1.2.40.0.34.6.0.11.1.38/static-2020-02-25T145113

Id	1.2.40.0.34.6.0.11.1.38	Gültigkeit	2020‑02‑25 14:51:13
Status	Entwurf	Versions-Label	2020
Name	epims_header_documentationOfServiceEventLaboratoryReport	Anzeigename	Documentation Of Service Event - Laboratory Report
Beschreibung Dokumentation der Gesundheitsdienstleistung. 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. ↔ Hinweis zum XDS-Mapping: Da diese Informationen in die XDS-Metadaten übernommen werden, ergeben sich folgende Implikationen: Es SOLL mindestens eine Gesundheitsdienstleistung als documentationOf/serviceEvent-Element angegeben werden Es können beliebig viele weitere Gesundheitsdienstleistungen als weitere documentationOf/serviceEvent-Elemente angegeben werden. Die serviceEvents sind die einzigen medizinischen Informationen zum Dokument im XDS-Dokumentenregister Können daher als Such-/Filterkriterium verwendet werden und scheinen ggf. in den Ergebnissen der Suchabfragen auf Die Zeitangaben des ersten documentationOf/serviceEvent-Elements werden in die Dokument-Metadaten übernommen Die ServiceEvents stellen eine wertvolle Information zum Suchen und Filtern in den Dokument-Metadaten dar!
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.35 Inklusion Date Interval Information minimal (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.22 Inklusion Assigned Entity (2019) DYNAMIC
Beziehung	Spezialisierung: Template 1.2.40.0.34.6.0.11.1.17 Documentation Of Service Event (2019‑03‑14 15:08:34) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.20010 (2017‑07‑21 11:18:58) ref ? Version: Template 1.2.40.0.34.11.20010 HeaderServiceEvent (2011‑12‑19) ref elgabbr-
Beispiel	Beispiel <hl7:documentationOf typeCode="DOC">   <hl7:serviceEvent xsi:type="ANY" classCode="ACT" moodCode="EVN">     <hl7:code code="34782-3" codeSystem="2.16.840.1.113883.6.1" displayName="Infectious disease Note"/>    <hl7:effectiveTime>       <!-- include template 1.2.40.0.34.6.0.11.9.35 'Date Interval Information minimal' (dynamic) 1..1 M -->     </hl7:effectiveTime>  </hl7:serviceEvent></hl7:documentationOf>
Item DT Kard Konf Beschreibung Label hl7:documentationOf Komponente für die Gesundheitsdienstleistung. (epi...ort) @typeCode cs 0 … 1 F DOC hl7:serviceEvent ANY 1 … 1 M Gesundheitsdienstleistung. Verweis auf speziellen Implementierungsleitfaden: Ob eine Gesundheitsdienstleistung angegeben werden muss, und welche Bedeutung dieses Element hat, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden. (epi...ort) @classCode cs 0 … 1 F ACT @moodCode cs 0 … 1 F EVN hl7:code CE 1 … 1 M (epi...ort) @code CONF 1 … 1 F 11502-2 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) @codeSystemName 1 … 1 F LOINC @displayName 1 … 1 F Laboratory Report hl7:effectiveTime IVL_TS 1 … 1 M Die Angabe eines zeitlichen Erbringungsintervalls effectiveTime mit einer Start- low und End-zeit high ist verpflichtend (epi...ort) Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.35 Date Interval Information minimal (DYNAMIC) Auswahl 1 … 1 Elemente in der Auswahl: hl7:low[not(@nullFlavor)] hl7:low[@nullFlavor='UNK'] hl7:low TS.DATE 0 … 1 (epi...ort) wo [not(@nullFlavor)] hl7:low TS.DATE 0 … 1 (epi...ort) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Elemente in der Auswahl: hl7:high[not(@nullFlavor)] hl7:high[@nullFlavor='UNK'] hl7:high TS.DATE 0 … 1 (epi...ort) wo [not(@nullFlavor)] hl7:high TS.DATE 0 … 1 (epi...ort) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:performer 1 … 1 M Meldendes Labor (epi...ort) @typeCode cs 1 … 1 F PRF hl7:templateId II 1 … 1 M (epi...ort) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.3.3.1.7 hl7:assignedEntity 1 … 1 M (epi...ort) Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) @classCode cs 0 … 1 F ASSIGNED Auswahl 1 … 1 Mindestens eine ID der Person der Entität Elemente in der Auswahl: hl7:id[not(@nullFlavor)] hl7:id[@nullFlavor='NI'] hl7:id[@nullFlavor='UNK']   Constraint Zugelassene nullFlavor: NI … Die Person der Entität hat keine Identifikationsnummer UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt hl7:id II 0 … * (epi...ort) wo [not(@nullFlavor)]   elgaimpf-data​element-371  ID des Unterzeichners  Datensatz e-Impfpass 2019 hl7:id II 0 … 1 (epi...ort) wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 (epi...ort) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 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) (epi...ort) wo [not(@nullFlavor)] hl7:addr 0 … 1 (epi...ort) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:telecom TEL.AT 1 … 1 M Beliebig viele Kontakt-Elemente der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. (epi...ort) wo [not(@nullFlavor)]   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 gleichartige 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) (epi...ort) wo [not(@nullFlavor)] hl7:represented​Organization 1 … 1 M 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) (epi...ort)   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.