Back To Index  <<  Back To Templates

ref Template  HeaderEncompassingEncounter

Id 1.2.40.0.34.11.20013
ref
(aus Repository: elgabbr-)
Gültigkeit gültig ab 2011‑12‑19

Es gibt Versionen von Templates mit dieser Id:
  • HeaderEncompassingEncounter vom 2017‑07‑21 11:32:25
  • HeaderEncompassingEncounter vom 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 0 Templates, Benutzt 2 Templates
Benutzt als Name Version
1.2.40.0.34.11.90003 Inklusion draft AssignedEntityElements DYNAMIC
1.2.40.0.34.11.90006 Inklusion draft Encounter Location 1 DYNAMIC
Beispiel
Beispiel
<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>
        <!-- ... -->
      </assignedEntity>
    </responsibleParty>
    <!--
Organisation, in deren Verantwortungsbereich der
Patientenkontakt stattfand
-->
    <location>
      <healthCareFacility>
        <serviceProviderOrganization>
          <!-- ... -->
        </serviceProviderOrganization>
      </healthCareFacility>
    </location>
  </encompassingEncounter>
</componentOf>
Item DT Kard Konf Beschreibung Label
hl7:componentOf
(Headotster)
@typeCode
0 … 1 F COMP
  Beispiel <componentOf typeCode="COMP">
  <encompassingEncounter classCode="ENC" moodCode="EVN">
    <!-- ... -->
  </encompassingEncounter>
</componentOf>
hl7:encompassingEncounter
1 … 1 (Headotster)
@classCode
0 … 1 F ENC
@moodCode
0 … 1 F EVN
hl7:id
II 0 … 1 Identifikationselement zur Aufnahme der Aufenthaltszahl (Headotster)
hl7:code
CE 1 … 1 M (Headotster)
  CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.5 ELGA_ActEncounterCode (DYNAMIC)
  Beispiel <code code="IMP" codeSystem="2.16.840.1.113883.5.4" displayName="Inpatient encounter"/>
hl7:effectiveTime
IVL_TS 1 … 1 M (Headotster)
  Beispiel <effectiveTime>
  <low value="201106071124"/>  <high value="201106111654"/></effectiveTime>
hl7:low
TS.DATE.MIN 1 … 1 (Headotster)
hl7:high
TS.DATE.MIN 0 … 1 (Headotster)
hl7:responsibleParty
0 … 1 (Headotster)
hl7:assignedEntity
1 … 1 M (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)