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.↔ 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 werdenEs 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 aufDie 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!
XXX Documentation Of Service Event - Ambulanzbefund
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
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung
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"> <codecode="KOL"displayName="Koloskopie"codeSystem="2.16.840.1.2.3.4.5.6.7.8.9"codeSystemName="Name des Codesystems"/><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"> <codecode="300"displayName="Hämatologie"codeSystem="1.2.40.0.34.5.11"codeSystemName="ELGA_LaborparameterErgaenzung"/><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.
(XXX...und)
@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.
(XXX...und)
@classCode
cs
0 … 1
F
ACT
@moodCode
cs
0 … 1
F
EVN
hl7:code
CE (extensible)
1 … 1
M
Code der Gesundheitsdienstleistung. Zugelassene nullFlavor: UNK
Verweis auf speziellen Implementierungsleitfaden: Welche Codierung angewandt werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut eventCodeList gemappt.
(XXX...und)
@code
cs
1 … 1
F
AMB
@codeSystem
oid
1 … 1
F
2.16.840.1.113883.5.4
@codeSystemName
st
1 … 1
F
HL7:ActCode
@displayName
st
1 … 1
F
ambulatory
hl7:effectiveTime
IVL_TS
1 … 1
M
Zeitraum der Gesundheitsdienstleistung, Für den ambulanten Aufenthalt ist es zwingend erforderlich, dass ein Zeitintervall angegeben wird. Dies ist auch erforderlich, wenn NUR ein Besuch der Ambulanz dokumentiert wird, i.e. an einem Tag. In diesem Fall ist trotzdem Notwendig, dass das high-Element einen späteren Zeitpunkt codiert als das low-Element. Eine geeignete Darstellung (z.B.: Ambulanzbefund vom DD.MM.YYYY) wird durch das Stylesheet generiert.
↔ 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
(XXX...und)
hl7:low
TS.AT.TZ
1 … 1
R
(XXX...und)
hl7:high
TS.AT.TZ
1 … 1
R
(XXX...und)
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.