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 Anzeigename 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 0 Transactions und 10 Templates, Benutzt 2 Templates
Benutzt von als Name Version
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.4 Inklusion draft Laborbefund 2015‑09‑24
1.2.40.0.34.11.10003 link active ELGA CDA Dokument Laborbefund 2013‑11‑07
1.2.40.0.34.11.5 Inklusion draft Befund Bildgebende Diagnostik 2015‑09‑24
1.2.40.0.34.11.10004 link active ELGA CDA Dokument Befund Bildgebende Diagnostik 2013‑10‑16
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 (2011‑12‑19)
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)