 |
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.
1 Template documentation_of_service_event_pathologie
Dokumentation der eigentlichen Gesundheitsdienstleistung im Rahmen des Pathologiebefundes (z.B. Histopathologie, Zytopathologie, etc.). Mit der Assoziation documentationOf/serviceEvent wird die eigentliche Gesundheitsdienstleistung repräsentiert, die in dem Dokument dokumentiert wird (z.B. Histopathologie, Zytopathologie, 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.
Als Zeitangabe MUSS der Zeitraum der Untersuchung(en) (erste bis letzte Untersuchung) angegeben werden. 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 MUSS mindestens eine Gesundheitsdienstleistung als documentationOf/serviceEvent-Element angegeben werden.
Die Zeitangaben des ersten documentationOf/serviceEvent-Elements werden in die Dokument-Metadaten übernommen
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. Sie können daher als Such-/Filterkriterium verwendet werden und scheinen ggf. in den Ergebnissen der Suchabfragen auf.
1.1 Aktuelle Version
| Id | 1.2.40.0.34.6.0.11.1.59 | Gültigkeit ab | 2026‑07‑14 07:53:37 |
|---|
| Status |  Entwurf | Versions-Label | 1.0.0 |
|---|
| Name | documentation_of_service_event_pathologie | Bezeichnung | Documentation Of Service Event - Pathologie |
|---|
| Beschreibung |
Dokumentation der eigentlichen Gesundheitsdienstleistung im Rahmen des Pathologiebefundes (z.B. Histopathologie, Zytopathologie, etc.).
Mit der Assoziation documentationOf/serviceEvent wird die eigentliche Gesundheitsdienstleistung repräsentiert, die in dem Dokument dokumentiert wird (z.B. Histopathologie, Zytopathologie, 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.
Als Zeitangabe MUSS der Zeitraum der Untersuchung(en) (erste bis letzte Untersuchung) angegeben werden. 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:
↔ Hinweis zum XDS-Mapping:
Da diese Informationen in die XDS-Metadaten übernommen werden, ergeben sich folgende Implikationen:
-
Es MUSS mindestens eine Gesundheitsdienstleistung als documentationOf/serviceEvent-Element angegeben werden.
-
Die Zeitangaben des ersten documentationOf/serviceEvent-Elements werden in die Dokument-Metadaten übernommen
-
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. Sie können daher als Such-/Filterkriterium verwendet werden und scheinen ggf. in den Ergebnissen der Suchabfragen auf.
|
|
| Label | atpatho_header_DocumentationOfServiceEventPathologie
|
|---|
| 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.24 | Containment | Performer - Laboratory (1.0.0+20211213) | 2021‑04‑08 11:49:48 |
|
|
|---|
| Beispiel | | Strukturbeispiel Koloskopie | <documentationOf typeCode="DOC">
<serviceEvent classCode="ACT" moodCode="EVN">
<code code="KOL" displayName="Koloskopie" codeSystem="2.16.840.1.2.3.4.5.6.7.8.9" codeSystemName="Name des Codesystems"/> <effectiveTime>
<low value="20190611102209+0200"/> <high value="20190611132209+0200"/> </effectiveTime> <performer typeCode="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 | <documentationOf typeCode="DOC">
<serviceEvent classCode="ACT" moodCode="EVN">
<code code="300" displayName="Hämatologie" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung"/> <effectiveTime>
<low value="20190611102209+0200"/> <high value="20190611132209+0200"/> </effectiveTime> <performer typeCode="PRF">
<time>
<low nullFlavor="UNK" value="20190611132209+02:00"/> <high nullFlavor="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 |
|---|
| | | | Komponente für die Gesundheitsdienstleistung.
| atpa...ogie |  | @typeCode
|
| cs | 0 … 1 | F | DOC | | hl7:serviceEvent
|
| | 1 … 1 | M | Gesundheitsdienstleistung
| atpa...ogie |  | | @classCode
|
| cs | 0 … 1 | F | ACT | | | @moodCode
|
| cs | 0 … 1 | F | EVN | | | hl7:id
|
| II | 0 … 1 | | | atpa...ogie | | Auswahl | 1 … 1 | | Elemente in der Auswahl: | | CE | 0 … 1 | |
Code der Gesundheitsdienstleistung.
TODO Value-Set erstellen
↔ Hinweis zum XDS-Mapping:
Dieses Element wird in das XDS-Attribut "eventCodeList" gemappt.
| atpa...ogie | | CE | 0 … 1 | | Dokumentation der Entnahmestelle um Befunde derselben Entnahmestelle schneller auffinden zu können. TODO Value-Set erstellen ↔ Hinweis zum XDS-Mapping:
Dieses Element wird in das XDS-Attribut "eventCodeList" gemappt. | atpa...ogie | | Auswahl | 1 … 1 | | Elemente in der Auswahl: | | | hl7:effectiveTime
|
| IVL_TS | 1 … 1 | M | Zeitraum der Gesundheitsdienstleistung. Startzeitpunkt: Idealerweise Entnahmezeitpunkt des Materials. Endzeit: Datum und Zeitpunkt des Abschlusses des Auftrags, welche in der Regel mit der medizinischen Freigabe des Auftrags ident ist.
↔ 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 ersten Gesundheitsdienstleistung (erstes documentationOf/serviceEvent-Element) werden in die Dokument-Metadaten übernommen!
Die Bedeutung der Dokument-Metadaten-Elemente lautet daher wie folgt: | atpa...ogie | | 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']
| | TS.AT.TZ | 0 … 1 | | | atpa...ogie | | wo [@value] | | | TS.AT.TZ | 0 … 1 | | | atpa...ogie | | wo [@nullFlavor='UNK'] | | | cs | 1 … 1 | F | UNK | | Auswahl | 1 … 1 | | Elemente in der Auswahl:- hl7:high[@value]
- hl7:high[@nullFlavor='UNK']
| | TS.AT.TZ | 0 … 1 | | | atpa...ogie | | wo [@value] | | | TS.AT.TZ | 0 … 1 | | | atpa...ogie | | wo [@nullFlavor='UNK'] | | | cs | 1 … 1 | F | UNK | | | hl7:performer
|
| | 0 … * | C | Erbringer der Gesundheitsdienstleistung (Pathologieinstitut mit seinem Leiter).
Beinhaltet 1.2.40.0.34.6.0.11.9.24 Performer - Laboratory (2021‑04‑08 11:49:48) | atpa...ogie | | | Constraint | Wurde der Befund nur von einem Institut erstellt, MUSS dieses in "/ClinicalDocument/documentationOf[1]/serviceEvent/performer" dokumentiert werden. Sind mehrere Institute an der Erstellung beteiligt, MUSS das Institut im "structuredBody" entweder auf "entry"-Ebene oder im Rahmen eines "organizer"-Elementes oder direkt bei der Analyse ("observation"-Element) angegeben werden. Angaben in tieferen Ebenen (z.B. "observation"-Ebene) überschreiben solche auf höheren Ebenen (z.B. "organizer"-Ebene). Für den Fall, dass Analysen von einem externen Institut durchgeführt wurden, MUSS assignedEntity/code mit @code="E", @codeSystem="2.16.840.1.113883.2.16.1.4.9", @codeSystemName="HL7.at.Laborkennzeichnung" und @displayName="EXTERN" angegeben werden. |
|
1.2 Zusammenstellung aller Versionen dieses Templates
Entwurf
