1.2.40.0.34.6.0.11.1.31.999/static-2019-11-05T091036: Unterschied zwischen den Versionen

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche
[unmarkierte Version][unmarkierte Version]
(Automatic ADBot page (e7b70067700d149e6c7f7de9b30c42c826a8be4a))
(Automatic ADBot page (e7b70067700d149e6c7f7de9b30c42c826a8be4a))
 
(7 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
<table
+
<table xmlns="http://www.w3.org/1999/xhtml" width

Aktuelle Version vom 24. Oktober 2023, 22:28 Uhr

Id1.2.40.0.34.6.0.11.1.31.999Gültigkeit2019‑11‑05 09:10:36
StatusKyellow.png EntwurfVersions-Label2019
NameXXXelgagab_header_DocumentationOfServiceEventAmbulanzbefundBezeichnungXXX Documentation Of Service Event - Ambulanzbefund
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:
  • 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! 
KlassifikationTemplate-Typ nicht spezifiziert
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungAdaptation: 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-

Version: Template 1.2.40.0.34.11.20010 (2017‑07‑21 11:18:58)
Version: Template 1.2.40.0.34.11.20010 HeaderServiceEvent (2011‑12‑19)
ref
elgabbr-
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+02:00"/>      <high value="20190611132209+02:00"/>    </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+02:00"/>      <high value="20190611132209+02:00"/>    </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.
(XXX...und)
Treetree.png@typeCode
cs0 … 1FDOC
Treetree.pnghl7:serviceEvent
1 … 1MGesundheitsdienstleistung.

Verweis auf speziellen Implementierungsleitfaden: Ob eine Gesundheitsdienstleistung angegeben werden muss, und welche Bedeutung dieses Element hat, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
(XXX...und)
Treeblank.pngTreetree.png@classCode
cs0 … 1FACT
Treeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreetree.pnghl7:code
CE (extensible)1 … 1MCode 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. 
(XXX...und)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1FAMB
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.4
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7:ActCode
Treeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1Fambulatory
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS1 … 1M
Zeitraum der Gesundheitsdienstleistung,
Für den ambulanten Aufenthalt ist es zwingend erforderlich, dass ein Zeitintervall angegeben wird. Dies ist auch erforderlich, wenn NUR ein Besuch der Ambulanz dokumentiert wird, i.e. an einem Tag. In diesem Fall ist trotzdem Notwendig, dass das high-Element einen späteren Zeitpunkt codiert als das low-Element. Eine geeignete Darstellung (z.B.: Ambulanzbefund vom DD.MM.YYYY) wird durch das Stylesheet generiert.


↔ 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 



(XXX...und)
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ1 … 1R(XXX...und)
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ1 … 1R(XXX...und)
Treeblank.pngTreetree.pnghl7:performer
0 … *Durchführende Entität(en) der Gesundheitsdienstleistung.

Verweis auf speziellen Implementierungsleitfaden: Ob und welche durchführende Entität eingetragen werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
(XXX...und)
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: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


(XXX...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ1 … 1R(XXX...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1FUNK
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ1 … 1R(XXX...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1FUNK
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
1 … 1M(XXX...und)