1.2.40.0.34.6.0.11.1.32: Unterschied zwischen den Versionen

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche
[unmarkierte Version][unmarkierte Version]
(Automatic ADBot page (44c95b7fa036a260c22d1386a3290c88efecdb42))
(Automatic ADBot page (44c95b7fa036a260c22d1386a3290c88efecdb42))
Zeile 5: Zeile 5:
 
=Template ''atcdabbr_header_DocumentationOfServiceEvent_eImpfpass''=
 
=Template ''atcdabbr_header_DocumentationOfServiceEvent_eImpfpass''=
  
<p>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!</p>
+
<p>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!</p>
 
==Aktuelle Version==
 
==Aktuelle Version==
 
{{:{{BASEPAGENAME}}/dynamic}}
 
{{:{{BASEPAGENAME}}/dynamic}}
Zeile 11: Zeile 15:
 
==Zusammenstellung aller Versionen dieses Templates==
 
==Zusammenstellung aller Versionen dieses Templates==
 
*[[1.2.40.0.34.6.0.11.1.32/static-2019-08-08T124214|2019-08-08 12:42:14 (Aktiv)]]
 
*[[1.2.40.0.34.6.0.11.1.32/static-2019-08-08T124214|2019-08-08 12:42:14 (Aktiv)]]
<!--91eb9ca37a74885265573d36e971865738c33d98-->
+
<!--f677a30822b2ab0cbd4a291435c7202f12b191a9-->

Version vom 3. April 2023, 22:20 Uhr

Weitere Informationen sind zusammengefasst im Hilfe-Beitrag Templates.

1 Template atcdabbr_header_DocumentationOfServiceEvent_eImpfpass

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!

1.1 Aktuelle Version

Id1.2.40.0.34.6.0.11.1.32Gültigkeit2023‑04‑05 13:29:07
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_header_DocumentationOfServiceEvent_eImpfpass vom 2019‑08‑08 12:42:14
StatusKgreen.png AktivVersions-Label1.0.0+20230717
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 Impfung, 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!

KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungSpezialisierung: Template 1.2.40.0.34.6.0.11.1.32 Documentation Of Service Event - e-Impfpass (2019‑08‑08 12:42:14)
ref
elgaimpf-

Spezialisierung: 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="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 Starts der Gesundheitsdienstleistung (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 Endes der Gesundheitsdienstleistung (aktueller Besuch, MUSS sich vom Start der Gesundheitsdienstleistung 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)


1.2 Zusammenstellung aller Versionen dieses Templates