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 übernommenwerden, 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
CDA Header Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung
Spezialisierung: Template 1.2.40.0.34.6.0.11.1.17 Documentation Of Service Event (2019‑03‑14 15:08:34)
Zeitraum der Gesundheitsdienstleistung, ↔ 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
Für "Update Immunisierungsstatus": Zeitpunkt des Behandlungsbeginns (aktueller Besuch). Für "Kompletter Immunisierungsstatus": Zeitpunkt des ältesten effectiveTime aus:
"Immunization Entry", templateId 1.2.40.0.34.6.0.11.3.1, substanceAdministration/effectiveTime
und
"Impfrelevante Erkrankungen Problem Entry", templateId 1.2.40.0.34.6.0.11.3.9, act/effectiveTime/low