Diese Seite wird automatisch mittels eines Bots (ADbot) aus ART-DECOR extrahiert.
Manuelle Änderungen dieser Seite sind wirkungslos.
Bitte beachten:
Diese Seite enthält Unterseiten in der Form /static-YYY-MM-DD, die die einzelnen statischen Versionen des Templates widerspiegeln. Diese Seite ist transklusionsfähig.
Eine Unterseite /dymamic weist auf die letzte aktuelle Version. Diese Seite ist transklusionsfähig.
Die zugehörigen Beschreibungen sind zurzeit nur in Deutsch verfügbar.
Weitere Informationen sind zusammengefasst im Hilfe-Beitrag Templates.
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.WICHTIG: Im Zuge der Einstellung eines Ambulanzbefundes wird durch die XDS-Metadaten dargestellt, welche Sektionen in
gegenständlichen Ambulanzbefund enthalten sind und in welcher Ausprägung (maschinenlesbar oder nicht). 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 übernommenDie ServiceEvents stellen eine wertvolle Information zum Suchen und Filtern in den Dokument-Metadaten
dar!
1.1 Aktuelle Version
Id
1.2.40.0.34.6.0.11.1.33
Gültigkeit
2021‑02‑19 08:45:51
Andere Versionen mit dieser Id:
elgagab_header_DocumentationOfServiceEventOutpatientReport vom 2019‑11‑22 10:21:08
Documentation Of Service Event - Outpatient 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.
WICHTIG: Im Zuge der Einstellung eines Ambulanzbefundes wird durch die XDS-Metadaten dargestellt, welche Sektionen in gegenständlichen Ambulanzbefund enthalten sind und in welcher Ausprägung (maschinenlesbar oder nicht). 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
Version: Template 1.2.40.0.34.6.0.11.1.33 Documentation Of Service Event - Outpatient Report (2019‑11‑22 10:21:08)
ref
elgaambbef-
Adaptation: Template 1.2.40.0.34.6.0.11.1.17 Documentation Of Service Event (2019‑03‑14 15:08:34)
<documentationOftypeCode="DOC"> <serviceEventclassCode="ACT"moodCode="EVN"> <idroot="1.2.40.0.34.6.0.11.2.1"/><codecode="11369-6"displayName="HISTORY OF IMMUNIZATIONS"codeSystem="2.16.840.1.113883.6.1"codeSystemName="LOINC"/><effectiveTime> <lowvalue="20190611102209+02:00"/><highvalue="20190611132209+02:00"/></effectiveTime><performertypeCode="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
<documentationOftypeCode="DOC"> <serviceEventclassCode="ACT"moodCode="EVN"> <idroot="1.2.40.0.34.6.0.11.2.53"/><codecode="11369-6"displayName="History of Immunization Narrative"codeSystem="2.16.840.1.113883.6.1"codeSystemName="LOINC"/><effectiveTime> <lowvalue="20190611102209+02:00"/><highvalue="20190611132209+02:00"/></effectiveTime><performertypeCode="PRF"> <time> <lownullFlavor="UNK"value="20190611132209+02:00"/><highnullFlavor="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.
(elg...ort)
@typeCode
cs
0 … 1
F
DOC
hl7:serviceEvent
1 … 1
M
Die serviceEvents in den ELGA Ambulanzbefunden MÜSSEN die section/code-Elemente wiedergeben als auch die section/template-id. Diese Informationen werden über eine Mapping-Vorschrift in die XDS-Metadaten übernommen und ermöglichen einem ELGA-Teilnehmer 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...ort)
@classCode
cs
0 … 1
F
ACT
@moodCode
cs
0 … 1
F
EVN
hl7:id
II
1 … 1
M
(elg...ort)
@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...ort)
@code
cs
1 … 1
R
@codeSystem
oid
1 … 1
R
@codeSystemName
st
0 … 1
@displayName
st
1 … 1
R
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.360 elgagab_SectionsServiceEvent_VS (DYNAMIC)
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...ort)
hl7:performer
0 … *
Durchführende Entität(en) der Gesundheitsdienstleistung.