Documentation Of Service Event
| Bezeichnung | Documentation Of Service Event | Name | atcdabbr_header_DocumentationOfServiceEvent | ||||||||||||||||||||
| 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:
|
||||||||||||||||||||||
| Id | 1.2.40.0.34.6.0.11.1.17 | Gültigkeit ab | 2021-02-19 | ||||||||||||||||||||
| Status | Aktiv | Versions-Label | 1.0.0+20210219 | ||||||||||||||||||||
| Klassifikation | CDA Header Level Template | ||||||||||||||||||||||
| Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) | ||||||||||||||||||||||
| Benutzt von / Benutzt |
Benutzt von 0 Transactions und 1 Template, Benutzt 2 Templates
|
||||||||||||||||||||||
| Beziehung |
|
||||||||||||||||||||||
| Beispiele |
Beispiel: Strukturbeispiel Koloskopie
Beispiel: Strukturbeispiel Hämatologie
|
||||||||||||||||||||||
Item
| Item | DT | Kard | Konf | Beschreibung | Label | |
|---|---|---|---|---|---|---|
|
Komponente für die Gesundheitsdienstleistung.
|
||||||
| @typeCode | cs | 0 … 1 | F | DOC | ||
| 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. |
||||
| @classCode | cs | 0 … 1 | F | ACT | ||
| @moodCode | cs | 0 … 1 | F | EVN | ||
| II | 0 … 1 | |||||
|
Auswahl
|
1 … 1 | Elemente in der Auswahl:
|
||||
| CE | 0 … 1 |
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. |
||||
|
wo
[not(@nullFlavor)]
|
||||||
| @code | cs | 1 … 1 | R | |||
| @codeSystem | oid | 1 … 1 | R | |||
| @displayName | st | 1 … 1 | R | |||
| CE | 0 … 1 | |||||
|
wo
[@nullFlavor='UNK']
|
||||||
| @nullFlavor | cs | 1 … 1 | F | UNK | ||
| IVL_TS | 1 … 1 | M |
Zeitraum der Gesundheitsdienstleistung.
Die semantische Bedeutung dieser Zeitpunkte wird in den speziellen Implementierungsleitfäden festgelegt. ↔ 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:
|
|||
|
Eingefügt
|
||||||
|
Auswahl
|
1 … 1 | Elemente in der Auswahl:
|
||||
| TS.AT.TZ | 0 … 1 | |||||
|
wo
[@value]
|
||||||
| TS.AT.TZ | 0 … 1 | |||||
|
wo
[@nullFlavor='UNK']
|
||||||
| @nullFlavor | cs | 1 … 1 | F | UNK | ||
|
Auswahl
|
1 … 1 | Elemente in der Auswahl:
|
||||
| TS.AT.TZ | 0 … 1 | |||||
|
wo
[@value]
|
||||||
| TS.AT.TZ | 0 … 1 | |||||
|
wo
[@nullFlavor='UNK']
|
||||||
| @nullFlavor | cs | 1 … 1 | F | UNK | ||
| 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. |
||||
| @typeCode | cs | 1 … 1 | R | Zulässige Werte gemäß Value-Set „ELGA_ServiceEventPerformer“ |
||
| CONF |
|
|||||
| CE | 0 … 1 | R |
Funktionscode
|
|||
| CONF |
|
|||||
| IVL_TS | 0 … 1 |
Zeit, in der der Performer mit der Gesundheitsdienstleistung beschäftigt war (wenn
abweichend von EffectiveTime im Act).
Grundsätzlich sind die Vorgaben gemäß „Zeit-Elemente“ zu befolgen.
Zugelassene nullFlavor: UNK
|
||||
|
Eingefügt
|
||||||
|
Auswahl
|
1 … 1 | Elemente in der Auswahl:
|
||||
| TS.AT.TZ | 0 … 1 | |||||
|
wo
[@value]
|
||||||
| TS.AT.TZ | 0 … 1 | |||||
|
wo
[@nullFlavor='UNK']
|
||||||
| @nullFlavor | cs | 1 … 1 | F | UNK | ||
|
Auswahl
|
1 … 1 | Elemente in der Auswahl:
|
||||
| TS.AT.TZ | 0 … 1 | |||||
|
wo
[@value]
|
||||||
| TS.AT.TZ | 0 … 1 | |||||
|
wo
[@nullFlavor='UNK']
|
||||||
| @nullFlavor | cs | 1 … 1 | F | UNK | ||
| 1 … 1 | M | |||||
|
Eingefügt
|
1 … 1 | M | ||||
| @classCode | cs | 0 … 1 | F | ASSIGNED | ||
|
Auswahl
|
1 … 1 |
Mindestens eine ID der Person der Entität
|
||||
| Constraint |
Zugelassene nullFlavor:
|
|||||
| II | 0 … * | |||||
|
wo
[not(@nullFlavor)]
|
||||||
| II | 0 … 1 | |||||
|
wo
[@nullFlavor='NI']
|
||||||
| @nullFlavor | cs | 1 … 1 | F | NI | ||
| II | 0 … 1 | |||||
|
wo
[@nullFlavor='UNK']
|
||||||
| @nullFlavor | cs | 1 … 1 | F | UNK | ||
|
Auswahl
|
1 … 1 | Elemente in der Auswahl:
|
||||
| 0 … 1 | ||||||
|
wo
[not(@nullFlavor)]
|
||||||
| 0 … 1 | ||||||
|
wo
[@nullFlavor='UNK']
|
||||||
| @nullFlavor | cs | 1 … 1 | F | UNK | ||
| TEL.AT | 1 … 1 | M |
Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
|
|||
|
wo
[not(@nullFlavor)]
|
||||||
| @value | url | 1 … 1 | R |
Die Kontaktadresse (Telefonnummer, Email, etc.). Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567 Zulässige Werteliste für telecom Präfixe gemäß Value Set "ELGA_URLScheme" |
||
| @use | cs | 0 … 1 |
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP. Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse" |
|||
| Constraint | Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut
@use angeführt sein. |
|||||
| 1 … 1 | M |
Personendaten der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen.
|
||||
| 1 … 1 | M |
Organisationsdaten der Entität.
Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen.
|
||||