1.2.40.0.34.6.0.11.1.17/static-2019-03-14T150834

Id	1.2.40.0.34.6.0.11.1.17 ref at-cda-bbr-	Gültigkeit	2019‑03‑14 15:08:34
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_header_DocumentationOfServiceEvent	Anzeigename	Documentation Of Service Event
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. 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 (rein) medizinischen Informationen zum Dokument im 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 -> Sollte eine wertvolle Information sein (für den Behandler!) TODO SSA: für alle Elemente, die in die XDS-Metadaten übernommen werden sollen/können/müssen: Hinweis im Template (?!)
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.22 Inklusion Assigned Entity (2019) DYNAMIC
Beziehung	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	Strukturbeispiel Koloskopie <documentationOf typeCode="DOC">   <serviceEvent classCode="ACT" moodCode="EVN">     <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="20190611102209+02:00"/>      <high value="20190611132209+02:00"/>    </effectiveTime>    <performer typeCode="PRF">       <assignedEntity>         <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) 1..1 M -->       </assignedEntity>    </performer>  </serviceEvent></documentationOf>
Beispiel	Strukturbeispiel Hämatologie <documentationOf typeCode="DOC">   <serviceEvent classCode="ACT" moodCode="EVN">     <code code="300" displayName="Hämatologie" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung"/>    <effectiveTime>       <low value="20190611102209+02:00"/>      <high value="20190611132209+02:00"/>    </effectiveTime>    <performer typeCode="PRF">       <time>         <low nullFlavor="UNK" value="20190611132209+02:00"/>        <high nullFlavor="UNK" value="20190611132209+02:00"/>      </time>      <assignedEntity>         <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) 1..1 M -->       </assignedEntity>    </performer>  </serviceEvent></documentationOf>
Item DT Kard Konf Beschreibung Label hl7:documentationOf Komponente für die Gesundheitsdienstleistung. (atc...ent) @typeCode cs 0 … 1 F DOC hl7:serviceEvent 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. (atc...ent) @classCode cs 0 … 1 F ACT @moodCode cs 0 … 1 F EVN hl7:code CE (extensible) 1 … 1 R Code der Gesundheitsdienstleistung. Zugelassene nullFlavor: UNK Grundsätzlich sind die Vorgaben für „Codierungs-Elemente“ zu befolgen. Verweis auf speziellen Implementierungsleitfaden: Welche Codierung angewandt werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden. (atc...ent) @nullFlavor cs 0 … 1 F UNK @code cs 1 … 1 R @codeSystem oid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 1 … 1 R hl7:effectiveTime IVL_TS 1 … 1 M Zeitraum der Gesundheitsdienstleistung,  Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. ACHTUNG: Die Zeitangaben der Gesundheitsdienstleistung (erstes documentationOf/serviceEvent-Element) werden in die Dokument-Metadaten übernommen! Die Bedeutung der Dokument-Metadaten-Elemente lautet daher wie folgt: serviceStartTime: Beginn des ersten documentationOf/serviceEvent-Elements serviceStopTime: Ende des ersten documentationOf/serviceEvent-Elements  Die semantische Bedeutung dieser Zeitpunkte wird in den speziellen Implementierungsleitfäden festgelegt. Hinweis: Für die automatisierte Datenübernahme aus dem CDA-Dokument in die XDS-Dokumentmetadaten ist stets ein Zeitintervall anzugeben. (atc...ent) hl7:low TS.AT.TZ 1 … 1 R (atc...ent) @nullFlavor cs 0 … 1 F UNK hl7:high TS.AT.TZ 1 … 1 R (atc...ent) @nullFlavor cs 0 … 1 F UNK hl7:performer 0 … * Durchführende Entität(en) der Gesundheitsdienstleistung. Verweis auf speziellen Implementierungsleitfaden: Ob und welche durchführende Entität eingetragen werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden. (atc...ent) @typeCode cs 1 … 1 R Zulässige Werte gemäß Value-Set „ELGA_ServiceEventPerformer“   CONF Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.43 ELGA_ServiceEventPerformer (DYNAMIC) hl7:time IVL_TS 0 … 1 Zeit, in der der Performer mit der Gesundheitsdienstleistung beschäftigt war (wenn abweichend von EffectiveTime im Act). Grundsätzlich sind die Vorgaben gemäß „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK (atc...ent) hl7:low TS.AT.TZ 1 … 1 R (atc...ent) @nullFlavor cs 0 … 1 F UNK hl7:high TS.AT.TZ 1 … 1 R (atc...ent) @nullFlavor cs 0 … 1 F UNK hl7:assignedEntity 1 … 1 M (atc...ent) 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 hl7:id II 1 … 1 M Mindestens eine ID der Person der Entität Zugelassene nullFlavor: NI … Die Person der Entität hat keine Identifikationsnummer UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt (atc...ent) @assigningAuthorityName st 0 … 1   @extension st 0 … 1   @root uid 1 … 1 R @nullFlavor cs 0 … 1     Schematron assert role  error     test not(hl7:id/@nullFlavor='NI') or not(hl7:id/@nullFlavor='UNK')     Meldung Zugelassene @nullFlavor sind "NI" oder "UNK"   hl7:addr 1 … 1 M Ein Adress-Element der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen. Adressangabe in Granularitätsstufe 2 oder 3, Zugelassener nullFlavor "UNK" Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (atc...ent) @nullFlavor cs 0 … 1 F UNK   Schematron assert role  error     test hl7:addr/@nullFlavor='UNK'     Meldung Zugelassener nullFlavor ist "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. (atc...ent) @value url 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.) Es gelten die ELGA Formatkonventionen für Telekom-Daten Bsp: 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, …) Bsp: WP Zulässige Werte gemäß Value-Set "AddressUse"   CONF Der Wert von @use muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.190 AddressUse (DYNAMIC) 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) (atc...ent) 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) (atc...ent)