1.2.40.0.34.11.20010/static-2011-12-19T000000

Id	1.2.40.0.34.11.20010	Gültigkeit	gültig ab 2011‑12‑19 Es gibt Versionen von Templates mit dieser Id: HeaderServiceEvent vom 2017‑07‑21 11:18:58 HeaderServiceEvent vom 2011‑12‑19
Status	Aktiv	Versions-Label
Name	HeaderServiceEvent	Anzeigename	HeaderServiceEvent
Beschreibung Mit der Assoziation documentationOf/serviceEvent wird die eigentliche Gesundheitsdienstleistung repräsentiert, die in dem Dokument dokumentiert wird (z. B. eine Koloskopie, Appendektomie, etc.). Dies ist in engem Zusammenhang mit dem Dokumententyp zu sehen, der in ClinicalDocument/code wiedergegeben ist. Mit der documentationOf Beziehung kann die dokumentierte Gesundheitsdienstleistung näher spezifiziert werden. Dies darf natürlich nicht im Widerspruch zum Dokumententyp stehen.
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 1 Template Benutzt als Name Version 1.2.40.0.34.11.90003 Inklusion AssignedEntityElements DYNAMIC
Beispiel	Beispiel <documentationOf>   <serviceEvent>     <!-- ... -->   </serviceEvent>  <performer typeCode="PRF">     <assignedEntity>       <!-- ... -->     </assignedEntity>  </performer></documentationOf>
Item DT Kard Konf Beschreibung Label hl7:documentationOf (Hea…ent) @typeCode 0 … 1 F DOC hl7:serviceEvent 1 … 1 M (Hea…ent) @classCode 0 … 1 F ACT @moodCode 0 … 1 F EVN   Beispiel <serviceEvent>   <code code="KOL" displayName="Koloskopie" codeSystem="2.16.840.1.2.3.4.5.6.7.8.9" codeSystemName="Name des Codesystems"/>  <effectiveTime>     <low value="20081224082015+0100"/>    <high value="20081225113000+0100"/>  </effectiveTime></serviceEvent> hl7:code CE 1 … 1 Code der Gesundheitsdienstleistung (Hea…ent) hl7:effectiveTime IVL_TS 1 … 1 M (Hea…ent) hl7:low TS 1 … 1 M (Hea…ent) hl7:high TS 1 … 1 M (Hea…ent) hl7:performer 0 … * (Hea…ent) hl7:assignedEntity 1 … 1 M (Hea…ent) 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 (Hea…ent) hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea…ent) hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea…ent) hl7:assigned​Person 1 … 1 R Persondendaten der validierenden Person. (Hea…ent) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 R 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. (Hea…ent) hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. (Hea…ent) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea…ent) hl7:name ON 1 … 1 (Hea…ent) hl7:telecom TEL.AT 0 … * (Hea…ent) hl7:addr AD 0 … 1 (Hea…ent)