Back To Index  <<  Back To Templates

active Template  HeaderEncompassingEncounter

Id 1.2.40.0.34.11.20013
ref
elgabbr-
 		Gültigkeit 2011‑12‑19
Status active Aktiv Versions-Label
Name HeaderEncompassingEncounter Bezeichnung HeaderEncompassingEncounter
Beschreibung
Diese Klasse repräsentiert Informationen, in welchem Rahmen der Patientenkontakt, der dokumentiert wird, 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.
Klassifikation CDA Header Level Template
Offen/Geschlossen Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt von / Benutzt
Benutzt von 2 Transactions und 13 Templates, Benutzt 2 Templates
Benutzt von als Name Version
elga-transactions-30 Transaktion final ELGA CDA Dokument Laborbefund 2011‑08‑31
elga-transactions-40 Transaktion final ELGA CDA Dokument Befund Bildgebende Diagnostik 2011‑08‑31
1.2.40.0.34.11.1 Inklusion active Allgemeiner Implementierungsleitfaden ELGA CDA Dokumente 2017‑02‑20
1.2.40.0.34.11.1 Inklusion retired Allgemeiner Implementierungsleitfaden ELGA CDA Dokumente 2011‑12‑19
1.2.40.0.34.11.1004 Inklusion cancelled Laborbefund 2015‑09‑24
1.2.40.0.34.11.1005 Inklusion cancelled Befund Bildgebende Diagnostik 2023‑04‑17 12:12:26
1.2.40.0.34.11.4 Inklusion draft Laborbefund 2023‑05‑08 13:51:02
1.2.40.0.34.11.10003 link retired ELGA CDA Dokument Laborbefund 2013‑11‑07
1.2.40.0.34.11.5 Inklusion draft Befund Bildgebende Diagnostik 2023‑04‑17 12:20:09
1.2.40.0.34.11.10004 link retired ELGA CDA Dokument Befund Bildgebende Diagnostik 2013‑10‑16
1.2.40.0.34.11.5 Inklusion active Befund Bildgebende Diagnostik 2015‑09‑24
1.2.40.0.34.11.5 Inklusion retired Befund Bildgebende Diagnostik 2015‑01‑30
1.2.40.0.34.11.5 Inklusion retired Befund Bildgebende Diagnostik 2014‑11‑20
1.2.40.0.34.11.5 Inklusion retired Befund Bildgebende Diagnostik 2014‑03‑25
1.2.40.0.34.11.5 Inklusion retired Befund Bildgebende Diagnostik 2013‑10‑16
Benutzt als Name Version
1.2.40.0.34.11.90003 Inklusion active AssignedEntityElements DYNAMIC
1.2.40.0.34.11.90006 Inklusion active Encounter Location 1 DYNAMIC
Beziehung Version: Template 1.2.40.0.34.11.20013 HeaderEncompassingEncounter (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<componentOf>
  <encompassingEncounter>
    <!-- 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="20081224082015+0100"/>      <high value="20081225113000+0100"/>    </effectiveTime>    <!-- Verantwortliche Person für den Patientenkontakt -->
    <responsibleParty>
      <assignedEntity>
        <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt-->
        <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/>        <!-- Kontaktdaten der Verantwortlichen Person für den Patientenkontakt -->
        <telecom use="WP" value="tel:+43.6138.3453446.2222"/>        <!-- Personendaten der Verantwortlichen Person für den Patientenkontakt -->
        <assignedPerson>
          <!-- Name der Verantwortlichen Person für den Patientenkontakt -->
          <name>
            <prefix>Univ.-Prof.Dr.</prefix>            <given>Sigrid</given>            <family>Kollmann</family>          </name>        </assignedPerson>      </assignedEntity>    </responsibleParty>    <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand -->
    <location>
      <healthCareFacility>
        <serviceProviderOrganization>
          <!-- ID der Organisation aus dem GDA Index -->
          <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>          <!-- Name der Organisation -->
          <name>Amadeus Spital - Chirurgische Abteilung</name>          <!-- Kontaktdaten der Organisation -->
          <telecom value="tel:+43.6138.3453446.0"/>          <telecom value="fax:+43.6138.3453446.4674"/>          <telecom value="mailto:info@amadeusspital.at"/>          <telecom value="http://www.amadeusspital.at"/>          <!-- Adresse der Organisation -->
          <addr>
            <streetName>Mozartgasse</streetName>            <houseNumber>1-7</houseNumber>            <postalCode>5350</postalCode>            <city>St.Wolfgang</city>            <state>Salzburg</state>            <country>AUT</country>          </addr>        </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>
Item DT Kard Konf Beschreibung Label
hl7:componentOf
 		Komponente für den Patientenkontakt. (Headotster)
@typeCode
 		cs 0 … 1 F COMP
hl7:encompassingEncounter
 		1 … 1 R Patientenkontakt. (Headotster)
@classCode
 		cs 0 … 1 F ENC
@moodCode
 		cs 0 … 1 F EVN
hl7:id
 		II 0 … 1 Identifikationselement zur Aufnahme der Aufenthaltszahl. (Headotster)
hl7:code
 		CE 1 … 1 M Codierung des Patientenkontakts. (Headotster)
  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.
 (Headotster)
hl7:low
 		TS.DATE.MIN 1 … 1 R (Headotster)
hl7:high
 		TS.DATE.MIN 0 … 1 (Headotster)
hl7:responsibleParty
 		0 … 1
Komponente für die verantwortliche Person.
 (Headotster)
hl7:assignedEntity
 		1 … 1 M
Entität der verantwortlichen Person.
Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
(Headotster)
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
hl7:id
 		II 1 … * R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
 (Headotster)
hl7:addr
 		AD 0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
 (Headotster)
hl7:telecom
 		TEL.AT 0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
 (Headotster)
hl7:assignedPerson
 		1 … 1 M Persondendaten der validierenden Person. (Headotster)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
@classCode
 		cs 0 … 1 F PSN
@determinerCode
 		cs 0 … 1 F INSTANCE
hl7:name
 		PN 1 … 1 M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. 		(Headotster)
hl7:representedOrganization
 		0 … 1 Organistationsdaten der validierenden Person. (Headotster)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
@classCode
 		0 … 1 F ORG
@determinerCode
 		0 … 1 F INSTANCE
hl7:id
 		II 0 … * (Headotster)
hl7:name
 		ON 1 … 1 M (Headotster)
hl7:telecom
 		TEL.AT 0 … * (Headotster)
hl7:addr
 		AD 0 … 1 (Headotster)
Eingefügt 1 … 1 M von 1.2.40.0.34.11.90006 Encounter Location 1 (DYNAMIC)
hl7:location
 		1 … 1 M Komponente Organisation. (Headotster)
@typeCode
 		cs 0 … 1 F LOC
  Beispiel <location typeCode="LOC">
  <healthCareFacility classCode="SDLOC">
    <!-- ... -->
  </healthCareFacility></location>
hl7:healthCareFacility
 		1 … 1 M (Headotster)
@classCode
 		cs 0 … 1 F SDLOC
  Beispiel <healthCareFacility classCode="SDLOC">
  <location classCode="PLC" determinerCode="INSTANCE">
    <!-- ... -->
  </location>  <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">
    <!-- ... -->
  </serviceProviderOrganization></healthCareFacility>
hl7:serviceProviderOrganization
 		1 … 1 M
Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand.
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
 (Headotster)
@classCode
 		cs 0 … 1 F ORG
@determinerCode
 		cs 0 … 1 F INSTANCE
  Beispiel <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">
  <name/>  <addr>
    <!-- ... -->
  </addr></serviceProviderOrganization>
hl7:id
 		II 1 … * R (Headotster)
hl7:name
 		ON 1 … 1 M (Headotster)
hl7:telecom
 		TEL.AT 1 … * M (Headotster)
hl7:addr
 		AD 1 … 1 M (Headotster)