1.2.40.0.34.6.0.11.1.59/static-2026-07-14T075337

Aus HL7 Austria MediaWiki
(Weitergeleitet von 1.2.40.0.34.6.0.11.1.59/dynamic)
Wechseln zu: Navigation, Suche
Id1.2.40.0.34.6.0.11.1.59Gültigkeit ab2026‑07‑14 07:53:37
StatusKyellow.png EntwurfVersions-Label1.0.0
Namedocumentation_of_service_event_pathologieBezeichnungDocumentation 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:

  • 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.

Labelatpatho_header_DocumentationOfServiceEventPathologie
KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.15InklusionKgreen.png Time Interval Information minimal (1.0.1+20210628)DYNAMIC
1.2.40.0.34.6.0.11.9.22InklusionKgreen.png Assigned Entity (1.0.2+20230717)DYNAMIC
BeziehungSpezialisierung: 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
<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>
ItemDTKardKonfBeschreibungLabel
hl7:documentationOf
Komponente für die Gesundheitsdienstleistung.
atpa...ogie
Treetree.png@typeCode
cs0 … 1FDOC
Treetree.pnghl7:serviceEvent
1 … 1MGesundheitsdienstleistung
atpa...ogie
Treeblank.pngTreetree.png@classCode
cs0 … 1FACT
Treeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreetree.pnghl7:id
II0 … 1atpa...ogie
Treeblank.pngTreetree.pnghl7:code
CE1 … 1M

Code der Gesundheitsdienstleistung.

TODO Value-Set erstellen

↔ Hinweis zum XDS-Mapping:
Dieses Element wird in das XDS-Attribut "eventCodeList" gemappt.

atpa...ogie
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS1 … 1M

Zeitraum der Gesundheitsdienstleistung.

Startzeitpunkt: Idealerweise Datum und Zeitpunkt, an dem das analysierende Labor die Anforderung vom Zuweiser in der Labor EDV erfasst hat. Falls nicht praktikabel, kann die durchführende Organisation einen sinnvollen anderen Zeitpunkt heranziehen (z.B. Abnahmedatum/-zeit).

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 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 

atpa...ogie
Eingefügt von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:low[@value]
  • hl7:low[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1atpa...ogie
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1atpa...ogie
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:high[@value]
  • hl7:high[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1atpa...ogie
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1atpa...ogie
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreetree.pnghl7:performer
0 … *RPerson 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.
atpa...ogie
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1RZulässige Werte gemäß Value-Set „ELGA_ServiceEventPerformer“
 CONF
Der Wert von @typeCode MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.43 ELGA_ServiceEventPerformer (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:functionCode
CE0 … 1RFunktionscodeatpa...ogie
 CONF
Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
IVL_TS0 … 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
atpa...ogie
Eingefügt von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:low[@value]
  • hl7:low[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1atpa...ogie
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1atpa...ogie
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:high[@value]
  • hl7:high[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1atpa...ogie
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1atpa...ogie
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
1 … 1Matpa...ogie
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Auswahl1 … 1
Mindestens eine ID der Person der Entität
Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
 Constraint
Zugelassene nullFlavor:
  • NI … Die Person der Entität hat keine Identifikationsnummer
  • UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *atpa...ogie
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1atpa...ogie
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1atpa...ogie
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
  • hl7:addr[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)atpa...ogie
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1atpa...ogie
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT1 … 1M
Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
atpa...ogie
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
url1 … 1R

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"

Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
cs0 … 1 

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP.

Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"

 ConstraintWerden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M
Personendaten der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
atpa...ogie
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
1 … 1M
Organisationsdaten der Entität.
Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
atpa...ogie