elga-cdaea-2.06.2:Dokumentation der Gesundheitsdienstleistung: Unterschied zwischen den Versionen
[unmarkierte Version] | [unmarkierte Version] |
(→Service Events („documentationOf/serviceEvent“)) |
K (Lahnsteiner verschob die Seite Ea-Dokumentation der Gesundheitsdienstleistung nach elga-cdaea-2.06.2:Dokumentation der Gesundheitsdienstleistung und überschrieb dabei eine Weiterleitung: zurück verschieben) |
||
(3 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
Zeile 3: | Zeile 3: | ||
Da die angegebenen Gesundheitsdienstleistungen in die XDS-Metadaten übernommen werden, stellen sie die einzigen (rein) medizinischen Informationen zum Dokument im Dokumentenregister dar. Sie können daher in Folge für Suche und Filterung verwendet werden, und erleichtern mitunter die Navigation in der Krankengeschichte des Patienten. | Da die angegebenen Gesundheitsdienstleistungen in die XDS-Metadaten übernommen werden, stellen sie die einzigen (rein) medizinischen Informationen zum Dokument im Dokumentenregister dar. Sie können daher in Folge für Suche und Filterung verwendet werden, und erleichtern mitunter die Navigation in der Krankengeschichte des Patienten. | ||
− | <div | + | <div class="violet"> |
''Verweis auf den Allgemeinen Leitfaden ('''mit Anpassungen'''):<br/>'' | ''Verweis auf den Allgemeinen Leitfaden ('''mit Anpassungen'''):<br/>'' | ||
Das Element ist grundsätzlich gemäß den Vorgaben des entsprechenden Kapitels des „[[ILF:Allgemeiner Implementierungsleitfaden#Service_Events_.28.E2.80.9EdocumentationOf.2FserviceEvent.E2.80.9C.29|Allgemeinen Implementierungsleitfaden]]s“ anzugeben, '''es sind jedoch spezielle Vorgaben vorgeschrieben.''' | Das Element ist grundsätzlich gemäß den Vorgaben des entsprechenden Kapitels des „[[ILF:Allgemeiner Implementierungsleitfaden#Service_Events_.28.E2.80.9EdocumentationOf.2FserviceEvent.E2.80.9C.29|Allgemeinen Implementierungsleitfaden]]s“ anzugeben, '''es sind jedoch spezielle Vorgaben vorgeschrieben.''' | ||
Zeile 29: | Zeile 29: | ||
====Strukturbeispiel==== | ====Strukturbeispiel==== | ||
− | <pre | + | <pre class="orange"> |
<documentationOf> | <documentationOf> | ||
<serviceEvent> | <serviceEvent> | ||
Zeile 43: | Zeile 43: | ||
</documentationOf> | </documentationOf> | ||
</pre> | </pre> | ||
+ | |||
====Spezifikation==== | ====Spezifikation==== | ||
Es gelten die Vorgaben des entsprechenden Kapitels des „[[ILF:Allgemeiner Implementierungsleitfaden#Service_Events_.28.E2.80.9EdocumentationOf.2FserviceEvent.E2.80.9C.29|Allgemeinen Implementierungsleitfadens]]“ '''''mit folgenden Änderungen''''': | Es gelten die Vorgaben des entsprechenden Kapitels des „[[ILF:Allgemeiner Implementierungsleitfaden#Service_Events_.28.E2.80.9EdocumentationOf.2FserviceEvent.E2.80.9C.29|Allgemeinen Implementierungsleitfadens]]“ '''''mit folgenden Änderungen''''': |
Aktuelle Version vom 19. April 2018, 08:26 Uhr
Inhaltsverzeichnis
1 Dokumentation der Gesundheitsdienstleistung
1.1 Service Events („documentationOf/serviceEvent“)
Da die angegebenen Gesundheitsdienstleistungen in die XDS-Metadaten übernommen werden, stellen sie die einzigen (rein) medizinischen Informationen zum Dokument im Dokumentenregister dar. Sie können daher in Folge für Suche und Filterung verwendet werden, und erleichtern mitunter die Navigation in der Krankengeschichte des Patienten.
Verweis auf den Allgemeinen Leitfaden (mit Anpassungen):
Das Element ist grundsätzlich gemäß den Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“ anzugeben, es sind jedoch spezielle Vorgaben vorgeschrieben.
2 Dokumentation der Gesundheitsdienstleistung
2.1 Service Events („documentationOf/serviceEvent“)
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.
In serviceEvent/effectiveTime kann der Zeitpunkt/Zeitraum der Gesundheitsdienstleistung angegeben werden. Im Gegensatz zum Encounter (siehe Kapitel „Informationen zum Patientenkontakt“), der ggf. mehrere Gesundheitsdienstleistungen „umrahmt“.
Da diese Informationen in die XDS-Metadaten übernommen werden, ergeben sich folgende Implikationen:
- Die serviceEvents sind die einzigen (rein) medizinischen Informationen zum Dokument im Dokumentenregister
- Können daher als Such-/Filterkriterium verwendet werden
- Scheint ggf. in den Ergebnissen der Suchabfragen auf
-> Sollte eine wertvolle Information sein (für den Behandler!)
Auszug aus dem R-MIM:
2.1.1 Spezifikation
Da dieses Element automatisch in die XDS-Metadaten übernommen wird, SOLL mindestens eine Gesundheitsdienstleistung als documentationOf/serviceEvent-Element angegeben werden [R2].
ACHTUNG: Die Zeitangaben der 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
Die semantische Bedeutung dieser Zeitpunkte wird in den speziellen Implementierungs-leitfäden festgelegt.
Es können beliebig viele weitere Gesundheitsdienstleistungen als weitere documentationOf/serviceEvent-Elemente angegeben werden.
Verweis auf speziellen Implementierungsleitfaden:
serviceEvent Element Allgemein
Ob eine Gesundheitsdienstleistung angegeben werden muss, und welche Bedeutung dieses Element hat, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
code
Welche Codierung angewandt werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
effectiveTime
Welche Start- und Endezeiten eingetragen werden sollen, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
performer
Ob und welche durchführende Entität eingetragen werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
effectiveTime
Hinweis: Für die automatisierte Datenübernahme aus dem CDA-Dokument in die XDS-Dokumentmetadaten ist stets ein Zeitintervall anzugeben.
2.1.2 Spezielle Vorgaben für Entlassungsbriefe (Ärztlich)
Die Sinnhaftigkeit und der Nutzen von angegebenen Gesundheitsdienstleistungen hängen entscheidend von der eingesetzten Codeliste ab. Automatisierte Codierung durch Eintrag der ohnehin vorhandenen MEL-Elemente3 kann derzeit zwar von den Dokumenterstellern geliefert werden, wurde aber von den Dokumentempfängern als zu wenig aussagekräftig erachtet.
Zum Zeitpunkt der Erstellung dieser Spezifikation konnte keine geeignete Codeliste zum Codieren von Gesundheitsdienstleistungen gefunden werden. Die Entscheidung lautet daher, dieses Element nicht zu nutzen und mit einem fixen Wert zu befüllen. Es wird der fixe Wert „GDLSTATAUF“ („Gesundheitsdienstleistung im Rahmen eines stationären Aufenthalts“) aus der Codeliste „ELGA_ServiceEventsEntlassbrief“ der Entlassungsbriefe angegeben.
Als Zeitangabe MUSS der Zeitraum des Aufenthalts (Aufnahme bis Entlassung) angegeben werden. Als Zeitpunkt der Entlassung SOLL der Zeitpunkt der administrativen Entlassung angegeben werden. Alternativ darf auch der Zeitpunkt der medizinischen Entlassung angegeben werden.
ACHTUNG: Diese Zeitangaben werden in die Dokument-Metadaten übernommen!
Die Bedeutung der Dokument-Metadaten-Elemente lautet daher wie folgt:
- serviceStartTime: Aufnahme des Patienten in den stationären Aufenthalt
- serviceStopTime: Entlassung des Patienten aus dem stationären Aufenthalt
3 Katalog Medizinischer Einzelleistungen
2.1.3 Strukturbeispiel
<documentationOf> <serviceEvent> <code code="GDLSTATAUF" displayName="Gesundheitsdienstleistung im Rahmen eines stationären Aufenthalts" codeSystem="1.2.40.0.34.5.21" codeSystemName="ELGA_ServiceEventsEntlassbrief" /> <effectiveTime> <low value="<Zeitpunkt der Aufnahme>"/> <high value="<Zeitpunkt der Entlassung>"/> </effectiveTime> </serviceEvent> </documentationOf>
2.1.4 Spezifikation
Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“ mit folgenden Änderungen:
2.1.4.1 Änderung 1: serviceEvent-Element Allgemein
Konformität geändert auf [M]. Kardinalität geändert auf 1..1.
Element/Attribut | DT | Kard | Konf | Beschreibung | |
---|---|---|---|---|---|
documentationOf | POCD_MT000040.DocumentationOf | 1..1 | M | Komponente für die Gesundheitsdienstleistung | |
serviceEvent | POCD_MT000040.ServiceEvent | 1..1 | M | Gesundheitsdienstleistung |
2.1.4.2 Änderung 2: code
Es wird der fixe Wert „GDLSTATAUF“ („Gesundheitsdienstleistung im Rahmen eines stationären Aufenthalts“) angegeben.
Element/Attribut | DT | Kard | Konf | Beschreibung | |
---|---|---|---|---|---|
code | CE CWE |
1..1 | M | Code der Gesundheitsdienstleistung | |
@code | cs | 1..1 | M | Fester Wert: GDLSTATAUF | |
@displayName | st | 1..1 | M | Fester Wert: Gesundheitsdienstleistung im Rahmen eines stationären Aufenthalts | |
@codeSystem | uid | 1..1 | M | Fester Wert: 1.2.40.0.34.5.21 | |
@codeSystemName | st | 1..1 | M | Fester Wert: ELGA_ServiceEventsEntlassbrief |
2.1.4.3 Änderung 3: effectiveTime
Als Zeitangabe MUSS der Zeitraum des Aufenthalts angegeben werden.
Der Zeitraum des Aufenthalts erstreckt sich vom
Zeitpunkt der Aufnahme in den stationären Aufenthalt
bis zum
Zeitpunkt der Entlassung aus dem stationären Aufenthalt.
Hinweis: Als Zeitpunkt der Entlassung SOLL der Zeitpunkt der administrativen Entlassung angegeben werden. Alternativ darf auch der Zeitpunkt der medizinischen Entlassung angegeben werden.
2.1.4.4 Änderung 4: performer
Es wird keine durchführende Entität der Gesundheitsdienstleistung angegeben.
Element/Attribut | DT | Kard | Konf | Beschreibung |
---|---|---|---|---|
performer | POCD_MT000040.Performer1 | 0..0 | NP | Durchführende Entität der Gesundheitsdienstleistung |