Telemonitoring-Episodenbericht (Version 1.2.1+20211001)

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche
[unmarkierte Version][Markierung ausstehend]
(Funktionale Anforderungen)
 
(182 dazwischenliegende Versionen von 6 Benutzern werden nicht angezeigt)
Zeile 2: Zeile 2:
 
|title=Telemonitoring-Episodenbericht
 
|title=Telemonitoring-Episodenbericht
 
|titlemode=append
 
|titlemode=append
|keywords= Telemonitoring-Episodenbericht
+
|keywords= Telemonitoring-Episodenbericht,; Telehealth,; Telemedizin
|description=Der Telemonitoring-Episodenbericht enthält Daten zu... einer Person.
+
|description=Der Telemonitoring-Episodenbericht enthält Daten zu einer Person gesammelt über eine Telemonitoring-Episode.
 
}}
 
}}
{{#customtitle:Telemonitoring-Episodenbericht}}
+
{{#customtitle:Telemonitoring-Episodenbericht (Version 1.2.1+20211001)}}
 
+
<!--
{{Underconstruction}}
+
  Implementierungsleitfaden "Allgemeiner Implementierungsleitfaden 2020"
 
+
-->
 
 
 
{{#css:
 
{{#css:
 
@media Screen{
 
@media Screen{
Zeile 37: Zeile 36:
 
}
 
}
 
}}
 
}}
 
+
<!-- Implementierungsleitfaden Metadaten-->
 
 
<!-- Implementierungsleitfaden "e-Impfpass" Metadaten-->
 
 
 
 
{{Infobox Dokument
 
{{Infobox Dokument
|Group    = CDA Implementierungsleitfaden
+
|Group    = ELGA CDA<br/>Implementierungsleitfäden
|Title    = HL7 Implementation Guide for CDA<sup>&reg;</sup> R2:<br/>e-Impfpass
+
|Title    = HL7 Implementation Guide for CDA<sup>&reg;</sup> R2:<br/>Telemonitoring-Episodenbericht (Version 1)
|Subtitle  = Zur Anwendung im österreichischen<br/>Gesundheitswesen [1.2.40.0.34.7.19.1]
+
|Subtitle  = Zur Anwendung im österreichischen<br/>Gesundheitswesen [1.2.40.0.34.7.23.1]
 
|Short    = Telemonitoring-Episodenbericht
 
|Short    = Telemonitoring-Episodenbericht
 
|Namespace = ILF
 
|Namespace = ILF
 
|Type      = Implementierungsleitfaden
 
|Type      = Implementierungsleitfaden
|Version  = 1
+
|Version  = 1.2.1+20211001
|Submitted = HL7 Austria (not yet submitted)
+
|Submitted = ELGA GmbH
|Date      = Oktober 2019
+
|Copyright = © HL7 Austria 2021
|Copyright = 2019-2021
+
|Date      = 01.10.2021
|Status    = Ballot Version 2019
+
|Status    = Normativ
 +
|Verfahren = Normatives Abstimmungsverfahren
 
|Period    = n.a.
 
|Period    = n.a.
|OID      = 1.2.40.0.34.7.x.1
+
|OID      = 1.2.40.0.34.7.23.1
|Realm    = Österreich
+
|Realm    = Austria
 
}}
 
}}
 +
{{TOC limit|4}}
 +
<!-- {{Underconstruction}} -->
 
<!-- Zusammenfassung an erster Stelle -->
 
<!-- Zusammenfassung an erster Stelle -->
 +
{{BeginYellowBox}}Dieses Dokument bildet den '''vollständigen Implementierungsleitfaden des Telemonitoring-Episodenbrichtes (TmE)''' ab und richtet sich an Softwareentwickler und Berater. Zum besseren Verständnis empfehlen wir Ihnen den [[ILF:Telemonitoring-Episodenbericht_Guide|'''zusammenfassenden TmE-Guide''']] im Vorfeld zu lesen.{{EndYellowBox}}
 +
 
=Zusammenfassung=
 
=Zusammenfassung=
{{BeginYellowBox}}
+
 
Dieser Implementierungsleitfaden beschreibt das Datenaustauschformat des Telemonitoring-Episodenberichts in Österreich. Die Beschreibung enthält Festlegungen, Einschränkungen und Bedingungen auf Grundlage des internationalen Standards ISO/HL7 27932:2009 HL7 Clinical Document Architecture, Release 2.0 (CDA) und ist ein nationaler Standard der HL7 Austria.  
+
Dieser Implementierungsleitfaden beschreibt das Datenaustauschformat des Telemonitoring-Episodenberichts in Österreich. Die Beschreibung enthält Festlegungen, Einschränkungen und Bedingungen auf Grundlage des internationalen Standards ISO/HL7 27932:2009 HL7 Clinical Document Architecture, Release 2.0 (CDA) und ist ein nationaler Standard der HL7 Austria.
  
 
Die Grundlage der Datenaustauschformate ist der internationale [[CDA-Grundlagen|CDA-Standard]], der sich in ELGA bereits bewährt hat. Er erlaubt es Sender und Empfänger, sich ohne vorherige Absprache zu verstehen. Der Standard hat zum Ziel, einen umfassenden Austausch von semantisch interoperablen Informationen zwischen allen beteiligten Akteuren bei der Behandlung von Patienten zu ermöglichen. Der Datenaustausch findet hierbei nicht nur innerhalb einer Einrichtung, sondern auch zwischen kooperierenden Einrichtungen und über Sektorengrenzen hinaus statt. Die Empfänger der Dokumente sollen die Inhalte benutzen und weiterverwenden können, ohne sich vorher mit dem Ersteller absprechen zu müssen.  
 
Die Grundlage der Datenaustauschformate ist der internationale [[CDA-Grundlagen|CDA-Standard]], der sich in ELGA bereits bewährt hat. Er erlaubt es Sender und Empfänger, sich ohne vorherige Absprache zu verstehen. Der Standard hat zum Ziel, einen umfassenden Austausch von semantisch interoperablen Informationen zwischen allen beteiligten Akteuren bei der Behandlung von Patienten zu ermöglichen. Der Datenaustausch findet hierbei nicht nur innerhalb einer Einrichtung, sondern auch zwischen kooperierenden Einrichtungen und über Sektorengrenzen hinaus statt. Die Empfänger der Dokumente sollen die Inhalte benutzen und weiterverwenden können, ohne sich vorher mit dem Ersteller absprechen zu müssen.  
  
Das CDA-Dokument-Template Telemonitoring Episodenbericht kann als Datenaustauschformat für eine fortlaufende wie auch abgeschlossene durch Telemonitoring unterstütze Behandlung dienen. Die Unterscheidung ist durch einen anderen Dokumententyp und einer anderen Vorgabe für den Titel des Dokumentes erkennbar. Als Grundlage wurde der [https://www.hl7.org/implement/standards/product_brief.cfm?product_id=33 (Personal Healthcare Monitoring Report)] und Teile des [https://www.ihe.net/uploadedFiles/Documents/Pharmacy/IHE_Pharmacy_Suppl_CMA.pdf (IHE Pharmacy Community Medication Administration - CMA)] herangezogen.  
+
Das CDA Telemonitoring Episodenbericht kann als Datenaustauschformat für eine fortlaufende wie auch abgeschlossene durch Telemonitoring unterstütze Behandlung dienen. Die Unterschiedung ist am Dokumententyp, dem Code für den Status wie "active" oder "completed" und einem anderem Beginn des Titels erkennbar. Als Grundlage wurde der Personal Healthcare Monitoring Report (PHMR)<ref name="PHMR">Personal Healthcare Monitoring Report - PHMR
 +
[https://www.hl7.org/implement/standards/product_brief.cfm?product_id=33 https://www.hl7.org/implement/standards/product_brief.cfm?product_id=33]</ref> und Teile des IHE Pharmacy Community Medication Administration (CMA)<ref name="CMA">IHE Pharmacy Community Medication Administration - CMA [https://www.ihe.net/uploadedFiles/Documents/Pharmacy/IHE_Pharmacy_Suppl_CMA.pdf https://www.ihe.net/uploadedFiles/Documents/Pharmacy/IHE_Pharmacy_Suppl_CMA.pdf]</ref> und IHE Patient Care Coordination (PCC)<ref name>IHE Patient Care Coordination (PCC) [Online Juli 2019][https://www.ihe.net/resources/technical_frameworks/#pcc https://www.ihe.net/resources/technical_frameworks/#pcc]</ref> herangezogen.  
  
Der Implementierungsleitfaden orientiert sich an den elementaren Konzepten und dem zugrunde liegenden Modell des Dokuments [https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden_2020 Allgemeiner Implementierungsleitfaden]. Dort werden die notwendigen Datentypen, Dokument-Metadaten (Header), die Möglichkeiten der Textstrukturierung, grundlegende Vorgaben für die Anwendung von Terminologien, einige allgemein genutzten Inhaltsstrukturen (Sections) sowie Codebeispiele und praktische Implementierungshilfen gezeigt. Alle weiteren, für diesen Leitfaden benötigten Elemente werden hier erklärt. Die Notation der Spezifikation der Datenaustauschformate folgt der "Art-Decor"-Schreibweise, die auf einer eigenen Seite ([[Hilfe:Art-Decor-Tabellen_verstehen|Art-Decor-Tabellen verstehen]]) erläutert wird.
+
Der Implementierungsleitfaden orientiert sich an den elementaren Konzepten und dem zugrunde liegenden Modell des Dokuments [[ILF:Allgemeiner_Implementierungsleitfaden_2020|Allgemeiner Implementierungsleitfaden]]. Dort werden die notwendigen Datentypen, Dokument-Metadaten (Header), die Möglichkeiten der Textstrukturierung, grundlegende Vorgaben für die Anwendung von Terminologien, einige allgemein genutzten Inhaltsstrukturen (Sections) sowie Codebeispiele und praktische Implementierungshilfen gezeigt. Alle weiteren, für diesen Leitfaden benötigten Elemente werden hier erklärt. Die Notation der Spezifikation der Datenaustauschformate folgt der "Art-Decor"-Schreibweise, die auf einer eigenen Seite ([[Hilfe:Art-Decor-Tabellen_verstehen|Art-Decor-Tabellen verstehen]]) erläutert wird.
 +
 
 +
Der vorgesehene Ablauf des Datenaustausches wird im Kapitel [[#Anwendungsf.C3.A4lle_zur_Dokumentenerstellung_und_-Aktualisierung|Anwendungsfälle zur Dokumentenerstellung und -Aktualisierung]] beschrieben.
 +
 
 +
 
 +
'''Übersichtstabellen für Header und Body-Strukturen'''
 +
*[[#.C3.9Cbersichtstabelle_der_CDA_Strukturen_des_Headers|Übersichtstabelle der CDA Strukturen des Headers]] (administrative Daten)
 +
*[[#.C3.9Cbersichtstabelle_der_CDA_Strukturen_des_Bodys|Übersichtstabelle der CDA Strukturen des CDA Bodys]] (medizinische Inhalte)
  
Der vorgesehene Ablauf des Datenaustausches wird im Kapitel [[ILF:Telemonitoring-Episodenbericht#User Storys ("Anwendungsfälle")|UserStorys ("Anwendungsfälle")]] beschrieben.
 
{{EndYellowBox}}
 
  
{{BeginYellowBox}}
+
Auf der '''[[ILF_Diskussion:Telemonitoring-Episodenbericht|Diskussionsseite]]''' werden die Fehler und Änderungswünsche an dieser Version dokumentiert.
'''Hinweis: Ballot Version'''
 
 
Der Telemonitoring-Episodenbericht ist ein Pilotprojekt - verschiedene Rahmenbedingungen und die gesetzliche Grundlage befinden sich noch in Ausarbeitung, der Leitfaden kann daher nur auf dem aktuellen Stand des Wissens aufbauen. Dieser Leitfaden ist ein Vorschlag für einen nationalen HL7 Standard, der technisch und inhaltlich im Rahmen des Abstimmungsverfahrens normiert wird. Kommentare dazu können an [mailto:office@hl7.at office@hl7.at] gesendet werden. Geben Sie bitte immer eine exakte Beschreibung des Problems und die Stelle im Dokument an. Dazu gibt es in der PDF-Version am linken Seitenrand eine Skale, die Sie mit der Kapitel- und Seitennummer angeben. Änderungen gegenüber der endgültigen Version sind möglich.  
 
{{EndYellowBox}}
 
  
 
=Informationen über dieses Dokument=
 
=Informationen über dieses Dokument=
 
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;">
 
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;">
<!-- Seitenumbruch -->
 
<p style="page-break-before: always"></p>
 
 
==Impressum==
 
==Impressum==
 
<div class="mw-collapsible-content">
 
<div class="mw-collapsible-content">
Zeile 112: Zeile 113:
 
Soweit im Text Bezeichnungen nur im generischen Maskulinum angeführt sind, beziehen sie sich auf Männer, Frauen und andere Geschlechtsidentitäten in gleicher Weise. Unter dem Begriff "Patient" werden sowohl Bürger, Kunden und Klienten zusammengefasst, welche an einem Behandlungs- oder Pflegeprozess teilnehmen als auch gesunde Bürger, die derzeit nicht an einem solchen teilnehmen. Es wird ebenso darauf hingewiesen, dass umgekehrt der Begriff Bürger auch Patienten, Kunden und Klienten mit einbezieht.
 
Soweit im Text Bezeichnungen nur im generischen Maskulinum angeführt sind, beziehen sie sich auf Männer, Frauen und andere Geschlechtsidentitäten in gleicher Weise. Unter dem Begriff "Patient" werden sowohl Bürger, Kunden und Klienten zusammengefasst, welche an einem Behandlungs- oder Pflegeprozess teilnehmen als auch gesunde Bürger, die derzeit nicht an einem solchen teilnehmen. Es wird ebenso darauf hingewiesen, dass umgekehrt der Begriff Bürger auch Patienten, Kunden und Klienten mit einbezieht.
 
</div></div>
 
</div></div>
{{ILF:Lizenzinformationen}}
+
{{ILF:Lizenzinformationen_Telemonitoring-Episodenbericht}}
 
==Verbindlichkeit==
 
==Verbindlichkeit==
 
Die Verbindlichkeit und die Umsetzungsfrist dieses Leitfadens sind im Gesundheitstelematikgesetz 2012, BGBl.I Nr.111/2012 sowie in den darauf fußenden ELGA-Verordnungen geregelt.  
 
Die Verbindlichkeit und die Umsetzungsfrist dieses Leitfadens sind im Gesundheitstelematikgesetz 2012, BGBl.I Nr.111/2012 sowie in den darauf fußenden ELGA-Verordnungen geregelt.  
  
Der Leitfaden in seiner jeweils aktuell gültigen Fassung sowie die aktualisierten Terminologien sind vom zuständigen Minister auf www.gesundheit.gv.at zu veröffentlichen. Der Zeitplan zur Bereitstellung der Datenaustauschformate wird durch das Gesundheitstelematikgesetz 2012 und darauf basierenden Durchführungsverordnungen durch den zuständigen Bundesminister vorgegeben. Hauptversionen, also Aktualisierungen des Implementierungsleitfadens, welche zusätzliche verpflichtende Konformitätskriterien enthalten („Mandatory“ (M), „Required“ (R) und „Fixed“ (F)), sind mit ihren Fristen zur Bereitstellung per Verordnung kundzumachen. Andere Aktualisierungen (Nebenversionen) dürfen auch ohne Änderung dieser Verordnung unter www.gesundheit.gv.at veröffentlicht werden.  
+
Der Leitfaden in seiner jeweils aktuell gültigen Fassung sowie die aktualisierten Terminologien sind vom zuständigen Minister auf www.gesundheit.gv.at zu veröffentlichen. Der Zeitplan zur Bereitstellung der Datenaustauschformate wird durch das Gesundheitstelematikgesetz 2012 und darauf basierenden Durchführungsverordnungen durch den zuständigen Bundesminister vorgegeben. Hauptversionen, also Aktualisierungen des Implementierungsleitfadens, welche zusätzliche verpflichtende Konformitätskriterien enthalten ("Mandatory" [M], "Required" [R] und "Fixed" [F]), sind mit ihren Fristen zur Bereitstellung per Verordnung kundzumachen. Andere Aktualisierungen (Nebenversionen) dürfen auch ohne Änderung dieser Verordnung unter www.gesundheit.gv.at veröffentlicht werden.  
  
Die Anwendung dieses Implementierungsleitfadens hat im Einklang mit der Rechtsordnung der Republik Österreich und insbesondere mit den relevanten Materiengesetzen (z.B. Ärztegesetz 1998, Apothekenbetriebsordnung 2005, Krankenanstalten- und Kuranstaltengesetz, Gesundheits- und Krankenpflegegesetz, Rezeptpflichtgesetz, Datenschutzgesetz 2000, Gesundheitstelematikgesetz 2012) zu erfolgen. Technische Möglichkeiten können gesetzliche Bestimmungen selbstverständlich nicht verändern, vielmehr sind die technischen Möglichkeiten im Einklang mit den Gesetzen zu nutzen.
+
Die Anwendung dieses Implementierungsleitfadens hat im Einklang mit österreichischem und europäischem Recht, insbesondere mit den relevanten Materiengesetzen (z.B. Ärztegesetz 1998, Apothekenbetriebsordnung 2005, Krankenanstalten- und Kuranstaltengesetz, Gesundheits- und Krankenpflegegesetz, Rezeptpflichtgesetz, Datenschutzgesetz, Gesundheitstelematikgesetz 2012, DSGVO) zu erfolgen. Technische Möglichkeiten können gesetzliche Bestimmungen selbstverständlich nicht verändern, vielmehr sind die technischen Möglichkeiten im Einklang mit den Gesetzen zu nutzen.
  
 
Die Einhaltung der gesetzlichen Bestimmungen liegt im Verantwortungsbereich der Ersteller der CDA-Dokumente.
 
Die Einhaltung der gesetzlichen Bestimmungen liegt im Verantwortungsbereich der Ersteller der CDA-Dokumente.
  
 
== Verwendete Grundlagen und Bezug zu anderen Standards ==
 
== Verwendete Grundlagen und Bezug zu anderen Standards ==
 
 
{|
 
{|
 
|style="vertical-align:top" |
 
|style="vertical-align:top" |
Grundlage dieses Implementierungsleitfadens ist der internationale Standard "HL7 Clinical Document Architecture, Release 2.0" (CDA &copy;), für die das Copyright &copy; von Health Level Seven International gilt.
+
Grundlage dieses Implementierungsleitfadens ist der internationale Standard "HL7 Clinical Document Architecture, Release 2.0" (CDA ©), für die das Copyright © von Health Level Seven International<ref name="HL7">Health Level Seven International [http://www.hl7.org www.hl7.org]</ref> gilt. 2009 wurde die Release 2.0 als ISO-Standard ISO/HL7 27932:2009 publiziert<ref>ISO/HL7 27932:2009 Data Exchange Standards — HL7 Clinical Document Architecture, Release 2 [https://www.iso.org/standard/44429.html]</ref>.
 +
 
 +
CDA definiert die Struktur und Semantik von "medizinischen Dokumenten" zum Austausch zwischen Gesundheitsdiensteanbietern und Patienten. Es enthält alle Metadaten zur Weiterverarbeitung und einen lesbaren textuellen Inhalt und kann diese Informationen auch maschinenlesbar tragen. Das Datenmodell von CDA und seine Abbildung in XML<ref>World Wide Web Consortium. Extensible Markup Language, 1.0, 5th Edition. [http://www.w3.org/TR/REC-xml]</ref> folgen dem Basisstandard HL7 Version 3<ref>HL7 Version 3 Product Suite [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186]</ref> mit seinem Referenz-Informationsmodell (RIM). Dieser Leitfaden verwendet das HL7-Template-Austauschformat zur Definition der "Bausteine" (Templates) und ART-DECOR® <ref>ART-DECOR® [https://art-decor.org www.art-decor.org]</ref> als Spezifikationsplattform.
 +
 
 +
* HL7 Clinical Document Architecture (CDA) <ref name="CDA"> HL7 Clinical Document Architecture (CDA) [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7]</ref>
 +
* HL7 Referenz-Informationsmodell (RIM)<ref name="RIM">HL7 Version 3: Reference Information Model (RIM) [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=77]</ref>
 +
* HL7 V3 Datentypen <ref name="HL7 Version 3 Standard: Data Types">HL7 Version 3 Standard: Data Types – Abstract Specification, Release 2[http://www.hl7.org/documentcenter/private/standards/v3/edition_web/infrastructure/datatypes_r2/datatypes_r2.html]</ref>
 +
* HL7 Template-Austauschformat Specification and Use of Reusable Information Constraint Templates, Release 1<ref name="Templates Specification"> HL7 Templates Standard: Specification and Use of Reusable Information Constraint Templates, Release 1  [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=377] </ref>
  
CDA definiert die Struktur und Semantik von "medizinischen Dokumenten" zum Austausch zwischen Gesundheitsdiensteanbietern und Patienten. Es enthält alle Metadaten zur Weiterverarbeitung und einen lesbaren textuellen Inhalt und kann diese Informationen auch maschinenlesbar tragen. Das Datenmodell von CDA und seine Abbildung in XML folgen dem Basisstandard HL7 Version 3 mit seinem Referenzinformationsmodell (RIM).  
+
Die HL7 Standards können über die HL7 Anwendergruppe Österreich (HL7 Austria)<ref>HL7 Austria [http://www.hl7.at/ www.hl7.at]</ref>, die offizielle Vertretung von Health Level Seven International in Österreich bezogen werden ([https://www.hl7.at www.HL7.at]). Alle auf nationale Verhältnisse angepassten und veröffentlichten HL7-Spezifikationen können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.
  
 +
{{BeginILFBox}}
 +
Der Telemonitoring-Episodenbericht basiert auf den Vorgaben des '''[[ILF:Allgemeiner_Implementierungsleitfaden_2020|Allgemeinen Implementierungsleitfadens (Version 3)]]'''.{{EndILFBox}}
 
Für die Modellierung der technischen Spezifikation der Inhalte des Telemonitoring-Episodenberichtes wurde das "PHMR Personal Healthcare Monitoring Report", das "CMA Community Medication Administration" und das "PCC Patient Care Coordination" als wesentliche Grundlage gewählt.
 
Für die Modellierung der technischen Spezifikation der Inhalte des Telemonitoring-Episodenberichtes wurde das "PHMR Personal Healthcare Monitoring Report", das "CMA Community Medication Administration" und das "PCC Patient Care Coordination" als wesentliche Grundlage gewählt.
  
Zeile 135: Zeile 144:
 
*[https://www.ihe.net/uploadedFiles/Documents/Pharmacy/IHE_Pharmacy_Suppl_CMA.pdf IHE Pharmacy Technical Framework Supplement Community Medication Administration (CMA) Rev. 1.1 – Trial Implementation]
 
*[https://www.ihe.net/uploadedFiles/Documents/Pharmacy/IHE_Pharmacy_Suppl_CMA.pdf IHE Pharmacy Technical Framework Supplement Community Medication Administration (CMA) Rev. 1.1 – Trial Implementation]
 
*[https://www.hl7.org/implement/standards/product_brief.cfm?product_id=33 HL7 CDA® R2 Implementation Guide: Personal Healthcare Monitoring Report, Release 1]
 
*[https://www.hl7.org/implement/standards/product_brief.cfm?product_id=33 HL7 CDA® R2 Implementation Guide: Personal Healthcare Monitoring Report, Release 1]
*[http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7 HL7 Clinical Document Architecture (CDA)]
 
*[http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186 Version 3 Product Suite (inkl. RIM)]
 
 
| [[Datei:450px-VerwendeteStandardsEpisodenbericht.png| 400px|Verwendete Standards]]
 
| [[Datei:450px-VerwendeteStandardsEpisodenbericht.png| 400px|Verwendete Standards]]
 
<ref group="Abbildung">Verwendete Standards</ref>
 
<ref group="Abbildung">Verwendete Standards</ref>
 
 
|}
 
|}
Die HL7 Standards können über die HL7 Anwendergruppe Österreich (HL7 Austria), die offizielle Vertretung von Health Level Seven International in Österreich bezogen werden (www.hl7.at). Alle auf nationale Verhältnisse angepassten und veröffentlichten HL7-Spezifikationen können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.
 
  
 
==Wichtige unterstützende Materialien==
 
==Wichtige unterstützende Materialien==
 
{{BeginYellowBox}}
 
{{BeginYellowBox}}
Auf der Website [[ILF:Allgemeiner_Leitfaden_Guide|#TODO]] werden unter anderem folgende Materialien zur Verfügung gestellt:  
+
Auf der Website [[ILF:Telemonitoring-Episodenbericht_Guide|Telemonitoring-Episodenbericht Guide]] werden unter anderem folgende Materialien zur Verfügung gestellt:  
 
* die PDF-Version dieses Leitfadens
 
* die PDF-Version dieses Leitfadens
 
* Beispieldokumente  
 
* Beispieldokumente  
Zeile 174: Zeile 179:
 
{{EndILFBox}}
 
{{EndILFBox}}
 
''<u>Themenbezogenes CDA Beispiel-Fragment im XML Format:</u>''
 
''<u>Themenbezogenes CDA Beispiel-Fragment im XML Format:</u>''
{{BeginILFGreenBox}}
+
<pre class="ilfbox_code">
'''<BEISPIEL>'''<br /><languageCode code="de-AT" />
+
<BEISPIEL>
{{EndILFGreenBox}}
+
<languageCode code="de-AT" />
 +
</pre>
  
 
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;">
 
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;">
Zeile 191: Zeile 197:
 
</div></div>
 
</div></div>
  
<!-- Seitenumbruch -->
 
<p style="page-break-before: always"></p>
 
 
<!-- Tatsächlicher Inhalt -->
 
<!-- Tatsächlicher Inhalt -->
  
 
=Einleitung=
 
=Einleitung=
 
==Ausgangslage und Motivation==
 
==Ausgangslage und Motivation==
In Österreich gibt es verschiedene telemedizinische Versorgungsprogramme, die unter anderem die Betreuung von Patienten mit Herzkreislauf-Erkrankungen und Diabetes gewährleisten. Bisher gibt es keine Anbindung dieser telemedizinischen Anwendungen an die ELGA-Infrastruktur. Um den Austausch der Informationen zwischen allen beteiligten Institutionen und Personen zu unterstützen, muss ein einheitliches Austauschformat geschaffen und definiert werden, welches in diesem Dokument beschrieben wird. Durch den Telemonitoring-Episodenbericht sollen in Zukunft mit diesem einheitlichen elektronischen Dokument die Daten aus telemedizinischen Versorgungsprogrammen auch anderen den Patienten behandelnden Gesundheitsdienstleister zur Verfügung stehen.
+
In Österreich gibt es verschiedene telemedizinische Versorgungsprogramme, die unter anderem die Betreuung von Patienten mit Herzkreislauf-Erkrankungen und Diabetes gewährleisten. Bisher gibt es keine Anbindung dieser telemedizinischen Anwendungen an die ELGA-Infrastruktur. Um den Austausch der Informationen zwischen allen beteiligten Institutionen und Personen zu unterstützen, muss ein einheitliches Austauschformat geschaffen und definiert werden, welches in diesem Dokument beschrieben wird. Durch den Telemonitoring-Episodenbericht sollen Daten aus telemedizinischen Versorgungsprogrammen auch anderen Gesundheitsdiensteanbietern mit ELGA-Zugriff zur Verfügung stehen.
  
 
==Zweck des Dokuments==
 
==Zweck des Dokuments==
Der vorliegende "Implementierungsleitfaden für den Telemonitoring-Episodenbericht" beschreibt die einheitliche Implementierungsvorschrift für den Informationsaustausch von Telemonitoring-Daten im österreichischen Gesundheitswesen. Der Leitfaden basiert auf den vorangegangenen Erfahrungen in der Erstellung von Implementierungsleitfäden für ELGA CDA Dokumente. Der Header beinhaltet zum einen administrative Daten (allgemeine Angaben zum Dokument, Daten zum Patienten, usw.) und dienen zum anderen auch als Quelle für die Metadaten, die bei der Registrierung des Dokuments in ELGA verwendet werden. Elemente des Headers und Bodys orientieren sich am bestehenden „Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente“. Die eigentlichen Telemonitoringdaten, die im Rahmen von telemedizinischen Versorgungsprogrammen erfasst werden, sind im so genannten „Body“ enthalten.
+
Der vorliegende "Implementierungsleitfaden für den Telemonitoring-Episodenbericht" beschreibt die einheitliche Implementierungsvorschrift für den Informationsaustausch von Telemonitoring-Daten im österreichischen Gesundheitswesen. Der Leitfaden basiert auf den vorangegangenen Erfahrungen in der Erstellung von Implementierungsleitfäden für ELGA CDA Dokumente. Der Header beinhaltet zum einen administrative Daten (allgemeine Angaben zum Dokument, Daten zum Patienten, usw.) und dient zum anderen auch als Quelle für die Metadaten, die bei der Registrierung des Dokuments in ELGA verwendet werden. Die eigentlichen Telemonitoringdaten, die im Rahmen von telemedizinischen Versorgungsprogrammen erfasst werden, sind im so genannten "Body" enthalten.
 +
{{BeginILFBox}}
 +
Elemente des Headers und Bodys orientieren sich am bestehenden "Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente".{{EndILFBox}}
  
 
==Zielgruppe==
 
==Zielgruppe==
Zeile 207: Zeile 213:
  
 
=Leitfadenerstellungs- und Harmonisierungsprozess=
 
=Leitfadenerstellungs- und Harmonisierungsprozess=
Für die Ausgestaltung der Inhalte von „CDA Implementierungsleitfäden“ ist eine breite Beteiligung der Stakeholder wesentlich, um die praktische Nutzbarkeit und die Akzeptanz durch die ELGA-Benutzer sicherzustellen.  
+
Für die Ausgestaltung der Inhalte von "CDA Implementierungsleitfäden" ist eine breite Beteiligung der Stakeholder wesentlich, um die praktische Nutzbarkeit und die Akzeptanz durch die ELGA-Benutzer sicherzustellen.  
 
Für diese interdisziplinären Expertengruppen stehen nicht die technischen, sondern vor allem medizinisch-inhaltliche Aspekte im Vordergrund. Die technischen Inhalte werden großteils von den Redaktionsteams beigetragen.
 
Für diese interdisziplinären Expertengruppen stehen nicht die technischen, sondern vor allem medizinisch-inhaltliche Aspekte im Vordergrund. Die technischen Inhalte werden großteils von den Redaktionsteams beigetragen.
  
Ein wesentlicher Schritt auf dem Weg zur Interoperabilität der IT-Systeme im Gesundheitswesen ist die Einigung auf Vorgaben für einheitliche Dokumentation und Codierung der Information. Diese durch die Arbeitsgruppen erreichte „Harmonisierung“ etabliert neue nationale Qualitätsstandards der medizinischen Dokumentation.
+
Ein wesentlicher Schritt auf dem Weg zur Interoperabilität der IT-Systeme im Gesundheitswesen ist die Einigung auf Vorgaben für einheitliche Dokumentation und Codierung der Information. Diese durch die Arbeitsgruppen erreichte "Harmonisierung" etabliert neue nationale Qualitätsstandards der medizinischen Dokumentation.
Die Leitfäden werden über ein reguläres Standardisierungsverfahren ("Ballot") durch die HL7 Anwendergruppe Österreich (HL7 Austria) zu einem nationalen HL7 Standard. Weitere Details zum Vorgehensmodell sind im [https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden_2020#Vorgehensmodell allgemeinen Leitfaden - Kapitel Leitfadenerstellungs- und Harmonisierungsprozess - Vorgehensmodell] zu finden.
+
Die Leitfäden werden über ein reguläres Standardisierungsverfahren ("Ballot") durch die HL7 Anwendergruppe Österreich (HL7 Austria) zu einem nationalen HL7 Standard.  
 +
{{BeginILFBox}}
 +
Weitere Details zum Vorgehensmodell sind im [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Vorgehensmodell| Allgemeiner Leitfaden - Kapitel Leitfadenerstellungs- und Harmonisierungsprozess - Vorgehensmodell]] zu finden.{{EndILFBox}}
  
 
Dieser Implementierungsleitfaden entstand durch die Harmonisierungsarbeit der [[AG Telemonitoring-Episodenbericht]], die im ''Zeitraum von Februar 2020 bis Mai 2020 tagte.'' Die Teilnehmer der Arbeitsgruppe wurden durch ihre Organisation delegiert.
 
Dieser Implementierungsleitfaden entstand durch die Harmonisierungsarbeit der [[AG Telemonitoring-Episodenbericht]], die im ''Zeitraum von Februar 2020 bis Mai 2020 tagte.'' Die Teilnehmer der Arbeitsgruppe wurden durch ihre Organisation delegiert.
Zeile 225: Zeile 233:
 
Der CDA-Koordinator evaluiert in regelmäßigen Abständen, ob und welche Änderungen (etwa durch neue medizinische oder gesetzliche Anforderungen) notwendig sind. Aufgrund des Berichtes des CDA-Koordinators empfiehlt die ELGA GmbH die Erstellung von Revisionsversionen der bestehenden Leitfäden. Die geplanten Änderungen sollen mit den maßgeblichen Stakeholdern abgestimmt werden.
 
Der CDA-Koordinator evaluiert in regelmäßigen Abständen, ob und welche Änderungen (etwa durch neue medizinische oder gesetzliche Anforderungen) notwendig sind. Aufgrund des Berichtes des CDA-Koordinators empfiehlt die ELGA GmbH die Erstellung von Revisionsversionen der bestehenden Leitfäden. Die geplanten Änderungen sollen mit den maßgeblichen Stakeholdern abgestimmt werden.
  
Neue Versionen, die „verpflichtende Elemente“ (Sections oder Entries) neu einführen oder entfernen, sind „Hauptversionen“, die jedenfalls über eine Durchführungsverordnung verbindlich gemacht und veröffentlicht werden. Andere Versionen sind „Nebenversionen“. Alle verbindlichen Versionen  sind  auf http://www.gesundheit.gv.at zu veröffentlichen.
+
Neue Versionen, die "verpflichtende Elemente" (Sections oder Entries) neu einführen oder entfernen, sind "Hauptversionen", die jedenfalls über eine Durchführungsverordnung verbindlich gemacht und veröffentlicht werden. Andere Versionen sind "Nebenversionen". Alle verbindlichen Versionen  sind  auf http://www.gesundheit.gv.at zu veröffentlichen.
  
 
== Autoren und Mitwirkende ==
 
== Autoren und Mitwirkende ==
Zeile 243: Zeile 251:
 
|-
 
|-
 
| Nikola Tanjga
 
| Nikola Tanjga
 +
| ELGA GmbH
 +
| Autor
 +
|-
 +
| Andrea Klostermann
 +
| ELGA GmbH
 +
| Autor
 +
|-
 +
| Oliver Kuttin
 
| ELGA GmbH
 
| ELGA GmbH
 
| Autor
 
| Autor
Zeile 250: Zeile 266:
 
| Autor
 
| Autor
 
|}
 
|}
Unter Mitwirkung von<sup>1</sup>: Andrea Klostermann (ELGA GmbH), Stephan Rainer-Sablatnig (ELGA GmbH), Carina Seerainer (ELGA GmbH), Nina Sjencic (ELGA GmbH), Oliver Kuttin (ELGA GmbH)
+
Unter Mitwirkung von<sup>1</sup>: Stephan Rainer-Sablatnig (ELGA GmbH), Carina Seerainer (ELGA GmbH), Nina Sjencic (ELGA GmbH)
  
 
===Mitwirkende===
 
===Mitwirkende===
Zeile 278: Zeile 294:
  
 
=Technischer Hintergrund=
 
=Technischer Hintergrund=
 +
==ELGA==
 +
{{BeginILFBox}}
 +
Der technische Hintergrund soll im [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Technischer_Hintergrund| allgemeinen Leitfaden]] nachgelesen werden.{{EndILFBox}}
 +
==Rahmenrichtlinie für die IT-Infrastruktur bei der Anwendung von Telemonitoring: Messdatenerfassung==
 +
{{BeginYellowBox}}
 +
Inhaltlich beschreibt die Rahmenrichtlinie den idealtypischen Ablauf einer zusätzlichen Betreuung mit Telemonitoring, stellt die IT-Architektur für Telemonitoring und die Systemanforderungen hinsichtlich der Interoperabilität dar. Skizziert werden weiters die Ziele und auch die Nicht-Ziele, die Adressatinnen und Adressaten, die Anbindung an ELGA, die rechtlichen Grundlagen und die technischen Begleitmaßnahmen.{{EndYellowBox}}
  
Der technische Hintergrund soll im [https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden_2020#Technischer_Hintergrund allgemeinen Leitfaden] nachgelesen werden.
+
Folgender Auszug gibt eine Einführung in die Rahmenrichtlinie. Es ist zu empfehlen das Dokument im Zuge der Vorbereitung für die Implementierung eines Telemonitoring Episodenberichts zu lesen.
 +
 
 +
:''Vorarbeiten für vorliegende Rahmenrichtlinie des BMGF waren die Ergebnisse und Empfehlungen der Telegesundheitsdienste Kommission und der Projektgruppe Telegesundheitsdienste im Auftrag der Zielsteuerung und unter Mitwirkung von Bund (Leitung), Ländern und Sozialversicherung. Im Rahmen dieser Arbeiten wurde festgestellt, dass eine grundlegende technische "Guideline" in Form dieser Rahmenrichtlinie benötigt wird, die ein sinnvolles und hilfreiches Hilfsmittel für die in weiterer Folge genannten AdressatInnen bei der Umsetzung von Telemonitoring sein soll. Die hier vorliegende IT Architektur kann im Sinne der Machbarkeit derzeit keine vollständige Umsetzung abdecken und beschränkt sich daher auf die Messdatenerfassung im Rahmen des Telemonitorings. Diese Rahmenrichtlinie betrifft das Telemonitoring für Patientinnen und Patienten, die zur Behandlung/Überwachung ihrer Erkrankung ein zusätzliches Telemonitoring in Anspruch nehmen wollen. Es ist vorgesehen, dass die vorliegende Rahmenrichtlinie für sämtliche öffentlich finanzierte Telemonitoring Anwendungen angewendet werden muss. Diese Rahmenrichtlinie bezieht sich ausschließlich auf den Unterpunkt Überwachung/Monitoring/Messdatenerfassung der PatientInnen und nicht auf die umfassende Kommunikation, welche jedoch weiter entwickelt werden kann – auch im Sinne einer "feedback Funktion" GDA an Patient, bzw. im Führen z.B. eines Therapietagebuches durch die Patienten.''<ref name="telemonitoring Rahmenrichtlinie">Rahmenrichtlinie für die IT-Infrastruktur bei der Anwendung von Telemonitoring: Messdatenerfassung [https://www.sozialministerium.at/Themen/Gesundheit/eHealth/Telemedizin/Rahmenrichtlinie-f%C3%BCr-die-IT-Infrastruktur-bei-der-Anwendung-von-Telemonitoring--Messdatenerfassung-.html]</ref>
 +
 
 +
Aktuell (2020-07) gültiger, direkter Download der Rahmenrichtlinie: https://www.sozialministerium.at/dam/jcr:c6f54325-0c71-4614-93ff-3358d1cfea27/telemonitoring_rahmenrichtlinie_.pdf
  
 
=Allgemeine Richtlinien für ELGA CDA-Implementierungsleitfäden=
 
=Allgemeine Richtlinien für ELGA CDA-Implementierungsleitfäden=
 
+
{{BeginILFBox}}
Die [https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden_2020#Allgemeine_Richtlinien_f.C3.BCr_ELGA_CDA-Implementierungsleitf.C3.A4den allgemeinen Richtlinien für ELGA CDA-Implementierungsleitfäden] sollen beachtet werden.
+
Die [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Allgemeine_Richtlinien_f.C3.BCr_CDA-Implementierungsleitf.C3.A4den|allgemeinen Richtlinien für ELGA CDA-Implementierungsleitfäden]] sollen beachtet werden.
 +
{{EndILFBox}}
  
 
=Funktionale Anforderungen=
 
=Funktionale Anforderungen=
Zeile 298: Zeile 325:
  
 
==Anwendungsfälle des Dokumentenmanagements==
 
==Anwendungsfälle des Dokumentenmanagements==
In den folgenden Kapiteln aus dem allgemeinen Leitfaden stellen eine Zusammenfassung der Inhalte der ELGA Gesamtarchitektur, des Leitfadends XDS Metadaten und Usability Styleguides zum Thema e-Befunde dar. Detailinformationen sind in den entsprechenden Dokumenten nachzulesen (verfügbar auf der Homepage der [https://www.elga.gv.at/ ELGA GmbH]). Die wesentlichen Anwendungsfälle sind
+
Die folgenden Kapiteln aus dem allgemeinen Leitfaden stellen eine Zusammenfassung der Inhalte der ELGA-Gesamtarchitektur, des Leitfadens XDS Metadaten und Usability Styleguides zum Thema e-Befunde dar. Detailinformationen sind in den entsprechenden Dokumenten nachzulesen (verfügbar auf der Homepage der [https://www.elga.gv.at/ ELGA GmbH]). Die wesentlichen Anwendungsfälle sind
 
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Schreiben_und_Einbringen_von_Dokumenten|Schreiben und Einbringen von Dokumenten]]
 
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Schreiben_und_Einbringen_von_Dokumenten|Schreiben und Einbringen von Dokumenten]]
 
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Versionierung_von_Dokumenten|Versionierung von Dokumenten]]
 
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Versionierung_von_Dokumenten|Versionierung von Dokumenten]]
 
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Stornierung_von_Dokumenten|Stornierung von Dokumenten]]
 
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Stornierung_von_Dokumenten|Stornierung von Dokumenten]]
 
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Filtern_und_Suchen_von_Dokumenten|Filtern und Suchen von Dokumenten]]
 
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Filtern_und_Suchen_von_Dokumenten|Filtern und Suchen von Dokumenten]]
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Lesen_von_Dokumenten|Lesen von Dokumenten]]
+
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Lesen_von_ELGA_Dokumenten|Lesen von Dokumenten]]
  
 
<div class="landscape">
 
<div class="landscape">
===Dokument-Metadaten (XDS-Metadaten) Einschränkung===
+
===Dokument-Metadaten (XDS-Metadaten)===
 
{| class="wikitable"
 
{| class="wikitable"
! XDS-Mapping
+
! colspan="2"|XDS-Element mit Link zum XDS-Leitfaden
! Optio-
+
! Optionalität im XDS-Leitfaden
nalität
+
! CDA-Element in /ClinicalDocument
! CDA-Element
+
! Werte ''mit Beispielen''
clinicalDocument.
 
! Beispiel
 
 
! Erklärung
 
! Erklärung
 
|-
 
|-
| formatCode
+
| rowspan="2" colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#uniqueId_2|uniqueId]]
| R
+
| rowspan="2"|M
| .templateId/@extension
+
| rowspan="2"|./id
|  
+
|
*<nowiki>@extension="XDSdocumentEntry.formatCode
+
*@root="''1.2.40.0.34.3.1.1058.1337.999021.1''"
^urn:hl7-at:telemon-epi:2020"</nowiki>
+
| rowspan="2"| Das uniqueId Element beschreibt den global eindeutigen Identifier des Dokuments und kann mit oder ohne Extension angegeben werden.
*@isplayName= "HL7 Austria Telemonitoring Episodenbericht 2020"
 
| Version des Implementierungsleitfaden Telemonitoring Episodenbericht mit XDSdocumentEntry.formatCode als Extension.
 
Das templateId-Element mit einer Extension beginnend mit "XDSdocumentEntry.formatCode^" wird ins XDS-Attribut formatCode gemappt (ohne Präfix XDSdocumentEntry.formatCode^).
 
 
|-  
 
|-  
| classCode
+
|
| R
+
*@root="''1.2.40.0.34.3.1.1058.1337''"
| .code
+
*@extension="''999021.1''"
|  
 
*@code="75496-0"
 
*@displayName="Telehealth note"
 
*@codeSystem="2.16.840.1.113883.6.1"
 
| Bezeichnet die „Dokumentklasse“. Zulässige Werte gemäß Value-Set „ELGA_Dokumentklassen“.
 
 
|-
 
|-
| rowspan="2"| typeCode  
+
| rowspan="2" colspan="2"| [[ILF:XDS_Metadaten_(Version_3)#typeCode_.28und_typeCodeDisplayName.29_2|typeCode]]
 
| rowspan="2"| R
 
| rowspan="2"| R
| rowspan="2"| .code.translation
+
| rowspan="2"| ./code
 
|  
 
|  
 
*@code="75497-8"
 
*@code="75497-8"
 
*@displayName="Telehealth Progress note"
 
*@displayName="Telehealth Progress note"
 
*@codeSystem="2.16.840.1.113883.6.1"
 
*@codeSystem="2.16.840.1.113883.6.1"
| Zur Unterscheidung des Dokumenttyps erhält das Element clinicalDocument.code des '''"Telemonitoring Zwischen-Episodenbericht"''' ein zusätzliches translation-Element.
+
| Zur Unterscheidung des Dokumenttyps erhält das Element code des '''"Telemonitoring Zwischen-Episodenbericht"''' ein vorgegebenes "code"-Element.
 
|-
 
|-
 
|  
 
|  
Zeile 348: Zeile 365:
 
*@displayName="Telehealth Summary note"
 
*@displayName="Telehealth Summary note"
 
*@codeSystem="2.16.840.1.113883.6.1"
 
*@codeSystem="2.16.840.1.113883.6.1"
| Zur Unterscheidung des Dokumenttyps erhält das Element clinicalDocument.code des '''"Telemonitoring Entlassungs-Episodenbericht"''' ein zusätzliches translation-Element.
+
| Zur Unterscheidung des Dokumenttyps erhält das Element code des '''"Telemonitoring Entlassungs-Episodenbericht"''' ein vorgegebenes "code"-Element.
 +
|-
 +
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#classCode_.28und_classCodeDisplayName.29_2|classCode]]
 +
| R
 +
| ./code/translation
 +
|
 +
*@code="75496-0"
 +
*@displayName="Telehealth note"
 +
*@codeSystem="2.16.840.1.113883.6.1"
 +
| Bezeichnet die "Dokumentklasse" in dem untergeordneten "translation"-Element. Einzig zulässige Wert für den telemonitoring Episodenbericht ist Telehealth note (75496-0).
 
|-
 
|-
| rowspan="2"| title
+
| rowspan="2" colspan="2"| [[ILF:XDS_Metadaten_(Version_3)#title_2|title]]
 
| rowspan="2"| R
 
| rowspan="2"| R
| rowspan="2"| .title  
+
| rowspan="2"| ./title  
| "Bsp.: Zwischen-Bericht Herz-Mobil Steiermark (23.3.2020-30.4.2020)"
+
|
| Für den Telemonitoring Episodenbericht mit dem LOINC Code 75497-8 (Telehealth Progress note) muss der Titel mit "Zwischen-Bericht" beginnen. Danach soll das Telegesundheitsdienste-System angegeben werden und mit dem Zeitraum der in dem Dokument vorhandenen Daten enden.  
+
*"Zwischenbericht Herz-Mobil Steiermark (23.3.2020-30.4.2020)"
 +
| Für den Telemonitoring Episodenbericht mit dem LOINC Code 75497-8 (Telehealth Progress note) muss der Titel mit "Zwischenbericht" beginnen. Danach soll das Telegesundheitsdienste-System angegeben werden und mit dem Zeitraum der in dem Dokument vorhandenen Daten enden.
 +
|-
 +
|
 +
*"Entlassungsbericht Herz-Mobil Tirol (5.2020)"
 +
| Für den Telemonitoring Episodenbericht mit dem LOINC Code 75498-6 (Telehealth Summary note) muss der Titel mit "Entlassungsbericht" beginnen. Danach soll das Telegesundheitsdienste-System angegeben werden und mit dem Zeitraum der in dem Dokument vorhandenen Daten enden.
 +
|-
 +
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#formatCode_.28und_formatCodeDisplayName.29_2|formatCode]]
 +
| M
 +
| ./hl7at:formatCode
 +
|
 +
*@code="urn:hl7-at:telemon-epi:1.2.0+20210304"
 +
*@codeSystem="1.2.40.0.34.5.37"
 +
*@displayName="HL7 Austria Telemonitoring Episodenbericht 1.2.0+20210304"
 +
| Version des vom CDA erfüllten Telemonitoring Episodenbericht Implementierungsleitfades.
 +
|-
 +
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#practiceSettingCode_.28und_practiceSettingCodeDisplayName.29_2|practiceSettingCode]]
 +
| M
 +
| ./hl7at:practiceSettingCode
 +
|
 +
*@code="''F019''"
 +
*@codeSystem="1.2.40.0.34.5.12"
 +
*@displayName="''Innere Medizin''"
 +
| Fachliche Zuordnung des Dokuments.
 +
|-
 +
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#creationTime_2|creationTime]]
 +
| M
 +
| ./effectiveTime
 +
|
 +
*@value="''20181213095800+0200''"
 +
| Das letzte medizinisch relevante Datum, an welchem das Dokument medizinische Inhalte hinzugefügt worden sind.
 +
|-
 +
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#confidentialityCode_2|confidentialityCode]]
 +
| M
 +
| ./confidentialityCode
 +
|
 +
*@code="''N''"
 +
*@displayName="''normal''"
 +
*@codeSystem="2.16.840.1.113883.5.25"
 +
*@codeSystemName="HL7:Confidentiality"
 +
| Vertraulichkeitscode des Dokuments. Für ELGA-Dokumente ist ausschließlich "N" erlaubt!
 +
|-
 +
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#languageCode_2|languageCode]]
 +
| M
 +
| ./languageCode
 +
|
 +
*@code="de-AT"
 +
| Für ELGA ist in @code für CDA und Ableitungen in die XDSDocumentEntry-Metadaten derzeit ausschließlich der Wert "de-AT" zulässig. Für eHealth können in zukünftigen Versionen des Leitfadens weitere Sprachcodes erlaubt werden.
 +
|-
 +
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#referenceIdList_2|referenceIdList]]
 +
| M
 +
| ./setId
 +
|
 +
*@root="''1.2.40.0.34.3.1.1058.1337''"
 +
*@extension="''999021''"
 +
| Eindeutige Id des Dokumentensets. Diese bleibt über alle Versionen der Dokumente gleich (initialer Wert bleibt erhalten). Die setId SOLL unterschiedlich zu /ClinicalDocument/id sein.
 +
|-
 +
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#sourcePatientId_2|sourcePatientId]]
 +
| M
 +
| ./recordTarget/patientRole/id[1]
 +
|
 +
*@root="''1.2.40.0.34.99.111.1.2''"
 +
*@extension="''123''"
 +
| Patienten ID im Informationssystem des GDA, z.B.: im KIS eines Krankenhauses.
 
|-
 
|-
| "Bsp.: Entlassungs-Bericht Herz-Mobil Tirol (5.2020)"  
+
|rowspan="6"| [[ILF:XDS_Metadaten_(Version_3)#author_2|author]]
| Für den Telemonitoring Episodenbericht mit dem LOINC Code 75498-6 (Telehealth Summary note) muss der Titel mit "Entlassungs-Bericht" beginnen. Danach soll das Telegesundheitsdienste-System angegeben werden und mit dem Zeitraum der in dem Dokument vorhandenen Daten enden.
+
|rowspan="2"|authorInstitution
 +
|rowspan="2"| M
 +
|rowspan="2"| ./author[1]/assignedAuthor/
 +
&nbsp;&nbsp;&nbsp;representedOrganization/id[1]
 +
|
 +
*@root="''1.2.40.0.34.99.4.1234''"
 +
 
 +
|rowspan="2"| ID und Name der Organisation (Kurzbezeichnung), der die Person angehört, wie im GDA-Index angegeben.
 
|-
 
|-
| eventCodeList
+
|
 +
*@root="''1.2.40.0.34.99.4''"
 +
*@extension="''1234''"
 +
|-
 +
|rowspan="2"|authorPerson
 +
|rowspan="2"| M
 +
|rowspan="2"| ./author[1]/assignedAuthor
 +
|
 +
* ./id/@root="''1.2.40.0.34.99.111.1.2''"
 +
* ./id/@extension="''999021''"
 +
* ./assignedPerson/name/family="''Holzer''"
 +
* ./assignedPerson/name/given[1]="''Daniela''"
 +
* ./assignedPerson/name/given[2]="''Chiara''"
 +
* ./assignedPerson/name/suffix="''BSc''"
 +
* ./assignedPerson/name/prefix[@qualifier="AC"]="''Dr.''"
 +
|rowspan="2"| Daten der Person/des Geräts (Name, ID, etc.)
 +
|-
 +
|
 +
* ./assignedAuthoringDevice/softwareName="''TelehealthSoftware''"
 +
* ./assignedAuthoringDevice/manufacturerModelName="''TelehealthSolutions''"
 +
|-
 +
|authorRole
 +
| M
 +
| ./author[1]/functionCode
 +
|
 +
*@displayName="''Diensthabender Oberarzt''"
 +
| Rolle der Person.
 +
|-
 +
|authorSpeciality
 +
| M
 +
| ./author[1]/assignedAuthor/code
 +
|
 +
*@displayName="''Fachärztin/Facharzt für Innere Medizin''"
 +
| Fachrichtung des Verfassers des Dokuments aus ELGA_AuthorSpeciality.
 +
|-
 +
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#legalAuthenticator_2|LegalAuthenticator]]
 +
| M
 +
| ./legalAuthenticator[1]/assignedEntity
 +
|
 +
* ./id/@root="''1.2.40.0.34.99.111.1.2''"
 +
* ./id/@extension="''999021''"
 +
* ./assignedPerson/name/family="''Holzer''"
 +
* ./assignedPerson/name/given[1]="''Daniela''"
 +
* ./assignedPerson/name/given[2]="''Chiara''"
 +
* ./assignedPerson/name/suffix="''BSc''"
 +
* ./assignedPerson/name/prefix[@qualifier="AC"]="''Dr.''"
 +
| Rechtlicher Unterzeichner des Dokuments.
 +
|-
 +
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#eventCodeList_.28und_eventCodeListDisplayName.29_2|eventCodeList]]
 
| R
 
| R
| .documentationOf
+
| ./documentationOf[1]/serviceEvent/code
.serviceEvent.code
 
 
|  
 
|  
*@code="#TODO"
+
*@code="''719858009''"
*@displayName="#TODO"
+
*@displayName="''Telehealth monitoring (regime/therapy)''"
 
*@codeSystem="2.16.840.1.113883.6.96"
 
*@codeSystem="2.16.840.1.113883.6.96"
 
*@codeSystemName="SNOMED CT"
 
*@codeSystemName="SNOMED CT"
 
| Code der Gesundheitsdienstleistung.
 
| Code der Gesundheitsdienstleistung.
 
|-
 
|-
| serviceStartTime
+
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#serviceStartTime_.2F_serviceStopTime_2|serviceStartTime]]
 
|R
 
|R
|.documentationOf.serviceEvent
+
|./documentationOf[1]/serviceEvent/
.effectiveTime.low
+
&nbsp;&nbsp;&nbsp;effectiveTime/low
 +
|
 +
*@value="''20181001082015+0200''"
 
| Zeitpunkt des Behandlungsbeginns (erster medizinisch relevanter Behandlungstag dieser dokumentierter Gesundheitsdienstleistung)
 
| Zeitpunkt des Behandlungsbeginns (erster medizinisch relevanter Behandlungstag dieser dokumentierter Gesundheitsdienstleistung)
| Beginn der Gesundheitsdienstleistung.
 
 
|-
 
|-
| serviceStopTime
+
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#serviceStartTime_.2F_serviceStopTime_2|serviceStopTime]]
 
|R
 
|R
|.documentationOf.serviceEvent
+
|./documentationOf[1]/serviceEvent/
.effectiveTime.high
+
&nbsp;&nbsp;&nbsp;effectiveTime/high
 +
|
 +
*@value="''20181213105900+0200''"
 
| Zeitpunkt des Behandlungsendes (letzter medizinisch relevanter Behandlungstag dieser dokumentierter Gesundheitsdienstleistung, muss sich von Behandlungsbeginn unterscheiden)
 
| Zeitpunkt des Behandlungsendes (letzter medizinisch relevanter Behandlungstag dieser dokumentierter Gesundheitsdienstleistung, muss sich von Behandlungsbeginn unterscheiden)
| Ende der Gesundheitsdienstleistung.
+
|-
 +
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#healthcareFacilityTypeCode_.28und_healthcareFacilityTypeCodeDisplayName.29_2|healthcareFacilityTypeCode]]
 +
|R
 +
|./componentOf/encompassingEncounter/
 +
&nbsp;&nbsp;&nbsp;location/healthCareFacility/code
 +
|
 +
*@code="''300''"
 +
*@displayName="''Allgemeine Krankenanstalt''"
 +
*@codeSystem="1.2.40.0.34.5.2"
 +
| Klassifizierung des GDA.
 
|}
 
|}
 
</div>
 
</div>
 
<p style="page-break-before: always"></p>
 
  
 
=Konformitätsprüfung=
 
=Konformitätsprüfung=
Ein zu diesem Implementierungsleitfaden konformes CDA-Dokument ist zunächst ein valides CDA Release 2.0 XML-Dokument mit [[#CDA_Header|Header]] und [[#CDA_Body|Body]]. Darüber hinaus erfüllt es alle in diesem Leitfaden festgelegten „Geschäftsregeln“.
+
Ein zu diesem Implementierungsleitfaden konformes CDA-Dokument ist zunächst ein valides CDA Release 2.0 XML-Dokument mit [[ILF:Allgemeiner_Implementierungsleitfaden_2020#CDA_Header|Header]] und [[ILF:Allgemeiner_Implementierungsleitfaden_2020#CDA_Body|Body]]. Darüber hinaus erfüllt es alle in diesem Leitfaden festgelegten "Geschäftsregeln".
  
Dies spiegelt ein generelles Konzept im Umgang mit Dokumenten wieder: die Validierung in zwei Schritten. Im ersten Schritt stellt dies die Validierung gegen zugehörige '''W3C Schemas''' dar. Das verwendete Schema ist das geringfügig erweiterte offizielle CDA Release 2.0 Schema (siehe [[#Schema-Pr.C3.BCfung|Schema-Prüfung]]). Darüber hinaus existieren eine Reihe von '''Schematron''' Regeln, die für einen zweiten Validierungsschritt genutzt werden und letztlich die Detailregelungen in diesem Leitfaden wiedergeben, sowie die Einhaltung der Geschäftsregeln (Optionalität, Kardinalität/Multiplizität, Datentypen, Wertebereiche, Abhängigkeiten) sicherstellen (siehe [[#Schematron-Pr.C3.BCfung|Schematron-Prüfung]]). Geschäftsregeln für Abschnitte oder Elemente werden auch technisch zu '''„Templates“''' zusammengefasst. Eine XML-Instanz, die kein valides CDA-Dokument ist oder sich nicht gegen das XSD-Schema validieren lässt, oder im Widerspruch zu den angegebenen Geschäftsregeln steht, ist kein gültiges CDA-Dokument im Sinne dieses Implementierungsleitfadens.
+
Dies spiegelt ein generelles Konzept im Umgang mit Dokumenten wieder: die Validierung in zwei Schritten. Im ersten Schritt stellt dies die Validierung gegen zugehörige '''W3C Schemas''' dar. Das verwendete Schema ist das geringfügig erweiterte offizielle CDA Release 2.0 Schema (siehe [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Schema-Pr.C3.BCfung|Schema-Prüfung]]). Darüber hinaus existieren eine Reihe von '''Schematron''' Regeln, die für einen zweiten Validierungsschritt genutzt werden und letztlich die Detailregelungen in diesem Leitfaden wiedergeben, sowie die Einhaltung der Geschäftsregeln (Optionalität, Kardinalität/Multiplizität, Datentypen, Wertebereiche, Abhängigkeiten) sicherstellen (siehe [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Schematron-Pr.C3.BCfung|Schematron-Prüfung]]). Geschäftsregeln für Abschnitte oder Elemente werden auch technisch zu '''"Templates"''' zusammengefasst. Eine XML-Instanz, die kein valides CDA-Dokument ist oder sich nicht gegen das XSD-Schema validieren lässt oder im Widerspruch zu den angegebenen Geschäftsregeln steht, ist kein gültiges CDA-Dokument im Sinne dieses Implementierungsleitfadens.
 
{{BeginYellowBox}}
 
{{BeginYellowBox}}
 
Hinweis: Nicht alle Geschäftsregeln können mit Schema oder Schematron geprüft werden (etwa Inhalte von Multimedia-Attachments, Dokumentengröße). Zusätzliche Validierungsschritte sind gegebenenfalls notwendig, um alle Regeln zu überprüfen zu können.  
 
Hinweis: Nicht alle Geschäftsregeln können mit Schema oder Schematron geprüft werden (etwa Inhalte von Multimedia-Attachments, Dokumentengröße). Zusätzliche Validierungsschritte sind gegebenenfalls notwendig, um alle Regeln zu überprüfen zu können.  
 
{{EndYellowBox}}
 
{{EndYellowBox}}
Die Kapitel zu den technische Konformitätsprüfung von CDA-Dokumenten gemäß diesem Dokumentleitfaden mittels Schema und Schematron sind im allgemeinen Leitfaden unter den folgenden Links zu finden:
+
{{BeginILFBox}}
*[https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden_2020#Schema-Pr.C3.BCfung Schema-Prüfung ]
+
Die Kapitel zu den technischen Konformitätsprüfungen von CDA-Dokumenten, gemäß diesem Dokumentleitfadens mittels Schema und Schematron, sind im allgemeinen Leitfaden unter den folgenden Links zu finden:
*[https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden_2020#Schematron-Pr.C3.BCfung Schematron-Prüfung ]
+
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Schema-Pr.C3.BCfung|Schema-Prüfung]]
*[https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden_2020#Online-Validation_von_CDA-Dokumenten Online-Validation von CDA-Dokumenten]
+
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Schematron-Pr.C3.BCfung|Schematron-Prüfung]]
*[https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden_2020#Hinweise_zur_Konformit.C3.A4tspr.C3.BCfung Hinweise zur Konformitätsprüfung]
+
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Online-Validation_von_CDA-Dokumenten|Online-Validation von CDA-Dokumenten]]
*[https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden_2020#Abnahmepr.C3.BCfung_f.C3.BCr_ELGA_e-Befunde Abnahmeprüfung für ELGA e-Befunde]
+
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Hinweise_zur_Konformit.C3.A4tspr.C3.BCfung|Hinweise zur Konformitätsprüfung]]
*[https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden_2020#Zertifizierung Zertifizierung ]
+
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Abnahmepr.C3.BCfung_f.C3.BCr_ELGA_e-Befunde|Abnahmeprüfung für ELGA e-Befunde]]
 +
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Zertifizierung|Zertifizierung]]
 +
{{EndILFBox}}
  
 
=Datentypen=
 
=Datentypen=
 +
{{BeginILFBox}}
 +
Im [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Datentypen|Kapitel Datentypen im allgemeinen Leitfaden]] werden nur die Datentypen beschrieben, die in ELGA CDA-Dokumenten wie diesem zur Anwendung kommen. Für weiterführende Informationen wird auf den zugrundeliegenden Standard Health Level Seven Version 3 (V3), Normative Edition verwiesen.
 +
{{EndILFBox}}
 +
 +
=Anwendungsfälle zur Dokumentenerstellung und -Aktualisierung=
 +
Die Einsatzszenarien für dieses Datenaustauschformat werden in Form von Anwendungsfälle beschrieben, um dem Leser den Hintergrund zu vermitteln. Diese Beschreibung der Anwendungsfälle ist nicht normativ und keine Vorentscheidung für die tatsächliche Umsetzung.
 +
 +
Es werden die drei Anwendungsfälle "'''''Start Telemonitoring'''''", "'''''Fortschritt Telemonitoring'''''" und "'''''Ende Telemonitoring'''''" aus Sicht des Dokuments, welches von einem Telemonitoring-System befüllt wird, erklärt.
 +
 +
* "'''''Start Telemonitoring'''''" geht auf den Prozess ein, welcher nur die Arbeitsschritte beinhaltet, welche notwendig sind, um ein erstes valides Dokument ohne optionale Felder zu generieren. Damit kann die noch gültige Kontaktbestätigung genutzt werden für ein erstes Registrieren des Dokumentes in der ELGA.
 +
* "'''''Fortschritt Telemonitoring'''''" erklärt die Möglichkeiten wie ein Dokument automatisch wie auch halbautomatisch in einem bestimmten Intervall mit den neuesten Telemonitoring-Daten befüllt werden kann. Durch das erste Hochladen des Dokumentes ist ein stetiges Hochversionieren auch nach Ablauf der Kontaktbestätigung möglich.
 +
* "'''''Ende Telemonitoring'''''" erweitert den Prozess dadurch, dass die Behandlung beendet wird und spätestens hier sollen die möglichen Sektionen des Dokumentes befüllt werden.
 +
 +
Um die Anforderungen eines Backup-Dokumentes, On-Demand Dokumentes oder maschinell erstellten Dokumentes, welches ohne Vidierung in der ELGA registriert wird, mit diesem Leitfaden zu erfüllen, wird auch ermöglicht, dieses Dokument ohne Vidierung (legalauthenticator 0..*) valide sein zu lassen.
 +
 +
Es ist zu beachten, dass in aktuellen Telemonitoring Programmen ein ambulanter oder stationärer Besuch vorausgehend ist, zu welchem höchstwahrscheinlich ein ELGA-Dokument existiert. Auch bei Abschluss der Behandlung ist es zur Zeit der Normalfall, dass der Patient persönlich einen zuständigen Arzt besucht, wo auch ein ELGA-Dokument geschrieben wird. Diese fachlich zusammenhängenden Dokumente werden jedoch nicht maschinenlesbar verknüpft, sondern sind durch das relevante Dokumentendatum als zusammenhängend erkennbar.
 +
 +
==Start Telemonitoring==
 +
Dieser Anwendungsfall startet am Beginn der Behandlung. Das Anlegen des Dokuments und erstmalige Hochladen in der dem GDA zugehörigen ELGA-Domäne erfolgt nach dem Eingeben der hier aufgeschlüsselten, mindestens notwendigen Header-Felder und der Body-Sektion "Behandlungsgrund".
 +
 +
Folgenden Elemente sind für das TmE '''fixert''' und somit nicht extra zu befüllen, jedoch verpflichtend anzugeben
 +
* Hoheitsbereich des Dokuments im ''realmCode''
 +
* Fixe OID für alle Dokumente, die in der Governance-Gruppe "eHealth Austria" abgestimmt werden in der ''typeId''
 +
* den drei Dokumenten-TemplateIds in jeweils einem ''templateId''
 +
* Dokumentenklasse im ''code''
 +
* Format welches das Dokument erfüllt im ''formatCode''
 +
* Vertraulichkeitscode des Dokuments im ''confidentialityCode''
 +
* Sprachcode des Dokuments im ''languageCode''
 +
 +
Es '''müssen''' folgende Header-Informationen '''einmalig für das System''' konfiguriert werden und im Dokument angegeben werden
 +
* Terminologie-Datum mit der letzten Aktualisierung der Terminologien im ''terminologyDate''
 +
* fachliche Zuordnung des Dokumentes im ''practiceSettingCode''
 +
* Verwahrer des Dokuments im ''custodian''
 +
 +
Es '''müssen''' folgende Header-Informationen '''einmalig für das DokumentenSet''' im Dokument angegeben werden
 +
* Eindeutige Id des Dokumentensets in der ''setId''
 +
* Komponente für die Patientendaten im ''recordTarget''
 +
 +
Es '''müssen''' folgende Header-Informationen '''einmalig pro Version des Dokuments''' angegeben werden
 +
* Dokumenten-ID in ''id''
 +
* Dokumententyp in ''code.translation''
 +
* Titel des Dokuments im ''title''
 +
* StatusCode wie fortlaufend oder abgeschlossen im ''statusCode''
 +
* Relevantes Datum des Dokuments im ''effectiveTime''
 +
* Versionsnummer des Dokuments in ''versionNumber''
 +
* ein bis mehrere Verfasser des Dokuments im ''author''
 +
* Komponente für die Gesundheitsdienstleistung im ''documentationOf''
 +
 +
Alle anderen Elemente im Header und Body sind optional (mit Ausnahme der Body-Sektion "Behandlungsgrund") und können für den ersten Upload des Dokuments leer bleiben und in einer neuen Version des Dokuments optional hinzugefügt werden. Dieses Dokument wird vom behandelnden Gesundheitsdienstexperten vidiert und damit für das Hochladen in die ELGA-Domäne bereitgestellt. Dieser Schritt kann während dem Bekanntwerden der geplanten Behandlung und spätestens am ersten Behandlungstag stattfinden.
  
Im [https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden_2020#Datentypen Kapitel Datentypen im allgemeinen Leitfaden] werden nur die Datentypen beschrieben, die in ELGA CDA-Dokumenten wie diesem zur Anwendung kommen. Für weiterführende Informationen wird auf den zugrundeliegenden Standard Health Level Seven Version 3 (V3), Normative Edition verwiesen.
+
==Fortschritt Telemonitoring==
 +
Während der Behandlung besteht optional die Möglichkeit, das '''Dokument''' zu '''erweitern''' und neue Daten - wie eine Zusammenfassung der bisherigen Behandlung, Messungen, Kommentare und Beilagen - hinzuzufügen und muss mit einer gültigen Vidierung, einer neuen Dokumenten-ID, einer erhöhten Versionsnummer, einer aktualisierten Zeitspanne der Behandlung und einem neuen Dokumentendatum hochgeladen werden. Dies kann automatisch ohne Vidierung oder halbautomatisch durch nochmalige Vidierung geschehen und in der ELGA registiert werden.  
  
=User Storys ("Anwendungsfälle")=
+
'''Automatisch generierte und ohne Vidierung''' in ELGA hochgeladene Dokumente, mit allen bis zu diesem Zeitpunkt vorhandenen Messergebnissen wie auch weiteren freigegeben Daten, bieten auch anderen GDAs in einer fortwährenden Behandlung eine Einsicht in die Daten. Der Großteil der Daten bei einem TmE Dokument wird vom Patienten selbst generiert und kann von hohem Interesse für andere Behandlungen sein. In einem bestimmten für die Behandlung sinnvollen Intervall, wie beispielsweise wöchentlich oder täglich, wird das Dokument mit den neuen Beobachtungen automatisch aktualisiert. Dabei können vorausgewählte Kommentare und Notizen wie auch ganze Dokumente als Anhang mit hochgeladen werden. Aktualisierte Texte von "Behandlungsgrund" wie auch erste Zusammenfassungen der bisherigen Behandlungen, können für das nächste Hochladen hinzugefügt werden. Es steht den Implementierern frei, dieses als automatisches Dokument für seine Benutzer in jeglicher Form bereitzustellen.  
Die Einsatzszenarien für dieses Datenaustauschformat werden in Form von User Storys ("Anwendungsfälle") knapp beschrieben, um dem Leser den Hintergrund zu vermitteln. Diese Beschreibung der Anwendungsfälle ist nicht normativ und keine Vorentscheidung für die tatsächliche Umsetzung.  
 
  
Es werden die zwei Anwendungsfälle "'''''Minimal'''''" und "'''''Maximal'''''" aus Sicht des Dokumentes, welches von einem Telemonitoring-System befüllt wird, erklärt. "Minimal" geht auf den Prozess ein, welcher nur die Arbeitsschritte beinhaltet, welche notwendig sind, um ein valides Dokument ohne optionale Felder zu generieren. "Maximal" erweitert den "Minimal"-Prozess und schöpft alle Möglichkeiten des Dokumentes aus.  
+
Grundsätzlich ist zu beachten, dass der '''manuelle Schritt einer nochmaligen Vidierung''' durch eine natürliche Person die Qualität der Daten hebt. Dies könnte halbautomatisch passieren, indem in regelmäßigen Abständen das System den Behandler bittet die neuesten Daten freizugeben und somit zu vidieren. Es ist zu empfehlen die erste Vidierung, welche beim Start der Behandlung geschehen ist, für die folgenden, automatischen Zwischenberichte zu entfernen. Das erste Dokument mit der ersten Vidierung ist dann weiterhin als älteste Version in dem Dokumenten-Set auffindbar.
  
Der "'''''Minimal'''''" Anwendungsfall startet am Beginn der Behandlung. Das Anlegen des Dokumentes und erstmalige Hochladen in der dem GDA zugehörigen ELGA-Domäne erfolgt nach dem Eingeben der mindestens notwendigen Header-Felder und der Body-Sektion "Behandlungsgrund". Die notwendigen Header-Felder beschränken sich auf Dokumententyp als LOINC Code, den Titel des Dokumentes, die OIDs, welche die erfüllte Templates spezifizieren, die Patienteninformationen, die/den AutorIn des Dokumentes, den/der UnterzeichnerIn des Dokumentes, den Verwahrer des Dokumentes, die behandelnde Organisation, Erstellungszeitpunkt des Dokumentes, Zeitspanne der Behandlung, Dokumenten-ID, ID des Dokumenten-Sets und die Version innerhalb des Sets und die Vertraulichkeit des Dokumentes. Alle anderen Elemente im Header und Body sind optional und können für den ersten Upload des Dokumentes leer bleiben und in einer neuen Version des Dokumentes optional hinzugefügt werden. Dieses Dokument wird vom behandelnden Gesundheitsdienstexperten unterschrieben und damit für das Hochladen in die ELGA-Domäne bereitgestellt. Dieser Schritt kann während der Registrierung für das Programm und spätestens am ersten Behandlungstag stattfinden. Während der Behandlung besteht optional die Möglichkeit, das Dokument zu erweitern und neue Daten wie eine Zusammenfassung der bisherigen Behandlung, Messungen, Kommentare und Anhänge hinzuzufügen und mit einer erneuten Validierung und erhöhten Versionsnummer hochzuladen. Spätestens am Ende der Behandlung wird ein über die ganze Behandlung berichtende Zusammenfassung verfasst, welche wieder vom behandelnden Gesundheitsdienstexperten unterzeichnet wird. Diese aktualisierte Version des TGD-Dokumentes dient als Übersicht für zukünftige Behandlungen aller Gesundheitsdienstexperten mit Zugriff auf das Dokument.  
+
Die '''maximale Dokumentengröße''' für ELGA-Dokumente sind 20MB. Wenn diese Größe durch ein TmE-Dokument überschritten wird, ist es möglich durch mehrere Dokumente die vollständige Behandlung abzubilden. Dabei soll es nach der Behandlung '''immer nur einen Abschlussbericht''' für die Behandlung geben! Dieser Abschlussbericht kann auch die Daten des jüngsten Zeitraums beinhalten. Die anderen Zeiträume können in einem oder mehreren Fortschrittsberichten mit dem richtigen Setzen des Titels und "documentationOf"-Zeitraumes abgebildet werden.
  
Der "'''''Maximal'''''" Anwendungsfall fügt eine weitere Möglichkeit hinzu, Daten neben den manuell vidierten Dokumenten bereitzustellen. Automatisch generierte und ohne Vidierung in ELGA hochgeladene Dokumente, mit allen bis zu diesem Zeitpunkt vorhandenen Messergebnissen wie auch weiteren freigegeben Daten, bieten auch anderen GDEs in einer fortwährenden Behandlung eine Einsicht in die Daten. Der Großteil der Daten bei einem TGD werden von PatientInnen selbst generiert und können von hohem Interesse für andere Behandlungen sein. In einem bestimmten für die Behandlung sinnvollen Intervall, wie beispielsweise wöchentlich oder täglich, wird das Dokument mit den neuen Beobachtungen automatisch aktualisiert. Dabei können vorausgewählte Kommentare und Notizen wie auch ganze Dokumente als Anhang mit hochgeladen werden. Aktualisierte Texte von "Behandlungsgrund" wie auch erste Zusammenfassungen der bisherigen Behandlung können für das nächste Hochladen hinzugefügt werden. Es steht den Implementierern frei, dieses als automatisches Dokument für seine Benutzer in jeglicher Form bereitzustellen. Grundsätzlich ist zu beachten, das der manuelle Schritt der Vidierung einer natürlichen Person die Qualität der Daten hebt. Um die Anforderungen eines automatisch generierten Dokumentes wie auch eines On-Demand Dokumentes zu erfüllen, wird ermöglicht, die neuesten Messergebnisse mit einer automatischen Vidierung des Dokumentes und dem folgenden Hochladen bereitzustellen.
+
==Ende Telemonitoring==
 +
Spätestens am Ende der Behandlung wird eine über die ganze Behandlung berichtende Zusammenfassung verfasst, welche verpflichtend vom behandelnden Gesundheitsdienstexperten unterzeichnet werden muss. Auch weitere Sektionen können hier noch befüllt oder fertiggestellt werden. Diese aktualisierte Version des Telemonitoring-Episodenberichts (TmE Dokument) dient als Übersicht für zukünftige Behandlungen aller Gesundheitsdienstexperten mit Zugriff auf das Dokument.
  
 
=Dataset des Telemonitoring Episodenberichts=
 
=Dataset des Telemonitoring Episodenberichts=
Zeile 425: Zeile 630:
  
 
=Technische Spezifikation=
 
=Technische Spezifikation=
==Übersicht CDA Struktur "Telemonitoring Episodenbericht"==
+
Die Struktur des CDA Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben.
Die Struktur des CDA Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte, grafische Zusammenfassung aller Elemente.
 
 
 
Der Header entspricht im Wesentlichen den bisherigen ELGA-CDA-Leitfäden ("Allgemeiner Leitfaden"). Der Body enthält die tatsächlichen (medizinischen) Inhalte des Dokuments. Dieses Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der Interoperabilitätsstufen ist daher nicht notwendig.
 
  
[[Datei:TelemonEpi_CDA_Elemente.png|1200px|CDA-Dokument in Ausprägung "Telemonitoring Episodenbericht"]]
+
Der Header entspricht im Wesentlichen den bisherigen ELGA CDA-Leitfäden ("Allgemeiner Leitfaden"). Der Body enthält die tatsächlichen (medizinischen) Inhalte des Dokuments. Dieses Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der Interoperabilitätsstufen ist daher nicht notwendig.
 
 
<ref group="Abbildung">CDA-Dokument in Ausprägung "Telemonitoring Episodenbericht"</ref>
 
  
 
==Übersichtstabelle der CDA Strukturen des Headers==
 
==Übersichtstabelle der CDA Strukturen des Headers==
Dieses Kapitel gibt einen Überblick über die Elemente des CDA Headers und den Vorgaben bezüglich Kardinalität und Konformität.
+
Dieses Kapitel gibt einen Überblick über die Elemente des CDA Headers und den Vorgaben bezüglich Kardinalität und Konformität.  
{| class="wikitable" width="100%"
+
{{BeginILFBox}}Die jeweiligen Links in der letzten Spalte zeigen auf die einzelnen Header Elemente im allgemeinen Leitfaden.{{EndILFBox}}
|-
+
Der aktuelle Leitfaden ist für den ELGA Kontext entwickelt worden, kann jedoch auch für andere Zwecke, welche als eHealth zusammengefasst werden, verwendet werden.  
! style="text-align:left" width="20%" |Element
 
!Kard/Konf|| style="text-align:left" width="60%" |Bedeutung / Link zum Kapitel
 
|- style="background:#FFFFFF"
 
|realmCode
 
|1..1 M||[[#Document_Realm|Hoheitsbereich des Dokuments]]
 
|- style="background:#FFFFFF"
 
|typeId
 
|1..1 M||[[#Document_TypeId|Kennzeichnung CDA R2]]
 
|- style="background:#FFFFFF"
 
|templateId[1]
 
templateId[n]
 
|1..1 M
 
0..* O
 
|[[#Telemonitoring_Episodenbericht_(Zwischen-_&_Entlassungsbericht)|Kennzeichnung von Strukturvorschriften]] (kein eigenes Template)
 
|- style="background:#FFFFFF"
 
|id
 
|1..1 M||[[#Document_Id|Dokumenten-Id]]
 
|- style="background:#FFFFFF"
 
|code
 
|1..1 M||[[#Telemonitoring_Episodenbericht_(Zwischen-_&_Entlassungsbericht)|Dokumentenklasse]] (kein eigenes Template)
 
|- style="background:#FFFFFF"
 
|title
 
|1..1 M||[[#Telemonitoring_Episodenbericht_(Zwischen-_&_Entlassungsbericht)|Titel des Dokuments]] (kein eigenes Template)
 
|- style="background:#FFFFFF"
 
|sdtc:statusCode
 
|0..1 C||[[#Document_Status_Code|Status des Dokuments]]
 
|- style="background:#FFFFFF"
 
|practiceSettingCode
 
|0..1 C||[[#Document_Practice_Setting|Fachliche Zuordnung des Dokuments]]
 
|- style="background:#FFFFFF"
 
|effectiveTime
 
|1..1 M||[[#Document_Effective_Time|Erstellungsdatum des Dokuments]]
 
|- style="background:#FFFFFF"
 
|confidentialityCode
 
|1..1 M||[[#Document_Confidentiality_Code|Vertraulichkeitscode]]
 
|- style="background:#FFFFFF"
 
|languageCode
 
|1..1 M||[[#Document_Language|Sprachcode des Dokuments]]
 
|- style="background:#FFFFFF"
 
|setId
 
versionNumber
 
|1..1 M
 
  
1..1 M
+
{{ILF:Übersichtstabelle_der_CDA_Strukturen_des_Headers}}
|[[#Document_Set_Id_and_Version_Number|Versionierung des Dokuments]]
 
|- style="background:#FFFFFF"
 
|recordTarget
 
|1..1 M||[[#Record_Target|Patient]]
 
|- style="background:#FFFFFF"
 
|author
 
|1..* M||[[#Author|Verfasser des Dokuments]]
 
|- style="background:#FFFFFF"
 
|dataEnterer
 
|0..1 O
 
|[[#Data_Enterer|Personen der Dateneingabe]]
 
|- style="background:#FFFFFF"
 
|custodian
 
|1..1 M||[[#Custodian|Verwahrer des Dokuments]]
 
|- style="background:#FFFFFF"
 
|informationRecipient
 
|0..* O
 
|[[#Information_Recipient|Beabsichtigte Empfänger des Dokuments]]
 
|- style="background:#FFFFFF"
 
|legalAuthenticator
 
|C||[[#Legal_Authenticator|Rechtlicher Unterzeichner]]
 
|- style="background:#FFFFFF"
 
|authenticator
 
|0..* O
 
|[[#Authenticator|Weitere Unterzeichner]]
 
|- style="background:#FFFFFF"
 
|participant
 
|0..1 O
 
0..* O
 
|[[#Participant|Weitere Beteiligte]]
 
|- style="background:#FFFFFF"
 
|inFulfillmentOf
 
|0..* O
 
|[[#In_Fulfillment_Of|Zuweisung und Ordermanagement]]
 
|- style="background:#FFFFFF"
 
|documentationOf
 
serviceEvent
 
|0..* O
 
1..1 M
 
|[[#Documentation_Of_Service_Event|Gesundheitsdienstleistungen]]
 
|- style="background:#FFFFFF"
 
|relatedDocument
 
|0..1 O
 
|[[#Document_Replacement_-_Related_Document|Bezug zu vorgehenden Dokumenten]]
 
|- style="background:#FFFFFF"
 
|authorization
 
|0..0 NP||[[#Authorization|Einverständniserklärung]]
 
|- style="background:#FFFFFF"
 
|componentOf
 
encompassingEncounter
 
|0..1 O
 
  
1..1 M
+
==Übersichtstabelle der Header-Elemente für dokumenten-relevante Zeitpunkte/Zeitspannen==
|[[#Component_Of_-_Encompassing_Encounter|Patientenkontakt (Aufenthalt)]]
+
Dieses Kapitel gibt einen Überblick über die Elemente des CDA Headers mit Zeitangaben und ihre Zusammenhänge.{{BeginILFBox}}Die jeweiligen Links in der letzten Spalte zeigen auf die einzelnen Header Elemente im allgemeinen Leitfaden.{{EndILFBox}}
|-
+
Der aktuelle Leitfaden ist für den ELGA Kontext entwickelt worden, kann jedoch auch für andere Zwecke, welche als eHealth zusammengefasst werden, verwendet werden.
|}<ref group="Tabelle">Übersichtstabelle der CDA Strukturen des Headers</ref>:''Übersichtstabelle der CDA Strukturen des Headers''
+
{{ILF:Übersicht_der_Zeitelemente_im_Header}}
  
 
==Übersichtstabelle der CDA Strukturen des Bodys==
 
==Übersichtstabelle der CDA Strukturen des Bodys==
Zeile 550: Zeile 657:
 
|- style="background:#FFFFFF"
 
|- style="background:#FFFFFF"
 
|Behandlungsgrund
 
|Behandlungsgrund
|1..1 M||[[#Behandlungsgrund|Behandlungsgrund]]
+
|1..1 M||[[#Behandlungsgrund_-_unkodiert|Behandlungsgrund]]
 +
|- style="background:#FFFFFF"
 +
|Diagnosen
 +
|0..1 O||[[#Diagnosen_-_kodiert|Diagnosen]]
 
|- style="background:#FFFFFF"
 
|- style="background:#FFFFFF"
 
|Zusammenfassung der Behandlung
 
|Zusammenfassung der Behandlung
 
|0..1 O
 
|0..1 O
|[[#Zusammenfassung_der_Behandlung|Zusammenfassung der Behandlung]]
+
|[[#Zusammenfassung_der_Behandlung_-_unkodiert|Zusammenfassung der Behandlung]]
 
|- style="background:#FFFFFF"
 
|- style="background:#FFFFFF"
|Auszüge aus Beobachtungen
+
|Auszüge aus erhobene Daten
|0..1 O||[[#Auszüge_aus_Beobachtungen|Auszüge aus Beobachtungen]]
+
|0..1 O||[[#Auszüge_aus_erhobene_Daten_-_unkodiert|Auszüge aus erhobene Daten]]
 
|- style="background:#FFFFFF"
 
|- style="background:#FFFFFF"
 
|Erhobene Daten
 
|Erhobene Daten
|0..1 O||[[#Erhobene_Daten|Erhobene Daten]]
+
|0..1 O||[[#Erhobene_Daten_-_kodiert|Erhobene Daten]]
 
|- style="background:#FFFFFF"
 
|- style="background:#FFFFFF"
 
|Verwendete Geräte
 
|Verwendete Geräte
Zeile 568: Zeile 678:
 
|0..1 O||[[#Beilagen|Beilagen]]
 
|0..1 O||[[#Beilagen|Beilagen]]
 
|-
 
|-
|}<ref group="Tabelle">Übersichtstabelle der CDA Strukturen des Headers</ref>:''Übersichtstabelle der CDA Strukturen des Bodys''
+
|}<ref group="Tabelle">Übersichtstabelle der CDA Strukturen des Bodys</ref>:''Übersichtstabelle der CDA Strukturen des Bodys''
  
 
==CDA Templates==
 
==CDA Templates==
Zeile 577: Zeile 687:
 
===Document Level Templates===
 
===Document Level Templates===
 
====Telemonitoring Episodenbericht (Zwischen- & Entlassungsbericht)====
 
====Telemonitoring Episodenbericht (Zwischen- & Entlassungsbericht)====
 +
=====1.2.40.0.34.6.0.11.0.10=====
 
{{:1.2.40.0.34.6.0.11.0.10/dynamic}}
 
{{:1.2.40.0.34.6.0.11.0.10/dynamic}}
  
 
===Header Level Templates===
 
===Header Level Templates===
==== Document Realm  ====
+
{{BeginILFBox}}Die Header Level Templates wurden aus dem bestehenden "Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente" übernommen. Diese sind unter [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Dokumentenstruktur| Allgemeiner Leitfaden - Kapitel Administrative Daten (CDA Header) - Dokumentenstruktur]] zu finden.{{EndILFBox}}
{{:1.2.40.0.34.6.0.11.1.10/dynamic}}
+
 
====Document TypeId====
+
{{BeginYellowBox}}
{{:1.2.40.0.34.6.0.11.1.30/dynamic}}
+
''Wichtiger Hinweis:'' Header-Element welche spezifisch für den telemonitoring Episodenbericht angepasst wurden sind der Spezifikation im Kapitel [[#Document_Level_Templates|Document Level Template]] zu entnehmen.  
==== Document Id ====
 
{{:1.2.40.0.34.6.0.11.1.1/dynamic}}
 
==== Document Status Code ====
 
{{:1.2.40.0.34.6.0.11.1.45/dynamic}}
 
==== Document Practice Setting  ====
 
{{:1.2.40.0.34.6.0.11.1.44/dynamic}}
 
==== Document Effective Time ====
 
{{:1.2.40.0.34.6.0.11.1.11/dynamic}}
 
==== Document Confidentiality Code  ====
 
{{:1.2.40.0.34.6.0.11.1.12/dynamic}}
 
==== Document Language ====
 
{{:1.2.40.0.34.6.0.11.1.13/dynamic}}
 
==== Document Set Id and Version Number ====
 
{{:1.2.40.0.34.6.0.11.1.15/dynamic}}
 
====Record Target====
 
{{:1.2.40.0.34.6.0.11.1.3/dynamic}}
 
====Author====
 
{{:1.2.40.0.34.6.0.11.1.2/dynamic}}
 
==== Data Enterer====
 
{{:1.2.40.0.34.6.0.11.1.22/dynamic}}
 
====Custodian====
 
{{:1.2.40.0.34.6.0.11.1.4/dynamic}}
 
====Information Recipient====
 
{{:1.2.40.0.34.6.0.11.1.24/dynamic}}
 
====Legal Authenticator====
 
{{:1.2.40.0.34.6.0.11.1.5/dynamic}}
 
====Authenticator====
 
{{:1.2.40.0.34.6.0.11.1.6/dynamic}}
 
====Participant====
 
=====Participant Fachlicher Ansprechpartner=====
 
{{:1.2.40.0.34.6.0.11.1.20/dynamic}}
 
=====Participant Ein-, Ueber-, Zuweisender Arzt=====
 
{{:1.2.40.0.34.6.0.11.1.21/dynamic}}
 
=====Participant Hausarzt=====
 
{{:1.2.40.0.34.6.0.11.1.23/dynamic}}
 
=====Participant Auskunftsberechtigte Person (Notfallkontakt)=====
 
{{:1.2.40.0.34.6.0.11.1.27/dynamic}}
 
=====Participant Angehörige=====
 
{{:1.2.40.0.34.6.0.11.1.25/dynamic}}
 
  
=====Participant Versicherung=====
+
Diese angepassten Elemente umfassen:
{{:1.2.40.0.34.6.0.11.1.26/dynamic}}
+
* ClincialDocument/templateId
=====Participant Betreuungsorganisation=====
+
* ClincialDocument/code
{{:1.2.40.0.34.6.0.11.1.29/dynamic}}
+
* ClinicalDocument/title
=====Participant Weitere Behandler=====
+
* ClinicalDocument/formatCode
{{:1.2.40.0.34.6.0.11.1.28/dynamic}}
+
* ClinicalDocument/documentationOf/serviceEvent
====In Fulfillment Of====
+
{{EndYellowBox}}
{{:1.2.40.0.34.6.0.11.1.9/dynamic}}
 
====Documentation Of Service Event====
 
{{:1.2.40.0.34.6.0.11.1.17/dynamic}}
 
====Document Replacement - Related Document====
 
{{:1.2.40.0.34.6.0.11.1.14/dynamic}}
 
====Authorization ====
 
Wird nicht verwendet.
 
====Component Of - Encompassing Encounter====
 
{{:1.2.40.0.34.6.0.11.1.7/dynamic}}
 
  
 
===Section Level Templates===
 
===Section Level Templates===
Zeile 646: Zeile 709:
 
=====Übersetzung=====
 
=====Übersetzung=====
 
{{:1.2.40.0.34.6.0.11.2.8/dynamic}}
 
{{:1.2.40.0.34.6.0.11.2.8/dynamic}}
====Behandlungsgrund====
+
====Behandlungsgrund - unkodiert====
 
{{:1.2.40.0.34.6.0.11.2.79/dynamic}}  
 
{{:1.2.40.0.34.6.0.11.2.79/dynamic}}  
 
=====BodySubSection - unkodiert - generisch=====
 
=====BodySubSection - unkodiert - generisch=====
 
{{:1.2.40.0.34.6.0.11.2.92/dynamic}}  
 
{{:1.2.40.0.34.6.0.11.2.92/dynamic}}  
====Zusammenfassung der Behandlung====
+
====Diagnosen - kodiert====
 +
{{:1.2.40.0.34.6.0.11.2.96/dynamic}}
 +
====Zusammenfassung der Behandlung - unkodiert====
 
{{:1.2.40.0.34.6.0.11.2.80/dynamic}}
 
{{:1.2.40.0.34.6.0.11.2.80/dynamic}}
====Auszüge aus Beobachtungen====
+
====Auszüge aus erhobene Daten - unkodiert====
 
{{:1.2.40.0.34.6.0.11.2.91/dynamic}}
 
{{:1.2.40.0.34.6.0.11.2.91/dynamic}}
====Erhobene Daten====
+
 
 +
====Erhobene Daten - kodiert====
 
{{:1.2.40.0.34.6.0.11.2.81/dynamic}}
 
{{:1.2.40.0.34.6.0.11.2.81/dynamic}}
 
=====Vitalparameter - kodiert=====
 
=====Vitalparameter - kodiert=====
 
{{:1.2.40.0.34.6.0.11.2.46/dynamic}}
 
{{:1.2.40.0.34.6.0.11.2.46/dynamic}}
=====Ergebnisse - kodiert=====
+
=====Messergebnisse - kodiert=====
{{:1.2.40.0.34.777.3.10.9/dynamic}}
+
{{:1.2.40.0.34.6.0.11.2.95/dynamic}}
 
=====Überwachte Medikamente - kodiert=====
 
=====Überwachte Medikamente - kodiert=====
{{:1.2.40.0.34.777.3.10.18/dynamic}}
+
{{:1.2.40.0.34.6.0.11.2.63/dynamic}}
 
=====Dokumentierte Einnahme - kodiert=====
 
=====Dokumentierte Einnahme - kodiert=====
{{:1.2.40.0.34.777.3.10.21/dynamic}}
+
{{:1.2.40.0.34.6.0.11.2.94/dynamic}}
 +
 
 
====Verwendete Geräte====
 
====Verwendete Geräte====
 
{{:1.2.40.0.34.6.0.11.2.82/dynamic}}
 
{{:1.2.40.0.34.6.0.11.2.82/dynamic}}
 
====Beilagen====  
 
====Beilagen====  
{{:1.2.40.0.34.11.1.2.3/dynamic}}
+
{{:1.2.40.0.34.6.0.11.2.71/dynamic}}
  
 
===Entry Level Template===
 
===Entry Level Template===
Zeile 676: Zeile 743:
 
====Vitalparameter Entry====  
 
====Vitalparameter Entry====  
 
{{: 1.2.40.0.34.6.0.11.3.24/dynamic}}
 
{{: 1.2.40.0.34.6.0.11.3.24/dynamic}}
====Ergebnisse Gruppe Entry====  
+
====Messergebnisse Gruppe Entry====  
 
{{:1.2.40.0.34.6.0.11.3.70/dynamic}}
 
{{:1.2.40.0.34.6.0.11.3.70/dynamic}}
====Ergebnis Entry====  
+
 
 +
====Messergebnis Entry====  
 
{{:1.2.40.0.34.6.0.11.3.71/dynamic}}
 
{{:1.2.40.0.34.6.0.11.3.71/dynamic}}
 +
 +
====Serienmessung Vitalparameter Entry====
 +
{{:1.2.40.0.34.6.0.11.3.100/dynamic}}
 +
====Serienmessung Entry====
 +
{{:1.2.40.0.34.6.0.11.3.101/dynamic}}
 +
====Serienmessungs-Gruppe Entry====
 +
{{:1.2.40.0.34.6.0.11.3.102/dynamic}}
 +
====Serienmessungs-Werte Entry====
 +
{{:1.2.40.0.34.6.0.11.3.103/dynamic}}
 +
====Serienmessungs-Periode Entry====
 +
{{:1.2.40.0.34.6.0.11.3.104/dynamic}}
 
====Medikation Verordnung Entry eMedikation====  
 
====Medikation Verordnung Entry eMedikation====  
 
{{:1.2.40.0.34.11.8.1.3.1/dynamic}}
 
{{:1.2.40.0.34.11.8.1.3.1/dynamic}}
Zeile 726: Zeile 805:
 
====Eingebettetes Objekt Entry====  
 
====Eingebettetes Objekt Entry====  
 
{{:1.2.40.0.34.11.1.3.1/dynamic}}
 
{{:1.2.40.0.34.11.1.3.1/dynamic}}
 +
====Problem Concern Entry====
 +
{{:1.2.40.0.34.6.0.11.3.7/dynamic}} 
 +
=====Problem Entry=====
 +
{{:1.2.40.0.34.6.0.11.3.6/dynamic}}
  
 
===Weitere CDA Fragmente ===
 
===Weitere CDA Fragmente ===
 +
{{BeginILFBox}}Die weiteren CDA Fragmente, oder auch Compilation Templates genannt, wurden aus dem bestehenden "Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente" übernommen. Diese sind auch unter [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Sonstige_Templates_.28Fragmente.29 | Allgemeiner Leitfaden - Kapitel Sonstige Templates (Fragmente)]] zu finden.{{EndILFBox}}
 +
 +
====Device Product Instance Template====
 +
{{:1.2.40.0.34.6.0.11.9.43/dynamic}}
 +
 
====Time Interval Information minimal====  
 
====Time Interval Information minimal====  
 
{{:1.2.40.0.34.6.0.11.9.15/dynamic}}
 
{{:1.2.40.0.34.6.0.11.9.15/dynamic}}
Zeile 738: Zeile 826:
 
====Participant Body====  
 
====Participant Body====  
 
{{:1.2.40.0.34.6.0.11.9.13/dynamic}}
 
{{:1.2.40.0.34.6.0.11.9.13/dynamic}}
 +
====Device Compilation====
 +
{{:1.2.40.0.34.6.0.11.9.18/dynamic}}
 +
====Address Compilation====
 +
{{:1.2.40.0.34.6.0.11.9.25/dynamic}}
 +
====Person Name Compilation G2 M====
 +
{{:1.2.40.0.34.6.0.11.9.11/dynamic}}
 +
====Person Name Compilation G1 M====
 +
{{:1.2.40.0.34.6.0.11.9.12/dynamic}}
 +
====Organization Name Compilation====
 +
{{:1.2.40.0.34.6.0.11.9.27/dynamic}}
 +
====Address Compilation Minimal====
 +
{{:1.2.40.0.34.6.0.11.9.10/dynamic}}
 +
====Device Compilation====
 +
{{:1.2.40.0.34.6.0.11.9.18/dynamic}}
 +
====Organization Compilation with id, name====
 +
{{:1.2.40.0.34.6.0.11.9.5/dynamic}}
 +
====Assigned Entity====
 +
{{:1.2.40.0.34.6.0.11.9.22/dynamic}}
 +
====Organization Compilation with name====
 +
{{:1.2.40.0.34.6.0.11.9.9/dynamic}}
 +
====Person Name Compilation G2====
 +
{{:1.2.40.0.34.6.0.11.9.6/dynamic}}
 +
====Assigned Entity Body====
 +
{{:1.2.40.0.34.6.0.11.9.16/dynamic}}
 +
====Organization Compilation with name, addr minimal====
 +
{{:1.2.40.0.34.6.0.11.9.20/dynamic}}
  
 
==Terminologien==
 
==Terminologien==
 
Die erforderlichen Terminologien sind im Folgenden aufgelistet.
 
Die erforderlichen Terminologien sind im Folgenden aufgelistet.
  
====eImpf_Antikoerperbestimmung_VS==== {{:1.2.40.0.34.6.0.10.13/dynamic}}
+
====TGD_tgdServiceEvents_VS====  
 +
Ist unter https://art-decor.org/art-decor/decor-valuesets--elgatgd-?id=1.2.40.0.34.6.0.10.26&effectiveDate=2019-02-28T11:25:49&language=en-US auffindbar.
  
 +
====TGD_Messergebnis_Codes_VS====
 +
Ist unter https://art-decor.org/art-decor/decor-valuesets--elgatgd-?id=1.2.40.0.34.6.0.10.28&effectiveDate=2019-06-29T07:51:19&language=de-DE auffindbar.
 +
{{BeginYellowBox}}
 +
Falls Werte in den definierten Value-Sets fehlen, dann bitten wir um die Meldung mit einem Vorschlag an [mailto:cda@elga.gv.at cda@elga.gv.at].
 +
{{EndYellowBox}}
 
</div>
 
</div>
  
<!-- Seitenumbruch -->
 
<p style="page-break-before: always"></p>
 
 
<div class="portrait">
 
<div class="portrait">
  
 
=Anhang=
 
=Anhang=
==Abbildungen==
+
==Abbildungsverzeichnis==
 
<references group="Abbildung"/>
 
<references group="Abbildung"/>
  
==Abkürzungsverzeichnis==
+
==Tabellenverzeichnis==
{{ILF:Abkuerzungsverzeichnis}}
+
<references group="Tabelle"/>
  
==Literaturverzeichnis==
+
==Einzelnachweise==
 
<references />
 
<references />
</div>
+
 
 +
==Literatur und Weblinks ==
 +
* Clinical Document Architcture (CDA®) Release 2.0 https://www.hl7.org/implement/standards/product_brief.cfm?product_id=7
 +
* Boone, Keith W. "The CDA-Book", Springer, 2011  https://www.springer.com/gp/book/9780857293350
 +
* Anleitungsartikel "[[Hilfe:Art-Decor-Tabellen verstehen|Art-Decor-Tabellen verstehen (auf wiki.hl7.at)]]".
 +
 
 +
==Revisionsliste==
 +
===Nebenversion 2020.1 (1.1.0+20201120) ===
 +
Folgende Änderungen wurden in der Nebenversion 2020.1 (1.1.0+20201120 nach neuem Versionsschema) gegenüber der Hauptversion durchgeführt (weitere Details siehe [[ILF_Diskussion:Telemonitoring-Episodenbericht|Diskussionsseite]]):
 +
====Organization Compilation: representedOrganization/telecom in 1.2.40.0.34.6.0.11.9.5; 1.2.40.0.34.6.0.11.9.7; 1.2.40.0.34.6.0.11.9.9; 1.2.40.0.34.6.0.11.9.20 & 1.2.40.0.34.6.0.11.1.2====
 +
Das Schematron Assert in allen "Organization Compilation" Templates und dem "Author" Template ist strenger als sein narrativer Constraint ihn beschreibt. Deswegen wurden das Assert dort jeweils entfernt.
 +
====DocumentCode/translation 1.2.40.0.34.6.0.11.1.16====
 +
Element translation muss child von Element code sein, war in dem Template jedoch auf derselben Ebene modelliert.
 +
====recordTarget 1.2.40.0.34.6.0.11.1.3====
 +
Hinzufügen von @assigningAuthorityName bei /ClinicalDocument[1]/recordTarget[1]/patientRole[1]/id[@root="1.2.40.0.34.4.21"] mit dem Wert "Nationaler Krankenversicherungsträger"
 +
====Vitalparameter - kodiert 1.2.40.0.34.6.0.11.2.46====
 +
wurde analog zu den Messergebnissen an der selben Stelle durch ein Entry für Grafiken erweitert.<br/>
 +
In der Vorversion war der Titel für die Sektion Vitalparameter fest vorgegeben. Im TmE ist diese Sektion als Untersektion von "Erhobenen Daten" angedacht, wo die einzelnen Typen, wie "Blutdruck und Puls" oder "Gewicht", als Titel gewählt werden sollen.
 +
====Problem Entry 1.2.40.0.34.6.0.11.3.6 & Problem Status Observation 1.2.40.0.34.6.0.11.3.49====
 +
Es wurde jeweils das Textreference so eingefügt, das innerhalb eines text elements das text element mit der reference verlangt wurde. Somit wurde unabsichtlich text/text/reference statt text/reference modelliert. Bei den drei Templates wurde das contains zu einem include geändert, welches den Fehler behebt.
 +
 
 +
====Medikationseinnahme Entry 1.2.40.0.34.6.0.11.3.72====
 +
Medikationseinnahme-Verlinkung zum Abgabe-Medikament muss mit einem <supply>-Element sein.
 +
 
 +
Medikationseinnahme Entry wurde der Datentyp von TS auf TS.AT.TZ umgestellt, um auch Zeitpunkt nur auf den Tag genau angeben zu können.
 +
 
 +
Beim Medikationseinnahme Entry ist das zweite effecitveTime als NP modelliert worden, um es explizit zu verbieten (es gibt IHE-Pharm Szenarien außerhalb vom CMA (Community Medication Administration) wo es angewendet wird).<br/>
 +
Leider ist dies zwar in ArtDecor modellierbar, jedoch das Schematron fehlerhaft, wenn das Element gleich aussieht (gleicher typeCode).
 +
 
 +
Das zweite Element wird durch die geschlossenen Templates implizit verboten. Zweites modelliertes effectiveTime mit NP wurde entfernt.
 +
====Device Product Instance Template 1.2.40.0.34.6.0.11.9.43====
 +
code/originalText auf [M 1..1] geändert, PHMR Kompatibilität ist wieder gegeben
 +
====Device Manufacturer Information Observation 1.2.40.0.34.6.0.11.3.77====
 +
Fälschlich angegebe TemplateID[1]/extension bei Device Manufacturer Information Observation wurde entfernt.
 +
====Auszügen aus erhobenen Befunden 1.2.40.0.34.6.0.11.2.91====
 +
"Text" war mandatory modelliert, wurde auf [0..1 O] korrigiert
 +
====Medikation Abgabe Entry 1.2.40.0.34.11.8.2.3.1====
 +
1 … 1 M von 1.2.40.0.34.11.30033 Patient Instructions und 1.2.40.0.34.11.30034 Pharmacist Instructions wurden jeweils auf 0 … 1 R geändert.
 +
====Erweiterungen des Datentyps für effectiveTime====
 +
Die Templates
 +
* Messergebniss Gruppe Entry
 +
* Messergebnis Entry
 +
* Serienmessung Entry
 +
* Vitalparameter Gruppe Entry
 +
* Vitalparameter Entry
 +
* Serienmessung Vitalparameter Entry
 +
wurde jeweils mit einer Auswahl für drei verschiedenen effectiveTime ausgestattet, hatten vorher nur eine Variante mit low & high.
 +
====DeviceInformationOrganizer 1.2.40.0.34.6.0.11.3.73====
 +
Low und high in effectivetime fälschlicherweise als Attribute modelliert, wurden in Elemente ummodelliert.<br/>
 +
TS muss auf TS.AT.TZ geändert werden um auch Werte nur mit Datum zu akzeptieren.
 +
 
 +
===Nebenversion 1.2.0+20210304 ===
 +
Folgende Änderungen wurden in der Nebenversion 1.2.0+20210304 gegenüber der Nebenversion 2020.1 (1.1.0+20201120) durchgeführt (weitere Details siehe [[ILF_Diskussion:Telemonitoring-Episodenbericht|Diskussionsseite]]):
 +
====DocumentLevelTemplate [https://art-decor.org/art-decor/decor-templates--elgatgd-?section=templates&id=1.2.40.0.34.6.0.11.0.10&effectiveDate=2021-02-11T09:01:26&language=de-DE 1.2.40.0.34.6.0.11.0.10] & Document PracticeSettingCode [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.1.44&effectiveDate=2021-03-01T15:37:20&language=de-DE 1.2.40.0.34.6.0.11.1.44]====
 +
Fehler in hl7at:practiceSettingCode und hl7at:formatCode mit fehlenden Elementen verhinderte die direkte Daten-Übernahme in XDS wie auch wurden ClassCode und MoodCode-Attribute in <clinicalDocument> ergänzt.
 +
====Diagnose - kodiert [https://art-decor.org/art-decor/decor-templates--elgatgd-?section=templates&id=1.2.40.0.34.6.0.11.2.96&effectiveDate=2020-10-06T09:34:46&language=de-DE 1.2.40.0.34.6.0.11.2.96]====
 +
Im Template wurde die Beschreibung im Sinne des Ambulanzbefundes geändert, jedoch wurde nicht beachtet das dadurch auch die Beschreibung im TmE geändert wird, welcher dieselbe Sektion benutzt.
 +
Die Beschreibung wurde wieder "generischer" umgeschrieben.
 +
====Serienmessung Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.101&effectiveDate=2021-01-21T08:12:21&language=de-DE 1.2.40.0.34.6.0.11.3.101]====
 +
Beim Serienmessung Entry wurde beim Beispiel der MDC Code "19380" verwendet, wo der Kontext (das Überkapitel) nicht sichtbar ist. Wurde korrigiert auf "150452".
 +
 
 +
==Erratum==
 +
Weitere Probleme und allfällige Korrekturen werden auf der [[ILF_Diskussion:Telemonitoring-Episodenbericht|Diskussionsseite]] im Wiki gesammelt.

Aktuelle Version vom 3. Juni 2022, 11:14 Uhr

Inhaltsverzeichnis

Dieses Dokument bildet den vollständigen Implementierungsleitfaden des Telemonitoring-Episodenbrichtes (TmE) ab und richtet sich an Softwareentwickler und Berater. Zum besseren Verständnis empfehlen wir Ihnen den zusammenfassenden TmE-Guide im Vorfeld zu lesen.

1 Zusammenfassung

Dieser Implementierungsleitfaden beschreibt das Datenaustauschformat des Telemonitoring-Episodenberichts in Österreich. Die Beschreibung enthält Festlegungen, Einschränkungen und Bedingungen auf Grundlage des internationalen Standards ISO/HL7 27932:2009 HL7 Clinical Document Architecture, Release 2.0 (CDA) und ist ein nationaler Standard der HL7 Austria.

Die Grundlage der Datenaustauschformate ist der internationale CDA-Standard, der sich in ELGA bereits bewährt hat. Er erlaubt es Sender und Empfänger, sich ohne vorherige Absprache zu verstehen. Der Standard hat zum Ziel, einen umfassenden Austausch von semantisch interoperablen Informationen zwischen allen beteiligten Akteuren bei der Behandlung von Patienten zu ermöglichen. Der Datenaustausch findet hierbei nicht nur innerhalb einer Einrichtung, sondern auch zwischen kooperierenden Einrichtungen und über Sektorengrenzen hinaus statt. Die Empfänger der Dokumente sollen die Inhalte benutzen und weiterverwenden können, ohne sich vorher mit dem Ersteller absprechen zu müssen.

Das CDA Telemonitoring Episodenbericht kann als Datenaustauschformat für eine fortlaufende wie auch abgeschlossene durch Telemonitoring unterstütze Behandlung dienen. Die Unterschiedung ist am Dokumententyp, dem Code für den Status wie "active" oder "completed" und einem anderem Beginn des Titels erkennbar. Als Grundlage wurde der Personal Healthcare Monitoring Report (PHMR)[1] und Teile des IHE Pharmacy Community Medication Administration (CMA)[2] und IHE Patient Care Coordination (PCC)[3] herangezogen.

Der Implementierungsleitfaden orientiert sich an den elementaren Konzepten und dem zugrunde liegenden Modell des Dokuments Allgemeiner Implementierungsleitfaden. Dort werden die notwendigen Datentypen, Dokument-Metadaten (Header), die Möglichkeiten der Textstrukturierung, grundlegende Vorgaben für die Anwendung von Terminologien, einige allgemein genutzten Inhaltsstrukturen (Sections) sowie Codebeispiele und praktische Implementierungshilfen gezeigt. Alle weiteren, für diesen Leitfaden benötigten Elemente werden hier erklärt. Die Notation der Spezifikation der Datenaustauschformate folgt der "Art-Decor"-Schreibweise, die auf einer eigenen Seite (Art-Decor-Tabellen verstehen) erläutert wird.

Der vorgesehene Ablauf des Datenaustausches wird im Kapitel Anwendungsfälle zur Dokumentenerstellung und -Aktualisierung beschrieben.


Übersichtstabellen für Header und Body-Strukturen


Auf der Diskussionsseite werden die Fehler und Änderungswünsche an dieser Version dokumentiert.

2 Informationen über dieses Dokument

2.1 Impressum

Medieneigentümer, Herausgeber, Hersteller, Verleger:
ELGA GmbH, Treustraße 35-43, Wien, Österreich. Telefon: +43.1.2127050
Internet: www.elga.gv.at Email: cda@elga.gv.at
Geschäftsführer: DI Dr. Günter Rauchegger, DI(FH) Dr. Franz Leisch

Redaktion, Projektleitung, Koordination:
Nikola Tanjga, nikola.tanjga@elga.gv.at

Abbildungen: © ELGA GmbH

Nutzung: Das Dokument enthält geistiges Eigentum der Health Level Seven® Int. und HL7® Austria, Franckstrasse 41/5/14, 8010 Graz; www.hl7.at.
Die Nutzung ist ohne Lizenz- und Nutzungsgebühren zum Zweck der Erstellung medizinischer Dokumente ausdrücklich erlaubt. Andere Arten der Nutzung und auch auszugsweise Wiedergabe bedürfen der Genehmigung des Medieneigentümers.

Download unter www.gesundheit.gv.at und www.elga.gv.at/cda

2.2 Haftungsausschluss

Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht und über ein öffentliches Kommentierungsverfahren kontrolliert. Die Nutzung des vorliegenden Leitfadens erfolgt in ausschließlicher Verantwortung der Anwender. Aus der Verwendung des vorliegenden Leitfadens können keinerlei Rechtsansprüche gegen die Autoren, Herausgeber oder Mitwirkenden erhoben und/oder abgeleitet werden. Ein allfälliger Widerspruch zum geltenden Recht ist jedenfalls nicht beabsichtigt und von den Erstellern des Dokumentes nicht gewünscht.

2.3 Sprachliche Gleichbehandlung

Soweit im Text Bezeichnungen nur im generischen Maskulinum angeführt sind, beziehen sie sich auf Männer, Frauen und andere Geschlechtsidentitäten in gleicher Weise. Unter dem Begriff "Patient" werden sowohl Bürger, Kunden und Klienten zusammengefasst, welche an einem Behandlungs- oder Pflegeprozess teilnehmen als auch gesunde Bürger, die derzeit nicht an einem solchen teilnehmen. Es wird ebenso darauf hingewiesen, dass umgekehrt der Begriff Bürger auch Patienten, Kunden und Klienten mit einbezieht.

2.4 Lizenzinformationen

Die von HL7 Austria erarbeiteten Standards und die Bearbeitungen der Standards von HL7 International stellen Werke im Sinne des österreichischen Urheberrechtsgesetzes dar und unterliegen daher urheberrechtlichem Schutz.

HL7 Austria genehmigt die Verwendung dieser Standards für die Zwecke der Erstellung, des Verkaufs und des Betriebs von Computerprogrammen, sofern nicht anders angegeben oder sich die Standards auf andere urheberrechtlich oder lizenzrechtlich geschützte Werke beziehen.

Die vollständige oder teilweise Veröffentlichung der Standards (zum Beispiel in Spezifikationen, Publikationen oder Schulungsunterlagen) ist nur mit einer ausdrücklichen Genehmigung der HL7 Austria gestattet. Mitglieder von HL7 Austria sind berechtigt, die Standards vollständig oder in Auszügen ausschließlich organisationsintern zu publizieren, zu vervielfältigen oder zu verteilen. Die Veröffentlichung eigener Anpassungen der HL7-Spezifikationen (im Sinne von Lokalisierungen) oder eigener Leitfäden erfordert eine formale Vereinbarung mit der HL7 Austria.

HL7® und CDA® sind die eingetragenen Marken von Health Level Seven International. Die vollständigen Lizenzinformationen finden sich unter https://hl7.at/nutzungsbedingungen-und-lizenzinformationen/. Die Lizenzbedingungen von HL7 International finden sich unter http://www.HL7.org/legal/ippolicy.cfm

2.4.1 Urheber- und Nutzungsrechte von anderen Quellen ("Third Party IP")

Third Party Intellectual Property

Der Nutzer dieses Dokuments (bzw. der Lizenznehmer) stimmt zu und erkennt an, dass HL7 Austria nicht alle Rechte und Ansprüche in und an den Materialien besitzt und dass die Materialien geistiges Eigentum von Dritten enthalten und / oder darauf verweisen können ("Third Party Intellectual Property (IP)").
Die Anerkennung dieser Lizenzbestimmungen gewährt dem Lizenznehmer keine Rechte in Bezug auf Third Party IP. Der Lizenznehmer allein ist für die Identifizierung und den Erhalt von notwendigen Lizenzen oder Genehmigungen zur Nutzung von Third Party IP im Zusammenhang mit den Materialien oder anderweitig verantwortlich.
Jegliche Handlungen, Ansprüche oder Klagen eines Dritten, die sich aus einer Verletzung eines Third Party IP-Rechts durch den Lizenznehmer ergeben, bleiben die Haftung des Lizenznehmers.


2.4.2 SNOMED CT

Wichtige Information zur SNOMED CT Lizenz

Dieser Leitfaden enthält Material, das durch SNOMED International urheberrechtlich geschützt ist. Jede Verwendung von SNOMED CT in Österreich erfordert eine aufrechte Affiliate Lizenz oder eine Sublizenz. Die entsprechende Lizenz ist kostenlos, vorausgesetzt die Verwendung findet nur in Österreich statt und erfüllt die Bedingungen des Affiliate License Agreements. Affiliate Lizenzen können über das Member Licensing and Distribution Service (MLDS) direkt beim jeweiligen NRC beantragt werden: MLDS für Österreich.

2.4.3 Weitere Terminologien

Im Folgenden finden Sie eine nicht-exhaustive Liste von weiteren Terminologien, die eine solche separate Lizenz erfordern können:

Terminologie Eigentümer, Kontaktinformation
Logical Observation Identifiers Names & Codes (LOINC) [4] Regenstrief Institute, Inc. [5]
Unified Code for Units of Measure (UCUM) [6] Regenstrief Institute, Inc. [5]
International Classification of Diseases (ICD) [7] World Health Organization (WHO) [8]
ICD-10 BMASGK 2020 [9] Bundesministerium für Soziales, Gesundheit, Pflege und Konsumentenschutz www.sozialministerium.at
Anatomical Therapeutic Chemical Classification System (ATC) [10] World Health Organization (WHO)[8]
Pharmazentralnummer (PZN) ARGE Pharma im Fachverband der chemischen Industrie Österreichs (FCIO) der Wirtschaftskammern Österreichs (WKO) [11]
EDQM-Codes Europäisches Direktorat für die Qualität von Arzneimitteln [12]
Medical Device Communications (MDC) vom ISO/IEEE 11073 Standard MDC wird als Substandard 10101 "Nomenclature" in "Health informatics - Medical / health device communication standards", kurz 11073, geführt und werden mit einem Copyright bei IEEE SA am österreichischen Termserver bereitgestellt. [13], [14]

Die Terminologien werden am österreichischen Terminologieserver zur Verfügung gestellt.[15]

2.5 Verbindlichkeit

Die Verbindlichkeit und die Umsetzungsfrist dieses Leitfadens sind im Gesundheitstelematikgesetz 2012, BGBl.I Nr.111/2012 sowie in den darauf fußenden ELGA-Verordnungen geregelt.

Der Leitfaden in seiner jeweils aktuell gültigen Fassung sowie die aktualisierten Terminologien sind vom zuständigen Minister auf www.gesundheit.gv.at zu veröffentlichen. Der Zeitplan zur Bereitstellung der Datenaustauschformate wird durch das Gesundheitstelematikgesetz 2012 und darauf basierenden Durchführungsverordnungen durch den zuständigen Bundesminister vorgegeben. Hauptversionen, also Aktualisierungen des Implementierungsleitfadens, welche zusätzliche verpflichtende Konformitätskriterien enthalten ("Mandatory" [M], "Required" [R] und "Fixed" [F]), sind mit ihren Fristen zur Bereitstellung per Verordnung kundzumachen. Andere Aktualisierungen (Nebenversionen) dürfen auch ohne Änderung dieser Verordnung unter www.gesundheit.gv.at veröffentlicht werden.

Die Anwendung dieses Implementierungsleitfadens hat im Einklang mit österreichischem und europäischem Recht, insbesondere mit den relevanten Materiengesetzen (z.B. Ärztegesetz 1998, Apothekenbetriebsordnung 2005, Krankenanstalten- und Kuranstaltengesetz, Gesundheits- und Krankenpflegegesetz, Rezeptpflichtgesetz, Datenschutzgesetz, Gesundheitstelematikgesetz 2012, DSGVO) zu erfolgen. Technische Möglichkeiten können gesetzliche Bestimmungen selbstverständlich nicht verändern, vielmehr sind die technischen Möglichkeiten im Einklang mit den Gesetzen zu nutzen.

Die Einhaltung der gesetzlichen Bestimmungen liegt im Verantwortungsbereich der Ersteller der CDA-Dokumente.

2.6 Verwendete Grundlagen und Bezug zu anderen Standards

Grundlage dieses Implementierungsleitfadens ist der internationale Standard "HL7 Clinical Document Architecture, Release 2.0" (CDA ©), für die das Copyright © von Health Level Seven International[16] gilt. 2009 wurde die Release 2.0 als ISO-Standard ISO/HL7 27932:2009 publiziert[17].

CDA definiert die Struktur und Semantik von "medizinischen Dokumenten" zum Austausch zwischen Gesundheitsdiensteanbietern und Patienten. Es enthält alle Metadaten zur Weiterverarbeitung und einen lesbaren textuellen Inhalt und kann diese Informationen auch maschinenlesbar tragen. Das Datenmodell von CDA und seine Abbildung in XML[18] folgen dem Basisstandard HL7 Version 3[19] mit seinem Referenz-Informationsmodell (RIM). Dieser Leitfaden verwendet das HL7-Template-Austauschformat zur Definition der "Bausteine" (Templates) und ART-DECOR® [20] als Spezifikationsplattform.

  • HL7 Clinical Document Architecture (CDA) [21]
  • HL7 Referenz-Informationsmodell (RIM)[22]
  • HL7 V3 Datentypen [23]
  • HL7 Template-Austauschformat Specification and Use of Reusable Information Constraint Templates, Release 1[24]

Die HL7 Standards können über die HL7 Anwendergruppe Österreich (HL7 Austria)[25], die offizielle Vertretung von Health Level Seven International in Österreich bezogen werden (www.HL7.at). Alle auf nationale Verhältnisse angepassten und veröffentlichten HL7-Spezifikationen können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.


Der Telemonitoring-Episodenbericht basiert auf den Vorgaben des Allgemeinen Implementierungsleitfadens (Version 3).

Für die Modellierung der technischen Spezifikation der Inhalte des Telemonitoring-Episodenberichtes wurde das "PHMR Personal Healthcare Monitoring Report", das "CMA Community Medication Administration" und das "PCC Patient Care Coordination" als wesentliche Grundlage gewählt.

Verwendete Standards

[Abbildung 1]

2.7 Wichtige unterstützende Materialien

Auf der Website Telemonitoring-Episodenbericht Guide werden unter anderem folgende Materialien zur Verfügung gestellt:

  • die PDF-Version dieses Leitfadens
  • Beispieldokumente
  • ein erweitertes CDA-Schema
  • Schematron-Prüfregeln

Die im weiteren angeführten Templatespezifikationen wurden im Art-Decor Projektrepository ELGATGD erstellt und können dort eingesehen werden.

Gemeinsam mit diesem Leitfaden werden auf der Website der ELGA GmbH (www.elga.gv.at/CDA) weitere Dateien und Dokumente zur Unterstützung bereitgestellt:

  • Beispieldokumente
  • Referenz-Stylesheet (Tool zur Darstellung im Browser - Konvertierung in HTML)
  • CDA2PDF Suite (Tool zur Erzeugung einer PDF-Datei zur Ausgabe am Drucker)
  • Schematron-Dateien für die Prüfung der Konformität ("Richtigkeit") von CDA Dateien
  • Vorgaben zur Registrierung von CDA-Dokumenten (Leitfaden für XDS-Metadaten)
  • Hinweise für die zu verwendenden Terminologien
  • Leitfaden zur richtigen Verwendung von Terminologien
Fragen, Kommentare oder Anregungen für die Weiterentwicklung können an cda@elga.gv.at gesendet werden. Weitere Informationen finden Sie unter www.elga.gv.at/CDA.

2.8 Bedienungshinweise

2.8.1 Farbliche Hervorhebungen und Hinweise

Themenbezogene Hinweise zur besonderen Beachtung:

Hinweis:
Es dürfen keine Elemente oder Attribute verwendet werden, die nicht vom allgemeinen oder einem speziellen ELGA-Implementierungsleitfaden definiert wurden

Hinweis auf anderen Implementierungsleitfaden:

Verweis
Verweis auf den Allgemeinen Leitfaden:…

Themenbezogenes CDA Beispiel-Fragment im XML Format:

<BEISPIEL>
<languageCode code="de-AT" />

2.8.2 PDF-Navigation

Nutzen Sie die bereitgestellten Links im Dokument (z.B. im Inhaltsverzeichnis), um direkt in der PDF-Version dieses Dokuments zu navigieren. Folgende Tastenkombinationen können Ihnen die Nutzung des Leitfadens erleichtern:

  • Rücksprung: Alt + Pfeil links und Retour: Alt + Pfeil rechts
  • Seitenweise blättern: "Bild" Tasten
  • Scrollen: Pfeil nach oben bzw. unten
  • Zoomen: Strg + Mouserad drehen
  • Suchen im Dokument: Strg + F


3 Einleitung

3.1 Ausgangslage und Motivation

In Österreich gibt es verschiedene telemedizinische Versorgungsprogramme, die unter anderem die Betreuung von Patienten mit Herzkreislauf-Erkrankungen und Diabetes gewährleisten. Bisher gibt es keine Anbindung dieser telemedizinischen Anwendungen an die ELGA-Infrastruktur. Um den Austausch der Informationen zwischen allen beteiligten Institutionen und Personen zu unterstützen, muss ein einheitliches Austauschformat geschaffen und definiert werden, welches in diesem Dokument beschrieben wird. Durch den Telemonitoring-Episodenbericht sollen Daten aus telemedizinischen Versorgungsprogrammen auch anderen Gesundheitsdiensteanbietern mit ELGA-Zugriff zur Verfügung stehen.

3.2 Zweck des Dokuments

Der vorliegende "Implementierungsleitfaden für den Telemonitoring-Episodenbericht" beschreibt die einheitliche Implementierungsvorschrift für den Informationsaustausch von Telemonitoring-Daten im österreichischen Gesundheitswesen. Der Leitfaden basiert auf den vorangegangenen Erfahrungen in der Erstellung von Implementierungsleitfäden für ELGA CDA Dokumente. Der Header beinhaltet zum einen administrative Daten (allgemeine Angaben zum Dokument, Daten zum Patienten, usw.) und dient zum anderen auch als Quelle für die Metadaten, die bei der Registrierung des Dokuments in ELGA verwendet werden. Die eigentlichen Telemonitoringdaten, die im Rahmen von telemedizinischen Versorgungsprogrammen erfasst werden, sind im so genannten "Body" enthalten.

Elemente des Headers und Bodys orientieren sich am bestehenden "Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente".

3.3 Zielgruppe

Anwender dieses Dokuments sind Softwareentwickler und Berater, die allgemein mit Implementierungen und Integrationen im e-Health-Umfeld, aber auch mit ELGA e-Befunden oder e-Medikation betraut sind, insbesondere Hersteller und Betreiber von Telemonitoringplattformen. Weiters richtet sich der Leitfaden an alle an der Erstellung von Gesundheitsdaten und Gesundheitsdokumenten beteiligten Personen, einschließlich der Endbenutzer der medizinischen Softwaresysteme und der Angehörigen von Gesundheitsberufen.

4 Leitfadenerstellungs- und Harmonisierungsprozess

Für die Ausgestaltung der Inhalte von "CDA Implementierungsleitfäden" ist eine breite Beteiligung der Stakeholder wesentlich, um die praktische Nutzbarkeit und die Akzeptanz durch die ELGA-Benutzer sicherzustellen. Für diese interdisziplinären Expertengruppen stehen nicht die technischen, sondern vor allem medizinisch-inhaltliche Aspekte im Vordergrund. Die technischen Inhalte werden großteils von den Redaktionsteams beigetragen.

Ein wesentlicher Schritt auf dem Weg zur Interoperabilität der IT-Systeme im Gesundheitswesen ist die Einigung auf Vorgaben für einheitliche Dokumentation und Codierung der Information. Diese durch die Arbeitsgruppen erreichte "Harmonisierung" etabliert neue nationale Qualitätsstandards der medizinischen Dokumentation. Die Leitfäden werden über ein reguläres Standardisierungsverfahren ("Ballot") durch die HL7 Anwendergruppe Österreich (HL7 Austria) zu einem nationalen HL7 Standard.

Dieser Implementierungsleitfaden entstand durch die Harmonisierungsarbeit der AG Telemonitoring-Episodenbericht, die im Zeitraum von Februar 2020 bis Mai 2020 tagte. Die Teilnehmer der Arbeitsgruppe wurden durch ihre Organisation delegiert.

Die Arbeitsgruppe harmonisierte primär die inhaltlichen Vorgaben und soweit möglich die zu verwendenden Terminologien (Value Sets). Die Formulierung der technischen Spezifikation des CDA Implementierungsleitfadens Telemonitoring-Episodenbericht erfolgte durch die ELGA GmbH parallel bzw. nach der inhaltlichen Festlegung.

Der Leitfaden wird in einem technischen Abstimmungsverfahren durch die HL7 Austria ("Ballot") zu einem österreichischen Standard. Die Verbindlichkeit zur Anwendung soll durch eine Novellierung des Gesundheitstelematikgesetzes 2012, BGBl.I Nr.111/2012 begründet werden.

4.1 Revision der Leitfäden

Neue und geänderte Anforderungen sowie Verbesserungen können neue Versionen der bestehenden Spezifikationen notwendig machen.

Der CDA-Koordinator evaluiert in regelmäßigen Abständen, ob und welche Änderungen (etwa durch neue medizinische oder gesetzliche Anforderungen) notwendig sind. Aufgrund des Berichtes des CDA-Koordinators empfiehlt die ELGA GmbH die Erstellung von Revisionsversionen der bestehenden Leitfäden. Die geplanten Änderungen sollen mit den maßgeblichen Stakeholdern abgestimmt werden.

Neue Versionen, die "verpflichtende Elemente" (Sections oder Entries) neu einführen oder entfernen, sind "Hauptversionen", die jedenfalls über eine Durchführungsverordnung verbindlich gemacht und veröffentlicht werden. Andere Versionen sind "Nebenversionen". Alle verbindlichen Versionen sind auf http://www.gesundheit.gv.at zu veröffentlichen.

4.2 Autoren und Mitwirkende

Der vorliegende Leitfaden wurde unter der Leitung der ELGA GmbH von den Autoren und unter Mitwirkung der genannten Personen (Mitglieder der Arbeitsgruppe) erstellt. Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht. Die HL7 Austria und die ELGA GmbH genehmigen ausdrücklich die Anwendung des Leitfadens ohne Lizenz- und Nutzungsgebühren zum Zweck der Erstellung medizinischer Dokumente und weisen darauf hin, dass dies mit dem Einverständnis aller Mitwirkenden erfolgt.

4.2.1 Autoren

Das Redaktionsteam bestand aus folgenden Personen1:

Name Organisation Rolle
Stefan Sabutsch ELGA GmbH, HL7 Austria Autor, Herausgeber
Nikola Tanjga ELGA GmbH Autor
Andrea Klostermann ELGA GmbH Autor
Oliver Kuttin ELGA GmbH Autor
Kristina Reiter AIT Austrian Institute of Technology GmbH Autor

Unter Mitwirkung von1: Stephan Rainer-Sablatnig (ELGA GmbH), Carina Seerainer (ELGA GmbH), Nina Sjencic (ELGA GmbH)

4.2.2 Mitwirkende

Teilnehmer der Arbeitsgruppe Telemonitoring-Episodenbericht1: Christian Starek (Updation), Bernadette Matiz (Gesundheitsfonds Steiermark), Paul Kressnik (Reha Buddy GmbH), Stefan Pötz (KAGES), Jan Nicolics (A1), Silke Klemen (FEEI), Christoph Hatzenberger (CareCenter), Alexander Gaiger (MedUni Wien), Peter Kastner (AIT), Andreas Nuener (Tirol Kliniken), Alexander Degelsegger-Márquez (Gesundheit Österreich GmbH - GOEG), Michael Gruska (Pensionsversicherungsanstalt), Stefan Sauermann (Technikum Wien & Chairman der PCHA EU Workgroup), Robert Modre (AIT), Clemens Rissbacher (Landesinstituts für Integrierte Versorgung Tirol), Gottfried Endel (SV), Florian Hoffmann (Versicherungsanstalt öffentlich Bediensteter, Eisenbahnen und Bergbau), Eduard Schebesta (Verband Österreichischer Medizin Softwarehersteller), Simone Lubowitzky (MedUni Wien), Christoph Steinacker (Ärztekammer)

1 Personen sind ohne Titel angegeben

5 Technischer Hintergrund

5.1 ELGA

Der technische Hintergrund soll im allgemeinen Leitfaden nachgelesen werden.

5.2 Rahmenrichtlinie für die IT-Infrastruktur bei der Anwendung von Telemonitoring: Messdatenerfassung

Inhaltlich beschreibt die Rahmenrichtlinie den idealtypischen Ablauf einer zusätzlichen Betreuung mit Telemonitoring, stellt die IT-Architektur für Telemonitoring und die Systemanforderungen hinsichtlich der Interoperabilität dar. Skizziert werden weiters die Ziele und auch die Nicht-Ziele, die Adressatinnen und Adressaten, die Anbindung an ELGA, die rechtlichen Grundlagen und die technischen Begleitmaßnahmen.

Folgender Auszug gibt eine Einführung in die Rahmenrichtlinie. Es ist zu empfehlen das Dokument im Zuge der Vorbereitung für die Implementierung eines Telemonitoring Episodenberichts zu lesen.

Vorarbeiten für vorliegende Rahmenrichtlinie des BMGF waren die Ergebnisse und Empfehlungen der Telegesundheitsdienste Kommission und der Projektgruppe Telegesundheitsdienste im Auftrag der Zielsteuerung und unter Mitwirkung von Bund (Leitung), Ländern und Sozialversicherung. Im Rahmen dieser Arbeiten wurde festgestellt, dass eine grundlegende technische "Guideline" in Form dieser Rahmenrichtlinie benötigt wird, die ein sinnvolles und hilfreiches Hilfsmittel für die in weiterer Folge genannten AdressatInnen bei der Umsetzung von Telemonitoring sein soll. Die hier vorliegende IT Architektur kann im Sinne der Machbarkeit derzeit keine vollständige Umsetzung abdecken und beschränkt sich daher auf die Messdatenerfassung im Rahmen des Telemonitorings. Diese Rahmenrichtlinie betrifft das Telemonitoring für Patientinnen und Patienten, die zur Behandlung/Überwachung ihrer Erkrankung ein zusätzliches Telemonitoring in Anspruch nehmen wollen. Es ist vorgesehen, dass die vorliegende Rahmenrichtlinie für sämtliche öffentlich finanzierte Telemonitoring Anwendungen angewendet werden muss. Diese Rahmenrichtlinie bezieht sich ausschließlich auf den Unterpunkt Überwachung/Monitoring/Messdatenerfassung der PatientInnen und nicht auf die umfassende Kommunikation, welche jedoch weiter entwickelt werden kann – auch im Sinne einer "feedback Funktion" GDA an Patient, bzw. im Führen z.B. eines Therapietagebuches durch die Patienten.[27]

Aktuell (2020-07) gültiger, direkter Download der Rahmenrichtlinie: https://www.sozialministerium.at/dam/jcr:c6f54325-0c71-4614-93ff-3358d1cfea27/telemonitoring_rahmenrichtlinie_.pdf

6 Allgemeine Richtlinien für ELGA CDA-Implementierungsleitfäden

7 Funktionale Anforderungen

Patienten können mit Telehealth-Systemen (medizinische Telemonitoring-Systeme) ihre Selbstmesswerte (z.B. Körpergewicht, Blutzucker, Blutdruck, Herzfrequenz, Wohlbefinden, Schritte) und zusätzlich auch Medikationsdaten, die verwendeten Medizingeräte, das Feedback aufgrund von Selbstmesswerten der GDAs (Gesundheitsdiensteanbieter) und weitere medizinische Daten in einer Datenzentrale speichern. Alle diese Daten gemeinsam werden als Telehealth-Daten bezeichnet.

Ein spezieller Anwendungszweck sind Disease Management Programme (DMP), welche mit Telehealth-Daten unterstützt werden. GDAs interagieren und kommunizieren mit den Patienten auf eine regelmäßige, koordinierte Weise, um eine Erkrankung über eine definierte Zeitspanne zu behandeln. Bei diesen Erkrankungen ist die Selbstpflege der Patienten für einen positiven Krankheitsverlauf unumgänglich. Ein DMP kann durch Selbstmesswert-Geräte und Webservices unterstützt werden, um eine aus der Ferne mit Telehealth-Daten unterstützte Behandlung zu ermöglichen.

Mit einer automatischen, standardisierten Erstellung und Meldung dieses neuen Dokuments in ELGA bietet man den Patienten volle Einsicht in die erhobenen Telehealth-Daten über das ELGA-Portal, in welchem auch weitere Dokumente von verschiedensten GDAs zur Verfügung stehen. Auch anderen und zukünftig behandelnden GDAs erleichtert man damit den Zugriff auf die erhobenen Telehealth-Daten und die dazugehörigen Behandlungen. Zusätzlich haben die von den GDAs eingesetzten Informationssysteme die Möglichkeit, diese Informationen in diesem Dokument automatisiert einzulesen und abzurufen.

7.1 Voraussetzungen für den Zugriff auf e-Befunde in ELGA

Der ELGA GDA ist in ELGA angemeldet, berechtigt und besitzt eine gültige Kontaktbestätigung für den Patienten. Der Patient ist ELGA-Teilnehmer und hat keinen generellen, partiellen oder situativen Widerspruch hinsichtlich ELGA eingelegt.

7.2 Anwendungsfälle des Dokumentenmanagements

Die folgenden Kapiteln aus dem allgemeinen Leitfaden stellen eine Zusammenfassung der Inhalte der ELGA-Gesamtarchitektur, des Leitfadens XDS Metadaten und Usability Styleguides zum Thema e-Befunde dar. Detailinformationen sind in den entsprechenden Dokumenten nachzulesen (verfügbar auf der Homepage der ELGA GmbH). Die wesentlichen Anwendungsfälle sind

7.2.1 Dokument-Metadaten (XDS-Metadaten)

XDS-Element mit Link zum XDS-Leitfaden Optionalität im XDS-Leitfaden CDA-Element in /ClinicalDocument Werte mit Beispielen Erklärung
uniqueId M ./id
  • @root="1.2.40.0.34.3.1.1058.1337.999021.1"
Das uniqueId Element beschreibt den global eindeutigen Identifier des Dokuments und kann mit oder ohne Extension angegeben werden.
  • @root="1.2.40.0.34.3.1.1058.1337"
  • @extension="999021.1"
typeCode R ./code
  • @code="75497-8"
  • @displayName="Telehealth Progress note"
  • @codeSystem="2.16.840.1.113883.6.1"
Zur Unterscheidung des Dokumenttyps erhält das Element code des "Telemonitoring Zwischen-Episodenbericht" ein vorgegebenes "code"-Element.
  • @code="75498-6"
  • @displayName="Telehealth Summary note"
  • @codeSystem="2.16.840.1.113883.6.1"
Zur Unterscheidung des Dokumenttyps erhält das Element code des "Telemonitoring Entlassungs-Episodenbericht" ein vorgegebenes "code"-Element.
classCode R ./code/translation
  • @code="75496-0"
  • @displayName="Telehealth note"
  • @codeSystem="2.16.840.1.113883.6.1"
Bezeichnet die "Dokumentklasse" in dem untergeordneten "translation"-Element. Einzig zulässige Wert für den telemonitoring Episodenbericht ist Telehealth note (75496-0).
title R ./title
  • "Zwischenbericht Herz-Mobil Steiermark (23.3.2020-30.4.2020)"
Für den Telemonitoring Episodenbericht mit dem LOINC Code 75497-8 (Telehealth Progress note) muss der Titel mit "Zwischenbericht" beginnen. Danach soll das Telegesundheitsdienste-System angegeben werden und mit dem Zeitraum der in dem Dokument vorhandenen Daten enden.
  • "Entlassungsbericht Herz-Mobil Tirol (5.2020)"
Für den Telemonitoring Episodenbericht mit dem LOINC Code 75498-6 (Telehealth Summary note) muss der Titel mit "Entlassungsbericht" beginnen. Danach soll das Telegesundheitsdienste-System angegeben werden und mit dem Zeitraum der in dem Dokument vorhandenen Daten enden.
formatCode M ./hl7at:formatCode Version des vom CDA erfüllten Telemonitoring Episodenbericht Implementierungsleitfades.
practiceSettingCode M ./hl7at:practiceSettingCode
  • @code="F019"
  • @codeSystem="1.2.40.0.34.5.12"
  • @displayName="Innere Medizin"
Fachliche Zuordnung des Dokuments.
creationTime M ./effectiveTime
  • @value="20181213095800+0200"
Das letzte medizinisch relevante Datum, an welchem das Dokument medizinische Inhalte hinzugefügt worden sind.
confidentialityCode M ./confidentialityCode
  • @code="N"
  • @displayName="normal"
  • @codeSystem="2.16.840.1.113883.5.25"
  • @codeSystemName="HL7:Confidentiality"
Vertraulichkeitscode des Dokuments. Für ELGA-Dokumente ist ausschließlich "N" erlaubt!
languageCode M ./languageCode
  • @code="de-AT"
Für ELGA ist in @code für CDA und Ableitungen in die XDSDocumentEntry-Metadaten derzeit ausschließlich der Wert "de-AT" zulässig. Für eHealth können in zukünftigen Versionen des Leitfadens weitere Sprachcodes erlaubt werden.
referenceIdList M ./setId
  • @root="1.2.40.0.34.3.1.1058.1337"
  • @extension="999021"
Eindeutige Id des Dokumentensets. Diese bleibt über alle Versionen der Dokumente gleich (initialer Wert bleibt erhalten). Die setId SOLL unterschiedlich zu /ClinicalDocument/id sein.
sourcePatientId M ./recordTarget/patientRole/id[1]
  • @root="1.2.40.0.34.99.111.1.2"
  • @extension="123"
Patienten ID im Informationssystem des GDA, z.B.: im KIS eines Krankenhauses.
author authorInstitution M ./author[1]/assignedAuthor/

   representedOrganization/id[1]

  • @root="1.2.40.0.34.99.4.1234"
ID und Name der Organisation (Kurzbezeichnung), der die Person angehört, wie im GDA-Index angegeben.
  • @root="1.2.40.0.34.99.4"
  • @extension="1234"
authorPerson M ./author[1]/assignedAuthor
  • ./id/@root="1.2.40.0.34.99.111.1.2"
  • ./id/@extension="999021"
  • ./assignedPerson/name/family="Holzer"
  • ./assignedPerson/name/given[1]="Daniela"
  • ./assignedPerson/name/given[2]="Chiara"
  • ./assignedPerson/name/suffix="BSc"
  • ./assignedPerson/name/prefix[@qualifier="AC"]="Dr."
Daten der Person/des Geräts (Name, ID, etc.)
  • ./assignedAuthoringDevice/softwareName="TelehealthSoftware"
  • ./assignedAuthoringDevice/manufacturerModelName="TelehealthSolutions"
authorRole M ./author[1]/functionCode
  • @displayName="Diensthabender Oberarzt"
Rolle der Person.
authorSpeciality M ./author[1]/assignedAuthor/code
  • @displayName="Fachärztin/Facharzt für Innere Medizin"
Fachrichtung des Verfassers des Dokuments aus ELGA_AuthorSpeciality.
LegalAuthenticator M ./legalAuthenticator[1]/assignedEntity
  • ./id/@root="1.2.40.0.34.99.111.1.2"
  • ./id/@extension="999021"
  • ./assignedPerson/name/family="Holzer"
  • ./assignedPerson/name/given[1]="Daniela"
  • ./assignedPerson/name/given[2]="Chiara"
  • ./assignedPerson/name/suffix="BSc"
  • ./assignedPerson/name/prefix[@qualifier="AC"]="Dr."
Rechtlicher Unterzeichner des Dokuments.
eventCodeList R ./documentationOf[1]/serviceEvent/code
  • @code="719858009"
  • @displayName="Telehealth monitoring (regime/therapy)"
  • @codeSystem="2.16.840.1.113883.6.96"
  • @codeSystemName="SNOMED CT"
Code der Gesundheitsdienstleistung.
serviceStartTime R ./documentationOf[1]/serviceEvent/

   effectiveTime/low

  • @value="20181001082015+0200"
Zeitpunkt des Behandlungsbeginns (erster medizinisch relevanter Behandlungstag dieser dokumentierter Gesundheitsdienstleistung)
serviceStopTime R ./documentationOf[1]/serviceEvent/

   effectiveTime/high

  • @value="20181213105900+0200"
Zeitpunkt des Behandlungsendes (letzter medizinisch relevanter Behandlungstag dieser dokumentierter Gesundheitsdienstleistung, muss sich von Behandlungsbeginn unterscheiden)
healthcareFacilityTypeCode R ./componentOf/encompassingEncounter/

   location/healthCareFacility/code

  • @code="300"
  • @displayName="Allgemeine Krankenanstalt"
  • @codeSystem="1.2.40.0.34.5.2"
Klassifizierung des GDA.

8 Konformitätsprüfung

Ein zu diesem Implementierungsleitfaden konformes CDA-Dokument ist zunächst ein valides CDA Release 2.0 XML-Dokument mit Header und Body. Darüber hinaus erfüllt es alle in diesem Leitfaden festgelegten "Geschäftsregeln".

Dies spiegelt ein generelles Konzept im Umgang mit Dokumenten wieder: die Validierung in zwei Schritten. Im ersten Schritt stellt dies die Validierung gegen zugehörige W3C Schemas dar. Das verwendete Schema ist das geringfügig erweiterte offizielle CDA Release 2.0 Schema (siehe Schema-Prüfung). Darüber hinaus existieren eine Reihe von Schematron Regeln, die für einen zweiten Validierungsschritt genutzt werden und letztlich die Detailregelungen in diesem Leitfaden wiedergeben, sowie die Einhaltung der Geschäftsregeln (Optionalität, Kardinalität/Multiplizität, Datentypen, Wertebereiche, Abhängigkeiten) sicherstellen (siehe Schematron-Prüfung). Geschäftsregeln für Abschnitte oder Elemente werden auch technisch zu "Templates" zusammengefasst. Eine XML-Instanz, die kein valides CDA-Dokument ist oder sich nicht gegen das XSD-Schema validieren lässt oder im Widerspruch zu den angegebenen Geschäftsregeln steht, ist kein gültiges CDA-Dokument im Sinne dieses Implementierungsleitfadens.

Hinweis: Nicht alle Geschäftsregeln können mit Schema oder Schematron geprüft werden (etwa Inhalte von Multimedia-Attachments, Dokumentengröße). Zusätzliche Validierungsschritte sind gegebenenfalls notwendig, um alle Regeln zu überprüfen zu können.

Die Kapitel zu den technischen Konformitätsprüfungen von CDA-Dokumenten, gemäß diesem Dokumentleitfadens mittels Schema und Schematron, sind im allgemeinen Leitfaden unter den folgenden Links zu finden:

9 Datentypen

Im Kapitel Datentypen im allgemeinen Leitfaden werden nur die Datentypen beschrieben, die in ELGA CDA-Dokumenten wie diesem zur Anwendung kommen. Für weiterführende Informationen wird auf den zugrundeliegenden Standard Health Level Seven Version 3 (V3), Normative Edition verwiesen.

10 Anwendungsfälle zur Dokumentenerstellung und -Aktualisierung

Die Einsatzszenarien für dieses Datenaustauschformat werden in Form von Anwendungsfälle beschrieben, um dem Leser den Hintergrund zu vermitteln. Diese Beschreibung der Anwendungsfälle ist nicht normativ und keine Vorentscheidung für die tatsächliche Umsetzung.

Es werden die drei Anwendungsfälle "Start Telemonitoring", "Fortschritt Telemonitoring" und "Ende Telemonitoring" aus Sicht des Dokuments, welches von einem Telemonitoring-System befüllt wird, erklärt.

  • "Start Telemonitoring" geht auf den Prozess ein, welcher nur die Arbeitsschritte beinhaltet, welche notwendig sind, um ein erstes valides Dokument ohne optionale Felder zu generieren. Damit kann die noch gültige Kontaktbestätigung genutzt werden für ein erstes Registrieren des Dokumentes in der ELGA.
  • "Fortschritt Telemonitoring" erklärt die Möglichkeiten wie ein Dokument automatisch wie auch halbautomatisch in einem bestimmten Intervall mit den neuesten Telemonitoring-Daten befüllt werden kann. Durch das erste Hochladen des Dokumentes ist ein stetiges Hochversionieren auch nach Ablauf der Kontaktbestätigung möglich.
  • "Ende Telemonitoring" erweitert den Prozess dadurch, dass die Behandlung beendet wird und spätestens hier sollen die möglichen Sektionen des Dokumentes befüllt werden.

Um die Anforderungen eines Backup-Dokumentes, On-Demand Dokumentes oder maschinell erstellten Dokumentes, welches ohne Vidierung in der ELGA registriert wird, mit diesem Leitfaden zu erfüllen, wird auch ermöglicht, dieses Dokument ohne Vidierung (legalauthenticator 0..*) valide sein zu lassen.

Es ist zu beachten, dass in aktuellen Telemonitoring Programmen ein ambulanter oder stationärer Besuch vorausgehend ist, zu welchem höchstwahrscheinlich ein ELGA-Dokument existiert. Auch bei Abschluss der Behandlung ist es zur Zeit der Normalfall, dass der Patient persönlich einen zuständigen Arzt besucht, wo auch ein ELGA-Dokument geschrieben wird. Diese fachlich zusammenhängenden Dokumente werden jedoch nicht maschinenlesbar verknüpft, sondern sind durch das relevante Dokumentendatum als zusammenhängend erkennbar.

10.1 Start Telemonitoring

Dieser Anwendungsfall startet am Beginn der Behandlung. Das Anlegen des Dokuments und erstmalige Hochladen in der dem GDA zugehörigen ELGA-Domäne erfolgt nach dem Eingeben der hier aufgeschlüsselten, mindestens notwendigen Header-Felder und der Body-Sektion "Behandlungsgrund".

Folgenden Elemente sind für das TmE fixert und somit nicht extra zu befüllen, jedoch verpflichtend anzugeben

  • Hoheitsbereich des Dokuments im realmCode
  • Fixe OID für alle Dokumente, die in der Governance-Gruppe "eHealth Austria" abgestimmt werden in der typeId
  • den drei Dokumenten-TemplateIds in jeweils einem templateId
  • Dokumentenklasse im code
  • Format welches das Dokument erfüllt im formatCode
  • Vertraulichkeitscode des Dokuments im confidentialityCode
  • Sprachcode des Dokuments im languageCode

Es müssen folgende Header-Informationen einmalig für das System konfiguriert werden und im Dokument angegeben werden

  • Terminologie-Datum mit der letzten Aktualisierung der Terminologien im terminologyDate
  • fachliche Zuordnung des Dokumentes im practiceSettingCode
  • Verwahrer des Dokuments im custodian

Es müssen folgende Header-Informationen einmalig für das DokumentenSet im Dokument angegeben werden

  • Eindeutige Id des Dokumentensets in der setId
  • Komponente für die Patientendaten im recordTarget

Es müssen folgende Header-Informationen einmalig pro Version des Dokuments angegeben werden

  • Dokumenten-ID in id
  • Dokumententyp in code.translation
  • Titel des Dokuments im title
  • StatusCode wie fortlaufend oder abgeschlossen im statusCode
  • Relevantes Datum des Dokuments im effectiveTime
  • Versionsnummer des Dokuments in versionNumber
  • ein bis mehrere Verfasser des Dokuments im author
  • Komponente für die Gesundheitsdienstleistung im documentationOf

Alle anderen Elemente im Header und Body sind optional (mit Ausnahme der Body-Sektion "Behandlungsgrund") und können für den ersten Upload des Dokuments leer bleiben und in einer neuen Version des Dokuments optional hinzugefügt werden. Dieses Dokument wird vom behandelnden Gesundheitsdienstexperten vidiert und damit für das Hochladen in die ELGA-Domäne bereitgestellt. Dieser Schritt kann während dem Bekanntwerden der geplanten Behandlung und spätestens am ersten Behandlungstag stattfinden.

10.2 Fortschritt Telemonitoring

Während der Behandlung besteht optional die Möglichkeit, das Dokument zu erweitern und neue Daten - wie eine Zusammenfassung der bisherigen Behandlung, Messungen, Kommentare und Beilagen - hinzuzufügen und muss mit einer gültigen Vidierung, einer neuen Dokumenten-ID, einer erhöhten Versionsnummer, einer aktualisierten Zeitspanne der Behandlung und einem neuen Dokumentendatum hochgeladen werden. Dies kann automatisch ohne Vidierung oder halbautomatisch durch nochmalige Vidierung geschehen und in der ELGA registiert werden.

Automatisch generierte und ohne Vidierung in ELGA hochgeladene Dokumente, mit allen bis zu diesem Zeitpunkt vorhandenen Messergebnissen wie auch weiteren freigegeben Daten, bieten auch anderen GDAs in einer fortwährenden Behandlung eine Einsicht in die Daten. Der Großteil der Daten bei einem TmE Dokument wird vom Patienten selbst generiert und kann von hohem Interesse für andere Behandlungen sein. In einem bestimmten für die Behandlung sinnvollen Intervall, wie beispielsweise wöchentlich oder täglich, wird das Dokument mit den neuen Beobachtungen automatisch aktualisiert. Dabei können vorausgewählte Kommentare und Notizen wie auch ganze Dokumente als Anhang mit hochgeladen werden. Aktualisierte Texte von "Behandlungsgrund" wie auch erste Zusammenfassungen der bisherigen Behandlungen, können für das nächste Hochladen hinzugefügt werden. Es steht den Implementierern frei, dieses als automatisches Dokument für seine Benutzer in jeglicher Form bereitzustellen.

Grundsätzlich ist zu beachten, dass der manuelle Schritt einer nochmaligen Vidierung durch eine natürliche Person die Qualität der Daten hebt. Dies könnte halbautomatisch passieren, indem in regelmäßigen Abständen das System den Behandler bittet die neuesten Daten freizugeben und somit zu vidieren. Es ist zu empfehlen die erste Vidierung, welche beim Start der Behandlung geschehen ist, für die folgenden, automatischen Zwischenberichte zu entfernen. Das erste Dokument mit der ersten Vidierung ist dann weiterhin als älteste Version in dem Dokumenten-Set auffindbar.

Die maximale Dokumentengröße für ELGA-Dokumente sind 20MB. Wenn diese Größe durch ein TmE-Dokument überschritten wird, ist es möglich durch mehrere Dokumente die vollständige Behandlung abzubilden. Dabei soll es nach der Behandlung immer nur einen Abschlussbericht für die Behandlung geben! Dieser Abschlussbericht kann auch die Daten des jüngsten Zeitraums beinhalten. Die anderen Zeiträume können in einem oder mehreren Fortschrittsberichten mit dem richtigen Setzen des Titels und "documentationOf"-Zeitraumes abgebildet werden.

10.3 Ende Telemonitoring

Spätestens am Ende der Behandlung wird eine über die ganze Behandlung berichtende Zusammenfassung verfasst, welche verpflichtend vom behandelnden Gesundheitsdienstexperten unterzeichnet werden muss. Auch weitere Sektionen können hier noch befüllt oder fertiggestellt werden. Diese aktualisierte Version des Telemonitoring-Episodenberichts (TmE Dokument) dient als Übersicht für zukünftige Behandlungen aller Gesundheitsdienstexperten mit Zugriff auf das Dokument.

11 Dataset des Telemonitoring Episodenberichts

Das Dataset (auch "Datenarten" oder "Konzepte") listet alle mit der Arbeitsgruppe abgestimmten Inhalte des Leitfadens auf. Es enthält Beschreibungen der Elemente mit Synonymen.

Dataset-Elemente können auf das CDA Datenmodell gemappt werden. In den Metadaten eines Templates sind alle assoziierten Konzepte auf einen Blick ersichtlich. Im Template-Body wird das assoziierte Konzept beim entsprechenden Datenelement angezeigt.

Die Live-Version des Datasets in Art-Decor kann unter folgendem Link betrachtet werden.

12 Technische Spezifikation

Die Struktur des CDA Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben.

Der Header entspricht im Wesentlichen den bisherigen ELGA CDA-Leitfäden ("Allgemeiner Leitfaden"). Der Body enthält die tatsächlichen (medizinischen) Inhalte des Dokuments. Dieses Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der Interoperabilitätsstufen ist daher nicht notwendig.

12.1 Übersichtstabelle der CDA Strukturen des Headers

Dieses Kapitel gibt einen Überblick über die Elemente des CDA Headers und den Vorgaben bezüglich Kardinalität und Konformität.

Die jeweiligen Links in der letzten Spalte zeigen auf die einzelnen Header Elemente im allgemeinen Leitfaden.

Der aktuelle Leitfaden ist für den ELGA Kontext entwickelt worden, kann jedoch auch für andere Zwecke, welche als eHealth zusammengefasst werden, verwendet werden.

Element Kard/Konf ELGA Kard/Konf eHealth Bedeutung / Link zum Kapitel
realmCode 1..1 M 1..1 M Hoheitsbereich des Dokuments
typeId 1..1 M 1..1 M Kennzeichnung CDA R2
templateId 3..* M 3..* M Kennzeichnung von Strukturvorschriften
id 1..1 M 1..1 M Dokumenten-Id
code

  translation

1..1 M

  1..1 M

1..1 M

  0..* R

Klassifikation des Dokuments (fein und grob)
title 1..1 M 1..1 M Titel des Dokuments
sdtc:statusCode 0..1 C 0..1 O Status des Dokuments
hl7at:terminologyDate 1..1 M 0..1 O Terminologie-Datum des Dokuments
hl7at:formatCode 1..1 M 0..1 O FormatCode des Dokuments
hl7at:practiceSettingCode 1..1 M 0..1 O Fachliche Zuordnung des Dokuments
effectiveTime 1..1 M 1..1 M Erstellungsdatum des Dokuments (medizinisch relevantes Datum)
confidentialityCode 1..1 M 1..1 M Vertraulichkeitscode
languageCode 1..1 M 1..1 M Sprachcode des Dokuments
setId

versionNumber

1..1 M

1..1 M

1..1 M

1..1 M

Versionierung des Dokuments
recordTarget 1..1 M 0..1 C Patient
recordTarget de-identified 0..0 NP 0..1 C Anonymer oder pseudonymisierter Patient
author 1..* M 1..* M Verfasser des Dokuments
dataEnterer 0..1 O 0..1 O Personen der Dateneingabe
informant 0..* O 0..* O Informant
custodian 1..1 M 1..1 M Verwahrer des Dokuments
informationRecipient 0..* O 0..* O Beabsichtigte Empfänger des Dokuments
legalAuthenticator 0..* C 0..* C Rechtlicher Unterzeichner, wird im speziellen Leitfaden definiert.
authenticator 0..* O 0..* O Weitere Unterzeichner
participant 0..* O 0..* O Weitere Beteiligte (nähere Unterscheidung im entsprechenden Leitfaden)
inFulfillmentOf 0..* O 0..* O Zuweisung und Ordermanagement
documentationOf

  serviceEvent

0..* O

  1..1 M

0..* O

  1..1 M

Gesundheitsdienstleistungen
relatedDocument 0..1 O 0..1 O Bezug zu vorgehenden Dokumenten
authorization 0..0 NP 0..* O Einverständniserklärung
componentOf

  encompassingEncounter

0..1 O

  1..1 M

0..1 O

  1..1 M

Patientenkontakt (Aufenthalt)
[Tabelle 1]:Übersichtstabelle der CDA Strukturen des Headers

12.2 Übersichtstabelle der Header-Elemente für dokumenten-relevante Zeitpunkte/Zeitspannen

Dieses Kapitel gibt einen Überblick über die Elemente des CDA Headers mit Zeitangaben und ihre Zusammenhänge.

Die jeweiligen Links in der letzten Spalte zeigen auf die einzelnen Header Elemente im allgemeinen Leitfaden.

Der aktuelle Leitfaden ist für den ELGA Kontext entwickelt worden, kann jedoch auch für andere Zwecke, welche als eHealth zusammengefasst werden, verwendet werden.

Element Kard/Konf

ELGA

Kard/Konf

eHealth

Bedeutung Link zum Kapitel
hl7at:terminologyDate 1..1 M 0..1 O Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben. Terminologie-Datum des Dokuments
effectiveTime 1..1 M 1..1 M Das letzte medizinisch relevante Datum, an welchem das Dokument medizinische Inhalte hinzugefügt worden sind. Kann im speziellen Leitfaden anders definiert werden. Erstellungsdatum des Dokuments
recordTarget

  birthTime

1..1 M

  1..1 R

0..1 C

  1..1 R

Der Geburtstag des Patienten. Patient
recordTarget

  deceasedTime

1..1 M

  0..1 O

0..1 C

  1..1 R

Das Sterbedatum des Patienten. Patient
author

  time

1..* M

  0..1 R

1..* M

  0..1 R

Das jeweilige Datum, an welche der jeweilige Autor neue medizinische Informationen hinzugefügt hat. Verfasser des Dokuments
dataEnterer

  time

0..1 O

  0..1 R

0..1 O

  0..1 R

Das Datum, an welchem eine Schreibkraft die Informationen aus einem Medium in das CDA Dokument überträgt, ohne weitere fachliche Informationen hinzuzufügen. Personen der Dateneingabe
legalAuthenticator

  time

0..* C

  1..1 R

0..* C

  1..1 R

Die Zeitpunkte, an welchem das Dokument von den einzelnen berechtigten Personen vidiert wurde. Diese Personen sind die Hauptunterzeichner. Ist im jeweiligen speziellen Implementierungsleitfaden genauer vorgeschrieben. Dieser Zeitpunkt, wenn vorhanden, sollte nach author.time und dataenterer.time liegen. Rechtlicher Unterzeichner
authenticator

  time

0..* O

  1..1 R

0..* O

  1..1 R

Die Zeitpunkte, an welchem das Dokument von den einzelnen berechtigten Personen vidiert wurde. Diese Personen sind die weiteren Unterzeichner. Weitere Unterzeichner
Notfallkontakt / Auskunftsberechtigte Person

participant [templateId[@root='1.2.40.0.34.6.0.11.1.27']]   time

0..* O

  0..1 O

0..* O

  0..1 O

Zeitraum, in dem der angegebene Kontakt den Notfall-Kontakt darstellt.

Wird nur angegeben, wenn der Kontakt bereits absehbar nur in einem eingeschränkten Zeitraum zur Verfügung steht.

Weitere Beteiligte
Versicherter/Versicherungparticipant

participant [templateId[@root='1.2.40.0.34.6.0.11.1.26']]   time

0..* O

  0..1 O

0..* O

  0..1 O

Gültigkeitszeitraum der Versicherungspolizze. Weitere Beteiligte
documentationOf

  serviceEvent
    effectiveTime

0..* O

  1..1 M
    1..1 M

0..* O

  1..1 M
    1..1 M

Zeitraum der durchgeführten Gesundheitsdienstleistung. Ist im jeweiligen speziellen Implementierungsleitfaden genauer vorgeschrieben. Gesundheitsdienstleistungen
componentOf

  encompassingEncounter
    effectiveTime

0..1 O

  1..1 M
    1..1 M

0..1 O

  1..1 M
    1..1 M

Zeitraum des Patientenkontakts. Patientenkontakt (Aufenthalt)
[Tabelle 2]:Übersichtstabelle der Header-Elemente für Zeitpunkte/Zeitspannen

12.3 Übersichtstabelle der CDA Strukturen des Bodys

Dieses Kapitel gibt einen Überblick über die Elemente des CDA Bodys und den Vorgaben bezüglich Kardinalität und Konformität.

Element Kard/Konf Bedeutung / Link zum Kapitel
Brieftext 0..1 O Brieftext, welches auch das Logo beinhaltet
Behandlungsgrund 1..1 M Behandlungsgrund
Diagnosen 0..1 O Diagnosen
Zusammenfassung der Behandlung 0..1 O Zusammenfassung der Behandlung
Auszüge aus erhobene Daten 0..1 O Auszüge aus erhobene Daten
Erhobene Daten 0..1 O Erhobene Daten
Verwendete Geräte 0..1 O Verwendete Geräte
Beilagen 0..1 O Beilagen
[Tabelle 3]:Übersichtstabelle der CDA Strukturen des Bodys

12.4 CDA Templates

12.4.1 Document Level Templates

12.4.1.1 Telemonitoring Episodenbericht (Zwischen- & Entlassungsbericht)

12.4.1.1.1 1.2.40.0.34.6.0.11.0.10
Id1.2.40.0.34.6.0.11.0.10Gültigkeit2021‑04‑22 06:24:14
Andere Versionen mit dieser Id:
  • Kblank.png TGDBefund vom 2021‑02‑11 09:01:26
  • Kblank.png TGDBefund vom 2018‑07‑18 16:07:16
StatusKyellow.png EntwurfVersions-Label1.3.0+20210622
NameTGDBefundBezeichnungTelemonitoring Episodenbericht
KontextPfadname /
KlassifikationCDA Document Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 39 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.1.10InklusionKgreen.png Document Realm (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.1.30InklusionKgreen.png Document TypeId (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.1InklusionKgreen.png Document Id (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.45InklusionKgreen.png Document StatusCode (1.0.1+20210624)DYNAMIC
1.2.40.0.34.6.0.11.1.46InklusionKgreen.png Document TerminologyDate (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.44InklusionKgreen.png Document PracticeSettingCode (1.1.0+20210303)DYNAMIC
1.2.40.0.34.6.0.11.1.11InklusionKgreen.png Document Effective Time (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.1.12InklusionKgreen.png Document Confidentiality Code (1.0.2+20230717)DYNAMIC
1.2.40.0.34.6.0.11.1.13InklusionKgreen.png Document Language (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.15InklusionKgreen.png Document Set Id and Version Number (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.3InklusionKyellow.png Record Target (1.2.1)DYNAMIC
1.2.40.0.34.6.0.11.1.2InklusionKgreen.png Author (1.0.3+20230717)DYNAMIC
1.2.40.0.34.6.0.11.1.22InklusionKgreen.png Data Enterer (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.1.4InklusionKgreen.png Custodian (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.1.24InklusionKgreen.png Information Recipient (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.5InklusionKgreen.png Legal Authenticator (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.6InklusionKgreen.png Authenticator (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.20InklusionKgreen.png Participant Fachlicher Ansprechpartner (1.0.2+20210803)DYNAMIC
1.2.40.0.34.6.0.11.1.21InklusionKgreen.png Participant Ein-, Ueber-, Zuweisender Arzt (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.23InklusionKgreen.png Participant Hausarzt (1.0.1+20210803)DYNAMIC
1.2.40.0.34.6.0.11.1.27InklusionKgreen.png Participant Auskunftsberechtigte Person (Notfallkontakt) (1.0.2+20210803)DYNAMIC
1.2.40.0.34.6.0.11.1.25InklusionKgreen.png Participant Angehoerige (1.0.1+20210803)DYNAMIC
1.2.40.0.34.6.0.11.1.26InklusionKgreen.png Participant Versicherung (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.29InklusionKgreen.png Participant Betreuungsorganisation (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.28InklusionKgreen.png Participant Weitere Behandler (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.9InklusionKgreen.png In Fulfillment Of (1.0.1+20210628)DYNAMIC
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
1.2.40.0.34.6.0.11.1.14InklusionKgreen.png Document Replacement - Related Document (1.0.1+20210628)DYNAMIC
1.2.40.0.34.6.0.11.1.18InklusionKgreen.png Authorization (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.7InklusionKgreen.png Component Of - Encompassing Encounter (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.2.69ContainmentKgreen.png Brieftext (1.0.1+20210628)DYNAMIC
1.2.40.0.34.6.0.11.2.79ContainmentKgreen.png Behandlungsgrund - unkodiert (1.0.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.2.96ContainmentKgreen.png Diagnose - kodiert (1.1.1+20210304)DYNAMIC
1.2.40.0.34.6.0.11.2.80ContainmentKgreen.png Zusammenfassung der Behandlung - unkodiert (1.0.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.2.91ContainmentKgreen.png Auszüge aus erhobene Daten - unkodiert (1.1.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.2.81ContainmentKgreen.png Erhobene Daten - kodiert (1.0.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.2.82ContainmentKgreen.png Verwendete Geräte - kodiert (1.0.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.2.71ContainmentKgreen.png Beilagen (1.0.2+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.0.10 Telemonitoring Episodenbericht (2021‑02‑11 09:01:26)
ref
elgatgd-

Version: Template 1.2.40.0.34.6.0.11.0.10 Telemonitoring Episodenbericht (2018‑07‑18 16:07:16)
ref
elgatgd-
Beispiel
Beispiel
<!-- Dies ist das Beispieldokument in der Version 3.0 für das "ELGA CDA Telemonitoring Episodenbericht"-CDA -->
<hl7:ClinicalDocument>
  <!-- der Bereich für welcher das CDA erstellt wurde -->
  <hl7:realmCode code="AT"/>  <!-- CDA R2 typeID -->
  <hl7:typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>  <!-- eHealth Austria Dokumente -->
  <hl7:templateId root="1.2.40.0.34.6.0.11.0.1"/>  <!-- Telemonitoring Episodenbericht Leitfaden -->
  <hl7:templateId root="1.2.40.0.34.7.23.1"/>  <!-- Telemonitoring Episodenbericht Art-Decor -->
  <hl7:templateId root="1.2.40.0.34.6.0.11.0.10"/>  <!-- Die Eindeutige ID des Dokumentes, bestehend aus der ID des Dokumenten-Sets und der Versionsnummer innerhalb des Sets -->
  <hl7:id root="1.2.40.0.34.3.1.1058.1337" extension="999021.1" assigningAuthorityName="Tirol Kliniken GmbH"/>  <!-- Der Code gibt an um welches Dokument es sich handelt. Mit Telehealth Progress Note mit dem LOINC 75497-8 exisitert eine zweite mögliche Verwendung als Fortschrittsbefund. -->
  <hl7:code codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" code="75498-6" displayName="Telehealth Summary note">
    <hl7:translation codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" code="75496-0" displayName="Telehealth note"/>  </hl7:code>
  <!-- der Titel des Dokumentes -->
  <hl7:title>Entlassungsbericht HerzMobil Tirol (10.01.2018 - 13.12.2018)</hl7:title>  <!-- Status eines Dokuments, bei einem Zwischen-Bericht auf "active" zu setzten -->
  <!-- <sdtc:statusCode code="active"/> -->
  <!-- Terminologie-Datum -->
  <hl7at:terminologyDate value="20180526"/>  <!-- Erste Version des Telemonitoring Episodenbericht -->
  <hl7at:formatCode code="urn:hl7-at:telemon-epi:1.2.0+20210301" codeSystem="1.2.40.0.34.5.37" displayName="HL7 Austria Telemonitoring Episodenbericht 1.2.0+20210301"/>  <!-- die fachliche Zuordnung des Dokumentes -->
  <hl7at:practiceSettingCode code="F019" displayName="Innere Medizin" codeSystem="1.2.40.0.34.5.12" codeSystemName="ELGA_PracticeSetting"/>  <!-- Erstellungszeitpunkt des Dokumentes -->
  <hl7:effectiveTime value="20181213095800+0200"/>  <!-- Die Vertraulichkeit des Dokumentes wird in der ELGA immer mit "N" für normal angegeben -->
  <hl7:confidentialityCode code="N" displayName="normal" codeSystem="2.16.840.1.113883.5.25" codeSystemName="HL7:Confidentiality"/>  <!-- Die Sprache des Dokumentes wird für das TmE im ELGA Szenario immer "de-AT" sein. -->
  <hl7:languageCode code="de-AT"/>  <!-- Die Id des Sets -->
  <hl7:setId root="1.2.40.0.34.3.1.1058.1337" extension="999021" assigningAuthorityName="Tirol Kliniken GmbH"/>  <!-- Die Versionsnummer des Dokumentes innerhalb des Sets -->
  <hl7:versionNumber value="1"/>  <!-- Der Patient der behandelt wurde -->
  <hl7:recordTarget>
    <hl7:patientRole>
      <!-- Der ID des Patienten beim Behandler -->
      <hl7:id root="1.2.40.0.34.99.111.1.2" extension="123" assigningAuthorityName="Tirol Kliniken GmbH"/>      <!-- Die SVNR als globale ID des Patienten -->
      <hl7:id root="1.2.40.0.10.1.4.3.1" extension="2568190361" assigningAuthorityName="Oesterreichische Sozialversicherung"/>      <!-- Die Adresse des Patienten -->
      <hl7:addr use="H">
        <hl7:streetAddressLine>Kranebitter Allee 11/6</hl7:streetAddressLine>        <hl7:postalCode>6020</hl7:postalCode>        <hl7:city>Innsbruck</hl7:city>        <hl7:state>Tirol</hl7:state>        <hl7:country>AUT</hl7:country>      </hl7:addr>
      <!-- Die Telefonnummer des Patienten -->
      <hl7:telecom value="tel:+43.660.12301942" use="MC"/>      <!-- Die Email-Adresse des Patienten -->
      <hl7:telecom value="mailto:franz.haecker@gmail.at"/>      <!-- Der Name, Geschlecht, Geburtsdatum, Familienstand, Religion und Geburtsort des Patienten -->
      <hl7:patient>
        <hl7:name>
          <cda:prefix>Dr.</cda:prefix>          <cda:given>Franz</cda:given>          <hl7:family>Häckler</hl7:family>        </hl7:name>
        <hl7:administrativeGenderCode code="M" displayName="Male" codeSystem="1.2.40.0.34.10.4" codeSystemName="HL7:AdministrativeGender"/>        <hl7:birthTime value="19610319"/>        <hl7:maritalStatusCode code="M" displayName="Married" codeSystem="2.16.840.1.113883.5.2" codeSystemName="HL7:MaritalStatus"/>        <hl7:religiousAffiliationCode code="101" displayName="Römisch-Katholisch" codeSystem="2.16.840.1.113883.2.16.1.4.1" codeSystemName="HL7.AT:ReligionAustria"/>        <cda:birthplace>
          <hl7:place>
            <hl7:addr>Innsbruck</hl7:addr>          </hl7:place>
        </cda:birthplace>
      </hl7:patient>
    </hl7:patientRole>
  </hl7:recordTarget>
  <!-- Der Autor/Ersteller des Dokumentes -->
  <hl7:author>
    <!-- Der Zeitpunkt des Erstellens -->
    <hl7:time value="20160501120000+0200"/>    <!-- Die Details über den Ersteller des Dokumentes -->
    <hl7:assignedAuthor>
      <!-- Die ID des Erstellers, eindeutig innerhalb des Dokumentenverwahreres -->
      <hl7:id root="1.2.40.0.34.3.1.1058.1337" extension="999021" assigningAuthorityName="Tirol Kliniken GmbH"/>      <!-- wenn das Dokument vollständig von einer Maschine erstellt worden ist, dann wird folgender auskommentierter XML Abschnitt statt "assignedPerson" verwendet
<assignedAuthoringDevice>
<manufacturerModelName>AIT KIT Telemedical Solutions</manufacturerModelName>
<softwareName>TMScardio v2.3</softwareName>
</assignedAuthoringDevice>
-->
      <hl7:assignedPerson>
        <!-- Name des Verfassers des Dokuments -->
        <hl7:name>
          <cda:prefix>Dr.</cda:prefix>          <cda:given>Daniela</cda:given>          <hl7:family>Holzer</hl7:family>        </hl7:name>
      </hl7:assignedPerson>
      <!-- Die Organisation für welche der Autor das Dokument verfasst hat -->
      <hl7:representedOrganization>
        <hl7:id root="1.2.40.0.34.99.4" assigningAuthorityName="Facharztpraxis für Innere Medizin, Niere, Bluthochdruck und Ernährungsmedizin - Dr. med. univ. Daniela Holzer"/>        <hl7:name>Facharztpraxis für Innere Medizin, Niere, Bluthochdruck und Ernährungsmedizin - Dr. med.
univ. Daniela Holzer
</hl7:name>
        <hl7:telecom value="mailto:praxis@drHolzer.at"/>        <hl7:telecom value="tel:+43.215285721"/>        <hl7:telecom value="fax:+43.1.3453446.4674"/>        <hl7:telecom value="http://www.amadeusspital.at"/>        <hl7:addr>
          <hl7:streetAddressLine>Weiherburggasse
85
</hl7:streetAddressLine>
          <hl7:city>Innsbruck</hl7:city>          <hl7:state>Tirol</hl7:state>          <hl7:postalCode>6020</hl7:postalCode>          <hl7:country>Austria</hl7:country>        </hl7:addr>
      </hl7:representedOrganization>
    </hl7:assignedAuthor>
  </hl7:author>
  <!-- Der Verwahrer des Dokumentes -->
  <hl7:custodian>
    <cda:assignedCustodian>
      <!-- Die Details über den Verwahrer des Dokumentes inklusive Kontaktmöglichkeit -->
      <cda:representedCustodianOrganization>
        <hl7:id root="1.2.40.0.34.3.1.3" extension="1" assigningAuthorityName="Tirol Kliniken GmbH"/>        <hl7:name>Tirol Kliniken GmbH</hl7:name>        <hl7:telecom value="tel:+43.(0)50.55460-0"/>        <hl7:addr>
          <hl7:streetName>Anichstrasse</hl7:streetName>          <hl7:houseNumber>35</hl7:houseNumber>          <hl7:city>Innsbruck</hl7:city>          <hl7:state>Tirol</hl7:state>          <hl7:postalCode>6020</hl7:postalCode>          <hl7:country>Austria</hl7:country>        </hl7:addr>
      </cda:representedCustodianOrganization>
    </cda:assignedCustodian>
  </hl7:custodian>
  <!-- der beabsichtige Empfänger des Dokumentes -->
  <hl7:informationRecipient typeCode="PRCP">
    <hl7:intendedRecipient>
      <!-- Identifikation des Empfängers aus dem GDA-Index, kann unbekannt sein -->
      <hl7:id nullFlavor="UNK"/>      <!-- Die Details über den Empfänger -->
      <hl7:informationRecipient>
        <hl7:name>
          <cda:prefix qualifier="AC">Univ.-Doz. Dr.</cda:prefix>          <cda:given>Gerhard</cda:given>          <hl7:family>Pölzl</hl7:family>        </hl7:name>
      </hl7:informationRecipient>
      <!-- Organisation, der der Empfänger angehört -->
      <hl7:receivedOrganization>
        <hl7:id root="1.2.40.0.34.99.3" extension="1234567890" assigningAuthorityName="Tirol Kliniken GmbH"/>        <hl7:name>Tirol Kliniken GmbH</hl7:name>        <hl7:telecom value="tel:+43.(0)50.55460-0"/>        <hl7:addr>
          <hl7:streetName>Anichstrasse</hl7:streetName>          <hl7:houseNumber>35</hl7:houseNumber>          <hl7:city>Innsbruck</hl7:city>          <hl7:state>Tirol</hl7:state>          <hl7:postalCode>6020</hl7:postalCode>          <hl7:country>Austria</hl7:country>        </hl7:addr>
      </hl7:receivedOrganization>
    </hl7:intendedRecipient>
  </hl7:informationRecipient>
  <!-- Der Haupt-Unterzeichner des Dokumentes -->
  <hl7:legalAuthenticator>
    <!-- Der Zeitstempel des Unterzeichnens -->
    <hl7:time value="20181213105900+0200"/>    <!-- Der Signaturcode -->
    <hl7:signatureCode code="S"/>    <!-- Personen- und Organisationsdaten -->
    <cda:assignedEntity>
      <hl7:id root="1.2.40.0.34.3.1.1058.1337" extension="999021" assigningAuthorityName="Tirol Kliniken GmbH"/>      <!--
<assignedAuthoringDevice>
<manufacturerModelName>AIT KIT Telemedical Solutions</manufacturerModelName>
<softwareName>TMScardio</softwareName>
</assignedAuthoringDevice>
-->
      <hl7:assignedPerson>
        <!-- Name des Verfassers des Dokuments -->
        <hl7:name>
          <cda:prefix>Dr.</cda:prefix>          <cda:given>Daniela</cda:given>          <hl7:family>Holzer</hl7:family>        </hl7:name>
      </hl7:assignedPerson>
      <hl7:representedOrganization>
        <hl7:id root="1.2.40.0.34.99.4" extension="1234567890" assigningAuthorityName="Facharztpraxis für Innere Medizin, Niere, Bluthochdruck und Ernährungsmedizin - Dr. med. univ. Daniela Holzer"/>        <hl7:name>Facharztpraxis für Innere Medizin, Niere, Bluthochdruck und Ernährungsmedizin - Dr. med. univ. Daniela Holzer</hl7:name>        <hl7:telecom value="mailto:praxis@drHolzer.at"/>        <hl7:telecom value="tel:+43.215285721"/>        <hl7:addr>
          <hl7:streetAddressLine>Weiherburggasse 85</hl7:streetAddressLine>          <hl7:city>Innsbruck</hl7:city>          <hl7:state>Tirol</hl7:state>          <hl7:postalCode>6020</hl7:postalCode>          <hl7:country>Austria</hl7:country>        </hl7:addr>
      </hl7:representedOrganization>
    </cda:assignedEntity>
  </hl7:legalAuthenticator>
  <!-- der fachliche Ansprechpartner -->
  <cda:participant typeCode="CALLBCK">
    <hl7:templateId root="1.2.40.0.34.11.1.1.1"/>    <cda:associatedEntity classCode="PROV">
      <!-- Die verpflichtende Telefonnummer des fachlichen Ansprechpartners -->
      <hl7:telecom use="WP" value="tel:+43.215285721"/>      <!-- Name des Fachlichen Ansprechpartners -->
      <cda:associatedPerson>
        <hl7:name>
          <cda:prefix>Dr.</cda:prefix>          <cda:given>Daniela</cda:given>          <hl7:family>Holzer</hl7:family>        </hl7:name>
      </cda:associatedPerson>
    </cda:associatedEntity>
  </cda:participant>
  <!-- Die Behandlung/Gesundheitsdienstleistung welche hier dokumentiert ist -->
  <cda:documentationOf>
    <cda:serviceEvent>
      <hl7:code code="719858009" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Telehealth monitoring (regime/therapy)"/>      <!-- Anfang und Ende der Behandlung -->
      <hl7:effectiveTime>
        <cda:low value="20181001082015+0200"/>        <cda:high value="201812131059+0200"/>      </hl7:effectiveTime>
    </cda:serviceEvent>
  </cda:documentationOf>
  <!-- Der Patientenkontakt kann hier dokumentiert werden, welcher beim TmE-Dokument optional ist -->
  <cda:componentOf>
    <cda:encompassingEncounter>
      <!-- Die Fallzahl der Behandlung -->
      <hl7:id extension="2017999999" root="1.3.6.1.4.1.36678.5.903.71.7"/>      <hl7:code code="VR" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode" displayName="virtual"/>      <!-- Die Laufzeit des Falles zur Behandlung -->
      <hl7:effectiveTime>
        <cda:low value="20181001082015+0200"/>        <cda:high value="201812131059+0200"/>      </hl7:effectiveTime>
      <!-- Die verantworliche Person für die Behandlung -->
      <cda:responsibleParty>
        <cda:assignedEntity>
          <hl7:id root="1.2.40.0.34.3.1.1058.1337" extension="999021" assigningAuthorityName="Tirol Kliniken GmbH"/>          <hl7:assignedPerson>
            <hl7:name>
              <cda:prefix>Dr.</cda:prefix>              <cda:given>Daniela</cda:given>              <hl7:family>Holzer</hl7:family>            </hl7:name>
          </hl7:assignedPerson>
        </cda:assignedEntity>
      </cda:responsibleParty>
      <!-- Der Ort des Patientenkontaktes -->
      <cda:location>
        <cda:healthCareFacility>
          <hl7:code code="300" displayName="Allgemeine Krankenanstalt" codeSystem="1.2.40.0.34.5.2"/>          <cda:serviceProviderOrganization>
            <hl7:id root="1.2.40.0.34.99.4" extension="1234567890" assigningAuthorityName="Facharztpraxis für Innere Medizin, Niere, Bluthochdruck und Ernährungsmedizin - Dr. med. univ. Daniela Holzer"/>            <hl7:name>Tirol Kliniken GmbH</hl7:name>            <hl7:telecom use="WP" value="tel:+43.215285721"/>            <hl7:addr>
              <hl7:streetAddressLine>Weiherburggasse
85
</hl7:streetAddressLine>
              <hl7:city>Innsbruck</hl7:city>              <hl7:state>Tirol</hl7:state>              <hl7:postalCode>6020</hl7:postalCode>              <hl7:country>Austria</hl7:country>            </hl7:addr>
          </cda:serviceProviderOrganization>
        </cda:healthCareFacility>
      </cda:location>
    </cda:encompassingEncounter>
  </cda:componentOf>
  <cda:component>
    <cda:structuredBody> ::
</cda:structuredBody>
  </cda:component>
</hl7:ClinicalDocument>
ItemDTKardKonfBeschreibungLabel
hl7:ClinicalDocument
(TGD...und)
Treetree.png@classCode
cs0 … 1FDOCCLIN
Treetree.png@moodCode
cs0 … 1FEVN
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.10 Document Realm (DYNAMIC)
Treetree.pnghl7:realmCode
CS1 … 1M
Hoheitsbereich des Dokuments.

Fester Wert: @code = AT
(aus Value Set „ELGA_RealmCode“)
(TGD...und)
Treeblank.pngTreetree.png@code
1 … 1FAT
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.30 Document TypeId (DYNAMIC)
Treetree.pnghl7:typeId
II1 … 1MDokumentformat CDA R2
(TGD...und)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.1.3
Treeblank.pngTreetree.png@extension
st1 … 1FPOCD_HD000040
Treetree.pnghl7:templateId
II1 … 1MFixe OID für alle Dokumente, die in der Governance-Gruppe "eHealth Austria" abgestimmt werden und von einem zentralen Art-Decor Repository abgeleitet werden (AT-CDA-BBR).(TGD...und)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.0.1
Treetree.pnghl7:templateId
II1 … 1MRoot-OID des Implementierungsleitfadens (Dokument-OID). Dient als informative Referenz.(TGD...und)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.7.23.1
Treetree.pnghl7:templateId
II1 … 1MOID der Art-Decor Template für das Dokument (DocumentLevelTemplate für Schematron)(TGD...und)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.0.10
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.1 Document Id (DYNAMIC)
Treetree.pnghl7:id
II1 … 1MDokumenten-Id des CDA-Dokuments.
Es MUSS eine gültige und innerhalb des ID-Pools eindeutige Dokumenten-ID angegeben werden.

Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen.
(TGD...und)
Treeblank.pngTreetree.png@root
uid1 … 1R
Auswahl1 … 1
Einer von zwei Dokumententypen 75497-8 (Telehealth Progress note) oder 75498-6 (Telehealth Summary note) im "code"-Element und die fixierte Dokumentenklasse 75496-0 (Telehealth note) im untergeordneten "translation"-Element.
Elemente in der Auswahl:
  • hl7:code
  • hl7:code
Treeblank.pngTreetree.pnghl7:code
CE0 … 1RDokumententyp 75497-8 (Telehealth Progress note)
↔ Hinweis zum XDS-Mapping
Wird in ELGA in das XDS DocumentEntry Metadaten-Attribut XDSDocumentEntry.typeCode übernommen.
Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName.
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1F75497-8
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.1
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FLOINC
Treeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1FTelehealth Progress note
Treeblank.pngTreeblank.pngTreetree.pnghl7:translation
CE1 … 1Mfester Dokumententyp 75496-0 (Telehealth note)
↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.classCode gemappt.
Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName.

(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1F75496-0
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FLOINC
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1FTelehealth note
Treeblank.pngTreetree.pnghl7:code
CE0 … 1RDokumententyp 75498-6 (Telehealth Summary note)
↔ Hinweis zum XDS-Mapping
Wird in ELGA in das XDS DocumentEntry Metadaten-Attribut XDSDocumentEntry.typeCode übernommen.
Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName.
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1F75498-6
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.1
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FLOINC
Treeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1FTelehealth Summary note
Treeblank.pngTreeblank.pngTreetree.pnghl7:translation
CE1 … 1Mfester Dokumententyp 75496-0 (Telehealth note)
↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.classCode gemappt.
Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName.
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1F75496-0
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FLOINC
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1FTelehealth note
Auswahl1 … 1
Dokumententitel. Dieses Element enthält den für den lesenden Dokumentempfänger gedachten Titel und muss sinngemäß mit der Dokumentklasse übereinstimmen. Für den Telemonitoring Episodenbericht gilt es weiter je nach Dokumententyp zu unterscheiden.
Elemente in der Auswahl:
  • hl7:title
  • hl7:title
Treeblank.pngTreetree.pnghl7:title
ST0 … 1RFür den Telemonitoring Episodenbericht mit dem LOINC Code 75497-8 (Telehealth Progress note) muss der Titel mit "Zwischenbericht" beginnen. Danach soll das Telegesundheitsdienste-System angegeben werden und mit dem Zeitraum, der in dem Dokument vorhandenen Daten, enden. Bsp.: Zwischenbericht Herz-Mobil Steiermark (23.03.2020-30.04.2020)(TGD...und)
Treeblank.pngTreetree.pnghl7:title
ST0 … 1RFür den Telemonitoring Episodenbericht mit dem LOINC Code 75498-6 (Telehealth Summary note) muss der Titel mit "Entlassungsbericht" beginnen. Danach soll das Telegesundheitsdienste-System angegeben werden und mit dem Zeitraum, der in dem Dokument vorhandenen Daten, enden. Bsp.: Entlassungsbericht Herz-Mobil Tirol (05.2020)(TGD...und)
Eingefügt0 … 1C von 1.2.40.0.34.6.0.11.1.45 Document StatusCode (DYNAMIC)
 ConstraintEin Zwischenbericht soll immer nur den statusCode "active" haben. Ein Entlassungsbericht soll keinen statusCode haben, was gleichbedeutend mit "completed" ist. Ausnahmen sind in einzelnen Fällen möglich, bitte mit der Ausnahme bei cda@elga.gv.at zur Überprüfung melden.
Treetree.pngsdtc:statusCode
CS0 … 1C
Status eines Dokuments.
e-Befunde sind grundsätzlich abgeschlossene bzw. "fertige" ("completed") Dokumente, daher entfällt die Angabe eines Status. In folgenden Ausnahmen SOLL der Status eines Dokuments wie folgt angegeben werden:
  • active”: z.B. wenn bekannt ist, dass Updates folgen werden: Etwa für "vorläufige ärztliche Entlassungsbriefe" oder Laborbefunde, für die noch Ergebnisse einzelner Analysen ausständig sind
  • nullified”: z.B. für Dokumente, die gemäß Anwendungsfall "Storno von ELGA-Dokumenten" storniert werden, wobei zusätzlich ein letztes Dokument mit Storniert-Status in der Versionskette registriert wird.
↔ Hinweis zum XDS-Mapping: Der Status wird nicht in die XDS-Metadaten übernommen!
(TGD...und)
 Constraint
Zulässige Werte für sdtc:statusCode/@code sind "active" und "nullified"

 CONF
@code muss "nullified" sein
oder
@code muss "active" sein
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.46 Document TerminologyDate (DYNAMIC)
Treetree.pnghl7at:terminologyDate
TS.DATE.FULL1 … 1MDas Terminologie-Datum des Dokumentes
Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.
(TGD...und)
 ConstraintDas Datum der letzten Terminologie-Aktualisierung MUSS entsprechend klassischer HL7 V3 Notation im Format "YYYYMMDD" angegeben werden.
Beispiel: 20200527
Treetree.pnghl7at:formatCode
CD1 … 1M
↔ Hinweis zum XDS-Mapping: @code wird in das XDS-Attribut XDSDocumentEntry.formatCode übernommen.
(TGD...und)
Treeblank.pngTreetree.png@code
CONF1 … 1Furn:hl7-at:telemon-epi:1.2.0+20210304
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.2.40.0.34.5.37
Treeblank.pngTreetree.png@displayName
1 … 1FHL7 Austria Telemonitoring Episodenbericht 1.2.0+20210301
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.44 Document PracticeSettingCode (DYNAMIC)
Treetree.pnghl7at:practiceSettingCode
CD1 … 1MDie fachliche Zuordnung des Dokumentes(TGD...und)
Treeblank.pngTreetree.png@displayName
1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.75 ELGA_PracticeSetting (DYNAMIC)
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.11 Document Effective Time (DYNAMIC)
Treetree.pnghl7:effectiveTime
TS.AT.TZ1 … 1M
Relevantes Datum des Dokuments.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
(TGD...und)
 
Target.png
at-cda-bbr-data​element-11Kyellow.png Erstellungsdatum Kyellow.png Dataset A Allgemeiner Leitfaden
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.12 Document Confidentiality Code (DYNAMIC)
Treetree.pnghl7:confidentialityCode
CE1 … 1M
Vertraulichkeitscode des Dokuments aus Value Set „ELGA_Confidentiality“. 
(TGD...und)
 
Target.png
at-cda-bbr-data​element-13Kyellow.png Vertraulichkeitscode Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7:Confidentiality
 ConstraintFür ELGA-Dokumente ist ausschließlich "N" erlaubt!
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.13 Document Language (DYNAMIC)
Treetree.pnghl7:language​Code
CS.LANG1 … 1MSprachcode des Dokuments.
(TGD...und)
 
Target.png
at-cda-bbr-data​element-14Kyellow.png Sprachcode Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.10 ELGA_LanguageCode (DYNAMIC)
 ConstraintFür ELGA ist in @code für CDA und Ableitungen in die XDSDocumentEntry-Metadaten derzeit ausschließlich der Wert "de-AT" zulässig.
Für eHealth und zukünftige Versionen der ELGA Leitfäden können weitere Sprachcodes erlaubt werden.
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.15 Document Set Id and Version Number (DYNAMIC)
Treetree.pnghl7:setId
II1 … 1M
Eindeutige Id des Dokumentensets. Diese bleibt über alle Versionen der Dokumente gleich (initialer Wert bleibt erhalten).
Die setId SOLL unterschiedlich zur clinicalDocument.id sein.
↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut referenceIdList ("urn:elga:iti:xds:2014:ownDocument_setId") gemappt.
Hinweis: Bestimmte Systeme, die bei der Übernahme der setId in die XDS-Metadaten mit dem V2-Datentyp CX arbeiten, könnten ein Problem mit @extension-Attributen haben, die länger als 15 Zeichen sind.
(TGD...und)
Treetree.pnghl7:versionNumber
INT.​NONNEG1 … 1MVersionsnummer des Dokuments, wird bei neuen Dokumenten mit 1 festgelegt.
Die versionNumber ist eine natürliche Zahl für die fortlaufende Versionszählung. Mit einer neuen Version wird diese Zahl hochgezählt, während die setId gleich bleibt.
(TGD...und)
Treeblank.pngTreetree.png@value
int1 … 1RVersionsnummer als positive ganze Zahl.
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.3 Record Target (DYNAMIC)
Treetree.pnghl7:recordTarget
1 … 1MKomponente für die Patientendaten.(TGD...und)
 
Target.png
at-cda-bbr-data​element-64Kyellow.png Patient Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.png@typeCode
cs0 … 1FRCT
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:patientRole
1 … 1MPatientendaten.
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPAT
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II2 … *RPatientenidentifikatoren(TGD...und)
 
Target.png
at-cda-bbr-data​element-193Kyellow.png EKVK Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-65Kyellow.png LokaleID Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-66Kyellow.png SVNr Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-67Kyellow.png bPK-GH Kyellow.png Dataset A Allgemeiner Leitfaden
 Constraint
Hinweis: Die Reihenfolge der id-Elemente MUSS unbedingt eingehalten werden!

* id[1] Identifikation des Patienten im lokalen System (1..1 M)
↔ Hinweis zum XDS-Mapping: Das Element id[1] wird ins XDS-Attribut sourcePatientId gemappt.

* id[2] Sozialversicherungsnummer des Patienten (1..1 R):
   - @root: OID der Liste aller österreichischen Sozialversicherungen, fester Wert: 1.2.40.0.10.1.4.3.1 (1..1 M)
   - @extension: Vollständige Sozialversicherungsnummer des Patienten (10 Stellen) (1..1 M)
   - @assigningAuthorityName: Fester Wert: Österreichische Sozialversicherung (0..1 O)

   Zugelassene nullFlavor:
   - NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer)
   - UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt

* id[@root="1.2.40.0.10.2.1.1.149"] Bereichsspezifisches Personenkennzeichen (0..1 O):
   - @root : OID der österreichischen bPK, fester Wert: 1.2.40.0.10.2.1.1.149 (1..1 M)
   - @extension : bPK des Patienten: concat(Bereichskürzel, ":", bPK) (Base64,28 Zeichen). Typischerweise bPK-GH (Gesundheit). Kann im Zusammenhang mit E-ID auch andere Bereichskürzel tragen.
Anmerkung : Das bPK dient ausschließlich technisch der Zuordnung der elektronischen Identität und darf daher weder angezeigt werden noch am Ausdruck erscheinen (1..1 M)
   - @assigningAuthorityName : Fester Wert: Österreichische Stammzahlenregisterbehörde (0..1 O)

* id[@root="1.2.40.0.34.4.21"] Europäische Krankenversicherungskarte (0..1 O):
   - @root: OID der EKVK, fester Wert: 1.2.40.0.34.4.21 (1..1 M)
   - @extension: Datenfelder der EKVK nach folgender Bildungsvorschrift: concat(Feld 6,"^",Feld 7,"^",Feld 8,"^",Feld 9) wobei Feld 6 "Persönliche Kennummer" angegeben sein MUSS (1..1 M). Die übrigen Datenfelder sind optional (0..1 O). In Feld 9 MUSS die Datumsangabe im Format YYYMMDD erfolgen.
   -  @assigningAuthorityName : Fester Wert: Nationaler Krankenversicherungsträger (0..1 O)

Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen.
 Beispiel
EKVK Beispiel-Max
<id root="1.2.40.0.34.4.21" extension="123456789^1100-OEGK^800400010016^20251231"/>
 Beispiel
EKVK Beispiel-Min
<id root="1.2.40.0.34.4.21" extension="123456789"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 2R
Adresse des Patienten.
Es MUSS eine mögliche Adresse unterstützt werden. Spezielle Leitfäden (z.B. Entlassungsbrief Pflege) können es erforderlich machen, dass mehr als eine Adresse unterstützt werden muss.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(TGD...und)
 
Target.png
at-cda-bbr-data​element-68Kyellow.png Adresse Kyellow.png Dataset A Allgemeiner Leitfaden
 Constraint
Werden mehrere gleichartige address-Elemente strukturiert (z.B. Home, Pflege), MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *RKontakt-Element. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
(TGD...und)
 
Target.png
at-cda-bbr-data​element-72Kyellow.png Kontaktdaten Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
url1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
cs0 … 1 
Bedeutung des angegebenen Kontakts (z.B 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.pngTreetree.pnghl7:patient
1 … 1MName des Patienten.
Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!
Grundsätzlich sind die Vorgaben gemäß „Namen-Elemente von Personen PN“ zu befolgen.
(TGD...und)
 
Target.png
at-cda-bbr-data​element-70Kyellow.png Name Kyellow.png Dataset A Allgemeiner Leitfaden
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1MNamen-Element (Person)(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
cs0 … 1 
Die genaue Bedeutung des angegebenen Namens, z.B. Angabe eines Künstlernamens mit „A" für „Artist“.
Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“.
Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *
Beliebig viele Präfixe zum Namen, z.B. Akademische Titel
Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
cs0 … 1 
Bedeutung eines prefix-Elements, z.B. Angabe eines akademischen mit "AC" für „Academic“.
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier".
 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
ENXP1 … *MMindestens ein Hauptname (Nachname).(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
cs0 … 1 

Bedeutung eines family-Elements, z.B. Angabe eines Geburtsnamen mit „BR" für „Birth“.

Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.

 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
ENXP1 … *MMindestens ein Vorname(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
cs0 … 1 
Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
ENXP0 … *Beliebig viele Suffixe zum Namen(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
cs0 … 1 Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B.: AC („Academic“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.
 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Auswahl1 … 1
Das "administrative Geschlecht" ist das soziale oder gesellschaftliche Geschlecht ("Gender"). Das administrative Geschlecht ist daher grundsätzlich getrennt von den biologischen Merkmalen der Person zu sehen. Grundsätzlich soll das administrative Geschlecht dem im Zentralen Melderegister (ZMR) eingetragenen Geschlecht entsprechen.
Über ein Translation-Element können weitere Angaben zum Geschlecht gemacht werden, wenn diese abweichend vom administrativen Geschlecht sind, z.B.:
  • Biologisches Geschlecht
  • Geschlecht in der Sozialversicherung
  • Geschlecht für die Stations-/Bettenbelegung im Krankenhaus
Codierung des Geschlechts des Patienten aus ValueSet "ELGA_AdministrativeGender".
Elemente in der Auswahl:
  • hl7:administrative​Gender​Code[not(@nullFlavor)]
  • hl7:administrative​Gender​Code[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE0 … 1(TGD...und)
wo [not(@nullFlavor)]
 
Target.png
at-cda-bbr-data​element-74Kyellow.png Geschlecht Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FHL7:AdministrativeGender
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:translation
CD0 … *RÜber ein Translation-Element können weitere Angaben zum Geschlecht gemacht werden, wenn diese abweichend vom administrativen Geschlecht sind, z.B.: Biologisches Geschlecht, Geschlecht in der Sozialversicherung, Geschlecht für die Stations-/Bettenbelegung im Krankenhaus(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
 Beispiel
Beispiel für eine SNOMED CT Angabe
<translation code="772004004" codeSystem="2.16.840.1.113883.6.96" displayName="Non-binary gender"/>
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE0 … 1

Mittels nullFlavor="UNK" wird "Unbekannt" abgebildet. Dies schließt die Ausprägung "Keine Angabe" mit ein.

(TGD...und)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl1 … 1
Geburtsdatum des Patienten.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
Elemente in der Auswahl:
  • hl7:birthTime
  • hl7:birthTime[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.AT.VAR0 … 1(TGD...und)
 
Target.png
at-cda-bbr-data​element-75Kyellow.png Geburtsdatum Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.AT.VAR0 … 1(TGD...und)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngsdtc:deceasedInd
BL0 … 1RKennzeichen, dass die Person verstorben ist. Kann alternativ zum Todesdatum angegeben werden, v.a. wenn der Todeszeitpunkt nicht bekannt ist.(TGD...und)
 
Target.png
at-cda-bbr-data​element-192Kyellow.png Verstorben-Kennzeichen Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngsdtc:deceasedTime
TS.AT.TZ0 … 1RTodesdatum der Person.(TGD...und)
 
Target.png
at-cda-bbr-data​element-191Kyellow.png Todesdatum Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:marital​Status​Code
CE0 … 1RCodierung des Familienstands des Patienten.
Zulässige Werte gemäß Value-Set „ELGA_MaritalStatus“
(TGD...und)
 
Target.png
at-cda-bbr-data​element-98Kyellow.png Familienstand Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7:MaritalStatus
Treeblank.pngTreeblank.pngTreeblank.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.11 ELGA_MaritalStatus (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:religious​Affiliation​Code
CE0 … 1RCodierung des Religionsbekenntnisses des Patienten.
Zulässige Werte gemäß Value-Set „ELGA_ReligiousAffiliation“
(TGD...und)
 
Target.png
at-cda-bbr-data​element-99Kyellow.png Religionsbekenntnis Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.2.16.1.4.1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7.AT:ReligionAustria
Treeblank.pngTreeblank.pngTreeblank.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.18 ELGA_ReligiousAffiliation (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:raceCode
NPRasse des Patienten.
Darf nicht verwendet werden!
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:ethnic​Group​Code
NPEthnische Zugehörigkeit des Patienten.
Darf nicht verwendet werden!
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian
0 … *R
Gesetzlicher Vertreter:
  1. Vorsorgebevollmächtigte/r (Bevollmächtigte/r durch Vorsorgevollmacht)
  2. Gewählte/r ErwachsenenvertreterIn
  3. Gesetzliche/r ErwachsenenvertreterIn
  4. Gerichtliche/r ErwachsenenvertreterIn (Sachwalter)
Der gesetzliche Vetreter kann entweder eine Person (guardianPerson) oder eine Organisation (guardianOrganization) sein.
Beim Patienten können optional ein oder mehrere gesetzliche Vetreter angegeben werden. Wenn ein gesetzliche Vetreter bekannt ist, SOLL diese Information auch angegeben werden.
(TGD...und)
 
Target.png
at-cda-bbr-data​element-88Kyellow.png Gesetzlicher Vertreter Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FGUARD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1R
Die Adresse des gesetzlichen Vertreters oder der Organisation.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *RBeliebig viele Kontaktdaten des gesetzlichen Vertreters als Person oder Organisation.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (z.B. Heim, Arbeitsplatz) Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Auswahl1 … 1
Angabe des gesetzlichen Vertreters als Person (guardianPerson in Granularitätsstufe 1 oder 2) ODER als Organisation (guardianOrganization)
Elemente in der Auswahl:
  • hl7:guardian​Person welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
  • hl7:guardian​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
  • hl7:guardian​Organization welches enthält Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Person
0 … 1Name des gesetzlichen Vertreters: Angabe in  Granularitätsstufe 1
Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Person
0 … 1Name des gesetzlichen Vertreters: Angabe in  Granularitätsstufe 2
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Organization
0 … 1RName des gesetzlichen Vertreters (Organisation)
Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthplace
0 … 1RGeburtsort des Patienten.(TGD...und)
 
Target.png
at-cda-bbr-data​element-76Kyellow.png Geburtsort Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FBIRTHPL
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:place
1 … 1M(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPLC
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)
  • hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Die Adresse des Geburtsorts. Minimalangabe. Alle Elemente optional.

Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Die Adresse des Geburtsorts, struktuiert.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Communication
0 … *R
Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten.
(TGD...und)
 
Target.png
at-cda-bbr-data​element-100Kyellow.png Sprachfähigkeit Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Code
CS1 … 1MSprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen).


In der Klasse languageCommunication können Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform (z.B. gesprochen oder geschrieben) des Patienten angegeben werden.
Dieser Leitfaden schränkt die möglichen Werte für die Sprache auf Werte aus dem Value Set ELGA_HumanLanguage ein.


Die Gebärdensprache ist als eigene Sprache inkl. Ländercode anzugeben, mit der Ergänzung des Länder-/Regional-Codes (z.B. sgn-at), die Ausdrucksweise (MoodCode) wird in diesem Fall nicht angegeben (denn expressed / received signed wären redundant).
(TGD...und)
 
Target.png
at-cda-bbr-data​element-101Kyellow.png Sprache Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1RZulässige Werte gemäß Value-Set „ELGA_HumanLanguage“ aus Code-System „HL7:HumanLanguage 2.16.840.1.113883.6.121“
Gemäß IETF / RFC 3066 enthält es ein bestimmtes Subset von Codes aus ISO 639-1 und ISO 639-2 (also zwei- und dreistellige Sprachcodes). Gemäß RFC 3066 ist es zulässig, eine Angabe der landestypischen Ausprägung der Sprache nach einem Bindestrich anzufügen. Das Land wird dabei nach ISO 3166-1 Alpha 2 angegeben. Dies MUSS bei der Auswertung des languageCodes berücksichtigt und toleriert werden.
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:modeCode
CE0 … 1CAusdrucksform der Sprache.
Zulässige Werte gemäß Value-Set „ELGA_LanguageAbilityMode“
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.60
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FHL7:LanguageAbilityMode
 ConstraintBei Strukturierung einer Gebärdensprache ist dieses Element NICHT ERLAUBT, NP [0..0] und MUSS daher komplett entfallen
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.175 ELGA_LanguageAbilityMode (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:proficiency​Level​Code
CE0 … 1RGrad der Sprachkenntnis in der Sprache.
Zulässige Werte gemäß Value-Set „ELGA_ProficiencyLevelCode“
(TGD...und)
 
Target.png
at-cda-bbr-data​element-102Kyellow.png Grad der Sprachkenntnis Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.61
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FHL7:LanguageAbilityProficiency
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:preference​Ind
BL0 … 1RKennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird.(TGD...und)
 
Target.png
at-cda-bbr-data​element-103Kyellow.png Sprachpräferenz Kyellow.png Dataset A Allgemeiner Leitfaden
 Schematron assertrole error 
 testnot(hl7:id[1]/@nullFlavor) 
 MeldungDie Verwendung von id/@nullFlavor ist an dieser Stelle NICHT ERLAUBT. 
 Schematron assertrole error 
 testnot(hl7:id[2]/@nullFlavor) or (hl7:id[2][@nullFlavor='UNK'] or hl7:id[2][@nullFlavor='NI']) 
 MeldungZugelassene nullFlavor sind "NI" und "UNK" 
Eingefügt1 … *M von 1.2.40.0.34.6.0.11.1.2 Author (DYNAMIC)
Treetree.pnghl7:author
1 … *MVerfasser des Dokuments.
(TGD...und)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FAUT
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:functionCode
CE (extensible)0 … 1R
Funktionscode des Verfassers des Dokuments, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“.
Eigene Codes und Bezeichnungen können verwendet werden.
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Auswahl1 … 1
Der Zeitpunkt, zu dem das Dokument verfasst bzw. inhaltlich fertiggestellt wurde.
Elemente in der Auswahl:
  • hl7:time[not(@nullFlavor)]
  • hl7:time[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS.AT.TZ0 … 1(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS.AT.TZ0 … 1(TGD...und)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1M(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Auswahl1 … *
Identifikation des Verfassers des Dokuments im lokalen System des/der datenerstellenden Gerätes/Software.
ODER Identifikation des/der datenerstellenden Gerätes/Software. 
Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
 ConstraintZugelassene nullFlavor:
  • NI  ….... Person hat keine ID / Gerät/Software hat keine ID 
  • UNK  … Person hat eine ID, diese ist jedoch unbekannt / Gerät/Software hat eine ID, diese ist jedoch unbekannt
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *
Identifikation des Verfassers des Dokuments im lokalen System des/der datenerstellenden Gerätes/Software.
ODER Identifikation des/der datenerstellenden Gerätes/Software. 
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(TGD...und)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(TGD...und)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1R
Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung), z.B: „Facharzt/Fachärztin für Gynäkologie“.
Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben.
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
 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:telecom
TEL.AT0 … *
Kontaktdaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_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.
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:assigned​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
  • hl7:assigned​Authoring​Device welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
0 … 1
Personendaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen, name-Element ist hier Mandatory.

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
0 … 1Datenerstellende/s Software/Gerät
Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
1 … 1MOrganisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.


↔ Hinweis zum XDS-Mapping: Da manche offiziellen Bezeichnungen von GDA sehr lang werden können, SOLL das name Element einer möglichst eindeutigen Kurzbezeichnung der Organisation entsprechen (im GDA-I im Tag description enthalten). Bei größeren Organisationen SOLL zusätzlich die Abteilung angegeben werden, damit die Zuordnung für den Leser einfacher wird. 

Beispiel: Statt "Allgemeines Krankenhaus der Stadt Wien-Medizinischer Universitätscampus" -->  "Wien AKH" bzw. "Wien AKH - Augenambulanz" 


Beinhaltet 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (DYNAMIC)
(TGD...und)
 Constraint
  • id MUSS der OID der Organisation aus dem GDA-Index entsprechen.
  • name SOLL der Kurzbezeichnung im GDA-I entsprechen (sofern vorhanden)
  • Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“
  • Ausnahme: Wenn als Author ein/e Software/Gerät fungiert und keine OID aus dem GDA-I angegeben werden kann, MÜSSEN die Angaben der Organisation des Geräte-/Software-Betreibers oder Herstellers entsprechen.


Eingefügt0 … 1 von 1.2.40.0.34.6.0.11.1.22 Data Enterer (DYNAMIC)
Treetree.pnghl7:dataEnterer
0 … 1
z.B. Schreibkraft, Medizinische Dokumentationsassistenz
(TGD...und)
 
Target.png
at-cda-bbr-data​element-16Kyellow.png Schreibkraft Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.png@typeCode
cs0 … 1FENT
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:time
TS.AT.TZ0 … 1R
Der Zeitpunkt zu dem die Daten dokumentiert wurden.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
(TGD...und)
wo [not(@nullFlavor)]
 
Target.png
at-cda-bbr-data​element-17Kyellow.png Zeitpunkt des Schreibens Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1MBeinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)(TGD...und)
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.4 Custodian (DYNAMIC)
Treetree.pnghl7:custodian
1 … 1MVerwahrer des Dokuments.(TGD...und)
 
Target.png
at-cda-bbr-data​element-24Kyellow.png Verwahrer Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCST
Treeblank.pngTreetree.pnghl7:assignedCustodian
1 … 1M(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Custodian​Organization
1 … 1M(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *MIdentifikation des Verwahrers des Dokuments. Wenn dieser im GDA-I angeführt ist, ist die entsprechende OID zu verwenden.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen.(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *Kontaktdaten des Verwahrers des originalen Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen.(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1MAdresse des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(TGD...und)
Eingefügt0 … * von 1.2.40.0.34.6.0.11.1.24 Information Recipient (DYNAMIC)
Treetree.pnghl7:information​Recipient
0 … *Beabsichtiger Empfänger des Dokuments. 
(TGD...und)
 
Target.png
at-cda-bbr-data​element-26Kyellow.png Empfänger Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.png@typeCode
cs0 … 1 Typ des Informationsempfängers, z.B: PRCP „Primärer Empfänger“.

Werden mehrere Empfänger angegeben, MUSS der primäre Empfänger über den typeCode definiert werden.
Hinweis: Das ist relevant, wenn Funktionen aus dem gerichteten Befundversand oder für den Briefdruck auf das Dokument angewendet werden.
 CONF
Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.29 ELGA_InformationRecipientType (DYNAMIC)
 
Target.png
at-cda-bbr-data​element-27Kyellow.png Empfänger Typ Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.pnghl7:intended​Recipient
1 … 1M(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1 
Auswahl1 … *Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Identifikation des beabsichtigten Empfängers (Person).
Empfohlene Information für einen Empfänger ist die ID aus dem GDA-Index.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
(TGD...und)
wo [not(@nullFlavor)]
 
Target.png
at-cda-bbr-data​element-28Kyellow.png ID des Empfängers Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1NI … Person hat keine ID (TGD...und)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1UNK ... Person hat eine ID, diese ist jedoch unbekannt (TGD...und)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl1 … 1
Personendaten des beabsichtigten Empfängers.
Empfehlung: Der Name des Empfängers und die Organisation, der er angehört, sollen in möglichst hoher Granularität angegeben werden. Aufgrund der gängigen Praxis kann als minimale Information für den Empfänger der unstrukturierte Name angegeben werden.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen.
Elemente in der Auswahl:
  • hl7:information​Recipient[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
  • hl7:information​Recipient[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:information​Recipient
 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)(TGD...und)
wo [hl7:name [count(child::*)=0]]
 
Target.png
at-cda-bbr-data​element-29Kyellow.png Name Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:information​Recipient
 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)(TGD...und)
wo [hl7:name [count(child::*)!=0]]
Treeblank.pngTreeblank.pngTreetree.pnghl7:received​Organization
0 … 1ROrganisation, der der beabsichtigte Empfänger angehört, z.B.: „Ordination des empfangenden Arztes“.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.
(TGD...und)
 
Target.png
at-cda-bbr-data​element-30Kyellow.png Organisation Kyellow.png Dataset A Allgemeiner Leitfaden
Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_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:addr
AD0 … 1Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(TGD...und)
wo [not(@nullFlavor)]
Eingefügt0 … *C von 1.2.40.0.34.6.0.11.1.5 Legal Authenticator (DYNAMIC)
 ConstraintUm die Anforderungen eines Backup-Dokumentes, On-Demand Dokumentes oder maschinell erstellten Dokumentes welches ohne Vidierung in der ELGA registiriert wird, mit diesem Leitfaden zu erfüllen, wird auch ermöglicht, dieses Dokumente ohne Vidierung (legalauthenticator 0..*) valide sein zu lassen.
Treetree.pnghl7:legalAuthenticator
0 … *CHauptunterzeichner, Rechtlicher Unterzeichner
(TGD...und)
 
Target.png
at-cda-bbr-data​element-1Kyellow.png Rechtlicher Unterzeichner Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.png@typeCode
cs0 … 1FLA
Auswahl1 … 1
Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Elemente in der Auswahl:
  • hl7:time[not(@nullFlavor)]
  • hl7:time[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS.AT.TZ0 … 1(TGD...und)
wo [not(@nullFlavor)]
 
Target.png
at-cda-bbr-data​element-5Kyellow.png Zeitpunkt der Unterzeichnung Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS.AT.TZ0 … 1(TGD...und)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1MSignaturcode gibt an, dass das Originaldokument unterzeichnet wurde.
(TGD...und)
 
Target.png
at-cda-bbr-data​element-6Kyellow.png Signatur Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FS
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1MPersonendaten des rechtlichen Unterzeichners.
Für den Namen ist verpflichtend Granularitätsstufe 2 ("strukturierte Angabe des Namens") anzuwenden!
Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
(TGD...und)
Eingefügt0 … * von 1.2.40.0.34.6.0.11.1.6 Authenticator (DYNAMIC)
Treetree.pnghl7:authenticator
0 … *Weitere Unterzeichner.(TGD...und)
 
Target.png
at-cda-bbr-data​element-31Kyellow.png Weitere Unterzeichner Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.png@typeCode
cs0 … 1FAUTHEN
Auswahl1 … 1
Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Grundsätzlich sind die Vorgaben gemäß für „Zeit-Elemente“ zu befolgen.
Elemente in der Auswahl:
  • hl7:time[not(@nullFlavor)]
  • hl7:time[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS.AT.TZ0 … 1(TGD...und)
wo [not(@nullFlavor)]
 
Target.png
at-cda-bbr-data​element-105Kyellow.png Zeitpunkt der Unterzeichnung Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS.AT.TZ0 … 1(TGD...und)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1M(TGD...und)
 
Target.png
at-cda-bbr-data​element-106Kyellow.png Signatur Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FS
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1M
Personendaten des weiteren Unterzeichners.
Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
(TGD...und)
Eingefügt von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Auswahl1 … *
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.pngTreetree.pnghl7:id
II0 … *(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(TGD...und)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(TGD...und)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl0 … 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.pngTreetree.pnghl7:addr
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1(TGD...und)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.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.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.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)
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1R
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)
(TGD...und)
Eingefügt0 … 1 von 1.2.40.0.34.6.0.11.1.20 Participant Fachlicher Ansprechpartner (DYNAMIC)
Treetree.pnghl7:participant
0 … 1Fachlicher Ansprechpartner
(TGD...und)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.20']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCALLBCK
 Callback contact
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.1.20
Treeblank.pngTreetree.pnghl7:functionCode
CE (extensible)0 … 1
Optionale Angabe eines Funktionscodes des fachlichen Ansprechpartners, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“.
Eigene Codes und Bezeichnungen können verwendet werden.
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1M(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FPROV
 
Healthcare provider - Gesundheitsdiensteanbieter
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1
Optionale Angabe der Fachrichtung des fachlichen Ansprechpartners („Sonderfach“ gem. Ausbildungsordnung), z.B: „Facharzt/Fachärztin für Gynäkologie“.
Wenn ein fachlicher Ansprechpartner mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben.
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
 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:addr
AD0 … 1
Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben für "Adress-Elemente" zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT1 … *MBeliebig viele Kontaktdaten des Beteiligten.(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintEs MUSS mindestens eine Telefonnummer angegeben werden. Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1R
Name der Person

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1R

Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).

Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen.

(TGD...und)
Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_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:addr
AD0 … 1Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(TGD...und)
wo [not(@nullFlavor)]
Eingefügt0 … 1 von 1.2.40.0.34.6.0.11.1.21 Participant Ein-, Ueber-, Zuweisender Arzt (DYNAMIC)
Treetree.pnghl7:participant
0 … 1Einweisender/Zuweisender/Überweisender Arzt(TGD...und)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.21']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FREF
 Referrer
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1M(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.1.21
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1M(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FPROV
 Healthcare provider - Gesundheitsdiensteanbieter
Auswahl1 … *
Identifikation des einweisenden/zuweisenden/überweisenden Arztes.
Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
 ConstraintZugelassene 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.pngTreetree.pnghl7:id
II0 … *(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(TGD...und)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(TGD...und)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse des einweisenden/zuweisenden/überweisenden Arztes
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … * Beliebig viele Kontaktdaten des einweisenden/zuweisenden/überweisenden Arztes
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_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.
Auswahl1 … 1
Name des einweisenden/zuweisenden/überweisenden Arztes.
Elemente in der Auswahl:
  • hl7:associated​Person[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
  • hl7:associated​Person[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)(TGD...und)
wo [hl7:name [count(child::*)=0]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)(TGD...und)
wo [hl7:name [count(child::*)!=0]]
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1ROrganisation, der der Einweiser/Zuweiser/Überweiser angehört (mit Adresse und Kontaktdaten der Organisation).
Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen.
(TGD...und)
Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_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:addr
AD0 … 1Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(TGD...und)
wo [not(@nullFlavor)]
Eingefügt0 … 1 von 1.2.40.0.34.6.0.11.1.23 Participant Hausarzt (DYNAMIC)
Treetree.pnghl7:participant
0 … 1Beteiligter (Hausarzt).(TGD...und)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.23']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FIND
  In indirektem Bezug.
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.1.23
Treeblank.pngTreetree.pnghl7:functionCode
CE1 … *M
Funktionscode des Beteiligten
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1FPCP
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.88
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7:ParticipationFunction
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1MBeschreibung der Entität.
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FPROV
  Healthcare provider - Gesundheitsdiensteanbieter.
Auswahl0 … *
Identifikation des Beteiligten (Person) aus dem GDA-Index.
Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
 Constraint
Zugelassene nullFlavor:
  • NI … Organisation hat keine ID
  • UNK … Organisation hat eine ID, diese ist jedoch unbekannt
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(TGD...und)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(TGD...und)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse des Hausarztes
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … * Beliebig viele Kontaktdaten des Hausarztes.
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_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.
Auswahl1 … 1
Name des Hausarztes.
Elemente in der Auswahl:
  • hl7:associated​Person[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
  • hl7:associated​Person[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)(TGD...und)
wo [hl7:name [count(child::*)=0]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)(TGD...und)
wo [hl7:name [count(child::*)!=0]]
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1R
Arztpraxis oder Ordination.
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
(TGD...und)
Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_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:addr
AD0 … 1Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(TGD...und)
wo [not(@nullFlavor)]
Eingefügt0 … * von 1.2.40.0.34.6.0.11.1.27 Participant Auskunftsberechtigte Person (Notfallkontakt) (DYNAMIC)
Treetree.pnghl7:participant
0 … *Beteiligter (Notfallkontakt / Auskunftsberechtigte Person)
(TGD...und)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.27']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FIND
  In indirektem Bezug.
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.1.27
Treeblank.pngTreetree.pnghl7:time
IVL_TS0 … 1
Zeitraum, in dem der angegebene Kontakt den Notfall-Kontakt darstellt.
Wird nur angegeben, wenn der Kontakt bereits absehbar nur in einem eingeschränkten Zeitraum zur Verfügung steht.


Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
(TGD...und)
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1MBeschreibung der Entität.
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FECON
 Emergency contact - Notfall-Kontakt
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1Verwandtschaftsverhältnis des Beteiligten zum Patienten, z.B. DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist. (TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1RZulässige Werte gemäß Value-Set „ELGA_PersonalRelationship“
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.111
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7:RoleCode
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse des Beteiligten

Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(TGD...und)
wo [not(@nullFlavor)]
Auswahl0 … *
Beliebig viele Kontaktdaten des Beteiligten.
Elemente in der Auswahl:
  • hl7:telecom[not(@nullFlavor)]
  • hl7:telecom[@nullFlavor='UNK']
 ConstraintEs SOLL mindestens eine Telefonnummer angegeben werden.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *R(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … 1 Die Kontaktadresse ist unbekannt. nullFlavor "UNK" (TGD...und)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl1 … 1
Name des Beteiligten.
Elemente in der Auswahl:
  • hl7:associated​Person[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
  • hl7:associated​Person[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)(TGD...und)
wo [hl7:name [count(child::*)=0]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)(TGD...und)
wo [hl7:name [count(child::*)!=0]]
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1R

Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).

Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.

(TGD...und)
Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_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:addr
AD0 … 1Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(TGD...und)
wo [not(@nullFlavor)]
Eingefügt0 … * von 1.2.40.0.34.6.0.11.1.25 Participant Angehoerige (DYNAMIC)
Treetree.pnghl7:participant
0 … *Beteiligter (Angehöriger)
(TGD...und)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.25']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FIND
  In indirektem Bezug.
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.1.25
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1MBeschreibung der Entität.
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FPRS
 Personal relationship - In persönlicher Beziehung
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1MVerwandtschaftsverhältnis des Beteiligten zum Patienten. Beispiel: DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist oder NBOR für Nachbar.(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.111
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7:RoleCode
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse des Beteiligten

Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … * Beliebig viele Kontaktdaten des Beteiligten.
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_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.
Auswahl1 … 1
Name des Beteiligten.
Elemente in der Auswahl:
  • hl7:associated​Person[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
  • hl7:associated​Person[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)(TGD...und)
wo [hl7:name [count(child::*)=0]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)(TGD...und)
wo [hl7:name [count(child::*)!=0]]
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)(TGD...und)
Eingefügt0 … * von 1.2.40.0.34.6.0.11.1.26 Participant Versicherung (DYNAMIC)
Treetree.pnghl7:participant
0 … *Beteiligter (Versicherter/Versicherung).(TGD...und)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.26']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FHLD
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.1.26
Treeblank.pngTreetree.pnghl7:time
IVL_TS0 … 1
Gültigkeitszeitraum der Versicherungspolizze.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
(TGD...und)
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1M(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FPOLHOLD
 Policy holder - Halter einer Versicherungspolizze
Auswahl1 … 1
Sozialversicherungsnummer des Patienten (SELF) oder der Person, bei der der Patient mitversichert ist (FAMDEP)
Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
 Constraint
Zugelassene nullFlavor:
  • NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer, …)
  • UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(TGD...und)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(TGD...und)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M
Versicherungsverhältnis codiert
Beispiele:
  • SELF, wenn der Patient selbst der Versicherte ist.
  • FAMDEP, wenn der Patient bei einem Familienmitglied mitversichert ist.


(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.111
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7:RoleCode
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.9 ELGA_InsuredAssocEntity (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse des Beteiligten.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … * Beliebig viele Kontaktdaten des Beteiligten.
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_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.pngTreetree.pnghl7:associated​Person
0 … 1CName des Beteiligten.
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
(TGD...und)
 ConstraintWenn das Versicherungsverhältnis "familienversichert" ("FAMDEP“) ist, MUSS eine associatedPerson angegeben sein, M [1..1], sonst kann sie komplett entfallen, O [0..1]
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
1 … 1M

Versicherungsgesellschaft.

Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.

(TGD...und)
Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_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:addr
AD0 … 1Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(TGD...und)
wo [not(@nullFlavor)]
 Schematron assertrole error 
 testnot(hl7:code[@code='FAMDEP']) or hl7:associated​Person 
 MeldungWenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein. 
Eingefügt0 … 1 von 1.2.40.0.34.6.0.11.1.29 Participant Betreuungsorganisation (DYNAMIC)
Treetree.pnghl7:participant
0 … 1Beteiligter (Betreuende Organisation)(TGD...und)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.29']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FIND
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.1.29
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1MBeschreibung der Entität.
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FCAREGIVER
 Betreuer
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
1 … 1MBetreuende Organisation(TGD...und)
Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_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:addr
AD0 … 1Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(TGD...und)
wo [not(@nullFlavor)]
Eingefügt0 … * von 1.2.40.0.34.6.0.11.1.28 Participant Weitere Behandler (DYNAMIC)
Treetree.pnghl7:participant
0 … *Beteiligter (Weitere Behandler)(TGD...und)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.28']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCON
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.1.28
Treeblank.pngTreetree.pnghl7:functionCode
CE (extensible)0 … 1Funktionscode des Behandlers z.B: „Facharzt für Neurologie“
Eigene Codes und Bezeichnungen dürfen verwendet werden.
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
 CONF
Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1MBeschreibung der Entität.
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FPROV
  Gesundheitsdiensteanbieter.
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1
Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Beliebig viele Kontaktdaten des Beteiligten.
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.)
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)
Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Bei Angabe mehrerer Telefonnummern ist jeweils das Attribut @use anzugeben.
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
1 … 1M
Beteiligte Person
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1R
Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
(TGD...und)
Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_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:addr
AD0 … 1Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(TGD...und)
wo [not(@nullFlavor)]
Eingefügt0 … * von 1.2.40.0.34.6.0.11.1.9 In Fulfillment Of (DYNAMIC)
Treetree.pnghl7:inFulfillmentOf
0 … *Komponente zur Dokumentation des Auftrags.
(TGD...und)
 
Target.png
at-cda-bbr-data​element-42Kyellow.png Auftrag Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.png@typeCode
cs1 … 1FFLFS
Treeblank.pngTreetree.pnghl7:order
1 … 1MAuftrag.
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FRQO
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1MAuftragsnummer, Anforderungsnummer.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen.
(TGD...und)
 
Target.png
at-cda-bbr-data​element-43Kyellow.png ID Kyellow.png Dataset A Allgemeiner Leitfaden
Treetree.pnghl7:documentationOf
1 … *RKomponente für die Gesundheitsdienstleistung.

Mit der Assoziation documentationOf/serviceEvent wird die eigentliche Gesundheitsdienstleistung repräsentiert, die in dem Dokument dokumentiert wird (z.B. "Telehealth monitoring", "Telehealth chronic obstructive pulmonary disease monitoring", 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!
(TGD...und)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FDOC
Treeblank.pngTreetree.pnghl7:serviceEvent
1 … 1MGesundheitsdienstleistung.
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:code[not(@nullFlavor)]
  • hl7:code[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1Code der Gesundheitsdienstleistung.
Zugelassene nullFlavor: UNK

↔ Hinweis zum XDS-Mapping:
Dieses Element wird ins XDS-Attribut eventCodeList gemappt.
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.96
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.26 ELGA_ServiceEventsTelemonEpi (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(TGD...und)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS1 … 1MZeitraum der Gesundheitsdienstleistung.
Hier soll der Start und das Ende des Telemonitoring-Programms dokumentiert werden. Falls es im Telemonitoring-Programm zu Unterbrechungen gekommen ist, muss das erste documentationOf-Element (documentationOf[1]) die vollständige Behandlung inklusive Unterbrechungen dokumentieren. In den weiteren documentationOf-Elementen (documentationOf[2] bis [n]) Elementen können dann die einzelnen, durchgehenden Zeitintervalle dokumentiert werden.

↔ 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 
(TGD...und)
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 … 1(TGD...und)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(TGD...und)
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 … 1(TGD...und)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(TGD...und)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreetree.pnghl7:performer
0 … *RPerson oder Organisation, die die Gesundheitsdienstleistung durchführt.
(TGD...und)
Treeblank.pngTreeblank.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.pngTreeblank.pngTreetree.pnghl7:functionCode
CE0 … 1R Funktionscode (TGD...und)
 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.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
(TGD...und)
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.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(TGD...und)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(TGD...und)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.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.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(TGD...und)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(TGD...und)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
1 … 1M(TGD...und)
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
Treeblank.pngTreeblank.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.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(TGD...und)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(TGD...und)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.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.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1(TGD...und)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.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.
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.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.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.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)
(TGD...und)
Treeblank.pngTreeblank.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)
(TGD...und)
Eingefügt0 … 1R von 1.2.40.0.34.6.0.11.1.14 Document Replacement - Related Document (DYNAMIC)
Treetree.pnghl7:relatedDocument
0 … 1R(TGD...und)
 
Target.png
at-cda-bbr-data​element-15Kyellow.png Bezug zu vorgehenden Dokumenten Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.png@typeCode
cs1 … 1R
Art des Bezugs zum Vordokument.
 Constraint
Erlaubte @typeCodes:

RPLC - replaces: Das Dokument ersetzt ein existierendes Dokument. Der Status des zu ersetzenden Dokumentes wird auf "deprecated" gesetzt, das ursprüngliche Dokument bleibt aber noch im System als historische Referenz verfügbar.


APND - append: Zusammenhängen von Dokumenten. Dies ist in ELGA bereits über das Einbetten von Dokumenten realisiert.

XFRM - transformed: Das Dokument ist Ergebnis eines Transformationsprozesses, d.h. ist aus einem anderen Originaldokument hervorgegangen.

Hinweis: Die parallele Ablage von CDA-Dokumenten, welche vom Dokumentersteller bereits mit einem Stylesheet zu einem PDF Dokument gerendert wurden, kann mit der XFRM – Transaktion vorgenommen werden. Es ist nicht auszuschließen, dass die Transformation in lokalen Affinity Domains Anwendung findet. Für ELGA ist die Transformation jedoch kein Anwendungsfall.
Treeblank.pngTreetree.pnghl7:parentDocument
1 … 1MVorhergehendes Dokument.
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDOCCLIN
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1MDokumenten-Id des vorgehenden Dokuments.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
(TGD...und)
EingefügtNP von 1.2.40.0.34.6.0.11.1.18 Authorization (DYNAMIC)
Treetree.pnghl7:authorization
NP(TGD...und)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FAUTH
Treeblank.pngTreetree.pnghl7:consent
1 … 1M(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FCONS
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(TGD...und)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.27 HL7-at_ActConsentType (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Eingefügt0 … 1R von 1.2.40.0.34.6.0.11.1.7 Component Of - Encompassing Encounter (DYNAMIC)
Treetree.pnghl7:componentOf
0 … 1RKomponente für den Patientenkontakt.
(TGD...und)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.pnghl7:encompassing​Encounter
1 … 1MPatientenkontakt.
(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FENC
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1Identifikationselement zur Aufnahme der Aufenthaltszahl
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1RAufenthaltszahl, z.B.: Az123456
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1ROID der Liste der Aufenthaltszahlen der Organisation
 Constraint
  • @assigningAuthorityName [0..1]: Name der Stelle, welche die ID zugewiesen hat, z.B.: „Amadeus Spital“.
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1MCodierung des Patientenkontakts.
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1RZulässige Werte gemäß Value-Set „ELGA_ActEncounterCode“
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.4
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7:ActCode
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.5 ELGA_ActEncounterCode (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS1 … 1M
Zeitraum des Patientenkontakts.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
(TGD...und)
 ConstraintDer Zeitraum des Patientenkontaktes MUSS die Vorgaben der speziellen Implementierungsleitfäden einhalten. Dabei gilt allgemein:
  • Der Zeitraum besteht aus dem Zeitpunkt der administrativen Aufnahme in die Behandlung und dem Zeitpunkt der administrativen Entlassung aus der Behandlung.
  • Der Entlassungszeitpunkt KANN „unbekannt“ sein, wenn die administrative Entlassung noch nicht erfolgt ist. (nullFlavor UNK beim effectiveTime.high)
  • Hinweis: Als Zeitpunkt der Aufnahme/Entlassung SOLL der Zeitpunkt der administrativen Aufnahme/Entlassung angegeben werden. Wenn der Zeitpunkt der administrativen Aufnahme/Entlassung nicht vorhanden ist, darf auch der Zeitpunkt der medizinischen Aufnahme/Entlassung angegeben werden.
Treeblank.pngTreeblank.pngTreetree.pnghl7:responsible​Party
0 … 1R
Komponente für die verantwortliche Person.
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
1 … 1M
Entität der verantwortlichen Person.
Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
(TGD...und)
Eingefügt von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Auswahl1 … *
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.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(TGD...und)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(TGD...und)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl0 … 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.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1(TGD...und)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
(TGD...und)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.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.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.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)
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1R
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)
(TGD...und)
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.8 Encounter Location (DYNAMIC)
Die Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand, MUSS verpflichtend angegeben werden (z.B.: die entlassende Krankenanstalt mit Abteilung).
Treeblank.pngTreeblank.pngTreetree.pnghl7:location
1 … 1M(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FLOC
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:health​Care​Facility
1 … 1M(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FSDLOC
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M
Der Code zur Klassifizierung des GDA repräsentiert die Art der Einrichtung, in der die Tätigkeit stattfand, die zur Erzeugung des Dokuments führte. Zum Beispiel sollten Dokumente, die während eines ambulanten Falls in einem Krankenhaus entstehen, mit dem healthcareFacilityTypeCode für „Krankenhaus“ gekennzeichnet werden. 

Zulässige Werte gemäß Value-Set „ELGA_HealthcareFacilityTypeCode“

Für ELGA SOLL der Code dem Eintrag "GDA Rollenname" oder, wenn der GDA Rollenname nicht verfügbar ist, der "Aggregierten Rolle" im GDA-I entsprechen.

↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.healthcareFacilityTypeCode gemappt.
Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName.
(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:service​Provider​Organization
1 … 1M
Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand.

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
(TGD...und)
Treetree.pnghl7:component
1 … 1R(TGD...und)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:structuredBody
1 … 1R(TGD...und)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDOCBODY
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.69 Brieftext (DYNAMIC)(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1MBeinhaltet 1.2.40.0.34.6.0.11.2.79 Behandlungsgrund - unkodiert (DYNAMIC)(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.2.96 Diagnose - kodiert (DYNAMIC)(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.2.80 Zusammenfassung der Behandlung - unkodiert (DYNAMIC)(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.2.91 Auszüge aus erhobene Daten - unkodiert (DYNAMIC)(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.2.81 Erhobene Daten - kodiert (DYNAMIC)(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.2.82 Verwendete Geräte - kodiert (DYNAMIC)(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.2.71 Beilagen (DYNAMIC)(TGD...und)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue


12.4.2 Header Level Templates

Die Header Level Templates wurden aus dem bestehenden "Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente" übernommen. Diese sind unter Allgemeiner Leitfaden - Kapitel Administrative Daten (CDA Header) - Dokumentenstruktur zu finden.


Wichtiger Hinweis: Header-Element welche spezifisch für den telemonitoring Episodenbericht angepasst wurden sind der Spezifikation im Kapitel Document Level Template zu entnehmen.

Diese angepassten Elemente umfassen:

  • ClincialDocument/templateId
  • ClincialDocument/code
  • ClinicalDocument/title
  • ClinicalDocument/formatCode
  • ClinicalDocument/documentationOf/serviceEvent

12.4.3 Section Level Templates

12.4.3.1 Brieftext

Id1.2.40.0.34.6.0.11.2.69
ref
at-cda-bbr-
Gültigkeit2021‑06‑28 11:19:35
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_section_Brieftext vom 2021‑02‑19 11:44:10
  • Kblank.png atcdabbr_section_Brieftext vom 2019‑04‑02 15:48:06
StatusKgreen.png AktivVersions-Label1.0.1+20210628
Nameatcdabbr_section_BrieftextBezeichnungBrieftext
Beschreibung
Ein am Anfang des Briefes formulierter Freitext für eine Anrede oder Begrüßung. Z.B. „Sehr geehrte Kollegin…“

Die Angabe von medizinisch / fachlich relevanter Information in diesem Abschnitt ist NICHT ERLAUBT.
Es ist EMPFOHLEN, redundante Angaben von Patientennamen oder Aufenthaltsdaten des Patienten in dieser Section zu vermeiden.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.69
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
at-cda-bbr-data​element-55Kyellow.png Brieftext Kyellow.png Dataset A Allgemeiner Leitfaden
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.3ContainmentKgreen.png Informant Body (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.3.53ContainmentKgreen.png Logo Entry (1.0.1+20210628)DYNAMIC
1.2.40.0.34.6.0.11.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.69 Brieftext (2021‑02‑19 11:44:10)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.2.69 Brieftext (2019‑04‑02 15:48:06)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel
<section classCode="DOCSECT">
  <templateId root="1.2.40.0.34.6.0.11.2.69"/>  <code code="BRIEFT" displayName="Brieftext" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  <!-- Titel der Section Brieftext wird vom ELGA Referenz-Stylesheet nicht angezeigt! -->
  <title>Brieftext</title>  <!-- Textbereich der Section -->
  <text>Sehr geehrte Kollegen </text>  <!-- Maschinenlesbare Elemente der Section (optionales Logo) -->
  <entry>
    <!-- template 1.2.40.0.34.6.0.11.3.53 'Logo Entry' (2020-01-09T12:00:13) -->
  </entry>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
Container zur Angabe des Brieftexts.
(atc...ext)
 
Target.png
at-cda-bbr-data​element-55Kyellow.png Brieftext Kyellow.png Dataset A Allgemeiner Leitfaden
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.pnghl7:templateId
II1 … 1M(atc...ext)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.69
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Section(atc...ext)
wo [not(@nullFlavor)]
Treetree.pnghl7:code
CE1 … 1MCode der Section. (atc...ext)
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FELGA_Sections
Treeblank.pngTreetree.png@code
CONF1 … 1FBRIEFT
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.2.40.0.34.5.40
Treetree.pnghl7:title
ST1 … 1M(atc...ext)
 CONF
Elementinhalt muss "Brieftext" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MInformation für den menschlichen Leser.
Achtung: Wird ein Logo als maschinenlesbares Element angegeben, darf keine Referenz darauf im narrativen Text-Bereich angegeben werden (<renderMultiMedia referencedObject="…"/>).
(atc...ext)
Treetree.pnghl7:author
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)(atc...ext)
Treetree.pnghl7:informant
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(atc...ext)
Treetree.pnghl7:entry
0 … 1REs KANN zusätzlich ein Logo als maschinenlesbares Element angegeben werden.
Maschinenlesbares Element gemäß Template „ELGA Logo-Entry“ .

Beinhaltet 1.2.40.0.34.6.0.11.3.53 Logo Entry (DYNAMIC)
(atc...ext)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:component
0 … *Optionale Subsections zur Angabe von Übersetzungen des text-Elements in andere Sprachen.
Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)
(atc...ext)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
12.4.3.1.1 Übersetzung
Id1.2.40.0.34.6.0.11.2.8
ref
at-cda-bbr-
Gültigkeit2023‑04‑13 11:01:52
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_section_Uebersetzung vom 2021‑06‑28 11:28:05
  • Kblank.png atcdabbr_section_Uebersetzung vom 2021‑02‑19 11:58:13
  • Kblank.png atcdabbr_section_Uebersetzung vom 2019‑05‑14 15:24:50
StatusKgreen.png AktivVersions-Label1.0.2+20230717
Nameatcdabbr_section_UebersetzungBezeichnungÜbersetzung
Beschreibung
Subsection für die Übersetzung des narrativen Textes
Die Angabe des languageCode erfolgt durch Angabe eines Codes aus dem Value Set ELGA_HumanLanguage. Optional kann an diesen, mit Bindestrich getrennt, die Angabe des Landes aus ISO-Codelisten angefügt werden.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.8
KlassifikationCDA Section 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.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.3ContainmentKgreen.png Informant Body (1.0.1+20211213)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.8 Übersetzung (2021‑06‑28 11:28:05)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.2.8 Übersetzung (2021‑02‑19 11:58:13)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.2.8 Übersetzung (2019‑05‑14 15:24:50)
ref
at-cda-bbr-

Adaptation: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-
Beispiel
automatische Übersetzung durch ein Gerät
<section>
  <templateId root="1.2.40.0.34.6.0.11.2.8"/>  <id root="1.2.3.999" extension="myExt"/>  <title>Allergie ed Intolleranze</title>  <text>Nessuna Allergia Nota</text>  <languageCode code="it-IT"/>  <author>
    <!-- Zeitpunkt der Erstellung -->
    <time value="20191224082015+0100"/>    <assignedAuthor>
      <!-- Geräte Identifikation (oder nullFlavor) -->
      <id root="86562fe5-b509-4ce9-b976-176fd376e477"/>      <!-- Geräte Beschreibung -->
      <assignedAuthoringDevice>
        <manufacturerModelName>Good Health System</manufacturerModelName>        <softwareName>Best Health Software Application</softwareName>      </assignedAuthoringDevice>
      <representedOrganization>
        <id root="1.2.40.0.34.99.3"/>        <!-- Name der Organisation -->
        <name>Amadeus Spital, 1. Chirurgische Abteilung</name>        <!-- Kontaktdaten der Organisation -->
        <telecom value="tel:+43.6138.3453446.0"/>        <telecom value="mailto:chirurgie@amadeusspital.at"/>        <addr>
          <streetName>Mozartgasse</streetName>          <houseNumber>1-7</houseNumber>          <postalCode>5350</postalCode>          <city>St.Wolfgang</city>          <state>Salzburg</state>          <country>AUT</country>        </addr>
      </representedOrganization>
    </assignedAuthor>
  </author>
</section>
Beispiel
manuelle Übersetzung durch eine Person
<section>
  <templateId root="1.2.40.0.34.6.0.11.2.8"/>  <id root="1.2.3.999" extension="myExt"/>  <title>Allergie ed Intolleranze</title>  <text>Nessuna Allergia Nota</text>  <languageCode code="it-IT"/>  <author>
    <!-- Zeitpunkt der Erstellung -->
    <time value="20191224082015+0100"/>    <assignedAuthor classCode="ASSIGNED">
      <!-- Identifikation des Verfassers des Dokuments -->
      <id root="1.2.40.0.34.99.111.1.3" extension="1111" assigningAuthorityName="Amadeus Spital"/>      <!-- Fachrichtung des Verfassers des Dokuments -->
      <code code="107" displayName="Fachärztin/Facharzt für Chirurgie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/>      <!-- Kontaktdaten des Verfassers des Dokuments -->
      <telecom value="tel:+43.1.40400"/>      <telecom value="mailto:herbert.mustermann@organization.at"/>      <assignedPerson classCode="PSN" determinerCode="INSTANCE">
        <!-- Name des Verfassers des Dokuments -->
        <name>
          <prefix qualifier="AC">Univ.-Prof. Dr.</prefix>          <given>Isabella</given>          <family>Stern</family>        </name>
      </assignedPerson>
      <!-- Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat -->
      <representedOrganization>
        <id root="1.2.40.0.34.99.3"/>        <!-- Name der Organisation -->
        <name>Amadeus Spital, 1. Chirurgische Abteilung</name>        <!-- Kontaktdaten der Organisation -->
        <telecom value="tel:+43.6138.3453446.0"/>        <telecom value="mailto:chirurgie@amadeusspital.at"/>        <addr>
          <streetName>Mozartgasse</streetName>          <houseNumber>1-7</houseNumber>          <postalCode>5350</postalCode>          <city>St.Wolfgang</city>          <state>Salzburg</state>          <country>AUT</country>        </addr>
      </representedOrganization>
    </assignedAuthor>
  </author>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(atc...ung)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Übersetzung
(atc...ung)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.8
Treetree.pnghl7:id
II0 … 1(atc...ung)
wo [not(@nullFlavor)]
Treetree.pnghl7:title
ST1 … 1MTitel der Section in der Übersetzung(atc...ung)
Treetree.pnghl7:text
SD.TEXT1 … 1MText der Section in der Übersetzung
(atc...ung)
Treetree.pnghl7:language​Code
CS1 … 1MSprachcode für die Übersetzung(atc...ung)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC)
 Beispiel
Angabe mit Landescode
<languageCode code="it-IT"/>
 Beispiel
Angabe ohne Landescode
<languageCode code="it"/>
Treetree.pnghl7:author
0 … *RMit der Angabe des Autors kann die Qualität der Übersetzung - automatisch durch ein Gerät oder manuell durch eine Person - zum Ausdruck gebracht werden.
Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
(atc...ung)
Treetree.pnghl7:informant
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(atc...ung)

12.4.3.2 Behandlungsgrund - unkodiert

Id1.2.40.0.34.6.0.11.2.79
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:13:54
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_section_BehandlungsgrundUnkodiert vom 2018‑07‑18 14:59:04
StatusKgreen.png AktivVersions-Label1.0.0+20210218
Nameatcdabbr_section_BehandlungsgrundUnkodiertBezeichnungBehandlungsgrund - unkodiert
Beschreibung
Als Einleitung in das Dokument wird der Behandlungsgrund angegeben, welcher die zu behandelnde Krankheit samt weiteren zu beachtenden Krankheiten und den geplanten Behandlungsvorgang dokumentiert. Diese Information kann nach Behandlern und somit auch Disziplinen getrennt werden.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.79
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 5 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.3ContainmentKgreen.png Informant Body (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.3.19ContainmentKgreen.png Eingebettetes Objekt Entry (1.0.2+20230717)DYNAMIC
1.2.40.0.34.6.0.11.2.92ContainmentKgreen.png BodySubSection - unkodiert - generisch (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.79 Behandlungsgrund - unkodiert (2018‑07‑18 14:59:04)
ref
at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<!-- Behandlungsgrund
Als Einleitung in das Dokument wird der Behandlungsgrund und Vorgang angegeben, welcher die zu behandelnde Krankheit samt weiteren
zu beachtenden Krankheiten und geplanten Behandlungsverlauf dokumentiert. Diese Information kann nach Disziplinen getrennt werden.-->
<component>
  <section>
    <templateId root="1.2.40.0.34.6.0.11.2.79"/>    <code code="408773008" displayName="Reasons for treatment (finding)" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>    <title>Behandlungsgrund</title>    <text>
      [nicht aus dem Fall Häckler] Der Patient ist am 28.9.2018 mit starken Schmerzen in der Brust per Krankenwaagen eingeliefert worden. Nach mehrtägiger Behandlung und Beobachtung wurde die Weiterbehandlung mittels Telemonitoring mit Herzmobil Tirol vorgeschlagen. Der Patient willigte ein und wurde eingeschult.       <br/>      <br/>       Die Zielwerte für diesen Patienten befinden sich
zwischen aaa und bbb systolisch und ccc und ddd diastolisch. Da dieser Patient zusätzlich zur Herzinsuffizient an Diabetes leidet, müssen sein Körpergewicht genau beobachtet werden und bei einem Anstieg von 5% in einer Woche weitere Behandlungsmaßnahmen diskutiert werden.
    </text>
  </section>
</component>
ItemDTKardKonfBeschreibungLabel
hl7:section
(atc...ert)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Behandlungsgrund - unkodiert(atc...ert)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.79
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion(atc...ert)
wo [not(@nullFlavor)]
Treetree.pnghl7:code
CE.IPS1 … 1M(atc...ert)
Treeblank.pngTreetree.png@code
cs1 … 1F408773008
Treeblank.pngTreetree.png@codeSystem
uid1 … 1F2.16.840.1.113883.6.96
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FSNOMED CT
Treeblank.pngTreetree.png@displayName
st0 … 1FReasons for treatment (finding)
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ert)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ert)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:title
ST1 … 1M(atc...ert)
 CONF
Elementinhalt muss "Behandlungsgrund" sein
Treetree.pnghl7:text
SD.TEXT1 … 1M(atc...ert)
Treetree.pnghl7:author
0 … 1RVerfasser dieses Eintrags. Mit der Angabe des Autors kann die Qualität des Eintrags - automatisch durch ein Gerät oder manuell durch eine Person - zum Ausdruck gebracht werden. Kann entfallen wenn gleich mit ClinicalDocument.author .
Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
(atc...ert)
Treetree.pnghl7:informant
0 … *RQuelle der Information. Person, auf deren Angabe die Information beruht: der Patient selbst oder eine dem Patienten verwandte oder bekannte Person. Kann entfallen wenn gleich mit ClinicalDocument.recordTarget (der Patient selbst).
Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)
(atc...ert)
Treetree.pnghl7:entry
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:component
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.2.92 BodySubSection - unkodiert - generisch (DYNAMIC)(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treetree.pnghl7:component
0 … *ROptionale Subsections zur Angabe von Übersetzungen des <text> Elements

Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)
(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
12.4.3.2.1 BodySubSection - unkodiert - generisch
Id1.2.40.0.34.6.0.11.2.92
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 11:44:04
Andere Versionen mit dieser Id:
  • Kblank.png BodySubSectionUnkodiertGenerisch vom 2020‑03‑16 13:58:47
StatusKgreen.png AktivVersions-Label1.0.0+20210219
NameBodySubSectionUnkodiertGenerischBezeichnungBodySubSection - unkodiert - generisch
Beschreibung
Mit dieser generischen Subsektion können Sektionen unterteilt werden und pro Subsektion mit den Metadaten eines eigenen Titels und des Ursprungs versehen werden. Die Informationen zum Ursprung bestehen aus dem Autor als Person oder Gerät, die Funktion des Autors, wie z.B. Assistenzarzt oder Stationsschwester, und dem Zeitpunkt der Dokumentation. Ein Code-Element für diese Sektion ist nicht erlaubt, da explizit der Code der Übersektion gilt. Für den Titel gelten spezielle Vorgaben, siehe das Titel-Element, welche im speziellen Leitfaden weiter eingeschränkt werden können.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.92
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.3ContainmentKgreen.png Informant Body (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.3.19ContainmentKgreen.png Eingebettetes Objekt Entry (1.0.2+20230717)DYNAMIC
1.2.40.0.34.6.0.11.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.92 BodySubSection - unkodiert - generisch (2020‑03‑16 13:58:47)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel mit minimaler Befüllung
<clinicalDocument>
   : CDA Header :   <component>
    <!-- strukturierter CDA Body -->
    <structuredBody>
       : Einzelne Sektionen des Bodys :       <component>
        <!-- Beginn der Übersektion -->
        <section>
           : Inhalte Übersektion :           <component>
            <!-- Beginn der Subsektion -->
            <section>
              <templateId root="1.2.40.0.34.6.0.11.2.92"/>              <title>Titel der Subsektion</title>              <text>Text der Subsektion</text>              <!-- Ende der Subsektion -->
            </section>
          </component>
          <!-- Ende der Übersektion -->
        </section>
      </component>
       : Weitere Sektionen des Bodys :     </structuredBody>
  </component>
</clinicalDocument>
Beispiel
Strukturbeispiel mit maximaler Befüllung
<clinicalDocument>
   : CDA Header :   <component>
    <!-- strukturierter CDA Body -->
    <structuredBody>
       : Einzelne Sektionen des Bodys :       <component>
        <!-- Beginn der Übersektion -->
        <section>
           : Inhalte Übersektion :           <component>
            <!-- Beginn der Subsektion -->
            <section classCode="DOCSET" moodCode="EVN">
              <templateId root="1.2.40.0.34.6.0.11.2.92"/>              <id root="2.25" extension="E6F45742-BA20-7224-15A0-6D8836E9608E" assigningAuthorityName="DummyGDA"/>              <title>Titel der Subsektion</title>              <text>Text der Subsektion</text>              <author>
                <functionCode code="OA" displayName="Diensthabender Oberarzt" codeSystem="DummyGDAoid" codeSystemName="DummyGDA"/>                <time value="20190710153549+0200"/>                <assignedAuthor classCode="ASSIGNED">
                  <id root="1.2.3.999" extension="--example only--"/>                  <code code="100" codeSystem="1.2.40.0.34.5.2" displayName="Ärztin/Arzt für Allgemeinmedizin"/>                  <addr>
                    <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->
                  </addr>
                  <telecom value="tel:+1-12345678"/>                  <assignedPerson classCode="PSN" determinerCode="INSTANCE">
                    <!-- template 1.2.40.0.34.6.0.11.9.6 'Person Name Compilation G2' -->
                  </assignedPerson>
                  <representedOrganization classCode="ORG" determinerCode="INSTANCE">
                    <!-- template 1.2.40.0.34.6.0.11.9.5 'Organization Compilation with id, name' (2019-03-25T13:43:57) -->
                  </representedOrganization>
                </assignedAuthor>
              </author>
              <!-- Ende der Subsektion -->
            </section>
          </component>
          <!-- Ende der Übersektion -->
        </section>
      </component>
       : Weitere Sektionen des Bodys :     </structuredBody>
  </component>
</clinicalDocument>
Beispiel
Strukturbeispiel mit minimaler Befüllung + Zeitpunkt
<clinicalDocument>
   : CDA Header :   <component>
    <!-- strukturierter CDA Body -->
    <structuredBody>
       : Einzelne Sektionen des Bodys :       <component>
        <!-- Beginn der Übersektion -->
        <section>
           : Inhalte Übersektion :           <component>
            <!-- Beginn der Subsektion -->
            <section classCode="DOCSET" moodCode="EVN">
              <templateId root="1.2.40.0.34.6.0.11.2.92"/>              <id root="2.25" extension="E6F45742-BA20-7224-15A0-6D8836E9608E" assigningAuthorityName="DummyGDA"/>              <title>Titel der Subsektion</title>              <text>Text der Subsektion</text>              <author>
                <time value="20190710153549+0200"/>                <assignedAuthor>
                  <id nullFlavor="UNK"/>                  <assignedPerson>
                    <name nullFlavor="UNK"/>                  </assignedPerson>
                </assignedAuthor>
              </author>
              <!-- Ende der Subsektion -->
            </section>
          </component>
          <!-- Ende der Übersektion -->
        </section>
      </component>
       : Weitere Sektionen des Bodys :     </structuredBody>
  </component>
</clinicalDocument>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Bod...sch)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - BodySubSection - unkodiert - generisch
(Bod...sch)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.92
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion (optional).
(Bod...sch)
Treetree.pnghl7:code
CE.IPSNPEin Code zur Sektion ist nicht erlaubt, da der Code der übergeordneten Sektion gilt!
(Bod...sch)
Treetree.pnghl7:title
ST1 … 1MTitel der Sektion.
Nachdem es nicht erlaubt ist den Code zur Sektion anzugeben, kann der Titel hier frei gewählt werden und als Erweiterung des Titels der diese Sektion beinhaltende Sektion gesehen werden. Dadurch darf jedoch nicht dieser Titel gegensätzlich zum Titel der diese Sektion beinhaltende Sektion stehen. Zum Beispiel würde der Titel "Behandlungsverlauf" der Subsektion keinen Sinn mit dem Titel "Behandlungsgrund" der beinhaltenden Sektion machen.
Im speziellen Leitfaden können Vorgaben für den Titel gemacht werden.
(Bod...sch)
Treetree.pnghl7:text
SD.TEXT1 … 1M
Information für den menschlichen Leser.
(Bod...sch)
Treetree.pnghl7:author
0 … 1RVerfasser dieses Eintrags. Mit der Angabe des Autors kann die Qualität des Eintrags - automatisch durch ein Gerät oder manuell durch eine Person - zum Ausdruck gebracht werden.
Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
(Bod...sch)
Treetree.pnghl7:informant
0 … *RQuelle der Information. Person, auf deren Angabe die Information beruht: der Patient selbst oder eine dem Patienten verwandte oder bekannte Person. Kann entfallen wenn gleich mit ClinicalDocument.recordTarget (der Patient selbst).
Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)
(Bod...sch)
Treetree.pnghl7:entry
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)(Bod...sch)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:component
0 … *ROptionale Subsections zur Angabe von Übersetzungen des <text> Elements

Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)
(Bod...sch)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue

12.4.3.3 Diagnosen - kodiert

Id1.2.40.0.34.6.0.11.2.96
ref
at-cda-bbr-
Gültigkeit2021‑02‑23 06:22:31
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_section_DiagnoseKodiert vom 2021‑02‑19 12:02:22
  • Kblank.png atcdabbr_section_DiagnoseKodiert vom 2020‑10‑06 09:34:46
  • Kblank.png atcdabbr_section_DiagnoseKodiert vom 2020‑07‑29 14:23:56
StatusKgreen.png AktivVersions-Label1.1.1+20210304
Nameatcdabbr_section_DiagnoseKodiertBezeichnungDiagnose - kodiert
Beschreibung
Diese Sektion dient zur Angabe der Diagnose(n), welche im Kontext der Behandlung erhoben wurde(n). Dazu gehören z.B. die ursprüngliche Diagnosen des Behandlungsgrunds sowie alle weiteren während der Behandlung zu beachtenden Diagnosen.
Es wird empfohlen die Diagnose(n) in tabellarischer Form anzugeben und bei Bedarf zu kennzeichnen, welche die Haupt- und welche die Nebendiagnosen sind.


Synonyme: Untersuchungsergebnis(se), Ergebnis(se)
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.96
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.3ContainmentKgreen.png Informant Body (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.3.7ContainmentKgreen.png Problem Concern Entry (1.1.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.96 Diagnose - kodiert (2021‑02‑19 12:02:22)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.2.96 Diagnose - kodiert (2020‑10‑06 09:34:46)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.2.96 Diagnose - kodiert (2020‑07‑29 14:23:56)
ref
at-cda-bbr-
Beispiel
Beispiel
<!-- Diagnose
Alle in dieser Behandlung verwendeten Diagnosen, wie die ursprüngliche Diagnosen des Behandlungsgrunds als auch alle weiteren während der Behandlung zu beachtenden Diagnosen, sind hier maschinenlesbar zu dokumentieren.-->
<component>
  <section>
    <templateId root="1.2.40.0.34.6.0.11.2.96"/>    <code code="439401001" codeSystem="2.16.840.1.113883.6.96"/>    <title>Diagnose</title>    <text>
       Diagnosen am Ende der Behandlung:      <br/>      <content ID="disdiag1">
        *         <content ID="disdiag1_diagnosis">HFrEF, MI Grad I-II</content>        , EF mittergradig eingeschränkt, Al Grad I (Echo 08/18), diffuse KHK (CAG 07/18), Z.n. ventrikulärer Tachykardie
mit CPR 07/18 (Ursache DD QT Verlängerung unter Psychopharmaka plus Antibiothikatherapie), parosymales Vorhofflimmern/-flattern, Linksschenkelblock
      </content>
      <br/>      <content ID="disdiag2">
        *         <content ID="disdiag2_diagnosis">Z.n. akutem prärenalen Nierenversagen</content>         07/18      </content>
      <br/>       * arterielle Hypertonie      <br/>       * Hypercholesterinämie      <br/>       * Z.n. ACM Infarkt
rechts 08/16 (kardioembolisch) mit Hemisymptomatik links
      <br/>       * Z.n. einmaligem GM-Anfall 04/17      <br/>       * Z.n. multiplen TVT beidseits      <br/>       * Z.n. Motorradumfall 2016 mit instabilem Becken (Beckentrauma, multiple Gefäßverletzungen (Stent Versorgung, Sehenenruptur linke Schulter)      <br/>       * reaktiv chronische Depression seit Motoradumfall      <br/>       * aktuell: leichter
Atemwegsinfekt, sowie Mikrohämaturie und diskrete Dysurie (DD asymptomatischer Harnwegsinfekt) ohne systematische Infektzeichen
    </text>
    <author>
      <time value="20181213083800+0100"/>      <assignedAuthor>
        <id root="1.2.40.0.34.99.4" assigningAuthorityName="Facharztpraxis für Innere Medizin, Niere, Bluthochdruck und Ernährungsmedizin - Dr. med. univ. Daniela Holzer"/>        <assignedPerson>
          <name>
            <prefix qualifier="AC">Dr.</prefix>            <given>Daniela</given>            <family>Holzer</family>          </name>
        </assignedPerson>
      </assignedAuthor>
    </author>
     ::   </section>
</component>
ItemDTKardKonfBeschreibungLabel
hl7:section
(atc...ert)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Diagnose - kodiert
(atc...ert)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.96
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion(atc...ert)
wo [not(@nullFlavor)]
Treetree.pnghl7:code
CE.IPS1 … 1M(atc...ert)
Treeblank.pngTreetree.png@code
cs1 … 1F439401001
Treeblank.pngTreetree.png@codeSystem
uid1 … 1F2.16.840.1.113883.6.96
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FSNOMED CT
Treeblank.pngTreetree.png@displayName
st0 … 1FDiagnosis
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ert)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ert)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:title
ST1 … 1M(atc...ert)
 CONF
Elementinhalt muss "Diagnose" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MEnthält Informationen für den menschlichen Leser(atc...ert)
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
(atc...ert)
Treetree.pnghl7:informant
0 … *
Quelle für die enthaltene Information
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)
(atc...ert)
Treetree.pnghl7:entry
1 … *MBeinhaltet 1.2.40.0.34.6.0.11.3.7 Problem Concern Entry (DYNAMIC)(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:component
0 … *ROptionale Subsections zur Angabe von Übersetzungen des Elements

Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)
(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue

12.4.3.4 Zusammenfassung der Behandlung - unkodiert

Id1.2.40.0.34.6.0.11.2.80
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:16:54
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_section_ZusammenfassungBehandlungUnkodiert vom 2018‑07‑18 15:16:10
StatusKgreen.png AktivVersions-Label1.0.0+20210218
Nameatcdabbr_section_ZusammenfassungBehandlungUnkodiertBezeichnungZusammenfassung der Behandlung - unkodiert
Beschreibung
Als Übersicht dienende textuelle Zusammenfassung über die bis jetzt stattgefundene oder bereits abgeschlossene Behandlung. Diese Information kann nach Behandlern und somit auch nach Disziplinen getrennt werden.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.80
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 5 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.3ContainmentKgreen.png Informant Body (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.3.19ContainmentKgreen.png Eingebettetes Objekt Entry (1.0.2+20230717)DYNAMIC
1.2.40.0.34.6.0.11.2.92ContainmentKgreen.png BodySubSection - unkodiert - generisch (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.80 Zusammenfassung der Behandlung - unkodiert (2018‑07‑18 15:16:10)
ref
at-cda-bbr-
Beispiel
Beispiel
<!-- Zusammenfassung der Behandlung
Als Übersicht dienende textuelle Zusammenfassung über die bis jetzt stattgefundene oder bereits abgeschlossene Behandlung.
Diese Information kann nach Disziplinen getrennt werden. -->
<component>
  <section>
    <templateId root="1.2.40.0.34.6.0.11.2.80"/>    <code code="721917003" displayName="Physician discharge concise summary" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>    <title>Zusammenfassung der Behandlung</title>    <text>
       Die Abschlusskontrolle aus Herzmobil hat stattgefunden. Entresto wurde gesteigert, der Blutdruck ist laut Herzmobil Protokoll zum Teil hypotensiv, dies wird vom Patienten jedoch gut toleriert, er fühlt sich gut leisteungsfähig.      <br/>       Reha im RZ Münster ab 4.1.2019, Herr Häckler erhofft sich zum einen eine Verbesserung der kardialen Situaltion/Anleitung zum selbst
Traning und zum anderen eine Verbesserung der Mobilität der linken oberen Extremität
      <br/>       keine Dyspone, keine Ödeme, nimmt Torasemid eine ganze bzw. halbe Tablette im Wechsel, Gewicht stabil, keine AP, keine Palpitationen, Mictio derzeit OB, Nykturie einmal, Trinkmenge 1-1,5l, Stuhlanalyse: Jeden ersten bist zweiten Tag, unnaufällig       <br/>       aktuelle Verschnupft, Nase
rinnt seit 2 Monaten, kein Sekret, kein Fieber (DD Allergie/Unverträglichkeiten im Rahmen der aktuellen Wohnsituation)
      <br/>       bezüglich der Schmerzen im Bereich von Becken und Schultern wird dzt. Novalgin im Druchschnitt jeden zweiten Tag eingenommen       <br/>       Die restliche Anamnese ist unauffällig.     </text>
    <component>
      <section>
        <templateId root="1.2.40.0.34.6.0.11.2.92"/>        <title>Am 09.07.2018 um 8:38 von DGKP Veronika Mattes:</title>        <text> Arztbrief und Medikamente hochgeladen. Schulung und Hausbesuch für den 16.07 18:00 vereinbart. </text>        <author>
          <time value="20180709083800+0100"/>          <assignedAuthor>
            <id root="1.2.40.0.34.3.1.1058.1337" extension="999022" assigningAuthorityName="Tirol Kliniken GmbH"/>            <assignedPerson>
              <name>
                <prefix qualifier="AC">DGKP</prefix>                <given>Veronika</given>                <family>Mattes</family>              </name>
            </assignedPerson>
          </assignedAuthor>
        </author>
      </section>
    </component>
    <component>
      <section>
        <templateId root="1.2.40.0.34.6.0.11.2.92"/>        <title>Am 10.07.2018 um 8.06 von DGKP Veronika Mattes:</title>        <text> Pat. seit 7.7.18 erneut mit kardialer Dekompensation und mit V.a Stauungsgastropathie stationär auf der Kardiolofischen Sonderstation. Gerade Besuch meinerseits auf Station: Pat. wirkt sehr müde und schläft während des Gesprächs immer wieder ein. Redet davon, dass sein Sohn ihn heute holen würde und sie gemeinsam in den Urlaub fahren. Nehme heute Kontakt mit
der Gattin auf.
</text>
        <author>
          <time value="20180710080600+0100"/>          <assignedAuthor>
            <id root="1.2.40.0.34.3.1.1058.1337" extension="999022" assigningAuthorityName="Tirol Kliniken GmbH"/>            <assignedPerson>
              <name>
                <prefix qualifier="AC">DGKP</prefix>                <given>Veronika</given>                <family>Mattes</family>              </name>
            </assignedPerson>
          </assignedAuthor>
        </author>
      </section>
    </component>
    <component>
      <section>
        <templateId root="1.2.40.0.34.6.0.11.2.92"/>        <title>Am 10.07.2018 um 9:31 von DGKP Veronika Mattes:</title>        <text> Zustand von Herrn Häckler hat sich nach der Entlassung erneut stark verschlechtert. Brustschmerzen, Übelkeit und Atemnot. Zudem eine große Todesangst und Depressionen. Für morgen 9:30 Uhr ein Treffen auf Station vereinbart um weiteres Procedere zu besprechen. Prof. Friedrich darüber informiert. </text>        <author>
          <time value="20180710093100+0100"/>          <assignedAuthor>
            <id root="1.2.40.0.34.3.1.1058.1337" extension="999022" assigningAuthorityName="Tirol Kliniken GmbH"/>            <assignedPerson>
              <name>
                <prefix qualifier="AC">DGKP</prefix>                <given>Veronika</given>                <family>Mattes</family>              </name>
            </assignedPerson>
          </assignedAuthor>
        </author>
      </section>
    </component>
    <component>
      <section>
        <templateId root="1.2.40.0.34.6.0.11.2.92"/>        <title>Am 11.07.2018 um 7:43 von DGKP Veronika Mattes</title>        <text> GTEEraclip geplant. </text>        <author>
          <time value="20180711074300+0100"/>          <assignedAuthor>
            <id root="1.2.40.0.34.3.1.1058.1337" extension="999022" assigningAuthorityName="Tirol Kliniken GmbH"/>            <assignedPerson>
              <name>
                <prefix qualifier="AC">DGKP</prefix>                <given>Veronika</given>                <family>Mattes</family>              </name>
            </assignedPerson>
          </assignedAuthor>
        </author>
      </section>
    </component>
    <component>
      <section>
        <templateId root="1.2.40.0.34.6.0.11.2.92"/>        <title>Am 12.07.2018 um 7:46 von DGKP Veronika Mattes:</title>        <text> Gestern Gespräch mit Sohn auf Station: Hr. Häckler leidet momentan an einer schweren Depression. Er kann sich nicht aufraffen und möchte am liebsten nur schlafen. Gegenüber PP auf Station äußert er sich auch, dass er sterben möchte und alles sinnlos ist. Bei Visite Psych.Konsil angefordert. GGF Übernahme auf eine psychiatrischen Station. Sohn steht mit mir in
Kontakt.
</text>
        <author>
          <time value="20180712074600+0100"/>          <assignedAuthor>
            <id root="1.2.40.0.34.3.1.1058.1337" extension="999022" assigningAuthorityName="Tirol Kliniken GmbH"/>            <assignedPerson>
              <name>
                <prefix qualifier="AC">DGKP</prefix>                <given>Veronika</given>                <family>Mattes</family>              </name>
            </assignedPerson>
          </assignedAuthor>
        </author>
      </section>
    </component>
    <component>
      <section>
        <templateId root="1.2.40.0.34.6.0.11.2.92"/>        <title>Am 13.12.2018 um 8:38 von Dr. Daniela Holzer:</title>        <text>
           Herr Häckler kommt zur Abschlussuntersuchung des Telemonitoring-Programms Herzmobil in die Ordination. Herr Häckler fühlt sich subjektiv kardiopulmonal stabil und weitgehend beschwerdefrei, die gesteigerte Dosierung vom Entresto hat er gut toleriert. Klinisch bestehen unter der zwischenzeitlich ergänzten Torasemid Dosierung keine Ödeme mehr.          <br/>           Aktuell
besteht der Verdacht auf eine asymptomatischen Harnwegsinfekt, weswegen Cranberry Präperate empfohlen worden sind wowie Monuril Standy-by rezeptiert wurde. Bezüglich eines fraglichen Atemwegsinfekt steht als Ursache DD auch eine Allergie/Unverträglichkeit im Raum.
          <br/>           Bei KHK und LDL außerhalb des Zielbereiches ist die Einnahme von Atorvastatin empfohlen (siehe
auch Vorbrief)
          <br/>           Die Laborbefunde zeigen des Blutbild im Normbereich, ein zwischenzeitlich erhöhter proBNP Wert ist nun wieder im Nromalbereich, Nieren- und Leberfunktion sind unauffällig. Im Harn zeigt sich eine Mikrohämaturie bei Verdacht auf asymptomatischen Harnwegsinfekt.           <br/>           internistische Kontrollen alle 3 Monate bzw. jederzeit kurzfristig bei Bedarf
(insbesondere Atemnot, Zunahme des Körpergewichtes bzw. Zunahme der Beinödeme oder eingeschränkter Allgemeinzustand)
          <br/>           neurologischerseits ist Herr Häckler in Betreuung bei Frau Dr. Klug, dankenswerterweise erfolgt die Klärung der notwendigen OAK (Noak plus Plättchenhemmung? bei Z.n. multiplen TVT/VH-Flimmern plus Stent/Kontakt Gefäßchirurgie)          <br/>           Diagnosen
siehe Diagnosen-Sektion.
        </text>
        <author>
          <time value="20181213083800+0100"/>          <assignedAuthor>
            <id root="1.2.40.0.34.99.4" assigningAuthorityName="Facharztpraxis für Innere Medizin, Niere, Bluthochdruck und Ernährungsmedizin - Dr. med. univ. Daniela Holzer"/>            <assignedPerson>
              <name>
                <prefix qualifier="AC">Dr.</prefix>                <given>Daniela</given>                <family>Holzer</family>              </name>
            </assignedPerson>
          </assignedAuthor>
        </author>
      </section>
    </component>
  </section>
</component>
ItemDTKardKonfBeschreibungLabel
hl7:section
(atc...ert)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Zusammenfassung der Behandlung - unkodiert
(atc...ert)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.80
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion(atc...ert)
wo [not(@nullFlavor)]
Treetree.pnghl7:code
CE.IPS1 … 1M(atc...ert)
Treeblank.pngTreetree.png@code
cs1 … 1F721917003
Treeblank.pngTreetree.png@codeSystem
uid1 … 1F2.16.840.1.113883.6.96
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FSNOMED CT
Treeblank.pngTreetree.png@displayName
st0 … 1FPhysician discharge concise summary
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ert)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ert)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:title
ST1 … 1M(atc...ert)
 CONF
Elementinhalt muss "Zusammenfassung der Behandlung" sein
Treetree.pnghl7:text
SD.TEXT1 … 1M(atc...ert)
Treetree.pnghl7:author
0 … 1RVerfasser dieses Eintrags. Mit der Angabe des Autors kann die Qualität des Eintrags - automatisch durch ein Gerät oder manuell durch eine Person - zum Ausdruck gebracht werden. Kann entfallen wenn gleich mit ClinicalDocument.author .
Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
(atc...ert)
Treetree.pnghl7:informant
0 … *RQuelle der Information. Person, auf deren Angabe die Information beruht: der Patient selbst oder eine dem Patienten verwandte oder bekannte Person. Kann entfallen wenn gleich mit ClinicalDocument.recordTarget (der Patient selbst).
Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)
(atc...ert)
Treetree.pnghl7:entry
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:component
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.2.92 BodySubSection - unkodiert - generisch (DYNAMIC)(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1 
Treetree.pnghl7:component
0 … *ROptionale Subsections zur Angabe von Übersetzungen des <text> Elements

Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)
(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue

12.4.3.5 Auszüge aus erhobene Daten - unkodiert

Id1.2.40.0.34.6.0.11.2.91
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:12:29
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_section_AuszuegeAusErhobeneDatenUnkodiert vom 2020‑10‑06 11:04:53
  • Kblank.png atcdabbr_section_AuszuegeAusErhobeneDatenUnkodiert vom 2018‑07‑18 15:24:53
StatusKgreen.png AktivVersions-Label1.1.0+20210218
Nameatcdabbr_section_AuszuegeAusErhobeneDatenUnkodiertBezeichnungAuszüge aus erhobene Daten - unkodiert
Beschreibung
Bestimmte auffallende Beobachtungen, wie pathologische Parameter oder ausschlaggebende Verläufe, können aus den Beobachtungen hier extrahiert und als Gruppe benannt werden, um sich speziell auf diese gruppierten und benannten Werte in den Texten beziehen zu können.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.91
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 5 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.3ContainmentKgreen.png Informant Body (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.3.19ContainmentKgreen.png Eingebettetes Objekt Entry (1.0.2+20230717)DYNAMIC
1.2.40.0.34.6.0.11.2.92ContainmentKgreen.png BodySubSection - unkodiert - generisch (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.91 Auszüge aus erhobene Daten - unkodiert (2020‑10‑06 11:04:53)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.2.91 Auszüge aus erhobene Daten - unkodiert (2018‑07‑18 15:24:53)
ref
at-cda-bbr-
Beispiel
Beispiel
<!-- Auszüge aus erhobenen Daten
Bestimmte auffallende Beobachtungen wie pathologische Parameter oder ausschlaggebende Verläufe können aus den Beobachtungen hier extrahiert werden und als Gruppe benannt werden, um sich speziell auf diese gruppierten und benannten Werte in den Texten beziehen zu können.
-->
<component>
  <section>
    <templateId root="1.2.40.0.34.11.1.2.6"/>    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/>    <templateId root="2.16.840.1.113883.10.20.1.16"/>    <templateId root="2.16.840.1.113883.10.20.36.15" extension="2015-08-17"/>    <code code="703852005" displayName="Narrative comment section (record artifact)" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>    <title>Auszüge aus erhobenen Daten</title>    <component>
      <section>
        <templateId root="1.2.40.0.34.6.0.11.2.92"/>        <title>Am 12.07.2018 um 7:48 von DGKP Veronika Mattes: Zu Blutdruck und Puls</title>        <text>
           [nicht aus dem Fall Häckler] Die Depression wirkt sich psychosomatisch auf die Vitalparameter aus, erkennbare leichte Erhöhung der diastolischen Werte sichbar.           <br/>          <br/>          <table border="1" width="100%">
            <thead>
              <tr>
                <th>Datum/Zeit</th>                <th>Systolisch (mmHg)</th>                <th>Diastolisch (mmHg)</th>                <th>Puls
(Schläge/min)
</th>
                <th>Notiz</th>              </tr>
            </thead>
            <tbody>
              <tr>
                <td>2015-10-28 07:55:42</td>                <td>121.0</td>                <td>70.0</td>                <td>79.0</td>                <td>Maschinell</td>              </tr>
              <tr>
                <td>2015-10-27 07:48:28</td>                <td>115.0</td>                <td>67.0</td>                <td>79.0</td>                <td>Maschinell</td>              </tr>
              <tr>
                <td>2015-10-23
07:41:00
</td>
                <td>127.0</td>                <td>64.0</td>                <td>82.0</td>                <td>Maschinell</td>              </tr>
              <tr>
                <td>2015-10-22 09:04:56</td>                <td>125.0</td>                <td>69.0</td>                <td>88.0</td>                <td>Maschinell</td>              </tr>
              <tr>
                <td>2015-10-21 08:23:48</td>                <td>139.0</td>                <td>73.0</td>                <td>81.0</td>                <td>Maschinell</td>              </tr>
            </tbody>
          </table>
        </text>
        <author>
          <time value="20180712074600+0100"/>          <assignedAuthor>
            <id root="1.2.40.0.34.3.1.1058.1337" extension="999022" assigningAuthorityName="Tirol Kliniken GmbH"/>            <assignedPerson>
              <name>
                <prefix qualifier="AC">DGKP</prefix>                <given>Veronika</given>                <family>Mattes</family>              </name>
            </assignedPerson>
          </assignedAuthor>
        </author>
      </section>
    </component>
    <component>
      <section>
        <templateId root="1.2.40.0.34.6.0.11.2.92"/>        <title>Am 12.07.2018 um 7:48 von DGKP Veronika Mattes: Alle Grafiken gesammelt</title>        <text>
          <renderMultiMedia referencedObject="bloodpressure1">
            <caption>Eingebettetes Blutdruckprofil</caption>          </renderMultiMedia>
          <renderMultiMedia referencedObject="pulse1">
            <caption>Eingebettetes Pulsprofil</caption>          </renderMultiMedia>
          <renderMultiMedia referencedObject="weight1">
            <caption>Eingebettetes Gewichtsprofil</caption>          </renderMultiMedia>
          <renderMultiMedia referencedObject="wellbeing1">
            <caption>Eingebettetes Wohlbefinden</caption>          </renderMultiMedia>
        </text>
        <author>
          <time value="20180712074600+0100"/>          <assignedAuthor>
            <id root="1.2.40.0.34.3.1.1058.1337" extension="999022" assigningAuthorityName="Tirol Kliniken GmbH"/>            <assignedPerson>
              <name>
                <prefix qualifier="AC">DGKP</prefix>                <given>Veronika</given>                <family>Mattes</family>              </name>
            </assignedPerson>
          </assignedAuthor>
        </author>
        <!-- Blutdruck Diagramm -->
        <entry>
          <observationMedia classCode="OBS" moodCode="EVN" ID="bloodpressure1">
            <templateId root="1.2.40.0.34.11.1.3.1" assigningAuthorityName="ELGA"/>            <value mediaType="image/jpeg" representation="B64"> someBase64Value</value>          </observationMedia>
        </entry>
        <!-- Puls Diagramm -->
        <entry>
          <observationMedia classCode="OBS" moodCode="EVN" ID="pulse1">
            <templateId root="1.2.40.0.34.11.1.3.1" assigningAuthorityName="ELGA"/>            <value mediaType="image/jpeg" representation="B64"> someBase64Value</value>          </observationMedia>
        </entry>
        <!-- Gewicht Diagramm -->
        <entry>
          <observationMedia classCode="OBS" moodCode="EVN" ID="weight1">
            <templateId root="1.2.40.0.34.11.1.3.1" assigningAuthorityName="ELGA"/>            <value mediaType="image/jpeg" representation="B64"> someBase64Value</value>          </observationMedia>
        </entry>
        <!-- maschinenlesbare Eintrag zur Grafik zum Wohlbefinden -->
        <entry>
          <observationMedia classCode="OBS" moodCode="EVN" ID="wellbeing1">
            <templateId root="1.2.40.0.34.11.1.3.1" assigningAuthorityName="ELGA"/>            <value mediaType="image/jpeg" representation="B64"> someBase64Value</value>          </observationMedia>
        </entry>
      </section>
    </component>
  </section>
</component>
ItemDTKardKonfBeschreibungLabel
hl7:section
(atc...ert)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Auszüge aus erhobene Daten - unkodiert(atc...ert)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.91
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion(atc...ert)
wo [not(@nullFlavor)]
Treetree.pnghl7:code
CE.IPS1 … 1M(atc...ert)
Treeblank.pngTreetree.png@code
cs1 … 1F703852005
Treeblank.pngTreetree.png@codeSystem
uid1 … 1F2.16.840.1.113883.6.96
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FSNOMED CT
Treeblank.pngTreetree.png@displayName
st0 … 1FNarrative comment section (record artifact)
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ert)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ert)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:title
ST1 … 1M(atc...ert)
 CONF
Elementinhalt muss "Auszüge aus erhobene Daten" sein
Treetree.pnghl7:text
SD.TEXT0 … 1(atc...ert)
Treetree.pnghl7:author
0 … 1RVerfasser dieses Eintrags. Mit der Angabe des Autors kann die Qualität des Eintrags - automatisch durch ein Gerät oder manuell durch eine Person - zum Ausdruck gebracht werden. Kann entfallen wenn gleich mit ClinicalDocument.author .
Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
(atc...ert)
Treetree.pnghl7:informant
0 … *RQuelle der Information. Person, auf deren Angabe die Information beruht: der Patient selbst oder eine dem Patienten verwandte oder bekannte Person. Kann entfallen wenn gleich mit ClinicalDocument.recordTarget (der Patient selbst).
Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)
(atc...ert)
Treetree.pnghl7:entry
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:component
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.2.92 BodySubSection - unkodiert - generisch (DYNAMIC)(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treetree.pnghl7:component
0 … *ROptionale Subsections zur Angabe von Übersetzungen des <text> Elements

Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)
(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue


12.4.3.6 Erhobene Daten - kodiert

Id1.2.40.0.34.6.0.11.2.81
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:15:27
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_section_ErhobeneDatenKodiert vom 2018‑07‑18 15:54:47
StatusKgreen.png AktivVersions-Label1.0.0+20210218
Nameatcdabbr_section_ErhobeneDatenKodiertBezeichnungErhobene Daten - kodiert
Beschreibung
Beinhaltet alle Messungen an dem Patienten wie die vordefinierten Vitalparameter, die Medikationseinnahme und alle weiteren Ergebnisse. Diese werden als Sektionen innerhalb dieser Sektion geführt. Dabei sind die Sektionen Vitalparameter und Ergebnisse als Platzhalter für ihre jeweiligen Sektionen zu sehen, die natürlich auch entfallen können. Im folgenden Beispiel sind "Blutdruck und Puls" und "Gewicht" Vitalparameter. Die Untersektionen "Wohlbefinden", "Schritte", "Aktivitäten" und "Blutzucker" sind Ergebnisse. Das für die Messung jeweils verwendete Gerät wird unter "Verwendete Geräte" dokumentiert.

Beispiel:
* Behandlungsgrund
* Diagnosen
* Zusammenfassung der Behandlung
* Auszüge aus erhobenen Daten
* Erhobene Daten
   - Blutdruck und Puls
   - Gewicht
   - Wohlbefinden
   - Schritte
   - Aktivitäten
   - Blutzucker
   - Überwachte Medikamente
   - Dokumentierte Einnahme
* Verwendeten Geräte
* Beilagen
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.81
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 8 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.3ContainmentKgreen.png Informant Body (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.3.19ContainmentKgreen.png Eingebettetes Objekt Entry (1.0.2+20230717)DYNAMIC
1.2.40.0.34.6.0.11.2.46ContainmentKgreen.png Vitalparameter - kodiert (1.1.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.2.95ContainmentKyellow.png Messergebnisse - kodiert (1.0.1+20210901)DYNAMIC
1.2.40.0.34.6.0.11.2.63ContainmentKgreen.png Medikationsliste PS - kodiert (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.2.94ContainmentKgreen.png Dokumentierte Einnahme - kodiert (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.81 Erhobene Daten - kodiert (2018‑07‑18 15:54:47)
ref
at-cda-bbr-
Beispiel
Beispiel
<component>
  <section>
    <templateId root="1.2.40.0.34.6.0.11.2.81"/>    <code code="423100009" displayName="Results section (record artifact)" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>    <title>Erhobene Daten</title>     ::   </section>
</component>
ItemDTKardKonfBeschreibungLabel
hl7:section
(atc...ert)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Erhobene Daten - kodiert
(atc...ert)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.81
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion(atc...ert)
wo [not(@nullFlavor)]
Treetree.pnghl7:code
CE.IPS1 … 1M(atc...ert)
Treeblank.pngTreetree.png@code
cs1 … 1F423100009
Treeblank.pngTreetree.png@codeSystem
uid1 … 1F2.16.840.1.113883.6.96
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FSNOMED CT
Treeblank.pngTreetree.png@displayName
st0 … 1FResults section (record artifact)
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ert)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ert)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:title
ST1 … 1M(atc...ert)
 CONF
Elementinhalt muss "Erhobene Daten" sein
Treetree.pnghl7:text
SD.TEXT0 … 1(atc...ert)
Treetree.pnghl7:author
0 … 1RVerfasser dieses Eintrags. Mit der Angabe des Autors kann die Qualität des Eintrags - automatisch durch ein Gerät oder manuell durch eine Person - zum Ausdruck gebracht werden. Kann entfallen wenn gleich mit ClinicalDocument.author .
Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
(atc...ert)
Treetree.pnghl7:informant
0 … *RQuelle der Information. Person, auf deren Angabe die Information beruht: der Patient selbst oder eine dem Patienten verwandte oder bekannte Person. Kann entfallen wenn gleich mit ClinicalDocument.recordTarget (der Patient selbst).
Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)
(atc...ert)
Treetree.pnghl7:entry
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Auswahl1 … *
Es muss mindestens einer der folgenden Subsektionen verwendet werden.
Elemente in der Auswahl:
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.46 Vitalparameter - kodiert (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.95 Messergebnisse - kodiert (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.63 Medikationsliste PS - kodiert (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.94 Dokumentierte Einnahme - kodiert (DYNAMIC)
Treeblank.pngTreetree.pnghl7:component
0 … *RVitalparameter Subsektion, Titel benannt nach dem Inhalt
Beinhaltet 1.2.40.0.34.6.0.11.2.46 Vitalparameter - kodiert (DYNAMIC)
(atc...ert)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … *RErgebnisse Subsektion, Titel benannt nach dem Inhalt
Beinhaltet 1.2.40.0.34.6.0.11.2.95 Messergebnisse - kodiert (DYNAMIC)
(atc...ert)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1CÜberwachte Medikamente, kann nur gemeinsam mit der Sektion "Dokumentierte Einnahme" bestehen.
Die Sektion der Medikationsliste ist hier wiederverwendet worden. Es muss in dieser Sektion nicht die Vorgabe erfüllt werden, eine vollständige über die Behandlung herausgehende Medikationsliste zu führen. Es sollen mindestens alle für die Behandlung relevanten Medikamente hier dokumentiert werden.
Beinhaltet 1.2.40.0.34.6.0.11.2.63 Medikationsliste PS - kodiert (DYNAMIC)
(atc...ert)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
 ConstraintDer Titel des Sektion muss "Überwachte Medikamente" sein!
Diese Sektion muss vorhanden sein wenn die Sektion "Dokumentierte Einnahme" vorhanden ist!
Treeblank.pngTreetree.pnghl7:component
0 … 1CDokumentierte Einnahme, kann nur gemeinsam mit der Sektion "Überwachte Medikamente" bestehen.
Beinhaltet 1.2.40.0.34.6.0.11.2.94 Dokumentierte Einnahme - kodiert (DYNAMIC)
(atc...ert)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
 ConstraintDiese Sektion muss vorhanden sein wenn die Sektion "Überwachte Medikamente" vorhanden ist!
Treetree.pnghl7:component
0 … *ROptionale Subsections zur Angabe von Übersetzungen des <text> Elements

Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)
(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
12.4.3.6.1 Vitalparameter - kodiert
Id1.2.40.0.34.6.0.11.2.46
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 12:03:03
Andere Versionen mit dieser Id:
  • Kblank.png atcdabrr_section_VitalparameterKodiert vom 2020‑10‑06 09:16:17
  • Kblank.png atcdabrr_section_VitalparameterKodiert vom 2019‑07‑19 13:48:27
StatusKgreen.png AktivVersions-Label1.1.0+20210219
Nameatcdabrr_section_VitalparameterKodiertBezeichnungVitalparameter - kodiert
Beschreibung
Informationen zu den Vitalparametern (Körpertemperatur, Puls, Blutdruck …).
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.46
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
at-cda-bbr-data​element-61Kyellow.png Vitalparameter Kyellow.png Dataset A Allgemeiner Leitfaden
Benutzt
Benutzt 5 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.3ContainmentKgreen.png Informant Body (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.3.23ContainmentKgreen.png Vitalparameter Gruppe Entry (1.1.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.3.19ContainmentKgreen.png Eingebettetes Objekt Entry (1.0.2+20230717)DYNAMIC
1.2.40.0.34.6.0.11.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.46 Vitalparameter - kodiert (2020‑10‑06 09:16:17)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.2.46 Vitalparameter - kodiert (2019‑07‑19 13:48:27)
ref
at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.20.1.16 Vital signs section (DYNAMIC)
ref
ccd1-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.3.25 IHE Vital Signs Section (DYNAMIC)
ref
IHE-PCC-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2 eHDSI Vital Signs (DYNAMIC)
ref
epsos-
Beispiel
Beispiel
<section>
  <templateId root="1.2.40.0.34.6.0.11.2.46"/>  <templateId root="2.16.840.1.113883.10.20.1.16"/>  <!-- HL7 CCD -->
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/>  <!-- IHE PCC -->
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2"/>  <!-- IHE PCC -->
  <!-- Code der Sektion -->
  <code code="8716-3" displayName="Vital signs" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
  <title>Vitalparameter</title>  <!-- Textbereich der Sektion -->
  <text>
    <table>
      <thead>
        <tr>
          <th>Name</th>          <th>Wert</th>          <th>Einheit</th>          <th>Messzeitpunkt</th>        </tr>
      </thead>
      <tbody>
        <tr ID="vitsig-1">
          <td ID="vitsigtype-1">Puls</td>          <td>120</td>          <td>/min</td>          <td>27.06.2019 19:43</td>        </tr>
        <tr ID="vitsig-2">
          <td ID="vitsigtype-2">Blutdruck systolisch</td>          <td>180</td>          <td>mmHg</td>          <td>27.06.2019 19:43</td>        </tr>
        <tr ID="vitsig-3">
          <td ID="vitsigtype-3">Blutdruck diastolisch</td>          <td>120</td>          <td>mmHg</td>          <td>27.06.2019 19:43</td>        </tr>
      </tbody>
    </table>
  </text>
  <entry>
    <!-- ELGA VitalparameterGruppe-Entry -->
    <templateId root="1.2.40.0.34.6.0.11.3.23"/>  </entry>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
Container zur Angabe der Vitalparameter.
(atc...ert)
 
Target.png
at-cda-bbr-data​element-61Kyellow.png Vitalparameter Kyellow.png Dataset A Allgemeiner Leitfaden
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Vitalparameter - kodiert(atc...ert)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.46
Treetree.pnghl7:templateId
II1 … 1MHL7 CCD Vital signs section(atc...ert)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.16
Treetree.pnghl7:templateId
II1 … 1MIHE PCC Vital Signs Section(atc...ert)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.25
Treetree.pnghl7:templateId
II1 … 1MIHE PCC Section Coded Vital Signs(atc...ert)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion(atc...ert)
wo [not(@nullFlavor)]
Treetree.pnghl7:code
CE.IPS1 … 1MCode der Sektion.
(atc...ert)
Treeblank.pngTreetree.png@code
CONF1 … 1F8716-3
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1MDer Titel der Sektion.(atc...ert)
 ConstraintDer Titel der Sektion MUSS lauten: "Vitalparameter"
Ausnahme: Für die Sektion in einem Telemonitoring Episodenbericht, ein CDA mit der Document-Level TemplateID 1.2.40.0.34.6.0.11.0.10, sind andere Titel möglich. Diese MÜSSEN den Typ des Inhalts beschreiben, wie z.B.: "Bludruck und Puls" oder "Gewicht".
Treetree.pnghl7:text
SD.TEXT1 … 1M
Information für den menschlichen Leser.
Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!
(atc...ert)
Treetree.pnghl7:author
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)(atc...ert)
Treetree.pnghl7:informant
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(atc...ert)
Treetree.pnghl7:entry
1 … *MMaschinenlesbares Element.

Beinhaltet 1.2.40.0.34.6.0.11.3.23 Vitalparameter Gruppe Entry (DYNAMIC)
(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FDRIV
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:entry
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:component
0 … *ROptionale Subsections zur Angabe von Übersetzungen des text-Elements in andere Sprachen.
Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)
(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
12.4.3.6.2 Messergebnisse - kodiert
Id1.2.40.0.34.6.0.11.2.95
ref
at-cda-bbr-
Gültigkeit2021‑09‑01 10:24:02
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_section_MessergebnisseKodiert vom 2021‑02‑18 13:16:02
  • Kblank.png atcdabbr_section_MessergebnisseKodiert vom 2018‑07‑18 15:50:15
StatusKyellow.png EntwurfVersions-Label1.0.1+20210901
Nameatcdabbr_section_MessergebnisseKodiertBezeichnungMessergebnisse - kodiert
BeschreibungAlle anderen Messungen die nicht in der Medikationseinnahme oder als Vitalparameter gelistet sind. Die Messungen werden analog zu den Vitalparametern vollstrukturiert angegeben.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.95
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 5 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.3ContainmentKgreen.png Informant Body (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.3.70ContainmentKgreen.png Messergebnisse Gruppe Entry (1.1.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.3.19ContainmentKgreen.png Eingebettetes Objekt Entry (1.0.2+20230717)DYNAMIC
1.2.40.0.34.6.0.11.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.95 Messergebnisse - kodiert (2021‑02‑18 13:16:02)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.2.95 Messergebnisse - kodiert (2018‑07‑18 15:50:15)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel
<component>
  <section>
    <!-- HL7 Austria - Messergebnisse - kodiert -->
    <templateId root="1.2.40.0.34.6.0.11.2.95"/>    <!-- C-CDA Results Section -->
    <templateId root="2.16.840.1.113883.10.20.22.2.3.1" extension="2015-08-01"/>    <!-- PHMR Results Section -->
    <templateId root="2.16.840.1.113883.10.20.36.15" extension="2015-11-19"/>    <code code="30954-2" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Results Section"/>    <title>Wohlbefinden</title>    <text>
       Eingegeben auf einem Smartphone mit den Möglichkeiten: Gut, Mittel, Schlecht      <br/>      <br/>      <table border="1" width="100%">
        <thead>
          <tr>
            <th>Datum/Zeit</th>            <th ID="resultstype1">Wohlbefinden</th>          </tr>
        </thead>
        <tbody>
          <tr ID="resultswellbeeing1">
            <td>2015-10-28 08:44:47</td>            <td>Gut</td>          </tr>
          <tr ID="resultswellbeeing2">
            <td>2015-10-27 07:49:13</td>            <td>Mittel</td>          </tr>
          <tr ID="resultswellbeeing3">
            <td>2015-10-26 16:28:44</td>            <td>Schlecht</td>          </tr>
          <tr>
            <td>2015-10-23
07:41:26
</td>
            <td>Gut</td>          </tr>
          <tr>
            <td>2015-10-22 09:05:04</td>            <td>Gut</td>          </tr>
          <tr>
            <td>2015-10-21 08:23:57</td>            <td>Gut</td>          </tr>
          <tr>
            <td>2015-10-20 09:23:06</td>            <td>Gut</td>          </tr>
          <tr>
            <td>2015-10-19 09:51:30</td>            <td>Gut</td>          </tr>
          <tr>
            <td>2015-10-18 16:35:29</td>            <td>Gut</td>          </tr>
          <tr>
            <td>2015-10-16 07:52:36</td>            <td>Gut</td>          </tr>
          <tr>
            <td>2015-10-15
10:26:19
</td>
            <td>Gut</td>          </tr>
          <tr>
            <td>2015-10-14 08:58:27</td>            <td>Gut</td>          </tr>
          <tr>
            <td>2015-10-13 20:09:23</td>            <td>Gut</td>          </tr>
          <tr>
            <td>2015-10-12 09:49:01</td>            <td>Gut</td>          </tr>
          <tr>
            <td>2015-10-11 16:47:46</td>            <td>Mittel</td>          </tr>
          <tr>
            <td>2015-10-09 08:12:20</td>            <td>Gut</td>          </tr>
          <tr>
            <td>2015-10-08 09:15:54</td>            <td>Gut</td>          </tr>
          <tr>
            <td>2015-10-07
08:38:15
</td>
            <td>Gut</td>          </tr>
          <tr>
            <td>2015-10-06 08:50:57</td>            <td>Gut</td>          </tr>
          <tr>
            <td>2015-10-05 10:22:44</td>            <td>Gut</td>          </tr>
          <tr>
            <td>2015-10-04 17:09:00</td>            <td>Gut</td>          </tr>
          <tr>
            <td>2015-10-02 08:24:17</td>            <td>Gut</td>          </tr>
          <tr>
            <td>2015-10-01 09:12:26</td>            <td>Gut</td>          </tr>
        </tbody>
      </table>
    </text>
     ::   </section>
</component>
ItemDTKardKonfBeschreibungLabel
hl7:section
Container zur Angabe der Ergebnisse.
(atc...ert)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Messergebnisse - kodiert
(atc...ert)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.95
Treetree.pnghl7:templateId
II1 … 1MC-CDA Results Section
(atc...ert)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.22.2.3.1
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-01
Treetree.pnghl7:templateId
II1 … 1MPHMR Results Section
(atc...ert)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.36.15
Treeblank.pngTreetree.png@extension
st1 … 1F2015-11-19
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion(atc...ert)
wo [not(@nullFlavor)]
Treetree.pnghl7:code
CE1 … 1M(atc...ert)
Treeblank.pngTreetree.png@code
cs1 … 1F30954-2
Treeblank.pngTreetree.png@codeSystem
uid1 … 1F2.16.840.1.113883.6.1
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FLOINC
Treeblank.pngTreetree.png@displayName
st0 … 1FResults Section
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ert)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ert)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:title
ST1 … 1M(atc...ert)
 ConstraintDer Titel muss je nach Inhalt gewählt werden. z.B. "Wohlbefinden", "Blutzucker", "Schritte", "Aktivitäten", usw.
Treetree.pnghl7:text
SD.TEXT1 … 1MInformation für den menschlichen Leser.

Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!
(atc...ert)
Treetree.pnghl7:author
0 … 1RVerfasser dieses Eintrags. Mit der Angabe des Autors kann die Qualität des Eintrags - automatisch durch ein Gerät oder manuell durch eine Person - zum Ausdruck gebracht werden. Kann entfallen wenn gleich mit ClinicalDocument.author .
Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
(atc...ert)
Treetree.pnghl7:informant
0 … *RQuelle der Information. Person, auf deren Angabe die Information beruht: der Patient selbst oder eine dem Patienten verwandte oder bekannte Person. Kann entfallen wenn gleich mit ClinicalDocument.recordTarget (der Patient selbst).
Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)
(atc...ert)
Treetree.pnghl7:entry
1 … *MMaschinenlesbares Element.
Beinhaltet 1.2.40.0.34.6.0.11.3.70 Messergebnisse Gruppe Entry (DYNAMIC)
(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
 DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt.
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:entry
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:component
0 … *ROptionale Subsections zur Angabe von Übersetzungen des <text> Elements

Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)
(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
12.4.3.6.3 Überwachte Medikamente - kodiert
Id1.2.40.0.34.6.0.11.2.63
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 11:50:29
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_section_MedikationslistePSKodiert vom 2019‑11‑27 13:35:37
StatusKgreen.png AktivVersions-Label1.0.0+20210219
Nameatcdabbr_section_MedikationslistePSKodiertBezeichnungMedikationsliste PS - kodiert
Beschreibung
Die Medikationsliste enthält eine Zusammenfassung alle relevanten Informationen aus den „Verordnungen“, „Abgaben“ und „pharmazeutischen Empfehlungen“ der letzten 12 Monate.
Sie entspricht einer aggregierten Medikationsliste der ELGA e-Medikation mit den Daten über Medikament, Dosierung, Dauermedikation, Einnahmezeitraum.
Abgesetzte Medikamente sind nicht enthalten, diese Information kann aus der vollständigen Medikationsliste der e-Medikation entnommen werden. 
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.63
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 6 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.3ContainmentKgreen.png Informant Body (1.0.1+20211213)DYNAMIC
1.2.40.0.34.11.8.1.3.1ContainmentKyellow.png Medikation Verordnung Entry eMedikationDYNAMIC
1.2.40.0.34.11.8.2.3.1ContainmentKyellow.png Medikation Abgabe Entry eMedikationDYNAMIC
1.2.40.0.34.6.0.11.3.50ContainmentKgreen.png Medication Statement Entry (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.63 Medikationsliste PS - kodiert (2019‑11‑27 13:35:37)
ref
at-cda-bbr-

Adaptation: Template 1.2.40.0.34.11.8.3.2.1 (2017‑08‑31 14:20:20)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel
<hl7:section classCode="DOCSECT" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.2.63"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="10160-0" codeSystem="2.16.840.1.113883.6.1"/>  <hl7:title>Medikationsliste</hl7:title>  <hl7:text/>  <hl7:author>
    <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' (2019-11-20T12:13:04) -->
  </hl7:author>
  <hl7:informant>
    <!-- template 1.2.40.0.34.6.0.11.9.3 'Informant Body' (2019-02-07T13:29:32) -->
  </hl7:informant>
  <!-- choice: 1..*
element hl7:entry containing template 1.2.40.0.34.11.8.1.3.1 (dynamic)
element hl7:entry containing template 1.2.40.0.34.11.8.2.3.1 (dynamic)
element hl7:entry containing template 1.2.40.0.34.6.0.11.3.50 (dynamic)
-->
</hl7:section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(atc...ert)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(atc...ert)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.63
Treetree.pnghl7:id
II0 … 1REindeutige ID der Sektion(atc...ert)
wo [not(@nullFlavor)]
Treetree.pnghl7:code
CE1 … 1M(atc...ert)
Treeblank.pngTreetree.png@code
CONF1 … 1F10160-0
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1M(atc...ert)
 CONF
Elementinhalt muss "Medikationsliste" sein
-oder-
Elementinhalt muss "Aktuelle Medikation" sein
-oder-
Elementinhalt muss "Überwachte Medikamente" sein
Treetree.pnghl7:text
ED1 … 1MInformation für den menschlichen Leser.
(atc...ert)
Treetree.pnghl7:author
0 … *RAuthor der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
(atc...ert)
Treetree.pnghl7:informant
0 … *R
Quelle für die enthaltene Information
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)
(atc...ert)
Auswahl1 … *Elemente in der Auswahl:
  • hl7:entry welches enthält Template 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (DYNAMIC)
  • hl7:entry welches enthält Template 1.2.40.0.34.11.8.2.3.1 Medikation Abgabe Entry eMedikation (DYNAMIC)
  • hl7:entry welches enthält Template 1.2.40.0.34.6.0.11.3.50 Medication Statement Entry (DYNAMIC)
Treeblank.pngTreetree.pnghl7:entry
0 … *Beinhaltet 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (DYNAMIC)(atc...ert)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
 DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt.
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:entry
0 … *Beinhaltet 1.2.40.0.34.11.8.2.3.1 Medikation Abgabe Entry eMedikation (DYNAMIC)(atc...ert)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
 DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt.
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:entry
0 … *Beinhaltet 1.2.40.0.34.6.0.11.3.50 Medication Statement Entry (DYNAMIC)(atc...ert)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
 DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt.
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:component
0 … *ROptionale Subsections zur Angabe von Übersetzungen des <text> Elements

Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)
(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
12.4.3.6.4 Dokumentierte Einnahme - kodiert
Id1.2.40.0.34.6.0.11.2.94
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 11:44:16
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_section_DokumentierteEinnahmeKodiert vom 2020‑07‑29 11:56:01
StatusKgreen.png AktivVersions-Label1.0.0+20210219
Nameatcdabbr_section_DokumentierteEinnahmeKodiertBezeichnungDokumentierte Einnahme - kodiert
BeschreibungDie dokumentierte Einnahme der Medikamente wird in diesem Element gespeichert.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.94
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.3ContainmentKgreen.png Informant Body (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.3.72ContainmentKgreen.png Medikationseinnahme Entry (1.1.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.94 Dokumentierte Einnahme - kodiert (2020‑07‑29 11:56:01)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel
<!-- Dokumentierte Einnahme
Die dokumentierte Einnahme der überwachten Medikamente wird in diesem Element gespeichert. -->
<component>
  <section>
    <templateId root="1.2.40.0.34.6.0.11.2.94"/>    <!-- IHE PHARM Medication Administration Section-->
    <templateId root="1.3.6.1.4.1.19376.1.9.1.2.4"/>    <!-- Code der Sektion -->
    <code code="87232-5" displayName="Medication administration.brief" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>    <!-- Titel der Sektion -->
    <title>Dokumentierte Einnahme</title>    <!-- Textbereich der Sektion -->
    <text>
      <table border="1" width="100%">
        <thead>
          <tr>
            <th styleCode="xELGA_colw:15">Datum/Zeit</th>            <th styleCode="xELGA_colw:55">Medikament</th>            <th styleCode="xELGA_colw:10">Eingenommen</th>            <th styleCode="xELGA_colw:20">Notiz</th>          </tr>
        </thead>
        <tbody>
          <tr>
            <td>2015-10-01</td>            <td>
              <content styleCode="Bold">CONCOR Cor2 5 mg - Filmtabletten,
BETA-BLOCKER
</content>
            </td>
            <td>JA</td>            <td/>          </tr>
          <tr>
            <td>2015-10-01</td>            <td>
              <content styleCode="Bold">TORASEMID \Hexal\ 20 mg - Tabletten, DIURETIKA</content>            </td>
            <td>JA</td>            <td/>          </tr>
          <tr>
            <td>2015-10-01</td>            <td>
              <content styleCode="Bold">DIOVAN - Filmtabletten80 mg, ANTIHYPERTONIKA</content>            </td>
            <td>JA</td>            <td/>          </tr>
          <tr>
            <td>2015-10-01</td>            <td>
              <content styleCode="Bold">SPIROBENE50 mg - Tabletten, DIURETIKA</content>            </td>
            <td>JA</td>            <td/>          </tr>
          <tr>
            <td>2015-10-02</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (Alle)</td>            <td/>          </tr>
          <tr>
            <td>2015-10-04</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (Alle)</td>            <td/>          </tr>
          <tr>
            <td>2015-10-05</td>            <td>Medikamente und Einnahme
wie davor angegeben
</td>
            <td>JA (Alle)</td>            <td/>          </tr>
          <tr ID="medintake17">
            <td>2015-10-06</td>            <td>
              <content styleCode="Bold">CONCOR Cor2 5 mg - Filmtabletten, BETA-BLOCKER</content>            </td>
            <td>NEIN</td>            <td ID="medintake17comment">zu starke Nebenwirkungen wie Körperschwäche und Schlafstörungen, halbe Dosis wurde vom Patienten weitergenommen</td>          </tr>
          <tr ID="medintake18">
            <td>2015-10-06</td>            <td>
              <content styleCode="Bold">TORASEMID \Hexal\ 20 mg - Tabletten, DIURETIKA</content>            </td>
            <td>JA</td>            <td/>          </tr>
          <tr ID="medintake19">
            <td>2015-10-06</td>            <td>
              <content styleCode="Bold">DIOVAN - Filmtabletten 80 mg, ANTIHYPERTONIKA</content>            </td>
            <td>JA</td>            <td/>          </tr>
          <tr ID="medintake20">
            <td>2015-10-06</td>            <td>
              <content styleCode="Bold">SPIROBENE 50 mg - Tabletten, DIURETIKA</content>            </td>
            <td>JA</td>            <td/>          </tr>
          <tr>
            <td>2015-10-07</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA/NEIN (Gemischt)</td>            <td/>          </tr>
          <tr>
            <td>2015-10-08</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA/NEIN
(Gemischt)
</td>
            <td/>          </tr>
          <tr>
            <td>2015-10-09</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA/NEIN (Gemischt)</td>            <td/>          </tr>
          <tr>
            <td>2015-10-11</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA/NEIN (Gemischt)</td>            <td/>          </tr>
          <tr>
            <td>2015-10-12</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA/NEIN
(Gemischt)
</td>
            <td/>          </tr>
          <tr>
            <td>2015-10-13</td>            <td>
              <content styleCode="Bold">TORASEMID \Hexal\ 20 mg - Tabletten, DIURETIKA</content>            </td>
            <td>JA</td>            <td/>          </tr>
          <tr>
            <td>2015-10-13</td>            <td>
              <content styleCode="Bold">DIOVAN - Filmtabletten 80 mg, ANTIHYPERTONIKA</content>            </td>
            <td>JA</td>            <td/>          </tr>
          <tr>
            <td>2015-10-13</td>            <td>
              <content styleCode="Bold">SPIROBENE 50
mg - Tabletten, DIURETIKA
</content>
            </td>
            <td>JA</td>            <td/>          </tr>
          <tr>
            <td>2015-10-14</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (alle)</td>            <td/>          </tr>
          <tr>
            <td>2015-10-15</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (alle)</td>            <td/>          </tr>
          <tr>
            <td>2015-10-16</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA
(alle)
</td>
            <td/>          </tr>
          <tr>
            <td>2015-10-18</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (alle)</td>            <td/>          </tr>
          <tr>
            <td>2015-10-19</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (alle)</td>            <td/>          </tr>
          <tr>
            <td>2015-10-20</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA
(alle)
</td>
            <td/>          </tr>
          <tr>
            <td>2015-10-21</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (alle)</td>            <td/>          </tr>
          <tr>
            <td>2015-10-22</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (alle)</td>            <td/>          </tr>
          <tr>
            <td>2015-10-23</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA
(alle)
</td>
            <td/>          </tr>
          <tr>
            <td>2015-10-26</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (alle)</td>            <td/>          </tr>
          <tr>
            <td>2015-10-27</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (alle)</td>            <td/>          </tr>
          <tr>
            <td>2015-10-28</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (alle)</td>            <td/>          </tr>
        </tbody>
      </table>
    </text>
    
 ::
  </section>
</component>
ItemDTKardKonfBeschreibungLabel
hl7:section
(atc...ert)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Dokumentierte Einnahme - kodiert
(atc...ert)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.94
Treetree.pnghl7:templateId
II1 … 1MIHE PHARM Medication Administration Section(atc...ert)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.9.1.2.4
Treetree.pnghl7:id
II0 … 1REindeutige ID der Sektion(atc...ert)
wo [not(@nullFlavor)]
Treetree.pnghl7:code
CE.IPS1 … 1M(atc...ert)
Treeblank.pngTreetree.png@code
cs1 … 1F87232-5
Treeblank.pngTreetree.png@codeSystem
uid1 … 1F2.16.840.1.113883.6.1
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FLOINC
Treeblank.pngTreetree.png@displayName
st0 … 1FMedication administration.brief
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ert)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ert)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:title
ST1 … 1M(atc...ert)
 CONF
Elementinhalt muss "Dokumentierte Einnahme" sein
Treetree.pnghl7:text
SD.TEXT1 … 1M
Information für den menschlichen Leser.
Siehe auch „Empfehlung zur Gestaltung im Falle von CDA Level 3“.
(atc...ert)
Treetree.pnghl7:author
0 … 1RVerfasser dieses Eintrags. Mit der Angabe des Autors kann die Qualität des Eintrags - automatisch durch ein Gerät oder manuell durch eine Person - zum Ausdruck gebracht werden. Kann entfallen wenn gleich mit ClinicalDocument.author .
Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
(atc...ert)
Treetree.pnghl7:informant
0 … *RQuelle der Information. Person, auf deren Angabe die Information beruht: der Patient selbst oder eine dem Patienten verwandte oder bekannte Person. Kann entfallen wenn gleich mit ClinicalDocument.recordTarget (der Patient selbst).
Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)
(atc...ert)
Treetree.pnghl7:entry
1 … *MBeinhaltet 1.2.40.0.34.6.0.11.3.72 Medikationseinnahme Entry (DYNAMIC)(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
 DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt.
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:component
0 … *ROptionale Subsections zur Angabe von Übersetzungen des <text> Elements

Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)
(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue


12.4.3.7 Verwendete Geräte

Id1.2.40.0.34.6.0.11.2.82
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:16:30
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_section_VerwendeteGeraeteKodiert vom 2020‑03‑30 08:30:13
StatusKgreen.png AktivVersions-Label1.0.0+20210218
Nameatcdabbr_section_VerwendeteGeraeteKodiertBezeichnungVerwendete Geräte - kodiert
Beschreibung
Die Geräte die für die Messungen von Vitalparamteren und weiteren Ergebnissen herbeigezogen wurden, werden in dieser Sektion dokumentiert. Die verschiedenen Eigenschaften des Geräts sind, wie in den "medical devices" Entrys des HL7 PHMRs vorgegeben, maschinenlesbar codiert. Eine eindeutige Bezeichnung des Gerätes ist mindestens anzugeben, alle weiteren Eigenschaften wie Hersteller, Seriennummer, Firmware des Gerätes usw. sind optional.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.82
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 5 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.3ContainmentKgreen.png Informant Body (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.3.19ContainmentKgreen.png Eingebettetes Objekt Entry (1.0.2+20230717)DYNAMIC
1.2.40.0.34.6.0.11.3.73ContainmentKyellow.png Device Information Organizer (1.1.1+20210831)DYNAMIC
1.2.40.0.34.6.0.11.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.82 Verwendete Geräte - kodiert (2020‑03‑30 08:30:13)
ref
at-cda-bbr-
Beispiel
Beispiel
<component>
  <section>
    <templateId root="1.2.40.0.34.6.0.11.2.82"/>    <templateId root="2.16.840.1.113883.10.20.36.1" extension="2015-08-17"/>    <code code="46264-8" displayName="History of medical device use" codeSystem="2.16.840.1.113883.6.1" codeSystemName="2.16.840.1.113883.6.1"/>    <title>Verwendete Geräte</title>    <text>
      <table border="1" width="100%">
        <thead>
          <tr>
            <th>System
Typ
</th>
            <th>Hersteller</th>            <th>Modellnummer</th>            <th>Seriennummer</th>          </tr>
        </thead>
        <tbody>
          <tr>
            <td ID="device1type">Blutdruck-Messgeraet</td>            <td ID="device1manufactName">A/D Medical</td>            <td ID="device1modelNumber">UA-767NFC</td>            <td ID="device1serialNumber">51204 00454</td>          </tr>
          <tr>
            <td ID="device2type">Waage</td>            <td ID="device2manufactName">Wahoo
Fitness
</td>
            <td ID="device2modelNumber">WFBTScalev1</td>            <td ID="device2serialNumber">40355 42306255</td>          </tr>
          <tr>
            <td>Fitness Tracker</td>            <td>Polar</td>            <td>loop-90047656</td>            <td>73539 012302</td>          </tr>
          <tr>
            <td>Fitness
Tracker
</td>
            <td>Garmin</td>            <td>vivofit</td>            <td>3F7019550</td>          </tr>
          <tr>
            <td>Blutzuckermesser</td>            <td>Aktivmed</td>            <td>GlucoCheckXL</td>            <td>12231 23128829</td>          </tr>
        </tbody>
      </table>
    </text>
     ::   </section>
</component>
ItemDTKardKonfBeschreibungLabel
hl7:section
Container zur Angabe der verwendeten Geräte.
(atc...ert)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Verwendete Geräte - kodiert
(atc...ert)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.82
Treetree.pnghl7:templateId
II1 … 1MPHMR Medical Equipment Section
(atc...ert)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.36.1
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion(atc...ert)
wo [not(@nullFlavor)]
Treetree.pnghl7:code
CE1 … 1M(atc...ert)
Treeblank.pngTreetree.png@code
cs1 … 1F46264-8
Treeblank.pngTreetree.png@codeSystem
uid1 … 1F2.16.840.1.113883.6.1
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FLOINC
Treeblank.pngTreetree.png@displayName
st0 … 1FHistory of medical device use
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ert)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ert)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:title
ST1 … 1M(atc...ert)
 CONF
Elementinhalt muss "Verwendete Geräte" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MInformation für den menschlichen Leser.

Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!
(atc...ert)
Treetree.pnghl7:author
0 … 1RVerfasser dieses Eintrags. Mit der Angabe des Autors kann die Qualität des Eintrags - automatisch durch ein Gerät oder manuell durch eine Person - zum Ausdruck gebracht werden. Kann entfallen wenn gleich mit ClinicalDocument.author .
Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
(atc...ert)
Treetree.pnghl7:informant
0 … *RQuelle der Information. Person, auf deren Angabe die Information beruht: der Patient selbst oder eine dem Patienten verwandte oder bekannte Person. Kann entfallen wenn gleich mit ClinicalDocument.recordTarget (der Patient selbst).
Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)
(atc...ert)
Treetree.pnghl7:entry
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:entry
1 … *REs muss bei Verwendung der Sektion mindestens ein maschinenlesbares Element existieren, welches Details zum verwendeten Gerät abspeichern kann.
Beinhaltet 1.2.40.0.34.6.0.11.3.73 Device Information Organizer (DYNAMIC)
(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
 DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt.
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:component
0 … *ROptionale Subsections zur Angabe von Übersetzungen des <text> Elements

Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)
(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue

12.4.3.8 Beilagen

Id1.2.40.0.34.6.0.11.2.71
ref
at-cda-bbr-
Gültigkeit2023‑04‑05 13:40:58
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_section_Beilagen vom 2021‑06‑28 11:22:40
  • Kblank.png atcdabbr_section_Beilagen vom 2021‑02‑19 11:43:44
  • Kblank.png atcdabbr_section_Beilagen vom 2020‑01‑09 09:53:16
StatusKgreen.png AktivVersions-Label1.0.2+20230717
Nameatcdabbr_section_BeilagenBezeichnungBeilagen
Beschreibung

Sonstige Beilagen, außer denjenigen Dokumenten, die in „Willenserklärungen und andere juridische Dokumente“ angegeben sind.

Achtung: Da einzelne e-Befunde vom Bürger ausgeblendet oder gelöscht werden können, ist ein Referenzieren bzw. Verweisen auf andere e-Befunde nicht zuverlässig und daher NICHT ERLAUBT. Inhalte, die unmittelbar zum e-Befund gehören, sollen daher als Beilage eingebettet werden.

KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.71
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
at-cda-bbr-data​element-58Kyellow.png Beilagen Kyellow.png Dataset A Allgemeiner Leitfaden
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.3ContainmentKgreen.png Informant Body (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.3.19ContainmentKgreen.png Eingebettetes Objekt Entry (1.0.2+20230717)DYNAMIC
1.2.40.0.34.6.0.11.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
BeziehungSpezialisierung: Template 1.2.40.0.34.6.0.11.2.71 Beilagen (2021‑06‑28 11:22:40)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.2.71 Beilagen (2021‑02‑19 11:43:44)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.2.71 Beilagen (2020‑01‑09 09:53:16)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel
<section>
  <templateId root="1.2.40.0.34.6.0.11.2.71"/>  <!-- Code der Section -->
  <code code="BEIL" displayName="Beilagen" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  <!-- Titel der Section -->
  <title>Beilagen</title>  <!-- Textbereich der Section -->
  <text>
    <table>
      <thead>
        <tr>
          <th styleCode="xELGA_colw:1">Titel des Dokuments</th>          <th styleCode="xELGA_colw:1">Erstellungsdatum</th>          <th styleCode="xELGA_colw:1">Dokument</th>        </tr>
      </thead>
      <tbody>
        <tr>
          <td>Laborbefund</td>          <td>05.11.2019</td>          <td>
            <renderMultiMedia referencedObject="Beilage-1"/>          </td>
        </tr>
      </tbody>
    </table>
  </text>
  <!-- Maschinenlesbare Elemente der Section -->
  <entry>
    <!-- template 1.2.40.0.34.6.0.11.3.19 'Eingebettetes Objekt Entry' (2019-05-29T11:59:07) -->
  </entry>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
Container zur Angabe der Beilagen.(atc...gen)
 
Target.png
at-cda-bbr-data​element-58Kyellow.png Beilagen Kyellow.png Dataset A Allgemeiner Leitfaden
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(atc...gen)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.71
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Section(atc...gen)
wo [not(@nullFlavor)]
Treetree.pnghl7:code
CE1 … 1M(atc...gen)
Treeblank.pngTreetree.png@displayName
st0 … 1FBeilagen
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FELGA_Sections
Treeblank.pngTreetree.png@code
CONF1 … 1FBEIL
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.2.40.0.34.5.40
Treetree.pnghl7:title
ST1 … 1M(atc...gen)
 CONF
Elementinhalt muss "Beilagen" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MInformation für den menschlichen Leser.

Es SOLLEN der Titel des Dokuments, sowie das Erstellungsdatum angegeben werden.
(atc...gen)
Treetree.pnghl7:author
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)(atc...gen)
Treetree.pnghl7:informant
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(atc...gen)
Treetree.pnghl7:entry
1 … *M
Maschinenlesbares Element.
Die Beilagen MÜSSEN als maschinenlesbare Elemente angegeben werden.

Beinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)
(atc...gen)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
 DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt.
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:component
0 … *Optionale Subsections zur Angabe von Übersetzungen des text-Elements in andere Sprachen.
Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)
(atc...gen)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue


12.4.4 Entry Level Template

12.4.4.1 Logo Entry

Id1.2.40.0.34.6.0.11.3.53
ref
at-cda-bbr-
Gültigkeit2021‑06‑28 11:08:49
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_Logo vom 2021‑02‑19 12:51:55
  • Kblank.png atcdabbr_entry_Logo vom 2020‑01‑09 12:00:13
StatusKgreen.png AktivVersions-Label1.0.1+20210628
Nameatcdabbr_entry_LogoBezeichnungLogo Entry
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.53
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.17ContainmentKgreen.png Performer Body (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.3ContainmentKgreen.png Informant Body (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.9.13ContainmentKgreen.png Participant Body (1.0.1+20210628)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.53 Logo Entry (2021‑02‑19 12:51:55)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.53 Logo Entry (2020‑01‑09 12:00:13)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.11.1.3.2 Logo Entry (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<entry>
  <observationMedia classCode="OBS" moodCode="EVN">
    <!-- ELGA Logo-Entry -->
    <templateId root="1.2.40.0.34.6.0.11.3.53"/>    <value mediaType="image/jpeg" representation="B64"> JVBEi0xLjMKJcfsj6IKNSAwIG9iago8PC9MZW5ndGggNiAwIFIvRmlsdGVyI C9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nM1aW28dtxFGnLfzK/ap3S0ihveLU AQYydprBSJcJICNvqgu1TrSI4kN0H+bF76M/LQ4S7Jmd3DlY/kg6IO4NBDch M5z5OHt+bjgTznIVGh7/o/84Xi0+PwjN+d3i54Vh1nNjezltH6+a50sYJngj AuOu2Z5thB9n2gcZ55r2XjoEzBjuVq0Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ90
e0opgNXrv2p40zBn/YAZU0HLR+cb3lnW Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ : : :
</value>
  </observationMedia>
</entry>
ItemDTKardKonfBeschreibungLabel
hl7:observationMedia
(atc...ogo)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(atc...ogo)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.53
Treetree.pnghl7:value
ED1 … 1MDas eingebettete Logo in einem Bildformat, unkomprimiert, Base64 codiert.
Maximale Abmessungen des Bildes:
  • Höhe: 80px
  • Breite: 270px
(atc...ogo)
Treeblank.pngTreetree.png@mediaType
st1 … 1R
Medientyp des eingebetteten Objekts gemäß zugelassener Werteliste:
  • image/png
  • image/jpeg
Treeblank.pngTreetree.png@representation
cs1 … 1FB64
Treetree.pnghl7:performer
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC)(atc...ogo)
Treetree.pnghl7:author
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)(atc...ogo)
Treetree.pnghl7:informant
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(atc...ogo)
Treetree.pnghl7:participant
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)(atc...ogo)

12.4.4.2 Vitalparameter Gruppe Entry

Id1.2.40.0.34.6.0.11.3.23
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 13:01:06
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_VitalparameterGruppeEntry vom 2020‑10‑07 07:45:39
  • Kblank.png atcdabbr_entry_VitalparameterGruppeEntry vom 2019‑07‑19 14:21:41
StatusKgreen.png AktivVersions-Label1.1.0+20210219
Nameatcdabbr_entry_VitalparameterGruppeEntryBezeichnungVitalparameter Gruppe Entry
Beschreibung
Das Vitalparameter Gruppe Entry bündelt einzelne Vitalparameter-Beobachtungen.
Das effectiveTime-Element MUSS vorhanden sein, um anzuzeigen, wann die darunterliegenden Messungen durchgeführt wurden; es KANN aber weggelassen werden, wenn alle zugrunde liegenden Observations selbst ein effectiveTime-Element enthalten.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.23
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 7 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.17ContainmentKgreen.png Performer Body (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.3ContainmentKgreen.png Informant Body (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.9.13ContainmentKgreen.png Participant Body (1.0.1+20210628)DYNAMIC
1.2.40.0.34.6.0.11.3.24ContainmentKgreen.png Vitalparameter Entry (1.1.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.3.100ContainmentKgreen.png Serienmessung Vitalparameter Entry (1.1.1+20210303)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.23 Vitalparameter Gruppe Entry (2020‑10‑07 07:45:39)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.23 Vitalparameter Gruppe Entry (2019‑07‑19 14:21:41)
ref
at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.20.22.4.26 Vital Signs Organizer (V3) (DYNAMIC)
ref
ccda-

Spezialisierung: Template 2.16.840.1.113883.10.20.36.2 (DYNAMIC)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.11.1.3.3 Vitalparameter Gruppe Entry (DYNAMIC)
ref
elgabbr-
Beispiel
Beispiel
<organizer classCode="CLUSTER" moodCode="EVN">
  <!-- ELGA -->
  <templateId root="1.2.40.0.34.6.0.11.3.23"/>  <!-- C-CDA Vital Signs Organizer -->
  <templateId root="2.16.840.1.113883.10.20.22.4.26" extension="2015-08-01"/>  <!-- PHMR Vital Signs Organizer -->
  <templateId root="2.16.840.1.113883.10.20.36.2" extension="2015-11-19"/>  <id root="" extension=""/>  <code code="46680005" displayName="Vital signs" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>  <statusCode code="completed"/>  <effectiveTime>
    <low value="20170721131413"/>  </effectiveTime>
  <component>
    <observation classCode="OBS" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.3.24"/>    </observation>
  </component>
</organizer>
ItemDTKardKonfBeschreibungLabel
hl7:organizer
(atc...try)
Treetree.png@classCode
cs1 … 1FCLUSTER
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MELGA

Die folgenden zwei TemplateIDs ersetzen die TemplateIDs "2.16.840.1.113883.10.20.1.32", "2.16.840.1.113883.10.20.1.35" und "1.3.6.1.4.1.19376.1.5.3.1.4.13.1". Dies ist begründet durch die Erweiterung der Vitalparameter Messungen um Serienmessungen.
(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.23
Treetree.pnghl7:templateId
II1 … 1MC-CDA Vital Signs Organizer(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.22.4.26
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-01
Treetree.pnghl7:templateId
II1 … 1MPHMR Vital Signs Organizer
(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.36.2
Treeblank.pngTreetree.png@extension
st1 … 1F2015-11-19
Treetree.pnghl7:id
II1 … 1M
ID der VitalparameterGruppe.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen.
(atc...try)
Treetree.pnghl7:code
CD.IPS1 … 1MCode des VitalparameterGruppe-Entry.
(atc...try)
Treeblank.pngTreetree.png@code
CONF1 … 1F46680005
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.96 (SNOMED Clinical Terms)
Treetree.pnghl7:statusCode
CS1 … 1M(atc...try)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:effectiveTime[@value]
  • hl7:effectiveTime[@nullFlavor='UNK']
  • hl7:effectiveTime
 ConstraintWenn in allen untergeordneten Kind-Elementen observation/effectiveTime angeführt wird KANN, O [0..1] dieses Element komplett entfallen oder mit @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein.

Wenn in allen untergeordneten Kind-Elementen observation/effectiveTime NICHT angeführt wird MUSS, R [1..1] dieses Element angegeben werden und KANN mittels @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein.
Treeblank.pngTreetree.pnghl7:effectiveTime
TS.AT.TZ0 … 1CMessungen mit dem Gerät nur zu einem Zeitpunkt(atc...try)
wo [@value]
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
 Beispiel
Strukturbeispiel
<!-- Messungen nur am 27.05.2011 um 13:30 -->
<effectiveTime value="20110527133000+0200"/>
 Beispiel
Strukturbeispiel
<!-- Messungen am 27.5.2011, Uhrzeit unbekannt -->
<effectiveTime value="20110527"/>
Treeblank.pngTreetree.pnghl7:effectiveTime
TS.AT.TZ0 … 1CMessungen mit dem Gerät zu einem unbekannten Zeitpunkt
Fixierter nullFlavor: UNK
(atc...try)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
 Beispiel
Strukturbeispiel
<!-- Messungen unbekannt -->
<effectiveTime nullFlavor="UNK"/>
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS0 … 1CMessungen mit dem Gerät in einer Zeitspanne.
Zugelassene nullFlavor: UNK
(atc...try)
 Beispiel
Strukturbeispiel
<!-- Start am 27.05.2011 um 13:30 und Ende am 27.05.2011 um 14:00 -->
<effectiveTime>
  <low value="20110527133000+0200"/>  <high value="20110527140000+0200"/></effectiveTime>
 Beispiel
Strukturbeispiel
<!-- Start unbekannt und Ende am 27.05.2011 um 14:00 -->
<effectiveTime>
  <low nullFlavor="UNK"/>  <high value="20110527140000+0200"/></effectiveTime>
 Beispiel
Strukturbeispiel
<!-- Start am 27.05.2011 um 13:30 und Ende Unbekannt -->
<effectiveTime>
  <low value="20110527133000+0200"/>  <high nullFlavor="UNK"/></effectiveTime>
 Beispiel
Strukturbeispiel (auch high auf Sekunde genau und low auf Tag genau möglich)
<!-- Start am 27.05.2011, Uhrzeit unbekannt, und Ende am 28.05.2011 um 14:00 -->
<effectiveTime>
  <low value="20110527"/>  <high value="20110528140000+0200"/></effectiveTime>
Eingefügt0 … 1C von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:low[@value]
  • hl7:low[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(atc...try)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(atc...try)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:high[@value]
  • hl7:high[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(atc...try)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(atc...try)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treetree.pnghl7:performer
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC)(atc...try)
Treetree.pnghl7:author
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)(atc...try)
Treetree.pnghl7:informant
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(atc...try)
Treetree.pnghl7:participant
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)(atc...try)
Auswahl1 … *Elemente in der Auswahl:
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.24 Vitalparameter Entry (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.100 Serienmessung Vitalparameter Entry (DYNAMIC)
Treeblank.pngTreetree.pnghl7:component
0 … *RELGA Vitalparameter-Entry.

Beinhaltet 1.2.40.0.34.6.0.11.3.24 Vitalparameter Entry (DYNAMIC)
(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … *RELGA Serienmessung-Entry.

Beinhaltet 1.2.40.0.34.6.0.11.3.100 Serienmessung Vitalparameter Entry (DYNAMIC)
(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue

12.4.4.3 Vitalparameter Entry

Id1.2.40.0.34.6.0.11.3.24
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 13:00:55
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_VitalparameterEntry vom 2020‑10‑07 07:50:09
  • Kblank.png atcdabbr_entry_VitalparameterEntry vom 2019‑07‑19 14:38:56
StatusKgreen.png AktivVersions-Label1.1.0+20210219
Nameatcdabbr_entry_VitalparameterEntryBezeichnungVitalparameter Entry
Beschreibung
Ein Vitalparameter-Entry bündelt  einzelne Vitalparameter-Beobachtungen. 
Das effectiveTime-Element muss vorhanden sein, um anzuzeigen, wann einzelnen Messungen durchgeführt wurden; es kann aber weggelassen werden, wenn das gruppierende Vitalparameter Gruppe Entry selbst ein effectiveTime-Element enthält.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.24
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 5 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.17ContainmentKgreen.png Performer Body (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.3ContainmentKgreen.png Informant Body (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.9.13ContainmentKgreen.png Participant Body (1.0.1+20210628)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.24 Vitalparameter Entry (2020‑10‑07 07:50:09)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.24 Vitalparameter Entry (2019‑07‑19 14:38:56)
ref
at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.20.1.31 Result observation (DYNAMIC)
ref
ccd1-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.13 eHDSI Simple Observation (DYNAMIC)
ref
epsos-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.13.2 eHDSI Vital Signs Observation (DYNAMIC)
ref
epsos-
Beispiel
Beispiel
<hl7:observation classCode="OBS" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.24"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.31"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13.2"/>  <!-- ID des Vitalparameter-Entry -->
  <hl7:id root=" " extension=" "/>  <!-- Code des Vitalparameter-Entry -->
  <hl7:code code="2710-2" displayName="Oxygen saturation in Capillary blood by Oximetry" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC">
    <hl7:originalText>
      <hl7:reference value="#vitsigtype-1"/>    </hl7:originalText>
  </hl7:code>
  <!-- Referenz zum narrativen Abschnitt dieses Vitalparameter-Entry im Text-Bereich der Sektion -->
  <hl7:text>
    <hl7:reference value="#vitsig-1"/>  </hl7:text>
  <!-- Statuscode des Vitalparameter-Entry -->
  <hl7:statusCode code="completed"/>  <!-- Wert des Vitalparameter -->
  <hl7:value xsi:type="PQ" value="120" unit="/min"/></hl7:observation>
Beispiel
Keine Vitalparameter erhoben
<hl7:observation classCode="OBS" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.24"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.31"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13.2"/>  <!-- ID des Vitalparameter-Entry -->
  <hl7:id root=" " extension=" "/>  <!-- Code des Vitalparameter-Entry -->
  <hl7:code code="373121007" displayName="Test not done" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT">
    <hl7:originalText>
      <hl7:reference value="#vitsigtype-1"/>    </hl7:originalText>
  </hl7:code>
  <!-- Referenz zum narrativen Abschnitt dieses Vitalparameter-Entry im Text-Bereich der Sektion -->
  <hl7:text>
    <hl7:reference value="#vitsig-1"/>  </hl7:text>
  <!-- Statuscode des Vitalparameter-Entry -->
  <hl7:statusCode code="completed"/>  <!-- Wert des Vitalparameter -->
  <hl7:value xsi:type="PQ" nullFlavor="NA"/></hl7:observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(atc...try)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MELGA(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.24
Treetree.pnghl7:templateId
II1 … 1MHL7 CCD Result observation(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.31
Treetree.pnghl7:templateId
II1 … 1MIHE PCC Simple Observation
(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.13
Treetree.pnghl7:templateId
II1 … 1MIHE PCC Vital Signs Observation
(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.13.2
Treetree.pnghl7:id
II1 … 1M
ID des Vitalparameters
Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen.
(atc...try)
Treetree.pnghl7:code
CD.IPS1 … 1MCode des Vitalparameters.

Die Art des angegebenen Vitalparameters (Puls, Blutdruck systolisch, etc.) wird codiert in diesem Element angegeben. Die Angabe der Art des Vitalparameters bestimmt auch die möglichen Einheiten des Werts.
Verweis auf speziellen Implementierungsleitfaden: Welche der Vitalparameterarten angegeben werden müssen bzw. sollen, kann im jeweiligen speziellen Implementierungsleitfaden eingeschränkt werden.
(atc...try)
 ConstraintWenn dieses Observation-Element im Dokument mit der TemplateID "1.2.40.0.34.6.0.11.0.10" (Telemonitoring Episodenbericht) verwendet wird, ist eine Translation zu diesem Code mit dem Attribut codeSystem="2.16.840.1.113883.6.24" verpflichtend anzugeben!
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.34 ELGA_Vitalparameterarten (DYNAMIC)
Treeblank.pngTreetree.pnghl7:originalText
ED1 … 1MVerweist auf die Stelle im narrativen Textbereich, in dem die Vitalparameterart beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc).
(atc...try)
Treeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:text
ED1 … 1MVerweist auf die Stelle im narrativen Text-Bereich, an der der gegebene Vitalparameter narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc).
(atc...try)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(atc...try)
Treetree.pnghl7:statusCode
CS1 … 1M(atc...try)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:effectiveTime[@value]
  • hl7:effectiveTime[@nullFlavor='UNK']
  • hl7:effectiveTime
 ConstraintWenn im übergeordneten Container-Element organizer/effectiveTime angeführt wird KANN, O [0..1] dieses Element komplett entfallen oder mit @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein.

Wenn im übergeordneten Container-Element organizer/effectiveTime NICHT angeführt wird MUSS, R [1..1] dieses Element angegeben werden und KANN mittels @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein.
Treeblank.pngTreetree.pnghl7:effectiveTime
TS.AT.TZ0 … 1CMessung mit dem Gerät nur zu einem Zeitpunkt(atc...try)
wo [@value]
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
 Beispiel
Strukturbeispiel
<!-- Messungen nur am 27.05.2011 um 13:30 -->
<effectiveTime value="20110527133000+0200"/>
 Beispiel
Strukturbeispiel
<!-- Messungen am 27.5.2011, Uhrzeit unbekannt -->
<effectiveTime value="20110527"/>
Treeblank.pngTreetree.pnghl7:effectiveTime
TS.AT.TZ0 … 1CMessung mit dem Gerät zu einem unbekannten Zeitpunkt
Fixierter nullFlavor: UNK
(atc...try)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
 Beispiel
Strukturbeispiel
<!-- Messungen unbekannt -->
<effectiveTime nullFlavor="UNK"/>
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS0 … 1CMessung mit dem Gerät in einer Zeitspanne.
Zugelassene nullFlavor: UNK
(atc...try)
 Beispiel
Strukturbeispiel
<!-- Start am 27.05.2011 um 13:30 und Ende am 27.05.2011 um 14:00 -->
<effectiveTime>
  <low value="20110527133000+0200"/>  <high value="20110527140000+0200"/></effectiveTime>
 Beispiel
Strukturbeispiel
<!-- Start unbekannt und Ende am 27.05.2011 um 14:00 -->
<effectiveTime>
  <low nullFlavor="UNK"/>  <high value="20110527140000+0200"/></effectiveTime>
 Beispiel
Strukturbeispiel
<!-- Start am 27.05.2011 um 13:30 und Ende Unbekannt -->
<effectiveTime>
  <low value="20110527133000+0200"/>  <high nullFlavor="UNK"/></effectiveTime>
 Beispiel
Strukturbeispiel (auch high auf Sekunde genau und low auf Tag genau möglich)
<!-- Start am 27.05.2011, Uhrzeit unbekannt, und Ende am 28.05.2011 um 14:00 -->
<effectiveTime>
  <low value="20110527"/>  <high value="20110528140000+0200"/></effectiveTime>
Eingefügt0 … 1C von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:low[@value]
  • hl7:low[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(atc...try)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(atc...try)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:high[@value]
  • hl7:high[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(atc...try)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(atc...try)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl1 … 1
Wert des Vitalparameters.
Elemente in der Auswahl:
  • hl7:value[not(@nullFlavor)]
  • hl7:value[@nullFlavor='NA']
 Constraint
Wenn kein Vitalparameter erhoben wurde (code/@code="373121007"), MUSS, M [1..1], value mit @nullFlavor="NA" strukturiert sein.

In allen anderen Fällen MUSS, M [1..1], value angegeben sein. Die Verwendung von @nullFlavor="NA" ist NICHT ERLAUBT.
Treeblank.pngTreetree.pnghl7:value
PQ0 … 1(atc...try)
wo [not(@nullFlavor)]
Treeblank.pngTreetree.pnghl7:value
PQ0 … 1(atc...try)
wo [@nullFlavor='NA']
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treetree.pnghl7:performer
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC)(atc...try)
Treetree.pnghl7:author
0 … *CBeinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)(atc...try)
 ConstraintWenn dieses Observation-Element im Dokument mit der TemplateID "1.2.40.0.34.6.0.11.0.10" (Telemonitoring Episodenbericht) verwendet wird, ist genau ein author-Element verpflichtend anzugeben! (1..1 M)

Sonst gilt 0..*
Treetree.pnghl7:informant
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(atc...try)
Treetree.pnghl7:participant
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)(atc...try)

12.4.4.4 Messergebnisse Gruppe Entry

Id1.2.40.0.34.6.0.11.3.70
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:34:33
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_MessergebnisseGruppeEntry vom 2020‑10‑07 06:43:02
  • Kblank.png atcdabbr_entry_MessergebnisseGruppeEntry vom 2018‑07‑25 11:00:12
StatusKgreen.png AktivVersions-Label1.1.0+20210218
Nameatcdabbr_entry_MessergebnisseGruppeEntryBezeichnungMessergebnisse Gruppe Entry
BeschreibungDie Gruppierung von Messungen die nicht in der Medikationseinnahme oder als Vitalparameter gelistet sind. Die Gruppierung der Messungen werden analog zu den Vitalparametern vollstrukturiert angegeben.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.70
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 3 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.3.71ContainmentKgreen.png Messergebnis Entry (1.1.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.3.101ContainmentKgreen.png Serienmessung Entry (1.2.0+20210303)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.70 Messergebnisse Gruppe Entry (2020‑10‑07 06:43:02)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.70 Messergebnisse Gruppe Entry (2018‑07‑25 11:00:12)
ref
at-cda-bbr-

Adaptation: Template 1.2.40.0.34.11.1.3.3 (2017‑07‑21 13:18:24)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.11.1.3.3 Vitalparameter Gruppe Entry (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<organizer classCode="CLUSTER" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.3.70"/>  <!-- Zeigt die Übereinstimmung mit dem "C-CDA Result Organizer"-Template -->
  <templateId root="2.16.840.1.113883.10.20.22.4.1" extension="2015-08-01"/>  <!-- Zeigt die Übereinstimmung mit dem "PHMR Result Organizer"-Template -->
  <templateId root="2.16.840.1.113883.10.20.36.16" extension="2015-11-19"/>  <id root="1.2.40.0.34.3.1.1058.1337" extension="b2e6e7dd-7fe1-43fb-aaac-3554f978cfb7"/>  <code code="15220000" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED-CT" displayName="Tests"/>  <statusCode code="completed"/>  <effectiveTime value="20160501120000+0200"/>  <component> ... </component></organizer>
ItemDTKardKonfBeschreibungLabel
hl7:organizer
(atc...try)
Treetree.png@classCode
cs1 … 1FCLUSTER
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Messergebnisse Gruppe Entry
(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.70
Treetree.pnghl7:templateId
II1 … 1MC-CDA Result Organizer(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.22.4.1
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-01
Treetree.pnghl7:templateId
II1 … 1MPHMR Result Organizer
(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.36.16
Treeblank.pngTreetree.png@extension
st1 … 1F2015-11-19
Treetree.pnghl7:id
II1 … 1M
ID des Ergebnis Gruppen Entrys.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen.
(atc...try)
Treetree.pnghl7:code
CE1 … 1MCode des ErgebnisGruppe-Entry.
Ist aus dem PHMR übernommen worden, damit das Template vollständig kompatibel ist mit diesem. Der Code ist der Meinung von HL7-Austria nach unpassend, wird jedoch für Zwecke der Kompatibilität nicht geändert.
(atc...try)
Treeblank.pngTreetree.png@code
CONF1 … 1F15220000
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.96 (SNOMED Clinical Terms)
Treeblank.pngTreetree.png@codeSystemName
1 … 1FSNOMED-CT
Treeblank.pngTreetree.png@displayName
1 … 1FLaboratory test
Treetree.pnghl7:statusCode
CS1 … 1M(atc...try)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:effectiveTime[@value]
  • hl7:effectiveTime[@nullFlavor='UNK']
  • hl7:effectiveTime
 ConstraintWenn in allen untergeordneten Kind-Elementen observation/effectiveTime angeführt wird KANN, O [0..1] dieses Element komplett entfallen oder mit @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein.

Wenn in allen untergeordneten Kind-Elementen observation/effectiveTime NICHT angeführt wird MUSS, R [1..1] dieses Element angegeben werden und KANN mittels @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein.
Treeblank.pngTreetree.pnghl7:effectiveTime
TS.AT.TZ0 … 1CMessungen mit dem Gerät nur zu einem Zeitpunkt(atc...try)
wo [@value]
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
 Beispiel
Strukturbeispiel
<!-- Messungen nur am 27.05.2011 um 13:30 -->
<effectiveTime value="20110527133000+0200"/>
 Beispiel
Strukturbeispiel
<!-- Messungen am 27.5.2011, Uhrzeit unbekannt -->
<effectiveTime value="20110527"/>
Treeblank.pngTreetree.pnghl7:effectiveTime
TS.AT.TZ0 … 1CMessungen mit dem Gerät zu einem unbekannten Zeitpunkt
Fixierter nullFlavor: UNK
(atc...try)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
 Beispiel
Strukturbeispiel
<!-- Messungen unbekannt -->
<effectiveTime nullFlavor="UNK"/>
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS0 … 1CMessungen mit dem Gerät in einer Zeitspanne.
Zugelassene nullFlavor: UNK
(atc...try)
 Beispiel
Strukturbeispiel
<!-- Start am 27.05.2011 um 13:30 und Ende am 27.05.2011 um 14:00 -->
<effectiveTime>
  <low value="20110527133000+0200"/>  <high value="20110527140000+0200"/></effectiveTime>
 Beispiel
Strukturbeispiel
<!-- Start unbekannt und Ende am 27.05.2011 um 14:00 -->
<effectiveTime>
  <low nullFlavor="UNK"/>  <high value="20110527140000+0200"/></effectiveTime>
 Beispiel
Strukturbeispiel
<!-- Start am 27.05.2011 um 13:30 und Ende Unbekannt -->
<effectiveTime>
  <low value="20110527133000+0200"/>  <high nullFlavor="UNK"/></effectiveTime>
 Beispiel
Strukturbeispiel (auch high auf Sekunde genau und low auf Tag genau möglich)
<!-- Start am 27.05.2011, Uhrzeit unbekannt, und Ende am 28.05.2011 um 14:00 -->
<effectiveTime>
  <low value="20110527"/>  <high value="20110528140000+0200"/></effectiveTime>
Eingefügt0 … 1C von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:low[@value]
  • hl7:low[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(atc...try)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(atc...try)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:high[@value]
  • hl7:high[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(atc...try)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(atc...try)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl1 … *Elemente in der Auswahl:
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.71 Messergebnis Entry (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.101 Serienmessung Entry (DYNAMIC)
Treeblank.pngTreetree.pnghl7:component
0 … *RELGA Ergebnis-Entry.

Beinhaltet 1.2.40.0.34.6.0.11.3.71 Messergebnis Entry (DYNAMIC)
(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … *RELGA Serienmessung-Entry.

Beinhaltet 1.2.40.0.34.6.0.11.3.101 Serienmessung Entry (DYNAMIC)
(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue


12.4.4.5 Messergebnis Entry

Id1.2.40.0.34.6.0.11.3.71
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:34:03
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_MessergebnisEntry vom 2020‑10‑06 15:22:22
  • Kblank.png atcdabbr_entry_MessergebnisEntry vom 2018‑07‑25 11:01:29
StatusKgreen.png AktivVersions-Label1.1.0+20210218
Nameatcdabbr_entry_MessergebnisEntryBezeichnungMessergebnis Entry
Beschreibung
Alle anderen Messungen, die nicht in der Medikationseinnahme oder als Vitalparameter gelistet sind, werden hier maschinenlesbar dokumentiert. Die Messungen werden analog zu den Vitalparametern vollstrukturiert angegeben. 
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.71
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 9 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.2InklusionKgreen.png Original Text Reference (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.9.1InklusionKgreen.png Narrative Text Reference (1.0.1+20210512)DYNAMIC
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.17ContainmentKgreen.png Performer Body (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.3ContainmentKgreen.png Informant Body (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.9.13ContainmentKgreen.png Participant Body (1.0.1+20210628)DYNAMIC
1.2.40.0.34.6.0.11.3.71ContainmentKgreen.png Messergebnis Entry (1.1.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.3.101ContainmentKgreen.png Serienmessung Entry (1.2.0+20210303)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.71 Messergebnis Entry (2020‑10‑06 15:22:22)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.71 Messergebnis Entry (2018‑07‑25 11:01:29)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.3.71"/>  <templateId root="2.16.840.1.113883.10.20.36.32" extension="2015-08-17"/>  <templateId root="2.16.840.1.113883.10.20.36.33" extension="2015-11-19"/>  <templateId root="2.16.840.1.113883.10.20.22.4.2" extension="2015-08-01"/>  <id root="2.25" extension="urn:uuid:04eb4803-4b8f-4609-9876-1c33a8bf5553" assigningAuthorityName="HerzMobil Tirol"/>  <code code="405176005" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Blood glucose status">
    <originalText>
      <reference value="#resultstype4"/>    </originalText>
    <translation code="160184" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_CONC_GLU_CAPILLARY_WHOLEBLOOD: Blood Glucose Level"/>    <translation code="41653-7" codeSystem="2.16.840.1.113883.1.3" codeSystemName="LOINC" displayName="Blood glucose status"/>  </code>
  <text>
    <reference value="#resultsugar1"/>  </text>
  <statusCode code="completed"/>  <effectiveTime value="20160501120000+0200"/>  <value type="PQ" value="155.5" unit="[mg/dL]"/>  <author>
    <!-- Zeit an dem das Gerät den Messwert übertragen hat -->
    <time value="20150822170952+0200"/>    <assignedAuthor>
      <id root="1.2.840.10004.1.1.1.0.0.1.0.0.1.2680" extension="12-34-56-78-9A-BC-DE-F1"/>      <!-- <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE"/> -->
      <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE">
        <manufacturerModelName/>        <softwareName/>      </assignedAuthoringDevice>
    </assignedAuthor>
  </author>
  <referenceRange>
    <observationRange>
      <text>
        <reference value="#resultsugarRefRange"/>      </text>
      <value type="IVL_PQ">
        <low value="80" unit="[mg/dL]"/>        <high value="160" unit="[mg/dL]"/>      </value>
    </observationRange>
  </referenceRange>
</observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(atc...try)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Messergebnis Entry(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.71
Treetree.pnghl7:templateId
II1 … 1MPHM Metric Observation(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.36.32
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Auswahl1 … 1
Durch die Wahl der TemplateID gibt man den möglichen Typ für das Value-Element vor!
Elemente in der Auswahl:
  • hl7:templateId
  • hl7:templateId
  • hl7:templateId
  • hl7:templateId
Treeblank.pngTreetree.pnghl7:templateId
II0 … 1RPHM Metric Numeric Observation(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.36.33
Treeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1F2015-11-19
Treeblank.pngTreetree.pnghl7:templateId
II0 … 1RPHM Metric Enum Integer Observation(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.36.38
Treeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treeblank.pngTreetree.pnghl7:templateId
II0 … 1RPHM Metric Coded Observation(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.36.34
Treeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treeblank.pngTreetree.pnghl7:templateId
II0 … 1RPHM Metric String Observation(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.36.35
Treeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:templateId
II1 … 1MC-CDA Result Observation(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.22.4.2
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-01
Treetree.pnghl7:id
II0 … 1C
ID des Ergebnis Entrys

Empfohlen wird UUIDv4. Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ aus dem allgemeinen Leitfaden zu befolgen.
(atc...try)
 Constraint
Im Fall, dass das übergeordnete Observation-Element in einem Component-Element (*/component/observation/id) liegt, MUSS dieses Element angegeben sein (M [1..1]).
In allen anderen Fällen MUSS das Element komplett entfallen (NP [0..0]).
Damit soll verhindert werden, das ein Messergebnis-Unterelement oder Serienmessung-Unterelement aus seinem Kontext entfernt wird.
Treetree.pnghl7:code
CD.IPS1 … 1M Code des Ergrebnisses.
Die Art des angegebenen Messergebnisses (Blutzuckerwert, Aktivität, Schritte, Wohlbefinden, etc.) wird codiert in diesem Element angegeben. Codes, die im aktuellen ValueSet nicht vorhanden sind, werden von der ELGA GmbH ergänzt. Bitte dazu einen Vorschlag aus einer Codierungsart (SNOMED CT, LOINC, etc., ausgenommen MDC) frei wählen und an cda@elga.gv.at zusenden. 
(atc...try)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.28 TGD_Messergebnis_Codes_VS (DYNAMIC)
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC)
Treeblank.pngTreetree.pnghl7:originalText
ED1 … 1MTextinhalt, der codiert wurde.
(atc...try)
Treeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1MDie Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente.
(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
 Schematron assertrole error 
 teststarts-with(@value,'#') 
 MeldungThe @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element. 
Treeblank.pngTreetree.pnghl7:translation
CD1 … 1MHier wird die verpflichtende Übersetzung des Codes als MDC-Code bereitgestellt.(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@code
1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1F2.16.840.1.113883.6.24
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FMDC
Treeblank.pngTreeblank.pngTreetree.png@displayName
0 … 1 
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können weitere Übersetzungen des Codes aus weiteren Codesystemen bereitgestellt werden.(atc...try)
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)
Treetree.pnghl7:text
ED1 … 1M(atc...try)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1MDie Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.

Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.


(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
 Schematron assertrole error 
 teststarts-with(@value,'#') or starts-with(@value,'http') 
 MeldungThe @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme. 
Treetree.pnghl7:statusCode
CS1 … 1M(atc...try)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:effectiveTime[@value]
  • hl7:effectiveTime[@nullFlavor='UNK']
  • hl7:effectiveTime
 ConstraintWenn im übergeordneten Container-Element organizer/effectiveTime angeführt wird KANN, O [0..1] dieses Element komplett entfallen oder mit @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein.

Wenn im übergeordneten Container-Element organizer/effectiveTime NICHT angeführt wird MUSS, R [1..1] dieses Element angegeben werden und KANN mittels @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein.
Treeblank.pngTreetree.pnghl7:effectiveTime
TS.AT.TZ0 … 1CMessung mit dem Gerät nur zu einem Zeitpunkt(atc...try)
wo [@value]
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
 Beispiel
Strukturbeispiel
<!-- Messungen nur am 27.05.2011 um 13:30 -->
<effectiveTime value="20110527133000+0200"/>
 Beispiel
Strukturbeispiel
<!-- Messungen am 27.5.2011, Uhrzeit unbekannt -->
<effectiveTime value="20110527"/>
Treeblank.pngTreetree.pnghl7:effectiveTime
TS.AT.TZ0 … 1CMessung mit dem Gerät zu einem unbekannten Zeitpunkt
Fixierter nullFlavor: UNK
(atc...try)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
 Beispiel
Strukturbeispiel
<!-- Messungen unbekannt -->
<effectiveTime nullFlavor="UNK"/>
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS0 … 1CMessung mit dem Gerät in einer Zeitspanne.
Zugelassene nullFlavor: UNK
(atc...try)
 Beispiel
Strukturbeispiel
<!-- Start am 27.05.2011 um 13:30 und Ende am 27.05.2011 um 14:00 -->
<effectiveTime>
  <low value="20110527133000+0200"/>  <high value="20110527140000+0200"/></effectiveTime>
 Beispiel
Strukturbeispiel
<!-- Start unbekannt und Ende am 27.05.2011 um 14:00 -->
<effectiveTime>
  <low nullFlavor="UNK"/>  <high value="20110527140000+0200"/></effectiveTime>
 Beispiel
Strukturbeispiel
<!-- Start am 27.05.2011 um 13:30 und Ende Unbekannt -->
<effectiveTime>
  <low value="20110527133000+0200"/>  <high nullFlavor="UNK"/></effectiveTime>
 Beispiel
Strukturbeispiel (auch high auf Sekunde genau und low auf Tag genau möglich)
<!-- Start am 27.05.2011, Uhrzeit unbekannt, und Ende am 28.05.2011 um 14:00 -->
<effectiveTime>
  <low value="20110527"/>  <high value="20110528140000+0200"/></effectiveTime>
Eingefügt0 … 1C von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:low[@value]
  • hl7:low[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(atc...try)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(atc...try)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:high[@value]
  • hl7:high[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(atc...try)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(atc...try)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl1 … 1
Es sind fünf verschiedenen Datentypen nach IEEE 11073 20601 möglich.
Es werden die Datentypen Numerisch (numeric), Reihe (sample array metrics / waveforms), Aufzählung (enumeration), Codiert (coded) und den unstrukturierten Daten als Zeichenketten (string) bei den Messergebnissen bereitgestellt. Die ELGA Vitalparameter ermöglichen es Daten als numerische Daten (numeric) und Reihe (sample array metrics / waveforms) zu dokumentieren.

Der Datentyp Reihe (sample array metrics / waveforms) unterschiedet sich zu den anderen Elementen durch eine komplexere Struktur. Dieser Datentyp wird in einem eigenen Template abgebildet.
Elemente in der Auswahl:
  • hl7:value
  • hl7:value
  • hl7:value
  • hl7:value
 ConstraintBei der Verwendung der folgenden Typen ist jeweils eine bestimmte TemplateID zu verwenden:
  • Numerisch (numeric) -> 2.16.840.1.113883.10.20.36.33
  • Aufzählung (enumeration) -> 2.16.840.1.113883.10.20.36.38
  • Codiert (coded) -> 2.16.840.1.113883.10.20.36.34
  • Zeichenketten (string) -> 2.16.840.1.113883.10.20.36.35
Treeblank.pngTreetree.pnghl7:value
PQ0 … 1RDatentyp Numerisch (numeric)(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@xsi:type
1 … 1FPQ
Treeblank.pngTreeblank.pngTreetree.png@value
real1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1REs MUSS die „case sensitive“ Variante (c/s) der maschinenlesbaren Form des UCUM verwendet werden.
Treeblank.pngTreetree.pnghl7:value
INT0 … 1RDatentyp Aufzählung (enumeration)(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@xsi:type
1 … 1FINT
Treeblank.pngTreeblank.pngTreetree.png@value
int1 … 1R
Treeblank.pngTreetree.pnghl7:value
CD0 … 1RDatentyp Codiert (coded)(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@xsi:type
1 … 1FCD
Treeblank.pngTreetree.pnghl7:value
ST0 … 1RDatentyp Zeichenketten (string)(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@xsi:type
1 … 1FST
Treetree.pnghl7:performer
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC)(atc...try)
Treetree.pnghl7:author
1 … 1MMessgerät, mit welchem dieser Messwert gemessen wurde oder die Person, die den Wert eingegeben hat. Im author.time wird der Zeitpunkt dokumentiert, an dem das Gerät den Messwert übertragen hat bzw. die Person den Messwert eingegeben hat.
Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
(atc...try)
Treetree.pnghl7:informant
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(atc...try)
Treetree.pnghl7:participant
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)(atc...try)
Auswahl0 … *
Komponente zur Aufnahme von Zusatzinformationen als untergeordnetes, eigenes Messergebnis-Entry oder Serienmessungs-Entry.
Elemente in der Auswahl:
  • hl7:entryRelationship welches enthält Template 1.2.40.0.34.6.0.11.3.71 Messergebnis Entry (DYNAMIC)
  • hl7:entryRelationship welches enthält Template 1.2.40.0.34.6.0.11.3.101 Serienmessung Entry (DYNAMIC)
Treeblank.pngTreetree.pnghl7:entryRelationship
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.71 Messergebnis Entry (DYNAMIC)(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
 Beispiel<hl7:ClinicalDocument>
   ::   <hl7:observation classCode="OBS" moodCode="EVN">
    <hl7:templateId root="1.2.40.0.34.6.0.11.3.71"/>    <hl7:templateId root="2.16.840.1.113883.10.20.36.32" extension="2015-08-17"/>    <hl7:templateId root="2.16.840.1.113883.10.20.36.33" extension="2015-11-19"/>    <hl7:templateId root="2.16.840.1.113883.10.20.22.4.2" extension="2015-08-01"/>    <hl7:id root="2.25" extension="urn:uuid:784134ee-e04b-4cf7-8884-9362a30cc253" assigningAuthorityName="HerzMobil Tirol"/>    <hl7:code code="86047003" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Active physical exercise (observable entity)">
      <hl7:originalText>
        <hl7:reference value="#resultstype3"/>      </hl7:originalText>
      <cda:translation code="MDC_UNKNOWN" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_UNKNOWN: Code unknown"/>      <cda:translation code="62812-3" codeSystem="2.16.840.1.113883.1.3" codeSystemName="LOINC" displayName="Physical Activity"/>    </hl7:code>
    <hl7:text>
      <hl7:reference value="#resultactivity1"/>    </hl7:text>
    <hl7:statusCode code="completed"/>    <!-- Zeit der Messung -->
    <hl7:effectiveTime value="20160501120000+0200"/>    <hl7:value xsi:type="CD" code="418060005" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Running">
      <cda:translation code="8455155" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_HF_ACT_RUN: Activity: Running"/>    </hl7:value>
    <hl7:author>
      <!-- Zeit an dem das Gerät den Messwert übertragen hat -->
      <hl7:time value="20150822170952+0200"/>      <hl7:assignedAuthor>
        <hl7:id root="1.2.840.10004.1.1.1.0.0.1.0.0.1.2680" extension="0E-ED-AB-EE-DE-AD-BE-09" assigningAuthorityName="EUI-64"/>        <hl7:assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE"/>      </hl7:assignedAuthor>
    </hl7:author>
    <hl7:entryRelationship typeCode="COMP">
      <hl7:observation classCode="OBS" moodCode="EVN">
        <hl7:templateId root="1.2.40.0.34.6.0.11.3.71"/>        <hl7:templateId root="2.16.840.1.113883.10.20.36.32" extension="2015-08-17"/>        <hl7:templateId root="2.16.840.1.113883.10.20.36.33" extension="2015-11-19"/>        <hl7:templateId root="2.16.840.1.113883.10.20.22.4.2" extension="2015-08-01"/>        <hl7:code code="66266-8" codeSystem="2.16.840.1.113883.1.3" codeSystemName="LOINC" displayName="Time doing this activity">
          <hl7:originalText>
            <hl7:reference value="#resultstype31"/>          </hl7:originalText>
        </hl7:code>
        <hl7:text>
          <hl7:reference value="#resultactivity1"/>        </hl7:text>
        <hl7:statusCode code="completed"/>        <hl7:effectiveTime value="20160501120000+0200"/>        <hl7:value xsi:type="PQ" value="30.0" unit="min"/>      </hl7:observation>
    </hl7:entryRelationship>
    <hl7:entryRelationship typeCode="COMP">
      <hl7:observation classCode="OBS" moodCode="EVN">
        <hl7:templateId root="1.2.40.0.34.6.0.11.3.71"/>        <hl7:templateId root="2.16.840.1.113883.10.20.36.32" extension="2015-08-17"/>        <hl7:templateId root="2.16.840.1.113883.10.20.36.33" extension="2015-11-19"/>        <hl7:templateId root="2.16.840.1.113883.10.20.22.4.2" extension="2015-08-01"/>        <hl7:code code="66270-0" codeSystem="2.16.840.1.113883.1.3" codeSystemName="LOINC" displayName="Activity intensity">
          <hl7:originalText>
            <hl7:reference value="#resultstype32"/>          </hl7:originalText>
        </hl7:code>
        <hl7:text>
          <hl7:reference value="#resultactivity1"/>        </hl7:text>
        <hl7:statusCode code="completed"/>        <hl7:effectiveTime value="20160501120000+0200"/>        <hl7:value xsi:type="ST">Mittel</hl7:value>      </hl7:observation>
    </hl7:entryRelationship>
  </hl7:observation>
   :: </hl7:ClinicalDocument>
Treeblank.pngTreetree.pnghl7:entryRelationship
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.101 Serienmessung Entry (DYNAMIC)(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:referenceRange
0 … 1(atc...try)
 Beispiel<hl7:ClinicalDocument>
   ::   <hl7:observation classCode="OBS" moodCode="EVN">
    <hl7:templateId root="1.2.40.0.34.6.0.11.3.71"/>    <hl7:templateId root="2.16.840.1.113883.10.20.36.32" extension="2015-08-17"/>    <hl7:templateId root="2.16.840.1.113883.10.20.36.33" extension="2015-11-19"/>    <hl7:templateId root="2.16.840.1.113883.10.20.22.4.2" extension="2015-08-01"/>    <hl7:id root="2.25" extension="urn:uuid:04eb4803-4b8f-4609-9876-1c33a8bf5553" assigningAuthorityName="HerzMobil Tirol"/>    <hl7:code code="405176005" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Blood glucose status">
      <hl7:originalText>
        <hl7:reference value="#resultstype4"/>      </hl7:originalText>
      <cda:translation code="160184" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_CONC_GLU_CAPILLARY_WHOLEBLOOD: Blood Glucose Level"/>      <cda:translation code="41653-7" codeSystem="2.16.840.1.113883.1.3" codeSystemName="LOINC" displayName="Blood glucose status"/>    </hl7:code>
    <hl7:text>
      <hl7:reference value="#resultsugar2"/>    </hl7:text>
    <hl7:statusCode code="completed"/>    <hl7:effectiveTime value="20160501120000+0200"/>    <hl7:value xsi:type="PQ" value="201.5" unit="[mg/dL]"/>    <hl7:author>
      <!-- Zeit an dem das Gerät den Messwert übertragen hat -->
      <hl7:time value="20150822170952+0200"/>      <hl7:assignedAuthor>
        <hl7:id root="1.2.840.10004.1.1.1.0.0.1.0.0.1.2680" extension="12-34-56-78-9A-BC-DE-F1"/>        <hl7:assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE"/>      </hl7:assignedAuthor>
    </hl7:author>
    <hl7:referenceRange>
      <hl7:observationRange>
        <hl7:text>
          <hl7:reference value="#resultsugarRefRange"/>        </hl7:text>
        <hl7:value xsi:type="IVL_PQ">
          <hl7:low value="80" unit="[mg/dL]"/>          <hl7:high value="160" unit="[mg/dL]"/>        </hl7:value>
      </hl7:observationRange>
    </hl7:referenceRange>
  </hl7:observation>
   :: </hl7:ClinicalDocument>
Treeblank.pngTreetree.pnghl7:observationRange
1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreetree.pnghl7:text
1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1MDie Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente.
(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
 Schematron assertrole error 
 teststarts-with(@value,'#') 
 MeldungThe @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element. 
Treeblank.pngTreeblank.pngTreetree.pnghl7:value
IVL_PQ1 … 1R(atc...try)


12.4.4.6 Serienmessung Vitalparameter Entry

Id1.2.40.0.34.6.0.11.3.100
ref
at-cda-bbr-
Gültigkeit2021‑01‑28 14:50:03
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_SerienmessungVitalparameterEntry vom 2020‑10‑07 07:51:58
  • Kblank.png atcdabbr_entry_SerienmessungVitalparameterEntry vom 2020‑06‑02 10:24:26
StatusKgreen.png AktivVersions-Label1.1.1+20210303
Nameatcdabbr_entry_SerienmessungVitalparameterEntryBezeichnungSerienmessung Vitalparameter Entry
Beschreibung
Das Serienmessung Entry dokumentiert eine kontinuierliche Messungen eines Gerätes. Eine kontinuierliche Messung beinhaltet mehrere Datenpunkte und eine Zeitspanne. Diese Messwerte sind als Vitalparameter definiert! 
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.100
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 6 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.17ContainmentKgreen.png Performer Body (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.3ContainmentKgreen.png Informant Body (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.9.13ContainmentKgreen.png Participant Body (1.0.1+20210628)DYNAMIC
1.2.40.0.34.6.0.11.3.102ContainmentKgreen.png Serienmessungs-Gruppe Entry (1.0.0+20210219)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.100 Serienmessung Vitalparameter Entry (2020‑10‑07 07:51:58)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.100 Serienmessung Vitalparameter Entry (2020‑06‑02 10:24:26)
ref
at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.3.54 (2020‑06‑02 07:03:02)
ref
at-cda-bbr-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.3.100"/>  <!-- This templateId indicates conformance to the PHM Metric Observation. -->
  <templateId root="2.16.840.1.113883.10.20.36.32" extension="2015-08-17"/>  <!-- This templateId indicates conformance to the PHM Metric Waveform Vital Signs Observation.-->
  <templateId root="2.16.840.1.113883.10.20.36.51" extension="2015-11-25"/>  <!-- This templateId indicates conformance to the C-CDA Result Observation.-->
  <templateId root="2.16.840.1.113883.10.20.22.4.27" extension="2014-06-09"/>  <id root="FDBD831B-5919-4FFF-9467-76B07022F8E9"/>  <!-- If the data contained samples of different types, the code value(s) indicated here would have to indicate some
type of generic description that would cover all the types. -->
  <code code="8867-4" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="HEART RATE">
    <!-- The IEEE 11073 10101 reference identifier is MDC_PULS_OXIM_PULS_RATE. -->
    <translation code="149530" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_PULS_OXIM_PULS_RATE: Pulse rate"/>  </code>
  <text>
    <!-- This reference identifies content in human readable formatted text-->
    <reference value="#PulseOx_StreamingPulseRate"/>  </text>
  <statusCode code="completed"/>  <!--Effective measurement times containing accuracy greater than a day SHALL contain the local time zone-->
  <effectiveTime>
    <low value="20150822170922.86-0400"/>    <high value="20150822170942.86-0400"/>  </effectiveTime>
  <!-- The C-CDA Vital Signs observation does not directly support waveforms. Thus to maintain compliance with the C-CDA Vital Signs
observation the waveform related observations need to wrapped in an entryRelationship. This allows C-CDA readers to
parse this document and ignore the waveform series material which it might not understand. However, the C-CDA vital signs
observation shall contain a value element thus here it is entered with a nullFlavor of not applicable. The actual
'value' is contained in the waveform series. -->
  <value nullFlavor="NA"/>  <author>
    <!-- Times or time intervals found in the ClinicalDocument/effectiveTime, author/time, dataEnterer/time, legalAuthenticator/time,
authenticator/time and encompassingEncounter/effectiveTime elements SHALL be precise to the day, SHALL include a
time zone if more precise than to the day, and SHOULD be precise to the second -->
    <time value="20150822170952-0400"/>    <assignedAuthor>
      <!--The @root, @extension, and @assigningAuthorityName *SHALL* be taken from the equivalent attributes of the Device
PHMR Product Instance participantRole/id element that generated the measurements referenced in this observation.-->
      <id root="1.2.840.10004.1.1.1.0.0.1.0.0.1.2680" extension="0E-ED-AB-EE-DE-AD-BE-09" assigningAuthorityName="EUI-64"/>      <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE"/>    </assignedAuthor>
  </author>
  <entryRelationship typeCode="COMP">
    <!-- Observation contains the PHM Measurement Waveform Series Observation which is a container for the
PHM Measurement Waveform Sample Period observation and PHM Metric Waveform observation -->
  </entryRelationship>
  <entryRelationship typeCode="COMP">
    <!-- A reference to a jpg showing the waveform would go here in an observationMedia element. -->
  </entryRelationship>
</observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(atc...try)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Serienmessung Vitalparameter Entry(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.100
Treetree.pnghl7:templateId
II1 … 1MPHM Metric Waveform Vital Signs Observation(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.36.51
Treeblank.pngTreetree.png@extension
st1 … 1F2015-11-25
Treetree.pnghl7:templateId
II1 … 1MC-CDA Vital Signs Observation
(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.22.4.27
Treeblank.pngTreetree.png@extension
st1 … 1F2014-06-09
Treetree.pnghl7:id
II1 … 1M
ID des Reihen-Vitalparameters
Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen.
(atc...try)
Treetree.pnghl7:code
CD.IPS1 … 1MCode des Vitalparameters.

Die Art des angegebenen Vitalparameters (Puls, Blutdruck systolisch, etc.) wird codiert in diesem Element angegeben. Die Angabe der Art des Vitalparameters bestimmt auch die möglichen Einheiten des Werts.

Verweis auf speziellen Implementierungsleitfaden: Welche der Vitalparameterarten angegeben werden müssen bzw. sollen, kann im jeweiligen speziellen Implementierungsleitfaden eingeschränkt werden.
(atc...try)
 ConstraintWenn dieses Observation-Element im Dokument mit der TemplateID "1.2.40.0.34.6.0.11.0.10" (Telemonitoring Episodenbericht) verwendet wird ist eine Translation zu diesem Code mit dem Attribut codeSystem="2.16.840.1.113883.6.24" verpflichtend!
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.34 ELGA_Vitalparameterarten (DYNAMIC)
Treeblank.pngTreetree.pnghl7:originalText
ED1 … 1MVerweist auf die Stelle im narrativen Textbereich, in dem die Vitalparameterart beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc).
(atc...try)
Treeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:text
ED1 … 1MVerweist auf die Stelle im narrativen Text-Bereich, an der der gegebene Vitalparameter narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc).
(atc...try)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(atc...try)
Treetree.pnghl7:statusCode
CS1 … 1M(atc...try)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:effectiveTime[@value]
  • hl7:effectiveTime[@nullFlavor='UNK']
  • hl7:effectiveTime
 ConstraintWenn im übergeordneten Container-Element organizer/effectiveTime angeführt wird KANN, O [0..1] dieses Element komplett entfallen oder mit @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein.

Wenn im übergeordneten Container-Element organizer/effectiveTime NICHT angeführt wird MUSS, R [1..1] dieses Element angegeben werden und KANN mittels @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein.
Treeblank.pngTreetree.pnghl7:effectiveTime
TS.AT.TZ0 … 1CMessung mit dem Gerät nur zu einem Zeitpunkt(atc...try)
wo [@value]
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
 Beispiel
Strukturbeispiel
<!-- Messungen nur am 27.05.2011 um 13:30 -->
<effectiveTime value="20110527133000+0200"/>
 Beispiel
Strukturbeispiel
<!-- Messungen am 27.5.2011, Uhrzeit unbekannt -->
<effectiveTime value="20110527"/>
Treeblank.pngTreetree.pnghl7:effectiveTime
TS.AT.TZ0 … 1CMessung mit dem Gerät zu einem unbekannten Zeitpunkt
Fixierter nullFlavor: UNK
(atc...try)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
 Beispiel
Strukturbeispiel
<!-- Messungen unbekannt -->
<effectiveTime nullFlavor="UNK"/>
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS0 … 1CMessung mit dem Gerät in einer Zeitspanne.
Zugelassene nullFlavor: UNK
(atc...try)
 Beispiel
Strukturbeispiel
<!-- Start am 27.05.2011 um 13:30 und Ende am 27.05.2011 um 14:00 -->
<effectiveTime>
  <low value="20110527133000+0200"/>  <high value="20110527140000+0200"/></effectiveTime>
 Beispiel
Strukturbeispiel
<!-- Start unbekannt und Ende am 27.05.2011 um 14:00 -->
<effectiveTime>
  <low nullFlavor="UNK"/>  <high value="20110527140000+0200"/></effectiveTime>
 Beispiel
Strukturbeispiel
<!-- Start am 27.05.2011 um 13:30 und Ende Unbekannt -->
<effectiveTime>
  <low value="20110527133000+0200"/>  <high nullFlavor="UNK"/></effectiveTime>
 Beispiel
Strukturbeispiel (auch high auf Sekunde genau und low auf Tag genau möglich)
<!-- Start am 27.05.2011, Uhrzeit unbekannt, und Ende am 28.05.2011 um 14:00 -->
<effectiveTime>
  <low value="20110527"/>  <high value="20110528140000+0200"/></effectiveTime>
Eingefügt0 … 1C von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:low[@value]
  • hl7:low[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(atc...try)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(atc...try)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:high[@value]
  • hl7:high[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(atc...try)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(atc...try)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treetree.pnghl7:value
PQ1 … 1R(atc...try)
wo [@nullFlavor='NA']
Treeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treetree.pnghl7:performer
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC)(atc...try)
Treetree.pnghl7:author
0 … *CBeinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)(atc...try)
 ConstraintWenn dieses Observation-Element im Dokument mit der TemplateID "1.2.40.0.34.6.0.11.0.10" (Telemonitoring Episodenbericht) verwendet wird, ist genau ein author-Element verpflichtend anzugeben! (1..1 M)

Sonst gilt 0..*
Treetree.pnghl7:informant
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(atc...try)
Treetree.pnghl7:participant
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)(atc...try)
Treetree.pnghl7:entryRelationship
1 … 1RKomponente zur Aufnahme des Containers Serienmessungs-Reihe, welcher wiederrum eine bis mehrere Serienmessungen und ein Serienmessungs-Intervall beinhaltet.
Beinhaltet 1.2.40.0.34.6.0.11.3.102 Serienmessungs-Gruppe Entry (DYNAMIC)
(atc...try)
Treeblank.pngTreetree.png@typecode
cs1 … 1FCOMP

12.4.4.7 Serienmessung Entry

Id1.2.40.0.34.6.0.11.3.101
ref
at-cda-bbr-
Gültigkeit2021‑01‑21 08:12:21
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_SerienmessungEntry vom 2020‑10‑07 08:03:31
  • Kblank.png atcdabbr_entry_SerienmessungEntry vom 2020‑06‑02 07:03:02
StatusKgreen.png AktivVersions-Label1.2.0+20210303
Nameatcdabbr_entry_SerienmessungEntryBezeichnungSerienmessung Entry
Beschreibung
Das Serienmessung Entry dokumentiert eine oder mehrere kontinuierliche Messungen eines Gerätes. Eine kontinuierliche Messung beinhaltet mehrere Datenpunkte und eine Zeitspanne. Diese Messwerte sind nicht als Vitalparameter definiert! 
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.101
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 9 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.2InklusionKgreen.png Original Text Reference (1.0.0+20210219)DYNAMIC
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.17ContainmentKgreen.png Performer Body (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.3ContainmentKgreen.png Informant Body (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.9.13ContainmentKgreen.png Participant Body (1.0.1+20210628)DYNAMIC
1.2.40.0.34.6.0.11.3.102ContainmentKgreen.png Serienmessungs-Gruppe Entry (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.3.71ContainmentKgreen.png Messergebnis Entry (1.1.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.3.101ContainmentKgreen.png Serienmessung Entry (1.2.0+20210303)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.101 Serienmessung Entry (2020‑10‑07 08:03:31)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.101 Serienmessung Entry (2020‑06‑02 07:03:02)
ref
at-cda-bbr-
Beispiel
Beispiel
<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.3.101"/>  <!-- This templateId indicates conformance to the PHM Metric Observation. -->
  <templateId root="2.16.840.1.113883.10.20.36.32" extension="2015-08-17"/>  <!-- This templateId indicates conformance to the PHM Metric Waveform Observation.-->
  <templateId root="2.16.840.1.113883.10.20.36.8" extension="2015-11-19"/>  <!-- This templateId indicates conformance to the C-CDA Result Observation.-->
  <templateId root="2.16.840.1.113883.10.20.22.4.2" extension="2015-08-01"/>  <id root="FDBD831B-5919-4F06-9467-76B07022F8E9"/>  <!-- If the data contained samples of different types, the code value(s) indicated here would have to indicate some
type of generic description that would cover all the types. -->
  <code code="277923006" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED-CT" displayName="Pulse Oximetry Waveform">
    <!-- The IEEE 11073 10101 reference identifier is MDC_PULSE_OXIM_PLETH. -->
    <translation code="150452" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_PULSE_OXIM_PLETH: Pulse Oximeter Plethysmograph"/>  </code>
  <text>
    <!-- This reference identifies content in human readable formatted text-->
    <reference value="#PulseOx_Pleth"/>  </text>
  <statusCode code="completed"/>  <!--Effective measurement times containing accuracy greater than a day SHALL contain the local time zone-->
  <effectiveTime>
    <low value="20150822170922.86-0400"/>    <high value="20150822170923.86-0400"/>  </effectiveTime>
  <!-- The C-CDA Results observation does not directly support waveforms. Thus to maintain compliance with the C-CDA Results
observation the waveform related observations need to wrapped in an entryRelationship. This allows C-CDA readers to
parse this document and ignore the waveform series material which it might not understand. However, the C-CDA results
observation shall contain a value element thus here it is entered with a nullFlavor of not applicable. The actual
'value' is contained in the waveform series. -->
  <value nullFlavor="NA"/>  <author>
    <!-- Times or time intervals found in the ClinicalDocument/effectiveTime, author/time, dataEnterer/time, legalAuthenticator/time,
authenticator/time and encompassingEncounter/effectiveTime elements SHALL be precise to the day, SHALL include a
time zone if more precise than to the day, and SHOULD be precise to the second -->
    <time value="20150822170952-0400"/>    <assignedAuthor>
      <!--The @root, @extension, and @assigningAuthorityName *SHALL* be taken from the equivalent attributes of the Device
PHMR Product Instance participantRole/id element that generated the measurements referenced in this observation.-->
      <id root="1.2.840.10004.1.1.1.0.0.1.0.0.1.2680" extension="0E-ED-AB-EE-DE-AD-BE-09" assigningAuthorityName="EUI-64"/>      <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE"/>    </assignedAuthor>
  </author>
  <entryRelationship typeCode="COMP">
    <!-- The PHM Measurement Waveform Series Observation is placed here -->
  </entryRelationship>
  <entryRelationship typeCode="COMP">
    <!-- A reference to a jpg showing the waveform would go here in an observationMedia element. -->
  </entryRelationship>
</observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(atc...try)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Serienmessung Entry(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.101
Treetree.pnghl7:templateId
II1 … 1MPHM Metric Observation(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.36.32
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:templateId
II1 … 1MPHM Metric Waveform Observation(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.36.8
Treeblank.pngTreetree.png@extension
st1 … 1F2015-11-19
Treetree.pnghl7:templateId
II1 … 1MC-CDA Result Observation
(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.22.4.2
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-01
Treetree.pnghl7:id
II0 … 1C
ID des Ergebnis Entrys
Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen.
(atc...try)
 Constraint
Im Fall, dass das übergeordnete Observation-Element in einem Component-Element (*/component/observation/id) liegt, MUSS dieses Element angegeben sein (M [1..1]).
In allen anderen Fällen MUSS das Element komplett entfallen (NP [0..0]).
Damit soll verhindert werden das ein Messergebnis-Unterelement oder Serienmessung-Unterelement aus seinem Kontext entfernt wird.
Treetree.pnghl7:code
CD.IPS1 … 1M Code des Ergrebnisses.
Die Art des angegebenen Messergebnisses (Blutzuckerwert, Aktivität, Schritte, Wohlbefinden, etc.) wird codiert in diesem Element angegeben. Codes, die im aktuellen ValueSet nicht vorhanden sind, werden von der ELGA GmbH ergänzt. Bitte dazu einen Vorschlag aus einer Codierungsart (SNOMED CT, LOINC, etc., ausgenommen MDC) frei wählen und an cda@elga.gv.at zusenden. 
(atc...try)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.28 TGD_Messergebnis_Codes_VS (DYNAMIC)
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC)
Treeblank.pngTreetree.pnghl7:originalText
ED1 … 1MTextinhalt, der codiert wurde.
(atc...try)
Treeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1MDie Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente.
(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
 Schematron assertrole error 
 teststarts-with(@value,'#') 
 MeldungThe @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element. 
Treeblank.pngTreetree.pnghl7:translation
CD1 … 1MHier wird die verpflichtende Übersetzung des Codes als MDC-Code bereitgestellt.(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@code
1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1F2.16.840.1.113883.6.24
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FMDC
Treeblank.pngTreeblank.pngTreetree.png@displayName
0 … 1 
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können weitere Übersetzungen des Codes aus weiteren Codesystemen bereitgestellt werden.(atc...try)
Treetree.pnghl7:text
ED1 … 1MVerweist auf die Stelle im narrativen Text-Bereich, an der das gegebene Ergebnis narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc).
(atc...try)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(atc...try)
Treetree.pnghl7:statusCode
CS1 … 1M(atc...try)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:effectiveTime[@value]
  • hl7:effectiveTime[@nullFlavor='UNK']
  • hl7:effectiveTime
 ConstraintWenn im übergeordneten Container-Element organizer/effectiveTime angeführt wird KANN, O [0..1] dieses Element komplett entfallen oder mit @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein.

Wenn im übergeordneten Container-Element organizer/effectiveTime NICHT angeführt wird MUSS, R [1..1] dieses Element angegeben werden und KANN mittels @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein.
Treeblank.pngTreetree.pnghl7:effectiveTime
TS.AT.TZ0 … 1CMessung mit dem Gerät nur zu einem Zeitpunkt(atc...try)
wo [@value]
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
 Beispiel
Strukturbeispiel
<!-- Messungen nur am 27.05.2011 um 13:30 -->
<effectiveTime value="20110527133000+0200"/>
 Beispiel
Strukturbeispiel
<!-- Messungen am 27.5.2011, Uhrzeit unbekannt -->
<effectiveTime value="20110527"/>
Treeblank.pngTreetree.pnghl7:effectiveTime
TS.AT.TZ0 … 1CMessung mit dem Gerät zu einem unbekannten Zeitpunkt
Fixierter nullFlavor: UNK
(atc...try)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
 Beispiel
Strukturbeispiel
<!-- Messungen unbekannt -->
<effectiveTime nullFlavor="UNK"/>
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS0 … 1CMessung mit dem Gerät in einer Zeitspanne.
Zugelassene nullFlavor: UNK
(atc...try)
 Beispiel
Strukturbeispiel
<!-- Start am 27.05.2011 um 13:30 und Ende am 27.05.2011 um 14:00 -->
<effectiveTime>
  <low value="20110527133000+0200"/>  <high value="20110527140000+0200"/></effectiveTime>
 Beispiel
Strukturbeispiel
<!-- Start unbekannt und Ende am 27.05.2011 um 14:00 -->
<effectiveTime>
  <low nullFlavor="UNK"/>  <high value="20110527140000+0200"/></effectiveTime>
 Beispiel
Strukturbeispiel
<!-- Start am 27.05.2011 um 13:30 und Ende Unbekannt -->
<effectiveTime>
  <low value="20110527133000+0200"/>  <high nullFlavor="UNK"/></effectiveTime>
 Beispiel
Strukturbeispiel (auch high auf Sekunde genau und low auf Tag genau möglich)
<!-- Start am 27.05.2011, Uhrzeit unbekannt, und Ende am 28.05.2011 um 14:00 -->
<effectiveTime>
  <low value="20110527"/>  <high value="20110528140000+0200"/></effectiveTime>
Eingefügt0 … 1C von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:low[@value]
  • hl7:low[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(atc...try)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(atc...try)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:high[@value]
  • hl7:high[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(atc...try)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(atc...try)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treetree.pnghl7:performer
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC)(atc...try)
Treetree.pnghl7:author
1 … 1MBeinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)(atc...try)
Treetree.pnghl7:informant
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(atc...try)
Treetree.pnghl7:participant
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)(atc...try)
Treetree.pnghl7:entryRelationship
1 … 1MKomponente zur Aufnahme des Containers Serienmessungs-Reihe, welcher wiederrum eine bis mehrere Serienmessungen und ein Serienmessungs-Intervall beinhaltet.
Beinhaltet 1.2.40.0.34.6.0.11.3.102 Serienmessungs-Gruppe Entry (DYNAMIC)
(atc...try)
Treeblank.pngTreetree.png@typecode
cs1 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Auswahl0 … *
Komponente zur Aufnahme von Zusatzinformationen als untergeordnetes, eigenes Messergebnis-Entry oder Serienmessungs-Entry.
Elemente in der Auswahl:
  • hl7:entryRelationship welches enthält Template 1.2.40.0.34.6.0.11.3.71 Messergebnis Entry (DYNAMIC)
  • hl7:entryRelationship welches enthält Template 1.2.40.0.34.6.0.11.3.101 Serienmessung Entry (DYNAMIC)
Treeblank.pngTreetree.pnghl7:entryRelationship
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.71 Messergebnis Entry (DYNAMIC)(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@typecode
cs1 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
 Beispiel<hl7:ClinicalDocument>
   ::   <hl7:observation classCode="OBS" moodCode="EVN">
    <hl7:templateId root="1.2.40.0.34.6.0.11.3.71"/>    <hl7:templateId root="2.16.840.1.113883.10.20.36.32" extension="2015-08-17"/>    <hl7:templateId root="2.16.840.1.113883.10.20.36.33" extension="2015-11-19"/>    <hl7:templateId root="2.16.840.1.113883.10.20.22.4.2" extension="2015-08-01"/>    <hl7:id root="2.25" extension="urn:uuid:784134ee-e04b-4cf7-8884-9362a30cc253" assigningAuthorityName="HerzMobil Tirol"/>    <hl7:code code="86047003" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Active physical exercise (observable entity)">
      <hl7:originalText>
        <hl7:reference value="#resultstype3"/>      </hl7:originalText>
      <cda:translation code="MDC_UNKNOWN" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_UNKNOWN: Code unknown"/>      <cda:translation code="62812-3" codeSystem="2.16.840.1.113883.1.3" codeSystemName="LOINC" displayName="Physical Activity"/>    </hl7:code>
    <hl7:text>
      <hl7:reference value="#resultactivity1"/>    </hl7:text>
    <hl7:statusCode code="completed"/>    <!-- Zeit der Messung -->
    <hl7:effectiveTime value="20160501120000+0200"/>    <hl7:value xsi:type="CD" code="418060005" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Running">
      <cda:translation code="8455155" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_HF_ACT_RUN: Activity: Running"/>    </hl7:value>
    <hl7:author>
      <!-- Zeit an dem das Gerät den Messwert übertragen hat -->
      <hl7:time value="20150822170952+0200"/>      <hl7:assignedAuthor>
        <hl7:id root="1.2.840.10004.1.1.1.0.0.1.0.0.1.2680" extension="0E-ED-AB-EE-DE-AD-BE-09" assigningAuthorityName="EUI-64"/>        <hl7:assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE"/>      </hl7:assignedAuthor>
    </hl7:author>
    <hl7:entryRelationship typeCode="COMP">
      <hl7:observation classCode="OBS" moodCode="EVN">
        <hl7:templateId root="1.2.40.0.34.6.0.11.3.71"/>        <hl7:templateId root="2.16.840.1.113883.10.20.36.32" extension="2015-08-17"/>        <hl7:templateId root="2.16.840.1.113883.10.20.36.33" extension="2015-11-19"/>        <hl7:templateId root="2.16.840.1.113883.10.20.22.4.2" extension="2015-08-01"/>        <hl7:code code="66266-8" codeSystem="2.16.840.1.113883.1.3" codeSystemName="LOINC" displayName="Time doing this activity">
          <hl7:originalText>
            <hl7:reference value="#resultstype31"/>          </hl7:originalText>
        </hl7:code>
        <hl7:text>
          <hl7:reference value="#resultactivity1"/>        </hl7:text>
        <hl7:statusCode code="completed"/>        <hl7:effectiveTime value="20160501120000+0200"/>        <hl7:value xsi:type="PQ" value="30.0" unit="min"/>      </hl7:observation>
    </hl7:entryRelationship>
    <hl7:entryRelationship typeCode="COMP">
      <hl7:observation classCode="OBS" moodCode="EVN">
        <hl7:templateId root="1.2.40.0.34.6.0.11.3.71"/>        <hl7:templateId root="2.16.840.1.113883.10.20.36.32" extension="2015-08-17"/>        <hl7:templateId root="2.16.840.1.113883.10.20.36.33" extension="2015-11-19"/>        <hl7:templateId root="2.16.840.1.113883.10.20.22.4.2" extension="2015-08-01"/>        <hl7:code code="66270-0" codeSystem="2.16.840.1.113883.1.3" codeSystemName="LOINC" displayName="Activity intensity">
          <hl7:originalText>
            <hl7:reference value="#resultstype32"/>          </hl7:originalText>
        </hl7:code>
        <hl7:text>
          <hl7:reference value="#resultactivity1"/>        </hl7:text>
        <hl7:statusCode code="completed"/>        <hl7:effectiveTime value="20160501120000+0200"/>        <hl7:value xsi:type="ST">Mittel</hl7:value>      </hl7:observation>
    </hl7:entryRelationship>
  </hl7:observation>
   :: </hl7:ClinicalDocument>
Treeblank.pngTreetree.pnghl7:entryRelationship
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.101 Serienmessung Entry (DYNAMIC)(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@typecode
cs1 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:referenceRange
0 … 1(atc...try)
 Beispiel<hl7:ClinicalDocument>
   ::   <hl7:observation classCode="OBS" moodCode="EVN">
    <hl7:templateId root="1.2.40.0.34.6.0.11.3.71"/>    <hl7:templateId root="2.16.840.1.113883.10.20.36.32" extension="2015-08-17"/>    <hl7:templateId root="2.16.840.1.113883.10.20.36.33" extension="2015-11-19"/>    <hl7:templateId root="2.16.840.1.113883.10.20.22.4.2" extension="2015-08-01"/>    <hl7:id root="2.25" extension="urn:uuid:04eb4803-4b8f-4609-9876-1c33a8bf5553" assigningAuthorityName="HerzMobil Tirol"/>    <hl7:code code="405176005" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Blood glucose status">
      <hl7:originalText>
        <hl7:reference value="#resultstype4"/>      </hl7:originalText>
      <cda:translation code="160184" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_CONC_GLU_CAPILLARY_WHOLEBLOOD: Blood Glucose Level"/>      <cda:translation code="41653-7" codeSystem="2.16.840.1.113883.1.3" codeSystemName="LOINC" displayName="Blood glucose status"/>    </hl7:code>
    <hl7:text>
      <hl7:reference value="#resultsugar2"/>    </hl7:text>
    <hl7:statusCode code="completed"/>    <hl7:effectiveTime value="20160501120000+0200"/>    <hl7:value xsi:type="PQ" value="201.5" unit="[mg/dL]"/>    <hl7:author>
      <!-- Zeit an dem das Gerät den Messwert übertragen hat -->
      <hl7:time value="20150822170952+0200"/>      <hl7:assignedAuthor>
        <hl7:id root="1.2.840.10004.1.1.1.0.0.1.0.0.1.2680" extension="12-34-56-78-9A-BC-DE-F1"/>        <hl7:assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE"/>      </hl7:assignedAuthor>
    </hl7:author>
    <hl7:referenceRange>
      <hl7:observationRange>
        <hl7:text>
          <hl7:reference value="#resultsugarRefRange"/>        </hl7:text>
        <hl7:value xsi:type="IVL_PQ">
          <hl7:low value="80" unit="[mg/dL]"/>          <hl7:high value="160" unit="[mg/dL]"/>        </hl7:value>
      </hl7:observationRange>
    </hl7:referenceRange>
  </hl7:observation>
   :: </hl7:ClinicalDocument>
Treeblank.pngTreetree.pnghl7:observationRange
1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreetree.pnghl7:text
1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1MDie Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente.
(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
 Schematron assertrole error 
 teststarts-with(@value,'#') 
 MeldungThe @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element. 
Treeblank.pngTreeblank.pngTreetree.pnghl7:value
IVL_PQ1 … 1R(atc...try)

12.4.4.8 Serienmessungs-Gruppe Entry

Id1.2.40.0.34.6.0.11.3.102
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 12:59:10
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_SerienmessungsGruppeEntry vom 2020‑06‑02 07:48:02
StatusKgreen.png AktivVersions-Label1.0.0+20210219
Nameatcdabbr_entry_SerienmessungsGruppeEntryBezeichnungSerienmessungs-Gruppe Entry
Beschreibung
Das Serienmessungs-Gruppe Entry verknüpft die Perioden-Information mit den Messwerten. Dieses Entry beinhaltet mindestens zwei entryRelationship/observation Elemente, wobei eines die Perioden-Information und das andere die Messwerte dokumentiert.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.102
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.3.103ContainmentKgreen.png Serienmessungs-Werte Entry (1.0.1+20210303)DYNAMIC
1.2.40.0.34.6.0.11.3.104ContainmentKgreen.png Serienmessungs-Periode Entry (1.0.0+20210219)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.102 Serienmessungs-Gruppe Entry (2020‑06‑02 07:48:02)
ref
at-cda-bbr-
Beispiel
Beispiel
<observation classCode="OBSSER" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.3.102"/>  <!-- This templateId indicates conformance to the PHM Measurement Waveform Series Observation.-->
  <templateId root="2.16.840.1.113883.10.20.36.37" extension="2015-08-17"/>  <code nullFlavor="NA"/>  <entryRelationship typeCode="COMP">
    <!-- Observation element containing the PHM Measurement Waveform Sample Period observation goes here -->
  </entryRelationship>
  <!-- There could be many of these but the data must all have the SAME start time and period and elements -->
  <entryRelationship typeCode="COMP">
    <!-- Observation containing the PHM Measurement Waveform observation goes here -->
  </entryRelationship>
</observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(atc...try)
Treetree.png@classCode
cs1 … 1FOBSSER
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Serienmessungs-Gruppe Entry(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.102
Treetree.pnghl7:templateId
II1 … 1MPHM Measurement Waveform Series Observation(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.36.37
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:code
CE1 … 1R(atc...try)
wo [@nullFlavor='NA']
Treeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treetree.pnghl7:entryRelationship
1 … *MKomponente zur Aufnahme einen bis mehreren Serienmessungen.
Beinhaltet 1.2.40.0.34.6.0.11.3.103 Serienmessungs-Werte Entry (DYNAMIC)
(atc...try)
Treeblank.pngTreetree.png@typecode
cs1 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:entryRelationship
1 … 1MKomponente zur Aufnahme des Elementes Serienmessungs-Intervall.
Beinhaltet 1.2.40.0.34.6.0.11.3.104 Serienmessungs-Periode Entry (DYNAMIC)
(atc...try)
Treeblank.pngTreetree.png@typecode
cs1 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue

12.4.4.9 Serienmessungs-Werte Entry

Id1.2.40.0.34.6.0.11.3.103
ref
at-cda-bbr-
Gültigkeit2021‑01‑28 14:58:41
Andere Versionen mit dieser Id:
  • Kblank.png SerienmessungsWerteEntry vom 2021‑01‑28 14:58:40
  • Kblank.png SerienmessungsWerteEntry vom 2021‑01‑28 14:58:39
  • Kblank.png SerienmessungsWerteEntry vom 2020‑06‑02 08:05:24
StatusKgreen.png AktivVersions-Label1.0.1+20210303
NameSerienmessungsWerteEntryBezeichnungSerienmessungs-Werte Entry
Beschreibung
Das Serienmessungs-Werte Entry dokumentiert die kontinuierlichen Messwerte in einem SLIST_PQ Datentyp. Dieses Element ist Teil einer Serienmessungs-Gruppe Entry neben der zeitliche Komponente (Start und Zeitraum zwischen den Messungen) der kontinuierlichen Messung. Wenn die Serienmessung von einem IEEE 11073 kompatiblen Gerät empfangen wird, sind die Messungen im Real Time Sample Array (RTSA) metric objects zu finden.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.103
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.103 Serienmessungs-Werte Entry (2020‑06‑02 08:05:24)
ref
at-cda-bbr-
Beispiel
Beispiel
<ClinicalDocument>
   ::   <observation classCode="OBSCOR" moodCode="EVN">
    <!-- This templateId indicates conformance to the PHM Measurement Waveform Observation.-->
    <templateId root="2.16.840.1.113883.10.20.36.36" extension="2015-08-17"/>    <!-- This duplication of the code element is a necessary side effect of allowing this template to be
ported into a C-CDA. -->
    <code code="8867-4" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="HEART RATE">
      <!-- The IEEE 11073 10101 reference identifier is MDC_PULS_OXIM_PULS_RATE. -->
      <translation code="149530" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_PULS_OXIM_PULS_RATE: Pulse rate"/>    </code>
    <text>
      <!-- This reference identifies content in human readable formatted text-->
      <reference value="#PulseOx_PulseRate_data"/>    </text>
    <statusCode code="completed"/>    <value type="SLIST_PQ">
      <origin value="0" unit="1"/>      <scale value="1" unit="1"/>      <digits>44 42 42 41 40 40 39 38 36 35 34 35 35 34 35 35 36 36 35 36</digits>    </value>
  </observation>
   :: </ClinicalDocument>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(Ser...try)
Treetree.png@classCode
cs1 … 1FOBSCOR
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Serienmessungs-Werte Entry(Ser...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.103
Treetree.pnghl7:templateId
II1 … 1MPHM Measurement Waveform Observation(Ser...try)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.36.36
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:code
CD.IPS1 … 1MCode des Serienmessungs-Wertes, kopiert vom darüberliegenden Serienmessung Entry oder Serienmessung Vitalparameter Entry.

Die Art des angegebenen Vitalparameters (Puls, Blutdruck systolisch, etc.) wird codiert in diesem Element angegeben. Die Angabe der Art des Vitalparameters bestimmt auch die möglichen Einheiten des Werts.

Verweis auf speziellen Implementierungsleitfaden: Welche der Vitalparameterarten angegeben werden müssen bzw. sollen, kann im jeweiligen speziellen Implementierungsleitfaden eingeschränkt werden.
(Ser...try)
 ConstraintMuss mit Code darüberliegenden "Serienmessung Entry" oder "Serienmessung Vitalparameter Entry" übereinstimmen.
Treeblank.pngTreetree.pnghl7:originalText
ED1 … 1MVerweist auf die Stelle im narrativen Textbereich, in dem die Vitalparameterart beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc).
(Ser...try)
Treeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Ser...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treeblank.pngTreetree.pnghl7:translation
CD1 … 1MHier wird die verpflichtende Übersetzung des Codes als MDC-Code bereitgestellt.(Ser...try)
Treeblank.pngTreeblank.pngTreetree.png@code
1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1F2.16.840.1.113883.6.24
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FMDC
Treeblank.pngTreeblank.pngTreetree.png@displayName
1 … 1R
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(Ser...try)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(Ser...try)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:text
ED1 … 1MVerweist auf die Stelle im narrativen Text-Bereich, an der der gegebene Vitalparameter narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc).
(Ser...try)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Ser...try)
Treetree.pnghl7:statusCode
CS1 … 1M(Ser...try)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:value
SLIST_PQ0 … 1(Ser...try)
Treeblank.pngTreetree.pnghl7:origin
PQ1 … 1M(Ser...try)
Treeblank.pngTreeblank.pngTreetree.png@value
real1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
Treeblank.pngTreetree.pnghl7:scale
PQ1 … 1M(Ser...try)
Treeblank.pngTreeblank.pngTreetree.png@value
real1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
Treeblank.pngTreetree.pnghl7:digits
list_int1 … 1M(Ser...try)

12.4.4.10 Serienmessungs-Periode Entry

Id1.2.40.0.34.6.0.11.3.104
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 12:59:19
Andere Versionen mit dieser Id:
  • Kblank.png SerienmessungsPeriodeEntry vom 2020‑06‑02 09:22:17
StatusKgreen.png AktivVersions-Label1.0.0+20210219
NameSerienmessungsPeriodeEntryBezeichnungSerienmessungs-Periode Entry
Beschreibung
Das Serienmessungs-Periode Entry beschreibt die zeitliche Komponente (Start und Zeitraum zwischen den Messungen) der kontinuierlichen Messung. Dieses Element ist Teil einer Serienmessungs-Gruppe Entry neben den kontinuierlichen Messwerten. Wenn die Serienmessung von einem IEEE 11073 20601 PHM Gerät empfangen wird, ist die Zeit zwischen den Messungen in dem Sample-period Attribut zu finden.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.104
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.104 Serienmessungs-Periode Entry (2020‑06‑02 09:22:17)
ref
at-cda-bbr-
Beispiel
Beispiel
<hl7:ClinicalDocument>
   ::   <hl7:observation classCode="OBS" moodCode="EVN">
    <!-- This templateId indicates conformance to the PHM Measurement Waveform Sample Period Observation.-->
    <hl7:templateId root="2.16.840.1.113883.10.20.36.13" extension="2015-08-17"/>    <hl7:code code="TIME_ABSOLUTE" codeSystem="2.16.840.1.113883.5.4" codeSystemName="ActCode" displayName="Absolute time"/>    <hl7:text>
      <!-- This reference identifies content in human readable formatted text-->
      <hl7:reference value="#PulseOx_PulseRate_Period"/>    </hl7:text>
    <hl7:value xsi:type="GLIST_TS">
      <hl7:head value="20150822170922.86-0400"/>      <!-- time interval between data points is 1 second -->
      <hl7:increment value="1.0" unit="s"/>    </hl7:value>
  </hl7:observation>
   :: </hl7:ClinicalDocument>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(Ser...try)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Serienmessungs-Periode Entry(Ser...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.104
Treetree.pnghl7:templateId
II1 … 1MPHM Measurement Waveform Sample Period Observation(Ser...try)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.36.13
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:code
CE1 … 1M(Ser...try)
Treeblank.pngTreetree.png@hl7:code
cs1 … 1FTIME_ABSOLUTE
Treeblank.pngTreetree.png@hl7:codeSystem
oid1 … 1F2.16.840.1.113883.5.4
Treeblank.pngTreetree.png@hl7:codeSystemName
st1 … 1FActCode
Treetree.pnghl7:text
ED1 … 1MVerweist auf die Stelle im narrativen Text-Bereich, an der der gegebene Vitalparameter narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc).
(Ser...try)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Ser...try)
Treetree.pnghl7:value
GLIST_TS1 … 1M(Ser...try)
Treeblank.pngTreetree.pnghl7:head
TS1 … 1MHier wird der Start der Serienmessung dokumentiert.(Ser...try)
Treeblank.pngTreeblank.pngTreetree.png@value
ts1 … 1R
Treeblank.pngTreetree.pnghl7:increment
PQ1 … 1MHier wird der Abstand zwischen den einzelnen Messungen der Serienmessung dokumentiert.(Ser...try)
Treeblank.pngTreeblank.pngTreetree.png@value
real1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1R

12.4.4.11 Medikation Verordnung Entry eMedikation

Id1.2.40.0.34.11.8.1.3.1
ref
elgabbr-
Gültigkeit2014‑09‑01
Andere Versionen mit dieser Id:
  • Kblank.png MedikationVerordnungEntryemed vom 2014‑01‑31
StatusKyellow.png EntwurfVersions-Label
NameMedikationVerordnungEntryemedBezeichnungMedikation Verordnung Entry eMedikation
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.8.1.3.1
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 18 Templates
Benutzt als NameVersion
1.2.40.0.34.11.90012InklusionKyellow.png Sbadm TemplateId OptionsDYNAMIC
1.2.40.0.34.11.30006InklusionKyellow.png EinnahmedauerDYNAMIC
1.2.40.0.34.11.30007InklusionKgreen.png Dosierungsvariante 1: Tagesdosierung effectiveTimeDYNAMIC
1.2.40.0.34.11.30008InklusionKyellow.png Dosierungsvariante 2: EinzeldosierungDYNAMIC
1.2.40.0.34.11.30009InklusionKgreen.png Dosierungsvariante 3: Tagesdosierung mit EinnahmepauseDYNAMIC
1.2.40.0.34.11.30010InklusionKyellow.png Dosierungsvariante 4: Einzeldosierung mit EinnahmepauseDYNAMIC
1.2.40.0.34.11.30037InklusionKgreen.png Dosierungsvariante 1: Tagesdosierung doseQuantityDYNAMIC
1.2.40.0.34.11.30039InklusionKgreen.png Dosierungsvariante 2: Einzeldosierung doseQuantityDYNAMIC
1.2.40.0.34.11.30041InklusionKgreen.png Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantityDYNAMIC
1.2.40.0.34.11.30043InklusionKgreen.png Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantityDYNAMIC
1.2.40.0.34.11.2.3.4ContainmentKgreen.png Arznei Entry (1.0.2+20220121)DYNAMIC
1.2.40.0.34.11.90004InklusionKgreen.png AuthorElementsDYNAMIC
1.2.40.0.34.11.30040InklusionKyellow.png Dosierungsvariante 2: Einzeldosierung entryRelationshipDYNAMIC
1.2.40.0.34.11.30044InklusionKyellow.png Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationshipDYNAMIC
1.2.40.0.34.11.30033InklusionKyellow.png Patient Instructions (2020.1)DYNAMIC
1.2.40.0.34.11.30034InklusionKyellow.png Pharmacist Instructions (2020.1)DYNAMIC
1.2.40.0.34.11.30045InklusionKgreen.png TherapieartDYNAMIC
1.2.40.0.34.11.90013InklusionKyellow.png ID des ContainersDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (2014‑09‑01)
ref
elgabbr-
Beispiel
Strukturbeispiel
<ClinicalDocument>
  <substanceAdministration classCode="SBADM" moodCode="INT">
    <!-- ELGA -->
    <templateId root="1.2.40.0.34.11.8.1.3.1"/>    <!-- HL7 CCD -->
    <templateId root="2.16.840.1.113883.10.20.1.24"/>    <!-- IHE PCC -->
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>    <!-- IHE PHARM -->
    <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/>    <!-- IHE PHARM Dosage Instructions -->
    <templateId root="1.3.6.1.4.1.19376.1.9.1.3.6"/>    <!-- „Delay Start Dosing“ bei Verwendung von „width“ in Einnahmedauer -->
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.21"/>    <!-- ********** Dosierungsarten Anfang ********** -->
    <!-- Dosierungsart 1 und 3, „Normal dosing“ -->
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/>     … oder …     <!-- Dosierungsart 2, „Split dosing“ -->
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.9"/>    <!-- ********** Dosierungsarten Ende ********** -->
    <!-- ID des MedikationVerordnung-Entry -->
    <id root="1.2.40.0.10.1.4.3.4.2.2" extension="VerordnungsId" assigningAuthorityName="Ordination Dr. Muster"/>    <!--Referenz zum narrativen Abschnitt dieses MedikationVerordnung-Entry im Text-Bereich der Sektion-->
    <text>
      <reference value="#vpos-1"/>    </text>
    <!-- Statuscode des MedikationVerordnung-Entry -->
    <statusCode code="completed"/>    <!-- Einnahmedauer -->
    <effectiveTime xsi:type="IVL_TS">
      <low value="20131009000000+0200"/>      <high value="20131020235959+0200"/>    </effectiveTime>
    <!-- ********** Dosierungsart 1 und 3 Anfang, Teil 1 **********
Im Falle von Dosierungsart 1 und 3 („Normal dosing“) werden die
Einnahmezeitpunkte + Dosis in Form eines weiteren effectiveTime
und eines doseQuantity Elements angegeben
-->
    <effectiveTime xsi:type="PIVL_TS|SXPR_TS"/>    <!-- ********** Dosierungsart 1 und 3 Ende, Teil 1 ********** -->
    <!-- Maximale Anzahl der zusätzlichen Einlösungen -->
    <repeatNumber value="3"/>    <!-- Art der Anwendung -->
    <routeCode code="100000073633" displayName="Subkutane Anwendung" codeSystem="1.2.40.0.10.1.4.3.4.3.4" codeSystemName="MedikationArtAnwendung"/>    <!-- ********** Dosierungsart 1 und 3 Anfang, Teil 2 ********** -->
    <doseQuantity value=" " unit=" "/>    <!-- ********** Dosierungsart 1 und 3 Ende, Teil 2 ********** -->
    <!-- Arznei -->
    <consumable>
      <!-- ELGA Arznei Element (1.2.40.0.34.11.2.3.4) -->
      <manufacturedProduct classCode="MANU">
        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>        <!-- IHE PCC -->
        <templateId root="2.16.840.1.113883.10.20.1.53"/>        <!-- HL7 CCD -->
        <manufacturedMaterial classCode="MMAT" determinerCode="KIND">
          <!-- ELGA Arznei-Entry -->
          <templateId root="1.2.40.0.34.11.2.3.4"/>          <!-- ELGA -->
           :         </manufacturedMaterial>
      </manufacturedProduct>
    </consumable>
    <!-- Verfasser der Verordnung (nur bei Verwendung im Rahmen der Medikationsliste) -->
    <author> : </author>    <!--
********** Dosierungsart 2 und 4 Anfang **********
Im Falle von Dosierungsart 2 und 4 („Split dosing“) werden die
Einnahmezeitpunkte + Dosis in Form von untergeordneten
entryRelationship Elementen angegeben (Morgens, Mittags, ...)
-->
    <entryRelationship typeCode="COMP">
      <sequenceNumber value="1"/>      <substanceAdministration classCode="SBADM" moodCode="INT">
        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/>        <effectiveTime operator="A" xsi:type="EIVL_TS">
          <event code="ACM"/>          <offset value="0" unit="s"/>        </effectiveTime>
        <doseQuantity value="2"/>      </substanceAdministration>
    </entryRelationship>
     :     <!-- ********** Dosierungsart 2 und 4 Ende ********** -->
    <!-- Packungsanzahl -->
    <entryRelationship typeCode="COMP">
      <supply classCode="SPLY" moodCode="RQO">
        <independentInd value="false"/>        <quantity value="1"/>      </supply>
    </entryRelationship>
    <!-- Zusatzinformationen für den Patienten -->
    <entryRelationship typeCode="SUBJ" inversionInd="true">
      <act classCode="ACT" moodCode="INT">
        <templateId root="2.16.840.1.113883.10.20.1.49"/>        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3"/>        <code code="PINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>         :       </act>
    </entryRelationship>
    <!-- Ergänzende Informationen zu magistralen Zubereitungen -->
    <entryRelationship typeCode="SUBJ" inversionInd="true">
      <act classCode="ACT" moodCode="INT">
        <templateId root="2.16.840.1.113883.10.20.1.43"/>        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3.1"/>        <code code="FINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>         :       </act>
    </entryRelationship>
    <!-- Therapieart -->
    <entryRelationship typeCode="COMP">
      <act classCode="ACT" moodCode="INT">
        <templateId root="1.2.40.0.34.11.8.1.3.4"/>        <code code="EINZEL" displayName="Einzelverordnung" codeSystem="1.2.40.0.10.1.4.3.4.3.6" codeSystemName="MedikationTherapieArt"/>      </act>
    </entryRelationship>
  </substanceAdministration>
</ClinicalDocument>
ItemDTKardKonfBeschreibungLabel
hl7:substanceAdministration
(Med...med)
Treetree.png@classCode
cs1 … 1FSBADM
Treetree.png@moodCode
cs1 … 1FINT
 ConstraintBei Dosierungsart 1 "Normal dosing" oder 3 "Tagesdosierung an bestimmten Tagen" (templateId = 1.3.6.1.4.1.19376.1.5.3.1.4.7.1) wird kein entryRelationship typeCode COMP als Dosiskomponente verwendet

Wiederholung der Komponente zur Aufnahme eines Einnahmezeitpunkts und -dosis bei Dosierungsvariante 2 und 4 höchstens einmal je Zeitcode!
Treetree.pnghl7:templateId
II1 … 1MELGA.(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.8.1.3.1
Treetree.pnghl7:templateId
II1 … 1MHL7 CCD 3.9.(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.24
Treetree.pnghl7:templateId
II1 … 1MIHE PCC Medications Entry.(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.7
Treetree.pnghl7:templateId
II1 … 1MIHE PHARM Prescription Entry.(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.9.1.3.2
Treetree.pnghl7:templateId
II1 … 1MIHE PHARM Dosage Instructions.(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.9.1.3.6
Eingefügt von 1.2.40.0.34.11.90012 Sbadm TemplateId Options (DYNAMIC)
„Delay Start Dosing“ Markierung bei Verwendung eines „width“ Elements in Einnahmedauer.
Siehe Kapitel 6.4.1.2.6, „Einnahmedauer“
Treetree.pnghl7:templateId
IIC
Dosierungsart, mögliche Werte:
a) Normal: @root = 1.3.6.1.4.1.19376.1.5.3.1.4.7.1
b) Split: @root = 1.3.6.1.4.1.19376.1.5.3.1.4.9
Es ist in jedem Fall die TemplateId für „Normal dosing“ (a) anzugeben (auch wenn keine strukturierten Dosierungsinformationen angegeben sind), außer es ist gemäß Kapitel „Dosierungsvarianten/Zeitpunkt(e) der Einnahme“ die Angabe von „Split dosing“ (b) vorgeschrieben
(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.21
 Constraint
Konditionale Konformität
  • Einnahmedauer beinhaltet low/high Elemente Conf: NP
  • Einnahmedauer beinhaltet ein width Element: Card 1..1 Conf M
Auswahl1 … 1
Dosierungsart: Normal (1.3.6.1.4.1.19376.1.5.3.1.4.7.1) oder Split (1.3.6.1.4.1.19376.1.5.3.1.4.9)
Elemente in der Auswahl:
  • hl7:templateId[not(@nullFlavor)]
  • hl7:templateId[not(@nullFlavor)]
Treeblank.pngTreetree.pnghl7:templateId
II … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.7.1
Treeblank.pngTreetree.pnghl7:templateId
II … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.9
Treetree.pnghl7:id
II0 … 1CID des MedikationAbgabe-Entry.(Med...med)
wo [1]
Treeblank.pngTreetree.png@root
uid1 … 1R
Treeblank.pngTreetree.png@extension
st1 … 1R
 ConstraintFür e-Medikation: ID eines MedikationVerordnungs-Entry gemäß Projekt e-Medikation: Das erste ID Element enthält eine von Zentralkomponenten der e-Medikation vergebene neue ID des Verordnungs-Entry, welche durch eine eigene OID im @root-Attribut gekennzeichnet ist. Diese neue ID ist notwendig, da das Verordnungs-Entry bei Rückgabe in der Medikationsliste durch die Zentralkomponenten mit verschiedenen zusätzlichen Informationen ergänzt wird.

Nur für andere e-Befunde (also Befundklassen außerhalb dieses Leitfadens, wie z.B. Entlassungsbrief ärztlich) ist eine lokale OID zulässig, sofern keine VerordnungsID vorliegt.

Bedingung:
Bei Medikationsliste    @root="1.2.40.0.10.1.4.3.4.2.2.1"     @extension=VerordnungsID

Sonst                          @root="1.2.40.0.10.1.4.3.4.2.2"        @extension=VerordnungsID
 Beispiel<id root="1.2.40.0.10.1.4.3.4.2.2" extension="WYE82A2G8EEW_4711" assigningAuthorityName="Ordination Dr. Muster"/>
 Schematron assertrole error 
 testnot(ancestor::hl7:ClinicalDocument/hl7:templateId[@root='1.2.40.0.34.11.8.3']) or hl7:id[1][@root='1.2.40.0.10.1.4.3.4.2.2.1'] 
 MeldungBei Medikationslisten muss die erste ID die @root OID 1.2.40.0.10.1.4.3.4.2.2.1 tragen. 
 Schematron assertrole error 
 testnot(ancestor::hl7:ClinicalDocument/hl7:templateId[@root='1.2.40.0.34.11.8.1']) or hl7:id[1][@root='1.2.40.0.10.1.4.3.4.2.2'] 
 MeldungBei Verordnungen muss die erste ID die @root OID 1.2.40.0.10.1.4.3.4.2.2 tragen. 
 Schematron assertrole error 
 testnot(ancestor::hl7:ClinicalDocument/hl7:templateId[starts-with(@root, '1.2.40.0.34.11.8')]) or hl7:id[1] 
 MeldungFür e-Medikation Dokumente muss die erste ID angegeben sein. 
Treetree.pnghl7:id
II0 … 1CID des MedikationVerordnungs-Entry.(Med...med)
wo [2]
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.10.1.4.3.4.2.2
 Wurzel OID der ID eines MedikationAbgabe-Entry gemäß Projekt e-Medikation.
Treeblank.pngTreetree.png@extension
st1 … 1RVerordnungsID.
 ConstraintFür e-Medikation:
Das zweite ID Element enthält die ID des ursprünglich im Rezept-Dokument angegebenen Verordnungs-Entry, welcher der Ausgangspunkt des vorliegenden Verordnungs-Entry darstellt.

Konditionale Konformität
Verordnungs-Entry liegt in Medikationsliste vor: Card 1..1 Conf M
Sonst: NP
Treetree.pnghl7:text
ED1 … 1MVerweist auf die Stelle im narrativen Text-Bereich, an der die gegebene Medikation narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc).(Med...med)
 Beispiel
Strukturbeispiel
<text>
  <reference value="#vpos-1"/></text>
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#vpos-{generierteID},
z.B.: #vpos-1
Treetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Eingefügt von 1.2.40.0.34.11.30006 Einnahmedauer (DYNAMIC)
 Beispiel
Strukturbeispiel
<hl7:ClinicalDocument>
  <!--
Einnahme von 27.05.2011, Ende unbekannt
-->
  <cda:effectiveTime xsi:type="IVL_TS">
    <cda:low value="20110527000000+0200"/>    <cda:high nullFlavor="UNK"/>  </cda:effectiveTime>
</hl7:ClinicalDocument>
 Beispiel
Strukturbeispiel
<hl7:ClinicalDocument>
  <!--
Einnahmestart unbekannt, Dauer 2 Wochen lang
-->
  <cda:effectiveTime xsi:type="IVL_TS">
    <cda:width value="2" unit="wk"/>  </cda:effectiveTime>
</hl7:ClinicalDocument>
 Beispiel
Strukturbeispiel
<hl7:ClinicalDocument>
  <!--
Dosierungsinformationen sind angegeben, aber Einnahmedauer unbekannt
-->
  <cda:effectiveTime xsi:type="IVL_TS">
    <cda:low nullFlavor="UNK"/>    <cda:high nullFlavor="UNK"/>  </cda:effectiveTime>
</hl7:ClinicalDocument>
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:effectiveTime[1][hl7:low]
  • hl7:effectiveTime[1][hl7:width]
  • hl7:effectiveTime[1][@nullFlavor]
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TSZeitelement zur Dokumentation der Einnahmedauer.(Med...med)
wo [1] [hl7:low]
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
TS1 … 1RZeitpunkt des Einnahmestarts.
Zugelassene nullFlavor: UNK
(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
TS1 … 1RZeitpunkt des Einnahmeendes.
Zugelassene nullFlavor: UNK
(Med...med)
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TSDauer der Einnahme, wenn Einnahmestart unbekannt(Med...med)
wo [1] [hl7:width]
Treeblank.pngTreeblank.pngTreetree.pnghl7:width
PQ1 … 1R
Dauer der Einnahme, wenn Einnahmestart unbekannt
Bemerkung: Wenn ein width Element angegeben wird, MUSS auch die templateId für „Delay Start Dosing“ angegeben werden.
Siehe Kapitel „Template IDs"
(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.69 ELGA_MedikationFrequenz (DYNAMIC)
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS(Med...med)
wo [1] [@nullFlavor]
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
 ConstraintKonditionale Konformität
CardConfPrädikat
1..1MEs wird in einer Verordnung (1.2.40.0.34.11.8.1.3.1) die Dosierungsvariante "Split" mit templateId 1.3.6.1.4.1.19376.1.5.3.1.4.9 verwendet wird.
NPSonst
Auswahl … 1Elemente in der Auswahl:
  • hl7:effectiveTime[hl7:period and not(hl7:phase)] eingefügt vom Template 1.2.40.0.34.11.30007 Dosierungsvariante 1: Tagesdosierung effectiveTime (DYNAMIC)
  • hl7:effectiveTime[2] eingefügt vom Template 1.2.40.0.34.11.30008 Dosierungsvariante 2: Einzeldosierung (DYNAMIC)
  • ein Element eingefügt vom Template 1.2.40.0.34.11.30009 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause (DYNAMIC)
  • hl7:effectiveTime[2] eingefügt vom Template 1.2.40.0.34.11.30010 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (DYNAMIC)
Eingefügt von 1.2.40.0.34.11.30007 Dosierungsvariante 1: Tagesdosierung effectiveTime (DYNAMIC)
Treeblank.pngTreetree.pnghl7:effectiveTime
PIVL_TSCZeitelement zur Aufnahme der Dosierungsvarianten 1 und 3.(Med...med)
wo [hl7:period and not(hl7:phase)]
Treeblank.pngTreeblank.pngTreetree.png@operator
cs1 … 1FA
Treeblank.pngTreeblank.pngTreetree.png@institutionSpecified
bl1 … 1Ftrue
 ConstraintKonditionale Konformität:
Dosierung angegeben -> 1..1 M
Dosierung nicht angegeben -> NP
Treeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ1 … 1RZeitraum für den die Dosis in doseQuantity vorgesehen ist.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1R
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.69 ELGA_MedikationFrequenz (DYNAMIC)
Eingefügt von 1.2.40.0.34.11.30008 Dosierungsvariante 2: Einzeldosierung (DYNAMIC)
Treeblank.pngTreetree.pnghl7:effectiveTime
NPDas weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen.
Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3.
(Med...med)
wo [2]
Eingefügt von 1.2.40.0.34.11.30009 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause (DYNAMIC)
Auswahl … 1Elemente in der Auswahl:
  • hl7:effectiveTime[hl7:period and hl7:phase]
  • hl7:effectiveTime[hl7:comp]
Treeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
PIVL_TSCFür EIN Wochentag.
Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3.
(Med...med)
wo [hl7:period and hl7:phase]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@operator
cs1 … 1FA
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1RErstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag)(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fwk
Treeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
SXPR_TSCFür mehrere Wochentage, z. B. wöchtentlich montags und mittwochs(Med...med)
wo [hl7:comp]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@operator
cs1 … 1FA
 ConstraintKonditionale Konformität:
Dosierung angegeben -> 1..1 M
Dosierung nicht angegeben -> NP

1. Komponentencontainer ohne @operator, ggf. folgende Komponentencontainer mit @operator=I
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:comp
PIVL_TS1 … 1RKomponentencontainer.(Med...med)
wo [not(@operator)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1RErstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag)(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fwk
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:comp
PIVL_TS0 … *(Med...med)
wo [@operator='I']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@operator
cs1 … 1FI
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fwk
Eingefügt von 1.2.40.0.34.11.30010 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (DYNAMIC)
Treeblank.pngTreetree.pnghl7:effectiveTime
NPDas weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen.
Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3.
(Med...med)
wo [2]
Auswahl … 1Elemente in der Auswahl:
  • ein Element eingefügt vom Template 1.2.40.0.34.11.30037 Dosierungsvariante 1: Tagesdosierung doseQuantity (DYNAMIC)
  • hl7:doseQuantity eingefügt vom Template 1.2.40.0.34.11.30039 Dosierungsvariante 2: Einzeldosierung doseQuantity (DYNAMIC)
  • ein Element eingefügt vom Template 1.2.40.0.34.11.30041 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity (DYNAMIC)
  • hl7:doseQuantity eingefügt vom Template 1.2.40.0.34.11.30043 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity (DYNAMIC)
Eingefügt von 1.2.40.0.34.11.30037 Dosierungsvariante 1: Tagesdosierung doseQuantity (DYNAMIC)
Auswahl … 1Elemente in der Auswahl:
  • hl7:doseQuantity[not(hl7:low|hl7:high)]
  • hl7:doseQuantity[hl7:low|hl7:high]
 ConstraintKonditionale Konformität:
Menge in nicht-zählbaren Einheiten -> @unit 1..1 (required) aus Value-Set ELGA_MedikationMengenart
Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.) -> @unit 0..1 (otional) mit @unit aus Value-Set ELGA_MedikationMengenartAlternativ
Treeblank.pngTreeblank.pngTreetree.pnghl7:doseQuantity
IVL_PQRDosis.
mit doseQuantity als IVL_PQ, aber als PQ instantiiert
(Med...med)
wo [not(hl7:lowoder
hl7:high)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1RTagesdosierung.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)
oder
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:doseQuantity
IVL_PQRmit doseQuantity als IVL_PQ(Med...med)
wo [hl7:lowoder
hl7:high]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
PQ(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)
oder
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
PQ(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)
oder
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)
Eingefügt von 1.2.40.0.34.11.30039 Dosierungsvariante 2: Einzeldosierung doseQuantity (DYNAMIC)
Treeblank.pngTreetree.pnghl7:doseQuantity
NPDas weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen.
Dosis bei Dosierungsvariante 1 und 3.
(Med...med)
Eingefügt von 1.2.40.0.34.11.30041 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity (DYNAMIC)
Auswahl … 1Elemente in der Auswahl:
  • hl7:doseQuantity[not(hl7:low|hl7:high)]
  • hl7:doseQuantity[hl7:low|hl7:high]
 ConstraintKonditionale Konformität:
Menge in nicht-zählbaren Einheiten -> @unit 1..1 (required) aus Value-Set ELGA_MedikationMengenart
Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.) -> @unit 0..1 (optional) aus Value-Set ELGA_MedikationMengenartAlternativ
Treeblank.pngTreeblank.pngTreetree.pnghl7:doseQuantity
IVL_PQRDosis.
mit doseQuantity als IVL_PQ, aber als PQ instantiiert
(Med...med)
wo [not(hl7:lowoder
hl7:high)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1RTagesdosierung.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)
oder
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:doseQuantity
IVL_PQRmit doseQuantity als IVL_PQ(Med...med)
wo [hl7:lowoder
hl7:high]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
PQ(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)
oder
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
PQ(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)
oder
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)
Eingefügt von 1.2.40.0.34.11.30043 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity (DYNAMIC)
Treeblank.pngTreetree.pnghl7:doseQuantity
NPDas weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen.
Dosis bei Dosierungsvariante 1 und 3.
(Med...med)
 Schematron reportrole warning 
 testnot(not(hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.7.1']) or hl7:effectiveTime[2]) 
 MeldungeffectiveTime[2] muss in den Dosierungsvarianten 1 und 3 anwesend sein 
 Schematron reportrole warning 
 testnot(not(hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.7.1']) or hl7:doseQuantity) 
 MeldungdoseQuantity muss in den Dosierungsvarianten 1 und 3 anwesend sein 
 Schematron reportrole warning 
 testhl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.9'] and hl7:effectiveTime[2] 
 MeldungeffectiveTime[2] darf in den Dosierungsvariante 'Split dosing' nicht anwesend sein 
 Schematron reportrole warning 
 testhl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.9'] and hl7:doseQuantity 
 MeldungdoseQuantity darf in den Dosierungsvariante 'Split dosing' nicht anwesend sein 
Treetree.pnghl7:repeatNumber
IVL_INT1 … 1RAnzahl der Einlösungen.
Dieses Element MUSS angegeben werden. Dieses Element beschreibt die mögliche maximale Anzahl von zusätzlichen Einlösungen dieser Verordnung. Bei Verwendung in der Medikationsliste wird immer der ursprüngliche Wert angegeben (ändert sich nicht nach einer Einlösung).

Beispiele :
  • Ein Wert von „0“ bedeutet, dass die Verordnung kein weiteres Mal eingelöst werden kann (Standardfall)
  • Ein Wert von „3“ bedeutet, dass die Verordnung insgesamt vier Mal eingelöst werden kann.
Alle Verordnungen eines Rezepts MÜSSEN denselben Wert aufweisen.
Zugelassene nullFlavor: MSKWird die Anzahl der zusätzlichen Einlösungen  nicht angegeben (nullFlavor = MSK, Maskiert), kann die Anzahl vom empfangenden System nur mit 0 angenommen werden (keine zusätzlichen Einlösungen).

Maximale Anzahl der zusätzlichen Einlösungen
Bei Kassenrezepten:
Fixer Wert: 0
Bei Privatrezepten:
Maximaler Wert: 5
(Med...med)
 Beispiel
Strukturbeispiel
<repeatNumber value="0"/>
Treetree.pnghl7:routeCode
CE0 … 1Art der Anwendung der Arznei.(Med...med)
Treeblank.pngTreetree.png@codeSystem
CONF0 … 1F1.2.40.0.10.1.4.3.4.3.4
 Beispiel
Strukturbeispiel
<routeCode code="100000073633" displayName="Subkutane Anwendung" codeSystem="1.2.40.0.10.1.4.3.4.3.4" codeSystemName="ELGA_MedikationArtAnwendung"/>
Treetree.pnghl7:consumable
1 … 1MKomponente zur Aufnahme der Arznei auf die sich der MedikationVerordnungs-Entry bezieht.
Beinhaltet 1.2.40.0.34.11.2.3.4 Arznei Entry (DYNAMIC)
(Med...med)
 Beispiel
Strukturbeispiel
<consumable>
  <!-- ELGA Arznei Element (1.2.40.0.34.11.2.3.4) -->
  <manufacturedProduct classCode="MANU">
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>    <!-- IHE PCC -->
    <templateId root="2.16.840.1.113883.10.20.1.53"/>    <!-- HL7 CCD -->
    <manufacturedMaterial classCode="MMAT" determinerCode="KIND">
      <!-- ELGA Arznei-Entry -->
      <templateId root="1.2.40.0.34.11.2.3.4"/>      <!-- ELGA -->
       :     </manufacturedMaterial>
  </manufacturedProduct>
</consumable>
Eingefügt0 … 1C von 1.2.40.0.34.11.90004 AuthorElements (DYNAMIC)
Dieses Element wird nur bei ELGA MedikationVerordnungs-Entrys verwendet, welche im Rahmen der Medikationsliste vorliegen.
Es beinhaltet den Verfasser des Rezepts auf dem diese Verordnung ausgestellt wurde. Das author/time Element hat dabei die Bedeutung „Datum der Verordnung“.
Siehe Kapitel „Teilnehmende Parteien“, Abschnitt „Verfasser des Dokuments (author)“ (bezogen auf das Rezept-Dokument).
 ConstraintKonditionale Konformität:
Element wird in Medikationsliste verwendet und eine Referenz zu einer Verdnung ist vorhanden: Card 1..1 Conf M
Sonst NP
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:author[not(@nullFlavor)]
  • hl7:author[@nullFlavor]
Treeblank.pngTreetree.pnghl7:author
Verfasser des Dokuments.(Med...med)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FAUT
Treeblank.pngTreeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreeblank.pngTreetree.pnghl7:functionCode
CE0 … 1
Funktionscode des Verfassers des Dokuments
z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“, …
Eigene Codes und Bezeichnungen können verwendet werden. 

Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen.
(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS.​DATE.​MIN1 … 1R

Der Zeitpunkt an dem das Dokument verfasst wurde.Grundsätzlich sind die Vorgaben für Zeit-Elemente“ zu befolgen.

Zugelassene nullFlavor: UNK
(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1MOrganisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
 Beispiel<assignedAuthor classCode="ASSIGNED">
  <id extension="ied8984938" root="1.2.276.0.76.3.1.139.933"/>  <assignedPerson classCode="PSN" determinerCode="INSTANCE">
    <!-- ... -->
  </assignedPerson>
</assignedAuthor>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R

Identifikation des Verfassers des Dokuments im lokalen System/ des/der datenerstellenden Gerätes/Software.

Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.

(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1

Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung)z.B: „Facharzt/Fachärzting für Gynäkologie“,

Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben.
Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen.

(Med...med)
 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.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(Med...med)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:assigned​Person
  • hl7:assigned​Authoring​Device
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
 … 1
Personendaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
(Med...med)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
 … 1(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDEV
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturer​Model​Name
SC0 … 1Hersteller und Modellbezeichnung des datenerstellenden Gerätes.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:softwareName
SC0 … 1Bezeichnung (und ggf Version) der datenerstellenden Software.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
1 … 1M(Med...med)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Med...med)
Treeblank.pngTreetree.pnghl7:author
Verfasser nicht bekannt/nicht anwendbar(Med...med)
wo [@nullFlavor]
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
 Beispiel<author nullFlavor="NA">
  <time nullFlavor="NA"/>  <assignedAuthor nullFlavor="NA">
    <id nullFlavor="NA"/>  </assignedAuthor>
</author>
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Eingefügt von 1.2.40.0.34.11.30040 Dosierungsvariante 2: Einzeldosierung entryRelationship (DYNAMIC)
Treetree.pnghl7:entryRelationship
C
Komponente zur Aufnahme eines Einnahmezeitpunkts und –dosis bei Dosierungsvariante 2 und 4.
Wiederholung höchstens einmal je Zeitcode!
(Med...med)
wo [hl7:substanceAdministration/hl7:effectiveTime [@xsi:type='EIVL_TS']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
 ConstraintKonditionale Konformität:
Dosierung angegeben -> 1..* M
Dosierung nicht angegeben -> NP
Treeblank.pngTreetree.pnghl7:sequenceNumber
INT1 … 1MAufsteigende Nummerierung der Unterelemente.(Med...med)
Eingefügt von 1.2.40.0.34.11.30046 Splitdose-Einnahmezeitpunkte 1 (DYNAMIC)
Treeblank.pngTreetree.pnghl7:substanceAdministration
1 … 1MAbbildung eines Einnahmezeitpunkts und –dosis als untergeordnetes substanceAdministration-Element.(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FSBADM
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
 ConstraintKonditionale Konformität
CardConfPrädikat
1..1MMenge in nicht-zählbaren Einheiten, zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS"
0..1OMenge in zählbaren Einheiten (Tabletten, Kapseln, etc.), zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" oder Freitext
Treeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
EIVL_TS1 … 1MZeitelement zur Aufnahme des Einnahmezeitpunkts.(Med...med)
wo [@xsi:type='EIVL_TS']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:event
1 … 1MEinnahmezeitpunkt.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.59 ELGA_Einnahmezeitpunkte (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:offset
IVL_PQ1 … 1MZeitversatz (immer mit 0 Sekunden angegeben).(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F0
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fs
Treeblank.pngTreeblank.pngTreetree.pnghl7:doseQuantity
IVL_PQ1 … 1MDosis.(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:consumable
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturedProduct
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufactured​Material
1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Eingefügt von 1.2.40.0.34.11.30044 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship (DYNAMIC)
Treetree.pnghl7:entryRelationship
C
Komponente zur Aufnahme eines Einnahmezeitpunkts und –dosis bei Dosierungsvariante 2 und 4.
Wiederholung höchstens einmal je Zeitcode!
(Med...med)
wo [hl7:substanceAdministration/hl7:effectiveTime [@xsi:type='SXPR_TS']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
 ConstraintKonditionale Konformität:
Dosierung angegeben -> 1..* M
Dosierung nicht angegeben -> NP
Treeblank.pngTreetree.pnghl7:sequenceNumber
INT1 … 1MAufsteigende Nummerierung der Unterelemente.(Med...med)
Eingefügt von 1.2.40.0.34.11.30047 Splitdose-Einnahmezeitpunkte 2 (DYNAMIC)
Treeblank.pngTreetree.pnghl7:substanceAdministration
1 … 1MAbbildung eines Einnahmezeitpunkts und –dosis als untergeordnetes substanceAdministration-Element.(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FSBADM
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
 ConstraintKonditionale Konformität
CardConfPrädikat
1..1MMenge in nicht-zählbaren Einheiten, zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS"
0..1OMenge in zählbaren Einheiten (Tabletten, Kapseln, etc.), zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" oder Freitext
Treeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
SXPR_TS1 … 1MZeitelement zur Aufnahme des Einnahmezeitpunkts.(Med...med)
wo [@xsi:type='SXPR_TS']
 ConstraintDie comp-Komponenten mit PIVL_TS müssen bei allen Einnahmezeitpunkten gleich angegeben werden!

1. Komponentencontainer mit @operator=A, ggf. folgende Komponentencontainer mit @operator=I
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:comp
EIVL_TS1 … 1MKomponentencontainer(Med...med)
wo [@xsi:type='EIVL_TS']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:event
1 … 1MEinnahmezeitpunkt.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.59 ELGA_Einnahmezeitpunkte (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:offset
IVL_PQ1 … 1MZeitversatz (immer mit 0 Sekunden angegeben).(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F0
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fs
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:comp
PIVL_TS1 … 1MKomponentencontainer zur Aufnahme der Einnahmetage.
Diese Komponenten MÜSSEN bei allen Einnahmezeitpunkten (SequenceNumber) gleich angegeben werden!
(Med...med)
wo [@xsi:type='PIVL_TS'] [@operator='A']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@operator
cs1 … 1FA
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1RPhase der Einnahme.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:value
TSErstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag).(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fwk
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:comp
PIVL_TS0 … *2.+ Komponentencontainer zur Aufnahme der Einnahmetage(Med...med)
wo [@xsi:type='PIVL_TS'] [@operator='I']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:value
TS(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fwk
Treeblank.pngTreeblank.pngTreetree.pnghl7:doseQuantity
IVL_PQ1 … 1MDosis.(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:consumable
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturedProduct
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufactured​Material
1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
 Schematron assertrole error 
 testnot(hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.7.1']) or not(hl7:entryRelationship[@typeCode='COMP'][hl7:substanceAdministration]) 
 MeldungBei Dosierungsart 1 "Normal dosing" oder 3 "Tagesdosierung an bestimmten Tagen" (templateId = 1.3.6.1.4.1.19376.1.5.3.1.4.7.1) wird kein entryRelationship typeCode COMP als Dosiskomponente verwendet 
 Variable letNameseq 
 Valuehl7:entryRelationship/hl7:substanceAdministration/hl7:effectiveTime[@value='0']//hl7:event/@code 
 Schematron assertrole error 
 testempty($seq[position() = index-of($seq,.)[2]]) 
 MeldungWiederholung der Komponente zur Aufnahme eines Einnahmezeitpunkts und -dosis bei Dosierungsvariante 2 und 4 höchstens einmal je Zeitcode! 
Treetree.pnghl7:entryRelationship
1 … 1MKomponente zur Aufnahme der Packungsanzahl.

Da sich die Angaben zur Arznei (siehe Vorkapitel) jeweils auf eine Packung der Arznei beziehen, MUSS die Anzahl der auszugebenden Packungen der Arznei in einer eigenen Komponente zusätzlich angegeben werden (mindestens 1). Bei magistralen Zubereitungen wird die Anzahl der auszugebenden Einheiten der Arznei in derselben Art und Weise gehandhabt wie bei Arzneispezialitäten. Die Menge einer Einheit der Arznei (z.B. 200g einer magistral zubereiteten Salbe in einer gewissen Zusammensetzung) ist in den ergänzenden Informationen zu der magistralen Zubereitung anzugeben.
(Med...med)
wo [@typeCode='COMP'] [hl7:supply]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
 Beispiel
Strukturbeispiel
<entryRelationship typeCode="COMP">
  <supply classCode="SPLY" moodCode="RQO">
    <independentInd value="false"/>    <quantity value="1"/>  </supply>
</entryRelationship>
Treeblank.pngTreetree.pnghl7:supply
1 … 1MAbbildung der Packungsanzahl als untergeordnetes supply-Element.(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FSPLY
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FRQO
 Beispiel<supply classCode="SPLY" moodCode="RQO">
  <independentInd value="false"/>  <quantity value="1"/></supply>
Treeblank.pngTreeblank.pngTreetree.pnghl7:independentInd
BL1 … 1MIndikator, ob die Komponente unabhängig verwendet werden darf.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1Ffalse
Treeblank.pngTreeblank.pngTreetree.pnghl7:quantity
PQ1 … 1RPackungsanzahl

Zugelassene nullFlavor: MSK
MSK= Wird die Anzahl der auszugebenden Packungen nicht angegeben (nullFlavor = MSK, Maskiert), kann die Anzahl vom empfangenden System nur mit 1 angenommen werden.
(Med...med)
Treetree.pnghl7:entryRelationship
0 … 1Komponente zur Aufnahme der Zusatzinformationen, Informationen zur alternativen Einnahme und Informationen zur Arznei(Med...med)
wo [@typeCode='SUBJ'] [hl7:act/hl7:templateId [@root='2.16.840.1.113883.10.20.1.49']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
Eingefügt1 … 1M von 1.2.40.0.34.11.30033 Patient Instructions (DYNAMIC)
Treeblank.pngTreetree.pnghl7:act
1 … 1MAbbildung der Zusatzbemerkungen als untergeordnetes act-Element.(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.49
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.3
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FPINSTRUCT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary)
Treeblank.pngTreeblank.pngTreetree.pnghl7:text
ED1 … 1MText Element (verweist auf die Stelle im narrativen Text-Bereich, an der die Zusatzinformationen für den Patienten, Informationen zur alternativen Einnahme und Informationen zur Arznei angeführt sind)(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#patinfo-{generierteID}, z.B.: #patinfo-1
Treeblank.pngTreeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treeblank.pngTreeblank.pngTreetree.pnghl7:entryRelationship
1 … 3MKomponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein).(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:act
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.8.0.3.1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(Med...med)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.161 ELGA_ActCode_PatInfo (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:text
ED1 … 1MText Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist)(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#zinfo|altein|arzneiinfo-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #altein-1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:entryRelationship
0 … 1Komponente zur Aufnahme der ergänzenden Informationen zur Abgabe oder zu der magistralen Zubereitung.(Med...med)
wo [@typeCode='SUBJ'] [hl7:act/hl7:templateId [@root='2.16.840.1.113883.10.20.1.43']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
 Constraint
Konditionale Konformität:
Arznei ist eine magistrale Zubereitung: Card 1..1 Conf M
Arznei ist keine magistrale Zubereitung: Card 0..1 Conf O
Eingefügt1 … 1M von 1.2.40.0.34.11.30034 Pharmacist Instructions (DYNAMIC)
Treeblank.pngTreetree.pnghl7:act
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.43
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.3.1
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FFINSTRUCT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary)
Treeblank.pngTreeblank.pngTreetree.pnghl7:text
ED1 … 1MText Element (verweist auf die Stelle im narrativen Text-Bereich, an der die ergänzenden Informationen zur Abgabe oder zu der magistralen Zubereitungen angeführt sind)(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#abginfo-{generierteID}, z.B.: #abginfo-1
Treeblank.pngTreeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treeblank.pngTreeblank.pngTreetree.pnghl7:entryRelationship
1 … 2MKomponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein).(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:act
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.8.0.3.2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(Med...med)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.160 ELGA_ActCode_AbgInfo (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:text
ED1 … 1MText Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist)(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#erginfo|magzub-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #magzub-1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Eingefügt0 … 1 von 1.2.40.0.34.11.30045 Therapieart (DYNAMIC)
Treetree.pnghl7:entryRelationship
0 … 1Therapieart dieses MedikationVerordnung-Entry(Med...med)
wo [@typeCode='COMP'] [hl7:act/hl7:templateId [@root='1.2.40.0.34.11.8.1.3.4']]
Treeblank.pngTreetree.png@typeCode
1 … 1FCOMP
 Beispiel<entryRelationship typeCode="COMP">
  <act classCode="ACT" moodCode="INT">
    <templateId root="1.2.40.0.34.11.8.1.3.4"/>    <code code="EINZEL" displayName="Einzelverordnung" codeSystem="1.2.40.0.10.1.4.3.4.3.6" codeSystemName="MedikationTherapieArt"/>  </act>
</entryRelationship>
Treeblank.pngTreetree.pnghl7:act
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@classCode
1 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
1 … 1FINT
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
1 … 1F1.2.40.0.34.11.8.1.3.4
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(Med...med)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.30 ELGA_MedikationTherapieArt (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. (Med...med)
Eingefügt0 … 1C von 1.2.40.0.34.11.90013 ID des Containers (DYNAMIC)
ID des Verordnungs-Entry Containers (Rezept-Dokument)
 Constraint
Konditionale Konformität für ID des Verordnungs-Entry Containers (Rezept-Dokument)
  • Element wird in Medikationsliste verwendet: Card 1..1 Conf M
  • Sonst NP
Treetree.pnghl7:reference
0 … 1CID des Verordnungs-Entry Containers (Rezept-Dokument).(Med...med)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FXCRPT
Treeblank.pngTreetree.pnghl7:externalDocument
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1MID des MedikationVerordnung-Entry.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.10.1.4.3.4.2.1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1ReMED-ID
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@assigningAuthorityName
1 … 1Fe-MedAT

12.4.4.12 Medikation Abgabe Entry eMedikation

Id1.2.40.0.34.11.8.2.3.1
ref
elgabbr-
Gültigkeit2014‑09‑10
Andere Versionen mit dieser Id:
  • Kblank.png MedikationAbgabeEntryemed vom 2014‑01‑31
StatusKyellow.png EntwurfVersions-Label
NameMedikationAbgabeEntryemedBezeichnungMedikation Abgabe Entry eMedikation
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.8.2.3.1
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 8 Templates
Benutzt als NameVersion
1.2.40.0.34.11.2.3.4ContainmentKgreen.png Arznei Entry (1.0.2+20220121)DYNAMIC
1.2.40.0.34.11.90003InklusionKgreen.png AssignedEntityElementsDYNAMIC
1.2.40.0.34.11.90004InklusionKgreen.png AuthorElementsDYNAMIC
1.2.40.0.34.11.30033InklusionKyellow.png Patient Instructions (2020.1)DYNAMIC
1.2.40.0.34.11.30034InklusionKyellow.png Pharmacist Instructions (2020.1)DYNAMIC
1.2.40.0.34.11.30045InklusionKgreen.png TherapieartDYNAMIC
1.2.40.0.34.11.30035ContainmentKgreen.png Altered Dosage InstructionsDYNAMIC
1.2.40.0.34.11.90013InklusionKyellow.png ID des ContainersDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.8.2.3.1 Medikation Abgabe Entry eMedikation (2014‑09‑10)
ref
elgabbr-
Beispiel
Strukturbeispiel
<entry typeCode="DRIV">
  <supply classCode="SPLY" moodCode="EVN">
    <templateId root=" 1.2.40.0.34.11.8.2.3.1"/>    <!-- ELGA -->
    <templateId root="2.16.840.1.113883.10.20.1.34"/>    <!-- HL7 CCD -->
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.3"/>    <!-- IHE PCC -->
    <templateId root="1.3.6.1.4.1.19376.1.9.1.3.4"/>    <!-- IHE PHARM -->
    <!-- ID des MedikationAbgabe-Entry -->
    <id root="1.2.40.0.10.1.4.3.4.2.3" extension="...AbgabeId..." assigningAuthorityName="Heilsapotheke"/>    <!-- Abgabeart -->
    <code code="FFC" displayName="First Fill - Complete" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!--
Referenz zum narrativen Abschnitt dieses MedikationAbgabe-Entry
im Text-Bereich der Sektion
-->
    <text>
      <reference value="#apos-1"/>    </text>
    <!-- Abgegebene Packungsanzahl -->
    <quantity value="1"/>    <!-- Abgegebene Arznei -->
    <product>
      <!-- ELGA Arznei Element (1.2.40.0.34.11.2.3.4) -->
      <manufacturedProduct classCode="MANU">
        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>        <!-- IHE PCC -->
        <templateId root="2.16.840.1.113883.10.20.1.53"/>        <!-- HL7 CCD -->
        <manufacturedMaterial classCode="MMAT" determinerCode="KIND">
          <!-- ELGA Arznei-Entry -->
          <templateId root="1.2.40.0.34.11.2.3.4"/>          <!-- ELGA -->
           :         </manufacturedMaterial>
      </manufacturedProduct>
    </product>
    <!--
Verfasser der Verordnung, falls Referenz zu Verordnung vorhanden
(nur bei Verwendung im Rahmen der Medikationsliste)
-->
    <author> : </author>    <!--
Verfasser der Abgabe
(nur bei Verwendung im Rahmen der Medikationsliste)
-->
    <author> : </author>    <!-- Verordnung zu dieser Abgabe (falls vorhanden) -->
    <entryRelationship typeCode="REFR">
      <!-- ELGA MedikationVerordnung-Entry -->
      <substanceAdministration classCode="SBADM" moodCode="INT">
        <id root="1.2.40.0.10.1.4.3.4.2.2" extension="...VerordnungsID..."/>        <consumable>
          <manufacturedProduct>
            <manufacturedMaterial nullFlavor="NA"/>          </manufacturedProduct>
        </consumable>
      </substanceAdministration>
    </entryRelationship>
    <!-- Zusatzinformationen für den Patienten -->
    <entryRelationship typeCode="SUBJ" inversionInd="true">
      <act classCode="ACT" moodCode="INT">
        <templateId root="2.16.840.1.113883.10.20.1.49"/>        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3"/>        <code code="PINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>         :       </act>
    </entryRelationship>
    <!-- Ergänzende Informationen zu magistralen Zubereitungen -->
    <entryRelationship typeCode="SUBJ" inversionInd="true">
      <act classCode="ACT" moodCode="INT">
        <templateId root="2.16.840.1.113883.10.20.1.43"/>        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3.1"/>        <code code="FINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>         :       </act>
    </entryRelationship>
    <!-- Dosierungsinformationen -->
    <entryRelationship typeCode="COMP">
      <substanceAdministration classCode="SBADM" moodCode="INT">
        <templateId root="1.3.6.1.4.1.19376.1.9.1.3.6"/>         : ... Art der Anwendung ... : ... Einnahmedauer ... : ... Dosierungsvarianten 1 + 3 ... :         <consumable>
          <manufacturedProduct>
            <manufacturedMaterial nullFlavor="NA"/>          </manufacturedProduct>
        </consumable>
         :
... Dosierungsvarianten 2 + 4 ... :
      </substanceAdministration>
    </entryRelationship>
    <!-- Therapieart -->
    <entryRelationship typeCode="COMP">
      <act classCode="ACT" moodCode="INT">
        <templateId root="1.2.40.0.34.11.8.1.3.4"/>        <code code="EINZEL" displayName="Einzelverordnung" codeSystem="1.2.40.0.10.1.4.3.4.3.6" codeSystemName="MedikationTherapieArt"/>      </act>
    </entryRelationship>
  </supply>
</entry>
ItemDTKardKonfBeschreibungLabel
hl7:supply
(Med...med)
Treetree.png@classCode
cs1 … 1FSPLY
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1R(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.8.2.3.1
Treetree.pnghl7:templateId
II1 … 1R(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.34
Treetree.pnghl7:templateId
II1 … 1R(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.7.3
Treetree.pnghl7:templateId
II1 … 1R(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.9.1.3.4
Treetree.pnghl7:id
II1 … 1MID des MedikationAbgabe-Entry.(Med...med)
wo [1]
Treeblank.pngTreetree.png@root
uid1 … 1RWurzel OID der ID eines MedikationAbgabe-Entry gemäß Projekt e-Medikation
Treeblank.pngTreetree.png@extension
st1 … 1RAbgabeID = {eMedID}_{lokal vergebene ID}
 Beispiel<id root="1.2.40.0.10.1.4.3.4.2.3" extension="2b4x6qA2p40La53i4dyt_081511" ssigningAuthorityName="Apothekexyz"/>
Treetree.pnghl7:id
II0 … 1CID des ursprünglichen MedikationAbgabe-Entry (aus dem Abgabe-Dokument)(Med...med)
wo [2]
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.10.1.4.3.4.2.3
 Wurzel OID der ID eines MedikationAbgabe-Entry gemäß Projekt e-Medikation
Treeblank.pngTreetree.png@extension
st1 … 1RAbgabeID = {eMedID}_{lokal vergebene ID}
 ConstraintKonditionale Konformität:
CardConfPrädikat
1..1MAbgabe-Entry liegt in Medikationsliste vor
NPSonst
 Beispiel<id root="1.2.40.0.10.1.4.3.4.2.3" extension="2b4x6qA2p40La53i4dyt_081511" assigningAuthorityName="Ordination Dr. Meier"/>
Treetree.pnghl7:code
CE0 … 1Code des MedikationAbgabe-Entry (Abgabeart). Dieses Element dient zur Kennzeichnung, ob die Abgabe eine zugrundeliegende Verordnung vollständig oder partiell (z.B. im Falle einer Bestellung) erfüllt.(Med...med)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.159 ELGA_MedikationAbgabeArt (DYNAMIC)
 Beispiel
Strukturbeispiel
<code code="FFC" displayName="First Fill - Complete" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>
Treeblank.pngTreetree.pnghl7:originalText
ED0 … 1Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. (Med...med)
Treetree.pnghl7:text
ED1 … 1MVerweist auf die Stelle im narrativen Text-Bereich, an der die gegebene Medikation narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc).(Med...med)
 Beispiel
Strukturbeispiel
<text>
  <reference value="#apos-1"/></text>
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#apos-{generierteID}, z.B.: #apos-1
Treetree.pnghl7:quantity
PQ1 … 1RPackungsanzahl.

Zugelassene nullFlavor: MSK
Einschränkung: Negative Werte ergeben keinen Sinn und sind daher ungültig.
(Med...med)
 Beispiel
Strukturbeispiel
<!-- Abgegebene Packungsanzahl -->
<quantity value="1"/>
Treetree.pnghl7:product
1 … 1MKomponente zur Aufnahme der Arznei auf die sich der MedikationAbgabe-Entry bezieht.
Beinhaltet 1.2.40.0.34.11.2.3.4 Arznei Entry (DYNAMIC)
(Med...med)
 Beispiel
Strukturbeispiel
<!-- Abgegebene Arznei -->
<product>
  <!-- ELGA Arznei Element (1.2.40.0.34.11.2.3.4) -->
  <manufacturedProduct classCode="MANU">
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>    <!-- IHE PCC -->
    <templateId root="2.16.840.1.113883.10.20.1.53"/>    <!-- HL7 CCD -->
    <manufacturedMaterial classCode="MMAT" determinerCode="KIND">
      <!-- ELGA Arznei-Entry -->
      <templateId root="1.2.40.0.34.11.2.3.4"/>      <!-- ELGA -->
       :     </manufacturedMaterial>
  </manufacturedProduct>
</product>
Treetree.pnghl7:performer
0 … 1C(Med...med)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FPRF
 ConstraintKonditionale Konformität für das performer-Element:<TBODY></TBODY>
CardConfPrädikat
1..1MDieses Element (1.2.40.0.34.11.8.2.3.1) wird in Medikationsliste verwendet und eine Referenz zu einer Vordnung ist vorhanden
NPSonst
Treeblank.pngTreetree.pnghl7:time
TS.​DATE.​MIN1 … 1R(Med...med)
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1M(Med...med)
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1MPersondendaten der validierenden Person.(Med...med)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1Organistationsdaten der validierenden Person.(Med...med)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Med...med)
 Schematron assertrole error 
 testcount(ancestor::hl7:templateId[@root='1.2.40.0.34.11.8.3'])=0 or count(hl7:author)=2 
 MeldungIn einer Medikationsliste muss der Verfasser der Verordnung / der Abgabe (author-Element) angegeben werden. 
Eingefügt0 … 2C von 1.2.40.0.34.11.90004 AuthorElements (DYNAMIC)
1. <author> Element: Verfasser der Verordnung zu dieser Abgabe.
Das erste <author> Element beinhaltet den Verfasser des Rezepts auf dem die Verordnung ausgestellt wurde, auf die eine Referenz existiert. Das author/time Element hat dabei die Bedeutung „Datum der Verordnung“.

Zugelassene nullFlavor: NA

Da das <author> Element im CDA Schema gewisse Unterelemente zwingend benötigt, ist ein einfaches <author nullFlavor=‘NA‘/> nicht ausreichend und würde zu einer CDA Schema Verletzung führen. Im Falle der Anwendung von nullFlavor=‘NA‘ sind demnach die erforderlichen Unterelemente mit diesem Attribut zu versehen. 

Diese Elemente werden nur bei ELGA MedikationAbgabe-Entries verwendet, welche im Rahmen der Medikationsliste vorliegen.

2. <author> Element: Verfasser der Abgabe
Das zweite <author> Element beinhaltet den Verfasser der Abgabe. Das author/time Element hat dabei die Bedeutung „Datum der Abgabe“.

Diese Elemente werden nur bei ELGA MedikationAbgabe-Entries verwendet, welche im Rahmen der Medikationsliste vorliegen.

 ConstraintKonditionale Konformität für die author-Elemente:
CardConfPrädikat
NPDieses Element (1.2.40.0.34.11.8.2.3.1) wird nicht in der Medikationsliste verwendet. Die author-Elemente werden nur bei ELGA MedikationAbgabe-Entries verwendet, welche im Rahmen der Medikationsliste vorliegen.
1..RDieses Element (1.2.40.0.34.11.8.2.3.1) wird in der Medikationsliste verwendet, dann:
wenn eine Referenz zu einer Verordnung vorhanden ist ,wird im 1. Author-Element der Verfasser der Verordnung genannt;
wenn keine Referenz zu einer Verordnung vorhanden ist, muss das Author-Element null sein (siehe Beispiel)
..2MDieses Element (1.2.40.0.34.11.8.2.3.1) wird in der Medikationsliste verwendet, dann wird im 2. Author-Element der Verfasser der Abgabe genannt.
 Beispiel
1. <author> Element: Verfasser der Verordnung, falls Referenz zu Verordnung vorhanden
<author> : Author Element, übernommen aus dem zugrundeliegenden Rezept-Dokument zu der Abgabe : </author>
 Beispiel
1. <author> Element: Keine Referenz zu einer Vordnung vorhanden, Verfasser der Verordnung (1. Author-Element) ist null
<author nullFlavor="NA">
  <time nullFlavor="NA"/>  <assignedAuthor nullFlavor="NA">
    <id nullFlavor="NA"/>  </assignedAuthor>
</author>
 Beispiel
Verfasser einer Abgabe (2. Author-Element)
<author>
  <functionCode code="P" displayName="Pharmazeut" codeSystem="1.2.40.0.34.99.111.2.1" codeSystemName="Heilsapotheke Funktionscodes"/>  <time value="20130327082015+0100"/>  <assignedAuthor>
    <id root="1.2.40.0.34.99.111.1.4" extension="1111" assigningAuthorityName="Heilsapotheke"/>    <telecom use="WP" value="tel:+43.6138.3453446.1111"/>    <assignedPerson>
      <!-- .. -->
    </assignedPerson>
    <representedOrganization>
      <!-- .. -->
    </representedOrganization>
  </assignedAuthor>
</author>
Auswahl0 … 2Elemente in der Auswahl:
  • hl7:author[not(@nullFlavor)]
  • hl7:author[@nullFlavor]
Treeblank.pngTreetree.pnghl7:author
Verfasser des Dokuments.(Med...med)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FAUT
Treeblank.pngTreeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreeblank.pngTreetree.pnghl7:functionCode
CE0 … 1
Funktionscode des Verfassers des Dokuments
z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“, …
Eigene Codes und Bezeichnungen können verwendet werden. 

Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen.
(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS.​DATE.​MIN1 … 1R

Der Zeitpunkt an dem das Dokument verfasst wurde.Grundsätzlich sind die Vorgaben für Zeit-Elemente“ zu befolgen.

Zugelassene nullFlavor: UNK
(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1MOrganisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
 Beispiel<assignedAuthor classCode="ASSIGNED">
  <id extension="ied8984938" root="1.2.276.0.76.3.1.139.933"/>  <assignedPerson classCode="PSN" determinerCode="INSTANCE">
    <!-- ... -->
  </assignedPerson>
</assignedAuthor>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R

Identifikation des Verfassers des Dokuments im lokalen System/ des/der datenerstellenden Gerätes/Software.

Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.

(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1

Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung)z.B: „Facharzt/Fachärzting für Gynäkologie“,

Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben.
Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen.

(Med...med)
 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.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(Med...med)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:assigned​Person
  • hl7:assigned​Authoring​Device
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
 … 1
Personendaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
(Med...med)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
 … 1(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDEV
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturer​Model​Name
SC0 … 1Hersteller und Modellbezeichnung des datenerstellenden Gerätes.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:softwareName
SC0 … 1Bezeichnung (und ggf Version) der datenerstellenden Software.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
1 … 1M(Med...med)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Med...med)
Treeblank.pngTreetree.pnghl7:author
Verfasser nicht bekannt/nicht anwendbar(Med...med)
wo [@nullFlavor]
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
 Beispiel<author nullFlavor="NA">
  <time nullFlavor="NA"/>  <assignedAuthor nullFlavor="NA">
    <id nullFlavor="NA"/>  </assignedAuthor>
</author>
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treetree.pnghl7:entryRelationship
0 … 1CReferenz zur Verordnung.
Falls vorhanden, ist die VerordnungsID zum abgegebenen Medikament als Beziehung angeführt.

ACHTUNG: Es ist immer die VerordnungsID des Verordnungs-Entry anzugeben, welches ursprünglich im Rezept-Dokument angegeben wurde, unabhängig von etwaigen darauffolgenden Korrekturen mittels Pharmazeutischer Empfehlungen.

(Med...med)
wo [@typeCode='REFR']
Treeblank.pngTreetree.png@typeCode
cs1 … 1FREFR
 ConstraintKonditionale Konformität
CardConfPrädikat
1..1MReferenz zu VerordnungsID vorhanden
NPReferenz zu VerordnungsID nicht vorhanden
 Beispiel
Strukturbeispiel
<!-- Verordnung dieser Abgabe (falls vorhanden) -->
<entryRelationship typeCode="REFR">
  <!-- ELGA MedikationVerordnung-Entry -->
  <substanceAdministration classCode="SBADM" moodCode="INT">
    <id root="1.2.40.0.10.1.4.3.4.2.2" extension="...VerordnungsID..."/>    <consumable>
      <manufacturedProduct>
        <manufacturedMaterial nullFlavor="NA"/>      </manufacturedProduct>
    </consumable>
  </substanceAdministration>
</entryRelationship>
Treeblank.pngTreetree.pnghl7:substanceAdministration
(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FSBADM
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1MVerordnungsID.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.10.1.4.3.4.2.2
 Wurzel OID der ID eines MedikationVerordnungs-Entry gemäß Projekt e-Medikation.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1RVerordnungsID. Strukturvorschrift: VerordnungsID = {eMedID}_{lokal vergebene ID}
Treeblank.pngTreeblank.pngTreetree.pnghl7:consumable
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturedProduct
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufactured​Material
1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Eingefügt0 … 1R von 1.2.40.0.34.11.30033 Patient Instructions (DYNAMIC)
Treetree.pnghl7:act
0 … 1RAbbildung der Zusatzbemerkungen als untergeordnetes act-Element.(Med...med)
Treeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.49
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.3
Treeblank.pngTreetree.pnghl7:code
CE1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FPINSTRUCT
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary)
Treeblank.pngTreetree.pnghl7:text
ED1 … 1MText Element (verweist auf die Stelle im narrativen Text-Bereich, an der die Zusatzinformationen für den Patienten, Informationen zur alternativen Einnahme und Informationen zur Arznei angeführt sind)(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#patinfo-{generierteID}, z.B.: #patinfo-1
Treeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treeblank.pngTreetree.pnghl7:entryRelationship
1 … 3MKomponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein).(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:act
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.8.0.3.1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(Med...med)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.161 ELGA_ActCode_PatInfo (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:text
ED1 … 1MText Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist)(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#zinfo|altein|arzneiinfo-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #altein-1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Eingefügt0 … 1R von 1.2.40.0.34.11.30034 Pharmacist Instructions (DYNAMIC)
Treetree.pnghl7:act
0 … 1R(Med...med)
Treeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.43
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.3.1
Treeblank.pngTreetree.pnghl7:code
CE1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FFINSTRUCT
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary)
Treeblank.pngTreetree.pnghl7:text
ED1 … 1MText Element (verweist auf die Stelle im narrativen Text-Bereich, an der die ergänzenden Informationen zur Abgabe oder zu der magistralen Zubereitungen angeführt sind)(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#abginfo-{generierteID}, z.B.: #abginfo-1
Treeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treeblank.pngTreetree.pnghl7:entryRelationship
1 … 2MKomponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein).(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:act
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.8.0.3.2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(Med...med)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.160 ELGA_ActCode_AbgInfo (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:text
ED1 … 1MText Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist)(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#erginfo|magzub-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #magzub-1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:entryRelationship
0 … 1Komponente zur Aufnahme der Zusatzinformationen für den Patienten, Informationen zur alternativen Einnahme und Informationen zur Arznei. (Med...med)
wo [@typeCode='SUBJ'] [hl7:act/hl7:templateId [@root='2.16.840.1.113883.10.20.1.49']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
 Beispiel
Strukturbeispiel
<text>
  <content ID="patinfo-{generierteID}">
    <content ID="zinfo-{generierteID}">
      <!--... Hier stehen Zusatzinformationen für den Patienten ...-->
    </content>
    <content ID="altein-{generierteID}">
      <!--... Hier stehen Informationen zur alternative Einnahme ...-->
    </content>
    <content ID="arzneiinfo_{generierteID}">
      <!--... Hier stehen Informationen zur Arznei ...
(nur im Rahmen der Medikationsliste)-->
    </content>
  </content>
</text>
 Beispiel
Strukturbeispiel
<entry typeCode="DRIV">
   :   <entryRelationship typeCode="SUBJ" inversionInd="true">
    <act classCode="ACT" moodCode="INT">
      <templateId root="2.16.840.1.113883.10.20.1.49"/>      <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3"/>      <code code="PINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>      <text>
        <reference value="#patinfo-{generierteID}"/>      </text>
      <statusCode code="completed"/>      <!--
Eine oder mehrere Referenzen zu Informationskategorien:
“Zusatzinformationen für den Patienten”,
“Informationen zur alternative Einnahme”,
“Informationen zur Arznei”
-->
      <entryRelationship typeCode="SUBJ" inversionInd="true">
        <act classCode="ACT" moodCode="INT">
          <templateId root="1.2.40.0.34.11.8.0.3.1"/>          <code code="ZINFO|ALTEIN|ARZNEIINFO" codeSystem="1.2.40.0.34.5.103" codeSystemName="ELGA_ActCode"/>          <text>
            <reference value="#zinfo|altein|arzneiinfo-{generierteID}"/>          </text>
          <statusCode code="completed"/>        </act>
      </entryRelationship>
    </act>
  </entryRelationship>
   : </entry>
Eingefügt1 … 1M von 1.2.40.0.34.11.30033 Patient Instructions (DYNAMIC)
Treeblank.pngTreetree.pnghl7:act
1 … 1MAbbildung der Zusatzbemerkungen als untergeordnetes act-Element.(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.49
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.3
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FPINSTRUCT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary)
Treeblank.pngTreeblank.pngTreetree.pnghl7:text
ED1 … 1MText Element (verweist auf die Stelle im narrativen Text-Bereich, an der die Zusatzinformationen für den Patienten, Informationen zur alternativen Einnahme und Informationen zur Arznei angeführt sind)(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#patinfo-{generierteID}, z.B.: #patinfo-1
Treeblank.pngTreeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treeblank.pngTreeblank.pngTreetree.pnghl7:entryRelationship
1 … 3MKomponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein).(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:act
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.8.0.3.1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(Med...med)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.161 ELGA_ActCode_PatInfo (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:text
ED1 … 1MText Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist)(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#zinfo|altein|arzneiinfo-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #altein-1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:entryRelationship
0 … 1Ergänzende Informationen zur Abgabe und magistralen Zubereitung.(Med...med)
wo [@typeCode='SUBJ'] [hl7:act/hl7:templateId [@root='2.16.840.1.113883.10.20.1.43']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
 ConstraintKonditionale Konformität
CardConfPrädikat
1..1MArznei ist eine magistrale Zubereitung
0..1OArznei ist keine magistrale Zubereitung
 Beispiel
Strukturbeispiel
<text>
   :   <content ID="abginfo-{generierteID}">
    <content ID="erginfo-{generierteID}"> ... Hier stehen ergänzende Informationen zur Abgabe ... </content>    <content ID="magzub-{generierteID}"> ... Hier stehen ergänzende Informationen zur magistralen Zubereitung ... </content>  </content>
   : </text>
 Beispiel
Strukturbeispiel
<entry typeCode="DRIV">
   :   <entryRelationship typeCode="SUBJ" inversionInd="true">
    <act classCode="ACT" moodCode="INT">
      <templateId root="2.16.840.1.113883.10.20.1.43"/>      <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3.1"/>      <code code="FINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>      <text>
        <reference value="#abginfo-{generierteID}"/>      </text>
      <statusCode code="completed"/>      <!-- Eine oder mehrere Referenzen zu Informationskategorien:
“Ergänzende Informationen zur Abgabe”,
“Ergänzende Informationen zur magistralen Zubereitung”
-->
      <entryRelationship typeCode="SUBJ" inversionInd="true">
        <act classCode="ACT" moodCode="INT">
          <templateId root="1.2.40.0.34.11.8.0.3.2"/>          <code code="ERGINFO|MAGZUB" codeSystem="1.2.40.0.34.5.103" codeSystemName="ELGA_ActCode"/>          <text>
            <reference value="#erginfo|magzub-{generierteID}"/>          </text>
          <statusCode code="completed"/>        </act>
      </entryRelationship>
    </act>
  </entryRelationship>
   : </entry>
Eingefügt1 … 1M von 1.2.40.0.34.11.30034 Pharmacist Instructions (DYNAMIC)
Treeblank.pngTreetree.pnghl7:act
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.43
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.3.1
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FFINSTRUCT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary)
Treeblank.pngTreeblank.pngTreetree.pnghl7:text
ED1 … 1MText Element (verweist auf die Stelle im narrativen Text-Bereich, an der die ergänzenden Informationen zur Abgabe oder zu der magistralen Zubereitungen angeführt sind)(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#abginfo-{generierteID}, z.B.: #abginfo-1
Treeblank.pngTreeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treeblank.pngTreeblank.pngTreetree.pnghl7:entryRelationship
1 … 2MKomponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein).(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:act
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.8.0.3.2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(Med...med)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.160 ELGA_ActCode_AbgInfo (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:text
ED1 … 1MText Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist)(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#erginfo|magzub-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #magzub-1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Eingefügt0 … 1 von 1.2.40.0.34.11.30045 Therapieart (DYNAMIC)
Therapieart.
Im Falle von Abgaben zu einer Verordnung nur anzugeben, falls dieses sich von der Therapieart der Verordnung unterscheidet.
 Beispiel
Strukturbeispiel
<entryRelationship typeCode="COMP">
  <act classCode="ACT" moodCode="INT">
    <templateId root="1.2.40.0.34.11.8.1.3.4"/>    <code code="EINZEL" displayName="Einzelverordnung" codeSystem="1.2.40.0.10.1.4.3.4.3.6" codeSystemName="MedikationTherapieArt"/>  </act>
</entryRelationship>
Treetree.pnghl7:entryRelationship
0 … 1Therapieart dieses MedikationVerordnung-Entry(Med...med)
wo [@typeCode='COMP'] [hl7:act/hl7:templateId [@root='1.2.40.0.34.11.8.1.3.4']]
Treeblank.pngTreetree.png@typeCode
1 … 1FCOMP
 Beispiel<entryRelationship typeCode="COMP">
  <act classCode="ACT" moodCode="INT">
    <templateId root="1.2.40.0.34.11.8.1.3.4"/>    <code code="EINZEL" displayName="Einzelverordnung" codeSystem="1.2.40.0.10.1.4.3.4.3.6" codeSystemName="MedikationTherapieArt"/>  </act>
</entryRelationship>
Treeblank.pngTreetree.pnghl7:act
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@classCode
1 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
1 … 1FINT
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
1 … 1F1.2.40.0.34.11.8.1.3.4
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(Med...med)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.30 ELGA_MedikationTherapieArt (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. (Med...med)
Treetree.pnghl7:entryRelationship
0 … 1Komponente zur Aufnahme der optionalen Dosierungsinformationen.
Beinhaltet 1.2.40.0.34.11.30035 Altered Dosage Instructions (DYNAMIC)
(Med...med)
wo [@typeCode='COMP'] [hl7:substanceAdministration/hl7:templateId [@root='1.3.6.1.4.1.19376.1.9.1.3.6']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
 Beispiel
Strukturbeispiel
<entryRelationship typeCode="COMP">
  <substanceAdministration classCode="SBADM" moodCode="INT">
    <templateId root="1.3.6.1.4.1.19376.1.9.1.3.6"/>     : ... Einnahmedauer ... : ... Dosierungsvarianten 1 + 3 ... : ... Art der Anwendung ... :     <consumable>
      <manufacturedProduct>
        <manufacturedMaterial nullFlavor="NA"/>      </manufacturedProduct>
    </consumable>
     : ... Dosierungsvarianten 2 + 4 ... :   </substanceAdministration>
</entryRelationship>
Eingefügt0 … 1C von 1.2.40.0.34.11.90013 ID des Containers (DYNAMIC)
ID des Verordnungs-Entry Containers (Abgabe-Dokument).

Wird das ELGA MedikationAbgabe-Entry im Rahmen der Medikationsliste verwendet, MUSS die ID des Abgabe-Dokuments, welches das Abgabe-Entry ursprünglich beinhaltete, angegeben sein.
 ConstraintKonditionale Konformität für ID des Verordnungs-Entry Containers (Abgabe-Dokument)
CardConfPrädikat
1..1MElement wird in Medikationsliste verwendet
NPSonst
 Beispiel
Strukturbeispiel
<reference typeCode="XCRPT">
  <externalDocument>
    <id root="1.2.40.0.10.1.4.3.4.2.1" extension="C8688SC242CY" assigningAuthorityName="e-MedAT"/>  </externalDocument>
</reference>
Treetree.pnghl7:reference
0 … 1CID des Verordnungs-Entry Containers (Rezept-Dokument).(Med...med)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FXCRPT
Treeblank.pngTreetree.pnghl7:externalDocument
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1MID des MedikationVerordnung-Entry.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.10.1.4.3.4.2.1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1ReMED-ID
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@assigningAuthorityName
1 … 1Fe-MedAT

12.4.4.13 Arznei Entry

Id1.2.40.0.34.11.2.3.4
ref
elgabbr-
Gültigkeit2022‑01‑21 11:57:02
Andere Versionen mit dieser Id:
  • Kblank.png ArzneiEntry vom 2021‑05‑18 15:51:59
  • Kblank.png ArzneiEntry vom 2014‑02‑05
  • Kblank.png ArzneiEntry vom 2014‑01‑31
  • Kblank.png ArzneiEntry vom 2013‑12‑17
  • Kblank.png ArzneiEntry vom 2013‑09‑09
  • Kblank.png ArzneiEntry vom 2012‑07‑14
StatusKgreen.png AktivVersions-Label1.0.2+20220121
NameArzneiEntryBezeichnungArznei Entry
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.2.3.4 Arznei Entry (2014‑02‑05)
ref
elgabbr-
Beispiel
Strukturbeispiel
<ClinicalDocument>
  <consumable>
    <manufacturedProduct classCode="MANU">
      <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>      <!-- IHE PCC -->
      <templateId root="2.16.840.1.113883.10.20.1.53"/>      <!-- HL7 CCD -->
      <manufacturedMaterial classCode="MMAT" determinerCode="KIND">
        <templateId root="1.2.40.0.34.11.2.3.4"/>        <!-- ELGA -->
        <templateId root="1.3.6.1.4.1.19376.1.9.1.3.1"/>        <!-- IHE PHARM -->
        <!-- Code der Arznei (PZN) oder nullFlavor -->
        <code code="533363" displayName="PARKEMED FTBL 500MG" codeSystem="1.2.40.0.34.4.16" codeSystemName="Pharmazentralnummer"/>        <translation code="16288" displayName="Parkemed 500 mg - Filmtabletten" codeSystem="1.2.40.0.34.4.17" codeSystemName="Zulassungsnummer"/>        <!-- Name der Arznei -->
        <name>Parkemed 500 mg - Filmtabletten</name>        <!-- Darreichungsform -->
        <formCode code="100000073665" displayName="Filmtablette" codeSystem="1.2.40.0.10.1.4.3.4.3.5" codeSystemName="MedikationDarreichungsform"/>        <!-- Angaben zur Packung (nur wenn PZN oder Zul.nummer vorhanden) -->
        <asContent classCode="CONT">
          <containerPackagedMedicine classCode="CONT" determinerCode="INSTANCE">
            <!-- Packungsgröße -->
            <capacityQuantity value="20"/>          </containerPackagedMedicine>
        </asContent>
        <!--
Optional ein oder mehrere Wirkstoff(e)
-->
        <!-- Wirkstoff 1 -->
        <ingredient classCode="ACTI">
          <!-- Wirkstoff aus dem ATC Codesystem -->
          <ingredient classCode="MMAT" determinerCode="KIND">
            <code code="M01AG01" displayName="Mefenamic acid" codeSystem="2.16.840.1.113883.6.73" codeSystemName="whoATC"/>            <name>Mefenaminsäure</name>          </ingredient>
        </ingredient>
      </manufacturedMaterial>
    </manufacturedProduct>
  </consumable>
</ClinicalDocument>
ItemDTKardKonfBeschreibungLabel
hl7:manufacturedProduct
(Arz...try)
Treetree.png@classCode
cs1 … 1FMANU
Treetree.pnghl7:templateId
II1 … 1R(Arz...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.7.2
Treetree.pnghl7:templateId
II1 … 1R(Arz...try)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.53
Treetree.pnghl7:manufactured​Material
1 … 1M(Arz...try)
Treeblank.pngTreetree.png@classCode
cs1 … 1FMMAT
Treeblank.pngTreetree.png@determiner​Code
cs1 … 1FKIND
 ConstraintKonditionale Konformität:
CardConfPrädikat
0..1OPZN oder Zulassungsnummer vorhanden
NPPZN oder Zulassungsnummer nicht vorhanden
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1R(Arz...try)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.2.3.4
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1R(Arz...try)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.9.1.3.1
Treeblank.pngTreetree.pnghl7:code
CE1 … 1RPharmazentralnummer (OID 1.2.40.0.34.4.16) oder Zulassungsnummer (OID 1.2.40.0.34.4.17) der Arznei
Zugelassene nullFlavor:
  • 'NA' Arznei ist eine magistrale Zubereitung

Die Pharmazentralnummer (PZN) der Arznei. Bei magistralen Anwendungen, bei denen keine Pharmazentralnummer existiert, wird der nullFlavor 'NA' angewandt.

Das Codesystem „Pharmazentralnummer“ {1.2.40.0.34.4.16} wird am Terminologieserver in der „ASP-Liste“ (Liste der humanen Arzneispezialitäten gelistet nach PZN) publiziert, die ASP-Liste enthält neben der Pharmazentralnummer auch die korrespondierende Zulassungsnummer {1.2.40.0.34.4.17}.

Die Codeliste kann über den Terminologieserver (https://termpub.gesundheit.gv.at/) abgerufen werden.

(Arz...try)
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1 
 CONF
@nullFlavor muss "NA" sein
oder
@nullFlavor muss "NI" sein
oder
@nullFlavor muss "UNK" sein
 CONF
@codeSystem muss "1.2.40.0.34.4.16" sein
oder
@codeSystem muss "1.2.40.0.34.4.17" sein
 Beispiel
Code der Arznei (PZN)
<code code="981417" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.16" codeSystemName="Pharmazentralnummer"/>
 Beispiel
Code der Arznei (Zulassungsnummer)
<code code="1-18296" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.17" codeSystemName="Zulassungsnummer"/>
 Beispiel
Code der Arznei (PZN) mit Zulassungsnummer
<code code="981417" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.16" codeSystemName="Pharmazentralnummer">
  <translation code="1-18296" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.17" codeSystemName="Zulassungsnummer"/></code>
 Beispiel
Magistrale Zubereitung ohne PZN oder Zulassungsnummer
<code nullFlavor="NA"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1
Verweist auf die Stelle im narrativen Text-bereich, in dem die Pharmazentralnummer beschrieben ist.
Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“.
(Arz...try)
Treeblank.pngTreeblank.pngTreetree.pnghl7:translation
CE0 … *CZulassungsnummer der Arznei.
Dieses Element wird nur verwendet, wenn der Arznei-Entry im Rahmen der Medikationsliste verwendet wird.
(Arz...try)
 ConstraintKonditionale Konformität:
CardConfPrädikat
0..*ODokumenttyp Medikationsliste
NPsonst
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF0 … 1F1.2.40.0.34.4.17 (Zulassungsnummer)
 Schematron assertrole error 
 testnot(hl7:translation) or //hl7:templateId[@root='1.2.40.0.34.11.8.3'] 
 MeldungOptionale Übersetzung des Codes nur bei Medikationsliste zugelassen 
Treeblank.pngTreetree.pnghl7:name
EN1 … 1RBezeichnung der Arznei. Zugelassenes nullFlavor:
  • NA Arznei ist eine magistrale Zubereitung
Die vollständige Bezeichnung der Arznei gemäß ihrer PZN („Handelsname“). Für magistrale Zubereitungen, bei denen keine Pharmazentralnummer und damit auch kein Handelsname existiert, MUSS eine Bezeichnung der magistralen Zubereitung angegeben werden. Die Bezeichnung der magistralen Zubereitung sollte kürzer als die Langbeschreibung sein (siehe Kapitel 4.4.1.2.14 bzw. 4.4.2.2.12), aber mindestens den Hauptwirkstoff und dessen Stärke enthalten.
(Arz...try)
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1 
 CONF
@nullFlavor muss "NA" sein
 Beispiel
Name der Arznei
<name>Parkemed 500mg</name>
 Beispiel
Magistrale Zubereitungen ohne Handelsname
<name nullFlavor="NA"/>
Treeblank.pngTreetree.pngpharm:formCode
0 … 1Darreichungsform, z.B. bei magistraler Zubereitung.(Arz...try)
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF0 … 1F1.2.40.0.10.1.4.3.4.3.5
 Beispiel
Darreichungsform bei magistraler Zubereitung
<formCode code="100000073665" displayName="Filmtablette" codeSystem="1.2.40.0.10.1.4.3.4.3.5" codeSystemName="ELGA_MedikationDarreichungsform"/>
 Schematron assertrole error 
 testhl7:code/@code or (hl7:code/@nullFlavor and count(pharm:asContent)=0) 
 Meldungpharm:asContent Komponente zur Aufnahme der Packungsangaben nur zulässig wenn PZN oder Zulassungsnummer nicht vorhanden 
Treeblank.pngTreetree.pngpharm:asContent
0 … 1
Angaben zur Packung.
Angaben zur Packung werden nur angegeben, wenn die Arznei eine Pharmazentralnummer besitzt. In allen anderen Fällen werden keine Angaben zur Packung gemacht.
(Arz...try)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FCONT
Treeblank.pngTreeblank.pngTreetree.pngpharm:container​Packaged​Medicine
1 … 1MAbbildung der Packungsangaben als untergeordnetes containerPackagedMedicine Element.(Arz...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FCONT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs1 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngpharm:capacity​Quantity
PQ1 … 1MMenge der Arznei in der Packung.(Arz...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)
oder
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)
 ConstraintKonditionale Konformität:
Menge in nicht-zählbaren Einheiten -> 1..1 M mit @unit aus Value-Set ELGA_MedikationMengenart
Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.) -> 0..1 O mit @unit aus Value-Set ELGA_MedikationMengenartAlternativ
Treeblank.pngTreetree.pngpharm:ingredient
0 … *Komponente zur Aufnahme des Wirkstoffs.

Bei magistralen Zubereitungen SOLL mindestens ein Wirkstoff angegeben werden. Bei Arzneien ist die Angabe von Wirkstoffen optional.
Wirkstoff-Codes stammen aus der ATC-Klassifikation (Anatomical Therapeutic Chemical  Classification), die von der WHO herausgegeben wird. Die deutsche Bezeichnung der Codes entspricht der Übersetzung des GKV-Arzneimittelindex im Wissenschaftlichen Institut der AOK (WidO), AOK Bundesverband GbR, Deutschland.
Zusätzlich kommen ergänzende Codes aus dem Arzneimittelverzeichnis der AGES zum Einsatz.
(Arz...try)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACTI
 Beispiel
Wirkstoff 1 (codiert, Value-Set ELGA_whoATC_VS) Beispiel Arznei
<ingredient classCode="ACTI">
  <ingredient classCode="MMAT" determinerCode="KIND">
    <code code="M01AG01" displayName="Mefenamic acid" codeSystem="2.16.840.1.113883.6.73" codeSystemName="whoATC"/>    <name>Mefenaminsäure</name>  </ingredient>
</ingredient>
 Beispiel
Wirkstoff 2 (nur Name), Beispiel magistrale Zubereitung
<ingredient classCode="ACTI">
  <ingredient classCode="MMAT" determinerCode="KIND">
    <name>Mefenaminsäure</name>  </ingredient>
</ingredient>
 Beispiel
Wirkstoff 1 (codiert, Value-Set ELGA_Wirkstoffe_AGES_VS), 2795 Beispiel Arznei, wird nur in der Medikationsliste verwendet
<ingredient classCode="ACTI">
  <ingredient classCode="MMAT" determinerCode="KIND">
    <code code="100000090680" displayName="SENNAE FOLIUM" codeSystem="1.2.40.0.34.5.156" codeSystemName="Medikation_AGES_Wirkstoffe"/>    <name>Mefenaminsäure</name>  </ingredient>
</ingredient>
Treeblank.pngTreeblank.pngTreetree.pngpharm:ingredient
1 … 1MCode und Name des Wirkstoffs.(Arz...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FMMAT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs1 … 1FKIND
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngpharm:code
CE0 … 1Code und Klartext des Wirkstoffs.(Arz...try)
 ConstraintZulässige Werte gemäß Value-Set „ELGA_whoATC_VS“ z.B.: M01AG01, Mefenamic acid. Bei Verwendung im Rahmen der Medikationsliste sind auch Werte gemäß Value-Set „ELGA_Wirkstoffe_AGES_VS“ zugelassen.
 CONF
@codeSystem muss "2.16.840.1.113883.6.73" sein
oder
@codeSystem muss "1.2.40.0.34.5.156" sein
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. (Arz...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:translation
CE0 … *Wird das Element in der Medikationsliste verwendet, ist hier die Wirkstoffklasse zum Wirkstoff angegeben.

Dieses Element wird nur verwendet, wenn der Arznei-Entry im Rahmen der Medikationsliste verwendet wird.
(Arz...try)
 ConstraintKonditionale Konformität:
CardConfPrädikat
1..1MElement wird in Medikationsliste verwendet
NPSonst
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pngpharm:name
EN1 … 1M
Name des Wirkstoffs.
z.B.: Mefenaminsäure
(Arz...try)

12.4.4.14 Medikationseinnahme Entry

Id1.2.40.0.34.6.0.11.3.72
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 12:52:22
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_MedikationsEinnahmeEntry vom 2020‑10‑02 07:51:21
  • Kblank.png atcdabbr_entry_MedikationsEinnahmeEntry vom 2020‑07‑29 11:35:17
StatusKgreen.png AktivVersions-Label1.1.0+20210219
Nameatcdabbr_entry_MedikationsEinnahmeEntryBezeichnungMedikationseinnahme Entry
Beschreibung
Die dokumentierte Einnahme der überwachten Medikamente wird in diesem Element maschinenlesbar gespeichert. Es soll die Referenz zu dem jeweils dazugehörigen Medication Treatment Plan (noch nicht in HL7 Austria / ELGA existent), Verordnung, Abgabe oder pharmazeutischen Empfehlung gespeichert werden, wenn diese Information vorhanden ist.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.72
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.40.0.34.11.2.3.4ContainmentKgreen.png Arznei Entry (1.0.2+20220121)DYNAMIC
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.72 Medikationseinnahme Entry (2020‑10‑02 07:51:21)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.72 Medikationseinnahme Entry (2020‑07‑29 11:35:17)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel
<ClinicalDocument>
  <substanceAdministration classCode="SBADM" moodCode="EVN" negationInd="false|true">
    <templateId root="1.2.40.0.34.6.0.11.3.72"/>    <!-- HL7 CCD -->
    <templateId root="2.16.840.1.113883.10.20.1.24"/>    <!-- IHE PCC -->
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>    <!-- IHE PHARM -->
    <templateId root="1.3.6.1.4.1.19376.1.9.1.3.16"/>    <!-- die Einnahme eines Medikamentes ist eindeutig. Bei einer komplexen Einnahme, wie einer während der Vergabe anpassbaren Infusion, werden mehrere MedikationsEinnahme-Entrys verwendet und das nachfolgende MedikationsEinnahme-Entry per 1.3.6.1.4.1.19376.1.9.1.3.14 mit dem Vorgänger verknüpft -->
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/>    <!-- ID des Medikationeinnahme-Entry, bestehend aus UUIDv4 -->
    <id root="9F3DABA8-025F-490D-FFE1-B1D80A7A3DE0"/>    <!-- Der Code berichtet über den Zustand der Einnahme, dies kann vollständig, gescheitert oder im Gange sein -->
    <code code="completed" displayName="Vollständig" codesystem="2.16.840.1.113883.4.642.1.101" codeSystemName="HL7 EventStatus"/>    <!-- oder -->
    <code code="aborted" displayName="Gescheitert" codesystem="2.16.840.1.113883.4.642.1.101" codeSystemName="HL7 EventStatus"/>    <!-- oder -->
    <code code="in-progress" displayName="im Gange" codesystem="2.16.840.1.113883.4.642.1.101" codeSystemName="HL7 EventStatus"/>    <!--Referenz zum narrativen Abschnitt dieses MedikationVerordnung-Entry im Text-Bereich der Sektion-->
    <text>
      <reference value="#vpos-1"/>    </text>
    <!-- Statuscode des MedikationVerordnung-Entry, festgesetzt auf completed -->
    <statusCode code="completed"/>    <!-- Einnahmezeitpunkt oder -dauer -->
    <effectiveTime xsi:type="TS.AT.TZ" value="20110527133000+0200"/>    <!-- oder nur auf den Tag genau -->
    <effectiveTime xsi:type="TS.AT.TZ" value="20110527"/>    <!-- oder als Zeitspanne dokumentiert -->
    <effectiveTime xsi:type="IVL_TS">
      <low value="20110527133000+0200"/>      <high value="20110527144500+0200"/>    </effectiveTime>
    <!-- Medikationsfrequenz (zweites effectiveTime) bringt im einzigen UseCase der einzelnen dokumentierten Einnahmen keinen Mehrwert, wird explizit im MedikationEinnahme-Entry verboten -->
    <!-- Art der Anwendung -->
    <routeCode nullFlavor="NA"/>    <!-- Der Ort der Anwendung bzw. die Körperstelle, an der das Medikament angewendet wurde. -->
    <approachSiteCode nullFlavor="NA"/>    <!-- Die Dosis welche eingenomen wurde -->
    <doseQuantity value="500" unit="mg"/>    <!-- Identifiziert die Geschwindigkeit mit welcher die Substanz eingenommen wurde -->
    <rateQuantity nullFlavor="NA"/>    <!-- Arznei laut ELGA Vorgaben, siehe https://elga.art-decor.org/elga-html-20161130T162035/tmp-1.2.40.0.34.11.2.3.4-2014-02-05T000000.html -->
    <consumable>
      <!-- ELGA Arznei Element (1.2.40.0.34.11.2.3.4) -->
      <manufacturedProduct classCode="MANU">
        <!-- IHE PCC -->
        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>        <!-- HL7 CCD -->
        <templateId root="2.16.840.1.113883.10.20.1.53"/>        <!-- ELGA Arznei-Entry -->
        <manufacturedMaterial classCode="MMAT" determinerCode="KIND">
          <templateId root="1.2.40.0.34.11.2.3.4"/>          <templateId root="1.3.6.1.4.1.19376.1.9.1.3.1"/>          <!-- nur ein code-Element kann verwendet werden -->
          <code code="981417" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.16" codeSystemName="Pharmazentralnummer"/>          <!-- ODER -->
          <code code="1-18296" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.17" codeSystemName="Zulassungsnummer"/>          <!-- ODER nur bei magistraler Zubereitung erlaubt -->
          <code nullFlavor="NA"/>          <name>Parkemed 500mg</name>        </manufacturedMaterial>
      </manufacturedProduct>
    </consumable>
    <!-- Ergänzende Informationen zur Einnahme, z.B. als Rekation auf das Medikament ist der Patient ohnmächtig geworden. -->
    <entryRelationship typeCode="SUBJ" inversionInd="true">
      <act classCode="ACT" moodCode="INT">
        <templateId root="2.16.840.1.113883.10.20.1.43"/>        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3.1"/>        <code code="FINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>        <text>
          <reference value="#comment-2"/>        </text>
        <statusCode code="completed"/>      </act>
    </entryRelationship>
    <!-- Anzahl eingenommener Medikamente -->
    <entryRelationship typeCode="COMP">
      <supply classCode="SPLY" moodCode="RQO">
        <independentInd value="false"/>        <quantity value="2"/>      </supply>
    </entryRelationship>
    <!-- Refernz zu einem MedicationTreatmentPlan-Entry, wird in der ELGA eMedikation mit Stand 2020 NICHT VERWENDET! -->
    <!-- Im MTS sind Information über den Medikationsplan eines Patienten gespeichert. Beinhaltet Medication Treatment Plan Items (ähnlich MedikationsVerordnung Entrys). Rezepte und Abgaben können MTP Items referenzieren. -->
    <entryRelationship typeCode="REFR">
      <substanceAdministration classCode="SBADM" moodCode="INT">
        <templateId root="1.3.6.1.4.1.19376.1.9.1.3.10"/>        <id root="17931678-20b4-11e6-b67b-9e71128cae77"/>        <code code="MTPItem" codeSystem="1.3.6.1.4.1.19376.1.9.2.2" displayName="Medication Treatment Plan Item" codeSystemName="IHE Pharmacy Item Type List"/>        <consumable>
          <manufacturedProduct>
            <manufacturedMaterial nullFlavor="NA"/>          </manufacturedProduct>
        </consumable>
      </substanceAdministration>
    </entryRelationship>
    <!-- Refernz zu einem MedikationVerordnung-Entry -->
    <entryRelationship typeCode="REFR">
      <substanceAdministration classCode="SBCMA" moodCode="INT">
        <templateId root="1.3.6.1.4.1.19376.1.9.1.3.11"/>        <!-- PHARM -->
        <!-- ID des MedikationVerordnung-Entry -->
        <id root="1.2.40.0.10.1.4.3.4.2.2" extension="VerordnungsId" assigningAuthorityName="Ordination Dr. Muster"/>        <code code="PREItem" codeSystem="1.3.6.1.4.1.19376.1.9.2.2" displayName="Prescription Item" codeSystemName="IHE Pharmacy Item Type List"/>        <consumable>
          <manufacturedProduct>
            <manufacturedMaterial nullFlavor="NA"/>          </manufacturedProduct>
        </consumable>
      </substanceAdministration>
    </entryRelationship>
    <!-- Referenz zu einerm MedikationAbgabe-Entry -->
    <entryRelationship typeCode="REFR">
      <supply classCode="SPLY" moodCode="EVN">
        <templateId root="1.3.6.1.4.1.19376.1.9.1.3.12"/>        <!-- ID des MedikationAbgabe-Entry -->
        <id root="1.2.40.0.10.1.4.3.4.2.3" extension="...AbgabeId..." assigningAuthorityName="Heilsapotheke"/>        <!-- Dispense Item Id -->
        <code code="DISItem" codeSystem="1.3.6.1.4.1.19376.1.9.2.2" displayName="Dispense Item" codeSystemName="IHE Pharmacy Item Type List"/>      </supply>
    </entryRelationship>
    <!-- Referenz zu einem MedikationPharmazeutischeEmpfehlung-Entry -->
    <entryRelationship typeCode="REFR">
      <observation classCode="OBS" moodCode="EVN">
        <templateId root="1.3.6.1.4.1.19376.1.9.1.3.13"/>        <!-- ID des MedikationAbgabe-Entry -->
        <id root="1.2.40.0.10.1.4.3.4.2.4" extension="...PharmazeutischeEmpfehlungId..." assigningAuthorityName="Ordination Dr. Meier"/>        <!-- Pharmaceutical Advice Item Id -->
        <code code="PADVItem" codeSystem="1.3.6.1.4.1.19376.1.9.2.2" displayName="Pharmaceutical Advice Item" codeSystemName="IHE Pharmacy Item Type List"/>      </observation>
    </entryRelationship>
    <!-- Referenz zu einem anderen MedikationEinnahme-Entry, z.B. um einzelne MedikationsEinnahmen wie bei komplexen Intervalle zu verknüpfen -->
    <entryRelationship typeCode="REFR">
      <substanceAdministration classCode="SBCMA" moodCode="EVN">
        <templateId root="1.3.6.1.4.1.19376.1.9.1.3.14"/>        <!-- ID des anderen MedikationEinnahme-Entry, bestehend aus UUIDv4 -->
        <id root="9F3DABA8-025F-490D-FFE1-B1D80A7A3DE1"/>        <!-- Medication Administration Item Id -->
        <code code="CMAItem" codeSystem="1.3.6.1.4.1.19376.1.9.2.2" displayName="Medication Administration Item" codeSystemName="IHE Pharmacy Item Type List"/>        <consumable>
          <manufacturedProduct>
            <manufacturedMaterial nullFlavor="NA"/>          </manufacturedProduct>
        </consumable>
      </substanceAdministration>
    </entryRelationship>
  </substanceAdministration>
</ClinicalDocument>
ItemDTKardKonfBeschreibungLabel
hl7:substanceAdministration
(atc...try)
Treetree.png@classCode
cs1 … 1FSBADM
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.png@negationInd
bl1 … 1R
SOLL standardmäßig auf false gesetzt werden.
Kann auf true gesetzt werden, um anzuzeigen, dass das dokumentierte Medikament nicht eingenommen wurde.
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Medikationseinnahme Entry
(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.72
Treetree.pnghl7:templateId
II1 … 1MHL7 CCD 3.9.
(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.24
Treetree.pnghl7:templateId
II1 … 1MIHE PCC Medications Entry.
(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.7
Treetree.pnghl7:templateId
II1 … 1MIHE PHARM Medication Administration Item.
(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.9.1.3.16
Treetree.pnghl7:templateId
II1 … 1MIHE PHARM Dosage Instructions - normal dosing.
(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.7.1
Treetree.pnghl7:id
II1 … 1MID des Medikationeinnahme-Entry.

Empfohlen wird UUIDv4. Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ aus dem allgemeinen Leitfaden zu befolgen.
(atc...try)
Treeblank.pngTreetree.png@root
uid1 … 1R
 Beispiel<id root="9F3DABA8-025F-490D-FFE1-B1D80A7A3DE0"/>
Treetree.pnghl7:code
CD.IPS1 … 1MDer Code berichtet über den Zustand der Einnahme. Diese kann vollständig, gescheitert oder im Gange sein.(atc...try)
Treeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreetree.png@codeSystem
uid1 … 1F2.16.840.1.113883.4.642.1.101
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FHL7 EventStatus
Treeblank.pngTreetree.png@displayName
st0 … 1 
 Beispiel<code code="completed" displayName="Vollständig" codesystem="2.16.840.1.113883.4.642.1.101" codeSystemName="HL7 EventStatus"/><!-- oder -->
<code code="aborted" displayName="Gescheitert" codesystem="2.16.840.1.113883.4.642.1.101" codeSystemName="HL7 EventStatus"/><!-- oder -->
<code code="in-progress" displayName="im Gange" codesystem="2.16.840.1.113883.4.642.1.101" codeSystemName="HL7 EventStatus"/>
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:text
ED1 … 1MVerweist auf die Stelle im narrativen Text-Bereich, an der die gegebene Medikation narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc).(atc...try)
 Beispiel
Strukturbeispiel
<text>
  <reference value="#vpos-1"/></text>
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#vpos-{generierteID},
z.B.: #vpos-1
Treetree.pnghl7:statusCode
CS1 … 1M(atc...try)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:effectiveTime
  • hl7:effectiveTime
Treeblank.pngTreetree.pnghl7:effectiveTime
TS.AT.TZMedikationseinnahme zu einem Zeitpunkt
(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
 Beispiel
Strukturbeispiel
<hl7:ClinicalDocument>
  <!--
Einnahme am 27.05.2011 um 13:30
-->
  <hl7:effectiveTime xsi:type="TS" value="20110527133000+0200"/></hl7:ClinicalDocument>
 Beispiel
Strukturbeispiel
<hl7:ClinicalDocument>
  <!--
Einnahme am 27.5.2011, Uhrzeit unbekannt
-->
  <hl7:effectiveTime xsi:type="TS" value="20110527"/></hl7:ClinicalDocument>
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TSMedikationseinnahme innerhalb einer Zeitspanne
(atc...try)
 Beispiel
Strukturbeispiel
<hl7:ClinicalDocument>
  <!--
Einnahme am 27.05.2011 von 13:30 bis 14:45
-->
  <hl7:effectiveTime xsi:type="IVL_TS">
    <hl7:low value="20110527133000+0200"/>    <hl7:high value="20110527144500+0200"/>  </hl7:effectiveTime>
</hl7:ClinicalDocument>
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
Treetree.pnghl7:routeCode
CE1 … 1R
Die Art der Anwendung (des Medikamentes) z.B. oral, anal.
Wird nicht verwendet! Für dieses Element wird daher immer der nullFlavor='NA' angegeben.
(atc...try)
Treeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treetree.pnghl7:approachSiteCode
CD1 … 1R
Der Ort der Anwendung bzw. die Körperstelle, an der das Medikament angewendet wurde.
Wird nicht verwendet!
Für dieses Element wird daher immer der nullFlavor='NA' angegeben.
(atc...try)
Treeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treetree.pnghl7:doseQuantity
PQ1 … 1RDie Dosis welche verabreicht wurde, bezogen auf das "consumable".(atc...try)
Treeblank.pngTreetree.png@value
1 … 1R
Treeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)
oder
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)
 Beispiel<doseQuantity value="500" unit="mg"/>
Treetree.pnghl7:rateQuantity
CE1 … 1RIdentifiziert die Geschwindigkeit mit welcher die Substanz eingenommen wurde. Die Geschwindigkeit wird üblicherweise in physischen Einheiten über die verstrichene Zeit. Beispielsweise 100ml/h, 1 g/d, 40 mmol/h, etc. (Identifies the speed with which the substance is introduced into the subject. Expressed as a physical (extensive) quantity over elapsed time.)
Wird nicht verwendet!
Für dieses Element wird daher immer der nullFlavor='NA' angegeben.
(atc...try)
Treeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treetree.pnghl7:consumable
1 … 1MKomponente zur Aufnahme der Arznei auf die sich der MedikationEinnahme-Entry bezieht.

Beinhaltet 1.2.40.0.34.11.2.3.4 Arznei Entry (DYNAMIC)
(atc...try)
 Beispiel
Strukturbeispiel
<consumable>
  <!-- ELGA Arznei Element (1.2.40.0.34.11.2.3.4) -->
  <manufacturedProduct classCode="MANU">
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>    <!-- IHE PCC -->
    <templateId root="2.16.840.1.113883.10.20.1.53"/>    <!-- HL7 CCD -->
    <manufacturedMaterial classCode="MMAT" determinerCode="KIND">
      <!-- ELGA Arznei-Entry -->
      <templateId root="1.2.40.0.34.11.2.3.4"/>      <templateId root="1.3.6.1.4.1.19376.1.9.1.3.1"/>      <!-- nur ein code-Element kann verwendet werden -->
      <code code="981417" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.16" codeSystemName="Pharmazentralnummer"/>      <!-- ODER -->
      <code code="1-18296" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.17" codeSystemName="Zulassungsnummer"/>      <!-- ODER nur bei magistraler Zubereitung erlaubt -->
      <code nullFlavor="NA"/>      <name>Parkemed 500mg</name>    </manufacturedMaterial>
  </manufacturedProduct>
</consumable>
Treetree.pnghl7:author
0 … 1RGerät oder Software, mit welchem die Medikationseinnahme bestätigt wurde oder die Person, die den Wert eingegeben hat. Im author.time wird der Zeitpunkt dokumentiert, an dem das Gerät/die Software die Bestätigung übertragen hat bzw. die Person die Bestätigung eingegeben hat.
Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
(atc...try)
Treetree.pnghl7:author
NPDer Autor des ursprünglichen Dokuments aus welchem das Medikamentsionseinnahme-Entry kommt.
Wird nicht verwendet!
(atc...try)
Treetree.pnghl7:entryRelationship
NPErgänzende Informationen zum Einnahmegrund, z.B. doppelte Dosis aufgrund plötzlichen Kopfschmerzen.
Wird nicht verwendet!
(atc...try)
wo [@typeCode='RSON'] [hl7:act/hl7:templateId [@root='1.3.6.1.4.1.19376.1.5.3.1.4.4.1']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FRSON
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
Treeblank.pngTreetree.pnghl7:act
1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.4.1
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1R
Treetree.pnghl7:entryRelationship
0 … 1Ergänzende Informationen zur Einnahme, z.B. als Rekation auf das Medikament ist der Patient ohnmächtig geworden.(atc...try)
wo [@typeCode='SUBJ'] [hl7:act/hl7:templateId [@root='2.16.840.1.113883.10.20.1.43']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
Treeblank.pngTreetree.pnghl7:act
1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.43
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.3.1
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FFINSTRUCT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
1 … 1FIHEActCode
Treeblank.pngTreeblank.pngTreetree.pnghl7:text
ED1 … 1MText Element (verweist auf die Stelle im narrativen Text-Bereich, an der die ergänzenden Informationen zur Abgabe oder zu der magistralen Zubereitungen angeführt sind)(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#comment-{generierteID}, z.B.: #comment-1
Treeblank.pngTreeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:entryRelationship
0 … 1
Komponente zur Aufnahme der Packungsanzahl.
(atc...try)
wo [@typeCode='COMP'] [hl7:supply]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
 Beispiel
Strukturbeispiel
<entryRelationship typeCode="COMP">
  <supply classCode="SPLY" moodCode="RQO">
    <independentInd value="false"/>    <quantity value="1"/>  </supply>
</entryRelationship>
Treeblank.pngTreetree.pnghl7:supply
1 … 1MAbbildung der eingenommenen Medikamentenanzahl als untergeordnetes supply-Element.
(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FSPLY
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FRQO
 Beispiel<supply classCode="SPLY" moodCode="RQO">
  <independentInd value="false"/>  <quantity value="1"/></supply>
Treeblank.pngTreeblank.pngTreetree.pnghl7:independentInd
BL1 … 1MIndikator, ob die Komponente unabhängig verwendet werden darf.
(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1Ffalse
Treeblank.pngTreeblank.pngTreetree.pnghl7:quantity
PQ1 … 1RAnzahl des eingenommenen Medikamentes.

Zugelassene nullFlavor: MSK
MSK= Wird die Anzahl des eingenommenen Medikamentes nicht angegeben (NullFlavor = MSK, Maskiert), kann die Anzahl nur mit 1 angenommen werden.
(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1FMSK
Treetree.pnghl7:entryRelationship
0 … 1RRefernz zu einem MedicationTreatmentPlan-Entry.
Im MTP sind Information über den Medikationsplan eines Patienten gespeichert. Beinhaltet Medication Treatment Plan Items (ähnlich MedikationsVerordnung Entrys). Rezepte und Abgaben können MTP Items referenzieren.
(atc...try)
wo [@typeCode='REFR'] [hl7:substanceAdministration/hl7:templateId [@root='1.3.6.1.4.1.19376.1.9.1.3.10']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FREFR
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
 ConstraintWird zur Zeit im österreichischen Umfeld nicht verwendet!
Treeblank.pngTreetree.pnghl7:substanceAdministration
(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FSBADM
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.9.1.3.10
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1MID des MTP-Entry(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1R
 Beispiel<!-- ID des MTP-Entry -->
<id root="17931678-20b4-11e6-b67b-9e71128cae77"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FMTPItem
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F1.3.6.1.4.1.19376.1.9.2.2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
1 … 1FIHE Pharmacy Item Type List
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
1 … 1FMedication Treatment Plan Item
Treeblank.pngTreeblank.pngTreetree.pnghl7:consumable
1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturedProduct
1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufactured​Material
1 … 1R(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treetree.pnghl7:entryRelationship
0 … 1RReferenz zu einem MedikationVerordnung-Entry(atc...try)
wo [@typeCode='REFR'] [hl7:substanceAdministration/hl7:templateId [@root='1.3.6.1.4.1.19376.1.9.1.3.11']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FREFR
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:substanceAdministration
(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FSBADM
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.9.1.3.11
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1MID des MedikationVerordnung-Entry(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1R
 Beispiel<!-- ID des MedikationVerordnung-Entry -->
<id root="1.2.40.0.10.1.4.3.4.2.2" extension="VerordnungsId" assigningAuthorityName="Ordination Dr. Muster"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FPREItem
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F1.3.6.1.4.1.19376.1.9.2.2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
1 … 1FIHE Pharmacy Item Type List
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
1 … 1FPrescription Item
Treeblank.pngTreeblank.pngTreetree.pnghl7:consumable
1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturedProduct
1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufactured​Material
1 … 1R(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treetree.pnghl7:entryRelationship
0 … 1RReferenz zu einerm MedikationAbgabe-Entry(atc...try)
wo [@typeCode='REFR'] [hl7:supply/hl7:templateId [@root='1.3.6.1.4.1.19376.1.9.1.3.12']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FREFR
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:supply
(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FSPLY
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.9.1.3.12
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1MID des MedikationAbgabe-Entry(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1R
 Beispiel<!-- ID des MedikationAbgabe-Entry -->
<id root="1.2.40.0.10.1.4.3.4.2.3" extension="...AbgabeId..." assigningAuthorityName="Heilsapotheke"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FDISItem
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F1.3.6.1.4.1.19376.1.9.2.2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
1 … 1FIHE Pharmacy Item Type List
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
1 … 1FDispense Item
Treetree.pnghl7:entryRelationship
0 … 1RReferenz zu einem MedikationPharmazeutischeEmpfehlung-Entry(atc...try)
wo [@typeCode='REFR'] [hl7:substanceAdministration/hl7:templateId [@root='1.3.6.1.4.1.19376.1.9.1.3.13']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FREFR
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:substanceAdministration
(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FOBS
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.9.1.3.13
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1MID des PharmazeutischeEmpfehlung-Entry(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1R
 Beispiel<!-- ID des PharmazeutischeEmpfehlung-Entry -->
<id root="1.2.40.0.10.1.4.3.4.2.4" extension="...PharmazeutischeEmpfehlungId..." assigningAuthorityName="Ordination Dr. Meier"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FPADVItem
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F1.3.6.1.4.1.19376.1.9.2.2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
1 … 1FIHE Pharmacy Item Type List
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
1 … 1FPharmaceutical Advice Item
Treetree.pnghl7:entryRelationship
0 … 1Referenz zu einem anderen MedikationEinnahme-Entry, z.B. um einzelne MedikationsEinnahmen wie bei komplexen Intervalle zu verknüpfen.(atc...try)
wo [@typeCode='REFR'] [hl7:substanceAdministration/hl7:templateId [@root='1.3.6.1.4.1.19376.1.9.1.3.14']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FREFR
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:substanceAdministration
(atc...try)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FSBADM
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.9.1.3.14
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1MID des anderen Medikationeinnahme-Entry, bestehend aus UUIDv4.

Dabei muss die Vorgabe "5.1. Identifikations-Elemente" aus dem Allgemeinen Leitfadens eingehaltet werden.
Diese gibt den Standard ISO/IEC 9834-8:2005 welcher ident zum öffentlich verfügbaren Standard https://tools.ietf.org/html/rfc4122 ist, wobei die Buchstaben A-F der Hexadezimalzahlen in Großschreibung angegeben werden MÜSSEN.
(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1R
 Beispiel<id root="9F3DABA8-025F-490D-FFE1-B1D80A7A3DE1"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FCMAItem
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F1.3.6.1.4.1.19376.1.9.2.2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
1 … 1FIHE Pharmacy Item Type List
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
1 … 1FMedication Administration Item
Treeblank.pngTreeblank.pngTreetree.pnghl7:consumable
1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturedProduct
1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufactured​Material
1 … 1R(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treetree.pnghl7:reference
0 … 1CBeinhaltet im ID-Element die Dokumenten-ID aus welchem das Medikationseinnahme-Entry ursprünglich kommt.(atc...try)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FXCRPT
 ConstraintDieses Element muss angegeben werden wenn das Medikationseinnahme-Entry aus einem anderen Dokument kommt.
Es muss leer belieben wenn das Medikationseinnahme-Entry für dieses Dokument erstellt wurde.
Treeblank.pngTreetree.pnghl7:externalDocument
1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 
Treetree.pnghl7:precondition
0 … 1Die Vorbedingungen zur Einnahme der Medikation. Zeigt auf den Inhalt im Text.(atc...try)
Treeblank.pngTreetree.pnghl7:criterion
1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreetree.pnghl7:text
ED1 … 1MText Element (verweist auf die Stelle im narrativen Text-Bereich, an der die Vorbedingungen zur Einnahme der Medikation angeführt sind)(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(atc...try)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#comment-{generierteID}, z.B.: #comment-1

12.4.4.15 Device Information Organizer

Id1.2.40.0.34.6.0.11.3.73
ref
at-cda-bbr-
Gültigkeit2021‑08‑31 13:26:17
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_DeviceInformationOrganizer vom 2021‑02‑18 13:26:44
  • Kblank.png atcdabbr_entry_DeviceInformationOrganizer vom 2020‑10‑07 13:54:54
  • Kblank.png atcdabbr_entry_DeviceInformationOrganizer vom 2019‑02‑28 10:41:30
StatusKyellow.png EntwurfVersions-Label1.1.1+20210831
Nameatcdabbr_entry_DeviceInformationOrganizerBezeichnungDevice Information Organizer
Beschreibung
Der Device Information Organizer kodiert Informationen über die Identität und beinhaltet die Eigenschaften des verwendeten Gerätes. Ein Organizer-Element steht immer nur für ein verwendetes Gerät. Mindestens eine eindeutige ID, die Klassifizierung und der Name (samt Hersteller) des Gerätes sind für jedes verwendete Gerät anzugeben. Diese verpflichtenden Informationen befinden sich im Device Product Instance Template.

Die weiteren Eigenschaften können in 17 verschiedenen "component"-Elementen dokumentiert werden. 13 der 17 Elemente können maximal einmal im "Organizer" vorkommen. Darunter sind die Elemente Firmware, GMDN (Global Medical Device Nomenclature - Medizinproduktregister), Hardwareversion, Hersteller, Modellnummer, Teilenummer, Softwarerevision, unspezifizierte Information, Seriennummer, Regulierungsstatus, PCHA (Personal Connected Healthcare Alliance) Version, Zeitsynchronisierung und Protokoll. Genauigkeit, Aufnahmefrequenz, Messauflösung und Messbereich sind Elemente, welche zusätzlich auch mehrmals in einem jeweils eigenen "component"-Element vorkommen können. Wenn das Gerät die Daten über die Geräte-Details nicht zurückgibt, können diese, wenn gewünscht, auch manuell oder über andere Wege eingetragen werden.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.73
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 18 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.43ContainmentKyellow.png Device Product Instance Template (1.1.1+20220824)DYNAMIC
1.2.40.0.34.6.0.11.3.74ContainmentKgreen.png Device Firmware Revision Information Observation (1.1.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.3.75ContainmentKgreen.png Device GMDN Information Observation (1.1.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.3.76ContainmentKgreen.png Device Hardware Revision Information Observation (1.1.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.3.77ContainmentKgreen.png Device Manufacturer Information Observation (1.1.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.3.78ContainmentKgreen.png Device Model Number Information Observation (1.1.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.3.79ContainmentKgreen.png Device Part Number Information Observation (1.1.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.3.80ContainmentKgreen.png Device Software Revison Information Observation (1.1.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.3.81ContainmentKgreen.png Device Specification Unspecified Information Observation (1.1.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.3.82ContainmentKgreen.png Device Serial Number Information Observation (1.1.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.3.83ContainmentKgreen.png Device Regulation Status Information Observation (1.1.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.3.84ContainmentKgreen.png Device PCHA Version Information Observation (1.1.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.3.85ContainmentKgreen.png Device Time Synchronization Information Observation (1.1.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.3.86ContainmentKgreen.png Device Protocol Information Observation (1.1.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.3.87ContainmentKgreen.png Device Accuracy Observation (1.1.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.3.88ContainmentKgreen.png Device Sampling Frequency Observation (1.1.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.3.89ContainmentKgreen.png Device Resolution Observation (1.1.0+20210218)DYNAMIC
1.2.40.0.34.6.0.11.3.90ContainmentKgreen.png Device Measurement Range Observation (1.1.0+20210218)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.73 Device Information Organizer (2020‑10‑07 13:54:54)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.73 Device Information Organizer (2019‑02‑28 10:41:30)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel
<organizer classCode="CLUSTER" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.3.73"/>  <templateId root="2.16.840.1.113883.10.20.36.4" extension="2015-08-17"/>  <id root="2.25" extension="urn:uuid:9F3DABA8-025F-490D-AAE1-C1E80A8A3DE0" assigningAuthorityName="HerzMobil Tirol"/>  <!-- Optional kann ein Code verwendet werden, welche die Kategorie der Geräte spezifiziert.
<code code="123232" codeSystem="2.16.840.1.113883.6.123" displayName="AIT KIT Devices"/> -->
  <statusCode code="completed"/>  <effectiveTime>
    <!-- Wenn die Messwerte nicht in einem Zeitintervall sondern nur einem Zeitpunkt gemessen worden sind,
dann soll stattdessen das Value-Attribut genutzt werden, zum Beispiel <effectiveTime value="20150322170922.86+0200" /> -->
    <low value="20151001083753+0200"/>    <high value="20151028075542+0200"/>  </effectiveTime>
  <participant typeCode="DEV">
    <!-- PHMR Product Instance -->
     ::   </participant>
  <!-- Jede der folgenden Component-Elemente ist optional. Sie beinhalten rechtliche und handelsübliche Informationen über die Geräte.
Die möglichen Component-Elemente beinhalten Informationen über Firmware, GMDN (Global Medical Device Nomenclature - Medizinproduktregister),
Hardwareversion, Hersteller, Modellnummer, Teilenummer, Softwarerevision, unspezifizierte Information als Text, Seriennummer, Regulierungsstatus,
PCHA (Personal Connected Healthcare Alliance) Version, Zeitsynchronisierung, Protokoll-Informationen, Genauigkeit, Aufnahmefrequenz, Messauflösung und Messbereich. -->
  <!-- ==================================== Device Manufacturer Information Observation ========================================== -->
   :: </organizer>
ItemDTKardKonfBeschreibungLabel
hl7:organizer
(atc...zer)
Treetree.png@classCode
cs1 … 1FCLUSTER
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Device Information Organizer
(atc...zer)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.73
Treetree.pnghl7:templateId
II1 … 1MDevice Information Organizer
(atc...zer)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.4
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:id
1 … 1M
ID des Device Information Organizer.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen.
(atc...zer)
Treetree.pnghl7:code
CD.IPS0 … *Code des Device Information Organizer-Entry (die Gruppe/Kategorie des verwendeten Gerätes).

Dieser Code ist streng optional und nicht limitiert auf ein ValueSet oder CodeSystem. Implementierer können hier nach Wunsch zusätzliche codierte Informationen über die Gruppe/Kategorie des verwendeten Gerätes bereitstellen.
(atc...zer)
Treeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pnghl7:translation
CD1 … 1MHier wird die verpflichtende Übersetzung des Codes als MDC-Code bereitgestellt.(atc...zer)
Treeblank.pngTreeblank.pngTreetree.png@code
1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1F2.16.840.1.113883.6.24
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FMDC
Treeblank.pngTreeblank.pngTreetree.png@displayName
0 … 1 
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...zer)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...zer)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:statusCode
CS1 … 1M(atc...zer)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:effectiveTime
  • hl7:effectiveTime
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS0 … 1Messungen mit dem Gerät innerhalb einer Zeitspanne
(atc...zer)
 Beispiel
Strukturbeispiel
<ClinicalDocument>
  <!--
Messungen von 27.05.2011 von 13:30 bis 30.6.2011 14:45
-->
  <effectiveTime>
    <low value="20110527133000+0200"/>    <high value="20110630144500+0200"/>  </effectiveTime>
</ClinicalDocument>
 Beispiel
Strukturbeispiel
<ClinicalDocument>
  <!--
Messungen am 27.05.2011 von 13:30 bis 14:45
-->
  <effectiveTime>
    <low value="20110527133000+0200"/>    <high value="20110527144500+0200"/>  </effectiveTime>
</ClinicalDocument>
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
0 … 1(atc...zer)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
0 … 1(atc...zer)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
Treeblank.pngTreetree.pnghl7:effectiveTime
TS.AT.TZ0 … 1Messungen mit dem Gerät nur zu einem Zeitpunkt
(atc...zer)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
 Beispiel
Strukturbeispiel
<ClinicalDocument>
  <!--
Messungen nur am 27.05.2011 um 13:30
-->
  <effectiveTime value="20110527133000+0200"/></ClinicalDocument>
 Beispiel
Strukturbeispiel
<ClinicalDocument>
  <!--
Messungen am 27.5.2011, Uhrzeit unbekannt
-->
  <effectiveTime value="20110527"/></ClinicalDocument>
Treetree.pnghl7:participant
1 … 1M
Beschreibt das Gerät und seinen Typ (z.B. mobiles Blutsauerstoffgerät)

Beinhaltet 1.2.40.0.34.6.0.11.9.43 Device Product Instance Template (DYNAMIC)
(atc...zer)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDEV
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Auswahl0 … *
Jede der folgenden Component-Elemente ist optional und kann maximal einmal vorkommen. Sie beinhalten rechtliche und handelsübliche Informationen über die Geräte. Die möglichen Component-Elemente beinhalten Informationen über Firmware, GMDN (Global Medical Device Nomenclature - Medizinproduktregister), Hardwareversion, Hersteller, Modellnummer, Teilenummer, Softwarerevision, unspezifizierte Information als Text, Seriennummer, Regulierungsstatus, PCHA (Personal Connected Healthcare Alliance) Version, Zeitsynchronisierung und Protokoll-Informationen.
Elemente in der Auswahl:
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.74 Device Firmware Revision Information Observation (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.75 Device GMDN Information Observation (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.76 Device Hardware Revision Information Observation (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.77 Device Manufacturer Information Observation (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.78 Device Model Number Information Observation (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.79 Device Part Number Information Observation (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.80 Device Software Revison Information Observation (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.81 Device Specification Unspecified Information Observation (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.82 Device Serial Number Information Observation (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.83 Device Regulation Status Information Observation (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.84 Device PCHA Version Information Observation (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.85 Device Time Synchronization Information Observation (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.86 Device Protocol Information Observation (DYNAMIC)
Treeblank.pngTreetree.pnghl7:component
0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.3.74 Device Firmware Revision Information Observation (DYNAMIC)(atc...zer)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.3.75 Device GMDN Information Observation (DYNAMIC)(atc...zer)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.3.76 Device Hardware Revision Information Observation (DYNAMIC)(atc...zer)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.3.77 Device Manufacturer Information Observation (DYNAMIC)(atc...zer)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.3.78 Device Model Number Information Observation (DYNAMIC)(atc...zer)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.3.79 Device Part Number Information Observation (DYNAMIC)(atc...zer)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.3.80 Device Software Revison Information Observation (DYNAMIC)(atc...zer)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.3.81 Device Specification Unspecified Information Observation (DYNAMIC)(atc...zer)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.3.82 Device Serial Number Information Observation (DYNAMIC)(atc...zer)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.3.83 Device Regulation Status Information Observation (DYNAMIC)(atc...zer)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.3.84 Device PCHA Version Information Observation (DYNAMIC)(atc...zer)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.3.85 Device Time Synchronization Information Observation (DYNAMIC)(atc...zer)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.3.86 Device Protocol Information Observation (DYNAMIC)(atc...zer)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Auswahl0 … *
Die folgenden Component-Elemente Genauigkeit, Aufnahmefrequenz, Messauflösung und Messbereich können für jede Messmöglichkeit des Gerätes einmal vorkommen. Beispielsweise hat ein Blutdruckmessgerät Genauigkeit, Aufnahmefrequenz, Messauflösung und Messbereich für jeweils BD-Systolisch, BD-Diastolisch und Puls.
Elemente in der Auswahl:
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.87 Device Accuracy Observation (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.88 Device Sampling Frequency Observation (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.89 Device Resolution Observation (DYNAMIC)
  • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.90 Device Measurement Range Observation (DYNAMIC)
Treeblank.pngTreetree.pnghl7:component
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.87 Device Accuracy Observation (DYNAMIC)(atc...zer)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.88 Device Sampling Frequency Observation (DYNAMIC)(atc...zer)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.89 Device Resolution Observation (DYNAMIC)(atc...zer)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.90 Device Measurement Range Observation (DYNAMIC)(atc...zer)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
12.4.4.15.1 Device Firmware Revision Information Observation
Id1.2.40.0.34.6.0.11.3.74
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:24:34
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_DeviceFirmwareRevisionInformationObservation vom 2020‑02‑19 12:14:27
StatusKgreen.png AktivVersions-Label1.1.0+20210218
Nameatcdabbr_entry_DeviceFirmwareRevisionInformationObservationBezeichnungDevice Firmware Revision Information Observation
Beschreibung
Die Device Firmware Revision Information Observation dokumentiert die Firmware-Version des verwendeten Gerätes. In PCHA konformen Geräten, wird diese Information vom Production Specification Attribute oder dem Device Information Service des Bluetooth Low Energy health devices bereitgestellet.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.74
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.74 Device Firmware Revision Information Observation (2020‑02‑19 12:14:27)
ref
at-cda-bbr-
Beispiel
Beispiel
<hl7:observation classCode="OBS" moodCode="DEF">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.74"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.18" extension="2015-08-17"/>  <hl7:code code="531976" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_PROD_SPEC_FW: Firmware revision">
    <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>
  <hl7:text>
    <hl7:reference value="value"/>  </hl7:text>
  <hl7:value xsi:type="ST">value</hl7:value></hl7:observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(atc...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FDEF
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Device Firmware Revision Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.74
Treetree.pnghl7:templateId
II1 … 1MDevice Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.17
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:templateId
II1 … 1MDevice Firmware Revision Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.18
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:code
CD.IPS1 … 1M(atc...ion)
Treeblank.pngTreetree.png@code
cs1 … 1F531976
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.24
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FMDC
Treeblank.pngTreetree.png@displayName
st1 … 1FMDC_ID_PROD_SPEC_FW: Firmware revision
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:text
ED1 … 1MHier wird auf den Text referenziert welcher die Firmware Revision beinhaltet.(atc...ion)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treetree.pnghl7:value
ST1 … 1M(atc...ion)
Treeblank.pngTreetree.png@xsi:type
1 … 1FST
12.4.4.15.2 Device GMDN Information Observation
Id1.2.40.0.34.6.0.11.3.75
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:24:55
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_DeviceGMDNInformationObservation vom 2020‑02‑19 12:19:08
StatusKgreen.png AktivVersions-Label1.1.0+20210218
Nameatcdabbr_entry_DeviceGMDNInformationObservationBezeichnungDevice GMDN Information Observation
Beschreibung
Die Device GMDN Information Observation dokumentiert die GMDN (Global Medical Device Nomenclature) des verwendeten Gerätes. In PCHA konformen Geräten, sind das Informationen aus dem Production Specification Attribut. Diese Information wird nicht übertragen von Bluetooth Low Energy health devices.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.75
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.75 Device GMDN Information Observation (2020‑02‑19 12:19:08)
ref
at-cda-bbr-
Beispiel
Beispiel
<hl7:observation classCode="OBS" moodCode="DEF">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.75"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.19" extension="2015-08-17"/>  <hl7:code code="531978" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_PROD_SPEC_GMDN: Global Medical Device Nomenclature">
    <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>
  <hl7:text>
    <hl7:reference value="value"/>  </hl7:text>
  <hl7:value xsi:type="ST">value</hl7:value></hl7:observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(atc...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FDEF
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Device GMDN Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.75
Treetree.pnghl7:templateId
II1 … 1MDevice Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.17
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:templateId
II1 … 1MDevice Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.17
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:templateId
II1 … 1MDevice GMDN Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.19
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:code
CD.IPS1 … 1M(atc...ion)
Treeblank.pngTreetree.png@code
cs1 … 1F531978
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.24
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FMDC
Treeblank.pngTreetree.png@displayName
st1 … 1FMDC_ID_PROD_SPEC_GMDN: Global Medical Device Nomenclature
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:text
ED1 … 1MHier wird auf den Text referenziert welcher die GMDN beinhaltet.(atc...ion)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treetree.pnghl7:value
ST1 … 1M(atc...ion)
Treeblank.pngTreetree.png@xsi:type
1 … 1FST
12.4.4.15.3 Device Hardware Revision Information Observation
Id1.2.40.0.34.6.0.11.3.76
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:26:18
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_DeviceHardwareRevisionInformationObservation vom 2020‑02‑19 12:31:16
StatusKgreen.png AktivVersions-Label1.1.0+20210218
Nameatcdabbr_entry_DeviceHardwareRevisionInformationObservationBezeichnungDevice Hardware Revision Information Observation
Beschreibung
Die Device Hardware Revision Information Observation dokumentiert die Hardware-Version des verwendeten Gerätes. In PCHA konformen Geräten, sind die Informationen aus dem Production Specification Attribut oder dem Device Information Service bei Bluetooth Low Energy health devices.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.76
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.76 Device Hardware Revision Information Observation (2020‑02‑19 12:31:16)
ref
at-cda-bbr-
Beispiel
Beispiel
<hl7:observation classCode="OBS" moodCode="DEF">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.76"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.20" extension="2015-08-17"/>  <hl7:code code="531974" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_PROD_SPEC_HW: Hardware revision">
    <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>
  <hl7:text>
    <hl7:reference value="value"/>  </hl7:text>
  <hl7:value xsi:type="ST">value</hl7:value></hl7:observation>
Beispiel
Beispiel
<observation classCode="OBS" moodCode="DEF">
  <templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <templateId root="2.16.840.1.113883.10.20.36.20" extension="2015-08-17"/>  <code code="531974" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_PROD_SPEC_HW: Hardware revision"/>  <text>
    <!-- Hier wird auf den Text referenziert welcher die Hardware-Revision beinhaltet.-->
    <reference value="#device1hardwareRevision"/>  </text>
  <value xsi:type="ST">2.3.1</value></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(atc...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FDEF
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Device Hardware Revision Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.76
Treetree.pnghl7:templateId
II1 … 1MDevice Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.17
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:templateId
II1 … 1MDevice Hardware Revision Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.20
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:code
CD.IPS1 … 1M(atc...ion)
Treeblank.pngTreetree.png@code
cs1 … 1F531974
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.24
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FMDC
Treeblank.pngTreetree.png@displayName
st1 … 1FMDC_ID_PROD_SPEC_HW: Hardware revision
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:text
ED1 … 1MHier wird auf den Text referenziert welcher die Hardware-Revision beinhaltet.(atc...ion)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treetree.pnghl7:value
ST1 … 1M(atc...ion)
Treeblank.pngTreetree.png@xsi:type
1 … 1FST
12.4.4.15.4 Device Manufacturer Information Observation
Id1.2.40.0.34.6.0.11.3.77
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:27:16
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_DeviceManufacturerInformationObservation vom 2020‑10‑05 19:01:56
  • Kblank.png atcdabbr_entry_DeviceManufacturerInformationObservation vom 2020‑02‑19 11:13:45
StatusKgreen.png AktivVersions-Label1.1.0+20210218
Nameatcdabbr_entry_DeviceManufacturerInformationObservationBezeichnungDevice Manufacturer Information Observation
Beschreibung
Die Device Manufacturer Information Observation dokumentiert den Herstellernamen des verwendeten Gerätes. In PCHA konformen Geräten, kommen die Informationen aus dem System Model Attribut oder dem Device Information Service on Bluetooth Low Energy health devices.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.77
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.77 Device Manufacturer Information Observation (2020‑10‑05 19:01:56)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.77 Device Manufacturer Information Observation (2020‑02‑19 11:13:45)
ref
at-cda-bbr-
Beispiel
Beispiel
<hl7:observation classCode="OBS" moodCode="DEF">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.77" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.21" extension="2015-08-17"/>  <hl7:code code="531970" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_MODEL_MANUFACTURER: Manufacturer Name">
    <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>
  <hl7:text>
    <hl7:reference value="value"/>  </hl7:text>
  <hl7:value xsi:type="ST">value</hl7:value></hl7:observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(atc...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FDEF
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Device Manufacturer Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F1.2.40.0.34.6.0.11.3.77
Treetree.pnghl7:templateId
II1 … 1MDevice Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.17
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:templateId
II1 … 1MDevice Manufacturer Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.21
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:code
CD.IPS1 … 1M(atc...ion)
Treeblank.pngTreetree.png@code
cs1 … 1F531970
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.24
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FMDC
Treeblank.pngTreetree.png@displayName
st1 … 1FMDC_ID_MODEL_MANUFACTURER: Manufacturer Name
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:text
ED1 … 1MHier wird auf den Text referenziert welcher den Geräteherstellernamen beinhaltet.(atc...ion)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treetree.pnghl7:value
ST1 … 1M(atc...ion)
Treeblank.pngTreetree.png@xsi:type
1 … 1FST
12.4.4.15.5 Device Model Number Information Observation
Id1.2.40.0.34.6.0.11.3.78
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:28:09
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_DeviceModelNumberInformationObservation vom 2020‑02‑19 12:00:43
StatusKgreen.png AktivVersions-Label1.1.0+20210218
Nameatcdabbr_entry_DeviceModelNumberInformationObservationBezeichnungDevice Model Number Information Observation
Beschreibung
Die Device Model Number Information Observation dokumentiert die Modell-Nummer des verwendeten Gerätes. In PCHA konformen Geräten, kommen die Informationen aus dem System Model Attribut oder dem Device Information Service bei Bluetooth Low Energy health devices.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.78
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.78 Device Model Number Information Observation (2020‑02‑19 12:00:43)
ref
at-cda-bbr-
Beispiel
Beispiel
<hl7:observation classCode="OBS" moodCode="DEF">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.78"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.22" extension="2015-08-17"/>  <hl7:code code="531969" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_MODEL_NUMBER: Model number">
    <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>
  <hl7:text>
    <hl7:reference value="value"/>  </hl7:text>
  <hl7:value xsi:type="ST">value</hl7:value></hl7:observation>
Beispiel
Beispiel
<observation classCode="OBS" moodCode="DEF">
  <templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <templateId root="2.16.840.1.113883.10.20.36.22" extension="2015-08-17"/>  <code code="531969" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_MODEL_NUMBER: Model number"/>  <text>
    <!-- Hier wird auf den Text referenziert welcher die Modellnummer beinhaltet. -->
    <reference value="#device1modelNumber"/>  </text>
  <value xsi:type="ST">WFBTScalev1</value></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(atc...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FDEF
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Device Model Number Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.78
Treetree.pnghl7:templateId
II1 … 1MDevice Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.17
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:templateId
II1 … 1M(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.22
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:code
CD.IPS1 … 1M(atc...ion)
Treeblank.pngTreetree.png@code
cs1 … 1F531969
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.24
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FMDC
Treeblank.pngTreetree.png@displayName
st1 … 1FMDC_ID_MODEL_NUMBER: Model number
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:text
ED1 … 1MHier wird auf den Text referenziert welcher die Modellnummer beinhaltet.(atc...ion)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treetree.pnghl7:value
ST1 … 1M(atc...ion)
Treeblank.pngTreetree.png@xsi:type
1 … 1FST
12.4.4.15.6 Device Part Number Information Observation
Id1.2.40.0.34.6.0.11.3.79
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:28:45
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_DevicePartNumberInformationObservation vom 2020‑02‑19 12:42:35
StatusKgreen.png AktivVersions-Label1.1.0+20210218
Nameatcdabbr_entry_DevicePartNumberInformationObservationBezeichnungDevice Part Number Information Observation
Beschreibung
Die Device Part Number Information Observation dokumentiert die Teilenummer des verwendeten Gerätes. In PCHA konformen Geräten, kommen die Informationen aus dem Production Specification Attribut. Diese Information wird nicht übertragen von Bluetooth Low Energy health devices.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.79
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.79 Device Part Number Information Observation (2020‑02‑19 12:42:35)
ref
at-cda-bbr-
Beispiel
Beispiel
<hl7:observation classCode="OBS" moodCode="DEF">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.79"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.23" extension="2015-08-17"/>  <hl7:code code="531973" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_PROD_SPEC_PART: Part Number">
    <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>
  <hl7:text>
    <hl7:reference value="value"/>  </hl7:text>
  <hl7:value xsi:type="ST">value</hl7:value></hl7:observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(atc...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FDEF
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Device Part Number Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.79
Treetree.pnghl7:templateId
II1 … 1M(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.17
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:templateId
II1 … 1MDevice Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.17
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:templateId
II1 … 1M(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.23
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:code
CD.IPS1 … 1M(atc...ion)
Treeblank.pngTreetree.png@code
cs1 … 1F531973
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.24
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FMDC
Treeblank.pngTreetree.png@displayName
st1 … 1FMDC_ID_PROD_SPEC_PART: Part Number
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:text
ED1 … 1MHier wird auf den Text referenziert welcher die Teilenummer beinhaltet.(atc...ion)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treetree.pnghl7:value
ST1 … 1M(atc...ion)
Treeblank.pngTreetree.png@xsi:type
1 … 1FST
12.4.4.15.7 Device Software Revison Information Observation
Id1.2.40.0.34.6.0.11.3.80
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:32:55
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_DeviceSoftwareRevisonInformationObservation vom 2020‑02‑19 16:41:49
StatusKgreen.png AktivVersions-Label1.1.0+20210218
Nameatcdabbr_entry_DeviceSoftwareRevisonInformationObservationBezeichnungDevice Software Revison Information Observation
Beschreibung
Die Device Software Revision Information Observation dokumentiert die Software-Version des verwendeten Gerätes. In PCHA konformen Geräten, kommen die Informationen aus dem Production Specification Attribut und aus dem Device Information Service bei Bluetooth Low Energy health devices.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.80
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.80 Device Software Revison Information Observation (2020‑02‑19 16:41:49)
ref
at-cda-bbr-
Beispiel
Beispiel
<hl7:observation classCode="OBS" moodCode="DEF">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.80"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.24" extension="2015-08-17"/>  <hl7:code code="531975" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_PROD_SPEC_SW: Software revision">
    <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>
  <hl7:text>
    <hl7:reference value="value"/>  </hl7:text>
  <hl7:value xsi:type="ST">value</hl7:value></hl7:observation>
Beispiel
Beispiel
<observation classCode="OBS" moodCode="DEF">
  <templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <templateId root="2.16.840.1.113883.10.20.36.24" extension="2015-08-17"/>  <code code="531975" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_PROD_SPEC_SW: Software revision"/>  <text>
    <!-- Hier wird auf den Text referenziert welcher die Software-Revisions-Nummer beinhaltet.-->
    <reference value="#device1software"/>  </text>
  <value xsi:type="ST">27.212</value></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(atc...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FDEF
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Device Software Revison Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.80
Treetree.pnghl7:templateId
II1 … 1MDevice Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.17
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:templateId
II1 … 1MDevice Software Revison Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.24
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:code
CD.IPS1 … 1M(atc...ion)
Treeblank.pngTreetree.png@code
cs1 … 1F531975
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.24
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FMDC
Treeblank.pngTreetree.png@displayName
st1 … 1FMDC_ID_PROD_SPEC_SW: Software revision
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:text
ED1 … 1MHier wird auf den Text referenziert welcher die Software-Revisions-Nummer beinhaltet.(atc...ion)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treetree.pnghl7:value
ST1 … 1M(atc...ion)
Treeblank.pngTreetree.png@xsi:type
1 … 1FST
12.4.4.15.8 Device Specification Unspecified Information Observation
Id1.2.40.0.34.6.0.11.3.81
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:33:15
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_DeviceSpecificationUnspecifiedInformationObservation vom 2020‑02‑19 16:44:54
StatusKgreen.png AktivVersions-Label1.1.0+20210218
Nameatcdabbr_entry_DeviceSpecificationUnspecifiedInformationObservationBezeichnungDevice Specification Unspecified Information Observation
Beschreibung
Die Device Specification Unspecified Information Observation dokumentiert Informationen über das Gerät, welches nicht in den vorhandenen vordefinierten Elementen dokumentiert werden kann. In PCHA konformen Geräten, kommen die Informationen aus dem Production Specification attribute. Diese Information wird nicht übertragen von Bluetooth Low Energy health devices.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.81
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.81 Device Specification Unspecified Information Observation (2020‑02‑19 16:44:54)
ref
at-cda-bbr-
Beispiel
Beispiel
<hl7:observation classCode="OBS" moodCode="DEF">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.81"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.25" extension="2015-08-17"/>  <hl7:code code="531971" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_PROD_SPEC_UNSPECIFIED: Unspecified but additional information">
    <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>
  <hl7:text>
    <hl7:reference value="value"/>  </hl7:text>
  <hl7:value xsi:type="ST">value</hl7:value></hl7:observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(atc...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FDEF
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Device Specification Unspecified Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.81
Treetree.pnghl7:templateId
II1 … 1MDevice Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.17
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:templateId
II1 … 1MDevice Specification Unspecified Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.25
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:code
CD.IPS1 … 1M(atc...ion)
Treeblank.pngTreetree.png@code
cs1 … 1F531971
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.24
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FMDC
Treeblank.pngTreetree.png@displayName
st1 … 1FMDC_ID_PROD_SPEC_UNSPECIFIED: Unspecified but additional information
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:text
ED1 … 1MHier wird auf den Text referenziert welcher die unspezifizierte Information des Geräts beinhaltet.(atc...ion)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treetree.pnghl7:value
ST1 … 1M(atc...ion)
Treeblank.pngTreetree.png@xsi:type
1 … 1FST
12.4.4.15.9 Device Serial Number Information Observation
Id1.2.40.0.34.6.0.11.3.82
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:32:30
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_DeviceSerialNumberInformationObservation vom 2020‑02‑19 12:04:48
StatusKgreen.png AktivVersions-Label1.1.0+20210218
Nameatcdabbr_entry_DeviceSerialNumberInformationObservationBezeichnungDevice Serial Number Information Observation
Beschreibung
Die Device Serial Number Information Observation dokumentiert die Seriennummer des verwendeten Gerätes. In PCHA konformen Geräten, kommen die Informationen aus dem Production Specification Attribut oder dem Device Information Service bei Bluetooth Low Energy health devices.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.82
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.82 Device Serial Number Information Observation (2020‑02‑19 12:04:48)
ref
at-cda-bbr-
Beispiel
Beispiel
<hl7:observation classCode="OBS" moodCode="DEF">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.82"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.26" extension="2015-08-17"/>  <hl7:code code="531972" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_PROD_SPEC_SERIAL: Serial Number">
    <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>
  <hl7:text>
    <hl7:reference value="value"/>  </hl7:text>
  <hl7:value xsi:type="ST">value</hl7:value></hl7:observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(atc...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FDEF
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Device Serial Number Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.82
Treetree.pnghl7:templateId
II1 … 1MDevice Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.17
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:templateId
II1 … 1MDevice Serial Number Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.26
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:code
CD.IPS1 … 1M(atc...ion)
Treeblank.pngTreetree.png@code
cs1 … 1F531972
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.24
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FMDC
Treeblank.pngTreetree.png@displayName
st1 … 1FMDC_ID_PROD_SPEC_SERIAL: Serial Number
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:text
ED1 … 1MHier wird auf den Text referenziert welcher die Seriennummer beinhaltet.(atc...ion)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treetree.pnghl7:value
ST1 … 1M(atc...ion)
Treeblank.pngTreetree.png@xsi:type
1 … 1FST
12.4.4.15.10 Device Regulation Status Information Observation
Id1.2.40.0.34.6.0.11.3.83
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:30:16
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_DeviceRegulationStatusInformationObservation vom 2020‑02‑19 16:34:02
StatusKgreen.png AktivVersions-Label1.1.0+20210218
Nameatcdabbr_entry_DeviceRegulationStatusInformationObservationBezeichnungDevice Regulation Status Information Observation
Beschreibung
Die Device Regulation Status Information Observation dokumentiert den Regulations-Status des verwendeten Gerätes. In PCHA konformen Geräten, kommen die Informationen aus dem RegCertDataList Attribut oder dem RegCertData Werten des Device Information Service eines Bluetooth Low Energy Health device. Ein Gerät ist entweder reguliert oder nicht reguliert.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.83
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.83 Device Regulation Status Information Observation (2020‑02‑19 16:34:02)
ref
at-cda-bbr-
Beispiel
Beispiel
<hl7:observation classCode="OBS" moodCode="DEF">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.83"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.28" extension="2015-08-17"/>  <hl7:code code="532354" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_REG_CERT_DATA_CONTINUA_REG_STATUS: Regulation status">
    <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>
  <hl7:text>
    <hl7:reference value="value"/>  </hl7:text>
  <hl7:value xsi:type="BN" value="false"/></hl7:observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(atc...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FDEF
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Device Regulation Status Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.83
Treetree.pnghl7:templateId
II1 … 1MDevice Regulation Status Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.28
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:code
CD.IPS1 … 1M(atc...ion)
Treeblank.pngTreetree.png@code
cs1 … 1F532354
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.24
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FMDC
Treeblank.pngTreetree.png@displayName
st1 … 1FMDC_REG_CERT_DATA_CONTINUA_REG_STATUS: Regulation status
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:text
1 … 1MHier wird auf den Text referenziert welcher besagt ob das Gerät PCHA-reguliert ist.(atc...ion)
Treeblank.pngTreetree.pnghl7:reference
1 … 1M(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treetree.pnghl7:value
BN1 … 1M(atc...ion)
Treeblank.pngTreetree.png@xsi:type
1 … 1FBN
12.4.4.15.11 Device PCHA Version Information Observation
Id1.2.40.0.34.6.0.11.3.84
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:29:12
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_DevicePCHAVersionInformationObservation vom 2020‑02‑19 12:49:25
StatusKgreen.png AktivVersions-Label1.1.0+20210218
Nameatcdabbr_entry_DevicePCHAVersionInformationObservationBezeichnungDevice PCHA Version Information Observation
Beschreibung
Die Device PCHA Version Information Observation dokumentiert die PCHA (Continua) Version des verwendeten Gerätes. In PCHA konformen Geräten, kommen die Informationen aus dem RegCertDataList Attribut oder dem RegCertData Werten des Device Information Service eines Bluetooth Low Energy Health device.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.84
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.84 Device PCHA Version Information Observation (2020‑02‑19 12:49:25)
ref
at-cda-bbr-
Beispiel
Beispiel
<hl7:observation classCode="OBS" moodCode="DEF">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.84"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.27" extension="2015-08-17"/>  <hl7:code code="532352" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_REG_CERT_DATA_CONTINUA_VERSION: Continua Version">
    <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>
  <hl7:text>
    <hl7:reference value="value"/>  </hl7:text>
  <hl7:value xsi:type="ST">value</hl7:value></hl7:observation>
Beispiel
Beispiel
<observation classCode="OBS" moodCode="DEF">
  <templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <templateId root="2.16.840.1.113883.10.20.36.27" extension="2015-08-17"/>  <code code="532352" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_REG_CERT_DATA_CONTINUA_VERSION: Continua Version"/>  <text>
    <!-- Hier wird auf den Text referenziert welcher die PCHA-Version beinhaltet.-->
    <reference value="#device1pchaVersion"/>  </text>
  <value xsi:type="ST">5.0</value></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(atc...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FDEF
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Device PCHA Version Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.84
Treetree.pnghl7:templateId
II1 … 1MDevice PCHA Version Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.17
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:templateId
II1 … 1MDevice Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.17
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:templateId
II1 … 1M(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.27
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:code
CD.IPS1 … 1M(atc...ion)
Treeblank.pngTreetree.png@code
cs1 … 1F532352
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.24
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FMDC
Treeblank.pngTreetree.png@displayName
st1 … 1FMDC_REG_CERT_DATA_CONTINUA_VERSION: Continua Version
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:text
ED1 … 1MHier wird auf den Text referenziert welcher die PCHA-Version beinhaltet.(atc...ion)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treetree.pnghl7:value
ST1 … 1M(atc...ion)
Treeblank.pngTreetree.png@xsi:type
1 … 1FST
12.4.4.15.12 Device Time Synchronization Information Observation
Id1.2.40.0.34.6.0.11.3.85
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:33:37
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_DeviceTimeSynchronizationInformationObservation vom 2020‑02‑19 16:50:04
StatusKgreen.png AktivVersions-Label1.1.0+20210218
Nameatcdabbr_entry_DeviceTimeSynchronizationInformationObservationBezeichnungDevice Time Synchronization Information Observation
Beschreibung
Die Device Time Synchronization Information Observation dokumentiert die Zeit-Synchronisierung Methode des verwendeten Gerätes. In PCHA konformen Geräten, kommen die Informationen aus dem MdsTimeInfo Attribut.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.85
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.85 Device Time Synchronization Information Observation (2020‑02‑19 16:50:04)
ref
at-cda-bbr-
Beispiel
Beispiel
<hl7:observation classCode="OBS" moodCode="DEF">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.85"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.29" extension="2015-08-17"/>  <hl7:code code="68220" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_TIME_SYNC_PROTOCOL: Time synchronization protocol">
    <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>
  <hl7:text>
    <hl7:reference value="value"/>  </hl7:text>
  <hl7:value xsi:type="CD" code="cs" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC"/></hl7:observation>
Beispiel
Beispiel
<observation classCode="OBS" moodCode="DEF">
  <templateId root="2.16.840.1.113883.10.20.36.29" extension="2015-08-17"/>  <code code="68220" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_TIME_SYNC_PROTOCOL: Time synchronization protocol"/>  <text>
    <!-- Hier wird auf den Text referenziert welcher die Zeit Synchronisierungs Methode beschreibt.-->
    <reference value="#device1timeSync"/>  </text>
  <value xsi:type="CD" code="532234" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_TIME_SYNC_EBWW: Time synchronization via eyeball and wrist watch"/></observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(atc...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FDEF
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Device Time Synchronization Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.85
Treetree.pnghl7:templateId
II1 … 1MDevice Time Synchronization Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.29
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:code
CD.IPS1 … 1M(atc...ion)
Treeblank.pngTreetree.png@code
cs1 … 1F68220
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.24
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FMDC
Treeblank.pngTreetree.png@displayName
st1 … 1FMDC_TIME_SYNC_PROTOCOL: Time synchronization protocol
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:text
1 … 1MHier wird auf den Text referenziert welcher die Zeit Synchronisierungs Methode beschreibt.(atc...ion)
Treeblank.pngTreetree.pnghl7:reference
1 … 1M(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treetree.pnghl7:value
CD1 … 1M(atc...ion)
Treeblank.pngTreetree.png@xsi:type
1 … 1FCD
Treeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.24
Treeblank.pngTreetree.png@codeSystemName
cs1 … 1FMDC
12.4.4.15.13 Device Protocol Information Observation
Id1.2.40.0.34.6.0.11.3.86
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:29:54
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_DeviceProtocolInformationObservation vom 2020‑02‑19 16:27:43
StatusKgreen.png AktivVersions-Label1.1.0+20210218
Nameatcdabbr_entry_DeviceProtocolInformationObservationBezeichnungDevice Protocol Information Observation
BeschreibungDie Device Protocol Information Observation dokumentiert das interne Protokoll des verwendeten Gerätes. Bei PCHA konformen Geräten, kommen die Informationen aus dem Production specification Attribut.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.86
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.86 Device Protocol Information Observation (2020‑02‑19 16:27:43)
ref
at-cda-bbr-
Beispiel
Beispiel
<hl7:observation classCode="OBS" moodCode="DEF">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.86"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.30" extension="2015-08-17"/>  <hl7:code code="531977" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_PROD_SPEC_PROTOCOL: Protocol Information">
    <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>
  <hl7:text>
    <hl7:reference value="value"/>  </hl7:text>
  <hl7:value xsi:type="ST">value</hl7:value></hl7:observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(atc...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FDEF
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Device Protocol Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.86
Treetree.pnghl7:templateId
II1 … 1MDevice Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.17
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:templateId
II1 … 1MDevice Protocol Information Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.30
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:code
CD.IPS1 … 1M(atc...ion)
Treeblank.pngTreetree.png@code
cs1 … 1F531977
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.24
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FMDC
Treeblank.pngTreetree.png@displayName
st1 … 1FMDC_ID_PROD_SPEC_PROTOCOL: Protocol Information
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:text
ED1 … 1MHier wird auf den Text referenziert welcher das verwendete Protokoll beinhaltet.(atc...ion)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treetree.pnghl7:value
ST1 … 1M(atc...ion)
Treeblank.pngTreetree.png@xsi:type
1 … 1FST
12.4.4.15.14 Device Accuracy Observation
Id1.2.40.0.34.6.0.11.3.87
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:24:04
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_DeviceAccuracyObservation vom 2020‑02‑19 17:10:35
StatusKgreen.png AktivVersions-Label1.1.0+20210218
Nameatcdabbr_entry_DeviceAccuracyObservationBezeichnungDevice Accuracy Observation
Beschreibung
Die Device Accuracy Observation kann mit einem oder mehreren Elementen in einem Device Information Organizer vorhanden sein. Die Genauigkeit oder Präzession einer Messung sagt aus wie viel der Messwert vom tatsächlichen Wert abweichen könnte. Beispielsweise können die Werte eines Geräts mit +/-3% vom tatsächlichen Wert abweichen. Die Genauigkeit wird hier angegeben in den Einheiten der Messgröße, und weil ein Gerät mehr als nur eine Messgröße messen kann, können mehrere Device Accuracy Observation-Elemente existieren. Wenn das Gerät die Daten über die Genauigkeit oder den anderen Geräte-Details nicht zurückgibt, können diese, wenn gewünscht, auch manuell oder über andere Wege eingetragen werden.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.87
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.87 Device Accuracy Observation (2020‑02‑19 17:10:35)
ref
at-cda-bbr-
Beispiel
Beispiel
<hl7:observation classCode="OBS" moodCode="DEF">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.87"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.3" extension="2015-08-17"/>  <hl7:code code="67194" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ATTR_NU_ACCUR_MSMT: Measurement accuracy">
    <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>
  <hl7:text>
    <hl7:reference value="value"/>  </hl7:text>
  <hl7:value xsi:type="PQ" value="1" unit="cs"/></hl7:observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(atc...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FDEF
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Device Accuracy Observation
(atc...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.87
Treetree.pnghl7:templateId
II1 … 1MDevice Accuracy Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.3
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:code
CD.IPS1 … 1M(atc...ion)
Treeblank.pngTreetree.png@code
cs1 … 1F67194
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.24
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FMDC
Treeblank.pngTreetree.png@displayName
st1 … 1FMDC_ATTR_NU_ACCUR_MSMT: Measurement accuracy
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:text
ED1 … 1MHier wird auf den Text referenziert welcher die Genauigkeit der Messung beschreibt.(atc...ion)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treetree.pnghl7:value
PQ1 … 1M(atc...ion)
Treeblank.pngTreetree.png@xsi:type
1 … 1FPQ
Treeblank.pngTreetree.png@value
real1 … 1R
Treeblank.pngTreetree.png@unit
cs1 … 1R

Es MUSS die „case sensitive“ Variante (c/s) der maschinenlesbaren Form des UCUM verwendet werden.

12.4.4.15.15 Device Sampling Frequency Observation
Id1.2.40.0.34.6.0.11.3.88
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:32:08
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_DeviceSamplingFrequencyObservation vom 2020‑02‑19 18:35:34
StatusKgreen.png AktivVersions-Label1.1.0+20210218
Nameatcdabbr_entry_DeviceSamplingFrequencyObservationBezeichnungDevice Sampling Frequency Observation
Beschreibung
Die Device Sampling Frequency Observation kann mit einem oder mehreren Elementen in einem Device Information Organizer vorhanden sein. Die Abtastfrequenz oder Samplefrequenz einer Messung sagt aus wie schnell hintereinander ein Messwert gemessen werden kann. Beispielsweise kann ein Pulsmesser jede Sekunde einen Wert messen. Die Abtastfrequenz wird hier in Millisekunden angegeben und weil ein Gerät mehr als nur eine Messgröße messen kann, können mehrere Device Sampling Frequency Observation-Elemente existieren. Wenn das Gerät die Daten über die Abtastfrequenz oder die anderen Geräte-Details nicht zurückgibt, können diese, wenn gewünscht, auch manuell oder über andere Wege eingetragen werden.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.88
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.88 Device Sampling Frequency Observation (2020‑02‑19 18:35:34)
ref
at-cda-bbr-
Beispiel
Beispiel
<hl7:observation classCode="OBS" moodCode="DEF">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.88"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.10" extension="2015-08-17"/>  <hl7:code code="67981" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ATTR_TIME_PD_SAMP: Frequency that the device sends measurements">
    <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>
  <hl7:text>
    <hl7:reference value="value"/>  </hl7:text>
  <hl7:value xsi:type="PQ" value="1" unit="ms"/></hl7:observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(atc...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FDEF
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Device Sampling Frequency Observation
(atc...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.88
Treetree.pnghl7:templateId
II1 … 1MDevice Sampling Frequency Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.10
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:code
CD.IPS1 … 1MHinweis aus HL7 CDA PHMR: Even though the MDC_ATTR_TIME_PD_SAMP IEEE 11073 10101 reference id is used to specify the code, the value for this entry does not come from the MDC_ATTR_TIME_PD_SAMP attribute of the RTSA metric object in IEEE 11073 20601 devices. That value is placed in the Phm Measurement Waveform Observation entry. Das Phm Measurement Waveform wird in diesem Leitfaden durch das template "Serienmessungs-Gruppe Entry", OID 1.2.40.0.34.6.0.11.3.102 modelliert.(atc...ion)
Treeblank.pngTreetree.png@code
cs1 … 1F67981
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.24
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FMDC
Treeblank.pngTreetree.png@displayName
st1 … 1FMDC_ATTR_TIME_PD_SAMP: Frequency that the device sends measurements
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:text
ED1 … 1MHier wird auf den Text referenziert welcher die Abtastfrequenz der Messung beschreibt.(atc...ion)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treetree.pnghl7:value
PQ1 … 1M(atc...ion)
Treeblank.pngTreetree.png@xsi:type
1 … 1FPQ
Treeblank.pngTreetree.png@value
real1 … 1R
Treeblank.pngTreetree.png@unit
cs1 … 1Fms
12.4.4.15.16 Device Resolution Observation
Id1.2.40.0.34.6.0.11.3.89
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:30:37
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_DeviceResolutionObservation vom 2020‑02‑19 18:27:04
StatusKgreen.png AktivVersions-Label1.1.0+20210218
Nameatcdabbr_entry_DeviceResolutionObservationBezeichnungDevice Resolution Observation
Beschreibung
Die Device Resolution Observation kann mit einem oder mehreren Elementen in einem Device Information Organizer vorhanden sein. Die Auflösung einer Messung sagt aus wie klein der Unterschied zwischen zwei Messungen sein muss, um vom Gerät erkannt zu werden. Beispielsweise kann ein Thermometer eine Auflösung von 0,1 Grad Celsius haben. Die Auflösung wird hier angegeben in den Einheiten der Messgröße und weil ein Gerät mehr als nur eine Messgröße messen kann, können mehrere Device Accuracy Observation-Elemente existieren. Wenn das Gerät die Daten über die Auflösung oder die anderen Geräte-Details nicht zurückgibt, können diese, wenn gewünscht, auch manuell oder über andere Wege eingetragen werden.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.89
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.89 Device Resolution Observation (2020‑02‑19 18:27:04)
ref
at-cda-bbr-
Beispiel
Beispiel
<hl7:observation classCode="OBS" moodCode="DEF">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.89"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.6" extension="2015-08-17"/>  <hl7:code code="17441009" codeSystem="2.16.840.1.113883.6.9" codeSystemName="SNOMED CT" displayName="device measurement resolution">
    <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>
  <hl7:text>
    <hl7:reference value="value"/>  </hl7:text>
  <!-- choice: 1..1
element hl7:value
element hl7:value
-->
</hl7:observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(atc...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FDEF
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Device Resolution Observation
(atc...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.89
Treetree.pnghl7:templateId
II1 … 1MDevice Resolution Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.6
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:code
CD.IPS1 … 1M(atc...ion)
Treeblank.pngTreetree.png@code
cs1 … 1F17441009
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.9
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FSNOMED CT
Treeblank.pngTreetree.png@displayName
st1 … 1Fdevice measurement resolution
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:text
ED1 … 1MHier wird auf den Text referenziert welcher die Auflösung der Messung beschreibt.(atc...ion)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:value
  • hl7:value
Treeblank.pngTreetree.pnghl7:value
PQ0 … 1R(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@xsi:type
1 … 1FPQ
Treeblank.pngTreeblank.pngTreetree.png@value
real1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1R

Es MUSS die „case sensitive“ Variante (c/s) der maschinenlesbaren Form des UCUM verwendet werden.

Treeblank.pngTreetree.pnghl7:value
ST0 … 1R(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@xsi:type
1 … 1FST
12.4.4.15.17 Device Measurement Range Observation
Id1.2.40.0.34.6.0.11.3.90
ref
at-cda-bbr-
Gültigkeit2021‑02‑18 13:27:41
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_DeviceMeasurementRangeObservation vom 2020‑02‑19 18:08:20
StatusKgreen.png AktivVersions-Label1.1.0+20210218
Nameatcdabbr_entry_DeviceMeasurementRangeObservationBezeichnungDevice Measurement Range Observation
Beschreibung
Die Device Measurement Range Observation kann mit einem oder mehreren Elementen in einem Device Information Organizer vorhanden sein. Der Messbereich oder die Messspanne einer Messung sagt aus, in welchem Bereich ein Messwert liegen kann, um noch vom Gerät gemessen werden zu können. Beispielsweise kann der Messbereich eines Thermometers zwischen 0 und 100 Grad Celsius liegen. Der Messbereich wird hier in den Einheiten der Messgröße angegeben und weil ein Gerät mehr als nur eine Messgröße messen kann, können mehrere Device Measurement Range Observation-Elemente existieren. Wenn das Gerät die Daten über den Messbereich oder die anderen Geräte-Details nicht zurückgibt, können diese, wenn gewünscht, auch manuell oder über andere Wege eingetragen werden.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.90
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.90 Device Measurement Range Observation (2020‑02‑19 18:08:20)
ref
at-cda-bbr-
Beispiel
Beispiel
<hl7:observation classCode="OBS" moodCode="DEF">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.90"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.5" extension="2015-08-17"/>  <hl7:code code="67198" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ATTR_NU_RANGE_MSMT: Measurement range">
    <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>
  <hl7:text>
    <hl7:reference value="value"/>  </hl7:text>
  <!-- choice: 1..1
element hl7:value[@xsi:type='IVL_PQ']
element hl7:value[@xsi:type='ST']
-->
</hl7:observation>
Beispiel
Beispiel
<observation classCode="OBS" moodCode="DEF">
  <templateId root="2.16.840.1.113883.10.20.36.5" extension="2015-08-17"/>  <code code="67198" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ATTR_NU_RANGE_MSMT: Measurement range"/>  <text>
    <!-- Hier wird auf den Text referenziert welcher den Messbereich der Messung beschreibt.-->
    <reference value="#device1measRange"/>  </text>
  <!-- Für Werte welche nicht mit Zahlen ausgedrückt werden können kann einfach ST verwendet werden.
Beispielsweise für Messung des Wohlbefindens wird der Messbereich wie folgt angegeben:
<value xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="ST">
Gerät kann zwischen den drei Zuständen Gut, Gemischt und Schlecht abfragen.</value>-->
  <value xsi:type="IVL_PQ">
    <low value="0.5" unit="%"/>    <high value="100" unit="%"/>  </value>
</observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
(atc...ion)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FDEF
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Device Measurement Range Observation
(atc...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.90
Treetree.pnghl7:templateId
II1 … 1MDevice Measurement Range Observation
(atc...ion)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.5
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:code
CD.IPS1 … 1M(atc...ion)
Treeblank.pngTreetree.png@code
cs1 … 1F67198
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.24
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FMDC
Treeblank.pngTreetree.png@displayName
st1 … 1FMDC_ATTR_NU_RANGE_MSMT: Measurement range
Treeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreetree.pngips:designation
ST0 … *Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@language
cs1 … 1R
Treetree.pnghl7:text
1 … 1MHier wird auf den Text referenziert welcher die Genauigkeit der Messung beschreibt.(atc...ion)
Treeblank.pngTreetree.pnghl7:reference
1 … 1M(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:value[@xsi:type='IVL_PQ']
  • hl7:value[@xsi:type='ST']
Treeblank.pngTreetree.pnghl7:value
IVL_PQ0 … 1R(atc...ion)
wo [@xsi:type='IVL_PQ']
Treeblank.pngTreeblank.pngTreetree.png@xsi:type
1 … 1FIVL_PQ
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
IVXB_PQ1 … 1M(atc...ion)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
real1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1R

Es MUSS die „case sensitive“ Variante (c/s) der maschinenlesbaren Form des UCUM verwendet werden.

Treeblank.pngTreeblank.pngTreetree.pnghl7:high
IVXB_PQ1 … 1M(atc...ion)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
real1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1R

Es MUSS die „case sensitive“ Variante (c/s) der maschinenlesbaren Form des UCUM verwendet werden.

Treeblank.pngTreetree.pnghl7:value
ST0 … 1R(atc...ion)
wo [@xsi:type='ST']
Treeblank.pngTreeblank.pngTreetree.png@xsi:type
1 … 1FST

12.4.4.16 Eingebettetes Objekt Entry

Id1.2.40.0.34.11.1.3.1
ref
elgabbr-
Gültigkeit2017‑05‑05
Andere Versionen mit dieser Id:
  • Kblank.png Eingebettetes​ObjektEntry vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameEingebettetes​ObjektEntryBezeichnungEingebettetes Objekt Entry
BeschreibungAchtung: Grafiken mit Transparenz (z.B: bei GIF oder PNG möglich) können zu schweren Problemen bei der Wiedergabe oder Konvertierung zu PDF/A-1 führen und sind daher NICHT ERLAUBT
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.1.3.1
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (2017‑05‑05)
ref
elgabbr-

Version: Template 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<observationMedia classCode="OBS" moodCode="EVN" ID="Beilage-1">
  <templateId root="1.2.40.0.34.11.1.3.1"/>  <value mediaType="application/pdf" representation="B64"> JVBEi0xLjMKJcfsj6IKNSAwIG9iago8PC9MZW5ndGggNiAwIFIvRmlsdGVyI C9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nM1aW28dtxFGnLfzK/ap3S0ihveLU
AQYydprBSJcJICNvqgu1TrSI4kN0H+bF76M/LQ4S7Jmd3DlY/kg6IO4NBDch M5z5OHt+bjgTznIVGh7/o/84Xi0+PwjN+d3i54Vh1nNjezltH6+a50sYJngj AuOu2Z5thB9n2gcZ55r2XjoEzBjuVq0Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ90 e0opgNXrv2p40zBn/YAZU0HLR+cb3lnW Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ : : :
</value>
</observationMedia>
ItemDTKardKonfBeschreibungLabel
hl7:observationMedia
1 … 1RContainer zur Angabe eines eingebetteten Objekts.(Ein...try)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.png@ID
1 … 1RID des eingebetteten Objekts.
Wird vom Element <render-MultiMedia referencedObject=" "/> im narrativen Text-Bereich referenziert.
Treetree.pnghl7:templateId
II1 … 1M(Ein...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.3.1
Treetree.pnghl7:value
ED1 … 1M
Das eingebettete Objekt (PDF, Bild), unkomprimiert, Base64 enkodiert.
Siehe „Größenbeschränkung von eingebetteten Objekten“ 
(Ein...try)
Treeblank.pngTreetree.png@mediaType
cs1 … 1RMedientyp des eingebetteten Objekts.

Zulässige Werte gemäß Value-Set „ELGA_Medientyp“

Verweis auf speziellen Implementierungsleitfaden:
Spezielle Implementierungsleitfäden können zusätzliche Medientypen (MIME) erlauben. 
 CONF
Der Wert von @mediaType muss gewählt werden aus dem Value Set 1.2.40.0.34.10.42 ELGA_Medientyp (DYNAMIC)
Treeblank.pngTreetree.png@representation
cs1 … 1FB64

12.4.4.17 Problem Concern Entry

Id1.2.40.0.34.6.0.11.3.7
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 12:55:33
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_ProblemConcern vom 2020‑11‑17 14:30:36
  • Kblank.png atcdabbr_entry_ProblemConcern vom 2019‑01‑18 10:05:27
StatusKgreen.png AktivVersions-Label1.1.0+20210219
Nameatcdabbr_entry_ProblemConcernBezeichnungProblem Concern Entry
Beschreibung

Dieses generische Template kann in den speziellen Leitfäden spezifiziert werden. 

Das Problem Concern Entry ("Bedenken") wird gemeinsam mit dem darin liegenden Problem Entry dazu verwendet, um medizinisch relevante Gesundheitsprobleme zu dokumentieren. Der Zweck des Problem Concern Entry besteht darin, die Nachverfolgung einer Erkrankung, Diagnose, eines Zustandes oder Symptoms ("Problem") zu unterstützen. Das Problem Concern Entry dient dabei als "Aufhänger" für das Problem, mit dem ausgedrückt wird, ob und wie lange das Problem ein relevantes "Bedenken" (engl. concern) darstellt. Im Wesentlichen wird das über die Elemente StatusCode und EffectiveTime ausgedrückt.


statusCode zeigt den Zustand an, in dem sich das angegebene "Bedenken" zum Zeitpunkt der Dokumentation befindet („aktiv“, „beendet“). Er unterscheidet sich vom Status des Gesundheitsproblems selbst ("Problem Status Observation" im "Problem Entry"), welches in der Vergangenheit liegen kann.
Beispielsweise können ein früherer Herzinfarkt oder eine überstandene Krebserkrankung weiter von Belang bleiben. Folgende Zustände sind vorgesehen:
  • active („Aktiv“): Beschreibung: Das Problem/Bedenken besteht noch und wird weiter beobachtet. Betrifft alle Gesundheitsprobleme, die nach wie vor von Belang sind. Ist nicht bekannt, ob das Bedenken noch besteht, ist von "active" auszugehen.
  • completed („Abgeschlossen“): Das Problem/Bedenken ist nicht mehr von Belang und wird auch nicht länger nachverfolgt.
effectiveTime definiert den Zeitbereich, in dem das zugrunde liegende Problem ein Bedenken darstellt bzw von Interesse ist. Der Zeitraum KANN mit dem effectiveTime des Problems (der Erkrankung) übereinstimmen oder auch nicht.
  • effectiveTime.low („Beginn des Bedenkens“): Entspricht dem Zeitpunkt, zu dem das Problem erstmals dokumentiert wurde (z.B. Eintragung in die Patientenakte).
  • effectiveTime.high („Ende des Bedenkens“): Gibt den Zeitpunkt an, seitdem das Problem nicht mehr von Interesse ist. Es MUSS vorhanden sein, wenn das Bedenken nicht mehr besteht (statusCode completed).
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.7
LabelIHE PCC TF2 Rev.11, 6.3.4.12
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 6 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.17ContainmentKgreen.png Performer Body (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.3ContainmentKgreen.png Informant Body (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.9.13ContainmentKgreen.png Participant Body (1.0.1+20210628)DYNAMIC
1.2.40.0.34.6.0.11.3.6ContainmentKyellow.png Problem Entry (1.1.2)DYNAMIC
1.2.40.0.34.6.0.11.3.14ContainmentKgreen.png External Document Entry (1.0.1+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.7 Problem Concern Entry (2020‑11‑17 14:30:36)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.7 Problem Concern Entry (2019‑01‑18 10:05:27)
ref
at-cda-bbr-

Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.5.2 eHDSI Problem Concern (DYNAMIC)
ref
epsos-

Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.5.1 IHE Concern Entry (DYNAMIC)
ref
IHE-PCC-

Adaptation: Template 2.16.840.1.113883.10.20.1.27 Problem act (DYNAMIC)
ref
ccd1-

Adaptation: Template 2.16.840.1.113883.10.12.301 CDA Act (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<hl7:act classCode="ACT" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.7"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.27"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5.1"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5.2"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code nullFlavor="NA"/>  <hl7:statusCode code="active"/>  <hl7:effectiveTime>
    <hl7:low value="20190817121500+0200"/>  </hl7:effectiveTime>
  <hl7:entryRelationship typeCode="SUBJ" contextConductionInd="true" inversionInd="false">
    <!-- template 1.2.40.0.34.6.0.11.3.6 'Problem Entry' (2019-01-18T09:59:00) -->
  </hl7:entryRelationship>
  <hl7:reference typeCode="REFR">
    <!-- template 1.2.40.0.34.6.0.11.3.14 'External Document Entry' (2019-05-06T14:00:33) -->
  </hl7:reference>
</hl7:act>
ItemDTKardKonfBeschreibungLabel
hl7:act
IHE PCC TF2 Rev.11, 6.3.4.12
Treetree.png@classCode
cs1 … 1FACT
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MELGAIHE PCC TF2 Rev.11, 6.3.4.12
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.7
Treetree.pnghl7:templateId
II1 … 1MHL7 CCD Problem actIHE PCC TF2 Rev.11, 6.3.4.12
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.27
Treetree.pnghl7:templateId
II1 … 1MIHE PCC Concern EntryIHE PCC TF2 Rev.11, 6.3.4.12
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.5.1
Treetree.pnghl7:templateId
II1 … 1M IHE PCC Problem Concern EntryIHE PCC TF2 Rev.11, 6.3.4.12
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.5.2
Treetree.pnghl7:id
II1 … 1M
ID des Problem/Bedenken-Entry
Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen.
IHE PCC TF2 Rev.11, 6.3.4.12
Treetree.pnghl7:code
CE1 … 1RCode des Problem/Bedenken-Entry.
IHE PCC TF2 Rev.11, 6.3.4.12
Treeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treetree.pnghl7:statusCode
CS1 … 1MstatusCode zeigt den Zustand an, in dem sich das angegebene "Bedenken" zum Zeitpunkt der Dokumentation befindet. Folgende Werte sind empfohlen:
  • active („Aktiv“): Beschreibung: Das Problem/Bedenken besteht noch und wird weiter beobachtet. Betrifft alle Gesundheitsprobleme, die nach wie vor von Belang sind. Ist nicht bekannt, ob das Bedenken noch besteht, ist von "active" auszugehen.
  • completed („Abgeschlossen“): Das Problem/Bedenken ist nicht mehr von Belang und wird auch nicht länger nachverfolgt.
Weitere statusCodes sind möglich (finden aber keine Anwendung in eHealth Austria):
  • suspended („Ausgesetzt“): Das Problem/Bedenken besteht noch, die Beobachtung wird aber derzeit ausgesetzt.
  • aborted („Abgebrochen“):  Das Problem/Bedenken besteht noch (nicht gelöst/beigelegt), wird jedoch nicht länger verfolgt.
IHE PCC TF2 Rev.11, 6.3.4.12
 CONF
@code muss "active" sein
oder
@code muss "suspended" sein
oder
@code muss "completed" sein
oder
@code muss "aborted" sein
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1M
Zeitintervall in dem das Problem/Bedenken existent war/ist.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Zeit-Elemente“ zu befolgen.


Anforderung in Abhängigkeit von „statusCode“:
Ist das Element statusCode auf „active“ oder „suspended“ gesetzt, muss das high-Element des Zeitintervalls weggelassen werden.
IHE PCC TF2 Rev.11, 6.3.4.12
Treeblank.pngTreetree.pnghl7:low
TS.DATE1 … 1RBeginn des Intervalls, MUSS angegeben werden. Ist dieser Zeitpunkt nicht bekannt, kann er auch mit nullFlavor "UNK" angegeben werden.IHE PCC TF2 Rev.11, 6.3.4.12
Treeblank.pngTreetree.pnghl7:high
TS.DATE0 … 1CEnde des Intervalls.
MUSS angegeben werden, wenn statusCode "completed" oder "aborted". Ist dieser Zeitpunkt nicht bekannt, kann er auch mit nullFlavor "UNK" angegeben werden.
DARF NICHT bei „active“ oder „suspended“ angegeben werden.
IHE PCC TF2 Rev.11, 6.3.4.12
 Schematron assertrole error 
 testcount(hl7:statusCode[@code='active'])=0 or count(hl7:effectiveTime/hl7:high)=0 
 MeldungIst das Element statusCode auf „active“ gesetzt, muss das high-Element des Zeitintervalls weggelassen werden. 
Treetree.pnghl7:performer
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC)IHE PCC TF2 Rev.11, 6.3.4.12
Treetree.pnghl7:author
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)IHE PCC TF2 Rev.11, 6.3.4.12
Treetree.pnghl7:informant
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)IHE PCC TF2 Rev.11, 6.3.4.12
Treetree.pnghl7:participant
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)IHE PCC TF2 Rev.11, 6.3.4.12
Treetree.pnghl7:entryRelationship
1 … *MBeinhaltet 1.2.40.0.34.6.0.11.3.6 Problem Entry (DYNAMIC)IHE PCC TF2 Rev.11, 6.3.4.12
wo [@typeCode='SUBJ']
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.png@inversionInd
bl1 … 1Ffalse
 Constraint
Die an dieser Stelle gewählte Kardinalität von [1..*] dient vorrangig der Kompatibilität mit internationalen Vorgaben von HL7 CCD bzw. IHE PCC.


Für die Anwendung dieses Elements im Kontext spezieller Implementierungsleitfäden in Österreich wird die Kardinalität [1..1] STRENG EMPFHOLEN.
Treetree.pnghl7:reference
0 … 1R
Referenz auf einen weiteren Befund

Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC)
IHE PCC TF2 Rev.11, 6.3.4.12
Treeblank.pngTreetree.png@typeCode
cs1 … 1FREFR
12.4.4.17.1 Problem Entry
Id1.2.40.0.34.6.0.11.3.6
ref
at-cda-bbr-
Gültigkeit2023‑02‑02 15:50:45
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_Problem vom 2022‑06‑02 15:10:36
  • Kblank.png atcdabbr_entry_Problem vom 2021‑02‑19 12:55:41
  • Kblank.png atcdabbr_entry_Problem vom 2020‑11‑06 10:08:41
  • Kblank.png atcdabbr_entry_Problem vom 2019‑01‑18 09:59:00
StatusKyellow.png EntwurfVersions-Label1.1.2
Nameatcdabbr_entry_ProblemBezeichnungProblem Entry
Beschreibung

Dieses generische Template kann in den speziellen Leitfäden spezifiziert werden. Ob ein Problem codiert angegeben werden muss und welche Codesysteme zur Anwendung kommen müssen bzw. sollen, ergibt sich aus dem Kontext des jeweiligen speziellen Implementierungsleitfadens.


Das Problem Entry erlaubt die Dokumentation eines Gesundheitsproblems, das verschiedene Ausprägungen (im code-Element) haben kann :
  • Diagnose (Diagnosis)
  • Problem (Problem)
  • Zustand (Condition)
  • Symptom (Symptom)
  • Befund (Finding)
  • Beschwerde (Complaint)
  • Funktionelle Einschränkung (Functional limitation)
Um welches Problem es sich handelt, wird im value-Element angegeben.
Da es sich bei einem Problem technisch um eine observation, also eine dokumentierte Beobachtung handelt, erhält sie den fixen StatusCode "completed".
Der Status des Gesundheitsproblems selbst kann über das darin liegende Entry "Problem Status Observation" angegeben werden. 


Die effectiveTime ("medizinisch relevante Zeit") ist der Zeitraum, zu dem die Beobachtung für den Patienten gilt. Für z.B. einen Arzt, der heute einen Patienten in der Klinik behandelt und einen Herzinfarkt dokumentiert, der vor fünf Jahren aufgetreten ist, liegt die effectiveTime fünf Jahre zurück.
  • effectiveTime.low („Beginn des Problems“): Entspricht dem Zeitpunkt, zu dem das Problem erstmals aufgetreten ist (z.B. der Start der Erkrankung oder Beginn der Symptome). Kann auch unbekannt sein (nullFlavor "UNK")
  • effectiveTime.high („Ende des Problems“): Gibt den Zeitpunkt an, seitdem die zugrunde liegende Erkrankung nicht mehr besteht ("Zustand nach" oder „status post“). Wenn es nicht angegeben ist, gilt das Problem als weiterhin bestehend. Wenn bekannt ist, dass das Problem nicht mehr auftritt, dann MUSS ein effectiveTime.high angegeben werden. Wenn das Datum der Lösung nicht bekannt ist, dann wird der nullFlavor "UNK" angegeben.
Weitere Informationen:
Das Problem Entry erlaubt die Angabe weiterer Informationen zum Problem:
  • value.qualifier: Typ der Diagnose (Haupt-, Nebendiagnose, Dauerdiagnose)
  • targetSiteCode / Laterality Qualifier: Seitenlokalisation und anatomische Lage (links, rechts)
  • entryRelationship.Problem Status Observation: Medizinischer Status des Gesundheitsproblems (bestehend, nicht mehr bestehend)
  • entryRelationship.Certainty Observation: Diagnosesicherheit (bestätigt, unbestätigt, Verdacht, ...)
  • entryRelationship.Severity Observation: Schweregrad der Erkrankung (schwer, mittel, leicht)
  • entryRelationship.Criticality Observation: Kritikalität des Gesundheitsproblems (lebensbedrohend, nicht lebensbedrohend, unbekannt)
  • entryRelationship.Comment Entry: Kommentar


KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.6
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 12 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.1InklusionKgreen.png Narrative Text Reference (1.0.1+20210512)DYNAMIC
1.2.40.0.34.6.0.11.9.2InklusionKgreen.png Original Text Reference (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.9.42ContainmentKgreen.png Laterality Qualifier (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.9.17ContainmentKgreen.png Performer Body (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.3ContainmentKgreen.png Informant Body (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.9.13ContainmentKgreen.png Participant Body (1.0.1+20210628)DYNAMIC
1.2.40.0.34.6.0.11.3.11ContainmentKgreen.png Comment Entry (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.3.38ContainmentKgreen.png Severity Observation (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.3.35ContainmentKgreen.png Criticality Observation (1.0.1+20210628)DYNAMIC
1.2.40.0.34.6.0.11.3.36ContainmentKgreen.png Certainty Observation (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.3.49ContainmentKgreen.png Problem Status Observation (1.0.0+20210219)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.6 Problem Entry (2022‑06‑02 15:10:36)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.6 Problem Entry (2021‑02‑19 12:55:41)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.6 Problem Entry (2020‑11‑06 10:08:41)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.6 Problem Entry (2019‑01‑18 09:59:00)
ref
at-cda-bbr-

Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.5 IHE Problem Entry (DYNAMIC)
ref
ch-pcc-

Spezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel Diagnose codiert
<cda:observation classCode="OBS" moodCode="EVN" negationInd="false">
  <cda:templateId root="1.2.40.0.34.6.0.11.3.6"/>  <cda:templateId root="2.16.840.1.113883.10.20.1.28"/>  <cda:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5"/>  <cda:id root="1.2.3.999" extension="--example only--"/>  <cda:code code="282291009" codeSystem="2.16.840.1.113883.6.96" displayName="Diagnosis"/>  <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M -->
  <statusCode code="completed"/>  <cda:effectiveTime>
    <cda:low value="20190817121500+0200"/>  </cda:effectiveTime>
  <cda:value xsi:type="CD" code="cs" codeSystem="1.2.3.999">
    <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) 1..1 M -->
    <!-- qualifier für Art der Diagnose -->
    <cda:qualifier>
      <cda:name code="106229004" codeSystem="2.16.840.1.113883.6.96"/>      <cda:value code="8319008" displayName="Principal diagnosis (contextual qualifier) (qualifier value)" codeSystem="2.16.840.1.113883.6.96"/>    </cda:qualifier>
  </cda:value>
  <cda:targetSiteCode>
    <cda:qualifier>
      <cda:name code="272741003" codeSystem="2.16.840.1.113883.6.96" displayName="Laterality"/>      <cda:value code="..." codeSystem="2.16.840.1.113883.6.96"/>    </cda:qualifier>
    <cda:qualifier>
      <cda:name code="106233006" codeSystem="2.16.840.1.113883.6.96" displayName="Topographical modifier"/>      <cda:value code="..." codeSystem="2.16.840.1.113883.6.96"/>    </cda:qualifier>
  </cda:targetSiteCode>
  <cda:author>
    <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' -->
  </cda:author>
  <cda:entryRelationship typeCode="COMP" contextConductionInd="true">
    <!-- template 1.2.40.0.34.6.0.11.3.11 'Comment Entry' (2019-02-07T13:10:44) -->
  </cda:entryRelationship>
</cda:observation>
Beispiel
Beispiel Uncodierte Angabe des Gesundheitsproblems
<cda:observation classCode="OBS" moodCode="EVN" negationInd="false">
  <cda:templateId root="1.2.40.0.34.6.0.11.3.6"/>  <cda:templateId root="2.16.840.1.113883.10.20.1.28"/>  <cda:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5"/>  <cda:id root="1.2.3.999" extension="--example only--"/>  <cda:code code="282291009" codeSystem="2.16.840.1.113883.6.96" displayName="Diagnosis"/>  <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M -->
  <statusCode code="completed"/>  <cda:effectiveTime>
    <cda:low value="20190817121800+0200"/>  </cda:effectiveTime>
  <cda:value xsi:type="CD" nullFlavor="NA">
    <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) 1..1 M -->
    <originalText>
      <reference value="#MyRef1"/>    </originalText>
  </cda:value>
  <cda:author>
    <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' -->
  </cda:author>
  <cda:entryRelationship typeCode="COMP" contextConductionInd="true">
    <!-- template 1.2.40.0.34.6.0.11.3.11 'Comment Entry' (2019-02-07T13:10:44) -->
  </cda:entryRelationship>
</cda:observation>
ItemDTKardKonfBeschreibungLabel
hl7:observation
Container zur Angabe eines Problems (Diagnose etc).
(atc...lem)
Treetree.png@classCode
cs1 … 1FOBS
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.png@negationInd
bl1 … 1R
SOLL standardmäßig auf false gesetzt werden.
Kann auf true gesetzt werden, um anzuzeigen, dass das dokumentierte Problem nicht beobachtet wurde.
Treetree.pnghl7:templateId
II1 … 1MELGA(atc...lem)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.3.6
Treetree.pnghl7:templateId
II1 … 1MHL7 CCD Problem observation(atc...lem)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.28
Treetree.pnghl7:templateId
II1 … 1MIHE Problem Entry(atc...lem)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.5
Treetree.pnghl7:id
II1 … *M
ID des Problem-Entry. 
Auch wenn nur ein Problem-Entry angegeben ist, soll sich die ID von der ID des Problem/Bedenken-Entry unterscheiden.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
(atc...lem)
Treetree.pnghl7:code
CD1 … 1MCode des Problems.
Die Art des angegebenen Problems (Diagnose, Symptom, etc.) wird codiert in diesem Element angegeben.

Verweis auf speziellen Implementierungsleitfaden:

Welche der Problemarten angegeben werden müssen bzw. sollen, kann im jeweiligen speziellen Implementierungsleitfaden eingeschränkt werden.
(atc...lem)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.35 atcdabbr_Problemarten_VS (DYNAMIC)
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)
Treetree.pnghl7:text
ED1 … 1M(atc...lem)
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1MDie Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.

Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.


(atc...lem)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
 Schematron assertrole error 
 teststarts-with(@value,'#') or starts-with(@value,'http') 
 MeldungThe @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme. 
Treetree.pnghl7:statusCode
CS1 … 1MMuss unabhängig von effectiveTime auf „completed“ gesetzt werden. Der medizinische Status des Problems wird im entryRelationship.Problem Status Observation angegeben.
(atc...lem)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1M
Zeitintervall, in dem das Problem existent war/ist.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
(atc...lem)
Treeblank.pngTreetree.pnghl7:low
TS.AT.VAR1 … 1R„Beginn des Problems“: Entspricht dem Zeitpunkt, zu dem das Problem erstmals aufgetreten ist. Kann auch unbekannt sein (nullFlavor "UNK")
(atc...lem)
Treeblank.pngTreetree.pnghl7:high
TS.AT.VAR0 … 1C
„Ende des Problems“: muss angegeben werden, wenn das Problem nicht mehr besteht.
Wenn nicht angegeben, gilt das Problem als weiterhin bestehend. 
Ist kein Datum der Lösung bekannt, wird der nullFlavor "UNK" angegeben.
(atc...lem)
Auswahl1 … 1
Gesundheitsprobleme dürfen nur wie folgt angegeben werden:
  • Codierte Angabe des Gesundheitsproblems:
    @value enthält den Code des Gesundheitsproblems einem Value Set (ICD-10, ICPC2 ...).
  • Codierte Angabe ohne passenden Code:
    xsi:type='CD', nullFlavor: OTH
    In diesem Fall ist das Element <translation> verpflichtend.
    originalText.reference enthält den Verweis auf die narrative Beschreibung des Problems!
  • Uncodierte Angabe:
    xsi:type='CD', nullFlavor: NA
    In diesem Fall ist die Textreferenz <originalText> verpflichtend.
    originalText.reference enthält den Verweis auf die narrative Beschreibung des Problems!

Hinweis: Die Wahl des Codesystems ist abhängig von der Problemart! Für Diagnosen kann ein gültiger Code aus der vom für Gesundheit zuständigen Bundesministeriums veröffentlichen aktuellen ICD-10 Liste herangezogen werden.

Elemente in der Auswahl:
  • hl7:value[not(@nullFlavor)]
  • hl7:value[@nullFlavor='OTH']
  • hl7:value[@nullFlavor='NA']
Treeblank.pngTreetree.pnghl7:value
CD0 … 1Codierte Angabe des Gesundheitsproblems


Codesysteme bitte in der aktuellen Version verwenden. Z.B.:

  • 1.2.40.0.34.5.184 - ICD-10 BMASGK  
  • 1.2.40.0.34.5.175 - ICPC2 (International Classification of Primary Care)
  • 2.16.840.1.113883.6.254 - ICF (WHO International Classification of Function)
  • 2.16.840.1.113883.6.96 - SNOMED CT
  • etc.
(atc...lem)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.png@xsi:type
1 … 1FCD
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Eingefügt0 … 1R von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC)
Eingegebener Freitext, der die Grundlage der im Entry angegebenen Information ist. 
Das Element verweist auf die Stelle im Textbereich (section.text), in dem das Problem beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc).
Grundsätzlich sind die Vorgaben für „Codierungs-Elemente“ zu befolgen.
Treeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1RTextinhalt, der codiert wurde.
(atc...lem)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1MDie Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente.
(atc...lem)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
 Schematron assertrole error 
 teststarts-with(@value,'#') 
 MeldungThe @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element. 
Treeblank.pngTreeblank.pngTreetree.pnghl7:qualifier
CR0 … *R
Qualifier zur genaueren Beschreibung des Problems. 
z.B. zur Angabe der Art der Diagnose.
(atc...lem)
wo [hl7:name [@code='106229004']]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
CD1 … 1M(atc...lem)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1F106229004
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.96 (SNOMED Clinical Terms)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:value
CD1 … 1M(atc...lem)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.23 elgagab_Art_der_Diagnose_VS (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:translation
CD0 … *
Dieses Feld wird verwendet, wenn Codes aus einem abweichenden Value Set angegeben werden. 
z.B. für Übersetzungen in alternative Codesysteme oder wenn kein geeigneter Code im vorgegebene VS vorhanden ist.
(atc...lem)
Treeblank.pngTreetree.pnghl7:value
CD0 … 1Codierte Angabe des Gesundheitsproblems ohne passenden Code
(atc...lem)
wo [@nullFlavor='OTH']
Treeblank.pngTreeblank.pngTreetree.png@xsi:type
1 … 1FCD
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FOTH
Eingefügt0 … 1R von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC)
Eingegebener Freitext, der die Grundlage der im Entry angegebenen Information ist. 
Das Element verweist auf die Stelle im Textbereich (section.text), in dem das Problem beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc).
Grundsätzlich sind die Vorgaben für „Codierungs-Elemente“ zu befolgen.
Treeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1RTextinhalt, der codiert wurde.
(atc...lem)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1MDie Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente.
(atc...lem)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
 Schematron assertrole error 
 teststarts-with(@value,'#') 
 MeldungThe @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element. 
Treeblank.pngTreeblank.pngTreetree.pnghl7:translation
CD1 … *M
Dieses Feld wird verwendet, wenn Codes aus einem abweichenden Value Set angegeben werden. 
z.B. für Übersetzungen in alternative Codesysteme oder wenn kein geeigneter Code im vorgegebene VS vorhanden ist.
(atc...lem)
Treeblank.pngTreetree.pnghl7:value
CD0 … 1Uncodierte Angabe des Gesundheitsproblems
(atc...lem)
wo [@nullFlavor='NA']
Treeblank.pngTreeblank.pngTreetree.png@xsi:type
1 … 1FCD
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
 Beispiel
Nicht-codierte Diagnosen
<value xsi:type="CD" nullFlavor="NA">
  <originalText>
    <reference value="#diag4_diagNotCoded"/>  </originalText>
</value>
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC)
Eingegebener Freitext, der die Grundlage der im Entry angegebenen Information ist. 
Das Element verweist auf die Stelle im Textbereich (section.text), in dem das Problem beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc).
Grundsätzlich sind die Vorgaben für „Codierungs-Elemente“ zu befolgen.
Treeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED1 … 1MTextinhalt, der codiert wurde.
(atc...lem)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1MDie Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente.
(atc...lem)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
 Schematron assertrole error 
 teststarts-with(@value,'#') 
 MeldungThe @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element. 
Treetree.pnghl7:target​Site​Code
CD0 … *RAnatomische Lage des Problems

Beinhaltet 1.2.40.0.34.6.0.11.9.42 Laterality Qualifier (DYNAMIC)
(atc...lem)
Treetree.pnghl7:performer
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC)(atc...lem)
Treetree.pnghl7:author
0 … *RDieses Author-Element KANN verwendet werden, um anzugeben, wer das Problem dokumentiert hat. Wenn nicht angegeben, gilt das jeweils "darüberlegende" Author-Element (Section, Document)
Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
(atc...lem)
Treetree.pnghl7:informant
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(atc...lem)
Treetree.pnghl7:participant
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)(atc...lem)
Treetree.pnghl7:entryRelationship
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.11 Comment Entry (DYNAMIC)(atc...lem)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:entryRelationship
0 … 1RDieses EntryRelationship dient zur Darstellung des Schweregrads des Gesundheitsproblems

Beinhaltet 1.2.40.0.34.6.0.11.3.38 Severity Observation (DYNAMIC)
(atc...lem)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:entryRelationship
0 … 1RDieses EntryRelationship dient zur Darstellung der Kritikalität des Gesundheitsproblems.
Beinhaltet 1.2.40.0.34.6.0.11.3.35 Criticality Observation (DYNAMIC)
(atc...lem)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:entryRelationship
0 … 1RDieses EntryRelationship dient zur Darstellung der Gewissheit, mit der das Gesundheitsproblem

Beinhaltet 1.2.40.0.34.6.0.11.3.36 Certainty Observation (DYNAMIC)
(atc...lem)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:entryRelationship
0 … 1RKlinischer Status des Gesundheitsproblems

Beinhaltet 1.2.40.0.34.6.0.11.3.49 Problem Status Observation (DYNAMIC)
(atc...lem)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FREFR
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue


12.4.5 Weitere CDA Fragmente

Die weiteren CDA Fragmente, oder auch Compilation Templates genannt, wurden aus dem bestehenden "Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente" übernommen. Diese sind auch unter Allgemeiner Leitfaden - Kapitel Sonstige Templates (Fragmente) zu finden.

12.4.5.1 Device Product Instance Template

Id1.2.40.0.34.6.0.11.9.43
ref
at-cda-bbr-
Gültigkeit2022‑08‑24 14:48:23
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_entry_DeviceProductInstanceTemplate vom 2021‑02‑18 13:29:34
  • Kblank.png atcdabbr_entry_DeviceProductInstanceTemplate vom 2020‑10‑05 18:35:34
  • Kblank.png atcdabbr_entry_DeviceProductInstanceTemplate vom 2020‑02‑19 10:22:45
StatusKyellow.png EntwurfVersions-Label1.1.1+20220824
Nameatcdabbr_entry_DeviceProductInstanceTemplateBezeichnungDevice Product Instance Template
Beschreibung
Das "Device Product Instance Template" beschreibt die verpflichtenden Eigenschaften des verwendeten Gerätes. Mindestens eine eindeutige ID, die Klassifizierung und der Name (samt Hersteller) des Gerätes sind für jedes verwendetes Gerät anzugeben. Dieses Template definiert das participantRole-Element des Device Information Organizer. In vielen Fällen ist das Gerät ein IEEE 11073 kompatibles Gerät. In diesem Dokument vorhandene medizinische Beobachtungen besitzen ein author-Element, welches in den Daten dieses Templates vorhanden sein muss. Alle weiteren Informationen zum verwendeten Gerät können im darüberliegenden Device Information Organizer kodiert werden.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.43
KlassifikationCDA Entry Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.2InklusionKgreen.png Original Text Reference (1.0.0+20210219)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.9.43 Device Product Instance Template (2021‑02‑18 13:29:34)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.43 Device Product Instance Template (2020‑10‑05 18:35:34)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.43 Device Product Instance Template (2020‑02‑19 10:22:45)
ref
at-cda-bbr-
Beispiel
Beispiel
<hl7:participantRole classCode="MANU">
  <hl7:templateId root="1.2.40.0.34.6.0.11.9.43"/>  <hl7:templateId root="2.16.840.1.113883.10.20.22.4.37"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.9" extension="2015-08-17"/>  <hl7:id root="1.2.3.999" extension="extension" assigningAuthorityName="assigningAuthorityName"/>  <hl7:playingDevice>
    <hl7:code code="4103" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_DEV_SPEC_PROFILE_BP">
      <cda:translation/>    </hl7:code>
    <hl7:manufacturerModelName>manufacturerModelName</hl7:manufacturerModelName>  </hl7:playingDevice>
</hl7:participantRole>
ItemDTKardKonfBeschreibungLabel
hl7:participantRole
PHMR Product Instance
(atc...ate)
Treetree.png@classCode
cs1 … 1FMANU
Treetree.pnghl7:templateId
II1 … 1MHL7 Austria - Device Product Instance Template(atc...ate)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.9.43
Treetree.pnghl7:templateId
II1 … 1MC-CDA Product Instance(atc...ate)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.22.4.37
Treetree.pnghl7:templateId
II1 … 1MDevice PHMR Product Instance(atc...ate)
Treeblank.pngTreetree.png@root
oid1 … 1F2.16.840.1.113883.10.20.36.9
Treeblank.pngTreetree.png@extension
st1 … 1F2015-08-17
Treetree.pnghl7:id
1 … *M
Das @root-Element soll die OID des Gerätenummervergebers sein und die @extension eine valide ID innerhalb. Für PCHA Geräte soll das @root-Element 1.2.840.10004.1.1.1.0.0.1.0.0.1.2680 sein und das @extension-Element eine valide EUI-64 Geräte-ID, wie die welche erhalten wird aus dem "system ID"-Attribut von IEEE 11073 20601 Geräten oder dem "system ID"-Attribut von Bluetooth-Low-Energy-Geräten.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen.
(atc...ate)
Treeblank.pngTreetree.png@root
oid1 … 1R
Treeblank.pngTreetree.png@extension
st1 … 1R
Treeblank.pngTreetree.png@assigningAuthorityName
st1 … 1R
Treetree.pnghl7:playingDevice
1 … 1MInformationen zum Gerätehersteller und Gerätetyp. Dieses Element kann eine Wiederholung der Daten aus dem "Device Manufacturer Information Observation"-Entry oder "Device Model Number Information Observation"-Entry beinhalten.(atc...ate)
Treeblank.pngTreetree.pnghl7:code
CE.IPS1 … 1MHier MUSS die Klassifizierung des Gerätetyps als MDC-Code bereitgestellt werden.(atc...ate)
Treeblank.pngTreeblank.pngTreetree.png@code
1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
uid1 … 1F2.16.840.1.113883.6.24
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FMDC
Treeblank.pngTreeblank.pngTreetree.png@displayName
0 … 1 
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED1 … 1MTextinhalt, der codiert wurde.
(atc...ate)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1MDie Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente.
(atc...ate)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
 Schematron assertrole error 
 teststarts-with(@value,'#') 
 MeldungThe @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element. 
Treeblank.pngTreeblank.pngTreetree.pnghl7:translation
CD0 … *Hier können weitere Übersetzungen des Codes aus weiteren Codesystemen bereitgestellt werden.(atc...ate)
Treeblank.pngTreetree.pnghl7:manufacturer​Model​Name
ST1 … 1MFolgender Eintrag kann redundente Informationen erhalten, da auch das "Device Manufacturer Information Observation"-Element oder das "Device Model Number Information Observation" den Hersteller nennt.(atc...ate)
Treetree.pnghl7:scopingEntitiy
NPDieses Element zur Dokumentation des Geräteherstellers dient zur Rückwärtskompatibilität zu Implementierungen von PHMR Leitfäden vor Jänner 2017. Diese Information ist bereits in anderen Elementen vorhanden.(atc...ate)
Treeblank.pngTreetree.pnghl7:desc
STNPDer Name des Geräteherstellers.(atc...ate)


12.4.5.2 Time Interval Information minimal

Id1.2.40.0.34.6.0.11.9.15
ref
at-cda-bbr-
Gültigkeit2021‑06‑28 14:02:29
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_other_TimeIntervalInformationMinimal vom 2021‑02‑19 13:37:11
  • Kblank.png atcdabbr_other_TimeIntervalInformationMinimal vom 2019‑04‑08 08:15:46
StatusKgreen.png AktivVersions-Label1.0.1+20210628
Nameatcdabbr_other_TimeIntervalInformationMinimalBezeichnungTime Interval Information minimal
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (2021‑02‑19 13:37:11)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (2019‑04‑08 08:15:46)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel
<placeholder>
  <low value="20190704123315+0200"/>  <high value="20190704123315+0200"/></placeholder>
ItemDTKardKonfBeschreibungLabel
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:low[@value]
  • hl7:low[@nullFlavor='UNK']
Treetree.pnghl7:low
TS.AT.TZ0 … 1(atc...mal)
wo [@value]
Treetree.pnghl7:low
TS.AT.TZ0 … 1(atc...mal)
wo [@nullFlavor='UNK']
Treeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:high[@value]
  • hl7:high[@nullFlavor='UNK']
Treetree.pnghl7:high
TS.AT.TZ0 … 1(atc...mal)
wo [@value]
Treetree.pnghl7:high
TS.AT.TZ0 … 1(atc...mal)
wo [@nullFlavor='UNK']
Treeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK

12.4.5.3 Performer Body

Id1.2.40.0.34.6.0.11.9.17
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 13:36:15
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_other_PerformerBody vom 2019‑01‑17 12:44:16
StatusKgreen.png AktivVersions-Label1.0.0+20210219
Nameatcdabbr_other_PerformerBodyBezeichnungPerformer Body
BeschreibungDurchführende Entität der Gesundheitsdienstleistung
KontextGeschwisterknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.17
KlassifikationTemplate-Typ nicht spezifiziert
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.16InklusionKgreen.png Assigned Entity Body (1.0.1+20210526)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.9.17 Performer Body (2019‑01‑17 12:44:16)
ref
at-cda-bbr-

Adaptation: Template 2.16.840.1.113883.10.12.323 CDA Performer (Body) (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<templateId root="1.2.40.0.34.6.0.11.9.17"/><time>
  <low value="20191025100000+0100"/>  <high value="20191025120000+0100"/></time>
<assignedEntity>
  <!-- include template 1.2.40.0.34.6.0.11.9.16 'Assigned Entity Body' (dynamic) .. O -->
</assignedEntity>
ItemDTKardKonfBeschreibungLabel
@typeCode
cs1 … 1R
 CONF
Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.43 ELGA_ServiceEventPerformer (DYNAMIC)
hl7:templateId
II1 … 1M(atc...ody)
Treetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.9.17
hl7:time
IVL_TS0 … 1Zeit, in der der Performer mit der Gesundheitsdienstleistung beschäftigt war, wenn abweichend von effectiveTime im übergeordneten Act(atc...ody)
hl7:assignedEntity
1 … 1M(atc...ody)
Eingefügt von 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (DYNAMIC)
Treetree.png@classCode
cs0 … 1FASSIGNED
Auswahl1 … *Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
Treeblank.pngTreetree.pnghl7:id
II0 … *
Mindestens eine Id der Person.
Zugelassene nullFlavor:
  • NI … Die Person der Entität hat keine Identifikationsnummer
  • UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt
(atc...ody)
wo [not(@nullFlavor)]
Treeblank.pngTreetree.pnghl7:id
II0 … 1(atc...ody)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreetree.pnghl7:id
II0 … 1(atc...ody)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treetree.pnghl7:code
CE0 … 1R
Funktionscode der angegebenen Person.
Das zu verwendende Value-Set ist in den abgeleiteten Templates zu spezifizieren.
(atc...ody)
Treetree.pnghl7:addr
0 … *RAdresse der angegebenen Person.
Keine vollständig strukturierte Adressangabe nötig.

Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)
(atc...ody)
 ConstraintWerden mehrere address-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treetree.pnghl7:telecom
TEL.AT0 … *R(atc...ody)
Treeblank.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.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.
Auswahl0 … 1
Elemente in der Auswahl:
  • hl7:assigned​Person: Angabe der name-Elemente unstrukturiert
  • hl7:assigned​Person: Angabe der name-Elemente strukturiert
Elemente in der Auswahl:
  • hl7:assigned​Person welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
  • hl7:assigned​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
Treeblank.pngTreetree.pnghl7:assigned​Person
0 … 1R
Personendaten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
Angabe der name-Elemente unstrukturiert, das name-Element ist Mandatory.

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
(atc...ody)
Treeblank.pngTreetree.pnghl7:assigned​Person
0 … 1RPersonendaten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
Angabe der name-Elemente strukturiert, das name-Element ist Mandatory.
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
(atc...ody)
Treetree.pnghl7:represented​Organization
0 … 1ROrganistationsdaten der angegebenen Person. Minimale Adressangabe möglich.

Beinhaltet 1.2.40.0.34.6.0.11.9.20 Organization Compilation with name, addr minimal (DYNAMIC)
(atc...ody)

12.4.5.4 Author Body

Id1.2.40.0.34.6.0.11.9.36
ref
at-cda-bbr-
Gültigkeit2023‑04‑05 13:52:41
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_other_AuthorBody vom 2021‑02‑19 13:12:19
  • Kblank.png atcdabbr_other_AuthorBody vom 2019‑11‑20 12:13:04
  • Kblank.png atcdabbr_other_AuthorBody vom 2019‑01‑18 11:37:17
StatusKgreen.png AktivVersions-Label1.0.1+20230717
Nameatcdabbr_other_AuthorBodyBezeichnungAuthor Body
Beschreibung
Der Autor (author) ist der Verfasser bzw. geistige Urheber eines bestimmten Inhalts. In der Regel ist das eine Person oder mehrere Personen, es kann aber auch ein "Gerät" - ein Programm oder Software den Inhalt automatisiert erstellen.
Element für Sections und Entries.
Wenn nicht angegeben, gilt das jeweils "darüberlegende" Author-Element (Section, Document).
KlassifikationTemplate-Typ nicht spezifiziert
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.25ContainmentKgreen.png Address Compilation (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.6InklusionKgreen.png Person Name Compilation G2 (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.18ContainmentKgreen.png Device Compilation (1.0.2+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.5ContainmentKgreen.png Organization Compilation with id, name (1.0.1+20210628)DYNAMIC
BeziehungSpezialisierung: Template 1.2.40.0.34.6.0.11.9.36 Author Body (2021‑02‑19 13:12:19)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.36 Author Body (2019‑11‑20 12:13:04)
ref
at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.318 CDA Author (Body) (2005‑09‑07)
ref
ad1bbr-
Beispiel
Beispiel
<placeholder typeCode="AUT" contextControlCode="OP">
  <time value="20190710153549+0200"/>  <assignedAuthor classCode="ASSIGNED">
    <id root="1.2.3.999" extension="--example only--"/>    <code code="100" codeSystem="1.2.40.0.34.5.2" displayName="Ärztin/Arzt für Allgemeinmedizin"/>    <addr>
      <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->
    </addr>
    <telecom value="tel:+1-12345678"/>    <assignedPerson classCode="PSN" determinerCode="INSTANCE">
      <!-- template 1.2.40.0.34.6.0.11.9.6 'Person Name Compilation G2' -->
    </assignedPerson>
    <representedOrganization classCode="ORG" determinerCode="INSTANCE">
      <!-- template 1.2.40.0.34.6.0.11.9.5 'Organization Compilation with id, name' (2019-03-25T13:43:57) -->
    </representedOrganization>
  </assignedAuthor>
</placeholder>
ItemDTKardKonfBeschreibungLabel
@typeCode
cs0 … 1FAUT
@context​Control​Code
cs0 … 1FOP
hl7:functionCode
CE0 … 1
Funktionscode des Verfassers des Dokuments
z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“, …
Eigene Codes und Bezeichnungen können verwendet werden. 

Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen.
(atc...ody)
Auswahl1 … 1
Zeitpunkt der Freigabe der Dokumentation
Elemente in der Auswahl:
  • hl7:time[not(@nullFlavor)]
  • hl7:time[@nullFlavor='UNK']
Treetree.pnghl7:time
TS.AT.TZ0 … 1(atc...ody)
wo [not(@nullFlavor)]
Treetree.pnghl7:time
TS.AT.TZ0 … 1nullFlavor
(atc...ody)
wo [@nullFlavor='UNK']
Treeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
hl7:assignedAuthor
1 … 1R(atc...ody)
Treetree.png@classCode
cs0 … 1FASSIGNED
Auswahl1 … *Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='UNK']
Treeblank.pngTreetree.pnghl7:id
II0 … *(atc...ody)
wo [not(@nullFlavor)]
Treeblank.pngTreetree.pnghl7:id
II0 … 1(atc...ody)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treetree.pnghl7:code
CE0 … 1(atc...ody)
wo [not(@nullFlavor)]
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
Treetree.pnghl7:addr
AD0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)(atc...ody)
wo [not(@nullFlavor)]
Treetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(atc...ody)
wo [not(@nullFlavor)]
Treeblank.pngTreetree.png@value
st1 … 1R

Die Kontaktadresse (Telefonnummer, Email, etc.)

Zulässige Werteliste für telecom-Präfixe gemäß Value Set "ELGA_URLScheme"

Treeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse"
 Constraint

Werden mehrere gleichartige telecom-Element strukturiert, MUSS jeweils das Attribut @use angeführt sein.

Auswahl1 … 1Elemente in der Auswahl:
  • hl7:assigned​Person
  • hl7:assigned​Authoring​Device welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)
Treeblank.pngTreetree.pnghl7:assigned​Person
0 … 1(atc...ody)
 Beispiel<assignedPerson classCode="PSN" determinerCode="INSTANCE">
  <name>
    <prefix qualifier="AC">Univ.-Prof. Dr.</prefix>    <given>Isabella</given>    <family>Stern</family>  </name>
</assignedPerson>
Eingefügt1 … 1R von 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Auswahl1 … 1
Namen-Element (Person)
Elemente in der Auswahl:
  • hl7:name[not(@nullFlavor)]
  • hl7:name[@nullFlavor='UNK']
  • hl7:name[@nullFlavor='MSK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN0 … 1(atc...ody)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
cs0 … 1 
Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist, z.B. A („Artist“).
Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“.
Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *
Beliebig viele Präfixe zum Namen, z.B. Akademische Titel
Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!
(atc...ody)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
cs0 … 1 Die genaue Bedeutung eines prefix-Elements, beispielsweise dass das angegebene Präfix einen akademischen Titel darstellt, z.B. AC („Academic“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
ENXP1 … *MMindestens ein Hauptname (Nachname)(atc...ody)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
cs0 … 1 
Die genaue Bedeutung eines family-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“) 
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
ENXP1 … *MMindestens ein Vorname(atc...ody)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
cs0 … 1 
Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet.
z.B.: BR („Birth“)
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
ENXP0 … *Beliebig viele Suffixe zum Namen(atc...ody)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
cs0 … 1 
Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B. AC („Academic“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN0 … 1(atc...ody)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN0 … 1(atc...ody)
wo [@nullFlavor='MSK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FMSK
Treeblank.pngTreetree.pnghl7:assigned​Authoring​Device
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)(atc...ody)
 Beispiel<assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE">
  <manufacturerModelName>xxx</manufacturerModelName>  <softwareName>yyy</softwareName></assignedAuthoringDevice>
Treetree.pnghl7:represented​Organization
0 … 1Organisation, in deren Auftrag und Verantwortlichkeit der Inhalt erstellt wurde

Beinhaltet 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (DYNAMIC)
(atc...ody)
Treeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE

12.4.5.5 Informant Body

Id1.2.40.0.34.6.0.11.9.3
ref
at-cda-bbr-
Gültigkeit2021‑10‑04 08:03:25
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_other_InformantBody vom 2021‑10‑01 14:13:11
  • Kblank.png atcdabbr_other_InformantBody vom 2021‑02‑19 13:12:43
  • Kblank.png atcdabbr_other_InformantBody vom 2019‑02‑07 13:29:32
StatusKgreen.png AktivVersions-Label1.0.1+20211213
Nameatcdabbr_other_InformantBodyBezeichnungInformant Body
Beschreibung
Template für die Angabe des Informanten im CDA Body (Section oder Entry). Als Informanten können auftreten:
  • relatedEntity: der Patient selbst oder eine verwandte / bekannte Person 
  • assignedEntity: ein Gesundheitsdiensteanbieter (GDA)
KlassifikationTemplate-Typ nicht spezifiziert
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 3 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.16ContainmentKgreen.png Assigned Entity Body (1.0.1+20210526)DYNAMIC
1.2.40.0.34.6.0.11.9.10ContainmentKgreen.png Address Compilation Minimal (1.0.2+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.6ContainmentKgreen.png Person Name Compilation G2 (1.0.1+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.9.3 Informant Body (2021‑02‑19 13:12:43)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.3 Informant Body (2019‑02‑07 13:29:32)
ref
at-cda-bbr-

Adaptation: Template 2.16.840.1.113883.10.12.319 CDA Informant (Body) (2005‑09‑07)
ref
ad1bbr-
Beispiel
Informant ist verwandte Person
<relatedEntity classCode="PRS">
  <!-- Verwandtschaftsverhältnis des Angehörigen zum Patienten -->
  <code code="MTH" displayName="mother" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7 Role Code"/></relatedEntity>
Beispiel
Informant ist der Patient selbst
<relatedEntity classCode="PRS">
  <code code="SELF" displayName="self" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7 Role Code"/></relatedEntity>
ItemDTKardKonfBeschreibungLabel
@typeCode
cs0 … 1FINF
@context​Control​Code
cs0 … 1FOP
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:assignedEntity welches enthält Template 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (DYNAMIC)
  • hl7:relatedEntity
Treetree.pnghl7:assignedEntity
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (DYNAMIC)(atc...ody)
Treetree.pnghl7:relatedEntity
0 … 1(atc...ody)
Treeblank.pngTreetree.png@classCode
cs1 … 1FPRS
Treeblank.pngTreetree.pnghl7:code
CE0 … 1R(atc...ody)
wo [not(@nullFlavor)]
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)
Treeblank.pngTreetree.pnghl7:addr
AD0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)(atc...ody)
wo [not(@nullFlavor)]
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *R(atc...ody)
wo [not(@nullFlavor)]
Treeblank.pngTreetree.pnghl7:relatedPerson
0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (DYNAMIC)(atc...ody)

12.4.5.6 Participant Body

Id1.2.40.0.34.6.0.11.9.13
ref
at-cda-bbr-
Gültigkeit2021‑06‑28 14:00:23
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_other_ParticipantBody vom 2021‑02‑19 13:35:21
  • Kblank.png atcdabbr_other_ParticipantBody vom 2019‑04‑03 12:08:16
StatusKgreen.png AktivVersions-Label1.0.1+20210628
Nameatcdabbr_other_ParticipantBodyBezeichnungParticipant Body
KlassifikationTemplate-Typ nicht spezifiziert
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 3 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.25ContainmentKgreen.png Address Compilation (1.0.1+20230717)DYNAMIC
2.16.840.1.113883.10.12.815ContainmentKgreen.png CDA Device SDTCDYNAMIC
2.16.840.1.113883.10.12.813ContainmentKgreen.png CDA PlayingEntity SDTCDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.9.13 Participant Body (2021‑02‑19 13:35:21)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.13 Participant Body (2019‑04‑03 12:08:16)
ref
at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.821 CDA Participant (Body) SDTC (2005‑09‑07)
ref
ad1bbr-

Adaptation: Template 2.16.840.1.113883.10.12.321 CDA Participant (Body) (2005‑09‑07)
ref
ad1bbr-
ItemDTKardKonfBeschreibungLabel
@typeCode
cs1 … 1R
 CONF
Der Wert von @typeCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10901 ParticipationType (DYNAMIC)
@context​Control​Code
cs0 … 1FOP
hl7:time
IVL_TS0 … 1(atc...ody)
hl7:awarenessCode
CE0 … 1(atc...ody)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10310 TargetAwareness (DYNAMIC)
hl7:participantRole
1 … 1R(atc...ody)
Treetree.png@classCode
cs0 … 1FROL
Treetree.pnghl7:id
II0 … *(atc...ody)
Treetree.pnghl7:code
CE0 … 1(atc...ody)
 CONF
muss aus der Konzeptdomäne "RoleCode" gewählt werden
Treetree.pnghl7:addr
AD0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)(atc...ody)
Treetree.pnghl7:telecom
TEL.AT0 … *R
Optionale Kontaktdaten.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(atc...ody)
Treeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreetree.png@use
set_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.
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:playingDevice welches enthält Template 2.16.840.1.113883.10.12.815 CDA Device SDTC (DYNAMIC)
  • hl7:playingEntity welches enthält Template 2.16.840.1.113883.10.12.813 CDA PlayingEntity SDTC (DYNAMIC)
Treeblank.pngTreetree.pnghl7:playingDevice
Beinhaltet 2.16.840.1.113883.10.12.815 CDA Device SDTC (DYNAMIC)(atc...ody)
Treeblank.pngTreetree.pnghl7:playingEntity
Beinhaltet 2.16.840.1.113883.10.12.813 CDA PlayingEntity SDTC (DYNAMIC)(atc...ody)
Treetree.pnghl7:scopingEntity
0 … 1(atc...ody)
Treeblank.pngTreetree.png@classCode
cs0 … 1FENT
Treeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreetree.pnghl7:id
II0 … *(atc...ody)
Treeblank.pngTreetree.pnghl7:code
CE0 … 1(atc...ody)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.16040 EntityCode (DYNAMIC)
Treeblank.pngTreetree.pnghl7:desc
ED0 … 1(atc...ody)

12.4.5.7 Device Compilation

Id1.2.40.0.34.6.0.11.9.18
ref
at-cda-bbr-
Gültigkeit2023‑04‑06 14:24:15
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_other_DeviceCompilation vom 2021‑06‑28 13:57:36
  • Kblank.png atcdabbr_other_DeviceCompilation vom 2021‑02‑19 13:12:38
  • Kblank.png atcdabbr_other_DeviceCompilation vom 2019‑02‑13 10:11:00
StatusKgreen.png AktivVersions-Label1.0.2+20230717
Nameatcdabbr_other_DeviceCompilationBezeichnungDevice Compilation
BeschreibungDatenerstellende Geräte/Software
KlassifikationTemplate-Typ nicht spezifiziert
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungSpezialisierung: Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (2021‑06‑28 13:57:36)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (2021‑02‑19 13:12:38)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (2019‑02‑13 10:11:00)
ref
at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.315 CDA Device (2005‑09‑07)
ref
ad1bbr-
Beispiel
Software
<placeholder classCode="DEV" determinerCode="INSTANCE">
  <manufacturerModelName>Good Health System</manufacturerModelName>  <softwareName>Best Health Software Application</softwareName></placeholder>
ItemDTKardKonfBeschreibungLabel
@classCode
cs0 … 1FDEV
@determiner​Code
cs0 … 1FINSTANCE
hl7:manufacturer​Model​Name
SC1 … 1M

Angabe des Herstellers sowie der Modellbezeichnung des datenerstellenden Gerätes bzw. der Software/des Softwarepakets.

(atc...ion)
hl7:softwareName
SC1 … 1M

Bezeichnung der datenerstellenden Software inkl. Versionsangabe.

(atc...ion)

12.4.5.8 Address Compilation

Id1.2.40.0.34.6.0.11.9.25
ref
at-cda-bbr-
Gültigkeit2023‑04‑13 13:21:00
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_other_AddressCompilation vom 2021‑02‑19 13:05:47
  • Kblank.png atcdabbr_other_AddressCompilation vom 2019‑02‑28 14:24:14
StatusKgreen.png AktivVersions-Label1.0.1+20230717
Nameatcdabbr_other_AddressCompilationBezeichnungAddress Compilation
Beschreibung
Adressen von Personen und Organisationen werden über das Element addr abgebildet. Das Adress-Element kann in verschiedenen Kontexten mit unterschiedlicher Detailgenauigkeit vorkommen. Daher werden drei Granularitätsstufen definiert, auf die je nach Anwendung entsprechend verwiesen wird, wobei für EIS Enhanced und EIS Full Support die Granularitätsstufe 2 oder 3 angegeben werden MUSS.
Die Adressangabe in Granularitätsstufe 2 (G2)  erlaubt die gemeinsame Angabe Straße und Hausnummer im Element streetAddressLine, Granularitätsstufe 3 (G3) schreibt die strukturierte Angabe von Straße und Hausnummer in den Elementen streetName und houseNumber vor.

Sind keine Adressdaten vorhanden, kann das Element entweder weggelassen werden oder mit nullFlavor angegeben werden – je nachdem wie das Adress-Element im Kontext spezifiziert wurde.
KlassifikationTemplate-Typ nicht spezifiziert
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (2021‑02‑19 13:05:47)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (2019‑02‑28 14:24:14)
ref
at-cda-bbr-
Beispiel
Österreichische Postadresse - G2
<addr use="WP">
  <streetAddressLine>Mozartgasse 1-7/2/1</streetAddressLine>  <postalCode>7000</postalCode>  <city>Eisenstadt</city>  <state>Burgenland</state>  <country>AUT</country>  <additionalLocator>Station A, Zimmer 9</additionalLocator></addr>
Beispiel
Österreichische Postadresse - G3
<addr use="WP">
  <streetName>Mozartgasse</streetName>  <houseNumber>1-7/2/1</houseNumber>  <postalCode>7000</postalCode>  <city>Eisenstadt</city>  <state>Burgenland</state>  <country>AUT</country>  <additionalLocator>Station A, Zimmer 9</additionalLocator></addr>
ItemDTKardKonfBeschreibungLabel
@use
cs0 … 1 

Die genaue Bedeutung der angegebenen Adresse kann über das @use Attribut angegeben werden.
Wird kein @use Attribut angegeben, gilt bei Personen die Adresse als Wohnadresse „H“ und bei Organisationen als Büroadresse „WP“.

Wird ein Hauptwohnsitz "HP" angegeben, gelten die mit "H" deklarierten Wohnsitze als Nebenwohnsitze.

Zulässige Werte gemäß Value Set "ELGA_AddressUse".

hl7:streetAddressLine
ADXP0 … 1CStraße mit Hausnummer, z.B. Musterstraße 11a/2/1
(atc...ion)
 ConstraintEs muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden.
hl7:streetName
ADXP0 … 1CStraße ohne Hausnummer, z.B. Musterstraße(atc...ion)
hl7:houseNumber
ADXP0 … 1CHausnummer, z.B. 11a/2/1(atc...ion)
hl7:postalCode
ADXP1 … 1MPostleitzahl(atc...ion)
hl7:city
ADXP1 … 1MStadt(atc...ion)
hl7:state
ADXP0 … 1Bundesland(atc...ion)
hl7:country
ADXP1 … 1M
Staat.
Es wird EMPFOHLEN, den Staat im ISO 3 Ländercode (ISO-3166-1 Alpha 3) anzugeben, z.B. „AUT“ für Österreich, „DEU“ für Deutschland.
(atc...ion)
 Schematron assertrole info 
 teststring-length(text()) = 3 
 MeldungEs wird EMPFOHLEN, den Staat im ISO 3 Ländercode anzugeben. 
hl7:additionalLocator
ADXP0 … 1
Zusätzliche Addressinformationen, z.B. Station, Zimmernummer im Altersheim.
(atc...ion)
 Schematron assertrole error 
 testnot(hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber)) or ((hl7:streetAddressLine or (hl7:streetName and hl7:houseNumber)) and not((hl7:streetAddressLine and hl7:streetName and hl7:houseNumber) or (hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber)))) 
 MeldungEs muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden. 

12.4.5.9 Person Name Compilation G2 M

Id1.2.40.0.34.6.0.11.9.11
ref
at-cda-bbr-
Gültigkeit2023‑03‑31 11:20:05
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_other_PersonNameCompilationG2M vom 2021‑02‑19 13:36:55
  • Kblank.png atcdabbr_other_PersonNameCompilationG2M vom 2019‑04‑02 10:09:43
StatusKgreen.png AktivVersions-Label1.0.1+20230717
Nameatcdabbr_other_PersonNameCompilationG2MBezeichnungPerson Name Compilation G2 M
Beschreibung
In Granularitätsstufe 2 wird der Personen-Name strukturiert angegeben. Die einzelnen Elemente des Namens (mindestens ein Vorname und mindestens ein Nachname) werden getrennt angegeben. 

Name ist Mandatory. Keine nullFlavor erlaubt!

Die korrekte Reihenfolge der einzelnen Namenselemente ist wichtig. Als Richtlinie gilt, dass diese in der "natürlichen" Reihenfolge der Benutzung des Namens angegeben werden. Das ist besonders in den folgenden Fällen relevant:
  • Präfixe (prefix) MÜSSEN immer vor dem Namen stehen, zu dem sie gehören.
  • Vornamen (given) MÜSSEN immer in der offiziellen (gesetzlichen) Sequenz stehen.
  • Nachnamen (family) und ein eventuelles Trennzeichen (meistens ‘-‘) MÜSSEN in der offiziellen Sequenz stehen, abhängig von der Wahl bei der Eheschließung. 
  • Suffixe (suffix) MÜSSEN immer hinter dem Namen stehen, zu dem sie gehören.
Für die Namenselemente kann zur näheren Bestimmung ein Qualifier angegeben werden (aus dem Value Set ELGA_EntityNamePartQualifier“), v.a. für Präfix/Suffix.
Es gibt auch nicht näher bestimmte Präfixe/Suffixe, z.B. trifft das für die Angabe von "Junior" oder "Senior" bzw "Jun."/"Sen" oder "Jr."/"Sr" zu.
KlassifikationTemplate-Typ nicht spezifiziert
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (2021‑02‑19 13:36:55)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (2019‑04‑02 10:09:43)
ref
at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel
<name use="L">
  <prefix qualifier="NB">Gräfin</prefix>  <given>Sissi</given>  <family>Österreich</family>  <family qualifier="BR">Habsburg</family>  <suffix qualifier="AC">MSc</suffix></name>
ItemDTKardKonfBeschreibungLabel
@classCode
cs0 … 1FPSN
@determiner​Code
cs0 … 1FINSTANCE
hl7:name
PN1 … 1MNamen-Element (Person)(atc...G2M)
Treetree.png@use
cs0 … 1 
Die genaue Bedeutung des angegebenen Namens, z.B. Angabe eines Künstlernamens mit „A" für „Artist“.
Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“.
Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).
Treetree.pnghl7:prefix
ENXP0 … *
Beliebig viele Präfixe zum Namen, z.B. Akademische Titel
Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!
(atc...G2M)
Treeblank.pngTreetree.png@qualifier
cs0 … 1 
Bedeutung eines prefix-Elements, z.B. Angabe eines akademischen mit "AC" für „Academic“.
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier".
 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Treetree.pnghl7:family
ENXP1 … *MMindestens ein Hauptname (Nachname).(atc...G2M)
Treeblank.pngTreetree.png@qualifier
cs0 … 1 

Bedeutung eines family-Elements, z.B. Angabe eines Geburtsnamen mit „BR" für „Birth“.

Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.

 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Treetree.pnghl7:given
ENXP1 … *MMindestens ein Vorname(atc...G2M)
Treeblank.pngTreetree.png@qualifier
cs0 … 1 
Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Treetree.pnghl7:suffix
ENXP0 … *Beliebig viele Suffixe zum Namen(atc...G2M)
Treeblank.pngTreetree.png@qualifier
cs0 … 1 Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B.: AC („Academic“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.
 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

12.4.5.10 Person Name Compilation G1 M

Id1.2.40.0.34.6.0.11.9.12
ref
at-cda-bbr-
Gültigkeit2023‑04‑17 09:10:56
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_other_PersonNameCompilationG1M vom 2021‑02‑19 13:36:43
  • Kblank.png atcdabbr_other_PersonNameCompilationG1M vom 2019‑04‑02 12:34:04
StatusKgreen.png AktivVersions-Label1.0.1+20230717
Nameatcdabbr_other_PersonNameCompilationG1MBezeichnungPerson Name Compilation G1 M
Beschreibung
In Granularitätsstufe 1 wird der Personen-Name unstrukturiert angegeben. Die einzelnen Elemente des Namens (Vornamen, Nachnamen) werden nicht getrennt.
Name ist Mandatory. Keine nullFlavor erlaubt!
KlassifikationTemplate-Typ nicht spezifiziert
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (2021‑02‑19 13:36:43)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (2019‑04‑02 12:34:04)
ref
at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.26 Person Name Compilation G1 (2019‑03‑11 11:40:35)
ref
at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel
<placeholder classCode="PSN" determinerCode="INSTANCE">
  <name>Dr. Herbert Mustermann</name></placeholder>
Beispiel
Künstlername
<placeholder classCode="PSN" determinerCode="INSTANCE">
  <name use="A">Dr. Kurt Ostbahn </name></placeholder>
Beispiel
Unbekannte Person (z.B. „An den Hausarzt“)
<placeholder classCode="PSN" determinerCode="INSTANCE">
  <name>Hausarzt</name></placeholder>
ItemDTKardKonfBeschreibungLabel
@classCode
cs0 … 1FPSN
@determiner​Code
cs0 … 1FINSTANCE
hl7:name
PN1 … 1MNamen-Element (Person)
(atc...G1M)
Treetree.png@use
cs0 … 1 
Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist, z.B. A („Artist“).
Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“.
Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).

12.4.5.11 Organization Name Compilation

Id1.2.40.0.34.6.0.11.9.27
ref
at-cda-bbr-
Gültigkeit2021‑06‑28 14:00:14
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_other_OrganizationNameCompilation vom 2021‑02‑19 13:31:42
  • Kblank.png atcdabbr_other_OrganizationNameCompilation vom 2019‑03‑11 12:06:20
StatusKgreen.png AktivVersions-Label1.0.1+20210628
Nameatcdabbr_other_OrganizationNameCompilationBezeichnungOrganization Name Compilation
Beschreibung
Organisations-Namen werden über das Element name abgebildet.
Dieser Implementierungsleitfaden lässt nur die unstrukturierte Angabe des Organisations-namens zu.
KlassifikationTemplate-Typ nicht spezifiziert
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (2021‑02‑19 13:31:42)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (2019‑03‑11 12:06:20)
ref
at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.26 Person Name Compilation G1 (2019‑03‑11 11:40:35)
ref
at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33)
ref
at-cda-bbr-
Beispiel
Beispiel 1
<name>Krankenhaus Wels</name>
ItemDTKardKonfBeschreibungLabel
@classCode
cs0 … 1FORG
@determiner​Code
cs0 … 1FINSTANCE
hl7:name
ON1 … 1M
Name der Organisation. Bei Organisationen die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(atc...ion)

12.4.5.12 Address Compilation Minimal

Id1.2.40.0.34.6.0.11.9.10
ref
at-cda-bbr-
Gültigkeit2023‑04‑06 14:31:34
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_other_AddressCompilationMinimal vom 2021‑06‑28 13:44:14
  • Kblank.png atcdabbr_other_AddressCompilationMinimal vom 2021‑02‑19 13:05:57
  • Kblank.png atcdabbr_other_AddressCompilationMinimal vom 2019‑03‑27 11:26:08
StatusKgreen.png AktivVersions-Label1.0.2+20230717
Nameatcdabbr_other_AddressCompilationMinimalBezeichnungAddress Compilation Minimal
BeschreibungAdressangabe in Granularitätsstufe 2 oder 3
KlassifikationTemplate-Typ nicht spezifiziert
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungSpezialisierung: Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (2021‑06‑28 13:44:14)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (2021‑02‑19 13:05:57)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (2019‑03‑27 11:26:08)
ref
at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
ref
at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.4 Address Information Compilation (2019‑02‑11 13:19:54)
ref
at-cda-bbr-
Beispiel
Österreichische Postadresse
<addr>
  <streetName>Musterstraße</streetName>  <houseNumber>11a/2/1</houseNumber>  <postalCode>7000</postalCode>  <city>Eisenstadt</city>  <state>Burgenland</state>  <country>AUT</country>  <additionalLocator>Station A, Zimmer 9</additionalLocator></addr>
Beispiel
Besuchsadresse
<addr use="PHYS">
  <!-- Ort abweichend von der Adresse der Person oder Organisation, z.B. bei einem Hausbesuch -->
  <!-- Weitere Adresselemente können angegeben werden -->
  <additionalLocator>Volksschule Brittenau, Klasse 3b</additionalLocator></addr>
ItemDTKardKonfBeschreibungLabel
@use
cs0 … 1 

Die genaue Bedeutung der angegebenen Adresse kann über das @use Attribut angegeben werden.
Wird kein @use Attribut angegeben, gilt bei Personen die Adresse als Wohnadresse „H“ und bei Organisationen als Büroadresse „WP“.

Wird ein Hauptwohnsitz "HP" angegeben, gelten die mit "H" deklarierten Wohnsitze als Nebenwohnsitze.

Zulässige Werte gemäß Value Set "ELGA_AddressUse".

hl7:streetAddressLine
ADXP0 … 1CStraße mit Hausnummer
Bsp: Musterstraße 11a/2/1
(atc...mal)
 ConstraintEs muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden.
hl7:streetName
ADXP0 … 1CStraße ohne Hausnummer
z.B. Musterstraße
(atc...mal)
hl7:houseNumber
ADXP0 … 1CHausnummer
z.B. 11a/2/1
(atc...mal)
hl7:postalCode
ADXP0 … 1Postleitzahl(atc...mal)
hl7:city
ADXP0 … 1Stadt(atc...mal)
hl7:state
ADXP0 … 1Bundesland(atc...mal)
hl7:country
ADXP0 … 1Staat.
Es wird EMPFOHLEN, den Staat im ISO 3 Ländercode (ISO-3166-1 Alpha 3) anzugeben, z.B. „AUT“ für Österreich, „DEU“ für Deutschland.
(atc...mal)
 Schematron assertrole info 
 teststring-length(text()) = 3 
 Meldungcontent length = 3 characters 
hl7:additionalLocator
ADXP0 … 1Zusätzliche Addressinformationen, z.B. Station, Zimmernummer im Altersheim
(atc...mal)
 Schematron assertrole error 
 testnot(hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber)) or ((hl7:streetAddressLine or (hl7:streetName and hl7:houseNumber)) and not((hl7:streetAddressLine and hl7:streetName and hl7:houseNumber) or (hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber)))) 
 MeldungEs muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden. 

12.4.5.13 Device Compilation

Id1.2.40.0.34.6.0.11.9.18
ref
at-cda-bbr-
Gültigkeit2023‑04‑06 14:24:15
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_other_DeviceCompilation vom 2021‑06‑28 13:57:36
  • Kblank.png atcdabbr_other_DeviceCompilation vom 2021‑02‑19 13:12:38
  • Kblank.png atcdabbr_other_DeviceCompilation vom 2019‑02‑13 10:11:00
StatusKgreen.png AktivVersions-Label1.0.2+20230717
Nameatcdabbr_other_DeviceCompilationBezeichnungDevice Compilation
BeschreibungDatenerstellende Geräte/Software
KlassifikationTemplate-Typ nicht spezifiziert
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungSpezialisierung: Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (2021‑06‑28 13:57:36)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (2021‑02‑19 13:12:38)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (2019‑02‑13 10:11:00)
ref
at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.315 CDA Device (2005‑09‑07)
ref
ad1bbr-
Beispiel
Software
<placeholder classCode="DEV" determinerCode="INSTANCE">
  <manufacturerModelName>Good Health System</manufacturerModelName>  <softwareName>Best Health Software Application</softwareName></placeholder>
ItemDTKardKonfBeschreibungLabel
@classCode
cs0 … 1FDEV
@determiner​Code
cs0 … 1FINSTANCE
hl7:manufacturer​Model​Name
SC1 … 1M

Angabe des Herstellers sowie der Modellbezeichnung des datenerstellenden Gerätes bzw. der Software/des Softwarepakets.

(atc...ion)
hl7:softwareName
SC1 … 1M

Bezeichnung der datenerstellenden Software inkl. Versionsangabe.

(atc...ion)

12.4.5.14 Organization Compilation with id, name

Id1.2.40.0.34.6.0.11.9.5
ref
at-cda-bbr-
Gültigkeit2021‑06‑28 13:57:53
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_other_OrganizationCompilationWithIdName vom 2021‑02‑19 13:31:10
  • Kblank.png atcdabbr_other_OrganizationCompilationWithIdName vom 2019‑03‑25 13:43:57
StatusKgreen.png AktivVersions-Label1.0.1+20210628
Nameatcdabbr_other_OrganizationCompilationWithIdNameBezeichnungOrganization Compilation with id, name
BeschreibungWiederverwendbare Compilation mit verpflichtender Angabe von name und id.
KlassifikationTemplate-Typ nicht spezifiziert
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.25ContainmentKgreen.png Address Compilation (1.0.1+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (2021‑02‑19 13:31:10)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (2019‑03‑25 13:43:57)
ref
at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.12 (2019‑02‑12 15:50:47)
ref
at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.151 CDA Organization (2005‑09‑07)
ref
ad1bbr-
Beispiel
Strukturbeispiel
<placeholder classCode="ORG" determinerCode="INSTANCE">
  <!-- ID der Organisation aus dem GDA Index -->
  <id root="1.2.40.0.34.99.4613.3" assigningAuthorityName="GDA Index"/>  <!-- Name der Organisation -->
  <name>Amadeus Spital - Chirurgische Abteilung</name>  <!-- Kontaktdaten der Organisation -->
  <telecom value="tel:+43.6138.3453446.0"/>  <telecom value="fax:+43.6138.3453446.4674"/>  <telecom value="mailto:info@amadeusspital.at"/>  <telecom value="http://www.amadeusspital.at"/>  <!-- Adresse der Organisation -->
  <addr>
    <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->
  </addr>
</placeholder>
Beispiel
Strukturbeispiel - minimal
<placeholder classCode="ORG" determinerCode="INSTANCE">
  <!-- ID der Organisation aus dem GDA Index -->
  <id root="1.2.40.0.34.99.4613.3" assigningAuthorityName="GDA Index"/>  <!-- Name der Organisation -->
  <name>Amadeus Spital - Chirurgische Abteilung</name></placeholder>
ItemDTKardKonfBeschreibungLabel
@classCode
cs0 … 1FORG
@determiner​Code
cs0 … 1FINSTANCE
hl7:id
II1 … *MID der Organisation.
(atc...ame)
hl7:name
ON1 … 1MName der Organisation. Bei Organisationen die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(atc...ame)
hl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(atc...ame)
wo [not(@nullFlavor)]
Treetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
hl7:addr
AD0 … 1Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(atc...ame)
wo [not(@nullFlavor)]

12.4.5.15 Assigned Entity

Id1.2.40.0.34.6.0.11.9.22
ref
at-cda-bbr-
Gültigkeit2023‑04‑13 13:14:55
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_other_AssignedEntity vom 2021‑05‑26 13:50:41
  • Kblank.png atcdabbr_other_AssignedEntity vom 2021‑02‑19 13:09:09
  • Kblank.png atcdabbr_other_AssignedEntity vom 2019‑03‑04 12:03:36
StatusKgreen.png AktivVersions-Label1.0.2+20230717
Name atcdabbr_other_AssignedEntityBezeichnungAssigned Entity
Beschreibung
Zusammengesetzte Objekte die Person- und Organisationsinformationen enthalten. 
Hierbei MUSS jedenfalls die „Person“ der Entität angegeben werden. Die Angabe der Organisation, der die Person angehört, ist prinzipiell optional. Diese Optionalität kann sich in Abhängigkeit vom konkreten Anwendungsfall in „verpflichtend“ ändern.
KlassifikationTemplate-Typ nicht spezifiziert
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 3 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.25ContainmentKgreen.png Address Compilation (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.11ContainmentKgreen.png Person Name Compilation G2 M (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.9ContainmentKgreen.png Organization Compilation with name (1.0.0+20210219)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.9.22 Assigned Entity (2021‑05‑26 13:50:41)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.22 Assigned Entity (2021‑02‑19 13:09:09)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.22 Assigned Entity (2019‑03‑04 12:03:36)
ref
at-cda-bbr-
Beispiel
Beispiel
<placeholder classCode="ASSIGNED">
  <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/>  <addr nullFlavor="UNK">
    <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->
  </addr>
  <telecom value="tel:+43.1.3453446.0"/>  <telecom value="fax:+43.1.3453446.4674"/>  <telecom value="mailto:info@amadeusspital.at"/>  <telecom value="http://www.amadeusspital.at"/>  <assignedPerson>
    <!-- template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' (2019-04-02T10:09:43) -->
  </assignedPerson>
  <representedOrganization>
    <!-- template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (2019-02-13T10:30:51) -->
  </representedOrganization>
</placeholder>
ItemDTKardKonfBeschreibungLabel
@classCode
cs0 … 1FASSIGNED
Auswahl1 … *
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
Treetree.pnghl7:id
II0 … *( atcdabbr_other_AssignedEntity)
wo [not(@nullFlavor)]
Treetree.pnghl7:id
II0 … 1( atcdabbr_other_AssignedEntity)
wo [@nullFlavor='NI']
Treeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treetree.pnghl7:id
II0 … 1( atcdabbr_other_AssignedEntity)
wo [@nullFlavor='UNK']
Treeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl0 … 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']
Treetree.pnghl7:addr
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)( atcdabbr_other_AssignedEntity)
wo [not(@nullFlavor)]
Treetree.pnghl7:addr
0 … 1( atcdabbr_other_AssignedEntity)
wo [@nullFlavor='UNK']
Treeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
hl7:telecom
TEL.AT0 … *
Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
( atcdabbr_other_AssignedEntity)
wo [not(@nullFlavor)]
Treetree.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"

Treetree.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.
hl7: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)
( atcdabbr_other_AssignedEntity)
hl7:represented​Organization
0 … 1R
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)
( atcdabbr_other_AssignedEntity)

12.4.5.16 Organization Compilation with name

Id1.2.40.0.34.6.0.11.9.9
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 13:31:25
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_other_OrganizationCompilationWithName vom 2019‑02‑13 10:30:51
StatusKgreen.png AktivVersions-Label1.0.0+20210219
Nameatcdabbr_other_OrganizationCompilationWithNameBezeichnungOrganization Compilation with name
Beschreibung
KlassifikationTemplate-Typ nicht spezifiziert
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.25ContainmentKgreen.png Address Compilation (1.0.1+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (2019‑02‑13 10:30:51)
ref
at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.12 (2019‑02‑12 15:50:47)
ref
at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.151 CDA Organization (2005‑09‑07)
ref
ad1bbr-
Beispiel
Strukturbeispiel: Organisation
<placeholder classCode="ORG" determinerCode="INSTANCE">
  <!-- ID der Organisation -->
  <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>  <!-- Name der Organisation -->
  <name>Amadeus Spital - Chirurgische Abteilung</name>  <!-- Kontaktdaten der Organisation -->
  <telecom value="tel:+43.6138.3453446.0"/>  <telecom value="fax:+43.6138.3453446.4674"/>  <telecom value="mailto:info@amadeusspital.at"/>  <telecom value="http://www.amadeusspital.at"/>  <!-- Adresse der Organisation -->
  <addr>
    <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->
  </addr>
</placeholder>
Beispiel
Strukturbeispiel: Organisation - minimal
<placeholder classCode="ORG" determinerCode="INSTANCE">
  <!-- Name der Organisation -->
  <name>Amadeus Spital - Chirurgische Abteilung</name></placeholder>
ItemDTKardKonfBeschreibungLabel
@classCode
cs0 … 1FORG
@determiner​Code
cs0 … 1FINSTANCE
hl7:id
II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.(atc...ame)
wo [not(@nullFlavor)]
hl7:name
ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(atc...ame)
hl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(atc...ame)
wo [not(@nullFlavor)]
Treetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treetree.png@use
set_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.
hl7:addr
AD0 … 1Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(atc...ame)
wo [not(@nullFlavor)]

12.4.5.17 Person Name Compilation G2

Id1.2.40.0.34.6.0.11.9.6
ref
at-cda-bbr-
Gültigkeit2023‑03‑31 11:15:55
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_other_PersonNameCompilationG2 vom 2021‑02‑19 13:36:49
  • Kblank.png atcdabbr_other_PersonNameCompilationG2 vom 2019‑02‑12 14:00:33
StatusKgreen.png AktivVersions-Label1.0.1+20230717
Nameatcdabbr_other_PersonNameCompilationG2BezeichnungPerson Name Compilation G2
Beschreibung
In Granularitätsstufe 2 wird der Personen-Name strukturiert angegeben. Die einzelnen Elemente des Namens (mindestens ein Vorname und mindestens ein Nachname) werden getrennt angegeben.
nullFlavors für Name zugelassen!
Die korrekte Reihenfolge der einzelnen Namenselemente ist wichtig. Als Richtlinie gilt, dass diese in der "natürlichen" Reihenfolge der Benutzung des Namens angegeben werden. Das ist besonders in den folgenden Fällen relevant:
  • Präfixe (prefix) MÜSSEN immer vor dem Namen stehen, zu dem sie gehören.
  • Vornamen (given) MÜSSEN immer in der offiziellen (gesetzlichen) Sequenz stehen.
  • Nachnamen (family) und ein eventuelles Trennzeichen (meistens ‘-‘) MÜSSEN in der offiziellen Sequenz stehen, abhängig von der Wahl bei der Eheschließung.
  • Suffixe (suffix) MÜSSEN immer hinter dem Namen stehen, zu dem sie gehören.
Für die Namenselemente kann zur näheren Bestimmung ein Qualifier angegeben werden (aus dem Value Set ELGA_EntityNamePartQualifier“), v.a. für Präfix/Suffix.
Es gibt auch nicht näher bestimmte Präfixe/Suffixe, z.B. trifft das für die Angabe von "Junior" oder "Senior" bzw "Jun."/"Sen" oder "Jr."/"Sr" zu.
KlassifikationTemplate-Typ nicht spezifiziert
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2021‑02‑19 13:36:49)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel
<name>
  <prefix qualifier="NB">Gräfin</prefix>  <given>Sissi</given>  <family>Österreich</family>  <family qualifier="BR">Habsburg</family>  <suffix qualifier="AC">MSc</suffix></name>
Beispiel
Unbekannte Person
<placeholder classCode="PSN" determinerCode="INSTANCE">
  <name nullFlavor="UNK"/></placeholder>
ItemDTKardKonfBeschreibungLabel
@classCode
cs0 … 1FPSN
@determiner​Code
cs0 … 1FINSTANCE
Auswahl1 … 1
Namen-Element (Person)
Elemente in der Auswahl:
  • hl7:name[not(@nullFlavor)]
  • hl7:name[@nullFlavor='UNK']
  • hl7:name[@nullFlavor='MSK']
Treetree.pnghl7:name
PN0 … 1(atc...nG2)
wo [not(@nullFlavor)]
Treeblank.pngTreetree.png@use
cs0 … 1 
Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist, z.B. A („Artist“).
Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“.
Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).
Treeblank.pngTreetree.pnghl7:prefix
ENXP0 … *
Beliebig viele Präfixe zum Namen, z.B. Akademische Titel
Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!
(atc...nG2)
Treeblank.pngTreeblank.pngTreetree.png@qualifier
cs0 … 1 Die genaue Bedeutung eines prefix-Elements, beispielsweise dass das angegebene Präfix einen akademischen Titel darstellt, z.B. AC („Academic“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Treeblank.pngTreetree.pnghl7:family
ENXP1 … *MMindestens ein Hauptname (Nachname)(atc...nG2)
Treeblank.pngTreeblank.pngTreetree.png@qualifier
cs0 … 1 
Die genaue Bedeutung eines family-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“) 
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Treeblank.pngTreetree.pnghl7:given
ENXP1 … *MMindestens ein Vorname(atc...nG2)
Treeblank.pngTreeblank.pngTreetree.png@qualifier
cs0 … 1 
Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet.
z.B.: BR („Birth“)
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Treeblank.pngTreetree.pnghl7:suffix
ENXP0 … *Beliebig viele Suffixe zum Namen(atc...nG2)
Treeblank.pngTreeblank.pngTreetree.png@qualifier
cs0 … 1 
Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B. AC („Academic“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Treetree.pnghl7:name
PN0 … 1(atc...nG2)
wo [@nullFlavor='UNK']
Treeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treetree.pnghl7:name
PN0 … 1(atc...nG2)
wo [@nullFlavor='MSK']
Treeblank.pngTreetree.png@nullFlavor
cs1 … 1FMSK

12.4.5.18 Assigned Entity Body

Id1.2.40.0.34.6.0.11.9.16
ref
at-cda-bbr-
Gültigkeit2021‑05‑26 14:04:21
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_other_AssignedEntityBody vom 2021‑02‑19 13:09:15
  • Kblank.png atcdabbr_other_AssignedEntityBody vom 2019‑04‑17 13:08:49
StatusKgreen.png AktivVersions-Label1.0.1+20210526
Name atcdabbr_other_AssignedEntityBodyBezeichnungAssigned Entity Body
Beschreibung
Zusammengesetzte Objekte die Person- und Organisationsinformationen enthalten.
Hierbei MUSS jedenfalls die „Person“ der Entität angegeben werden. Die Angabe der Organisation, der die Person angehört, ist prinzipiell optional. Diese Optionalität kann sich in Abhängigkeit vom konkreten Anwendungsfall in „verpflichtend“ ändern.

Unterschiede zu AssigendEntity:

  • Adressangabe minimal möglich
  • assignedPerson.Name kann unstrukturiert angegeben werden
  • representedOrganization.addr Adresse kann minimal angegeben werden
KlassifikationTemplate-Typ nicht spezifiziert
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.10ContainmentKgreen.png Address Compilation Minimal (1.0.2+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.12ContainmentKgreen.png Person Name Compilation G1 M (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.11ContainmentKgreen.png Person Name Compilation G2 M (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.20ContainmentKgreen.png Organization Compilation with name, addr minimal (1.0.1+20210628)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (2021‑02‑19 13:09:15)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (2019‑04‑17 13:08:49)
ref
at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.22 Assigned Entity (2019‑03‑04 12:03:36)
ref
at-cda-bbr-
ItemDTKardKonfBeschreibungLabel
@classCode
cs0 … 1FASSIGNED
Auswahl1 … *Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
Treetree.pnghl7:id
II0 … *
Mindestens eine Id der Person.
Zugelassene nullFlavor:
  • NI … Die Person der Entität hat keine Identifikationsnummer
  • UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt
( atcdabbr_other_AssignedEntityBody)
wo [not(@nullFlavor)]
Treetree.pnghl7:id
II0 … 1( atcdabbr_other_AssignedEntityBody)
wo [@nullFlavor='NI']
Treeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treetree.pnghl7:id
II0 … 1( atcdabbr_other_AssignedEntityBody)
wo [@nullFlavor='UNK']
Treeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
hl7:code
CE0 … 1R
Funktionscode der angegebenen Person.
Das zu verwendende Value-Set ist in den abgeleiteten Templates zu spezifizieren.
( atcdabbr_other_AssignedEntityBody)
hl7:addr
0 … *RAdresse der angegebenen Person.
Keine vollständig strukturierte Adressangabe nötig.

Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)
( atcdabbr_other_AssignedEntityBody)
 ConstraintWerden mehrere address-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
hl7:telecom
TEL.AT0 … *R( atcdabbr_other_AssignedEntityBody)
Treetree.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“
Treetree.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.
Auswahl0 … 1
Elemente in der Auswahl:
  • hl7:assigned​Person: Angabe der name-Elemente unstrukturiert
  • hl7:assigned​Person: Angabe der name-Elemente strukturiert
Elemente in der Auswahl:
  • hl7:assigned​Person welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
  • hl7:assigned​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
Treetree.pnghl7:assigned​Person
0 … 1R
Personendaten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
Angabe der name-Elemente unstrukturiert, das name-Element ist Mandatory.

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
( atcdabbr_other_AssignedEntityBody)
Treetree.pnghl7:assigned​Person
0 … 1RPersonendaten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
Angabe der name-Elemente strukturiert, das name-Element ist Mandatory.
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
( atcdabbr_other_AssignedEntityBody)
hl7:represented​Organization
0 … 1ROrganistationsdaten der angegebenen Person. Minimale Adressangabe möglich.

Beinhaltet 1.2.40.0.34.6.0.11.9.20 Organization Compilation with name, addr minimal (DYNAMIC)
( atcdabbr_other_AssignedEntityBody)

12.4.5.19 Organization Compilation with name, addr minimal

Id1.2.40.0.34.6.0.11.9.20
ref
at-cda-bbr-
Gültigkeit2021‑06‑28 13:58:02
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_other_OrganizationCompilationWithNameAddrMinimal vom 2021‑02‑19 13:31:31
  • Kblank.png atcdabbr_other_OrganizationCompilationWithNameAddrMinimal vom 2019‑04‑18 11:28:59
StatusKgreen.png AktivVersions-Label1.0.1+20210628
Nameatcdabbr_other_OrganizationCompilationWithNameAddrMinimalBezeichnungOrganization Compilation with name, addr minimal
BeschreibungWiederverwendbare Compilation mit verpflichtender Angabe des name-Elements.
Minimale Adressangabe möglich.
KlassifikationTemplate-Typ nicht spezifiziert
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.10ContainmentKgreen.png Address Compilation Minimal (1.0.2+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.9.20 Organization Compilation with name, addr minimal (2021‑02‑19 13:31:31)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.20 Organization Compilation with name, addr minimal (2019‑04‑18 11:28:59)
ref
at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (2019‑02‑13 10:30:51)
ref
at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.12 (2019‑02‑12 15:50:47)
ref
at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.151 CDA Organization (2005‑09‑07)
ref
ad1bbr-
Beispiel
Strukturbeispiel
<placeholder classCode="ORG" determinerCode="INSTANCE">
  <!-- ID der Organisation aus dem GDA Index -->
  <id root="1.2.40.0.34.99.4613.3" assigningAuthorityName="GDA Index"/>  <!-- Name der Organisation -->
  <name>Amadeus Spital - Chirurgische Abteilung</name>  <!-- Kontaktdaten der Organisation -->
  <telecom value="tel:+43.6138.3453446.0"/>  <telecom value="fax:+43.6138.3453446.4674"/>  <telecom value="mailto:info@amadeusspital.at"/>  <telecom value="http://www.amadeusspital.at"/>  <!-- Adresse der Organisation -->
  <addr>
    <!-- template 1.2.40.0.34.6.0.11.9.10 'Address Compilation Minimal' -->
  </addr>
</placeholder>
Beispiel
Strukturbeispiel - minimal
<placeholder classCode="ORG" determinerCode="INSTANCE">
  <!-- Name der Organisation -->
  <name>Amadeus Spital - Chirurgische Abteilung</name>  <!-- Adresse der Organisation optional in Minimal-Variante -->
</placeholder>
ItemDTKardKonfBeschreibungLabel
@classCode
cs0 … 1FORG
@determiner​Code
cs0 … 1FINSTANCE
hl7:id
II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.
(atc...mal)
wo [not(@nullFlavor)]
hl7:name
ON1 … 1MName der Organisation. Bei Organisationen die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(atc...mal)
hl7:telecom
TEL.AT0 … *(atc...mal)
wo [not(@nullFlavor)]
Treetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treetree.png@use
set_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.
hl7:addr
AD0 … 1Adresse der Organisation. Minimale Adressangabe möglich.

Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)
(atc...mal)
wo [not(@nullFlavor)]


12.5 Terminologien

Die erforderlichen Terminologien sind im Folgenden aufgelistet.

12.5.1 TGD_tgdServiceEvents_VS

Ist unter https://art-decor.org/art-decor/decor-valuesets--elgatgd-?id=1.2.40.0.34.6.0.10.26&effectiveDate=2019-02-28T11:25:49&language=en-US auffindbar.

12.5.2 TGD_Messergebnis_Codes_VS

Ist unter https://art-decor.org/art-decor/decor-valuesets--elgatgd-?id=1.2.40.0.34.6.0.10.28&effectiveDate=2019-06-29T07:51:19&language=de-DE auffindbar.

Falls Werte in den definierten Value-Sets fehlen, dann bitten wir um die Meldung mit einem Vorschlag an cda@elga.gv.at.

13 Anhang

13.1 Abbildungsverzeichnis

  1. Verwendete Standards

13.2 Tabellenverzeichnis

  1. Übersichtstabelle der CDA Strukturen des Headers
  2. Übersichtstabelle der Header-Elemente für Zeitpunkte/Zeitspannen
  3. Übersichtstabelle der CDA Strukturen des Bodys

13.3 Einzelnachweise

  1. Personal Healthcare Monitoring Report - PHMR https://www.hl7.org/implement/standards/product_brief.cfm?product_id=33
  2. IHE Pharmacy Community Medication Administration - CMA https://www.ihe.net/uploadedFiles/Documents/Pharmacy/IHE_Pharmacy_Suppl_CMA.pdf
  3. IHE Patient Care Coordination (PCC) [Online Juli 2019]https://www.ihe.net/resources/technical_frameworks/#pcc
  4. Logical Observation Identifiers Names & Codes (LOINC) loinc.org
  5. 5,0 5,1 Regenstrief Institute, Inc. www.regenstrief.org
  6. Unified Code for Units of Measure (UCUM) www.unitsofmeasure.org
  7. WHO ICD-10 www.who.int/classifications/icd/en/
  8. 8,0 8,1 www.who.int
  9. Internationale statistische Klassifikation der Krankheiten und verwandter Gesundheitsprobleme 10. Revision – BMASGK-Version 2020 SYSTEMATISCHES VERZEICHNIS PDF
  10. Anatomical Therapeutic Chemical Classification System (ATC) https://www.who.int/tools/atc-ddd-toolkit/atc-classification
  11. ARGE Pharma im Fachverband der chemischen Industrie Österreichs (FCIO) argepharma.fcio.at
  12. EDQM Council of Europe www.edqm.eu
  13. Health informatics - Medical / health device communication standards ISO/IEEE 11073 Nomenclature Part 10101: Nomenclature
  14. Health informatics - Medical / health device communication standards ISO/IEEE 11073 Nomenclature Amendment 1 Part 10101: Nomenclature Amendment 1: Additional Definitions
  15. Österreichischer e-Health Terminologieserver: termpub.gesundheit.gv.at
  16. Health Level Seven International www.hl7.org
  17. ISO/HL7 27932:2009 Data Exchange Standards — HL7 Clinical Document Architecture, Release 2 [1]
  18. World Wide Web Consortium. Extensible Markup Language, 1.0, 5th Edition. [2]
  19. HL7 Version 3 Product Suite [3]
  20. ART-DECOR® www.art-decor.org
  21. HL7 Clinical Document Architecture (CDA) [4]
  22. HL7 Version 3: Reference Information Model (RIM) [5]
  23. HL7 Version 3 Standard: Data Types – Abstract Specification, Release 2[6]
  24. HL7 Templates Standard: Specification and Use of Reusable Information Constraint Templates, Release 1 [7]
  25. HL7 Austria www.hl7.at
  26. IHE Patient Care Coordination (PCC) [Online Juli 2019]: https://www.ihe.net/resources/technical_frameworks/#pcc
  27. Rahmenrichtlinie für die IT-Infrastruktur bei der Anwendung von Telemonitoring: Messdatenerfassung [8]

13.4 Literatur und Weblinks

13.5 Revisionsliste

13.5.1 Nebenversion 2020.1 (1.1.0+20201120)

Folgende Änderungen wurden in der Nebenversion 2020.1 (1.1.0+20201120 nach neuem Versionsschema) gegenüber der Hauptversion durchgeführt (weitere Details siehe Diskussionsseite):

13.5.1.1 Organization Compilation: representedOrganization/telecom in 1.2.40.0.34.6.0.11.9.5; 1.2.40.0.34.6.0.11.9.7; 1.2.40.0.34.6.0.11.9.9; 1.2.40.0.34.6.0.11.9.20 & 1.2.40.0.34.6.0.11.1.2

Das Schematron Assert in allen "Organization Compilation" Templates und dem "Author" Template ist strenger als sein narrativer Constraint ihn beschreibt. Deswegen wurden das Assert dort jeweils entfernt.

13.5.1.2 DocumentCode/translation 1.2.40.0.34.6.0.11.1.16

Element translation muss child von Element code sein, war in dem Template jedoch auf derselben Ebene modelliert.

13.5.1.3 recordTarget 1.2.40.0.34.6.0.11.1.3

Hinzufügen von @assigningAuthorityName bei /ClinicalDocument[1]/recordTarget[1]/patientRole[1]/id[@root="1.2.40.0.34.4.21"] mit dem Wert "Nationaler Krankenversicherungsträger"

13.5.1.4 Vitalparameter - kodiert 1.2.40.0.34.6.0.11.2.46

wurde analog zu den Messergebnissen an der selben Stelle durch ein Entry für Grafiken erweitert.
In der Vorversion war der Titel für die Sektion Vitalparameter fest vorgegeben. Im TmE ist diese Sektion als Untersektion von "Erhobenen Daten" angedacht, wo die einzelnen Typen, wie "Blutdruck und Puls" oder "Gewicht", als Titel gewählt werden sollen.

13.5.1.5 Problem Entry 1.2.40.0.34.6.0.11.3.6 & Problem Status Observation 1.2.40.0.34.6.0.11.3.49

Es wurde jeweils das Textreference so eingefügt, das innerhalb eines text elements das text element mit der reference verlangt wurde. Somit wurde unabsichtlich text/text/reference statt text/reference modelliert. Bei den drei Templates wurde das contains zu einem include geändert, welches den Fehler behebt.

13.5.1.6 Medikationseinnahme Entry 1.2.40.0.34.6.0.11.3.72

Medikationseinnahme-Verlinkung zum Abgabe-Medikament muss mit einem <supply>-Element sein.

Medikationseinnahme Entry wurde der Datentyp von TS auf TS.AT.TZ umgestellt, um auch Zeitpunkt nur auf den Tag genau angeben zu können.

Beim Medikationseinnahme Entry ist das zweite effecitveTime als NP modelliert worden, um es explizit zu verbieten (es gibt IHE-Pharm Szenarien außerhalb vom CMA (Community Medication Administration) wo es angewendet wird).
Leider ist dies zwar in ArtDecor modellierbar, jedoch das Schematron fehlerhaft, wenn das Element gleich aussieht (gleicher typeCode).

Das zweite Element wird durch die geschlossenen Templates implizit verboten. Zweites modelliertes effectiveTime mit NP wurde entfernt.

13.5.1.7 Device Product Instance Template 1.2.40.0.34.6.0.11.9.43

code/originalText auf [M 1..1] geändert, PHMR Kompatibilität ist wieder gegeben

13.5.1.8 Device Manufacturer Information Observation 1.2.40.0.34.6.0.11.3.77

Fälschlich angegebe TemplateID[1]/extension bei Device Manufacturer Information Observation wurde entfernt.

13.5.1.9 Auszügen aus erhobenen Befunden 1.2.40.0.34.6.0.11.2.91

"Text" war mandatory modelliert, wurde auf [0..1 O] korrigiert

13.5.1.10 Medikation Abgabe Entry 1.2.40.0.34.11.8.2.3.1

1 … 1 M von 1.2.40.0.34.11.30033 Patient Instructions und 1.2.40.0.34.11.30034 Pharmacist Instructions wurden jeweils auf 0 … 1 R geändert.

13.5.1.11 Erweiterungen des Datentyps für effectiveTime

Die Templates

  • Messergebniss Gruppe Entry
  • Messergebnis Entry
  • Serienmessung Entry
  • Vitalparameter Gruppe Entry
  • Vitalparameter Entry
  • Serienmessung Vitalparameter Entry

wurde jeweils mit einer Auswahl für drei verschiedenen effectiveTime ausgestattet, hatten vorher nur eine Variante mit low & high.

13.5.1.12 DeviceInformationOrganizer 1.2.40.0.34.6.0.11.3.73

Low und high in effectivetime fälschlicherweise als Attribute modelliert, wurden in Elemente ummodelliert.
TS muss auf TS.AT.TZ geändert werden um auch Werte nur mit Datum zu akzeptieren.

13.5.2 Nebenversion 1.2.0+20210304

Folgende Änderungen wurden in der Nebenversion 1.2.0+20210304 gegenüber der Nebenversion 2020.1 (1.1.0+20201120) durchgeführt (weitere Details siehe Diskussionsseite):

13.5.2.1 DocumentLevelTemplate 1.2.40.0.34.6.0.11.0.10 & Document PracticeSettingCode 1.2.40.0.34.6.0.11.1.44

Fehler in hl7at:practiceSettingCode und hl7at:formatCode mit fehlenden Elementen verhinderte die direkte Daten-Übernahme in XDS wie auch wurden ClassCode und MoodCode-Attribute in <clinicalDocument> ergänzt.

13.5.2.2 Diagnose - kodiert 1.2.40.0.34.6.0.11.2.96

Im Template wurde die Beschreibung im Sinne des Ambulanzbefundes geändert, jedoch wurde nicht beachtet das dadurch auch die Beschreibung im TmE geändert wird, welcher dieselbe Sektion benutzt. Die Beschreibung wurde wieder "generischer" umgeschrieben.

13.5.2.3 Serienmessung Entry 1.2.40.0.34.6.0.11.3.101

Beim Serienmessung Entry wurde beim Beispiel der MDC Code "19380" verwendet, wo der Kontext (das Überkapitel) nicht sichtbar ist. Wurde korrigiert auf "150452".

13.6 Erratum

Weitere Probleme und allfällige Korrekturen werden auf der Diskussionsseite im Wiki gesammelt.