1.2.40.0.34.6.0.11.1.54/static-2021-10-15T093600

Id	1.2.40.0.34.6.0.11.1.54	Gültigkeit	2021‑10‑15 09:36:00
Status	Entwurf	Versions-Label	2021
Name	elgagab_header_ALADocumentationOfServiceEvent	Bezeichnung	ALA Documentation Of Service Event
Beschreibung Dokumentation der Gesundheitsdienstleistung.  WICHTIG: Im Zuge einer ärztlichen Leistungsanforderung werden die enthaltenen Sektionen, sowie deren Qualität (codiert oder uncodiert) in die serviceEvents aufgenommen. Diese Angaben würden eine Übernahme in die Metadaten ermöglichen. Dies wiederum erleichtert einen Austausch basierend nach IHE XD*-Profilen. Eine anfragende Applikation kann dadurch schon erkennen welche Sektionen im Dokument enthalten sind und ob maschinenlesbare Daten potentiell weiter verarbeitet werden können. Daher MUSS der jeweilige section/code als serviceEvent/code als auch die section/templateId (OID Bereich: 1.2.40.0.34.6.0.11.2.X) der Sektion als serviceEvent/id@root-Element angegeben werden.  ↔ Hinweis zum XDS-Mapping:  Da diese Informationen in die XDS-Metadaten übernommen werden, ergeben sich folgende Implikationen:  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.15 Containment Time Interval Information minimal (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.9.22 Inklusion Assigned Entity (1.0.2+20230717) DYNAMIC
Beziehung	Adaptation: 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) Version: Template 1.2.40.0.34.11.20010 HeaderServiceEvent (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel Koloskopie <hl7:documentationOf typeCode="DOC">   <cda:serviceEvent classCode="ACT" moodCode="EVN">     <hl7:id extension="extension" root="1.2.3.999"/>    <hl7:code code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <hl7:effectiveTime>       <!-- template 1.2.40.0.34.6.0.11.9.15 'Time Interval Information minimal' (2021-06-28T14:02:29) -->     </hl7:effectiveTime>    <hl7:performer typeCode="PRF">       <hl7:functionCode code="100" codeSystem="1.2.40.0.34.5.2" displayName="Ärztin/Arzt für Allgemeinmedizin"/>      <hl7:time>         <hl7:low nullFlavor="UNK" value="20211015094222+02:00"/>        <hl7:high nullFlavor="UNK" value="20211015094222+02:00"/>      </hl7:time>      <hl7:assignedEntity>         <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) 1..1 M -->       </hl7:assignedEntity>    </hl7:performer>  </cda:serviceEvent></hl7:documentationOf>
Item DT Kard Konf Beschreibung Label hl7:documentationOf Komponente für die Gesundheitsdienstleistung. (elg...ent) @typeCode cs 0 … 1 F DOC hl7:serviceEvent 1 … 1 M Die serviceEvents in den ALA Dokumenten MÜSSEN die section/code-Elemente wiedergeben als auch die section/template-id. Diese Informationen werden über eine Mapping-Vorschrift in die XD*-Metadaten übernommen und ermöglichen Teilnehmern zu erkennen, welche Sektionen beinhaltet sind und in welchem Kodierungsgrad diese vorliegen. Daher muss für jede Sektion, welche medizinische Information enthält (Ausnahmen sind "Brieftext" und "Abschließende Bemerkungen"), ein documentationOf/serviceEvent codiert werden. (elg...ent) @classCode cs 0 … 1 F ACT @moodCode cs 0 … 1 F EVN hl7:id II 1 … 1 M (elg...ent) @extension st 0 NP NP/nicht anwesend @root uid 1 … 1 R In das serviceEvent/id@root Attribute MUSS die section/templateId@root geschrieben werden. Im Falle von mehreren section/templateIds MUSS jene gewählt werden, welche in dem OID-Bereich 1.2.40.0.34.6.0.11.2.X zu finden ist. hl7:code CE 1 … 1 R Code der Gesundheitsdienstleistung. Zugelassene nullFlavor:  UNK ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut  eventCodeList  gemappt. (elg...ent) @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, Die semantische Bedeutung dieser Zeitpunkte wird in den speziellen Implementierungsleitfäden festgelegt. ↔ Hinweis zum XDS-Mapping:  Dieses Element wird in die XDS-Attribute serviceStartTime und serviceStopTime gemappt.  Für die automatisierte Datenübernahme aus dem CDA-Dokument in die XDS-Dokumentmetadaten ist stets ein Zeitintervall anzugeben. ACHTUNG: Die Zeitangaben der jeweils ersten 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  Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) (elg...ent) hl7:performer 0 … * Durchführende Entität(en) der Gesundheitsdienstleistung. (elg...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:functionCode CE 0 … 1 R (elg...ent)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (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 (elg...ent) hl7:low TS.AT.TZ 1 … 1 R (elg...ent) @nullFlavor cs 0 … 1 F UNK hl7:high TS.AT.TZ 1 … 1 R (elg...ent) @nullFlavor cs 0 … 1 F UNK hl7:assignedEntity 1 … 1 M (elg...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 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 … * (elg...ent) wo [not(@nullFlavor)] hl7:id II 0 … 1 (elg...ent) wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 (elg...ent) 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) (elg...ent) wo [not(@nullFlavor)] hl7:addr 0 … 1 (elg...ent) 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. (elg...ent) wo [not(@nullFlavor)] @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) (elg...ent) 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) (elg...ent)