1.2.40.0.34.6.0.11.1.32/static-2019-08-08T124214

Aus HL7 Austria MediaWiki
Version vom 21. April 2022, 22:59 Uhr von ADbot (Diskussion | Beiträge) (Automatic ADBot page (d8efd48a47ed8f54fbeb0cfb5cff7abacab57ea6))
Wechseln zu: Navigation, Suche
Id1.2.40.0.34.6.0.11.1.32Gültigkeit2019‑08‑08 12:42:14
StatusKgreen.png AktivVersions-Label2019
Nameatcdabbr_header_DocumentationOfServiceEvent_eImpfpassBezeichnungDocumentation Of Service Event - e-Impfpass
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 übernommenwerden, 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!
KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungSpezialisierung: 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)
ref
?

Version: Template 1.2.40.0.34.11.20010 HeaderServiceEvent (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel Koloskopie
<documentationOf typeCode="DOC">
  <serviceEvent classCode="PCPR" moodCode="EVN">
    <code code="41000179103" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Immunization record (record artifact)"/>    <effectiveTime>
      <low value="20190808130209+0200"/>      <high value="20190808130209+0200"/>    </effectiveTime>
  </serviceEvent>
</documentationOf>
ItemDTKardKonfBeschreibungLabel
hl7:documentationOf
1 … 1MKomponente für die Gesundheitsdienstleistung.(atc...ass)
Treetree.png@typeCode
cs0 … 1FDOC
Treetree.pnghl7:serviceEvent
1 … 1MGesundheitsdienstleistung.(atc...ass)
Treeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreetree.pnghl7:code
CE1 … 1M
Code der Gesundheitsdienstleistung, fixer Wert 41000179103.
↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut eventCodeList gemappt.
(atc...ass)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1F41000179103
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.96
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FSNOMED CT
Treeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1FImmunization record (record artifact)
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS1 … 1M
Zeitraum der Gesundheitsdienstleistung,
↔ 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
(atc...ass)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:low[not(@nullFlavor)]
  • hl7:low[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(atc...ass)
wo [not(@nullFlavor)]
 Constraint
Für "Update Immunisierungsstatus": Zeitpunkt des Behandlungsbeginns (aktueller Besuch).
Für "Kompletter Immunisierungsstatus": Zeitpunkt des ältesten effectiveTime aus:
  • "Immunization Entry", templateId 1.2.40.0.34.6.0.11.3.1, substanceAdministration/effectiveTime und
  • "Impfrelevante Erkrankungen Problem Entry", templateId 1.2.40.0.34.6.0.11.3.9, act/effectiveTime/low
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1NullFlavor(atc...ass)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:high[not(@nullFlavor)]
  • hl7:high[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(atc...ass)
wo [not(@nullFlavor)]
 Constraint
Für "Update Immunisierungsstatus": Zeitpunkt des Behandlungsendes (aktuelle Behandlung, muss sich von Behandlungsbeginn unterscheiden)
Für "Kompletter Immunisierungsstatus": Zeitpunkt des jüngsten effectiveTime aus:
  • "Immunization Entry", templateId 1.2.40.0.34.6.0.11.3.1, substanceAdministration/effectiveTime und
  • "Impfrelevante Erkrankungen Problem Entry", templateId 1.2.40.0.34.6.0.11.3.9, act/effectiveTime/high
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1NullFlavor(atc...ass)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreetree.pnghl7:performer
NP(atc...ass)