Back To Index << Back To Templates

# Template Documentation Of Service Event - Befund bildgebende Diagnostik

Aus Publikation für Projekt ELGA Befund Bildgebende Diagnostik (V3) | Release 1.6.0+20260427-3.0.0 vom 2026‑04‑27 11:09:08 | | | HTML erstellt am 2026‑04‑27 11:20:15

Id | 1.2.40.0.34.6.0.11.1.55 | Gültigkeit ab | 2024‑03‑07 15:12:25
Status | Aktiv | Versions-Label | 1.0.0+20240628
Name | elgabgd_header_DocumentationOfServiceEventBefundBildgebendeDiagnostik | Bezeichnung | Documentation Of Service Event - Befund bildgebende Diagnostik
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. Die Sinnhaftigkeit und der Nutzen von angegebenen Gesundheitsdienstleistungen hängen entscheidend von der eingesetzten Codeliste ab. Im Rahmen einer Arbeitsgruppe wurde von der BURA der APPC (Austrian PACS Procedure Code) entwickelt. Dieser ist ausschließlich für das Beschlagworten und dadurch rasche Auffinden von Befunden gedacht. Sofern zur Erstellung eines Befundes mehrere Modalitäten zum Einsatz kommen, sind auch entsprechend mehrere Codes anzugeben. Für eine benutzerfreundliche Anwendung des APPC wird empfohlen, den APPC möglichst automatisiert aus bestehenden internen Codierungen zu verknüpfen/mappen. Als Zeitangabe MUSS der Zeitraum der Untersuchung(en) (erste bis letzte Untersuchung) angegeben werden. Die durchführende Organisationseinheit legt fest, welche Zeitpunkte der ersten bzw. letzten Untersuchung herangezogen werden. Wenn es sich um nur eine Untersuchung handelt, so sind Start- und Endzeitpunkt anzugeben. Sind Datum und Uhrzeit bekannt, so ist beides anzugeben, anderenfalls reicht auch die Angabe des Datums (Formate gem. Allgemeinem Implementierungsleitfaden) ACHTUNG: Diese Zeitangaben werden in die Dokument-Metadaten übernommen! Die Bedeutung der Dokument-Metadaten-Elemente lautet daher wie folgt: serviceStartTime: Beginn der ersten Untersuchung serviceStopTime: Ende der letzten Untersuchung ↔ 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 Beginnzeit des ersten und die Endzeit des letzten 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 von / Benutzt |
Benutzt von 1 Transaction und 4 Templates, Benutzt 2 Templates
Benutzt von | als | Name | Version
--- | --- | --- | ---
elgabgd-transaction-2 | Transaktion | Befund bildgebende Diagnostik (v3) | 2023‑08‑29 14:31:57
1.2.40.0.34.6.0.11.0.17 | Inklusion | Befund bildgebende Diagnostik (3.0.2+20250213) | 2024‑11‑07 13:09:21
1.2.40.0.34.6.0.11.0.17 | Inklusion | Befund bildgebende Diagnostik (3.0.1+20240911) | 2024‑10‑14 07:35:43
1.2.40.0.34.6.0.11.0.17 | Inklusion | Befund bildgebende Diagnostik (3.0.0+20240628) | 2024‑06‑28 10:28:07
1.2.40.0.34.6.0.11.0.17 | Inklusion | Befund bildgebende Diagnostik (3.0.0+20240628) | 2023‑08‑08 11:24:36
Benutzt | als | Name | Version
1.2.40.0.34.6.0.11.9.15 | Inklusion | 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 | Spezialisierung: Template 1.2.40.0.34.6.0.11.1.17 Documentation Of Service Event (2021‑02‑19 11:06:35) ref at-cda-bbr- Version: 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-
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+0200"/> <high value="20190611132209+0200"/> </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+0200"/> <high value="20190611132209+0200"/> </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. |
@typeCode | cs | 0 … 1 | F | DOC
hl7:serviceEvent |  | 1 … 1 | M | Gesundheitsdienstleistung. |
@classCode | cs | 0 … 1 | F | ACT
@moodCode | cs | 0 … 1 | F | EVN
hl7:id | II | 0 … 1 |  |  |
Auswahl | 1 … 1 |  | Elemente in der Auswahl: hl7:code[not(@nullFlavor)] hl7:code[@nullFlavor='UNK']
hl7:code | CE | 0 … 1 |  | Zugelassene nullFlavor: UNK Im Code wird der der durchgeführten Untersuchung entsprechende APPC angegeben. Als DisplayName ist eine freie, textliche Repräsentation der durchgeführten Untersuchung anzugeben (z.B. „Röntgen Appendix“). Diese textliche Repräsentation darf keinesfalls im Widerspruch zum gewählten APPC stehen. Bei automatischer Generierung des DisplayNames kann eine Konkatenation der Bezeichnungen der vier Achsen vorgenommen werden, z.B. für den APPC "3.4.0.5-3-3": "MRT.Unpaarig.Prozedur nicht näher bestimmt.Lendenwirbelsäule“. ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut eventCodeList gemappt. |
wo [not(@nullFlavor)] |
@codeSystemName | st | 1 … 1 | F | APPC
@code | cs | 1 … 1 | R | Ein der Untersuchung entsprechender Code aus dem APPC (z.B.: 1.4.0.4-2-3-1).
@codeSystem | oid | 1 … 1 | F | 1.2.40.0.34.5.38
@displayName | st | 1 … 1 | R | Freie textliche Repräsentation des APPC, darf nicht im Widerspruch zum Code liege.
hl7:code | CE | 0 … 1 |  |  |
wo [@nullFlavor='UNK'] |
@nullFlavor | cs | 1 … 1 | F | UNK
hl7:effectiveTime | IVL_TS | 1 … 1 | M | Als Zeitangabe MUSS der Zeitraum des Pflege- oder Betreuungsverhältnisses angegeben werden. Der Zeitraum des Aufenthalts erstreckt sich vom Zeitpunkt der ersten Untersuchung bis zum Zeitpunkt der letzten Untersuchung. Hinweis: Der Zeitpunkt der Untersuchung ist durch die durchführende Organisation festzulegen, sinnvollerweise ist dies jeweils der Beginn der Untersuchungen. Auch wenn nur eine Untersuchung dokumentiert wird, MUSS an dieser Stelle ein Zeitintervall angegeben werden. Das kann z.B. durch Angabe von Beginn und Ende der Untersuchung geschehen. ↔ 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 letzten documentationOf/serviceEvent-Elements |
Eingefügt |  |  | von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
Auswahl | 1 … 1 |  | Elemente in der Auswahl: hl7:low[@value] hl7:low[@nullFlavor='UNK']
hl7:low | TS.AT.TZ | 0 … 1 |  |  |
wo [@value] |
hl7:low | TS.AT.TZ | 0 … 1 |  |  |
wo [@nullFlavor='UNK'] |
@nullFlavor | cs | 1 … 1 | F | UNK
Auswahl | 1 … 1 |  | Elemente in der Auswahl: hl7:high[@value] hl7:high[@nullFlavor='UNK']
hl7:high | TS.AT.TZ | 0 … 1 |  |  |
wo [@value] |
hl7:high | TS.AT.TZ | 0 … 1 |  |  |
wo [@nullFlavor='UNK'] |
@nullFlavor | cs | 1 … 1 | F | UNK
hl7:performer |  | 0 … * | R | Person oder Organisation, die die Gesundheitsdienstleistung durchführt. Aus Gründen der Kompatibilität zur automatischen Überführung eines Befundes von DICOM SR in CDA kann eine durchführende Entität der Gesundheitsdienstleistung angegeben werden. |
@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 | Funktionscode |
| 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 |  | NP | 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 |
Eingefügt |  |  | von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
Auswahl | 1 … 1 |  | Elemente in der Auswahl: hl7:low[@value] hl7:low[@nullFlavor='UNK']
hl7:low | TS.AT.TZ | 0 … 1 |  |  |
wo [@value] |
hl7:low | TS.AT.TZ | 0 … 1 |  |  |
wo [@nullFlavor='UNK'] |
@nullFlavor | cs | 1 … 1 | F | UNK
Auswahl | 1 … 1 |  | Elemente in der Auswahl: hl7:high[@value] hl7:high[@nullFlavor='UNK']
hl7:high | TS.AT.TZ | 0 … 1 |  |  |
wo [@value] |
hl7:high | TS.AT.TZ | 0 … 1 |  |  |
wo [@nullFlavor='UNK'] |
@nullFlavor | cs | 1 … 1 | F | UNK
hl7:assignedEntity |  | 1 … 1 | M |  |
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 … * |  |  |
wo [not(@nullFlavor)] |
hl7:id | II | 0 … 1 |  |  |
wo [@nullFlavor='NI'] |
@nullFlavor | cs | 1 … 1 | F | NI
hl7:id | II | 0 … 1 |  |  |
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) |
wo [not(@nullFlavor)] |
hl7:addr |  | 0 … 1 |  |  |
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. |
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:assignedPerson |  | 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) |
hl7:representedOrganization |  | 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) |