Befund bildgebende Diagnostik (Version 3.0.0+20240628)

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche
[unmarkierte Version][unmarkierte Version]
(Dokument-Metadaten (XDS-Metadaten))
(Dokument-Metadaten (XDS-Metadaten))
(267 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 5: Zeile 5:
 
|description=Das Ziel dieses Dokuments ist eine detaillierte Beschreibung der standardisierten Struktur der Dokumentenklasse Befund “Bildgebende Diagnostik“ der Elektronischen Gesundheitsakte ELGA darzulegen.  
 
|description=Das Ziel dieses Dokuments ist eine detaillierte Beschreibung der standardisierten Struktur der Dokumentenklasse Befund “Bildgebende Diagnostik“ der Elektronischen Gesundheitsakte ELGA darzulegen.  
 
}}
 
}}
{{#customtitle:Befund bildgebende Diagnostik (Version 3.0.0+2023####)}}
+
{{#customtitle:Befund bildgebende Diagnostik (Version 3.0.0+20240628)}}
  
 
<!-- Implementierungsleitfaden Metadaten-->
 
<!-- Implementierungsleitfaden Metadaten-->
Zeile 15: Zeile 15:
 
|Namespace = ILF
 
|Namespace = ILF
 
|Type      = Implementierungsleitfaden
 
|Type      = Implementierungsleitfaden
|Version  = 3.0.0+2023####
+
|Version  = 3.0.0+20240628
 
|Submitted = ELGA GmbH
 
|Submitted = ELGA GmbH
 
|Copyright = © HL7 Austria 2023
 
|Copyright = © HL7 Austria 2023
|Date      = 08.08.2023
+
|Date      = 28.06.2024
|Status    = in Bearbeitung
+
|Status    = normativ
 
|Verfahren = Normatives Abstimmungsverfahren
 
|Verfahren = Normatives Abstimmungsverfahren
 
|Period    = n.a.
 
|Period    = n.a.
Zeile 25: Zeile 25:
 
|Realm    = Austria
 
|Realm    = Austria
 
}}
 
}}
 +
 +
{{ILF-TOC limit|5}}
  
 
<!--
 
<!--
Zeile 32: Zeile 34:
 
  -->
 
  -->
  
 +
<!--
 
{{Underconstruction}}  
 
{{Underconstruction}}  
 
+
-->
  
 
{{BeginYellowBox}}Dieses Dokument bildet den CDA-Implementierungsleitfaden '''Befund bildgebende Diagnostik''' ab und richtet sich an Softwareentwickler und Berater. Zum besseren Verständnis empfehlen wir Ihnen den [[ILF:Befund_bildgebende_Diagnostik_Guide|'''zusammenfassenden Guide''']] im Vorfeld zu lesen.{{EndYellowBox}}
 
{{BeginYellowBox}}Dieses Dokument bildet den CDA-Implementierungsleitfaden '''Befund bildgebende Diagnostik''' ab und richtet sich an Softwareentwickler und Berater. Zum besseren Verständnis empfehlen wir Ihnen den [[ILF:Befund_bildgebende_Diagnostik_Guide|'''zusammenfassenden Guide''']] im Vorfeld zu lesen.{{EndYellowBox}}
  
 
=Zusammenfassung=
 
=Zusammenfassung=
TODO
+
Der Implementierungsleitfaden "Befund bildgebende Diagnostik" beschreibt die Inhalte, die für den Austausch von medizinischen Dokumenten der bildgebenden Diagnostik zwischen Gesundheitsdiensten und Patienten, notwendig sind. Der Leitfaden ermöglicht die Übertragung von Befunden für alle bildgebenden medizintechnischen Einrichtungen (z.B. Endoskopie, Nuklearmedizin usw.) und nicht nur für radiologische medizintechnische Einrichtungen.
 +
 
 +
Der Leitfaden 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 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.
 +
 
 +
Der "Befund bildgebende Diagnostik" basiert auf den Vorgaben des [[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)|Allgemeinen Implementierungsleitfadens]]. Darin 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älle / User Stories|Anwendungsfälle / User Stories]] beschrieben.
  
 
'''Übersichtstabellen für Header und Body-Strukturen'''
 
'''Übersichtstabellen für Header und Body-Strukturen'''
*TODO Link zur Übersicht der administrativen Inhalte
+
*[[#Übersichtstabelle der CDA Strukturen des Headers|Übersichtstabelle der CDA Strukturen des Headers]] (administrative Daten)
*TODO Link zur Übersicht der medizinischen Inhalte
+
*[[#Übersichtstabelle der CDA Strukturen des Bodys|Übersichtstabelle der CDA Strukturen des Bodys]] (medizinische Inhalte)
  
 
Auf der '''[[ILF_Diskussion:Befund_bildgebende_Diagnostik_(Version_3)|Diskussionsseite]]''' von ''Befund bildgebende Diagnostik'' werden die Fehler und Änderungswünsche an dieser Version dokumentiert.
 
Auf der '''[[ILF_Diskussion:Befund_bildgebende_Diagnostik_(Version_3)|Diskussionsseite]]''' von ''Befund bildgebende Diagnostik'' werden die Fehler und Änderungswünsche an dieser Version dokumentiert.
Zeile 80: Zeile 91:
  
 
==Lizenzinformationen==
 
==Lizenzinformationen==
'''TODO: Kapitel Lizeninformationen prüfen (evt. auf verwendete Terminologien reduzieren, fehlende Standards ergänzen)'''
 
 
 
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.<br />
 
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.<br />
  
Zeile 88: Zeile 97:
 
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. <br />
 
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. <br />
  
HL7<sup>®</sup> und CDA<sup>®</sup> 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<br /><br />
+
HL7<sup>®</sup> und CDA<sup>®</sup> 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<br />
 +
 
 +
DICOM<sup>®</sup> ist das eingetragene Warenzeichen der National Electrical Manufacturers Association für ihre Veröffentlichung von Standards im Zusammenhang mit der digitalen Kommunikation medizinischer Informationen. DICOM<sup>®</sup> ist von der International Organization for Standardization als ISO-Norm 12052 anerkannt.<br /><br />
  
 
===Urheber- und Nutzungsrechte von anderen Quellen ("Third Party IP")===
 
===Urheber- und Nutzungsrechte von anderen Quellen ("Third Party IP")===
Zeile 125: Zeile 136:
 
| Regenstrief Institute, Inc. <ref name="regenstrief" />  
 
| Regenstrief Institute, Inc. <ref name="regenstrief" />  
 
|-
 
|-
| International Classification of Diseases (ICD) <ref name="ICD-10">WHO ICD-10 [https://www.who.int/classifications/icd/en/ www.who.int/classifications/icd/en/]</ref>
+
| International Classification of Diseases (ICD) <ref name="ICD-10">WHO ICD-10 [https://icd.who.int/browse10/2019/en icd.who.int/browse10/2019/en]</ref>
 
| World Health Organization (WHO) <ref name="WHO">[https://www.who.int/ www.who.int]</ref>
 
| World Health Organization (WHO) <ref name="WHO">[https://www.who.int/ www.who.int]</ref>
 
|-  
 
|-  
Zeile 153: Zeile 164:
 
* 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 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 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>  
+
* 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/dstucomments/showdetail.cfm?dstuid=132] </ref>  
  
 
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.
 
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.
  
 
===Bezug zu DICOM Structured Report===
 
===Bezug zu DICOM Structured Report===
Sollte für den Befund der bildgebenden Diagnostik ein CDA-Dokument aus einem vorhandenen DICOM Structured Report erzeugt (transformiert) werden, so wird auf den in Zusammenarbeit von HL7 und NEMA erstellten Implementierungsleitfaden „Implementation Guide for CDA Release 2: Imaging Integration. Levels 1, 2, and 3.“ [1] verwiesen, welcher dazu wesentliche zusätzliche Definitionen und Vorgaben beinhaltet.
+
Sollte für den Befund der bildgebenden Diagnostik ein CDA-Dokument aus einem vorhandenen DICOM Structured Report erzeugt (transformiert) werden, so wird auf den in Zusammenarbeit von HL7 und NEMA erstellten Implementierungsleitfaden „Implementation Guide for CDA Release 2: Imaging Integration. Levels 1, 2, and 3.“ [[ILF:Befund_bildgebende_Diagnostik_(Version_3)#Referenzen|[1]]] verwiesen, welcher dazu wesentliche zusätzliche Definitionen und Vorgaben beinhaltet.  
 
 
Der Inhalt des vorliegenden Dokuments ist weitgehend aus den Definitionen von [1] abgeleitet und damit zu diesen kompatibel.
 
  
==Danksagung==
+
Der Inhalt des vorliegenden Dokuments ist weitgehend aus den Definitionen von [[ILF:Befund_bildgebende_Diagnostik_(Version_3)#Referenzen|[1]]] abgeleitet und damit zu diesen kompatibel.
TODO: Absatz streichen? / überarbeiten
 
  
Die ELGA GmbH weist auf das Dokument „Arztbrief auf Basis der HL7 Clinical Document Architecture Release 2.0 für das deutsche Gesundheitswesen“ hin, welches vom Verband der Hersteller von IT-Lösungen für das Gesundheitswesen (VHitG) herausgegeben wurde. Einige Ausführungen in dem genannten Dokument wurden in das vorliegende Dokument übernommen. Das Urheberrecht an dem Dokument „Arztbrief auf Basis der HL7 Clinical Document Architecture Release 2.0 für das deutsche Gesundheitswesen“, wird im vollen Umfang respektiert.
+
Die Transformation wird außerdem im Part "DICOM PS3.20 2024b - Imaging Reports using HL7 Clinical Document Architecture" [[ILF:Befund_bildgebende_Diagnostik_(Version_3)#Referenzen|[5]]] des DICOM Standards beschrieben.
  
 
==Verbindlichkeit==
 
==Verbindlichkeit==
Zeile 224: Zeile 232:
  
 
=Begriffsdefinitionen=
 
=Begriffsdefinitionen=
TODO bei Bedarf ergänzen
+
{| class="wikitable" style="margin-left: 16px; margin-right: 16px;"
 +
!Begriff
 +
!Definition
 +
|-
 +
|'''Studie'''
 +
| Eine Studie bezeichnet das bildgebende Verfahren, das zu einem bestimmten Zeitpunkt an einem Patienten durchgeführt wird. Studien bestehen dabei in der Regel aus mehreren Serien (siehe unten). Synonym zur Bezeichnung Studie wird wird auch häufig der Begriff "Untersuchung" verwendet.
  
=Einleitung=
+
|-
==Ausgangslage und Motivation==
+
|'''Serie'''
TODO: ELGA-Teil kürzen und BGD-Teil überarbeiten
+
|Jede Studie kann aus mehreren Serien bestehen. Eine Serie setzt sich aus Instanzen (siehe unten) zusammen und kann bedeuten, dass der Patient in einer Untersuchung mehrfach physisch gescannt wird (typisch für MRT), oder sie kann virtueller Natur sein, wobei der Patient einmal gescannt wird und die Daten auf verschiedene Weise rekonstruiert werden (typisch für CT).
 +
 
 +
|-
 +
|'''Instanz'''
 +
|Mit Instanz wird ein einzelnes Bild bezeichnet, das durch ein bildgebendes Verfahren gewonnen wird. Dabei kann es sich beispielsweise auch um separate Schichtbilder eines 3D-Bildes handeln.
  
Die Elektronische Gesundheitsakte (ELGA) umfasst die relevanten multimedialen und gesundheitsbezogenen Daten und Informationen zu einer eindeutig identifizierten Person. Die Daten sind in einem oder mehreren computergestützten Informationssystemen gespeichert. Sie stehen allen berechtigten Personen entsprechend ihren Rollen und aller gesetzlichen Bedingungen in einer bedarfsgerecht aufbereiteten elektronischen Form online zur Verfügung.  
+
|-
 +
|'''Strahlenexposition'''
 +
|Bei der Durchführung von bildgebenden Verfahren in der Radiologie wird der Patient zwangsläufig künstlich erzeugter Strahlung ausgesetzt. Dieser Umstand wird als Strehlenexposition bezeichnet und wird synonym auch als Strahlenbelastung beschrieben, was den potentiell gesundheitsgefährdenden Einfluss von ionisierender Strahlung hervorhebt.
  
Die zentrale Anwendung von ELGA ist die Bereitstellung von medizinischen Dokumenten der ELGA-Teilnehmer, die in vielen unterschiedlichen Informationssystemen der verschiedenen ELGA-Gesundheitsdiensteanbieter erstellt werden. Diese Dokumente sollen nicht nur von Benutzern gelesen, sondern auch wieder in die IT-Systeme integriert und dort weiterverwendet werden können („Semantische Interoperabilität“). Beispielsweise können für den Arzt aus ELGA-Dokumenten automatisch Warnungen, Erinnerungen, Zusammenfassungen generiert und weitere Informationen berechnet und kontextbezogen angezeigt werden. Um dieses Ziel zu ermöglichen, wird für Dokumente in ELGA der internationale Standard „Clinical Document Architecture, Release 2.0“ (CDA) von HL7 eingesetzt.  
+
|-
 +
|'''Strahlendosis'''
 +
|Zur Quantifizierung der Strahlenexposition, die ein Patient ausgesetzt wird, verwendet man den Begriff der Strahlendosis. Diese beschreibt dabei die Energiemenge einer ionisierenden Strahlung, die an einen Körper abgegeben wird.  
  
Der CDA-Standard wird für die Verwendung in ELGA im Detail ausspezifiziert, Vorgaben für einheitliche Dokumentation und Codierung der Information werden festgelegt und in implementierbaren Leitfäden veröffentlicht.
+
|-
 +
|'''Klassifikation'''
 +
|Unter Klassifikationen in der Radiologie versteht man Sammlungen von exakten Definitionen, die eine standardisierte Beurteilung eines Befundes ermöglichen. Dabei kann aus vordefinierten Deskriptoren gewählt werden, um die Befundung in der Radiologie zu objektivieren. Ein Beispiel dafür wäre die BI-RADS Klassifikation, mithilfe derer man einer Mammographie eine von 7 Kategorien zuweisen kann.
 +
|}
  
 +
=Einleitung=
 +
==Ausgangslage und Motivation==
 
Der hier dargestellte Leitfaden für die Dokumentenklasse „Befund bildgebende Diagnostik“ ist ein konkreter Schritt einer harmonisierten, strukturierten und standardisierten Möglichkeit, medizinische Dokumente der bildgebenden Diagnostik zwischen Gesundheitsdiensten und Patienten auszutauschen.
 
Der hier dargestellte Leitfaden für die Dokumentenklasse „Befund bildgebende Diagnostik“ ist ein konkreter Schritt einer harmonisierten, strukturierten und standardisierten Möglichkeit, medizinische Dokumente der bildgebenden Diagnostik zwischen Gesundheitsdiensten und Patienten auszutauschen.
  
Die Arbeitsgruppe ELGA CDA Radiologiebefund hat den bestehenden Implementierungs-leitfaden für Radiologiebefunde überarbeitet und ist dabei einheitlich zum Entschluss gekommen, die Dokumentenklasse als „'''Befund bildgebende Diagnostik'''“ zu präzisieren:
+
Die Arbeitsgruppe ELGA CDA Radiologiebefund hat den bestehenden Implementierungsleitfaden für Radiologiebefunde überarbeitet und ist dabei einheitlich zum Entschluss gekommen, die Dokumentenklasse als „'''Befund bildgebende Diagnostik'''“ zu präzisieren. Folgende Gründe haben zu diesem Schritt geführt:
Folgende Gründe haben zu diesem Schritt geführt:
 
  
 
* Alle Befunde der bildgebenden Diagnostik sollen vom Leitfaden abgedeckt werden.
 
* Alle Befunde der bildgebenden Diagnostik sollen vom Leitfaden abgedeckt werden.
 
* Der Leitfaden ermöglicht die Übertragung von Befunden für alle bildgebenden medizintechnischen Einrichtungen (z.B. Endoskopie, Nuklearmedizin usw.) und nicht nur für radiologische medizintechnische Einrichtungen.
 
* Der Leitfaden ermöglicht die Übertragung von Befunden für alle bildgebenden medizintechnischen Einrichtungen (z.B. Endoskopie, Nuklearmedizin usw.) und nicht nur für radiologische medizintechnische Einrichtungen.
 
* Der international verwendete Titel entsprechender Leitfäden lautet “Diagnostic Imaging Report“.
 
* Der international verwendete Titel entsprechender Leitfäden lautet “Diagnostic Imaging Report“.
 +
 +
Der "Befund bildgebende Diagnostik" basiert auf den Vorgaben des [[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)|Allgemeinen Implementierungsleitfadens]] und aktualisiert und erweitert den bestehenden ELGA CDA Implementierungsleitfaden "Befund bildgebende Diagnostik" 2.06.4.
  
 
==Zweck des Dokuments==
 
==Zweck des Dokuments==
Zeile 265: Zeile 292:
 
{{EndILFBox}}
 
{{EndILFBox}}
  
Dieser Implementierungsleitfaden ist eine Weiterentwicklung des Befund bildgebende Diagnostik 2.06.4 und entstand durch die Harmonisierungsarbeit der ''AG Befund bildgebende Diagnostik'', die im ''Zeitraum von '''TODO''' tagte. Die Teilnehmer der Arbeitsgruppe wurden durch ihre Organisation delegiert.
+
Dieser Implementierungsleitfaden ist eine Weiterentwicklung des Befund bildgebende Diagnostik 2.06.4 und entstand durch die Harmonisierungsarbeit der AG Befund bildgebende Diagnostik, die im Zeitraum von November 2023 bis Februar 2024 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 Labor- und Mikrobiologiebefund erfolgte durch die ELGA GmbH parallel bzw. nach der inhaltlichen Festlegung.
 
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 Labor- und Mikrobiologiebefund erfolgte durch die ELGA GmbH parallel bzw. nach der inhaltlichen Festlegung.
  
Der Leitfaden wurde in einem technischen Abstimmungsverfahren durch die HL7 Austria (Ballot TODO: 2023-2) zu einem österreichischen HL7-Standard. Die Verbindlichkeit zur Anwendung wird durch eine Verordnung zum Gesundheitstelematikgesetz 2012, BGBl.I Nr.111/2012 begründet.  
+
Der Leitfaden wurde in einem technischen Abstimmungsverfahren durch die HL7 Austria (Ballot: 2024-1) zu einem österreichischen HL7-Standard. Die Verbindlichkeit zur Anwendung wird durch eine Verordnung zum Gesundheitstelematikgesetz 2012, BGBl.I Nr.111/2012 begründet.  
 
==Revision der Leitfäden==
 
==Revision der Leitfäden==
 
Neue und geänderte Anforderungen sowie Verbesserungen können neue Versionen der bestehenden Spezifikationen notwendig machen.  
 
Neue und geänderte Anforderungen sowie Verbesserungen können neue Versionen der bestehenden Spezifikationen notwendig machen.  
Zeile 321: Zeile 348:
 
====Version 3====
 
====Version 3====
 
=====Autoren=====
 
=====Autoren=====
TODO anpassen
 
 
{| class="wikitable"
 
{| class="wikitable"
 
! Name
 
! Name
Zeile 339: Zeile 365:
 
| Autor
 
| Autor
 
|-
 
|-
| Nikola Tanjga
+
| Nikolaus Krondraf
 
| ELGA GmbH
 
| ELGA GmbH
 
| Autor
 
| Autor
 
|}
 
|}
Unter Mitwirkung von: TODO
 
Nina Svec (ELGA GmbH), Stephan Rainer-Sablatnig (ELGA GmbH),
 
  
 
<sup>1</sup> Personen werden ohne Titel angegeben.
 
<sup>1</sup> Personen werden ohne Titel angegeben.
  
 
=====Mitwirkende=====
 
=====Mitwirkende=====
Teilnehmer der Arbeitsgruppe TODO
+
Teilnehmer der Arbeitsgruppe
 +
 
 +
Rainer Anzböck (DATA Cooperation, RIS), Martin Baumgartner (KH Hietzing), Henrik Blau (Dedalus), Klaus Buttinger (Salzkammergut-Klinikum Bad Ischl, Radiologie), Matthias Elmer (OÖG, PACS/KUK), Ingrid Freund (WIGEV, Med. Physik), Stefanie Gmeiner (ÖÄK), Reinhard Grurl (OÖG, Strahlenschutz), Bettina Kohl (WIGEV, IT), Raffael Lukas Korntheuer (ITSV), Josef Moser (HCS), Michael Radl (KAGes, RIS), Florian Rameder (NÖLGA, PM, RIS, Medsquare), Robert Schmölzer (medicforce), Melanie Strasser (x-tention), Peter Urban (devoteam), Silvia Winkler (Sigma Software Solutions OG, DICOM Austria), Heidrun Zink (AUVA)
 +
 
 +
<sup>1</sup> Personen werden ohne Titel und in alphabetischer Reihenfolge angegeben.
  
 
=Technischer Hintergrund=
 
=Technischer Hintergrund=
 
{{BeginILFBox}}
 
{{BeginILFBox}}
Der technische Hintergrund soll im [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Technischer_Hintergrund| allgemeinen Leitfaden]] nachgelesen werden.{{EndILFBox}}
+
Der technische Hintergrund soll im [[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Technischer_Hintergrund| allgemeinen Leitfaden]] nachgelesen werden.{{EndILFBox}}
  
 
=Allgemeine Richtlinien für ELGA CDA-Implementierungsleitfäden=
 
=Allgemeine Richtlinien für ELGA CDA-Implementierungsleitfäden=
Zeile 362: Zeile 390:
 
=Funktionale Anforderungen=
 
=Funktionale Anforderungen=
 
==Voraussetzungen für den Zugriff auf e-Befunde in ELGA==
 
==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 ELGA GDA (Gesundheitsdiensteanbieter) 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.
 
Der Patient ist ELGA-Teilnehmer und hat keinen generellen, partiellen oder situativen Widerspruch hinsichtlich ELGA eingelegt.
  
 
==Anwendungsfälle des Dokumentenmanagements==
 
==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 [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_(Version_3)#Schreiben_und_Einbringen_von_Dokumenten|Schreiben und Einbringen von Dokumenten]]
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Versionierung_von_Dokumenten|Versionierung von Dokumenten]]
+
*[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Versionierung_von_Dokumenten|Versionierung von Dokumenten]]
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Stornierung_von_Dokumenten|Stornierung von Dokumenten]]
+
*[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Stornierung_von_Dokumenten|Stornierung von Dokumenten]]
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Filtern_und_Suchen_von_Dokumenten|Filtern und Suchen von Dokumenten]]
+
*[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Filtern_und_Suchen_von_Dokumenten|Filtern und Suchen von Dokumenten]]
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Lesen_von_ELGA_Dokumenten|Lesen von Dokumenten]]
+
*[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Lesen_von_ELGA_Dokumenten|Lesen von Dokumenten]]
 +
 
 +
Zur Verlinkung eines Befundes mit einem KOS-Objekt kann als Identifier die Accession Number aus der ReferenceIdList der XDS-I Metadaten des gewünschten KOS Objektes genutzt werden. Detaillierte Informationen dazu sind dem Leitfaden [[ILF:XDS_Metadaten_(Version_3)#referenceIdList_2|XDS Metadaten]] zu entnehmen.
  
 
<div class="landscape">
 
<div class="landscape">
 
===Dokument-Metadaten (XDS-Metadaten)===
 
===Dokument-Metadaten (XDS-Metadaten)===
TODO (dzt übernommen von TME -> anpassen an BGD, siehe DLT)
 
 
 
{| class="wikitable"
 
{| class="wikitable"
 
! colspan="2"|XDS-Element mit Link zum XDS-Leitfaden
 
! colspan="2"|XDS-Element mit Link zum XDS-Leitfaden
Zeile 385: Zeile 413:
 
|-
 
|-
 
| rowspan="2" colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#uniqueId_2|uniqueId]]
 
| rowspan="2" colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#uniqueId_2|uniqueId]]
| rowspan="2"|M
+
| rowspan="2"|M [1..1]
 
| rowspan="2"|./id
 
| rowspan="2"|./id
 
|
 
|
Zeile 395: Zeile 423:
 
*@extension="''999021.1''"
 
*@extension="''999021.1''"
 
|-
 
|-
| rowspan="2" colspan="2"| [[ILF:XDS_Metadaten_(Version_3)#typeCode_.28und_typeCodeDisplayName.29_2|typeCode]]
+
| colspan="2"| [[ILF:XDS_Metadaten_(Version_3)#typeCode_.28und_typeCodeDisplayName.29_2|typeCode]]
| rowspan="2"| R
+
| M [1..1]
| rowspan="2"| ./code
+
| ./code
 
|
 
|
 
*@code="25045-6"
 
*@code="25045-6"
 
*@displayName="Unspecified body region CT"
 
*@displayName="Unspecified body region CT"
 
*@codeSystem="2.16.840.1.113883.6.1"
 
*@codeSystem="2.16.840.1.113883.6.1"
| Entsprechender Unterknoten von Value Set "HL7-at_XDS-Dokumentenklassen" (1.2.40.0.34.10.86) / "Diagnostic imaging study"
+
| Entsprechender Unterknoten von Value Set "ELGA_Dokumentenklassen" (1.2.40.0.34.10.39) / "Diagnostic imaging study"
 
|-
 
|-
|
 
|
 
|-
 
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#classCode_.28und_classCodeDisplayName.29_2|classCode]]
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#classCode_.28und_classCodeDisplayName.29_2|classCode]]
| R
+
| M [1..1]
 
| ./code/translation
 
| ./code/translation
 
|  
 
|  
Zeile 416: Zeile 441:
 
| Bezeichnet die "Dokumentklasse" in dem untergeordneten "translation"-Element. Einzig zulässiger Wert. für den ''Befund bildgebende Diagnostik'' ist ''Diagnostic imaging study'' (18748-4).
 
| Bezeichnet die "Dokumentklasse" in dem untergeordneten "translation"-Element. Einzig zulässiger Wert. für den ''Befund bildgebende Diagnostik'' ist ''Diagnostic imaging study'' (18748-4).
 
|-
 
|-
| rowspan="2" colspan="2"| [[ILF:XDS_Metadaten_(Version_3)#title_2|title]]
+
| colspan="2"| [[ILF:XDS_Metadaten_(Version_3)#title_2|title]]
| rowspan="2"| R
+
| M [1..1]
| rowspan="2"| ./title  
+
| ./title  
 
|
 
|
 
*"CT-Befund der Lendenwirbelsäule"
 
*"CT-Befund der Lendenwirbelsäule"
 
| Dokumententitel. Dieses Element enthält den für den lesenden Dokumentempfänger gedachten Titel.
 
| Dokumententitel. Dieses Element enthält den für den lesenden Dokumentempfänger gedachten Titel.
|-
 
|
 
|
 
 
|-
 
|-
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#formatCode_.28und_formatCodeDisplayName.29_2|formatCode]]
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#formatCode_.28und_formatCodeDisplayName.29_2|formatCode]]
| M
+
| M [1..1]
 
| ./hl7at:formatCode
 
| ./hl7at:formatCode
 
|  
 
|  
*@code="urn:hl7-at:TODO:3.0.0+0000000"
+
*@code="urn:hl7-at:bgd:3.0.1+20240911"
 
*@codeSystem="1.2.40.0.34.5.37"
 
*@codeSystem="1.2.40.0.34.5.37"
*@displayName="HL7 Austria Befund bildgebende Diagnostik 3.0.0+TODO"
+
*@displayName="HL7 Austria Befund bildgebende Diagnostik 3.0.1+20240911"
| Version des vom CDA erfüllten ''Befund bildgebende Diagnostik'' Implementierungsleitfades.
+
| Version des vom CDA erfüllten ''Befund bildgebende Diagnostik'' Implementierungsleitfadens.
 
|-
 
|-
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#practiceSettingCode_.28und_practiceSettingCodeDisplayName.29_2|practiceSettingCode]]
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#practiceSettingCode_.28und_practiceSettingCodeDisplayName.29_2|practiceSettingCode]]
| M
+
| M [1..1]
 
| ./hl7at:practiceSettingCode
 
| ./hl7at:practiceSettingCode
 
|  
 
|  
Zeile 445: Zeile 467:
 
|-
 
|-
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#creationTime_2|creationTime]]
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#creationTime_2|creationTime]]
| M
+
| M [1..1]
 
| ./effectiveTime
 
| ./effectiveTime
 
|  
 
|  
Zeile 452: Zeile 474:
 
|-
 
|-
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#confidentialityCode_2|confidentialityCode]]
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#confidentialityCode_2|confidentialityCode]]
| M
+
| M [1..1]
 
| ./confidentialityCode
 
| ./confidentialityCode
 
|  
 
|  
Zeile 462: Zeile 484:
 
|-
 
|-
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#languageCode_2|languageCode]]
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#languageCode_2|languageCode]]
| M
+
| M [1..1]
 
| ./languageCode
 
| ./languageCode
 
|  
 
|  
Zeile 469: Zeile 491:
 
|-
 
|-
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#referenceIdList_2|referenceIdList]]
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#referenceIdList_2|referenceIdList]]
| M
+
| M [1..1]
 
| ./setId
 
| ./setId
 
|  
 
|  
Zeile 477: Zeile 499:
 
|-
 
|-
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#sourcePatientId_2|sourcePatientId]]
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#sourcePatientId_2|sourcePatientId]]
| M
+
| M [1..1]
 
| ./recordTarget/patientRole/id[1]
 
| ./recordTarget/patientRole/id[1]
 
|  
 
|  
Zeile 486: Zeile 508:
 
|rowspan="6"| [[ILF:XDS_Metadaten_(Version_3)#author_2|author]]
 
|rowspan="6"| [[ILF:XDS_Metadaten_(Version_3)#author_2|author]]
 
|rowspan="2"|authorInstitution
 
|rowspan="2"|authorInstitution
|rowspan="2"| M
+
|rowspan="2"| M [1..1]
 
|rowspan="2"| ./author[1]/assignedAuthor/
 
|rowspan="2"| ./author[1]/assignedAuthor/
 
&nbsp;&nbsp;&nbsp;representedOrganization/id[1]
 
&nbsp;&nbsp;&nbsp;representedOrganization/id[1]
Zeile 499: Zeile 521:
 
|-
 
|-
 
|rowspan="2"|authorPerson
 
|rowspan="2"|authorPerson
|rowspan="2"| M
+
|rowspan="2"| M [1..1]
 
|rowspan="2"| ./author[1]/assignedAuthor
 
|rowspan="2"| ./author[1]/assignedAuthor
 
|  
 
|  
Zeile 516: Zeile 538:
 
|-
 
|-
 
|authorRole
 
|authorRole
| M
+
| R [0..1]
 
| ./author[1]/functionCode
 
| ./author[1]/functionCode
 
|  
 
|  
Zeile 523: Zeile 545:
 
|-
 
|-
 
|authorSpeciality
 
|authorSpeciality
| M
+
| R [0..1]
 
| ./author[1]/assignedAuthor/code
 
| ./author[1]/assignedAuthor/code
 
|  
 
|  
Zeile 529: Zeile 551:
 
| Fachrichtung des Verfassers des Dokuments aus ELGA_AuthorSpeciality.
 
| Fachrichtung des Verfassers des Dokuments aus ELGA_AuthorSpeciality.
 
|-
 
|-
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#legalAuthenticator_2|LegalAuthenticator]]
+
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#legalAuthenticator_2|legalAuthenticator]]
| M
+
| R [0..1]
 
| ./legalAuthenticator[1]/assignedEntity
 
| ./legalAuthenticator[1]/assignedEntity
 
|  
 
|  
Zeile 543: Zeile 565:
 
|-
 
|-
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#eventCodeList_.28und_eventCodeListDisplayName.29_2|eventCodeList]]
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#eventCodeList_.28und_eventCodeListDisplayName.29_2|eventCodeList]]
| R
+
| R [0..*]
 
| ./documentationOf[1]/serviceEvent/code
 
| ./documentationOf[1]/serviceEvent/code
 
|  
 
|  
Zeile 553: Zeile 575:
 
|-
 
|-
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#serviceStartTime_.2F_serviceStopTime_2|serviceStartTime]]
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#serviceStartTime_.2F_serviceStopTime_2|serviceStartTime]]
|R
+
|R [0..1]
 
|./documentationOf[1]/serviceEvent/
 
|./documentationOf[1]/serviceEvent/
 
&nbsp;&nbsp;&nbsp;effectiveTime/low
 
&nbsp;&nbsp;&nbsp;effectiveTime/low
Zeile 561: Zeile 583:
 
|-
 
|-
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#serviceStartTime_.2F_serviceStopTime_2|serviceStopTime]]
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#serviceStartTime_.2F_serviceStopTime_2|serviceStopTime]]
|R
+
|R [0..1]
|./documentationOf[1]/serviceEvent/
+
|./documentationOf[x]/serviceEvent/
 
&nbsp;&nbsp;&nbsp;effectiveTime/high
 
&nbsp;&nbsp;&nbsp;effectiveTime/high
 
|  
 
|  
Zeile 569: Zeile 591:
 
|-
 
|-
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#healthcareFacilityTypeCode_.28und_healthcareFacilityTypeCodeDisplayName.29_2|healthcareFacilityTypeCode]]
 
| colspan="2"|[[ILF:XDS_Metadaten_(Version_3)#healthcareFacilityTypeCode_.28und_healthcareFacilityTypeCodeDisplayName.29_2|healthcareFacilityTypeCode]]
|R
+
|M [1..1]
 
|./componentOf/encompassingEncounter/
 
|./componentOf/encompassingEncounter/
 
&nbsp;&nbsp;&nbsp;location/healthCareFacility/code
 
&nbsp;&nbsp;&nbsp;location/healthCareFacility/code
Zeile 580: Zeile 602:
 
</div>
 
</div>
  
=ALT=
+
=Konformitätsprüfung=
 +
Ein zu diesem Implementierungsleitfaden konformes CDA-Dokument ist zunächst ein valides CDA Release 2.0 XML-Dokument mit [[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#CDA_Header|Header]] und [[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#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 [[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#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_(Version_3)#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}}
 +
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}}
 +
{{BeginILFBox}}
 +
Die Kapitel zu den technischen Konformitätsprüfungen von CDA-Dokumenten sind im allgemeinen Leitfaden unter den folgenden Links zu finden:
 +
*[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Schema-Pr.C3.BCfung|Schema-Prüfung]]
 +
*[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Schematron-Pr.C3.BCfung|Schematron-Prüfung]]
 +
*[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Online-Validation_von_CDA-Dokumenten|Online-Validation von CDA-Dokumenten]]
 +
*[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Hinweise_zur_Konformit.C3.A4tspr.C3.BCfung|Hinweise zur Konformitätsprüfung]]
 +
*[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Abnahmepr.C3.BCfung_f.C3.BCr_ELGA_e-Befunde|Abnahmeprüfung für ELGA e-Befunde]]
 +
*[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Zertifizierung|Zertifizierung]]
 +
{{EndILFBox}}
 +
 
 +
=Datentypen=
 +
{{BeginILFBox}}Im Kapitel [[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Datentypen|Datentypen des allgemeinen Leitfadens]] 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}}
 +
 
 +
=Vorgaben zum medizinischen Inhalt=
 +
Der "Befund bildgebende Diagnostik" besteht im Bereich der medizinischen Daten zumindest aus den Sections "Anamnese" und "Befund", wobei bei bestimmten Untersuchungen (z.B. Mammographie, Computertomographie, nuklearmedizinische Untersuchungen) zusätzlich die Section "Durchgeführte Untersuchung" angegeben werden muss. Folgende Grafik zeigt die dadurch mögliche Gliederung auf der ersten Ebene innerhalb des Bodys.
 +
 
 +
[[Datei:Gliederung Befund.png|thumb|none|200px|<ref group="Abbildung">Gliederung nach obligatorischen Befundbereichen</ref>: Gliederung nach obligatorischen Befundbereichen]]
 +
 
 +
Innerhalb der Section "Durchgeführte Untersuchung", die mehrfach in einem Befund geführt werden kann, lässt sich die beim Patienten aufgetretene Strahlenexposition nicht nur textuell, sondern auch codiert dokumentieren. Außerdem ist es möglich, bei Bedarf die Patientendosis aus der Aktivität eines applizierten Radiopharmakons bei nuklearmedizinischen Untersuchungen codiert zu hinterlegen.
 +
 
 +
Ähnlich verhält es sich mit der Section "Befund", die eine Codierung der angewendeten Klassifikation und dem dabei gewählten Wert ermöglicht. Diese Strukturierung ist in der folgenden Grafik abgebildet.
 +
 
 +
[[Datei:Strukturierung Untersuchung Befund.png|thumb|none|500px|<ref group="Abbildung">Strukturierung von "Durchgeführte Untersuchung" und "Befund"</ref>: Strukturierung von "Durchgeführte Untersuchung" und "Befund"]]
  
=Anwendungsfälle=
+
=Anwendungsfälle / User Stories=
Dieses Kapitel beschreibt die Anwendungsfälle, welche für die Ermittlung der Anforderungen an die Struktur des im Implementierungsleitfaden beschriebenen Befundes „Bildgebende Diagnostik“, herangezogen wurden.
+
Dieses Kapitel beschreibt die Anwendungsfälle, welche für die Ermittlung der Anforderungen an die Struktur des im Implementierungsleitfaden beschriebenen Befundes „Bildgebende Diagnostik“ herangezogen wurden.
  
 
==Anwendungsfall BEF01: „Einfache Untersuchung mit einer Modalität“==
 
==Anwendungsfall BEF01: „Einfache Untersuchung mit einer Modalität“==
Zeile 602: Zeile 654:
 
==Anwendungsfall BEF02: „Komplexe Untersuchung mit mehreren Modalitäten“==
 
==Anwendungsfall BEF02: „Komplexe Untersuchung mit mehreren Modalitäten“==
 
===Allgemeines===
 
===Allgemeines===
Der Patient kommt zur Abklärung einer „komplexen“ Fragestellung, die mehrere Modalitäten betrifft, in die radiologische Praxis oder Abteilung. Nach Erfassung der demographischen Daten des Patienten werden entsprechend der Einweisung/Zuweisung und der durch-geführten Anamnese die Untersuchungen unter Berücksichtigung etwaiger Einschränkungen bezüglich der Reihenfolge der anzuwendenden Modalitäten durchgeführt.
+
Der Patient kommt zur Abklärung einer „komplexen“ Fragestellung, die mehrere Modalitäten betrifft, in die radiologische Praxis oder Abteilung. Nach Erfassung der demographischen Daten des Patienten werden entsprechend der Einweisung/Zuweisung und der durchgeführten Anamnese die Untersuchungen unter Berücksichtigung etwaiger Einschränkungen bezüglich der Reihenfolge der anzuwendenden Modalitäten durchgeführt.
 +
 
 
===Befund===
 
===Befund===
 
Auf Basis von Einweisung/Zuweisung, Anamnese und entstandenem Bildmaterial werden, sofern es sich um mehrere Fragestellungen handelt, mehrere Befunde erstellt. Handelt es sich um nur eine Fragestellung (z.B. Mammographie und zugehöriger Ultraschall), so wird der Befund trotz mehreren Modalitäten analog zu Anwendungsfall BEF01 erstellt. Sollten relevante Voruntersuchungen vorliegen, werden diese bei der Erstellung der Befunde berücksichtigt.
 
Auf Basis von Einweisung/Zuweisung, Anamnese und entstandenem Bildmaterial werden, sofern es sich um mehrere Fragestellungen handelt, mehrere Befunde erstellt. Handelt es sich um nur eine Fragestellung (z.B. Mammographie und zugehöriger Ultraschall), so wird der Befund trotz mehreren Modalitäten analog zu Anwendungsfall BEF01 erstellt. Sollten relevante Voruntersuchungen vorliegen, werden diese bei der Erstellung der Befunde berücksichtigt.
Zeile 617: Zeile 670:
 
<!--Administrative Daten-->
 
<!--Administrative Daten-->
 
<div class="landscape">
 
<div class="landscape">
=Administrative Daten (CDA Header)=
 
Dieses Kapitel basiert auf dem entsprechenden Kapitel im „[[ILF:Allgemeiner Implementierungsleitfaden#Administrative_Daten_.28CDA_Header.29|Allgemeinen Implementierungsleitfaden]]“ und beschreibt die darüberhinausgehenden Spezifikationen zum Thema Befund „Bildgebende Diagnostik“.
 
  
==Dokumentenstruktur==
+
=Dataset=
===Elemente ohne spezielle Vorgaben===
+
{| class="wikitable"
Folgende Elemente erfordern keine speziellen Vorgaben:
+
! style="width: 25%" |Name
* XML Metainformationen
+
! style="width: 40%" |Beschreibung
* Wurzelelement
+
! style="width: 20%" |Mapping
* Hoheitsbereich („realmCode“)
+
|- style="vertical-align:top;"
* Dokumentformat („typeId“)
+
| Datum der Dokumenterstellung
* Dokumenten-Id („id”)
+
| Relevantes Datum des Dokuments.
* Erstellungsdatum des Dokuments („effectiveTime“)
+
| /ClinicalDocument/effectiveTime
* Vertraulichkeitscode („confidentialityCode“)
+
|-
* Sprachcode des Dokuments („languageCode“)
+
| style="font-weight:bold;" | Patient
* Versionierung des Dokuments („setId“ und „versionNumber“)
+
| Der Patient, an dem eine oder mehrere Untersuchungen durchgeführt werden
 +
| /ClinicalDocument/recordTarget
 +
|-
 +
| Name
 +
| Titel, Vornamen, Nachnamen
 +
| /ClinicalDocument/recordTarget/patientRole/patient/name
 +
|-
 +
| Geburtstdatum
 +
| Geburtstdatum der Person
 +
| /ClinicalDocument/recordTarget/patientRole/patient/birthTime
 +
|-
 +
| Geschlecht
 +
| Administatives Geschlecht der Person im Sinne der Anrede oder Adressierung
 +
| /ClinicalDocument/recordTarget/patientRole/patient/administrativeGenderCode
 +
|-
 +
| LokaleID
 +
| Identifikator des Patienten im lokalen IT-System (patientenbezogen, nicht fallbezogen)
 +
| /ClinicalDocument/recordTarget/patientRole/id[1]
 +
|-
 +
| SVNR
 +
| Sozialversicherungsnummer
 +
| /ClinicalDocument/recordTarget/patientRole/id[2]
 +
|-
 +
| Adresse
 +
| Straße, Hausnummer, PLZ, Ort <br /> Qualifier zur Bezeichnung der Art der Adresse (Wohnadresse, Arbeitsadresse, Pflege, Temporär...)
 +
| /ClinicalDocument/recordTarget/patientRole/addr
 +
|-
 +
| Kontaktdaten
 +
| Telefon, Handy, E-Mail, etc.
 +
| /ClinicalDocument/recordTarget/patientRole/telecom
 +
|-
 +
| style="font-weight:bold;" |Autor (Dokument)
 +
| Der Autor, Urheber oder Dokumentersteller ist die Person, die hauptursächlich etwas verursacht oder veranlasst oder als Initiator, Anstifter, Verfasser oder Verursacher wirkt. Der Autor kann auch ein "Dokument-erstellendes Gerät" sein, etwa ein Computerprogramm, das automatisch Daten zu einem Patienten in Form eines Befunds oder einer Zusammenfassung kombiniert.
 +
| /ClinicalDocument/author
 +
|-
 +
| Zeitpunkt der inhaltlichen Fertigstellung
 +
| Der Zeitpunkt, zu dem das Dokument verfasst bzw. inhaltlich fertiggestellt wurde.
 +
| /ClinicalDocument/author/time
 +
|-
 +
| Kontaktdaten
 +
| Telefon, Handy, E-Mail, etc.
 +
| /ClinicalDocument/author/assignedAuthor/telecom
 +
|-
 +
| Adresse
 +
| Straße, Hausnummer, PLZ, Ort <br /> Qualifier zur Bezeichnung der Art der Adresse (Wohnadresse, Arbeitsadresse, Pflege, Temporär...)
 +
| /ClinicalDocument/author/assignedAuthor/representedOrganization/addr
 +
|-
 +
| Name
 +
| Dokumentverfasser als Person oder Device (im Fall der zentralen Anwendung).
 +
| /ClinicalDocument/author/assignedAuthor/assignedPerson<br /> <br /> ODER<br /> <br /> /ClinicalDocument/author/assignedAuthor/assignedAuthoringDevice
 +
|-
 +
| Organisation
 +
| Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.<br /> <br /> Name, Kontaktdaten
 +
| /ClinicalDocument/author/assignedAuthor/representedOrganization/name
 +
|-
 +
| style="font-weight:bold;" | Eintragende Person (Schreibkraft) (Dokument)
 +
| Datenverarbeitende Person. Die Person, die Daten für Befund dokumentiert.
 +
| /ClinicalDocument/dataEnterer
 +
|-
 +
| Zeitpunkt der Dokumentation
 +
| Der Zeitpunkt, zu dem die Daten für den Befund von der Schreibkraft dokumentiert wurden.<br /> <br /> Hinweis: wird aktuell nicht angezeigt.
 +
| /ClinicalDocument/dataEnterer/time
 +
|-
 +
| Name
 +
| Titel, Vornamen, Nachnamen
 +
| /ClinicalDocument/dataEnterer/assignedEntity/assignedPerson
 +
|-
 +
| style="font-weight:bold;" | '''Verwahrer des Dokuments'''
 +
| GDA
 +
| /ClinicalDocument/custodian
 +
|-
 +
| Organisation
 +
| ID, Name, Kontaktdaten, Adresse
 +
| /ClinicalDocument/custodian/assignedCustodian/representedCustodianOrganization
 +
|-
 +
| style="font-weight:bold;" | Unterzeichnende Person (Dokument)
 +
| Der "Rechtliche Unterzeichner" oder "Hauptunterzeichner"
 +
| /ClinicalDocument/legalAuthenticator
 +
|-
 +
| Zeitpunkt der Unterzeichnung
 +
| Der Zeitpunkt, zu dem das Dokument unterzeichnet wurde.<br /> <br /> Hinweis: wird aktuell nicht angezeigt
 +
| /ClinicalDocument/legalAuthenticator/time
 +
|-
 +
| Adresse
 +
| w.o.
 +
| /ClinicalDocument/legalAuthenticator/assignedEntity/addr
 +
|-
 +
| Kontaktdaten
 +
| Telefon, Handy, E-Mail, etc.
 +
| /ClinicalDocument/legalAuthenticator/assignedEntity/telecom
 +
|-
 +
| Name
 +
| Titel, Vornamen, Nachnamen
 +
| /ClinicalDocument/legalAuthenticator/assignedEntity/assignedPerson
 +
|-
 +
| Organisation
 +
| Name, Kontaktdaten, Adresse
 +
| /ClinicalDocument/legalAuthenticator/assignedEntity/representedOrganization
 +
|-
 +
| style="font-weight:bold;" | Dokumentation der Gesundheitsdienstleistung
 +
|
 +
| /ClinicalDocument/documentationOf/serviceEvent
 +
|-
 +
| Zeitraum der Gesundheitsdienstleistung
 +
|
 +
| /ClinicalDocument/documentationOf/serviceEvent/effectiveTime
 +
|-
 +
| style="font-weight:bold;" | Section Anforderung
 +
| Der Inhalt der Anforderung bildet ab, was der zuweisende Arzt überprüft/ausgeschlossen wissen will. Idealerweise kommt dieser Inhalt aus einer elektronischen Überweisung.
 +
| section "Anforderung"
 +
|-
 +
| style="font-weight:bold;" | Section Anamnese
 +
| Die Anamnese enthält die professionelle Erfragung von potenziell medizinisch relevanten Informationen durch Fachpersonal (z.B. einen Arzt) basierend auf den Aussagen des Patienten (Eigenanamnese) oder einer dritten Person (Fremdanamnese) zum aktuellen Konsultationsanlass.
 +
| section "Anamnese"
 +
|-
 +
| style="font-weight:bold;" | Section Konsultations- oder Überweisungsgrund
 +
| Der Grund für eine Gesundheitsdienstleistung (z.B. bildgebende Untersuchung).
 +
| section "Konsultations- oder Überweisungsgrund"
 +
|-
 +
| style="font-weight:bold;" | Section Status, Diagnostik und Befunde
 +
| Medizinisch relevante, körperliche oder psychische Erscheinungen, Gegebenheiten, Veränderungen und Zustände eines Patienten, die durch Fachpersonal (Ärzte, anderes medizinisches Personal) im Rahmen der aktuellen Konsultation als Untersuchungsresultat erhoben werden.
 +
| section "Status, Diagnostik und Befunde"
 +
|-
 +
| style="font-weight:bold;" | Section Durchgeführte Untersuchung
 +
| Eine Kurzbeschreibung sämtlicher zur Erstellung des Befundes angewandten Techniken, Eingriffe oder sonstige Maßnahmen.
 +
| section "Section Durchgeführte Untersuchung"
 +
|-
 +
| Strahlenexposition
 +
| Dokumentation der Patientendosis bei Röntgenaufnahmen, der Computertomographie, Durchleuchtung, Interventionellen Radiologie, Mammographie und Nuklearmedizin (Wert inklusive Einheit).
 +
| section "Durchgeführte Untersuchung" / entry "Strahlenexposition Entry"
 +
|-
 +
| Radiopharmakon
 +
| Dokumentation der Patientendosis aus der Aktivität des applizierten Radiopharmakons bei nuklearmedizinischen Untersuchungen (Wert inklusive Einheit).
 +
| section "Durchgeführte Untersuchung" / entry "Radiopharmakon Entry"
 +
|-
 +
| style="font-weight:bold;" | Section Frühere Untersuchungen und Befunde
 +
| In dieser Sektion werden alle früheren Untersuchungen und Befunde mit Bildmaterial bzw. älteres Bildmaterial alleine aufgelistet, welche(s) zur Erstellung des gegenständlichen Befundes herangezogen wurden.
 +
| section "Section Frühere Untersuchungen und Befunde"
 +
|-
 +
| style="font-weight:bold;" | Section Komplikationen
 +
| Beschreibt Komplikationen, die während der bildgebenden Untersuchung aufgetreten sind.
 +
| section "Section Komplikationen"
 +
|-
 +
| style="font-weight:bold;" | Section Befund
 +
| Diese Sektion bildet das Ergebnis der „Bildgebenden Diagnostik“ ab.
 +
| section "Section Befund"
 +
|-
 +
| Klassifikation
 +
|  Zur Befundung angewendete Klassifikation und Bewertung.
 +
| section "Befund" / entry "Klassifikation Entry"
 +
|-
 +
| style="font-weight:bold;" | Section Diagnose
 +
| Diese Sektion dient zur Angabe der Diagnose(n), welche im Kontext der Behandlung erhoben wurde(n).
 +
| section "Section Diagnose - kodiert"
 +
|-
 +
| style="font-weight:bold;" | Section Zusammenfassende Beurteilung
 +
| Zusammenfassende Gesamtschau und Beurteilung der erhobenen Befunde.
 +
| section "Section Zusammenfassende Beurteilung"
 +
|-
 +
| style="font-weight:bold;" | Section Verdachtsdiagnose
 +
| In dieser Sektion werden Verdachtsdiagnosen, also Diagnosen die nicht zu 100% durch die gegenständliche Untersuchung abgesichert werden konnten, dargestellt.
 +
| section "Section Verdachtsdiagnose"
 +
|-
 +
| style="font-weight:bold;" | Section Weitere empfohlene Maßnahmen
 +
| Empfehlungen für die weiteren Maßnahmen für die Behandlung und Diagnostik des Patienten (z.B. Anordnungen zum Wundmanagement, physikalische Therapien, Diätanordnungen, Präventionsmaßnahmen, etc.) als Freitext exklusive Medikations-Empfehlungen.
 +
| section "Section Weitere empfohlene Maßnahmen - unkodiert"
 +
|-
 +
| style="font-weight:bold;" | Section Beilagen
 +
| Sonstige Beilagen
 +
| section "Section Beilagen"
 +
|-
 +
|}
  
<div class="violet">
 
Verweis auf den Allgemeinen Leitfaden:<br/>
 
Das Element erfordert keine speziellen Vorgaben. Es gelten die Vorgaben des entsprechenden Kapitels des „[[ILF:Allgemeiner Implementierungsleitfaden#Administrative_Daten_.28CDA_Header.29|Allgemeinen Implementierungsleitfadens]]“.
 
</div>
 
  
{{Auszug Implementierungsleitfaden| aus dem Allgemeinen Implementierungsleitfaden|
+
<div class="landscape">
{{elga-cdaalf-2.06.2:XML Metainformation}}
 
{{elga-cdaalf-2.06.2:Wurzelelement}}
 
{{elga-cdaalf-2.06.2:Hoheitsbereich des Dokuments („realmCode“)}}
 
{{elga-cdaalf-2.06.2:Dokumentformat („typeId“)}}
 
{{elga-cdaalf-2.06.2:Dokumenten-Id („id”)}}
 
{{elga-cdaalf-2.06.2:Erstellungsdatum des Dokuments („effectiveTime“)}}
 
{{elga-cdaalf-2.06.2:Vertraulichkeitscode („confidentialityCode“)}}
 
{{elga-cdaalf-2.06.2:Sprachcode des Dokuments („languageCode“)}}
 
{{elga-cdaalf-2.06.2:Versionierung des Dokuments („setId“ und „versionNumber“)}}
 
}}
 
  
===Elemente mit speziellen Vorgaben===
+
=Technische Spezifikation=
====ELGA Implementierungsleitfaden-Kennzeichnung („templateId“)====
+
Die Struktur des CDA Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben.
Mit Angabe dieses Elements wird ausgesagt, dass das vorliegende CDA-Dokument zu diesem Implementierungsleitfaden konform ist. Ein Dokument, welches dem vorliegenden Implementierungsleitfaden folgt, muss auch dem übergeordneten Allgemeinen Implementierungsleitfaden folgen.
 
  
=====Spezielle Vorgaben für den Befund „Bildgebende Diagnostik“=====
+
Der Header entspricht im Wesentlichen den Vorgaben des [[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)|Allgemeinen Leitfadens]]. 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.
Die templateId-Elemente für diesen Implementierungsleitfaden sind anzugeben. Als Ergebnis der Arbeitsgruppe wird für den Befund bildgebende Diagnostik neben der ELGA Interoperabilitätsstufe (EIS) „Basic“/“Structured“ nur EIS „Full Support“ definiert.
 
  
=====Strukturbeispiel=====
+
==Übersichtstabelle der CDA Strukturen des Headers==
<pre class="orange">
+
Dieses Kapitel gibt einen Überblick über die Elemente des CDA Headers und den Vorgaben bezüglich Kardinalität und Konformität.
<ClinicalDocument xmlns="urn:hl7-org:v3">
+
{{BeginILFBox}}Die jeweiligen Links in der letzten Spalte zeigen auf die einzelnen Header Elemente. Wo es zu keinen strukturellen Änderungen im Rahmen dieses Leitfadens gekommen ist, wird die Definition des Allgemeinen Implementierungsleitfadens verlinkt.
  :
+
{{EndILFBox}}
  <!-- ELGA CDA Dokumente -->
 
  <templateId root="1.2.40.0.34.11.1"/>
 
 
 
  <!-- ELGA CDA Befund „Bildgebende Diagnostik“ -->
 
  <templateId root="1.2.40.0.34.11.5"/>
 
  
  <!-- In Abhängigkeit von der ELGA Interoperabilitätsstufe (EIS) -->
 
  <!-- EIS „Basic“ bzw. „Structured“ -->
 
  <templateId root="1.2.40.0.34.11.5.0.1"/>
 
    ... oder ...
 
  <!-- EIS „Full support“ -->
 
  <templateId root="1.2.40.0.34.11.5.0.3"/>
 
  :
 
</ClinicalDocument>
 
</pre>
 
 
=====Spezifikation=====
 
 
{| class="wikitable" width="100%"
 
{| class="wikitable" width="100%"
|-  
+
|-
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung
+
! 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
 +
|[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Hoheitsbereich_des_Dokuments_.28.22realmCode.22.29|Hoheitsbereich des Dokuments]]
 +
|- style="background:#FFFFFF"
 +
|typeId
 +
| 1..1 M
 +
|[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Dokumentformat_.28.22typeId.22.29|Kennzeichnung CDA R2]]
 +
|- style="background:#FFFFFF"
 +
|templateId
 +
| 3..* M
 +
|Definition im Allgemeinen Implementierungsleitfaden: [[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#ELGA_Implementierungsleitfaden-Kennzeichnung_.28.22templateId.22.29|Kennzeichnung von Strukturvorschriften]]
  
|- style="background:white"
+
Erlaubte Werte sind den jeweiligen Definitionen der Document Level Templates zu entnehmen.
| templateId|| II || 1..1 || M || ELGA TemplateId für den Allgemeinen Implementierungsleitfaden<br/>Fester Wert: @root = '''1.2.40.0.34.11.1'''
+
|- style="background:#FFFFFF"
 +
|id
 +
| 1..1 M
 +
|[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Dokumenten-Id_.28.22id.22.29|Dokumenten-Id]]
 +
|- style="background:#FFFFFF"
 +
|code
 +
&nbsp;&nbsp;translation
 +
| 1..1 M
 +
&nbsp;&nbsp;1..1 M
 +
|Definition im Allgemeinen Implementierungsleitfaden: [[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Dokumentenklasse_.28.22code.22.29|Klassifikation des Dokuments (fein und grob)]]
  
|- style="background:white"
+
Erlaubte Werte sind den jeweiligen Definitionen der Document Level Templates zu entnehmen.
| templateId|| II || 1..1 || M || ELGA TemplateId für den speziellen Implementierungsleitfaden „Bildgebende Diagnostik“<br/>Fester Wert: @root = '''1.2.40.0.34.11.5'''
+
|- style="background:#FFFFFF"
 +
|title
 +
| 1..1 M
 +
|[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Titel_des_Dokuments_.28.22title.22.29|Titel des Dokuments]]
 +
|- style="background:#FFFFFF"
 +
|sdtc:statusCode
 +
|0..1 C
 +
|Definition im Allgemeinen Implementierungsleitfaden: [[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Status_des_Dokuments_.28.22sdtc:statusCode.22.29|Status des Dokuments]]
 +
|- style="background:#FFFFFF"
 +
|hl7at:terminologyDate
 +
| 1..1 M
 +
|[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Terminologiedatum_.28.22hl7at:terminologyDate.22.29|Terminologie-Datum des Dokuments]]
 +
|- style="background:#FFFFFF"
 +
|hl7at:formatCode
 +
| 1..1 M
 +
|Definition im Allgemeinen Implementierungsleitfaden: [[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#FormatCode_.28.22hl7at:formatCode.22.29|FormatCode des Dokuments]]
  
|- style="background:white"
+
Erlaubter Wert ist den Definitionen der Document Level Templates zu entnehmen.
| colspan="5" style="text-align:center" |'''--- zusätzlich eine der folgenden templateIds ---'''
+
|- style="background:#FFFFFF"
 +
|hl7at:practiceSettingCode
 +
| 1..1 M
 +
|[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Fachliche_Zuordnung_des_Dokuments_.28.22hl7at:practiceSettingCode.22.29|Fachliche Zuordnung des Dokuments]]
 +
|- style="background:#FFFFFF"
 +
|effectiveTime
 +
| 1..1 M
 +
|Erstellungsdatum des Dokuments
 +
|- style="background:#FFFFFF"
 +
|confidentialityCode
 +
| 1..1 M
 +
|[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Vertraulichkeitscode_.28.22confidentialityCode.22.29|Vertraulichkeitscode]]
 +
|- style="background:#FFFFFF"
 +
|languageCode
 +
| 1..1 M
 +
|[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Sprachcode_des_Dokuments_.28.22languageCode.22.29|Sprachcode des Dokuments]]
 +
|- style="background:#FFFFFF"
 +
|setId
 +
versionNumber
 +
| 1..1 M
 +
 
 +
1..1 M
 +
|[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Versionierung_des_Dokuments_.28.22setId.22_und_.22versionNumber.22.29|Versionierung des Dokuments]]
 +
|- style="background:#FFFFFF"
 +
|recordTarget
 +
| 1..1 M
 +
|[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Patient_.28.22recordTarget.2FpatientRole.22.29|Patient]]
 +
|-
 +
|recordTarget de-identified
 +
| 0..0 NP
 +
|[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Alternative_Spezifikation_de-identifizierter_Patient|Anonymer oder pseudonymisierter Patient]]
 +
|- style="background:#FFFFFF"
 +
|author
 +
| 1..* M
 +
|Definition im Allgemeinen Implementierungsleitfaden: [[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Verfasser_des_Dokuments_.28.22author.22.29|Verfasser des Dokuments]]
  
|-  
+
Es MUSS immer zumindest eine Person als Author angeführt sein.
| colspan="5" style="text-align:left" |'''Im Falle von EIS „Basic“<br/>'''
+
|- style="background:#FFFFFF"
'''(Das Dokument enthält entweder unstrukturierten oder eingebetteten Inhalt (z.B. PDF) oder enthält strukturierten Inhalt, wobei jedoch nicht alle Sektionen den Vorgaben von EIS „Enhanced“ oder höher folgen)'''
+
|dataEnterer
 +
| 0..1 O
 +
|[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Personen_der_Dateneingabe_.28.22dataEnterer.22.29|Personen der Dateneingabe]]
 +
|- style="background:#FFFFFF"
 +
|informant
 +
| 0..0 NP
 +
|[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Informant_Body|Informant]]
 +
|- style="background:#FFFFFF"
 +
|custodian
 +
| 1..1 M
 +
|[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Verwahrer_des_Dokuments_.28.22custodian.22.29|Verwahrer des Dokuments]]
 +
|- style="background:#FFFFFF"
 +
|informationRecipient
 +
| 0..* O
 +
|[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Beabsichtigte_Empf.C3.A4nger_des_Dokuments_.28.22informationRecipient.22.29|Beabsichtigte Empfänger des Dokuments]]
 +
|- style="background:#FFFFFF"
 +
|legalAuthenticator
 +
| C
 +
|[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Rechtlicher_Unterzeichner_.28.22legalAuthenticator.22.29|Rechtlicher Unterzeichner]], wird im speziellen Leitfaden definiert.
  
|-
+
* Der rechtliche Unterzeichner (legalAuthenticator) MUSS im Regelfall angegeben werden (M [1..1])
| templateId|| II || 1..1 || M || ELGA CDA Befund bildgebende Diagnostik in EIS „Basic“<br/>Fester Wert @root = '''1.2.40.0.34.11.5.0.1'''
+
* Ausnahme: Für multidisziplinäre Befunde (wenn Fachärzte mit unterschiedlicher Fachrichtung die Befunde gleichermaßen verantworten) ist die Angabe verboten (NP), aber es MÜSSEN mindestens zwei weitere Unterzeichner (authenticator) angegeben werden (M [2..*]).
 +
|- style="background:#FFFFFF"
 +
|authenticator
 +
| 0..* O
 +
|Definition im Allgemeinen Implementierungsleitfaden: [[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Weitere_Unterzeichner_.28.22authenticator.22.29|Weitere Unterzeichner]]
  
|- style="background:white"
+
Entweder ist ein rechtlicher Unterzeichner (legalAuthenticator) angegeben oder aber mindestens zwei weitere Unterzeichner (authenticator).
| colspan="5" style="text-align:center" |'''--- oder ---'''
+
|- style="background:#FFFFFF"
 +
|participant[@typeCode='REF']
 +
| 0..1 R
 +
|[[#Elemente_mit_speziellen_Vorgaben_2|Einweisender/Zuweisender/Überweisender Arzt]]
 +
|- style="background:#FFFFFF"
 +
|participant[@typeCode='CALLBCK']
 +
| 1..1 M
 +
|[[#Elemente_mit_speziellen_Vorgaben_2|Fachlicher Ansprechpartner]]
 +
|- style="background:#FFFFFF"
 +
|participant
 +
| 0..* O
 +
|[[#Elemente_mit_speziellen_Vorgaben_2|Weitere Beteiligte]]
 +
|- style="background:#FFFFFF"
 +
|inFulfillmentOf
 +
| 0..* R
 +
|[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Zuweisung_und_Ordermanagement|Zuweisung und Ordermanagement]]
 +
|- style="background:#FFFFFF"
 +
| documentationOf
  
|-
+
&nbsp;&nbsp;serviceEvent
| colspan="5" style="text-align:left" |'''Im Falle von EIS „Full support“:'''<br/>
 
'''(Alle Sektionen folgen ausnahmslos den Vorgaben von EIS „Full support“)'''
 
  
|-
+
&nbsp;&nbsp;&nbsp;&nbsp;performer
| templateId|| II || 1..1 || M || ELGA CDA Befund bildgebende Diagnostik in EIS „Full support“<br/>Fester Wert @root = '''1.2.40.0.34.11.5.0.3'''
+
| 1..* M
|}
 
  
====Dokumentenklasse (“code”)====
+
&nbsp;&nbsp;1..1 M
Gemäß dem Inhalt eines Dokuments erfolgt eine entsprechende Klassifizierung, welche im „code“ Element dargestellt wird. Die Klasseneinteilung, die beim Befund „Bildgebende Diagnostik“ zur Anwendung kommt, ist in der nachfolgenden Tabelle dargestellt. Dort ist zu sehen, dass sich unter der allgemeinen Klasse „Diagnostic imaging study“ mehrere, in der Regel modalitätenspezifische, Detailausprägungen gruppieren.  
 
  
Die Klassifizierung eines Befunds „Bildgebende Diagnostik“ erfolgt mit dem für die durchgeführte Untersuchung zutreffendsten Code aus der untenstehenden Tabelle. Sollte kein spezifischer Code wählbar sein, so ist der übergeordnete Code für das Dokument zu wählen.
+
&nbsp;&nbsp;&nbsp;&nbsp;0..* C
 +
| [[#Service_Events_.28.E2.80.9EdocumentationOf.2FserviceEvent.E2.80.9C.29|Documentation Of Service Event - Befund bildgebende Diagnostik]]
 +
|- style="background:#FFFFFF"
 +
|relatedDocument
 +
|0..1 O
 +
|[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Bezug_zu_vorgehenden_Dokumenten|Bezug zu vorgehenden Dokumenten]]
 +
|- style="background:#FFFFFF"
 +
|authorization
 +
| 0..0 NP
 +
|[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Einverst.C3.A4ndniserkl.C3.A4rung|Einverständniserklärung]]
 +
|- style="background:#FFFFFF"
 +
|componentOf
  
Bei der Registrierung des Dokuments in einer Registry wird in den XDS-Daten zum gewählten Code, der als „TypeCode“ abgebildet wird, immer auch der „übergeordnete Code“ als „ClassCode“ eingetragen.  
+
&nbsp;&nbsp;encompassingEncounter
 +
| 0..1 O
  
Die Codierung der Dokumentenklasse erfolgt gemäß dem hierarchisch organisierten Value Set „'''ELGA_Dokumentenklassen'''“ '''(1.2.40.0.34.10.39)''' (LOINC Auszug), wobei für Dokumente entsprechend diesem Leitfaden nur der Eintrag „18748-4 Diagnostic imaging study“ und dessen Unterknoten verwendet werden dürfen.
+
&nbsp;&nbsp;1..1 M
 +
|[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Informationen_zum_Patientenkontakt|Patientenkontakt (Aufenthalt)]]
 +
|-
 +
|}<ref group="Tabelle">Übersichtstabelle der CDA Strukturen des Headers</ref>:''Übersichtstabelle der CDA Strukturen des Headers''
  
In der nachfolgenden Tabelle sind zulässige Werte dargestellt. Die aktuell gültigen Codes sind immer dem entsprechenden Value Set zu entnehmen. Sämtliche in den Implementierungsleitfäden verwendeten Value Sets werden am österreichischen Terminologieserver publiziert: https://termpub.gesundheit.gv.at/.
+
==Übersichtstabelle der CDA Strukturen des Bodys==
 +
Die folgende Tabelle gibt die im ELGA Befund bildgebende Diagnostik verwendeten Sections und Entries wieder. Angaben über die Verwendung einzelner Elemente können - sofern nicht in dieser Tabelle aufgeführt - in den jeweiligen Section- oder Entry-Spezifikationen gefunden werden (aus Gründen der Übersichtlichkeit wurde auf die Darstellung aller Ebenen verzichtet).
  
 
{| class="wikitable" width="100%"
 
{| class="wikitable" width="100%"
|-  
+
! colspan="4" |Section bzw. Entry
! style="text-align:left" width="20%" | LOINC  Code ||style="text-align:left" width="30%" | Display Name ||style="text-align:left" width="30%" | Beschreibung
+
!Template ID
 +
!Kard/Konf
 +
!Kapitel
 +
|-
 +
| colspan="4" |Brieftext
 +
| 1.2.40.0.34.6.0.11.2.69
 +
| 0..1 O
 +
| [[#Brieftext|Template-Spezifikation]]
 +
|-
 +
| colspan="4" |Anforderung
 +
| 1.2.40.0.34.6.0.11.2.131
 +
| 0..1 O
 +
| [[#Anforderung|Template-Spezifikation]]
 +
|-
 +
| colspan="4" |Anamnese
 +
| 1.2.40.0.34.6.0.11.2.10
 +
| 1..1 M
 +
| [[#Anamnese|Template-Spezifikation]]
 +
 
 +
|-
 +
|
 +
| colspan="6" |"Frühere Erkrankungen und Maßnahmen" können codiert oder uncodiert angegeben werden:
 +
|-
 +
|
 +
| colspan="3" | Frühere Erkrankungen und Maßnahmen - unkodiert
 +
| 1.2.40.0.34.6.0.11.2.16
 +
| 0..1 O
 +
| [[#Fr.C3.BChere_Erkrankungen_und_Ma.C3.9Fnahmen_-_unkodiert|Template-Spezifikation]]
 +
|-
 +
|
 +
| colspan="3" | Frühere Erkrankungen ICD-10 und Maßnahmen - kodiert
 +
| 1.2.40.0.34.6.0.11.2.74
 +
| 0..1 O
 +
| [[#Fr.C3.BChere_Erkrankungen_ICD-10_und_Ma.C3.9Fnahmen_-_kodiert|Template-Spezifikation]]
 +
|-
 +
|
 +
|
 +
| colspan="2" | Problem Concern Entry
 +
| 1.2.40.0.34.6.0.11.3.7
 +
| 1..* M
 +
| [[#Problem_Concern_Entry|Template-Spezifikation]]
 +
|-
 +
|
 +
|
 +
| colspan="2" | ELGA History of Procedures
 +
| 1.2.40.0.34.6.0.11.3.48
 +
| 0..* R
 +
| [[#ELGA_History_of_Procedures|Template-Spezifikation]]
 +
|-
 +
|
 +
| colspan="3" | Fachspezifische Anamnese
 +
| 1.2.40.0.34.6.0.11.2.98
 +
| 0..1 O
 +
| [[#Fachspezifische_Anamnese|Template-Spezifikation]]
 +
|-
 +
|
 +
| colspan="6" |"Schwangerschaften" können codiert oder uncodiert angegeben werden:
 +
|-
 +
|
 +
| colspan="3" | Schwangerschaften - unkodiert
 +
| 1.2.40.0.34.6.0.11.2.49
 +
| 0..1 O
 +
| [[#Schwangerschaften_-_unkodiert|Template-Spezifikation]]
 +
|-
 +
|
 +
| colspan="3" | Schwangerschaften - kodiert
 +
| 1.2.40.0.34.6.0.11.2.48
 +
| 0..1 O
 +
| [[#Schwangerschaften_-_kodiert|Template-Spezifikation]]
 +
|-
 +
|
 +
|
 +
| colspan="2" | Aktuelle Schwangerschaft Entry
 +
| 1.2.40.0.34.6.0.11.3.44
 +
| 1..1 M
 +
| [[#Aktuelle_Schwangerschaft_Entry|Template-Spezifikation]]
 +
|-
 +
|
 +
|
 +
| colspan="2" | Bisherige Schwangerschaften Entry
 +
| 1.2.40.0.34.6.0.11.3.46
 +
| 0..* R
 +
| [[#Bisherige_Schwangerschaften_Entry|Template-Spezifikation]]
 +
|-
 +
|
 +
| colspan="6" |"Medizinische Geräte und Implantate" können codiert oder uncodiert angegeben werden:
 +
|-
 +
|
 +
| colspan="3" | Medizinische Geräte und Implantate - unkodiert
 +
| 1.2.40.0.34.6.0.11.2.50
 +
| 0..1 O
 +
| [[#Medizinische_Ger.C3.A4te_und_Implantate_-_unkodiert|Template-Spezifikation]]
 +
|-
 +
|
 +
| colspan="3" | Medizinische Geräte und Implantate - kodiert
 +
| 1.2.40.0.34.6.0.11.2.60
 +
| 0..1 O
 +
| [[#Medizinische_Ger.C3.A4te_und_Implantate_-_kodiert|Template-Spezifikation]]
 +
|-
 +
|
 +
|
 +
| colspan="2" | Medical Device Entry
 +
| 1.2.40.0.34.6.0.11.3.39
 +
| 1..* M
 +
| [[#Medical_Device_Entry|Template-Spezifikation]]
 +
|-
 +
|
 +
| colspan="6" |"Beeinträchtigungen" können codiert oder uncodiert angegeben werden:
 +
|-
 +
|
 +
| colspan="3" | Beeinträchtigungen - unkodiert
 +
| 1.2.40.0.34.6.0.11.2.52
 +
| 0..1 O
 +
| [[#Beeintr.C3.A4chtigungen_-_unkodiert|Template-Spezifikation]]
 +
|-
 +
|
 +
| colspan="3" | Beeinträchtigungen - kodiert
 +
| 1.2.40.0.34.6.0.11.2.51
 +
| 0..1 O
 +
| [[#Beeintr.C3.A4chtigungen_-_kodiert|Template-Spezifikation]]
 +
|-
 +
|
 +
|
 +
| colspan="2" | Functional Status Entry
 +
| 1.2.40.0.34.6.0.11.3.47
 +
| 1..* M
 +
| [[#Functional_Status_Entry|Template-Spezifikation]]
 +
|-
 +
|
 +
| colspan="6" |"Impfungen" können codiert oder uncodiert angegeben werden:
 +
|-
 +
|
 +
| colspan="3" | Impfungen - unkodiert
 +
| 1.2.40.0.34.6.0.11.2.53
 +
| 0..1 O
 +
| [[#Impfungen_-_unkodiert|Template-Spezifikation]]
 +
|-
 +
|
 +
| colspan="3" | Impfungen - kodiert
 +
| 1.2.40.0.34.6.0.11.2.1
 +
| 0..1 O
 +
| [[#Impfungen_-_kodiert|Template-Spezifikation]]
 +
|-
 +
|
 +
|
 +
| colspan="2" | Immunization Entry
 +
| 1.2.40.0.34.6.0.11.3.1
 +
| 0..* O
 +
| [[#Immunization_Entry|Template-Spezifikation]]
 +
|-
 +
|
 +
|
 +
| colspan="2" | Immunization Entry Impfung nicht angegeben
 +
| 1.2.40.0.34.6.0.11.3.28
 +
| 0..1 O
 +
| [[#Immunization_Entry_Impfung_nicht_angegeben|Template-Spezifikation]]
 +
|-
 +
|
 +
| colspan="6" |"Lebensstil" kann codiert oder uncodiert angegeben werden:
 +
|-
 +
|
 +
| colspan="3" | Lebensstil - unkodiert
 +
| 1.2.40.0.34.6.0.11.2.54
 +
| 0..1 O
 +
| [[#Lebensstil_-_unkodiert|Template-Spezifikation]]
 +
|-
 +
|
 +
| colspan="3" | Lebensstil - kodiert
 +
| 1.2.40.0.34.6.0.11.2.55
 +
| 0..1 O
 +
| [[#Lebensstil_-_kodiert|Template-Spezifikation]]
 +
|-
 +
|
 +
|
 +
| colspan="2" | Lebensstil Tabakkonsum Nominal Entry
 +
| 1.2.40.0.34.6.0.11.3.41
 +
| 1..1 M
 +
| [[#Lebensstil_Tabakkonsum_Nominal_Entry|Template-Spezifikation]]
 +
|-
 +
|
 +
|
 +
| colspan="2" | Lebensstil Tabakkonsum Quantitativ Entry
 +
| 1.2.40.0.34.6.0.11.3.40
 +
| 0..1 R
 +
| [[#Lebensstil_Tabakkonsum_Quantitativ_Entry|Template-Spezifikation]]
 +
|-
 +
|
 +
|
 +
| colspan="2" | Lebensstil Alkoholkonsum Nominal Entry
 +
| 1.2.40.0.34.6.0.11.3.43
 +
| 1..1 M
 +
| [[#Lebensstil_Alkoholkonsum_Nominal_Entry|Template-Spezifikation]]
 +
|-
 +
|
 +
|
 +
| colspan="2" | Lebensstil Alkoholkonsum Quantitativ Entry
 +
| 1.2.40.0.34.6.0.11.3.42
 +
| 0..1 R
 +
| [[#Lebensstil_Alkoholkonsum_Quantitativ_Entry|Template-Spezifikation]]
 +
|-
 +
| colspan="4" |Konsultations- oder Überweisungsgrund
 +
| 1.2.40.0.34.6.0.11.2.17
 +
| 0..1 O
 +
| [[#Konsultations-_oder_.C3.9Cberweisungsgrund|Template-Spezifikation]]
 +
|-
 +
| colspan="4" |Status, Diagnostik und Befunde
 +
| 1.2.40.0.34.6.0.11.2.11
 +
| 0..1 O
 +
| [[#Status.2C_Diagnostik_und_Befunde|Template-Spezifikation]]
 +
|-
 +
 
 +
|
 +
| colspan="3" | Status
 +
| 1.2.40.0.34.6.0.11.2.20
 +
| 0..1 R
 +
| [[#Status|Template-Spezifikation]]
 +
|-
 +
|
 +
| colspan="3" | Vitalparameter
 +
| 1.2.40.0.34.6.0.11.2.68
 +
| 0..1 R
 +
| [[#Vitalparameter_-_unkodiert|Template-Spezifikation]]
 +
|-
 +
|
 +
| colspan="3" | Fachspezifische Diagnostik
 +
| 1.2.40.0.34.6.0.11.2.19
 +
| 0..1 R
 +
| [[#Fachspezifische_Diagnostik|Template-Spezifikation]]
 +
|-
 +
|
 +
| colspan="3" | Ausstehende Befunde
 +
| 1.2.40.0.34.6.0.11.2.72
 +
| 0..1 R
 +
| [[#Ausstehende_Befunde|Template-Spezifikation]]
 +
|-
 +
 
 +
| colspan="4" |Durchgeführte Untersuchung
 +
| 1.2.40.0.34.6.0.11.2.84
 +
| 0..* C
 +
| [[#Durchgef.C3.BChrte_Untersuchung|Template-Spezifikation]]
 +
|-
 +
 
 +
|
 +
| colspan="3" |Strahlenexposition Entry
 +
| 1.2.40.0.34.6.0.11.3.183
 +
| 0..* O
 +
| [[#Strahlenexposition_Entry|Template-Spezifikation]]
 +
|-
 +
 
 +
|
 +
| colspan="3" |Radiopharmakon Entry
 +
| 1.2.40.0.34.6.0.11.3.184
 +
| 0..* O
 +
| [[#Radiopharmakon_Entry|Template-Spezifikation]]
 +
|-
 +
 
 +
| colspan="4" |Frühere Untersuchungen und Befunde
 +
| 1.2.40.0.34.6.0.11.2.132
 +
| 0..1 O
 +
| [[#Fr.C3.BChere_Untersuchungen_und_Befunde|Template-Spezifikation]]
 +
|-
 +
| colspan="4" |Komplikationen
 +
| 1.2.40.0.34.6.0.11.2.133
 +
| 0..1 O
 +
| [[#Komplikationen|Template-Spezifikation]]
 +
|-
 +
| colspan="4" |Befund
 +
| 1.2.40.0.34.6.0.11.2.134
 +
| 1..1 M
 +
| [[#Befund_3|Template-Spezifikation]]
 +
|-
 +
 
 +
|
 +
| colspan="3" | Klassifikation Entry
 +
| 1.2.40.0.34.6.0.11.3.182
 +
| 0..1 O
 +
| [[#Befund_3|Template-Spezifikation]]
 +
|-
 +
 
 +
| colspan="4" |Diagnose
 +
| 1.2.40.0.34.6.0.11.2.96
 +
| 0..1 O
 +
| [[#Diagnose_.28kodiert.29|Template-Spezifikation]]
 +
|-
 +
|
 +
| colspan="3" | Problem Concern Entry
 +
| 1.2.40.0.34.6.0.11.3.7
 +
| 1..* M
 +
| [[#Problem_Concern_Entry|Template-Spezifikation]]
 +
|-
 +
| colspan="4" |Zusammenfassende Beurteilung
 +
| 1.2.40.0.34.6.0.11.2.25
 +
| 0..1 O
 +
| [[#Zusammenfassende_Beurteilung|Template-Spezifikation]]
 +
|-
 +
 
 +
|
 +
| colspan="3" | Gesundheitsproblem Bedenken Entry
 +
| 1.2.40.0.34.11.13.3.6
 +
| 0..* O
 +
| [[#Gesundheitsproblem_Bedenken_Entry|Template-Spezifikation]]
 +
|-
 +
 
 +
| colspan="4" |Verdachtsdiagnose
 +
| 1.2.40.0.34.6.0.11.2.135
 +
| 0..1 O
 +
| [[#Verdachtsdiagnose|Template-Spezifikation]]
 +
|-
 +
| colspan="4" |Weitere empfohlene Maßnahmen
 +
| 1.2.40.0.34.6.0.11.2.23
 +
| 0..1 O
 +
| [[#Weitere_empfohlene_Ma.C3.9Fnahmen|Template-Spezifikation]]
 +
|-
  
|- style="background:yellow"
+
|
| 18748-4|| Diagnostic imaging study || Befund bildgebende Diagnostik
+
| colspan="3" | Termine, Kontrollen, Wiederbestellungen
|- style="background:white"
+
| 1.2.40.0.34.6.0.11.2.42
| 25045-6|| Unspecified body region CT || Computertomographie-Befund
+
| 0..1 R
|- style="background:white"
+
| [[#Termine.2C_Kontrollen.2C_Wiederbestellungen|Template-Spezifikation]]
| 25056-3||Unspecified body region MRI || Magnetresonanztomographie-Befund
+
|-
|- style="background:white"
+
|
| 25061-3||Unspecified body region US ||Ultraschall-Befund
+
| colspan="3" | Empfohlene Anordnungen Pflege
|- style="background:white"
+
| 1.2.40.0.34.6.0.11.2.73
| 49118-3|| Unspecified body region Scan || Nuklearmedizinischer Befund
+
| 0..1 R
|- style="background:white"
+
| [[#Empfohlene_Anordnungen_Pflege|Template-Spezifikation]]
| 44136-0|| Unspecified body region PET || Positronen-Emissions-Tomographie-Befund
+
|-
|- style="background:white"
+
|
| 18745-0|| Cardiac catheterization study || Herzkatheter-Befund
+
| colspan="3" | Geplante Untersuchungen
|- style="background:white"
+
| 1.2.40.0.34.6.0.11.2.43
| 42148-7|| Heart US || Echokardiographie-Befund
+
| 0..1 R
|- style="background:white"
+
| [[#Geplante_Untersuchungen|Template-Spezifikation]]
| 18782-3||Radiology Study observation (narrative)|| Radiologie-Befund
+
|-
|- style="background:white"
+
|
| 18746-8||Colonoscopy study || Kolonoskopie-Befund
+
| colspan="3" | Konservative Therapie
|- style="background:white"
+
| 1.2.40.0.34.6.0.11.2.44
| 18751-8|| Endoscopy study || Endoskopie-Befund
+
| 0..1 R
|- style="background:white"
+
| [[#Konservative_Therapie|Template-Spezifikation]]
| 11525-3|| Obstetrical ultrasound study || Geburtshilfliche Ultraschalluntersuchung
+
|-
|}
+
|
Tabelle 1: Codes für die Dokumentenklasse, aktuell gültige Codes siehe Value Set „ELGA_Dokumentenklassen“
+
| colspan="3" | Chirurgische Therapie
 +
| 1.2.40.0.34.6.0.11.2.45
 +
| 0..1 R
 +
| [[#Chirurgische_Therapie|Template-Spezifikation]]
 +
|-
  
=====Spezielle Vorgaben für den Befund „Bildgebende Diagnostik“=====
+
| colspan="4" |Abschließende Bemerkungen
Alle Befunde „Bildgebende Diagnostik“ werden abhängig von Inhalt oder verwendeter Untersuchungsmethode aus der obigen Tabelle codiert. Sollte eine Spezialisierung nicht möglich bzw. gewünscht sein, so ist folgender LOINC Code anzugeben:
+
| 1.2.40.0.34.6.0.11.2.70
 +
| 0..1 O
 +
| [[#Abschlie.C3.9Fende_Bemerkungen|Template-Spezifikation]]
 +
|-
 +
| colspan="4" |Beilagen
 +
| 1.2.40.0.34.6.0.11.2.71
 +
| 0..1 O
 +
| [[#Beilagen|Template-Spezifikation]]
 +
|-
 +
|}<ref group="Tabelle">Übersichtstabelle der CDA Strukturen des Bodys des Befundes bildgebende Diagnostik</ref>:''Übersichtstabelle der CDA Strukturen des Bodys des Befundes bildgebende Diagnostik''
  
'''18748-4, Diagnostic imaging study'''
+
==CDA Templates==
  
=====Strukturbeispiel=====
+
===Document Level Template===
<pre class="orange">
+
{{:1.2.40.0.34.6.0.11.0.17/dynamic}}
<ClinicalDocument xmlns="urn:hl7-org:v3">
 
:
 
  <code  code="18748-4"
 
        displayName="Diagnostic imaging study"
 
        codeSystem="2.16.840.1.113883.6.1"
 
        codeSystemName="LOINC" />
 
:
 
</ClinicalDocument>
 
</pre>
 
  
=====Spezifikation=====
+
===Header Level Templates===
{| class="wikitable" width="100%"
+
{{BeginILFBox}}Die Header Level Templates wurden aus dem bestehenden "Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente" übernommen. Diese sind unter [[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Dokumentenstruktur| Allgemeiner Leitfaden - Kapitel Administrative Daten (CDA Header) - Dokumentenstruktur]] zu finden.
|-
+
{{EndILFBox}}
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung
+
{{BeginYellowBox}}''Wichtiger Hinweis:'' Header-Elemente, welche spezifisch für den Befund bildgebende Diagnostik angepasst wurden oder für die es spezielle Einschränkungen in Form von Asserts gibt, sind grundsätzlich der Spezifikation im Kapitel [[#Document_Level_Template|Document Level Template]] zu entnehmen.
  
|- style="background:#FFFFFF"
+
Diese angepassten bzw. betroffenen Elemente umfassen:
| colspan="2" style="text-align:left" | code|| CE <br/>CWE||1..1  ||M || Code des Dokuments
+
* /ClinicalDocument/templateId[1-3]
 +
* /ClinicalDocument/code + translation
 +
* /ClinicalDocument/title
 +
* /ClinicalDocument/sdtc:statusCode
 +
* /ClinicalDocument/hl7at:terminologyDate
 +
* /ClinicalDocument/hl7at:formatCode
 +
* /ClinicalDocument/hl7at:practiceSettingCode
 +
* /ClinicalDocument/hl7:componentOf/hl7:encompassingEncounter
 +
{{EndYellowBox}}
  
|- style="background:#FFFFFF"
+
====Teilnehmende Parteien====
| || style="text-align:left" | @code|| cs|| 1..1 || M || Zugelassene Werte in Value Set „'''ELGA_Dokumentenklassen''':<br/> „18748-4 Diagnostic imaging study“ und Unterknoten
+
Es gelten die Vorgaben des entsprechenden Kapitels des „[[ILF:Allgemeiner Implementierungsleitfaden_(Version_3)#Teilnehmende_Parteien|Allgemeinen Implementierungsleitfadens]]“ '''''mit folgenden Änderungen''''':
  
|- style="background:#FFFFFF"
+
=====Rechtlicher Unterzeichner (legalAuthenticator)=====
| || style="text-align:left" | @displayName|| st|| 1..1 || M || Displayname (englisch) zu @code
+
Als rechtlicher Unterzeichner MUSS eine natürliche Person angegeben werden.
  
|- style="background:#FFFFFF"
+
Für „'''multidisziplinäre Befunde'''“ KANN die Angabe des legalAuthenticator entfallen, wenn mindestens zwei authenticator-Elemente vorhanden sind. Multidisziplinäre Befunde liegen vor, wenn mehrere Fachärzte mit unterschiedlicher Fachrichtung gleichermaßen an der Erstellung beteiligt sind und keiner dieser als Hauptunterzeichner eingetragen werden kann.
| || style="text-align:left" | @codeSystem|| uid|| 1..1 || M || Fester Wert: '''2.16.840.1.113883.6.1'''
 
  
|- style="background:#FFFFFF"
+
=====Weitere Beteiligte („participants“)=====
| || style="text-align:left" | @codeSystemName|| ADXP|| 1..1 || M || Fester Wert: '''LOINC'''
+
Im Befund „Bildgebende Diagnostik“ MUSS der „Fachliche Ansprechpartner“ (participant @typeCode='CALLBCK') mit vollständiger Kontaktadresse ''inklusive Telefonnummer'' angegeben werden.
|}
 
  
====Titel des Dokuments („title“)====
+
Zweck dieser Information ist es, etwaige Anfragen der Dokumentempfänger an den Dokumentersteller zu kanalisieren. Es obliegt der Organisation des Dokumenterstellers, diese Information gemäß ihren eigenen Richtlinien zu befüllen.
Dieses Element enthält den für den lesenden Dokumentempfänger gedachten Titel.
 
=====Spezielle Vorgaben für den Befund bildgebende Diagnostik=====
 
Der Titel des Dokuments kann frei vergeben werden, wobei der Titel nicht in Widerspruch zum Dokumenteninhalt stehen darf. Vorzugsweise wird ein „sprechender“ Titel verwendet (z.B. „MRT Knie links“). Der Titelvorschlag „Befund bildgebende Diagnostik“ kann für alle Dokumente verwendet werden.  
 
  
Wenn z.B. bei der Übernahme der Information aus einem DICOM SR (Structured Report) kein Titel zur Verfügung steht, so ist die deutsche Bezeichnung des gewählten LOINC zur Befüllung heranzuziehen.
+
=====Beabsichtigte Empfänger des Dokuments („informationRecipient“)=====
 +
Im klinischen Alltag werden medizinische Dokumente häufig an den Patienten gerichtet –dieser kann dann auch als InformationRecipient zusätzlich eingetragen werden. Ein Strukturbeispiel findet sich im [[ILF:Allgemeiner Implementierungsleitfaden_(Version_3)#Strukturbeispiele_6|Allgemeinen Implementierungsleitfaden]].
  
==Teilnehmende Parteien==
+
====Service Events („documentationOf/serviceEvent“)====
===Elemente ohne spezielle Vorgaben===
+
{{:1.2.40.0.34.6.0.11.1.55/dynamic}}
Folgende Elemente erfordern keine speziellen Vorgaben:
 
* Patient („recordTarget/patientRole“)
 
* Verfasser des Dokuments („''author''“)
 
* Personen bei der Dateneingabe („''dataEnterer''“)
 
* Verwahrer des Dokuments („''custodian''“)
 
* Beabsichtigte Empfänger des Dokuments („''informationRecipient''“)<sup>2</sup>
 
  
 +
====Bezug zu vorgehenden Dokumenten====
 
<div class="violet">
 
<div class="violet">
 
''Verweis auf den Allgemeinen Leitfaden:''<br/>
 
''Verweis auf den Allgemeinen Leitfaden:''<br/>
Die Elemente erfordern keine speziellen Vorgaben. Es gelten die Vorgaben der entsprechenden Kapitel des „[[ILF:Allgemeiner Implementierungsleitfaden#Teilnehmende_Parteien|Allgemeinen Implementierungsleitfadens]]“.
+
Das Element erfordert keine speziellen Vorgaben. Es gelten die Vorgaben des entsprechenden Kapitels des „[[ILF:Allgemeiner Implementierungsleitfaden_(Version_3)#Bezug_zu_vorgehenden_Dokumenten|Allgemeinen Implementierungsleitfadens]]“.
 
</div>
 
</div>
  
{{Auszug Implementierungsleitfaden| aus dem Allgemeinen Implementierungsleitfaden|
+
'''Achtung''': bei der Erstellung von CDA Dokumenten aus DICOM SR liegt eine „Transformation“ vor, bei der im CDA Dokument der originale DICOM SR als „ParentDocument“ anzugeben ist. Dieser Anwendungsfall steht jedoch nicht im Fokus dieses Leitfadens und es sei hier ausdrücklich auf die Hinweise im Kapitel [[ILF:Befund bildgebende Diagnostik#Bezug_zu_DICOM_Structured_Report|Bezug zu DICOM Structured Report]] verwiesen.
{{elga-cdaalf-2.06.2:Patient „recordTarget/patientRole“}}
+
 
{{elga-cdaalf-2.06.2:Verfasser des Dokuments („author“) }}
+
<!-- Medizinische Inhalte (CDA Body)-->
{{elga-cdaalf-2.06.2:Personen der Dateneingabe („dataEnterer“) }}
+
 
{{elga-cdaalf-2.06.2:Verwahrer des Dokuments („custodian“)}}
+
===Section und Entry Level Templates===
{{elga-cdaalf-2.06.2:Beabsichtigte Empfänger des Dokuments („informationRecipient“) }}
 
}}
 
  
 +
====Sektionen und Reihenfolge der CDA Body - Dokumentstruktur====
 +
Dieses Kapitel zeigt einen Überblick über die Sektionen der CDA Body - Dokumentstruktur.
  
<sup>2</sup> Der beabsichtigte Empfänger kann auch der Patient selbst sein.
+
Die Reihenfolge der Sektionen in einem CDA Body kann zwar prinzipiell frei gewählt werden, allerdings stellen die meisten Visualisierungsroutinen die Sektionen in genau der Reihenfolge dar, in der sie im CDA Body angeordnet sind. Daher ist die Reihenfolge der Sektionen zwar nicht „technisch“ aber „semantisch“ relevant.
 +
{{BeginYellowBox}}
 +
Da die empfangenden GDAs die medizinischen Informationen in einer bestimmten Reihenfolge erwarten, ist diese erwartete Reihenfolge bereits in der CDA Struktur zu berücksichtigen.
  
===Elemente mit speziellen Vorgaben===
+
'''Dieser Implementierungsleitfaden schreibt daher auch die Reihenfolge vor, in der die Sektionen im CDA angegeben werden MÜSSEN.'''
Es gelten die Vorgaben des entsprechenden Kapitels des [[ILF:Allgemeiner Implementierungsleitfaden#Teilnehmende_Parteien|Allgemeinen Implementierungsleitfadens]]“ '''''mit folgenden Änderungen''''':
+
{{EndYellowBox}}
 +
In diesem Kapitel sind die möglichen Sektionen in der vorgeschriebenen Reihenfolge dargestellt.
 +
 
 +
====Tabellarische Darstellung der Sektionen====
 +
Die nachfolgende Tabelle gibt einen Überblick über die möglichen Sektionen. Die Codierung der Sektionen erfolgt gemäß dem Value Set „'''ELGA_Sections“ (1.2.40.0.34.5.40)'''.
  
Die Kardinalitäten/Konformitäten der Beteiligten sind wie folgt geändert:
 
 
{| class="wikitable" width="100%"
 
{| class="wikitable" width="100%"
 
|-  
 
|-  
! style="text-align:left" width="20%" | Kard ||style="text-align:left" width="20%" | Konf||style="text-align:left" width="60%" | Art des Beteiligten
+
!style="text-align:left" width="5%" | Opt ||style="text-align:left" width="50%" | Sektion / Titel ||style="text-align:left" width="10%" | Code ||style="text-align:left" width="5%" | Kap
  
 
|-  style="background:#FFFFFF"  
 
|-  style="background:#FFFFFF"  
| 1..1<br/>0..0|| style="background:yellow"|[M] <br/>[NP]||Rechtlicher Unterzeichner (legalAuthenticator) – MUSS im Regelfall angegeben werden<br/> ''Ausnahme'': Für multidisziplinäre Befunde<sup>3</sup> ist die Angabe verboten, aber es müssen mindestens zwei weitere Unterzeichner angegeben werden
+
|'' [O]''||Brieftext||BRIEFT||[[ILF:Befund bildgebende Diagnostik (Version_3)#Brieftext|Link]]
 +
 
 +
|-  style="background:#F4C789"
 +
|'' [O]''||Anforderung||55115-0||[[ILF:Befund bildgebende Diagnostik (Version_3)#Anforderung|Link]]
 +
 
 +
|-  style="background:#F4C789"  
 +
|''''' [M]'''''||Anamnese||10164-2||[[ILF:Befund bildgebende Diagnostik (Version_3)#Anamnese|Link]]
 +
 
 +
|-  style="background:#F4C789"
 +
|''[O]''||Konsultations- oder Überweisungsgrund||46239-0||[[ILF:Befund bildgebende Diagnostik (Version_3)#Konsultations-_oder_.C3.9Cberweisungsgrund|Link]]
 +
 
 
|-  style="background:#FFFFFF"  
 
|-  style="background:#FFFFFF"  
| 0..* <br/> 2..*|| style="background:yellow"|[O]<br/>[M] || Weitere Unterzeichner (authenticator) – kann angegeben werden<br/>''Ausnahme:'' Bei multidisziplinären Befunden MÜSSEN mindestens zwei weitere Unterzeichner angegeben werden
+
|'' [O]''||Status, Diagnostik und Befunde||424836000||[[ILF:Befund bildgebende Diagnostik (Version_3)#Status.2C_Diagnostik_und_Befunde|Link]]
 +
 
 
|-  style="background:#FFFFFF"  
 
|-  style="background:#FFFFFF"  
| 1..1|| style="background:yellow"|[M] || Fachlicher Ansprechpartner
+
|''''' [C]'''''||Durchgeführte Untersuchung||55111-9||[[ILF:Befund bildgebende Diagnostik (Version_3)#Durchgef.C3.BChrte_Untersuchung|Link]]
 +
 
 
|-  style="background:#FFFFFF"  
 
|-  style="background:#FFFFFF"  
| 0..1|| style="background:yellow"|[R2] || Einweisender/Zuweisender/Überweisender Arzt
+
|'' [O]''||Frühere Untersuchungen und Befunde||55114-3||[[ILF:Befund bildgebende Diagnostik (Version_3)#Fr.C3.BChere_Untersuchungen_und_Befunde|Link]]
 +
 
 
|-  style="background:#FFFFFF"  
 
|-  style="background:#FFFFFF"  
| 0..1|| [O] || Hausarzt
+
|'' [O]''||Komplikationen||55109-3||[[ILF:Befund bildgebende Diagnostik (Version_3)#Komplikationen|Link]]
 +
 
 +
|-  style="background:#FFFFFF"
 +
|'''''[M]'''''||Befund||18782-3||[[ILF:Befund bildgebende Diagnostik (Version_3)#Befund_3|Link]]
 +
 
 +
|-  style="background:#FFFFFF"
 +
|''[O]''||Diagnose||439401001||[[ILF:Befund bildgebende Diagnostik (Version_3)#Diagnose_.28kodiert.29|Link]]
 +
 
 +
|-  style="background:#FFFFFF"
 +
|'' [O]''||Zusammenfassende Beurteilung||67781-5||[[ILF:Befund bildgebende Diagnostik (Version_3)#Zusammenfassende_Beurteilung|Link]]
 +
 
 
|-  style="background:#FFFFFF"  
 
|-  style="background:#FFFFFF"  
| 0..*|| [O] || Notfall-Kontakt/Auskunftsberechtigte Person
+
|'' [O]''||Verdachtsdiagnose||19005-8||[[ILF:Befund bildgebende Diagnostik (Version_3)#Verdachtsdiagnose|Link]]
 +
 
 
|-  style="background:#FFFFFF"  
 
|-  style="background:#FFFFFF"  
| 0..*|| [O] || Angehörige
+
|'' [O]''||Weitere empfohlene Maßnahmen||59772-4||[[ILF:Befund bildgebende Diagnostik (Version_3)#Weitere_empfohlene_Ma.C3.9Fnahmen|Link]]
 +
 
 
|-  style="background:#FFFFFF"  
 
|-  style="background:#FFFFFF"  
| 0..1|| [O] || Versicherter/Versicherung
+
|'' [O]''||Abschließende Bemerkungen||ABBEM||[[ILF:Befund bildgebende Diagnostik (Version_3)#Abschlie.C3.9Fende_Bemerkungen|Link]]
 +
 
 
|-  style="background:#FFFFFF"  
 
|-  style="background:#FFFFFF"  
| 0..1|| [O] || Betreuende Organisation
+
|'' [O]''||Beilagen||BEIL||[[ILF:Befund bildgebende Diagnostik (Version_3)#Beilagen|Link]]
 +
 
 
|}
 
|}
 +
''Tabelle 2: Überblick und Reihenfolge der Sektionen''
 +
 +
<p style="color:orange"> Die orange hinterlegten Sektionen enthalten nur Informationen aus der Überweisung.</p>
  
 +
====Web Access to DICOM Persistent Object (WADO)====
 +
Die Textelemente („<text>“) der einzelnen Sektionen können Referenzen für den ''Web Access to DICOM Persistent Objects (''WADO'')'' enthalten. Diese werden als <linkHtml> dargestellt wobei das @href-Element eine gültige WADO-URL darstellt und der textuelle Inhalt des <linkHTML> Elements den sichtbaren Teil des Hyperlinks.
  
<sup>3</sup> Multidisziplinäre Befunde liegen vor, wenn mehrere Fachärzte mit unterschiedlicher Fachrichtung die Befunde gleichermaßen verantworten.
+
Bei Angabe eines WADO-Links ist darauf zu achten, dass die Ressource auch für den Endkonsumenten des Dokumentes zugänglich ist.
 +
{{BeginYellowBox}}
 +
Die exakte Definition der Verfügbarmachung von Bilddaten im Rahmen von ELGA ist noch durch die ELGA GmbH zu definieren. Das angeführte Code-Beispiel dient nur zu Demonstrationszwecken.
 +
{{EndYellowBox}}
 +
=====Strukturbeispiel=====
  
====Rechtlicher Unterzeichner (legalAuthenticator)====
+
<pre class="orange">
Als rechtlicher Unterzeichner MUSS eine natürliche Person angegeben werden.  
+
<text>
 +
  ...
 +
  <paragraph>
 +
  <caption>Source of Measurement</caption>
 +
  <linkHtml href="http://www.example.org/wado?requestType=WADO&amp;studyUID=1.2.840.113619.2.62.994044785528.114289542805&amp;seriesUID=1.2.840.113619.2.62.994044785528.20060823223142485051&amp;objectUID=1.2.840.113619.2.62.994044785528.20060823.200608232232322.3&amp;contentType=application/dicom">Chest_PA</linkHtml>
 +
  </paragraph>
 +
  ...
 +
</text> 
 +
</pre>
 +
 
 +
====Anforderung====
 +
{{:1.2.40.0.34.6.0.11.2.131/dynamic}}
 +
 
 +
====Anamnese====
 +
{{BeginILFBox}}Aufgrund des Umfangs wird diese Section nur ausschnittsweise betrachtet. Die vollständige Spezifikation des Templates ist dem '''[[ILF:Ambulanzbefund_(Version_1)#Anamnese|Implementierungsleitfaden Ambulanzbefund (Version 1.3.1)]]''' zu entnehmen.
 +
{{EndILFBox}}
 +
 
 +
{{:1.2.40.0.34.6.0.11.2.10/dynamic}}
 +
 
 +
=====Frühere Erkrankungen und Maßnahmen - unkodiert=====
 +
{{:1.2.40.0.34.6.0.11.2.16/dynamic}}
 +
 
 +
=====Frühere Erkrankungen ICD-10 und Maßnahmen - kodiert =====
 +
{{:1.2.40.0.34.6.0.11.2.74/dynamic}}
 +
 
 +
======Problem Concern Entry======
 +
{{:1.2.40.0.34.6.0.11.3.7/dynamic}}
 +
 
 +
======ELGA History of Procedures======
 +
{{:1.2.40.0.34.6.0.11.3.48/dynamic}}
 +
 
 +
=====Fachspezifische Anamnese=====
 +
{{:1.2.40.0.34.6.0.11.2.98/dynamic}}
 +
 
 +
=====Schwangerschaften - unkodiert=====
 +
{{:1.2.40.0.34.6.0.11.2.49/dynamic}}
 +
 
 +
=====Schwangerschaften - kodiert=====
 +
{{:1.2.40.0.34.6.0.11.2.48/dynamic}}
 +
 
 +
======Aktuelle Schwangerschaft Entry======
 +
{{:1.2.40.0.34.6.0.11.3.44/dynamic}}
 +
 
 +
======Bisherige Schwangerschaften Entry======
 +
{{:1.2.40.0.34.6.0.11.3.46/dynamic}}
 +
 
 +
=====Medizinische Geräte und Implantate - unkodiert=====
 +
{{:1.2.40.0.34.6.0.11.2.50/dynamic}}
 +
 
 +
=====Medizinische Geräte und Implantate - kodiert=====
 +
{{:1.2.40.0.34.6.0.11.2.60/dynamic}}
 +
 
 +
======Medical Device Entry======
 +
{{:1.2.40.0.34.6.0.11.3.39/dynamic}}
 +
 
 +
=====Beeinträchtigungen - unkodiert=====
 +
{{:1.2.40.0.34.6.0.11.2.52/dynamic}}
 +
 
 +
=====Beeinträchtigungen - kodiert=====
 +
{{:1.2.40.0.34.6.0.11.2.51/dynamic}}
 +
 
 +
======Functional Status Entry======
 +
{{:1.2.40.0.34.6.0.11.3.47/dynamic}}
 +
 
 +
=====Impfungen - unkodiert=====
 +
{{:1.2.40.0.34.6.0.11.2.53/dynamic}}
 +
 
 +
=====Impfungen - kodiert=====
 +
{{:1.2.40.0.34.6.0.11.2.1/dynamic}}
 +
 
 +
======Immunization Entry======
 +
{{:1.2.40.0.34.6.0.11.3.1/dynamic}}
 +
 
 +
======Immunization Entry Impfung nicht angegeben======
 +
{{:1.2.40.0.34.6.0.11.3.28/dynamic}}
 +
 
 +
=====Lebensstil - unkodiert=====
 +
{{:1.2.40.0.34.6.0.11.2.54/dynamic}}
 +
 
 +
=====Lebensstil - kodiert=====
 +
{{:1.2.40.0.34.6.0.11.2.55/dynamic}}
 +
 
 +
======Lebensstil Tabakkonsum Nominal Entry======
 +
{{:1.2.40.0.34.6.0.11.3.41/dynamic}}
 +
 
 +
======Lebensstil Tabakkonsum Quantitativ Entry======
 +
{{:1.2.40.0.34.6.0.11.3.40/dynamic}}
 +
 
 +
======Lebensstil Alkoholkonsum Nominal Entry======
 +
{{:1.2.40.0.34.6.0.11.3.43/dynamic}}
 +
 
 +
======Lebensstil Alkoholkonsum Quantitativ Entry======
 +
{{:1.2.40.0.34.6.0.11.3.42/dynamic}}
 +
 
 +
====Konsultations- oder Überweisungsgrund====
 +
{{:1.2.40.0.34.6.0.11.2.17/dynamic}}
 +
 
 +
====Status, Diagnostik und Befunde====
 +
{{:1.2.40.0.34.6.0.11.2.11/dynamic}}
 +
 
 +
=====Status=====
 +
{{:1.2.40.0.34.6.0.11.2.20/dynamic}}
 +
 
 +
=====Vitalparameter - unkodiert=====
 +
{{:1.2.40.0.34.6.0.11.2.68/dynamic}}
 +
 
 +
=====Fachspezifische Diagnostik=====
 +
{{:1.2.40.0.34.6.0.11.2.19/dynamic}}
 +
 
 +
=====Ausstehende Befunde=====
 +
{{:1.2.40.0.34.6.0.11.2.72/dynamic}}
 +
 
 +
====Durchgeführte Untersuchung====
 +
{{:1.2.40.0.34.6.0.11.2.84/dynamic}}
 +
 
 +
=====Strahlenexposition Entry=====
 +
{{:1.2.40.0.34.6.0.11.3.183/dynamic}}
 +
 
 +
=====Radiopharmakon Entry=====
 +
{{:1.2.40.0.34.6.0.11.3.184/dynamic}}
 +
 
 +
====Frühere Untersuchungen und Befunde====
 +
{{:1.2.40.0.34.6.0.11.2.132/dynamic}}
 +
 
 +
====Komplikationen====
 +
{{:1.2.40.0.34.6.0.11.2.133/dynamic}}
 +
 
 +
====Befund====
 +
{{:1.2.40.0.34.6.0.11.2.134/dynamic}}
 +
 
 +
=====Klassifikation=====
 +
{{:1.2.40.0.34.6.0.11.3.182/dynamic}}
 +
 
 +
====Diagnose (kodiert)====
 +
{{:1.2.40.0.34.6.0.11.2.96/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}}
 +
 
 +
======Laterality Qualifier======
 +
{{:1.2.40.0.34.6.0.11.9.42/dynamic}}
 +
 
 +
======Comment Entry======
 +
{{:1.2.40.0.34.6.0.11.3.11/dynamic}}
 +
 
 +
======Severity Observation======
 +
{{:1.2.40.0.34.6.0.11.3.38/dynamic}}
 +
 
 +
======Criticality Observation======
 +
{{:1.2.40.0.34.6.0.11.3.35/dynamic}}
 +
 
 +
======Certainty Observation======
 +
{{:1.2.40.0.34.6.0.11.3.36/dynamic}}
 +
 
 +
======Problem Status Observation======
 +
{{:1.2.40.0.34.6.0.11.3.49/dynamic}}
 +
 
 +
====Zusammenfassende Beurteilung====
 +
{{:1.2.40.0.34.6.0.11.2.25/dynamic}}
 +
 
 +
=====Gesundheitsproblem Bedenken Entry=====
 +
{{:1.2.40.0.34.11.13.3.6/dynamic}}
 +
 
 +
======Problem Entry Gesundheitsproblem======
 +
{{:1.2.40.0.34.11.13.3.7/dynamic}}
 +
 
 +
======Severity Observation======
 +
{{:1.2.40.0.34.11.13.3.21/dynamic}}
 +
 
 +
======Criticality Observation======
 +
{{:1.2.40.0.34.11.13.3.18/dynamic}}
 +
 
 +
======Certainty Observation======
 +
{{:1.2.40.0.34.11.13.3.19/dynamic}}
 +
 
 +
======Problem Status Observation======
 +
{{:1.2.40.0.34.11.13.3.13/dynamic}}
 +
 
 +
====Verdachtsdiagnose====
 +
{{:1.2.40.0.34.6.0.11.2.135/dynamic}}
 +
 
 +
====Weitere empfohlene Maßnahmen====
 +
{{:1.2.40.0.34.6.0.11.2.23/dynamic}}
 +
 
 +
=====Termine, Kontrollen, Wiederbestellungen=====
 +
{{:1.2.40.0.34.6.0.11.2.42/dynamic}}
 +
 
 +
=====Empfohlene Anordnungen Pflege=====
 +
{{:1.2.40.0.34.6.0.11.2.73/dynamic}}
 +
 
 +
=====Geplante Untersuchungen=====
 +
{{:1.2.40.0.34.6.0.11.2.43/dynamic}}
 +
 
 +
=====Konservative Therapie=====
 +
{{:1.2.40.0.34.6.0.11.2.44/dynamic}}
 +
 
 +
=====Chirurgische Therapie=====
 +
{{:1.2.40.0.34.6.0.11.2.45/dynamic}}
 +
 
 +
====Brieftext====
 +
{{BeginILFBox}}Die Spezifikation des "'''Brieftext'''"-Templates ist dem '''[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Brieftext|Allgemeinen Implementierungsleitfaden (Version 3)]]''' zu entnehmen.
 +
{{EndILFBox}}
 +
 
 +
====Abschließende Bemerkungen====
 +
{{BeginILFBox}}Die Spezifikation des "'''Abschließende Bemerkungen'''"-Templates ist dem '''[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Abschlie.C3.9Fende_Bemerkung|Allgemeinen Implementierungsleitfaden (Version 3)]]''' zu entnehmen.
 +
{{EndILFBox}}
 +
 
 +
====Beilagen====
 +
{{BeginILFBox}}Die Spezifikation des "'''Beilagen'''"-Templates ist dem '''[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Beilagen|Allgemeinen Implementierungsleitfaden (Version 3)]]''' zu entnehmen.
 +
{{EndILFBox}}
 +
 
 +
===Weitere CDA Fragmente ===
 +
 
 +
====Address Compilation====
 +
{{BeginILFBox}}Die Spezifikation des "'''Address Compilation'''"-Templates ist dem '''[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Address_Compilation|Allgemeinen Implementierungsleitfaden (Version 3)]]''' zu entnehmen.
 +
{{EndILFBox}}
 +
 
 +
====Address Compilation Minimal====
 +
{{BeginILFBox}}Die Spezifikation des "'''Address Compilation Minimal'''"-Templates ist dem '''[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Address_Compilation_Minimal|Allgemeinen Implementierungsleitfaden (Version 3)]]''' zu entnehmen.
 +
{{EndILFBox}}
 +
 
 +
====Assigned Entity====
 +
{{BeginILFBox}}Die Spezifikation des "'''Assigned Entity'''"-Templates ist dem '''[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Assigned_Entity|Allgemeinen Implementierungsleitfaden (Version 3)]]''' zu entnehmen.
 +
{{EndILFBox}}
 +
 
 +
====Assigned Entity Body====
 +
{{BeginILFBox}}Die Spezifikation des "'''Assigned Entity Body'''"-Templates ist dem '''[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Assigned_Entity_Body|Allgemeinen Implementierungsleitfaden (Version 3)]]''' zu entnehmen.
 +
{{EndILFBox}}
 +
 
 +
====Author Body====
 +
{{BeginILFBox}}Die Spezifikation des "'''Author Body'''"-Templates ist dem '''[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Author_Body|Allgemeinen Implementierungsleitfaden (Version 3)]]''' zu entnehmen.
 +
{{EndILFBox}}
 +
 
 +
====Author (Body) PS====
 +
{{:1.2.40.0.34.11.13.3.16/dynamic}}
 +
 
 +
====Device Compilation====
 +
{{BeginILFBox}}Die Spezifikation des "'''Device Compilation'''"-Templates ist dem '''[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Device_Compilation|Allgemeinen Implementierungsleitfaden (Version 3)]]''' zu entnehmen.
 +
{{EndILFBox}}
 +
 
 +
====Eingebettetes Objekt Entry====
 +
{{:1.2.40.0.34.6.0.11.3.19/dynamic}}
 +
 
 +
====ELGA ExternalDocument====
 +
{{:1.2.40.0.34.11.13.3.17/dynamic}}
 +
 
 +
====External Document Entry====
 +
{{:1.2.40.0.34.6.0.11.3.14/dynamic}}
 +
 
 +
====Informant Body====
 +
{{BeginILFBox}}Die Spezifikation des "'''Informant Body'''"-Templates ist dem '''[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Informant_Body|Allgemeinen Implementierungsleitfaden (Version 3)]]''' zu entnehmen.
 +
{{EndILFBox}}
 +
 
 +
====Informant (Body) PS====
 +
{{:1.2.40.0.34.11.13.3.20/dynamic}}
 +
 
 +
====Narrative Text Reference====
 +
{{BeginILFBox}}Die Spezifikation des "'''Narrative Text Reference'''"-Templates ist dem '''[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Narrative_Text_Reference|Allgemeinen Implementierungsleitfaden (Version 3)]]''' zu entnehmen.
 +
{{EndILFBox}}
 +
 
 +
====Organization Compilation with id, name====
 +
{{BeginILFBox}}Die Spezifikation des "'''Organization Compilation with id, name'''"-Templates ist dem '''[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Organization_Compilation_with_id.2C_name|Allgemeinen Implementierungsleitfaden (Version 3)]]''' zu entnehmen.
 +
{{EndILFBox}}
 +
 
 +
====Organization Compilation with name====
 +
{{BeginILFBox}}Die Spezifikation des "'''Organization Compilation with name'''"-Templates ist dem '''[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Organization_Compilation_with_name|Allgemeinen Implementierungsleitfaden (Version 3)]]''' zu entnehmen.
 +
{{EndILFBox}}
 +
 
 +
====Organization Compilation with name, addr minimal====
 +
{{BeginILFBox}}Die Spezifikation des "'''Organization Compilation with name, addr minimal'''"-Templates ist dem '''[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Organization_Compilation_with_name.2C_addr_minimal|Allgemeinen Implementierungsleitfaden (Version 3)]]''' zu entnehmen.
 +
{{EndILFBox}}
 +
 
 +
====Organization Name Compilation====
 +
{{BeginILFBox}}Die Spezifikation des "'''Organization Name Compilation'''"-Templates ist dem '''[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Organization_Name_Compilation|Allgemeinen Implementierungsleitfaden (Version 3)]]''' zu entnehmen.
 +
{{EndILFBox}}
 +
 
 +
====Original Text Reference====
 +
{{BeginILFBox}}Die Spezifikation des "'''Original Text Reference'''"-Templates ist dem '''[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Original_Text_Reference|Allgemeinen Implementierungsleitfaden (Version 3)]]''' zu entnehmen.
 +
{{EndILFBox}}
 +
 
 +
====Participant Body====
 +
{{BeginILFBox}}Die Spezifikation des "'''Participant Body'''"-Templates ist dem '''[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Participant_Body|Allgemeinen Implementierungsleitfaden (Version 3)]]''' zu entnehmen.
 +
{{EndILFBox}}
  
Für „'''multidisziplinäre Befunde'''“ KANN die Angabe des legalAuthenticator entfallen, wenn mindestens zwei authenticator-Elemente vorhanden sind. Multidisziplinäre Befunde liegen vor, wenn von mehreren Fachärzten mit unterschiedlicher Fachrichtung gleichermaßen an der Erstellung beteiligt sind und keiner dieser als Hauptunterzeichner eingetragen werden kann.
+
====Performer Body====
 +
{{BeginILFBox}}Die Spezifikation des "'''Performer Body'''"-Templates ist dem '''[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Performer_Body|Allgemeinen Implementierungsleitfaden (Version 3)]]''' zu entnehmen.
 +
{{EndILFBox}}
  
====Weitere Beteiligte („participants“)====
+
====Person Name Compilation G1 M====
Im Befund „Bildgebende Diagnostik“ MUSS der „Fachliche Ansprechpartner“ (participant @typeCode='CALLBCK') mit vollständiger Kontaktadresse ''inklusive Telefonnummer'' angegeben werden.
+
{{BeginILFBox}}Die Spezifikation des "'''Person Name Compilation G1 M'''"-Templates ist dem '''[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Person_Name_Compilation_G1_M|Allgemeinen Implementierungsleitfaden (Version 3)]]''' zu entnehmen.
 +
{{EndILFBox}}
  
Zweck dieser Information ist es, etwaige Anfragen der Dokumentempfänger an den Dokumentersteller zu kanalisieren. Es obliegt der Organisation des Dokumenterstellers, diese Information gemäß ihren eigenen Richtlinien zu befüllen.
+
====Person Name Compilation G2====
 +
{{BeginILFBox}}Die Spezifikation des "'''Person Name Compilation G2'''"-Templates ist dem '''[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Person_Name_Compilation_G2|Allgemeinen Implementierungsleitfaden (Version 3)]]''' zu entnehmen.
 +
{{EndILFBox}}
  
====Beabsichtigte Empfänger des Dokuments („informationRecipient“) ====
+
====Person Name Compilation G2 M====
Im klinischen Alltag werden medizinische Dokumente häufig an den Patienten gerichtet –dieser kann dann auch als InformationRecipient zusätzlich eingetragen werden. Ein Strukturbeispiel findet sich im [[ILF:Allgemeiner Implementierungsleitfaden#Strukturbeispiele_6|Allgemeinen Implementierungsleitfaden]].
+
{{BeginILFBox}}Die Spezifikation des "'''Person Name Compilation G2 M'''"-Templates ist dem '''[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Person_Name_Compilation_G2_M|Allgemeinen Implementierungsleitfaden (Version 3)]]''' zu entnehmen.
 +
{{EndILFBox}}
  
 +
====Time Interval Information minimal====
 +
{{BeginILFBox}}Die Spezifikation des "'''Time Interval Information minimal'''"-Templates ist dem '''[[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Time_Interval_Information_minimal|Allgemeinen Implementierungsleitfaden (Version 3)]]''' zu entnehmen.
 +
{{EndILFBox}}
  
{{elga-cdabgd-2.06.2:Dokumentation der Gesundheitsdienstleistung}}
+
====Übersetzung====
{{elga-cdabgd-2.06.2:Bezug zu vorgehenden Dokumenten}}
+
{{:1.2.40.0.34.6.0.11.2.8/dynamic}}
{{elga-cdaep-2.06.2:Einverständniserklärung}}
+
</div>
{{elga-cdabgd-2.06.2:Informationen zum Patientenkontakt}}
 
  
 +
==Terminologien==
 +
Die für den Befund bildgebende Diagnostik erforderlichen Terminologien sind im Folgenden aufgelistet. Achtung: Codelisten und Value Sets können weitere Attribute benötigen, die hier nicht darstellbar sind. Diese können jedoch vom Terminologieserver abgerufen werden: https://termgit.elga.gv.at
  
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.211 atcdabbr_LateralityQualifierCode]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.35 atcdabbr_Problemarten_VS]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.6.0.10.14 eImpf_Impfstoffe]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.6.0.10.10 eImpf_HistorischeImpfstoffe]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.6.0.10.11 eImpf_Impfrollen]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.6.0.10.4 eImpf_ImmunizationTarget]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.6.0.10.7 eImpf_Impfgrund]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.6.0.10.62 eImpf_Zusatzklassifikation]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.6.0.10.5 eImpf_Impfschema]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.6.0.10.6 eImpf_Impfdosis]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.192 ELGA_AbsentOrUnknownDevices]
 +
* [https://termgit.elga.gv.at/ValueSet-elga-absentorunknownproblems.html ELGA_AbsentOrUnknownProblems]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.193 ELGA_AbsentOrUnknownProcedures]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.5 ELGA_ActEncounterCode]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.4 ELGA_AdministrativeGender]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.6.0.10.30 ELGA_AlcoholConsumption]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.6 ELGA_AuthorSpeciality]
 +
* [https://termgit.elga.gv.at/ValueSet-elga-conditionstatuscode.html ELGA_ConditionStatusCode]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.184 ELGA_ConditionVerificationStatus]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.182 ELGA_CriticalityObservationValue]
 +
* [https://termgit.elga.gv.at/ValueSet-elga-currentsmokingstatus.html ELGA_CurrentSmokingStatus]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.39 ELGA_Dokumentenklassen]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.202 ELGA_ExpectedDeliveryDateMethod]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.173 ELGA_HumanLanguage]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.29 ELGA_InformationRecipientType]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.9 ELGA_InsuredAssocEntity]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.175 ELGA_LanguageAbilityMode]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.10 ELGA_LanguageCode]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.11 ELGA_MaritalStatus]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.190 ELGA_MedicalDevices]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.42 ELGA_Medientyp]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.32 ELGA_MedikationMengenart]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.17 ELGA_PersonalRelationship]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.75 ELGA_PracticeSetting]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.203 ELGA_PregnanciesSummary]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.189 ELGA_ProblemSeverity]
 +
* [https://termgit.elga.gv.at/ValueSet-elga-procedureapproachsite.html ELGA_ProcedureApproachSite]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.6.0.10.95 ELGA_Radiopharmaceuticals]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.18 ELGA_ReligiousAffiliation]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.176 ELGA_Seitenlokalisation]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.196 ELGA_TargetSite]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.10.212 ELGA_TopographicalModifierQualifier]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.6.0.10.23 elgagab_Art_der_Diagnose_VS]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.6.0.10.52 elgagab_PregnancyStatus_VS]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=2.16.840.1.113883.1.11.16040 EntityCode]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=2.16.840.1.113883.1.11.14581 HL7_RouteOfAdministration]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=2.16.840.1.113883.1.11.10901 ParticipationType]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.6.0.10.90 RADS_BreastImaging]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.6.0.10.91 RADS_CoronaryArteryDisease]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.6.0.10.89 RADS_DiagnosticImagingScales]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.6.0.10.92 RADS_LiverImaging]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.6.0.10.93 RADS_ProstateImaging]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=1.2.40.0.34.6.0.10.94 RADS_ThyroidImaging]
 +
* [https://art-decor.org/art-decor/decor-valuesets--elgabgd-?id=2.16.840.1.113883.1.11.10310 TargetAwareness]
  
 +
{{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}}
  
<!-- Medizinische Inhalte (CDA Body)-->
 
{{elga-cdabgd-2.06.2:Medizinische Inhalte (CDA Body)}}
 
 
</div>
 
</div>
  
<!--Technische Konformitätsprüfung-->
+
=Anhang=
{{elga-cdaep-2.06.2:Technische Konformitätsprüfung}}
+
 
 +
==Hinweise zur Anwendung des APPC==
 +
Befunde oder Bilddaten der bildgebenden Diagnostik werden mit dem APPC beschlagwortet, damit eine schnelle Filterung nach relevanten Informationen ermöglicht wird, beispielsweise um entsprechende Vorstudien aus der Radiologie zu selektieren.
 +
 
 +
Der APPC besteht aus vier Achsen mit Codes für Anatomie, Lateralität, Modalität und Prozedur. Ein gültiger APPC-Code besteht jeweils aus 4 Codes aus jeder der vier unabhängigen Achsen, die frei kombiniert werden können. Die Einträge in den Achsen sind hierarchisch geordnet, so dass Ober- und Unter- bzw. Teilbegriffe angegeben werden können (z.B. Arm – Hand – Finger).
 +
 
 +
Sinn des APPC ist NICHT eine möglichst detaillierte Angabe aller anatomischen Strukturen oder durchgeführten Prozeduren, sondern eine treffende Angabe von Informationen, damit vergleichbare Studien schnell identifiziert werden können.
 +
 
 +
'''Anatomie:''' In der Regel reicht die Angabe der anatomischen Region aus, was durch die ersten beiden hierarchischen Ebenen der Anatomieachse ausgedrückt werden kann; bei der Beschreibung von Extremitäten kann auch die dritte Ebene sinnvoll sein.
 +
 
 +
'''Lateralität:''' Die Lateralität soll angegeben werden.
 +
 
 +
'''Modalität:''' Die Modalität kann im APPC nur grob granuliert angegeben werden – auf Ebene des bildgebenden Prinzips.
 +
 
 +
'''Prozedur:''' Die Achse Prozedur hat nur nachgeordnete Bedeutung, sie ist daher nur anzugeben, wenn sie ein notwendiges Selektionskriterium darstellt, z.B. wenn es sich bei der Studie um eine Gefäßdarstellung handelt und andere Strukturen schlecht dargestellt sind.
 +
 
 +
Es können mehrere APPC Codes für einen Befund angegeben werden, vor allem wenn
 +
* mehrere anatomische Regionen beschlagwortet werden sollen,
 +
* mehrere Prozeduren angewendet wurden,
 +
* „kombinierte Modalitäten“ zum Einsatz kamen, wie z.B.: PET/CT, PET/MRT.
 +
 
 +
Die Angabe des APPC "0.0.0.0" - wenn also alle Achsen als "unbestimmt" angegeben werden - ist nicht erwünscht.
 +
 
 +
==Empfehlung der Arbeitsgruppe zum Austausch von Bilddaten==
 +
Die Arbeitsgruppe bezieht sich auf den Beschluss der Bundesgesundheitskommission vom 4. Mai 2007. Mit der darin enthaltenen Empfehlung zur bundesweiten Verwendung einheitlicher Standards wurde eine grundlegende Weichenstellung zur Verbesserung der Interoperabilität der elektronischen Kommunikation von Gesundheitsdaten vorgenommen. Die Bedeutung dieser Empfehlung geht über die eigentliche Einführung von ELGA hinaus: Die neun Länder, die Sozialversicherung und der Bund haben beschlossen, dass eine gemeinsame Sprachgrundlage allen Gesundheitsdiensteanbietern ermöglichen soll, den Gesundheitsdatenaustausch auf der Grundlage bundesweit einheitlicher Rahmenbedingungen durchzuführen.
 +
 
 +
Im Arbeitskreis wurden 2 Arten der Bilddokumentation identifiziert und diskutiert:
 +
* in ELGA zu publizierende Bilddaten
 +
* in ELGA nicht zu publizierende bilaterale Bilddaten (Bildzugriff und Bildaustausch)
 +
Die WADO (“Web Access to DICOM persistent Objects“) Technologie ist die Bildzugriffstechnologie der IHE (Integrating the Healthcare Enterprise). Diese soll das definierte Framework der Implementierung in der ELGA bilden (siehe beigefügte Passage des Beschlusses der Bundesgesundheitskommission).
 +
 
 +
''DICOM 3.0 und WADO''
 +
 +
''ISO 12052:2006(E), Health informatics – Digital imaging and communication in medicine (DICOM) including workflow and data management''
 +
 
 +
''ISO 17432:2004 (E), Health informatics – Messages and communication – Webaccess to DICOM persistent objects“''
 +
 
 +
'''<u>Empfehlung der Arbeitsgruppe:</u>'''
 +
 
 +
Die ELGA GmbH soll die Machbarkeit und eine einheitliche standardisierte Struktur vorgeben. Die Arbeitsgruppe empfiehlt den Einsatz eines technologischen einheitlichen Bild-Repository-Konzeptes mit WADO in Österreich zu definieren und zu entwickeln.
 +
 
 +
Wenn Bild-Repositories für ELGA entstehen, sollten diese alle dieselbe internationale standardisierte Technologie benutzen und vorgegeben bekommen. Ein gemeinsames Einsatzgebiet wäre z.B. Mammographie/Zweitmeinungen, also dort, wo noch kein Befund entstanden ist.
 +
 
 +
Die Erreichbarkeit aller verfügbaren Bilddaten mit derselben Kommunikations- und Zugriffstechnologie ist in Summe für alle Beteiligten billiger, leichter zu realisieren und wesentlich einfacher in der Anwendung und Handhabung.
 +
 
 +
==Abbildungsverzeichnis==
 +
<references group="Abbildung"/>
 +
 
 +
==Tabellenverzeichnis==
 +
<references group="Tabelle"/>
 +
 
 +
==Referenzen==
 +
{|
 +
|-
 +
|[1]||  HL7 International. / NEMA: Implementation Guide for CDA Release 2: Imaging Integration. Levels 1, 2, and 3. Basic Imaging Reports in CDA and DICOM Diagnostic Imaging Reports (DIR) – Universal Realm; Release 1.0, 2009
 +
|-
 +
| || (http://www.hl7.org/implement/standards/product_brief.cfm?product_id=13)
 +
 
 +
|-
 +
|[2]||  IHE international: IHE RAD-XDSi.b
 +
|-
 +
| || (https://www.ihe.net/resources/technical_frameworks/#radiology)
 +
 
 +
|-
 +
|[3]||  IHE Simple IMAGE and numeric Report (SINR)
 +
|-
 +
| || (http://wiki.ihe.net/index.php?title=Simple_Image_and_Numeric_Report)
 +
 
 +
|-
 +
|[4]||  ELGA GmbH (2015) HL7 Implementation Guide for CDA® R2: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente. ELGA CDA Implementierungsleitfäden (2.06) [OID 1.2.40.0.34.7.1.6]
 +
|-
 +
| || https://www.elga.gv.at/technischer-hintergrund/technische-elga-leitfaeden/
 +
 
 +
|-
 +
|[5]||  NEMA (2024): DICOM PS3.20 2024b - Imaging Reports using HL7 Clinical Document Architecture
 +
|-
 +
| || https://dicom.nema.org/medical/dicom/current/output/pdf/part20.pdf
 +
 
 +
|}
  
<!--Anhang-->
+
==Release-Log, Ausblick und weitere Informationen==
{{elga-cdabgd-2.06.2:Anhang}}
+
Auf der [[ILF Diskussion:Befund_bildgebende_Diagnostik_(Version_3)|Diskussionsseite]] zu diesem Leitfaden können das Release-Log, das einen Überblick über die in diesem Leitfaden implementierten Neuerungen gibt, und der Ausblick auf Änderungen, die in zukünftigen Leitfadenversionen geplant sind, eingesehen werden. Gegebenenfalls werden Inhalte aktueller Diskussionen, bekannte Probleme oder weitere Hinweise aufgeführt.
 +
<br />

Version vom 25. September 2024, 10:45 Uhr


Inhaltsverzeichnis



Dieses Dokument bildet den CDA-Implementierungsleitfaden Befund bildgebende Diagnostik ab und richtet sich an Softwareentwickler und Berater. Zum besseren Verständnis empfehlen wir Ihnen den zusammenfassenden Guide im Vorfeld zu lesen.

1 Zusammenfassung

Der Implementierungsleitfaden "Befund bildgebende Diagnostik" beschreibt die Inhalte, die für den Austausch von medizinischen Dokumenten der bildgebenden Diagnostik zwischen Gesundheitsdiensten und Patienten, notwendig sind. Der Leitfaden ermöglicht die Übertragung von Befunden für alle bildgebenden medizintechnischen Einrichtungen (z.B. Endoskopie, Nuklearmedizin usw.) und nicht nur für radiologische medizintechnische Einrichtungen.

Der Leitfaden 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 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.

Der "Befund bildgebende Diagnostik" basiert auf den Vorgaben des Allgemeinen Implementierungsleitfadens. Darin 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 / User Stories beschrieben.

Übersichtstabellen für Header und Body-Strukturen

Auf der Diskussionsseite von Befund bildgebende Diagnostik 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: Mag. Dr. Stefan Sabutsch, Dr. Edith Bulant-Wodak, MBA

Redaktion, Projektleitung, Koordination:

Abbildungen: © ELGA GmbH

Nutzung: Das Dokument enthält geistiges Eigentum der Health Level Seven® Int. und HL7® Austria, Erdbergweg 7/8, 8052 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

DICOM® ist das eingetragene Warenzeichen der National Electrical Manufacturers Association für ihre Veröffentlichung von Standards im Zusammenhang mit der digitalen Kommunikation medizinischer Informationen. DICOM® ist von der International Organization for Standardization als ISO-Norm 12052 anerkannt.

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) [1] Regenstrief Institute, Inc. [2]
Unified Code for Units of Measure (UCUM) [3] Regenstrief Institute, Inc. [2]
International Classification of Diseases (ICD) [4] World Health Organization (WHO) [5]
ICD-10 BM*G*[6] Für Gesundheit zuständiges Bundesministerium www.sozialministerium.at
Anatomical Therapeutic Chemical Classification System (ATC) [7] World Health Organization (WHO)[5]
Pharmazentralnummer (PZN) ARGE Pharma im Fachverband der chemischen Industrie Österreichs (FCIO) der Wirtschaftskammern Österreichs (WKO) [8]
EDQM-Codes Europäisches Direktorat für die Qualität von Arzneimitteln [9]
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. [10], [11]

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

2.5 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[12] gilt. 2009 wurde die Release 2.0 als ISO-Standard ISO/HL7 27932:2009 publiziert[13].

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[14] folgen dem Basisstandard HL7 Version 3[15] mit seinem Referenz-Informationsmodell (RIM). Dieser Leitfaden verwendet das HL7-Template-Austauschformat zur Definition der "Bausteine" (Templates) und ART-DECOR® [16] als Spezifikationsplattform.

  • HL7 Clinical Document Architecture (CDA) [17]
  • HL7 Referenz-Informationsmodell (RIM)[18]
  • HL7 V3 Datentypen [19]
  • HL7 Template-Austauschformat Specification and Use of Reusable Information Constraint Templates, Release 1[20]

Die HL7 Standards können über die HL7 Anwendergruppe Österreich (HL7 Austria)[21], 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.

2.5.1 Bezug zu DICOM Structured Report

Sollte für den Befund der bildgebenden Diagnostik ein CDA-Dokument aus einem vorhandenen DICOM Structured Report erzeugt (transformiert) werden, so wird auf den in Zusammenarbeit von HL7 und NEMA erstellten Implementierungsleitfaden „Implementation Guide for CDA Release 2: Imaging Integration. Levels 1, 2, and 3.“ [1] verwiesen, welcher dazu wesentliche zusätzliche Definitionen und Vorgaben beinhaltet.

Der Inhalt des vorliegenden Dokuments ist weitgehend aus den Definitionen von [1] abgeleitet und damit zu diesen kompatibel.

Die Transformation wird außerdem im Part "DICOM PS3.20 2024b - Imaging Reports using HL7 Clinical Document Architecture" [5] des DICOM Standards beschrieben.

2.6 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.7 Wichtige unterstützende Materialien

Auf der Website Befund bildgebende Diagnostik-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 ELGA Befund Bildgebende Diagnostik 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 Begriffsdefinitionen

Begriff Definition
Studie Eine Studie bezeichnet das bildgebende Verfahren, das zu einem bestimmten Zeitpunkt an einem Patienten durchgeführt wird. Studien bestehen dabei in der Regel aus mehreren Serien (siehe unten). Synonym zur Bezeichnung Studie wird wird auch häufig der Begriff "Untersuchung" verwendet.
Serie Jede Studie kann aus mehreren Serien bestehen. Eine Serie setzt sich aus Instanzen (siehe unten) zusammen und kann bedeuten, dass der Patient in einer Untersuchung mehrfach physisch gescannt wird (typisch für MRT), oder sie kann virtueller Natur sein, wobei der Patient einmal gescannt wird und die Daten auf verschiedene Weise rekonstruiert werden (typisch für CT).
Instanz Mit Instanz wird ein einzelnes Bild bezeichnet, das durch ein bildgebendes Verfahren gewonnen wird. Dabei kann es sich beispielsweise auch um separate Schichtbilder eines 3D-Bildes handeln.
Strahlenexposition Bei der Durchführung von bildgebenden Verfahren in der Radiologie wird der Patient zwangsläufig künstlich erzeugter Strahlung ausgesetzt. Dieser Umstand wird als Strehlenexposition bezeichnet und wird synonym auch als Strahlenbelastung beschrieben, was den potentiell gesundheitsgefährdenden Einfluss von ionisierender Strahlung hervorhebt.
Strahlendosis Zur Quantifizierung der Strahlenexposition, die ein Patient ausgesetzt wird, verwendet man den Begriff der Strahlendosis. Diese beschreibt dabei die Energiemenge einer ionisierenden Strahlung, die an einen Körper abgegeben wird.
Klassifikation Unter Klassifikationen in der Radiologie versteht man Sammlungen von exakten Definitionen, die eine standardisierte Beurteilung eines Befundes ermöglichen. Dabei kann aus vordefinierten Deskriptoren gewählt werden, um die Befundung in der Radiologie zu objektivieren. Ein Beispiel dafür wäre die BI-RADS Klassifikation, mithilfe derer man einer Mammographie eine von 7 Kategorien zuweisen kann.

4 Einleitung

4.1 Ausgangslage und Motivation

Der hier dargestellte Leitfaden für die Dokumentenklasse „Befund bildgebende Diagnostik“ ist ein konkreter Schritt einer harmonisierten, strukturierten und standardisierten Möglichkeit, medizinische Dokumente der bildgebenden Diagnostik zwischen Gesundheitsdiensten und Patienten auszutauschen.

Die Arbeitsgruppe ELGA CDA Radiologiebefund hat den bestehenden Implementierungsleitfaden für Radiologiebefunde überarbeitet und ist dabei einheitlich zum Entschluss gekommen, die Dokumentenklasse als „Befund bildgebende Diagnostik“ zu präzisieren. Folgende Gründe haben zu diesem Schritt geführt:

  • Alle Befunde der bildgebenden Diagnostik sollen vom Leitfaden abgedeckt werden.
  • Der Leitfaden ermöglicht die Übertragung von Befunden für alle bildgebenden medizintechnischen Einrichtungen (z.B. Endoskopie, Nuklearmedizin usw.) und nicht nur für radiologische medizintechnische Einrichtungen.
  • Der international verwendete Titel entsprechender Leitfäden lautet “Diagnostic Imaging Report“.

Der "Befund bildgebende Diagnostik" basiert auf den Vorgaben des Allgemeinen Implementierungsleitfadens und aktualisiert und erweitert den bestehenden ELGA CDA Implementierungsleitfaden "Befund bildgebende Diagnostik" 2.06.4.

4.2 Zweck des Dokuments

Der vorliegende Implementierungsleitfaden beschreibt die einheitliche Implementierungsvorschrift für den Informationsaustausch von Befunden der bildgebenden Diagnostik im österreichischen Gesundheitswesen. Der Leitfaden basiert auf den vorangegangenen Erfahrungen in der Erstellung von Implementierungsleitfäden für ELGA CDA Dokumente.

Der sogenannte "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. Der Header wurde über alle Anwendungsbereiche der ELGA einheitlich abgestimmt. Die medizinisch relevanten Daten, die im Rahmen einer Untersuchung erfasst werden, sind im sogenannten "Body" enthalten.

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

4.3 Zielgruppe

Anwender dieses Dokuments sind Softwareentwickler und Berater, die allgemein mit Implementierungen und Integrationen im Umfeld der ELGA, insbesondere der ELGA-Gesundheitsdaten, betraut sind. 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.

5 Leitfadenerstellungs- und Harmonisierungsprozess

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 ist eine Weiterentwicklung des Befund bildgebende Diagnostik 2.06.4 und entstand durch die Harmonisierungsarbeit der AG Befund bildgebende Diagnostik, die im Zeitraum von November 2023 bis Februar 2024 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 Labor- und Mikrobiologiebefund erfolgte durch die ELGA GmbH parallel bzw. nach der inhaltlichen Festlegung.

Der Leitfaden wurde in einem technischen Abstimmungsverfahren durch die HL7 Austria (Ballot: 2024-1) zu einem österreichischen HL7-Standard. Die Verbindlichkeit zur Anwendung wird durch eine Verordnung zum Gesundheitstelematikgesetz 2012, BGBl.I Nr.111/2012 begründet.

5.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" 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 www.gesundheit.gv.at zu veröffentlichen.

5.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.

5.2.1 Version 1

5.2.1.1 Autoren

„Arbeitsgruppe Radiologiebefund“, 2008-20121

Autoren
Kürzel Organisation Person1
Herausgeber, Projektleiter, CDA Koordinator
SSA ELGA GmbH Stefan Sabutsch
Autor, Fachkoordinator, Moderator und Co-Redaktion
MWE AIMC GmbH Martin Weigl
AOL Lindner TAC Andreas O. Lindner
AME Fachhochschule Technikum Wien Alexander Mense
CGR HL7 Austria Christian Gruber
5.2.1.2 Mitwirkende

Ärztliche Vertreter: Franz Frühwald (ÖÄK), Hans Mosser (ÖÄK), Martin Wehrschütz(ÖÄK), Werner Jaschke (Österreichische Röntgengesellschaft), Thomas Gitter (AKH Linz), Thomas Leitha (Sozialmedizinisches Zentrum Ost (Abt. f. Nuklearmedizin), Thomas Löwe (Österreichische Röntgengesellschaft), Thomas Rand (KAV KH Hietzing Radiologie), Ulrike Schneider (Unfallkrankenhaus Graz der AUVA), Erich Sorantin (Steiermärkische Krankenanstaltenges.m.b.H.) Krankenhausträger, Organisationen, Softwarehersteller, Universitäten / Fachhochschulen: Konrad Hölzl (Wiener Krankenanstaltenverbund), Markus Pedevilla (Steiermärkische Krankenanstaltenges.m.b.H.), Gerhard Holler (ÖÄK), Brigitte Janisch (Bundesfachgruppe Radiologie der österr. Ärztekammer), Rainer Anzböck (D.A.T.A. Corporation), Irene Klein (D.A.T.A. Corporation), Walter Auer (Philips Healthcare), R. Schachhuber (Philips Healthcare), Christian Strondl (Philips Healthcare), Thomas Bettstein (Systema Human Information Systems GmbH), Mircea Girlasu (AGFA Health Care), Thomas Gitter (Siemens AG Österreich - Produktmanagement I.S.H.med), Alfred Lukas (Lukas Software), Karl Rössl (Sustsol - Sustainable Solutions), Dietmar Ruzicka (CAS Computer Anwendungssysteme GmbH), Matthias Frohner (FH Technikum Wien), F.Gerbovics (FH Technikum Wien), Philipp Urbauer (FH Technikum Wien)

Patronanz, Akkordierung, Ergänzungen, Zustimmung: Clemens Auer (Bundesministerium für Gesundheit), Susanne Herbek (ELGA GmbH), Hubert Eisl (ELGA GmbH), Martin Hurch (ELGA GmbH), Oliver Kuttin (ELGA GmbH), Wolfgang Hießl (OÖ. Gesundheitsfonds), Sabine Manhardt(Österreichische Ärztekammer), Thomas Pöckl (NÖ Landesklinik Holding), Alexander Schanner (NÖ Landesklinik Holding), Thomas Schabetsberger (ITH icoserve technology for healthcare GmbH), Andreas Stippler (Ärztekompetenzzentrum Krems)

Andere ELGA Arbeitsgruppen: Befundbericht Labor: Stefan Sauermann (Fachhochschule Technikum Wien) Entlassungsbrief Arzt und Pflege: Jürgen Brandstätter (CodeWerk Software Services and Development GmbH)

5.2.2 Version 3

5.2.2.1 Autoren
Name Organisation Rolle
Emmanuel Helm ELGA GmbH, HL7 Austria Autor, Herausgeber
Gabriel Kleinoscheg ELGA GmbH Autor
Andrea Klostermann ELGA GmbH Autor
Nikolaus Krondraf ELGA GmbH Autor

1 Personen werden ohne Titel angegeben.

5.2.2.2 Mitwirkende

Teilnehmer der Arbeitsgruppe

Rainer Anzböck (DATA Cooperation, RIS), Martin Baumgartner (KH Hietzing), Henrik Blau (Dedalus), Klaus Buttinger (Salzkammergut-Klinikum Bad Ischl, Radiologie), Matthias Elmer (OÖG, PACS/KUK), Ingrid Freund (WIGEV, Med. Physik), Stefanie Gmeiner (ÖÄK), Reinhard Grurl (OÖG, Strahlenschutz), Bettina Kohl (WIGEV, IT), Raffael Lukas Korntheuer (ITSV), Josef Moser (HCS), Michael Radl (KAGes, RIS), Florian Rameder (NÖLGA, PM, RIS, Medsquare), Robert Schmölzer (medicforce), Melanie Strasser (x-tention), Peter Urban (devoteam), Silvia Winkler (Sigma Software Solutions OG, DICOM Austria), Heidrun Zink (AUVA)

1 Personen werden ohne Titel und in alphabetischer Reihenfolge angegeben.

6 Technischer Hintergrund

Der technische Hintergrund soll im allgemeinen Leitfaden nachgelesen werden.

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


8 Funktionale Anforderungen

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

Der ELGA GDA (Gesundheitsdiensteanbieter) 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.

8.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

Zur Verlinkung eines Befundes mit einem KOS-Objekt kann als Identifier die Accession Number aus der ReferenceIdList der XDS-I Metadaten des gewünschten KOS Objektes genutzt werden. Detaillierte Informationen dazu sind dem Leitfaden XDS Metadaten zu entnehmen.

8.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 [1..1] ./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 M [1..1] ./code
  • @code="25045-6"
  • @displayName="Unspecified body region CT"
  • @codeSystem="2.16.840.1.113883.6.1"
Entsprechender Unterknoten von Value Set "ELGA_Dokumentenklassen" (1.2.40.0.34.10.39) / "Diagnostic imaging study"
classCode M [1..1] ./code/translation
  • @code="18748-4"
  • @displayName="Diagnostic imaging study"
  • @codeSystem="2.16.840.1.113883.6.1"
Bezeichnet die "Dokumentklasse" in dem untergeordneten "translation"-Element. Einzig zulässiger Wert. für den Befund bildgebende Diagnostik ist Diagnostic imaging study (18748-4).
title M [1..1] ./title
  • "CT-Befund der Lendenwirbelsäule"
Dokumententitel. Dieses Element enthält den für den lesenden Dokumentempfänger gedachten Titel.
formatCode M [1..1] ./hl7at:formatCode Version des vom CDA erfüllten Befund bildgebende Diagnostik Implementierungsleitfadens.
practiceSettingCode M [1..1] ./hl7at:practiceSettingCode
  • @code="F019"
  • @codeSystem="1.2.40.0.34.5.12"
  • @displayName="Innere Medizin"
Fachliche Zuordnung des Dokuments.
creationTime M [1..1] ./effectiveTime
  • @value="20181213095800+0200"
Erstellungsdatum des Dokuments
confidentialityCode M [1..1] ./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 [1..1] ./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.
referenceIdList M [1..1] ./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 [1..1] ./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 [1..1] ./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 [1..1] ./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="datenerstellendeSoftware"
  • ./assignedAuthoringDevice/manufacturerModelName="datenerstellendesGerät"
authorRole R [0..1] ./author[1]/functionCode
  • @displayName="Diensthabender Oberarzt"
Rolle der Person.
authorSpeciality R [0..1] ./author[1]/assignedAuthor/code
  • @displayName="Fachärztin/Facharzt für Innere Medizin"
Fachrichtung des Verfassers des Dokuments aus ELGA_AuthorSpeciality.
legalAuthenticator R [0..1] ./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 [0..*] ./documentationOf[1]/serviceEvent/code
  • @code="2.4.0.5-3-3"
  • @displayName="CT.Unpaarig.Unbestimmte Prozedur.Lendenwirbelsäule"
  • @codeSystem="1.2.40.0.34.5.38"
  • @codeSystemName="APPC"
APPC code für die gegenständliche Untersuchung
serviceStartTime R [0..1] ./documentationOf[1]/serviceEvent/

   effectiveTime/low

  • @value="20181001082015+0200"
Beginn der ersten Untersuchung
serviceStopTime R [0..1] ./documentationOf[x]/serviceEvent/

   effectiveTime/high

  • @value="20181213105900+0200"
Ende der letzten Untersuchung
healthcareFacilityTypeCode M [1..1] ./componentOf/encompassingEncounter/

   location/healthCareFacility/code

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

9 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 sind im allgemeinen Leitfaden unter den folgenden Links zu finden:

10 Datentypen

Im Kapitel Datentypen des allgemeinen Leitfadens 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.

11 Vorgaben zum medizinischen Inhalt

Der "Befund bildgebende Diagnostik" besteht im Bereich der medizinischen Daten zumindest aus den Sections "Anamnese" und "Befund", wobei bei bestimmten Untersuchungen (z.B. Mammographie, Computertomographie, nuklearmedizinische Untersuchungen) zusätzlich die Section "Durchgeführte Untersuchung" angegeben werden muss. Folgende Grafik zeigt die dadurch mögliche Gliederung auf der ersten Ebene innerhalb des Bodys.

[Abbildung 1]: Gliederung nach obligatorischen Befundbereichen

Innerhalb der Section "Durchgeführte Untersuchung", die mehrfach in einem Befund geführt werden kann, lässt sich die beim Patienten aufgetretene Strahlenexposition nicht nur textuell, sondern auch codiert dokumentieren. Außerdem ist es möglich, bei Bedarf die Patientendosis aus der Aktivität eines applizierten Radiopharmakons bei nuklearmedizinischen Untersuchungen codiert zu hinterlegen.

Ähnlich verhält es sich mit der Section "Befund", die eine Codierung der angewendeten Klassifikation und dem dabei gewählten Wert ermöglicht. Diese Strukturierung ist in der folgenden Grafik abgebildet.

[Abbildung 2]: Strukturierung von "Durchgeführte Untersuchung" und "Befund"

12 Anwendungsfälle / User Stories

Dieses Kapitel beschreibt die Anwendungsfälle, welche für die Ermittlung der Anforderungen an die Struktur des im Implementierungsleitfaden beschriebenen Befundes „Bildgebende Diagnostik“ herangezogen wurden.

12.1 Anwendungsfall BEF01: „Einfache Untersuchung mit einer Modalität“

12.1.1 Allgemeines

Der Patient kommt zur Abklärung einer einfachen Fragestellung in die radiologische Praxis oder Abteilung. Nach Erfassung der demographischen Daten des Patienten wird entsprechend der Einweisung/Zuweisung und der durchgeführten Anamnese die Untersuchung durchgeführt.

12.1.2 Befund

Auf Basis von Einweisung/Zuweisung, Anamnese und entstandenem Bildmaterial wird ein Befund erstellt. Sollten relevante Voruntersuchungen vorliegen, werden diese bei der Erstellung des Befundes berücksichtigt.

12.1.3 Ergebnis

Der Patient und/oder der Zuweiser erhalten den geschriebenen Befund und das erstellte Bildmaterial. Im Fall der intramuralen Untersuchung verbleibt das Bildmaterial im Allgemeinen im Krankenhaus.

12.1.4 Akteure

  • Patient
  • Einweisender/Zuweisender/Überweisender Arzt
  • Empfang oder Leitstelle
  • Biomedizinische Analytiker/Radiologietechnologe
  • Radiologe
  • Schreibkraft

12.2 Anwendungsfall BEF02: „Komplexe Untersuchung mit mehreren Modalitäten“

12.2.1 Allgemeines

Der Patient kommt zur Abklärung einer „komplexen“ Fragestellung, die mehrere Modalitäten betrifft, in die radiologische Praxis oder Abteilung. Nach Erfassung der demographischen Daten des Patienten werden entsprechend der Einweisung/Zuweisung und der durchgeführten Anamnese die Untersuchungen unter Berücksichtigung etwaiger Einschränkungen bezüglich der Reihenfolge der anzuwendenden Modalitäten durchgeführt.

12.2.2 Befund

Auf Basis von Einweisung/Zuweisung, Anamnese und entstandenem Bildmaterial werden, sofern es sich um mehrere Fragestellungen handelt, mehrere Befunde erstellt. Handelt es sich um nur eine Fragestellung (z.B. Mammographie und zugehöriger Ultraschall), so wird der Befund trotz mehreren Modalitäten analog zu Anwendungsfall BEF01 erstellt. Sollten relevante Voruntersuchungen vorliegen, werden diese bei der Erstellung der Befunde berücksichtigt.

12.2.3 Ergebnis

Der Patient und/oder der Zuweiser erhalten den geschriebenen Befund und das erstellte Bildmaterial. Im Fall der intramuralen Untersuchung verbleibt das Bildmaterial im Allgemeinen im Krankenhaus.

12.2.4 Akteure

  • Patient
  • Einweisender/Zuweisender/Überweisender Arzt
  • Empfang oder Leitstelle
  • Biomedizinische Analytiker/Radiologietechnologe
  • Radiologe
  • Schreibkraft

13 Dataset

Name Beschreibung Mapping
Datum der Dokumenterstellung Relevantes Datum des Dokuments. /ClinicalDocument/effectiveTime
Patient Der Patient, an dem eine oder mehrere Untersuchungen durchgeführt werden /ClinicalDocument/recordTarget
Name Titel, Vornamen, Nachnamen /ClinicalDocument/recordTarget/patientRole/patient/name
Geburtstdatum Geburtstdatum der Person /ClinicalDocument/recordTarget/patientRole/patient/birthTime
Geschlecht Administatives Geschlecht der Person im Sinne der Anrede oder Adressierung /ClinicalDocument/recordTarget/patientRole/patient/administrativeGenderCode
LokaleID Identifikator des Patienten im lokalen IT-System (patientenbezogen, nicht fallbezogen) /ClinicalDocument/recordTarget/patientRole/id[1]
SVNR Sozialversicherungsnummer /ClinicalDocument/recordTarget/patientRole/id[2]
Adresse Straße, Hausnummer, PLZ, Ort
Qualifier zur Bezeichnung der Art der Adresse (Wohnadresse, Arbeitsadresse, Pflege, Temporär...)
/ClinicalDocument/recordTarget/patientRole/addr
Kontaktdaten Telefon, Handy, E-Mail, etc. /ClinicalDocument/recordTarget/patientRole/telecom
Autor (Dokument) Der Autor, Urheber oder Dokumentersteller ist die Person, die hauptursächlich etwas verursacht oder veranlasst oder als Initiator, Anstifter, Verfasser oder Verursacher wirkt. Der Autor kann auch ein "Dokument-erstellendes Gerät" sein, etwa ein Computerprogramm, das automatisch Daten zu einem Patienten in Form eines Befunds oder einer Zusammenfassung kombiniert. /ClinicalDocument/author
Zeitpunkt der inhaltlichen Fertigstellung Der Zeitpunkt, zu dem das Dokument verfasst bzw. inhaltlich fertiggestellt wurde. /ClinicalDocument/author/time
Kontaktdaten Telefon, Handy, E-Mail, etc. /ClinicalDocument/author/assignedAuthor/telecom
Adresse Straße, Hausnummer, PLZ, Ort
Qualifier zur Bezeichnung der Art der Adresse (Wohnadresse, Arbeitsadresse, Pflege, Temporär...)
/ClinicalDocument/author/assignedAuthor/representedOrganization/addr
Name Dokumentverfasser als Person oder Device (im Fall der zentralen Anwendung). /ClinicalDocument/author/assignedAuthor/assignedPerson

ODER

/ClinicalDocument/author/assignedAuthor/assignedAuthoringDevice
Organisation Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.

Name, Kontaktdaten
/ClinicalDocument/author/assignedAuthor/representedOrganization/name
Eintragende Person (Schreibkraft) (Dokument) Datenverarbeitende Person. Die Person, die Daten für Befund dokumentiert. /ClinicalDocument/dataEnterer
Zeitpunkt der Dokumentation Der Zeitpunkt, zu dem die Daten für den Befund von der Schreibkraft dokumentiert wurden.

Hinweis: wird aktuell nicht angezeigt.
/ClinicalDocument/dataEnterer/time
Name Titel, Vornamen, Nachnamen /ClinicalDocument/dataEnterer/assignedEntity/assignedPerson
Verwahrer des Dokuments GDA /ClinicalDocument/custodian
Organisation ID, Name, Kontaktdaten, Adresse /ClinicalDocument/custodian/assignedCustodian/representedCustodianOrganization
Unterzeichnende Person (Dokument) Der "Rechtliche Unterzeichner" oder "Hauptunterzeichner" /ClinicalDocument/legalAuthenticator
Zeitpunkt der Unterzeichnung Der Zeitpunkt, zu dem das Dokument unterzeichnet wurde.

Hinweis: wird aktuell nicht angezeigt
/ClinicalDocument/legalAuthenticator/time
Adresse w.o. /ClinicalDocument/legalAuthenticator/assignedEntity/addr
Kontaktdaten Telefon, Handy, E-Mail, etc. /ClinicalDocument/legalAuthenticator/assignedEntity/telecom
Name Titel, Vornamen, Nachnamen /ClinicalDocument/legalAuthenticator/assignedEntity/assignedPerson
Organisation Name, Kontaktdaten, Adresse /ClinicalDocument/legalAuthenticator/assignedEntity/representedOrganization
Dokumentation der Gesundheitsdienstleistung /ClinicalDocument/documentationOf/serviceEvent
Zeitraum der Gesundheitsdienstleistung /ClinicalDocument/documentationOf/serviceEvent/effectiveTime
Section Anforderung Der Inhalt der Anforderung bildet ab, was der zuweisende Arzt überprüft/ausgeschlossen wissen will. Idealerweise kommt dieser Inhalt aus einer elektronischen Überweisung. section "Anforderung"
Section Anamnese Die Anamnese enthält die professionelle Erfragung von potenziell medizinisch relevanten Informationen durch Fachpersonal (z.B. einen Arzt) basierend auf den Aussagen des Patienten (Eigenanamnese) oder einer dritten Person (Fremdanamnese) zum aktuellen Konsultationsanlass. section "Anamnese"
Section Konsultations- oder Überweisungsgrund Der Grund für eine Gesundheitsdienstleistung (z.B. bildgebende Untersuchung). section "Konsultations- oder Überweisungsgrund"
Section Status, Diagnostik und Befunde Medizinisch relevante, körperliche oder psychische Erscheinungen, Gegebenheiten, Veränderungen und Zustände eines Patienten, die durch Fachpersonal (Ärzte, anderes medizinisches Personal) im Rahmen der aktuellen Konsultation als Untersuchungsresultat erhoben werden. section "Status, Diagnostik und Befunde"
Section Durchgeführte Untersuchung Eine Kurzbeschreibung sämtlicher zur Erstellung des Befundes angewandten Techniken, Eingriffe oder sonstige Maßnahmen. section "Section Durchgeführte Untersuchung"
Strahlenexposition Dokumentation der Patientendosis bei Röntgenaufnahmen, der Computertomographie, Durchleuchtung, Interventionellen Radiologie, Mammographie und Nuklearmedizin (Wert inklusive Einheit). section "Durchgeführte Untersuchung" / entry "Strahlenexposition Entry"
Radiopharmakon Dokumentation der Patientendosis aus der Aktivität des applizierten Radiopharmakons bei nuklearmedizinischen Untersuchungen (Wert inklusive Einheit). section "Durchgeführte Untersuchung" / entry "Radiopharmakon Entry"
Section Frühere Untersuchungen und Befunde In dieser Sektion werden alle früheren Untersuchungen und Befunde mit Bildmaterial bzw. älteres Bildmaterial alleine aufgelistet, welche(s) zur Erstellung des gegenständlichen Befundes herangezogen wurden. section "Section Frühere Untersuchungen und Befunde"
Section Komplikationen Beschreibt Komplikationen, die während der bildgebenden Untersuchung aufgetreten sind. section "Section Komplikationen"
Section Befund Diese Sektion bildet das Ergebnis der „Bildgebenden Diagnostik“ ab. section "Section Befund"
Klassifikation Zur Befundung angewendete Klassifikation und Bewertung. section "Befund" / entry "Klassifikation Entry"
Section Diagnose Diese Sektion dient zur Angabe der Diagnose(n), welche im Kontext der Behandlung erhoben wurde(n). section "Section Diagnose - kodiert"
Section Zusammenfassende Beurteilung Zusammenfassende Gesamtschau und Beurteilung der erhobenen Befunde. section "Section Zusammenfassende Beurteilung"
Section Verdachtsdiagnose In dieser Sektion werden Verdachtsdiagnosen, also Diagnosen die nicht zu 100% durch die gegenständliche Untersuchung abgesichert werden konnten, dargestellt. section "Section Verdachtsdiagnose"
Section Weitere empfohlene Maßnahmen Empfehlungen für die weiteren Maßnahmen für die Behandlung und Diagnostik des Patienten (z.B. Anordnungen zum Wundmanagement, physikalische Therapien, Diätanordnungen, Präventionsmaßnahmen, etc.) als Freitext exklusive Medikations-Empfehlungen. section "Section Weitere empfohlene Maßnahmen - unkodiert"
Section Beilagen Sonstige Beilagen section "Section Beilagen"


14 Technische Spezifikation

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

Der Header entspricht im Wesentlichen den Vorgaben des Allgemeinen Leitfadens. 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.

14.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. Wo es zu keinen strukturellen Änderungen im Rahmen dieses Leitfadens gekommen ist, wird die Definition des Allgemeinen Implementierungsleitfadens verlinkt.
Element Kard/Konf Bedeutung / Link zum Kapitel
realmCode 1..1 M Hoheitsbereich des Dokuments
typeId 1..1 M Kennzeichnung CDA R2
templateId 3..* M Definition im Allgemeinen Implementierungsleitfaden: Kennzeichnung von Strukturvorschriften

Erlaubte Werte sind den jeweiligen Definitionen der Document Level Templates zu entnehmen.

id 1..1 M Dokumenten-Id
code

  translation

1..1 M

  1..1 M

Definition im Allgemeinen Implementierungsleitfaden: Klassifikation des Dokuments (fein und grob)

Erlaubte Werte sind den jeweiligen Definitionen der Document Level Templates zu entnehmen.

title 1..1 M Titel des Dokuments
sdtc:statusCode 0..1 C Definition im Allgemeinen Implementierungsleitfaden: Status des Dokuments
hl7at:terminologyDate 1..1 M Terminologie-Datum des Dokuments
hl7at:formatCode 1..1 M Definition im Allgemeinen Implementierungsleitfaden: FormatCode des Dokuments

Erlaubter Wert ist den Definitionen der Document Level Templates zu entnehmen.

hl7at:practiceSettingCode 1..1 M Fachliche Zuordnung des Dokuments
effectiveTime 1..1 M Erstellungsdatum des Dokuments
confidentialityCode 1..1 M Vertraulichkeitscode
languageCode 1..1 M Sprachcode des Dokuments
setId

versionNumber

1..1 M

1..1 M

Versionierung des Dokuments
recordTarget 1..1 M Patient
recordTarget de-identified 0..0 NP Anonymer oder pseudonymisierter Patient
author 1..* M Definition im Allgemeinen Implementierungsleitfaden: Verfasser des Dokuments

Es MUSS immer zumindest eine Person als Author angeführt sein.

dataEnterer 0..1 O Personen der Dateneingabe
informant 0..0 NP Informant
custodian 1..1 M Verwahrer des Dokuments
informationRecipient 0..* O Beabsichtigte Empfänger des Dokuments
legalAuthenticator C Rechtlicher Unterzeichner, wird im speziellen Leitfaden definiert.
  • Der rechtliche Unterzeichner (legalAuthenticator) MUSS im Regelfall angegeben werden (M [1..1])
  • Ausnahme: Für multidisziplinäre Befunde (wenn Fachärzte mit unterschiedlicher Fachrichtung die Befunde gleichermaßen verantworten) ist die Angabe verboten (NP), aber es MÜSSEN mindestens zwei weitere Unterzeichner (authenticator) angegeben werden (M [2..*]).
authenticator 0..* O Definition im Allgemeinen Implementierungsleitfaden: Weitere Unterzeichner

Entweder ist ein rechtlicher Unterzeichner (legalAuthenticator) angegeben oder aber mindestens zwei weitere Unterzeichner (authenticator).

participant[@typeCode='REF'] 0..1 R Einweisender/Zuweisender/Überweisender Arzt
participant[@typeCode='CALLBCK'] 1..1 M Fachlicher Ansprechpartner
participant 0..* O Weitere Beteiligte
inFulfillmentOf 0..* R Zuweisung und Ordermanagement
documentationOf

  serviceEvent

    performer

1..* M

  1..1 M

    0..* C

Documentation Of Service Event - Befund bildgebende Diagnostik
relatedDocument 0..1 O Bezug zu vorgehenden Dokumenten
authorization 0..0 NP Einverständniserklärung
componentOf

  encompassingEncounter

0..1 O

  1..1 M

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

14.2 Übersichtstabelle der CDA Strukturen des Bodys

Die folgende Tabelle gibt die im ELGA Befund bildgebende Diagnostik verwendeten Sections und Entries wieder. Angaben über die Verwendung einzelner Elemente können - sofern nicht in dieser Tabelle aufgeführt - in den jeweiligen Section- oder Entry-Spezifikationen gefunden werden (aus Gründen der Übersichtlichkeit wurde auf die Darstellung aller Ebenen verzichtet).

Section bzw. Entry Template ID Kard/Konf Kapitel
Brieftext 1.2.40.0.34.6.0.11.2.69 0..1 O Template-Spezifikation
Anforderung 1.2.40.0.34.6.0.11.2.131 0..1 O Template-Spezifikation
Anamnese 1.2.40.0.34.6.0.11.2.10 1..1 M Template-Spezifikation
"Frühere Erkrankungen und Maßnahmen" können codiert oder uncodiert angegeben werden:
Frühere Erkrankungen und Maßnahmen - unkodiert 1.2.40.0.34.6.0.11.2.16 0..1 O Template-Spezifikation
Frühere Erkrankungen ICD-10 und Maßnahmen - kodiert 1.2.40.0.34.6.0.11.2.74 0..1 O Template-Spezifikation
Problem Concern Entry 1.2.40.0.34.6.0.11.3.7 1..* M Template-Spezifikation
ELGA History of Procedures 1.2.40.0.34.6.0.11.3.48 0..* R Template-Spezifikation
Fachspezifische Anamnese 1.2.40.0.34.6.0.11.2.98 0..1 O Template-Spezifikation
"Schwangerschaften" können codiert oder uncodiert angegeben werden:
Schwangerschaften - unkodiert 1.2.40.0.34.6.0.11.2.49 0..1 O Template-Spezifikation
Schwangerschaften - kodiert 1.2.40.0.34.6.0.11.2.48 0..1 O Template-Spezifikation
Aktuelle Schwangerschaft Entry 1.2.40.0.34.6.0.11.3.44 1..1 M Template-Spezifikation
Bisherige Schwangerschaften Entry 1.2.40.0.34.6.0.11.3.46 0..* R Template-Spezifikation
"Medizinische Geräte und Implantate" können codiert oder uncodiert angegeben werden:
Medizinische Geräte und Implantate - unkodiert 1.2.40.0.34.6.0.11.2.50 0..1 O Template-Spezifikation
Medizinische Geräte und Implantate - kodiert 1.2.40.0.34.6.0.11.2.60 0..1 O Template-Spezifikation
Medical Device Entry 1.2.40.0.34.6.0.11.3.39 1..* M Template-Spezifikation
"Beeinträchtigungen" können codiert oder uncodiert angegeben werden:
Beeinträchtigungen - unkodiert 1.2.40.0.34.6.0.11.2.52 0..1 O Template-Spezifikation
Beeinträchtigungen - kodiert 1.2.40.0.34.6.0.11.2.51 0..1 O Template-Spezifikation
Functional Status Entry 1.2.40.0.34.6.0.11.3.47 1..* M Template-Spezifikation
"Impfungen" können codiert oder uncodiert angegeben werden:
Impfungen - unkodiert 1.2.40.0.34.6.0.11.2.53 0..1 O Template-Spezifikation
Impfungen - kodiert 1.2.40.0.34.6.0.11.2.1 0..1 O Template-Spezifikation
Immunization Entry 1.2.40.0.34.6.0.11.3.1 0..* O Template-Spezifikation
Immunization Entry Impfung nicht angegeben 1.2.40.0.34.6.0.11.3.28 0..1 O Template-Spezifikation
"Lebensstil" kann codiert oder uncodiert angegeben werden:
Lebensstil - unkodiert 1.2.40.0.34.6.0.11.2.54 0..1 O Template-Spezifikation
Lebensstil - kodiert 1.2.40.0.34.6.0.11.2.55 0..1 O Template-Spezifikation
Lebensstil Tabakkonsum Nominal Entry 1.2.40.0.34.6.0.11.3.41 1..1 M Template-Spezifikation
Lebensstil Tabakkonsum Quantitativ Entry 1.2.40.0.34.6.0.11.3.40 0..1 R Template-Spezifikation
Lebensstil Alkoholkonsum Nominal Entry 1.2.40.0.34.6.0.11.3.43 1..1 M Template-Spezifikation
Lebensstil Alkoholkonsum Quantitativ Entry 1.2.40.0.34.6.0.11.3.42 0..1 R Template-Spezifikation
Konsultations- oder Überweisungsgrund 1.2.40.0.34.6.0.11.2.17 0..1 O Template-Spezifikation
Status, Diagnostik und Befunde 1.2.40.0.34.6.0.11.2.11 0..1 O Template-Spezifikation
Status 1.2.40.0.34.6.0.11.2.20 0..1 R Template-Spezifikation
Vitalparameter 1.2.40.0.34.6.0.11.2.68 0..1 R Template-Spezifikation
Fachspezifische Diagnostik 1.2.40.0.34.6.0.11.2.19 0..1 R Template-Spezifikation
Ausstehende Befunde 1.2.40.0.34.6.0.11.2.72 0..1 R Template-Spezifikation
Durchgeführte Untersuchung 1.2.40.0.34.6.0.11.2.84 0..* C Template-Spezifikation
Strahlenexposition Entry 1.2.40.0.34.6.0.11.3.183 0..* O Template-Spezifikation
Radiopharmakon Entry 1.2.40.0.34.6.0.11.3.184 0..* O Template-Spezifikation
Frühere Untersuchungen und Befunde 1.2.40.0.34.6.0.11.2.132 0..1 O Template-Spezifikation
Komplikationen 1.2.40.0.34.6.0.11.2.133 0..1 O Template-Spezifikation
Befund 1.2.40.0.34.6.0.11.2.134 1..1 M Template-Spezifikation
Klassifikation Entry 1.2.40.0.34.6.0.11.3.182 0..1 O Template-Spezifikation
Diagnose 1.2.40.0.34.6.0.11.2.96 0..1 O Template-Spezifikation
Problem Concern Entry 1.2.40.0.34.6.0.11.3.7 1..* M Template-Spezifikation
Zusammenfassende Beurteilung 1.2.40.0.34.6.0.11.2.25 0..1 O Template-Spezifikation
Gesundheitsproblem Bedenken Entry 1.2.40.0.34.11.13.3.6 0..* O Template-Spezifikation
Verdachtsdiagnose 1.2.40.0.34.6.0.11.2.135 0..1 O Template-Spezifikation
Weitere empfohlene Maßnahmen 1.2.40.0.34.6.0.11.2.23 0..1 O Template-Spezifikation
Termine, Kontrollen, Wiederbestellungen 1.2.40.0.34.6.0.11.2.42 0..1 R Template-Spezifikation
Empfohlene Anordnungen Pflege 1.2.40.0.34.6.0.11.2.73 0..1 R Template-Spezifikation
Geplante Untersuchungen 1.2.40.0.34.6.0.11.2.43 0..1 R Template-Spezifikation
Konservative Therapie 1.2.40.0.34.6.0.11.2.44 0..1 R Template-Spezifikation
Chirurgische Therapie 1.2.40.0.34.6.0.11.2.45 0..1 R Template-Spezifikation
Abschließende Bemerkungen 1.2.40.0.34.6.0.11.2.70 0..1 O Template-Spezifikation
Beilagen 1.2.40.0.34.6.0.11.2.71 0..1 O Template-Spezifikation
[Tabelle 2]:Übersichtstabelle der CDA Strukturen des Bodys des Befundes bildgebende Diagnostik

14.3 CDA Templates

14.3.1 Document Level Template

Id1.2.40.0.34.6.0.11.0.17Gültigkeit2024‑10‑14 07:35:43
Andere Versionen mit dieser Id:
  • Kblank.png atbgd_document_BefundBildgebendeDiagnostik vom 2024‑06‑28 10:28:07
  • Kblank.png atbgd_document_BefundBildgebendeDiagnostik vom 2023‑08‑08 11:24:36
StatusKgreen.png AktivVersions-Label3.0.1+20240911
Nameatbgd_document_BefundBildgebendeDiagnostikBezeichnungBefund bildgebende Diagnostik
Beschreibung
Document Level Template Befund bildgebende Diagnostik
IN BEARBEITUNG 
KontextPfadname /
KlassifikationCDA Document Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 45 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.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.21InklusionKgreen.png Participant Ein-, Ueber-, Zuweisender Arzt (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.1.55InklusionKgreen.png Documentation Of Service Event - Befund bildgebende Diagnostik (1.0.0+20240628)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.50InklusionKgreen.png Component Of - Encompassing Encounter with id (1.0.1+20230717)2023‑02‑28 10:37:28
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.131ContainmentKgreen.png Anforderung (1.0.0+20240628)DYNAMIC
1.2.40.0.34.6.0.11.2.10ContainmentKgreen.png Anamnese (1.0.0+20201105)DYNAMIC
1.2.40.0.34.6.0.11.2.17ContainmentKgreen.png Konsultations- oder Überweisungsgrund - unkodiert (1.0.0+20201119)DYNAMIC
1.2.40.0.34.6.0.11.2.11ContainmentKgreen.png Status, Diagnostik und Befunde - unkodiert (1.0.0+20201105)DYNAMIC
1.2.40.0.34.6.0.11.2.84ContainmentKgreen.png Durchgeführte Untersuchung (1.0.0+20240628)DYNAMIC
1.2.40.0.34.6.0.11.2.132ContainmentKgreen.png Frühere Untersuchungen und Befunde (1.0.0+20240628)DYNAMIC
1.2.40.0.34.6.0.11.2.133ContainmentKgreen.png Komplikationen (1.0.0+20240628)DYNAMIC
1.2.40.0.34.6.0.11.2.134ContainmentKgreen.png Befund (1.0.0+20240628)DYNAMIC
1.2.40.0.34.6.0.11.2.96ContainmentKgreen.png Diagnose - kodiert (1.1.2+20240628)DYNAMIC
1.2.40.0.34.6.0.11.2.25ContainmentKgreen.png Zusammenfassende Beurteilung (1.0.0+20201105)DYNAMIC
1.2.40.0.34.6.0.11.2.135ContainmentKgreen.png Verdachtsdiagnose (1.0.0+20240628)DYNAMIC
1.2.40.0.34.6.0.11.2.23ContainmentKgreen.png Weitere empfohlene Maßnahmen - unkodiert (1.0.0+20201105)DYNAMIC
1.2.40.0.34.6.0.11.2.70ContainmentKgreen.png Abschließende Bemerkung (1.0.1+20210628)DYNAMIC
1.2.40.0.34.6.0.11.2.71ContainmentKgreen.png Beilagen (1.0.2+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.33InklusionKgreen.png Stylesheet Test eBefund (1.0.1+20210628)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.0.17 Befund bildgebende Diagnostik (2024‑06‑28 10:28:07)
ref
elgabgd-

Version: Template 1.2.40.0.34.6.0.11.0.17 Befund bildgebende Diagnostik (2023‑08‑08 11:24:36)
ref
elgabgd-
ItemDTKardKonfBeschreibungLabel
hl7:ClinicalDocument
(atb...tik)
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“)
(atb...tik)
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
(atb...tik)
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).(atb...tik)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.0.1
Treetree.pnghl7:templateId
II1 … 1M
OID des Implementierungsleitfadens "Befund bildgebende Diagnostik" (Dokument-OID). Dient als informative Referenz.
(atb...tik)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.7.5.9.3
Treetree.pnghl7:templateId
II1 … 1M
OID des Art-Decor-Templates für das Dokument "Befund bildgebende Diagnostik" (Document Level Template für Schematron)
(atb...tik)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.0.17
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.
(atb...tik)
Treeblank.pngTreetree.png@root
uid1 … 1R
Treetree.pnghl7:code
CE1 … 1M
Gemäß dem Inhalt eines Dokuments erfolgt eine entsprechende Klassifizierung, welche im „code“ Element dargestellt wird. Für den Befund bildgebende Diagnostik ist der Dokumententyp (/ClinicalDocument/code) aus dem Unterknoten von 18748-4 Diagnostic imaging study im Value-Set ELGA_Dokumentenklassen 1.2.40.0.34.10.39  zu entnehmen. Die Klassifizierung eines Befunds „Bildgebende Diagnostik“ erfolgt mit dem für die durchgeführte Untersuchung zutreffendsten Code. Sollte kein spezifischer Code wählbar sein, so ist der übergeordnete Code für das Dokument zu wählen.


↔ Hinweis zum XDS-Mapping:

  • Das code-Element wird in das XDS-Metadaten-Attribut XDSDocumentEntry.typeCode übernommen.
  • Das translation-Element wird in das XDS-Metadaten-Attribut XDSDocumentEntry.classCode übernommen.
(atb...tik)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.39 ELGA_Dokumentenklassen (DYNAMIC)
Treeblank.pngTreetree.pnghl7:translation
CD1 … 1M
Die Dokumentenklasse ist immer mit (/ClinicalDocument/code/translation) 18748-4 Diagnostic imaging study anzugeben.
 
(atb...tik)
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FLOINC
Treeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Der Wert soll dem zum Zeitpunkt der Verwendung des Templates definierten Wert im Codesystem entsprechen.
Treeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1F18748-4
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1M

Der Titel des Dokuments kann frei vergeben werden, wobei der Titel nicht in Widerspruch zum Dokumenteninhalt stehen darf. Vorzugsweise wird ein „sprechender“ Titel verwendet (z.B. „MRT Knie links“). Der Titelvorschlag „Befund bildgebende Diagnostik“ kann für alle Dokumente verwendet werden.

Wenn z.B. bei der Übernahme der Information aus einem DICOM SR (Structured Report) kein Titel zur Verfügung steht, so ist die deutsche Bezeichnung des gewählten LOINC zur Befüllung heranzuziehen.

(atb...tik)
Eingefügt0 … 1C von 1.2.40.0.34.6.0.11.1.45 Document StatusCode (DYNAMIC)
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!
(atb...tik)
 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.
(atb...tik)
 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.
(atb...tik)
Treeblank.pngTreetree.png@code
st1 … 1R
Treeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FELGA_FormatCode
Treeblank.pngTreetree.png@codeSystem
CONF1 … 1F1.2.40.0.34.5.37
 Schematron assertrole error 
 testmatches(@code, '^urn:hl7-at:bgd:3\.[0-9]+\.[0-9]+\+[0-9]{8}$') 
 MeldungEs MUSS die neue Hauptversion v3 im Attribut code im formatCode verwendet werden. 
 Schematron assertrole error 
 testmatches(@displayName, '^ELGA Befund bildgebende Diagnostik 3\.[0-9]+\.[0-9]+\+[0-9]{8}$') 
 MeldungEs MUSS die neue Hauptversion v3 im Attribut displayName im formatCode verwendet werden. 
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(atb...tik)
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)
Erstellungsdatum des Dokuments.
Treetree.pnghl7:effectiveTime
TS.AT.TZ1 … 1M
Relevantes Datum des Dokuments.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
(atb...tik)
 
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“. 
(atb...tik)
 
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.
(atb...tik)
 
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.
(atb...tik)
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.
(atb...tik)
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.(atb...tik)
 
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.
(atb...tik)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPAT
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II2 … *RPatientenidentifikatoren(atb...tik)
 
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 noch in allfälligen Downloads enthalten sein (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)
(atb...tik)
 
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.
(atb...tik)
 
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.
(atb...tik)
 
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)(atb...tik)
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!
(atb...tik)
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).(atb...tik)
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(atb...tik)
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(atb...tik)
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(atb...tik)
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(atb...tik)
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.

(atb...tik)
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(atb...tik)
 
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(atb...tik)
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.(atb...tik)
 
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.(atb...tik)
 
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“
(atb...tik)
 
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“
(atb...tik)
 
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!
(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:ethnic​Group​Code
NPEthnische Zugehörigkeit des Patienten.
Darf nicht verwendet werden!
(atb...tik)
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.
(atb...tik)
 
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)
(atb...tik)
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.
(atb...tik)
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)
(atb...tik)
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)
(atb...tik)
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)
(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthplace
0 … 1RGeburtsort des Patienten.(atb...tik)
 
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(atb...tik)
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)
(atb...tik)
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)
(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Communication
0 … *R
Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten.
(atb...tik)
 
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).
(atb...tik)
 
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“
(atb...tik)
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“
(atb...tik)
 
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.(atb...tik)
 
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.
(atb...tik)
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.
(atb...tik)
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(atb...tik)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS.AT.TZ0 … 1(atb...tik)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1M(atb...tik)
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. 
(atb...tik)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atb...tik)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atb...tik)
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.
(atb...tik)
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.
(atb...tik)
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)
(atb...tik)
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)
(atb...tik)
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)
(atb...tik)
 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.


 Schematron assertrole error 
 testcount(hl7:author/hl7:assignedAuthor/hl7:assigned​Person)>0 
 MeldungEs MUSS immer zumindest eine Person als Autor angeführt sein. 
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
(atb...tik)
 
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.
(atb...tik)
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)(atb...tik)
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.4 Custodian (DYNAMIC)
Treetree.pnghl7:custodian
1 … 1MVerwahrer des Dokuments.(atb...tik)
 
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(atb...tik)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Custodian​Organization
1 … 1M(atb...tik)
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.
(atb...tik)
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.(atb...tik)
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.(atb...tik)
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)
(atb...tik)
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. 
(atb...tik)
 
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(atb...tik)
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.
(atb...tik)
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 (atb...tik)
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 (atb...tik)
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)(atb...tik)
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)(atb...tik)
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.
(atb...tik)
 
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.(atb...tik)
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.
(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(atb...tik)
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)
(atb...tik)
wo [not(@nullFlavor)]
EingefügtC von 1.2.40.0.34.6.0.11.1.5 Legal Authenticator (DYNAMIC)
 Constraint
  • Der rechtliche Unterzeichner (legalAuthenticator) MUSS im Regelfall angegeben werden (M [1..1])
  • Ausnahme: Für multidisziplinäre Befunde (wenn Fachärzte mit unterschiedlicher Fachrichtung die Befunde gleichermaßen verantworten) ist die Angabe verboten (NP), aber es MÜSSEN mindestens zwei weitere Unterzeichner (authenticator) angegeben werden (M [2..*]).
Treetree.pnghl7:legalAuthenticator
CHauptunterzeichner, Rechtlicher Unterzeichner
(atb...tik)
 
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(atb...tik)
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(atb...tik)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1MSignaturcode gibt an, dass das Originaldokument unterzeichnet wurde.
(atb...tik)
 
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)
(atb...tik)
Eingefügt0 … * von 1.2.40.0.34.6.0.11.1.6 Authenticator (DYNAMIC)
 Constraint
test:  hl7:legalAuthenticator or count(hl7:authenticator)>=2

meldung:  Entweder es ist ein Rechtlicher Unterzeichner (legalAuthenticator) angegeben oder aber mindestens zwei weitere Unterzeichner (authenticator).

Treetree.pnghl7:authenticator
0 … *Weitere Unterzeichner.(atb...tik)
 
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(atb...tik)
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(atb...tik)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1M(atb...tik)
 
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.
(atb...tik)
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 … *(atb...tik)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atb...tik)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atb...tik)
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)(atb...tik)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1(atb...tik)
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.
(atb...tik)
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)
(atb...tik)
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)
(atb...tik)
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.20 Participant Fachlicher Ansprechpartner (DYNAMIC)
Treetree.pnghl7:participant
1 … 1MFachlicher Ansprechpartner
(atb...tik)
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
(atb...tik)
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.
(atb...tik)
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(atb...tik)
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.
(atb...tik)
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)
(atb...tik)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT1 … *MBeliebig viele Kontaktdaten des Beteiligten.(atb...tik)
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)
(atb...tik)
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.

(atb...tik)
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.(atb...tik)
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.
(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(atb...tik)
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)
(atb...tik)
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).(atb...tik)
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
(atb...tik)
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
(atb...tik)
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.
(atb...tik)
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 … *(atb...tik)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atb...tik)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atb...tik)
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)
(atb...tik)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … * Beliebig viele Kontaktdaten des Hausarztes.
(atb...tik)
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)(atb...tik)
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)(atb...tik)
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.
(atb...tik)
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.(atb...tik)
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.
(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(atb...tik)
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)
(atb...tik)
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)
(atb...tik)
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
(atb...tik)
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)
(atb...tik)
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1MBeschreibung der Entität.
(atb...tik)
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. (atb...tik)
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)
(atb...tik)
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(atb...tik)
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" (atb...tik)
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)(atb...tik)
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)(atb...tik)
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.

(atb...tik)
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.(atb...tik)
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.
(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(atb...tik)
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)
(atb...tik)
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)
(atb...tik)
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
(atb...tik)
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.
(atb...tik)
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.(atb...tik)
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)
(atb...tik)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … * Beliebig viele Kontaktdaten des Beteiligten.
(atb...tik)
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)(atb...tik)
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)(atb...tik)
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)(atb...tik)
Eingefügt0 … * von 1.2.40.0.34.6.0.11.1.26 Participant Versicherung (DYNAMIC)
Treetree.pnghl7:participant
0 … *Beteiligter (Versicherter/Versicherung).(atb...tik)
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
(atb...tik)
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)
(atb...tik)
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1M(atb...tik)
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(atb...tik)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atb...tik)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atb...tik)
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.


(atb...tik)
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)
(atb...tik)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … * Beliebig viele Kontaktdaten des Beteiligten.
(atb...tik)
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)
(atb...tik)
 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.

(atb...tik)
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.(atb...tik)
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.
(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(atb...tik)
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)
(atb...tik)
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)(atb...tik)
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
(atb...tik)
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.
(atb...tik)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FCAREGIVER
 Betreuer
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
1 … 1MBetreuende Organisation(atb...tik)
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.(atb...tik)
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.
(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(atb...tik)
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)
(atb...tik)
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)(atb...tik)
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
(atb...tik)
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.
(atb...tik)
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.
(atb...tik)
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)
(atb...tik)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Beliebig viele Kontaktdaten des Beteiligten.
(atb...tik)
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)
(atb...tik)
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.
(atb...tik)
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.(atb...tik)
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.
(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(atb...tik)
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)
(atb...tik)
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(atb...tik)
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(atb...tik)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.1.21
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1M(atb...tik)
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 … *(atb...tik)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atb...tik)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atb...tik)
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)
(atb...tik)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … * Beliebig viele Kontaktdaten des einweisenden/zuweisenden/überweisenden Arztes
(atb...tik)
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)(atb...tik)
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)(atb...tik)
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.
(atb...tik)
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.(atb...tik)
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.
(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(atb...tik)
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)
(atb...tik)
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.
(atb...tik)
 
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.
(atb...tik)
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.
(atb...tik)
 
Target.png
at-cda-bbr-data​element-43Kyellow.png ID Kyellow.png Dataset A Allgemeiner Leitfaden
Eingefügt1 … *M von 1.2.40.0.34.6.0.11.1.55 Documentation Of Service Event - Befund bildgebende Diagnostik (DYNAMIC)
Treetree.pnghl7:documentationOf
1 … *MKomponente für die Gesundheitsdienstleistung.
(atb...tik)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FDOC
Treeblank.pngTreetree.pnghl7:serviceEvent
1 … 1M
Gesundheitsdienstleistung.
(atb...tik)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atb...tik)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:code[not(@nullFlavor)]
  • hl7:code[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1
Zugelassene nullFlavor: UNK
 
Im Code wird der der durchgeführten Untersuchung entsprechende APPC angegeben.

Als DisplayName ist eine freie, textliche Repräsentation der durchgeführten Untersuchung anzugeben (z.B. „Röntgen Appendix“). Diese textliche Repräsentation darf keinesfalls im Widerspruch zum gewählten APPC stehen. Bei automatischer Generierung des DisplayNames kann eine Konkatenation der Bezeichnungen der vier Achsen vorgenommen werden, z.B. für den APPC "3.4.0.5-3-3": "MRT.Unpaarig.Prozedur nicht näher bestimmt.Lendenwirbelsäule“.


↔ Hinweis zum XDS-Mapping:
Dieses Element wird ins XDS-Attribut eventCodeList gemappt.
(atb...tik)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FAPPC
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Ein der Untersuchung entsprechender Code aus dem APPC (z.B.: 1.4.0.4-2-3-1).
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F1.2.40.0.34.5.38
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Freie textliche Repräsentation des APPC, darf nicht im Widerspruch zum Code liege.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(atb...tik)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS1 … 1M
Als Zeitangabe MUSS der Zeitraum des Pflege- oder Betreuungsverhältnisses angegeben werden.

Der Zeitraum des Aufenthalts erstreckt sich vom Zeitpunkt der ersten Untersuchung bis zum Zeitpunkt der letzten Untersuchung.

Hinweis: Der Zeitpunkt der Untersuchung ist durch die durchführende Organisation festzulegen, sinnvollerweise ist dies jeweils der Beginn der Untersuchungen. Auch wenn nur eine Untersuchung dokumentiert wird, MUSS an dieser Stelle ein Zeitintervall angegeben werden. Das kann z.B. durch Angabe von Beginn und Ende der Untersuchung geschehen.

↔ 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 letzten documentationOf/serviceEvent-Elements 
(atb...tik)
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(atb...tik)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(atb...tik)
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(atb...tik)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(atb...tik)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreetree.pnghl7:performer
0 … *R
Person oder Organisation, die die Gesundheitsdienstleistung durchführt.
Aus Gründen der Kompatibilität zur automatischen Überführung eines Befundes von DICOM SR in CDA kann eine durchführende Entität der Gesundheitsdienstleistung angegeben werden.
(atb...tik)
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 … 1RFunktionscode(atb...tik)
 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_TSNP
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
(atb...tik)
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(atb...tik)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(atb...tik)
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(atb...tik)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(atb...tik)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
1 … 1M(atb...tik)
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 … *(atb...tik)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atb...tik)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atb...tik)
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)(atb...tik)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1(atb...tik)
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.
(atb...tik)
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)
(atb...tik)
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)
(atb...tik)
Eingefügt0 … 1 von 1.2.40.0.34.6.0.11.1.14 Document Replacement - Related Document (DYNAMIC)
Treetree.pnghl7:relatedDocument
0 … 1(atb...tik)
 
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.
(atb...tik)
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.
(atb...tik)
Eingefügt0 … 1 von 1.2.40.0.34.6.0.11.1.50 Component Of - Encompassing Encounter with id (2023‑02‑28 10:37:28)
Treetree.pnghl7:componentOf
0 … 1Komponente für den Patientenkontakt.
(atb...tik)
 
Target.png
at-cda-bbr-data​element-33Kyellow.png Patientenkontakt Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.pnghl7:encompassing​Encounter
1 … 1MPatientenkontakt.
(atb...tik)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FENC
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1Identifikationselement zur Aufnahme der Aufenthaltszahl(atb...tik)
wo [not(@nullFlavor)]
 
Target.png
at-cda-bbr-data​element-34Kyellow.png ID Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1RAufenthaltszahl, z.B.: Az123456
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1ROID der Liste der Aufenthaltszahlen der Organisation
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@assigningAuthorityName
st0 … 1 Name der Stelle, welche die ID zugewiesen hat, z.B.: "Amadeus Spital".
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atb...tik)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1MCodierung des Patientenkontakts.
(atb...tik)
 
Target.png
at-cda-bbr-data​element-39Kyellow.png Art des Aufenthalts Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FHL7:ActCode
Treeblank.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.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)
(atb...tik)
 
Target.png
at-cda-bbr-data​element-37Kyellow.png Beginn des Patientenkontaktes Kyellow.png Dataset A Allgemeiner Leitfaden
 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.
(atb...tik)
 
Target.png
at-cda-bbr-data​element-40Kyellow.png Verantwortliche Person Kyellow.png Dataset A Allgemeiner Leitfaden
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.

Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
(atb...tik)
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(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FLOC
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:health​Care​Facility
1 … 1M(atb...tik)
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.
(atb...tik)
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)
(atb...tik)
Treetree.pnghl7:component
1 … 1M(atb...tik)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:structuredBody
1 … 1M(atb...tik)
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)(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.131 Anforderung (DYNAMIC)(atb...tik)
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.10 Anamnese (DYNAMIC)(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.17 Konsultations- oder Überweisungsgrund - unkodiert (DYNAMIC)(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.11 Status, Diagnostik und Befunde - unkodiert (DYNAMIC)(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … *CBeinhaltet 1.2.40.0.34.6.0.11.2.84 Durchgeführte Untersuchung (DYNAMIC)(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
 Constraint
Bei Röntgenaufnahmen, Durchleuchtungen und interventionellen Untersuchungen MUSS eine Dokumentation des Dosisflächenprodukts im Befund erfolgen. Im Bereich der Mammografie MUSS vorzugsweise die mittlere Parenchymdosis oder alternativ die Eingangsdosis dokumentiert werden. Für die Computertomographie MUSS das Dosislängenprodukt und für die Nuklearmedizin MUSS die applizierte Aktivität inklusive Radiopharmakon im Befund aufgenommen werden. Für diese Untersuchungen ist diese Section daher zwingend erforderlich (Konformität M).
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.132 Frühere Untersuchungen und Befunde (DYNAMIC)(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.133 Komplikationen (DYNAMIC)(atb...tik)
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.134 Befund (DYNAMIC)(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.96 Diagnose - kodiert (DYNAMIC)(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.25 Zusammenfassende Beurteilung (DYNAMIC)(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.135 Verdachtsdiagnose (DYNAMIC)(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.23 Weitere empfohlene Maßnahmen - unkodiert (DYNAMIC)(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.70 Abschließende Bemerkung (DYNAMIC)(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.71 Beilagen (DYNAMIC)(atb...tik)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Eingefügt von 1.2.40.0.34.6.0.11.9.33 Stylesheet Test eBefund (DYNAMIC)
 Schematron assertrole error 
 testmatches(//processing-instruction('xml-stylesheet'), '[^\w]ELGA_Stylesheet_v1.0.xsl[^\w]') 
 Meldung(xml-processing-instr): Es muss ein xml-stylesheet-Prologattribut anwesend sein mit dem Wert für @href=ELGA_Stylesheet_v1.0.xsl 


14.3.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-Elemente, welche spezifisch für den Befund bildgebende Diagnostik angepasst wurden oder für die es spezielle Einschränkungen in Form von Asserts gibt, sind grundsätzlich der Spezifikation im Kapitel Document Level Template zu entnehmen.

Diese angepassten bzw. betroffenen Elemente umfassen:

  • /ClinicalDocument/templateId[1-3]
  • /ClinicalDocument/code + translation
  • /ClinicalDocument/title
  • /ClinicalDocument/sdtc:statusCode
  • /ClinicalDocument/hl7at:terminologyDate
  • /ClinicalDocument/hl7at:formatCode
  • /ClinicalDocument/hl7at:practiceSettingCode
  • /ClinicalDocument/hl7:componentOf/hl7:encompassingEncounter

14.3.2.1 Teilnehmende Parteien

Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadensmit folgenden Änderungen:

14.3.2.1.1 Rechtlicher Unterzeichner (legalAuthenticator)

Als rechtlicher Unterzeichner MUSS eine natürliche Person angegeben werden.

Für „multidisziplinäre Befunde“ KANN die Angabe des legalAuthenticator entfallen, wenn mindestens zwei authenticator-Elemente vorhanden sind. Multidisziplinäre Befunde liegen vor, wenn mehrere Fachärzte mit unterschiedlicher Fachrichtung gleichermaßen an der Erstellung beteiligt sind und keiner dieser als Hauptunterzeichner eingetragen werden kann.

14.3.2.1.2 Weitere Beteiligte („participants“)

Im Befund „Bildgebende Diagnostik“ MUSS der „Fachliche Ansprechpartner“ (participant @typeCode='CALLBCK') mit vollständiger Kontaktadresse inklusive Telefonnummer angegeben werden.

Zweck dieser Information ist es, etwaige Anfragen der Dokumentempfänger an den Dokumentersteller zu kanalisieren. Es obliegt der Organisation des Dokumenterstellers, diese Information gemäß ihren eigenen Richtlinien zu befüllen.

14.3.2.1.3 Beabsichtigte Empfänger des Dokuments („informationRecipient“)

Im klinischen Alltag werden medizinische Dokumente häufig an den Patienten gerichtet –dieser kann dann auch als InformationRecipient zusätzlich eingetragen werden. Ein Strukturbeispiel findet sich im Allgemeinen Implementierungsleitfaden.

14.3.2.2 Service Events („documentationOf/serviceEvent“)

Id1.2.40.0.34.6.0.11.1.55Gültigkeit2024‑03‑07 15:12:25
StatusKgreen.png AktivVersions-Label1.0.0+20240628
Nameelgabgd_header_DocumentationOfServiceEventBefundBildgebendeDiagnostikBezeichnungDocumentation Of Service Event - Befund bildgebende Diagnostik
Beschreibung
Dokumentation der Gesundheitsdienstleistung.

Mit der Assoziation documentationOf/serviceEvent wird die eigentliche Gesundheitsdienstleistung repräsentiert, die in dem Dokument dokumentiert wird (z.B. eine Koloskopie, Appendektomie, etc.). Dies ist in engem Zusammenhang mit dem Dokumententyp zu sehen, der in ClinicalDocument/code wiedergegeben ist. Mit der documentationOf Beziehung kann die dokumentierte Gesundheitsdienstleistung näher spezifiziert werden. Dies darf natürlich nicht im Widerspruch zum Dokumententyp stehen.

Die Sinnhaftigkeit und der Nutzen von angegebenen Gesundheitsdienstleistungen hängen entscheidend von der eingesetzten Codeliste ab. Im Rahmen einer Arbeitsgruppe wurde von der BURA der APPC (Austrian PACS Procedure Code) entwickelt. Dieser ist ausschließlich für das Beschlagworten und dadurch rasche Auffinden von Befunden gedacht. Sofern zur Erstellung eines Befundes mehrere Modalitäten zum Einsatz kommen, sind auch entsprechend mehrere Codes anzugeben.

Für eine benutzerfreundliche Anwendung des APPC wird empfohlen, den APPC möglichst automatisiert aus bestehenden internen Codierungen zu verknüpfen/mappen.

Als Zeitangabe MUSS der Zeitraum der Untersuchung(en) (erste bis letzte Untersuchung) angegeben werden. Die durchführende Organisationseinheit legt fest, welche Zeitpunkte der ersten bzw. letzten Untersuchung herangezogen werden. Wenn es sich um nur eine Untersuchung handelt, so sind Start- und Endzeitpunkt anzugeben.

Sind Datum und Uhrzeit bekannt, so ist beides anzugeben, anderenfalls reicht auch die Angabe des Datums (Formate gem. Allgemeinem Implementierungsleitfaden)

ACHTUNG: Diese Zeitangaben werden in die Dokument-Metadaten übernommen! Die Bedeutung der Dokument-Metadaten-Elemente lautet daher wie folgt:

  • serviceStartTime: Beginn der ersten Untersuchung
  • serviceStopTime: Ende der letzten Untersuchung

 

↔ 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 Beginnzeit des ersten und die Endzeit des letzten documentationOf/serviceEvent-Elements werden in die Dokument-Metadaten übernommen
  • Die ServiceEvents stellen eine wertvolle Information zum Suchen und Filtern in den Dokument-Metadaten dar!
KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 2 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.22InklusionKgreen.png Assigned Entity (1.0.2+20230717)DYNAMIC
BeziehungSpezialisierung: Template 1.2.40.0.34.6.0.11.1.17 Documentation Of Service Event (2021‑02‑19 11:06:35)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.17 Documentation Of Service Event (2019‑03‑14 15:08:34)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel Koloskopie
<documentationOf typeCode="DOC">
  <serviceEvent classCode="ACT" moodCode="EVN">
    <code code="KOL" displayName="Koloskopie" codeSystem="2.16.840.1.2.3.4.5.6.7.8.9" codeSystemName="Name des Codesystems"/>    <effectiveTime>
      <low value="20190611102209+0200"/>      <high value="20190611132209+0200"/>    </effectiveTime>
    <performer typeCode="PRF">
      <assignedEntity>
        <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) 1..1 M -->
      </assignedEntity>
    </performer>
  </serviceEvent>
</documentationOf>
Beispiel
Strukturbeispiel Hämatologie
<documentationOf typeCode="DOC">
  <serviceEvent classCode="ACT" moodCode="EVN">
    <code code="300" displayName="Hämatologie" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung"/>    <effectiveTime>
      <low value="20190611102209+0200"/>      <high value="20190611132209+0200"/>    </effectiveTime>
    <performer typeCode="PRF">
      <time>
        <low nullFlavor="UNK" value="20190611132209+02:00"/>        <high nullFlavor="UNK" value="20190611132209+02:00"/>      </time>
      <assignedEntity>
        <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) 1..1 M -->
      </assignedEntity>
    </performer>
  </serviceEvent>
</documentationOf>
ItemDTKardKonfBeschreibungLabel
hl7:documentationOf
Komponente für die Gesundheitsdienstleistung.
(elg...tik)
Treetree.png@typeCode
cs0 … 1FDOC
Treetree.pnghl7:serviceEvent
1 … 1M
Gesundheitsdienstleistung.
(elg...tik)
Treeblank.pngTreetree.png@classCode
cs0 … 1FACT
Treeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreetree.pnghl7:id
II0 … 1(elg...tik)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:code[not(@nullFlavor)]
  • hl7:code[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1
Zugelassene nullFlavor: UNK
 
Im Code wird der der durchgeführten Untersuchung entsprechende APPC angegeben.

Als DisplayName ist eine freie, textliche Repräsentation der durchgeführten Untersuchung anzugeben (z.B. „Röntgen Appendix“). Diese textliche Repräsentation darf keinesfalls im Widerspruch zum gewählten APPC stehen. Bei automatischer Generierung des DisplayNames kann eine Konkatenation der Bezeichnungen der vier Achsen vorgenommen werden, z.B. für den APPC "3.4.0.5-3-3": "MRT.Unpaarig.Prozedur nicht näher bestimmt.Lendenwirbelsäule“.


↔ Hinweis zum XDS-Mapping:
Dieses Element wird ins XDS-Attribut eventCodeList gemappt.
(elg...tik)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FAPPC
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Ein der Untersuchung entsprechender Code aus dem APPC (z.B.: 1.4.0.4-2-3-1).
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F1.2.40.0.34.5.38
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Freie textliche Repräsentation des APPC, darf nicht im Widerspruch zum Code liege.
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(elg...tik)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS1 … 1M
Als Zeitangabe MUSS der Zeitraum des Pflege- oder Betreuungsverhältnisses angegeben werden.

Der Zeitraum des Aufenthalts erstreckt sich vom Zeitpunkt der ersten Untersuchung bis zum Zeitpunkt der letzten Untersuchung.

Hinweis: Der Zeitpunkt der Untersuchung ist durch die durchführende Organisation festzulegen, sinnvollerweise ist dies jeweils der Beginn der Untersuchungen. Auch wenn nur eine Untersuchung dokumentiert wird, MUSS an dieser Stelle ein Zeitintervall angegeben werden. Das kann z.B. durch Angabe von Beginn und Ende der Untersuchung geschehen.

↔ 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 letzten documentationOf/serviceEvent-Elements 
(elg...tik)
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.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(elg...tik)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(elg...tik)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:high[@value]
  • hl7:high[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(elg...tik)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(elg...tik)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreetree.pnghl7:performer
0 … *R
Person oder Organisation, die die Gesundheitsdienstleistung durchführt.
Aus Gründen der Kompatibilität zur automatischen Überführung eines Befundes von DICOM SR in CDA kann eine durchführende Entität der Gesundheitsdienstleistung angegeben werden.
(elg...tik)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1RZulässige Werte gemäß Value-Set „ELGA_ServiceEventPerformer“
 CONF
Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.43 ELGA_ServiceEventPerformer (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:functionCode
CE0 … 1RFunktionscode(elg...tik)
 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:time
IVL_TSNP
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
(elg...tik)
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(elg...tik)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(elg...tik)
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(elg...tik)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(elg...tik)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
1 … 1M(elg...tik)
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
Treeblank.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.pngTreetree.pnghl7:id
II0 … *(elg...tik)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(elg...tik)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(elg...tik)
wo [@nullFlavor='UNK']
Treeblank.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.pngTreetree.pnghl7:addr
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)(elg...tik)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1(elg...tik)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.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.
(elg...tik)
wo [not(@nullFlavor)]
Treeblank.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.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.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)
(elg...tik)
Treeblank.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)
(elg...tik)


14.3.2.3 Bezug zu vorgehenden Dokumenten

Verweis auf den Allgemeinen Leitfaden:
Das Element erfordert keine speziellen Vorgaben. Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“.

Achtung: bei der Erstellung von CDA Dokumenten aus DICOM SR liegt eine „Transformation“ vor, bei der im CDA Dokument der originale DICOM SR als „ParentDocument“ anzugeben ist. Dieser Anwendungsfall steht jedoch nicht im Fokus dieses Leitfadens und es sei hier ausdrücklich auf die Hinweise im Kapitel Bezug zu DICOM Structured Report verwiesen.


14.3.3 Section und Entry Level Templates

14.3.3.1 Sektionen und Reihenfolge der CDA Body - Dokumentstruktur

Dieses Kapitel zeigt einen Überblick über die Sektionen der CDA Body - Dokumentstruktur.

Die Reihenfolge der Sektionen in einem CDA Body kann zwar prinzipiell frei gewählt werden, allerdings stellen die meisten Visualisierungsroutinen die Sektionen in genau der Reihenfolge dar, in der sie im CDA Body angeordnet sind. Daher ist die Reihenfolge der Sektionen zwar nicht „technisch“ aber „semantisch“ relevant.

Da die empfangenden GDAs die medizinischen Informationen in einer bestimmten Reihenfolge erwarten, ist diese erwartete Reihenfolge bereits in der CDA Struktur zu berücksichtigen.

Dieser Implementierungsleitfaden schreibt daher auch die Reihenfolge vor, in der die Sektionen im CDA angegeben werden MÜSSEN.

In diesem Kapitel sind die möglichen Sektionen in der vorgeschriebenen Reihenfolge dargestellt.

14.3.3.2 Tabellarische Darstellung der Sektionen

Die nachfolgende Tabelle gibt einen Überblick über die möglichen Sektionen. Die Codierung der Sektionen erfolgt gemäß dem Value Set „ELGA_Sections“ (1.2.40.0.34.5.40).

Opt Sektion / Titel Code Kap
[O] Brieftext BRIEFT Link
[O] Anforderung 55115-0 Link
[M] Anamnese 10164-2 Link
[O] Konsultations- oder Überweisungsgrund 46239-0 Link
[O] Status, Diagnostik und Befunde 424836000 Link
[C] Durchgeführte Untersuchung 55111-9 Link
[O] Frühere Untersuchungen und Befunde 55114-3 Link
[O] Komplikationen 55109-3 Link
[M] Befund 18782-3 Link
[O] Diagnose 439401001 Link
[O] Zusammenfassende Beurteilung 67781-5 Link
[O] Verdachtsdiagnose 19005-8 Link
[O] Weitere empfohlene Maßnahmen 59772-4 Link
[O] Abschließende Bemerkungen ABBEM Link
[O] Beilagen BEIL Link

Tabelle 2: Überblick und Reihenfolge der Sektionen

Die orange hinterlegten Sektionen enthalten nur Informationen aus der Überweisung.

14.3.3.3 Web Access to DICOM Persistent Object (WADO)

Die Textelemente („<text>“) der einzelnen Sektionen können Referenzen für den Web Access to DICOM Persistent Objects (WADO) enthalten. Diese werden als <linkHtml> dargestellt wobei das @href-Element eine gültige WADO-URL darstellt und der textuelle Inhalt des <linkHTML> Elements den sichtbaren Teil des Hyperlinks.

Bei Angabe eines WADO-Links ist darauf zu achten, dass die Ressource auch für den Endkonsumenten des Dokumentes zugänglich ist.

Die exakte Definition der Verfügbarmachung von Bilddaten im Rahmen von ELGA ist noch durch die ELGA GmbH zu definieren. Das angeführte Code-Beispiel dient nur zu Demonstrationszwecken.

14.3.3.3.1 Strukturbeispiel
<text> 
   ... 
   <paragraph> 
   <caption>Source of Measurement</caption> 
   <linkHtml href="http://www.example.org/wado?requestType=WADO&studyUID=1.2.840.113619.2.62.994044785528.114289542805&seriesUID=1.2.840.113619.2.62.994044785528.20060823223142485051&objectUID=1.2.840.113619.2.62.994044785528.20060823.200608232232322.3&contentType=application/dicom">Chest_PA</linkHtml> 
   </paragraph> 
   ... 
</text>  

14.3.3.4 Anforderung

Id1.2.40.0.34.6.0.11.2.131Gültigkeit2024‑02‑27 13:50:40
StatusKgreen.png AktivVersions-Label1.0.0+20240628
Nameelgabgd_section_AnforderungBezeichnungAnforderung
Beschreibung
Der Inhalt dieser Sektion bildet ab, was der zuweisende Arzt überprüft/ausgeschlossen wissen will. Idealerweise kommt dieser Inhalt aus einer elektronischen Überweisung. Sollte die elektronische Überweisung ein Codierungsschema erhalten, so wurde in der Arbeitsgruppe die Möglichkeit eines für den Zweck von Überweisungen erweiterten APPC diskutiert.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.131
KlassifikationCDA Section 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.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
BeziehungSpezialisierung: Template 1.2.40.0.34.11.5.2.1 Anforderung (2012‑01‑12)
ref
elgabbr-

Version: Template 1.2.40.0.34.11.5.2.1 Anforderung (2012‑01‑12)
ref
elgabbr-
Beispiel
Strukturbeispiel
<section>
  <templateId root="1.2.40.0.34.11.5.2.1"/>  <!-- Code der Sektion -->
  <code code="55115-0" displayName="Requested imaging studies information" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
  <title>Anforderung</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(elg...ung)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.pnghl7:templateId
II1 … 1M(elg...ung)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.131
Treetree.pnghl7:code
CE1 … 1M(elg...ung)
Treeblank.pngTreetree.png@code
CONF1 … 1F55115-0
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.png@codeSystemName
1 … 1FLOINC
Treeblank.pngTreetree.png@displayName
1 … 1FRequested imaging studies information
Treetree.pnghl7:title
ST1 … 1M(elg...ung)
 CONF
Elementinhalt muss "Anforderung" sein
Treetree.pnghl7:text
ED1 … 1MSollten keine Information vorhanden sein, so kann ein Standardtext eingefügt werden (z.B.: „Anforderung wird nicht bekannt gegeben“).(elg...ung)
Treetree.pnghl7:author
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)(elg...ung)
Treetree.pnghl7:informant
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(elg...ung)
Treetree.pnghl7:entry
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)(elg...ung)


14.3.3.5 Anamnese

Aufgrund des Umfangs wird diese Section nur ausschnittsweise betrachtet. Die vollständige Spezifikation des Templates ist dem Implementierungsleitfaden Ambulanzbefund (Version 1.3.1) zu entnehmen.
Id1.2.40.0.34.6.0.11.2.10
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 08:46:36
Andere Versionen mit dieser Id:
  • Kblank.png elgagab_section_anamnese vom 2018‑10‑09 13:35:07
StatusKgreen.png AktivVersions-Label1.0.0+20201105
Nameelgagab_section_anamneseBezeichnungAnamnese
Beschreibung
Die Anamnese enthält die professionelle Erfragung von potenziell medizinisch relevanten Informationen durch Fachpersonal (z.B. einen Arzt) basierend auf den Aussagen des Patienten (Eigenanamnese) oder einer dritten Person (Fremdanamnese) zum aktuellen Konsultationsanlass.
Die Anamnese kann sich in mehrere Abschnitte gliedern, z.B.:
  • biografische Anamnese, allgemeine Anamnese,
  • vegetative Anamnese,
  • Ernährungsanamnese,
  • Suchtanamnese,
  • psychosoziale Anamnese,
  • Sexualanamnese,
  • Familienanamnese
  • Sozialanamnese
  • fachspezifisch können weitere Inhalte erhoben werden
Wenn eine höhere Strukturierung notwendig ist, können die angegebenen Subsektionen eingefügt werden.

Fachspezifische Erweiterung: Fachspezifisch notwendige strukturierte oder codierte Daten müssen in einer separat definierten offiziellen Untersektion eingefügt werden.

Mögliche Untersektionen:
  • Frühere Erkrankungen (kodiert oder narrativ)
  • Schwangerschaften
  • Medizinische Geräte und Implantate
  • Beeinträchtigungen
  • Impfungen
  • Lebensstil
  • Fachspezifische Anamnese
Synonyme: Aktuelle Anamnese
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.10
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-169Kyellow.png Anamnese Kyellow.png Datensatz
Benutzt
Benutzt 16 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.2.16ContainmentKgreen.png Frühere Erkrankungen und Maßnahmen - unkodiert (1.0.1+20240628)DYNAMIC
1.2.40.0.34.6.0.11.2.74ContainmentKgreen.png Frühere Erkrankungen ICD-10 und Maßnahmen - kodiert (1.1.0+20201123)DYNAMIC
1.2.40.0.34.6.0.11.2.98ContainmentKgreen.png Fachspezifische Anamnese (1.0.1+20240628)DYNAMIC
1.2.40.0.34.6.0.11.2.49ContainmentKgreen.png Schwangerschaften - unkodiert (1.0.0+20201105)DYNAMIC
1.2.40.0.34.6.0.11.2.48ContainmentKgreen.png Schwangerschaften - kodiert (1.1.0+20210304)DYNAMIC
1.2.40.0.34.6.0.11.2.50ContainmentKgreen.png Medizinische Geräte und Implantate - unkodiert (1.0.0+20201105)DYNAMIC
1.2.40.0.34.6.0.11.2.60ContainmentKgreen.png Medizinische Geräte und Implantate - kodiert (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.2.52ContainmentKgreen.png Beeinträchtigungen - unkodiert (1.0.0+20201105)DYNAMIC
1.2.40.0.34.6.0.11.2.51ContainmentKgreen.png Beeinträchtigungen - kodiert (1.0.1+20240628)DYNAMIC
1.2.40.0.34.6.0.11.2.53ContainmentKgreen.png Impfungen - unkodiert (1.0.0+20201105)DYNAMIC
1.2.40.0.34.6.0.11.2.1ContainmentKgreen.png Impfungen - kodiert (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.2.54ContainmentKgreen.png Lebensstil - unkodiert (1.0.0+20201105)DYNAMIC
1.2.40.0.34.6.0.11.2.55ContainmentKgreen.png Lebensstil - kodiert (1.1.0+20201123)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.10 Anamnese (2018‑10‑09 13:35:07)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel
<section classCode="DOCSECT" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.2.10"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="10164-2" codeSystem="2.16.840.1.113883.6.1"/>  <title>Anamnese</title>  <text/>  <author>
    <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' (2019-11-20T12:13:04) -->
  </author>
  <informant>
    <!-- template 1.2.40.0.34.6.0.11.9.3 'Informant Body' (2019-02-07T13:29:32) -->
  </informant>
  <!-- choice: 0..1
element hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.16']] containing template 1.2.40.0.34.6.0.11.2.16 (dynamic)
element hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.74']] containing template 1.2.40.0.34.6.0.11.2.74 (dynamic)
-->
  <component>
    <!-- template 1.2.40.0.34.6.0.11.2.98 'Fachspezifische Anamnese' (2020-09-25T10:33:00) -->
  </component>
  <!-- choice: 0..1
element hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.49']] containing template 1.2.40.0.34.6.0.11.2.49 (dynamic)
element hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.48']] containing template 1.2.40.0.34.6.0.11.2.48 (dynamic)
-->
  <!-- choice: 0..1
element hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.50']] containing template 1.2.40.0.34.6.0.11.2.50 (dynamic)
element hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.60']] containing template 1.2.40.0.34.6.0.11.2.60 (dynamic)
-->
  <!-- choice: 0..1
element hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.52']] containing template 1.2.40.0.34.6.0.11.2.52 (dynamic)
element hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.51']] containing template 1.2.40.0.34.6.0.11.2.51 (dynamic)
-->
  <!-- choice: 0..1
element hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.53']] containing template 1.2.40.0.34.6.0.11.2.53 (dynamic)
element hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.1']] containing template 1.2.40.0.34.6.0.11.2.1 (dynamic)
-->
  <!-- choice: 0..1
element hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.54']] containing template 1.2.40.0.34.6.0.11.2.54 (dynamic)
element hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.55']] containing template 1.2.40.0.34.6.0.11.2.55 (dynamic)
-->
  <component typeCode="COMP" contextConductionInd="true">
    <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) -->
  </component>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(elg...ese)
 
Target.png
elgagab-data​element-169Kyellow.png Anamnese Kyellow.png Datensatz
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(elg...ese)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.10
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion(elg...ese)
wo [not(@nullFlavor)]
Treetree.pnghl7:code
CE1 … 1M(elg...ese)
Treeblank.pngTreetree.png@code
CONF1 … 1F10164-2
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1M(elg...ese)
 CONF
Elementinhalt muss "Anamnese" sein
Treetree.pnghl7:text
SD.TEXT0 … 1C
Freitext für aktuelle Anamnese. Zur textuellen Strukturierung können die Formatvorgaben aus dem allgemeinen ELGA Implementierungsleitfaden herangezogen werden.
  • Gutes Beispiel: „Thoraxschmerzen bei leichter Belastung seit zwei Wochen. Vorherige Herzprobleme bekannt.“
  • Schlechtes Beispiel: Kopie sämtlicher Vordiagnosen
(elg...ese)
 ConstraintFür den Fall, dass textuelle Inhalte der Anamnese in den definierten Untersektionen angegeben sind, KANN O [0..1] dieses Element komplett entfallen. Ansonsten MUSS M [1..1] dieses Element strukturiert sein.
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
(elg...ese)
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)
(elg...ese)
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.16']] welches enthält Template 1.2.40.0.34.6.0.11.2.16 Frühere Erkrankungen und Maßnahmen - unkodiert (DYNAMIC)
  • hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.74']] welches enthält Template 1.2.40.0.34.6.0.11.2.74 Frühere Erkrankungen ICD-10 und Maßnahmen - kodiert (DYNAMIC)
Treeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.16 Frühere Erkrankungen und Maßnahmen - unkodiert (DYNAMIC)(elg...ese)
wo [hl7:section/hl7:templateId [@root='1.2.40.0.34.6.0.11.2.16']]
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.74 Frühere Erkrankungen ICD-10 und Maßnahmen - kodiert (DYNAMIC)(elg...ese)
wo [hl7:section/hl7:templateId [@root='1.2.40.0.34.6.0.11.2.74']]
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.98 Fachspezifische Anamnese (DYNAMIC)(elg...ese)
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.49']] welches enthält Template 1.2.40.0.34.6.0.11.2.49 Schwangerschaften - unkodiert (DYNAMIC)
  • hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.48']] welches enthält Template 1.2.40.0.34.6.0.11.2.48 Schwangerschaften - kodiert (DYNAMIC)
Treeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.49 Schwangerschaften - unkodiert (DYNAMIC)(elg...ese)
wo [hl7:section/hl7:templateId [@root='1.2.40.0.34.6.0.11.2.49']]
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.48 Schwangerschaften - kodiert (DYNAMIC)(elg...ese)
wo [hl7:section/hl7:templateId [@root='1.2.40.0.34.6.0.11.2.48']]
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.50']] welches enthält Template 1.2.40.0.34.6.0.11.2.50 Medizinische Geräte und Implantate - unkodiert (DYNAMIC)
  • hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.60']] welches enthält Template 1.2.40.0.34.6.0.11.2.60 Medizinische Geräte und Implantate - kodiert (DYNAMIC)
Treeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.50 Medizinische Geräte und Implantate - unkodiert (DYNAMIC)(elg...ese)
wo [hl7:section/hl7:templateId [@root='1.2.40.0.34.6.0.11.2.50']]
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.60 Medizinische Geräte und Implantate - kodiert (DYNAMIC)(elg...ese)
wo [hl7:section/hl7:templateId [@root='1.2.40.0.34.6.0.11.2.60']]
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.52']] welches enthält Template 1.2.40.0.34.6.0.11.2.52 Beeinträchtigungen - unkodiert (DYNAMIC)
  • hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.51']] welches enthält Template 1.2.40.0.34.6.0.11.2.51 Beeinträchtigungen - kodiert (DYNAMIC)
Treeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.52 Beeinträchtigungen - unkodiert (DYNAMIC)(elg...ese)
wo [hl7:section/hl7:templateId [@root='1.2.40.0.34.6.0.11.2.52']]
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.51 Beeinträchtigungen - kodiert (DYNAMIC)(elg...ese)
wo [hl7:section/hl7:templateId [@root='1.2.40.0.34.6.0.11.2.51']]
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.53']] welches enthält Template 1.2.40.0.34.6.0.11.2.53 Impfungen - unkodiert (DYNAMIC)
  • hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.1']] welches enthält Template 1.2.40.0.34.6.0.11.2.1 Impfungen - kodiert (DYNAMIC)
Treeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.53 Impfungen - unkodiert (DYNAMIC)(elg...ese)
wo [hl7:section/hl7:templateId [@root='1.2.40.0.34.6.0.11.2.53']]
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.1 Impfungen - kodiert (DYNAMIC)(elg...ese)
wo [hl7:section/hl7:templateId [@root='1.2.40.0.34.6.0.11.2.1']]
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.54']] welches enthält Template 1.2.40.0.34.6.0.11.2.54 Lebensstil - unkodiert (DYNAMIC)
  • hl7:component[hl7:section/hl7:templateId[@root='1.2.40.0.34.6.0.11.2.55']] welches enthält Template 1.2.40.0.34.6.0.11.2.55 Lebensstil - kodiert (DYNAMIC)
Treeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.54 Lebensstil - unkodiert (DYNAMIC)(elg...ese)
wo [hl7:section/hl7:templateId [@root='1.2.40.0.34.6.0.11.2.54']]
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.55 Lebensstil - kodiert (DYNAMIC)(elg...ese)
wo [hl7:section/hl7:templateId [@root='1.2.40.0.34.6.0.11.2.55']]
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:component
0 … 1ROptionale Subsections zur Angabe von Übersetzungen des Elements

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


14.3.3.5.1 Frühere Erkrankungen und Maßnahmen - unkodiert
Id1.2.40.0.34.6.0.11.2.16
ref
at-cda-bbr-
Gültigkeit2024‑05‑21 14:55:08
Andere Versionen mit dieser Id:
  • Kblank.png elgagab_section_FruehereErkrankungenMassnahmenUnkodiert vom 2021‑02‑19 09:06:53
  • Kblank.png elgagab_section_FruehereErkrankungenMassnahmenUnkodiert vom 2019‑05‑22 09:25:38
StatusKgreen.png AktivVersions-Label1.0.1+20240628
Nameelgagab_section_FruehereErkrankungenMassnahmenUnkodiertBezeichnungFrühere Erkrankungen und Maßnahmen - unkodiert
Beschreibung
Liste der bisherigen Krankheiten des Patienten/der Patientin als auch Angaben über bisherige Maßnahmen und Komplikationen. Die einzelnen Angaben sollen nach Datum geordnet (tabellarisch) dargestellt werden.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.16
    KlassifikationCDA Section 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.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.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.16 Frühere Erkrankungen und Maßnahmen - unkodiert (2021‑02‑19 09:06:53)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.2.16 Frühere Erkrankungen und Maßnahmen - unkodiert (2019‑05‑22 09:25:38)
    ref
    at-cda-bbr-
    Beispiel
    Beispiel
    <section>
      <templateId root="1.2.40.0.34.6.0.11.2.16"/>  <code code="11348-0" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="History of Past illness Narrative"/>  <title>Frühere Erkrankungen und Maßnahmen</title>  <text>
        <!-- Narrative Text -->
      </text>
    </section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    Liste der bisherigen Krankheiten des Patienten.
    (elg...ert)
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(elg...ert)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.16
    Treetree.pnghl7:id
    II0 … 1Eindeutige ID der Sektion(elg...ert)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CE1 … 1M(elg...ert)
    Treeblank.pngTreetree.png@code
    st1 … 1F11348-0
    Treeblank.pngTreetree.png@codeSystem
    oid1 … 1F2.16.840.1.113883.6.1
    Treeblank.pngTreetree.png@codeSystemName
    st1 … 1FLOINC
    Treeblank.pngTreetree.png@displayName
    st1 … 1FHistory of Past illness Narrative
     Beispiel<code code="11348-0" displayName="History of Past illness Narrative" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
    Treetree.pnghl7:title
    ST1 … 1M(elg...ert)
     CONF
    Elementinhalt muss "Frühere Erkrankungen und Maßnahmen" sein
     Variable letNamelanguageCode 
     Valuesubstring(/hl7:ClinicalDocument/hl7:language​Code/@code,1,2) 
     Schematron assertrole error 
     testnot($languageCode='de') or (text()='Frühere Erkrankungen und Maßnahmen') 
     MeldungThe German title must MUST read 'Frühere Erkrankungen und Maßnahmen' 
    Treetree.pnghl7:text
    SD.TEXT1 … 1MInformation für den menschlichen Leser.(elg...ert)
    Treetree.pnghl7:author
    0 … *Author der enthaltenen Information (GDA)
    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (elg...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)
    (elg...ert)
    Treetree.pnghl7:component
    0 … *ROptionale Subsections zur Angabe von Übersetzungen des <text> Elements in andere Sprachen.</text>
    Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)
    (elg...ert)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue


    14.3.3.5.2 Frühere Erkrankungen ICD-10 und Maßnahmen - kodiert
    Id1.2.40.0.34.6.0.11.2.74
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 09:07:17
    Andere Versionen mit dieser Id:
    • Kblank.png elgagab_section_FruehereErkrankungenMassnahmenICD10Kodiert vom 2021‑02‑19 09:07:10
    • Kblank.png elgagab_section_FruehereErkrankungenMassnahmenICD10Kodiert vom 2020‑11‑05 13:41:39
    • Kblank.png elgagab_section_FruehereErkrankungenMassnahmenICD10Kodiert vom 2020‑01‑15 09:50:44
    StatusKgreen.png AktivVersions-Label1.1.0+20201123
    Nameelgagab_section_FruehereErkrankungenMassnahmenICD10KodiertBezeichnungFrühere Erkrankungen ICD-10 und Maßnahmen - kodiert
    Beschreibung

    Liste der bisherigen Krankheiten des Patienten/der Patientin als auch Angaben über bisherige Maßnahmen und Komplikationen. Die einzelnen Angaben sollen nach Datum geordnet (tabellarisch) dargestellt werden. Frühere Erkrankungen sollen mit ICD-10 kodiert werden.

    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.74
    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.6.0.11.3.7ContainmentKgreen.png Problem Concern Entry (1.1.0+20210219)DYNAMIC
    1.2.40.0.34.6.0.11.3.48ContainmentKyellow.png ELGA History of Procedures (1.0.1)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.74 Frühere Erkrankungen ICD-10 und Maßnahmen - kodiert (2020‑11‑05 13:41:39)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.2.74 Frühere Erkrankungen ICD-10 und Maßnahmen - kodiert (2020‑01‑15 09:50:44)
    ref
    at-cda-bbr-

    Adaptation: Template 1.2.40.0.34.6.0.11.2.3 Frühere Erkrankungen - kodiert (2019‑01‑18 09:18:50)
    ref
    at-cda-bbr-
    Beispiel
    Beispiel
    <section moodCode="EVN" classCode="DOCSECT">
      <templateId root="1.2.40.0.34.6.0.11.2.74"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.8"/>  <id root="1.2.3.999" extension="extension"/>  <code code="11348-0" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="HISTORY OF PAST ILLNESS"/>  <title>Frühere Erkrankungen und Maßnahmen</title>  <text/>  <entry typeCode="DRIV" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.3.7 'Problem Concern Entry' (2019-01-18T10:05:27) -->
      </entry>
      <entry>
        <!-- template 1.2.40.0.34.6.0.11.3.19 'Eingebettetes Objekt Entry' (2019-05-29T11:59:07) -->
      </entry>
      <component typeCode="COMP" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) -->
      </component>
    </section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...ert)
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.pnghl7:templateId
    II1 … 1M(elg...ert)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.74
    Treetree.pnghl7:templateId
    II1 … 1MIHE PCC History of Past Illness Section(elg...ert)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.8
    Treetree.pnghl7:id
    II0 … 1Eindeutige ID der Sektion(elg...ert)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CE1 … 1M(elg...ert)
    Treeblank.pngTreetree.png@code
    1 … 1F11348-0
    Treeblank.pngTreetree.png@codeSystem
    oid1 … 1F2.16.840.1.113883.6.1
    Treeblank.pngTreetree.png@codeSystemName
    st1 … 1FLOINC
    Treeblank.pngTreetree.png@displayName
    st1 … 1FHISTORY OF PAST ILLNESS
     Beispiel<code code="11348-0" displayName="History of past illness" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
    Treetree.pnghl7:title
    ST1 … 1MDer Titel der Sektion MUSS "Frühere Erkrankungen und Maßnahmen" lauten.
    (elg...ert)
     CONF
    Elementinhalt muss "Frühere Erkrankungen und Maßnahmen" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1MInformation für den menschlichen Leser.(elg...ert)
    Treetree.pnghl7:author
    0 … *Author der enthaltenen Information (GDA)
    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (elg...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)
    (elg...ert)
    Treetree.pnghl7:entry
    1 … *MBeinhaltet 1.2.40.0.34.6.0.11.3.7 Problem Concern Entry (DYNAMIC)(elg...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.48 ELGA History of Procedures (DYNAMIC)(elg...ert)
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue
    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.
    Treetree.pnghl7:entry
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)(elg...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 in andere Sprachen.</text>
    Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)
    (elg...ert)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue


    14.3.3.5.2.1 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


    14.3.3.5.2.2 ELGA History of Procedures
    Id1.2.40.0.34.6.0.11.3.48
    ref
    at-cda-bbr-
    Gültigkeit2023‑02‑03 10:25:36
    Andere Versionen mit dieser Id:
    • Kblank.png ELGA_HistoryOfProcedures vom 2021‑02‑19 10:46:25
    • Kblank.png ELGA_HistoryOfProcedures vom 2019‑11‑29 13:57:37
    StatusKyellow.png EntwurfVersions-Label1.0.1
    NameELGA_HistoryOfProceduresBezeichnungELGA History of Procedures
    BeschreibungEntry zur codierten Darstellung von relevanten Eingriffen und Therapien wie Operationen und konservative Behandlungen.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.48
    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.2InklusionKgreen.png Original Text Reference (1.0.0+20210219)DYNAMIC
    1.2.40.0.34.6.0.11.9.15ContainmentKgreen.png Time Interval Information minimal (1.0.1+20210628)DYNAMIC
    1.2.40.0.34.6.0.11.9.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.14ContainmentKgreen.png External Document Entry (1.0.1+20230717)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.48 ELGA History of Procedures (2021‑02‑19 10:46:25)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.3.48 ELGA History of Procedures (2019‑11‑29 13:57:37)
    ref
    at-cda-bbr-

    Adaptation: Template 1.2.40.0.34.11.13.3.5 ELGA Procedure (2017‑01‑28 14:53:47)
    ref
    elgabbr-

    Spezialisierung: Template 2.16.840.1.113883.10.12.306 CDA Procedure (2005‑09‑07)
    ref
    ad1bbr-
    Beispiel
    Beispiel
    <procedure classCode="PROC" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.3.48"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="myCode" codeSystem="1.2.40.0.34.5.57">
        <originalText>
          <reference value="#myRef999"/>    </originalText>
        <qualifier>
          <name code="7" codeSystem="2.16.840.1.113883.3.7.1.0"/>      <value code="R" codeSystem="2.16.840.1.113883.3.7.1.7" displayName="rechts"/>    </qualifier>
        <translation/>  </code>
      <statusCode code="completed"/>  <effectiveTime>
        <low value="20200817121500+0100"/>    <low value="20200818100000+0100"/>  </effectiveTime>
      <author>
        <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' (2019-11-20T12:13:04) -->
      </author>
      <informant>
        <!-- template 1.2.40.0.34.6.0.11.9.3 'Informant Body' (2019-02-07T13:29:32) -->
      </informant>
      <reference>
        <!-- template 1.2.40.0.34.6.0.11.3.14 'External Document Entry' (2019-05-06T14:00:33) -->
      </reference>
    </procedure>
    ItemDTKardKonfBeschreibungLabel
    hl7:procedure
    (ELG...res)
    Treetree.png@classCode
    cs1 … 1FPROC
    Treetree.png@moodCode
    cs1 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(ELG...res)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.3.48
    Treetree.pnghl7:id
    II0 … *(ELG...res)
    Auswahl1 … 1
    Ein Code zur Beschreibung des Eingriffs oder der Behandlung.
    • Angabe eines Codes aus der jeweils gültigen Gesamtversion des Leistungskataloges (Katalog medizinischer Einzelleistungen "MEL" und Katalog ambulanter Leistungen "KAL")
    • Liegen keine Eingriffe oder sonstige Behandlungen vor, enthält @value den entsprechenden Wert aus dem ValueSet ELGA_AbsentOrUnknownProcedures
    • Liegen keine Informationen vor, enthält @value den entsprechenden Wert aus dem ValueSet ELGA_AbsentOrUnknownProcedures.
    • Kann kein Code angegeben werden, wird nur über das Element <originalText> auf den narrativen Teil verwiesen.
    Elemente in der Auswahl:
    • hl7:code[not(@nullFlavor)]
    • hl7:code[not(@nullFlavor)]
    • hl7:code[@nullFlavor='NA']
    • hl7:code[@nullFlavor='OTH']
    Treeblank.pngTreetree.pnghl7:code
    CD0 … 1RCodierte Angabe des Eingriffs oder der Behandlung auf Basis des jeweils gültigen Gesamtversion des Leistungskataloges (Katalog medizinischer Einzelleistungen "MEL" und Katalog ambulanter Leistungen "KAL").(ELG...res)
    wo [not(@nullFlavor)]
    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.
    (ELG...res)
    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.
    (ELG...res)
    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 … 1Qualifier zur genaueren Beschreibung des Problems. In diesem Fall für die Seitenlokalisation
    (ELG...res)
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
    CV1 … 1M(ELG...res)
    Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
    CONF1 … 1F7
    Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.3.7.1.0 (Sciphox)
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:value
    CD1 … 1R(ELG...res)
     CONF
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.176 ELGA_Seitenlokalisation (DYNAMIC)
    Treeblank.pngTreeblank.pngTreetree.pnghl7:translation
    CD (extensible)0 … 1
    Dieses Feld wird verwendet, wenn Codes aus einem abweichenden ValueSet angegeben werden, 
    z.B. für Übersetzungen in alternative Codesysteme.
    (ELG...res)
    Treeblank.pngTreetree.pnghl7:code
    CD0 … 1RKeine Behandlungen oder keine Information über Behandlungen.(ELG...res)
    wo [not(@nullFlavor)]
    Treeblank.pngTreeblank.pngTreetree.png@code
    cs1 … 1R
    Treeblank.pngTreeblank.pngTreetree.png@codeSystem
    oid1 … 1R
     CONF
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.193 ELGA_AbsentOrUnknownProcedures (DYNAMIC)
    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.
    (ELG...res)
    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.
    (ELG...res)
    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
    CD (extensible)0 … 1
    Dieses Feld wird verwendet, wenn Codes aus einem abweichenden ValueSet angegeben werden, 
    z.B. für Übersetzungen in alternative Codesysteme.
    (ELG...res)
    Treeblank.pngTreetree.pnghl7:code
    CD0 … 1Uncodierte Angabe
    (ELG...res)
    wo [@nullFlavor='NA']
    Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
    cs1 … 1FNA
    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.
    (ELG...res)
    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.
    (ELG...res)
    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.pngTreetree.pnghl7:code
    CD0 … 1Codierte Angabe ohne passenden Code
    (ELG...res)
    wo [@nullFlavor='OTH']
    Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
    cs1 … 1FOTH
    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.
    (ELG...res)
    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.
    (ELG...res)
    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.
    (ELG...res)
    Treetree.pnghl7:statusCode
    CS0 … 1Status der Procedure:
    Erlaubte Werte sind: completed | active | aborted | cancelled

    Anmerkung: Für das ELGA Patient Summary werden nur Prozeduren im Status "active" und "complete" herangezogen. 
    Für andere Dokumente sind alle vier Statuswerte zulässig. 
    (ELG...res)
     CONF
    @code muss "completed" sein
    oder
    @code muss "active" sein
    oder
    @code muss "aborted" sein
    oder
    @code muss "cancelled" sein
    Treetree.pnghl7:effectiveTime
    IVL_TS0 … 1Stellt die Zeit dar, zu der die Procedure stattfand (@moodCode=EVN) oder zu der die Procedure geplant ist (@moodCode=INT)
    Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
    (ELG...res)
    Treetree.pnghl7:approachSiteCode
    CD0 … *Anatomische Herangehensweise
    (ELG...res)
     CONF
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.197 ELGA_ProcedureApproachSite (DYNAMIC)
    Treetree.pnghl7:target​Site​Code
    CD0 … *Anatomische Bezeichnung für das Ziel des Eingriffes 
    (ELG...res)
     CONF
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.196 ELGA_TargetSite (DYNAMIC)
    Treetree.pnghl7:author
    0 … *RAuthor der enthaltenen Information (GDA)

    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (ELG...res)
    Treetree.pnghl7:informant
    0 … *R
    Quelle der 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)
    (ELG...res)
    Treetree.pnghl7:reference
    0 … 1RHier werden Verweise auf externe Dokumente zu dieser Procedure angegeben.

    Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC)
    (ELG...res)


    14.3.3.5.3 Fachspezifische Anamnese
    Id1.2.40.0.34.6.0.11.2.98
    ref
    at-cda-bbr-
    Gültigkeit2024‑05‑21 15:21:34
    Andere Versionen mit dieser Id:
    • Kblank.png elgagab_section_FachspezifischeAnamnese vom 2021‑02‑19 09:05:57
    • Kblank.png elgagab_section_FachspezifischeAnamnese vom 2020‑09‑25 10:33:00
    StatusKgreen.png AktivVersions-Label1.0.1+20240628
    Nameelgagab_section_FachspezifischeAnamneseBezeichnungFachspezifische Anamnese
    Beschreibung Diese Sektion dient zur Angaben der fachspezifischen Anamnese.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.98
    KlassifikationCDA Section 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.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.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.98 Fachspezifische Anamnese (2021‑02‑19 09:05:57)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.2.98 Fachspezifische Anamnese (2020‑09‑25 10:33:00)
    ref
    at-cda-bbr-
    Beispiel
    Strukturbeispiel
    <section>
      <templateId root="1.2.40.0.34.6.0.11.2.98"/>  <code code="FachAnamnse" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections" displayName="Fachspezifische Anamnese"/>  <title>Fachspezifische Anamnese</title>  <text/>  <author>
        <!-- template 1.2.40.0.34.6.0.11.9.36 'Author (Body) PS' (2017-08-05T19:04:45) -->
      </author>
      <informant>
        <!-- template 1.2.40.0.34.6.0.11.9.3 'Informant (Body) PS' (2017-08-10T20:49:25) -->
      </informant>
    </section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...ese)
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(elg...ese)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.98
    Treetree.pnghl7:id
    II0 … 1Eindeutige ID der Sektion(elg...ese)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CE1 … 1M(elg...ese)
    Treeblank.pngTreetree.png@code
    CONF1 … 1FFachAnamnse
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F1.2.40.0.34.5.40
    Treeblank.pngTreetree.png@codeSystemName
    1 … 1FELGA_Sections
    Treeblank.pngTreetree.png@displayName
    1 … 1FFachspezifische Anamnese
    Treetree.pnghl7:title
    ST1 … 1M(elg...ese)
     CONF
    Elementinhalt muss "Fachspezifische Anamnese" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1MDiese Sektion dient zur Angaben der fachspezifischen Anamnese. In dieser Sektion sind nur fachspezifische Inhalte anzugeben, welche in den anderen Sub-Sektionen der Sektion Anamnese nicht angegeben werden können.(elg...ese)
    Treetree.pnghl7:author
    0 … *RAuthor der enthaltenen Information (GDA)
    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (elg...ese)
    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)
    (elg...ese)
    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)
    (elg...ese)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue


    14.3.3.5.4 Schwangerschaften - unkodiert
    Id1.2.40.0.34.6.0.11.2.49
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 10:35:39
    Andere Versionen mit dieser Id:
    • Kblank.png elgagab_section_SchwangerschaftenUnkodiert vom 2019‑11‑07 09:35:59
    StatusKgreen.png AktivVersions-Label1.0.0+20201105
    Nameelgagab_section_SchwangerschaftenUnkodiertBezeichnungSchwangerschaften - unkodiert
    BeschreibungDie Sektion "Schwangerschaften" enthält Informationen über vergangene Schwangerschaften, Geburten und Abortus sowie aktuelle Schwangerschaft und erwarteten Geburtstermin.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.49
    KlassifikationCDA Section level template
    Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
    Assoziiert mit
    Assoziiert mit 1 Konzept
    IdNameDatensatz
    elgagab-data​element-195Kyellow.png Schwangerschaften Kyellow.png Datensatz
    Benutzt
    Benutzt 3 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.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.49 Schwangerschaften - unkodiert (2019‑11‑07 09:35:59)
    ref
    at-cda-bbr-
    Beispiel
    Beispiel
    <section>
      <templateId root="1.2.40.0.34.6.0.11.2.49"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="10162-6" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="History of pregnancies Narrative"/>  <title>Schwangerschaften</title>  <text>
        (Optionaler Abschnitt)    <br/>    <table>
          <tbody>
            <tr>
              <td>Aktuelle Schwangerschaft</td>          <td>Errechneter Geburtstermin: 2.3.2018</td>        </tr>
            <tr>
              <td>Schwangerschaften gesamt</td>          <td>4</td>        </tr>
            <tr>
              <td>Lebendgeburten</td>          <td>2</td>        </tr>
            <tr>
              <td>Spontanabortus</td>          <td>1</td>        </tr>
          </tbody>
        </table>
      </text>
      <author/>  <informant/></section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...ert)
     
    Target.png
    elgagab-data​element-195Kyellow.png Schwangerschaften Kyellow.png Datensatz
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(elg...ert)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.49
    Treetree.pnghl7:id
    II0 … 1Eindeutige ID der Sektion(elg...ert)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CE1 … 1M(elg...ert)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F10162-6
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treeblank.pngTreetree.png@codeSystemName
    1 … 1FLOINC
    Treeblank.pngTreetree.png@displayName
    1 … 1FHistory of pregnancies Narrative
    Treetree.pnghl7:title
    ST1 … 1MSchwangerschaften(elg...ert)
     CONF
    Elementinhalt muss "Schwangerschaften" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1MDie Sektion "Schwangerschaften" enthält Informationen über vergangene Schwangerschaften, Geburten und Abortus sowie aktuelle Schwangerschaft und erwarteten Geburtstermin.(elg...ert)
    Treetree.pnghl7:author
    0 … *RAuthor der enthaltenen Information (GDA)

    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (elg...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)
    (elg...ert)
    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)
    (elg...ert)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue


    14.3.3.5.5 Schwangerschaften - kodiert
    Id1.2.40.0.34.6.0.11.2.48
    ref
    at-cda-bbr-
    Gültigkeit2021‑01‑28 14:40:37
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabrr_section_SchwangerschaftenKodiert vom 2019‑12‑04 15:23:33
    StatusKgreen.png AktivVersions-Label1.1.0+20210304
    Nameatcdabrr_section_SchwangerschaftenKodiertBezeichnungSchwangerschaften - kodiert
    BeschreibungDie Sektion "Schwangerschaften" enthält Informationen über vergangene Schwangerschaften, Geburten und Abortus sowie aktuelle Schwangerschaft und erwarteten Geburtstermin.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.48
    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.44ContainmentKgreen.png Aktuelle Schwangerschaft Entry (1.1.2+20240628)DYNAMIC
    1.2.40.0.34.6.0.11.3.46ContainmentKgreen.png Bisherige Schwangerschaften Entry (1.1.0+20210304)DYNAMIC
    1.2.40.0.34.6.0.11.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
    BeziehungAdaptation: Template 1.2.40.0.34.6.0.11.2.48 Schwangerschaften - kodiert (2019‑12‑04 15:23:33)
    ref
    at-cda-bbr-
    Beispiel
    Beispiel
    <hl7:section>
      <hl7:templateId root="1.2.40.0.34.6.0.11.2.48"/>  <hl7:templateId root="2.16.840.1.113883.10.22.3.11"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="10162-6" codeSystem="2.16.840.1.113883.6.1"/>  <hl7:title>Schwangerschaften</hl7:title>  <hl7:text>
        (Optionaler Abschnitt)    <hl7:br/>    <hl7:table>
          <hl7:tbody>
            <hl7:tr>
              <hl7:td>Aktuelle Schwangerschaft</hl7:td>          <hl7:td>Errechneter Geburtstermin: 2.3.2018</hl7:td>        </hl7:tr>
            <hl7:tr>
              <hl7:td>Schwangerschaften
    gesamt
    </hl7:td>
              <hl7:td>4</hl7:td>        </hl7:tr>
            <hl7:tr>
              <hl7:td>Lebendgeburten</hl7:td>          <hl7:td>2</hl7:td>        </hl7:tr>
            <hl7:tr>
              <hl7:td>Spontanabortus</hl7:td>          <hl7:td>1</hl7:td>        </hl7:tr>
          </hl7:tbody>
        </hl7:table>
      </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>
      <hl7:entry typeCode="DRIV" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.3.44 'Aktuelle Schwangerschaft Entry' (2019-11-25T12:59:03) -->
      </hl7:entry>
      <hl7:entry typeCode="DRIV" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.3.46 'Bisherige Schwangerschaften Entry' (2019-11-25T13:30:42) -->
      </hl7:entry>
      <hl7:component typeCode="COMP" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) -->
      </hl7:component>
    </hl7:section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    1 … 1M(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.48
    Treetree.pnghl7:templateId
    II1 … 1MIHE IPS History of Pregnancy Section 
    (atc...ert)
    Treeblank.pngTreetree.png@root
    uid1 … 1F2.16.840.1.113883.10.22.3.11
    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 … 1F10162-6
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treetree.pnghl7:title
    ST1 … 1MSchwangerschaften(atc...ert)
     CONF
    Elementinhalt muss "Schwangerschaften" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1MDie Sektion "Schwangerschaften" enthält Informationen über vergangene Schwangerschaften, Geburten und Abortus sowie aktuelle Schwangerschaft und erwarteten Geburtstermin.(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)
    Treetree.pnghl7:entry
    1 … 1MIn diesem Entry ist dokumentiert, ob aktuell eine Schwangerschaft vorliegt.
    Falls ja, können auch Angaben zum erwarteten Geburtstermin gemacht werden.
    Beinhaltet 1.2.40.0.34.6.0.11.3.44 Aktuelle Schwangerschaft 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 … *RDieses Entry dokumentiert Daten zu bisher aufgetretenen Schwangerschaften wie z.B. die Anzahl an Lebendgeburten.
    Beinhaltet 1.2.40.0.34.6.0.11.3.46 Bisherige Schwangerschaften 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


    14.3.3.5.5.1 Aktuelle Schwangerschaft Entry
    Id1.2.40.0.34.6.0.11.3.44
    ref
    at-cda-bbr-
    Gültigkeit2024‑05‑21 15:33:03
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabbr_entry_AktuelleSchwangerschaft vom 2022‑03‑14 11:21:52
    • Kblank.png atcdabbr_entry_AktuelleSchwangerschaft vom 2021‑01‑26 13:52:14
    • Kblank.png atcdabbr_entry_AktuelleSchwangerschaft vom 2019‑11‑25 12:59:03
    StatusKgreen.png AktivVersions-Label1.1.2+20240628
    Nameatcdabbr_entry_AktuelleSchwangerschaftBezeichnungAktuelle Schwangerschaft Entry
    Beschreibung
    Informationen über eine aktuelle Schwangerschaft.
    Angegeben wird ein Kennzeichen (ja/nein/unbekannt). 
    Liegt eine aktuelle Schwangerschaft vor, kann auch der voraussichtliche Geburtstermin angegeben werden (Schätzung oder Berechnung nach letzter Regelblutung oder Eisprung) sowie das Datum der Schätzung/Berechnung.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.44
    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.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.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.45ContainmentKgreen.png Erwartetes Geburtsdatum Entry (1.1.0+20210304)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.44 Aktuelle Schwangerschaft Entry (2022‑03‑14 11:21:52)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.3.44 Aktuelle Schwangerschaft Entry (2021‑01‑26 13:52:14)
    ref
    at-cda-bbr-

    Adaptation: Template 1.2.40.0.34.6.0.11.3.44 Aktuelle Schwangerschaft Entry (2019‑11‑25 12:59:03)
    ref
    at-cda-bbr-
    Beispiel
    Strukturbeispiel
    <hl7:observation classCode="OBS" moodCode="EVN">
      <hl7:templateId root="1.2.40.0.34.6.0.11.3.44"/>  <templateId root="2.16.840.1.113883.10.22.4.27"/>  <hl7:code displayName="Pregnancy Status" codeSystemName="LOINC" codeSystem="2.16.840.1.113883.6.1" code="82810-3"/>  <hl7:text>
        <reference value="#xxx"/>  </hl7:text>
      <hl7:statusCode code="completed"/>  <hl7:effectiveTime>
        <hl7:low value="20200101010155+0100"/>  </hl7:effectiveTime>
      <hl7:value xsi:type="CE" codeSystemName="LOINC" displayName="Pregnant" codeSystem="2.16.840.1.113883.6.1" code="LA15173-0"/>  <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>
      <hl7:entryRelationship typeCode="COMP">
        <!-- template 1.2.40.0.34.6.0.11.3.45 'Erwartetes Geburtsdatum Entry' (2019-11-25T13:18:54) -->
      </hl7:entryRelationship>
      <hl7:reference>
        <!-- template 1.2.40.0.34.6.0.11.3.14 'External Document Entry' (2019-05-06T14:00:33) -->
      </hl7:reference>
    </hl7:observation>
    ItemDTKardKonfBeschreibungLabel
    hl7:observation
    (atc...aft)
    Treetree.png@classCode
    cs1 … 1FOBS
    Treetree.png@moodCode
    cs1 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(atc...aft)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.3.44
    Treetree.pnghl7:templateId
    II1 … 1MIPS Pregnancy Status Observation(atc...aft)
    Treeblank.pngTreetree.png@root
    uid1 … 1F2.16.840.1.113883.10.22.4.27
    Treetree.pnghl7:code
    CD.IPS1 … 1M(atc...aft)
    Treeblank.pngTreetree.png@displayName
    st0 … 1FPregnancy Status
    Treeblank.pngTreetree.png@codeSystemName
    st0 … 1FLOINC
    Treeblank.pngTreetree.png@codeSystem
    oid1 … 1F2.16.840.1.113883.6.1
    Treeblank.pngTreetree.png@code
    cs1 … 1F82810-3
    Eingefügt0 … 1R von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC)
    Treeblank.pngTreetree.pnghl7:originalText
    ED0 … 1RTextinhalt, der codiert wurde.
    (atc...aft)
    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...aft)
    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
    CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...aft)
    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...aft)
    Treeblank.pngTreeblank.pngTreetree.png@language
    cs1 … 1R
    Eingefügt0 … 1R von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)
    Treetree.pnghl7:text
    ED0 … 1R(atc...aft)
    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...aft)
    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...aft)
    Treeblank.pngTreetree.png@code
    CONF1 … 1Fcompleted
    Treetree.pnghl7:effectiveTime
    IVL_TS1 … 1RZeitpunkt der Beobachtung
    Die Angabe des high-Elements entfällt.

    (atc...aft)
    Treeblank.pngTreetree.pnghl7:low
    IVXB_TS1 … 1M(atc...aft)
    Treeblank.pngTreetree.pnghl7:high
    IVXB_TSNP(atc...aft)
    Treetree.pnghl7:value
    CE1 … 1RIm Element value wird der Status der Schwangerschaft angegeben.
    (atc...aft)
    Treeblank.pngTreetree.png@xsi:type
    1 … 1FCE
    Treeblank.pngTreetree.png@codeSystemName
    st0 … 1 
    Treeblank.pngTreetree.png@displayName
    st0 … 1 
    Treeblank.pngTreetree.png@codeSystem
    oid1 … 1R
    Treeblank.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.52 elgagab_PregnancyStatus_VS (DYNAMIC)
    Treeblank.pngTreetree.pnghl7:translation
    CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...aft)
    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...aft)
    Treeblank.pngTreeblank.pngTreetree.png@language
    cs1 … 1R
    Treetree.pnghl7:author
    0 … *RAuthor der enthaltenen Information (GDA)

    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (atc...aft)
    Treetree.pnghl7:informant
    0 … *RQuelle der 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...aft)
    Treetree.pnghl7:entryRelationship
    0 … 1RAngabe des errechneten Geburtstermins
    Beinhaltet 1.2.40.0.34.6.0.11.3.45 Erwartetes Geburtsdatum Entry (DYNAMIC)
    (atc...aft)
    Treeblank.pngTreetree.png@typeCode
    cs1 … 1FCOMP
    Treetree.pnghl7:reference
    0 … *RHier werden Verweise auf externe Dokumente zu dieser Schwangerschaft angegeben.

    Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC)
    (atc...aft)


    14.3.3.5.5.2 Bisherige Schwangerschaften Entry
    Id1.2.40.0.34.6.0.11.3.46
    ref
    at-cda-bbr-
    Gültigkeit2021‑01‑27 11:00:27
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabbr_entry_BisherigeSchwangerschaften vom 2019‑11‑25 13:30:42
    StatusKgreen.png AktivVersions-Label1.1.0+20210304
    Nameatcdabbr_entry_BisherigeSchwangerschaftenBezeichnungBisherige Schwangerschaften Entry
    Beschreibung
    Informationen über bisherige Schwangerschaften.


    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.46
    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.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.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.14ContainmentKgreen.png External Document Entry (1.0.1+20230717)DYNAMIC
    BeziehungAdaptation: Template 1.2.40.0.34.6.0.11.3.46 Bisherige Schwangerschaften Entry (2019‑11‑25 13:30:42)
    ref
    at-cda-bbr-
    Beispiel
    Beispiel
    <hl7:observation classCode="OBS" moodCode="EVN">
      <hl7:templateId root="1.2.40.0.34.6.0.11.3.46"/>  <hl7:templateId root="2.16.840.1.113883.10.22.4.28"/>  <hl7:code code="11636-8" codeSystem="2.16.840.1.113883.6.1" displayName="[#] Births.live"/>  <hl7:text>
        <hl7:reference value="#xxx"/>  </hl7:text>
      <hl7:statusCode code="completed"/>  <hl7:value xsi:type="INT" value="3"/>  <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>
      <hl7:reference>
        <!-- template 1.2.40.0.34.6.0.11.3.14 'External Document Entry' (2019-05-06T14:00:33) -->
      </hl7:reference>
    </hl7:observation>
    ItemDTKardKonfBeschreibungLabel
    hl7:observation
    (atc...ten)
    Treetree.png@classCode
    cs1 … 1FOBS
    Treetree.png@moodCode
    cs1 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(atc...ten)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.3.46
    Treetree.pnghl7:templateId
    II1 … 1M

    IPS Pregnancy Outcome Observation

    (atc...ten)
    Treeblank.pngTreetree.png@root
    uid1 … 1F2.16.840.1.113883.10.22.4.28
    Treetree.pnghl7:code
    CE.IPS1 … 1MDer Code gibt an, welche Art von Information bezüglich bisheriger Schwangerschaften enthalten sind.
    (atc...ten)
    Treeblank.pngTreetree.png@code
    cs1 … 1R
    Treeblank.pngTreetree.png@codeSystem
    uid1 … 1R
    Treeblank.pngTreetree.png@codeSystemName
    st0 … 1 
    Treeblank.pngTreetree.png@displayName
    st0 … 1 
     CONF
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.203 ELGA_PregnanciesSummary (DYNAMIC)
    Eingefügt0 … 1R von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC)
    Treeblank.pngTreetree.pnghl7:originalText
    ED0 … 1RTextinhalt, der codiert wurde.
    (atc...ten)
    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...ten)
    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
    CD0 … *Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.(atc...ten)
    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...ten)
    Treeblank.pngTreeblank.pngTreetree.png@language
    cs1 … 1R
    Eingefügt0 … 1R von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)
    Treetree.pnghl7:text
    ED0 … 1R(atc...ten)
    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...ten)
    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...ten)
    Treeblank.pngTreetree.png@code
    CONF1 … 1Fcompleted
    Treetree.pnghl7:value
    INT1 … 1REnthält im @value den dem Element code entsprechenden Wert(atc...ten)
    Treeblank.pngTreetree.png@xsi:type
    1 … 1FINT
    Treeblank.pngTreetree.png@value
    1 … 1R
    Treetree.pnghl7:author
    0 … *RAuthor der enthaltenen Information (GDA)

    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (atc...ten)
    Treetree.pnghl7:informant
    0 … *R
    Quelle der 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...ten)
    Treetree.pnghl7:reference
    0 … *RHier werden Verweise auf externe Dokumente zu den Schwangerschaften angegeben.

    Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC)
    (atc...ten)


    14.3.3.5.6 Medizinische Geräte und Implantate - unkodiert
    Id1.2.40.0.34.6.0.11.2.50
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 10:35:30
    Andere Versionen mit dieser Id:
    • Kblank.png elgagab_section_ImplantateUnkodiert vom 2019‑11‑07 09:56:08
    StatusKgreen.png AktivVersions-Label1.0.0+20201105
    Nameelgagab_section_ImplantateUnkodiertBezeichnungMedizinische Geräte und Implantate - unkodiert
    Beschreibung
    Diese Sektion enthält Informationen über intra- und extrakorporale Medizinprodukte oder Medizingeräte, von denen der Gesundheitszustand des Patienten direkt abhängig ist. Das umfasst z.B. Implantate, Prothesen, Pumpen, Herzschrittmacher etc. von denen ein GDA Kenntnis haben soll.
    Heilbehelfe wie Gehhilfen, Rollstuhl etc sind nicht notwendigerweise anzuführen. Wenn Heilbehelfe angegeben werden, dann in dieser Sektion.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.50
    KlassifikationCDA Section level template
    Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
    Assoziiert mit
    Assoziiert mit 1 Konzept
    IdNameDatensatz
    elgagab-data​element-196Kyellow.png Medizinische Geräte & Implantate Kyellow.png Datensatz
    Benutzt
    Benutzt 3 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.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.50 Medizinische Geräte und Implantate - unkodiert (2019‑11‑07 09:56:08)
    ref
    at-cda-bbr-
    Beispiel
    Implantat vorhanden
    <hl7:section>
      <hl7:templateId root="1.2.40.0.34.6.0.11.2.50"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="46264-8" codeSystem="2.16.840.1.113883.6.1"/>  <hl7:title>Medizinische Geräte und Implantate</hl7:title>  <hl7:text>
        <hl7:table>
          <hl7:thead>
            <hl7:tr>
              <cda:th styleCode="xELGA_colw:30">Gerät / Implantat</cda:th>          <cda:th styleCode="xELGA_colw:10">Seit</cda:th>          <cda:th styleCode="xELGA_colw:30">Seriennummer</cda:th>          <cda:th>Zusatzinformation</cda:th>        </hl7:tr>
          </hl7:thead>
          <hl7:tbody>
            <hl7:tr ID="al-1">
              <hl7:td>
                <hl7:content styleCode="xELGA_blue">Transgingiviales Implantat</hl7:content>          </hl7:td>
              <hl7:td>2015</hl7:td>          <hl7:td>UDI HIBCC: Serial# XYZ456789012345678, Lot# LOT123456789012345</hl7:td>          <hl7:td>M2 rechts oben</hl7:td>        </hl7:tr>
          </hl7:tbody>
        </hl7:table>
      </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>
      <hl7:component typeCode="COMP" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) -->
      </hl7:component>
    </hl7:section>
    Beispiel
    Keine medizinischen Geräte oder Implantate
    <hl7:section>
      <hl7:templateId root="1.2.40.0.34.6.0.11.2.50"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="46264-8" codeSystem="2.16.840.1.113883.6.1"/>  <hl7:title>Medizinische Geräte und Implantate</hl7:title>  <hl7:text>
        <hl7:table>
          <hl7:tbody>
            <hl7:tr ID="al-3">
              <hl7:td>
                <hl7:content styleCode="Bold">Kein medizinisches Gerät / kein Implantat in Situ</hl7:content>          </hl7:td>
            </hl7:tr>
          </hl7:tbody>
        </hl7:table>
      </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>
      <hl7:component typeCode="COMP" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) -->
      </hl7:component>
    </hl7:section>
    Beispiel
    Keine Information über medizinische Geräte oder Implantate
    <hl7:section>
      <hl7:templateId root="1.2.40.0.34.6.0.11.2.50"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="46264-8" codeSystem="2.16.840.1.113883.6.1"/>  <hl7:title>Medizinische Geräte und Implantate</hl7:title>  <hl7:text>
        <hl7:table>
          <hl7:tbody>
            <hl7:tr ID="al-3">
              <hl7:td>
                <hl7:content styleCode="Bold">Keine Information über medizinische Geräte oder Implantate verfügbar</hl7:content>          </hl7:td>
            </hl7:tr>
          </hl7:tbody>
        </hl7:table>
      </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>
      <hl7:component typeCode="COMP" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) -->
      </hl7:component>
    </hl7:section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...ert)
     
    Target.png
    elgagab-data​element-196Kyellow.png Medizinische Geräte & Implantate Kyellow.png Datensatz
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(elg...ert)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.50
    Treetree.pnghl7:id
    II0 … 1Eindeutige ID der Sektion(elg...ert)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CE1 … 1M(elg...ert)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F46264-8
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treetree.pnghl7:title
    ST1 … 1M(elg...ert)
     CONF
    Elementinhalt muss "Medizinische Geräte und Implantate" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1MDieses Element enthält die intra- und extrakorporale Medizinprodukte oder Medizingeräte, von denen der Gesundheitszustand des Patienten direkt abhängig ist, in tabellarischer Darstellung. (elg...ert)
    Treetree.pnghl7:author
    0 … *RAuthor der enthaltenen Information (GDA)

    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (elg...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)
    (elg...ert)
    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)
    (elg...ert)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue


    14.3.3.5.7 Medizinische Geräte und Implantate - kodiert
    Id1.2.40.0.34.6.0.11.2.60
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 11:57:50
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabrr_section_MedizinischeGeraeteUndImplantateKodiert vom 2019‑11‑21 12:45:03
    StatusKgreen.png AktivVersions-Label1.0.0+20210219
    Nameatcdabrr_section_MedizinischeGeraeteUndImplantateKodiertBezeichnungMedizinische Geräte und Implantate - kodiert
    Beschreibung
    Diese Sektion enthält Informationen über intra- und extrakorporale Medizinprodukte oder Medizingeräte, von denen der Gesundheitszustand des Patienten direkt abhängig ist. Das umfasst z.B. Implantate, Prothesen, Pumpen, Herzschrittmacher etc. von denen ein GDA Kenntnis haben soll.
    Heilbehelfe wie Gehhilfen, Rollstuhl etc sind nicht notwendigerweise anzuführen.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.60
    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.39ContainmentKgreen.png Medical Device 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.60 Medizinische Geräte und Implantate - kodiert (2019‑11‑21 12:45:03)
    ref
    at-cda-bbr-

    Adaptation: Template 2.16.840.1.113883.10.22.3.6 IPS Medical Devices Section (DYNAMIC)
    ref
    hl7ips-
    Beispiel
    Implantat vorhanden
    <hl7:section>
      <hl7:templateId root="1.2.40.0.34.6.0.11.2.60"/>  <hl7:templateId root="2.16.840.1.113883.10.22.3.6"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="46264-8" codeSystem="2.16.840.1.113883.6.1"/>  <hl7:title>Medizinische Geräte und Implantate</hl7:title>  <hl7:text>
        <hl7:table>
          <hl7:thead>
            <hl7:tr>
              <cda:th styleCode="xELGA_colw:30">Gerät / Implantat</cda:th>          <cda:th styleCode="xELGA_colw:10">Seit</cda:th>          <cda:th styleCode="xELGA_colw:30">Seriennummer</cda:th>          <cda:th>Zusatzinformation</cda:th>        </hl7:tr>
          </hl7:thead>
          <hl7:tbody>
            <hl7:tr ID="al-1">
              <hl7:td>
                <hl7:content styleCode="xELGA_blue">Transgingiviales Implantat</hl7:content>          </hl7:td>
              <hl7:td>2015</hl7:td>          <hl7:td>UDI HIBCC: Serial# XYZ456789012345678, Lot# LOT123456789012345</hl7:td>          <hl7:td>M2 rechts oben</hl7:td>        </hl7:tr>
          </hl7:tbody>
        </hl7:table>
      </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>
      <hl7:entry typeCode="DRIV">
        <!-- template 1.2.40.0.34.6.0.11.3.39 'Medical Device Entry' (2019-11-21T13:08:26) -->
      </hl7:entry>
      <hl7:component typeCode="COMP" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) -->
      </hl7:component>
    </hl7:section>
    Beispiel
    Keine medizinischen Geräte oder Implantate
    <hl7:section>
      <hl7:templateId root="1.2.40.0.34.6.0.11.2.60"/>  <hl7:templateId root="2.16.840.1.113883.10.22.3.6"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="46264-8" codeSystem="2.16.840.1.113883.6.1"/>  <hl7:title>Medizinische Geräte und Implantate</hl7:title>  <hl7:text>
        <hl7:table>
          <hl7:tbody>
            <hl7:tr ID="al-3">
              <hl7:td>
                <hl7:content styleCode="Bold">Kein medizinisches Gerät / kein Implantat in Situ</hl7:content>          </hl7:td>
            </hl7:tr>
          </hl7:tbody>
        </hl7:table>
      </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>
      <hl7:entry typeCode="DRIV">
        <!-- template 1.2.40.0.34.6.0.11.3.39 'Medical Device Entry' (2019-11-21T13:08:26) -->
      </hl7:entry>
      <hl7:component typeCode="COMP" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) -->
      </hl7:component>
    </hl7:section>
    Beispiel
    Keine Information über medizinische Geräte oder Implantate
    <hl7:section>
      <hl7:templateId root="1.2.40.0.34.6.0.11.2.60"/>  <hl7:templateId root="2.16.840.1.113883.10.22.3.6"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="46264-8" codeSystem="2.16.840.1.113883.6.1"/>  <hl7:title>Medizinische Geräte und Implantate</hl7:title>  <hl7:text>
        <hl7:table>
          <hl7:tbody>
            <hl7:tr ID="al-3">
              <hl7:td>
                <hl7:content styleCode="Bold">Keine Information über medizinische Geräte oder Implantate verfügbar</hl7:content>          </hl7:td>
            </hl7:tr>
          </hl7:tbody>
        </hl7:table>
      </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>
      <hl7:entry typeCode="DRIV">
        <!-- template 1.2.40.0.34.6.0.11.3.39 'Medical Device Entry' (2019-11-21T13:08:26) -->
      </hl7:entry>
      <hl7:component typeCode="COMP" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) -->
      </hl7:component>
    </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.60
    Treetree.pnghl7:templateId
    II1 … 1MIPS Medical Devices Section
    (atc...ert)
    Treeblank.pngTreetree.png@root
    uid1 … 1F2.16.840.1.113883.10.22.3.6
    Treetree.pnghl7:id
    II0 … 1Eindeutige ID der Sektion(atc...ert)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CE1 … 1M(atc...ert)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F46264-8
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treetree.pnghl7:title
    ST1 … 1M(atc...ert)
     CONF
    Elementinhalt muss "Medizinische Geräte und Implantate" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1MDieses Element enthält die intra- und extrakorporale Medizinprodukte oder Medizingeräte, von denen der Gesundheitszustand des Patienten direkt abhängig ist, in tabellarischer Darstellung. (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)
    Treetree.pnghl7:entry
    1 … *MBeinhaltet 1.2.40.0.34.6.0.11.3.39 Medical Device 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


    14.3.3.5.7.1 Medical Device Entry
    Id1.2.40.0.34.6.0.11.3.39
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 12:52:04
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabbr_entry_MedicalDevice vom 2019‑11‑21 13:08:26
    StatusKgreen.png AktivVersions-Label1.0.0+20210219
    Nameatcdabbr_entry_MedicalDeviceBezeichnungMedical Device Entry
    BeschreibungDieses Entry beschreibt das medizinisches Gerät oder Implantat, das vom Patienten zur Zeit verwendet wird.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.39
    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.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.14ContainmentKgreen.png External Document Entry (1.0.1+20230717)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.39 Medical Device Entry (2019‑11‑21 13:08:26)
    ref
    at-cda-bbr-

    Adaptation: Template 2.16.840.1.113883.10.22.4.26 IPS Medical Device (DYNAMIC)
    ref
    hl7ips-
    Beispiel
    Codierte Angabe eines Implantates
    <hl7:supply classCode="SPLY" moodCode="EVN">
      <hl7:templateId root="1.2.40.0.34.6.0.11.3.39"/>  <hl7:templateId root=" 2.16.840.1.113883.10.22.4.26"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:text>
        <hl7:reference value="#myRef"/>  </hl7:text>
      <hl7:effectiveTime>
        <hl7:low value="20110310"/>  </hl7:effectiveTime>
      <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>
      <hl7:participant typeCode="DEV">
        <hl7:participantRole classCode="MANU">
          <hl7:id/>      <hl7:playingDevice classCode="DEV" determinerCode="INSTANCE">
            <hl7:code value="413766009" displayName="Cardiovascular stent" codeSystem="2.16.840.1.113883.6.96">
              <hl7:originalText>
                <hl7:reference value="#myRef2"/>          </hl7:originalText>
            </hl7:code>
          </hl7:playingDevice>
        </hl7:participantRole>
      </hl7:participant>
      <hl7:reference>
        <!-- template 1.2.40.0.34.6.0.11.3.14 'External Document Entry' (2019-05-06T14:00:33) -->
      </hl7:reference>
    </hl7:supply>
    ItemDTKardKonfBeschreibungLabel
    hl7:supply
    (atc...ice)
    Treetree.png@classCode
    cs1 … 1FSPLY
    Treetree.png@moodCode
    cs1 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(atc...ice)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.3.39
    Treetree.pnghl7:templateId
    II1 … 1MIPS Medical Device
    (atc...ice)
    Treeblank.pngTreetree.png@root
    uid1 … 1F2.16.840.1.113883.10.22.4.26
    Treetree.pnghl7:id
    II0 … *R(atc...ice)
    Treetree.pnghl7:text
    ED0 … 1RDieses Element enthält nur einen Verweise auf die Informationen für dieses Gerät im narrativen Teil (atc...ice)
    Treeblank.pngTreetree.pnghl7:reference
    TEL1 … 1M(atc...ice)
    Treeblank.pngTreeblank.pngTreetree.png@value
    1 … 1RVerweis auf die Informationen für dieses Gerät im narrativen Teil.
    Treetree.pnghl7:effectiveTime
    IVL_TS1 … 1RDieses Element enthält den Zeitpunkt der Versorgung des Patienten.
    Im Fall eines Implantats ist hier Datum und Zeit der Implantation anzugeben.
    Da nur aktuelle verwendete Geräte oder Implantate anzugeben sind, entfällt die Angabe des high-Wertes.

    (atc...ice)
    Treeblank.pngTreetree.pnghl7:low
    IVXB_TS1 … 1RDieses Element enthält den Zeitpunkt der Versorgung des Patienten. 
    Im Fall eines Implantats ist hier Datum und Zeit der Implantation anzugeben.
    Erlaubter nullFlavor: UNK
    (atc...ice)
    Treetree.pnghl7:author
    0 … *RAuthor der enthaltenen Information (GDA)

    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (atc...ice)
    Treetree.pnghl7:informant
    0 … *R
    Quelle der 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...ice)
    Treetree.pnghl7:participant
    1 … 1MIn diesem Element wird das konkrete Gerät oder Implantat angegeben.(atc...ice)
    Treeblank.pngTreetree.png@typeCode
    cs1 … 1FDEV
    Treeblank.pngTreetree.pnghl7:participantRole
    1 … 1R(atc...ice)
    Treeblank.pngTreeblank.pngTreetree.png@classCode
    cs1 … 1FMANU
    Treeblank.pngTreeblank.pngTreetree.pnghl7:id
    0 … *RAngabe der Identifikationnummer, z.B. Seriennummer des Geräts oder Implantats, UDI (Unique Device Identification).




    (atc...ice)
    Treeblank.pngTreeblank.pngTreetree.pnghl7:playingDevice
    1 … 1R(atc...ice)
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
    cs1 … 1FDEV
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
    cs1 … 1FINSTANCE
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
    CE1 … 1RDer Geräte-Code beschreibt den Typ des Geräts oder Implantats (zum Beispiel Armprothese, arterieller Stent). 
    • Hat der Patient kein medizinisches Gerät oder Implantat: Wert aus ELGA_AbsentOrUnknownDevices
    • Liegen keine Informationen bezüglich Geräten oder Implantaten vor: Wert aus ELGA_AbsentOrUnknownDevices
    • Ist keine codierte Angabe für das medizinische Gerät oder Implantat möglich, wird im Element <originalText> der Verweis auf den narrativen Teil angegeben.
    • ansonsten: Wert aus ELGA_MedicalDevices
    (atc...ice)
     CONF
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.192 ELGA_AbsentOrUnknownDevices (DYNAMIC)
    oder
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.190 ELGA_MedicalDevices (DYNAMIC)
     Beispiel
    Kein medizinisches Gerät oder Implantat
    <participant typeCode="DEV">
      <participantRole classCode="MANU">
        <playingDevice>
          <code code="xxxx" codeSystem="xxx" displayName="No implant in situ (situation)"/>    </playingDevice>
        <scopingEntity>
          <id root="2.16.840.1.113883.3.3719"/>    </scopingEntity>
      </participantRole>
    </participant>
     Beispiel
    Keine Information bezüglich Geräten oder Implantaten
    <participant typeCode="DEV">
      <participantRole classCode="MANU">
        <playingDevice>
          <code code="xxxx" codeSystem="xxxx" displayName="Presence of implanted device not known (situation)"/>    </playingDevice>
        <scopingEntity>
          <id root="2.16.840.1.113883.3.3719"/>    </scopingEntity>
      </participantRole>
    </participant>
     Beispiel
    Narrative Angabe
    <participant typeCode="DEV">
      <participantRole classCode="MANU">
        <playingDevice>
          <code nullFlavor="NA">
            <originalText>
              <reference value="#meddev-1"/>        </originalText>
          </code>
        </playingDevice>
        <scopingEntity>
          <id root="2.16.840.1.113883.3.3719"/>    </scopingEntity>
      </participantRole>
    </participant>
     Beispiel
    Codierte Angabe des Geräts
    <participant typeCode="DEV">
      <participantRole classCode="MANU">
        <id root="1.2.3.999" extension="__example_only__"/>    <playingDevice classCode="DEV" determinerCode="INSTANCE">
          <code code="ein_snomed_code" codeSystem="2.16.840.1.113883.6.96"/>    </playingDevice>
      </participantRole>
    </participant>
    Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:originalText
    ED0 … 1(atc...ice)
    Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
    TEL1 … 1RVerweis auf die Angabe des medizinischen Geräts oder Implantats im narrtiven Teil.(atc...ice)
    Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:translation
    CD0 … 1
    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 Value Set vorhanden ist.
    (atc...ice)
    Treetree.pnghl7:reference
    0 … 1RHier werden Verweise auf externe Dokumente zu den medizinischen Geräten oder Implantaten angegeben.
    Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC)
    (atc...ice)


    14.3.3.5.8 Beeinträchtigungen - unkodiert
    Id1.2.40.0.34.6.0.11.2.52
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 09:03:48
    Andere Versionen mit dieser Id:
    • Kblank.png elgagab_section_BeeintraechtigungenUnkodiert vom 2019‑11‑07 10:05:12
    StatusKgreen.png AktivVersions-Label1.0.0+20201105
    Nameelgagab_section_BeeintraechtigungenUnkodiertBezeichnungBeeinträchtigungen - unkodiert
    Beschreibung

    Informationen über dauernde Beeinträchtigung der körperlichen und/oder geistigen Leistungsfähigkeit, Art und Grad von Behinderungen.

    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.52
    KlassifikationCDA Section level template
    Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
    Assoziiert mit
    Assoziiert mit 1 Konzept
    IdNameDatensatz
    elgagab-data​element-198Kyellow.png Beeinträchtigungen Kyellow.png Datensatz
    Benutzt
    Benutzt 3 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.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.52 Beeinträchtigungen - unkodiert (2019‑11‑07 10:05:12)
    ref
    at-cda-bbr-
    Beispiel
    Beispiel
    <section>
      <templateId root="1.2.40.0.34.6.0.11.2.52"/>  <templateId root="2.16.840.1.113883.10.22.3.8"/>  <code code="47420-5" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Functional status assessment note"/>  <title>Beeinträchtigungen</title>  <text>
        <list>
          <item>Taubheit linkes Ohr</item>      <item>Taubheitsgefühl und Sensitivitätsstärungen linker Arm</item>    </list>
      </text>
    </section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...ert)
     
    Target.png
    elgagab-data​element-198Kyellow.png Beeinträchtigungen Kyellow.png Datensatz
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(elg...ert)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.52
    Treetree.pnghl7:templateId
    II1 … 1MHL7 IPS Functional Status Section(elg...ert)
    Treeblank.pngTreetree.png@root
    uid1 … 1F2.16.840.1.113883.10.22.3.8
    Treetree.pnghl7:id
    II0 … 1Eindeutige ID der Sektion(elg...ert)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CE1 … 1M(elg...ert)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F47420-5
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
     Beispiel<code code="47420-5" displayName="Functional status assessment note" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
    Treetree.pnghl7:title
    ST1 … 1M(elg...ert)
     CONF
    Elementinhalt muss "Beeinträchtigungen" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1MIn diesem Element werden  Informationen über dauernde Beeinträchtigung der körperlichen und/oder geistigen Leistungsfähigkeit, Art und Grad von Behinderungen hinterlegt.(elg...ert)
    Treetree.pnghl7:author
    0 … *RAuthor der enthaltenen Information (GDA)

    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (elg...ert)
    Treetree.pnghl7:informant
    0 … *R
    Quelle der 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)
    (elg...ert)
    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)
    (elg...ert)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue


    14.3.3.5.9 Beeinträchtigungen - kodiert
    Id1.2.40.0.34.6.0.11.2.51
    ref
    at-cda-bbr-
    Gültigkeit2024‑05‑21 15:37:17
    Andere Versionen mit dieser Id:
    • Kblank.png cdagab_section_BeeintraechtigungenKodiert vom 2021‑02‑19 09:03:57
    • Kblank.png cdagab_section_BeeintraechtigungenKodiert vom 2019‑11‑07 10:03:23
    StatusKgreen.png AktivVersions-Label1.0.1+20240628
    Namecdagab_section_BeeintraechtigungenKodiertBezeichnungBeeinträchtigungen - kodiert
    BeschreibungInformationen über dauernde Beeinträchtigung der körperlichen und/oder geistigen Leistungsfähigkeit, Art und Grad von Behinderungen.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.51
    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.47ContainmentKgreen.png Functional Status 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.51 Beeinträchtigungen - kodiert (2021‑02‑19 09:03:57)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.2.51 Beeinträchtigungen - kodiert (2019‑11‑07 10:03:23)
    ref
    at-cda-bbr-
    Beispiel
    Beispiel
    <section>
      <templateId root="1.2.40.0.34.6.0.11.2.51"/>  <templateId root="2.16.840.1.113883.10.22.3.8"/>  <code code="47420-5" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Functional status assessment note"/>  <title>Beeinträchtigungen</title>  <text>
        <list>
          <item>Taubheit linkes Ohr</item>      <item>Taubheitsgefühl und Sensitivitätsstärungen linker Arm</item>    </list>
      </text>
      <entry typeCode="DRIV">
        <!-- template 1.2.40.0.34.6.0.11.3.47 'Functional Status Entry' (dynamic) -->
      </entry>
    </section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (cda...ert)
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(cda...ert)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.51
    Treetree.pnghl7:templateId
    II1 … 1MHL7 IPS Functional Status Section(cda...ert)
    Treeblank.pngTreetree.png@root
    uid1 … 1F2.16.840.1.113883.10.22.3.8
    Treetree.pnghl7:id
    II0 … 1Eindeutige ID der Sektion(cda...ert)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CE1 … 1M(cda...ert)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F47420-5
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
     Beispiel<code code="47420-5" displayName="Functional status assessment note" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
    Treetree.pnghl7:title
    ST1 … 1M(cda...ert)
     CONF
    Elementinhalt muss "Beeinträchtigungen" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1MIn diesem Element werden  I nformationen über dauernde Beeinträchtigung der körperlichen und/oder geistigen Leistungsfähigkeit, Art und Grad von Behinderungen hinterlegt.(cda...ert)
    Treetree.pnghl7:author
    0 … *RAuthor der enthaltenen Information (GDA)

    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (cda...ert)
    Treetree.pnghl7:informant
    0 … *R
    Quelle der 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)
    (cda...ert)
    Treetree.pnghl7:entry
    1 … *MMaschinenlesbare Form der Informationen
    Beinhaltet 1.2.40.0.34.6.0.11.3.47 Functional Status Entry (DYNAMIC)
    (cda...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)
    (cda...ert)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue


    14.3.3.5.9.1 Functional Status Entry
    Id1.2.40.0.34.6.0.11.3.47
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 12:43:46
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabbr_entry_FunctionalStatus vom 2019‑11‑26 13:33:51
    StatusKgreen.png AktivVersions-Label1.0.0+20210219
    Nameatcdabbr_entry_FunctionalStatusBezeichnungFunctional Status Entry
    BeschreibungEntry zur codierten Erfassung der Beeinträchtigungen
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.47
    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.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.14ContainmentKgreen.png External Document Entry (1.0.1+20230717)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.47 Functional Status Entry (2019‑11‑26 13:33:51)
    ref
    at-cda-bbr-

    Adaptation: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
    ref
    ad1bbr-

    Adaptation: Template 2.16.840.1.113883.10.22.4.43 IPS Survey Observation (DYNAMIC)
    ref
    hl7ips-
    Beispiel
    Strukturbeispiel
    <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false">
      <hl7:templateId root="1.2.40.0.34.6.0.11.3.47"/>  <hl7:templateId root="2.16.840.1.113883.10.22.4.43"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="284773001" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Ability to Care for Self"/>  <hl7:statusCode code="completed"/>  <hl7:effectiveTime>
        <hl7:low value="201611"/>    <hl7:high value="201811"/>  </hl7:effectiveTime>
      <hl7:value xsi:type="CD" nullFlavor="NA">
        <hl7:originalText>
          <hl7:reference value="tel:+1-12345678"/>    </hl7:originalText>
      </hl7:value>
      <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>
      <hl7:reference>
        <!-- template 1.2.40.0.34.6.0.11.3.14 'External Document Entry' (2019-05-06T14:00:33) -->
      </hl7:reference>
    </hl7:observation>
    ItemDTKardKonfBeschreibungLabel
    hl7:observation
    (atc...tus)
    Treetree.png@classCode
    cs1 … 1FOBS
    Treetree.png@moodCode
    cs1 … 1FEVN
    Treetree.png@negationInd
    bl0 … 1 
    Treetree.pnghl7:templateId
    II1 … 1M(atc...tus)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.3.47
    Treetree.pnghl7:templateId
    II1 … 1MHL7 IPS Survey Observation
    (atc...tus)
    Treeblank.pngTreetree.png@root
    uid1 … 1F2.16.840.1.113883.10.22.4.43
    Treetree.pnghl7:id
    II0 … *(atc...tus)
    Treetree.pnghl7:code
    CD1 … 1M(atc...tus)
    Treeblank.pngTreetree.png@code
    cs1 … 1F284773001
    Treeblank.pngTreetree.png@codeSystem
    oid1 … 1F2.16.840.1.113883.6.96
    Treeblank.pngTreetree.png@codeSystemName
    st0 … 1FSNOMED CT
    Treeblank.pngTreetree.png@displayName
    st0 … 1FAbility to Care for Self
    Treetree.pnghl7:statusCode
    CS1 … 1M(atc...tus)
    Treeblank.pngTreetree.png@code
    CONF1 … 1Fcompleted
    Treetree.pnghl7:effectiveTime
    IVL_TS1 … 1RZeitspanne für das Problem.(atc...tus)
    Treetree.pnghl7:value
    1 … 1R(atc...tus)
    Treeblank.pngTreetree.png@xsi:type
    1 … 1FCD
     Constraint
    Ist keine codierte Angabe für die vorliegende Beeinträchtigung möglich, MUSS, M [1..1] im Element <originalText> der Verweis auf den narrativen Teil angegeben sein.
    Gleichzeitig MUSS, R [1..1], für /value/@nullFlavor = "NA" strukturiert sein. 


     Beispiel<value hl7:type="CD" nullFlavor="NA">
      <originalText>
        <reference value="#ref1"/>  </originalText>
    </value>
    Treeblank.pngTreetree.pnghl7:originalText
    1 … 1R(atc...tus)
    Treeblank.pngTreeblank.pngTreetree.pnghl7:reference
    TEL1 … 1RVerweis auf die Beschreibung der Beeinträchtigung im narrativen Teil.
    (atc...tus)
    Treetree.pnghl7:author
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)(atc...tus)
    Treetree.pnghl7:informant
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(atc...tus)
    Treetree.pnghl7:reference
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC)(atc...tus)


    14.3.3.5.10 Impfungen - unkodiert
    Id1.2.40.0.34.6.0.11.2.53
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 09:30:25
    Andere Versionen mit dieser Id:
    • Kblank.png elgagab_section_ImpfungenUnkodiert vom 2019‑11‑07 10:17:19
    StatusKgreen.png AktivVersions-Label1.0.0+20201105
    Nameelgagab_section_ImpfungenUnkodiertBezeichnungImpfungen - unkodiert
    Beschreibung
    Diese Sektion enthält die relevanten Impfungen, die dem Patienten verabreicht wurden.
    Pro Sektion können mehrere Impfungen enthalten sein. Alle Inhalte sind verpflichtend strukturiert in den darunterliegenden Entries anzugeben.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.53
    KlassifikationCDA Section 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.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.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.53 Impfungen - unkodiert (2019‑11‑07 10:17:19)
    ref
    at-cda-bbr-
    Beispiel
    Strukturbeispiel
    <section classCode="DOCSECT" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.2.53"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="11369-6" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="History of Immunization Narrative"/>  <title>Impfungen</title>  <text>
        <table ID="sbdm-1">
          <tbody>
            <tr>
              <td styleCode="xELGA_colw:20">Impfung gegen:</td>          <td>
                <content ID="target-1">Frühsommer-Meningoencephalitis</content>          </td>
            </tr>
            <!-- und so weiter -->
          </tbody>
        </table>
      </text>
      <component typeCode="COMP" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) -->
      </component>
    </section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...ert)
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1MELGA(elg...ert)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.53
    Treetree.pnghl7:id
    II0 … 1Eindeutige ID der Sektion(elg...ert)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CE1 … 1MCode der Sektion. Fixer Wert "11369-6"(elg...ert)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F11369-6
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treeblank.pngTreetree.png@codeSystemName
    1 … 1FLOINC
    Treeblank.pngTreetree.png@displayName
    1 … 1FHistory of Immunization Narrative
    Treetree.pnghl7:title
    ST1 … 1MDie Überschrift dieses Kapitels muss lauten: 'Impfungen' (elg...ert)
     CONF
    Elementinhalt muss "Impfungen" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1MAlle relevanten Informationen werden hier tabellarisch dargestellt.
    Form: zweispaltig, erste Spalte enthält den Namen des Datenelements, die zweite Spalte den Inhalt. 
    z.B.: Impfung gegen: Frühsommer-Meningoencephalitis
    (elg...ert)
    Treetree.pnghl7:author
    0 … *Author der enthaltenen Information (GDA)
    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (elg...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)
    (elg...ert)
    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)
    (elg...ert)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue


    14.3.3.5.11 Impfungen - kodiert
    Id1.2.40.0.34.6.0.11.2.1
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 11:46:43
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabrr_section_ImpfungenKodiert vom 2017‑03‑11 18:38:41
    StatusKgreen.png AktivVersions-Label1.0.0+20210219
    Nameatcdabrr_section_ImpfungenKodiertBezeichnungImpfungen - kodiert
    Beschreibung
    Diese Sektion enthält die Impfungen, die dem Patienten verabreicht wurden.
    Pro Sektion können mehrere Impfungen enthalten sein. Alle Inhalte sind verpflichtend strukturiert in den darunterliegenden Entries anzugeben.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.1
    KlassifikationCDA Section level template
    Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
    Benutzt
    Benutzt 3 Templates
    Benutzt als NameVersion
    1.2.40.0.34.6.0.11.3.1ContainmentKgreen.png Immunization Entry (2.0.1+20240628)DYNAMIC
    1.2.40.0.34.6.0.11.3.28ContainmentKgreen.png Immunization Entry Impfung nicht angegeben (2.0.1+20240628)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.1 Impfungen - kodiert (2017‑03‑11 18:38:41)
    ref
    at-cda-bbr-

    Spezialisierung: Template 2.16.840.1.113883.10.20.1.6 Immunization section (DYNAMIC)
    ref
    ccd1-

    Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.3.23 IHE Immunizations Section (2013‑12‑20)
    ref
    IHE-PCC-
    Beispiel
    Strukturbeispiel
    <hl7:section classCode="DOCSECT" moodCode="EVN">
      <hl7:templateId root="1.2.40.0.34.6.0.11.2.1"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.6"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.23"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="11369-6" codeSystem="2.16.840.1.113883.6.1" displayName="HISTORY OF IMMUNIZATIONS"/>  <hl7:title>Impfungen</hl7:title>  <text>
        <table ID="sbdm-1">
          <tbody>
            <tr>
              <td styleCode="xELGA_colw:20">Impfung gegen:</td>          <td>
                <content ID="target-1">Frühsommer-Meningoencephalitis</content>          </td>
            </tr>
            <!-- und so weiter -->
          </tbody>
        </table>
      </text>
      <!-- choice -->
      <hl7:entry typeCode="DRIV" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.3.1 'Immunization Entry' (2019-01-16T16:12:57) -->
      </hl7:entry>
      <!-- oder -->
      <hl7:entry typeCode="DRIV">
        <!-- template 1.2.40.0.34.6.0.11.3.28 'Immunization Entry Impfung nicht angegeben' (2019‑08‑13T12:59:09) -->
      </hl7:entry>
      <hl7:component typeCode="COMP" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) -->
      </hl7:component>
    </hl7:section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (atc...ert)
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1MELGA(atc...ert)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.1
    Treetree.pnghl7:templateId
    II1 … 1MHL7 CCD Immunization section(atc...ert)
    Treeblank.pngTreetree.png@root
    uid1 … 1F2.16.840.1.113883.10.20.1.6
    Treetree.pnghl7:templateId
    II1 … 1MIHE PCC Immunizations Section(atc...ert)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.23
    Treetree.pnghl7:id
    II0 … 1Eindeutige ID der Sektion (optional)(atc...ert)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CE1 … 1MCode der Sektion. Fixer Wert "11369-6"(atc...ert)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F11369-6
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treeblank.pngTreetree.png@displayName
    1 … 1FHISTORY OF IMMUNIZATIONS
    Treetree.pnghl7:title
    ST1 … 1MDer Titel der Sektion MUSS lauten: 'Impfungen' (atc...ert)
     CONF
    Elementinhalt muss "Impfungen" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1MDie narrative Beschreibung in diesem Kapitel wird automatisch aus den kodierten Elementen erstellt. 
    Alle relevanten Informationen werden hier tabellarisch dargestellt.
    Form: zweispaltig, erste Spalte enthält den Namen des Datenelements, die zweite Spalte den Inhalt. 
    z.B.: Impfung gegen: Frühsommer-Meningoencephalitis
    (atc...ert)
    Auswahl1 … *Elemente in der Auswahl:
    • hl7:entry[hl7:substanceAdministration/hl7:templateId[@root='1.2.40.0.34.6.0.11.3.1']] welches enthält Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (DYNAMIC)
    • hl7:entry[hl7:substanceAdministration/hl7:templateId[@root='1.2.40.0.34.6.0.11.3.28']] welches enthält Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (DYNAMIC)
    Treeblank.pngTreetree.pnghl7:entry
    0 … *Beinhaltet 1.2.40.0.34.6.0.11.3.1 Immunization Entry (DYNAMIC)(atc...ert)
    wo [hl7:substanceAdministration/hl7:templateId [@root='1.2.40.0.34.6.0.11.3.1']]
    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 … 1Beinhaltet 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (DYNAMIC)(atc...ert)
    wo [hl7:substanceAdministration/hl7:templateId [@root='1.2.40.0.34.6.0.11.3.28']]
    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 … *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...ert)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue


    14.3.3.5.11.1 Immunization Entry
    Id1.2.40.0.34.6.0.11.3.1
    ref
    at-cda-bbr-
    Gültigkeit2024‑05‑21 15:48:03
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabbr_entry_Immunization vom 2023‑01‑23 12:29:18
    • Kblank.png atcdabbr_entry_Immunization vom 2022‑01‑25 14:21:09
    • Kblank.png atcdabbr_entry_Immunization vom 2021‑08‑04 13:02:28
    • Kblank.png atcdabbr_entry_Immunization vom 2021‑05‑20 08:43:35
    • Kblank.png atcdabbr_entry_Immunization vom 2021‑05‑19 15:07:24
    • Kblank.png atcdabbr_entry_Immunization vom 2021‑05‑17 14:08:25
    • Kblank.png atcdabbr_entry_Immunization vom 2021‑05‑04 08:23:05
    • Kblank.png atcdabbr_entry_Immunization vom 2021‑02‑19 12:46:49
    • Kblank.png atcdabbr_entry_Immunization vom 2019‑01‑16 16:12:57
    StatusKgreen.png AktivVersions-Label2.0.1+20240628
    Nameatcdabbr_entry_ImmunizationBezeichnungImmunization Entry
    Beschreibung

    Enthält die Dokumentation einer einzelnen Impfung (einzelne Verabreichung eines Impfstoffes).
    Wird die Nachtragung einer Impfung dokumentiert, MUSS dies durch das Element participant/@typeCode = "ENT" gekennzeichnet sein (M [1..1]).

    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.1
    KlassifikationCDA Entry Level Template
    Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
    Benutzt
    Benutzt 15 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.32ContainmentKgreen.png Vaccine Product (2.0.0+20230717)DYNAMIC
    1.2.40.0.34.6.0.11.9.31ContainmentKgreen.png Vaccine Product nicht angegeben (1.0.0+20210219)DYNAMIC
    1.2.40.0.34.6.0.11.9.21ContainmentKgreen.png Performer Body - Impfende Person (1.0.2+20220103)DYNAMIC
    1.2.40.0.34.6.0.11.9.8ContainmentKgreen.png Author Body - e-Impfpass (2.0.0+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.14ContainmentKgreen.png Participant Body - Transcriber (1.1.0+20220103)DYNAMIC
    1.2.40.0.34.6.0.11.9.44ContainmentKgreen.png Participant Body - Verifier (2.0.0+20230717)DYNAMIC
    1.2.40.0.34.6.0.11.9.46ContainmentKgreen.png Participant Body - Authorized Editor (1.0.1+20230717)DYNAMIC
    1.2.40.0.34.6.0.11.9.47ContainmentKgreen.png Participant Body - Data Enterer (1.0.1+20230717)DYNAMIC
    1.2.40.0.34.6.0.11.3.2ContainmentKgreen.png Immunization Target Entry (2.0.0+20230717)DYNAMIC
    1.2.40.0.34.6.0.11.3.5ContainmentKgreen.png Immunization Billability Entry (1.0.1+20230717)DYNAMIC
    1.2.40.0.34.6.0.11.3.168ContainmentKgreen.png Zusatzklassifikation (1.0.2+20230717)DYNAMIC
    1.2.40.0.34.6.0.11.3.14ContainmentKgreen.png External Document Entry (1.0.1+20230717)DYNAMIC
    1.2.40.0.34.6.0.11.3.10ContainmentKgreen.png Immunization Schedule Entry (2.0.0+20230717)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2023‑01‑23 12:29:18)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2021‑05‑20 08:43:35)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2021‑02‑19 12:46:49)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2019‑01‑16 16:12:57)
    ref
    at-cda-bbr-

    Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.12 eHDSI Immunizations (DYNAMIC)
    ref
    epsos-

    Spezialisierung: Template 2.16.840.1.113883.10.20.1.24 Medication activity (DYNAMIC)
    ref
    ccd1-
    Beispiel
    Neue Impfung - Minimalbeispiel für Update Immunisierungsstatus
    <substanceAdministration moodCode="EVN" negationInd="false" classCode="SBADM">
      <templateId root="1.2.40.0.34.6.0.11.3.1"/>  <templateId root="2.16.840.1.113883.10.20.1.24"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12"/>  <id root="1.2.3.999" extension="extension"/>  <code code="IMMUNIZ" codeSystem="2.16.840.1.113883.5.4" codeSystemName="ActCode"/>  <text>
        <reference value="#ref-1"/>  </text>
      <statusCode code="completed"/>  <effectiveTime value="20200617122000+0200"/>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity nullFlavor="UNK"/>  <consumable typeCode="CSM">
        <!-- template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) (2019‑04‑24T08:57:24) -->
      </consumable>
      <performer typeCode="PRF">
        <!-- template 1.2.40.0.34.6.0.11.9.21 'Performer Body - Impfende Person' (2019-05-08T13:21:12) -->
      </performer>
      <author>
        <!-- template 1.2.40.0.34.6.0.11.9.8 'Author Body - e-Impfpass' (2021‑02‑19T13:12:25) -->
      </author>
      <entryRelationship typeCode="RSON">
        <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) -->
      </entryRelationship>
      <entryRelationship typeCode="SUBJ">
        <!-- template 1.2.40.0.34.6.0.11.3.168 'Zusatzklassifikation' (2021-05-19T15:05:17) -->
      </entryRelationship>
      <precondition>
        <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) -->
      </precondition>
    </substanceAdministration>
    Beispiel
    Impfung - Vollständig für Kompletter Immunisierungsstatus
    <substanceAdministration moodCode="EVN" negationInd="false" classCode="SBADM">
      <templateId root="1.2.40.0.34.6.0.11.3.1"/>  <templateId root="2.16.840.1.113883.10.20.1.24"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12"/>  <id root="1.2.3.999" extension="extension"/>  <code code="IMMUNIZ" codeSystem="2.16.840.1.113883.5.4" codeSystemName="ActCode"/>  <text>
        <reference value="#ref-1"/>  </text>
      <statusCode code="completed"/>  <effectiveTime value="20190817121500+0200"/>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity value="1" unit="{Packung}"/>  <consumable typeCode="CSM">
        <!-- template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) (2019‑04‑24T08:57:24) -->
      </consumable>
      <performer typeCode="PRF">
        <!-- template 1.2.40.0.34.6.0.11.9.21 'Performer Body - Impfende Person' (2019-05-08T13:21:12) -->
      </performer>
      <author>
        <!-- template 1.2.40.0.34.6.0.11.9.8 'Author Body - e-Impfpass' (2021‑02‑19T13:12:25) -->
      </author>
      <participant typeCode="ENT">
        <!-- template 1.2.40.0.34.6.0.11.9.14 'Participant Body Transcriber' (2019-04-03T16:19:46) -->
      </participant>
      <participant typeCode="VRF">
        <!-- template 1.2.40.0.34.6.0.11.9.44 'Participant Body Verifier' (2021‑08‑04 12:28:20) -->
      </participant>
      <entryRelationship typeCode="RSON">
        <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) -->
      </entryRelationship>
      <entryRelationship typeCode="SUBJ">
        <!-- template 1.2.40.0.34.6.0.11.3.168 'Zusatzklassifikation' (2021-05-19T15:05:17) -->
      </entryRelationship>
      <reference typeCode="REFR">
        <externalDocument classCode="DOC" moodCode="EVN">
          <templateId root="1.2.40.0.34.6.0.11.3.14"/>      <id root="1.2.40.0.34.99.4613.3.1" extension="1"/>      <code code="308707006" codeSystem="2.16.840.1.113883.6.96" displayName="Zertifikat">
            <translation code="DGC-V" codeSystem="1.2.40.0.34.5.183" codeSystemName="eImpf_Ergaenzung" displayName="Impfzertifikat"/>      </code>
          <text>
            <reference value="https://epi-service.gv.at/wasauchimmer/654654316546.pdf"/>      </text>
        </externalDocument>
      </reference>
      <precondition>
        <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) -->
      </precondition>
    </substanceAdministration>
    Beispiel
    Nachtragung einer Impfung (z.B. aus Papier-Impfpass)
    <substanceAdministration moodCode="EVN" negationInd="false" classCode="SBADM">
      <templateId root="1.2.40.0.34.6.0.11.3.1"/>  <templateId root="2.16.840.1.113883.10.20.1.24"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12"/>  <id root="1.2.3.999" extension="extension"/>  <code code="IMMUNIZ" codeSystem="2.16.840.1.113883.5.4" codeSystemName="ActCode"/>  <text>
        <reference value="#ref-1"/>  </text>
      <statusCode code="completed"/>  <effectiveTime value="202006"/>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity nullFlavor="UNK"/>  <consumable typeCode="CSM">
        <!-- choice:
    template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) (2019‑04‑24T08:57:24) oder
    template 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC) (2019‑06‑05T07:33:24) -->
      </consumable>
      <participant typeCode="ENT">
        <!-- template 1.2.40.0.34.6.0.11.9.14 Participant Body - Transcriber (DYNAMIC) (2019-04-03T16:19:46) -->
      </participant>
      <entryRelationship typeCode="RSON">
        <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) -->
      </entryRelationship>
      <precondition>
        <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) -->
      </precondition>
    </substanceAdministration>
    ItemDTKardKonfBeschreibungLabel
    hl7:substanceAdministration
    (atc...ion)
    Treetree.png@classCode
    cs1 … 1FSBADM
    Treetree.png@moodCode
    cs1 … 1FEVN
    Treetree.png@negationInd
    bl1 … 1Ffalse
     In ELGA werden keine unerwünschten Impfungen dokumentiert, daher ist der negationInd immer "false".
    Treetree.pnghl7:templateId
    II1 … 1MELGA
    (atc...ion)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.3.1
    Treetree.pnghl7:templateId
    II1 … 1MHL7 CCD  Medication activity (atc...ion)
    Treeblank.pngTreetree.png@root
    uid1 … 1F2.16.840.1.113883.10.20.1.24
    Treetree.pnghl7:templateId
    II1 … 1MIHE Immunizations Entry(atc...ion)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.12
    Treetree.pnghl7:id
    II1 … 1MId der einzelnen Impfung, auf die referenziert werden kann (z.B. für Updates).
    OID und/oder Extension werden von der GDA-Software generiert, Eindeutigkeit ist unbedingt zu wahren.
    (atc...ion)
    Treetree.pnghl7:code
    CD1 … 1M(atc...ion)
    Treeblank.pngTreetree.png@code
    cs1 … 1FIMMUNIZ
    Treeblank.pngTreetree.png@codeSystem
    oid1 … 1F2.16.840.1.113883.5.4
    Treeblank.pngTreetree.png@codeSystemName
    st1 … 1FActCode
    Treeblank.pngTreetree.png@displayName
    st0NPNP/nicht anwesend
    Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)
    Treetree.pnghl7:text
    ED1 … 1M(atc...ion)
    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...ion)
    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 … 1MFester Wert "completed"(atc...ion)
    Treeblank.pngTreetree.png@code
    cs1 … 1Fcompleted
    Treetree.pnghl7:effectiveTime
    TS.AT.VAR1 … 1M
    Impfzeitpunkt: Datum inklusive Zeitpunkt der Durchführung der Impfung.
    bzw.
    Impfdatum: Datum der Durchführung der Impfung ohne Zeitangabe. Bitte bei der Anzeige beachten, das keine (erfundene) Zeitangabe gemacht wird, wie z.B. "00:00".
    (atc...ion)
    wo [not(@nullFlavor)]
     Constraint

    Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtrag MUSS der Impfzeitpunkt entweder im Format YYYYMMDD (taggenau) oder YYYYMMDDhhmmss[+/-]HHMM (sekundengenau mit Zeitzone) angegeben werden.

    Im Fall der Dokumentenklasse "Update Immunisierungsstatus" mit Nachtrag KANN der Impfzeitpunkt zusätzlich auch im Format YYYY (jahrgenau) oder YYYYMM (monatsgenau) strukturiert sein.

    Treetree.pnghl7:routeCode
    CE0 … 1
    Die Art der Anwendung (des Impfstoffes) z.B. subkutan, intramuskulär.
    (atc...ion)
     CONF
    Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.14581 HL7_RouteOfAdministration (DYNAMIC)
    Treetree.pnghl7:approachSiteCode
    CD1 … 1R
    Der Ort der Anwendung bzw. die Körperstelle, an der die Impfung angewendet wurde.

    Wird nicht verwendet!

    Für dieses Element wird daher immer der nullFlavor='NA' angegeben.
    (atc...ion)
    Treeblank.pngTreetree.png@nullFlavor
    cs1 … 1FNA
    Auswahl1 … 1Elemente in der Auswahl:
    • hl7:doseQuantity[not(hl7:low|hl7:high|@nullFlavor)]
    • hl7:doseQuantity[@nullFlavor='UNK']
    Treeblank.pngTreetree.pnghl7:doseQuantity
    IVL_PQ0 … 1Menge des Wirkstoffs des verabreichten Arzneimittels (Mengenangabe aus Fachinformation).
    Mit doseQuantity als IVL_PQ, aber als PQ instantiiert.


    Hinweis: Die tatsächlich verabreichte Menge kann dokumentiert werden, falls von Fachinformation abweichend. Falls zwei Impfdosen verabreicht werden ("zwei Packungen"), gibt es zwei Möglichkeiten der Dokumentation:
    • Wenn die Packungen dieselbe Chargennummer besitzen: Verabreichte Menge verdoppeln, nur eine Impfung dokumentieren (zwei Impfungen mit derselben Chargennummer werden von der zentralen Applikation als Duplikat erkannt und ignoriert).
    • Wenn zwei unterschiedliche Chargennummern verimpft werden, können beide jeweils als eine eigene Impfung mit derselben Dosiskennung und demselben Impfdatum gespeichert werden.
    (atc...ion)
    wo [not(hl7:lowoder
    hl7:highoder
    @nullFlavor)]
    Treeblank.pngTreeblank.pngTreetree.png@value
    1 … 1RDosierung bzw. Menge des verabreichten Impfstoffes.
    Treeblank.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)
     Constraint
    Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtrag MUSS, M [1..1], die tatsächlich verabreichte Menge dokumentiert werden, WENN von Fachinformation abweichend verabreicht wurde.

    In allen anderen Fällen MUSS, R [1..1] das Element vorhanden sein und KANN mit nullFlavor = "UNK" strukturiert werden.
    Treeblank.pngTreeblank.pngTreetree.pnghl7:low
    IVXB_PQNP(atc...ion)
    Treeblank.pngTreeblank.pngTreetree.pnghl7:center
    PQNP(atc...ion)
    Treeblank.pngTreeblank.pngTreetree.pnghl7:width
    PQNP(atc...ion)
    Treeblank.pngTreeblank.pngTreetree.pnghl7:high
    IVXB_PQNP(atc...ion)
    Treeblank.pngTreetree.pnghl7:doseQuantity
    IVL_PQ0 … 1(atc...ion)
    wo [@nullFlavor='UNK']
    Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
    cs1 … 1FUNK
    Auswahl1 … 1Elemente in der Auswahl:
    • hl7:consumable[hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.32']] welches enthält Template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC)
    • hl7:consumable[hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.31']] welches enthält Template 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC)
     Constraint
    Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS, M [1..1], das Element den Vorgaben des Template "Vaccine Product" (templateId 1.2.40.0.34.6.0.11.9.32) folgen.
    In allen anderen Fällen kann das Element auch entsprechend dem Template "Vaccine Product nicht angegeben" (templateId 1.2.40.0.34.6.0.11.9.31) strukturiert sein.
    Treeblank.pngTreetree.pnghl7:consumable
    0 … 1Impfstoff. 

    Beinhaltet 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC)
    (atc...ion)
    wo [hl7:manufacturedProduct/hl7:templateId [@root='1.2.40.0.34.6.0.11.9.32']]
    Treeblank.pngTreeblank.pngTreetree.png@typeCode
    cs1 … 1FCSM
    Treeblank.pngTreetree.pnghl7:consumable
    0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC)(atc...ion)
    wo [hl7:manufacturedProduct/hl7:templateId [@root='1.2.40.0.34.6.0.11.9.31']]
    Treeblank.pngTreeblank.pngTreetree.png@typeCode
    cs1 … 1FCSM
    Treetree.pnghl7:performer
    0 … 1C

    "Impfende Person": Jene Person, die die Impfung durchführt, z.B. ein Arzt oder eine Hebamme bzw. DGKS im übertragenen Wirkungsbereich.

    Bei Strukturierung des Elements entspricht performer/assignedEntity/representedOrganization/addr dem Impfort.


    Beinhaltet 1.2.40.0.34.6.0.11.9.21 Performer Body - Impfende Person (DYNAMIC)
    (atc...ion)
    Treeblank.pngTreetree.png@typeCode
    cs1 … 1FPRF
     Constraint

    Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung

    MUSS dieses Element angegeben sein, WENN sich der Performer von der für die Impfung verantwortlichen Person (author) unterscheidet.


    In allen anderen Fällen KANN, das Element auch komplett entfallen.

    Wird dieses Element strukturiert wird, SOLL in performer/assignedEntity/representedOrganization/addr der Impfort angegeben werden, soweit er bekannt ist (R [0..1]).

    Treetree.pnghl7:author
    0 … 1C

    "Medizinisch verantwortliche Person": Die Person, die für die Impfung und ihre Dokumentation letztlich verantwortlich ist, z.B. der verantwortliche Arzt.

    Wird der "Performer Body - Impfende Person" nicht strukturiert, dann entspricht author/assignedAuthor/representedOrganization/addr dem Impfort.


    Beinhaltet 1.2.40.0.34.6.0.11.9.8 Author Body - e-Impfpass (DYNAMIC)
    (atc...ion)
     Constraint
    Der Author MUSS verpflichtend angegeben werden bei:
    • einer neuen Impfung (Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung) (M [1..1]) oder 
    • einer Selbsteintragung einer Impfung durch den Bürger (M [1..1]).
    Bei einem Nachtrag (Dokumentenklasse "Update Immunisierungsstatus" mit Nachtragung)  KANN das Element auch komplett entfallen (O [0..1]).

    Wird dieses Element strukturiert und wird die "Impfende Person" (performer) nicht angegeben, SOLL in author/assignedAuthor/representedOrganization/addr der Impfort angegeben werden, soweit er bekannt ist (R [0..1]).

    Treetree.pnghl7:informant
    0 … 1CVerpflichtende Angabe, falls die Impfung durch den/die Bürger/in selbst eingetragen wird.

    Anmerkung: Selbsteingetragene Impfungen sind als solche gekennzeichnet und dienen Gesundheitsdiensteanbietern nur zur Information.


    Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)
    (atc...ion)
     Constraint
    Im Falle einer Selbsteintragung einer Impfung durch den/die Bürger/in MUSS der Informant M [1..1] und der darin enthaltene relatedEntity.code M [1..1] mit "SELF" angeben werden.


    In allen anderen Fällen wird der Informant nicht angegeben (NP).

    Treetree.pnghl7:participant
    0 … 1C
    Nachtragende Person (Datenverarbeitende Person)
    Die Person / Gerät, die Daten für den Impfpass dokumentiert. Nur für Nachtragung relevant.

    Beinhaltet 1.2.40.0.34.6.0.11.9.14 Participant Body - Transcriber (DYNAMIC)
    (atc...ion)
    Treeblank.pngTreetree.png@typeCode
    cs1 … 1FENT
    Treeblank.pngTreetree.png@context​Control​Code
    cs0 … 1FOP
     Constraint
    1. Im Fall der Nachtragung einer Immunisierung mittels der Dokumentenklasse "Update Immunisierungsstatus" MUSS, M [1..1] dieses Element angegeben sein. 
    2. Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung ist dieses Element NICHT ERLAUBT (NP [0..0]).
    3. Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN dieses Element angegeben sein (O [0..1]).
    Treetree.pnghl7:participant
    0 … 1C

    Korrigierende Person (Datenverarbeitende Person)
    Die Person / Gerät, die Daten im e-Impfpass korrigiert. 


    Anmerkung: Nur spezielle gesetzlich festgelegte Rollen dürfen Korrekturen an Einträgen anderer GDA durchführen und werden von der Zentralen Anwendung beim entsprechenden Eintrag im Kompletten Immunisierungsstatus als korrigierende Person angeführt.


    Beinhaltet 1.2.40.0.34.6.0.11.9.44 Participant Body - Verifier (DYNAMIC)
    (atc...ion)
    Treeblank.pngTreetree.png@typeCode
    cs1 … 1FVRF
    Treeblank.pngTreetree.png@context​Control​Code
    cs0 … 1FOP
     Constraint
    1. In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe einer korrigierende Person NICHT erlaubt (NP [0...0]).
    2. In der Dokumentenklasse "Kompletter Immunisierungsstatus" MUSS die korrigierende Person angegeben werden (M [1..1]), wenn eine neue Version eines "Update Immunisierungsstatus" nicht den ursprünglichen document.author enthält (Korrektur durch Behörde).
      Alle durch Behörden korrigierten Einträge scheinen dauerhaft im Kompletten Immunisierungsstatus mit korrigierender Person auf, sonst ist die korrigierende Person verboten (NP).
    Treetree.pnghl7:participant
    0 … 1C

    Berechtigter bearbeitender GDA (OID aus dem GDA-Index).


    Beinhaltet 1.2.40.0.34.6.0.11.9.46 Participant Body - Authorized Editor (DYNAMIC)
    (atc...ion)
    Treeblank.pngTreetree.png@typeCode
    cs1 … 1FAUT
    Treeblank.pngTreetree.png@context​Control​Code
    cs0 … 1FOP
     Constraint
    1. In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe NICHT erlaubt (NP [0...0]).

    2. In der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN der berechtigte bearbeitende GDA angegeben werden ([0..1]), wenn die OID aus dem GDA-Index des document.author des zugrundeliegenden "Update Immunisierungsstatus" vorliegt.

    Treetree.pnghl7:participant
    0 … 1C
    "Eintragende Person": Die dokumentierende Person (z.B. Medizinische Dokumentationsassistenz, Schreibkraft) (OID aus dem GDA-Index).

    Beinhaltet 1.2.40.0.34.6.0.11.9.47 Participant Body - Data Enterer (DYNAMIC)
    (atc...ion)
    Treeblank.pngTreetree.png@typeCode
    cs1 … 1FENT
    Treeblank.pngTreetree.png@context​Control​Code
    cs0 … 1FOP
     Constraint
    1. In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe NICHT erlaubt (NP [0...0]).

    2. In der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN die dokumentierende Person (ClinicalDocument/dataEnterer) aus dem jeweiligen "Update Immunisierungsstatus" in den entsprechenden entry."Participant Body - Data Enterer" übernommen werden ([0..1]).

    Treetree.pnghl7:entryRelationship
    1 … *M
    "Impfziel": Immunisierung gegen eine bestimmte Krankheit oder einen Erreger.

    Beinhaltet 1.2.40.0.34.6.0.11.3.2 Immunization Target Entry (DYNAMIC)
    (atc...ion)
    Treeblank.pngTreetree.png@typeCode
    cs1 … 1FRSON
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue
    Treetree.pnghl7:entryRelationship
    0 … 1C
    Abrechenbarkeit.

    Beinhaltet 1.2.40.0.34.6.0.11.3.5 Immunization Billability Entry (DYNAMIC)
    (atc...ion)
    Treeblank.pngTreetree.png@typeCode
    cs1 … 1FSUBJ
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue
     Constraint
    Ist nur im Falle der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung zulässig.
    In allen anderen Fällen MUSS dieses Element komplett entfallen.


     Schematron assertrole error 
     test/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not(ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14']) 
     MeldungDas Element entryRelationship/act/templateId/@root='1.2.40.0.34.6.0.11.3.5' ist NICHT ERLAUBT. 
    Treetree.pnghl7:entryRelationship
    C
    Zusatzklassifikation

    Beinhaltet 1.2.40.0.34.6.0.11.3.168 Zusatzklassifikation (DYNAMIC)
    (atc...ion)
    Treeblank.pngTreetree.png@typeCode
    cs1 … 1FSUBJ
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue
     ConstraintImpfsetting:
    • Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtrag MUSS in diesem Element das Impfsetting angegeben sein (M [1..1]).
    • Im Fall der Dokumentenklasse "Update Immunisierungsstatus" mit Nachtrag ist die Angabe eines Impfsettings optional (O [0..1]).
    • In allen anderen Fällen ist die Angabe des Impfsettings optional (O [0..*]).



    Im Fall der Dokumentenklasse " Update Immunisierungsstatus " KANN in diesem Element das Impfprogramm angegeben werden im Rahmen dessen die Impfung verabreicht wurde (O [0..1]) .
    Treetree.pnghl7:reference
    0 … 1C

    Referenz auf das zugrundeliegende CDA-Dokument der Dokumentenklasse "Update Immunisierungsstatus" mit dem dieses Immunization Entry ursprünglich vom GDA gespeichert wurde.


    Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC)
    (atc...ion)
    wo [hl7:externalDocument [hl7:code [@code = '11369-6']]]
    Treeblank.pngTreetree.png@typeCode
    cs1 … 1FREFR
     Constraint
    Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" MUSS dieses Element angegeben sein (M [1..1]).
    In allen anderen Fällen KANN das Element auch komplett entfallen (R [0..1]).
    Treetree.pnghl7:reference
    0 … 1R

    Referenz auf das Impfzertifikat zu dieser Impfung.

    Hinweis: Die Angabe des Impfzertifikats wird ab 01.07.2023 technisch nicht mehr unterstützt.


    Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC)
    (atc...ion)
    wo [not(hl7:externalDocument [hl7:code [@code = '11369-6']])]
    Treeblank.pngTreetree.png@typeCode
    cs1 … 1FREFR
     Constraint
    Bei Referenz auf ein Impfzertifikat gelten für das External Document Entry folgende constraints:
    • externalDocument/code MUSS mit den Attributen
    • @code == "308707006"
    • @codeSystem == "2.16.840.1.113883.6.96"
    • @displayName == "Zertifikat"
    strukturiert sein.
    • externalDocument/code/translation/code MUSS mit den Attributen
    • @code == "DGC-V"
    • @codeSystem == "1.2.40.0.34.5.183"
    • @displayName == "Impfzertifikat"
    strukturiert sein.
    Treetree.pnghl7:precondition
    1 … 1MImpfschema. Die Angabe eines Impfschemas ist verpflichtend.

    Beinhaltet 1.2.40.0.34.6.0.11.3.10 Immunization Schedule Entry (DYNAMIC)
    (atc...ion)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FPRCN
     Schematron assertrole error 
     testnot(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2']) or hl7:doseQuantity 
     MeldungDas Element doseQuantity MUSS vorhanden und KANN mit nullFlavor "UNK" strukturiert sein. 
     Schematron assertrole error 
     testnot(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not( hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:consumable/hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.32'] 
     MeldungDas Element consumable/manufacturedProduct/templateId/@root='1.2.40.0.34.6.0.11.9.32' MUSS vorhanden sein. 
     Schematron assertrole error 
     testnot(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not(hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:author 
     MeldungDas Element author MUSS vorhanden sein. 
     Schematron assertrole error 
     testnot(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.4']) or hl7:reference/hl7:externalDocument/hl7:code/hl7:translation[@code = '87273-9'] 
     MeldungDas Element reference MUSS vorhanden sein. 
     Schematron assertrole error 
     testnot(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.44']) 
     MeldungDas Element participant[@typeCode='VRF'] DARF NICHT vorhanden sein. 
     Schematron assertrole error 
     testnot(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.46']) 
     MeldungDas Element participant[@typeCode='AUT'] DARF NICHT vorhanden sein. 
     Schematron assertrole error 
     testnot(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.47']) 
     MeldungDas Element participant[@typeCode='ENT'] DARF NICHT vorhanden sein. 


    14.3.3.5.11.2 Immunization Entry Impfung nicht angegeben
    Id1.2.40.0.34.6.0.11.3.28
    ref
    at-cda-bbr-
    Gültigkeit2024‑05‑22 08:12:20
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2023‑04‑05 10:29:26
    • Kblank.png atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2022‑03‑10 14:13:21
    • Kblank.png atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2021‑10‑28 13:41:54
    • Kblank.png atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2021‑10‑28 13:28:46
    • Kblank.png atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2021‑10‑28 13:24:48
    • Kblank.png atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2021‑04‑30 08:09:24
    • Kblank.png atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2021‑02‑19 12:46:59
    • Kblank.png atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2019‑08‑13 12:59:09
    • Kblank.png atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2019‑08‑13 12:59:02
    StatusKgreen.png AktivVersions-Label2.0.1+20240628
    Nameatcdabbr_entry_ImmunizationImpfungNichtAngegebenBezeichnungImmunization Entry Impfung nicht angegeben
    Beschreibung
    Dokumentiert, dass keine Impfung verabreicht wurde.
    Dieses Entry wird weder im Stylesheet angezeigt, noch in der zentralen e-Impfpass-Anwendung gespeichert  - ist aber für IHE PCC-Konformität notwendig.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.28
    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.9.1InklusionKgreen.png Narrative Text Reference (1.0.1+20210512)DYNAMIC
    1.2.40.0.34.6.0.11.9.31ContainmentKgreen.png Vaccine Product nicht angegeben (1.0.0+20210219)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (2023‑04‑05 10:29:26)
    ref
    at-cda-bbr-

    Spezialisierung: Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (2022‑03‑10 14:13:21)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (2021‑10‑28 13:24:48)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (2021‑02‑19 12:46:59)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (2019‑08‑13 12:59:09)
    ref
    at-cda-bbr-

    Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.12 eHDSI Immunizations (DYNAMIC)
    ref
    epsos-

    Spezialisierung: Template 2.16.840.1.113883.10.20.1.24 Medication activity (DYNAMIC)
    ref
    ccd1-
    Beispiel
    keine Impfung (für Update Immunisierungsstatus ohne Impfung)
    <substanceAdministration moodCode="EVN" negationInd="false" classCode="SBADM">
      <templateId root="1.2.40.0.34.6.0.11.3.28"/>  <templateId root="2.16.840.1.113883.10.20.1.24"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12"/>  <id root="1.2.3.999" extension="extension"/>  <!-- Code 90351000119108: "Vaccination not done" -->
      <code code="90351000119108" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Vaccination not done (situation)"/>  <text>
        <reference value="#ref-1"/>  </text>
      <statusCode code="completed"/>  <effectiveTime nullFlavor="UNK"/>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <consumable typeCode="CSM">
        <!-- template 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC) (2019‑06‑05T07:33:24) -->
      </consumable>
    </substanceAdministration>
    ItemDTKardKonfBeschreibungLabel
    hl7:substanceAdministration
    (atc...ben)
    Treetree.png@classCode
    cs1 … 1FSBADM
    Treetree.png@moodCode
    cs1 … 1FEVN
    Treetree.png@negationInd
    bl1 … 1Ffalse
     In ELGA werden keine unerwünschten Impfungen dokumentiert, daher ist der negationInd immer "false".
    Treetree.pnghl7:templateId
    II1 … 1MELGA
    (atc...ben)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.3.28
    Treetree.pnghl7:templateId
    II1 … 1MMedication activity
    (atc...ben)
    wo [@root='2.16.840.1.113883.10.20.1.24']
    Treeblank.pngTreetree.png@root
    uid1 … 1F2.16.840.1.113883.10.20.1.24
    Treetree.pnghl7:templateId
    II1 … 1MIHE Immunizations Entry
    (atc...ben)
    wo [@root='1.3.6.1.4.1.19376.1.5.3.1.4.12']
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.12
    Treetree.pnghl7:id
    II1 … 1MID auf die referenziert werden kann (z.B. für Updates).
    OID und/oder Extension werden von der GDA-Software generiert, Eindeutigkeit ist unbedingt zu wahren.
    (atc...ben)
    Treeblank.pngTreetree.png@root
    uid1 … 1R
    Treeblank.pngTreetree.png@extension
    st0 … 1 
    Treetree.pnghl7:code
    CD1 … 1MFixer Wert: 90351000119108, "Vaccination not done (situation)"
    (atc...ben)
    Treeblank.pngTreetree.png@code
    cs1 … 1F90351000119108
    Treeblank.pngTreetree.png@codeSystem
    oid1 … 1F2.16.840.1.113883.6.96
    Treeblank.pngTreetree.png@codeSystemName
    st1 … 1FSNOMED CT
    Treeblank.pngTreetree.png@displayName
    st1 … 1FVaccination not done (situation)
    Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)
    Treetree.pnghl7:text
    ED1 … 1M(atc...ben)
    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...ben)
    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 … 1MFester Wert "completed"(atc...ben)
    Treeblank.pngTreetree.png@code
    cs1 … 1Fcompleted
    Treetree.pnghl7:effectiveTime
    TS.AT.TZ1 … 1RFester Wert: nullFlavor "UNK"
    (atc...ben)
    Treeblank.pngTreetree.png@nullFlavor
    cs1 … 1FUNK
    Treetree.pnghl7:routeCode
    CE1 … 1R
    Die Art der Anwendung (des Impfstoffes), z.B. subkutan, intramuskulär.
    Wird nicht verwendet! Für dieses Element wird daher immer der nullFlavor='NA' angegeben.
    (atc...ben)
    Treeblank.pngTreetree.png@nullFlavor
    cs1 … 1FNA
    Treetree.pnghl7:approachSiteCode
    CD1 … 1R
    Der Ort der Anwendung bzw. die Körperstelle, an der die Impfung angewendet wurde.
    Wird nicht verwendet! Für dieses Element wird daher immer der nullFlavor='NA' angegeben.
    (atc...ben)
    Treeblank.pngTreetree.png@nullFlavor
    cs1 … 1FNA
    Treetree.pnghl7:consumable
    1 … 1MBeinhaltet 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC)(atc...ben)
    Treeblank.pngTreetree.png@typeCode
    cs1 … 1FCSM


    14.3.3.5.12 Lebensstil - unkodiert
    Id1.2.40.0.34.6.0.11.2.54
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 09:28:15
    Andere Versionen mit dieser Id:
    • Kblank.png elgagab_section_LebensstilUnkodiert vom 2019‑11‑07 10:24:07
    StatusKgreen.png AktivVersions-Label1.0.0+20201105
    Nameelgagab_section_LebensstilUnkodiertBezeichnungLebensstil - unkodiert
    Beschreibung
    Diese Sektion dient der Erfassung von Lebensstil-Faktoren, wie Alkoholkonsum oder Rauchen. Bei der Angabe von Werten, auf einen Abusus hindeuten, soll auf Konsistenz mit den Angaben in den Diagnosen geachtet werden.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.54
    KlassifikationCDA Section level template
    Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
    Assoziiert mit
    Assoziiert mit 1 Konzept
    IdNameDatensatz
    elgagab-data​element-200Kyellow.png Lebensstil Kyellow.png Datensatz
    Benutzt
    Benutzt 3 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.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.54 Lebensstil - unkodiert (2019‑11‑07 10:24:07)
    ref
    at-cda-bbr-
    Beispiel
    Beispiel
    <section>
      <templateId root="1.2.40.0.34.6.0.11.2.54"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="29762-2" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Social history Narrative"/>  <title>Lebensstil</title>  <text>
        <table>
          <tbody>
            <tr>
              <td>Alkohol</td>          <td>2 Gläser pro Tag</td>        </tr>
            <tr>
              <td>Nikotin</td>          <td>Nichtraucher</td>        </tr>
          </tbody>
        </table>
      </text>
    </section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...ert)
     
    Target.png
    elgagab-data​element-200Kyellow.png Lebensstil Kyellow.png Datensatz
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(elg...ert)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.54
    Treetree.pnghl7:id
    II0 … 1Eindeutige ID der Sektion(elg...ert)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CE1 … 1M(elg...ert)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F29762-2
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treeblank.pngTreetree.png@codeSystemName
    1 … 1FLOINC
    Treeblank.pngTreetree.png@displayName
    1 … 1FSocial history Narrative
    Treetree.pnghl7:title
    ST1 … 1MLebensstil(elg...ert)
     CONF
    Elementinhalt muss "Lebensstil" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1MSection text(elg...ert)
    Treetree.pnghl7:author
    0 … *RAuthor der enthaltenen Information (GDA)

    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (elg...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)
    (elg...ert)
    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)
    (elg...ert)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    bl0 … 1Ftrue


    14.3.3.5.13 Lebensstil - kodiert
    Id1.2.40.0.34.6.0.11.2.55
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 09:29:47
    Andere Versionen mit dieser Id:
    • Kblank.png elgagab_section_LebensstilKodiert vom 2021‑02‑19 09:28:25
    • Kblank.png elgagab_section_LebensstilKodiert vom 2020‑10‑23 09:37:10
    • Kblank.png elgagab_section_LebensstilKodiert vom 2019‑11‑07 10:26:21
    StatusKgreen.png AktivVersions-Label1.1.0+20201123
    Nameelgagab_section_LebensstilKodiertBezeichnungLebensstil - kodiert
    Beschreibung
    Diese Sektion dient der Erfassung von Lebensstil-Faktoren, wie Alkoholkonsum oder Rauchen. Bei der Angabe von Werten, auf einen Abusus hindeuten, soll auf Konsistenz mit den Angaben in den Diagnosen geachtet werden.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.55
    KlassifikationCDA Section level template
    Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
    Assoziiert mit
    Assoziiert mit 1 Konzept
    IdNameDatensatz
    elgagab-data​element-200Kyellow.png Lebensstil Kyellow.png Datensatz
    Benutzt
    Benutzt 7 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.41ContainmentKgreen.png Lebensstil Tabakkonsum Nominal Entry (1.1.1+20240628)DYNAMIC
    1.2.40.0.34.6.0.11.3.40ContainmentKgreen.png Lebensstil Tabakkonsum Quantitativ Entry (1.1.1+20240628)DYNAMIC
    1.2.40.0.34.6.0.11.3.43ContainmentKgreen.png Lebensstil Alkoholkonsum Nominal Entry (1.1.1+20240628)DYNAMIC
    1.2.40.0.34.6.0.11.3.42ContainmentKgreen.png Lebensstil Alkoholkonsum Quantitativ Entry (1.1.1+20240628)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.55 Lebensstil - kodiert (2020‑10‑23 09:37:10)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.2.55 Lebensstil - kodiert (2019‑11‑07 10:26:21)
    ref
    at-cda-bbr-

    Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.3.16 IHE Social History Section (DYNAMIC)
    ref
    IHE-PCC-
    Beispiel
    Strukturbeispiel
    <section classCode="DOCSECT" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.2.55"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.16"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="29762-2" codeSystem="2.16.840.1.113883.6.1" displayName="Social history Narrative"/>  <title>Lebensstil</title>  <text/>  <author>
        <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' (2019-11-20T12:13:04) -->
      </author>
      <informant>
        <!-- template 1.2.40.0.34.6.0.11.9.3 'Informant Body' (2019-02-07T13:29:32) -->
      </informant>
      <entry typeCode="DRIV" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.3.41 'Lebensstil Tabakkonsum Nominal Entry' (2019-11-25T10:28:54) -->
      </entry>
      <entry typeCode="DRIV" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.3.40 'Lebensstil Tabakkonsum Quantitativ Entry' (2019-11-21T13:34:27) -->
      </entry>
      <entry typeCode="DRIV" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.3.43 'Lebensstil Alkoholkonsum Nominal Entry' (2019-11-25T11:03:18) -->
      </entry>
      <entry typeCode="DRIV" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.3.42 'Lebensstil Alkoholkonsum Quantitativ Entry' (2019-11-25T10:49:47) -->
      </entry>
      <component typeCode="COMP" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) -->
      </component>
    </section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...ert)
     
    Target.png
    elgagab-data​element-200Kyellow.png Lebensstil Kyellow.png Datensatz
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(elg...ert)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.55
    Treetree.pnghl7:templateId
    II1 … 1MIHE PCC Social History Section(elg...ert)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.16
    Treetree.pnghl7:id
    II0 … 1Eindeutige ID der Sektion(elg...ert)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CE1 … 1M(elg...ert)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F29762-2
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treeblank.pngTreetree.png@codeSystemName
    1 … 1FLOINC
    Treeblank.pngTreetree.png@displayName
    1 … 1FSocial history Narrative
    Treetree.pnghl7:title
    ST1 … 1MLebensstil(elg...ert)
     CONF
    Elementinhalt muss "Lebensstil" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1MSection text(elg...ert)
    Treetree.pnghl7:author
    0 … *RAutor der enthaltenen Information (GDA)

    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (elg...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)
    (elg...ert)
    Treetree.pnghl7:entry
    1 … 1MAngabe zum Raucherstatus
    Beinhaltet 1.2.40.0.34.6.0.11.3.41 Lebensstil Tabakkonsum Nominal Entry (DYNAMIC)
    (elg...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 … 1RQuantitative Angabe des Tabakkonsums
    Dieses Entry entfällt, wenn eine quantitative Angabe nicht möglich ist. 
    Beinhaltet 1.2.40.0.34.6.0.11.3.40 Lebensstil Tabakkonsum Quantitativ Entry (DYNAMIC)
    (elg...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
    1 … 1MAngabe zur Häufigkeit des Alkoholkonsums
    Beinhaltet 1.2.40.0.34.6.0.11.3.43 Lebensstil Alkoholkonsum Nominal Entry (DYNAMIC)
    (elg...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 … 1RQuantitative Angabe des Alkoholkonsum
    Dieses Entry entfällt, wenn eine quantitative Angabe nicht möglich ist.
    Beinhaltet 1.2.40.0.34.6.0.11.3.42 Lebensstil Alkoholkonsum Quantitativ Entry (DYNAMIC)
    (elg...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)
    (elg...ert)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    bl0 … 1Ftrue


    14.3.3.5.13.1 Lebensstil Tabakkonsum Nominal Entry
    Id1.2.40.0.34.6.0.11.3.41
    ref
    at-cda-bbr-
    Gültigkeit2024‑05‑22 08:25:31
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabbr_entry_LebensstilTabakkonsumNominal vom 2021‑02‑19 12:51:38
    • Kblank.png atcdabbr_entry_LebensstilTabakkonsumNominal vom 2020‑10‑08 10:20:24
    • Kblank.png atcdabbr_entry_LebensstilTabakkonsumNominal vom 2019‑11‑25 10:28:54
    StatusKgreen.png AktivVersions-Label1.1.1+20240628
    Nameatcdabbr_entry_LebensstilTabakkonsumNominalBezeichnungLebensstil Tabakkonsum Nominal Entry
    BeschreibungEntry zur nominalen Angabe des Tabakkonsums.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.41
    KlassifikationCDA Entry Level Template
    Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
    Benutzt
    Benutzt 3 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.14ContainmentKgreen.png External Document Entry (1.0.1+20230717)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.41 Lebensstil Tabakkonsum Nominal Entry (2021‑02‑19 12:51:38)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.3.41 Lebensstil Tabakkonsum Nominal Entry (2020‑10‑08 10:20:24)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.3.41 Lebensstil Tabakkonsum Nominal Entry (2019‑11‑25 10:28:54)
    ref
    at-cda-bbr-

    Adaptation: Template 1.2.40.0.34.6.0.11.3.40 Lebensstil Tabakkonsum Quantitativ Entry (DYNAMIC)
    ref
    at-cda-bbr-
    Beispiel
    Beispiel
    <observation classCode="OBS" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.3.41"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="230056004" codeSystem="2.16.840.1.113883.6.96"/>  <statusCode code="completed"/>  <effectiveTime>
        <low value="20200501120000+0200"/>  </effectiveTime>
      <value xsi:type="CD" code="449868002" displayName="Smokes tobacco daily" codeSystem="2.16.840.1.113883.6.96"/></observation>
    ItemDTKardKonfBeschreibungLabel
    hl7:observation
    (atc...nal)
    Treetree.png@classCode
    cs1 … 1FOBS
    Treetree.png@moodCode
    cs1 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(atc...nal)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.3.41
    Treetree.pnghl7:id
    II0 … *R(atc...nal)
    Treetree.pnghl7:code
    CE1 … 1MTabakkonsum(atc...nal)
    Treeblank.pngTreetree.png@displayName
    st0 … 1FCigarette consumption
    Treeblank.pngTreetree.png@codeSystemName
    st0 … 1FSNOMED CT
    Treeblank.pngTreetree.png@codeSystem
    oid1 … 1F2.16.840.1.113883.6.96
    Treeblank.pngTreetree.png@code
    cs1 … 1F230056004
    Treetree.pnghl7:statusCode
    CS1 … 1M(atc...nal)
    Treeblank.pngTreetree.png@code
    CONF1 … 1Fcompleted
    Treetree.pnghl7:effectiveTime
    IVL_TS1 … 1RDatum der Erhebung des Raucherstatus
    Die Angabe des <high>-Elements entfällt.

    (atc...nal)
    Treeblank.pngTreetree.pnghl7:low
    IVXB_TS1 … 1Rerlaubte nullFlavor: UNK(atc...nal)
    Treeblank.pngTreetree.pnghl7:high
    IVXB_TSNP(atc...nal)
    Treetree.pnghl7:value
    1 … 1MCodierte Angabe des aktuellen Raucherstatus
    (atc...nal)
    Treeblank.pngTreetree.png@xsi:type
    cs1 … 1FCD
     CONF
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.204 ELGA_CurrentSmokingStatus (DYNAMIC)
     Beispiel
    Keine Information über den Raucherstatus
    <value hl7:type="CD" code="266927001" displayName="Tobacco smoking consumption unknown" codeSystem="2.16.840.1.113883.6.96"/>
     Beispiel<value hl7:type="CD" code="266919005" displayName="Never smoked tobacco" codeSystem="2.16.840.1.113883.6.96"/>
    Treetree.pnghl7:author
    0 … *RAutor der enthaltenen Information (GDA)
    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (atc...nal)
    Treetree.pnghl7:informant
    0 … *R
    Quelle der 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...nal)
    Treetree.pnghl7:reference
    0 … 1RHier werden Verweise auf externe Dokumente zu dieser Information angegeben.

    Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC)
    (atc...nal)


    14.3.3.5.13.2 Lebensstil Tabakkonsum Quantitativ Entry
    Id1.2.40.0.34.6.0.11.3.40
    ref
    at-cda-bbr-
    Gültigkeit2024‑05‑23 15:02:55
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabbr_entry_LebensstilTabakkonsumQuantitativ vom 2021‑02‑19 12:51:46
    • Kblank.png atcdabbr_entry_LebensstilTabakkonsumQuantitativ vom 2020‑10‑08 10:17:31
    • Kblank.png atcdabbr_entry_LebensstilTabakkonsumQuantitativ vom 2019‑11‑21 13:34:27
    StatusKgreen.png AktivVersions-Label1.1.1+20240628
    Nameatcdabbr_entry_LebensstilTabakkonsumQuantitativBezeichnungLebensstil Tabakkonsum Quantitativ Entry
    BeschreibungEntry zur quantitativen Angabe des Tabakkonsums (inhalierte Rauch-Dosis).
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.40
    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.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.14ContainmentKgreen.png External Document Entry (1.0.1+20230717)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.40 Lebensstil Tabakkonsum Quantitativ Entry (2021‑02‑19 12:51:46)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.3.40 Lebensstil Tabakkonsum Quantitativ Entry (2020‑10‑08 10:17:31)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.3.40 Lebensstil Tabakkonsum Quantitativ Entry (2019‑11‑21 13:34:27)
    ref
    at-cda-bbr-
    Beispiel
    Inhalierte Rauch-Dosis 8 Packungsjahre, erhoben am 28.7.2020
    <observation classCode="OBS" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.3.40"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="229819007" codeSystem="2.16.840.1.113883.6.96"/>  <statusCode code="completed"/>  <effectiveTime>
        <low value="20200728"/>  </effectiveTime>
      <value xsi:type="PQ" value="8" unit="{PackYears}"/></observation>
    ItemDTKardKonfBeschreibungLabel
    hl7:observation
    (atc...tiv)
    Treetree.png@classCode
    cs1 … 1FOBS
    Treetree.png@moodCode
    cs1 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(atc...tiv)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.3.40
    Treetree.pnghl7:id
    II0 … *R(atc...tiv)
    Treetree.pnghl7:code
    CE1 … 1M(atc...tiv)
    Treeblank.pngTreetree.png@displayName
    st0 … 1FTobacco use and exposure
    Treeblank.pngTreetree.png@codeSystemName
    st0 … 1FSNOMED CT
    Treeblank.pngTreetree.png@codeSystem
    oid1 … 1F2.16.840.1.113883.6.96
    Treeblank.pngTreetree.png@code
    cs1 … 1F229819007
    Treetree.pnghl7:statusCode
    CS1 … 1M(atc...tiv)
    Treeblank.pngTreetree.png@code
    CONF1 … 1Fcompleted
    Treetree.pnghl7:effectiveTime
    IVL_TS1 … 1RDatum der Erhebung des quantitativen Tabakkonsums
    Die Angabe des <high>-Elements entfällt.
    (atc...tiv)
    Treeblank.pngTreetree.pnghl7:low
    IVXB_TS1 … 1Rerlaubte nullFlavor: UNK(atc...tiv)
    Treeblank.pngTreetree.pnghl7:high
    IVXB_TSNP(atc...tiv)
    Treetree.pnghl7:value
    1 … 1MQuantitative Angabe des Tabakkonsums in Packungsjahren ( pack years ).

    Zur Berechnung wird die Zahl der täglich konsumierten Zigarettenpackungen (Inhalt ca. 20 Stück) mit der Zahl der Raucherjahre multipliziert.
    Beispiel: Ein Raucher raucht 4 Jahre lang 2 Packungen Zigaretten am Tag, somit ergeben sich 8 Packungsjahre.
    (atc...tiv)
    Treeblank.pngTreetree.png@xsi:type
    cs1 … 1FPQ
     Beispiel<value cda:type="PQ" value="8" unit="{PackYears}"/>
    Treetree.pnghl7:author
    0 … *RAutor der enthaltenen Information (GDA)
    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (atc...tiv)
    Treetree.pnghl7:informant
    0 … *R
    Quelle der 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...tiv)
    Treetree.pnghl7:reference
    0 … 1RHier werden Verweise auf externe Dokumente zu dieser Information angegeben.

    Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC)
    (atc...tiv)


    14.3.3.5.13.3 Lebensstil Alkoholkonsum Nominal Entry
    Id1.2.40.0.34.6.0.11.3.43
    ref
    at-cda-bbr-
    Gültigkeit2024‑05‑22 09:50:12
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabbr_entry_LebensstilAlkoholkonsumNominal vom 2021‑02‑19 12:51:25
    • Kblank.png atcdabbr_entry_LebensstilAlkoholkonsumNominal vom 2020‑10‑12 10:18:10
    • Kblank.png atcdabbr_entry_LebensstilAlkoholkonsumNominal vom 2019‑11‑25 11:03:18
    StatusKgreen.png AktivVersions-Label1.1.1+20240628
    Nameatcdabbr_entry_LebensstilAlkoholkonsumNominalBezeichnungLebensstil Alkoholkonsum Nominal Entry
    BeschreibungEntry zur Angabe der Häufigkeit des Alkoholkonsums
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.43
    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.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.14ContainmentKgreen.png External Document Entry (1.0.1+20230717)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.43 Lebensstil Alkoholkonsum Nominal Entry (2021‑02‑19 12:51:25)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.3.43 Lebensstil Alkoholkonsum Nominal Entry (2020‑10‑12 10:18:10)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.3.43 Lebensstil Alkoholkonsum Nominal Entry (2019‑11‑25 11:03:18)
    ref
    at-cda-bbr-

    Adaptation: Template 1.2.40.0.34.6.0.11.3.42 Lebensstil Alkoholkonsum Quantitativ Entry (DYNAMIC)
    ref
    at-cda-bbr-
    Beispiel
    Beispiel
    <observation classCode="OBS" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.3.43"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="68518-0" codeSystem="2.16.840.1.113883.6.1"/>  <statusCode code="completed"/>  <effectiveTime>
        <low value="20200501120000+0200"/>  </effectiveTime>
      <value xsi:type="CD" code="LA18926-8" displayName="Monthly or less" codeSystem="1.3.6.1.4.1.12009.10.1.1334"/></observation>
    ItemDTKardKonfBeschreibungLabel
    hl7:observation
    (atc...nal)
    Treetree.png@classCode
    cs1 … 1FOBS
    Treetree.png@moodCode
    cs1 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(atc...nal)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.3.43
    Treetree.pnghl7:id
    II0 … *R(atc...nal)
    Treetree.pnghl7:code
    CE1 … 1MHäufigkeit des Alkohol-Trinkens(atc...nal)
    Treeblank.pngTreetree.png@displayName
    st0 … 1FHow often do you have a drink containing alcohol
    Treeblank.pngTreetree.png@codeSystemName
    st0 … 1FLOINC
    Treeblank.pngTreetree.png@codeSystem
    oid1 … 1F2.16.840.1.113883.6.1
    Treeblank.pngTreetree.png@code
    cs1 … 1F68518-0
    Treetree.pnghl7:statusCode
    CS1 … 1M(atc...nal)
    Treeblank.pngTreetree.png@code
    CONF1 … 1Fcompleted
    Treetree.pnghl7:effectiveTime
    IVL_TS1 … 1RDatum der Erhebung des Alkoholkonsums
    Die Angabe des <high> Elements entfällt.
    (atc...nal)
    Treeblank.pngTreetree.pnghl7:low
    IVXB_TS1 … 1RDatum der Erhebung 
    erlaubte nullFlavor: UNK
    (atc...nal)
    Treeblank.pngTreetree.pnghl7:high
    IVXB_TSNP(atc...nal)
    Treetree.pnghl7:value
    1 … *MHäufigkeit des Alkoholkonsums
    ValueSet: ELGA_AlcoholConsumption
    (atc...nal)
    Treeblank.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.30 ELGA_AlcoholConsumption (DYNAMIC)
    Treeblank.pngTreetree.png@xsi:type
    cs1 … 1FCD
     Beispiel
    Keine Information über den Alkoholkonsum verfügbar
    <value hl7:type="CD" code="160580001" displayName="Alcohol consumption unknown" codeSystem="2.16.840.1.113883.6.96"/>
     Beispiel<value hl7:type="CD" code="LA18926-8" displayName="Monthly or less" codeSystem="1.3.6.1.4.1.12009.10.1.1334"/>
    Treetree.pnghl7:author
    0 … *RAuthor der enthaltenen Information (GDA)

    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (atc...nal)
    Treetree.pnghl7:informant
    0 … *R
    Quelle der 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...nal)
    Treetree.pnghl7:reference
    0 … 1RHier werden Verweise auf externe Dokumente zu dieser Information angegeben.

    Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC)
    (atc...nal)


    14.3.3.5.13.4 Lebensstil Alkoholkonsum Quantitativ Entry
    Id1.2.40.0.34.6.0.11.3.42
    ref
    at-cda-bbr-
    Gültigkeit2024‑05‑22 09:53:00
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabbr_entry_LebensstilAlkoholkonsumQuantitativ vom 2021‑02‑19 12:51:32
    • Kblank.png atcdabbr_entry_LebensstilAlkoholkonsumQuantitativ vom 2020‑10‑13 11:26:54
    • Kblank.png atcdabbr_entry_LebensstilAlkoholkonsumQuantitativ vom 2019‑11‑25 10:49:47
    StatusKgreen.png AktivVersions-Label1.1.1+20240628
    Nameatcdabbr_entry_LebensstilAlkoholkonsumQuantitativBezeichnungLebensstil Alkoholkonsum Quantitativ Entry
    BeschreibungEntry zur quantitativen Angabe des Alkoholkonsums in Gläsern pro Tag an Tagen, an denen getrunken wird
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.42
    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.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.14ContainmentKgreen.png External Document Entry (1.0.1+20230717)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.42 Lebensstil Alkoholkonsum Quantitativ Entry (2021‑02‑19 12:51:32)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.3.42 Lebensstil Alkoholkonsum Quantitativ Entry (2020‑10‑13 11:26:54)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.3.42 Lebensstil Alkoholkonsum Quantitativ Entry (2019‑11‑25 10:49:47)
    ref
    at-cda-bbr-
    Beispiel
    Beispiel
    <observation classCode="OBS" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.3.42"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="443315005" codeSystem="2.16.840.1.113883.6.96"/>  <statusCode code="completed"/>  <effectiveTime>
        <low value="20200501120000+0200"/>  </effectiveTime>
      <value xsi:type="INT" value="1"/></observation>
    ItemDTKardKonfBeschreibungLabel
    hl7:observation
    (atc...tiv)
    Treetree.png@classCode
    cs1 … 1FOBS
    Treetree.png@moodCode
    cs1 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(atc...tiv)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.3.42
    Treetree.pnghl7:id
    II0 … *(atc...tiv)
    Treetree.pnghl7:code
    CE1 … 1MQuantitative Angabe des Alkoholkonsum: Anzahl an Gläsern, die an einem Tag, an dem Alkohol getrunken wird, konsumiert werden(atc...tiv)
    Treeblank.pngTreetree.png@displayName
    st0 … 1FNumber of alcohol units consumed on a typical drinking day
    Treeblank.pngTreetree.png@codeSystemName
    st0 … 1FSNOMED CT
    Treeblank.pngTreetree.png@codeSystem
    oid1 … 1F2.16.840.1.113883.6.96
    Treeblank.pngTreetree.png@code
    cs1 … 1F443315005
    Treetree.pnghl7:statusCode
    CS1 … 1R(atc...tiv)
    Treeblank.pngTreetree.png@code
    CONF0 … 1Fcompleted
    Treetree.pnghl7:effectiveTime
    IVL_TS1 … 1RDatum der Erhebung des Alkoholkonsums
    Die Angabe des <high> Elements entfällt.
    (atc...tiv)
    Treeblank.pngTreetree.pnghl7:low
    IVXB_TS1 … 1RDatum der Erhebung 
    erlaubte nullFlavor: UNK
    (atc...tiv)
    Treeblank.pngTreetree.pnghl7:high
    IVXB_TSNP(atc...tiv)
    Treetree.pnghl7:value
    1 … *M
    Angabe der konsumierten Alkoholmenge in zählbaren Gläsern / Tag
    (atc...tiv)
    Treeblank.pngTreetree.png@xsi:type
    cs1 … 1FINT
    Treetree.pnghl7:author
    0 … *RAuthor der enthaltenen Information (GDA)

    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (atc...tiv)
    Treetree.pnghl7:informant
    0 … *R
    Quelle der 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...tiv)
    Treetree.pnghl7:reference
    0 … 1RHier werden Verweise auf externe Dokumente zu dieser Information angegeben.

    Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC)
    (atc...tiv)


    14.3.3.6 Konsultations- oder Überweisungsgrund

    Id1.2.40.0.34.6.0.11.2.17
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 09:29:53
    Andere Versionen mit dieser Id:
    • Kblank.png elgagab_section_KonsultUeberweisungsgrundUnkodiert vom 2019‑05‑22 09:29:32
    StatusKgreen.png AktivVersions-Label1.0.0+20201119
    Nameelgagab_section_KonsultUeberweisungsgrundUnkodiertBezeichnungKonsultations- oder Überweisungsgrund - unkodiert
    Beschreibung
    Der Grund für eine Gesundheitsdienstleistung (z.B. Behandlung).
    Enthält eine kurze Beschreibung des Hauptsymptoms des Patienten (eigene Beschreibung des Patienten) und/oder den Grund für den Patientenbesuch (Beschreibung aus der Sicht des Gesundheitsdiensteanbieters).
    Weiters kann angegeben werden, ob der Kontakt geplant oder ungeplant zustande gekommen ist.
    Beispiele: „Thoraxschmerz“, „Atemnot“, „Kopfweh“ 
    Gutes Beispiel: „Allergietest und Therapieeinleitung erbeten“ 
    Schlechtes Beispiel: „Fachärztliche Abklärung erbeten"

    Synonyme: Überweisungsgrund, Beratungsanlass, Anlass des Besuches
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.17
    KlassifikationCDA Section level template
    Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
    Assoziiert mit
    Assoziiert mit 1 Konzept
    IdNameDatensatz
    elgagab-data​element-4Kyellow.png Konsultations- oder Überweisungsgrund Kyellow.png Datensatz
    Benutzt
    Benutzt 3 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.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.17 Konsultations- oder Überweisungsgrund - unkodiert (2019‑05‑22 09:29:32)
    ref
    at-cda-bbr-
    Beispiel
    Strukturbeispiel
    <section>
      <templateId root="1.2.40.0.34.6.0.11.2.17"/>  <!-- Code der Sektion -->
      <code code="46239-0" codeSystem="2.16.840.1.113883.6.1" displayName="Chief complaint+Reason for visit" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
      <title>Konsultations- oder Überweisungsgrund</title>  <!-- Textbereich der Sektion -->
      <text>... Lesbarer Textbereich ...</text></section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...ert)
     
    Target.png
    elgagab-data​element-4Kyellow.png Konsultations- oder Überweisungsgrund Kyellow.png Datensatz
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(elg...ert)
    Treeblank.pngTreetree.png@root
    oid1 … 1F1.2.40.0.34.6.0.11.2.17
    Treetree.pnghl7:id
    II0 … 1Eindeutige ID der Sektion(elg...ert)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CE1 … 1M(elg...ert)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F46239-0
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treeblank.pngTreetree.png@codeSystemName
    1 … 1FLOINC
    Treeblank.pngTreetree.png@displayName
    1 … 1FChief complaint+Reason for visit
    Treetree.pnghl7:title
    ST1 … 1M(elg...ert)
     CONF
    Elementinhalt muss "Konsultations- oder Überweisungsgrund" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1MAngabe des Überweisungs- oder Konsultationsgrundes. Die Angabe kann in unstrukturierter Form erfolgen oder tabellarisch.(elg...ert)
     Beispiel
    unstrukturiert
    <text>Der Patient klagt über obstruktive Miktionsbeschwerden im Sinne von Pollakisurie, Nykturei drei- bis viemals, kleine Harnportionen und abgeschwächten Harnstrahlt</text>
     Beispiel
    strukturierte Angabe in Form einer Tabelle
    <text>
      <table>
        <thead>
          <tr>
            <th styleCode="xELGA_colw:55">Bezeichnung</th>        <th>Codesystem</th>        <th>Code</th>      </tr>
        </thead>
        <tbody>
          <tr ID="Reason1">
            <td ID="reason_nar_1">Pollakisurie</td>        <td>ICPC2</td>        <td>U02</td>      </tr>
          <tr ID="Reason2">
            <td ID="reason_nar_2">Schmerzhafte Miktion</td>        <td>ICPC2</td>        <td>U01</td>      </tr>
        </tbody>
      </table>
    </text>
    Treetree.pnghl7:author
    0 … *Author der enthaltenen Information (GDA)
    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (elg...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)
    (elg...ert)
    Treetree.pnghl7:component
    0 … *Optionale Subsections zur Angabe von Übersetzungen des Elements

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


    14.3.3.7 Status, Diagnostik und Befunde

    Id1.2.40.0.34.6.0.11.2.11
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 10:41:46
    Andere Versionen mit dieser Id:
    • Kblank.png elgagab_section_diagnostikUndBefundeUnkodiert vom 2018‑10‑31 13:08:15
    StatusKgreen.png AktivVersions-Label1.0.0+20201105
    Nameelgagab_section_diagnostikUndBefundeUnkodiertBezeichnungStatus, Diagnostik und Befunde - unkodiert
    Beschreibung

    Medizinisch relevante, körperliche oder psychische Erscheinungen, Gegebenheiten, Veränderungen und Zustände eines Patienten, die durch Fachpersonal (Ärzte, anderes medizinisches Personal) im Rahmen der aktuellen Konsultation als Untersuchungsresultat erhoben werden.

    KEIN Teil dieser Sektion ist die Diagnose. Die Diagnose, welche die Erkenntnisse aus der Befundung darstellt, MUSS in der Sektion "Diagnose" angegeben werden

    Mögliche Untersektionen:

    • Körperliche Untersuchung
    • Vitalparameter
    • [Fachspezifische Diagnostik] - wird im jeweiligen fachspezifischen Addendum spezifiziert
    • Ausstehende Befunde
    Code der Sektion: 423100009 - "Results section (record artifact)"

    Synonyme: Aktuell erhobene Befunde, Diagnostik, Status (praesens)
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.11
    KlassifikationCDA Section level template
    Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
    Assoziiert mit
    Assoziiert mit 1 Konzept
    IdNameDatensatz
    elgagab-data​element-172Kyellow.png Befunde Kyellow.png Datensatz
    Benutzt
    Benutzt 7 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.2.20ContainmentKgreen.png Status (1.0.1+20240628)DYNAMIC
    1.2.40.0.34.6.0.11.2.68ContainmentKgreen.png Vitalparameter - unkodiert (1.0.0+20201105)DYNAMIC
    1.2.40.0.34.6.0.11.2.19ContainmentKgreen.png Fachspezifische Diagnostik (1.0.1+20240628)DYNAMIC
    1.2.40.0.34.6.0.11.2.72ContainmentKgreen.png Ausstehende Befunde (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.11 Status, Diagnostik und Befunde - unkodiert (2018‑10‑31 13:08:15)
    ref
    at-cda-bbr-
    Beispiel
    Strukturbeispiel
    <section classCode="DOCSECT" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.2.11"/>  <code code="424836000" codeSystem="2.16.840.1.113883.6.96"/>  <title>Status, Diagnostik und Befunde</title>  <text/>  <component typeCode="COMP" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.2.20 'Körperliche Untersuchung' (2018-10-31T12:39:08) -->
      </component>
      <component typeCode="COMP" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.2.68 'Vitalparameter - unkodiert' (2019-12-17T10:12:28) -->
      </component>
      <component typeCode="COMP" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.2.19 'Fachspezifische Diagnostik' (2018-10-31T12:21:28) -->
      </component>
      <component typeCode="COMP" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.2.72 'Ausstehende Befunde' (2020-01-09T11:33:08) -->
      </component>
      <component typeCode="COMP" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) -->
      </component>
    </section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...ert)
     
    Target.png
    elgagab-data​element-172Kyellow.png Befunde Kyellow.png Datensatz
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(elg...ert)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.11
    Treetree.pnghl7:code
    CE1 … 1M(elg...ert)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F424836000
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.96 (SNOMED Clinical Terms)
    Treetree.pnghl7:title
    ST1 … 1M(elg...ert)
     CONF
    Elementinhalt muss "Status, Diagnostik und Befunde" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1MEnthält Informationen für den menschlichen Leser. 
    (elg...ert)
    Treetree.pnghl7:author
    0 … *Author der enthaltenen Information (GDA)
    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (elg...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)
    (elg...ert)
    Treetree.pnghl7:component
    0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.2.20 Status (DYNAMIC)(elg...ert)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue
    Treetree.pnghl7:component
    0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.2.68 Vitalparameter - unkodiert (DYNAMIC)(elg...ert)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue
    Treetree.pnghl7:component
    0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.2.19 Fachspezifische Diagnostik (DYNAMIC)(elg...ert)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue
    Treetree.pnghl7:component
    0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.2.72 Ausstehende Befunde (DYNAMIC)(elg...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 Elements

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


    14.3.3.7.1 Status
    Id1.2.40.0.34.6.0.11.2.20
    ref
    at-cda-bbr-
    Gültigkeit2024‑05‑22 10:01:10
    Andere Versionen mit dieser Id:
    • Kblank.png elgagab_section_Status vom 2021‑02‑19 10:35:45
    • Kblank.png elgagab_section_Status vom 2018‑10‑31 12:39:08
    StatusKgreen.png AktivVersions-Label1.0.1+20240628
    Nameelgagab_section_StatusBezeichnungStatus
    Beschreibung
    Ergebnisse der körperlichen Untersuchung sowie Allgemein- und Ernährungszustand des Patienten (kann nach Organsystemen gegliedert sein).

    Beispiel: "Temperatur 38°C"

    Synonyme: Ganzkörperuntersuchung

    Code: 29545-1 "Physical findings Narrative"
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.20
    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.20 Status (2021‑02‑19 10:35:45)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.2.20 Status (2018‑10‑31 12:39:08)
    ref
    at-cda-bbr-
    Beispiel
    Beispiel
    <section>
      <templateId root="1.2.40.0.34.6.0.11.2.20"/>  <code code="29545-1" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Physical findings Narrative"/>  <title>Status</title>  <!-- Textbereich der Sektion -->
      <text> ... Lesbarer Textbereich ... </text>  <entry typeCode="DRIV">
        <!-- template 1.2.40.0.34.6.0.11.3.19 'Eingebettetes Objekt Entry' (2017-05-05T00:00:00) -->
      </entry>
    </section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...tus)
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1MELGA(elg...tus)
    Treeblank.pngTreetree.png@root
    oid1 … 1F1.2.40.0.34.6.0.11.2.20
    Treetree.pnghl7:id
    II0 … 1Eindeutige ID der Sektion(elg...tus)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CE1 … 1M(elg...tus)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F29545-1
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treeblank.pngTreetree.png@codeSystemName
    1 … 1FLOINC
    Treeblank.pngTreetree.png@displayName
    1 … 1FPhysical findings Narrative
    Treetree.pnghl7:title
    ST1 … 1M(elg...tus)
     CONF
    Elementinhalt muss "Status" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1MInformation für den menschlichen Leser.(elg...tus)
    Treetree.pnghl7:author
    0 … *Author der enthaltenen Information (GDA)
    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (elg...tus)
    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)
    (elg...tus)
    Treetree.pnghl7:entry
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)(elg...tus)
    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 Elements

    Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)
    (elg...tus)
    Treeblank.pngTreetree.png@typeCode
    cs1 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs1 … 1Ftrue


    14.3.3.7.2 Vitalparameter - unkodiert
    Id1.2.40.0.34.6.0.11.2.68
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 10:43:13
    Andere Versionen mit dieser Id:
    • Kblank.png elgagab_section_VitalparameterUnkodiert vom 2019‑12‑17 10:12:28
    StatusKgreen.png AktivVersions-Label1.0.0+20201105
    Nameelgagab_section_VitalparameterUnkodiertBezeichnungVitalparameter - unkodiert
    Beschreibung
    Informationen zu den Vitalparametern (Körpertemperatur, Puls, Blutdruck …). Die Angabe in tabellarischer Form wird empfohlen. Sollten Messungen von mehreren Zeitpunkten angegeben werden SOLLEN diese in separaten Tabellen geführt werden.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.68
    KlassifikationCDA Section 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.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.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.68 Vitalparameter - unkodiert (2019‑12‑17 10:12:28)
    ref
    at-cda-bbr-
    Beispiel
    Strukturbeispiel
    <section>
      <templateId root="1.2.40.0.34.6.0.11.2.68"/>  <code code="8716-3" codeSystem="2.16.840.1.113883.6.1" displayName="VITAL SIGNS"/>  <title>Vitalparameter</title>  <text>
        <br/>    Zeitpunkt der Messung: 30.07.2016, 08:30    <br/>    <br/>    <table>
          <thead>
            <tr>
              <th>Name</th>          <th>Wert</th>          <th>Einheit</th>        </tr>
          </thead>
          <tbody>
            <tr>
              <td>Puls</td>          <td>60</td>          <td>/min</td>        </tr>
            <tr>
              <td>Blutdruck Systolisch</td>          <td>110</td>          <td>mm[Hg]</td>        </tr>
            <tr>
              <td>Blutdruck Diastolisch</td>          <td>70</td>          <td>mm[Hg]</td>        </tr>
          </tbody>
        </table>
        <br/>    <br/>    Zeitpunkt der Messung: 16.08.2016,
    08:30
        <br/>    <br/>    <table>
          <thead>
            <tr>
              <th>Name</th>          <th>Wert</th>          <th>Einheit</th>        </tr>
          </thead>
          <tbody>
            <tr>
              <td>Puls</td>          <td>59</td>          <td>/min</td>        </tr>
            <tr>
              <td>Blutdruck Systolisch</td>          <td>117</td>          <td>mm[Hg]</td>        </tr>
            <tr>
              <td>Blutdruck Diastolisch</td>          <td>64</td>          <td>mm[Hg]</td>        </tr>
          </tbody>
        </table>
      </text>
    </section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...ert)
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(elg...ert)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.68
    Treetree.pnghl7:id
    II0 … 1Eindeutige ID der Sektion(elg...ert)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CE1 … 1M(elg...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 … 1M(elg...ert)
     ConstraintDer Titel der Sektion MUSS "Vitalparameter" lauten
    Treetree.pnghl7:text
    SD.TEXT1 … 1M(elg...ert)
    Treetree.pnghl7:author
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)(elg...ert)
    Treetree.pnghl7:informant
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(elg...ert)
    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)
    (elg...ert)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue


    14.3.3.7.3 Fachspezifische Diagnostik
    Id1.2.40.0.34.6.0.11.2.19
    ref
    at-cda-bbr-
    Gültigkeit2024‑05‑22 10:14:51
    Andere Versionen mit dieser Id:
    • Kblank.png elgagab_section_FachspezifischeDiagnostik vom 2021‑02‑19 09:06:03
    • Kblank.png elgagab_section_FachspezifischeDiagnostik vom 2018‑10‑31 12:21:28
    StatusKgreen.png AktivVersions-Label1.0.1+20240628
    Nameelgagab_section_FachspezifischeDiagnostikBezeichnungFachspezifische Diagnostik
    Beschreibung Platzhalter - kann für medizinische Fächer spezialisiert werden [O] (spez. Fachdiagnosen, Scores, Ergebnisse aus Assessments).
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.19
    KlassifikationCDA Section 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.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.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.19 Fachspezifische Diagnostik (2021‑02‑19 09:06:03)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.2.19 Fachspezifische Diagnostik (2018‑10‑31 12:21:28)
    ref
    at-cda-bbr-
    Beispiel
    Strukturbeispiel
    <section>
      <templateId root="1.2.40.0.34.6.0.11.2.19"/>  <code code="FachDiagnostik" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections" displayName="Fachspezifische Diagnostik"/>  <title>Fachspezifische Diagnostik</title>  <text/>  <author>
        <!-- template 1.2.40.0.34.6.0.11.9.36 'Author (Body) PS' (2017-08-05T19:04:45) -->
      </author>
      <informant>
        <!-- template 1.2.40.0.34.6.0.11.9.3 'Informant (Body) PS' (2017-08-10T20:49:25) -->
      </informant>
    </section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...tik)
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(elg...tik)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.19
    Treetree.pnghl7:id
    II0 … 1Eindeutige ID der Sektion(elg...tik)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CE1 … 1M(elg...tik)
    Treeblank.pngTreetree.png@code
    CONF1 … 1FFachDiagnostik
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F1.2.40.0.34.5.40
    Treeblank.pngTreetree.png@codeSystemName
    1 … 1FELGA_Sections
    Treeblank.pngTreetree.png@displayName
    1 … 1FFachspezifische Diagnostik
    Treetree.pnghl7:title
    ST1 … 1M(elg...tik)
     CONF
    Elementinhalt muss "Fachspezifische Diagnostik" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1MDiese Sektion dient zur Angaben der fachspezifischen Diagnostik (welche nicht in der anderen Diagnostik-Sub-Sektionen angegeben werden können). (elg...tik)
    Treetree.pnghl7:author
    0 … *RAuthor der enthaltenen Information (GDA)
    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (elg...tik)
    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)
    (elg...tik)
    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)
    (elg...tik)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue


    14.3.3.7.4 Ausstehende Befunde
    Id1.2.40.0.34.6.0.11.2.72
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 11:40:54
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabrr_section_AusstehendeBefunde vom 2020‑01‑09 11:33:08
    StatusKgreen.png AktivVersions-Label1.0.0+20210219
    Nameatcdabrr_section_AusstehendeBefundeBezeichnungAusstehende Befunde
    Beschreibung
    Beinhaltet die Hinweise auf noch ausstehende Befunde in narrativer Form als Information für den Dokumentempfänger.
    In vorläufigen Entlassungsdokumenten sind oftmals noch nicht alle Befunde ausformuliert. Diese Sektion dient dazu, die noch ausstehenden Befunde als Information für den Dokumentempfänger bekanntzugeben. Dabei soll ein kurzer Vermerk für jeden ausstehenden Befund angegeben werden.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.72
    KlassifikationCDA Section 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.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.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.72 Ausstehende Befunde (2020‑01‑09 11:33:08)
    ref
    at-cda-bbr-
    Beispiel
    Strukturbeispiele
    <section>
      <templateId root="1.2.40.0.34.6.0.11.2.72"/>  <!-- Code der Sektion -->
      <code code="BEFAUS" displayName="Ausstehende Befunde" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  <!-- Titel der Sektion -->
      <title>Ausstehende Befunde</title>  <!-- Textbereich der Sektion -->
      <text> ... Lesbarer Textbereich ... </text></section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (atc...nde)
    Treetree.pnghl7:templateId
    II1 … 1M(atc...nde)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.72
    Treetree.pnghl7:id
    II0 … 1Eindeutige ID der Sektion(atc...nde)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CE1 … 1M(atc...nde)
    Treeblank.pngTreetree.png@code
    CONF1 … 1FBEFAUS
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F1.2.40.0.34.5.40
     Beispiel<code code="BEFAUS" displayName="Ausstehende Befunde" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>
    Treetree.pnghl7:title
    ST1 … 1M(atc...nde)
     CONF
    Elementinhalt muss "Ausstehende Befunde" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1MInformation für den menschlichen Leser.
    (atc...nde)
    Treetree.pnghl7:author
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)(atc...nde)
    Treetree.pnghl7:informant
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(atc...nde)
    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...nde)


    14.3.3.8 Durchgeführte Untersuchung

    Id1.2.40.0.34.6.0.11.2.84Gültigkeit2024‑02‑27 10:11:20
    StatusKgreen.png AktivVersions-Label1.0.0+20240628
    Nameelgabgd_section_DurchgefuehrteUntersuchungBezeichnungDurchgeführte Untersuchung
    Beschreibung

    Eine Kurzbeschreibung sämtlicher zur Erstellung des Befundes angewandten Techniken, Eingriffe oder sonstige Maßnahmen ist für alle Modalitäten optional.

    Die Dokumentation der Patientendosis für Computertomographie-, Radiologie-, Nuklearmedizinische Befunde gemäß der Strahlenschutzrichtlinie 2013/59/EU Art. 58b SOLL in dieser Sektion erfolgen. Der Befund MUSS dann die Informationen zur Ermittlung der Patientendosis beinhalten und die Dosisparameter sind mindestens in Level 2 darzustellen.

    Da es sich bei dieser Sektion um eine rein verbale Darstellung der „technischen“ Vorgänge der Untersuchung handelt, ist eine Codierung in Level 3 nicht vorgesehen. Eine Ausnahme bildet hier die Dokumentation der Patientendosis bei Röntgenaufnahmen, der Computertomographie, Durchleuchtung, Interventionellen Radiologie, Mammographie und Nuklearmedizin.

    Bei Röntgenaufnahmen, Durchleuchtungen und interventionellen Untersuchungen MUSS eine Dokumentation des Dosisflächenprodukts im Befund erfolgen. Im Bereich der Mammografie MUSS vorzugsweise die mittlere Parenchymdosis oder alternativ die Eingangsdosis dokumentiert werden. Für die Computertomographie MUSS das Dosislängenprodukt und für die Nuklearmedizin MUSS die applizierte Aktivität inklusive Radiopharmakon im Befund aufgenommen werden. Sofern möglich, KANN bei allen Modalitäten mit ionisierender Strahlung eine Dokumentation der berechneten effektiven Dosis des Patienten im Befund „Bildgebende Diagnostik“ erfolgen.

    In der nachfolgenden Tabelle sind zulässige Werte zur Level 3 Codierung dargestellt. Die aktuell gültigen Codes sind immer dem am Terminologieserver publizierten Codesystem zu entnehmen. Einheit für das Dosisflächenprodukt (DAP): Da in der Praxis von unterschiedlichen Modalitäten unterschiedliche Einheiten verwendet werden, wird cGy.cm² als bevorzugte Einheit vorgeschlagen (siehe auch Dokument "Gemeinsame Empfehlung betreffend Dosisangaben in radiologischen und nuklearmedizinischen Befunden"). Damit die Systeme nicht durch eine Einheitenumrechnung unter die Definition eines Medizinproduktes fallen, ist die Angabe des DAP in der originalen Einheit zulässig, sofern in UCUM ausgedrückt: 1 Gy.m² = 10.000 Gy.cm² = 1.000.000 cGy.cm² = 1.000.000 µGy.m². Es ist möglich, die Einheitenumrechnung in ein separates Modul auszulagern, das nur die Umrechnung durchführt. Dieses kann dann viel einfacher als Medizinprodukt ausgewiesen werden.

    DICOM Code Display Name Beschreibung Einheit

    113507

    Administered activity Applizierte Aktivität MBq

    111636

    Entrance Exposure at RP Eingangsdosis mGy (bevorzugte Einheit, andere UCUM Einheiten sind hier erlaubt )

    111637

    Accumulated Average Glandular Dose Mittlere Parenchymdosis (AGD) mGy (bevorzugte Einheit, andere UCUM Einheiten sind hier erlaubt )

    113722

    Dose Area Product Total Dosisflächenprodukt (DAP) cGy.cm² (bevorzugte Einheit, andere UCUM Einheiten sind hier erlaubt)

    113813

    CT Dose Length Product Total Dosislängenprodukt (DLP) mGy.cm (bevorzugte Einheit, andere UCUM Einheiten sind hier erlaubt)

    113839

    Effective Dose Effektive Dosis mSv

     

    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.84
    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.6.0.11.3.183ContainmentKgreen.png Strahlenexposition Entry (1.0.0+20240628)DYNAMIC
    1.2.40.0.34.6.0.11.3.184ContainmentKgreen.png Radiopharmakon Entry (1.0.0+20240628)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
    Beispiel
    Strukturbeispiel (ohne Level 3)
    <section>
      <templateId root="1.2.40.0.34.6.0.11.2.84"/>  <!-- Code der Sektion -->
      <code code="55111-9" displayName="Current imaging procedure descriptions" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
      <title>Durchgeführte Untersuchung</title>  <!-- Textbereich der Sektion -->
      <text> ... Lesbarer Textbereich ... </text></section>
    Beispiel
    Strukturbeispiel Aufnahme der Patientendosis
    <section>
      <templateId root="1.2.40.0.34.6.0.11.2.84"/>  <!-- Code der Sektion -->
      <code code="55111-9" displayName="Current imaging procedure descriptions" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
      <title>Durchgeführte Untersuchung</title>  <!-- Textbereich der Sektion -->
      <text>
         ... Lesbarer Textbereich ...     <paragraph> Informationen zur Patientendosis </paragraph>    <table>
          <thead>
            <tr>
              <th>Parameter</th>          <th>Ergebnis</th>          <th>Einheit</th>        </tr>
          </thead>
          <tbody>
            <tr ID="OBS-1">
              <td>Dosislängenprodukt</td>          <td>230</td>          <td>mGycm</td>        </tr>
            <tr ID="OBS-2">
              <td>Effektive Dosis</td>          <td>2.5</td>          <td>mSv</td>        </tr>
          </tbody>
        </table>
      </text>
      <!-- Maschinenlesbare Elemente der Sektion -->
      <!-- entry fuer Codierung der Angaben zur Patientendosis -->
      <entry typeCode="DRIV">
        <!-- Dosislängenprodukt -->
        <observation classCode="OBS" moodCode="EVN">
          <templateId root="2.16.840.1.113883.10.20.6.2.14"/>      <templateId root="1.2.40.0.34.6.0.11.3.183"/>      <code code="113813" codeSystem="1.2.840.10008.2.16.4" codeSystemName="DCM" displayName="CT Dose Length Product Total"/>      <text>
            <reference value="#OBS-1"/>      </text>
          <statusCode code="completed"/>      <effectiveTime value="20130823073406+0200"/>      <value xsi:type="PQ" value="230" unit="mGy.cm"/>    </observation>
      </entry>
      <entry typeCode="DRIV">
        <!-- Effektive Dosis -->
        <observation classCode="OBS" moodCode="EVN">
          <templateId root="2.16.840.1.113883.10.20.6.2.14"/>      <templateId root="1.2.40.0.34.6.0.11.3.183"/>      <code code="113839" codeSystem="1.2.840.10008.2.16.4" codeSystemName="DCM" displayName="Effective Dose"/>      <text>
            <reference value="#OBS-2"/>      </text>
          <statusCode code="completed"/>      <effectiveTime value="20130823073406+0200"/>      <value xsi:type="PQ" value="2.5" unit="mSv"/>    </observation>
      </entry>
    </section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...ung)
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.pnghl7:templateId
    II1 … 1M(elg...ung)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.84
    Treetree.pnghl7:id
    II0 … 1StudyUID der referenzierten Studie(elg...ung)
    Treetree.pnghl7:code
    CE1 … 1M(elg...ung)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F55111-9
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treeblank.pngTreetree.png@codeSystemName
    1 … 1FLOINC
    Treeblank.pngTreetree.png@displayName
    1 … 1FCurrent imaging procedure descriptions
    Treetree.pnghl7:title
    ST1 … 1M(elg...ung)
     CONF
    Elementinhalt muss "Durchgeführte Untersuchung" sein
    Treetree.pnghl7:text
    ED1 … 1MDer Befundtext sollte in Abschnitte ( <paragraph>) gegliedert sein. Vorgegebene Struktur für die Angaben zur Patientendosis über das medizinisch-radiologische Verfahren: Die effektive Dosis oder Parameter zur Patientendosis MÜSSEN im Textteil als Tabelle enthalten sein.</paragraph> (elg...ung)
    Treetree.pnghl7:author
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)(elg...ung)
    Treetree.pnghl7:informant
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(elg...ung)
    Treetree.pnghl7:entry
    0 … *
    Im Falle eines Befundes für Röntgenaufnahmen, Computertomographie, Durchleuchtung, Interventionelle Radiologie oder Mammographie: Unabhängig von der Modalität zur Codierung des Dosisparameters nach DCM in Level 3.

    Beinhaltet 1.2.40.0.34.6.0.11.3.183 Strahlenexposition Entry (DYNAMIC)
    (elg...ung)
    Treetree.pnghl7:entry
    0 … *
    Im Falle eines Befundes der Nuklearmedizin: Codierung des applizierten Radiopharmakons.

    Beinhaltet 1.2.40.0.34.6.0.11.3.184 Radiopharmakon Entry (DYNAMIC)
    (elg...ung)
    Treetree.pnghl7:entry
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)(elg...ung)
    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)
    (elg...ung)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue


    14.3.3.8.1 Strahlenexposition Entry
    Id1.2.40.0.34.6.0.11.3.183Gültigkeit2024‑02‑27 13:24:48
    StatusKgreen.png AktivVersions-Label1.0.0+20240628
    Nameelgabgd_entry_StrahlenexpositionEntryBezeichnungStrahlenexposition Entry
    Beschreibung
    Dokumentation der Patientendosis bei Röntgenaufnahmen, der Computertomographie, Durchleuchtung, Interventionellen Radiologie, Mammographie und Nuklearmedizin.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.183
    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.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
    BeziehungSpezialisierung: Template 1.2.40.0.34.11.5.3.3 Strahlenexposition Entry (2015‑09‑24)
    ref
    elgabbr-

    Version: Template 1.2.40.0.34.11.5.3.3 Strahlenexposition Entry (2015‑09‑24)
    ref
    elgabbr-
    Beispiel
    Beispiel
    <hl7:observation classCode="OBS" moodCode="EVN">
      <hl7:templateId root="1.2.40.0.34.6.0.11.3.183"/>  <hl7:templateId root="2.16.840.1.113883.10.20.6.2.14"/>  <hl7:code code="111636" codeSystem="1.2.840.10008.2.16.4" displayName="Entrance Exposure at RP"/>  <hl7:text>
        <hl7:reference/>  </hl7:text>
      <hl7:author>
        <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' (2023-04-05T13:52:41) -->
      </hl7:author>
      <hl7:informant>
        <!-- template 1.2.40.0.34.6.0.11.9.3 'Informant Body' (2021-10-04T08:03:25) -->
      </hl7:informant>
      <hl7:statusCode code="completed"/>  <hl7:effectiveTime value="20240410132142"/>  <hl7:value unit="cs" value="1"/></hl7:observation>
    ItemDTKardKonfBeschreibungLabel
    hl7:observation
    Quantity Measurement Observation.(elg...try)
    Treetree.png@classCode
    cs1 … 1FOBS
    Treetree.png@moodCode
    cs1 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(elg...try)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.3.183
    Treetree.pnghl7:templateId
    II1 … 1R(elg...try)
    Treeblank.pngTreetree.png@root
    uid1 … 1F2.16.840.1.113883.10.20.6.2.14
    Treetree.pnghl7:code
    CE1 … 1M(elg...try)
     CONF
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.166 ELGA_Dosisparameter (DYNAMIC)
    Treetree.pnghl7:text
    ED1 … 1M(elg...try)
    Treeblank.pngTreetree.pnghl7:reference
    1 … 1M@value: Referenz auf Id des Ergebnisses im section.text.(elg...try)
    Treetree.pnghl7:author
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)(elg...try)
    Treetree.pnghl7:informant
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(elg...try)
    Treetree.pnghl7:statusCode
    CS1 … 1M(elg...try)
    Treeblank.pngTreetree.png@code
    CONF1 … 1Fcompleted
    Treetree.pnghl7:effectiveTime
    TS1 … 1MEs gelten die Richtlinien des entsprechenden Kapitels im Allgemeinen Leitfaden.(elg...try)
    Treetree.pnghl7:value
    PQ1 … 1M(elg...try)
    Treeblank.pngTreetree.png@unit
    cs1 … 1RPhysikalische Einheit des Messwertes entsprechend der Vorgabe in ELGA_Dosisparameter
    Treeblank.pngTreetree.png@value
    real1 … 1RGröße des Messwertes.


    14.3.3.8.2 Radiopharmakon Entry
    Id1.2.40.0.34.6.0.11.3.184Gültigkeit2024‑05‑21 10:00:55
    StatusKgreen.png AktivVersions-Label1.0.0+20240628
    Nameelgabgd_entry_RadiopharmakonEntryBezeichnungRadiopharmakon Entry
    Beschreibung
    Dokumentation der Patientendosis aus der Aktivität des applizierten Radiopharmakons bei nuklearmedizinischen Untersuchungen.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.184
    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.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
    BeziehungSpezialisierung: Template 1.2.40.0.34.6.0.11.3.183 Strahlenexposition Entry (2024‑02‑27 13:24:48)
    ref
    elgabgd-

    Spezialisierung: Template 1.2.40.0.34.11.5.3.3 Strahlenexposition Entry (2015‑09‑24)
    ref
    elgabbr-

    Version: Template 1.2.40.0.34.11.5.3.3 Strahlenexposition Entry (2015‑09‑24)
    ref
    elgabbr-
    Beispiel
    Beispiel
    <hl7:observation classCode="OBS" moodCode="EVN">
      <hl7:templateId root="1.2.40.0.34.6.0.11.3.183"/>  <hl7:templateId root="2.16.840.1.113883.10.20.6.2.14"/>  <hl7:code code="395941009" codeSystem="2.16.840.1.113883.6.96" displayName="Chromium (51-Cr) edetate"/>  <hl7:text>
        <hl7:reference/>  </hl7:text>
      <hl7:author>
        <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' (2023-04-05T13:52:41) -->
      </hl7:author>
      <hl7:informant>
        <!-- template 1.2.40.0.34.6.0.11.9.3 'Informant Body' (2021-10-04T08:03:25) -->
      </hl7:informant>
      <hl7:statusCode code="completed"/>  <hl7:effectiveTime value="20240410132142"/>  <hl7:value unit="cs" value="1"/></hl7:observation>
    ItemDTKardKonfBeschreibungLabel
    hl7:observation
    Quantity Measurement Observation.(elg...try)
    Treetree.png@classCode
    cs1 … 1FOBS
    Treetree.png@moodCode
    cs1 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(elg...try)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.3.184
    Treetree.pnghl7:templateId
    II1 … 1R(elg...try)
    Treeblank.pngTreetree.png@root
    uid1 … 1F2.16.840.1.113883.10.20.6.2.14
    Treetree.pnghl7:code
    CE1 … 1M(elg...try)
     CONF
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.95 ELGA_Radiopharmaceuticals (DYNAMIC)
    Treetree.pnghl7:text
    ED1 … 1M(elg...try)
    Treeblank.pngTreetree.pnghl7:reference
    1 … 1M@value: Referenz auf Id des Ergebnisses im section.text.(elg...try)
    Treetree.pnghl7:author
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)(elg...try)
    Treetree.pnghl7:informant
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(elg...try)
    Treetree.pnghl7:statusCode
    CS1 … 1M(elg...try)
    Treeblank.pngTreetree.png@code
    CONF1 … 1Fcompleted
    Treetree.pnghl7:effectiveTime
    TS1 … 1MEs gelten die Richtlinien des entsprechenden Kapitels im Allgemeinen Leitfaden.(elg...try)
    Treetree.pnghl7:value
    PQ1 … 1M(elg...try)
    Treeblank.pngTreetree.png@unit
    cs1 … 1R
    Physikalische Einheit des Messwertes.
    Treeblank.pngTreetree.png@value
    real1 … 1R
    Größe des Messwertes.


    14.3.3.9 Frühere Untersuchungen und Befunde

    Id1.2.40.0.34.6.0.11.2.132Gültigkeit2024‑02‑27 14:23:10
    StatusKgreen.png AktivVersions-Label1.0.0+20240628
    Nameelgabgd_section_FruehereUntersuchungenUndBefundeBezeichnungFrühere Untersuchungen und Befunde
    Beschreibung
    In dieser Sektion werden alle früheren Untersuchungen und Befunde mit Bildmaterial bzw. älteres Bildmaterial alleine aufgelistet, welche(s) zur Erstellung des gegenständlichen Befundes herangezogen wurden.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.132
    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
    BeziehungSpezialisierung: Template 1.2.40.0.34.11.5.2.6 Frühere Untersuchungen (2012‑01‑12)
    ref
    elgabbr-

    Version: Template 1.2.40.0.34.11.5.2.6 Frühere Untersuchungen (2012‑01‑12)
    ref
    elgabbr-
    Beispiel
    Strukturbeispiel
    <section>
      <templateId root="1.2.40.0.34.6.0.11.2.132"/>  <!-- Code der Sektion -->
      <code code="55114-3" displayName="Prior imaging procedure descriptions" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
      <title>Frühere Untersuchungen und Befunde</title>  <!-- Textbereich der Sektion -->
      <text> ... Lesbarer Textbereich ... </text></section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...nde)
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.pnghl7:templateId
    II1 … 1M(elg...nde)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.132
    Treetree.pnghl7:code
    CE1 … 1M(elg...nde)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F55114-3
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treeblank.pngTreetree.png@codeSystemName
    1 … 1FLOINC
    Treeblank.pngTreetree.png@displayName
    1 … 1FPrior imaging procedure descriptions
    Treetree.pnghl7:title
    ST1 … 1M(elg...nde)
     CONF
    Elementinhalt muss "Frühere Untersuchungen und Befunde" sein
    Treetree.pnghl7:text
    ED1 … 1M(elg...nde)
    Treetree.pnghl7:author
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)(elg...nde)
    Treetree.pnghl7:informant
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(elg...nde)
    Treetree.pnghl7:entry
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)(elg...nde)
    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)
    (elg...nde)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue


    14.3.3.10 Komplikationen

    Id1.2.40.0.34.6.0.11.2.133Gültigkeit2024‑02‑27 14:26:32
    StatusKgreen.png AktivVersions-Label1.0.0+20240628
    Nameelgabgd_section_KomplikationenBezeichnungKomplikationen
    Beschreibung
    Beschreibt Komplikationen, die während der bildgebenden Untersuchung aufgetreten sind.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.133
    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
    BeziehungSpezialisierung: Template 1.2.40.0.34.11.5.2.8 Komplikationen (2012‑01‑12)
    ref
    elgabbr-

    Version: Template 1.2.40.0.34.11.5.2.8 Komplikationen (2012‑01‑12)
    ref
    elgabbr-
    Beispiel
    Strukturbeispiel
    <section>
      <templateId root="1.2.40.0.34.6.0.11.2.133"/>  <!-- Code der Sektion -->
      <code code="55109-3" displayName="Complications" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
      <title>Komplikationen</title>  <!-- Textbereich der Sektion -->
      <text> ... Lesbarer Textbereich ... </text></section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...nen)
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.pnghl7:templateId
    II1 … 1M(elg...nen)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.133
    Treetree.pnghl7:code
    CE1 … 1M(elg...nen)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F55109-3
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treeblank.pngTreetree.png@codeSystemName
    1 … 1FLOINC
    Treeblank.pngTreetree.png@displayName
    1 … 1FComplications
    Treetree.pnghl7:title
    ST1 … 1M(elg...nen)
     CONF
    Elementinhalt muss "Komplikationen" sein
    Treetree.pnghl7:text
    ED1 … 1M(elg...nen)
    Treetree.pnghl7:author
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)(elg...nen)
    Treetree.pnghl7:informant
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(elg...nen)
    Treetree.pnghl7:entry
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)(elg...nen)
    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)
    (elg...nen)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue


    14.3.3.11 Befund

    Id1.2.40.0.34.6.0.11.2.134Gültigkeit2024‑02‑27 14:32:17
    StatusKgreen.png AktivVersions-Label1.0.0+20240628
    Nameelgabgd_section_BefundBezeichnungBefund
    Beschreibung

    Diese Sektion bildet das Ergebnis der „Bildgebenden Diagnostik“ ab. Hier wird in ausführlicher Form das Resultat der Untersuchung beschrieben. In dieser Sektion dürfen auch alle anderen Details einer „Bildgebenden Diagnostik“ beschrieben werden, sofern eine fein strukturierte Darstellung, wie sie mit Hilfe der definierten Sektionen vorgeschrieben wird, möglich ist. Im Sinne einer vergleichbaren Darstellung SOLL dieser „Gesamtbefund“ sich dann aber zumindest an die durch die Reihenfolge der Sektionen vorgegebene Struktur halten.

    Die Sektion MUSS immer im Befund „Bildgebende Diagnostik“ enthalten sein. Diese Sektion enthält den primären, beschreibenden Text des Befundes. Es ist dringend gefordert, dass in dieser Sektion nur der Befund-relevante Text enthalten ist und Themen wie Fragestellung (Überweisungsgrund), Anamnese, Aktuelle Untersuchung (Prozeduren) und Empfehlung (weitere empfohlene Maßnahmen) in eigenen Sektionen dargestellt werden.

    In Fällen, in denen die Quelle des Befundtextes eine derartige Trennung nicht zulässt, ist die Sektion Befund heranzuziehen und in den anderen, verpflichtenden Sektionen der Hinweis „Informationen im Abschnitt Befund“ anzugeben.

    Da es sich bei dieser Sektion um eine rein verbale Darstellung des Befundes handelt, ist eine Codierung in Level 3 nicht vorgesehen.

    Eine Ausnahme bildet hier die Mammographie, unabhängig von der angewandten Technik wie MG, US oder MRI. Sollte in dieser Sektion des Befundes die Klassifikation nach BIRADS® (eingetragene Marke des American College of Radiology) angegeben werden, so ist dieser Wert sowohl in Form einer Tabelle im Textbereich darzustellen, als auch als Level 3 Element in dieser Sektion zu codieren.

    Eine allfällige Klassifizierung gemäß dem ACR Index ist ebenfalls als Tabelle im Textteil abzubilden.

     

    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.134
    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.182ContainmentKgreen.png Klassifikation Entry (1.0.0+20240628)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.11.5.2.9 Befund (2022‑11‑16 09:13:25)
    ref
    elgabbr-

    Version: Template 1.2.40.0.34.11.5.2.9 Befund (2012‑01‑12)
    ref
    elgabbr-
    Beispiel
    Strukturbeispiel Allgemein
    <section>
      <templateId root="1.2.40.0.34.6.0.11.2.134"/>  <!-- Code der Sektion -->
      <code code="18782-3" displayName="Study observation" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
      <title>Befund</title>  <!-- Textbereich der Sektion -->
      <text> ... Lesbarer Textbereich ... </text></section>
    Beispiel
    Strukturbeispiel Mammographie mit BI-RADS® Klassifikation
    <ClinicalDocument>
      <section>
        <templateId root="1.2.40.0.34.6.0.11.2.134"/>    <!-- Code der Sektion -->
        <code code="18782-3" displayName="Study observation" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>    <!-- Titel der Sektion -->
        <title>Befund</title>    <!-- Textbereich der Sektion -->
        <text>
          <paragraph>
            <content ID="finding-1"> Parenchymasymmetrie. Verkalkte Ölcyste li. Sonst unauffälliger Befund bei Zustand nach Reduktionsplastik bds., derzeit kein Malignomhinweis.
    </content>
          </paragraph>
          <table>
            <thead>
              <tr>
                <th>Klassifikation</th>            <th>Wert</th>          </tr>
            </thead>
            <tbody>
              <tr>
                <td>BI-RADS</td>            <td ID="birads">4A</td>          </tr>
              <tr>
                <td>ACR</td>            <td ID="acr">2</td>          </tr>
            </tbody>
          </table>
        </text>
        <!-- Maschinenlesbare Elemente der Sektion -->
        <!-- entry fuer ELGA BI-RADS® Codierung -->
        <entry>
          <observation classCode="OBS" moodCode="EVN">
            <!-- Mammography Observation -->
            <templateId root="1.2.40.0.34.6.0.11.3.182"/>        <templateId root="1.2.40.0.34.11.5.3.1"/>        <code code="BI-RADS" codeSystem="2.16.840.1.113883.6.76" displayName="BI-RADS®"/>        <text>
              <reference value="#birads"/>        </text>
            <statusCode code="completed"/>        <effectiveTime value="20110830103000+02"/>        <value type="CD" code="6121000179106" codeSystem="2.16.840.1.113883.6.96"/>      </observation>
        </entry>
      </section>
    </ClinicalDocument>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...und)
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.pnghl7:templateId
    II1 … 1M(elg...und)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.134
    Treetree.pnghl7:code
    CE1 … 1M(elg...und)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F18782-3
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treeblank.pngTreetree.png@codeSystemName
    1 … 1FLOINC
    Treeblank.pngTreetree.png@displayName
    1 … 1FStudy observation
    Treetree.pnghl7:title
    ST1 … 1M(elg...und)
     CONF
    Elementinhalt muss "Befund" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1M
    Befundtext sollte in Abschnitte (<paragraph>) gegliedert sein. Vorgegebene Struktur für Mammographie: Klassifikationen nach BI-RADS® oder nach ACR Index MÜSSEN im Textteil als Tabelle enthalten sein.
    Empfohlen wird die Angabe der BI-RADS® Klassen in arabischen Ziffern.
    (elg...und)
    Treetree.pnghl7:author
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)(elg...und)
    Treetree.pnghl7:informant
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(elg...und)
    Treetree.pnghl7:entry
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.182 Klassifikation Entry (DYNAMIC)(elg...und)
    Treetree.pnghl7:entry
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)(elg...und)
    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)
    (elg...und)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue


    14.3.3.11.1 Klassifikation
    Id1.2.40.0.34.6.0.11.3.182Gültigkeit2024‑03‑19 14:55:37
    StatusKgreen.png AktivVersions-Label1.0.0+20240628
    Nameelgabgd_entry_KlassifikationEntryBezeichnungKlassifikation Entry
    Beschreibung
    Zur Befundung angewendete Klassifikation und Bewertung.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.182
    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.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
    BeziehungSpezialisierung: Template 1.2.40.0.34.11.5.3.1 BI-RADS® Klassifikation (2014‑03‑24)
    ref
    elgabbr-

    Version: Template 1.2.40.0.34.11.5.3.1 BI-RADS® Klassifikation (2014‑03‑24)
    ref
    elgabbr-
    Beispiel
    Beispiel
    <hl7:observation classCode="OBS" moodCode="EVN">
      <hl7:templateId root="1.2.40.0.34.6.0.11.3.182"/>  <hl7:templateId root="1.2.40.0.34.11.5.3.1"/>  <hl7:code code="--code--" codeSystem="1.2.40.0.34.6.0.10.89"/>  <hl7:text>
        <hl7:reference/>  </hl7:text>
      <hl7:author>
        <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' (2023-04-05T13:52:41) -->
      </hl7:author>
      <hl7:informant>
        <!-- template 1.2.40.0.34.6.0.11.9.3 'Informant Body' (2021-10-04T08:03:25) -->
      </hl7:informant>
      <hl7:statusCode code="completed"/>  <hl7:effectiveTime value="20240410132104"/>  <hl7:value/></hl7:observation>
    ItemDTKardKonfBeschreibungLabel
    hl7:observation
    (elg...try)
    Treetree.png@classCode
    cs1 … 1FOBS
    Treetree.png@moodCode
    cs1 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(elg...try)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.3.182
    Treetree.pnghl7:templateId
    II1 … 1R(elg...try)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.11.5.3.1
    Treetree.pnghl7:code
    CE1 … 1M(elg...try)
    Treeblank.pngTreetree.png@code
    cs1 … 1R
    Treeblank.pngTreetree.png@codeSystem
    oid1 … 1R
    Treeblank.pngTreetree.png@codeSystemName
    st0 … 1 
    Treeblank.pngTreetree.png@displayName
    st0 … 1 
     CONF
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.89 RADS_DiagnosticImagingScales (DYNAMIC)
    Treetree.pnghl7:text
    ED1 … 1M(elg...try)
    Treeblank.pngTreetree.pnghl7:reference
    1 … 1M@value: Referenz auf Id des Ergebnisses im section.text.(elg...try)
    Treetree.pnghl7:author
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)(elg...try)
    Treetree.pnghl7:informant
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(elg...try)
    Treetree.pnghl7:statusCode
    CS1 … 1M(elg...try)
    Treeblank.pngTreetree.png@code
    CONF1 … 1Fcompleted
    Treetree.pnghl7:effectiveTime
    TS1 … 1MEs gelten die Richtlinien des entsprechenden Kapitels im Allgemeinen Leitfaden.(elg...try)
    Treetree.pnghl7:value
    CD1 … 1M
    In Abhängigkeit vom gewählten Klassifikationssystem (siehe Code-Element) muss aus dem dazu passenden ValueSet ein entsprechender Wert gewählt werden.
    (elg...try)
    Treeblank.pngTreetree.png@code
    cs1 … 1R
    Treeblank.pngTreetree.png@codeSystem
    oid1 … 1R
    Treeblank.pngTreetree.png@codeSystemName
    st0 … 1 
    Treeblank.pngTreetree.png@displayName
    st0 … 1 
     CONF
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.90 RADS_BreastImaging (DYNAMIC)
    oder
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.91 RADS_CoronaryArteryDisease (DYNAMIC)
    oder
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.92 RADS_LiverImaging (DYNAMIC)
    oder
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.93 RADS_ProstateImaging (DYNAMIC)
    oder
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.94 RADS_ThyroidImaging (DYNAMIC)


    14.3.3.12 Diagnose (kodiert)

    Id1.2.40.0.34.6.0.11.2.96
    ref
    at-cda-bbr-
    Gültigkeit2024‑05‑22 10:20:21
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabbr_section_DiagnoseKodiert vom 2021‑02‑23 06:22:31
    • 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.2+20240628
    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‑23 06:22:31)
    ref
    at-cda-bbr-

    Version: 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>
        <entry>
          <!-- template 1.2.40.0.34.6.0.11.3.7 'Problem Concern Entry' -->
        </entry>
      </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


    14.3.3.12.1 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


    14.3.3.12.1.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


    14.3.3.12.1.2 Laterality Qualifier
    Id1.2.40.0.34.6.0.11.9.42
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 12:51:12
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabbr_entry_LateralityQualifier vom 2020‑02‑20 09:00:36
    StatusKgreen.png AktivVersions-Label1.0.0+20210219
    Nameatcdabbr_entry_LateralityQualifierBezeichnungLaterality Qualifier
    KlassifikationCDA Entry Level Template
    Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.9.42 Laterality Qualifier (2020‑02‑20 09:00:36)
    ref
    at-cda-bbr-
    Beispiel
    Beispiel
    <SOMEELEMENT>
      <qualifier>
        <name code="272741003" codeSystem="2.16.840.1.113883.6.96" displayName="Laterality"/>    <value code="..." codeSystem="2.16.840.1.113883.6.96"/>  </qualifier>
      <qualifier>
        <name code="106233006" codeSystem="2.16.840.1.113883.6.96" displayName="Topographical modifier"/>    <value code="..." codeSystem="2.16.840.1.113883.6.96"/>  </qualifier>
    </SOMEELEMENT>
    ItemDTKardKonfBeschreibungLabel
    hl7:qualifier
    CR0 … 1R
    Qualifier zur Angabe der Seitenlokalisation aus dem ValueSet atcdabbr_LateralityQualifierCode_VS
    (atc...ier)
    Treetree.pnghl7:name
    CV1 … 1M(atc...ier)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F272741003
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.96 (SNOMED Clinical Terms)
    Treetree.pnghl7:value
    CD1 … 1M(atc...ier)
     CONF
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.211 atcdabbr_LateralityQualifierCode (DYNAMIC)
    hl7:qualifier
    CR0 … 1R
    Qualifier zur Angabe der Topographie mit allen Möglichkeiten aus https://browser.ihtsdotools.org/?perspective=full&conceptId1=106233006
    (atc...ier)
    Treetree.pnghl7:name
    CV1 … 1M(atc...ier)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F106233006
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.96 (SNOMED Clinical Terms)
    Treetree.pnghl7:value
    CD1 … 1M(atc...ier)
     CONF
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.212 ELGA_TopographicalModifierQualifier (DYNAMIC)


    14.3.3.12.1.3 Comment Entry
    Id1.2.40.0.34.6.0.11.3.11
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 12:42:56
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabrr_entry_Comment vom 2019‑02‑07 13:10:44
    StatusKgreen.png AktivVersions-Label1.0.0+20210219
    Nameatcdabrr_entry_CommentBezeichnungComment Entry
    Beschreibung
    Die Codierung von Anmerkungen und Kommentaren erfolgt in jedem Fall gem. IHE als sogenannter „Annotation-Act“. Die Codierung erfolgt als act-Element, welches mittels entsprechender Beziehung (entryRelationship oder component) an das übergeordnete Element gebunden wird. Die Elemente templateId und code sind fix vorbelegt. Das einzige veränderbare Element ist der text-Block. Dieser SOLL eine Referenz auf ein Element innerhalb der Level 2 Codierung enthalten.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.11
    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.1InklusionKgreen.png Narrative Text Reference (1.0.1+20210512)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.11 Comment Entry (2019‑02‑07 13:10:44)
    ref
    at-cda-bbr-

    Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.2 IHE Comment Entry (2013‑12‑20)
    ref
    IHE-PCC-

    Spezialisierung: Template 2.16.840.1.113883.10.20.1.40 Befundtext (Anmerkungen und Kommentare)-deprecated (DYNAMIC)
    ref
    elga-
    Beispiel
    Beispiel
    <act classCode="ACT" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.3.11"/>  <templateId root="2.16.840.1.113883.10.20.1.40"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.2"/>  <id root="1.2.3.999" extension="extension"/>  <code code="48767-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Annotation comment"/>  <text>
        <reference value="#commentRef-1"/>  </text>
      <statusCode code="completed"/>  <author>
        <!-- template 1.2.40.0.34.6.0.11.9.8 'Author Body' (2019-02-12T14:16:51) -->
      </author>
      <informant>
        <!-- template 1.2.40.0.34.6.0.11.9.3 'Informant Body' (2019-02-07T13:29:32) -->
      </informant>
    </act>
    ItemDTKardKonfBeschreibungLabel
    hl7:act
    Kommentar-Act(atc...ent)
    Treetree.png@classCode
    cs1 … 1FACT
    Treetree.png@moodCode
    cs1 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1MELGA(atc...ent)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.3.11
    Treetree.pnghl7:templateId
    II1 … 1MHL7 CCD Comment(atc...ent)
    Treeblank.pngTreetree.png@root
    uid1 … 1F2.16.840.1.113883.10.20.1.40
    Treetree.pnghl7:templateId
    II1 … 1MIHE PCC Comments(atc...ent)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.2
    Treetree.pnghl7:id
    II0 … 1Optionale Id zwecks Nachvollziehbarkeit(atc...ent)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CD1 … 1MFester Wert "48767-8"(atc...ent)
    Treeblank.pngTreetree.png@code
    cs1 … 1F48767-8
    Treeblank.pngTreetree.png@codeSystem
    oid1 … 1F2.16.840.1.113883.6.1
    Treeblank.pngTreetree.png@codeSystemName
    st1 … 1FLOINC
    Treeblank.pngTreetree.png@displayName
    st1 … 1FAnnotation comment
    Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)
    Referenz auf den Text im narrativen Teil
    Treetree.pnghl7:text
    ED1 … 1M(atc...ent)
    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...ent)
    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 … 1MFester Wert "completed".
    Status des Kommentars ist immer abgeschlossen (completed).
    (atc...ent)
    Treeblank.pngTreetree.png@code
    cs1 … 1Fcompleted
    Treetree.pnghl7:performer
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC)(atc...ent)
    Treetree.pnghl7:author
    0 … *RAutoren können optional angegeben werden.
    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (atc...ent)
    Treetree.pnghl7:informant
    0 … *RWeitere Informationsquellen können optional angegeben werden.
    Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)
    (atc...ent)
    Treetree.pnghl7:participant
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)(atc...ent)


    14.3.3.12.1.4 Severity Observation
    Id1.2.40.0.34.6.0.11.3.38
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 13:00:38
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabbr_entry_SeverityObservation vom 2019‑11‑21 09:31:57
    StatusKgreen.png AktivVersions-Label1.0.0+20210219
    Nameatcdabbr_entry_SeverityObservationBezeichnungSeverity Observation
    BeschreibungDokumentation des Schweregrades des Gesundheitsproblems
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.38
    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.1InklusionKgreen.png Narrative Text Reference (1.0.1+20210512)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.38 Severity Observation (2019‑11‑21 09:31:57)
    ref
    at-cda-bbr-

    Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.1 eHDSI Severity (DYNAMIC)
    ref
    epsos-

    Adaptation: Template 2.16.840.1.113883.10.22.4.25 IPS Severity Observation (DYNAMIC)
    ref
    hl7ips-
    Beispiel
    Beispiel
    <hl7:observation classCode="OBS" moodCode="EVN">
      <hl7:templateId root="1.2.40.0.34.6.0.11.3.38"/>  <hl7:templateId root="2.16.840.1.113883.10.22.4.25"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.1"/>  <hl7:code code="SEV" codeSystem="2.16.840.1.113883.5.4"/>  <hl7:text>
        <!-- template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (2019-01-17T15:27:17) -->
      </hl7:text>
      <hl7:statusCode code="completed"/>  <hl7:value code="255604002" codeSystem="2.16.840.1.113883.6.96"/></hl7:observation>
    ItemDTKardKonfBeschreibungLabel
    hl7:observation
    (atc...ion)
    Treetree.png@classCode
    cs1 … 1FOBS
    Treetree.png@moodCode
    cs1 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(atc...ion)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.3.38
    Treetree.pnghl7:templateId
    II1 … 1MIPS Severity Observation(atc...ion)
    Treeblank.pngTreetree.png@root
    uid1 … 1F2.16.840.1.113883.10.22.4.25
    Treetree.pnghl7:templateId
    II1 … 1MIHE PCC Severity Entry(atc...ion)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.1
    Treetree.pnghl7:id
    II0 … *RZwecks Rückverfolgbarkeit kann eine ID angegeben werden.(atc...ion)
    Treetree.pnghl7:code
    CD1 … 1MCode zur Observation "Schweregrades des Gesundheitsproblems"(atc...ion)
    Treeblank.pngTreetree.png@code
    CONF1 … 1FSEV
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.5.4 (Act Code)
    Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)
    Treetree.pnghl7:text
    ED1 … 1M(atc...ion)
    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...ion)
    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 … 1MFixer Wert: completed(atc...ion)
    Treeblank.pngTreetree.png@code
    CONF1 … 1Fcompleted
    Treetree.pnghl7:value
    CD1 … 1MKlassifikation des Schweregrades des Gesundheitsproblems

    (atc...ion)
     CONF
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.189 ELGA_ProblemSeverity (DYNAMIC)


    14.3.3.12.1.5 Criticality Observation
    Id1.2.40.0.34.6.0.11.3.35
    ref
    at-cda-bbr-
    Gültigkeit2021‑06‑28 13:44:02
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabbr_entry_CriticalityObservation vom 2021‑02‑19 12:43:03
    • Kblank.png atcdabbr_entry_CriticalityObservation vom 2019‑11‑21 09:04:18
    StatusKgreen.png AktivVersions-Label1.0.1+20210628
    Nameatcdabbr_entry_CriticalityObservationBezeichnungCriticality Observation
    BeschreibungObservation für die Angabe des Schweregrads des Problems (Kritikalität)
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.35
    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.1InklusionKgreen.png Narrative Text Reference (1.0.1+20210512)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.35 Criticality Observation (2021‑02‑19 12:43:03)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.3.35 Criticality Observation (2019‑11‑21 09:04:18)
    ref
    at-cda-bbr-

    Adaptation: Template 2.16.840.1.113883.10.22.4.18 IPS Criticality Observation (DYNAMIC)
    ref
    hl7ips-
    Beispiel
    Beispiel
    <hl7:observation classCode="OBS" moodCode="EVN">
      <hl7:templateId root="1.2.40.0.34.6.0.11.3.35"/>  <hl7:templateId root="2.16.840.1.113883.10.22.4.18"/>  <hl7:code code="82606-5" codeSystem="2.16.840.1.113883.6.1"/>  <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M -->
      <hl7:statusCode code="completed"/>  <hl7:value xsi:type="CD" code="myCode" codeSystem="1.2.3.99"/></hl7:observation>
    ItemDTKardKonfBeschreibungLabel
    hl7:observation
    (atc...ion)
    Treetree.png@classCode
    cs1 … 1FOBS
    Treetree.png@moodCode
    cs1 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1MELGA(atc...ion)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.3.35
    Treetree.pnghl7:templateId
    II1 … 1MHL7 IPS Criticality Observation(atc...ion)
    Treeblank.pngTreetree.png@root
    uid1 … 1F2.16.840.1.113883.10.22.4.18
    Treetree.pnghl7:code
    CE1 … 1M(atc...ion)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F82606-5
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)
    Treetree.pnghl7:text
    ED1 … 1M(atc...ion)
    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...ion)
    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...ion)
    Treeblank.pngTreetree.png@code
    CONF1 … 1Fcompleted
    Treetree.pnghl7:value
    1 … 1MDieses Element enthält den Code für die Kritikalität des Problems(atc...ion)
    Treeblank.pngTreetree.png@xsi:type
    1 … 1FCD
     CONF
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.182 ELGA_CriticalityObservationValue (DYNAMIC)


    14.3.3.12.1.6 Certainty Observation
    Id1.2.40.0.34.6.0.11.3.36
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 12:42:49
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabbr_entry_CertaintyObservation vom 2019‑11‑21 09:11:18
    StatusKgreen.png AktivVersions-Label1.0.0+20210219
    Nameatcdabbr_entry_CertaintyObservationBezeichnungCertainty Observation
    BeschreibungDokumentiert die Gewissheit, mit der das Gesundheitsproblem besteht
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.36
    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.1InklusionKgreen.png Narrative Text Reference (1.0.1+20210512)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.36 Certainty Observation (2019‑11‑21 09:11:18)
    ref
    at-cda-bbr-

    Adaptation: Template 2.16.840.1.113883.10.22.4.19 IPS Certainty Observation (DYNAMIC)
    ref
    hl7ips-
    Beispiel
    Beispiel
    <hl7:observation classCode="OBS" moodCode="EVN">
      <hl7:templateId root="1.2.40.0.34.6.0.11.3.36"/>  <hl7:templateId root="2.16.840.1.113883.10.22.10"/>  <hl7:code code="66455-7" codeSystem="2.16.840.1.113883.6.1" displayName="Condition status"/>  <hl7:text>
        <!-- template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (2019-01-17T15:27:17) -->
      </hl7:text>
      <hl7:statusCode code="completed"/>  <hl7:value xsi:type="CD" code="unconfirmed" codeSystem="2.16.840.1.113883.4.642.3.166" displayName="unconfirmed"/></hl7:observation>
    ItemDTKardKonfBeschreibungLabel
    hl7:observation
    (atc...ion)
    Treetree.png@classCode
    cs1 … 1FOBS
    Treetree.png@moodCode
    cs1 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1MELGA(atc...ion)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.3.36
    Treetree.pnghl7:templateId
    II1 … 1MHL7 IPS Certainty Observation(atc...ion)
    Treeblank.pngTreetree.png@root
    uid1 … 1F2.16.840.1.113883.10.22.10
    Treetree.pnghl7:code
    CE1 … 1MCode zur Observation "Gewissheit, mit der das Gesundheitsproblem besteht"
    (atc...ion)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F66455-7
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treeblank.pngTreetree.png@codeSystemName
    1 … 1FLOINC
    Treeblank.pngTreetree.png@displayName
    1 … 1FCondition status
    Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)
    Treetree.pnghl7:text
    ED1 … 1M(atc...ion)
    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...ion)
    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 … 1MFester Wert: completed
    (atc...ion)
    Treeblank.pngTreetree.png@code
    CONF1 … 1Fcompleted
    Treetree.pnghl7:value
    CD1 … 1MKlassifikation der Gewissheit, mit der das Gesundheitsproblem besteht(atc...ion)
    Treeblank.pngTreetree.png@xsi:type
    1 … 1FCD
     CONF
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.184 ELGA_ConditionVerificationStatus (DYNAMIC)


    14.3.3.12.1.7 Problem Status Observation
    Id1.2.40.0.34.6.0.11.3.49
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 12:55:53
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabbr_entry_ProblemStatusObservation vom 2019‑12‑03 09:46:18
    StatusKgreen.png AktivVersions-Label1.0.0+20210219
    Nameatcdabbr_entry_ProblemStatusObservationBezeichnungProblem Status Observation
    BeschreibungKlinischer Status des Gesundheitsproblems
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.49
    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.1InklusionKgreen.png Narrative Text Reference (1.0.1+20210512)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.3.49 Problem Status Observation (2019‑12‑03 09:46:18)
    ref
    at-cda-bbr-

    Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.1.1 IHE Problem Status Observation (2013‑12‑20)
    ref
    IHE-PCC-

    Adaptation: Template 2.16.840.1.113883.10.22.4.20 IPS Problem Status Observation (DYNAMIC)
    ref
    hl7ips-
    Beispiel
    Beispiel
    <hl7:observation classCode="OBS" moodCode="EVN">
      <hl7:templateId root="1.2.40.0.34.6.0.11.3.49"/>  <hl7:templateId root="2.16.840.1.113883.10.22.4.20"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.1.1"/>  <hl7:code code="33999-4" codeSystem="2.16.840.1.113883.6.1"/>  <hl7:text>
        <!-- template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (2019-01-17T15:27:17) -->
      </hl7:text>
      <hl7:statusCode code="completed"/>  <hl7:value code="active" codeSystem="2.16.840.1.113883.4.642.3.155"/></hl7:observation>
    ItemDTKardKonfBeschreibungLabel
    hl7:observation
    (atc...ion)
    Treetree.png@classCode
    cs0 … 1FOBS
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(atc...ion)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.3.49
    Treetree.pnghl7:templateId
    II1 … 1MHL7 IPS Problem Status Observation
    (atc...ion)
    Treeblank.pngTreetree.png@root
    uid1 … 1F2.16.840.1.113883.10.22.4.20
    Treetree.pnghl7:templateId
    II1 … 1MIHE PCC Problem Status Observation
    (atc...ion)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.1.1
    Treetree.pnghl7:code
    CE1 … 1MCode zur Observation "Klinischer Status des Gesundheitsproblems"(atc...ion)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F33999-4
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)
    Dieses Element strukturiert den Verweis auf den klinischen Status im narrativen Teil
    Treetree.pnghl7:text
    ED1 … 1M(atc...ion)
    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...ion)
    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 … 1MFester Wert: completed(atc...ion)
    Treeblank.pngTreetree.png@code
    CONF1 … 1Fcompleted
    Treetree.pnghl7:value
    CD1 … 1MKlassifikation des klinischen Status
    (atc...ion)
     CONF
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.198 ELGA_ConditionStatusCode (DYNAMIC)


    14.3.3.13 Zusammenfassende Beurteilung

    Id1.2.40.0.34.6.0.11.2.25
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 10:45:12
    Andere Versionen mit dieser Id:
    • Kblank.png elgagab_section_ZusammenfassendeBeurteilung vom 2018‑10‑30 11:08:23
    StatusKgreen.png AktivVersions-Label1.0.0+20201105
    Nameelgagab_section_ZusammenfassendeBeurteilungBezeichnungZusammenfassende Beurteilung
    Beschreibung
    Zusammenfassende Gesamtschau und Beurteilung der erhobenen Befunde. Eine codierte Angabe der Diagnosen ist möglich.

    Beispiel: „Die Zusammenschau von Anamnese und erhobenen Befunden spricht für ein inzipientes septisches Geschehen unklarer Ätiologie.“

    “67781-5 "Summarization of encounter note Narrative", LOINC 2.16.840.1.113883.6.1
    Synonyme: aktuelle Diagnose, Ergebnis, Befundinterpretation
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.25
    KlassifikationCDA Section level template
    Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
    Assoziiert mit
    Assoziiert mit 1 Konzept
    IdNameDatensatz
    elgagab-data​element-176Kyellow.png Zusammenfassende Beurteilung Kyellow.png Datensatz
    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.11.1.3.1ContainmentKgreen.png Eingebettetes Objekt EntryDYNAMIC
    1.2.40.0.34.11.13.3.6ContainmentKyellow.png Gesundheitsproblem Bedenken Entry (0.2)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.25 Zusammenfassende Beurteilung (2018‑10‑30 11:08:23)
    ref
    at-cda-bbr-
    Beispiel
    Strukturbeispiel
    <section>
      <templateId root="1.2.40.0.34.6.0.11.2.25"/>  <code code="67781-5" codeSystem="2.16.840.1.113883.6.1" displayName="Summarization of encounter note Narrative" codeSystemName="LOINC"/>  <title>Zusammenfassung</title>  <!-- Textbereich der Sektion -->
      <text> ... Lesbarer Textbereich ... </text>  <entry>
        <!-- template 1.2.40.0.34.11.1.3.1 'Eingebettetes Objekt Entry' (2017-05-05T00:00:00) -->
      </entry>
      <entry>
        <!-- template 1.2.40.0.34.11.13.3.6 'Gesundheitsproblem Bedenken Entry' (2017-01-26T14:29:54) -->
      </entry>
    </section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...ung)
     
    Target.png
    elgagab-data​element-176Kyellow.png Zusammenfassende Beurteilung Kyellow.png Datensatz
    Treetree.pnghl7:templateId
    II1 … 1M(elg...ung)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.25
    Treetree.pnghl7:code
    CE1 … 1M(elg...ung)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F67781-5
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treeblank.pngTreetree.png@codeSystemName
    1 … 1FLOINC
    Treeblank.pngTreetree.png@displayName
    1 … 1FSummarization of encounter note Narrative
    Treetree.pnghl7:title
    ST1 … 1M(elg...ung)
     CONF
    Elementinhalt muss "Zusammenfassung" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1MInformation für den menschlichen Leser.(elg...ung)
    Treetree.pnghl7:author
    0 … *Author der enthaltenen Information (GDA)
    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (elg...ung)
    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)
    (elg...ung)
    Treetree.pnghl7:entry
    0 … *Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)(elg...ung)
    Treetree.pnghl7:entry
    0 … *Beinhaltet 1.2.40.0.34.11.13.3.6 Gesundheitsproblem Bedenken Entry (DYNAMIC)(elg...ung)
    Treetree.pnghl7:component
    0 … *Optionale Subsections zur Angabe von Übersetzungen des Elements
    Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)
    (elg...ung)
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP


    14.3.3.13.1 Gesundheitsproblem Bedenken Entry
    Id1.2.40.0.34.11.13.3.6
    ref
    elgabbr-
    Gültigkeit2017‑01‑26 14:29:54
    StatusKyellow.png EntwurfVersions-Label0.2
    NameGesundheitsproblemBedenkenEntryBezeichnungGesundheitsproblem Bedenken Entry
    Beschreibung
    Dieses Entry stellt ein relevantes Gesundheitsproblem des Patienten codiert dar. Es wird mit Status und Datum, sofern bekannt, dokumentiert, weiters mit dem Datum der Erfassung der Diagnose. 
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.6
    KlassifikationCDA Entry Level Template
    Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
    Benutzt
    Benutzt 4 Templates
    Benutzt als NameVersion
    1.2.40.0.34.11.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
    1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
    1.2.40.0.34.11.13.3.7ContainmentKyellow.png Problem Entry Gesundheitsproblem (0.1)DYNAMIC
    1.2.40.0.34.11.13.3.17ContainmentKyellow.png ELGA ExternalDocument (0.1)DYNAMIC
    Beispiel
    Strukturbeispiel
    <act classCode="ACT" moodCode="EVN">
      <templateId root="1.2.40.0.34.11.13.3.6"/>  <id root="1.2.3" extension="2.3.4"/>  <code code="CONC" codeSystem="2.16.840.1.113883.5.6"/>  <statusCode code="active"/>  <effectiveTime>
        <low/>    <high/>  </effectiveTime>
      <author>
        <!-- template 1.2.40.0.34.11.13.3.16 'Author (Body) PS' (2017-08-05T19:04:45) -->
      </author>
      <informant>
        <!-- template 1.2.40.0.34.11.13.3.20 'Informant (Body) PS' (2017-08-10T20:49:25) -->
      </informant>
      <entryRelationship>
        <!-- template 1.2.40.0.34.11.13.3.7 'Problem Entry Gesundheitsproblem' (2017-08-13T15:08:52) -->
      </entryRelationship>
      <reference>
        <!-- template 1.2.40.0.34.11.13.3.17 'ELGA ExternalDocument' (2017-08-09T10:55:40) -->
      </reference>
    </act>
    ItemDTKardKonfBeschreibungLabel
    hl7:act
    1 … 1R(Ges...try)
    Treetree.png@classCode
    cs1 … 1FACT
    Treetree.png@moodCode
    cs1 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(Ges...try)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.11.13.3.6
    Treetree.pnghl7:id
    0 … *R(Ges...try)
    Treetree.pnghl7:code
    CE (extensible)1 … 1R(Ges...try)
    Treeblank.pngTreetree.png@code
    CONF0 … 1FCONC
    Treeblank.pngTreetree.png@codeSystem
    0 … 1F2.16.840.1.113883.5.6 (HL7ActClass)
    Treetree.pnghl7:statusCode
    CS (erforderlich)1 … 1M
    • "active": Die Bedingungen für das Bedenken gelten noch und werden auch immer noch (vom Author) beobachtet.
    • "completed": Die Gesundheitsproblem oder das Risiko macht keine Bedenken mehr, das Bedenken wird nicht mehr verfolgt und Auswirkungen des Bedenkens sind nicht zu erwarten.
    • Ist nicht bekannt, ob das Bedenken noch besteht, ist von "active" auszugehen.
    (Ges...try)
     CONF
    @code muss "active" sein
    oder
    @code muss "completed" sein
    Treetree.pnghl7:effectiveTime
    IVL_TS1 … 1R
    Erstes und letztes Auftreten des Bedenkens.
    (Ges...try)
    Treeblank.pngTreetree.pnghl7:low
    IVXB_TS1 … 1RBeginn des Auftretens des Bedenkens.(Ges...try)
    Treeblank.pngTreetree.pnghl7:high
    IVXB_TS0 … 1CZeitpunkt des Endes des Bedenkens.
    Ist dieser Zeitpunkt nicht bekannt, ist effectiveTime.high mit nullFlavor "UNK" anzugeben.
    (Ges...try)
     ConstraintWenn statusCode=completed ist, dann ist die Angabe dieses Werts erforderlich.
     Schematron assertrole error 
     testhl7:act/hl7:statusCode[@code="completed"] and hl7:act/hl7:effectiveTime/hl7:high 
     Meldungif statusCode = completed effectiveTime.high may not be empty 
    Treetree.pnghl7:author
    0 … *Author der enthaltenen Information (GDA)
    Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)
    (Ges...try)
    Treetree.pnghl7:informant
    0 … *
    Quelle der Information. 
    Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

    Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)
    (Ges...try)
    Treetree.pnghl7:entryRelationship
    1 … *REin oder mehrere Problem Entrys, die diesem Bedenken zugeordnet sind.
    Beinhaltet 1.2.40.0.34.11.13.3.7 Problem Entry Gesundheitsproblem (DYNAMIC)
    (Ges...try)
    Treeblank.pngTreetree.png@typeCode
    cs1 … 1FSUBJ
    Treeblank.pngTreetree.png@inversionInd
    bl1 … 1Ffalse
    Treetree.pnghl7:reference
    0 … 1Hier werden Verweise auf externe Dokumente zum Gesundheitsproblem angegeben.
    Beinhaltet 1.2.40.0.34.11.13.3.17 ELGA ExternalDocument (DYNAMIC)
    (Ges...try)


    14.3.3.13.1.1 Problem Entry Gesundheitsproblem
    Id1.2.40.0.34.11.13.3.7
    ref
    elgabbr-
    Gültigkeit2017‑08‑13 15:08:52
    Andere Versionen mit dieser Id:
    • Kblank.png ProblemEntryGesundheitsproblem vom 2018‑11‑20 09:44:39
    • Kblank.png ProblemEntryGesundheitsproblem vom 2017‑01‑26 14:35:15
    StatusKyellow.png EntwurfVersions-Label0.1
    NameProblemEntryGesundheitsproblemBezeichnungProblem Entry Gesundheitsproblem
    Beschreibung
    Mit dieser Observation wird ein bekanntes relevantes Gesundheitsproblem des Patienten codiert dargestellt.
    Die Zeitspanne, in der ein Gesundheitsproblem besteht oder bestanden hat, wird hier angegeben. 
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.7
    KlassifikationCDA Entry Level Template
    Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
    Benutzt
    Benutzt 4 Templates
    Benutzt als NameVersion
    1.2.40.0.34.11.13.3.21ContainmentKyellow.png Severity Observation (0.1)DYNAMIC
    1.2.40.0.34.11.13.3.18ContainmentKyellow.png Criticality ObservationDYNAMIC
    1.2.40.0.34.11.13.3.19ContainmentKyellow.png Certainty ObservationDYNAMIC
    1.2.40.0.34.11.13.3.13ContainmentKyellow.png Problem Status Observation (0.1)DYNAMIC
    BeziehungAdaptation: Template 1.2.40.0.34.11.1.3.6 Problem Entry (DYNAMIC)
    ref
    elgabbr-
    Beispiel
    Strukturbeispiel
    <observation classCode="OBS" moodCode="EVN">
      <templateId root="1.2.40.0.34.11.13.3.7"/>  <id root="" extension=""/>  <code code=".." displayName=".." codeSystem=".." codeSystemName=".."/>  <text>
        <reference value="#xxx"/>  </text>
      <statusCode code="completed"/>  <effectiveTime>
        <low/>    <high/>  </effectiveTime>
      <value>
        <originalText>
          <reference value="#ref1"/>    </originalText>
        <translation/>  </value>
      <entryRelationship>
        <!-- template 1.2.40.0.34.11.13.3.21 'Severity Observation' (2017-08-20T12:08:35) -->
      </entryRelationship>
      <entryRelationship>
        <!-- template 1.2.40.0.34.11.13.3.19 'Certainty Observation' (2017-08-10T20:25:54) -->
      </entryRelationship>
      <entryRelationship>
        <!-- template 1.2.40.0.34.11.13.3.13 'Problem Status Observation' (2017-07-13T21:04:49) -->
      </entryRelationship>
    </observation>
    ItemDTKardKonfBeschreibungLabel
    hl7:observation
    1 … 1R(Pro...lem)
    Treetree.png@classCode
    cs1 … 1FOBS
    Treetree.png@moodCode
    cs1 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(Pro...lem)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.11.13.3.7
    Treetree.pnghl7:id
    0 … *Systeminterne ID des entsprechenden Problems - zur Referenzierung oder Aggregierung(Pro...lem)
    Treetree.pnghl7:code
    CE (extensible)1 … 1MDas Element <code> enthält die Art des beschriebenen Gesundheitsproblem, die Verwendung von 'Problem' ist empfohlen.

    Anmerkung: Das Value Set ELGA_Problemarten wird abgelöst, in neuen Dokumenten ist ELGA_Problemarten_2018 zu verwenden.
    (Pro...lem)
     CONF
    Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.35 atcdabbr_Problemarten_VS (DYNAMIC)
    Treetree.pnghl7:statusCode
    CS (erforderlich)1 … 1MFixer Wert: completed(Pro...lem)
    Treeblank.pngTreetree.png@code
    CONF1 … 1Fcompleted
    Treetree.pnghl7:effectiveTime
    IVL_TS1 … 1M(Pro...lem)
    Treeblank.pngTreetree.pnghl7:low
    IVXB_TS1 … 1RZeitpunkt des Beginns des Gesundheitsproblems (für den Patienten)(Pro...lem)
    Treeblank.pngTreetree.pnghl7:high
    IVXB_TS0 … 1CIm <high>Element ist der Zeitpunkt anzugeben, an dem das Gesundheitsproblem gelöst wurde. 
    Ist dieser Zeitpunkt nicht bekannt, ist effectiveTime.high mit nullFlavor "UNK" anzugeben,
    (Pro...lem)
     ConstraintDas <high> Element ist dann anzugeben, wenn das Gesundheitsproblem nicht mehr besteht.</high>
    Auswahl1 … 1
    Gesundheitsprobleme können wie folgt angegeben werden:
    • Codierte Angabe des Gesundheitsproblems:
      @value enthält den Code des Gesundheitsproblems (ICD-10, ICPC2, etc.).
    • Keine Gesundheitsprobleme oder keine Information über Gesundheitsprobleme:
      @value enthält den entsprechenden Wert aus ELGA_AbsentOrUnknownProblems
    • Uncodierte Angabe:
      xsi:type='CD', nullFlavor:  NI 
      in diesem Fall ist die Textreferenz <originalText> verpflichtend
      originalText.reference enthält den Verweis auf die narrative Beschreibung des Problems
    Elemente in der Auswahl:
    • hl7:value[not(@nullFlavor)]
    • hl7:value[not(@nullFlavor)]
    • hl7:value[@nullFlavor='NI']
    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.
    (Pro...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
    Treeblank.pngTreeblank.pngTreetree.pnghl7:originalText
    ED0 … 1R(Pro...lem)
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
    TEL1 … 1MVerweis auf die Darstellung des Gesundheitsproblems im narrativen Teil.(Pro...lem)
    Treeblank.pngTreeblank.pngTreetree.pnghl7:translation
    CE (extensible)0 … *
    Dieses Feld wird verwendet, wenn codes aus einem abweichenden ValueSet angegeben werden. 
    z.B. für Übersetzungen in alternative Codesysteme oder wenn kein geeigneter code im vorgegebene VS vorhanden ist.
    (Pro...lem)
    Treeblank.pngTreetree.pnghl7:value
    CD0 … 1Keine Gesundheitsprobleme oder keine Information über Gesundheitsprobleme(Pro...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
     CONF
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.179 ELGA_AbsentOrUnknownProblems (DYNAMIC)
    Treeblank.pngTreeblank.pngTreetree.pnghl7:originalText
    ED0 … 1R(Pro...lem)
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
    TEL1 … 1MVerweis auf die Darstellung des Gesundheitsproblems im narrativen Teil.(Pro...lem)
    Treeblank.pngTreeblank.pngTreetree.pnghl7:translation
    CE (extensible)0 … *
    Dieses Feld wird verwendet, wenn codes aus einem abweichenden ValueSet angegeben werden. 
    z.B. für Übersetzungen in alternative Codesysteme oder wenn kein geeigneter code im vorgegebene VS vorhanden ist.
    (Pro...lem)
    Treeblank.pngTreetree.pnghl7:value
    0 … 1Uncodierte Angabe.

    In diesem Fall ist die Textreferenz <originalText> verpflichtend
    originalText.reference enthält den Verweis auf die narrative Beschreibung des Problems
    (Pro...lem)
    wo [@nullFlavor='NI']
    Treeblank.pngTreeblank.pngTreetree.png@xsi:type
    1 … 1FCD
    Treeblank.pngTreeblank.pngTreetree.pnghl7:originalText
    ED1 … 1M(Pro...lem)
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
    TEL1 … 1MVerweis auf die Darstellung des Gesundheitsproblems im narrativen Teil.(Pro...lem)
    Treetree.pnghl7:entryRelationship
    0 … 1RDieses EntryRelationship dient zur Darstellung des Schweregrads des Gesundheitsproblems.
    Beinhaltet 1.2.40.0.34.11.13.3.21 Severity Observation (DYNAMIC)
    (Pro...lem)
    Treeblank.pngTreetree.png@typeCode
    cs1 … 1FSUBJ
    Treeblank.pngTreetree.png@inversionInd
    bl1 … 1Ftrue
    Treetree.pnghl7:entryRelationship
    0 … 1RDieses EntryRelationship dient zur Darstellung der Kritizität des Gesundheitsproblems.
    Beinhaltet 1.2.40.0.34.11.13.3.18 Criticality Observation (DYNAMIC)
    (Pro...lem)
    Treeblank.pngTreetree.png@typeCode
    cs1 … 1FSUBJ
    Treeblank.pngTreetree.png@inversionInd
    bl1 … 1Ftrue
    Treetree.pnghl7:entryRelationship
    0 … 1RDieses EntryRelationship dient zur Darstellung der Gewissheit, mit der das Gesundheitsproblem besteht
    Beinhaltet 1.2.40.0.34.11.13.3.19 Certainty Observation (DYNAMIC)
    (Pro...lem)
    Treeblank.pngTreetree.png@typeCode
    cs1 … 1FSUBJ
    Treeblank.pngTreetree.png@inversionInd
    bl1 … 1Ftrue
    Treetree.pnghl7:entryRelationship
    0 … 1RKlinischer Status des Gesundheitsproblems
    Beinhaltet 1.2.40.0.34.11.13.3.13 Problem Status Observation (DYNAMIC)
    (Pro...lem)
    Treeblank.pngTreetree.png@typeCode
    cs1 … 1FREFR
    Treeblank.pngTreetree.png@inversionInd
    bl1 … 1Ffalse


    14.3.3.13.1.2 Severity Observation
    Id1.2.40.0.34.11.13.3.21
    ref
    elgabbr-
    Gültigkeit2017‑08‑20 12:08:35
    StatusKyellow.png EntwurfVersions-Label0.1
    NameSeverityObservationBezeichnungSeverity Observation
    BeschreibungObservation zur Angabe des Schweregrads der allergischen Reaktion.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.21
    KlassifikationCDA Entry Level Template
    Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
    BeziehungAdaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.1 eHDSI Severity (DYNAMIC)
    ref
    epsos-
    Beispiel
    Beispiel
    <observation classCode="OBS" moodCode="EVN">
      <templateId root="1.2.40.0.34.11.13.3.21"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="SEV"/>  <text>
        <reference value="#ref1"/>  </text>
      <statusCode code="completed"/>  <value hl7:type="CD" code="24484000" displayName="Severe" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/></observation>
    ItemDTKardKonfBeschreibungLabel
    hl7:observation
    R(Sev...ion)
    Treetree.png@classCode
    cs1 … 1FOBS
    Treetree.png@moodCode
    cs1 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(Sev...ion)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.11.13.3.21
    Treetree.pnghl7:id
    II0 … *(Sev...ion)
    Treetree.pnghl7:code
    CE (extensible)1 … 1MFixer Wert 'SEV': die Observation enthält einen Schweregrad(Sev...ion)
    Treeblank.pngTreetree.png@code
    CONF1 … 1FSEV
    Treetree.pnghl7:text
    ED0 … 1RFalls vorhanden, enthält das Element einen Verweis auf die Beschreibung des Schweregrads im narrativen Teil.(Sev...ion)
    Treeblank.pngTreetree.pnghl7:reference
    TEL1 … 1M(Sev...ion)
    Treeblank.pngTreeblank.pngTreetree.png@value
    1 … 1RVerweis auf den Schweregrad im narrativen Teil
    Treetree.pnghl7:statusCode
    CS (erforderlich)1 … 1MFixer Wert: completed(Sev...ion)
    Treeblank.pngTreetree.png@code
    CONF1 … 1Fcompleted
    Treetree.pnghl7:value
    1 … 1RDas Element enthält  den Code für den Schweregrad. (Sev...ion)
    Treeblank.pngTreetree.png@xsi:type
    1 … 1FCD
     CONF
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.189 ELGA_ProblemSeverity (DYNAMIC)


    14.3.3.13.1.3 Criticality Observation
    Id1.2.40.0.34.11.13.3.18
    ref
    elgabbr-
    Gültigkeit2017‑08‑10 19:52:16
    StatusKyellow.png EntwurfVersions-Label
    NameCriticalityObservationBezeichnungCriticality Observation
    BeschreibungObservation für die Angabe des Schweregrads des Problems (Kritikalität)
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.18
    KlassifikationCDA Entry Level Template
    Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
    BeziehungAdaptation: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
    ref
    ad1bbr-
    Beispiel
    Beispiel
    <observation classCode="OBS" moodCode="EVN">
      <templateId root="1.2.40.0.34.11.13.3.18"/>  <code code="82606-5" displayName="Criticality" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <statusCode code="completed"/>  <value xsi:type="CD" code="CRITH"/></observation>
    ItemDTKardKonfBeschreibungLabel
    hl7:observation
    1 … 1M(Cri...ion)
    Treetree.png@classCode
    cs1 … 1FOBS
    Treetree.png@moodCode
    cs1 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(Cri...ion)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.11.13.3.18
    Treetree.pnghl7:code
    CE (extensible)1 … 1M(Cri...ion)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F82606-5
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treeblank.pngTreetree.png@codeSystemName
    1 … 1FLOINC
    Treeblank.pngTreetree.png@displayName
    1 … 1FCriticality
    Treetree.pnghl7:text
    0 … 1RFalls vorhanden, enthält dieses Element einen Verweis auf die Angabe des Schweregrads im narrativen Teil.(Cri...ion)
    Treeblank.pngTreetree.pnghl7:reference
    TEL1 … 1M(Cri...ion)
    Treeblank.pngTreeblank.pngTreetree.png@value
    1 … 1RVerweis auf die Angabe des Schweregrads im narrativen Teil
    Treetree.pnghl7:statusCode
    CS (erforderlich)1 … 1M(Cri...ion)
    Treeblank.pngTreetree.png@code
    CONF1 … 1Fcompleted
    Treetree.pnghl7:value
    1 … 1MDieses Element enthält den Code für die Kritikalität des Problems(Cri...ion)
    Treeblank.pngTreetree.png@xsi:type
    0 … 1FCD
     CONF
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.182 ELGA_CriticalityObservationValue (DYNAMIC)


    14.3.3.13.1.4 Certainty Observation
    Id1.2.40.0.34.11.13.3.19
    ref
    elgabbr-
    Gültigkeit2017‑08‑10 20:25:54
    StatusKyellow.png EntwurfVersions-Label
    NameCertaintyObservationBezeichnungCertainty Observation
    BeschreibungDokumentiert die Sicherheit, mit der ein Problem besteht.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.19
    KlassifikationCDA Entry Level Template
    Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
    BeziehungAdaptation: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)
    ref
    ad1bbr-
    Beispiel
    Beispiel
    <observation classCode="OBS" moodCode="EVN">
      <templateId root="1.2.40.0.34.11.13.3.19"/>  <code code="NEW-LOINC-CERTAINTY" codeSystem="2.16.840.1.113883.6.1"/>  <text>
        <reference value="#ref1"/>  </text>
      <statusCode code="completed"/>  <value hl7:type="CD" code="confirmed" displayName="confirmed" codeSystem="2.16.840.1.113883.4.642.3.115"/></observation>
    ItemDTKardKonfBeschreibungLabel
    hl7:observation
    1 … 1M(Cer...ion)
    Treetree.png@classCode
    cs1 … 1FOBS
    Treetree.png@moodCode
    cs1 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(Cer...ion)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.11.13.3.19
    Treetree.pnghl7:code
    CE (extensible)1 … 1MCode zur Observation "Gewissheit, mit der das Gesundheitsproblem besteht"(Cer...ion)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F66455-7
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treeblank.pngTreetree.png@codeSystemName
    1 … 1FLOINC
    Treeblank.pngTreetree.png@displayName
    1 … 1FCondition status
    Treetree.pnghl7:text
    0 … 1RFalls vorhanden, enthält das Element einen Verweis auf die Beschreibung der Diagnosesicherheit im narrativen Teil.(Cer...ion)
    Treeblank.pngTreetree.pnghl7:reference
    TEL1 … 1M(Cer...ion)
    Treeblank.pngTreeblank.pngTreetree.png@value
    1 … 1RVerweis auf die Beschreibung der Diagnosesicherheit im narrativen Teil
    Treetree.pnghl7:statusCode
    CS (erforderlich)1 … 1M(Cer...ion)
    Treeblank.pngTreetree.png@code
    CONF1 … 1Fcompleted
    Treetree.pnghl7:value
    1 … 1MDieses Element dokumentiert die Sicherheit, mit der ein Problem besteht.(Cer...ion)
    Treeblank.pngTreetree.png@xsi:type
    0 … 1FCD
     CONF
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.184 ELGA_ConditionVerificationStatus (DYNAMIC)


    14.3.3.13.1.5 Problem Status Observation
    Id1.2.40.0.34.11.13.3.13
    ref
    elgabbr-
    Gültigkeit2017‑07‑13 21:04:49
    Andere Versionen mit dieser Id:
    • Kblank.png ProblemStatusObservationEntry vom 2017‑07‑13 21:03:14
    • Kblank.png ProblemStatusObservationEntry vom 2017‑07‑13 20:51:44
    StatusKyellow.png EntwurfVersions-Label0.1
    NameProblemStatusObservationEntryBezeichnungProblem Status Observation
    BeschreibungKlinischer Status des Problems
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.13
    KlassifikationCDA Entry Level Template
    Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
    BeziehungAdaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.1.1 IHE Problem Status Observation (2013‑12‑20)
    ref
    IHE-PCC-
    Beispiel
    Beispiel
    <observation classCode="OBS" moodCode="EVN">
      <templateId root=" 1.2.40.0.34.11.13.3.13"/>  <code code="33999-4" displayName="Status" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <text>
        <reference value="#cstatus-2"/>  </text>
      <statusCode code="completed"/>  <value hl7:type="CD" code="recurrence" codeSystem="2.16.840.1.113883.4.642.3.155"/></observation>
    ItemDTKardKonfBeschreibungLabel
    hl7:observation
    (Pro...try)
    Treetree.png@classCode
    cs0 … 1FOBS
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(Pro...try)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.11.13.3.13
    Treetree.pnghl7:code
    CE (extensible)1 … 1MObservation des klinischen Status(Pro...try)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F33999-4
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treetree.pnghl7:text
    ED0 … 1RFalls vorhanden, enthält dieses Element einen Verweis auf den klinischen Status im narrativen Teil(Pro...try)
    Treeblank.pngTreetree.pnghl7:reference
    TEL1 … 1M(Pro...try)
    Treeblank.pngTreeblank.pngTreetree.png@value
    1 … 1RVerweis auf den klinischen Status im narrativen Teil
    Treetree.pnghl7:statusCode
    CS (erforderlich)1 … 1MFester Wert: completed(Pro...try)
    Treeblank.pngTreetree.png@code
    CONF1 … 1Fcompleted
    Treetree.pnghl7:value
    1 … 1RCodierte Angabe des klinischen Status eines Problems.(Pro...try)
    Treeblank.pngTreetree.png@xsi:type
    1 … 1FCD
     CONF
    Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.198 ELGA_ConditionStatusCode (DYNAMIC)


    14.3.3.14 Verdachtsdiagnose

    Id1.2.40.0.34.6.0.11.2.135Gültigkeit2024‑02‑27 14:41:30
    StatusKgreen.png AktivVersions-Label1.0.0+20240628
    Nameelgabgd_section_VerdachtsdiagnoseBezeichnungVerdachtsdiagnose
    Beschreibung
    In dieser Sektion werden Verdachtsdiagnosen, also Diagnosen die nicht zu 100% durch die gegenständliche Untersuchung abgesichert werden konnten, dargestellt.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.135
    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
    BeziehungSpezialisierung: Template 1.2.40.0.34.11.5.2.11 Verdachtsdiagnose (2012‑01‑12)
    ref
    elgabbr-

    Version: Template 1.2.40.0.34.11.5.2.11 Verdachtsdiagnose (2012‑01‑12)
    ref
    elgabbr-
    Beispiel
    Strukturbeispiel
    <section>
      <templateId root="1.2.40.0.34.6.0.11.2.135"/>  <!-- Code der Sektion -->
      <code code="19005-8" displayName="Impression" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
      <title>Verdachtsdiagnose</title>  <!-- Textbereich der Sektion -->
      <text> ... Lesbarer Textbereich ... </text></section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...ose)
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.pnghl7:templateId
    II1 … 1M(elg...ose)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.135
    Treetree.pnghl7:code
    CE1 … 1M(elg...ose)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F19005-8
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treeblank.pngTreetree.png@codeSystemName
    1 … 1FLOINC
    Treeblank.pngTreetree.png@displayName
    1 … 1FImpression
    Treetree.pnghl7:title
    ST1 … 1M(elg...ose)
     CONF
    Elementinhalt muss "Verdachtsdiagnose" sein
    Treetree.pnghl7:text
    ED1 … 1M(elg...ose)
    Treetree.pnghl7:author
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)(elg...ose)
    Treetree.pnghl7:informant
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(elg...ose)
    Treetree.pnghl7:entry
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)(elg...ose)
    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)
    (elg...ose)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue


    14.3.3.15 Weitere empfohlene Maßnahmen

    Id1.2.40.0.34.6.0.11.2.23
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 10:43:39
    Andere Versionen mit dieser Id:
    • Kblank.png elgagab_section_weitereEmpfohleneMassnahmenUnkodiert vom 2018‑12‑04 12:58:46
    StatusKgreen.png AktivVersions-Label1.0.0+20201105
    Nameelgagab_section_weitereEmpfohleneMassnahmenUnkodiertBezeichnungWeitere empfohlene Maßnahmen - unkodiert
    Beschreibung
    Empfehlungen für die weiteren Maßnahmen für die Behandlung und Diagnostik des Patienten (z.B. Anordnungen zum Wundmanagement, physikalische Therapien, Diätanordnungen, Präventionsmaßnahmen, etc.) als Freitext exklusive Medikations-Empfehlungen.


    Sind keine Informationen vorhanden, so wird dies als Standard-Text in der Sektion vermerkt (z.B.: „Keine weiteren Maßnahmen“).


    Mögliche Subsektionen:
    • Termine, Kontrollen, Wiederbestellung
    • Empfohlene Anordnungen Pflege
    • Geplante Untersuchungen
    • Konservative Therapie
    • Chirurgische Therapie
    18776-5, „Treatment plan“, LOINC 2.16.840.1.113883.6.1
    Synonyme: Empfehlungen, Plan, Therapieempfehlung, Weiteres Procedere
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.23
    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.2.42ContainmentKgreen.png Termine, Kontrollen, Wiederbestellungen (1.0.0+20201105)DYNAMIC
    1.2.40.0.34.6.0.11.2.73ContainmentKgreen.png Empfohlene Anordnungen Pflege (1.0.0+20210219)DYNAMIC
    1.2.40.0.34.6.0.11.2.43ContainmentKgreen.png Geplante Untersuchungen (1.0.0+20201105)DYNAMIC
    1.2.40.0.34.6.0.11.2.44ContainmentKgreen.png Konservative Therapie (1.0.0+20201105)DYNAMIC
    1.2.40.0.34.6.0.11.2.45ContainmentKgreen.png Chirurgische Therapie (1.0.0+20201105)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.23 Weitere empfohlene Maßnahmen - unkodiert (2018‑12‑04 12:58:46)
    ref
    at-cda-bbr-
    Beispiel
    Beispiel
    <section classCode="DOCSECT" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.2.23"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="59772-4" codeSystem="2.16.840.1.113883.6.1"/>  <title>Weitere empfohlene Maßnahmen</title>  <text/>  <author>
        <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' (2019-11-20T12:13:04) -->
      </author>
      <informant>
        <!-- template 1.2.40.0.34.6.0.11.9.3 'Informant Body' (2019-02-07T13:29:32) -->
      </informant>
      <component typeCode="COMP" contextConductionInd="true">
        <!-- include template 1.2.40.0.34.6.0.11.2.42 'Termine, Kontrollen, Wiederbestellungen' (dynamic) 1..1 M -->
      </component>
      <component typeCode="COMP" contextConductionInd="true">
        <!-- include template 1.2.40.0.34.6.0.11.2.73 'Empfohlene Anordnungen Pflege' (dynamic) 1..1 M -->
      </component>
      <component typeCode="COMP" contextConductionInd="true">
        <!-- include template 1.2.40.0.34.6.0.11.2.43 'Geplante Untersuchungen' (dynamic) 1..1 M -->
      </component>
      <component typeCode="COMP" contextConductionInd="true">
        <!-- include template 1.2.40.0.34.6.0.11.2.44 'Konservative Therapie' (dynamic) 1..1 M -->
      </component>
      <component typeCode="COMP" contextConductionInd="true">
        <!-- include template 1.2.40.0.34.6.0.11.2.45 'Chirurgische Therapie' (dynamic) 1..1 M -->
      </component>
      <component typeCode="COMP" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) -->
      </component>
    </section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...ert)
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(elg...ert)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.23
    Treetree.pnghl7:id
    II0 … 1Eindeutige ID der Sektion(elg...ert)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CE1 … 1M(elg...ert)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F59772-4
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treetree.pnghl7:title
    ST1 … 1M(elg...ert)
     CONF
    Elementinhalt muss "Weitere empfohlene Maßnahmen" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1MDiese Sektion enthält Empfehlungen für die weitere Behandlung des Patienten.
    (elg...ert)
    Treetree.pnghl7:author
    0 … *RAuthor der enthaltenen Information (GDA)

    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (elg...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)
    (elg...ert)
    Treetree.pnghl7:component
    0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.2.42 Termine, Kontrollen, Wiederbestellungen (DYNAMIC)(elg...ert)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue
    Treetree.pnghl7:component
    0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.2.73 Empfohlene Anordnungen Pflege (DYNAMIC)(elg...ert)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue
    Treetree.pnghl7:component
    0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.2.43 Geplante Untersuchungen (DYNAMIC)(elg...ert)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue
    Treetree.pnghl7:component
    0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.2.44 Konservative Therapie (DYNAMIC)(elg...ert)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue
    Treetree.pnghl7:component
    0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.2.45 Chirurgische Therapie (DYNAMIC)(elg...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 Elements

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


    14.3.3.15.1 Termine, Kontrollen, Wiederbestellungen
    Id1.2.40.0.34.6.0.11.2.42
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 10:41:51
    Andere Versionen mit dieser Id:
    • Kblank.png elgagab_section_TermineKontrollenWiederbestellungen vom 2019‑07‑18 10:23:50
    StatusKgreen.png AktivVersions-Label1.0.0+20201105
    Nameelgagab_section_TermineKontrollenWiederbestellungenBezeichnungTermine, Kontrollen, Wiederbestellungen
    Beschreibung
    (Sub-)Sektion zur Angabe von Terminen, Kontrollen, oder Wiederbestellungen. Die textuelle Gestaltung dieser Sektion obliegt keinen Einschränkungen.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.42
    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.42 Termine, Kontrollen, Wiederbestellungen (2019‑07‑18 10:23:50)
    ref
    at-cda-bbr-
    Beispiel
    Strukturbeispiel
    <section classCode="DOCSECT" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.2.42"/>  <code code="21979-0" codeSystem="2.16.840.1.113883.6.1"/>  <title>Termine, Kontrollen, Wiederbestellungen</title>  <text/>  <author>
        <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' (2019-11-20T12:13:04) -->
      </author>
      <component typeCode="COMP" contextConductionInd="true"/></section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...gen)
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(elg...gen)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.42
    Treetree.pnghl7:id
    II0 … 1Eindeutige ID der Sektion(elg...gen)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CE1 … 1M(elg...gen)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F21979-0
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treetree.pnghl7:title
    ST1 … 1M(elg...gen)
     CONF
    Elementinhalt muss "Termine, Kontrollen, Wiederbestellungen" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1M(elg...gen)
    Treetree.pnghl7:author
    0 … *RAuthor der enthaltenen Information (GDA)
    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (elg...gen)
    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)
    (elg...gen)
    Treetree.pnghl7:component
    0 … *ROptionale Subsections zur Angabe von Übersetzungen des Elements
    (elg...gen)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue


    14.3.3.15.2 Empfohlene Anordnungen Pflege
    Id1.2.40.0.34.6.0.11.2.73
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 11:44:23
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabbr_section_EmpfohleneAnordnungenPflege vom 2020‑01‑09 13:20:25
    StatusKgreen.png AktivVersions-Label1.0.0+20210219
    Nameatcdabbr_section_EmpfohleneAnordnungenPflegeBezeichnungEmpfohlene Anordnungen Pflege
    Beschreibung
    Empfohlene Anordnungen an die weitere Pflege.
    Das Unterkapitel dient der Präzisierung der empfohlenen Delegation an die Berufsgruppe der Pflege gemäß § 15 Gesundheits- und Krankenpflegegesetz.
    Beispiel: Verabreichung der subkutanen Injektionen von blutgerinnungshemmenden Arzneimitteln durch den mobilen Pflegedienst gemäß Medikationsempfehlung

    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.73
    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.73 Empfohlene Anordnungen Pflege (2020‑01‑09 13:20:25)
    ref
    at-cda-bbr-
    Beispiel
    Strukturbeispiel
    <section>
      <templateId root="1.2.40.0.34.6.0.11.2.73"/>  <!-- Code der Sektion -->
      <code code="56447-6" displayName="Plan of care note" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
      <title> Empfohlene Anordnungen an die weitere Pflege </title>  <!-- Textbereich der Sektion -->
      <text> ... Lesbarer Textbereich ... </text></section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (atc...ege)
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(atc...ege)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.73
    Treetree.pnghl7:id
    II0 … 1Eindeutige ID der Sektion(atc...ege)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CE1 … 1M(atc...ege)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F56447-6
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treetree.pnghl7:title
    ST1 … 1M(atc...ege)
     CONF
    Elementinhalt muss "Empfohlene Anordnungen an die weitere Pflege" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1MInformation für den menschlichen Leser.
    (atc...ege)
    Treetree.pnghl7:author
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)(atc...ege)
    Treetree.pnghl7:informant
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)(atc...ege)
    Treetree.pnghl7:entry
    0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)(atc...ege)
    wo [not(@nullFlavor)]
    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 in andere Sprachen.
    Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)
    (atc...ege)


    14.3.3.15.3 Geplante Untersuchungen
    Id1.2.40.0.34.6.0.11.2.43
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 09:06:40
    Andere Versionen mit dieser Id:
    • Kblank.png elgagab_section_geplanteUntersuchungen vom 2019‑07‑18 10:41:32
    StatusKgreen.png AktivVersions-Label1.0.0+20201105
    Nameelgagab_section_geplanteUntersuchungenBezeichnungGeplante Untersuchungen
    Beschreibung
    (Sub-)Sektion zur Angabe von geplanten Untersuchungen. Die textuelle Gestaltung dieser Sektion obliegt keinen Einschränkungen.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.43
    KlassifikationCDA Section 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.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.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.43 Geplante Untersuchungen (2019‑07‑18 10:41:32)
    ref
    at-cda-bbr-
    Beispiel
    Strukturbeispiel
    <section>
      <templateId root="1.2.40.0.34.6.0.11.2.43"/>  <code code="59772-4" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Planned procedure Narrative"/>  <title>Geplante Untersuchungen</title>  <text>Inhalt</text></section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...gen)
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(elg...gen)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.43
    Treetree.pnghl7:id
    II0 … 1Eindeutige ID der Sektion(elg...gen)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CE1 … 1M(elg...gen)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F59772-4
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (LOINC)
    Treeblank.pngTreetree.png@codeSystemName
    1 … 1FLOINC
    Treeblank.pngTreetree.png@displayName
    1 … 1FPlanned procedure Narrative
    Treetree.pnghl7:title
    ST1 … 1M(elg...gen)
     CONF
    Elementinhalt muss "Geplante Untersuchungen" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1M(elg...gen)
    Treetree.pnghl7:author
    0 … *RAuthor der enthaltenen Information (GDA)
    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (elg...gen)
    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)
    (elg...gen)
    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)
    (elg...gen)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue


    14.3.3.15.4 Konservative Therapie
    Id1.2.40.0.34.6.0.11.2.44
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 09:30:18
    Andere Versionen mit dieser Id:
    • Kblank.png elgagab_section_konservativeTherapie vom 2019‑07‑18 10:44:02
    StatusKgreen.png AktivVersions-Label1.0.0+20201105
    Nameelgagab_section_konservativeTherapieBezeichnungKonservative Therapie
    Beschreibung
    (Sub-)Sektion zur geplanten konservativen Therapie. Die textuelle Gestaltung dieser Sektion obliegt keinen Einschränkungen.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.44
    KlassifikationCDA Section 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.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.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.44 Konservative Therapie (2019‑07‑18 10:44:02)
    ref
    at-cda-bbr-
    Beispiel
    Strukturbeispiel
    <section>
      <templateId root="1.2.40.0.34.6.0.11.2.44"/>  <code code="281131004" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Conservative therapy"/>  <title>Konservative Therapie</title>  <text>Inhalt</text></section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...pie)
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(elg...pie)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.44
    Treetree.pnghl7:id
    II0 … 1Eindeutige ID der Sektion(elg...pie)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CE1 … 1M(elg...pie)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F281131004
    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 … 1FConservative therapy
    Treetree.pnghl7:title
    ST1 … 1M(elg...pie)
     CONF
    Elementinhalt muss "Konservative Therapie" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1M(elg...pie)
    Treetree.pnghl7:author
    0 … *RAuthor der enthaltenen Information (GDA)
    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (elg...pie)
    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)
    (elg...pie)
    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)
    (elg...pie)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue


    14.3.3.15.5 Chirurgische Therapie
    Id1.2.40.0.34.6.0.11.2.45
    ref
    at-cda-bbr-
    Gültigkeit2021‑02‑19 09:03:40
    Andere Versionen mit dieser Id:
    • Kblank.png elgagab_section_chirurgischeTherapie vom 2019‑07‑18 10:48:54
    StatusKgreen.png AktivVersions-Label1.0.0+20201105
    Nameelgagab_section_chirurgischeTherapieBezeichnungChirurgische Therapie
    Beschreibung
    (Sub-)Sektion zur Angabe der geplanten chirurgischen Therapie. Die textuelle Gestaltung dieser Sektion obliegt keinen Einschränkungen.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.45
    KlassifikationCDA Section 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.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.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
    BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.45 Chirurgische Therapie (2019‑07‑18 10:48:54)
    ref
    at-cda-bbr-
    Beispiel
    Strukturbeispiel
    <section>
      <templateId root="1.2.40.0.34.6.0.11.2.45"/>  <code code="387713003" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Surgical procedure"/>  <title>Chirurgische Therapie</title>  <text>Inhalt</text></section>
    ItemDTKardKonfBeschreibungLabel
    hl7:section
    (elg...pie)
    Treetree.png@classCode
    cs0 … 1FDOCSECT
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1M(elg...pie)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.2.45
    Treetree.pnghl7:id
    II0 … 1Eindeutige ID der Sektion(elg...pie)
    wo [not(@nullFlavor)]
    Treetree.pnghl7:code
    CE1 … 1M(elg...pie)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F387713003
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.96 (SNOMED Clinical Terms)
    Treetree.pnghl7:title
    ST1 … 1M(elg...pie)
     CONF
    Elementinhalt muss "Chirurgische Therapie" sein
    Treetree.pnghl7:text
    SD.TEXT1 … 1M(elg...pie)
    Treetree.pnghl7:author
    0 … *RAuthor der enthaltenen Information (GDA)
    Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
    (elg...pie)
    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)
    (elg...pie)
    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)
    (elg...pie)
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1FCOMP
    Treeblank.pngTreetree.png@context​Conduction​Ind
    cs0 … 1Ftrue


    14.3.3.16 Brieftext

    Die Spezifikation des "Brieftext"-Templates ist dem Allgemeinen Implementierungsleitfaden (Version 3) zu entnehmen.

    14.3.3.17 Abschließende Bemerkungen

    Die Spezifikation des "Abschließende Bemerkungen"-Templates ist dem Allgemeinen Implementierungsleitfaden (Version 3) zu entnehmen.

    14.3.3.18 Beilagen

    Die Spezifikation des "Beilagen"-Templates ist dem Allgemeinen Implementierungsleitfaden (Version 3) zu entnehmen.

    14.3.4 Weitere CDA Fragmente

    14.3.4.1 Address Compilation

    Die Spezifikation des "Address Compilation"-Templates ist dem Allgemeinen Implementierungsleitfaden (Version 3) zu entnehmen.

    14.3.4.2 Address Compilation Minimal

    Die Spezifikation des "Address Compilation Minimal"-Templates ist dem Allgemeinen Implementierungsleitfaden (Version 3) zu entnehmen.

    14.3.4.3 Assigned Entity

    Die Spezifikation des "Assigned Entity"-Templates ist dem Allgemeinen Implementierungsleitfaden (Version 3) zu entnehmen.

    14.3.4.4 Assigned Entity Body

    Die Spezifikation des "Assigned Entity Body"-Templates ist dem Allgemeinen Implementierungsleitfaden (Version 3) zu entnehmen.

    14.3.4.5 Author Body

    Die Spezifikation des "Author Body"-Templates ist dem Allgemeinen Implementierungsleitfaden (Version 3) zu entnehmen.

    14.3.4.6 Author (Body) PS

    Id1.2.40.0.34.11.13.3.16
    ref
    elgaps-
    Gültigkeit2017‑08‑05 19:04:45
    StatusKyellow.png EntwurfVersions-Label
    NameAuthorBody_PSBezeichnungAuthor (Body) PS
    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.
    KlassifikationCDA Entry Level Template
    Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
    Benutzt
    Benutzt 1 Template
    Benutzt als NameVersion
    1.2.40.0.34.11.90001InklusionKgreen.png PersonElementsDYNAMIC
    BeziehungAdaptation: Template 2.16.840.1.113883.10.12.318 CDA Author (Body) (2005‑09‑07)
    ref
    ad1bbr-
    Beispiel
    Beispiel
    <author typeCode="AUT" contextControlCode="OP">
      <time value="20180102095905"/>  <assignedAuthor>
        <id root="1.2.3.999" extension="--example only--"/>    <code code="--code--" codeSystem="2.16.840.1.113883.5.111"/>    <addr>addr</addr>    <telecom value="tel:+1-12345678"/>    <assignedPerson>
          <name>
            <prefix qualifier="AC">Univ.-Prof. Dr.</prefix>        <given>Isabella</given>        <family>Stern</family>      </name>
        </assignedPerson>
        <representedOrganization>
          <id root="1.2.40.0.34.99.3.2.1044556" assigningAuthorityName="GDA Index"/>      <id root="1.2.40.0.34.3.1" extension="12345"/>      <name>Krankenhaus Zwettl</name>    </representedOrganization>
      </assignedAuthor>
    </author>
    ItemDTKardKonfBeschreibungLabel
    @typeCode
    cs0 … 1FAUT
    @context​Control​Code
    cs0 … 1FOP
    hl7:time
    TS1 … 1R(Aut..._PS)
    hl7:assignedAuthor
    1 … 1R(Aut..._PS)
    Treetree.png@classCode
    cs0 … 1FASSIGNED
    Treetree.pnghl7:id
    II1 … *R(Aut..._PS)
    Treetree.pnghl7:code
    CE0 … 1R(Aut..._PS)
     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 … *(Aut..._PS)
    Treetree.pnghl7:telecom
    TEL0 … *(Aut..._PS)
    Auswahl1 … 1Elemente in der Auswahl:
    • hl7:assigned​Person
    • hl7:assigned​Authoring​Device
    Treeblank.pngTreetree.pnghl7:assigned​Person
    0 … 1R(Aut..._PS)
     Beispiel<assignedPerson classCode="PSN" determinerCode="INSTANCE">
      <name>
        <prefix qualifier="AC">Univ.-Prof. Dr.</prefix>    <given>Isabella</given>    <family>Stern</family>  </name>
    </assignedPerson>
    Eingefügt1 … 1M von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
    Treeblank.pngTreeblank.pngTreetree.png@classCode
    cs0 … 1FPSN
    Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
    cs0 … 1FINSTANCE
    Treeblank.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.
    (Aut..._PS)
    Treeblank.pngTreetree.pnghl7:assigned​Authoring​Device
    0 … 1R(Aut..._PS)
    Treeblank.pngTreeblank.pngTreetree.png@classCode
    cs0 … 1FDEV
    Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
    cs0 … 1FINSTANCE
     Beispiel<assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE">
      <manufacturerModelName>xxx</manufacturerModelName>  <softwareName>yyy</softwareName></assignedAuthoringDevice>
    Treeblank.pngTreeblank.pngTreetree.pnghl7:manufacturer​Model​Name
    SC1 … 1RHersteller des Gerätes bzw des Programmes oder der Software. (Aut..._PS)
    Treeblank.pngTreeblank.pngTreetree.pnghl7:softwareName
    SC1 … 1RBezeichnung und Version des Gerätes bzw des Programmes oder der Software. (Aut..._PS)
    Treetree.pnghl7:represented​Organization
    1 … 1MOrganisation, in deren Auftrag und Verantwortlichkeit der Inhalt erstellt wurde(Aut..._PS)
    Treeblank.pngTreetree.png@classCode
    cs0 … 1FORG
    Treeblank.pngTreetree.png@determiner​Code
    cs0 … 1FINSTANCE
     Beispiel<representedOrganization classCode="ORG" determinerCode="INSTANCE">
      <id root="1.2.40.0.34.3.1" extension="12345"/>  <name>Krankenhaus Zwettl</name></representedOrganization>
    Treeblank.pngTreetree.pnghl7:id
    II1 … *M(Aut..._PS)
    Treeblank.pngTreetree.pnghl7:name
    ON1 … 1M(Aut..._PS)
    Treeblank.pngTreetree.pnghl7:telecom
    TEL0 … *(Aut..._PS)
    Treeblank.pngTreetree.pnghl7:addr
    AD0 … 1(Aut..._PS)


    14.3.4.7 Device Compilation

    Die Spezifikation des "Device Compilation"-Templates ist dem Allgemeinen Implementierungsleitfaden (Version 3) zu entnehmen.

    14.3.4.8 Eingebettetes Objekt Entry

    Id1.2.40.0.34.6.0.11.3.19
    ref
    at-cda-bbr-
    Gültigkeit2023‑05‑09 16:42:36
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabbr_entry_Eingebettetes​ObjektEntry vom 2021‑06‑28 11:13:27
    • Kblank.png atcdabbr_entry_Eingebettetes​ObjektEntry vom 2021‑02‑19 12:43:14
    • Kblank.png atcdabbr_entry_Eingebettetes​ObjektEntry vom 2020‑12‑17 12:24:45
    • Kblank.png atcdabbr_entry_Eingebettetes​ObjektEntry vom 2019‑05‑29 11:59:07
    StatusKgreen.png AktivVersions-Label1.0.2+20230717
    Nameatcdabbr_entry_Eingebettetes​ObjektEntryBezeichnungEingebettetes Objekt Entry
    Beschreibung

    Achtung: Grafiken mit Transparenz sind NICHT ERLAUBT (z.B. bei GIF oder PNG möglich), da sie zu schweren Problemen bei der Wiedergabe oder Konvertierung zu PDF/A-1 führen können.

    Die Größe von eingebetteten Dateien MUSS auf ein sinnvolles und angemessenes Maß beschränkt werden. Die Infrastruktur, mit der die Dateien übertragen und gespeichert werden, beschränkt die Größe der resultierenden Gesamtdatei. Der gültige Wert wird von der jeweiligen Infrastruktur angegeben (z.B. ELGA 20 MB, Stand Mai 2020) 

    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.19
    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
    BeziehungSpezialisierung: Template 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (2021‑06‑28 11:13:27)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (2021‑02‑19 12:43:14)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (2020‑12‑17 12:24:45)
    ref
    at-cda-bbr-
    Beispiel
    Strukturbeispiel
    <observationMedia classCode="OBS" moodCode="EVN" ID="Beilage-1">
      <templateId root="1.2.40.0.34.6.0.11.3.19"/>  <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
    Container zur Angabe eines eingebetteten Objekts.(atc...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, ein <caption> Unterelement gibt die Beschreibung des Multimedia-Objektes an (für die Darstellung des alt-Tags "Alt-Text"). 
    Treetree.pnghl7:templateId
    II1 … 1M(atc...try)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.3.19
    Treetree.pnghl7:value
    ED1 … 1M
    Das eingebettete Objekt (PDF, Bild), unkomprimiert, Base64 codiert.
    Siehe „Größenbeschränkung von eingebetteten Objekten“ 
    (atc...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
    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)


    14.3.4.9 ELGA ExternalDocument

    Id1.2.40.0.34.11.13.3.17
    ref
    elgabbr-
    Gültigkeit2017‑08‑09 10:55:40
    Andere Versionen mit dieser Id:
    • Kblank.png ELGAExternalDocument vom 2017‑08‑09 10:43:02
    StatusKyellow.png EntwurfVersions-Label0.1
    NameELGAExternalDocumentBezeichnungELGA ExternalDocument
    BeschreibungDokumentenverweis. Mehrere Quell-Dokumente können angegeben werden.
    KlassifikationCDA Entry Level Template
    Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
    Beispiel
    Beispiel
    <externalDocument classCode="DOC" moodCode="EVN">
      <id root="1.2.3.999" extension="--example only--"/>  <code code="18842-5" codeSystem="2.16.840.1.113883.6.1" displayName="Discharge summary"/>  <text>
        <reference value="#ref1"/>  </text>
    </externalDocument>
    ItemDTKardKonfBeschreibungLabel
    hl7:externalDocument
    (ELG...ent)
    Treetree.png@classCode
    cs0 … 1FDOC
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:id
    II1 … 1MOID des Quell-Dokuments.(ELG...ent)
    Treetree.pnghl7:code
    CE (extensible)0 … 1Klassifikation des externen Dokuments entsprechend clinicalDocument.code aus dem Value Set HL7-at_XDS-Dokumentenklassen(ELG...ent)
    Treetree.pnghl7:text
    ED0 … 1RTitel, Datum und Autor des externen Dokuments.
    Wird als Referenz auf den section.text umgesetzt.
    (ELG...ent)


    14.3.4.10 External Document Entry

    Id1.2.40.0.34.6.0.11.3.14
    ref
    at-cda-bbr-
    Gültigkeit2023‑04‑13 11:02:04
    Andere Versionen mit dieser Id:
    • Kblank.png atcdabbr_entry_externalDocument vom 2021‑02‑19 12:43:40
    • Kblank.png atcdabbr_entry_externalDocument vom 2019‑05‑06 14:00:33
    StatusKgreen.png AktivVersions-Label1.0.1+20230717
    Nameatcdabbr_entry_externalDocumentBezeichnungExternal Document Entry
    Beschreibung
    Dokumentenverweis. Mehrere Quell-Dokumente können angegeben werden.
    KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.14
    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.1InklusionKgreen.png Narrative Text Reference (1.0.1+20210512)DYNAMIC
    BeziehungSpezialisierung: Template 1.2.40.0.34.6.0.11.3.14 External Document Entry (2021‑02‑19 12:43:40)
    ref
    at-cda-bbr-

    Version: Template 1.2.40.0.34.6.0.11.3.14 External Document Entry (2019‑05‑06 14:00:33)
    ref
    at-cda-bbr-

    Spezialisierung: Template 2.16.840.1.113883.10.12.328 CDA ExternalDocument (2005‑09‑07)
    ref
    ad1bbr-
    Beispiel
    Strukturbeispiel
    <externalDocument classCode="DOC" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.3.14"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="9999" codeSystem="1.2.3.999"/>  <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M -->
      <setId root="1.2.3.999" extension="--example only--"/>  <versionNumber value="1"/></externalDocument>
    ItemDTKardKonfBeschreibungLabel
    hl7:externalDocument
    (atc...ent)
    Treetree.png@classCode
    cs0 … 1FDOC
    Treetree.png@moodCode
    cs0 … 1FEVN
    Treetree.pnghl7:templateId
    II1 … 1MELGA
    (atc...ent)
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.2.40.0.34.6.0.11.3.14
    Treetree.pnghl7:id
    II1 … 1MOID des Quell-Dokuments.
    (atc...ent)
     Constraint

    Im Fall eines CDA-Dokuments MUSS dieses Element dem Wert von ClinicalDocument/id des referenzierten CDA-Dokuments entsprechen.

    Treetree.pnghl7:code
    CD (extensible)0 … 1CKlassifikation des externen Dokuments
    (atc...ent)
    Treeblank.pngTreetree.png@codeSystem
    oid1 … 1R
    Treeblank.pngTreetree.png@code
    cs1 … 1R
     Constraint

    Im Fall eines CDA-Dokuments MUSS, M [1..1], dieses Element strukturiert sein und dem Wert von ClinicalDocument/code des referenzierten CDA-Dokuments entsprechen.
    Die Wahl des Codesystems ist frei.

    Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)
    Titel, Datum und Autor des externen Dokuments.
    Wird als Referenz auf den section.text umgesetzt.
    Treetree.pnghl7:text
    ED1 … 1M(atc...ent)
    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...ent)
    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:setId
    II0 … 1Versionsinformationen zum externen Dokument(atc...ent)
    wo [not(@nullFlavor)]
     Constraint

    Im Fall eines CDA-Dokuments MUSS, M [1..1], dieses Element strukturiert sein und dem Wert von ClinicalDocument/setId des referenzierten CDA-Dokuments entsprechen.

    Treetree.pnghl7:versionNumber
    INT0 … 1Versionsinformationen zum externen Dokument
    (atc...ent)
    wo [not(@nullFlavor)]
     Constraint

    Im Fall eines CDA-Dokuments MUSS, M [1..1], dieses Element strukturiert sein und dem Wert von ClinicalDocument/versionNumber des referenzierten CDA-Dokuments entsprechen.


    14.3.4.11 Informant Body

    Die Spezifikation des "Informant Body"-Templates ist dem Allgemeinen Implementierungsleitfaden (Version 3) zu entnehmen.

    14.3.4.12 Informant (Body) PS

    Id1.2.40.0.34.11.13.3.20
    ref
    elgaps-
    Gültigkeit2017‑08‑10 20:49:25
    Andere Versionen mit dieser Id:
    • Kblank.png InformantBodyPS vom 2017‑08‑10 20:44:29
    StatusKyellow.png EntwurfVersions-Label0.1
    NameInformantBodyPSBezeichnungInformant (Body) PS
    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)
    KlassifikationCDA Entry Level Template
    Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
    Benutzt
    Benutzt 2 Templates
    Benutzt als NameVersion
    1.2.40.0.34.11.90001InklusionKgreen.png PersonElementsDYNAMIC
    1.2.40.0.34.11.90002InklusionKgreen.png OrganizationElementsDYNAMIC
    BeziehungAdaptation: 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="1.2.40.0.34.10.17" codeSystemName="ELGA_PersonalRelationship"/></relatedEntity>
    Beispiel
    Informant ist der Patient selbst
    <relatedEntity classCode="PRS">
      <code code="SELF" displayName="self" codeSystem="1.2.40.0.34.10.17" codeSystemName="ELGA_PersonalRelationship"/></relatedEntity>
    ItemDTKardKonfBeschreibungLabel
    @typeCode
    cs0 … 1FINF
    @context​Control​Code
    cs0 … 1FOP
    Auswahl1 … 1Elemente in der Auswahl:
    • hl7:assignedEntity
    • hl7:relatedEntity
    Treetree.pnghl7:assignedEntity
    (Inf...yPS)
    Treeblank.pngTreetree.png@classCode
    cs0 … 1FASSIGNED
    Treeblank.pngTreetree.pnghl7:id
    II1 … *R(Inf...yPS)
    Treeblank.pngTreetree.pnghl7:code
    CE (extensible)0 … 1Klassifikation des GDA, der als Informant in Erscheinung tritt(Inf...yPS)
     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:addr
    AD0 … *(Inf...yPS)
    Treeblank.pngTreetree.pnghl7:telecom
    TEL0 … *(Inf...yPS)
    Treeblank.pngTreetree.pnghl7:assigned​Person
    0 … 1(Inf...yPS)
    Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
    Treeblank.pngTreeblank.pngTreetree.png@classCode
    cs0 … 1FPSN
    Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
    cs0 … 1FINSTANCE
    Treeblank.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.
    (Inf...yPS)
    Treeblank.pngTreetree.pnghl7:representedOrganisation
    0 … 1(Inf...yPS)
    Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
    Treeblank.pngTreeblank.pngTreetree.png@classCode
    0 … 1FORG
    Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
    0 … 1FINSTANCE
    Treeblank.pngTreeblank.pngTreetree.pnghl7:id
    II0 … *(Inf...yPS)
    Treeblank.pngTreeblank.pngTreetree.pnghl7:name
    ON1 … 1M(Inf...yPS)
    Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
    TEL.AT0 … *(Inf...yPS)
    Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
    AD0 … 1(Inf...yPS)
    Treetree.pnghl7:relatedEntity
    (Inf...yPS)
    Treeblank.pngTreetree.png@classCode
    cs1 … 1FPRS
    Treeblank.pngTreetree.pnghl7:code
    CE (extensible)0 … 1(Inf...yPS)
     CONF
    Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)
    Treeblank.pngTreetree.pnghl7:addr
    AD0 … *(Inf...yPS)
    Treeblank.pngTreetree.pnghl7:telecom
    TEL.AT0 … *(Inf...yPS)
    Treeblank.pngTreetree.pnghl7:relatedPerson
    0 … 1(Inf...yPS)
    Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
    Treeblank.pngTreeblank.pngTreetree.png@classCode
    cs0 … 1FPSN
    Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
    cs0 … 1FINSTANCE
    Treeblank.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.
    (Inf...yPS)


    14.3.4.13 Narrative Text Reference

    Die Spezifikation des "Narrative Text Reference"-Templates ist dem Allgemeinen Implementierungsleitfaden (Version 3) zu entnehmen.

    14.3.4.14 Organization Compilation with id, name

    Die Spezifikation des "Organization Compilation with id, name"-Templates ist dem Allgemeinen Implementierungsleitfaden (Version 3) zu entnehmen.

    14.3.4.15 Organization Compilation with name

    Die Spezifikation des "Organization Compilation with name"-Templates ist dem Allgemeinen Implementierungsleitfaden (Version 3) zu entnehmen.

    14.3.4.16 Organization Compilation with name, addr minimal

    Die Spezifikation des "Organization Compilation with name, addr minimal"-Templates ist dem Allgemeinen Implementierungsleitfaden (Version 3) zu entnehmen.

    14.3.4.17 Organization Name Compilation

    Die Spezifikation des "Organization Name Compilation"-Templates ist dem Allgemeinen Implementierungsleitfaden (Version 3) zu entnehmen.

    14.3.4.18 Original Text Reference

    Die Spezifikation des "Original Text Reference"-Templates ist dem Allgemeinen Implementierungsleitfaden (Version 3) zu entnehmen.

    14.3.4.19 Participant Body

    Die Spezifikation des "Participant Body"-Templates ist dem Allgemeinen Implementierungsleitfaden (Version 3) zu entnehmen.

    14.3.4.20 Performer Body

    Die Spezifikation des "Performer Body"-Templates ist dem Allgemeinen Implementierungsleitfaden (Version 3) zu entnehmen.

    14.3.4.21 Person Name Compilation G1 M

    Die Spezifikation des "Person Name Compilation G1 M"-Templates ist dem Allgemeinen Implementierungsleitfaden (Version 3) zu entnehmen.

    14.3.4.22 Person Name Compilation G2

    Die Spezifikation des "Person Name Compilation G2"-Templates ist dem Allgemeinen Implementierungsleitfaden (Version 3) zu entnehmen.

    14.3.4.23 Person Name Compilation G2 M

    Die Spezifikation des "Person Name Compilation G2 M"-Templates ist dem Allgemeinen Implementierungsleitfaden (Version 3) zu entnehmen.

    14.3.4.24 Time Interval Information minimal

    Die Spezifikation des "Time Interval Information minimal"-Templates ist dem Allgemeinen Implementierungsleitfaden (Version 3) zu entnehmen.

    14.3.4.25 Ü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)

    14.4 Terminologien

    Die für den Befund bildgebende Diagnostik erforderlichen Terminologien sind im Folgenden aufgelistet. Achtung: Codelisten und Value Sets können weitere Attribute benötigen, die hier nicht darstellbar sind. Diese können jedoch vom Terminologieserver abgerufen werden: https://termgit.elga.gv.at


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

    15 Anhang

    15.1 Hinweise zur Anwendung des APPC

    Befunde oder Bilddaten der bildgebenden Diagnostik werden mit dem APPC beschlagwortet, damit eine schnelle Filterung nach relevanten Informationen ermöglicht wird, beispielsweise um entsprechende Vorstudien aus der Radiologie zu selektieren.

    Der APPC besteht aus vier Achsen mit Codes für Anatomie, Lateralität, Modalität und Prozedur. Ein gültiger APPC-Code besteht jeweils aus 4 Codes aus jeder der vier unabhängigen Achsen, die frei kombiniert werden können. Die Einträge in den Achsen sind hierarchisch geordnet, so dass Ober- und Unter- bzw. Teilbegriffe angegeben werden können (z.B. Arm – Hand – Finger).

    Sinn des APPC ist NICHT eine möglichst detaillierte Angabe aller anatomischen Strukturen oder durchgeführten Prozeduren, sondern eine treffende Angabe von Informationen, damit vergleichbare Studien schnell identifiziert werden können.

    Anatomie: In der Regel reicht die Angabe der anatomischen Region aus, was durch die ersten beiden hierarchischen Ebenen der Anatomieachse ausgedrückt werden kann; bei der Beschreibung von Extremitäten kann auch die dritte Ebene sinnvoll sein.

    Lateralität: Die Lateralität soll angegeben werden.

    Modalität: Die Modalität kann im APPC nur grob granuliert angegeben werden – auf Ebene des bildgebenden Prinzips.

    Prozedur: Die Achse Prozedur hat nur nachgeordnete Bedeutung, sie ist daher nur anzugeben, wenn sie ein notwendiges Selektionskriterium darstellt, z.B. wenn es sich bei der Studie um eine Gefäßdarstellung handelt und andere Strukturen schlecht dargestellt sind.

    Es können mehrere APPC Codes für einen Befund angegeben werden, vor allem wenn

    • mehrere anatomische Regionen beschlagwortet werden sollen,
    • mehrere Prozeduren angewendet wurden,
    • „kombinierte Modalitäten“ zum Einsatz kamen, wie z.B.: PET/CT, PET/MRT.

    Die Angabe des APPC "0.0.0.0" - wenn also alle Achsen als "unbestimmt" angegeben werden - ist nicht erwünscht.

    15.2 Empfehlung der Arbeitsgruppe zum Austausch von Bilddaten

    Die Arbeitsgruppe bezieht sich auf den Beschluss der Bundesgesundheitskommission vom 4. Mai 2007. Mit der darin enthaltenen Empfehlung zur bundesweiten Verwendung einheitlicher Standards wurde eine grundlegende Weichenstellung zur Verbesserung der Interoperabilität der elektronischen Kommunikation von Gesundheitsdaten vorgenommen. Die Bedeutung dieser Empfehlung geht über die eigentliche Einführung von ELGA hinaus: Die neun Länder, die Sozialversicherung und der Bund haben beschlossen, dass eine gemeinsame Sprachgrundlage allen Gesundheitsdiensteanbietern ermöglichen soll, den Gesundheitsdatenaustausch auf der Grundlage bundesweit einheitlicher Rahmenbedingungen durchzuführen.

    Im Arbeitskreis wurden 2 Arten der Bilddokumentation identifiziert und diskutiert:

    • in ELGA zu publizierende Bilddaten
    • in ELGA nicht zu publizierende bilaterale Bilddaten (Bildzugriff und Bildaustausch)

    Die WADO (“Web Access to DICOM persistent Objects“) Technologie ist die Bildzugriffstechnologie der IHE (Integrating the Healthcare Enterprise). Diese soll das definierte Framework der Implementierung in der ELGA bilden (siehe beigefügte Passage des Beschlusses der Bundesgesundheitskommission).

    DICOM 3.0 und WADO

    ISO 12052:2006(E), Health informatics – Digital imaging and communication in medicine (DICOM) including workflow and data management

    ISO 17432:2004 (E), Health informatics – Messages and communication – Webaccess to DICOM persistent objects“

    Empfehlung der Arbeitsgruppe:

    Die ELGA GmbH soll die Machbarkeit und eine einheitliche standardisierte Struktur vorgeben. Die Arbeitsgruppe empfiehlt den Einsatz eines technologischen einheitlichen Bild-Repository-Konzeptes mit WADO in Österreich zu definieren und zu entwickeln.

    Wenn Bild-Repositories für ELGA entstehen, sollten diese alle dieselbe internationale standardisierte Technologie benutzen und vorgegeben bekommen. Ein gemeinsames Einsatzgebiet wäre z.B. Mammographie/Zweitmeinungen, also dort, wo noch kein Befund entstanden ist.

    Die Erreichbarkeit aller verfügbaren Bilddaten mit derselben Kommunikations- und Zugriffstechnologie ist in Summe für alle Beteiligten billiger, leichter zu realisieren und wesentlich einfacher in der Anwendung und Handhabung.

    15.3 Abbildungsverzeichnis

    1. Gliederung nach obligatorischen Befundbereichen
    2. Strukturierung von "Durchgeführte Untersuchung" und "Befund"

    15.4 Tabellenverzeichnis

    1. Übersichtstabelle der CDA Strukturen des Headers
    2. Übersichtstabelle der CDA Strukturen des Bodys des Befundes bildgebende Diagnostik

    15.5 Referenzen

    [1] HL7 International. / NEMA: Implementation Guide for CDA Release 2: Imaging Integration. Levels 1, 2, and 3. Basic Imaging Reports in CDA and DICOM Diagnostic Imaging Reports (DIR) – Universal Realm; Release 1.0, 2009
    (http://www.hl7.org/implement/standards/product_brief.cfm?product_id=13)
    [2] IHE international: IHE RAD-XDSi.b
    (https://www.ihe.net/resources/technical_frameworks/#radiology)
    [3] IHE Simple IMAGE and numeric Report (SINR)
    (http://wiki.ihe.net/index.php?title=Simple_Image_and_Numeric_Report)
    [4] ELGA GmbH (2015) HL7 Implementation Guide for CDA® R2: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente. ELGA CDA Implementierungsleitfäden (2.06) [OID 1.2.40.0.34.7.1.6]
    https://www.elga.gv.at/technischer-hintergrund/technische-elga-leitfaeden/
    [5] NEMA (2024): DICOM PS3.20 2024b - Imaging Reports using HL7 Clinical Document Architecture
    https://dicom.nema.org/medical/dicom/current/output/pdf/part20.pdf

    15.6 Release-Log, Ausblick und weitere Informationen

    Auf der Diskussionsseite zu diesem Leitfaden können das Release-Log, das einen Überblick über die in diesem Leitfaden implementierten Neuerungen gibt, und der Ausblick auf Änderungen, die in zukünftigen Leitfadenversionen geplant sind, eingesehen werden. Gegebenenfalls werden Inhalte aktueller Diskussionen, bekannte Probleme oder weitere Hinweise aufgeführt.


    1. Logical Observation Identifiers Names & Codes (LOINC) loinc.org
    2. 2,0 2,1 Regenstrief Institute, Inc. www.regenstrief.org
    3. Unified Code for Units of Measure (UCUM) www.unitsofmeasure.org
    4. WHO ICD-10 icd.who.int/browse10/2019/en
    5. 5,0 5,1 www.who.int
    6. Internationale statistische Klassifikation der Krankheiten und verwandter Gesundheitsprobleme 10. Revision – aktuelle Version bitte unter Gesundheitssystem - Krankenanstalten heraussuchen.
    7. Anatomical Therapeutic Chemical Classification System (ATC) https://www.who.int/tools/atc-ddd-toolkit/atc-classification
    8. ARGE Pharma im Fachverband der chemischen Industrie Österreichs (FCIO) argepharma.fcio.at
    9. EDQM Council of Europe www.edqm.eu
    10. Health informatics - Medical / health device communication standards ISO/IEEE 11073 Nomenclature Part 10101: Nomenclature
    11. Health informatics - Medical / health device communication standards ISO/IEEE 11073 Nomenclature Amendment 1 Part 10101: Nomenclature Amendment 1: Additional Definitions
    12. Health Level Seven International www.hl7.org
    13. ISO/HL7 27932:2009 Data Exchange Standards — HL7 Clinical Document Architecture, Release 2 [1]
    14. World Wide Web Consortium. Extensible Markup Language, 1.0, 5th Edition. [2]
    15. HL7 Version 3 Product Suite [3]
    16. ART-DECOR® www.art-decor.org
    17. HL7 Clinical Document Architecture (CDA) [4]
    18. HL7 Version 3: Reference Information Model (RIM) [5]
    19. HL7 Version 3 Standard: Data Types – Abstract Specification, Release 2[6]
    20. HL7 Templates Standard: Specification and Use of Reusable Information Constraint Templates, Release 1 [7]
    21. HL7 Austria www.hl7.at