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 werdenDie serviceEvents sind die einzigen medizinischen Informationen zum Dokument im XDS-DokumentenregisterKö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!
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 werden4. 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 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
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
<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+0200"/><highvalue="20190611132209+0200"/></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+0200"/><highvalue="20190611132209+0200"/></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...tik)
@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.
(elg...tik)
@classCode
cs
0 … 1
F
ACT
@moodCode
cs
0 … 1
F
EVN
hl7:id
II
0 … 1
(elg...tik)
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.
(elg...tik)
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
(elg...tik)
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 ersten documentationOf/serviceEvent-Elements
(elg...tik)
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
(elg...tik)
wo [@value]
hl7:low
TS.AT.TZ
0 … 1
(elg...tik)
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
(elg...tik)
wo [@value]
hl7:high
TS.AT.TZ
0 … 1
(elg...tik)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
hl7:performer
0 … *
R
Person oder Organisation, die die Gesundheitsdienstleistung durchführt. Verweis auf speziellen Implementierungsleitfaden: Ob und welche durchführende Entität eingetragen werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden. 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.