Template

Zeige index

Template Component Of - Encompassing Encounter 2019‑03‑07 10:44:48

Id1.2.40.0.34.6.0.11.1.7Gültigkeit ab2019‑03‑07 10:44:48
Statusreview In RevisionVersions-Label
Nameatcdabbr_header_ComponentOfEncompassingEncounterBezeichnungComponent Of - Encompassing Encounter
Beschreibung
Der Patientenkontakt gibt an, in welchem Rahmen der dokumentierte Patientenkontakt stattgefunden hat. Dokumente werden nicht notwendigerweise immer während eines Patientenkontakts erstellt, sondern ggf. auch zu einem späteren Zeitpunkt, wenn beispielsweise ein Arzt wegen eines pathologischen Laborwertes den Patienten vergeblich versucht zu erreichen und dennoch seine Verlaufsdokumentation fortführt.
Wenn die Dokumentation ein Entlass- oder Verlegungsdokument ist, muss die Information in dieser Klasse mitgegeben werden, inklusive der Dauer des Aufenthalts (hier: nicht nur stationäre Aufenthalte, sondern auch Patientenkontakt in der Praxis eines Niedergelassenen beispielsweise) und der Einrichtung, wo der Patientenaufenthalt stattfand.
Verweis auf speziellen Implementierungsleitfaden:
Ob der Patientenkontakt angegeben werden muss, und welche Bedeutung dieses Element hat ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 5 Konzepte
IdNameDatensatz
at-cda-bbr-dataelement-37draft Beginn des Patientenkontaktes draft Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-40draft Verantwortliche Person draft Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-34draft ID draft Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-39draft Art des Aufenthalts draft Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-33draft Patientenkontakt draft Dataset A Allgemeiner Leitfaden
Benutzt von / Benutzt
Benutzt von 0 Transactions und 0 Templates, Benutzt 3 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.1.8Inklusionactive Encounter Location (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.9.15Containmentactive Time Interval Information minimal (1.0.1+20210628)DYNAMIC
1.2.40.0.34.6.0.11.9.22Inklusionactive Assigned Entity (1.0.2+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.20013 HeaderEncompassingEncounter (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel mit stationärem Patientenkontakt
<componentOf typeCode="COMP">
  <encompassingEncounter classCode="ENC" moodCode="EVN">
    <!-- Aufenthaltszahl -->
    <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/>    <!-- Codierung des Patientenkontakts, hier für stationär -->
    <code code="IMP" displayName="Inpatient encounter" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und administrativer Entlassung am 25.12.2018 um 11:30:00 -->
    <effectiveTime>
      <low value="20181224082015+0100"/>      <high value="20181225113000+0100"/>    </effectiveTime>    <!-- Verantwortliche Person für den Patientenkontakt -->
    <responsibleParty>
      <assignedEntity>
        <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt-->
        <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->
      </assignedEntity>    </responsibleParty>    <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand -->
    <location>
      <healthCareFacility>
        <serviceProviderOrganization>
          <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M -->
        </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>
Beispiel
Strukturbeispiel mit stationärem Patientenkontakt und unbekannter Entlassung
<componentOf typeCode="COMP">
  <encompassingEncounter classCode="ENC" moodCode="EVN">
    <!-- Aufenthaltszahl -->
    <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/>    <!-- Codierung des Patientenkontakts, hier für stationär -->
    <code code="IMP" displayName="Inpatient encounter" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und noch nicht stattgefundener administrativer oder medizinischer Entlassung -->
    <effectiveTime>
      <low value="20181224082015+0100"/>      <high nullFlavor="UNK"/>    </effectiveTime>    <!-- Verantwortliche Person für den Patientenkontakt -->
    <responsibleParty>
      <assignedEntity>
        <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt-->
        <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->
      </assignedEntity>    </responsibleParty>    <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand -->
    <location>
      <healthCareFacility>
        <serviceProviderOrganization>
          <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M -->
        </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>
Beispiel
Strukturbeispiel mit ambulantem Patientenkontakt
<componentOf typeCode="COMP">
  <encompassingEncounter classCode="ENC" moodCode="EVN">
    <!-- Aufenthaltszahl -->
    <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/>    <!-- Codierung des Patientenkontakts, hier für ambulant -->
    <code code="AMB" displayName="ambulatory" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und administrativer Entlassung am 24.12.2018 um 11:30:00 -->
    <effectiveTime>
      <low value="20181224082015+0100"/>      <high value="20181224113000+0100"/>    </effectiveTime>    <!-- Verantwortliche Person für den Patientenkontakt -->
    <responsibleParty>
      <assignedEntity>
        <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt-->
        <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->
      </assignedEntity>    </responsibleParty>    <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand -->
    <location>
      <healthCareFacility>
        <serviceProviderOrganization>
          <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M -->
        </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>
Beispiel
Strukturbeispiel mit ambulantem Patientenkontakt und unbekannter Entlassung
<componentOf typeCode="COMP">
  <encompassingEncounter classCode="ENC" moodCode="EVN">
    <!-- Aufenthaltszahl -->
    <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/>    <!-- Codierung des Patientenkontakts, hier für ambulant -->
    <code code="AMB" displayName="ambulatory" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und nicht stattgefundener administrativer oder medizinischer Entlassung -->
    <effectiveTime>
      <low value="20181224082015+0100"/>      <high nullFlavor="UNK"/>    </effectiveTime>    <!-- Verantwortliche Person für den Patientenkontakt -->
    <responsibleParty>
      <assignedEntity>
        <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt-->
        <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->
      </assignedEntity>    </responsibleParty>    <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand -->
    <location>
      <healthCareFacility>
        <serviceProviderOrganization>
          <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M -->
        </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>
Beispiel
Strukturbeispiel mit virtuellem Patientenkontakt
<componentOf typeCode="COMP">
  <encompassingEncounter classCode="ENC" moodCode="EVN">
    <!-- Aufenthaltszahl -->
    <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/>    <!-- Codierung des Patientenkontakts, hier für einen virtuellen Kontakt wie beim Telemonitoring -->
    <code code="VR" displayName="virtual" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und administrativer Entlassung am 31.1.2019 um 11:30:00 -->
    <effectiveTime>
      <low value="20181224082015+0100"/>      <high value="20190131113000+0100"/>    </effectiveTime>    <!-- Verantwortliche Person für den Patientenkontakt -->
    <responsibleParty>
      <assignedEntity>
        <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt-->
        <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->
      </assignedEntity>    </responsibleParty>    <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand -->
    <location>
      <healthCareFacility>
        <serviceProviderOrganization>
          <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M -->
        </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>
Beispiel
Strukturbeispiel mit virtuellem Patientenkontakt und unbekannter Entlassung
<componentOf typeCode="COMP">
  <encompassingEncounter classCode="ENC" moodCode="EVN">
    <!-- Aufenthaltszahl -->
    <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/>    <!-- Codierung des Patientenkontakts, hier für einen virtuellen Kontakt wie beim Telemonitoring -->
    <code code="VR" displayName="virtual" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und nicht stattgefundener administrativer oder medizinischer Entlassung -->
    <effectiveTime>
      <low value="20181224082015+0100"/>      <high nullFlavor="UNK"/>    </effectiveTime>    <!-- Verantwortliche Person für den Patientenkontakt -->
    <responsibleParty>
      <assignedEntity>
        <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt-->
        <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->
      </assignedEntity>    </responsibleParty>    <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand -->
    <location>
      <healthCareFacility>
        <serviceProviderOrganization>
          <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M -->
        </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>
ItemDTKardKonfBeschreibungLabel
hl7:componentOf
Komponente für den Patientenkontakt.
atcddotsnter
 
target
at-cda-bbr-dataelement-33draft Patientenkontakt draft Dataset A Allgemeiner Leitfaden
@typeCode
cs0 … 1FCOMP
hl7:encompassingEncounter
1 … 1MPatientenkontakt.
atcddotsnter
@classCode
cs0 … 1FENC
@moodCode
cs0 … 1FEVN
hl7:id
II0 … 1Identifikationselement zur Aufnahme der Aufenthaltszahl
atcddotsnter
wo [not(@nullFlavor)]
 
target
at-cda-bbr-dataelement-34draft ID draft Dataset A Allgemeiner Leitfaden
@extension
st1 … 1RAufenthaltszahl, z.B.: Az123456
@root
uid1 … 1ROID der Liste der Aufenthaltszahlen der Organisation
 Constraint
  • @assigningAuthorityName [0..1]: Name der Stelle, welche die ID zugewiesen hat, z.B.: „Amadeus Spital“.
hl7:code
CE1 … 1MCodierung des Patientenkontakts.
atcddotsnter
 
target
at-cda-bbr-dataelement-39draft Art des Aufenthalts draft Dataset A Allgemeiner Leitfaden
@code
cs1 … 1RZulässige Werte gemäß Value-Set „ELGA_ActEncounterCode“
@displayName
st0 … 1 
@codeSystem
oid1 … 1F2.16.840.1.113883.5.4
@codeSystemName
st1 … 1FHL7:ActCode
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.5 ELGA_ActEncounterCode (DYNAMIC)
hl7:effectiveTime
IVL_TS1 … 1M
Zeitraum des Patientenkontakts.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)		atcddotsnter
 
target
at-cda-bbr-dataelement-37draft Beginn des Patientenkontaktes draft Dataset A Allgemeiner Leitfaden
 ConstraintDer Zeitraum des Patientenkontaktes muss die Vorgaben der speziellen Implementierungsleitfäden einhalten. Dabei gilt allgemein:
  • Der Zeitraum besteht aus dem Zeitpunkt der administrativen Aufnahme in die Behandlung und dem Zeitpunkt der administrativen Entlassung aus der Behandlung.
  • Der Entlassungszeitpunkt kann „unbekannt“ sein, wenn die administrative Entlassung noch nicht erfolgt ist. (nullFlavor UNK beim effectiveTime.high)
  • Hinweis: Als Zeitpunkt der Aufnahme/Entlassung SOLL der Zeitpunkt der administrativen Aufnahme/Entlassung angegeben werden. Wenn der Zeitpunkt der administrativen Aufnahme/Entlassung nicht vorhanden ist, darf auch der Zeitpunkt der medizinischen Aufnahme/Entlassung angegeben werden.
hl7:responsibleParty
0 … 1R
Komponente für die verantwortliche Person.
atcddotsnter
 
target
at-cda-bbr-dataelement-40draft Verantwortliche Person draft Dataset A Allgemeiner Leitfaden
hl7:assignedEntity
1 … 1M
Entität der verantwortlichen Person.
Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
atcddotsnter
Eingefügt von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
@classCode
cs0 … 1FASSIGNED
Auswahl1 … *
Mindestens eine ID der Person der Entität
Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
 Constraint
Zugelassene nullFlavor:
  • NI … Die Person der Entität hat keine Identifikationsnummer
  • UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt
hl7:id
II0 … * atcdabbr_other_AssignedEntity
wo [not(@nullFlavor)]
hl7:id
II0 … 1 atcdabbr_other_AssignedEntity
wo [@nullFlavor='NI']
@nullFlavor
cs1 … 1FNI
hl7:id
II0 … 1 atcdabbr_other_AssignedEntity
wo [@nullFlavor='UNK']
@nullFlavor
cs1 … 1FUNK
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
  • hl7:addr[@nullFlavor='UNK']
hl7:addr
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) atcdabbr_other_AssignedEntity
wo [not(@nullFlavor)]
hl7:addr
0 … 1 atcdabbr_other_AssignedEntity
wo [@nullFlavor='UNK']
@nullFlavor
cs1 … 1FUNK
hl7:telecom
TEL.AT0 … *
Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
 atcdabbr_other_AssignedEntity
wo [not(@nullFlavor)]
@value
url1 … 1R

Die Kontaktadresse (Telefonnummer, Email, etc.).

Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567

Zulässige Werteliste für telecom Präfixe gemäß Value Set "ELGA_URLScheme"

@use
cs0 … 1 

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP.

Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"

 ConstraintWerden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
hl7:assignedPerson
1 … 1M
Personendaten der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)		 atcdabbr_other_AssignedEntity
hl7:representedOrganization
0 … 1R
Organisationsdaten der Entität.
Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)		 atcdabbr_other_AssignedEntity
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.8 Encounter Location (DYNAMIC)
Die Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand, MUSS verpflichtend angegeben werden (z.B.: die entlassende Krankenanstalt mit Abteilung).
hl7:location
1 … 1Matcddotstion
@typeCode
cs0 … 1FLOC
hl7:healthCareFacility
1 … 1Matcddotstion
@classCode
cs0 … 1FSDLOC
hl7:code
CE1 … 1M
Der Code zur Klassifizierung des GDA repräsentiert die Art der Einrichtung, in der die Tätigkeit stattfand, die zur Erzeugung des Dokuments führte. Zum Beispiel sollten Dokumente, die während eines ambulanten Falls in einem Krankenhaus entstehen, mit dem healthcareFacilityTypeCode für „Krankenhaus“ gekennzeichnet werden. 

Zulässige Werte gemäß Value-Set „ELGA_HealthcareFacilityTypeCode“

Für ELGA SOLL der Code dem Eintrag "GDA Rollenname" oder, wenn der GDA Rollenname nicht verfügbar ist, der "Aggregierten Rolle" im GDA-I entsprechen.

↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.healthcareFacilityTypeCode gemappt.
Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName.
atcddotstion
@displayName
st1 … 1R
hl7:serviceProviderOrganization
1 … 1M
Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand.

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)		atcddotstion