1.2.40.0.34.6.0.11.1.48: Unterschied zwischen den Versionen

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche
[unmarkierte Version][unmarkierte Version]
(Automatic ADBot page (cfaa7202d5545a269140df164f8f5d82fb25b05b))
 
(Automatic ADBot page (cfaa7202d5545a269140df164f8f5d82fb25b05b))
Zeile 5: Zeile 5:
 
=Template ''atlab_header_DocumentationOfServiceEventLaborMikrobiologie''=
 
=Template ''atlab_header_DocumentationOfServiceEventLaborMikrobiologie''=
  
<p>Dokumentation der Gesundheitsdienstleistung.
+
<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 übernommen werden, ergeben sich folgende Implikationen:Es SOLL mindestens eine Gesundheitsdienstleistung als documentationOf/serviceEvent-Element angegeben werdenEs können beliebig viele weitere Gesundheitsdienstleistungen als weitere documentationOf/serviceEvent-Elemente angegeben werdenDie serviceEvents sind die einzigen medizinischen Informationen zum Dokument im XDS-DokumentenregisterKönnen daher als Such-/Filterkriterium verwendet werden und scheinen ggf. in den Ergebnissen der Suchabfragen aufDie Zeitangaben des ersten documentationOf/serviceEvent-Elements werden in die Dokument-Metadaten übernommenDie ServiceEvents stellen eine wertvolle Information zum Suchen und Filtern in den Dokument-Metadaten dar!</p>
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!
 
 
 
        </p>
 
 
==Aktuelle Version==
 
==Aktuelle Version==
 
{{:{{BASEPAGENAME}}/dynamic}}
 
{{:{{BASEPAGENAME}}/dynamic}}
Zeile 24: Zeile 11:
 
==Zusammenstellung aller Versionen dieses Templates==
 
==Zusammenstellung aller Versionen dieses Templates==
 
*[[1.2.40.0.34.6.0.11.1.48/static-2020-08-26T152924|2020-08-26 15:29:24 (In Entwicklung)]]
 
*[[1.2.40.0.34.6.0.11.1.48/static-2020-08-26T152924|2020-08-26 15:29:24 (In Entwicklung)]]
<!--ff4f47d7be0cb654f58cd621b6682fdf3e2f0f8a-->
+
<!--0045ae5b68a23cacc8972da7fbb1567d7aed0bdf-->

Version vom 28. November 2020, 13:06 Uhr

Weitere Informationen sind zusammengefasst im Hilfe-Beitrag Templates.

1 Template atlab_header_DocumentationOfServiceEventLaborMikrobiologie

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 werdenEs können beliebig viele weitere Gesundheitsdienstleistungen als weitere documentationOf/serviceEvent-Elemente angegeben werdenDie serviceEvents sind die einzigen medizinischen Informationen zum Dokument im XDS-DokumentenregisterKönnen daher als Such-/Filterkriterium verwendet werden und scheinen ggf. in den Ergebnissen der Suchabfragen aufDie Zeitangaben des ersten documentationOf/serviceEvent-Elements werden in die Dokument-Metadaten übernommenDie 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.48Gültigkeit2020‑08‑26 15:29:24
StatusKgreen.png AktivVersions-Label1.0.0+20211213
Nameatlab_header_DocumentationOfServiceEventLaborUndMikrobiologieBezeichnungDocumentation Of Service Event - Labor und Mikrobiologie
Beschreibung
Dokumentation der Gesundheitsdienstleistung. Mit der Assoziation documentationOf/serviceEvent wird die eigentliche Gesundheitsdienstleistung repräsentiert, die in dem Dokument dokumentiert wird (z.B. Hämatologie, Kultureller Erregernachweis, etc.).

WICHTIG: Im Zuge der Einstellung eines Labor- oder Mikrobiologiebefundes wird durch die XDS-Metadaten dargestellt, welche Sections im gegenständlichen Labor- oder Mikrobiologiebefund enthalten sind und in welcher Ausprägung (maschinenlesbar oder nicht). Daher MUSS der jeweilige section/code als serviceEvent/code als auch die section/templateId (OID Bereich: 1.2.40.0.34.6.0.11.2.X) der Section als serviceEvent/id[@root] angegeben werden. Dies MUSS - mit Ausnahme von den Sections "Brieftext" und "Abschließende Bemerkungen" - für alle Sections erfolgen. Das bedeutet, dass für jede Section ein eigenes documentationOf/serviceEvent angelegt werden muss.

Zusätzlich gilt für Mikrobiologiebefunde und für Laborbefunde, die mikrobiologische Ergebnisse beinhalten, dass zusätzlich ein "documentationOf/serviceEvent" mit dem Code "18725-2 - Microbiology studies (set)" codiert werden MUSS.

↔ Hinweis zum XDS-Mapping:
Da diese Informationen in die XDS-Metadaten übernommen werden, ergeben sich folgende Implikationen:
  • Es MÜSSEN für alle Sections entsprechende "documentationOf/serviceEvent"-Elemente angegeben werden.
  • Die Zeitangaben des ersten "documentationOf/serviceEvent"-Elements werden in die Dokument-Metadaten übernommen.
  • 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.
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.15ContainmentKgreen.png Time Interval Information minimal (1.0.1+20210628)DYNAMIC
1.2.40.0.34.6.0.11.9.24ContainmentKgreen.png Performer - Laboratory (1.0.0+20211213)DYNAMIC
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-
Beispiel
Strukturbeispiel Hämatologie
<documentationOf typeCode="DOC">
  <serviceEvent classCode="ACT" moodCode="EVN">
    <id root="1.2.40.0.34.6.0.11.2.102"/>    <code code="300" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung" displayName="Hämatologie"/>    <effectiveTime>
      <low value="20190611102209+0200"/>      <high value="20190611132209+0200"/>    </effectiveTime>
    <performer typeCode="PRF">
      <!-- template 1.2.40.0.34.6.0.11.9.24 'Performer - Laboratory' -->
    </performer>
  </serviceEvent>
</documentationOf>
Beispiel
Strukturbeispiel Microbial culture finding (finding)
<documentationOf typeCode="DOC">
  <serviceEvent classCode="ACT" moodCode="EVN">
    <id root="1.2.40.0.34.6.0.11.2.106"/>    <code code="446394004" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Microbial culture finding (finding)"/>    <effectiveTime>
      <low value="20190611102209+0200"/>      <high value="20190611132209+0200"/>    </effectiveTime>
    <performer typeCode="PRF">
      <!-- template 1.2.40.0.34.6.0.11.9.24 'Performer - Laboratory' -->
    </performer>
  </serviceEvent>
</documentationOf>
ItemDTKardKonfBeschreibungLabel
hl7:documentationOf
Komponente für die Gesundheitsdienstleistung.
(atl...gie)
Treetree.png@typeCode
cs0 … 1FDOC
Treetree.pnghl7:serviceEvent
1 … 1MDie serviceEvents in den ELGA Labor- und Mikrobiologiebefunden MÜSSEN die "section/code"-Elemente als auch die "section/templateId"-Elemente wiedergeben. Diese Informationen werden über eine Mapping-Vorschrift in die XDS-Metadaten übernommen und ermöglichen einem ELGA-Teilnehmer zu erkennen, welche Sections beinhaltet sind und in welchem Codierungsgrad diese vorliegen. Daher muss für jede Section, welche medizinische Information enthält (Ausnahmen sind "Brieftext" und "Abschließende Bemerkungen"), ein documentationOf/serviceEvent codiert werden.
(atl...gie)
Treeblank.pngTreetree.png@classCode
cs0 … 1FACT
Treeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreetree.pnghl7:id
II0 … 1C(atl...gie)
Treeblank.pngTreeblank.pngTreetree.png@extension
st0NPNP/nicht anwesend
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RIn das serviceEvent/id[@root] MUSS die section/templateId[@root] geschrieben werden. Im Fall von mehreren "section/templateId"-Elementen MUSS jenes gewählt werden, dessen @id-Attribut in dem OID-Bereich 1.2.40.0.34.6.0.11.2.X zu finden ist.
 ConstraintGrundsätzlich MUSS serviceEvent/id angegeben werden. Die serviceEvent/id IST NICHT ERLAUBT für das zusätzliche serviceEvent mit dem Code "18725-2 - Microbiology studies (set)" für Mikrobiologiebefunde bzw. Laborbefunde, die mikrobiologische Ergebnisse beinhalten.
 Schematron assertrole error 
 testhl7:code[@code='18725-2'][@codeSystem='2.16.840.1.113883.6.1'] or hl7:id 
 MeldungserviceEvent/id MUSS angegeben werden 
 Schematron assertrole error 
 testnot(hl7:code[@code='18725-2'][@codeSystem='2.16.840.1.113883.6.1'] and hl7:id) 
 MeldungserviceEvent/id DARF NICHT angegeben werden 
Treeblank.pngTreetree.pnghl7:code
CE1 … 1MCode der Gesundheitsdienstleistung.

↔ Hinweis zum XDS-Mapping:
Dieses Element wird in das XDS-Attribut "eventCodeList" gemappt.
(atl...gie)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.22 ELGA_ServiceEventsLabor (DYNAMIC)
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS1 … 1MAngabe des zeitlichen Erbringungsintervalls effectiveTime mit einer Start- "low" und Endzeit "high" (verpflichtend).

Startzeitpunkt: Datum und Zeitpunkt, an dem das analysierende Labor die Anforderung vom Zuweiser in der Labor EDV erfasst hat. Falls nicht vorhanden, sind Datum und Uhrzeit des Starts des Auftrags in der Labor EDV anzugeben.
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

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
(atl...gie)
Treeblank.pngTreetree.pnghl7:performer
0 … *CErbringer der Gesundheitsdienstleistung (Labor mit seinem Leiter).

Beinhaltet 1.2.40.0.34.6.0.11.9.24 Performer - Laboratory (DYNAMIC)
(atl...gie)
 ConstraintWurde der Befund nur von einem Labor erstellt, MUSS dieses in "/ClinicalDocument/documentationOf[1]/serviceEvent/performer" dokumentiert werden.

Sind mehrere Labors an der Erstellung beteiligt, MUSS das Labor im "structuredBody" entweder auf "entry"-Ebene oder im Rahmen eines "organizer"-Elementes oder direkt bei der Analyse ("observation"-Element) angegeben werden. Angaben in tieferen Ebenen (z.B. "observation"-Ebene) überschreiben solche auf höheren Ebenen (z.B. "organizer"-Ebene).

Für den Fall, dass Analysen von einem externen Labor durchgeführt wurden, MUSS assignedEntity/code mit @code="E", @codeSystem="2.16.840.1.113883.2.16.1.4.9", @codeSystemName="HL7.at.Laborkennzeichnung" und @displayName="EXTERN" angegeben werden.


1.2 Zusammenstellung aller Versionen dieses Templates