1.2.40.0.34.6.0.11.1.7/static-2019-03-07T104448

Id	1.2.40.0.34.6.0.11.1.7 ref at-cda-bbr-	Gültigkeit	2019‑03‑07 10:44:48
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_header_ComponentOfEncompassingEncounter	Anzeigename	Component 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.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 5 Konzepte Id Name Datensatz at-cda-bbr-data​element-37  Beginn des Patientenkontaktes  Dataset A 2019 at-cda-bbr-data​element-40  Verantwortliche Person  Dataset A 2019 at-cda-bbr-data​element-39  Art des Aufenthalts  Dataset A 2019 at-cda-bbr-data​element-34  ID  Dataset A 2019 at-cda-bbr-data​element-33  Patientenkontakt  Dataset A 2019
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.15 Containment Time Interval Information minimal (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.22 Inklusion Assigned Entity (2019) DYNAMIC 1.2.40.0.34.6.0.11.1.8 Inklusion Encounter Location (2019) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.20013 Header​Encompassing​Encounter (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <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 -->     <code code="IMP" displayName="Inpatient encounter" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Zeitraum des Patientenkontakts -->     <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 -->     <!-- include template 1.2.40.0.34.6.0.11.1.8 'Encounter Location' (dynamic) 1..1 M -->   </encompassingEncounter></componentOf>
Item DT Kard Konf Beschreibung Label hl7:componentOf Komponente für den Patientenkontakt. (atc...ter)   at-cda-bbr-data​element-33  Patientenkontakt  Dataset A 2019 @typeCode cs 0 … 1 F COMP hl7:encompassing​Encounter 1 … 1 M Patientenkontakt. (atc...ter) @classCode cs 0 … 1 F ENC @moodCode cs 0 … 1 F EVN hl7:id II 0 … 1 Identifikationselement zur Aufnahme der Aufenthaltszahl (atc...ter)   at-cda-bbr-data​element-34  ID  Dataset A 2019 @extension st 1 … 1 R Aufenthaltszahl, z.B.: Az123456 @root uid 1 … 1 R OID der Liste der Aufenthaltszahlen der Organisation   Constraint @assigningAuthorityName [0..1]: Name der Stelle, welche die ID zugewiesen hat, z.B.: „Amadeus Spital“. hl7:code CE 1 … 1 M Codierung des Patientenkontakts. (atc...ter)   at-cda-bbr-data​element-39  Art des Aufenthalts  Dataset A 2019 @code cs 1 … 1 R Zulässige Werte gemäß Value-Set „ELGA_ActEncounterCode“ @displayName st 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.4 @codeSystemName st 1 … 1 F HL7: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_TS 1 … 1 M 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) (atc...ter) wo [not(@nullFlavor)]   at-cda-bbr-data​element-37  Beginn des Patientenkontaktes  Dataset A 2019 hl7:responsible​Party 0 … 1 Komponente für die verantwortliche Person. (atc...ter)   at-cda-bbr-data​element-40  Verantwortliche Person  Dataset A 2019 hl7:assignedEntity 1 … 1 M Entität der verantwortlichen Person. Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen. (atc...ter) Eingefügt von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) @classCode cs 0 … 1 F ASSIGNED Auswahl 1 … * Mindestens eine ID der Person der Entität Zugelassene nullFlavor: NI … Die Person der Entität hat keine Identifikationsnummer UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt Elemente in der Auswahl: hl7:id[not(@nullFlavor)] hl7:id[@nullFlavor='NI'] hl7:id[@nullFlavor='UNK'] hl7:id II 0 … * (atc...ter) wo [not(@nullFlavor)]   elgaimpf-data​element-371  ID des Unterzeichners  Datensatz e-Impfpass 2019 hl7:id II 0 … 1 (atc...ter) wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 (atc...ter) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 0 … 1 Elemente 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 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (atc...ter) wo [not(@nullFlavor)] hl7:addr 0 … 1 (atc...ter) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:telecom TEL.AT 0 … * Beliebig viele Kontakt-Elemente der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. (atc...ter)   elgaimpf-data​element-372  Kontaktdaten  Datensatz e-Impfpass 2019 @value url 1 … 1 R 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 cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP. Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:assigned​Person 1 … 1 M 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) (atc...ter) wo [not(@nullFlavor)] hl7:represented​Organization 0 … 1 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) (atc...ter)   elgaimpf-data​element-374  Organisation  Datensatz e-Impfpass 2019   Schematron assert role  error     test count(hl7:telecom)<2 or (count(hl7:telecom) = count(hl7:telecom[@use]))     Meldung Das Attribut telecom/@use MUSS bei allen telecom Elementen strukturiert sein.   Eingefügt 1 … 1 M 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 … 1 M (atc...ter) @typeCode cs 0 … 1 F LOC hl7:health​Care​Facility 1 … 1 M (atc...ter) @classCode cs 0 … 1 F SDLOC hl7:service​Provider​Organization 1 … 1 M Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) (atc...ter) wo [not(@nullFlavor)]