Labor- und Mikrobiologiebefund 2020

CDA Implementierungsleitfäden

HL7 Implementation Guide for CDA^® R2:
Labor- und Mikrobiologiebefund 2020

Zur Anwendung im österreichischen
Gesundheitswesen [1.2.40.0.34.7.1.7.0]

n.a.

2020

Entwurf

1 Zusammenfassung

Der Implementierungsleitfaden "Labor- und Mikrobiologiebefund" beschreibt die Inhalte, die für den Austausch von fertiggestellten, und fachärztlich vidierten Befunden innerhalb und zwischen Einrichtungen des österreichischen Gesundheitswesens, notwendig sind.

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.

TODO: Standard XDLAB, FullSupport, status active/completed

Der "Labor- und Mikrobiologiebefund" 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 UserStorys ("Anwendungsfälle") beschrieben.

Übersichtstabellen für Header und Body-Strukturen

• Übersichtstabelle der CDA Strukturen des Headers (administrative Daten)
• Übersichtstabelle der CDA Strukturen des CDA Bodys (medizinische Inhalte)

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

2 Informationen über dieses Dokument

2.1 Impressum

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

Redaktion, Projektleitung, Koordination:
Mag.Dr. Stefan Sabutsch, stefan.sabutsch@elga.gv.at

Abbildungen: © ELGA GmbH

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

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

2.2 Haftungsausschluss

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

2.3 Sprachliche Gleichbehandlung

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

2.4 Lizenzinformationen

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

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

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

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

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

Third Party Intellectual Property

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

2.4.2 SNOMED CT

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

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

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

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

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

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 der Rechtsordnung der Republik Österreich und insbesondere mit den relevanten Materiengesetzen (z.B. Ärztegesetz 1998, Apothekenbetriebsordnung 2005, Krankenanstalten- und Kuranstaltengesetz, Gesundheits- und Krankenpflegegesetz, Rezeptpflichtgesetz, Datenschutzgesetz 2000, Gesundheitstelematikgesetz 2012) zu erfolgen. Technische Möglichkeiten können gesetzliche Bestimmungen selbstverständlich nicht verändern, vielmehr sind die technischen Möglichkeiten im Einklang mit den Gesetzen zu nutzen.

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

2.7 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 gilt. 2009 wurde die Release 2.0 als ISO-Standard ISO/HL7 27932:2009 publiziert. CDA definiert die Struktur und Semantik von "medizinischen Dokumenten" zum Austausch zwischen Gesundheitsdiensteanbietern und Patienten. Es enthält alle Metadaten zur Weiterverarbeitung und einen lesbaren textuellen Inhalt und kann diese Informationen auch maschinenlesbar tragen. Das Datenmodell von CDA und seine Abbildung in XML folgen dem Basisstandard HL7 Version 3 mit seinem Referenz-Informationsmodell (RIM). Dieser Leitfaden verwendet das HL7-Template-Austauschformat zur Definition der "Bausteine" (Templates) und ART-DECOR® als Spezifikationsplattform. HL7 Clinical Document Architecture (CDA) HL7 Referenz-Informationsmodell (RIM) HL7 V3 Datentypen HL7 Template-Austauschformat Specification and Use of Reusable Information Constraint Templates, Release 1 Die HL7 Standards können über die HL7 Anwendergruppe Österreich (HL7 Austria), die offizielle Vertretung von Health Level Seven International in Österreich bezogen werden (www.HL7.at). Alle auf nationale Verhältnisse angepassten und veröffentlichten HL7-Spezifikationen können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden. Der Labor- und Mikrobiologiebefund basiert auf den Vorgaben des Allgemeinen Implementierungsleitfadens 2020. Für die Modellierung der technischen Spezifikation diente IHE XD-LAB 2019-08 [TODO]. IHE Integrationsprofile Patient Care Coordination IHE Pharmacy Technical Framework Supplement Community Medication Administration (CMA) Rev. 1.1 – Trial Implementation HL7 CDA® R2 Implementation Guide: Personal Healthcare Monitoring Report, Release 1

TODO: Grafik anpassen

2.8 Wichtige unterstützende Materialien

Auf der Website Labor- und Mikrobiologiebefund 2020 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 Labor- und Mikrobiologiebefund 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.9 Bedienungshinweise

2.9.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.9.2 PDF-Navigation

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

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

3 Einleitung

3.1 Ausgangslage und Motivation

Die Elektronische Gesundheitsakte (ELGA) ermöglicht den vom ELGA-Gesetz berechtigten Personen, entsprechend ihren Rollen, den Zugriff auf relevante Gesundheitsdaten, die in bedarfsgerecht elektronisch aufbereiteter Form online zur Verfügung gestellt werden.

Die zentrale Anwendung von ELGA ist die Bereitstellung von medizinischen Dokumenten (e Befunde) 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 und Zusammenfassungen generiert und weitere Informationen berechnet sowie kontextbezogen angezeigt werden.

Um dieses Ziel zu erreichen, wird für Dokumente in ELGA der internationale Standard „Clinical Document Architecture, Release 2.0“ (CDA) von HL7 eingesetzt.

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.

3.2 Zweck des Dokuments

Das vorliegende Dokument enthält die Definition der Inhalte des „Laborbefundes“ für das Österreichische Gesundheitswesen. Diese Spezifikation ist das Resultat einer Harmonisierungsarbeit mit dem Ziel medizinische Befunde, innerhalb der derzeit im Aufbau befindlichen österreichischen „Elektronischen Gesundheitsakte“ (ELGA), als abgestimmte und einheitlich strukturierte Dokumente darzustellen. Das Dokument wurde von einer Arbeitsgruppe von Vertretern der Österreichischen Ärztekammer, von mehreren Krankenhausträgern und Spitälern, Universitäten und Fachgesellschaften, des österreichischen Normeninstitutes, von der Health Level 7 (HL7) Anwendergruppe Österreich, sowie Personen aus der Wirtschaft erstellt. Sowohl angestellte als auch niedergelassene Labormediziner waren massiv an der Erarbeitung beteiligt.

Die Abstimmung erfolgte gemeinsam mit anderen Arbeitsgruppen, die gleichzeitig an den Inhalten für den „Entlassungsbrief“ und den „Befund bildgebende Diagnostik“ arbeiten. Vor allem die Informationen über die betroffenen und handelnden Personen, Zeitangaben, Dokumentart und ähnliches im so genannten „Header“ wurden eng abgestimmt und im Rahmen eines zentralen Dokumentes „Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente [OID Root 1.2.40.0.34.7.1]“ [4] definiert.

Der Header enthält zum einen administrative Daten (allgemeine Angaben zum Dokument, Daten zum Patienten, usw.) und dient zum anderen zum Teil 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 Anteile sind im so genannten „Body“ enthalten. Die vorliegende Spezifikation der laborspezifischen inkl. mikrobiologische Inhalte eines Labordokuments in ELGA wurde von der Expertengruppe beruhend auf einer Liste mit Vorgaben der österreichischen Gesellschaft für Labormedizin und klinische Chemie (ÖGLMKC) erstellt.

Als technische Basis dient das „Laboratory Technical Framework Volume 3 (LAB TF-3) Revision 3.0, 2011“ ([3]) der “Integrating the Healthcare Enterprise” (IHE).

Das Verständnis eines „Laborbefundes“ erstreckt sich in diesem Dokument über das gesamte Spektrum der laboranalytisch ermittelten Befunde. Die vorliegende Version definiert grundlegende Anforderungen für die Erstellung von Laborbefunden als CDA Dokumente. Insbesondere wurden Laborbefunde aus der Klinischen Chemie, Hämatologie, Immunchemie und Mikrobiologie/Bakteriologie in die Überlegungen mit einbezogen. Die gewählten Strukturen ermöglichen prinzipiell eine Übermittlung des gesamten Befundspektrums des Laborbereiches, jedoch sind die einzelnen Detailbereiche in folgenden Arbeiten detailliert zu analysieren, abzustimmen und für weitere Laborbefundarten zu definieren. Es existieren vielmehr auch dezidierte Bereiche - wie z.B. die Transfusionsmedizin – für die die Definitionen dieses Leitfadens aufgrund fehlender Strukturen und nicht definierter Codelisten nicht ausreichend sind. Dieser Leitfaden verwendet „Analysen“ als Sammelbegriff für Laboruntersuchungen, Laborleistungen und Labormessgrößen.

3.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. Eine weitere Zielgruppe sind alle an der Erstellung von CDA-Dokumenten beteiligten Personen, einschließlich der Endbenutzer der medizinischen Softwaresysteme und der Angehörigen von Gesundheitsberufen.

4 Leitfadenerstellungs- und Harmonisierungsprozess

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

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

Weitere Details zum Vorgehensmodell sind im Allgemeiner Leitfaden - Kapitel Leitfadenerstellungs- und Harmonisierungsprozess - Vorgehensmodell zu finden.

Dieser Implementierungsleitfaden ist eine Weiterentwicklung des Laborbefunds 2.06.3 und entstand durch die Harmonisierungsarbeit der AG Labor- und Mikrobiologiebefund, die im Zeitraum von [TODO] Oktober 2020 bis November 2020 tagte. Die Teilnehmer der Arbeitsgruppe wurden durch ihre Organisation delegiert.

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

Erarbeitung des Implementierungsleitfadens
Dieser Implementierungsleitfaden entstand durch die Harmonisierungsarbeit der „Arbeitsgruppe Laborbefund“ im Zeitraum zwischen 2008 und 2012, bestehend aus den unten genannten Personen.

Autoren
Kürzel	Organisation	Person1
Herausgeber, Editor, CDA Koordinator
SSA	ELGA GmbH	Stefan Sabutsch
Autoren, Fachkoordinatoren und Moderatoren
SS	Fachhochschule Technikum Wien	Stefan Sauermann
AM	Fachhochschule Technikum Wien, HL7 Austria	Alexander Mense
SSA	ELGA GmbH, HL7 Austria	Stefan Sabutsch
MF	Fachhochschule Technikum Wien	Matthias Frohner

Autoren
Organisation	Person1
Begleitung, Fachliche Beratung
Medicon Medical Consulting	Georg Paucek
Ärztliche Vertreter
Kurienversammlung der niedergelassenen Ärzte der OÖ Ärztekammer	Franz Burghuber
Österreichische Ärztekammer, KH St. Pölten, Inst. für Laboratoriumsmedizin	Alexander Haushofer
Österreichische Ärztekammer, Wiener KAV, Sozialmedizinisches Zentrum Ost - Donauspital, Institut für Labormedizin	Jörg Hofmann
Österreichische Ärztekammer, ON-K 238	Gerhard Holler
Rotes Kreuz, Blutspendezentrale Wien	Christof Jungbauer
Sozialmedizinisches Zentrum Ost	Walter Krugluger, Thomas Leitha
Elisabethinen Linz	Helmut Mittermayer
Initiative-ELGA	Susanna Michalek
Medizinisches Labor Perné	Johann Perné
Österreichische Ärztekammer, Bundesfachgruppe Labor	Georg Mustafa
Österreichische Ärztekammer	Thomas Szekeres
Krankenhausträger
Vinzenz Gruppe Krankenhausbeteiligungs- und Management GmbH	Bernhard Böhm
KAV Wien, Generaldirektion	Christian Cebulla
Wilhelminenspital der Stadt Wien, Zentrallabor, KAV Wien	Georg Endler
KFJ – Sozialmed. Zentrum Süd, Institut für Laboratoriumsdiagnostik	Manuela Födinger
Univ.Klin. Innsbruck, Zentralinst. Labordiagnostik	Andrea Griesmacher
ÖQUASTA; KH Hietzing + NZ Rosenhügel, Institut f. Labordiagnostik	Walter-Michael Halbmayer
LKH Vöcklabruck, Institut f. Med.Chem. Labordiagnostik u. Blutdepot	Susanne Hauptlorenz
Wiener Krankenanstaltenverbund, KAV-IT	Konrad Hölzl
KAV Wien,, Wilhelminenspital, Zentrallabor, ÖGLMKC	Wolfgang Hübl
GESPAG Gesundheitsinformatik-Bereichsleiter	Christian Kampenhuber
KABEG (LKH Klagenfurt, Wolfsberg, Lass und Hermagor)	Gerald Regenfelder
Tilak, Informationstechnologie/IT-Abteilung	Dietmar Reiter
LK Weinviertel Mistelbach, Laborinstitut, NÖ LK-Holding	Harald Rubey
Med. Uni. Wien, Klinik f. Blutgruppenserologie u. Transfusionsmedizin	Dieter Schwartz
Kages Zentrallabor	Beate Tiran
Softwarehersteller / Befundprovider
Max management Consulting GmbH	Helmuth Gamper
act Management Consulting GmbH	Bernhard Göbl
Systema	Christian Kraml, Herbert Matzenberger
vision4health Deutschland GmbH & Co. KG	Michael Krausenbaum
Labatech Handelsgesellschaft m.b.H.	Hans Richter
Assista Laborelectronics GmbH	Wolfgang Sischka
HCS, Health Communication Service	Christoph Unfried
Universitäten / Fachhochschulen
Fachhochschule Technikum Wien	Ferenc Gerbovics, Philipp Urbauer
Medizinische Universität Graz, Institut für Hygiene, Mikrobiologie und Umweltmedizin	Harald Kessler

Patronanz, Akkordierung, Ergänzungen, Zustimmung
Organisation	Person1
Bundesministerium für Gesundheit	Clemens Auer
ELGA GmbH	Hubert Eisl, Susanne Herbek, Martin Hurch, Oliver Kuttin
Medizinisches Zentrallaboratorium GmbH	Peter Fraunberger
Steiermärkische Krankenanstalten-ges. m.b.H.	Josef Galler
Solve Consulting	Gerhard Gretzl
Landeskrankenhaus Feldkirch, Institut für Pathologie	Ulrike Gruber-Mösenbacher
Krankenhaus der Barmherzigen Schwestern Ried, Inst. f. Pathologie	Milo Halabi
A.ö. Krankenhaus der Elisabethinen Linz, Institut für Medizinische und Chemische Labordiagnostik	Elisabeth Haschke-Becher
Oö. Gesundheitsfonds / eHealth Management	Wolfgang Hiesl
Med. Uni. Wien, Klinisches Institut für Medizinische und Chemische Labordiagnostik	Stylianos Kapiotis
B&S Zentrallabor	Peter Konrath
Tilak, Abteilungsleiter Informationstechnologie/IT-Abteilung	Georg Lechleitner
Steiermärkische Krankenanstalten-ges. m.b.H.	Hubert Leitner
Österreichische Agentur für Gesundheit und Ernährungssicherheit GmbH - AGES	Helmut Lindorfer
Österreichische Ärztekammer, Sekretariat	Sabine Manhardt
Labor Dr. Hans Georg Mustafa, Fachgesellschaft Labormedizin	Hans Georg Mustafa
GRZ IT Center Linz GmbH	Achim Mühlberger
Gibodat EDV- und Organisationsberatungs GmbH	Michael Nebel
AUVA - Unfallkrankenhaus Meidling, Labor	Susan Netzl
A.ö. Krankenhaus der Elisabethinen Linz, Institut für Medizinische und Chemische Labordiagnostik, EDV	Claudia Perndl
BKH Hall in Tirol, EDV	Sven Plattner
NÖ Landeskliniken-Holding	Thomas Pöckl
Sozialmedizinisches Zentrum Ost – Donauspital, Pathologisch-Bakteriologisches Institut	Angelika Reiner-Concin
NÖ Landesklinikenholding	Alexander Schanner
Österreichische Ärztekammer, Labor Schobesberger	Gerhard Schobesberger
Medizinische Universität Wien / AKH Wien, klinische Abteilung für Medizinisch-chemische Labordiagnostik	Christian Schweiger
Bartelt GmbH	Peter Schöttel
AKH Linz, Institut für Laboratoriumsmedizin	Herbert Stekel
HCS, Health Communication Service	Romana Thiel
Labene	Michael Danninger
Telekom Austria	Peter Uher
Assista	Michael Weidenauer
Medizinische Universität Wien	Thomas Wrba

Andere ELGA Arbeitsgruppen
Entlassungsbrief Arzt und Pflege	CodeWerk Software Services and Development GmbH	Jürgen Brandstätter
Befundbericht Radiologie	AIMC Lindner TAC	Martin Weigl Andreas Lindner

AG Laborbefund 2017
Die Änderungen für Version 2.06.2 wurde von der AG Laborbefund am 12.1.2017 abgenommen. Teilnehmer der AG Laborbefund waren:

Maria Abzieher (Wiener Krankenanstaltenverbund)	Herbert Matzenberger (CompuGroup Medical CEE GmbH)
Robert Alscher (Humanomed IT Solutions Gmbh)	Daniel Außerdorfer (Univ.Klin. Innsbruck, Zentralinstitut für Medizinische und
Chemische Labordiagnostik (ZIMCL))	René Berger (Synlab)
Barbara Dall (CGM)	Zeljko Drljaca (Institut für medizinische und chemische Labordiagnostik Gesellschaft m.b.H)
Daniela Eisner (Salzburger Landeskliniken )	Christian Fersterer (Salzburger Landeskliniken)
Matthias Frohner (FH Technikum Wien)	Josef Galler (Steiermärkische Krankenanstalten-ges. m.b.H.)
Andrea Griesmacher (Univ.Klin. Innsbruck, Zentralinstitut für Medizinische und Chemische Labordiagnostik (ZIMCL))	Gernot Gruber (Institut für medizinische und chemische Labordiagnostik Gesellschaft m.b.H)
Sylvia Handler (biomed austria - Österreichischer Berufsverband der Biomedizinischen AnalytikerInnen)	Susanne Hauptlorenz (Salzkammergut-Klinikum Vöcklabruck, Institut für Med.Chem. Labordiagnostik und Blutdepot)
Alexander Haushofer (ÖGLMKC; Klinikum Wels-Grieskirchen)	Wolfgang Hießl (Oö. Gesundheitsfonds / eHealth Management)
Michael Hubmann (Med. Zentrallaboratorium GmbH)	Günter Igler (Analyse BioLab; KH Elisabethinen Linz)
Sonja Jansen-Skoupy (KAV Wien, SMZ Süd)	Michael Krausenbaum (CGM LAB Deutschland GmbH)
Herwig Loidl (Carecenter Software GmbH)	Birgit Luxbacher (biomed austria - Österreichischer Berufsverband der Biomedizinischen AnalytikerInnen)
Alexander Mense (Fachhochschule Technikum Wien, HL7 Austria)	Hans Georg Mustafa (Labor Dr. Hans Georg Mustafa, BFG Med. u. Chem. Labordiagnostik, ÖGLMKC)
Stefan Mustafa (Labor Doz. Mag. DDr. Stefan Mustafa)	Michael Nöhammer (Ärztekammer Österreich)
Thomas Pöckl (NÖ Landeskliniken-Holding)	Elisabeth Presterl (Universitätsklinik für Krankenhaushygiene & Infektionskontrolle, Medizinische Universität Wien)
Sebastian Reimer (BMGF)	Harald Rubey (LK Weinviertel Mistelbach, Laborinstitut, NÖ LK-Holding)
Stefan Sabutsch (ELGA GmbH, HL7 Austria)	Ulrich Sagel (Universitätsklinik für Hygiene und Mikrobiologie)
Karin Salzmann (Univ. Klinik für Innere Medizin Innsbruck)	Clemens M. Sampl (BMGF)
Stefan Sauermann (FH Technikum Wien, Interoperabilitätsforum Österreich)	Peter Schöttel (Bartelt GmbH)
Christian Schweiger (Medizinische Universität Wien / AKH Wien, klinische Abteilung für Medizinisch-chemische Labordiagnostik)	Carina Seerainer (ELGA GmbH)
Josef Seier (Klinikum Wels-Grieskirchen)	Wolfgang Sischka (Assista Laborelectronics GmbH)
Herbert Stekel (Kepler Universitätsklinikum GmbH)	Michael Svizak (AUVA Hauptstelle - Ärztliche Direktion)
Gerhard Weigl (Inst. f. Labormedizin – Otto-Wagner-Spital Wien)

¹ Personen ohne Titel

5 Technischer Hintergrund

5.1 ELGA

Der technische Hintergrund soll im allgemeinen Leitfaden nachgelesen werden.

5.2 Vorgaben zum medizinischen Inhalt

5.2.1 Allgemeiner Laborbefund

Die inhaltlichen Definitionen beruhen auf den Mindestvorgaben der österreichischen Gesellschaft für Labormedizin und klinischen Chemie (ÖGLMKC) und wurden weiter verfeinert. Tabelle 1 zeigt einen Überblick über die inhaltlich abzubildenden medizinisch relevanten Daten.

Feld	Beschreibung	Bereich
Allgemeine Befundinformationen
Zeitpunkt der Auftragserfassung	Datum und Zeitpunkt, an dem das analysierende Labor die Anforderung vom Zuweiser in der Labor EDV erfasst hat	Header
Auftragsdiagnose (Zuweiserdiagnose)	Vom Auftraggeber bestimmte und dem Labor übermittelte Verdachtsdiagnose	Body
Überweisungsgrund	Vom Auftraggeber übermittelter Überweisungsgrund/Fragestellung	Body
Befundtext	Kommentar zum gesamten Befund	Body
Spezimeninformation
Zeitpunkt der Spezimengewinnung	Damit ist jenes Datum und Zeitpunkt gemeint, an dem das Spezimen zur Analyse gewonnen wurde. Die Dokumentation des Zeitpunkts der Spezimengewinnung ist in der Verantwortung der entnehmenden Person, die in vielen Fällen mit dem Befundersteller nicht identisch ist, da meist Spezimen zur Analyse an Labors versendet werden. Daher ist der Zeitpunkt vielfach im Labor nicht feststellbar.	Body
Zeitpunkt des Einlangens des Spezimen	Datum und Zeit der Probenannahme im Labor	Body
Art des Spezimens (Specimen Type)	Art der Probe (=Materialart)	Body
Entnahmeort	Angabe der Körperstelle, von der das Spezimen stammt	Body
Entnahmeart (SpecimenCollectionProcedure)	Art der Gewinnung	Body
Specimen ID	Eindeutige Nummer des Spezimen	Body
Entnehmende Person (Performer)	Person, welche die Entnahme der Probe durchgeführt hat	Body
Kommentar zum Spezimen	Präanalytik pro Spezimen zur Spezimenqualität	Body
Allgemeine Anmerkungen des Labors zur Spezimenqualität	Textinformationen zur Spezimenqualität	Body
Allgemeine Laborergebnisse
Gruppierung / Befundgruppen (Organizer)	Analysengruppierung	Body
ID des Tests	Eindeutige Codierung des Tests	Body
Analysenbezeichnung	Bezeichnung der Analyse (aus dem Value Set ELGA_Laborparameter)	Body
Ergebnis		Body
Einheit		Body
Referenzbereiche	Für die Beurteilung relevante Referenzwerte. Die Angabe mehrerer Referenzbereiche zu einem Test ist möglich.	Body
Befundinterpretation	Codierte Bewertung des Ergebnisses	Body
Deltacheck	Tendenzielle Veränderung zu Vorwerten	Body
Ergebniskommentar	Kommentar des Labors zu einem einzelnen Testergebnis	Body
Externes Labor	Kennzeichen ob ein Ergebnis extern ermittelt wurde	Body

Tabelle 1: Im Laborbefund abzubildende medizinische Daten

5.2.1.1 Bereiche (Specialities)

Jeder CDA–Laborbefund ist laut vorliegender Headerdefinition als „Multidisciplinary Report“ ausgewiesen (vgl. Kapitel 5.1.2), kann jedoch mehrere unterschiedliche Teilbefunde aus verschiedenen Bereichen im Body des Dokumentes beinhalten (z.B. Hämatologie oder Bakteriologie oder beide Arten gemeinsam). D.h. diese Teilbefunde bilden die erste Gliederungsebene des Bodys - die „Bereiche“ oder - in Anlehnung an die Definitionen der „IHE“ – „Specialities“ (vgl. [3]). zeigt die mögliche Gliederung auf der ersten Ebene innerhalb des Bodys.

Abbildung 1: Gliederung nach Bereiche /Specialities

Die derzeit für den österreichischen Laborbefund definierten Specialities werden im Rahmen des hierarchisch organisierten Value Sets „ELGA_Laborstruktur“ definiert, wobei für Bereiche nur Einträge der Ebene 0 und 1 verwendet werden dürfen. gibt einen auszugsweisen Überblick über die derzeit festgelegten Specialities. Die Anwendung der Bereiche ist optional. Es können auch alle Untersuchungen in einer Section unter dem Bereich „Allgemeiner Laborbefund“ zusammengefasst werden. Bei Verwendung der Bereiche ist die Reihenfolge gem. Value Set verpflichtend einzuhalten.

Für EIS „Enhanced“ ist die Codierung der Bereiche (als unterschiedliche section-Elemente) zwingend vorgeschrieben.

Code	Bereich (Speciality)
100	Blutgruppenserologie
200	Blutgasanalytik
300	Hämatologie
400	Gerinnung/Hämostaseologie
…	…

Tabelle 2: Liste der Bereiche, auszugsweise gem. ELGA Value Set „ELGA_Laborstruktur“, die sich auch in ELGA_Laborparameter widerspiegelt.

5.2.1.2 Gruppen (Befundgruppen)

Innerhalb dieser Bereiche erfolgt in der Regel eine Strukturierung und Gliederung der Ergebnisse zur besseren Lesbarkeit und Auffindbarkeit in „Befundgruppen“. Das ELGA Value Set „ELGA_Laborstruktur“ definiert zulässige Befundgruppen. Es besteht jedoch auch die Möglichkeit Ergebnisse ohne Befundgruppenstrukturierung zu übermitteln. zeigt die möglichen Gliederungsarten.

Abbildung 2: Strukturierungsmöglichkeiten Body

und zeigen Ausschnitte aus Beispielen zu Laborbefunden mit Befundgruppen und den entsprechenden medizinischen Inhalten. Der „Allgemeine Laborbefund“ enthält die Bereiche „Hämatologie“ und „Hämostaseologie“ mit darunter liegenden Befundgruppen; der „Bakteriologische Befund“ enthält ein Bespiel für die Darstellung eines Antibiogrammes.

Abbildung 3: Ausschnitt Beispielbefund

Bereiche (Specialities) und Gruppen werden in CDA Level 3 in entsprechende Klassen umgesetzt und gemäß des hierarchischen Value Sets „ELGA_Laborstruktur“ codiert. Die Codierung der Bereiche erfolgt durch Elemente der ersten und zweiten Ebene (0 bzw. 1) und die der Befundgruppen durch Elemente der drittenValue Set Ebene (2). Die Reihenfolge der Bereiche bzw. Gruppen gem. Value Set ist verpflichtend einzuhalten.

Abbildung 4: Ausschnitt Bakteriologie Beispielbefund

5.2.2 Mikrobiologische Befunde

Unter den Analysen eines Laborbefunds finden sich viele aus dem Bereich der Mikrobiologie. Dieser Teil des Leitfadens beschäftigt sich mit den mikrobiologischen Methoden und Analysen im Labor, die sich nicht über die „klassische“ Struktur eines Laborbefundes darstellen lassen. Dies betrifft hauptsächlich die Bakteriologie zum Nachweis von Bakterien, z.B. mit der Darstellung von Keimwachstum, Koloniebeschreibung und Antibiogrammen. Die Strukturierung des mikrobiologischen Befundes folgt einem bestimmten Muster, das den Untersuchungsverlauf widerspiegelt: Beschreibung des entnommenen Materials (z.B. Mittelstrahlharn), die direkt untersuchten Eigenschaften des Materials (z.B. Farbe), mikroskopische Untersuchung des Materials (z.B. Erythrozyten, Leukozyten, grampositive Bakterien). Falls Bakterienwachstum festgestellt wird, folgt eine Beschreibung der Kulturen, eine Benennung der Reinkulturen (Isolate) mit Nennung der taxonomischen Bestimmung der Mikroorganismen (z.B. Streptococcus pyogenes) ggf. mit Angabe des Serovars/Pathovars. Meist wird ein Antibiogramm angefügt. Es kann auch eine minimale Hemmkonzentration (MHK) enthalten sein.

Dementsprechend ist folgende hierarchische Struktur abzubilden:

Tabelle 3 zeigt einen Überblick über die inhaltlich abzubildenden medizinisch relevanten Daten für den mikrobiologischen Befund.

Feld	Beschreibung	Bereich
Allgemeine Befundinformationen
Zeitpunkt der Auftrags-erfassung	Datum und Zeitpunkt, an dem das analysierende Labor die Anforderung vom Zuweiser in der Labor EDV erfasst hat	Header
Auftragsdiagnose (Zuweiserdiagnose)	Vom Auftraggeber bestimmte und dem Labor übermittelte Verdachtsdiagnose	Body
Überweisungsgrund	Vom Auftraggeber übermittelter Überweisungsgrund/Fragestellung	Body
Angeforderte Untersuchungen	Vom Auftraggeber angeforderte Untersuchungen bzw. das angeforderte Analysespektrum	Body
Befundtext	Kommentar zum gesamten Befund	Body
Spezimeninformation
Zeitpunkt der Spezimengewinnung	Damit ist jenes Datum und Zeitpunkt gemeint, an dem das Spezimen zur Analyse gewonnen wurde. Die Dokumentation des Zeitpunkts der Spezimengewinnung ist in der Verantwortung der entnehmenden Person, die in vielen Fällen mit dem Befund­ersteller nicht identisch ist, da meist Spezimen zur Analyse an Labors versendet werden. Daher ist der Zeitpunkt vielfach im Labor nicht feststellbar.	Body
Zeitpunkt des Einlangens des Spezimen	Datum und Zeit der Probenannahme im Labor	Body
Art des Spezimens (Specimen Type)	Art der Probe (=Materialart)	Body
Entnahmeort	Angabe der Körperstelle, von der das Spezimen stammt	Body
Entnahmeart (SpecimenCollectionProcedure)	Art der Gewinnung	Body
Specimen ID	Eindeutige Nummer des Spezimen	Body
Entnehmende Person (Performer)	Person, welche die Entnahme der Probe durchgeführt hat	Body
Kommentar zum Spezimen	Präanalytik pro Spezimen zur Spezimenqualität	Body
Allgemeine Anmerkungen des Labors zur Spezimenqualität	Textinformationen zur Spezimenqualität	Body
Mikrobiologische Laborergebnisse
Makroskopie	Allgemeine Information über die Materialbeschaffenheit	Body
Mikroskopie	Mikroskopiesche Beobachtungen betreffend des Materials/Spezimen	Body
Kultureller Erregernachweis	Angabe von Ergebnissen, welche mit Hilfe von Kulturen erlangt werden	Body
Antibiogramm	Angaben zur Empfindlichkeit bzw. Resistenz von mikrobiellen Krankheitserregern gegenüber Antibiotika	Body
Minimale Hemmkonzentration	Angaben zur minimalen Hemmkonzentration bezüglich der Empfindlichkeit bzw. Resistenz von mikrobiellen Krankheitserregern gegenüber Antibiotika	Body
Molekularer Erregernachweis	Ergebnisse von molekularen Erregernachweisen	Body
Infektionsserologie	Ergebnisse von infektionsserologisch relevanten Analysen	Body

Tabelle 3: Im mikrobiologischen Befund abzubildende medizinische Daten

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

Die allgemeinen Richtlinien für ELGA CDA-Implementierungsleitfäden sollen beachtet werden.

7 Funktionale Anforderungen

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

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

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

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

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

7.2 Anwendungsfälle des Dokumentenmanagements

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

• Schreiben und Einbringen von Dokumenten
• Versionierung von Dokumenten
• Stornierung von Dokumenten
• Filtern und Suchen von Dokumenten
• Lesen von Dokumenten

7.2.1 Dokument-Metadaten (XDS-Metadaten) Einschränkung

XDS-Mapping	Optio- nalität	CDA-Element clinicalDocument.	Beispiel	Erklärung
formatCode	R	.templateId/@extension	@extension="XDSdocumentEntry.formatCode ^urn:hl7-at:telemon-epi:2020" @isplayName= "HL7 Austria Telemonitoring Episodenbericht 2020"	Version des Implementierungsleitfaden Telemonitoring Episodenbericht mit XDSdocumentEntry.formatCode als Extension. Das templateId-Element mit einer Extension beginnend mit "XDSdocumentEntry.formatCode^" wird ins XDS-Attribut formatCode gemappt (ohne Präfix XDSdocumentEntry.formatCode^).
typeCode	R	.code	@code="75497-8" @displayName="Telehealth Progress note" @codeSystem="2.16.840.1.113883.6.1"	Zur Unterscheidung des Dokumenttyps erhält das Element clinicalDocument.code des "Telemonitoring Zwischen-Episodenbericht" ein vorgegebenes "code"-Element.
			@code="75498-6" @displayName="Telehealth Summary note" @codeSystem="2.16.840.1.113883.6.1"	Zur Unterscheidung des Dokumenttyps erhält das Element clinicalDocument.code des "Telemonitoring Entlassungs-Episodenbericht" ein vorgegebenes "code"-Element.
classCode	R	.code.translation	@code="75496-0" @displayName="Telehealth note" @codeSystem="2.16.840.1.113883.6.1"	Bezeichnet die „Dokumentklasse“ in dem untergeordneten "translation"-Element. Einzig zulässige Wert für den telemonitoring Episodenbericht ist Telehealth note (75496-0).
title	R	.title	Bsp.: "Zwischenbericht Herz-Mobil Steiermark (23.3.2020-30.4.2020)"	Für den Telemonitoring Episodenbericht mit dem LOINC Code 75497-8 (Telehealth Progress note) muss der Titel mit "Zwischenbericht" beginnen. Danach soll das Telegesundheitsdienste-System angegeben werden und mit dem Zeitraum der in dem Dokument vorhandenen Daten enden.
			Bsp.: "Entlassungsbericht Herz-Mobil Tirol (5.2020)"	Für den Telemonitoring Episodenbericht mit dem LOINC Code 75498-6 (Telehealth Summary note) muss der Titel mit "Entlassungsbericht" beginnen. Danach soll das Telegesundheitsdienste-System angegeben werden und mit dem Zeitraum der in dem Dokument vorhandenen Daten enden.
eventCodeList	R	.documentationOf .serviceEvent.code	@code="719858009" @displayName="Telehealth monitoring (regime/therapy)" @codeSystem="2.16.840.1.113883.6.96" @codeSystemName="SNOMED CT"	Code der Gesundheitsdienstleistung.
serviceStartTime	R	.documentationOf.serviceEvent .effectiveTime.low	Zeitpunkt des Behandlungsbeginns (erster medizinisch relevanter Behandlungstag dieser dokumentierter Gesundheitsdienstleistung)	Beginn der Gesundheitsdienstleistung.
serviceStopTime	R	.documentationOf.serviceEvent .effectiveTime.high	Zeitpunkt des Behandlungsendes (letzter medizinisch relevanter Behandlungstag dieser dokumentierter Gesundheitsdienstleistung, muss sich von Behandlungsbeginn unterscheiden)	Ende der Gesundheitsdienstleistung.

8 Konformitätsprüfung

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

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

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

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

• ILF:Allgemeiner_Implementierungsleitfaden_2020#Schema-Pr.C3.BCfung Schema-Prüfung
• ILF:Allgemeiner_Implementierungsleitfaden_2020#Schematron-Pr.C3.BCfung Schematron-Prüfung
• Online-Validation von CDA-Dokumenten
• Hinweise zur Konformitätsprüfung
• Abnahmeprüfung für ELGA e-Befunde
• Zertifizierung

9 Datentypen

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

10 Anwendungsfälle zur Dokumentenerstellung und -Aktualisierung

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

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

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

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

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

10.1 Start Telemonitoring

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

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

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

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

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

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

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

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

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

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

10.2 Fortschritt Telemonitoring

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

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

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

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

10.3 Ende Telemonitoring

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

11 Dataset des Telemonitoring Episodenberichts

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

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

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

12 Technische Spezifikation

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

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

12.1 Übersichtstabelle der CDA Strukturen des Headers

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

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

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

Element	Kard/Konf ELGA	Kard/Konf eHealth	Bedeutung / Link zum Kapitel
realmCode	1..1 M	1..1 M	Hoheitsbereich des Dokuments
typeId	1..1 M	1..1 M	Kennzeichnung CDA R2
templateId	3..* M	3..* M	Kennzeichnung von Strukturvorschriften
id	1..1 M	1..1 M	Dokumenten-Id
code   translation	1..1 M   1..1 M	1..1 M   0..* R	Klassifikation des Dokuments (fein und grob)
title	1..1 M	1..1 M	Titel des Dokuments
sdtc:statusCode	0..1 C	0..1 O	Status des Dokuments
hl7at:terminologyDate	1..1 M	0..1 O	Terminologie-Datum des Dokuments
hl7at:formatCode	1..1 M	0..1 O	FormatCode des Dokuments
hl7at:practiceSettingCode	1..1 M	0..1 O	Fachliche Zuordnung des Dokuments
effectiveTime	1..1 M	1..1 M	Erstellungsdatum des Dokuments (medizinisch relevantes Datum)
confidentialityCode	1..1 M	1..1 M	Vertraulichkeitscode
languageCode	1..1 M	1..1 M	Sprachcode des Dokuments
setId versionNumber	1..1 M 1..1 M	1..1 M 1..1 M	Versionierung des Dokuments
recordTarget	1..1 M	0..1 C	Patient
recordTarget de-identified	0..0 NP	0..1 C	Anonymer oder pseudonymisierter Patient
author	1..* M	1..* M	Verfasser des Dokuments
dataEnterer	0..1 O	0..1 O	Personen der Dateneingabe
informant	0..* O	0..* O	Informant
custodian	1..1 M	1..1 M	Verwahrer des Dokuments
informationRecipient	0..* O	0..* O	Beabsichtigte Empfänger des Dokuments
legalAuthenticator	0..* C	0..* C	Rechtlicher Unterzeichner, wird im speziellen Leitfaden definiert.
authenticator	0..* O	0..* O	Weitere Unterzeichner
participant	0..* O	0..* O	Weitere Beteiligte (nähere Unterscheidung im entsprechenden Leitfaden)
inFulfillmentOf	0..* O	0..* O	Zuweisung und Ordermanagement
documentationOf   serviceEvent	0..* O   1..1 M	0..* O   1..1 M	Gesundheitsdienstleistungen
relatedDocument	0..1 O	0..1 O	Bezug zu vorgehenden Dokumenten
authorization	0..0 NP	0..* O	Einverständniserklärung
componentOf   encompassingEncounter	0..1 O   1..1 M	0..1 O   1..1 M	Patientenkontakt (Aufenthalt)

:Übersichtstabelle der CDA Strukturen des Headers

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

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

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

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

Element	Kard/Konf ELGA	Kard/Konf eHealth	Bedeutung	Link zum Kapitel
hl7at:terminologyDate	1..1 M	0..1 O	Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.	Terminologie-Datum des Dokuments
effectiveTime	1..1 M	1..1 M	Das letzte medizinisch relevante Datum, an welchem das Dokument medizinische Inhalte hinzugefügt worden sind. Kann im speziellen Leitfaden anders definiert werden.	Erstellungsdatum des Dokuments
recordTarget   birthTime	1..1 M   1..1 R	0..1 C   1..1 R	Der Geburtstag des Patienten.	Patient
recordTarget   deceasedTime	1..1 M   0..1 O	0..1 C   1..1 R	Das Sterbedatum des Patienten.	Patient
author   time	1..* M   0..1 R	1..* M   0..1 R	Das jeweilige Datum, an welche der jeweilige Autor neue medizinische Informationen hinzugefügt hat.	Verfasser des Dokuments
dataEnterer   time	0..1 O   0..1 R	0..1 O   0..1 R	Das Datum, an welchem eine Schreibkraft die Informationen aus einem Medium in das CDA Dokument überträgt, ohne weitere fachliche Informationen hinzuzufügen.	Personen der Dateneingabe
legalAuthenticator   time	0..* C   1..1 R	0..* C   1..1 R	Die Zeitpunkte, an welchem das Dokument von den einzelnen berechtigten Personen vidiert wurde. Diese Personen sind die Hauptunterzeichner. Ist im jeweiligen speziellen Implementierungsleitfaden genauer vorgeschrieben. Dieser Zeitpunkt, wenn vorhanden, sollte nach author.time und dataenterer.time liegen.	Rechtlicher Unterzeichner
authenticator   time	0..* O   1..1 R	0..* O   1..1 R	Die Zeitpunkte, an welchem das Dokument von den einzelnen berechtigten Personen vidiert wurde. Diese Personen sind die weiteren Unterzeichner.	Weitere Unterzeichner
Notfallkontakt / Auskunftsberechtigte Person participant [templateId[@root='1.2.40.0.34.6.0.11.1.27']]   time	0..* O   0..1 O	0..* O   0..1 O	Zeitraum, in dem der angegebene Kontakt den Notfall-Kontakt darstellt. Wird nur angegeben, wenn der Kontakt bereits absehbar nur in einem eingeschränkten Zeitraum zur Verfügung steht.	Weitere Beteiligte
Versicherter/Versicherungparticipant participant [templateId[@root='1.2.40.0.34.6.0.11.1.26']]   time	0..* O   0..1 O	0..* O   0..1 O	Gültigkeitszeitraum der Versicherungspolizze.	Weitere Beteiligte
documentationOf   serviceEvent     effectiveTime	0..* O   1..1 M     1..1 M	0..* O   1..1 M     1..1 M	Zeitraum der durchgeführten Gesundheitsdienstleistung. Ist im jeweiligen speziellen Implementierungsleitfaden genauer vorgeschrieben.	Gesundheitsdienstleistungen
componentOf   encompassingEncounter     effectiveTime	0..1 O   1..1 M     1..1 M	0..1 O   1..1 M     1..1 M	Zeitraum des Patientenkontakts.	Patientenkontakt (Aufenthalt)

:Übersichtstabelle der Header-Elemente für Zeitpunkte/Zeitspannen

12.3 Übersichtstabelle der CDA Strukturen des Bodys

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

Element	Kard/Konf	Bedeutung / Link zum Kapitel
Brieftext	0..1 O	Brieftext, welches auch das Logo beinhaltet
Behandlungsgrund	1..1 M	Behandlungsgrund
Zusammenfassung der Behandlung	0..1 O	Zusammenfassung der Behandlung
Auszüge aus erhobene Daten	0..1 O	Auszüge aus erhobene Daten
Erhobene Daten	0..1 O	Erhobene Daten
Verwendete Geräte	0..1 O	Verwendete Geräte
Beilagen	0..1 O	Beilagen

:Übersichtstabelle der CDA Strukturen des Bodys

12.4 CDA Templates

12.4.1 Document Level Templates

12.4.1.1 Telemonitoring Episodenbericht (Zwischen- & Entlassungsbericht)

12.4.1.1.1 1.2.40.0.34.6.0.11.0.10

Id	1.2.40.0.34.6.0.11.0.10	Gültigkeit	2021‑04‑22 06:24:14 Andere Versionen mit dieser Id: TGDBefund vom 2021‑02‑11 09:01:26 TGDBefund vom 2018‑07‑18 16:07:16
Status	Entwurf	Versions-Label	1.3.0+20210622
Name	TGDBefund	Bezeichnung	Telemonitoring Episodenbericht
Kontext	Pfadname /
Klassifikation	CDA Document Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 39 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.1.10 Inklusion Document Realm (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.30 Inklusion Document TypeId (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.1 Inklusion Document Id (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.45 Inklusion Document StatusCode (1.0.1+20210624) DYNAMIC 1.2.40.0.34.6.0.11.1.46 Inklusion Document TerminologyDate (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.44 Inklusion Document PracticeSettingCode (1.1.0+20210303) DYNAMIC 1.2.40.0.34.6.0.11.1.11 Inklusion Document Effective Time (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.12 Inklusion Document Confidentiality Code (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.13 Inklusion Document Language (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.15 Inklusion Document Set Id and Version Number (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.3 Inklusion Record Target (1.2.1) DYNAMIC 1.2.40.0.34.6.0.11.1.2 Inklusion Author (1.0.3+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.22 Inklusion Data Enterer (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.4 Inklusion Custodian (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.1.24 Inklusion Information Recipient (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.5 Inklusion Legal Authenticator (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.6 Inklusion Authenticator (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.20 Inklusion Participant Fachlicher Ansprechpartner (1.0.2+20210803) DYNAMIC 1.2.40.0.34.6.0.11.1.21 Inklusion Participant Ein-, Ueber-, Zuweisender Arzt (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.23 Inklusion Participant Hausarzt (1.0.1+20210803) DYNAMIC 1.2.40.0.34.6.0.11.1.27 Inklusion Participant Auskunftsberechtigte Person (Notfallkontakt) (1.0.2+20210803) DYNAMIC 1.2.40.0.34.6.0.11.1.25 Inklusion Participant Angehoerige (1.0.1+20210803) DYNAMIC 1.2.40.0.34.6.0.11.1.26 Inklusion Participant Versicherung (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.29 Inklusion Participant Betreuungsorganisation (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.28 Inklusion Participant Weitere Behandler (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.9 Inklusion In Fulfillment Of (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.9.15 Inklusion Time Interval Information minimal (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.9.22 Inklusion Assigned Entity (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.14 Inklusion Document Replacement - Related Document (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.1.18 Inklusion Authorization (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.7 Inklusion Component Of - Encompassing Encounter (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.2.69 Containment Brieftext (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.2.79 Containment Behandlungsgrund - unkodiert (1.0.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.2.96 Containment Diagnose - kodiert (1.1.2+20240628) DYNAMIC 1.2.40.0.34.6.0.11.2.80 Containment Zusammenfassung der Behandlung - unkodiert (1.0.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.2.91 Containment Auszüge aus erhobene Daten - unkodiert (1.1.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.2.81 Containment Erhobene Daten - kodiert (1.0.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.2.82 Containment Verwendete Geräte - kodiert (1.0.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.2.71 Containment Beilagen (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.0.10 Telemonitoring Episodenbericht (2021‑02‑11 09:01:26) ref elgatgd- Version: Template 1.2.40.0.34.6.0.11.0.10 Telemonitoring Episodenbericht (2018‑07‑18 16:07:16) ref elgatgd-
Beispiel	Beispiel <!-- Dies ist das Beispieldokument in der Version 3.0 für das "ELGA CDA Telemonitoring Episodenbericht"-CDA --> <hl7:ClinicalDocument>   <!-- der Bereich für welcher das CDA erstellt wurde -->   <hl7:realmCode code="AT"/>  <!-- CDA R2 typeID -->   <hl7:typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>  <!-- eHealth Austria Dokumente -->   <hl7:templateId root="1.2.40.0.34.6.0.11.0.1"/>  <!-- Telemonitoring Episodenbericht Leitfaden -->   <hl7:templateId root="1.2.40.0.34.7.23.1"/>  <!-- Telemonitoring Episodenbericht Art-Decor -->   <hl7:templateId root="1.2.40.0.34.6.0.11.0.10"/>  <!-- Die Eindeutige ID des Dokumentes, bestehend aus der ID des Dokumenten-Sets und der Versionsnummer innerhalb des Sets -->   <hl7:id root="1.2.40.0.34.3.1.1058.1337" extension="999021.1" assigningAuthorityName="Tirol Kliniken GmbH"/>  <!-- Der Code gibt an um welches Dokument es sich handelt. Mit Telehealth Progress Note mit dem LOINC 75497-8 exisitert eine zweite mögliche Verwendung als Fortschrittsbefund. -->   <hl7:code codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" code="75498-6" displayName="Telehealth Summary note">     <hl7:translation codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" code="75496-0" displayName="Telehealth note"/>  </hl7:code>  <!-- der Titel des Dokumentes -->   <hl7:title>Entlassungsbericht HerzMobil Tirol (10.01.2018 - 13.12.2018)</hl7:title>  <!-- Status eines Dokuments, bei einem Zwischen-Bericht auf "active" zu setzten -->   <!-- <sdtc:statusCode code="active"/> -->   <!-- Terminologie-Datum -->   <hl7at:terminologyDate value="20180526"/>  <!-- Erste Version des Telemonitoring Episodenbericht -->   <hl7at:formatCode code="urn:hl7-at:telemon-epi:1.2.0+20210301" codeSystem="1.2.40.0.34.5.37" displayName="HL7 Austria Telemonitoring Episodenbericht 1.2.0+20210301"/>  <!-- die fachliche Zuordnung des Dokumentes -->   <hl7at:practiceSettingCode code="F019" displayName="Innere Medizin" codeSystem="1.2.40.0.34.5.12" codeSystemName="ELGA_PracticeSetting"/>  <!-- Erstellungszeitpunkt des Dokumentes -->   <hl7:effectiveTime value="20181213095800+0200"/>  <!-- Die Vertraulichkeit des Dokumentes wird in der ELGA immer mit "N" für normal angegeben -->   <hl7:confidentialityCode code="N" displayName="normal" codeSystem="2.16.840.1.113883.5.25" codeSystemName="HL7:Confidentiality"/>  <!-- Die Sprache des Dokumentes wird für das TmE im ELGA Szenario immer "de-AT" sein. -->   <hl7:languageCode code="de-AT"/>  <!-- Die Id des Sets -->   <hl7:setId root="1.2.40.0.34.3.1.1058.1337" extension="999021" assigningAuthorityName="Tirol Kliniken GmbH"/>  <!-- Die Versionsnummer des Dokumentes innerhalb des Sets -->   <hl7:versionNumber value="1"/>  <!-- Der Patient der behandelt wurde -->   <hl7:recordTarget>     <hl7:patientRole>       <!-- Der ID des Patienten beim Behandler -->       <hl7:id root="1.2.40.0.34.99.111.1.2" extension="123" assigningAuthorityName="Tirol Kliniken GmbH"/>      <!-- Die SVNR als globale ID des Patienten -->       <hl7:id root="1.2.40.0.10.1.4.3.1" extension="2568190361" assigningAuthorityName="Oesterreichische Sozialversicherung"/>      <!-- Die Adresse des Patienten -->       <hl7:addr use="H">         <hl7:streetAddressLine>Kranebitter Allee 11/6</hl7:streetAddressLine>        <hl7:postalCode>6020</hl7:postalCode>        <hl7:city>Innsbruck</hl7:city>        <hl7:state>Tirol</hl7:state>        <hl7:country>AUT</hl7:country>      </hl7:addr>      <!-- Die Telefonnummer des Patienten -->       <hl7:telecom value="tel:+43.660.12301942" use="MC"/>      <!-- Die Email-Adresse des Patienten -->       <hl7:telecom value="mailto:franz.haecker@gmail.at"/>      <!-- Der Name, Geschlecht, Geburtsdatum, Familienstand, Religion und Geburtsort des Patienten -->       <hl7:patient>         <hl7:name>           <cda:prefix>Dr.</cda:prefix>          <cda:given>Franz</cda:given>          <hl7:family>Häckler</hl7:family>        </hl7:name>        <hl7:administrativeGenderCode code="M" displayName="Male" codeSystem="1.2.40.0.34.10.4" codeSystemName="HL7:AdministrativeGender"/>        <hl7:birthTime value="19610319"/>        <hl7:maritalStatusCode code="M" displayName="Married" codeSystem="2.16.840.1.113883.5.2" codeSystemName="HL7:MaritalStatus"/>        <hl7:religiousAffiliationCode code="101" displayName="Römisch-Katholisch" codeSystem="2.16.840.1.113883.2.16.1.4.1" codeSystemName="HL7.AT:ReligionAustria"/>        <cda:birthplace>           <hl7:place>             <hl7:addr>Innsbruck</hl7:addr>          </hl7:place>        </cda:birthplace>      </hl7:patient>    </hl7:patientRole>  </hl7:recordTarget>  <!-- Der Autor/Ersteller des Dokumentes -->   <hl7:author>     <!-- Der Zeitpunkt des Erstellens -->     <hl7:time value="20160501120000+0200"/>    <!-- Die Details über den Ersteller des Dokumentes -->     <hl7:assignedAuthor>       <!-- Die ID des Erstellers, eindeutig innerhalb des Dokumentenverwahreres -->       <hl7:id root="1.2.40.0.34.3.1.1058.1337" extension="999021" assigningAuthorityName="Tirol Kliniken GmbH"/>      <!-- wenn das Dokument vollständig von einer Maschine erstellt worden ist, dann wird folgender auskommentierter XML Abschnitt statt "assignedPerson" verwendet <assignedAuthoringDevice> <manufacturerModelName>AIT KIT Telemedical Solutions</manufacturerModelName> <softwareName>TMScardio v2.3</softwareName> </assignedAuthoringDevice> -->       <hl7:assignedPerson>         <!-- Name des Verfassers des Dokuments -->         <hl7:name>           <cda:prefix>Dr.</cda:prefix>          <cda:given>Daniela</cda:given>          <hl7:family>Holzer</hl7:family>        </hl7:name>      </hl7:assignedPerson>      <!-- Die Organisation für welche der Autor das Dokument verfasst hat -->       <hl7:representedOrganization>         <hl7:id root="1.2.40.0.34.99.4" assigningAuthorityName="Facharztpraxis für Innere Medizin, Niere, Bluthochdruck und Ernährungsmedizin - Dr. med. univ. Daniela Holzer"/>        <hl7:name>Facharztpraxis für Innere Medizin, Niere, Bluthochdruck und Ernährungsmedizin - Dr. med. univ. Daniela Holzer</hl7:name>        <hl7:telecom value="mailto:praxis@drHolzer.at"/>        <hl7:telecom value="tel:+43.215285721"/>        <hl7:telecom value="fax:+43.1.3453446.4674"/>        <hl7:telecom value="http://www.amadeusspital.at"/>        <hl7:addr>           <hl7:streetAddressLine>Weiherburggasse 85</hl7:streetAddressLine>          <hl7:city>Innsbruck</hl7:city>          <hl7:state>Tirol</hl7:state>          <hl7:postalCode>6020</hl7:postalCode>          <hl7:country>Austria</hl7:country>        </hl7:addr>      </hl7:representedOrganization>    </hl7:assignedAuthor>  </hl7:author>  <!-- Der Verwahrer des Dokumentes -->   <hl7:custodian>     <cda:assignedCustodian>       <!-- Die Details über den Verwahrer des Dokumentes inklusive Kontaktmöglichkeit -->       <cda:representedCustodianOrganization>         <hl7:id root="1.2.40.0.34.3.1.3" extension="1" assigningAuthorityName="Tirol Kliniken GmbH"/>        <hl7:name>Tirol Kliniken GmbH</hl7:name>        <hl7:telecom value="tel:+43.(0)50.55460-0"/>        <hl7:addr>           <hl7:streetName>Anichstrasse</hl7:streetName>          <hl7:houseNumber>35</hl7:houseNumber>          <hl7:city>Innsbruck</hl7:city>          <hl7:state>Tirol</hl7:state>          <hl7:postalCode>6020</hl7:postalCode>          <hl7:country>Austria</hl7:country>        </hl7:addr>      </cda:representedCustodianOrganization>    </cda:assignedCustodian>  </hl7:custodian>  <!-- der beabsichtige Empfänger des Dokumentes -->   <hl7:informationRecipient typeCode="PRCP">     <hl7:intendedRecipient>       <!-- Identifikation des Empfängers aus dem GDA-Index, kann unbekannt sein -->       <hl7:id nullFlavor="UNK"/>      <!-- Die Details über den Empfänger -->       <hl7:informationRecipient>         <hl7:name>           <cda:prefix qualifier="AC">Univ.-Doz. Dr.</cda:prefix>          <cda:given>Gerhard</cda:given>          <hl7:family>Pölzl</hl7:family>        </hl7:name>      </hl7:informationRecipient>      <!-- Organisation, der der Empfänger angehört -->       <hl7:receivedOrganization>         <hl7:id root="1.2.40.0.34.99.3" extension="1234567890" assigningAuthorityName="Tirol Kliniken GmbH"/>        <hl7:name>Tirol Kliniken GmbH</hl7:name>        <hl7:telecom value="tel:+43.(0)50.55460-0"/>        <hl7:addr>           <hl7:streetName>Anichstrasse</hl7:streetName>          <hl7:houseNumber>35</hl7:houseNumber>          <hl7:city>Innsbruck</hl7:city>          <hl7:state>Tirol</hl7:state>          <hl7:postalCode>6020</hl7:postalCode>          <hl7:country>Austria</hl7:country>        </hl7:addr>      </hl7:receivedOrganization>    </hl7:intendedRecipient>  </hl7:informationRecipient>  <!-- Der Haupt-Unterzeichner des Dokumentes -->   <hl7:legalAuthenticator>     <!-- Der Zeitstempel des Unterzeichnens -->     <hl7:time value="20181213105900+0200"/>    <!-- Der Signaturcode -->     <hl7:signatureCode code="S"/>    <!-- Personen- und Organisationsdaten -->     <cda:assignedEntity>       <hl7:id root="1.2.40.0.34.3.1.1058.1337" extension="999021" assigningAuthorityName="Tirol Kliniken GmbH"/>      <!-- <assignedAuthoringDevice> <manufacturerModelName>AIT KIT Telemedical Solutions</manufacturerModelName> <softwareName>TMScardio</softwareName> </assignedAuthoringDevice> -->       <hl7:assignedPerson>         <!-- Name des Verfassers des Dokuments -->         <hl7:name>           <cda:prefix>Dr.</cda:prefix>          <cda:given>Daniela</cda:given>          <hl7:family>Holzer</hl7:family>        </hl7:name>      </hl7:assignedPerson>      <hl7:representedOrganization>         <hl7:id root="1.2.40.0.34.99.4" extension="1234567890" assigningAuthorityName="Facharztpraxis für Innere Medizin, Niere, Bluthochdruck und Ernährungsmedizin - Dr. med. univ. Daniela Holzer"/>        <hl7:name>Facharztpraxis für Innere Medizin, Niere, Bluthochdruck und Ernährungsmedizin - Dr. med. univ. Daniela Holzer</hl7:name>        <hl7:telecom value="mailto:praxis@drHolzer.at"/>        <hl7:telecom value="tel:+43.215285721"/>        <hl7:addr>           <hl7:streetAddressLine>Weiherburggasse 85</hl7:streetAddressLine>          <hl7:city>Innsbruck</hl7:city>          <hl7:state>Tirol</hl7:state>          <hl7:postalCode>6020</hl7:postalCode>          <hl7:country>Austria</hl7:country>        </hl7:addr>      </hl7:representedOrganization>    </cda:assignedEntity>  </hl7:legalAuthenticator>  <!-- der fachliche Ansprechpartner -->   <cda:participant typeCode="CALLBCK">     <hl7:templateId root="1.2.40.0.34.11.1.1.1"/>    <cda:associatedEntity classCode="PROV">       <!-- Die verpflichtende Telefonnummer des fachlichen Ansprechpartners -->       <hl7:telecom use="WP" value="tel:+43.215285721"/>      <!-- Name des Fachlichen Ansprechpartners -->       <cda:associatedPerson>         <hl7:name>           <cda:prefix>Dr.</cda:prefix>          <cda:given>Daniela</cda:given>          <hl7:family>Holzer</hl7:family>        </hl7:name>      </cda:associatedPerson>    </cda:associatedEntity>  </cda:participant>  <!-- Die Behandlung/Gesundheitsdienstleistung welche hier dokumentiert ist -->   <cda:documentationOf>     <cda:serviceEvent>       <hl7:code code="719858009" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Telehealth monitoring (regime/therapy)"/>      <!-- Anfang und Ende der Behandlung -->       <hl7:effectiveTime>         <cda:low value="20181001082015+0200"/>        <cda:high value="201812131059+0200"/>      </hl7:effectiveTime>    </cda:serviceEvent>  </cda:documentationOf>  <!-- Der Patientenkontakt kann hier dokumentiert werden, welcher beim TmE-Dokument optional ist -->   <cda:componentOf>     <cda:encompassingEncounter>       <!-- Die Fallzahl der Behandlung -->       <hl7:id extension="2017999999" root="1.3.6.1.4.1.36678.5.903.71.7"/>      <hl7:code code="VR" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode" displayName="virtual"/>      <!-- Die Laufzeit des Falles zur Behandlung -->       <hl7:effectiveTime>         <cda:low value="20181001082015+0200"/>        <cda:high value="201812131059+0200"/>      </hl7:effectiveTime>      <!-- Die verantworliche Person für die Behandlung -->       <cda:responsibleParty>         <cda:assignedEntity>           <hl7:id root="1.2.40.0.34.3.1.1058.1337" extension="999021" assigningAuthorityName="Tirol Kliniken GmbH"/>          <hl7:assignedPerson>             <hl7:name>               <cda:prefix>Dr.</cda:prefix>              <cda:given>Daniela</cda:given>              <hl7:family>Holzer</hl7:family>            </hl7:name>          </hl7:assignedPerson>        </cda:assignedEntity>      </cda:responsibleParty>      <!-- Der Ort des Patientenkontaktes -->       <cda:location>         <cda:healthCareFacility>           <hl7:code code="300" displayName="Allgemeine Krankenanstalt" codeSystem="1.2.40.0.34.5.2"/>          <cda:serviceProviderOrganization>             <hl7:id root="1.2.40.0.34.99.4" extension="1234567890" assigningAuthorityName="Facharztpraxis für Innere Medizin, Niere, Bluthochdruck und Ernährungsmedizin - Dr. med. univ. Daniela Holzer"/>            <hl7:name>Tirol Kliniken GmbH</hl7:name>            <hl7:telecom use="WP" value="tel:+43.215285721"/>            <hl7:addr>               <hl7:streetAddressLine>Weiherburggasse 85</hl7:streetAddressLine>              <hl7:city>Innsbruck</hl7:city>              <hl7:state>Tirol</hl7:state>              <hl7:postalCode>6020</hl7:postalCode>              <hl7:country>Austria</hl7:country>            </hl7:addr>          </cda:serviceProviderOrganization>        </cda:healthCareFacility>      </cda:location>    </cda:encompassingEncounter>  </cda:componentOf>  <cda:component>     <cda:structuredBody> :: </cda:structuredBody>  </cda:component></hl7:ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:ClinicalDocument (TGD...und) @classCode cs 0 … 1 F DOCCLIN @moodCode cs 0 … 1 F EVN Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.10 Document Realm (DYNAMIC) hl7:realmCode CS 1 … 1 M Hoheitsbereich des Dokuments. Fester Wert: @code = AT (aus Value Set „ELGA_RealmCode“) (TGD...und) @code 1 … 1 F AT Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.30 Document TypeId (DYNAMIC) hl7:typeId II 1 … 1 M Dokumentformat CDA R2 (TGD...und) @root uid 1 … 1 F 2.16.840.1.113883.1.3 @extension st 1 … 1 F POCD_HD000040 hl7:templateId II 1 … 1 M Fixe OID für alle Dokumente, die in der Governance-Gruppe "eHealth Austria" abgestimmt werden und von einem zentralen Art-Decor Repository abgeleitet werden (AT-CDA-BBR). (TGD...und) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.0.1 hl7:templateId II 1 … 1 M Root-OID des Implementierungsleitfadens (Dokument-OID). Dient als informative Referenz. (TGD...und) @root uid 1 … 1 F 1.2.40.0.34.7.23.1 hl7:templateId II 1 … 1 M OID der Art-Decor Template für das Dokument (DocumentLevelTemplate für Schematron) (TGD...und) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.0.10 Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.1 Document Id (DYNAMIC) hl7:id II 1 … 1 M Dokumenten-Id des CDA-Dokuments. Es MUSS eine gültige und innerhalb des ID-Pools eindeutige Dokumenten-ID angegeben werden. Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen. (TGD...und) @root uid 1 … 1 R Auswahl 1 … 1 Einer von zwei Dokumententypen 75497-8 (Telehealth Progress note) oder 75498-6 (Telehealth Summary note) im "code"-Element und die fixierte Dokumentenklasse 75496-0 (Telehealth note) im untergeordneten "translation"-Element. Elemente in der Auswahl: hl7:code hl7:code hl7:code CE 0 … 1 R Dokumententyp 75497-8 (Telehealth Progress note) ↔ Hinweis zum XDS-Mapping:  Wird in ELGA in das XDS DocumentEntry Metadaten-Attribut XDSDocumentEntry.typeCode übernommen. Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName. (TGD...und) @code cs 1 … 1 F 75497-8 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.1 @codeSystemName st 0 … 1 F LOINC @displayName st 1 … 1 F Telehealth Progress note hl7:translation CE 1 … 1 M fester Dokumententyp 75496-0 (Telehealth note) ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.classCode gemappt. Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName. (TGD...und) @code cs 1 … 1 F 75496-0 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.1 @codeSystemName st 0 … 1 F LOINC @displayName st 1 … 1 F Telehealth note hl7:code CE 0 … 1 R Dokumententyp 75498-6 (Telehealth Summary note) ↔ Hinweis zum XDS-Mapping:  Wird in ELGA in das XDS DocumentEntry Metadaten-Attribut XDSDocumentEntry.typeCode übernommen. Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName. (TGD...und) @code cs 1 … 1 F 75498-6 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.1 @codeSystemName st 0 … 1 F LOINC @displayName st 1 … 1 F Telehealth Summary note hl7:translation CE 1 … 1 M fester Dokumententyp 75496-0 (Telehealth note) ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.classCode gemappt. Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName. (TGD...und) @code cs 1 … 1 F 75496-0 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.1 @codeSystemName st 0 … 1 F LOINC @displayName st 1 … 1 F Telehealth note Auswahl 1 … 1 Dokumententitel. Dieses Element enthält den für den lesenden Dokumentempfänger gedachten Titel und muss sinngemäß mit der Dokumentklasse übereinstimmen. Für den Telemonitoring Episodenbericht gilt es weiter je nach Dokumententyp zu unterscheiden. Elemente in der Auswahl: hl7:title hl7:title hl7:title ST 0 … 1 R Für den Telemonitoring Episodenbericht mit dem LOINC Code 75497-8 (Telehealth Progress note) muss der Titel mit "Zwischenbericht" beginnen. Danach soll das Telegesundheitsdienste-System angegeben werden und mit dem Zeitraum, der in dem Dokument vorhandenen Daten, enden. Bsp.: Zwischenbericht Herz-Mobil Steiermark (23.03.2020-30.04.2020) (TGD...und) hl7:title ST 0 … 1 R Für den Telemonitoring Episodenbericht mit dem LOINC Code 75498-6 (Telehealth Summary note) muss der Titel mit "Entlassungsbericht" beginnen. Danach soll das Telegesundheitsdienste-System angegeben werden und mit dem Zeitraum, der in dem Dokument vorhandenen Daten, enden. Bsp.: Entlassungsbericht Herz-Mobil Tirol (05.2020) (TGD...und) Eingefügt 0 … 1 C von 1.2.40.0.34.6.0.11.1.45 Document StatusCode (DYNAMIC)   Constraint Ein Zwischenbericht soll immer nur den statusCode "active" haben. Ein Entlassungsbericht soll keinen statusCode haben, was gleichbedeutend mit "completed" ist. Ausnahmen sind in einzelnen Fällen möglich, bitte mit der Ausnahme bei cda@elga.gv.at zur Überprüfung melden. sdtc:statusCode CS 0 … 1 C Status eines Dokuments. e-Befunde sind grundsätzlich abgeschlossene bzw. "fertige" ("completed") Dokumente, daher entfällt die Angabe eines Status. In folgenden Ausnahmen SOLL der Status eines Dokuments wie folgt angegeben werden: “active”: z.B. wenn bekannt ist, dass Updates folgen werden: Etwa für "vorläufige ärztliche Entlassungsbriefe" oder Laborbefunde, für die noch Ergebnisse einzelner Analysen ausständig sind “nullified”: z.B. für Dokumente, die gemäß Anwendungsfall "Storno von ELGA-Dokumenten" storniert werden, wobei zusätzlich ein letztes Dokument mit Storniert-Status in der Versionskette registriert wird. ↔ Hinweis zum XDS-Mapping: Der Status wird nicht in die XDS-Metadaten übernommen! (TGD...und)   Constraint Zulässige Werte für sdtc:statusCode/@code sind "active" und "nullified"   CONF @code muss "nullified" sein oder @code muss "active" sein Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.46 Document TerminologyDate (DYNAMIC) hl7at:terminologyDate TS.DATE.FULL 1 … 1 M Das Terminologie-Datum des Dokumentes Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben. (TGD...und)   Constraint Das Datum der letzten Terminologie-Aktualisierung MUSS entsprechend klassischer HL7 V3 Notation im Format "YYYYMMDD" angegeben werden. Beispiel: 20200527 hl7at:formatCode CD 1 … 1 M ↔ Hinweis zum XDS-Mapping: @code wird in das XDS-Attribut XDSDocumentEntry.formatCode übernommen. (TGD...und) @code CONF 1 … 1 F urn:hl7-at:telemon-epi:1.2.0+20210304 @codeSystem 1 … 1 F 1.2.40.0.34.5.37 @displayName 1 … 1 F HL7 Austria Telemonitoring Episodenbericht 1.2.0+20210301 Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.44 Document PracticeSettingCode (DYNAMIC) hl7at:practiceSettingCode CD 1 … 1 M Die fachliche Zuordnung des Dokumentes (TGD...und) @displayName 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.75 ELGA_PracticeSetting (DYNAMIC) Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.11 Document Effective Time (DYNAMIC) hl7:effectiveTime TS.AT.TZ 1 … 1 M Relevantes Datum des Dokuments. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. (TGD...und)   at-cda-bbr-data​element-11  Erstellungsdatum  Dataset A Allgemeiner Leitfaden Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.12 Document Confidentiality Code (DYNAMIC) hl7:confidentialityCode CE 1 … 1 M Vertraulichkeitscode des Dokuments aus Value Set „ELGA_Confidentiality“.  (TGD...und)   at-cda-bbr-data​element-13  Vertraulichkeitscode  Dataset A Allgemeiner Leitfaden @codeSystemName st 1 … 1 F HL7:Confidentiality   Constraint Für ELGA-Dokumente ist ausschließlich "N" erlaubt! Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.13 Document Language (DYNAMIC) hl7:language​Code CS.LANG 1 … 1 M Sprachcode des Dokuments. (TGD...und)   at-cda-bbr-data​element-14  Sprachcode  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.10 ELGA_LanguageCode (DYNAMIC)   Constraint Für ELGA ist in @code für CDA und Ableitungen in die XDSDocumentEntry-Metadaten derzeit ausschließlich der Wert "de-AT" zulässig. Für eHealth und zukünftige Versionen der ELGA Leitfäden können weitere Sprachcodes erlaubt werden. Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.15 Document Set Id and Version Number (DYNAMIC) hl7:setId II 1 … 1 M Eindeutige Id des Dokumentensets. Diese bleibt über alle Versionen der Dokumente gleich (initialer Wert bleibt erhalten). Die setId SOLL unterschiedlich zur clinicalDocument.id sein. ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut referenceIdList ("urn:elga:iti:xds:2014:ownDocument_setId") gemappt. Hinweis: Bestimmte Systeme, die bei der Übernahme der setId in die XDS-Metadaten mit dem V2-Datentyp CX arbeiten, könnten ein Problem mit @extension-Attributen haben, die länger als 15 Zeichen sind. (TGD...und) hl7:versionNumber INT.​NONNEG 1 … 1 M Versionsnummer des Dokuments, wird bei neuen Dokumenten mit 1 festgelegt. Die versionNumber ist eine natürliche Zahl für die fortlaufende Versionszählung. Mit einer neuen Version wird diese Zahl hochgezählt, während die setId gleich bleibt. (TGD...und) @value int 1 … 1 R Versionsnummer als positive ganze Zahl. Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.3 Record Target (DYNAMIC) hl7:recordTarget 1 … 1 M Komponente für die Patientendaten. (TGD...und)   at-cda-bbr-data​element-64  Patient  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1 F RCT @context​Control​Code cs 0 … 1 F OP hl7:patientRole 1 … 1 M Patientendaten. (TGD...und) @classCode cs 0 … 1 F PAT hl7:id II 2 … * R Patientenidentifikatoren (TGD...und)   at-cda-bbr-data​element-193  EKVK  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-65  LokaleID  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-66  SVNr  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-67  bPK-GH  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"/> hl7:addr 0 … 2 R Adresse des Patienten. Es MUSS eine mögliche Adresse unterstützt werden. Spezielle Leitfäden (z.B. Entlassungsbrief Pflege) können es erforderlich machen, dass mehr als eine Adresse unterstützt werden muss. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (TGD...und)   at-cda-bbr-data​element-68  Adresse  Dataset A Allgemeiner Leitfaden   Constraint Werden mehrere gleichartige address-Elemente strukturiert (z.B. Home, Pflege), MUSS jeweils das Attribut @use angeführt sein. hl7:telecom TEL.AT 0 … * R Kontakt-Element. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. (TGD...und)   at-cda-bbr-data​element-72  Kontaktdaten  Dataset A Allgemeiner Leitfaden @value url 1 … 1 R 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“ @use cs 0 … 1   Bedeutung des angegebenen Kontakts (z.B Heim, Arbeitsplatz), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:patient 1 … 1 M Name des Patienten. Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben gemäß „Namen-Elemente von Personen PN“ zu befolgen. (TGD...und)   at-cda-bbr-data​element-70  Name  Dataset A Allgemeiner Leitfaden Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Namen-Element (Person) (TGD...und) @use cs 0 … 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“). hl7:prefix ENXP 0 … * Beliebig viele Präfixe zum Namen, z.B. Akademische Titel Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen! (TGD...und) @qualifier cs 0 … 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) hl7:family ENXP 1 … * M Mindestens ein Hauptname (Nachname). (TGD...und) @qualifier cs 0 … 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) hl7:given ENXP 1 … * M Mindestens ein Vorname (TGD...und) @qualifier cs 0 … 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) hl7:suffix ENXP 0 … * Beliebig viele Suffixe zum Namen (TGD...und) @qualifier cs 0 … 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) Auswahl 1 … 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'] hl7:administrative​Gender​Code CE 0 … 1 (TGD...und) wo [not(@nullFlavor)]   at-cda-bbr-data​element-74  Geschlecht  Dataset A Allgemeiner Leitfaden @displayName st 1 … 1 R @code cs 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.1 @codeSystemName st 0 … 1 F HL7:AdministrativeGender   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC) hl7:translation CD 0 … * R Über ein Translation-Element können weitere Angaben zum Geschlecht gemacht werden, wenn diese abweichend vom administrativen Geschlecht sind, z.B.: Biologisches Geschlecht, Geschlecht in der Sozialversicherung, Geschlecht für die Stations-/Bettenbelegung im Krankenhaus (TGD...und) @displayName st 1 … 1 R   Beispiel Beispiel für eine SNOMED CT Angabe <translation code="772004004" codeSystem="2.16.840.1.113883.6.96" displayName="Non-binary gender"/> hl7:administrative​Gender​Code CE 0 … 1 Mittels nullFlavor="UNK" wird "Unbekannt" abgebildet. Dies schließt die Ausprägung "Keine Angabe" mit ein. (TGD...und) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 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'] hl7:birthTime TS.AT.VAR 0 … 1 (TGD...und)   at-cda-bbr-data​element-75  Geburtsdatum  Dataset A Allgemeiner Leitfaden hl7:birthTime TS.AT.VAR 0 … 1 (TGD...und) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK sdtc:deceasedInd BL 0 … 1 R Kennzeichen, dass die Person verstorben ist. Kann alternativ zum Todesdatum angegeben werden, v.a. wenn der Todeszeitpunkt nicht bekannt ist. (TGD...und)   at-cda-bbr-data​element-192  Verstorben-Kennzeichen  Dataset A Allgemeiner Leitfaden sdtc:deceasedTime TS.AT.TZ 0 … 1 R Todesdatum der Person. (TGD...und)   at-cda-bbr-data​element-191  Todesdatum  Dataset A Allgemeiner Leitfaden hl7:marital​Status​Code CE 0 … 1 R Codierung des Familienstands des Patienten. Zulässige Werte gemäß Value-Set „ELGA_MaritalStatus“ (TGD...und)   at-cda-bbr-data​element-98  Familienstand  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.2 @codeSystemName st 1 … 1 F HL7:MaritalStatus @displayName st 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.11 ELGA_MaritalStatus (DYNAMIC) hl7:religious​Affiliation​Code CE 0 … 1 R Codierung des Religionsbekenntnisses des Patienten. Zulässige Werte gemäß Value-Set „ELGA_ReligiousAffiliation“ (TGD...und)   at-cda-bbr-data​element-99  Religionsbekenntnis  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.2.16.1.4.1 @codeSystemName st 1 … 1 F HL7.AT:ReligionAustria @displayName st 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.18 ELGA_ReligiousAffiliation (DYNAMIC) hl7:raceCode NP Rasse des Patienten. Darf nicht verwendet werden! (TGD...und) hl7:ethnic​Group​Code NP Ethnische Zugehörigkeit des Patienten. Darf nicht verwendet werden! (TGD...und) hl7:guardian 0 … * R Gesetzlicher Vertreter: Vorsorgebevollmächtigte/r (Bevollmächtigte/r durch Vorsorgevollmacht) Gewählte/r ErwachsenenvertreterIn Gesetzliche/r ErwachsenenvertreterIn Gerichtliche/r ErwachsenenvertreterIn (Sachwalter) Der gesetzliche Vetreter kann entweder eine Person (guardianPerson) oder eine Organisation (guardianOrganization) sein. Beim Patienten können optional ein oder mehrere gesetzliche Vetreter angegeben werden. Wenn ein gesetzliche Vetreter bekannt ist, SOLL diese Information auch angegeben werden. (TGD...und)   at-cda-bbr-data​element-88  Gesetzlicher Vertreter  Dataset A Allgemeiner Leitfaden @classCode cs 0 … 1 F GUARD hl7:addr 0 … 1 R Die Adresse des gesetzlichen Vertreters oder der Organisation. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (TGD...und) hl7:telecom TEL.AT 0 … * R Beliebig viele Kontaktdaten des gesetzlichen Vertreters als Person oder Organisation. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. (TGD...und) @value st 1 … 1 R 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“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (z.B. Heim, Arbeitsplatz) Bsp: WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 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) hl7:guardian​Person 0 … 1 Name des gesetzlichen Vertreters: Angabe in  Granularitätsstufe 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) (TGD...und) hl7:guardian​Person 0 … 1 Name des gesetzlichen Vertreters: Angabe in  Granularitätsstufe 2 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (TGD...und) hl7:guardian​Organization 0 … 1 R Name des gesetzlichen Vertreters (Organisation) Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC) (TGD...und) hl7:birthplace 0 … 1 R Geburtsort des Patienten. (TGD...und)   at-cda-bbr-data​element-76  Geburtsort  Dataset A Allgemeiner Leitfaden @classCode cs 0 … 1 F BIRTHPL hl7:place 1 … 1 M (TGD...und) @classCode cs 0 … 1 F PLC @determiner​Code cs 0 … 1 F INSTANCE Auswahl 1 … 1 Elemente 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) hl7:addr AD 0 … 1 Die Adresse des Geburtsorts. Minimalangabe. Alle Elemente optional. Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) (TGD...und) hl7:addr AD 0 … 1 Die Adresse des Geburtsorts, struktuiert. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (TGD...und) hl7:language​Communication 0 … * R Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten. (TGD...und)   at-cda-bbr-data​element-100  Sprachfähigkeit  Dataset A Allgemeiner Leitfaden hl7:language​Code CS 1 … 1 M Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen). In der Klasse languageCommunication können Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform (z.B. gesprochen oder geschrieben) des Patienten angegeben werden. Dieser Leitfaden schränkt die möglichen Werte für die Sprache auf Werte aus dem Value Set ELGA_HumanLanguage ein. Die Gebärdensprache ist als eigene Sprache inkl. Ländercode anzugeben, mit der Ergänzung des Länder-/Regional-Codes (z.B. sgn-at), die Ausdrucksweise (MoodCode) wird in diesem Fall nicht angegeben (denn expressed / received signed wären redundant). (TGD...und)   at-cda-bbr-data​element-101  Sprache  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R Zulä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) hl7:modeCode CE 0 … 1 C Ausdrucksform der Sprache. Zulässige Werte gemäß Value-Set „ELGA_LanguageAbilityMode“ (TGD...und) @code cs 1 … 1 R @displayName st 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.60 @codeSystemName st 0 … 1 F HL7:LanguageAbilityMode   Constraint Bei 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) hl7:proficiency​Level​Code CE 0 … 1 R Grad der Sprachkenntnis in der Sprache. Zulässige Werte gemäß Value-Set „ELGA_ProficiencyLevelCode“ (TGD...und)   at-cda-bbr-data​element-102  Grad der Sprachkenntnis  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R @displayName st 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.61 @codeSystemName st 0 … 1 F HL7:LanguageAbilityProficiency   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC) hl7:preference​Ind BL 0 … 1 R Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird. (TGD...und)   at-cda-bbr-data​element-103  Sprachpräferenz  Dataset A Allgemeiner Leitfaden   Schematron assert role  error     test not(hl7:id[1]/@nullFlavor)     Meldung Die Verwendung von id/@nullFlavor ist an dieser Stelle NICHT ERLAUBT.     Schematron assert role  error     test not(hl7:id[2]/@nullFlavor) or (hl7:id[2][@nullFlavor='UNK'] or hl7:id[2][@nullFlavor='NI'])     Meldung Zugelassene nullFlavor sind "NI" und "UNK"   Eingefügt 1 … * M von 1.2.40.0.34.6.0.11.1.2 Author (DYNAMIC) hl7:author 1 … * M Verfasser des Dokuments. (TGD...und) @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP hl7:functionCode CE (extensible) 0 … 1 R Funktionscode des Verfassers des Dokuments, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“. Eigene Codes und Bezeichnungen können verwendet werden. (TGD...und) @code cs 1 … 1 R @codeSystem oid 1 … 1 R @displayName st 1 … 1 R Auswahl 1 … 1 Der Zeitpunkt, zu dem das Dokument verfasst bzw. inhaltlich fertiggestellt wurde. Elemente in der Auswahl: hl7:time[not(@nullFlavor)] hl7:time[@nullFlavor='UNK'] hl7:time TS.AT.TZ 0 … 1 (TGD...und) wo [not(@nullFlavor)] hl7:time TS.AT.TZ 0 … 1 (TGD...und) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:assignedAuthor 1 … 1 M (TGD...und) @classCode cs 0 … 1 F ASSIGNED Auswahl 1 … * 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']   Constraint Zugelassene 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 hl7:id II 0 … * Identifikation des Verfassers des Dokuments im lokalen System des/der datenerstellenden Gerätes/Software. ODER Identifikation des/der datenerstellenden Gerätes/Software.  (TGD...und) wo [not(@nullFlavor)] hl7:id II 0 … 1 (TGD...und) wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 (TGD...und) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:code CE 0 … 1 R Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung), z.B: „Facharzt/Fachärztin für Gynäkologie“. Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben. (TGD...und) @codeSystem oid 1 … 1 R @displayName st 1 … 1 R @code cs 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:telecom TEL.AT 0 … * Kontaktdaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (TGD...und) wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 1 Elemente 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) hl7:assigned​Person 0 … 1 Personendaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen, name-Element ist hier Mandatory. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (TGD...und) hl7:assigned​Authoring​Device 0 … 1 Datenerstellende/s Software/Gerät Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) (TGD...und) hl7:represented​Organization 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. ↔ Hinweis zum XDS-Mapping: Da manche offiziellen Bezeichnungen von GDA sehr lang werden können, SOLL das name Element einer möglichst eindeutigen Kurzbezeichnung der Organisation entsprechen (im GDA-I im Tag description enthalten). Bei größeren Organisationen SOLL zusätzlich die Abteilung angegeben werden, damit die Zuordnung für den Leser einfacher wird.  Beispiel: Statt "Allgemeines Krankenhaus der Stadt Wien-Medizinischer Universitätscampus" -->  "Wien AKH" bzw. "Wien AKH - Augenambulanz"  Beinhaltet 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (DYNAMIC) (TGD...und)   Constraint id MUSS der OID der Organisation aus dem GDA-Index entsprechen. name SOLL der Kurzbezeichnung im GDA-I entsprechen (sofern vorhanden) Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“ Ausnahme: Wenn als Author ein/e Software/Gerät fungiert und keine OID aus dem GDA-I angegeben werden kann, MÜSSEN die Angaben der Organisation des Geräte-/Software-Betreibers oder Herstellers entsprechen. Eingefügt 0 … 1 von 1.2.40.0.34.6.0.11.1.22 Data Enterer (DYNAMIC) hl7:dataEnterer 0 … 1 z.B. Schreibkraft, Medizinische Dokumentationsassistenz (TGD...und)   at-cda-bbr-data​element-16  Schreibkraft  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1 F ENT @context​Control​Code cs 0 … 1 F OP hl7:time TS.AT.TZ 0 … 1 R Der Zeitpunkt zu dem die Daten dokumentiert wurden. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. (TGD...und) wo [not(@nullFlavor)]   at-cda-bbr-data​element-17  Zeitpunkt des Schreibens  Dataset A Allgemeiner Leitfaden hl7:assignedEntity 1 … 1 M Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) (TGD...und) Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.4 Custodian (DYNAMIC) hl7:custodian 1 … 1 M Verwahrer des Dokuments. (TGD...und)   at-cda-bbr-data​element-24  Verwahrer  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1 F CST hl7:assignedCustodian 1 … 1 M (TGD...und) @classCode cs 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M (TGD...und) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 1 … * M Identifikation des Verwahrers des Dokuments. Wenn dieser im GDA-I angeführt ist, ist die entsprechende OID zu verwenden. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. (TGD...und) hl7:name ON 1 … 1 M Name des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen. (TGD...und) hl7:telecom TEL.AT 0 … * Kontaktdaten des Verwahrers des originalen Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen. (TGD...und) wo [not(@nullFlavor)] @value st 1 … 1 R @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 1 … 1 M Adresse des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (TGD...und) Eingefügt 0 … * von 1.2.40.0.34.6.0.11.1.24 Information Recipient (DYNAMIC) hl7:information​Recipient 0 … * Beabsichtiger Empfänger des Dokuments.  (TGD...und)   at-cda-bbr-data​element-26  Empfänger  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 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)   at-cda-bbr-data​element-27  Empfänger Typ  Dataset A Allgemeiner Leitfaden hl7:intended​Recipient 1 … 1 M (TGD...und) @classCode cs 0 … 1   Auswahl 1 … * Elemente in der Auswahl: hl7:id[not(@nullFlavor)] hl7:id[@nullFlavor='NI'] hl7:id[@nullFlavor='UNK'] hl7:id II 0 … * Identifikation des beabsichtigten Empfängers (Person). Empfohlene Information für einen Empfänger ist die ID aus dem GDA-Index. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. (TGD...und) wo [not(@nullFlavor)]   at-cda-bbr-data​element-28  ID des Empfängers  Dataset A Allgemeiner Leitfaden hl7:id II 0 … 1 NI … Person hat keine ID (TGD...und) wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 UNK ... Person hat eine ID, diese ist jedoch unbekannt (TGD...und) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 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) hl7:information​Recipient  … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) (TGD...und) wo [hl7:name [count(child::*)=0]]   at-cda-bbr-data​element-29  Name  Dataset A Allgemeiner Leitfaden hl7:information​Recipient  … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (TGD...und) wo [hl7:name [count(child::*)!=0]] hl7:received​Organization 0 … 1 R Organisation, der der beabsichtigte Empfänger angehört, z.B.: „Ordination des empfangenden Arztes“. Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen. (TGD...und)   at-cda-bbr-data​element-30  Organisation  Dataset A Allgemeiner Leitfaden Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. (TGD...und) wo [not(@nullFlavor)] hl7:name ON 1 … 1 M Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden. (TGD...und) hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (TGD...und) wo [not(@nullFlavor)] @value st 1 … 1 R 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“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (TGD...und) wo [not(@nullFlavor)] Eingefügt 0 … * C von 1.2.40.0.34.6.0.11.1.5 Legal Authenticator (DYNAMIC)   Constraint Um die Anforderungen eines Backup-Dokumentes, On-Demand Dokumentes oder maschinell erstellten Dokumentes welches ohne Vidierung in der ELGA registiriert wird, mit diesem Leitfaden zu erfüllen, wird auch ermöglicht, dieses Dokumente ohne Vidierung (legalauthenticator 0..*) valide sein zu lassen. hl7:legalAuthenticator 0 … * C Hauptunterzeichner, Rechtlicher Unterzeichner (TGD...und)   at-cda-bbr-data​element-1  Rechtlicher Unterzeichner  Dataset A Allgemeiner Leitfaden @context​Control​Code cs 0 … 1 F OP @typeCode cs 0 … 1 F LA Auswahl 1 … 1 Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Elemente in der Auswahl: hl7:time[not(@nullFlavor)] hl7:time[@nullFlavor='UNK'] hl7:time TS.AT.TZ 0 … 1 (TGD...und) wo [not(@nullFlavor)]   at-cda-bbr-data​element-5  Zeitpunkt der Unterzeichnung  Dataset A Allgemeiner Leitfaden hl7:time TS.AT.TZ 0 … 1 (TGD...und) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:signatureCode CS 1 … 1 M Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde. (TGD...und)   at-cda-bbr-data​element-6  Signatur  Dataset A Allgemeiner Leitfaden @code CONF 1 … 1 F S hl7:assignedEntity 1 … 1 M Personendaten des rechtlichen Unterzeichners. Für den Namen ist verpflichtend Granularitätsstufe 2 ("strukturierte Angabe des Namens") anzuwenden! Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) (TGD...und) Eingefügt 0 … * von 1.2.40.0.34.6.0.11.1.6 Authenticator (DYNAMIC) hl7:authenticator 0 … * Weitere Unterzeichner. (TGD...und)   at-cda-bbr-data​element-31  Weitere Unterzeichner  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1 F AUTHEN Auswahl 1 … 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'] hl7:time TS.AT.TZ 0 … 1 (TGD...und) wo [not(@nullFlavor)]   at-cda-bbr-data​element-105  Zeitpunkt der Unterzeichnung  Dataset A Allgemeiner Leitfaden hl7:time TS.AT.TZ 0 … 1 (TGD...und) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:signatureCode CS 1 … 1 M (TGD...und)   at-cda-bbr-data​element-106  Signatur  Dataset A Allgemeiner Leitfaden @code CONF 1 … 1 F S hl7:assignedEntity 1 … 1 M Personendaten des weiteren Unterzeichners. Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen. (TGD...und) Eingefügt von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) @classCode cs 0 … 1 F ASSIGNED Auswahl 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 hl7:id II 0 … * (TGD...und) wo [not(@nullFlavor)] hl7:id II 0 … 1 (TGD...und) wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 (TGD...und) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 0 … 1 Elemente 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'] hl7:addr 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (TGD...und) wo [not(@nullFlavor)] hl7:addr 0 … 1 (TGD...und) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:telecom TEL.AT 0 … * Beliebig viele Kontakt-Elemente der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. (TGD...und) wo [not(@nullFlavor)] @value url 1 … 1 R 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" @use cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP. Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"   Constraint Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:assigned​Person 1 … 1 M Personendaten der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (TGD...und) hl7:represented​Organization 0 … 1 R Organisationsdaten der Entität. Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) (TGD...und) Eingefügt 0 … 1 von 1.2.40.0.34.6.0.11.1.20 Participant Fachlicher Ansprechpartner (DYNAMIC) hl7:participant 0 … 1 Fachlicher Ansprechpartner (TGD...und) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.20']] @typeCode cs 1 … 1 F CALLBCK   Callback contact @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten (TGD...und) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.20 hl7:functionCode CE (extensible) 0 … 1 Optionale Angabe eines Funktionscodes des fachlichen Ansprechpartners, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“. Eigene Codes und Bezeichnungen können verwendet werden. (TGD...und) @code cs 1 … 1 R @codeSystem oid 1 … 1 R @displayName st 1 … 1 R hl7:associated​Entity 1 … 1 M (TGD...und) @classCode cs 1 … 1 F PROV   Healthcare provider - Gesundheitsdiensteanbieter hl7:code CE 0 … 1 Optionale Angabe der Fachrichtung des fachlichen Ansprechpartners („Sonderfach“ gem. Ausbildungsordnung), z.B: „Facharzt/Fachärztin für Gynäkologie“. Wenn ein fachlicher Ansprechpartner mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben. (TGD...und) @codeSystem oid 1 … 1 R @displayName st 1 … 1 R @code cs 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für "Adress-Elemente" zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (TGD...und) wo [not(@nullFlavor)] hl7:telecom TEL.AT 1 … * M Beliebig viele Kontaktdaten des Beteiligten. (TGD...und) @value st 1 … 1 R 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“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Es MUSS mindestens eine Telefonnummer angegeben werden. Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:associated​Person 0 … 1 R Name der Person Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (TGD...und) hl7:scoping​Organization 0 … 1 R Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen. (TGD...und) Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. (TGD...und) wo [not(@nullFlavor)] hl7:name ON 1 … 1 M Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden. (TGD...und) hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (TGD...und) wo [not(@nullFlavor)] @value st 1 … 1 R 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“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (TGD...und) wo [not(@nullFlavor)] Eingefügt 0 … 1 von 1.2.40.0.34.6.0.11.1.21 Participant Ein-, Ueber-, Zuweisender Arzt (DYNAMIC) hl7:participant 0 … 1 Einweisender/Zuweisender/Überweisender Arzt (TGD...und) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.21']] @typeCode cs 1 … 1 F REF   Referrer @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M (TGD...und) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.21 hl7:associated​Entity 1 … 1 M (TGD...und) @classCode cs 1 … 1 F PROV   Healthcare provider - Gesundheitsdiensteanbieter Auswahl 1 … * Identifikation des einweisenden/zuweisenden/überweisenden Arztes. 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 hl7:id II 0 … * (TGD...und) wo [not(@nullFlavor)] hl7:id II 0 … 1 (TGD...und) wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 (TGD...und) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:addr AD 0 … 1 Adresse des einweisenden/zuweisenden/überweisenden Arztes Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (TGD...und) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des einweisenden/zuweisenden/überweisenden Arztes (TGD...und) wo [not(@nullFlavor)] @value st 1 … 1 R 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“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 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) hl7:associated​Person  … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) (TGD...und) wo [hl7:name [count(child::*)=0]] hl7:associated​Person  … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (TGD...und) wo [hl7:name [count(child::*)!=0]] hl7:scoping​Organization 0 … 1 R Organisation, der der Einweiser/Zuweiser/Überweiser angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen. (TGD...und) Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. (TGD...und) wo [not(@nullFlavor)] hl7:name ON 1 … 1 M Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden. (TGD...und) hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (TGD...und) wo [not(@nullFlavor)] @value st 1 … 1 R 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“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (TGD...und) wo [not(@nullFlavor)] Eingefügt 0 … 1 von 1.2.40.0.34.6.0.11.1.23 Participant Hausarzt (DYNAMIC) hl7:participant 0 … 1 Beteiligter (Hausarzt). (TGD...und) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.23']] @typeCode cs 1 … 1 F IND   In indirektem Bezug. @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten (TGD...und) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.23 hl7:functionCode CE 1 … * M Funktionscode des Beteiligten (TGD...und) @code cs 1 … 1 F PCP @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.88 @codeSystemName st 1 … 1 F HL7:ParticipationFunction hl7:associated​Entity 1 … 1 M Beschreibung der Entität. (TGD...und) @classCode cs 1 … 1 F PROV   Healthcare provider - Gesundheitsdiensteanbieter. Auswahl 0 … * 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 hl7:id II 0 … * (TGD...und) wo [not(@nullFlavor)] hl7:id II 0 … 1 (TGD...und) wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 (TGD...und) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:addr AD 0 … 1 Adresse des Hausarztes Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (TGD...und) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Hausarztes. (TGD...und) wo [not(@nullFlavor)] @value st 1 … 1 R @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 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) hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) (TGD...und) wo [hl7:name [count(child::*)=0]] hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (TGD...und) wo [hl7:name [count(child::*)!=0]] hl7:scoping​Organization 0 … 1 R Arztpraxis oder Ordination. Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. (TGD...und) Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. (TGD...und) wo [not(@nullFlavor)] hl7:name ON 1 … 1 M Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden. (TGD...und) hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (TGD...und) wo [not(@nullFlavor)] @value st 1 … 1 R 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“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (TGD...und) wo [not(@nullFlavor)] Eingefügt 0 … * von 1.2.40.0.34.6.0.11.1.27 Participant Auskunftsberechtigte Person (Notfallkontakt) (DYNAMIC) hl7:participant 0 … * Beteiligter (Notfallkontakt / Auskunftsberechtigte Person) (TGD...und) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.27']] @typeCode cs 1 … 1 F IND   In indirektem Bezug. @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten (TGD...und) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.27 hl7:time IVL_TS 0 … 1 Zeitraum, in dem der angegebene Kontakt den Notfall-Kontakt darstellt. Wird nur angegeben, wenn der Kontakt bereits absehbar nur in einem eingeschränkten Zeitraum zur Verfügung steht. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) (TGD...und) hl7:associated​Entity 1 … 1 M Beschreibung der Entität. (TGD...und) @classCode cs 1 … 1 F ECON   Emergency contact - Notfall-Kontakt hl7:code CE 0 … 1 Verwandtschaftsverhältnis des Beteiligten zum Patienten, z.B. DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist. (TGD...und) wo [not(@nullFlavor)] @code cs 1 … 1 R Zulässige Werte gemäß Value-Set „ELGA_PersonalRelationship“ @displayName st 0 … 1   @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.111 @codeSystemName st 1 … 1 F HL7:RoleCode   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) hl7:addr AD 0 … 1 Adresse des Beteiligten Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (TGD...und) wo [not(@nullFlavor)] Auswahl 0 … * Beliebig viele Kontaktdaten des Beteiligten. Elemente in der Auswahl: hl7:telecom[not(@nullFlavor)] hl7:telecom[@nullFlavor='UNK']   Constraint Es SOLL mindestens eine Telefonnummer angegeben werden. hl7:telecom TEL.AT 0 … * R (TGD...und) wo [not(@nullFlavor)] @value st 1 … 1 R 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“ @use set_cs 0 … 1     Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:telecom TEL.AT 0 … 1 Die Kontaktadresse ist unbekannt. nullFlavor "UNK" (TGD...und) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 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) hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) (TGD...und) wo [hl7:name [count(child::*)=0]] hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (TGD...und) wo [hl7:name [count(child::*)!=0]] hl7:scoping​Organization 0 … 1 R Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. (TGD...und) Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. (TGD...und) wo [not(@nullFlavor)] hl7:name ON 1 … 1 M Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden. (TGD...und) hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (TGD...und) wo [not(@nullFlavor)] @value st 1 … 1 R 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“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (TGD...und) wo [not(@nullFlavor)] Eingefügt 0 … * von 1.2.40.0.34.6.0.11.1.25 Participant Angehoerige (DYNAMIC) hl7:participant 0 … * Beteiligter (Angehöriger) (TGD...und) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.25']] @typeCode cs 1 … 1 F IND   In indirektem Bezug. @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten (TGD...und) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.25 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. (TGD...und) @classCode cs 1 … 1 F PRS   Personal relationship - In persönlicher Beziehung hl7:code CE 1 … 1 M Verwandtschaftsverhältnis des Beteiligten zum Patienten. Beispiel: DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist oder NBOR für Nachbar. (TGD...und) @code cs 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) @displayName st 0 … 1   @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.111 @codeSystemName st 1 … 1 F HL7:RoleCode   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) hl7:addr AD 0 … 1 Adresse des Beteiligten Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (TGD...und) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. (TGD...und) wo [not(@nullFlavor)] @value st 1 … 1 R @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 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) hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) (TGD...und) wo [hl7:name [count(child::*)=0]] hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (TGD...und) wo [hl7:name [count(child::*)!=0]] hl7:scoping​Organization 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) (TGD...und) Eingefügt 0 … * von 1.2.40.0.34.6.0.11.1.26 Participant Versicherung (DYNAMIC) hl7:participant 0 … * Beteiligter (Versicherter/Versicherung). (TGD...und) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.26']] @typeCode cs 1 … 1 F HLD @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten (TGD...und) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.26 hl7:time IVL_TS 0 … 1 Gültigkeitszeitraum der Versicherungspolizze. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) (TGD...und) hl7:associated​Entity 1 … 1 M (TGD...und) @classCode cs 1 … 1 F POLHOLD   Policy holder - Halter einer Versicherungspolizze Auswahl 1 … 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 hl7:id II 0 … 1 (TGD...und) wo [not(@nullFlavor)] hl7:id II 0 … 1 (TGD...und) wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 (TGD...und) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:code CE 1 … 1 M Versicherungsverhältnis codiert Beispiele: SELF, wenn der Patient selbst der Versicherte ist. FAMDEP, wenn der Patient bei einem Familienmitglied mitversichert ist. (TGD...und) @code cs 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.111 @codeSystemName st 1 … 1 F HL7:RoleCode   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.9 ELGA_InsuredAssocEntity (DYNAMIC) hl7:addr AD 0 … 1 Adresse des Beteiligten. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (TGD...und) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. (TGD...und) wo [not(@nullFlavor)] @value st 1 … 1 R 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“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:associated​Person 0 … 1 C Name des Beteiligten. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (TGD...und)   Constraint Wenn das Versicherungsverhältnis "familienversichert" ("FAMDEP“) ist, MUSS eine associatedPerson angegeben sein, M [1..1], sonst kann sie komplett entfallen, O [0..1] hl7:scoping​Organization 1 … 1 M Versicherungsgesellschaft. Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. (TGD...und) Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. (TGD...und) wo [not(@nullFlavor)] hl7:name ON 1 … 1 M Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden. (TGD...und) hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (TGD...und) wo [not(@nullFlavor)] @value st 1 … 1 R 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“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (TGD...und) wo [not(@nullFlavor)]   Schematron assert role  error     test not(hl7:code[@code='FAMDEP']) or hl7:associated​Person     Meldung Wenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein.   Eingefügt 0 … 1 von 1.2.40.0.34.6.0.11.1.29 Participant Betreuungsorganisation (DYNAMIC) hl7:participant 0 … 1 Beteiligter (Betreuende Organisation) (TGD...und) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.29']] @typeCode cs 1 … 1 F IND @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten (TGD...und) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.29 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. (TGD...und) @classCode cs 1 … 1 F CAREGIVER   Betreuer hl7:scoping​Organization 1 … 1 M Betreuende Organisation (TGD...und) Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. (TGD...und) wo [not(@nullFlavor)] hl7:name ON 1 … 1 M Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden. (TGD...und) hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (TGD...und) wo [not(@nullFlavor)] @value st 1 … 1 R 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“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (TGD...und) wo [not(@nullFlavor)] Eingefügt 0 … * von 1.2.40.0.34.6.0.11.1.28 Participant Weitere Behandler (DYNAMIC) hl7:participant 0 … * Beteiligter (Weitere Behandler) (TGD...und) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.28']] @typeCode cs 1 … 1 F CON @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten (TGD...und) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.28 hl7:functionCode CE (extensible) 0 … 1 Funktionscode des Behandlers z.B: „Facharzt für Neurologie“ Eigene Codes und Bezeichnungen dürfen verwendet werden. (TGD...und) wo [not(@nullFlavor)] @code cs 1 … 1 R @codeSystem oid 1 … 1 R @displayName st 1 … 1 R   CONF Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:associated​Entity 1 … 1 M Beschreibung der Entität. (TGD...und) @classCode cs 1 … 1 F PROV   Gesundheitsdiensteanbieter. hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (TGD...und) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. (TGD...und) wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.) Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Bsp: tel:+43.1.1234567 Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 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. hl7:associated​Person 1 … 1 M Beteiligte Person Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (TGD...und) hl7:scoping​Organization 0 … 1 R Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. (TGD...und) Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. (TGD...und) wo [not(@nullFlavor)] hl7:name ON 1 … 1 M Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden. (TGD...und) hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (TGD...und) wo [not(@nullFlavor)] @value st 1 … 1 R 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“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (TGD...und) wo [not(@nullFlavor)] Eingefügt 0 … * von 1.2.40.0.34.6.0.11.1.9 In Fulfillment Of (DYNAMIC) hl7:inFulfillmentOf 0 … * Komponente zur Dokumentation des Auftrags. (TGD...und)   at-cda-bbr-data​element-42  Auftrag  Dataset A Allgemeiner Leitfaden @typeCode cs 1 … 1 F FLFS hl7:order 1 … 1 M Auftrag. (TGD...und) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F RQO hl7:id II 1 … 1 M Auftragsnummer, Anforderungsnummer. Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen. (TGD...und)   at-cda-bbr-data​element-43  ID  Dataset A Allgemeiner Leitfaden hl7:documentationOf 1 … * R Komponente für die Gesundheitsdienstleistung. Mit der Assoziation documentationOf/serviceEvent wird die eigentliche Gesundheitsdienstleistung repräsentiert, die in dem Dokument dokumentiert wird (z.B. "Telehealth monitoring", "Telehealth chronic obstructive pulmonary disease monitoring", etc.). Dies ist in engem Zusammenhang mit dem Dokumententyp zu sehen, der in ClinicalDocument/code wiedergegeben ist. Mit der documentationOf Beziehung kann die dokumentierte Gesundheitsdienstleistung näher spezifiziert werden. Dies darf natürlich nicht im Widerspruch zum Dokumententyp stehen. ↔ Hinweis zum XDS-Mapping: Da diese Informationen in die XDS-Metadaten übernommen werden, ergeben sich folgende Implikationen: Es SOLL mindestens eine Gesundheitsdienstleistung als documentationOf/serviceEvent-Element angegeben werden Es können beliebig viele weitere Gesundheitsdienstleistungen als weitere documentationOf/serviceEvent-Elemente angegeben werden Die serviceEvents sind die einzigen medizinischen Informationen zum Dokument im XDS-Dokumentenregister Können daher als Such-/Filterkriterium verwendet werden und scheinen ggf. in den Ergebnissen der Suchabfragen auf Die Zeitangaben des ersten documentationOf/serviceEvent-Elements werden in die Dokument-Metadaten übernommen Die ServiceEvents stellen eine wertvolle Information zum Suchen und Filtern in den Dokument-Metadaten dar! (TGD...und) @typeCode cs 0 … 1 F DOC hl7:serviceEvent 1 … 1 M Gesundheitsdienstleistung. (TGD...und) @classCode cs 0 … 1 F ACT @moodCode cs 0 … 1 F EVN Auswahl 1 … 1 Elemente in der Auswahl: hl7:code[not(@nullFlavor)] hl7:code[@nullFlavor='UNK'] hl7:code CE 0 … 1 Code der Gesundheitsdienstleistung. Zugelassene nullFlavor: UNK ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut eventCodeList gemappt. (TGD...und) wo [not(@nullFlavor)] @code cs 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.96 @displayName st 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.26 ELGA_ServiceEventsTelemonEpi (DYNAMIC) hl7:code CE 0 … 1 (TGD...und) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:effectiveTime IVL_TS 1 … 1 M Zeitraum der Gesundheitsdienstleistung. Hier soll der Start und das Ende des Telemonitoring-Programms dokumentiert werden. Falls es im Telemonitoring-Programm zu Unterbrechungen gekommen ist, muss das erste documentationOf-Element (documentationOf[1]) die vollständige Behandlung inklusive Unterbrechungen dokumentieren. In den weiteren documentationOf-Elementen (documentationOf[2] bis [n]) Elementen können dann die einzelnen, durchgehenden Zeitintervalle dokumentiert werden. ↔ Hinweis zum XDS-Mapping: Dieses Element wird in die XDS-Attribute serviceStartTime und serviceStopTime gemappt. Für die automatisierte Datenübernahme aus dem CDA-Dokument in die XDS-Dokumentmetadaten ist stets ein Zeitintervall anzugeben. ACHTUNG: Die Zeitangaben der jeweils ersten Gesundheitsdienstleistung (erstes documentationOf/serviceEvent-Element) werden in die Dokument-Metadaten übernommen! Die Bedeutung der Dokument-Metadaten-Elemente lautet daher wie folgt: serviceStartTime: Beginn des ersten documentationOf/serviceEvent-Elements serviceStopTime: Ende des ersten documentationOf/serviceEvent-Elements  (TGD...und) Eingefügt von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) Auswahl 1 … 1 Elemente in der Auswahl: hl7:low[@value] hl7:low[@nullFlavor='UNK'] hl7:low TS.AT.TZ 0 … 1 (TGD...und) wo [@value] hl7:low TS.AT.TZ 0 … 1 (TGD...und) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Elemente in der Auswahl: hl7:high[@value] hl7:high[@nullFlavor='UNK'] hl7:high TS.AT.TZ 0 … 1 (TGD...und) wo [@value] hl7:high TS.AT.TZ 0 … 1 (TGD...und) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:performer 0 … * R Person oder Organisation, die die Gesundheitsdienstleistung durchführt. (TGD...und) @typeCode cs 1 … 1 R Zulä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) hl7:functionCode CE 0 … 1 R Funktionscode (TGD...und)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:time IVL_TS 0 … 1 Zeit, in der der Performer mit der Gesundheitsdienstleistung beschäftigt war (wenn abweichend von EffectiveTime im Act). Grundsätzlich sind die Vorgaben gemäß „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK (TGD...und) Eingefügt von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) Auswahl 1 … 1 Elemente in der Auswahl: hl7:low[@value] hl7:low[@nullFlavor='UNK'] hl7:low TS.AT.TZ 0 … 1 (TGD...und) wo [@value] hl7:low TS.AT.TZ 0 … 1 (TGD...und) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Elemente in der Auswahl: hl7:high[@value] hl7:high[@nullFlavor='UNK'] hl7:high TS.AT.TZ 0 … 1 (TGD...und) wo [@value] hl7:high TS.AT.TZ 0 … 1 (TGD...und) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:assignedEntity 1 … 1 M (TGD...und) Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) @classCode cs 0 … 1 F ASSIGNED Auswahl 1 … 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 hl7:id II 0 … * (TGD...und) wo [not(@nullFlavor)] hl7:id II 0 … 1 (TGD...und) wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 (TGD...und) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Elemente 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'] hl7:addr 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (TGD...und) wo [not(@nullFlavor)] hl7:addr 0 … 1 (TGD...und) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:telecom TEL.AT 1 … 1 M Beliebig viele Kontakt-Elemente der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. (TGD...und) wo [not(@nullFlavor)] @value url 1 … 1 R 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" @use cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP. Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"   Constraint Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:assigned​Person 1 … 1 M Personendaten der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (TGD...und) hl7:represented​Organization 1 … 1 M Organisationsdaten der Entität. Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) (TGD...und) Eingefügt 0 … 1 R von 1.2.40.0.34.6.0.11.1.14 Document Replacement - Related Document (DYNAMIC) hl7:relatedDocument 0 … 1 R (TGD...und)   at-cda-bbr-data​element-15  Bezug zu vorgehenden Dokumenten  Dataset A Allgemeiner Leitfaden @typeCode cs 1 … 1 R 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. hl7:parentDocument 1 … 1 M Vorhergehendes Dokument. (TGD...und) @classCode cs 0 … 1 F DOCCLIN @moodCode cs 0 … 1 F EVN hl7:id II 1 … 1 M Dokumenten-Id des vorgehenden Dokuments. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. (TGD...und) Eingefügt NP von 1.2.40.0.34.6.0.11.1.18 Authorization (DYNAMIC) hl7:authorization NP (TGD...und) @typeCode cs 0 … 1 F AUTH hl7:consent 1 … 1 M (TGD...und) @classCode cs 0 … 1 F CONS @moodCode cs 0 … 1 F EVN hl7:id II 0 … * (TGD...und) hl7:code CE 0 … 1 (TGD...und) @code cs 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.27 HL7-at_ActConsentType (DYNAMIC) hl7:statusCode CS 1 … 1 M (TGD...und) @code CONF 1 … 1 F completed Eingefügt 0 … 1 R von 1.2.40.0.34.6.0.11.1.7 Component Of - Encompassing Encounter (DYNAMIC) hl7:componentOf 0 … 1 R Komponente für den Patientenkontakt. (TGD...und) @typeCode cs 0 … 1 F COMP hl7:encompassing​Encounter 1 … 1 M Patientenkontakt. (TGD...und) @classCode cs 0 … 1 F ENC @moodCode cs 0 … 1 F EVN hl7:id II 0 … 1 Identifikationselement zur Aufnahme der Aufenthaltszahl (TGD...und) wo [not(@nullFlavor)] @extension st 1 … 1 R Aufenthaltszahl, z.B.: Az123456 @root uid 1 … 1 R OID der Liste der Aufenthaltszahlen der Organisation   Constraint @assigningAuthorityName [0..1]: Name der Stelle, welche die ID zugewiesen hat, z.B.: „Amadeus Spital“. hl7:code CE 1 … 1 M Codierung des Patientenkontakts. (TGD...und) @code cs 1 … 1 R Zulässige Werte gemäß Value-Set „ELGA_ActEncounterCode“ @displayName st 0 … 1   @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.4 @codeSystemName st 1 … 1 F HL7:ActCode   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.5 ELGA_ActEncounterCode (DYNAMIC) hl7:effectiveTime IVL_TS 1 … 1 M Zeitraum des Patientenkontakts. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) (TGD...und)   Constraint Der 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. hl7:responsible​Party 0 … 1 R Komponente für die verantwortliche Person. (TGD...und) hl7:assignedEntity 1 … 1 M Entität der verantwortlichen Person. Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen. (TGD...und) Eingefügt von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) @classCode cs 0 … 1 F ASSIGNED Auswahl 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 hl7:id II 0 … * (TGD...und) wo [not(@nullFlavor)] hl7:id II 0 … 1 (TGD...und) wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 (TGD...und) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 0 … 1 Elemente 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'] hl7:addr 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (TGD...und) wo [not(@nullFlavor)] hl7:addr 0 … 1 (TGD...und) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:telecom TEL.AT 0 … * Beliebig viele Kontakt-Elemente der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. (TGD...und) wo [not(@nullFlavor)] @value url 1 … 1 R 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" @use cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP. Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"   Constraint Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:assigned​Person 1 … 1 M Personendaten der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (TGD...und) hl7:represented​Organization 0 … 1 R Organisationsdaten der Entität. Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) (TGD...und) Eingefügt 1 … 1 M 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). hl7:location 1 … 1 M (TGD...und) @typeCode cs 0 … 1 F LOC hl7:health​Care​Facility 1 … 1 M (TGD...und) @classCode cs 0 … 1 F SDLOC hl7:code CE 1 … 1 M Der Code zur Klassifizierung des GDA repräsentiert die Art der Einrichtung, in der die Tätigkeit stattfand, die zur Erzeugung des Dokuments führte. Zum Beispiel sollten Dokumente, die während eines ambulanten Falls in einem Krankenhaus entstehen, mit dem healthcareFacilityTypeCode für „Krankenhaus“ gekennzeichnet werden.  Zulässige Werte gemäß Value-Set „ELGA_HealthcareFacilityTypeCode“ Für ELGA SOLL der Code dem Eintrag "GDA Rollenname" oder, wenn der GDA Rollenname nicht verfügbar ist, der "Aggregierten Rolle" im GDA-I entsprechen. ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.healthcareFacilityTypeCode gemappt. Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName. (TGD...und) @displayName st 1 … 1 R hl7:service​Provider​Organization 1 … 1 M Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) (TGD...und) hl7:component 1 … 1 R (TGD...und) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:structuredBody 1 … 1 R (TGD...und) @classCode cs 0 … 1 F DOCBODY @moodCode cs 0 … 1 F EVN hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.69 Brieftext (DYNAMIC) (TGD...und) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 1 … 1 M Beinhaltet 1.2.40.0.34.6.0.11.2.79 Behandlungsgrund - unkodiert (DYNAMIC) (TGD...und) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.2.96 Diagnose - kodiert (DYNAMIC) (TGD...und) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.2.80 Zusammenfassung der Behandlung - unkodiert (DYNAMIC) (TGD...und) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.2.91 Auszüge aus erhobene Daten - unkodiert (DYNAMIC) (TGD...und) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.2.81 Erhobene Daten - kodiert (DYNAMIC) (TGD...und) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.2.82 Verwendete Geräte - kodiert (DYNAMIC) (TGD...und) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.2.71 Beilagen (DYNAMIC) (TGD...und) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true

12.4.2 Header Level Templates

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

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

Diese angepassten Elemente umfassen:

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

12.4.3 Section Level Templates

12.4.3.1 Brieftext

Id	1.2.40.0.34.6.0.11.2.69 ref at-cda-bbr-	Gültigkeit	2021‑06‑28 11:19:35 Andere Versionen mit dieser Id: atcdabbr_section_Brieftext vom 2021‑02‑19 11:44:10 atcdabbr_section_Brieftext vom 2019‑04‑02 15:48:06
Status	Aktiv	Versions-Label	1.0.1+20210628
Name	atcdabbr_section_Brieftext	Bezeichnung	Brieftext
Beschreibung Ein am Anfang des Briefes formulierter Freitext für eine Anrede oder Begrüßung. Z.B. „Sehr geehrte Kollegin…“ Die Angabe von medizinisch / fachlich relevanter Information in diesem Abschnitt ist NICHT ERLAUBT. Es ist EMPFOHLEN, redundante Angaben von Patientennamen oder Aufenthaltsdaten des Patienten in dieser Section zu vermeiden.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.69
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz at-cda-bbr-data​element-55  Brieftext  Dataset A Allgemeiner Leitfaden
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.3.53 Containment Logo Entry (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.2.8 Containment Übersetzung (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.2.69 Brieftext (2021‑02‑19 11:44:10) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.69 Brieftext (2019‑04‑02 15:48:06) ref at-cda-bbr-
Beispiel	Strukturbeispiel <section classCode="DOCSECT">   <templateId root="1.2.40.0.34.6.0.11.2.69"/>  <code code="BRIEFT" displayName="Brieftext" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  <!-- Titel der Section Brieftext wird vom ELGA Referenz-Stylesheet nicht angezeigt! -->   <title>Brieftext</title>  <!-- Textbereich der Section -->   <text>Sehr geehrte Kollegen </text>  <!-- Maschinenlesbare Elemente der Section (optionales Logo) -->   <entry>     <!-- template 1.2.40.0.34.6.0.11.3.53 'Logo Entry' (2020-01-09T12:00:13) -->   </entry></section>
Item DT Kard Konf Beschreibung Label hl7:section Container zur Angabe des Brieftexts. (atc...ext)   at-cda-bbr-data​element-55  Brieftext  Dataset A Allgemeiner Leitfaden @moodCode cs 0 … 1 F EVN @classCode cs 0 … 1 F DOCSECT hl7:templateId II 1 … 1 M (atc...ext) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.69 hl7:id II 0 … 1 Eindeutige ID der Section (atc...ext) wo [not(@nullFlavor)] hl7:code CE 1 … 1 M Code der Section. (atc...ext) @codeSystemName st 0 … 1 F ELGA_Sections @code CONF 1 … 1 F BRIEFT @codeSystem 1 … 1 F 1.2.40.0.34.5.40 hl7:title ST 1 … 1 M (atc...ext)   CONF Elementinhalt muss "Brieftext" sein hl7:text SD.TEXT 1 … 1 M Information für den menschlichen Leser. Achtung: Wird ein Logo als maschinenlesbares Element angegeben, darf keine Referenz darauf im narrativen Text-Bereich angegeben werden (<renderMultiMedia referencedObject="…"/>). (atc...ext) hl7:author 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) (atc...ext) hl7:informant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) (atc...ext) hl7:entry 0 … 1 R Es KANN zusätzlich ein Logo als maschinenlesbares Element angegeben werden. Maschinenlesbares Element gemäß Template „ELGA Logo-Entry“ . Beinhaltet 1.2.40.0.34.6.0.11.3.53 Logo Entry (DYNAMIC) (atc...ext) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … * Optionale Subsections zur Angabe von Übersetzungen des text-Elements in andere Sprachen. Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC) (atc...ext) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

12.4.3.1.1 Übersetzung

Id	1.2.40.0.34.6.0.11.2.8 ref at-cda-bbr-	Gültigkeit	2023‑04‑13 11:01:52 Andere Versionen mit dieser Id: atcdabbr_section_Uebersetzung vom 2021‑06‑28 11:28:05 atcdabbr_section_Uebersetzung vom 2021‑02‑19 11:58:13 atcdabbr_section_Uebersetzung vom 2019‑05‑14 15:24:50
Status	Aktiv	Versions-Label	1.0.2+20230717
Name	atcdabbr_section_Uebersetzung	Bezeichnung	Ü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.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.8
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:section (atc...ung) @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M HL7 Austria - Übersetzung (atc...ung) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.8 hl7:id II 0 … 1 (atc...ung) wo [not(@nullFlavor)] hl7:title ST 1 … 1 M Titel der Section in der Übersetzung (atc...ung) hl7:text SD.TEXT 1 … 1 M Text der Section in der Übersetzung (atc...ung) hl7:language​Code CS 1 … 1 M Sprachcode 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"/> hl7:author 0 … * R Mit 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) hl7:informant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) (atc...ung)

12.4.3.2 Behandlungsgrund - unkodiert

Id	1.2.40.0.34.6.0.11.2.79 ref at-cda-bbr-	Gültigkeit	2021‑02‑18 13:13:54 Andere Versionen mit dieser Id: atcdabbr_section_BehandlungsgrundUnkodiert vom 2018‑07‑18 14:59:04
Status	Aktiv	Versions-Label	1.0.0+20210218
Name	atcdabbr_section_BehandlungsgrundUnkodiert	Bezeichnung	Behandlungsgrund - unkodiert
Beschreibung Als Einleitung in das Dokument wird der Behandlungsgrund angegeben, welcher die zu behandelnde Krankheit samt weiteren zu beachtenden Krankheiten und den geplanten Behandlungsvorgang dokumentiert. Diese Information kann nach Behandlern und somit auch Disziplinen getrennt werden.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.79
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 5 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.3.19 Containment Eingebettetes Objekt Entry (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.2.92 Containment BodySubSection - unkodiert - generisch (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.2.8 Containment Übersetzung (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.2.79 Behandlungsgrund - unkodiert (2018‑07‑18 14:59:04) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07) ref ad1bbr-
Beispiel	Beispiel <!-- Behandlungsgrund Als Einleitung in das Dokument wird der Behandlungsgrund und Vorgang angegeben, welcher die zu behandelnde Krankheit samt weiteren zu beachtenden Krankheiten und geplanten Behandlungsverlauf dokumentiert. Diese Information kann nach Disziplinen getrennt werden.--> <component>   <section>     <templateId root="1.2.40.0.34.6.0.11.2.79"/>    <code code="408773008" displayName="Reasons for treatment (finding)" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>    <title>Behandlungsgrund</title>    <text>       [nicht aus dem Fall Häckler] Der Patient ist am 28.9.2018 mit starken Schmerzen in der Brust per Krankenwaagen eingeliefert worden. Nach mehrtägiger Behandlung und Beobachtung wurde die Weiterbehandlung mittels Telemonitoring mit Herzmobil Tirol vorgeschlagen. Der Patient willigte ein und wurde eingeschult.       <br/>      <br/>       Die Zielwerte für diesen Patienten befinden sich zwischen aaa und bbb systolisch und ccc und ddd diastolisch. Da dieser Patient zusätzlich zur Herzinsuffizient an Diabetes leidet, müssen sein Körpergewicht genau beobachtet werden und bei einem Anstieg von 5% in einer Woche weitere Behandlungsmaßnahmen diskutiert werden.     </text>  </section></component>
Item DT Kard Konf Beschreibung Label hl7:section (atc...ert) @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M HL7 Austria - Behandlungsgrund - unkodiert (atc...ert) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.79 hl7:id II 0 … 1 Eindeutige ID der Sektion (atc...ert) wo [not(@nullFlavor)] hl7:code CE.IPS 1 … 1 M (atc...ert) @code cs 1 … 1 F 408773008 @codeSystem uid 1 … 1 F 2.16.840.1.113883.6.96 @codeSystemName st 0 … 1 F SNOMED CT @displayName st 0 … 1 F Reasons for treatment (finding) hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ert) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ert) @language cs 1 … 1 R hl7:title ST 1 … 1 M (atc...ert)   CONF Elementinhalt muss "Behandlungsgrund" sein hl7:text SD.TEXT 1 … 1 M (atc...ert) hl7:author 0 … 1 R Verfasser dieses Eintrags. Mit der Angabe des Autors kann die Qualität des Eintrags - automatisch durch ein Gerät oder manuell durch eine Person - zum Ausdruck gebracht werden. Kann entfallen wenn gleich mit ClinicalDocument.author . Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) (atc...ert) hl7:informant 0 … * R Quelle der Information. Person, auf deren Angabe die Information beruht: der Patient selbst oder eine dem Patienten verwandte oder bekannte Person. Kann entfallen wenn gleich mit ClinicalDocument.recordTarget (der Patient selbst). Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) (atc...ert) hl7:entry 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC) (atc...ert) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.2.92 BodySubSection - unkodiert - generisch (DYNAMIC) (atc...ert) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … * R Optionale Subsections zur Angabe von Übersetzungen des <text> Elements Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC) (atc...ert) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

12.4.3.2.1 BodySubSection - unkodiert - generisch

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

12.4.3.3 Diagnosen - kodiert

Id	1.2.40.0.34.6.0.11.2.96 ref at-cda-bbr-	Gültigkeit	2024‑05‑22 10:20:21 Andere Versionen mit dieser Id: atcdabbr_section_DiagnoseKodiert vom 2021‑02‑23 06:22:31 atcdabbr_section_DiagnoseKodiert vom 2021‑02‑19 12:02:22 atcdabbr_section_DiagnoseKodiert vom 2020‑10‑06 09:34:46 atcdabbr_section_DiagnoseKodiert vom 2020‑07‑29 14:23:56
Status	Aktiv	Versions-Label	1.1.2+20240628
Name	atcdabbr_section_DiagnoseKodiert	Bezeichnung	Diagnose - 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)
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.96
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.3.7 Containment Problem Concern Entry (1.1.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.2.8 Containment Übersetzung (1.0.2+20230717) DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:section (atc...ert) @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M HL7 Austria - Diagnose - kodiert (atc...ert) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.96 hl7:id II 0 … 1 Eindeutige ID der Sektion (atc...ert) wo [not(@nullFlavor)] hl7:code CE.IPS 1 … 1 M (atc...ert) @code cs 1 … 1 F 439401001 @codeSystem uid 1 … 1 F 2.16.840.1.113883.6.96 @codeSystemName st 0 … 1 F SNOMED CT @displayName st 0 … 1 F Diagnosis hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ert) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ert) @language cs 1 … 1 R hl7:title ST 1 … 1 M (atc...ert)   CONF Elementinhalt muss "Diagnose" sein hl7:text SD.TEXT 1 … 1 M Enthält Informationen für den menschlichen Leser (atc...ert) hl7:author 0 … * Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) (atc...ert) hl7: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) hl7:entry 1 … * M Beinhaltet 1.2.40.0.34.6.0.11.3.7 Problem Concern Entry (DYNAMIC) (atc...ert) @typeCode cs 1 … 1 F DRIV hl7:component 0 … * R Optionale Subsections zur Angabe von Übersetzungen des Elements Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC) (atc...ert) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

12.4.3.4 Zusammenfassung der Behandlung - unkodiert

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

12.4.3.5 Auszüge aus erhobene Daten - unkodiert

Id	1.2.40.0.34.6.0.11.2.91 ref at-cda-bbr-	Gültigkeit	2021‑02‑18 13:12:29 Andere Versionen mit dieser Id: atcdabbr_section_AuszuegeAusErhobeneDatenUnkodiert vom 2020‑10‑06 11:04:53 atcdabbr_section_AuszuegeAusErhobeneDatenUnkodiert vom 2018‑07‑18 15:24:53
Status	Aktiv	Versions-Label	1.1.0+20210218
Name	atcdabbr_section_AuszuegeAusErhobeneDatenUnkodiert	Bezeichnung	Auszüge aus erhobene Daten - unkodiert
Beschreibung Bestimmte auffallende Beobachtungen, wie pathologische Parameter oder ausschlaggebende Verläufe, können aus den Beobachtungen hier extrahiert und als Gruppe benannt werden, um sich speziell auf diese gruppierten und benannten Werte in den Texten beziehen zu können.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.91
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 5 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.3.19 Containment Eingebettetes Objekt Entry (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.2.92 Containment BodySubSection - unkodiert - generisch (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.2.8 Containment Übersetzung (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.2.91 Auszüge aus erhobene Daten - unkodiert (2020‑10‑06 11:04:53) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.91 Auszüge aus erhobene Daten - unkodiert (2018‑07‑18 15:24:53) ref at-cda-bbr-
Beispiel	Beispiel <!-- Auszüge aus erhobenen Daten Bestimmte auffallende Beobachtungen wie pathologische Parameter oder ausschlaggebende Verläufe können aus den Beobachtungen hier extrahiert werden und als Gruppe benannt werden, um sich speziell auf diese gruppierten und benannten Werte in den Texten beziehen zu können. --> <component>   <section>     <templateId root="1.2.40.0.34.11.1.2.6"/>    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/>    <templateId root="2.16.840.1.113883.10.20.1.16"/>    <templateId root="2.16.840.1.113883.10.20.36.15" extension="2015-08-17"/>    <code code="703852005" displayName="Narrative comment section (record artifact)" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>    <title>Auszüge aus erhobenen Daten</title>    <component>       <section>         <templateId root="1.2.40.0.34.6.0.11.2.92"/>        <title>Am 12.07.2018 um 7:48 von DGKP Veronika Mattes: Zu Blutdruck und Puls</title>        <text>            [nicht aus dem Fall Häckler] Die Depression wirkt sich psychosomatisch auf die Vitalparameter aus, erkennbare leichte Erhöhung der diastolischen Werte sichbar.           <br/>          <br/>          <table border="1" width="100%">             <thead>               <tr>                 <th>Datum/Zeit</th>                <th>Systolisch (mmHg)</th>                <th>Diastolisch (mmHg)</th>                <th>Puls (Schläge/min)</th>                <th>Notiz</th>              </tr>            </thead>            <tbody>               <tr>                 <td>2015-10-28 07:55:42</td>                <td>121.0</td>                <td>70.0</td>                <td>79.0</td>                <td>Maschinell</td>              </tr>              <tr>                 <td>2015-10-27 07:48:28</td>                <td>115.0</td>                <td>67.0</td>                <td>79.0</td>                <td>Maschinell</td>              </tr>              <tr>                 <td>2015-10-23 07:41:00</td>                <td>127.0</td>                <td>64.0</td>                <td>82.0</td>                <td>Maschinell</td>              </tr>              <tr>                 <td>2015-10-22 09:04:56</td>                <td>125.0</td>                <td>69.0</td>                <td>88.0</td>                <td>Maschinell</td>              </tr>              <tr>                 <td>2015-10-21 08:23:48</td>                <td>139.0</td>                <td>73.0</td>                <td>81.0</td>                <td>Maschinell</td>              </tr>            </tbody>          </table>        </text>        <author>           <time value="20180712074600+0100"/>          <assignedAuthor>             <id root="1.2.40.0.34.3.1.1058.1337" extension="999022" assigningAuthorityName="Tirol Kliniken GmbH"/>            <assignedPerson>               <name>                 <prefix qualifier="AC">DGKP</prefix>                <given>Veronika</given>                <family>Mattes</family>              </name>            </assignedPerson>          </assignedAuthor>        </author>      </section>    </component>    <component>       <section>         <templateId root="1.2.40.0.34.6.0.11.2.92"/>        <title>Am 12.07.2018 um 7:48 von DGKP Veronika Mattes: Alle Grafiken gesammelt</title>        <text>           <renderMultiMedia referencedObject="bloodpressure1">             <caption>Eingebettetes Blutdruckprofil</caption>          </renderMultiMedia>          <renderMultiMedia referencedObject="pulse1">             <caption>Eingebettetes Pulsprofil</caption>          </renderMultiMedia>          <renderMultiMedia referencedObject="weight1">             <caption>Eingebettetes Gewichtsprofil</caption>          </renderMultiMedia>          <renderMultiMedia referencedObject="wellbeing1">             <caption>Eingebettetes Wohlbefinden</caption>          </renderMultiMedia>        </text>        <author>           <time value="20180712074600+0100"/>          <assignedAuthor>             <id root="1.2.40.0.34.3.1.1058.1337" extension="999022" assigningAuthorityName="Tirol Kliniken GmbH"/>            <assignedPerson>               <name>                 <prefix qualifier="AC">DGKP</prefix>                <given>Veronika</given>                <family>Mattes</family>              </name>            </assignedPerson>          </assignedAuthor>        </author>        <!-- Blutdruck Diagramm -->         <entry>           <observationMedia classCode="OBS" moodCode="EVN" ID="bloodpressure1">             <templateId root="1.2.40.0.34.11.1.3.1" assigningAuthorityName="ELGA"/>            <value mediaType="image/jpeg" representation="B64"> someBase64Value</value>          </observationMedia>        </entry>        <!-- Puls Diagramm -->         <entry>           <observationMedia classCode="OBS" moodCode="EVN" ID="pulse1">             <templateId root="1.2.40.0.34.11.1.3.1" assigningAuthorityName="ELGA"/>            <value mediaType="image/jpeg" representation="B64"> someBase64Value</value>          </observationMedia>        </entry>        <!-- Gewicht Diagramm -->         <entry>           <observationMedia classCode="OBS" moodCode="EVN" ID="weight1">             <templateId root="1.2.40.0.34.11.1.3.1" assigningAuthorityName="ELGA"/>            <value mediaType="image/jpeg" representation="B64"> someBase64Value</value>          </observationMedia>        </entry>        <!-- maschinenlesbare Eintrag zur Grafik zum Wohlbefinden -->         <entry>           <observationMedia classCode="OBS" moodCode="EVN" ID="wellbeing1">             <templateId root="1.2.40.0.34.11.1.3.1" assigningAuthorityName="ELGA"/>            <value mediaType="image/jpeg" representation="B64"> someBase64Value</value>          </observationMedia>        </entry>      </section>    </component>  </section></component>
Item DT Kard Konf Beschreibung Label hl7:section (atc...ert) @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M HL7 Austria - Auszüge aus erhobene Daten - unkodiert (atc...ert) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.91 hl7:id II 0 … 1 Eindeutige ID der Sektion (atc...ert) wo [not(@nullFlavor)] hl7:code CE.IPS 1 … 1 M (atc...ert) @code cs 1 … 1 F 703852005 @codeSystem uid 1 … 1 F 2.16.840.1.113883.6.96 @codeSystemName st 0 … 1 F SNOMED CT @displayName st 0 … 1 F Narrative comment section (record artifact) hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ert) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ert) @language cs 1 … 1 R hl7:title ST 1 … 1 M (atc...ert)   CONF Elementinhalt muss "Auszüge aus erhobene Daten" sein hl7:text SD.TEXT 0 … 1 (atc...ert) hl7:author 0 … 1 R Verfasser dieses Eintrags. Mit der Angabe des Autors kann die Qualität des Eintrags - automatisch durch ein Gerät oder manuell durch eine Person - zum Ausdruck gebracht werden. Kann entfallen wenn gleich mit ClinicalDocument.author . Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) (atc...ert) hl7:informant 0 … * R Quelle der Information. Person, auf deren Angabe die Information beruht: der Patient selbst oder eine dem Patienten verwandte oder bekannte Person. Kann entfallen wenn gleich mit ClinicalDocument.recordTarget (der Patient selbst). Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) (atc...ert) hl7:entry 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC) (atc...ert) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.2.92 BodySubSection - unkodiert - generisch (DYNAMIC) (atc...ert) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … * R Optionale Subsections zur Angabe von Übersetzungen des <text> Elements Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC) (atc...ert) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

12.4.3.6 Erhobene Daten - kodiert

Id	1.2.40.0.34.6.0.11.2.81 ref at-cda-bbr-	Gültigkeit	2021‑02‑18 13:15:27 Andere Versionen mit dieser Id: atcdabbr_section_ErhobeneDatenKodiert vom 2018‑07‑18 15:54:47
Status	Aktiv	Versions-Label	1.0.0+20210218
Name	atcdabbr_section_ErhobeneDatenKodiert	Bezeichnung	Erhobene Daten - kodiert
Beschreibung Beinhaltet alle Messungen an dem Patienten wie die vordefinierten Vitalparameter, die Medikationseinnahme und alle weiteren Ergebnisse. Diese werden als Sektionen innerhalb dieser Sektion geführt. Dabei sind die Sektionen Vitalparameter und Ergebnisse als Platzhalter für ihre jeweiligen Sektionen zu sehen, die natürlich auch entfallen können. Im folgenden Beispiel sind "Blutdruck und Puls" und "Gewicht" Vitalparameter. Die Untersektionen "Wohlbefinden", "Schritte", "Aktivitäten" und "Blutzucker" sind Ergebnisse. Das für die Messung jeweils verwendete Gerät wird unter "Verwendete Geräte" dokumentiert. Beispiel: * Behandlungsgrund * Diagnosen * Zusammenfassung der Behandlung * Auszüge aus erhobenen Daten * Erhobene Daten    - Blutdruck und Puls    - Gewicht    - Wohlbefinden    - Schritte    - Aktivitäten    - Blutzucker    - Überwachte Medikamente    - Dokumentierte Einnahme * Verwendeten Geräte * Beilagen
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.81
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 8 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.3.19 Containment Eingebettetes Objekt Entry (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.2.46 Containment Vitalparameter - kodiert (1.1.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.2.95 Containment Messergebnisse - kodiert (1.0.1+20210901) DYNAMIC 1.2.40.0.34.6.0.11.2.63 Containment Medikationsliste PS - kodiert (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.2.94 Containment Dokumentierte Einnahme - kodiert (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.2.8 Containment Übersetzung (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.2.81 Erhobene Daten - kodiert (2018‑07‑18 15:54:47) ref at-cda-bbr-
Beispiel	Beispiel <component>   <section>     <templateId root="1.2.40.0.34.6.0.11.2.81"/>    <code code="423100009" displayName="Results section (record artifact)" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>    <title>Erhobene Daten</title>     ::   </section></component>
Item DT Kard Konf Beschreibung Label hl7:section (atc...ert) @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M HL7 Austria - Erhobene Daten - kodiert (atc...ert) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.81 hl7:id II 0 … 1 Eindeutige ID der Sektion (atc...ert) wo [not(@nullFlavor)] hl7:code CE.IPS 1 … 1 M (atc...ert) @code cs 1 … 1 F 423100009 @codeSystem uid 1 … 1 F 2.16.840.1.113883.6.96 @codeSystemName st 0 … 1 F SNOMED CT @displayName st 0 … 1 F Results section (record artifact) hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ert) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ert) @language cs 1 … 1 R hl7:title ST 1 … 1 M (atc...ert)   CONF Elementinhalt muss "Erhobene Daten" sein hl7:text SD.TEXT 0 … 1 (atc...ert) hl7:author 0 … 1 R Verfasser dieses Eintrags. Mit der Angabe des Autors kann die Qualität des Eintrags - automatisch durch ein Gerät oder manuell durch eine Person - zum Ausdruck gebracht werden. Kann entfallen wenn gleich mit ClinicalDocument.author . Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) (atc...ert) hl7:informant 0 … * R Quelle der Information. Person, auf deren Angabe die Information beruht: der Patient selbst oder eine dem Patienten verwandte oder bekannte Person. Kann entfallen wenn gleich mit ClinicalDocument.recordTarget (der Patient selbst). Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) (atc...ert) hl7:entry 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC) (atc...ert) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true Auswahl 1 … * Es muss mindestens einer der folgenden Subsektionen verwendet werden. Elemente in der Auswahl: hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.46 Vitalparameter - kodiert (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.95 Messergebnisse - kodiert (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.63 Medikationsliste PS - kodiert (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.94 Dokumentierte Einnahme - kodiert (DYNAMIC) hl7:component 0 … * R Vitalparameter Subsektion, Titel benannt nach dem Inhalt Beinhaltet 1.2.40.0.34.6.0.11.2.46 Vitalparameter - kodiert (DYNAMIC) (atc...ert) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … * R Ergebnisse Subsektion, Titel benannt nach dem Inhalt Beinhaltet 1.2.40.0.34.6.0.11.2.95 Messergebnisse - kodiert (DYNAMIC) (atc...ert) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 C Überwachte Medikamente, kann nur gemeinsam mit der Sektion "Dokumentierte Einnahme" bestehen. Die Sektion der Medikationsliste ist hier wiederverwendet worden. Es muss in dieser Sektion nicht die Vorgabe erfüllt werden, eine vollständige über die Behandlung herausgehende Medikationsliste zu führen. Es sollen mindestens alle für die Behandlung relevanten Medikamente hier dokumentiert werden. Beinhaltet 1.2.40.0.34.6.0.11.2.63 Medikationsliste PS - kodiert (DYNAMIC) (atc...ert) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true   Constraint Der Titel des Sektion muss "Überwachte Medikamente" sein! Diese Sektion muss vorhanden sein wenn die Sektion "Dokumentierte Einnahme" vorhanden ist! hl7:component 0 … 1 C Dokumentierte Einnahme, kann nur gemeinsam mit der Sektion "Überwachte Medikamente" bestehen. Beinhaltet 1.2.40.0.34.6.0.11.2.94 Dokumentierte Einnahme - kodiert (DYNAMIC) (atc...ert) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true   Constraint Diese Sektion muss vorhanden sein wenn die Sektion "Überwachte Medikamente" vorhanden ist! hl7:component 0 … * R Optionale Subsections zur Angabe von Übersetzungen des <text> Elements Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC) (atc...ert) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

12.4.3.6.1 Vitalparameter - kodiert

Id	1.2.40.0.34.6.0.11.2.46 ref at-cda-bbr-	Gültigkeit	2021‑02‑19 12:03:03 Andere Versionen mit dieser Id: atcdabrr_section_VitalparameterKodiert vom 2020‑10‑06 09:16:17 atcdabrr_section_VitalparameterKodiert vom 2019‑07‑19 13:48:27
Status	Aktiv	Versions-Label	1.1.0+20210219
Name	atcdabrr_section_VitalparameterKodiert	Bezeichnung	Vitalparameter - kodiert
Beschreibung	Informationen zu den Vitalparametern (Körpertemperatur, Puls, Blutdruck …).
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.46
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz at-cda-bbr-data​element-61  Vitalparameter  Dataset A Allgemeiner Leitfaden
Benutzt	Benutzt 5 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.3.23 Containment Vitalparameter Gruppe Entry (1.1.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.3.19 Containment Eingebettetes Objekt Entry (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.2.8 Containment Übersetzung (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.2.46 Vitalparameter - kodiert (2020‑10‑06 09:16:17) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.46 Vitalparameter - kodiert (2019‑07‑19 13:48:27) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.20.1.16 Vital signs section (DYNAMIC) ref ccd1- Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.3.25 IHE Vital Signs Section (DYNAMIC) ref IHE-PCC- Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2 eHDSI Vital Signs (DYNAMIC) ref epsos-
Beispiel	Beispiel <section>   <templateId root="1.2.40.0.34.6.0.11.2.46"/>  <templateId root="2.16.840.1.113883.10.20.1.16"/>  <!-- HL7 CCD -->   <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/>  <!-- IHE PCC -->   <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2"/>  <!-- IHE PCC -->   <!-- Code der Sektion -->   <code code="8716-3" displayName="Vital signs" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->   <title>Vitalparameter</title>  <!-- Textbereich der Sektion -->   <text>     <table>       <thead>         <tr>           <th>Name</th>          <th>Wert</th>          <th>Einheit</th>          <th>Messzeitpunkt</th>        </tr>      </thead>      <tbody>         <tr ID="vitsig-1">           <td ID="vitsigtype-1">Puls</td>          <td>120</td>          <td>/min</td>          <td>27.06.2019 19:43</td>        </tr>        <tr ID="vitsig-2">           <td ID="vitsigtype-2">Blutdruck systolisch</td>          <td>180</td>          <td>mmHg</td>          <td>27.06.2019 19:43</td>        </tr>        <tr ID="vitsig-3">           <td ID="vitsigtype-3">Blutdruck diastolisch</td>          <td>120</td>          <td>mmHg</td>          <td>27.06.2019 19:43</td>        </tr>      </tbody>    </table>  </text>  <entry>     <!-- ELGA VitalparameterGruppe-Entry -->     <templateId root="1.2.40.0.34.6.0.11.3.23"/>  </entry></section>
Item DT Kard Konf Beschreibung Label hl7:section Container zur Angabe der Vitalparameter. (atc...ert)   at-cda-bbr-data​element-61  Vitalparameter  Dataset A Allgemeiner Leitfaden @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M HL7 Austria - Vitalparameter - kodiert (atc...ert) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.46 hl7:templateId II 1 … 1 M HL7 CCD Vital signs section (atc...ert) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.16 hl7:templateId II 1 … 1 M IHE PCC Vital Signs Section (atc...ert) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.3.25 hl7:templateId II 1 … 1 M IHE PCC Section Coded Vital Signs (atc...ert) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2 hl7:id II 0 … 1 Eindeutige ID der Sektion (atc...ert) wo [not(@nullFlavor)] hl7:code CE.IPS 1 … 1 M Code der Sektion. (atc...ert) @code CONF 1 … 1 F 8716-3 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 M Der Titel der Sektion. (atc...ert)   Constraint Der Titel der Sektion MUSS lauten: "Vitalparameter" Ausnahme: Für die Sektion in einem Telemonitoring Episodenbericht, ein CDA mit der Document-Level TemplateID 1.2.40.0.34.6.0.11.0.10, sind andere Titel möglich. Diese MÜSSEN den Typ des Inhalts beschreiben, wie z.B.: "Bludruck und Puls" oder "Gewicht". hl7:text SD.TEXT 1 … 1 M Information für den menschlichen Leser. Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten! (atc...ert) hl7:author 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) (atc...ert) hl7:informant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) (atc...ert) hl7:entry 1 … * M Maschinenlesbares Element. Beinhaltet 1.2.40.0.34.6.0.11.3.23 Vitalparameter Gruppe Entry (DYNAMIC) (atc...ert) @typeCode cs 0 … 1 F DRIV @context​Conduction​Ind cs 0 … 1 F true hl7:entry 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC) (atc...ert) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … * R 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) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

12.4.3.6.2 Messergebnisse - kodiert

Id	1.2.40.0.34.6.0.11.2.95 ref at-cda-bbr-	Gültigkeit	2021‑09‑01 10:24:02 Andere Versionen mit dieser Id: atcdabbr_section_MessergebnisseKodiert vom 2021‑02‑18 13:16:02 atcdabbr_section_MessergebnisseKodiert vom 2018‑07‑18 15:50:15
Status	Entwurf	Versions-Label	1.0.1+20210901
Name	atcdabbr_section_MessergebnisseKodiert	Bezeichnung	Messergebnisse - kodiert
Beschreibung	Alle anderen Messungen die nicht in der Medikationseinnahme oder als Vitalparameter gelistet sind. Die Messungen werden analog zu den Vitalparametern vollstrukturiert angegeben.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.95
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 5 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.3.70 Containment Messergebnisse Gruppe Entry (1.1.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.3.19 Containment Eingebettetes Objekt Entry (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.2.8 Containment Übersetzung (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.2.95 Messergebnisse - kodiert (2021‑02‑18 13:16:02) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.95 Messergebnisse - kodiert (2018‑07‑18 15:50:15) ref at-cda-bbr-
Beispiel	Strukturbeispiel <component>   <section>     <!-- HL7 Austria - Messergebnisse - kodiert -->     <templateId root="1.2.40.0.34.6.0.11.2.95"/>    <!-- C-CDA Results Section -->     <templateId root="2.16.840.1.113883.10.20.22.2.3.1" extension="2015-08-01"/>    <!-- PHMR Results Section -->     <templateId root="2.16.840.1.113883.10.20.36.15" extension="2015-11-19"/>    <code code="30954-2" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Results Section"/>    <title>Wohlbefinden</title>    <text>        Eingegeben auf einem Smartphone mit den Möglichkeiten: Gut, Mittel, Schlecht      <br/>      <br/>      <table border="1" width="100%">         <thead>           <tr>             <th>Datum/Zeit</th>            <th ID="resultstype1">Wohlbefinden</th>          </tr>        </thead>        <tbody>           <tr ID="resultswellbeeing1">             <td>2015-10-28 08:44:47</td>            <td>Gut</td>          </tr>          <tr ID="resultswellbeeing2">             <td>2015-10-27 07:49:13</td>            <td>Mittel</td>          </tr>          <tr ID="resultswellbeeing3">             <td>2015-10-26 16:28:44</td>            <td>Schlecht</td>          </tr>          <tr>             <td>2015-10-23 07:41:26</td>            <td>Gut</td>          </tr>          <tr>             <td>2015-10-22 09:05:04</td>            <td>Gut</td>          </tr>          <tr>             <td>2015-10-21 08:23:57</td>            <td>Gut</td>          </tr>          <tr>             <td>2015-10-20 09:23:06</td>            <td>Gut</td>          </tr>          <tr>             <td>2015-10-19 09:51:30</td>            <td>Gut</td>          </tr>          <tr>             <td>2015-10-18 16:35:29</td>            <td>Gut</td>          </tr>          <tr>             <td>2015-10-16 07:52:36</td>            <td>Gut</td>          </tr>          <tr>             <td>2015-10-15 10:26:19</td>            <td>Gut</td>          </tr>          <tr>             <td>2015-10-14 08:58:27</td>            <td>Gut</td>          </tr>          <tr>             <td>2015-10-13 20:09:23</td>            <td>Gut</td>          </tr>          <tr>             <td>2015-10-12 09:49:01</td>            <td>Gut</td>          </tr>          <tr>             <td>2015-10-11 16:47:46</td>            <td>Mittel</td>          </tr>          <tr>             <td>2015-10-09 08:12:20</td>            <td>Gut</td>          </tr>          <tr>             <td>2015-10-08 09:15:54</td>            <td>Gut</td>          </tr>          <tr>             <td>2015-10-07 08:38:15</td>            <td>Gut</td>          </tr>          <tr>             <td>2015-10-06 08:50:57</td>            <td>Gut</td>          </tr>          <tr>             <td>2015-10-05 10:22:44</td>            <td>Gut</td>          </tr>          <tr>             <td>2015-10-04 17:09:00</td>            <td>Gut</td>          </tr>          <tr>             <td>2015-10-02 08:24:17</td>            <td>Gut</td>          </tr>          <tr>             <td>2015-10-01 09:12:26</td>            <td>Gut</td>          </tr>        </tbody>      </table>    </text>     ::   </section></component>
Item DT Kard Konf Beschreibung Label hl7:section Container zur Angabe der Ergebnisse. (atc...ert) @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M HL7 Austria - Messergebnisse - kodiert (atc...ert) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.95 hl7:templateId II 1 … 1 M C-CDA Results Section (atc...ert) @root uid 1 … 1 F 2.16.840.1.113883.10.20.22.2.3.1 @extension st 1 … 1 F 2015-08-01 hl7:templateId II 1 … 1 M PHMR Results Section (atc...ert) @root uid 1 … 1 F 2.16.840.1.113883.10.20.36.15 @extension st 1 … 1 F 2015-11-19 hl7:id II 0 … 1 Eindeutige ID der Sektion (atc...ert) wo [not(@nullFlavor)] hl7:code CE 1 … 1 M (atc...ert) @code cs 1 … 1 F 30954-2 @codeSystem uid 1 … 1 F 2.16.840.1.113883.6.1 @codeSystemName st 0 … 1 F LOINC @displayName st 0 … 1 F Results Section hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ert) @code cs 1 … 1 R @codeSystem uid 1 … 1 R ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ert) @language cs 1 … 1 R hl7:title ST 1 … 1 M (atc...ert)   Constraint Der Titel muss je nach Inhalt gewählt werden. z.B. "Wohlbefinden", "Blutzucker", "Schritte", "Aktivitäten", usw. hl7:text SD.TEXT 1 … 1 M Information für den menschlichen Leser. Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten! (atc...ert) hl7:author 0 … 1 R Verfasser dieses Eintrags. Mit der Angabe des Autors kann die Qualität des Eintrags - automatisch durch ein Gerät oder manuell durch eine Person - zum Ausdruck gebracht werden. Kann entfallen wenn gleich mit ClinicalDocument.author . Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) (atc...ert) hl7:informant 0 … * R Quelle der Information. Person, auf deren Angabe die Information beruht: der Patient selbst oder eine dem Patienten verwandte oder bekannte Person. Kann entfallen wenn gleich mit ClinicalDocument.recordTarget (der Patient selbst). Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) (atc...ert) hl7:entry 1 … * M Maschinenlesbares Element. Beinhaltet 1.2.40.0.34.6.0.11.3.70 Messergebnisse Gruppe Entry (DYNAMIC) (atc...ert) @typeCode cs 1 … 1 F DRIV   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. @context​Conduction​Ind cs 0 … 1 F true hl7:entry 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC) (atc...ert) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … * R Optionale Subsections zur Angabe von Übersetzungen des <text> Elements Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC) (atc...ert) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

12.4.3.6.3 Überwachte Medikamente - kodiert

Id	1.2.40.0.34.6.0.11.2.63 ref at-cda-bbr-	Gültigkeit	2021‑02‑19 11:50:29 Andere Versionen mit dieser Id: atcdabbr_section_MedikationslistePSKodiert vom 2019‑11‑27 13:35:37
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_section_MedikationslistePSKodiert	Bezeichnung	Medikationsliste PS - kodiert
Beschreibung Die Medikationsliste enthält eine Zusammenfassung alle relevanten Informationen aus den „Verordnungen“, „Abgaben“ und „pharmazeutischen Empfehlungen“ der letzten 12 Monate. Sie entspricht einer aggregierten Medikationsliste der ELGA e-Medikation mit den Daten über Medikament, Dosierung, Dauermedikation, Einnahmezeitraum. Abgesetzte Medikamente sind nicht enthalten, diese Information kann aus der vollständigen Medikationsliste der e-Medikation entnommen werden.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.63
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 6 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.11.8.1.3.1 Containment Medikation Verordnung Entry eMedikation DYNAMIC 1.2.40.0.34.11.8.2.3.1 Containment Medikation Abgabe Entry eMedikation DYNAMIC 1.2.40.0.34.6.0.11.3.50 Containment Medication Statement Entry (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.2.8 Containment Übersetzung (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.2.63 Medikationsliste PS - kodiert (2019‑11‑27 13:35:37) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.11.8.3.2.1 (2017‑08‑31 14:20:20) ref at-cda-bbr-
Beispiel	Strukturbeispiel <hl7:section classCode="DOCSECT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.2.63"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="10160-0" codeSystem="2.16.840.1.113883.6.1"/>  <hl7:title>Medikationsliste</hl7:title>  <hl7:text/>  <hl7:author>     <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' (2019-11-20T12:13:04) -->   </hl7:author>  <hl7:informant>     <!-- template 1.2.40.0.34.6.0.11.9.3 'Informant Body' (2019-02-07T13:29:32) -->   </hl7:informant>  <!-- choice: 1..* element hl7:entry containing template 1.2.40.0.34.11.8.1.3.1 (dynamic) element hl7:entry containing template 1.2.40.0.34.11.8.2.3.1 (dynamic) element hl7:entry containing template 1.2.40.0.34.6.0.11.3.50 (dynamic) --> </hl7:section>
Item DT Kard Konf Beschreibung Label hl7:section (atc...ert) @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M (atc...ert) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.63 hl7:id II 0 … 1 R Eindeutige ID der Sektion (atc...ert) wo [not(@nullFlavor)] hl7:code CE 1 … 1 M (atc...ert) @code CONF 1 … 1 F 10160-0 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 M (atc...ert)   CONF Elementinhalt muss "Medikationsliste" sein -oder- Elementinhalt muss "Aktuelle Medikation" sein -oder- Elementinhalt muss "Überwachte Medikamente" sein hl7:text ED 1 … 1 M Information für den menschlichen Leser. (atc...ert) hl7:author 0 … * R Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) (atc...ert) hl7: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) Auswahl 1 … * Elemente in der Auswahl: hl7:entry welches enthält Template 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (DYNAMIC) hl7:entry welches enthält Template 1.2.40.0.34.11.8.2.3.1 Medikation Abgabe Entry eMedikation (DYNAMIC) hl7:entry welches enthält Template 1.2.40.0.34.6.0.11.3.50 Medication Statement Entry (DYNAMIC) hl7:entry 0 … * Beinhaltet 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (DYNAMIC) (atc...ert) @typeCode cs 1 … 1 F DRIV   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. @context​Conduction​Ind cs 0 … 1 F true hl7:entry 0 … * Beinhaltet 1.2.40.0.34.11.8.2.3.1 Medikation Abgabe Entry eMedikation (DYNAMIC) (atc...ert) @typeCode cs 1 … 1 F DRIV   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. @context​Conduction​Ind cs 0 … 1 F true hl7:entry 0 … * Beinhaltet 1.2.40.0.34.6.0.11.3.50 Medication Statement Entry (DYNAMIC) (atc...ert) @typeCode cs 1 … 1 F DRIV   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. @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … * R Optionale Subsections zur Angabe von Übersetzungen des <text> Elements Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC) (atc...ert) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

12.4.3.6.4 Dokumentierte Einnahme - kodiert

Id	1.2.40.0.34.6.0.11.2.94 ref at-cda-bbr-	Gültigkeit	2021‑02‑19 11:44:16 Andere Versionen mit dieser Id: atcdabbr_section_DokumentierteEinnahmeKodiert vom 2020‑07‑29 11:56:01
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_section_DokumentierteEinnahmeKodiert	Bezeichnung	Dokumentierte Einnahme - kodiert
Beschreibung	Die dokumentierte Einnahme der Medikamente wird in diesem Element gespeichert.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.94
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.3.72 Containment Medikationseinnahme Entry (1.1.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.2.8 Containment Übersetzung (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.2.94 Dokumentierte Einnahme - kodiert (2020‑07‑29 11:56:01) ref at-cda-bbr-
Beispiel	Strukturbeispiel <!-- Dokumentierte Einnahme Die dokumentierte Einnahme der überwachten Medikamente wird in diesem Element gespeichert. --> <component>   <section>     <templateId root="1.2.40.0.34.6.0.11.2.94"/>    <!-- IHE PHARM Medication Administration Section-->     <templateId root="1.3.6.1.4.1.19376.1.9.1.2.4"/>    <!-- Code der Sektion -->     <code code="87232-5" displayName="Medication administration.brief" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>    <!-- Titel der Sektion -->     <title>Dokumentierte Einnahme</title>    <!-- Textbereich der Sektion -->     <text>       <table border="1" width="100%">         <thead>           <tr>             <th styleCode="xELGA_colw:15">Datum/Zeit</th>            <th styleCode="xELGA_colw:55">Medikament</th>            <th styleCode="xELGA_colw:10">Eingenommen</th>            <th styleCode="xELGA_colw:20">Notiz</th>          </tr>        </thead>        <tbody>           <tr>             <td>2015-10-01</td>            <td>               <content styleCode="Bold">CONCOR Cor2 5 mg - Filmtabletten, BETA-BLOCKER</content>            </td>            <td>JA</td>            <td/>          </tr>          <tr>             <td>2015-10-01</td>            <td>               <content styleCode="Bold">TORASEMID \Hexal\ 20 mg - Tabletten, DIURETIKA</content>            </td>            <td>JA</td>            <td/>          </tr>          <tr>             <td>2015-10-01</td>            <td>               <content styleCode="Bold">DIOVAN - Filmtabletten80 mg, ANTIHYPERTONIKA</content>            </td>            <td>JA</td>            <td/>          </tr>          <tr>             <td>2015-10-01</td>            <td>               <content styleCode="Bold">SPIROBENE50 mg - Tabletten, DIURETIKA</content>            </td>            <td>JA</td>            <td/>          </tr>          <tr>             <td>2015-10-02</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (Alle)</td>            <td/>          </tr>          <tr>             <td>2015-10-04</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (Alle)</td>            <td/>          </tr>          <tr>             <td>2015-10-05</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (Alle)</td>            <td/>          </tr>          <tr ID="medintake17">             <td>2015-10-06</td>            <td>               <content styleCode="Bold">CONCOR Cor2 5 mg - Filmtabletten, BETA-BLOCKER</content>            </td>            <td>NEIN</td>            <td ID="medintake17comment">zu starke Nebenwirkungen wie Körperschwäche und Schlafstörungen, halbe Dosis wurde vom Patienten weitergenommen</td>          </tr>          <tr ID="medintake18">             <td>2015-10-06</td>            <td>               <content styleCode="Bold">TORASEMID \Hexal\ 20 mg - Tabletten, DIURETIKA</content>            </td>            <td>JA</td>            <td/>          </tr>          <tr ID="medintake19">             <td>2015-10-06</td>            <td>               <content styleCode="Bold">DIOVAN - Filmtabletten 80 mg, ANTIHYPERTONIKA</content>            </td>            <td>JA</td>            <td/>          </tr>          <tr ID="medintake20">             <td>2015-10-06</td>            <td>               <content styleCode="Bold">SPIROBENE 50 mg - Tabletten, DIURETIKA</content>            </td>            <td>JA</td>            <td/>          </tr>          <tr>             <td>2015-10-07</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA/NEIN (Gemischt)</td>            <td/>          </tr>          <tr>             <td>2015-10-08</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA/NEIN (Gemischt)</td>            <td/>          </tr>          <tr>             <td>2015-10-09</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA/NEIN (Gemischt)</td>            <td/>          </tr>          <tr>             <td>2015-10-11</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA/NEIN (Gemischt)</td>            <td/>          </tr>          <tr>             <td>2015-10-12</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA/NEIN (Gemischt)</td>            <td/>          </tr>          <tr>             <td>2015-10-13</td>            <td>               <content styleCode="Bold">TORASEMID \Hexal\ 20 mg - Tabletten, DIURETIKA</content>            </td>            <td>JA</td>            <td/>          </tr>          <tr>             <td>2015-10-13</td>            <td>               <content styleCode="Bold">DIOVAN - Filmtabletten 80 mg, ANTIHYPERTONIKA</content>            </td>            <td>JA</td>            <td/>          </tr>          <tr>             <td>2015-10-13</td>            <td>               <content styleCode="Bold">SPIROBENE 50 mg - Tabletten, DIURETIKA</content>            </td>            <td>JA</td>            <td/>          </tr>          <tr>             <td>2015-10-14</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (alle)</td>            <td/>          </tr>          <tr>             <td>2015-10-15</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (alle)</td>            <td/>          </tr>          <tr>             <td>2015-10-16</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (alle)</td>            <td/>          </tr>          <tr>             <td>2015-10-18</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (alle)</td>            <td/>          </tr>          <tr>             <td>2015-10-19</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (alle)</td>            <td/>          </tr>          <tr>             <td>2015-10-20</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (alle)</td>            <td/>          </tr>          <tr>             <td>2015-10-21</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (alle)</td>            <td/>          </tr>          <tr>             <td>2015-10-22</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (alle)</td>            <td/>          </tr>          <tr>             <td>2015-10-23</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (alle)</td>            <td/>          </tr>          <tr>             <td>2015-10-26</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (alle)</td>            <td/>          </tr>          <tr>             <td>2015-10-27</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (alle)</td>            <td/>          </tr>          <tr>             <td>2015-10-28</td>            <td>Medikamente und Einnahme wie davor angegeben</td>            <td>JA (alle)</td>            <td/>          </tr>        </tbody>      </table>    </text>      ::   </section></component>
Item DT Kard Konf Beschreibung Label hl7:section (atc...ert) @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M HL7 Austria - Dokumentierte Einnahme - kodiert (atc...ert) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.94 hl7:templateId II 1 … 1 M IHE PHARM Medication Administration Section (atc...ert) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.2.4 hl7:id II 0 … 1 R Eindeutige ID der Sektion (atc...ert) wo [not(@nullFlavor)] hl7:code CE.IPS 1 … 1 M (atc...ert) @code cs 1 … 1 F 87232-5 @codeSystem uid 1 … 1 F 2.16.840.1.113883.6.1 @codeSystemName st 0 … 1 F LOINC @displayName st 0 … 1 F Medication administration.brief hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ert) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ert) @language cs 1 … 1 R hl7:title ST 1 … 1 M (atc...ert)   CONF Elementinhalt muss "Dokumentierte Einnahme" sein hl7:text SD.TEXT 1 … 1 M Information für den menschlichen Leser. Siehe auch „Empfehlung zur Gestaltung im Falle von CDA Level 3“. (atc...ert) hl7:author 0 … 1 R Verfasser dieses Eintrags. Mit der Angabe des Autors kann die Qualität des Eintrags - automatisch durch ein Gerät oder manuell durch eine Person - zum Ausdruck gebracht werden. Kann entfallen wenn gleich mit ClinicalDocument.author . Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) (atc...ert) hl7:informant 0 … * R Quelle der Information. Person, auf deren Angabe die Information beruht: der Patient selbst oder eine dem Patienten verwandte oder bekannte Person. Kann entfallen wenn gleich mit ClinicalDocument.recordTarget (der Patient selbst). Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) (atc...ert) hl7:entry 1 … * M Beinhaltet 1.2.40.0.34.6.0.11.3.72 Medikationseinnahme Entry (DYNAMIC) (atc...ert) @typeCode cs 1 … 1 F DRIV   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. @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … * R Optionale Subsections zur Angabe von Übersetzungen des <text> Elements Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC) (atc...ert) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

12.4.3.7 Verwendete Geräte

Id	1.2.40.0.34.6.0.11.2.82 ref at-cda-bbr-	Gültigkeit	2021‑02‑18 13:16:30 Andere Versionen mit dieser Id: atcdabbr_section_VerwendeteGeraeteKodiert vom 2020‑03‑30 08:30:13
Status	Aktiv	Versions-Label	1.0.0+20210218
Name	atcdabbr_section_VerwendeteGeraeteKodiert	Bezeichnung	Verwendete Geräte - kodiert
Beschreibung Die Geräte die für die Messungen von Vitalparamteren und weiteren Ergebnissen herbeigezogen wurden, werden in dieser Sektion dokumentiert. Die verschiedenen Eigenschaften des Geräts sind, wie in den "medical devices" Entrys des HL7 PHMRs vorgegeben, maschinenlesbar codiert. Eine eindeutige Bezeichnung des Gerätes ist mindestens anzugeben, alle weiteren Eigenschaften wie Hersteller, Seriennummer, Firmware des Gerätes usw. sind optional.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.82
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 5 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.3.19 Containment Eingebettetes Objekt Entry (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.73 Containment Device Information Organizer (1.1.1+20210831) DYNAMIC 1.2.40.0.34.6.0.11.2.8 Containment Übersetzung (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.2.82 Verwendete Geräte - kodiert (2020‑03‑30 08:30:13) ref at-cda-bbr-
Beispiel	Beispiel <component>   <section>     <templateId root="1.2.40.0.34.6.0.11.2.82"/>    <templateId root="2.16.840.1.113883.10.20.36.1" extension="2015-08-17"/>    <code code="46264-8" displayName="History of medical device use" codeSystem="2.16.840.1.113883.6.1" codeSystemName="2.16.840.1.113883.6.1"/>    <title>Verwendete Geräte</title>    <text>       <table border="1" width="100%">         <thead>           <tr>             <th>System Typ</th>            <th>Hersteller</th>            <th>Modellnummer</th>            <th>Seriennummer</th>          </tr>        </thead>        <tbody>           <tr>             <td ID="device1type">Blutdruck-Messgeraet</td>            <td ID="device1manufactName">A/D Medical</td>            <td ID="device1modelNumber">UA-767NFC</td>            <td ID="device1serialNumber">51204 00454</td>          </tr>          <tr>             <td ID="device2type">Waage</td>            <td ID="device2manufactName">Wahoo Fitness</td>            <td ID="device2modelNumber">WFBTScalev1</td>            <td ID="device2serialNumber">40355 42306255</td>          </tr>          <tr>             <td>Fitness Tracker</td>            <td>Polar</td>            <td>loop-90047656</td>            <td>73539 012302</td>          </tr>          <tr>             <td>Fitness Tracker</td>            <td>Garmin</td>            <td>vivofit</td>            <td>3F7019550</td>          </tr>          <tr>             <td>Blutzuckermesser</td>            <td>Aktivmed</td>            <td>GlucoCheckXL</td>            <td>12231 23128829</td>          </tr>        </tbody>      </table>    </text>     ::   </section></component>
Item DT Kard Konf Beschreibung Label hl7:section Container zur Angabe der verwendeten Geräte. (atc...ert) @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M HL7 Austria - Verwendete Geräte - kodiert (atc...ert) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.82 hl7:templateId II 1 … 1 M PHMR Medical Equipment Section (atc...ert) @root uid 1 … 1 F 2.16.840.1.113883.10.20.36.1 @extension st 1 … 1 F 2015-08-17 hl7:id II 0 … 1 Eindeutige ID der Sektion (atc...ert) wo [not(@nullFlavor)] hl7:code CE 1 … 1 M (atc...ert) @code cs 1 … 1 F 46264-8 @codeSystem uid 1 … 1 F 2.16.840.1.113883.6.1 @codeSystemName st 0 … 1 F LOINC @displayName st 0 … 1 F History of medical device use hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ert) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ert) @language cs 1 … 1 R hl7:title ST 1 … 1 M (atc...ert)   CONF Elementinhalt muss "Verwendete Geräte" sein hl7:text SD.TEXT 1 … 1 M Information für den menschlichen Leser. Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten! (atc...ert) hl7:author 0 … 1 R Verfasser dieses Eintrags. Mit der Angabe des Autors kann die Qualität des Eintrags - automatisch durch ein Gerät oder manuell durch eine Person - zum Ausdruck gebracht werden. Kann entfallen wenn gleich mit ClinicalDocument.author . Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) (atc...ert) hl7:informant 0 … * R Quelle der Information. Person, auf deren Angabe die Information beruht: der Patient selbst oder eine dem Patienten verwandte oder bekannte Person. Kann entfallen wenn gleich mit ClinicalDocument.recordTarget (der Patient selbst). Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) (atc...ert) hl7:entry 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC) (atc...ert) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:entry 1 … * R Es muss bei Verwendung der Sektion mindestens ein maschinenlesbares Element existieren, welches Details zum verwendeten Gerät abspeichern kann. Beinhaltet 1.2.40.0.34.6.0.11.3.73 Device Information Organizer (DYNAMIC) (atc...ert) @typeCode cs 1 … 1 F DRIV   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. @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … * R Optionale Subsections zur Angabe von Übersetzungen des <text> Elements Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC) (atc...ert) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

12.4.3.8 Beilagen

Id	1.2.40.0.34.6.0.11.2.71 ref at-cda-bbr-	Gültigkeit	2023‑04‑05 13:40:58 Andere Versionen mit dieser Id: atcdabbr_section_Beilagen vom 2021‑06‑28 11:22:40 atcdabbr_section_Beilagen vom 2021‑02‑19 11:43:44 atcdabbr_section_Beilagen vom 2020‑01‑09 09:53:16
Status	Aktiv	Versions-Label	1.0.2+20230717
Name	atcdabbr_section_Beilagen	Bezeichnung	Beilagen
Beschreibung Sonstige Beilagen, außer denjenigen Dokumenten, die in „Willenserklärungen und andere juridische Dokumente“ angegeben sind. Achtung: Da einzelne e-Befunde vom Bürger ausgeblendet oder gelöscht werden können, ist ein Referenzieren bzw. Verweisen auf andere e-Befunde nicht zuverlässig und daher NICHT ERLAUBT. Inhalte, die unmittelbar zum e-Befund gehören, sollen daher als Beilage eingebettet werden.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.71
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz at-cda-bbr-data​element-58  Beilagen  Dataset A Allgemeiner Leitfaden
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.3.19 Containment Eingebettetes Objekt Entry (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.2.8 Containment Übersetzung (1.0.2+20230717) DYNAMIC
Beziehung	Spezialisierung: Template 1.2.40.0.34.6.0.11.2.71 Beilagen (2021‑06‑28 11:22:40) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.71 Beilagen (2021‑02‑19 11:43:44) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.71 Beilagen (2020‑01‑09 09:53:16) ref at-cda-bbr-
Beispiel	Strukturbeispiel <section>   <templateId root="1.2.40.0.34.6.0.11.2.71"/>  <!-- Code der Section -->   <code code="BEIL" displayName="Beilagen" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  <!-- Titel der Section -->   <title>Beilagen</title>  <!-- Textbereich der Section -->   <text>     <table>       <thead>         <tr>           <th styleCode="xELGA_colw:1">Titel des Dokuments</th>          <th styleCode="xELGA_colw:1">Erstellungsdatum</th>          <th styleCode="xELGA_colw:1">Dokument</th>        </tr>      </thead>      <tbody>         <tr>           <td>Laborbefund</td>          <td>05.11.2019</td>          <td>             <renderMultiMedia referencedObject="Beilage-1"/>          </td>        </tr>      </tbody>    </table>  </text>  <!-- Maschinenlesbare Elemente der Section -->   <entry>     <!-- template 1.2.40.0.34.6.0.11.3.19 'Eingebettetes Objekt Entry' (2019-05-29T11:59:07) -->   </entry></section>
Item DT Kard Konf Beschreibung Label hl7:section Container zur Angabe der Beilagen. (atc...gen)   at-cda-bbr-data​element-58  Beilagen  Dataset A Allgemeiner Leitfaden @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M (atc...gen) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.71 hl7:id II 0 … 1 Eindeutige ID der Section (atc...gen) wo [not(@nullFlavor)] hl7:code CE 1 … 1 M (atc...gen) @displayName st 0 … 1 F Beilagen @codeSystemName st 0 … 1 F ELGA_Sections @code CONF 1 … 1 F BEIL @codeSystem 1 … 1 F 1.2.40.0.34.5.40 hl7:title ST 1 … 1 M (atc...gen)   CONF Elementinhalt muss "Beilagen" sein hl7:text SD.TEXT 1 … 1 M Information für den menschlichen Leser. Es SOLLEN der Titel des Dokuments, sowie das Erstellungsdatum angegeben werden. (atc...gen) hl7:author 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) (atc...gen) hl7:informant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) (atc...gen) hl7:entry 1 … * M Maschinenlesbares Element. Die Beilagen MÜSSEN als maschinenlesbare Elemente angegeben werden. Beinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC) (atc...gen) @typeCode cs 1 … 1 F DRIV   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. @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … * Optionale Subsections zur Angabe von Übersetzungen des text-Elements in andere Sprachen. Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC) (atc...gen) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

12.4.4 Entry Level Template

12.4.4.1 Logo Entry

Id	1.2.40.0.34.6.0.11.3.53 ref at-cda-bbr-	Gültigkeit	2021‑06‑28 11:08:49 Andere Versionen mit dieser Id: atcdabbr_entry_Logo vom 2021‑02‑19 12:51:55 atcdabbr_entry_Logo vom 2020‑01‑09 12:00:13
Status	Aktiv	Versions-Label	1.0.1+20210628
Name	atcdabbr_entry_Logo	Bezeichnung	Logo Entry
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.53
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.17 Containment Performer Body (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.9.13 Containment Participant Body (1.0.1+20210628) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.53 Logo Entry (2021‑02‑19 12:51:55) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.53 Logo Entry (2020‑01‑09 12:00:13) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.1.3.2 Logo Entry (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <entry>   <observationMedia classCode="OBS" moodCode="EVN">     <!-- ELGA Logo-Entry -->     <templateId root="1.2.40.0.34.6.0.11.3.53"/>    <value mediaType="image/jpeg" representation="B64"> JVBEi0xLjMKJcfsj6IKNSAwIG9iago8PC9MZW5ndGggNiAwIFIvRmlsdGVyI C9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nM1aW28dtxFGnLfzK/ap3S0ihveLU AQYydprBSJcJICNvqgu1TrSI4kN0H+bF76M/LQ4S7Jmd3DlY/kg6IO4NBDch M5z5OHt+bjgTznIVGh7/o/84Xi0+PwjN+d3i54Vh1nNjezltH6+a50sYJngj AuOu2Z5thB9n2gcZ55r2XjoEzBjuVq0Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ90 e0opgNXrv2p40zBn/YAZU0HLR+cb3lnW Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ : : : </value>  </observationMedia></entry>
Item DT Kard Konf Beschreibung Label hl7:observationMedia (atc...ogo) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M (atc...ogo) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.53 hl7:value ED 1 … 1 M Das eingebettete Logo in einem Bildformat, unkomprimiert, Base64 codiert. Maximale Abmessungen des Bildes: Höhe: 80px Breite: 270px (atc...ogo) @mediaType st 1 … 1 R Medientyp des eingebetteten Objekts gemäß zugelassener Werteliste: image/png image/jpeg @representation cs 1 … 1 F B64 hl7:performer 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC) (atc...ogo) hl7:author 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) (atc...ogo) hl7:informant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) (atc...ogo) hl7:participant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC) (atc...ogo)

12.4.4.2 Vitalparameter Gruppe Entry

Id	1.2.40.0.34.6.0.11.3.23 ref at-cda-bbr-	Gültigkeit	2021‑02‑19 13:01:06 Andere Versionen mit dieser Id: atcdabbr_entry_VitalparameterGruppeEntry vom 2020‑10‑07 07:45:39 atcdabbr_entry_VitalparameterGruppeEntry vom 2019‑07‑19 14:21:41
Status	Aktiv	Versions-Label	1.1.0+20210219
Name	atcdabbr_entry_VitalparameterGruppeEntry	Bezeichnung	Vitalparameter Gruppe Entry
Beschreibung Das Vitalparameter Gruppe Entry bündelt einzelne Vitalparameter-Beobachtungen. Das effectiveTime-Element MUSS vorhanden sein, um anzuzeigen, wann die darunterliegenden Messungen durchgeführt wurden; es KANN aber weggelassen werden, wenn alle zugrunde liegenden Observations selbst ein effectiveTime-Element enthalten.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.23
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 7 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.15 Inklusion Time Interval Information minimal (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.9.17 Containment Performer Body (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.9.13 Containment Participant Body (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.3.24 Containment Vitalparameter Entry (1.1.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.3.100 Containment Serienmessung Vitalparameter Entry (1.1.1+20210303) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.23 Vitalparameter Gruppe Entry (2020‑10‑07 07:45:39) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.23 Vitalparameter Gruppe Entry (2019‑07‑19 14:21:41) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.20.22.4.26 Vital Signs Organizer (V3) (DYNAMIC) ref ccda- Spezialisierung: Template 2.16.840.1.113883.10.20.36.2 (DYNAMIC) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.1.3.3 Vitalparameter Gruppe Entry (DYNAMIC) ref elgabbr-
Beispiel	Beispiel <organizer classCode="CLUSTER" moodCode="EVN">   <!-- ELGA -->   <templateId root="1.2.40.0.34.6.0.11.3.23"/>  <!-- C-CDA Vital Signs Organizer -->   <templateId root="2.16.840.1.113883.10.20.22.4.26" extension="2015-08-01"/>  <!-- PHMR Vital Signs Organizer -->   <templateId root="2.16.840.1.113883.10.20.36.2" extension="2015-11-19"/>  <id root="" extension=""/>  <code code="46680005" displayName="Vital signs" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>  <statusCode code="completed"/>  <effectiveTime>     <low value="20170721131413"/>  </effectiveTime>  <component>     <observation classCode="OBS" moodCode="EVN">       <templateId root="1.2.40.0.34.6.0.11.3.24"/>    </observation>  </component></organizer>
Item DT Kard Konf Beschreibung Label hl7:organizer (atc...try) @classCode cs 1 … 1 F CLUSTER @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M ELGA Die folgenden zwei TemplateIDs ersetzen die TemplateIDs "2.16.840.1.113883.10.20.1.32", "2.16.840.1.113883.10.20.1.35" und "1.3.6.1.4.1.19376.1.5.3.1.4.13.1". Dies ist begründet durch die Erweiterung der Vitalparameter Messungen um Serienmessungen. (atc...try) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.23 hl7:templateId II 1 … 1 M C-CDA Vital Signs Organizer (atc...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.22.4.26 @extension st 1 … 1 F 2015-08-01 hl7:templateId II 1 … 1 M PHMR Vital Signs Organizer (atc...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.36.2 @extension st 1 … 1 F 2015-11-19 hl7:id II 1 … 1 M ID der VitalparameterGruppe. Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen. (atc...try) hl7:code CD.IPS 1 … 1 M Code des VitalparameterGruppe-Entry. (atc...try) @code CONF 1 … 1 F 46680005 @codeSystem 1 … 1 F 2.16.840.1.113883.6.96 (SNOMED Clinical Terms) hl7:statusCode CS 1 … 1 M (atc...try) @code CONF 1 … 1 F completed Auswahl 0 … 1 Elemente in der Auswahl: hl7:effectiveTime[@value] hl7:effectiveTime[@nullFlavor='UNK'] hl7:effectiveTime   Constraint Wenn in allen untergeordneten Kind-Elementen observation/effectiveTime angeführt wird KANN, O [0..1] dieses Element komplett entfallen oder mit @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein. Wenn in allen untergeordneten Kind-Elementen observation/effectiveTime NICHT angeführt wird MUSS, R [1..1] dieses Element angegeben werden und KANN mittels @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein. hl7:effectiveTime TS.AT.TZ 0 … 1 C Messungen mit dem Gerät nur zu einem Zeitpunkt (atc...try) wo [@value] @value 1 … 1 R   Beispiel Strukturbeispiel <!-- Messungen nur am 27.05.2011 um 13:30 --> <effectiveTime value="20110527133000+0200"/>   Beispiel Strukturbeispiel <!-- Messungen am 27.5.2011, Uhrzeit unbekannt --> <effectiveTime value="20110527"/> hl7:effectiveTime TS.AT.TZ 0 … 1 C Messungen mit dem Gerät zu einem unbekannten Zeitpunkt Fixierter nullFlavor: UNK (atc...try) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK   Beispiel Strukturbeispiel <!-- Messungen unbekannt --> <effectiveTime nullFlavor="UNK"/> hl7:effectiveTime IVL_TS 0 … 1 C Messungen mit dem Gerät in einer Zeitspanne. Zugelassene nullFlavor: UNK (atc...try)   Beispiel Strukturbeispiel <!-- Start am 27.05.2011 um 13:30 und Ende am 27.05.2011 um 14:00 --> <effectiveTime>   <low value="20110527133000+0200"/>  <high value="20110527140000+0200"/></effectiveTime>   Beispiel Strukturbeispiel <!-- Start unbekannt und Ende am 27.05.2011 um 14:00 --> <effectiveTime>   <low nullFlavor="UNK"/>  <high value="20110527140000+0200"/></effectiveTime>   Beispiel Strukturbeispiel <!-- Start am 27.05.2011 um 13:30 und Ende Unbekannt --> <effectiveTime>   <low value="20110527133000+0200"/>  <high nullFlavor="UNK"/></effectiveTime>   Beispiel Strukturbeispiel (auch high auf Sekunde genau und low auf Tag genau möglich) <!-- Start am 27.05.2011, Uhrzeit unbekannt, und Ende am 28.05.2011 um 14:00 --> <effectiveTime>   <low value="20110527"/>  <high value="20110528140000+0200"/></effectiveTime> Eingefügt 0 … 1 C von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) Auswahl 0 … 1 Elemente in der Auswahl: hl7:low[@value] hl7:low[@nullFlavor='UNK'] hl7:low TS.AT.TZ 0 … 1 (atc...try) wo [@value] hl7:low TS.AT.TZ 0 … 1 (atc...try) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 0 … 1 Elemente in der Auswahl: hl7:high[@value] hl7:high[@nullFlavor='UNK'] hl7:high TS.AT.TZ 0 … 1 (atc...try) wo [@value] hl7:high TS.AT.TZ 0 … 1 (atc...try) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:performer 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC) (atc...try) hl7:author 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) (atc...try) hl7:informant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) (atc...try) hl7:participant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC) (atc...try) Auswahl 1 … * Elemente in der Auswahl: hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.24 Vitalparameter Entry (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.100 Serienmessung Vitalparameter Entry (DYNAMIC) hl7:component 0 … * R ELGA Vitalparameter-Entry. Beinhaltet 1.2.40.0.34.6.0.11.3.24 Vitalparameter Entry (DYNAMIC) (atc...try) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … * R ELGA Serienmessung-Entry. Beinhaltet 1.2.40.0.34.6.0.11.3.100 Serienmessung Vitalparameter Entry (DYNAMIC) (atc...try) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

12.4.4.3 Vitalparameter Entry

Id	1.2.40.0.34.6.0.11.3.24 ref at-cda-bbr-	Gültigkeit	2021‑02‑19 13:00:55 Andere Versionen mit dieser Id: atcdabbr_entry_VitalparameterEntry vom 2020‑10‑07 07:50:09 atcdabbr_entry_VitalparameterEntry vom 2019‑07‑19 14:38:56
Status	Aktiv	Versions-Label	1.1.0+20210219
Name	atcdabbr_entry_VitalparameterEntry	Bezeichnung	Vitalparameter Entry
Beschreibung Ein Vitalparameter-Entry bündelt  einzelne Vitalparameter-Beobachtungen.  Das effectiveTime-Element muss vorhanden sein, um anzuzeigen, wann einzelnen Messungen durchgeführt wurden; es kann aber weggelassen werden, wenn das gruppierende Vitalparameter Gruppe Entry selbst ein effectiveTime-Element enthält.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.24
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 5 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.15 Inklusion Time Interval Information minimal (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.9.17 Containment Performer Body (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.9.13 Containment Participant Body (1.0.1+20210628) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.24 Vitalparameter Entry (2020‑10‑07 07:50:09) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.24 Vitalparameter Entry (2019‑07‑19 14:38:56) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.20.1.31 Result observation (DYNAMIC) ref ccd1- Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.13 eHDSI Simple Observation (DYNAMIC) ref epsos- Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.13.2 eHDSI Vital Signs Observation (DYNAMIC) ref epsos-
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.24"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.31"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13.2"/>  <!-- ID des Vitalparameter-Entry -->   <hl7:id root=" " extension=" "/>  <!-- Code des Vitalparameter-Entry -->   <hl7:code code="2710-2" displayName="Oxygen saturation in Capillary blood by Oximetry" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC">     <hl7:originalText>       <hl7:reference value="#vitsigtype-1"/>    </hl7:originalText>  </hl7:code>  <!-- Referenz zum narrativen Abschnitt dieses Vitalparameter-Entry im Text-Bereich der Sektion -->   <hl7:text>     <hl7:reference value="#vitsig-1"/>  </hl7:text>  <!-- Statuscode des Vitalparameter-Entry -->   <hl7:statusCode code="completed"/>  <!-- Wert des Vitalparameter -->   <hl7:value xsi:type="PQ" value="120" unit="/min"/></hl7:observation>
Beispiel	Keine Vitalparameter erhoben <hl7:observation classCode="OBS" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.24"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.31"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13.2"/>  <!-- ID des Vitalparameter-Entry -->   <hl7:id root=" " extension=" "/>  <!-- Code des Vitalparameter-Entry -->   <hl7:code code="373121007" displayName="Test not done" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT">     <hl7:originalText>       <hl7:reference value="#vitsigtype-1"/>    </hl7:originalText>  </hl7:code>  <!-- Referenz zum narrativen Abschnitt dieses Vitalparameter-Entry im Text-Bereich der Sektion -->   <hl7:text>     <hl7:reference value="#vitsig-1"/>  </hl7:text>  <!-- Statuscode des Vitalparameter-Entry -->   <hl7:statusCode code="completed"/>  <!-- Wert des Vitalparameter -->   <hl7:value xsi:type="PQ" nullFlavor="NA"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation (atc...try) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M ELGA (atc...try) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.24 hl7:templateId II 1 … 1 M HL7 CCD Result observation (atc...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.31 hl7:templateId II 1 … 1 M IHE PCC Simple Observation (atc...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.13 hl7:templateId II 1 … 1 M IHE PCC Vital Signs Observation (atc...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.13.2 hl7:id II 1 … 1 M ID des Vitalparameters Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen. (atc...try) hl7:code CD.IPS 1 … 1 M Code des Vitalparameters. Die Art des angegebenen Vitalparameters (Puls, Blutdruck systolisch, etc.) wird codiert in diesem Element angegeben. Die Angabe der Art des Vitalparameters bestimmt auch die möglichen Einheiten des Werts. Verweis auf speziellen Implementierungsleitfaden: Welche der Vitalparameterarten angegeben werden müssen bzw. sollen, kann im jeweiligen speziellen Implementierungsleitfaden eingeschränkt werden. (atc...try)   Constraint Wenn dieses Observation-Element im Dokument mit der TemplateID "1.2.40.0.34.6.0.11.0.10" (Telemonitoring Episodenbericht) verwendet wird, ist eine Translation zu diesem Code mit dem Attribut codeSystem="2.16.840.1.113883.6.24" verpflichtend anzugeben!   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.34 ELGA_Vitalparameterarten (DYNAMIC) hl7:originalText ED 1 … 1 M Verweist auf die Stelle im narrativen Textbereich, in dem die Vitalparameterart beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc). (atc...try) hl7:reference TEL 1 … 1 M (atc...try) @value st 1 … 1 R hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...try) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...try) @language cs 1 … 1 R hl7:text ED 1 … 1 M Verweist auf die Stelle im narrativen Text-Bereich, an der der gegebene Vitalparameter narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc). (atc...try) hl7:reference TEL 1 … 1 M (atc...try) hl7:statusCode CS 1 … 1 M (atc...try) @code CONF 1 … 1 F completed Auswahl 0 … 1 Elemente in der Auswahl: hl7:effectiveTime[@value] hl7:effectiveTime[@nullFlavor='UNK'] hl7:effectiveTime   Constraint Wenn im übergeordneten Container-Element organizer/effectiveTime angeführt wird KANN, O [0..1] dieses Element komplett entfallen oder mit @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein. Wenn im übergeordneten Container-Element organizer/effectiveTime NICHT angeführt wird MUSS, R [1..1] dieses Element angegeben werden und KANN mittels @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein. hl7:effectiveTime TS.AT.TZ 0 … 1 C Messung mit dem Gerät nur zu einem Zeitpunkt (atc...try) wo [@value] @value 1 … 1 R   Beispiel Strukturbeispiel <!-- Messungen nur am 27.05.2011 um 13:30 --> <effectiveTime value="20110527133000+0200"/>   Beispiel Strukturbeispiel <!-- Messungen am 27.5.2011, Uhrzeit unbekannt --> <effectiveTime value="20110527"/> hl7:effectiveTime TS.AT.TZ 0 … 1 C Messung mit dem Gerät zu einem unbekannten Zeitpunkt Fixierter nullFlavor: UNK (atc...try) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK   Beispiel Strukturbeispiel <!-- Messungen unbekannt --> <effectiveTime nullFlavor="UNK"/> hl7:effectiveTime IVL_TS 0 … 1 C Messung mit dem Gerät in einer Zeitspanne. Zugelassene nullFlavor: UNK (atc...try)   Beispiel Strukturbeispiel <!-- Start am 27.05.2011 um 13:30 und Ende am 27.05.2011 um 14:00 --> <effectiveTime>   <low value="20110527133000+0200"/>  <high value="20110527140000+0200"/></effectiveTime>   Beispiel Strukturbeispiel <!-- Start unbekannt und Ende am 27.05.2011 um 14:00 --> <effectiveTime>   <low nullFlavor="UNK"/>  <high value="20110527140000+0200"/></effectiveTime>   Beispiel Strukturbeispiel <!-- Start am 27.05.2011 um 13:30 und Ende Unbekannt --> <effectiveTime>   <low value="20110527133000+0200"/>  <high nullFlavor="UNK"/></effectiveTime>   Beispiel Strukturbeispiel (auch high auf Sekunde genau und low auf Tag genau möglich) <!-- Start am 27.05.2011, Uhrzeit unbekannt, und Ende am 28.05.2011 um 14:00 --> <effectiveTime>   <low value="20110527"/>  <high value="20110528140000+0200"/></effectiveTime> Eingefügt 0 … 1 C von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) Auswahl 0 … 1 Elemente in der Auswahl: hl7:low[@value] hl7:low[@nullFlavor='UNK'] hl7:low TS.AT.TZ 0 … 1 (atc...try) wo [@value] hl7:low TS.AT.TZ 0 … 1 (atc...try) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 0 … 1 Elemente in der Auswahl: hl7:high[@value] hl7:high[@nullFlavor='UNK'] hl7:high TS.AT.TZ 0 … 1 (atc...try) wo [@value] hl7:high TS.AT.TZ 0 … 1 (atc...try) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Wert des Vitalparameters. Elemente in der Auswahl: hl7:value[not(@nullFlavor)] hl7:value[@nullFlavor='NA']   Constraint Wenn kein Vitalparameter erhoben wurde (code/@code="373121007"), MUSS, M [1..1], value mit @nullFlavor="NA" strukturiert sein. In allen anderen Fällen MUSS, M [1..1], value angegeben sein. Die Verwendung von @nullFlavor="NA" ist NICHT ERLAUBT. hl7:value PQ 0 … 1 (atc...try) wo [not(@nullFlavor)] hl7:value PQ 0 … 1 (atc...try) wo [@nullFlavor='NA'] @nullFlavor cs 1 … 1 F NA hl7:performer 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC) (atc...try) hl7:author 0 … * C Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) (atc...try)   Constraint Wenn dieses Observation-Element im Dokument mit der TemplateID "1.2.40.0.34.6.0.11.0.10" (Telemonitoring Episodenbericht) verwendet wird, ist genau ein author-Element verpflichtend anzugeben! (1..1 M) Sonst gilt 0..* hl7:informant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) (atc...try) hl7:participant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC) (atc...try)

12.4.4.4 Messergebnisse Gruppe Entry

Id	1.2.40.0.34.6.0.11.3.70 ref at-cda-bbr-	Gültigkeit	2021‑02‑18 13:34:33 Andere Versionen mit dieser Id: atcdabbr_entry_MessergebnisseGruppeEntry vom 2020‑10‑07 06:43:02 atcdabbr_entry_MessergebnisseGruppeEntry vom 2018‑07‑25 11:00:12
Status	Aktiv	Versions-Label	1.1.0+20210218
Name	atcdabbr_entry_MessergebnisseGruppeEntry	Bezeichnung	Messergebnisse Gruppe Entry
Beschreibung	Die Gruppierung von Messungen die nicht in der Medikationseinnahme oder als Vitalparameter gelistet sind. Die Gruppierung der Messungen werden analog zu den Vitalparametern vollstrukturiert angegeben.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.70
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.15 Inklusion Time Interval Information minimal (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.3.71 Containment Messergebnis Entry (1.1.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.3.101 Containment Serienmessung Entry (1.2.0+20210303) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.70 Messergebnisse Gruppe Entry (2020‑10‑07 06:43:02) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.70 Messergebnisse Gruppe Entry (2018‑07‑25 11:00:12) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.11.1.3.3 (2017‑07‑21 13:18:24) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.1.3.3 Vitalparameter Gruppe Entry (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <organizer classCode="CLUSTER" moodCode="EVN">   <templateId root="1.2.40.0.34.6.0.11.3.70"/>  <!-- Zeigt die Übereinstimmung mit dem "C-CDA Result Organizer"-Template -->   <templateId root="2.16.840.1.113883.10.20.22.4.1" extension="2015-08-01"/>  <!-- Zeigt die Übereinstimmung mit dem "PHMR Result Organizer"-Template -->   <templateId root="2.16.840.1.113883.10.20.36.16" extension="2015-11-19"/>  <id root="1.2.40.0.34.3.1.1058.1337" extension="b2e6e7dd-7fe1-43fb-aaac-3554f978cfb7"/>  <code code="15220000" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED-CT" displayName="Tests"/>  <statusCode code="completed"/>  <effectiveTime value="20160501120000+0200"/>  <component> ... </component></organizer>
Item DT Kard Konf Beschreibung Label hl7:organizer (atc...try) @classCode cs 1 … 1 F CLUSTER @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M HL7 Austria - Messergebnisse Gruppe Entry (atc...try) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.70 hl7:templateId II 1 … 1 M C-CDA Result Organizer (atc...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.22.4.1 @extension st 1 … 1 F 2015-08-01 hl7:templateId II 1 … 1 M PHMR Result Organizer (atc...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.36.16 @extension st 1 … 1 F 2015-11-19 hl7:id II 1 … 1 M ID des Ergebnis Gruppen Entrys. Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen. (atc...try) hl7:code CE 1 … 1 M Code des ErgebnisGruppe-Entry. Ist aus dem PHMR übernommen worden, damit das Template vollständig kompatibel ist mit diesem. Der Code ist der Meinung von HL7-Austria nach unpassend, wird jedoch für Zwecke der Kompatibilität nicht geändert. (atc...try) @code CONF 1 … 1 F 15220000 @codeSystem 1 … 1 F 2.16.840.1.113883.6.96 (SNOMED Clinical Terms) @codeSystemName 1 … 1 F SNOMED-CT @displayName 1 … 1 F Laboratory test hl7:statusCode CS 1 … 1 M (atc...try) @code CONF 1 … 1 F completed Auswahl 0 … 1 Elemente in der Auswahl: hl7:effectiveTime[@value] hl7:effectiveTime[@nullFlavor='UNK'] hl7:effectiveTime   Constraint Wenn in allen untergeordneten Kind-Elementen observation/effectiveTime angeführt wird KANN, O [0..1] dieses Element komplett entfallen oder mit @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein. Wenn in allen untergeordneten Kind-Elementen observation/effectiveTime NICHT angeführt wird MUSS, R [1..1] dieses Element angegeben werden und KANN mittels @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein. hl7:effectiveTime TS.AT.TZ 0 … 1 C Messungen mit dem Gerät nur zu einem Zeitpunkt (atc...try) wo [@value] @value 1 … 1 R   Beispiel Strukturbeispiel <!-- Messungen nur am 27.05.2011 um 13:30 --> <effectiveTime value="20110527133000+0200"/>   Beispiel Strukturbeispiel <!-- Messungen am 27.5.2011, Uhrzeit unbekannt --> <effectiveTime value="20110527"/> hl7:effectiveTime TS.AT.TZ 0 … 1 C Messungen mit dem Gerät zu einem unbekannten Zeitpunkt Fixierter nullFlavor: UNK (atc...try) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK   Beispiel Strukturbeispiel <!-- Messungen unbekannt --> <effectiveTime nullFlavor="UNK"/> hl7:effectiveTime IVL_TS 0 … 1 C Messungen mit dem Gerät in einer Zeitspanne. Zugelassene nullFlavor: UNK (atc...try)   Beispiel Strukturbeispiel <!-- Start am 27.05.2011 um 13:30 und Ende am 27.05.2011 um 14:00 --> <effectiveTime>   <low value="20110527133000+0200"/>  <high value="20110527140000+0200"/></effectiveTime>   Beispiel Strukturbeispiel <!-- Start unbekannt und Ende am 27.05.2011 um 14:00 --> <effectiveTime>   <low nullFlavor="UNK"/>  <high value="20110527140000+0200"/></effectiveTime>   Beispiel Strukturbeispiel <!-- Start am 27.05.2011 um 13:30 und Ende Unbekannt --> <effectiveTime>   <low value="20110527133000+0200"/>  <high nullFlavor="UNK"/></effectiveTime>   Beispiel Strukturbeispiel (auch high auf Sekunde genau und low auf Tag genau möglich) <!-- Start am 27.05.2011, Uhrzeit unbekannt, und Ende am 28.05.2011 um 14:00 --> <effectiveTime>   <low value="20110527"/>  <high value="20110528140000+0200"/></effectiveTime> Eingefügt 0 … 1 C von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) Auswahl 0 … 1 Elemente in der Auswahl: hl7:low[@value] hl7:low[@nullFlavor='UNK'] hl7:low TS.AT.TZ 0 … 1 (atc...try) wo [@value] hl7:low TS.AT.TZ 0 … 1 (atc...try) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 0 … 1 Elemente in der Auswahl: hl7:high[@value] hl7:high[@nullFlavor='UNK'] hl7:high TS.AT.TZ 0 … 1 (atc...try) wo [@value] hl7:high TS.AT.TZ 0 … 1 (atc...try) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … * Elemente in der Auswahl: hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.71 Messergebnis Entry (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.101 Serienmessung Entry (DYNAMIC) hl7:component 0 … * R ELGA Ergebnis-Entry. Beinhaltet 1.2.40.0.34.6.0.11.3.71 Messergebnis Entry (DYNAMIC) (atc...try) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … * R ELGA Serienmessung-Entry. Beinhaltet 1.2.40.0.34.6.0.11.3.101 Serienmessung Entry (DYNAMIC) (atc...try) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

12.4.4.5 Messergebnis Entry

Id	1.2.40.0.34.6.0.11.3.71 ref at-cda-bbr-	Gültigkeit	2021‑02‑18 13:34:03 Andere Versionen mit dieser Id: atcdabbr_entry_MessergebnisEntry vom 2020‑10‑06 15:22:22 atcdabbr_entry_MessergebnisEntry vom 2018‑07‑25 11:01:29
Status	Aktiv	Versions-Label	1.1.0+20210218
Name	atcdabbr_entry_MessergebnisEntry	Bezeichnung	Messergebnis Entry
Beschreibung Alle anderen Messungen, die nicht in der Medikationseinnahme oder als Vitalparameter gelistet sind, werden hier maschinenlesbar dokumentiert. Die Messungen werden analog zu den Vitalparametern vollstrukturiert angegeben.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.71
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 9 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.2 Inklusion Original Text Reference (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC 1.2.40.0.34.6.0.11.9.15 Inklusion Time Interval Information minimal (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.9.17 Containment Performer Body (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.9.13 Containment Participant Body (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.3.71 Containment Messergebnis Entry (1.1.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.3.101 Containment Serienmessung Entry (1.2.0+20210303) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.71 Messergebnis Entry (2020‑10‑06 15:22:22) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.71 Messergebnis Entry (2018‑07‑25 11:01:29) ref at-cda-bbr-
Beispiel	Strukturbeispiel <observation classCode="OBS" moodCode="EVN">   <templateId root="1.2.40.0.34.6.0.11.3.71"/>  <templateId root="2.16.840.1.113883.10.20.36.32" extension="2015-08-17"/>  <templateId root="2.16.840.1.113883.10.20.36.33" extension="2015-11-19"/>  <templateId root="2.16.840.1.113883.10.20.22.4.2" extension="2015-08-01"/>  <id root="2.25" extension="urn:uuid:04eb4803-4b8f-4609-9876-1c33a8bf5553" assigningAuthorityName="HerzMobil Tirol"/>  <code code="405176005" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Blood glucose status">     <originalText>       <reference value="#resultstype4"/>    </originalText>    <translation code="160184" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_CONC_GLU_CAPILLARY_WHOLEBLOOD: Blood Glucose Level"/>    <translation code="41653-7" codeSystem="2.16.840.1.113883.1.3" codeSystemName="LOINC" displayName="Blood glucose status"/>  </code>  <text>     <reference value="#resultsugar1"/>  </text>  <statusCode code="completed"/>  <effectiveTime value="20160501120000+0200"/>  <value type="PQ" value="155.5" unit="[mg/dL]"/>  <author>     <!-- Zeit an dem das Gerät den Messwert übertragen hat -->     <time value="20150822170952+0200"/>    <assignedAuthor>       <id root="1.2.840.10004.1.1.1.0.0.1.0.0.1.2680" extension="12-34-56-78-9A-BC-DE-F1"/>      <!-- <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE"/> -->       <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE">         <manufacturerModelName/>        <softwareName/>      </assignedAuthoringDevice>    </assignedAuthor>  </author>  <referenceRange>     <observationRange>       <text>         <reference value="#resultsugarRefRange"/>      </text>      <value type="IVL_PQ">         <low value="80" unit="[mg/dL]"/>        <high value="160" unit="[mg/dL]"/>      </value>    </observationRange>  </referenceRange></observation>
Item DT Kard Konf Beschreibung Label hl7:observation (atc...try) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M HL7 Austria - Messergebnis Entry (atc...try) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.71 hl7:templateId II 1 … 1 M PHM Metric Observation (atc...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.36.32 @extension st 1 … 1 F 2015-08-17 Auswahl 1 … 1 Durch die Wahl der TemplateID gibt man den möglichen Typ für das Value-Element vor! Elemente in der Auswahl: hl7:templateId hl7:templateId hl7:templateId hl7:templateId hl7:templateId II 0 … 1 R PHM Metric Numeric Observation (atc...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.36.33 @extension st 1 … 1 F 2015-11-19 hl7:templateId II 0 … 1 R PHM Metric Enum Integer Observation (atc...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.36.38 @extension st 1 … 1 F 2015-08-17 hl7:templateId II 0 … 1 R PHM Metric Coded Observation (atc...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.36.34 @extension st 1 … 1 F 2015-08-17 hl7:templateId II 0 … 1 R PHM Metric String Observation (atc...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.36.35 @extension st 1 … 1 F 2015-08-17 hl7:templateId II 1 … 1 M C-CDA Result Observation (atc...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.22.4.2 @extension st 1 … 1 F 2015-08-01 hl7:id II 0 … 1 C ID des Ergebnis Entrys Empfohlen wird UUIDv4. Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ aus dem allgemeinen Leitfaden zu befolgen. (atc...try)   Constraint Im Fall, dass das übergeordnete Observation-Element in einem Component-Element (*/component/observation/id) liegt, MUSS dieses Element angegeben sein (M [1..1]). In allen anderen Fällen MUSS das Element komplett entfallen (NP [0..0]). Damit soll verhindert werden, das ein Messergebnis-Unterelement oder Serienmessung-Unterelement aus seinem Kontext entfernt wird. hl7:code CD.IPS 1 … 1 M Code des Ergrebnisses. Die Art des angegebenen Messergebnisses (Blutzuckerwert, Aktivität, Schritte, Wohlbefinden, etc.) wird codiert in diesem Element angegeben. Codes, die im aktuellen ValueSet nicht vorhanden sind, werden von der ELGA GmbH ergänzt. Bitte dazu einen Vorschlag aus einer Codierungsart (SNOMED CT, LOINC, etc., ausgenommen MDC) frei wählen und an cda@elga.gv.at zusenden.  (atc...try)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.28 TGD_Messergebnis_Codes_VS (DYNAMIC) Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC) hl7:originalText ED 1 … 1 M Textinhalt, der codiert wurde. (atc...try) hl7:reference TEL 1 … 1 M Die Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente. (atc...try) @value 1 … 1 R   Schematron assert role  error     test starts-with(@value,'#')     Meldung The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element.   hl7:translation CD 1 … 1 M Hier wird die verpflichtende Übersetzung des Codes als MDC-Code bereitgestellt. (atc...try) @code 1 … 1 R @codeSystem uid 1 … 1 F 2.16.840.1.113883.6.24 @codeSystemName st 0 … 1 F MDC @displayName 0 … 1   hl7:translation CD 0 … * Hier können weitere Übersetzungen des Codes aus weiteren Codesystemen bereitgestellt werden. (atc...try) Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) hl7:text ED 1 … 1 M (atc...try) hl7:reference TEL 1 … 1 M Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen. Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen. (atc...try) @value 1 … 1 R   Schematron assert role  error     test starts-with(@value,'#') or starts-with(@value,'http')     Meldung The @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.   hl7:statusCode CS 1 … 1 M (atc...try) @code CONF 1 … 1 F completed Auswahl 0 … 1 Elemente in der Auswahl: hl7:effectiveTime[@value] hl7:effectiveTime[@nullFlavor='UNK'] hl7:effectiveTime   Constraint Wenn im übergeordneten Container-Element organizer/effectiveTime angeführt wird KANN, O [0..1] dieses Element komplett entfallen oder mit @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein. Wenn im übergeordneten Container-Element organizer/effectiveTime NICHT angeführt wird MUSS, R [1..1] dieses Element angegeben werden und KANN mittels @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein. hl7:effectiveTime TS.AT.TZ 0 … 1 C Messung mit dem Gerät nur zu einem Zeitpunkt (atc...try) wo [@value] @value 1 … 1 R   Beispiel Strukturbeispiel <!-- Messungen nur am 27.05.2011 um 13:30 --> <effectiveTime value="20110527133000+0200"/>   Beispiel Strukturbeispiel <!-- Messungen am 27.5.2011, Uhrzeit unbekannt --> <effectiveTime value="20110527"/> hl7:effectiveTime TS.AT.TZ 0 … 1 C Messung mit dem Gerät zu einem unbekannten Zeitpunkt Fixierter nullFlavor: UNK (atc...try) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK   Beispiel Strukturbeispiel <!-- Messungen unbekannt --> <effectiveTime nullFlavor="UNK"/> hl7:effectiveTime IVL_TS 0 … 1 C Messung mit dem Gerät in einer Zeitspanne. Zugelassene nullFlavor: UNK (atc...try)   Beispiel Strukturbeispiel <!-- Start am 27.05.2011 um 13:30 und Ende am 27.05.2011 um 14:00 --> <effectiveTime>   <low value="20110527133000+0200"/>  <high value="20110527140000+0200"/></effectiveTime>   Beispiel Strukturbeispiel <!-- Start unbekannt und Ende am 27.05.2011 um 14:00 --> <effectiveTime>   <low nullFlavor="UNK"/>  <high value="20110527140000+0200"/></effectiveTime>   Beispiel Strukturbeispiel <!-- Start am 27.05.2011 um 13:30 und Ende Unbekannt --> <effectiveTime>   <low value="20110527133000+0200"/>  <high nullFlavor="UNK"/></effectiveTime>   Beispiel Strukturbeispiel (auch high auf Sekunde genau und low auf Tag genau möglich) <!-- Start am 27.05.2011, Uhrzeit unbekannt, und Ende am 28.05.2011 um 14:00 --> <effectiveTime>   <low value="20110527"/>  <high value="20110528140000+0200"/></effectiveTime> Eingefügt 0 … 1 C von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) Auswahl 0 … 1 Elemente in der Auswahl: hl7:low[@value] hl7:low[@nullFlavor='UNK'] hl7:low TS.AT.TZ 0 … 1 (atc...try) wo [@value] hl7:low TS.AT.TZ 0 … 1 (atc...try) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 0 … 1 Elemente in der Auswahl: hl7:high[@value] hl7:high[@nullFlavor='UNK'] hl7:high TS.AT.TZ 0 … 1 (atc...try) wo [@value] hl7:high TS.AT.TZ 0 … 1 (atc...try) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Es sind fünf verschiedenen Datentypen nach IEEE 11073 20601 möglich. Es werden die Datentypen Numerisch (numeric), Reihe (sample array metrics / waveforms), Aufzählung (enumeration), Codiert (coded) und den unstrukturierten Daten als Zeichenketten (string) bei den Messergebnissen bereitgestellt. Die ELGA Vitalparameter ermöglichen es Daten als numerische Daten (numeric) und Reihe (sample array metrics / waveforms) zu dokumentieren. Der Datentyp Reihe (sample array metrics / waveforms) unterschiedet sich zu den anderen Elementen durch eine komplexere Struktur. Dieser Datentyp wird in einem eigenen Template abgebildet. Elemente in der Auswahl: hl7:value hl7:value hl7:value hl7:value   Constraint Bei der Verwendung der folgenden Typen ist jeweils eine bestimmte TemplateID zu verwenden: Numerisch (numeric) -> 2.16.840.1.113883.10.20.36.33 Aufzählung (enumeration) -> 2.16.840.1.113883.10.20.36.38 Codiert (coded) -> 2.16.840.1.113883.10.20.36.34 Zeichenketten (string) -> 2.16.840.1.113883.10.20.36.35 hl7:value PQ 0 … 1 R Datentyp Numerisch (numeric) (atc...try) @xsi:type 1 … 1 F PQ @value real 1 … 1 R @unit cs 1 … 1 R Es MUSS die „case sensitive“ Variante (c/s) der maschinenlesbaren Form des UCUM verwendet werden. hl7:value INT 0 … 1 R Datentyp Aufzählung (enumeration) (atc...try) @xsi:type 1 … 1 F INT @value int 1 … 1 R hl7:value CD 0 … 1 R Datentyp Codiert (coded) (atc...try) @xsi:type 1 … 1 F CD hl7:value ST 0 … 1 R Datentyp Zeichenketten (string) (atc...try) @xsi:type 1 … 1 F ST hl7:performer 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC) (atc...try) hl7:author 1 … 1 M Messgerät, mit welchem dieser Messwert gemessen wurde oder die Person, die den Wert eingegeben hat. Im author.time wird der Zeitpunkt dokumentiert, an dem das Gerät den Messwert übertragen hat bzw. die Person den Messwert eingegeben hat. Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) (atc...try) hl7:informant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) (atc...try) hl7:participant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC) (atc...try) Auswahl 0 … * Komponente zur Aufnahme von Zusatzinformationen als untergeordnetes, eigenes Messergebnis-Entry oder Serienmessungs-Entry. Elemente in der Auswahl: hl7:entryRelationship welches enthält Template 1.2.40.0.34.6.0.11.3.71 Messergebnis Entry (DYNAMIC) hl7:entryRelationship welches enthält Template 1.2.40.0.34.6.0.11.3.101 Serienmessung Entry (DYNAMIC) hl7:entryRelationship 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.3.71 Messergebnis Entry (DYNAMIC) (atc...try) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true   Beispiel <hl7:ClinicalDocument>    ::   <hl7:observation classCode="OBS" moodCode="EVN">     <hl7:templateId root="1.2.40.0.34.6.0.11.3.71"/>    <hl7:templateId root="2.16.840.1.113883.10.20.36.32" extension="2015-08-17"/>    <hl7:templateId root="2.16.840.1.113883.10.20.36.33" extension="2015-11-19"/>    <hl7:templateId root="2.16.840.1.113883.10.20.22.4.2" extension="2015-08-01"/>    <hl7:id root="2.25" extension="urn:uuid:784134ee-e04b-4cf7-8884-9362a30cc253" assigningAuthorityName="HerzMobil Tirol"/>    <hl7:code code="86047003" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Active physical exercise (observable entity)">       <hl7:originalText>         <hl7:reference value="#resultstype3"/>      </hl7:originalText>      <cda:translation code="MDC_UNKNOWN" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_UNKNOWN: Code unknown"/>      <cda:translation code="62812-3" codeSystem="2.16.840.1.113883.1.3" codeSystemName="LOINC" displayName="Physical Activity"/>    </hl7:code>    <hl7:text>       <hl7:reference value="#resultactivity1"/>    </hl7:text>    <hl7:statusCode code="completed"/>    <!-- Zeit der Messung -->     <hl7:effectiveTime value="20160501120000+0200"/>    <hl7:value xsi:type="CD" code="418060005" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Running">       <cda:translation code="8455155" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_HF_ACT_RUN: Activity: Running"/>    </hl7:value>    <hl7:author>       <!-- Zeit an dem das Gerät den Messwert übertragen hat -->       <hl7:time value="20150822170952+0200"/>      <hl7:assignedAuthor>         <hl7:id root="1.2.840.10004.1.1.1.0.0.1.0.0.1.2680" extension="0E-ED-AB-EE-DE-AD-BE-09" assigningAuthorityName="EUI-64"/>        <hl7:assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE"/>      </hl7:assignedAuthor>    </hl7:author>    <hl7:entryRelationship typeCode="COMP">       <hl7:observation classCode="OBS" moodCode="EVN">         <hl7:templateId root="1.2.40.0.34.6.0.11.3.71"/>        <hl7:templateId root="2.16.840.1.113883.10.20.36.32" extension="2015-08-17"/>        <hl7:templateId root="2.16.840.1.113883.10.20.36.33" extension="2015-11-19"/>        <hl7:templateId root="2.16.840.1.113883.10.20.22.4.2" extension="2015-08-01"/>        <hl7:code code="66266-8" codeSystem="2.16.840.1.113883.1.3" codeSystemName="LOINC" displayName="Time doing this activity">           <hl7:originalText>             <hl7:reference value="#resultstype31"/>          </hl7:originalText>        </hl7:code>        <hl7:text>           <hl7:reference value="#resultactivity1"/>        </hl7:text>        <hl7:statusCode code="completed"/>        <hl7:effectiveTime value="20160501120000+0200"/>        <hl7:value xsi:type="PQ" value="30.0" unit="min"/>      </hl7:observation>    </hl7:entryRelationship>    <hl7:entryRelationship typeCode="COMP">       <hl7:observation classCode="OBS" moodCode="EVN">         <hl7:templateId root="1.2.40.0.34.6.0.11.3.71"/>        <hl7:templateId root="2.16.840.1.113883.10.20.36.32" extension="2015-08-17"/>        <hl7:templateId root="2.16.840.1.113883.10.20.36.33" extension="2015-11-19"/>        <hl7:templateId root="2.16.840.1.113883.10.20.22.4.2" extension="2015-08-01"/>        <hl7:code code="66270-0" codeSystem="2.16.840.1.113883.1.3" codeSystemName="LOINC" displayName="Activity intensity">           <hl7:originalText>             <hl7:reference value="#resultstype32"/>          </hl7:originalText>        </hl7:code>        <hl7:text>           <hl7:reference value="#resultactivity1"/>        </hl7:text>        <hl7:statusCode code="completed"/>        <hl7:effectiveTime value="20160501120000+0200"/>        <hl7:value xsi:type="ST">Mittel</hl7:value>      </hl7:observation>    </hl7:entryRelationship>  </hl7:observation>   :: </hl7:ClinicalDocument> hl7:entryRelationship 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.3.101 Serienmessung Entry (DYNAMIC) (atc...try) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:referenceRange 0 … 1 (atc...try)   Beispiel <hl7:ClinicalDocument>    ::   <hl7:observation classCode="OBS" moodCode="EVN">     <hl7:templateId root="1.2.40.0.34.6.0.11.3.71"/>    <hl7:templateId root="2.16.840.1.113883.10.20.36.32" extension="2015-08-17"/>    <hl7:templateId root="2.16.840.1.113883.10.20.36.33" extension="2015-11-19"/>    <hl7:templateId root="2.16.840.1.113883.10.20.22.4.2" extension="2015-08-01"/>    <hl7:id root="2.25" extension="urn:uuid:04eb4803-4b8f-4609-9876-1c33a8bf5553" assigningAuthorityName="HerzMobil Tirol"/>    <hl7:code code="405176005" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Blood glucose status">       <hl7:originalText>         <hl7:reference value="#resultstype4"/>      </hl7:originalText>      <cda:translation code="160184" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_CONC_GLU_CAPILLARY_WHOLEBLOOD: Blood Glucose Level"/>      <cda:translation code="41653-7" codeSystem="2.16.840.1.113883.1.3" codeSystemName="LOINC" displayName="Blood glucose status"/>    </hl7:code>    <hl7:text>       <hl7:reference value="#resultsugar2"/>    </hl7:text>    <hl7:statusCode code="completed"/>    <hl7:effectiveTime value="20160501120000+0200"/>    <hl7:value xsi:type="PQ" value="201.5" unit="[mg/dL]"/>    <hl7:author>       <!-- Zeit an dem das Gerät den Messwert übertragen hat -->       <hl7:time value="20150822170952+0200"/>      <hl7:assignedAuthor>         <hl7:id root="1.2.840.10004.1.1.1.0.0.1.0.0.1.2680" extension="12-34-56-78-9A-BC-DE-F1"/>        <hl7:assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE"/>      </hl7:assignedAuthor>    </hl7:author>    <hl7:referenceRange>       <hl7:observationRange>         <hl7:text>           <hl7:reference value="#resultsugarRefRange"/>        </hl7:text>        <hl7:value xsi:type="IVL_PQ">           <hl7:low value="80" unit="[mg/dL]"/>          <hl7:high value="160" unit="[mg/dL]"/>        </hl7:value>      </hl7:observationRange>    </hl7:referenceRange>  </hl7:observation>   :: </hl7:ClinicalDocument> hl7:observationRange 1 … 1 M (atc...try) hl7:text 1 … 1 M (atc...try) hl7:reference TEL 1 … 1 M Die Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente. (atc...try) @value 1 … 1 R   Schematron assert role  error     test starts-with(@value,'#')     Meldung The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element.   hl7:value IVL_PQ 1 … 1 R (atc...try)

12.4.4.6 Serienmessung Vitalparameter Entry

Id	1.2.40.0.34.6.0.11.3.100 ref at-cda-bbr-	Gültigkeit	2021‑01‑28 14:50:03 Andere Versionen mit dieser Id: atcdabbr_entry_SerienmessungVitalparameterEntry vom 2020‑10‑07 07:51:58 atcdabbr_entry_SerienmessungVitalparameterEntry vom 2020‑06‑02 10:24:26
Status	Aktiv	Versions-Label	1.1.1+20210303
Name	atcdabbr_entry_SerienmessungVitalparameterEntry	Bezeichnung	Serienmessung Vitalparameter Entry
Beschreibung Das Serienmessung Entry dokumentiert eine kontinuierliche Messungen eines Gerätes. Eine kontinuierliche Messung beinhaltet mehrere Datenpunkte und eine Zeitspanne. Diese Messwerte sind als Vitalparameter definiert!
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.100
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 6 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.15 Inklusion Time Interval Information minimal (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.9.17 Containment Performer Body (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.9.13 Containment Participant Body (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.3.102 Containment Serienmessungs-Gruppe Entry (1.0.0+20210219) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.100 Serienmessung Vitalparameter Entry (2020‑10‑07 07:51:58) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.100 Serienmessung Vitalparameter Entry (2020‑06‑02 10:24:26) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.3.54 (2020‑06‑02 07:03:02) ref at-cda-bbr-
Beispiel	Beispiel <observation classCode="OBS" moodCode="EVN">   <templateId root="1.2.40.0.34.6.0.11.3.100"/>  <!-- This templateId indicates conformance to the PHM Metric Observation. -->   <templateId root="2.16.840.1.113883.10.20.36.32" extension="2015-08-17"/>  <!-- This templateId indicates conformance to the PHM Metric Waveform Vital Signs Observation.-->   <templateId root="2.16.840.1.113883.10.20.36.51" extension="2015-11-25"/>  <!-- This templateId indicates conformance to the C-CDA Result Observation.-->   <templateId root="2.16.840.1.113883.10.20.22.4.27" extension="2014-06-09"/>  <id root="FDBD831B-5919-4FFF-9467-76B07022F8E9"/>  <!-- If the data contained samples of different types, the code value(s) indicated here would have to indicate some type of generic description that would cover all the types. -->   <code code="8867-4" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="HEART RATE">     <!-- The IEEE 11073 10101 reference identifier is MDC_PULS_OXIM_PULS_RATE. -->     <translation code="149530" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_PULS_OXIM_PULS_RATE: Pulse rate"/>  </code>  <text>     <!-- This reference identifies content in human readable formatted text-->     <reference value="#PulseOx_StreamingPulseRate"/>  </text>  <statusCode code="completed"/>  <!--Effective measurement times containing accuracy greater than a day SHALL contain the local time zone-->   <effectiveTime>     <low value="20150822170922.86-0400"/>    <high value="20150822170942.86-0400"/>  </effectiveTime>  <!-- The C-CDA Vital Signs observation does not directly support waveforms. Thus to maintain compliance with the C-CDA Vital Signs observation the waveform related observations need to wrapped in an entryRelationship. This allows C-CDA readers to parse this document and ignore the waveform series material which it might not understand. However, the C-CDA vital signs observation shall contain a value element thus here it is entered with a nullFlavor of not applicable. The actual 'value' is contained in the waveform series. -->   <value nullFlavor="NA"/>  <author>     <!-- Times or time intervals found in the ClinicalDocument/effectiveTime, author/time, dataEnterer/time, legalAuthenticator/time, authenticator/time and encompassingEncounter/effectiveTime elements SHALL be precise to the day, SHALL include a time zone if more precise than to the day, and SHOULD be precise to the second -->     <time value="20150822170952-0400"/>    <assignedAuthor>       <!--The @root, @extension, and @assigningAuthorityName *SHALL* be taken from the equivalent attributes of the Device PHMR Product Instance participantRole/id element that generated the measurements referenced in this observation.-->       <id root="1.2.840.10004.1.1.1.0.0.1.0.0.1.2680" extension="0E-ED-AB-EE-DE-AD-BE-09" assigningAuthorityName="EUI-64"/>      <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE"/>    </assignedAuthor>  </author>  <entryRelationship typeCode="COMP">     <!-- Observation contains the PHM Measurement Waveform Series Observation which is a container for the PHM Measurement Waveform Sample Period observation and PHM Metric Waveform observation -->   </entryRelationship>  <entryRelationship typeCode="COMP">     <!-- A reference to a jpg showing the waveform would go here in an observationMedia element. -->   </entryRelationship></observation>
Item DT Kard Konf Beschreibung Label hl7:observation (atc...try) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M HL7 Austria - Serienmessung Vitalparameter Entry (atc...try) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.100 hl7:templateId II 1 … 1 M PHM Metric Waveform Vital Signs Observation (atc...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.36.51 @extension st 1 … 1 F 2015-11-25 hl7:templateId II 1 … 1 M C-CDA Vital Signs Observation (atc...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.22.4.27 @extension st 1 … 1 F 2014-06-09 hl7:id II 1 … 1 M ID des Reihen-Vitalparameters Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen. (atc...try) hl7:code CD.IPS 1 … 1 M Code des Vitalparameters. Die Art des angegebenen Vitalparameters (Puls, Blutdruck systolisch, etc.) wird codiert in diesem Element angegeben. Die Angabe der Art des Vitalparameters bestimmt auch die möglichen Einheiten des Werts. Verweis auf speziellen Implementierungsleitfaden: Welche der Vitalparameterarten angegeben werden müssen bzw. sollen, kann im jeweiligen speziellen Implementierungsleitfaden eingeschränkt werden. (atc...try)   Constraint Wenn dieses Observation-Element im Dokument mit der TemplateID "1.2.40.0.34.6.0.11.0.10" (Telemonitoring Episodenbericht) verwendet wird ist eine Translation zu diesem Code mit dem Attribut codeSystem="2.16.840.1.113883.6.24" verpflichtend!   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.34 ELGA_Vitalparameterarten (DYNAMIC) hl7:originalText ED 1 … 1 M Verweist auf die Stelle im narrativen Textbereich, in dem die Vitalparameterart beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc). (atc...try) hl7:reference TEL 1 … 1 M (atc...try) @value st 1 … 1 R hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...try) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...try) @language cs 1 … 1 R hl7:text ED 1 … 1 M Verweist auf die Stelle im narrativen Text-Bereich, an der der gegebene Vitalparameter narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc). (atc...try) hl7:reference TEL 1 … 1 M (atc...try) hl7:statusCode CS 1 … 1 M (atc...try) @code CONF 1 … 1 F completed Auswahl 0 … 1 Elemente in der Auswahl: hl7:effectiveTime[@value] hl7:effectiveTime[@nullFlavor='UNK'] hl7:effectiveTime   Constraint Wenn im übergeordneten Container-Element organizer/effectiveTime angeführt wird KANN, O [0..1] dieses Element komplett entfallen oder mit @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein. Wenn im übergeordneten Container-Element organizer/effectiveTime NICHT angeführt wird MUSS, R [1..1] dieses Element angegeben werden und KANN mittels @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein. hl7:effectiveTime TS.AT.TZ 0 … 1 C Messung mit dem Gerät nur zu einem Zeitpunkt (atc...try) wo [@value] @value 1 … 1 R   Beispiel Strukturbeispiel <!-- Messungen nur am 27.05.2011 um 13:30 --> <effectiveTime value="20110527133000+0200"/>   Beispiel Strukturbeispiel <!-- Messungen am 27.5.2011, Uhrzeit unbekannt --> <effectiveTime value="20110527"/> hl7:effectiveTime TS.AT.TZ 0 … 1 C Messung mit dem Gerät zu einem unbekannten Zeitpunkt Fixierter nullFlavor: UNK (atc...try) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK   Beispiel Strukturbeispiel <!-- Messungen unbekannt --> <effectiveTime nullFlavor="UNK"/> hl7:effectiveTime IVL_TS 0 … 1 C Messung mit dem Gerät in einer Zeitspanne. Zugelassene nullFlavor: UNK (atc...try)   Beispiel Strukturbeispiel <!-- Start am 27.05.2011 um 13:30 und Ende am 27.05.2011 um 14:00 --> <effectiveTime>   <low value="20110527133000+0200"/>  <high value="20110527140000+0200"/></effectiveTime>   Beispiel Strukturbeispiel <!-- Start unbekannt und Ende am 27.05.2011 um 14:00 --> <effectiveTime>   <low nullFlavor="UNK"/>  <high value="20110527140000+0200"/></effectiveTime>   Beispiel Strukturbeispiel <!-- Start am 27.05.2011 um 13:30 und Ende Unbekannt --> <effectiveTime>   <low value="20110527133000+0200"/>  <high nullFlavor="UNK"/></effectiveTime>   Beispiel Strukturbeispiel (auch high auf Sekunde genau und low auf Tag genau möglich) <!-- Start am 27.05.2011, Uhrzeit unbekannt, und Ende am 28.05.2011 um 14:00 --> <effectiveTime>   <low value="20110527"/>  <high value="20110528140000+0200"/></effectiveTime> Eingefügt 0 … 1 C von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) Auswahl 0 … 1 Elemente in der Auswahl: hl7:low[@value] hl7:low[@nullFlavor='UNK'] hl7:low TS.AT.TZ 0 … 1 (atc...try) wo [@value] hl7:low TS.AT.TZ 0 … 1 (atc...try) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 0 … 1 Elemente in der Auswahl: hl7:high[@value] hl7:high[@nullFlavor='UNK'] hl7:high TS.AT.TZ 0 … 1 (atc...try) wo [@value] hl7:high TS.AT.TZ 0 … 1 (atc...try) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:value PQ 1 … 1 R (atc...try) wo [@nullFlavor='NA'] @nullFlavor cs 1 … 1 F NA hl7:performer 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC) (atc...try) hl7:author 0 … * C Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) (atc...try)   Constraint Wenn dieses Observation-Element im Dokument mit der TemplateID "1.2.40.0.34.6.0.11.0.10" (Telemonitoring Episodenbericht) verwendet wird, ist genau ein author-Element verpflichtend anzugeben! (1..1 M) Sonst gilt 0..* hl7:informant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) (atc...try) hl7:participant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC) (atc...try) hl7:entryRelationship 1 … 1 R Komponente zur Aufnahme des Containers Serienmessungs-Reihe, welcher wiederrum eine bis mehrere Serienmessungen und ein Serienmessungs-Intervall beinhaltet. Beinhaltet 1.2.40.0.34.6.0.11.3.102 Serienmessungs-Gruppe Entry (DYNAMIC) (atc...try) @typecode cs 1 … 1 F COMP

12.4.4.7 Serienmessung Entry

Id	1.2.40.0.34.6.0.11.3.101 ref at-cda-bbr-	Gültigkeit	2021‑01‑21 08:12:21 Andere Versionen mit dieser Id: atcdabbr_entry_SerienmessungEntry vom 2020‑10‑07 08:03:31 atcdabbr_entry_SerienmessungEntry vom 2020‑06‑02 07:03:02
Status	Aktiv	Versions-Label	1.2.0+20210303
Name	atcdabbr_entry_SerienmessungEntry	Bezeichnung	Serienmessung Entry
Beschreibung Das Serienmessung Entry dokumentiert eine oder mehrere kontinuierliche Messungen eines Gerätes. Eine kontinuierliche Messung beinhaltet mehrere Datenpunkte und eine Zeitspanne. Diese Messwerte sind nicht als Vitalparameter definiert!
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.101
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 9 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.2 Inklusion Original Text Reference (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.15 Inklusion Time Interval Information minimal (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.9.17 Containment Performer Body (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.9.13 Containment Participant Body (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.3.102 Containment Serienmessungs-Gruppe Entry (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.3.71 Containment Messergebnis Entry (1.1.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.3.101 Containment Serienmessung Entry (1.2.0+20210303) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.101 Serienmessung Entry (2020‑10‑07 08:03:31) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.101 Serienmessung Entry (2020‑06‑02 07:03:02) ref at-cda-bbr-
Beispiel	Beispiel <observation classCode="OBS" moodCode="EVN">   <templateId root="1.2.40.0.34.6.0.11.3.101"/>  <!-- This templateId indicates conformance to the PHM Metric Observation. -->   <templateId root="2.16.840.1.113883.10.20.36.32" extension="2015-08-17"/>  <!-- This templateId indicates conformance to the PHM Metric Waveform Observation.-->   <templateId root="2.16.840.1.113883.10.20.36.8" extension="2015-11-19"/>  <!-- This templateId indicates conformance to the C-CDA Result Observation.-->   <templateId root="2.16.840.1.113883.10.20.22.4.2" extension="2015-08-01"/>  <id root="FDBD831B-5919-4F06-9467-76B07022F8E9"/>  <!-- If the data contained samples of different types, the code value(s) indicated here would have to indicate some type of generic description that would cover all the types. -->   <code code="277923006" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED-CT" displayName="Pulse Oximetry Waveform">     <!-- The IEEE 11073 10101 reference identifier is MDC_PULSE_OXIM_PLETH. -->     <translation code="150452" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_PULSE_OXIM_PLETH: Pulse Oximeter Plethysmograph"/>  </code>  <text>     <!-- This reference identifies content in human readable formatted text-->     <reference value="#PulseOx_Pleth"/>  </text>  <statusCode code="completed"/>  <!--Effective measurement times containing accuracy greater than a day SHALL contain the local time zone-->   <effectiveTime>     <low value="20150822170922.86-0400"/>    <high value="20150822170923.86-0400"/>  </effectiveTime>  <!-- The C-CDA Results observation does not directly support waveforms. Thus to maintain compliance with the C-CDA Results observation the waveform related observations need to wrapped in an entryRelationship. This allows C-CDA readers to parse this document and ignore the waveform series material which it might not understand. However, the C-CDA results observation shall contain a value element thus here it is entered with a nullFlavor of not applicable. The actual 'value' is contained in the waveform series. -->   <value nullFlavor="NA"/>  <author>     <!-- Times or time intervals found in the ClinicalDocument/effectiveTime, author/time, dataEnterer/time, legalAuthenticator/time, authenticator/time and encompassingEncounter/effectiveTime elements SHALL be precise to the day, SHALL include a time zone if more precise than to the day, and SHOULD be precise to the second -->     <time value="20150822170952-0400"/>    <assignedAuthor>       <!--The @root, @extension, and @assigningAuthorityName *SHALL* be taken from the equivalent attributes of the Device PHMR Product Instance participantRole/id element that generated the measurements referenced in this observation.-->       <id root="1.2.840.10004.1.1.1.0.0.1.0.0.1.2680" extension="0E-ED-AB-EE-DE-AD-BE-09" assigningAuthorityName="EUI-64"/>      <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE"/>    </assignedAuthor>  </author>  <entryRelationship typeCode="COMP">     <!-- The PHM Measurement Waveform Series Observation is placed here -->   </entryRelationship>  <entryRelationship typeCode="COMP">     <!-- A reference to a jpg showing the waveform would go here in an observationMedia element. -->   </entryRelationship></observation>
Item DT Kard Konf Beschreibung Label hl7:observation (atc...try) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M HL7 Austria - Serienmessung Entry (atc...try) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.101 hl7:templateId II 1 … 1 M PHM Metric Observation (atc...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.36.32 @extension st 1 … 1 F 2015-08-17 hl7:templateId II 1 … 1 M PHM Metric Waveform Observation (atc...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.36.8 @extension st 1 … 1 F 2015-11-19 hl7:templateId II 1 … 1 M C-CDA Result Observation (atc...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.22.4.2 @extension st 1 … 1 F 2015-08-01 hl7:id II 0 … 1 C ID des Ergebnis Entrys Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen. (atc...try)   Constraint Im Fall, dass das übergeordnete Observation-Element in einem Component-Element (*/component/observation/id) liegt, MUSS dieses Element angegeben sein (M [1..1]). In allen anderen Fällen MUSS das Element komplett entfallen (NP [0..0]). Damit soll verhindert werden das ein Messergebnis-Unterelement oder Serienmessung-Unterelement aus seinem Kontext entfernt wird. hl7:code CD.IPS 1 … 1 M Code des Ergrebnisses. Die Art des angegebenen Messergebnisses (Blutzuckerwert, Aktivität, Schritte, Wohlbefinden, etc.) wird codiert in diesem Element angegeben. Codes, die im aktuellen ValueSet nicht vorhanden sind, werden von der ELGA GmbH ergänzt. Bitte dazu einen Vorschlag aus einer Codierungsart (SNOMED CT, LOINC, etc., ausgenommen MDC) frei wählen und an cda@elga.gv.at zusenden.  (atc...try)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.28 TGD_Messergebnis_Codes_VS (DYNAMIC) Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC) hl7:originalText ED 1 … 1 M Textinhalt, der codiert wurde. (atc...try) hl7:reference TEL 1 … 1 M Die Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente. (atc...try) @value 1 … 1 R   Schematron assert role  error     test starts-with(@value,'#')     Meldung The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element.   hl7:translation CD 1 … 1 M Hier wird die verpflichtende Übersetzung des Codes als MDC-Code bereitgestellt. (atc...try) @code 1 … 1 R @codeSystem uid 1 … 1 F 2.16.840.1.113883.6.24 @codeSystemName st 0 … 1 F MDC @displayName 0 … 1   hl7:translation CD 0 … * Hier können weitere Übersetzungen des Codes aus weiteren Codesystemen bereitgestellt werden. (atc...try) hl7:text ED 1 … 1 M Verweist auf die Stelle im narrativen Text-Bereich, an der das gegebene Ergebnis narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc). (atc...try) hl7:reference TEL 1 … 1 M (atc...try) hl7:statusCode CS 1 … 1 M (atc...try) @code CONF 1 … 1 F completed Auswahl 0 … 1 Elemente in der Auswahl: hl7:effectiveTime[@value] hl7:effectiveTime[@nullFlavor='UNK'] hl7:effectiveTime   Constraint Wenn im übergeordneten Container-Element organizer/effectiveTime angeführt wird KANN, O [0..1] dieses Element komplett entfallen oder mit @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein. Wenn im übergeordneten Container-Element organizer/effectiveTime NICHT angeführt wird MUSS, R [1..1] dieses Element angegeben werden und KANN mittels @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein. hl7:effectiveTime TS.AT.TZ 0 … 1 C Messung mit dem Gerät nur zu einem Zeitpunkt (atc...try) wo [@value] @value 1 … 1 R   Beispiel Strukturbeispiel <!-- Messungen nur am 27.05.2011 um 13:30 --> <effectiveTime value="20110527133000+0200"/>   Beispiel Strukturbeispiel <!-- Messungen am 27.5.2011, Uhrzeit unbekannt --> <effectiveTime value="20110527"/> hl7:effectiveTime TS.AT.TZ 0 … 1 C Messung mit dem Gerät zu einem unbekannten Zeitpunkt Fixierter nullFlavor: UNK (atc...try) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK   Beispiel Strukturbeispiel <!-- Messungen unbekannt --> <effectiveTime nullFlavor="UNK"/> hl7:effectiveTime IVL_TS 0 … 1 C Messung mit dem Gerät in einer Zeitspanne. Zugelassene nullFlavor: UNK (atc...try)   Beispiel Strukturbeispiel <!-- Start am 27.05.2011 um 13:30 und Ende am 27.05.2011 um 14:00 --> <effectiveTime>   <low value="20110527133000+0200"/>  <high value="20110527140000+0200"/></effectiveTime>   Beispiel Strukturbeispiel <!-- Start unbekannt und Ende am 27.05.2011 um 14:00 --> <effectiveTime>   <low nullFlavor="UNK"/>  <high value="20110527140000+0200"/></effectiveTime>   Beispiel Strukturbeispiel <!-- Start am 27.05.2011 um 13:30 und Ende Unbekannt --> <effectiveTime>   <low value="20110527133000+0200"/>  <high nullFlavor="UNK"/></effectiveTime>   Beispiel Strukturbeispiel (auch high auf Sekunde genau und low auf Tag genau möglich) <!-- Start am 27.05.2011, Uhrzeit unbekannt, und Ende am 28.05.2011 um 14:00 --> <effectiveTime>   <low value="20110527"/>  <high value="20110528140000+0200"/></effectiveTime> Eingefügt 0 … 1 C von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) Auswahl 0 … 1 Elemente in der Auswahl: hl7:low[@value] hl7:low[@nullFlavor='UNK'] hl7:low TS.AT.TZ 0 … 1 (atc...try) wo [@value] hl7:low TS.AT.TZ 0 … 1 (atc...try) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 0 … 1 Elemente in der Auswahl: hl7:high[@value] hl7:high[@nullFlavor='UNK'] hl7:high TS.AT.TZ 0 … 1 (atc...try) wo [@value] hl7:high TS.AT.TZ 0 … 1 (atc...try) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:performer 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC) (atc...try) hl7:author 1 … 1 M Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) (atc...try) hl7:informant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) (atc...try) hl7:participant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC) (atc...try) hl7:entryRelationship 1 … 1 M Komponente zur Aufnahme des Containers Serienmessungs-Reihe, welcher wiederrum eine bis mehrere Serienmessungen und ein Serienmessungs-Intervall beinhaltet. Beinhaltet 1.2.40.0.34.6.0.11.3.102 Serienmessungs-Gruppe Entry (DYNAMIC) (atc...try) @typecode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true Auswahl 0 … * Komponente zur Aufnahme von Zusatzinformationen als untergeordnetes, eigenes Messergebnis-Entry oder Serienmessungs-Entry. Elemente in der Auswahl: hl7:entryRelationship welches enthält Template 1.2.40.0.34.6.0.11.3.71 Messergebnis Entry (DYNAMIC) hl7:entryRelationship welches enthält Template 1.2.40.0.34.6.0.11.3.101 Serienmessung Entry (DYNAMIC) hl7:entryRelationship 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.3.71 Messergebnis Entry (DYNAMIC) (atc...try) @typecode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true   Beispiel <hl7:ClinicalDocument>    ::   <hl7:observation classCode="OBS" moodCode="EVN">     <hl7:templateId root="1.2.40.0.34.6.0.11.3.71"/>    <hl7:templateId root="2.16.840.1.113883.10.20.36.32" extension="2015-08-17"/>    <hl7:templateId root="2.16.840.1.113883.10.20.36.33" extension="2015-11-19"/>    <hl7:templateId root="2.16.840.1.113883.10.20.22.4.2" extension="2015-08-01"/>    <hl7:id root="2.25" extension="urn:uuid:784134ee-e04b-4cf7-8884-9362a30cc253" assigningAuthorityName="HerzMobil Tirol"/>    <hl7:code code="86047003" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Active physical exercise (observable entity)">       <hl7:originalText>         <hl7:reference value="#resultstype3"/>      </hl7:originalText>      <cda:translation code="MDC_UNKNOWN" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_UNKNOWN: Code unknown"/>      <cda:translation code="62812-3" codeSystem="2.16.840.1.113883.1.3" codeSystemName="LOINC" displayName="Physical Activity"/>    </hl7:code>    <hl7:text>       <hl7:reference value="#resultactivity1"/>    </hl7:text>    <hl7:statusCode code="completed"/>    <!-- Zeit der Messung -->     <hl7:effectiveTime value="20160501120000+0200"/>    <hl7:value xsi:type="CD" code="418060005" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Running">       <cda:translation code="8455155" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_HF_ACT_RUN: Activity: Running"/>    </hl7:value>    <hl7:author>       <!-- Zeit an dem das Gerät den Messwert übertragen hat -->       <hl7:time value="20150822170952+0200"/>      <hl7:assignedAuthor>         <hl7:id root="1.2.840.10004.1.1.1.0.0.1.0.0.1.2680" extension="0E-ED-AB-EE-DE-AD-BE-09" assigningAuthorityName="EUI-64"/>        <hl7:assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE"/>      </hl7:assignedAuthor>    </hl7:author>    <hl7:entryRelationship typeCode="COMP">       <hl7:observation classCode="OBS" moodCode="EVN">         <hl7:templateId root="1.2.40.0.34.6.0.11.3.71"/>        <hl7:templateId root="2.16.840.1.113883.10.20.36.32" extension="2015-08-17"/>        <hl7:templateId root="2.16.840.1.113883.10.20.36.33" extension="2015-11-19"/>        <hl7:templateId root="2.16.840.1.113883.10.20.22.4.2" extension="2015-08-01"/>        <hl7:code code="66266-8" codeSystem="2.16.840.1.113883.1.3" codeSystemName="LOINC" displayName="Time doing this activity">           <hl7:originalText>             <hl7:reference value="#resultstype31"/>          </hl7:originalText>        </hl7:code>        <hl7:text>           <hl7:reference value="#resultactivity1"/>        </hl7:text>        <hl7:statusCode code="completed"/>        <hl7:effectiveTime value="20160501120000+0200"/>        <hl7:value xsi:type="PQ" value="30.0" unit="min"/>      </hl7:observation>    </hl7:entryRelationship>    <hl7:entryRelationship typeCode="COMP">       <hl7:observation classCode="OBS" moodCode="EVN">         <hl7:templateId root="1.2.40.0.34.6.0.11.3.71"/>        <hl7:templateId root="2.16.840.1.113883.10.20.36.32" extension="2015-08-17"/>        <hl7:templateId root="2.16.840.1.113883.10.20.36.33" extension="2015-11-19"/>        <hl7:templateId root="2.16.840.1.113883.10.20.22.4.2" extension="2015-08-01"/>        <hl7:code code="66270-0" codeSystem="2.16.840.1.113883.1.3" codeSystemName="LOINC" displayName="Activity intensity">           <hl7:originalText>             <hl7:reference value="#resultstype32"/>          </hl7:originalText>        </hl7:code>        <hl7:text>           <hl7:reference value="#resultactivity1"/>        </hl7:text>        <hl7:statusCode code="completed"/>        <hl7:effectiveTime value="20160501120000+0200"/>        <hl7:value xsi:type="ST">Mittel</hl7:value>      </hl7:observation>    </hl7:entryRelationship>  </hl7:observation>   :: </hl7:ClinicalDocument> hl7:entryRelationship 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.3.101 Serienmessung Entry (DYNAMIC) (atc...try) @typecode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:referenceRange 0 … 1 (atc...try)   Beispiel <hl7:ClinicalDocument>    ::   <hl7:observation classCode="OBS" moodCode="EVN">     <hl7:templateId root="1.2.40.0.34.6.0.11.3.71"/>    <hl7:templateId root="2.16.840.1.113883.10.20.36.32" extension="2015-08-17"/>    <hl7:templateId root="2.16.840.1.113883.10.20.36.33" extension="2015-11-19"/>    <hl7:templateId root="2.16.840.1.113883.10.20.22.4.2" extension="2015-08-01"/>    <hl7:id root="2.25" extension="urn:uuid:04eb4803-4b8f-4609-9876-1c33a8bf5553" assigningAuthorityName="HerzMobil Tirol"/>    <hl7:code code="405176005" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Blood glucose status">       <hl7:originalText>         <hl7:reference value="#resultstype4"/>      </hl7:originalText>      <cda:translation code="160184" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_CONC_GLU_CAPILLARY_WHOLEBLOOD: Blood Glucose Level"/>      <cda:translation code="41653-7" codeSystem="2.16.840.1.113883.1.3" codeSystemName="LOINC" displayName="Blood glucose status"/>    </hl7:code>    <hl7:text>       <hl7:reference value="#resultsugar2"/>    </hl7:text>    <hl7:statusCode code="completed"/>    <hl7:effectiveTime value="20160501120000+0200"/>    <hl7:value xsi:type="PQ" value="201.5" unit="[mg/dL]"/>    <hl7:author>       <!-- Zeit an dem das Gerät den Messwert übertragen hat -->       <hl7:time value="20150822170952+0200"/>      <hl7:assignedAuthor>         <hl7:id root="1.2.840.10004.1.1.1.0.0.1.0.0.1.2680" extension="12-34-56-78-9A-BC-DE-F1"/>        <hl7:assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE"/>      </hl7:assignedAuthor>    </hl7:author>    <hl7:referenceRange>       <hl7:observationRange>         <hl7:text>           <hl7:reference value="#resultsugarRefRange"/>        </hl7:text>        <hl7:value xsi:type="IVL_PQ">           <hl7:low value="80" unit="[mg/dL]"/>          <hl7:high value="160" unit="[mg/dL]"/>        </hl7:value>      </hl7:observationRange>    </hl7:referenceRange>  </hl7:observation>   :: </hl7:ClinicalDocument> hl7:observationRange 1 … 1 M (atc...try) hl7:text 1 … 1 M (atc...try) hl7:reference TEL 1 … 1 M Die Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente. (atc...try) @value 1 … 1 R   Schematron assert role  error     test starts-with(@value,'#')     Meldung The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element.   hl7:value IVL_PQ 1 … 1 R (atc...try)

12.4.4.8 Serienmessungs-Gruppe Entry

Id	1.2.40.0.34.6.0.11.3.102 ref at-cda-bbr-	Gültigkeit	2021‑02‑19 12:59:10 Andere Versionen mit dieser Id: atcdabbr_entry_SerienmessungsGruppeEntry vom 2020‑06‑02 07:48:02
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_entry_SerienmessungsGruppeEntry	Bezeichnung	Serienmessungs-Gruppe Entry
Beschreibung Das Serienmessungs-Gruppe Entry verknüpft die Perioden-Information mit den Messwerten. Dieses Entry beinhaltet mindestens zwei entryRelationship/observation Elemente, wobei eines die Perioden-Information und das andere die Messwerte dokumentiert.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.102
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.3.103 Containment Serienmessungs-Werte Entry (1.0.1+20210303) DYNAMIC 1.2.40.0.34.6.0.11.3.104 Containment Serienmessungs-Periode Entry (1.0.0+20210219) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.102 Serienmessungs-Gruppe Entry (2020‑06‑02 07:48:02) ref at-cda-bbr-
Beispiel	Beispiel <observation classCode="OBSSER" moodCode="EVN">   <templateId root="1.2.40.0.34.6.0.11.3.102"/>  <!-- This templateId indicates conformance to the PHM Measurement Waveform Series Observation.-->   <templateId root="2.16.840.1.113883.10.20.36.37" extension="2015-08-17"/>  <code nullFlavor="NA"/>  <entryRelationship typeCode="COMP">     <!-- Observation element containing the PHM Measurement Waveform Sample Period observation goes here -->   </entryRelationship>  <!-- There could be many of these but the data must all have the SAME start time and period and elements -->   <entryRelationship typeCode="COMP">     <!-- Observation containing the PHM Measurement Waveform observation goes here -->   </entryRelationship></observation>
Item DT Kard Konf Beschreibung Label hl7:observation (atc...try) @classCode cs 1 … 1 F OBSSER @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M HL7 Austria - Serienmessungs-Gruppe Entry (atc...try) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.102 hl7:templateId II 1 … 1 M PHM Measurement Waveform Series Observation (atc...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.36.37 @extension st 1 … 1 F 2015-08-17 hl7:code CE 1 … 1 R (atc...try) wo [@nullFlavor='NA'] @nullFlavor cs 1 … 1 F NA hl7:entryRelationship 1 … * M Komponente zur Aufnahme einen bis mehreren Serienmessungen. Beinhaltet 1.2.40.0.34.6.0.11.3.103 Serienmessungs-Werte Entry (DYNAMIC) (atc...try) @typecode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 1 … 1 M Komponente zur Aufnahme des Elementes Serienmessungs-Intervall. Beinhaltet 1.2.40.0.34.6.0.11.3.104 Serienmessungs-Periode Entry (DYNAMIC) (atc...try) @typecode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

12.4.4.9 Serienmessungs-Werte Entry

Id	1.2.40.0.34.6.0.11.3.103 ref at-cda-bbr-	Gültigkeit	2021‑01‑28 14:58:41 Andere Versionen mit dieser Id: SerienmessungsWerteEntry vom 2021‑01‑28 14:58:40 SerienmessungsWerteEntry vom 2021‑01‑28 14:58:39 SerienmessungsWerteEntry vom 2020‑06‑02 08:05:24
Status	Aktiv	Versions-Label	1.0.1+20210303
Name	SerienmessungsWerteEntry	Bezeichnung	Serienmessungs-Werte Entry
Beschreibung Das Serienmessungs-Werte Entry dokumentiert die kontinuierlichen Messwerte in einem SLIST_PQ Datentyp. Dieses Element ist Teil einer Serienmessungs-Gruppe Entry neben der zeitliche Komponente (Start und Zeitraum zwischen den Messungen) der kontinuierlichen Messung. Wenn die Serienmessung von einem IEEE 11073 kompatiblen Gerät empfangen wird, sind die Messungen im Real Time Sample Array (RTSA) metric objects zu finden.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.103
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.103 Serienmessungs-Werte Entry (2020‑06‑02 08:05:24) ref at-cda-bbr-
Beispiel	Beispiel <ClinicalDocument>    ::   <observation classCode="OBSCOR" moodCode="EVN">     <!-- This templateId indicates conformance to the PHM Measurement Waveform Observation.-->     <templateId root="2.16.840.1.113883.10.20.36.36" extension="2015-08-17"/>    <!-- This duplication of the code element is a necessary side effect of allowing this template to be ported into a C-CDA. -->     <code code="8867-4" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="HEART RATE">       <!-- The IEEE 11073 10101 reference identifier is MDC_PULS_OXIM_PULS_RATE. -->       <translation code="149530" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_PULS_OXIM_PULS_RATE: Pulse rate"/>    </code>    <text>       <!-- This reference identifies content in human readable formatted text-->       <reference value="#PulseOx_PulseRate_data"/>    </text>    <statusCode code="completed"/>    <value type="SLIST_PQ">       <origin value="0" unit="1"/>      <scale value="1" unit="1"/>      <digits>44 42 42 41 40 40 39 38 36 35 34 35 35 34 35 35 36 36 35 36</digits>    </value>  </observation>   :: </ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:observation (Ser...try) @classCode cs 1 … 1 F OBSCOR @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M HL7 Austria - Serienmessungs-Werte Entry (Ser...try) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.103 hl7:templateId II 1 … 1 M PHM Measurement Waveform Observation (Ser...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.36.36 @extension st 1 … 1 F 2015-08-17 hl7:code CD.IPS 1 … 1 M Code des Serienmessungs-Wertes, kopiert vom darüberliegenden Serienmessung Entry oder Serienmessung Vitalparameter Entry. Die Art des angegebenen Vitalparameters (Puls, Blutdruck systolisch, etc.) wird codiert in diesem Element angegeben. Die Angabe der Art des Vitalparameters bestimmt auch die möglichen Einheiten des Werts. Verweis auf speziellen Implementierungsleitfaden: Welche der Vitalparameterarten angegeben werden müssen bzw. sollen, kann im jeweiligen speziellen Implementierungsleitfaden eingeschränkt werden. (Ser...try)   Constraint Muss mit Code darüberliegenden "Serienmessung Entry" oder "Serienmessung Vitalparameter Entry" übereinstimmen. hl7:originalText ED 1 … 1 M Verweist auf die Stelle im narrativen Textbereich, in dem die Vitalparameterart beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc). (Ser...try) hl7:reference TEL 1 … 1 M (Ser...try) @value st 1 … 1 R hl7:translation CD 1 … 1 M Hier wird die verpflichtende Übersetzung des Codes als MDC-Code bereitgestellt. (Ser...try) @code 1 … 1 R @codeSystem uid 1 … 1 F 2.16.840.1.113883.6.24 @codeSystemName st 1 … 1 F MDC @displayName 1 … 1 R hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (Ser...try) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (Ser...try) @language cs 1 … 1 R hl7:text ED 1 … 1 M Verweist auf die Stelle im narrativen Text-Bereich, an der der gegebene Vitalparameter narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc). (Ser...try) hl7:reference TEL 1 … 1 M (Ser...try) hl7:statusCode CS 1 … 1 M (Ser...try) @code CONF 1 … 1 F completed hl7:value SLIST_PQ 0 … 1 (Ser...try) hl7:origin PQ 1 … 1 M (Ser...try) @value real 1 … 1 R @unit cs 0 … 1   hl7:scale PQ 1 … 1 M (Ser...try) @value real 1 … 1 R @unit cs 0 … 1   hl7:digits list_int 1 … 1 M (Ser...try)

12.4.4.10 Serienmessungs-Periode Entry

Id	1.2.40.0.34.6.0.11.3.104 ref at-cda-bbr-	Gültigkeit	2021‑02‑19 12:59:19 Andere Versionen mit dieser Id: SerienmessungsPeriodeEntry vom 2020‑06‑02 09:22:17
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	SerienmessungsPeriodeEntry	Bezeichnung	Serienmessungs-Periode Entry
Beschreibung Das Serienmessungs-Periode Entry beschreibt die zeitliche Komponente (Start und Zeitraum zwischen den Messungen) der kontinuierlichen Messung. Dieses Element ist Teil einer Serienmessungs-Gruppe Entry neben den kontinuierlichen Messwerten. Wenn die Serienmessung von einem IEEE 11073 20601 PHM Gerät empfangen wird, ist die Zeit zwischen den Messungen in dem Sample-period Attribut zu finden.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.104
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.104 Serienmessungs-Periode Entry (2020‑06‑02 09:22:17) ref at-cda-bbr-
Beispiel	Beispiel <hl7:ClinicalDocument>    ::   <hl7:observation classCode="OBS" moodCode="EVN">     <!-- This templateId indicates conformance to the PHM Measurement Waveform Sample Period Observation.-->     <hl7:templateId root="2.16.840.1.113883.10.20.36.13" extension="2015-08-17"/>    <hl7:code code="TIME_ABSOLUTE" codeSystem="2.16.840.1.113883.5.4" codeSystemName="ActCode" displayName="Absolute time"/>    <hl7:text>       <!-- This reference identifies content in human readable formatted text-->       <hl7:reference value="#PulseOx_PulseRate_Period"/>    </hl7:text>    <hl7:value xsi:type="GLIST_TS">       <hl7:head value="20150822170922.86-0400"/>      <!-- time interval between data points is 1 second -->       <hl7:increment value="1.0" unit="s"/>    </hl7:value>  </hl7:observation>   :: </hl7:ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:observation (Ser...try) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M HL7 Austria - Serienmessungs-Periode Entry (Ser...try) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.104 hl7:templateId II 1 … 1 M PHM Measurement Waveform Sample Period Observation (Ser...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.36.13 @extension st 1 … 1 F 2015-08-17 hl7:code CE 1 … 1 M (Ser...try) @hl7:code cs 1 … 1 F TIME_ABSOLUTE @hl7:codeSystem oid 1 … 1 F 2.16.840.1.113883.5.4 @hl7:codeSystemName st 1 … 1 F ActCode hl7:text ED 1 … 1 M Verweist auf die Stelle im narrativen Text-Bereich, an der der gegebene Vitalparameter narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc). (Ser...try) hl7:reference TEL 1 … 1 M (Ser...try) hl7:value GLIST_TS 1 … 1 M (Ser...try) hl7:head TS 1 … 1 M Hier wird der Start der Serienmessung dokumentiert. (Ser...try) @value ts 1 … 1 R hl7:increment PQ 1 … 1 M Hier wird der Abstand zwischen den einzelnen Messungen der Serienmessung dokumentiert. (Ser...try) @value real 1 … 1 R @unit cs 1 … 1 R

12.4.4.11 Medikation Verordnung Entry eMedikation

Id	1.2.40.0.34.11.8.1.3.1 ref elgabbr-	Gültigkeit	2014‑09‑01 Andere Versionen mit dieser Id: MedikationVerordnungEntryemed vom 2014‑01‑31
Status	Entwurf	Versions-Label
Name	MedikationVerordnungEntryemed	Bezeichnung	Medikation Verordnung Entry eMedikation
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.8.1.3.1
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 18 Templates Benutzt als Name Version 1.2.40.0.34.11.90012 Inklusion Sbadm TemplateId Options DYNAMIC 1.2.40.0.34.11.30006 Inklusion Einnahmedauer DYNAMIC 1.2.40.0.34.11.30007 Inklusion Dosierungsvariante 1: Tagesdosierung effectiveTime DYNAMIC 1.2.40.0.34.11.30008 Inklusion Dosierungsvariante 2: Einzeldosierung DYNAMIC 1.2.40.0.34.11.30009 Inklusion Dosierungsvariante 3: Tagesdosierung mit Einnahmepause DYNAMIC 1.2.40.0.34.11.30010 Inklusion Dosierungsvariante 4: Einzeldosierung mit Einnahmepause DYNAMIC 1.2.40.0.34.11.30037 Inklusion Dosierungsvariante 1: Tagesdosierung doseQuantity DYNAMIC 1.2.40.0.34.11.30039 Inklusion Dosierungsvariante 2: Einzeldosierung doseQuantity DYNAMIC 1.2.40.0.34.11.30041 Inklusion Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity DYNAMIC 1.2.40.0.34.11.30043 Inklusion Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity DYNAMIC 1.2.40.0.34.11.2.3.4 Containment Arznei Entry (1.0.3+20240819) DYNAMIC 1.2.40.0.34.11.90004 Inklusion AuthorElements DYNAMIC 1.2.40.0.34.11.30040 Inklusion Dosierungsvariante 2: Einzeldosierung entryRelationship DYNAMIC 1.2.40.0.34.11.30044 Inklusion Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship DYNAMIC 1.2.40.0.34.11.30033 Inklusion Patient Instructions (2020.1) DYNAMIC 1.2.40.0.34.11.30034 Inklusion Pharmacist Instructions (2020.1) DYNAMIC 1.2.40.0.34.11.30045 Inklusion Therapieart DYNAMIC 1.2.40.0.34.11.90013 Inklusion ID des Containers DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (2014‑09‑01) ref elgabbr-
Beispiel	Strukturbeispiel <ClinicalDocument>   <substanceAdministration classCode="SBADM" moodCode="INT">     <!-- ELGA -->     <templateId root="1.2.40.0.34.11.8.1.3.1"/>    <!-- HL7 CCD -->     <templateId root="2.16.840.1.113883.10.20.1.24"/>    <!-- IHE PCC -->     <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>    <!-- IHE PHARM -->     <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/>    <!-- IHE PHARM Dosage Instructions -->     <templateId root="1.3.6.1.4.1.19376.1.9.1.3.6"/>    <!-- „Delay Start Dosing“ bei Verwendung von „width“ in Einnahmedauer -->     <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.21"/>    <!-- ********** Dosierungsarten Anfang ********** -->     <!-- Dosierungsart 1 und 3, „Normal dosing“ -->     <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/>     … oder …     <!-- Dosierungsart 2, „Split dosing“ -->     <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.9"/>    <!-- ********** Dosierungsarten Ende ********** -->     <!-- ID des MedikationVerordnung-Entry -->     <id root="1.2.40.0.10.1.4.3.4.2.2" extension="VerordnungsId" assigningAuthorityName="Ordination Dr. Muster"/>    <!--Referenz zum narrativen Abschnitt dieses MedikationVerordnung-Entry im Text-Bereich der Sektion-->     <text>       <reference value="#vpos-1"/>    </text>    <!-- Statuscode des MedikationVerordnung-Entry -->     <statusCode code="completed"/>    <!-- Einnahmedauer -->     <effectiveTime xsi:type="IVL_TS">       <low value="20131009000000+0200"/>      <high value="20131020235959+0200"/>    </effectiveTime>    <!-- ********** Dosierungsart 1 und 3 Anfang, Teil 1 ********** Im Falle von Dosierungsart 1 und 3 („Normal dosing“) werden die Einnahmezeitpunkte + Dosis in Form eines weiteren effectiveTime und eines doseQuantity Elements angegeben -->     <effectiveTime xsi:type="PIVL_TS|SXPR_TS"/>    <!-- ********** Dosierungsart 1 und 3 Ende, Teil 1 ********** -->     <!-- Maximale Anzahl der zusätzlichen Einlösungen -->     <repeatNumber value="3"/>    <!-- Art der Anwendung -->     <routeCode code="100000073633" displayName="Subkutane Anwendung" codeSystem="1.2.40.0.10.1.4.3.4.3.4" codeSystemName="MedikationArtAnwendung"/>    <!-- ********** Dosierungsart 1 und 3 Anfang, Teil 2 ********** -->     <doseQuantity value=" " unit=" "/>    <!-- ********** Dosierungsart 1 und 3 Ende, Teil 2 ********** -->     <!-- Arznei -->     <consumable>       <!-- ELGA Arznei Element (1.2.40.0.34.11.2.3.4) -->       <manufacturedProduct classCode="MANU">         <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>        <!-- IHE PCC -->         <templateId root="2.16.840.1.113883.10.20.1.53"/>        <!-- HL7 CCD -->         <manufacturedMaterial classCode="MMAT" determinerCode="KIND">           <!-- ELGA Arznei-Entry -->           <templateId root="1.2.40.0.34.11.2.3.4"/>          <!-- ELGA -->            :         </manufacturedMaterial>      </manufacturedProduct>    </consumable>    <!-- Verfasser der Verordnung (nur bei Verwendung im Rahmen der Medikationsliste) -->     <author> : </author>    <!-- ********** Dosierungsart 2 und 4 Anfang ********** Im Falle von Dosierungsart 2 und 4 („Split dosing“) werden die Einnahmezeitpunkte + Dosis in Form von untergeordneten entryRelationship Elementen angegeben (Morgens, Mittags, ...) -->     <entryRelationship typeCode="COMP">       <sequenceNumber value="1"/>      <substanceAdministration classCode="SBADM" moodCode="INT">         <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/>        <effectiveTime operator="A" xsi:type="EIVL_TS">           <event code="ACM"/>          <offset value="0" unit="s"/>        </effectiveTime>        <doseQuantity value="2"/>      </substanceAdministration>    </entryRelationship>     :     <!-- ********** Dosierungsart 2 und 4 Ende ********** -->     <!-- Packungsanzahl -->     <entryRelationship typeCode="COMP">       <supply classCode="SPLY" moodCode="RQO">         <independentInd value="false"/>        <quantity value="1"/>      </supply>    </entryRelationship>    <!-- Zusatzinformationen für den Patienten -->     <entryRelationship typeCode="SUBJ" inversionInd="true">       <act classCode="ACT" moodCode="INT">         <templateId root="2.16.840.1.113883.10.20.1.49"/>        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3"/>        <code code="PINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>         :       </act>    </entryRelationship>    <!-- Ergänzende Informationen zu magistralen Zubereitungen -->     <entryRelationship typeCode="SUBJ" inversionInd="true">       <act classCode="ACT" moodCode="INT">         <templateId root="2.16.840.1.113883.10.20.1.43"/>        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3.1"/>        <code code="FINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>         :       </act>    </entryRelationship>    <!-- Therapieart -->     <entryRelationship typeCode="COMP">       <act classCode="ACT" moodCode="INT">         <templateId root="1.2.40.0.34.11.8.1.3.4"/>        <code code="EINZEL" displayName="Einzelverordnung" codeSystem="1.2.40.0.10.1.4.3.4.3.6" codeSystemName="MedikationTherapieArt"/>      </act>    </entryRelationship>  </substanceAdministration></ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:substanceAdministration (Med...med) @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F INT   Constraint Bei Dosierungsart 1 "Normal dosing" oder 3 "Tagesdosierung an bestimmten Tagen" (templateId = 1.3.6.1.4.1.19376.1.5.3.1.4.7.1) wird kein entryRelationship typeCode COMP als Dosiskomponente verwendet Wiederholung der Komponente zur Aufnahme eines Einnahmezeitpunkts und -dosis bei Dosierungsvariante 2 und 4 höchstens einmal je Zeitcode! hl7:templateId II 1 … 1 M ELGA. (Med...med) @root uid 1 … 1 F 1.2.40.0.34.11.8.1.3.1 hl7:templateId II 1 … 1 M HL7 CCD 3.9. (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.24 hl7:templateId II 1 … 1 M IHE PCC Medications Entry. (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.7 hl7:templateId II 1 … 1 M IHE PHARM Prescription Entry. (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.3.2 hl7:templateId II 1 … 1 M IHE PHARM Dosage Instructions. (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.3.6 Eingefügt von 1.2.40.0.34.11.90012 Sbadm TemplateId Options (DYNAMIC) „Delay Start Dosing“ Markierung bei Verwendung eines „width“ Elements in Einnahmedauer. Siehe Kapitel 6.4.1.2.6, „Einnahmedauer“ hl7:templateId II C Dosierungsart, mögliche Werte: a) Normal: @root = 1.3.6.1.4.1.19376.1.5.3.1.4.7.1 b) Split: @root = 1.3.6.1.4.1.19376.1.5.3.1.4.9 Es ist in jedem Fall die TemplateId für „Normal dosing“ (a) anzugeben (auch wenn keine strukturierten Dosierungsinformationen angegeben sind), außer es ist gemäß Kapitel „Dosierungsvarianten/Zeitpunkt(e) der Einnahme“ die Angabe von „Split dosing“ (b) vorgeschrieben (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.21   Constraint Konditionale Konformität Einnahmedauer beinhaltet low/high Elemente Conf: NP Einnahmedauer beinhaltet ein width Element: Card 1..1 Conf M Auswahl 1 … 1 Dosierungsart: Normal (1.3.6.1.4.1.19376.1.5.3.1.4.7.1) oder Split (1.3.6.1.4.1.19376.1.5.3.1.4.9) Elemente in der Auswahl: hl7:templateId[not(@nullFlavor)] hl7:templateId[not(@nullFlavor)] hl7:templateId II  … 1 M (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.7.1 hl7:templateId II  … 1 M (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.9 hl7:id II 0 … 1 C ID des MedikationAbgabe-Entry. (Med...med) wo [1] @root uid 1 … 1 R @extension st 1 … 1 R   Constraint Für e-Medikation: ID eines MedikationVerordnungs-Entry gemäß Projekt e-Medikation: Das erste ID Element enthält eine von Zentralkomponenten der e-Medikation vergebene neue ID des Verordnungs-Entry, welche durch eine eigene OID im @root-Attribut gekennzeichnet ist. Diese neue ID ist notwendig, da das Verordnungs-Entry bei Rückgabe in der Medikationsliste durch die Zentralkomponenten mit verschiedenen zusätzlichen Informationen ergänzt wird. Nur für andere e-Befunde (also Befundklassen außerhalb dieses Leitfadens, wie z.B. Entlassungsbrief ärztlich) ist eine lokale OID zulässig, sofern keine VerordnungsID vorliegt. Bedingung: Bei Medikationsliste    @root="1.2.40.0.10.1.4.3.4.2.2.1"     @extension=VerordnungsID Sonst                          @root="1.2.40.0.10.1.4.3.4.2.2"        @extension=VerordnungsID   Beispiel <id root="1.2.40.0.10.1.4.3.4.2.2" extension="WYE82A2G8EEW_4711" assigningAuthorityName="Ordination Dr. Muster"/>   Schematron assert role  error     test not(ancestor::hl7:ClinicalDocument/hl7:templateId[@root='1.2.40.0.34.11.8.3']) or hl7:id[1][@root='1.2.40.0.10.1.4.3.4.2.2.1']     Meldung Bei Medikationslisten muss die erste ID die @root OID 1.2.40.0.10.1.4.3.4.2.2.1 tragen.     Schematron assert role  error     test not(ancestor::hl7:ClinicalDocument/hl7:templateId[@root='1.2.40.0.34.11.8.1']) or hl7:id[1][@root='1.2.40.0.10.1.4.3.4.2.2']     Meldung Bei Verordnungen muss die erste ID die @root OID 1.2.40.0.10.1.4.3.4.2.2 tragen.     Schematron assert role  error     test not(ancestor::hl7:ClinicalDocument/hl7:templateId[starts-with(@root, '1.2.40.0.34.11.8')]) or hl7:id[1]     Meldung Für e-Medikation Dokumente muss die erste ID angegeben sein.   hl7:id II 0 … 1 C ID des MedikationVerordnungs-Entry. (Med...med) wo [2] @root uid 1 … 1 F 1.2.40.0.10.1.4.3.4.2.2   Wurzel OID der ID eines MedikationAbgabe-Entry gemäß Projekt e-Medikation. @extension st 1 … 1 R VerordnungsID.   Constraint Für e-Medikation: Das zweite ID Element enthält die ID des ursprünglich im Rezept-Dokument angegebenen Verordnungs-Entry, welcher der Ausgangspunkt des vorliegenden Verordnungs-Entry darstellt. Konditionale Konformität Verordnungs-Entry liegt in Medikationsliste vor: Card 1..1 Conf M Sonst: NP hl7:text ED 1 … 1 M Verweist auf die Stelle im narrativen Text-Bereich, an der die gegebene Medikation narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc). (Med...med)   Beispiel Strukturbeispiel <text>   <reference value="#vpos-1"/></text> hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #vpos-{generierteID}, z.B.: #vpos-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed Eingefügt von 1.2.40.0.34.11.30006 Einnahmedauer (DYNAMIC)   Beispiel Strukturbeispiel <hl7:ClinicalDocument>   <!-- Einnahme von 27.05.2011, Ende unbekannt -->   <cda:effectiveTime xsi:type="IVL_TS">     <cda:low value="20110527000000+0200"/>    <cda:high nullFlavor="UNK"/>  </cda:effectiveTime></hl7:ClinicalDocument>   Beispiel Strukturbeispiel <hl7:ClinicalDocument>   <!-- Einnahmestart unbekannt, Dauer 2 Wochen lang -->   <cda:effectiveTime xsi:type="IVL_TS">     <cda:width value="2" unit="wk"/>  </cda:effectiveTime></hl7:ClinicalDocument>   Beispiel Strukturbeispiel <hl7:ClinicalDocument>   <!-- Dosierungsinformationen sind angegeben, aber Einnahmedauer unbekannt -->   <cda:effectiveTime xsi:type="IVL_TS">     <cda:low nullFlavor="UNK"/>    <cda:high nullFlavor="UNK"/>  </cda:effectiveTime></hl7:ClinicalDocument> Auswahl 0 … 1 Elemente in der Auswahl: hl7:effectiveTime[1][hl7:low] hl7:effectiveTime[1][hl7:width] hl7:effectiveTime[1][@nullFlavor] hl7:effectiveTime IVL_TS Zeitelement zur Dokumentation der Einnahmedauer. (Med...med) wo [1] [hl7:low] hl7:low TS 1 … 1 R Zeitpunkt des Einnahmestarts. Zugelassene nullFlavor: UNK (Med...med) hl7:high TS 1 … 1 R Zeitpunkt des Einnahmeendes. Zugelassene nullFlavor: UNK (Med...med) hl7:effectiveTime IVL_TS Dauer der Einnahme, wenn Einnahmestart unbekannt (Med...med) wo [1] [hl7:width] hl7:width PQ 1 … 1 R Dauer der Einnahme, wenn Einnahmestart unbekannt Bemerkung: Wenn ein width Element angegeben wird, MUSS auch die templateId für „Delay Start Dosing“ angegeben werden. Siehe Kapitel „Template IDs" (Med...med) @unit cs 0 … 1     CONF Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.69 ELGA_MedikationFrequenz (DYNAMIC) hl7:effectiveTime IVL_TS (Med...med) wo [1] [@nullFlavor] @nullFlavor cs 1 … 1 F NA   Constraint Konditionale Konformität Card Conf Prädikat 1..1 M Es wird in einer Verordnung (1.2.40.0.34.11.8.1.3.1) die Dosierungsvariante "Split" mit templateId 1.3.6.1.4.1.19376.1.5.3.1.4.9 verwendet wird. NP Sonst Auswahl  … 1 Elemente in der Auswahl: hl7:effectiveTime[hl7:period and not(hl7:phase)] eingefügt vom Template 1.2.40.0.34.11.30007 Dosierungsvariante 1: Tagesdosierung effectiveTime (DYNAMIC) hl7:effectiveTime[2] eingefügt vom Template 1.2.40.0.34.11.30008 Dosierungsvariante 2: Einzeldosierung (DYNAMIC) ein Element eingefügt vom Template 1.2.40.0.34.11.30009 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause (DYNAMIC) hl7:effectiveTime[2] eingefügt vom Template 1.2.40.0.34.11.30010 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (DYNAMIC) Eingefügt von 1.2.40.0.34.11.30007 Dosierungsvariante 1: Tagesdosierung effectiveTime (DYNAMIC) hl7:effectiveTime PIVL_TS C Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3. (Med...med) wo [hl7:period and not(hl7:phase)] @operator cs 1 … 1 F A @institutionSpecified bl 1 … 1 F true   Constraint Konditionale Konformität: Dosierung angegeben -> 1..1 M Dosierung nicht angegeben -> NP hl7:period PQ 1 … 1 R Zeitraum für den die Dosis in doseQuantity vorgesehen ist. (Med...med) @value 1 … 1 F 1 @unit cs 1 … 1 R   CONF Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.69 ELGA_MedikationFrequenz (DYNAMIC) Eingefügt von 1.2.40.0.34.11.30008 Dosierungsvariante 2: Einzeldosierung (DYNAMIC) hl7:effectiveTime NP Das weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen. Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3. (Med...med) wo [2] Eingefügt von 1.2.40.0.34.11.30009 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause (DYNAMIC) Auswahl  … 1 Elemente in der Auswahl: hl7:effectiveTime[hl7:period and hl7:phase] hl7:effectiveTime[hl7:comp] hl7:effectiveTime PIVL_TS C Für EIN Wochentag. Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3. (Med...med) wo [hl7:period and hl7:phase] @operator cs 1 … 1 F A hl7:phase IVL_TS 1 … 1 R Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag) (Med...med) hl7:period PQ 1 … 1 R (Med...med) @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:effectiveTime SXPR_TS C Für mehrere Wochentage, z. B. wöchtentlich montags und mittwochs (Med...med) wo [hl7:comp] @operator cs 1 … 1 F A   Constraint Konditionale Konformität: Dosierung angegeben -> 1..1 M Dosierung nicht angegeben -> NP 1. Komponentencontainer ohne @operator, ggf. folgende Komponentencontainer mit @operator=I hl7:comp PIVL_TS 1 … 1 R Komponentencontainer. (Med...med) wo [not(@operator)] hl7:phase IVL_TS 1 … 1 R Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag) (Med...med) hl7:period PQ 1 … 1 R (Med...med) @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:comp PIVL_TS 0 … * (Med...med) wo [@operator='I'] @operator cs 1 … 1 F I hl7:phase IVL_TS 1 … 1 R (Med...med) hl7:period PQ 1 … 1 R (Med...med) @value 1 … 1 F 1 @unit cs 1 … 1 F wk Eingefügt von 1.2.40.0.34.11.30010 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (DYNAMIC) hl7:effectiveTime NP Das weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen. Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3. (Med...med) wo [2] Auswahl  … 1 Elemente in der Auswahl: ein Element eingefügt vom Template 1.2.40.0.34.11.30037 Dosierungsvariante 1: Tagesdosierung doseQuantity (DYNAMIC) hl7:doseQuantity eingefügt vom Template 1.2.40.0.34.11.30039 Dosierungsvariante 2: Einzeldosierung doseQuantity (DYNAMIC) ein Element eingefügt vom Template 1.2.40.0.34.11.30041 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity (DYNAMIC) hl7:doseQuantity eingefügt vom Template 1.2.40.0.34.11.30043 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity (DYNAMIC) Eingefügt von 1.2.40.0.34.11.30037 Dosierungsvariante 1: Tagesdosierung doseQuantity (DYNAMIC) Auswahl  … 1 Elemente in der Auswahl: hl7:doseQuantity[not(hl7:low|hl7:high)] hl7:doseQuantity[hl7:low|hl7:high]   Constraint Konditionale Konformität: Menge in nicht-zählbaren Einheiten -> @unit 1..1 (required) aus Value-Set ELGA_MedikationMengenart Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.) -> @unit 0..1 (otional) mit @unit aus Value-Set ELGA_MedikationMengenartAlternativ hl7:doseQuantity IVL_PQ R Dosis. mit doseQuantity als IVL_PQ, aber als PQ instantiiert (Med...med) wo [not(hl7:lowoder hl7:high)] @value 1 … 1 R Tagesdosierung. @unit cs 0 … 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) hl7:doseQuantity IVL_PQ R mit doseQuantity als IVL_PQ (Med...med) wo [hl7:lowoder hl7:high] hl7:low PQ (Med...med) @value 1 … 1 R @unit cs 0 … 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) hl7:high PQ (Med...med) @value 1 … 1 R @unit cs 0 … 1     CONF Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC) oder Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC) Eingefügt von 1.2.40.0.34.11.30039 Dosierungsvariante 2: Einzeldosierung doseQuantity (DYNAMIC) hl7:doseQuantity NP Das weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen. Dosis bei Dosierungsvariante 1 und 3. (Med...med) Eingefügt von 1.2.40.0.34.11.30041 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity (DYNAMIC) Auswahl  … 1 Elemente in der Auswahl: hl7:doseQuantity[not(hl7:low|hl7:high)] hl7:doseQuantity[hl7:low|hl7:high]   Constraint Konditionale Konformität: Menge in nicht-zählbaren Einheiten -> @unit 1..1 (required) aus Value-Set ELGA_MedikationMengenart Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.) -> @unit 0..1 (optional) aus Value-Set ELGA_MedikationMengenartAlternativ hl7:doseQuantity IVL_PQ R Dosis. mit doseQuantity als IVL_PQ, aber als PQ instantiiert (Med...med) wo [not(hl7:lowoder hl7:high)] @value 1 … 1 R Tagesdosierung. @unit cs 0 … 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) hl7:doseQuantity IVL_PQ R mit doseQuantity als IVL_PQ (Med...med) wo [hl7:lowoder hl7:high] hl7:low PQ (Med...med) @value 1 … 1 R @unit cs 0 … 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) hl7:high PQ (Med...med) @value 1 … 1 R @unit cs 0 … 1     CONF Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC) oder Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC) Eingefügt von 1.2.40.0.34.11.30043 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity (DYNAMIC) hl7:doseQuantity NP Das weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen. Dosis bei Dosierungsvariante 1 und 3. (Med...med)   Schematron report role  warning     test not(not(hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.7.1']) or hl7:effectiveTime[2])     Meldung effectiveTime[2] muss in den Dosierungsvarianten 1 und 3 anwesend sein     Schematron report role  warning     test not(not(hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.7.1']) or hl7:doseQuantity)     Meldung doseQuantity muss in den Dosierungsvarianten 1 und 3 anwesend sein     Schematron report role  warning     test hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.9'] and hl7:effectiveTime[2]     Meldung effectiveTime[2] darf in den Dosierungsvariante 'Split dosing' nicht anwesend sein     Schematron report role  warning     test hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.9'] and hl7:doseQuantity     Meldung doseQuantity darf in den Dosierungsvariante 'Split dosing' nicht anwesend sein   hl7:repeatNumber IVL_INT 1 … 1 R Anzahl der Einlösungen. Dieses Element MUSS angegeben werden. Dieses Element beschreibt die mögliche maximale Anzahl von zusätzlichen Einlösungen dieser Verordnung. Bei Verwendung in der Medikationsliste wird immer der ursprüngliche Wert angegeben (ändert sich nicht nach einer Einlösung). Beispiele : Ein Wert von „0“ bedeutet, dass die Verordnung kein weiteres Mal eingelöst werden kann (Standardfall) Ein Wert von „3“ bedeutet, dass die Verordnung insgesamt vier Mal eingelöst werden kann. Alle Verordnungen eines Rezepts MÜSSEN denselben Wert aufweisen. Zugelassene nullFlavor: MSKWird die Anzahl der zusätzlichen Einlösungen  nicht angegeben (nullFlavor = MSK, Maskiert), kann die Anzahl vom empfangenden System nur mit 0 angenommen werden (keine zusätzlichen Einlösungen). Maximale Anzahl der zusätzlichen Einlösungen Bei Kassenrezepten: Fixer Wert: 0 Bei Privatrezepten: Maximaler Wert: 5 (Med...med)   Beispiel Strukturbeispiel <repeatNumber value="0"/> hl7:routeCode CE 0 … 1 Art der Anwendung der Arznei. (Med...med) @codeSystem CONF 0 … 1 F 1.2.40.0.10.1.4.3.4.3.4   Beispiel Strukturbeispiel <routeCode code="100000073633" displayName="Subkutane Anwendung" codeSystem="1.2.40.0.10.1.4.3.4.3.4" codeSystemName="ELGA_MedikationArtAnwendung"/> hl7:consumable 1 … 1 M Komponente zur Aufnahme der Arznei auf die sich der MedikationVerordnungs-Entry bezieht. Beinhaltet 1.2.40.0.34.11.2.3.4 Arznei Entry (DYNAMIC) (Med...med)   Beispiel Strukturbeispiel <consumable>   <!-- ELGA Arznei Element (1.2.40.0.34.11.2.3.4) -->   <manufacturedProduct classCode="MANU">     <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>    <!-- IHE PCC -->     <templateId root="2.16.840.1.113883.10.20.1.53"/>    <!-- HL7 CCD -->     <manufacturedMaterial classCode="MMAT" determinerCode="KIND">       <!-- ELGA Arznei-Entry -->       <templateId root="1.2.40.0.34.11.2.3.4"/>      <!-- ELGA -->        :     </manufacturedMaterial>  </manufacturedProduct></consumable> Eingefügt 0 … 1 C von 1.2.40.0.34.11.90004 AuthorElements (DYNAMIC) Dieses Element wird nur bei ELGA MedikationVerordnungs-Entrys verwendet, welche im Rahmen der Medikationsliste vorliegen. Es beinhaltet den Verfasser des Rezepts auf dem diese Verordnung ausgestellt wurde. Das author/time Element hat dabei die Bedeutung „Datum der Verordnung“. Siehe Kapitel „Teilnehmende Parteien“, Abschnitt „Verfasser des Dokuments (author)“ (bezogen auf das Rezept-Dokument).   Constraint Konditionale Konformität: Element wird in Medikationsliste verwendet und eine Referenz zu einer Verdnung ist vorhanden: Card 1..1 Conf M Sonst NP Auswahl 0 … 1 Elemente in der Auswahl: hl7:author[not(@nullFlavor)] hl7:author[@nullFlavor] hl7:author Verfasser des Dokuments. (Med...med) wo [not(@nullFlavor)] @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP hl7:functionCode CE 0 … 1 Funktionscode des Verfassers des Dokuments z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“, … Eigene Codes und Bezeichnungen können verwendet werden.  Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen. (Med...med) hl7:time TS.​DATE.​MIN 1 … 1 R Der Zeitpunkt an dem das Dokument verfasst wurde.Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK (Med...med) hl7:assignedAuthor 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. (Med...med) @classCode cs 0 … 1 F ASSIGNED   Beispiel <assignedAuthor classCode="ASSIGNED">   <id extension="ied8984938" root="1.2.276.0.76.3.1.139.933"/>  <assignedPerson classCode="PSN" determinerCode="INSTANCE">     <!-- ... -->   </assignedPerson></assignedAuthor> hl7:id II 1 … * R Identifikation des Verfassers des Dokuments im lokalen System/ des/der datenerstellenden Gerätes/Software. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. (Med...med) hl7:code CE 0 … 1 Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung)z.B: „Facharzt/Fachärzting für Gynäkologie“, Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben. Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen. (Med...med)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:telecom TEL.AT 0 … * Kontaktdaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (Med...med) Auswahl 1 … 1 Elemente in der Auswahl: hl7:assigned​Person hl7:assigned​Authoring​Device hl7:assigned​Person  … 1 Personendaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. (Med...med) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (Med...med) hl7:assigned​Authoring​Device  … 1 (Med...med) @classCode cs 0 … 1 F DEV @determiner​Code cs 0 … 1 F INSTANCE hl7:manufacturer​Model​Name SC 0 … 1 Hersteller und Modellbezeichnung des datenerstellenden Gerätes. (Med...med) hl7:softwareName SC 0 … 1 Bezeichnung (und ggf Version) der datenerstellenden Software. (Med...med) hl7:represented​Organization 1 … 1 M (Med...med) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Med...med) hl7:name ON 1 … 1 M (Med...med) hl7:telecom TEL.AT 0 … * (Med...med) hl7:addr AD 0 … 1 (Med...med) hl7:author Verfasser nicht bekannt/nicht anwendbar (Med...med) wo [@nullFlavor] @nullFlavor cs 1 … 1 F NA   Beispiel <author nullFlavor="NA">   <time nullFlavor="NA"/>  <assignedAuthor nullFlavor="NA">     <id nullFlavor="NA"/>  </assignedAuthor></author> hl7:time 1 … 1 R (Med...med) @nullFlavor cs 1 … 1 F NA hl7:assignedAuthor 1 … 1 R (Med...med) @nullFlavor cs 1 … 1 F NA hl7:id 1 … 1 R (Med...med) @nullFlavor cs 1 … 1 F NA Eingefügt von 1.2.40.0.34.11.30040 Dosierungsvariante 2: Einzeldosierung entryRelationship (DYNAMIC) hl7:entryRelationship C Komponente zur Aufnahme eines Einnahmezeitpunkts und –dosis bei Dosierungsvariante 2 und 4. Wiederholung höchstens einmal je Zeitcode! (Med...med) wo [hl7:substanceAdministration/hl7:effectiveTime [@xsi:type='EIVL_TS']] @typeCode cs 1 … 1 F COMP   Constraint Konditionale Konformität: Dosierung angegeben -> 1..* M Dosierung nicht angegeben -> NP hl7:sequenceNumber INT 1 … 1 M Aufsteigende Nummerierung der Unterelemente. (Med...med) Eingefügt von 1.2.40.0.34.11.30046 Splitdose-Einnahmezeitpunkte 1 (DYNAMIC) hl7:substanceAdministration 1 … 1 M Abbildung eines Einnahmezeitpunkts und –dosis als untergeordnetes substanceAdministration-Element. (Med...med) @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F INT   Constraint Konditionale Konformität Card Conf Prädikat 1..1 M Menge in nicht-zählbaren Einheiten, zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" 0..1 O Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.), zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" oder Freitext hl7:effectiveTime EIVL_TS 1 … 1 M Zeitelement zur Aufnahme des Einnahmezeitpunkts. (Med...med) wo [@xsi:type='EIVL_TS'] hl7:event 1 … 1 M Einnahmezeitpunkt. (Med...med) @code cs 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.59 ELGA_Einnahmezeitpunkte (DYNAMIC) hl7:offset IVL_PQ 1 … 1 M Zeitversatz (immer mit 0 Sekunden angegeben). (Med...med) @value 1 … 1 F 0 @unit cs 1 … 1 F s hl7:doseQuantity IVL_PQ 1 … 1 M Dosis. (Med...med) hl7:consumable 1 … 1 M (Med...med) hl7:manufacturedProduct 1 … 1 M (Med...med) hl7:manufactured​Material 1 … 1 R (Med...med) @nullFlavor cs 1 … 1 F NA Eingefügt von 1.2.40.0.34.11.30044 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship (DYNAMIC) hl7:entryRelationship C Komponente zur Aufnahme eines Einnahmezeitpunkts und –dosis bei Dosierungsvariante 2 und 4. Wiederholung höchstens einmal je Zeitcode! (Med...med) wo [hl7:substanceAdministration/hl7:effectiveTime [@xsi:type='SXPR_TS']] @typeCode cs 1 … 1 F COMP   Constraint Konditionale Konformität: Dosierung angegeben -> 1..* M Dosierung nicht angegeben -> NP hl7:sequenceNumber INT 1 … 1 M Aufsteigende Nummerierung der Unterelemente. (Med...med) Eingefügt von 1.2.40.0.34.11.30047 Splitdose-Einnahmezeitpunkte 2 (DYNAMIC) hl7:substanceAdministration 1 … 1 M Abbildung eines Einnahmezeitpunkts und –dosis als untergeordnetes substanceAdministration-Element. (Med...med) @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F INT   Constraint Konditionale Konformität Card Conf Prädikat 1..1 M Menge in nicht-zählbaren Einheiten, zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" 0..1 O Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.), zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" oder Freitext hl7:effectiveTime SXPR_TS 1 … 1 M Zeitelement zur Aufnahme des Einnahmezeitpunkts. (Med...med) wo [@xsi:type='SXPR_TS']   Constraint Die comp-Komponenten mit PIVL_TS müssen bei allen Einnahmezeitpunkten gleich angegeben werden! 1. Komponentencontainer mit @operator=A, ggf. folgende Komponentencontainer mit @operator=I hl7:comp EIVL_TS 1 … 1 M Komponentencontainer (Med...med) wo [@xsi:type='EIVL_TS'] hl7:event 1 … 1 M Einnahmezeitpunkt. (Med...med) @code cs 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.59 ELGA_Einnahmezeitpunkte (DYNAMIC) hl7:offset IVL_PQ 1 … 1 M Zeitversatz (immer mit 0 Sekunden angegeben). (Med...med) @value 1 … 1 F 0 @unit cs 1 … 1 F s hl7:comp PIVL_TS 1 … 1 M Komponentencontainer zur Aufnahme der Einnahmetage. Diese Komponenten MÜSSEN bei allen Einnahmezeitpunkten (SequenceNumber) gleich angegeben werden! (Med...med) wo [@xsi:type='PIVL_TS'] [@operator='A'] @operator cs 1 … 1 F A hl7:phase IVL_TS 1 … 1 R Phase der Einnahme. (Med...med) hl7:value TS Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag). (Med...med) hl7:period PQ 1 … 1 R (Med...med) @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:comp PIVL_TS 0 … * 2.+ Komponentencontainer zur Aufnahme der Einnahmetage (Med...med) wo [@xsi:type='PIVL_TS'] [@operator='I'] hl7:phase IVL_TS 1 … 1 R (Med...med) hl7:value TS (Med...med) hl7:period PQ 1 … 1 R (Med...med) @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:doseQuantity IVL_PQ 1 … 1 M Dosis. (Med...med) hl7:consumable 1 … 1 M (Med...med) hl7:manufacturedProduct 1 … 1 M (Med...med) hl7:manufactured​Material 1 … 1 R (Med...med) @nullFlavor cs 1 … 1 F NA   Schematron assert role  error     test not(hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.7.1']) or not(hl7:entryRelationship[@typeCode='COMP'][hl7:substanceAdministration])     Meldung Bei Dosierungsart 1 "Normal dosing" oder 3 "Tagesdosierung an bestimmten Tagen" (templateId = 1.3.6.1.4.1.19376.1.5.3.1.4.7.1) wird kein entryRelationship typeCode COMP als Dosiskomponente verwendet     Variable let Name seq     Value hl7:entryRelationship/hl7:substanceAdministration/hl7:effectiveTime[@value='0']//hl7:event/@code     Schematron assert role  error     test empty($seq[position() = index-of($seq,.)[2]])     Meldung Wiederholung der Komponente zur Aufnahme eines Einnahmezeitpunkts und -dosis bei Dosierungsvariante 2 und 4 höchstens einmal je Zeitcode!   hl7:entryRelationship 1 … 1 M Komponente zur Aufnahme der Packungsanzahl. Da sich die Angaben zur Arznei (siehe Vorkapitel) jeweils auf eine Packung der Arznei beziehen, MUSS die Anzahl der auszugebenden Packungen der Arznei in einer eigenen Komponente zusätzlich angegeben werden (mindestens 1). Bei magistralen Zubereitungen wird die Anzahl der auszugebenden Einheiten der Arznei in derselben Art und Weise gehandhabt wie bei Arzneispezialitäten. Die Menge einer Einheit der Arznei (z.B. 200g einer magistral zubereiteten Salbe in einer gewissen Zusammensetzung) ist in den ergänzenden Informationen zu der magistralen Zubereitung anzugeben. (Med...med) wo [@typeCode='COMP'] [hl7:supply] @typeCode cs 1 … 1 F COMP   Beispiel Strukturbeispiel <entryRelationship typeCode="COMP">   <supply classCode="SPLY" moodCode="RQO">     <independentInd value="false"/>    <quantity value="1"/>  </supply></entryRelationship> hl7:supply 1 … 1 M Abbildung der Packungsanzahl als untergeordnetes supply-Element. (Med...med) @classCode cs 1 … 1 F SPLY @moodCode cs 1 … 1 F RQO   Beispiel <supply classCode="SPLY" moodCode="RQO">   <independentInd value="false"/>  <quantity value="1"/></supply> hl7:independentInd BL 1 … 1 M Indikator, ob die Komponente unabhängig verwendet werden darf. (Med...med) @value 1 … 1 F false hl7:quantity PQ 1 … 1 R Packungsanzahl Zugelassene nullFlavor: MSK MSK= Wird die Anzahl der auszugebenden Packungen nicht angegeben (nullFlavor = MSK, Maskiert), kann die Anzahl vom empfangenden System nur mit 1 angenommen werden. (Med...med) hl7:entryRelationship 0 … 1 Komponente zur Aufnahme der Zusatzinformationen, Informationen zur alternativen Einnahme und Informationen zur Arznei (Med...med) wo [@typeCode='SUBJ'] [hl7:act/hl7:templateId [@root='2.16.840.1.113883.10.20.1.49']] @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true Eingefügt 1 … 1 M von 1.2.40.0.34.11.30033 Patient Instructions (DYNAMIC) hl7:act 1 … 1 M Abbildung der Zusatzbemerkungen als untergeordnetes act-Element. (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.49 hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.3 hl7:code CE 1 … 1 M (Med...med) @code CONF 1 … 1 F PINSTRUCT @codeSystem 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die Zusatzinformationen für den Patienten, Informationen zur alternativen Einnahme und Informationen zur Arznei angeführt sind) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #patinfo-{generierteID}, z.B.: #patinfo-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed hl7:entryRelationship 1 … 3 M Komponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein). (Med...med) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3.1 hl7:code CE 1 … 1 M (Med...med)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.161 ELGA_ActCode_PatInfo (DYNAMIC) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #zinfo|altein|arzneiinfo-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #altein-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed hl7:entryRelationship 0 … 1 Komponente zur Aufnahme der ergänzenden Informationen zur Abgabe oder zu der magistralen Zubereitung. (Med...med) wo [@typeCode='SUBJ'] [hl7:act/hl7:templateId [@root='2.16.840.1.113883.10.20.1.43']] @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true   Constraint Konditionale Konformität: Arznei ist eine magistrale Zubereitung: Card 1..1 Conf M Arznei ist keine magistrale Zubereitung: Card 0..1 Conf O Eingefügt 1 … 1 M von 1.2.40.0.34.11.30034 Pharmacist Instructions (DYNAMIC) hl7:act 1 … 1 M (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.43 hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.3.1 hl7:code CE 1 … 1 M (Med...med) @code CONF 1 … 1 F FINSTRUCT @codeSystem 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die ergänzenden Informationen zur Abgabe oder zu der magistralen Zubereitungen angeführt sind) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #abginfo-{generierteID}, z.B.: #abginfo-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed hl7:entryRelationship 1 … 2 M Komponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein). (Med...med) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3.2 hl7:code CE 1 … 1 M (Med...med)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.160 ELGA_ActCode_AbgInfo (DYNAMIC) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #erginfo|magzub-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #magzub-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed Eingefügt 0 … 1 von 1.2.40.0.34.11.30045 Therapieart (DYNAMIC) hl7:entryRelationship 0 … 1 Therapieart dieses MedikationVerordnung-Entry (Med...med) wo [@typeCode='COMP'] [hl7:act/hl7:templateId [@root='1.2.40.0.34.11.8.1.3.4']] @typeCode 1 … 1 F COMP   Beispiel <entryRelationship typeCode="COMP">   <act classCode="ACT" moodCode="INT">     <templateId root="1.2.40.0.34.11.8.1.3.4"/>    <code code="EINZEL" displayName="Einzelverordnung" codeSystem="1.2.40.0.10.1.4.3.4.3.6" codeSystemName="MedikationTherapieArt"/>  </act></entryRelationship> hl7:act 1 … 1 M (Med...med) @classCode 1 … 1 F ACT @moodCode 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root 1 … 1 F 1.2.40.0.34.11.8.1.3.4 hl7:code CE 1 … 1 M (Med...med)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.30 ELGA_MedikationTherapieArt (DYNAMIC) hl7:originalText ED 0 … 1 Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. (Med...med) Eingefügt 0 … 1 C von 1.2.40.0.34.11.90013 ID des Containers (DYNAMIC) ID des Verordnungs-Entry Containers (Rezept-Dokument)   Constraint Konditionale Konformität für ID des Verordnungs-Entry Containers (Rezept-Dokument) Element wird in Medikationsliste verwendet: Card 1..1 Conf M Sonst NP hl7:reference 0 … 1 C ID des Verordnungs-Entry Containers (Rezept-Dokument). (Med...med) @typeCode cs 1 … 1 F XCRPT hl7:externalDocument 1 … 1 M (Med...med) hl7:id II 1 … 1 M ID des MedikationVerordnung-Entry. (Med...med) @root uid 1 … 1 F 1.2.40.0.10.1.4.3.4.2.1 @extension st 1 … 1 R eMED-ID @assigningAuthorityName 1 … 1 F e-MedAT

12.4.4.12 Medikation Abgabe Entry eMedikation

Id	1.2.40.0.34.11.8.2.3.1 ref elgabbr-	Gültigkeit	2014‑09‑10 Andere Versionen mit dieser Id: MedikationAbgabeEntryemed vom 2014‑01‑31
Status	Entwurf	Versions-Label
Name	MedikationAbgabeEntryemed	Bezeichnung	Medikation Abgabe Entry eMedikation
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.8.2.3.1
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 8 Templates Benutzt als Name Version 1.2.40.0.34.11.2.3.4 Containment Arznei Entry (1.0.3+20240819) DYNAMIC 1.2.40.0.34.11.90003 Inklusion AssignedEntityElements DYNAMIC 1.2.40.0.34.11.90004 Inklusion AuthorElements DYNAMIC 1.2.40.0.34.11.30033 Inklusion Patient Instructions (2020.1) DYNAMIC 1.2.40.0.34.11.30034 Inklusion Pharmacist Instructions (2020.1) DYNAMIC 1.2.40.0.34.11.30045 Inklusion Therapieart DYNAMIC 1.2.40.0.34.11.30035 Containment Altered Dosage Instructions DYNAMIC 1.2.40.0.34.11.90013 Inklusion ID des Containers DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.8.2.3.1 Medikation Abgabe Entry eMedikation (2014‑09‑10) ref elgabbr-
Beispiel	Strukturbeispiel <entry typeCode="DRIV">   <supply classCode="SPLY" moodCode="EVN">     <templateId root=" 1.2.40.0.34.11.8.2.3.1"/>    <!-- ELGA -->     <templateId root="2.16.840.1.113883.10.20.1.34"/>    <!-- HL7 CCD -->     <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.3"/>    <!-- IHE PCC -->     <templateId root="1.3.6.1.4.1.19376.1.9.1.3.4"/>    <!-- IHE PHARM -->     <!-- ID des MedikationAbgabe-Entry -->     <id root="1.2.40.0.10.1.4.3.4.2.3" extension="...AbgabeId..." assigningAuthorityName="Heilsapotheke"/>    <!-- Abgabeart -->     <code code="FFC" displayName="First Fill - Complete" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Referenz zum narrativen Abschnitt dieses MedikationAbgabe-Entry im Text-Bereich der Sektion -->     <text>       <reference value="#apos-1"/>    </text>    <!-- Abgegebene Packungsanzahl -->     <quantity value="1"/>    <!-- Abgegebene Arznei -->     <product>       <!-- ELGA Arznei Element (1.2.40.0.34.11.2.3.4) -->       <manufacturedProduct classCode="MANU">         <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>        <!-- IHE PCC -->         <templateId root="2.16.840.1.113883.10.20.1.53"/>        <!-- HL7 CCD -->         <manufacturedMaterial classCode="MMAT" determinerCode="KIND">           <!-- ELGA Arznei-Entry -->           <templateId root="1.2.40.0.34.11.2.3.4"/>          <!-- ELGA -->            :         </manufacturedMaterial>      </manufacturedProduct>    </product>    <!-- Verfasser der Verordnung, falls Referenz zu Verordnung vorhanden (nur bei Verwendung im Rahmen der Medikationsliste) -->     <author> : </author>    <!-- Verfasser der Abgabe (nur bei Verwendung im Rahmen der Medikationsliste) -->     <author> : </author>    <!-- Verordnung zu dieser Abgabe (falls vorhanden) -->     <entryRelationship typeCode="REFR">       <!-- ELGA MedikationVerordnung-Entry -->       <substanceAdministration classCode="SBADM" moodCode="INT">         <id root="1.2.40.0.10.1.4.3.4.2.2" extension="...VerordnungsID..."/>        <consumable>           <manufacturedProduct>             <manufacturedMaterial nullFlavor="NA"/>          </manufacturedProduct>        </consumable>      </substanceAdministration>    </entryRelationship>    <!-- Zusatzinformationen für den Patienten -->     <entryRelationship typeCode="SUBJ" inversionInd="true">       <act classCode="ACT" moodCode="INT">         <templateId root="2.16.840.1.113883.10.20.1.49"/>        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3"/>        <code code="PINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>         :       </act>    </entryRelationship>    <!-- Ergänzende Informationen zu magistralen Zubereitungen -->     <entryRelationship typeCode="SUBJ" inversionInd="true">       <act classCode="ACT" moodCode="INT">         <templateId root="2.16.840.1.113883.10.20.1.43"/>        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3.1"/>        <code code="FINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>         :       </act>    </entryRelationship>    <!-- Dosierungsinformationen -->     <entryRelationship typeCode="COMP">       <substanceAdministration classCode="SBADM" moodCode="INT">         <templateId root="1.3.6.1.4.1.19376.1.9.1.3.6"/>         : ... Art der Anwendung ... : ... Einnahmedauer ... : ... Dosierungsvarianten 1 + 3 ... :         <consumable>           <manufacturedProduct>             <manufacturedMaterial nullFlavor="NA"/>          </manufacturedProduct>        </consumable>         : ... Dosierungsvarianten 2 + 4 ... :       </substanceAdministration>    </entryRelationship>    <!-- Therapieart -->     <entryRelationship typeCode="COMP">       <act classCode="ACT" moodCode="INT">         <templateId root="1.2.40.0.34.11.8.1.3.4"/>        <code code="EINZEL" displayName="Einzelverordnung" codeSystem="1.2.40.0.10.1.4.3.4.3.6" codeSystemName="MedikationTherapieArt"/>      </act>    </entryRelationship>  </supply></entry>
Item DT Kard Konf Beschreibung Label hl7:supply (Med...med) @classCode cs 1 … 1 F SPLY @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 R (Med...med) @root uid 1 … 1 F 1.2.40.0.34.11.8.2.3.1 hl7:templateId II 1 … 1 R (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.34 hl7:templateId II 1 … 1 R (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.7.3 hl7:templateId II 1 … 1 R (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.3.4 hl7:id II 1 … 1 M ID des MedikationAbgabe-Entry. (Med...med) wo [1] @root uid 1 … 1 R Wurzel OID der ID eines MedikationAbgabe-Entry gemäß Projekt e-Medikation @extension st 1 … 1 R AbgabeID = {eMedID}_{lokal vergebene ID}   Beispiel <id root="1.2.40.0.10.1.4.3.4.2.3" extension="2b4x6qA2p40La53i4dyt_081511" ssigningAuthorityName="Apothekexyz"/> hl7:id II 0 … 1 C ID des ursprünglichen MedikationAbgabe-Entry (aus dem Abgabe-Dokument) (Med...med) wo [2] @root uid 1 … 1 F 1.2.40.0.10.1.4.3.4.2.3   Wurzel OID der ID eines MedikationAbgabe-Entry gemäß Projekt e-Medikation @extension st 1 … 1 R AbgabeID = {eMedID}_{lokal vergebene ID}   Constraint Konditionale Konformität: Card Conf Prädikat 1..1 M Abgabe-Entry liegt in Medikationsliste vor NP Sonst   Beispiel <id root="1.2.40.0.10.1.4.3.4.2.3" extension="2b4x6qA2p40La53i4dyt_081511" assigningAuthorityName="Ordination Dr. Meier"/> hl7:code CE 0 … 1 Code des MedikationAbgabe-Entry (Abgabeart). Dieses Element dient zur Kennzeichnung, ob die Abgabe eine zugrundeliegende Verordnung vollständig oder partiell (z.B. im Falle einer Bestellung) erfüllt. (Med...med)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.159 ELGA_MedikationAbgabeArt (DYNAMIC)   Beispiel Strukturbeispiel <code code="FFC" displayName="First Fill - Complete" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/> hl7:originalText ED 0 … 1 Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. (Med...med) hl7:text ED 1 … 1 M Verweist auf die Stelle im narrativen Text-Bereich, an der die gegebene Medikation narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc). (Med...med)   Beispiel Strukturbeispiel <text>   <reference value="#apos-1"/></text> hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #apos-{generierteID}, z.B.: #apos-1 hl7:quantity PQ 1 … 1 R Packungsanzahl. Zugelassene nullFlavor: MSK Einschränkung: Negative Werte ergeben keinen Sinn und sind daher ungültig. (Med...med)   Beispiel Strukturbeispiel <!-- Abgegebene Packungsanzahl --> <quantity value="1"/> hl7:product 1 … 1 M Komponente zur Aufnahme der Arznei auf die sich der MedikationAbgabe-Entry bezieht. Beinhaltet 1.2.40.0.34.11.2.3.4 Arznei Entry (DYNAMIC) (Med...med)   Beispiel Strukturbeispiel <!-- Abgegebene Arznei --> <product>   <!-- ELGA Arznei Element (1.2.40.0.34.11.2.3.4) -->   <manufacturedProduct classCode="MANU">     <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>    <!-- IHE PCC -->     <templateId root="2.16.840.1.113883.10.20.1.53"/>    <!-- HL7 CCD -->     <manufacturedMaterial classCode="MMAT" determinerCode="KIND">       <!-- ELGA Arznei-Entry -->       <templateId root="1.2.40.0.34.11.2.3.4"/>      <!-- ELGA -->        :     </manufacturedMaterial>  </manufacturedProduct></product> hl7:performer 0 … 1 C (Med...med) @typeCode cs 1 … 1 F PRF   Constraint Konditionale Konformität für das performer-Element:<TBODY></TBODY> Card Conf Prädikat 1..1 M Dieses Element (1.2.40.0.34.11.8.2.3.1) wird in Medikationsliste verwendet und eine Referenz zu einer Vordnung ist vorhanden NP Sonst hl7:time TS.​DATE.​MIN 1 … 1 R (Med...med) hl7:assignedEntity 1 … 1 M (Med...med) Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK (Med...med) hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK (Med...med) hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK (Med...med) hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. (Med...med) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (Med...med) hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. (Med...med) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Med...med) hl7:name ON 1 … 1 M (Med...med) hl7:telecom TEL.AT 0 … * (Med...med) hl7:addr AD 0 … 1 (Med...med)   Schematron assert role  error     test count(ancestor::hl7:templateId[@root='1.2.40.0.34.11.8.3'])=0 or count(hl7:author)=2     Meldung In einer Medikationsliste muss der Verfasser der Verordnung / der Abgabe (author-Element) angegeben werden.   Eingefügt 0 … 2 C von 1.2.40.0.34.11.90004 AuthorElements (DYNAMIC) 1. <author> Element: Verfasser der Verordnung zu dieser Abgabe. Das erste <author> Element beinhaltet den Verfasser des Rezepts auf dem die Verordnung ausgestellt wurde, auf die eine Referenz existiert. Das author/time Element hat dabei die Bedeutung „Datum der Verordnung“. Zugelassene nullFlavor: NA Da das <author> Element im CDA Schema gewisse Unterelemente zwingend benötigt, ist ein einfaches <author nullFlavor=‘NA‘/> nicht ausreichend und würde zu einer CDA Schema Verletzung führen. Im Falle der Anwendung von nullFlavor=‘NA‘ sind demnach die erforderlichen Unterelemente mit diesem Attribut zu versehen.  Diese Elemente werden nur bei ELGA MedikationAbgabe-Entries verwendet, welche im Rahmen der Medikationsliste vorliegen. 2. <author> Element: Verfasser der Abgabe Das zweite <author> Element beinhaltet den Verfasser der Abgabe. Das author/time Element hat dabei die Bedeutung „Datum der Abgabe“. Diese Elemente werden nur bei ELGA MedikationAbgabe-Entries verwendet, welche im Rahmen der Medikationsliste vorliegen.   Constraint Konditionale Konformität für die author-Elemente: Card Conf Prädikat NP Dieses Element (1.2.40.0.34.11.8.2.3.1) wird nicht in der Medikationsliste verwendet. Die author-Elemente werden nur bei ELGA MedikationAbgabe-Entries verwendet, welche im Rahmen der Medikationsliste vorliegen. 1.. R Dieses Element (1.2.40.0.34.11.8.2.3.1) wird in der Medikationsliste verwendet, dann: wenn eine Referenz zu einer Verordnung vorhanden ist ,wird im 1. Author-Element der Verfasser der Verordnung genannt; wenn keine Referenz zu einer Verordnung vorhanden ist, muss das Author-Element null sein (siehe Beispiel) ..2 M Dieses Element (1.2.40.0.34.11.8.2.3.1) wird in der Medikationsliste verwendet, dann wird im 2. Author-Element der Verfasser der Abgabe genannt.   Beispiel 1. <author> Element: Verfasser der Verordnung, falls Referenz zu Verordnung vorhanden <author> : Author Element, übernommen aus dem zugrundeliegenden Rezept-Dokument zu der Abgabe : </author>   Beispiel 1. <author> Element: Keine Referenz zu einer Vordnung vorhanden, Verfasser der Verordnung (1. Author-Element) ist null <author nullFlavor="NA">   <time nullFlavor="NA"/>  <assignedAuthor nullFlavor="NA">     <id nullFlavor="NA"/>  </assignedAuthor></author>   Beispiel Verfasser einer Abgabe (2. Author-Element) <author>   <functionCode code="P" displayName="Pharmazeut" codeSystem="1.2.40.0.34.99.111.2.1" codeSystemName="Heilsapotheke Funktionscodes"/>  <time value="20130327082015+0100"/>  <assignedAuthor>     <id root="1.2.40.0.34.99.111.1.4" extension="1111" assigningAuthorityName="Heilsapotheke"/>    <telecom use="WP" value="tel:+43.6138.3453446.1111"/>    <assignedPerson>       <!-- .. -->     </assignedPerson>    <representedOrganization>       <!-- .. -->     </representedOrganization>  </assignedAuthor></author> Auswahl 0 … 2 Elemente in der Auswahl: hl7:author[not(@nullFlavor)] hl7:author[@nullFlavor] hl7:author Verfasser des Dokuments. (Med...med) wo [not(@nullFlavor)] @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP hl7:functionCode CE 0 … 1 Funktionscode des Verfassers des Dokuments z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“, … Eigene Codes und Bezeichnungen können verwendet werden.  Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen. (Med...med) hl7:time TS.​DATE.​MIN 1 … 1 R Der Zeitpunkt an dem das Dokument verfasst wurde.Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK (Med...med) hl7:assignedAuthor 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. (Med...med) @classCode cs 0 … 1 F ASSIGNED   Beispiel <assignedAuthor classCode="ASSIGNED">   <id extension="ied8984938" root="1.2.276.0.76.3.1.139.933"/>  <assignedPerson classCode="PSN" determinerCode="INSTANCE">     <!-- ... -->   </assignedPerson></assignedAuthor> hl7:id II 1 … * R Identifikation des Verfassers des Dokuments im lokalen System/ des/der datenerstellenden Gerätes/Software. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. (Med...med) hl7:code CE 0 … 1 Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung)z.B: „Facharzt/Fachärzting für Gynäkologie“, Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben. Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen. (Med...med)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:telecom TEL.AT 0 … * Kontaktdaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (Med...med) Auswahl 1 … 1 Elemente in der Auswahl: hl7:assigned​Person hl7:assigned​Authoring​Device hl7:assigned​Person  … 1 Personendaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. (Med...med) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (Med...med) hl7:assigned​Authoring​Device  … 1 (Med...med) @classCode cs 0 … 1 F DEV @determiner​Code cs 0 … 1 F INSTANCE hl7:manufacturer​Model​Name SC 0 … 1 Hersteller und Modellbezeichnung des datenerstellenden Gerätes. (Med...med) hl7:softwareName SC 0 … 1 Bezeichnung (und ggf Version) der datenerstellenden Software. (Med...med) hl7:represented​Organization 1 … 1 M (Med...med) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Med...med) hl7:name ON 1 … 1 M (Med...med) hl7:telecom TEL.AT 0 … * (Med...med) hl7:addr AD 0 … 1 (Med...med) hl7:author Verfasser nicht bekannt/nicht anwendbar (Med...med) wo [@nullFlavor] @nullFlavor cs 1 … 1 F NA   Beispiel <author nullFlavor="NA">   <time nullFlavor="NA"/>  <assignedAuthor nullFlavor="NA">     <id nullFlavor="NA"/>  </assignedAuthor></author> hl7:time 1 … 1 R (Med...med) @nullFlavor cs 1 … 1 F NA hl7:assignedAuthor 1 … 1 R (Med...med) @nullFlavor cs 1 … 1 F NA hl7:id 1 … 1 R (Med...med) @nullFlavor cs 1 … 1 F NA hl7:entryRelationship 0 … 1 C Referenz zur Verordnung. Falls vorhanden, ist die VerordnungsID zum abgegebenen Medikament als Beziehung angeführt. ACHTUNG: Es ist immer die VerordnungsID des Verordnungs-Entry anzugeben, welches ursprünglich im Rezept-Dokument angegeben wurde, unabhängig von etwaigen darauffolgenden Korrekturen mittels Pharmazeutischer Empfehlungen. (Med...med) wo [@typeCode='REFR'] @typeCode cs 1 … 1 F REFR   Constraint Konditionale Konformität Card Conf Prädikat 1..1 M Referenz zu VerordnungsID vorhanden NP Referenz zu VerordnungsID nicht vorhanden   Beispiel Strukturbeispiel <!-- Verordnung dieser Abgabe (falls vorhanden) --> <entryRelationship typeCode="REFR">   <!-- ELGA MedikationVerordnung-Entry -->   <substanceAdministration classCode="SBADM" moodCode="INT">     <id root="1.2.40.0.10.1.4.3.4.2.2" extension="...VerordnungsID..."/>    <consumable>       <manufacturedProduct>         <manufacturedMaterial nullFlavor="NA"/>      </manufacturedProduct>    </consumable>  </substanceAdministration></entryRelationship> hl7:substanceAdministration (Med...med) @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F INT hl7:id II 1 … 1 M VerordnungsID. (Med...med) @root uid 1 … 1 F 1.2.40.0.10.1.4.3.4.2.2   Wurzel OID der ID eines MedikationVerordnungs-Entry gemäß Projekt e-Medikation. @extension st 1 … 1 R VerordnungsID. Strukturvorschrift: VerordnungsID = {eMedID}_{lokal vergebene ID} hl7:consumable 1 … 1 M (Med...med) hl7:manufacturedProduct 1 … 1 M (Med...med) hl7:manufactured​Material 1 … 1 R (Med...med) @nullFlavor cs 1 … 1 F NA Eingefügt 0 … 1 R von 1.2.40.0.34.11.30033 Patient Instructions (DYNAMIC) hl7:act 0 … 1 R Abbildung der Zusatzbemerkungen als untergeordnetes act-Element. (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.49 hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.3 hl7:code CE 1 … 1 M (Med...med) @code CONF 1 … 1 F PINSTRUCT @codeSystem 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die Zusatzinformationen für den Patienten, Informationen zur alternativen Einnahme und Informationen zur Arznei angeführt sind) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #patinfo-{generierteID}, z.B.: #patinfo-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed hl7:entryRelationship 1 … 3 M Komponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein). (Med...med) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3.1 hl7:code CE 1 … 1 M (Med...med)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.161 ELGA_ActCode_PatInfo (DYNAMIC) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #zinfo|altein|arzneiinfo-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #altein-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed Eingefügt 0 … 1 R von 1.2.40.0.34.11.30034 Pharmacist Instructions (DYNAMIC) hl7:act 0 … 1 R (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.43 hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.3.1 hl7:code CE 1 … 1 M (Med...med) @code CONF 1 … 1 F FINSTRUCT @codeSystem 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die ergänzenden Informationen zur Abgabe oder zu der magistralen Zubereitungen angeführt sind) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #abginfo-{generierteID}, z.B.: #abginfo-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed hl7:entryRelationship 1 … 2 M Komponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein). (Med...med) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3.2 hl7:code CE 1 … 1 M (Med...med)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.160 ELGA_ActCode_AbgInfo (DYNAMIC) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #erginfo|magzub-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #magzub-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed hl7:entryRelationship 0 … 1 Komponente zur Aufnahme der Zusatzinformationen für den Patienten, Informationen zur alternativen Einnahme und Informationen zur Arznei.  (Med...med) wo [@typeCode='SUBJ'] [hl7:act/hl7:templateId [@root='2.16.840.1.113883.10.20.1.49']] @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true   Beispiel Strukturbeispiel <text>   <content ID="patinfo-{generierteID}">     <content ID="zinfo-{generierteID}">       <!--... Hier stehen Zusatzinformationen für den Patienten ...-->     </content>    <content ID="altein-{generierteID}">       <!--... Hier stehen Informationen zur alternative Einnahme ...-->     </content>    <content ID="arzneiinfo_{generierteID}">       <!--... Hier stehen Informationen zur Arznei ... (nur im Rahmen der Medikationsliste)-->     </content>  </content></text>   Beispiel Strukturbeispiel <entry typeCode="DRIV">    :   <entryRelationship typeCode="SUBJ" inversionInd="true">     <act classCode="ACT" moodCode="INT">       <templateId root="2.16.840.1.113883.10.20.1.49"/>      <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3"/>      <code code="PINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>      <text>         <reference value="#patinfo-{generierteID}"/>      </text>      <statusCode code="completed"/>      <!-- Eine oder mehrere Referenzen zu Informationskategorien: “Zusatzinformationen für den Patienten”, “Informationen zur alternative Einnahme”, “Informationen zur Arznei” -->       <entryRelationship typeCode="SUBJ" inversionInd="true">         <act classCode="ACT" moodCode="INT">           <templateId root="1.2.40.0.34.11.8.0.3.1"/>          <code code="ZINFO|ALTEIN|ARZNEIINFO" codeSystem="1.2.40.0.34.5.103" codeSystemName="ELGA_ActCode"/>          <text>             <reference value="#zinfo|altein|arzneiinfo-{generierteID}"/>          </text>          <statusCode code="completed"/>        </act>      </entryRelationship>    </act>  </entryRelationship>   : </entry> Eingefügt 1 … 1 M von 1.2.40.0.34.11.30033 Patient Instructions (DYNAMIC) hl7:act 1 … 1 M Abbildung der Zusatzbemerkungen als untergeordnetes act-Element. (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.49 hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.3 hl7:code CE 1 … 1 M (Med...med) @code CONF 1 … 1 F PINSTRUCT @codeSystem 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die Zusatzinformationen für den Patienten, Informationen zur alternativen Einnahme und Informationen zur Arznei angeführt sind) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #patinfo-{generierteID}, z.B.: #patinfo-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed hl7:entryRelationship 1 … 3 M Komponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein). (Med...med) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3.1 hl7:code CE 1 … 1 M (Med...med)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.161 ELGA_ActCode_PatInfo (DYNAMIC) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #zinfo|altein|arzneiinfo-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #altein-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed hl7:entryRelationship 0 … 1 Ergänzende Informationen zur Abgabe und magistralen Zubereitung. (Med...med) wo [@typeCode='SUBJ'] [hl7:act/hl7:templateId [@root='2.16.840.1.113883.10.20.1.43']] @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true   Constraint Konditionale Konformität Card Conf Prädikat 1..1 M Arznei ist eine magistrale Zubereitung 0..1 O Arznei ist keine magistrale Zubereitung   Beispiel Strukturbeispiel <text>    :   <content ID="abginfo-{generierteID}">     <content ID="erginfo-{generierteID}"> ... Hier stehen ergänzende Informationen zur Abgabe ... </content>    <content ID="magzub-{generierteID}"> ... Hier stehen ergänzende Informationen zur magistralen Zubereitung ... </content>  </content>   : </text>   Beispiel Strukturbeispiel <entry typeCode="DRIV">    :   <entryRelationship typeCode="SUBJ" inversionInd="true">     <act classCode="ACT" moodCode="INT">       <templateId root="2.16.840.1.113883.10.20.1.43"/>      <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3.1"/>      <code code="FINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>      <text>         <reference value="#abginfo-{generierteID}"/>      </text>      <statusCode code="completed"/>      <!-- Eine oder mehrere Referenzen zu Informationskategorien: “Ergänzende Informationen zur Abgabe”, “Ergänzende Informationen zur magistralen Zubereitung” -->       <entryRelationship typeCode="SUBJ" inversionInd="true">         <act classCode="ACT" moodCode="INT">           <templateId root="1.2.40.0.34.11.8.0.3.2"/>          <code code="ERGINFO|MAGZUB" codeSystem="1.2.40.0.34.5.103" codeSystemName="ELGA_ActCode"/>          <text>             <reference value="#erginfo|magzub-{generierteID}"/>          </text>          <statusCode code="completed"/>        </act>      </entryRelationship>    </act>  </entryRelationship>   : </entry> Eingefügt 1 … 1 M von 1.2.40.0.34.11.30034 Pharmacist Instructions (DYNAMIC) hl7:act 1 … 1 M (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.43 hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.3.1 hl7:code CE 1 … 1 M (Med...med) @code CONF 1 … 1 F FINSTRUCT @codeSystem 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die ergänzenden Informationen zur Abgabe oder zu der magistralen Zubereitungen angeführt sind) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #abginfo-{generierteID}, z.B.: #abginfo-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed hl7:entryRelationship 1 … 2 M Komponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein). (Med...med) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3.2 hl7:code CE 1 … 1 M (Med...med)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.160 ELGA_ActCode_AbgInfo (DYNAMIC) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #erginfo|magzub-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #magzub-1 hl7:statusCode CS 1 … 1 M (Med...med) @code CONF 1 … 1 F completed Eingefügt 0 … 1 von 1.2.40.0.34.11.30045 Therapieart (DYNAMIC) Therapieart. Im Falle von Abgaben zu einer Verordnung nur anzugeben, falls dieses sich von der Therapieart der Verordnung unterscheidet.   Beispiel Strukturbeispiel <entryRelationship typeCode="COMP">   <act classCode="ACT" moodCode="INT">     <templateId root="1.2.40.0.34.11.8.1.3.4"/>    <code code="EINZEL" displayName="Einzelverordnung" codeSystem="1.2.40.0.10.1.4.3.4.3.6" codeSystemName="MedikationTherapieArt"/>  </act></entryRelationship> hl7:entryRelationship 0 … 1 Therapieart dieses MedikationVerordnung-Entry (Med...med) wo [@typeCode='COMP'] [hl7:act/hl7:templateId [@root='1.2.40.0.34.11.8.1.3.4']] @typeCode 1 … 1 F COMP   Beispiel <entryRelationship typeCode="COMP">   <act classCode="ACT" moodCode="INT">     <templateId root="1.2.40.0.34.11.8.1.3.4"/>    <code code="EINZEL" displayName="Einzelverordnung" codeSystem="1.2.40.0.10.1.4.3.4.3.6" codeSystemName="MedikationTherapieArt"/>  </act></entryRelationship> hl7:act 1 … 1 M (Med...med) @classCode 1 … 1 F ACT @moodCode 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root 1 … 1 F 1.2.40.0.34.11.8.1.3.4 hl7:code CE 1 … 1 M (Med...med)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.30 ELGA_MedikationTherapieArt (DYNAMIC) hl7:originalText ED 0 … 1 Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. (Med...med) hl7:entryRelationship 0 … 1 Komponente zur Aufnahme der optionalen Dosierungsinformationen. Beinhaltet 1.2.40.0.34.11.30035 Altered Dosage Instructions (DYNAMIC) (Med...med) wo [@typeCode='COMP'] [hl7:substanceAdministration/hl7:templateId [@root='1.3.6.1.4.1.19376.1.9.1.3.6']] @typeCode cs 1 … 1 F COMP   Beispiel Strukturbeispiel <entryRelationship typeCode="COMP">   <substanceAdministration classCode="SBADM" moodCode="INT">     <templateId root="1.3.6.1.4.1.19376.1.9.1.3.6"/>     : ... Einnahmedauer ... : ... Dosierungsvarianten 1 + 3 ... : ... Art der Anwendung ... :     <consumable>       <manufacturedProduct>         <manufacturedMaterial nullFlavor="NA"/>      </manufacturedProduct>    </consumable>     : ... Dosierungsvarianten 2 + 4 ... :   </substanceAdministration></entryRelationship> Eingefügt 0 … 1 C von 1.2.40.0.34.11.90013 ID des Containers (DYNAMIC) ID des Verordnungs-Entry Containers (Abgabe-Dokument). Wird das ELGA MedikationAbgabe-Entry im Rahmen der Medikationsliste verwendet, MUSS die ID des Abgabe-Dokuments, welches das Abgabe-Entry ursprünglich beinhaltete, angegeben sein.   Constraint Konditionale Konformität für ID des Verordnungs-Entry Containers (Abgabe-Dokument) Card Conf Prädikat 1..1 M Element wird in Medikationsliste verwendet NP Sonst   Beispiel Strukturbeispiel <reference typeCode="XCRPT">   <externalDocument>     <id root="1.2.40.0.10.1.4.3.4.2.1" extension="C8688SC242CY" assigningAuthorityName="e-MedAT"/>  </externalDocument></reference> hl7:reference 0 … 1 C ID des Verordnungs-Entry Containers (Rezept-Dokument). (Med...med) @typeCode cs 1 … 1 F XCRPT hl7:externalDocument 1 … 1 M (Med...med) hl7:id II 1 … 1 M ID des MedikationVerordnung-Entry. (Med...med) @root uid 1 … 1 F 1.2.40.0.10.1.4.3.4.2.1 @extension st 1 … 1 R eMED-ID @assigningAuthorityName 1 … 1 F e-MedAT

12.4.4.13 Arznei Entry

Id	1.2.40.0.34.11.2.3.4 ref elgabbr-	Gültigkeit	2024‑08‑19 07:42:11 Andere Versionen mit dieser Id: ArzneiEntry vom 2022‑01‑21 11:57:02 ArzneiEntry vom 2021‑05‑18 15:51:59 ArzneiEntry vom 2014‑02‑05 ArzneiEntry vom 2014‑01‑31 ArzneiEntry vom 2013‑12‑17 ArzneiEntry vom 2013‑09‑09 ArzneiEntry vom 2012‑07‑14
Status	Aktiv	Versions-Label	1.0.3+20240819
Name	ArzneiEntry	Bezeichnung	Arznei Entry
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.2.3.4 Arznei Entry (2022‑01‑21 11:57:02) ref elgabbr- Version: Template 1.2.40.0.34.11.2.3.4 Arznei Entry (2014‑02‑05) ref elgabbr-
Beispiel	Strukturbeispiel <ClinicalDocument>   <consumable>     <manufacturedProduct classCode="MANU">       <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>      <!-- IHE PCC -->       <templateId root="2.16.840.1.113883.10.20.1.53"/>      <!-- HL7 CCD -->       <manufacturedMaterial classCode="MMAT" determinerCode="KIND">         <templateId root="1.2.40.0.34.11.2.3.4"/>        <!-- ELGA -->         <templateId root="1.3.6.1.4.1.19376.1.9.1.3.1"/>        <!-- IHE PHARM -->         <!-- Code der Arznei (PZN) oder nullFlavor -->         <code code="533363" displayName="PARKEMED FTBL 500MG" codeSystem="1.2.40.0.34.4.16" codeSystemName="Pharmazentralnummer"/>        <translation code="16288" displayName="Parkemed 500 mg - Filmtabletten" codeSystem="1.2.40.0.34.4.17" codeSystemName="Zulassungsnummer"/>        <!-- Name der Arznei -->         <name>Parkemed 500 mg - Filmtabletten</name>        <!-- Darreichungsform -->         <formCode code="100000073665" displayName="Filmtablette" codeSystem="1.2.40.0.10.1.4.3.4.3.5" codeSystemName="MedikationDarreichungsform"/>        <!-- Angaben zur Packung (nur wenn PZN oder Zul.nummer vorhanden) -->         <asContent classCode="CONT">           <containerPackagedMedicine classCode="CONT" determinerCode="INSTANCE">             <!-- Packungsgröße -->             <capacityQuantity value="20"/>          </containerPackagedMedicine>        </asContent>        <!-- Optional ein oder mehrere Wirkstoff(e) -->         <!-- Wirkstoff 1 -->         <ingredient classCode="ACTI">           <!-- Wirkstoff aus dem ATC Codesystem -->           <ingredient classCode="MMAT" determinerCode="KIND">             <code code="M01AG01" displayName="Mefenamic acid" codeSystem="2.16.840.1.113883.6.73" codeSystemName="whoATC"/>            <name>Mefenaminsäure</name>          </ingredient>        </ingredient>      </manufacturedMaterial>    </manufacturedProduct>  </consumable></ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:manufacturedProduct (Arz...try) @classCode cs 1 … 1 F MANU hl7:templateId II 1 … 1 R (Arz...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.7.2 hl7:templateId II 1 … 1 R (Arz...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.53 hl7:manufactured​Material 1 … 1 M (Arz...try) @classCode cs 1 … 1 F MMAT @determiner​Code cs 1 … 1 F KIND   Constraint Konditionale Konformität: Card Conf Prädikat 0..1 O PZN oder Zulassungsnummer vorhanden NP PZN oder Zulassungsnummer nicht vorhanden hl7:templateId II 1 … 1 R (Arz...try) @root uid 1 … 1 F 1.2.40.0.34.11.2.3.4 hl7:templateId II 1 … 1 R (Arz...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.3.1 hl7:code CE 1 … 1 R Pharmazentralnummer (OID 1.2.40.0.34.4.16) oder Zulassungsnummer (OID 1.2.40.0.34.4.17) der Arznei Zugelassene nullFlavor: 'NA' Arznei ist eine magistrale Zubereitung Die Pharmazentralnummer (PZN) der Arznei. Bei magistralen Anwendungen, bei denen keine Pharmazentralnummer existiert, wird der nullFlavor 'NA' angewandt. Das Codesystem „Pharmazentralnummer“ {1.2.40.0.34.4.16} wird am Terminologieserver in der „ASP-Liste“ (Liste der humanen Arzneispezialitäten gelistet nach PZN) publiziert, die ASP-Liste enthält neben der Pharmazentralnummer auch die korrespondierende Zulassungsnummer {1.2.40.0.34.4.17}. Die Codeliste kann über den Terminologieserver (https://termpub.gesundheit.gv.at/) abgerufen werden. (Arz...try) @nullFlavor cs 0 … 1     CONF @nullFlavor muss "NA" sein oder @nullFlavor muss "NI" sein oder @nullFlavor muss "UNK" sein   CONF @codeSystem muss "1.2.40.0.34.4.16" sein oder @codeSystem muss "1.2.40.0.34.4.17" sein   Beispiel Code der Arznei (PZN) <code code="981417" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.16" codeSystemName="Pharmazentralnummer"/>   Beispiel Code der Arznei (Zulassungsnummer) <code code="1-18296" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.17" codeSystemName="Zulassungsnummer"/>   Beispiel Code der Arznei (PZN) mit Zulassungsnummer <code code="981417" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.16" codeSystemName="Pharmazentralnummer">   <translation code="1-18296" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.17" codeSystemName="Zulassungsnummer"/></code>   Beispiel Magistrale Zubereitung ohne PZN oder Zulassungsnummer <code nullFlavor="NA"/> hl7:originalText ED 0 … 1 Verweist auf die Stelle im narrativen Text-bereich, in dem die Pharmazentralnummer beschrieben ist. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. (Arz...try) hl7:translation CE 0 … * C Zulassungsnummer der Arznei. Dieses Element wird nur verwendet, wenn der Arznei-Entry im Rahmen der Medikationsliste verwendet wird. (Arz...try)   Constraint Konditionale Konformität: Card Conf Prädikat 0..* O Dokumenttyp Medikationsliste NP sonst @codeSystem CONF 0 … 1 F 1.2.40.0.34.4.17 (Zulassungsnummer)   Schematron assert role  error     test not(hl7:translation) or //hl7:templateId[@root='1.2.40.0.34.11.8.3']     Meldung Optionale Übersetzung des Codes nur bei Medikationsliste zugelassen   hl7:name EN 1 … 1 R Bezeichnung der Arznei. Zugelassenes nullFlavor: NA Arznei ist eine magistrale Zubereitung Die vollständige Bezeichnung der Arznei gemäß ihrer PZN („Handelsname“). Für magistrale Zubereitungen, bei denen keine Pharmazentralnummer und damit auch kein Handelsname existiert, MUSS eine Bezeichnung der magistralen Zubereitung angegeben werden. Die Bezeichnung der magistralen Zubereitung sollte kürzer als die Langbeschreibung sein (siehe Kapitel 4.4.1.2.14 bzw. 4.4.2.2.12), aber mindestens den Hauptwirkstoff und dessen Stärke enthalten. (Arz...try) @nullFlavor cs 0 … 1     CONF @nullFlavor muss "NA" sein   Beispiel Name der Arznei <name>Parkemed 500mg</name>   Beispiel Magistrale Zubereitungen ohne Handelsname <name nullFlavor="NA"/> pharm:formCode 0 … 1 Darreichungsform, z.B. bei magistraler Zubereitung. (Arz...try) @codeSystem CONF 0 … 1 F 1.2.40.0.10.1.4.3.4.3.5   Beispiel Darreichungsform bei magistraler Zubereitung <formCode code="100000073665" displayName="Filmtablette" codeSystem="1.2.40.0.10.1.4.3.4.3.5" codeSystemName="ELGA_MedikationDarreichungsform"/>   Schematron assert role  error     test hl7:code/@code or (hl7:code/@nullFlavor and count(pharm:asContent)=0)     Meldung pharm:asContent Komponente zur Aufnahme der Packungsangaben nur zulässig, wenn PZN oder Zulassungsnummer vorhanden   pharm:asContent 0 … 1 Angaben zur Packung. Angaben zur Packung werden nur angegeben, wenn die Arznei eine Pharmazentralnummer oder Zulassungsnummer besitzt. In allen anderen Fällen werden keine Angaben zur Packung gemacht.   (Arz...try) @classCode cs 1 … 1 F CONT pharm:container​Packaged​Medicine 1 … 1 M Abbildung der Packungsangaben als untergeordnetes containerPackagedMedicine Element. (Arz...try) @classCode cs 1 … 1 F CONT @determiner​Code cs 1 … 1 F INSTANCE pharm:capacity​Quantity PQ 1 … 1 M Menge der Arznei in der Packung. (Arz...try) @value 1 … 1 R @unit cs 0 … 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 Konditionale Konformität: Menge in nicht-zählbaren Einheiten -> 1..1 M mit @unit aus Value-Set ELGA_MedikationMengenart Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.) -> 0..1 O mit @unit aus Value-Set ELGA_MedikationMengenartAlternativ pharm:ingredient 0 … * Komponente zur Aufnahme des Wirkstoffs. Bei magistralen Zubereitungen SOLL mindestens ein Wirkstoff angegeben werden. Bei Arzneien ist die Angabe von Wirkstoffen optional. Wirkstoff-Codes stammen aus der ATC-Klassifikation (Anatomical Therapeutic Chemical  Classification), die von der WHO herausgegeben wird. Die deutsche Bezeichnung der Codes entspricht der Übersetzung des GKV-Arzneimittelindex im Wissenschaftlichen Institut der AOK (WidO), AOK Bundesverband GbR, Deutschland. Zusätzlich kommen ergänzende Codes aus dem Arzneimittelverzeichnis der AGES zum Einsatz. (Arz...try) @classCode cs 1 … 1 F ACTI   Beispiel Wirkstoff 1 (codiert, Value-Set ELGA_whoATC_VS) Beispiel Arznei <ingredient classCode="ACTI">   <ingredient classCode="MMAT" determinerCode="KIND">     <code code="M01AG01" displayName="Mefenamic acid" codeSystem="2.16.840.1.113883.6.73" codeSystemName="whoATC"/>    <name>Mefenaminsäure</name>  </ingredient></ingredient>   Beispiel Wirkstoff 2 (nur Name), Beispiel magistrale Zubereitung <ingredient classCode="ACTI">   <ingredient classCode="MMAT" determinerCode="KIND">     <name>Mefenaminsäure</name>  </ingredient></ingredient>   Beispiel Wirkstoff 1 (codiert, Value-Set ELGA_Wirkstoffe_AGES_VS), 2795 Beispiel Arznei, wird nur in der Medikationsliste verwendet <ingredient classCode="ACTI">   <ingredient classCode="MMAT" determinerCode="KIND">     <code code="100000090680" displayName="SENNAE FOLIUM" codeSystem="1.2.40.0.34.5.156" codeSystemName="Medikation_AGES_Wirkstoffe"/>    <name>Mefenaminsäure</name>  </ingredient></ingredient> pharm:ingredient 1 … 1 M Code und Name des Wirkstoffs. (Arz...try) @classCode cs 1 … 1 F MMAT @determiner​Code cs 1 … 1 F KIND pharm:code CE 0 … 1 Code und Klartext des Wirkstoffs. (Arz...try)   Constraint Zulässige Werte gemäß Value-Set „ELGA_whoATC_VS“ z.B.: M01AG01, Mefenamic acid. Bei Verwendung im Rahmen der Medikationsliste sind auch Werte gemäß Value-Set „ELGA_Wirkstoffe_AGES_VS“ zugelassen.   CONF @codeSystem muss "2.16.840.1.113883.6.73" sein oder @codeSystem muss "1.2.40.0.34.5.156" sein hl7:originalText ED 0 … 1 Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. (Arz...try) hl7:translation CE 0 … * Wird das Element in der Medikationsliste verwendet, ist hier die Wirkstoffklasse zum Wirkstoff angegeben. Dieses Element wird nur verwendet, wenn der Arznei-Entry im Rahmen der Medikationsliste verwendet wird. (Arz...try)   Constraint Konditionale Konformität: Card Conf Prädikat 1..1 M Element wird in Medikationsliste verwendet NP Sonst pharm:name EN 1 … 1 M Name des Wirkstoffs. z.B.: Mefenaminsäure (Arz...try)

12.4.4.14 Medikationseinnahme Entry

Id	1.2.40.0.34.6.0.11.3.72 ref at-cda-bbr-	Gültigkeit	2021‑02‑19 12:52:22 Andere Versionen mit dieser Id: atcdabbr_entry_MedikationsEinnahmeEntry vom 2020‑10‑02 07:51:21 atcdabbr_entry_MedikationsEinnahmeEntry vom 2020‑07‑29 11:35:17
Status	Aktiv	Versions-Label	1.1.0+20210219
Name	atcdabbr_entry_MedikationsEinnahmeEntry	Bezeichnung	Medikationseinnahme Entry
Beschreibung Die dokumentierte Einnahme der überwachten Medikamente wird in diesem Element maschinenlesbar gespeichert. Es soll die Referenz zu dem jeweils dazugehörigen Medication Treatment Plan (noch nicht in HL7 Austria / ELGA existent), Verordnung, Abgabe oder pharmazeutischen Empfehlung gespeichert werden, wenn diese Information vorhanden ist.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.72
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.2.3.4 Containment Arznei Entry (1.0.3+20240819) DYNAMIC 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.72 Medikationseinnahme Entry (2020‑10‑02 07:51:21) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.72 Medikationseinnahme Entry (2020‑07‑29 11:35:17) ref at-cda-bbr-
Beispiel	Strukturbeispiel <ClinicalDocument>   <substanceAdministration classCode="SBADM" moodCode="EVN" negationInd="false|true">     <templateId root="1.2.40.0.34.6.0.11.3.72"/>    <!-- HL7 CCD -->     <templateId root="2.16.840.1.113883.10.20.1.24"/>    <!-- IHE PCC -->     <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>    <!-- IHE PHARM -->     <templateId root="1.3.6.1.4.1.19376.1.9.1.3.16"/>    <!-- die Einnahme eines Medikamentes ist eindeutig. Bei einer komplexen Einnahme, wie einer während der Vergabe anpassbaren Infusion, werden mehrere MedikationsEinnahme-Entrys verwendet und das nachfolgende MedikationsEinnahme-Entry per 1.3.6.1.4.1.19376.1.9.1.3.14 mit dem Vorgänger verknüpft -->     <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/>    <!-- ID des Medikationeinnahme-Entry, bestehend aus UUIDv4 -->     <id root="9F3DABA8-025F-490D-FFE1-B1D80A7A3DE0"/>    <!-- Der Code berichtet über den Zustand der Einnahme, dies kann vollständig, gescheitert oder im Gange sein -->     <code code="completed" displayName="Vollständig" codesystem="2.16.840.1.113883.4.642.1.101" codeSystemName="HL7 EventStatus"/>    <!-- oder -->     <code code="aborted" displayName="Gescheitert" codesystem="2.16.840.1.113883.4.642.1.101" codeSystemName="HL7 EventStatus"/>    <!-- oder -->     <code code="in-progress" displayName="im Gange" codesystem="2.16.840.1.113883.4.642.1.101" codeSystemName="HL7 EventStatus"/>    <!--Referenz zum narrativen Abschnitt dieses MedikationVerordnung-Entry im Text-Bereich der Sektion-->     <text>       <reference value="#vpos-1"/>    </text>    <!-- Statuscode des MedikationVerordnung-Entry, festgesetzt auf completed -->     <statusCode code="completed"/>    <!-- Einnahmezeitpunkt oder -dauer -->     <effectiveTime xsi:type="TS.AT.TZ" value="20110527133000+0200"/>    <!-- oder nur auf den Tag genau -->     <effectiveTime xsi:type="TS.AT.TZ" value="20110527"/>    <!-- oder als Zeitspanne dokumentiert -->     <effectiveTime xsi:type="IVL_TS">       <low value="20110527133000+0200"/>      <high value="20110527144500+0200"/>    </effectiveTime>    <!-- Medikationsfrequenz (zweites effectiveTime) bringt im einzigen UseCase der einzelnen dokumentierten Einnahmen keinen Mehrwert, wird explizit im MedikationEinnahme-Entry verboten -->     <!-- Art der Anwendung -->     <routeCode nullFlavor="NA"/>    <!-- Der Ort der Anwendung bzw. die Körperstelle, an der das Medikament angewendet wurde. -->     <approachSiteCode nullFlavor="NA"/>    <!-- Die Dosis welche eingenomen wurde -->     <doseQuantity value="500" unit="mg"/>    <!-- Identifiziert die Geschwindigkeit mit welcher die Substanz eingenommen wurde -->     <rateQuantity nullFlavor="NA"/>    <!-- Arznei laut ELGA Vorgaben, siehe https://elga.art-decor.org/elga-html-20161130T162035/tmp-1.2.40.0.34.11.2.3.4-2014-02-05T000000.html -->     <consumable>       <!-- ELGA Arznei Element (1.2.40.0.34.11.2.3.4) -->       <manufacturedProduct classCode="MANU">         <!-- IHE PCC -->         <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>        <!-- HL7 CCD -->         <templateId root="2.16.840.1.113883.10.20.1.53"/>        <!-- ELGA Arznei-Entry -->         <manufacturedMaterial classCode="MMAT" determinerCode="KIND">           <templateId root="1.2.40.0.34.11.2.3.4"/>          <templateId root="1.3.6.1.4.1.19376.1.9.1.3.1"/>          <!-- nur ein code-Element kann verwendet werden -->           <code code="981417" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.16" codeSystemName="Pharmazentralnummer"/>          <!-- ODER -->           <code code="1-18296" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.17" codeSystemName="Zulassungsnummer"/>          <!-- ODER nur bei magistraler Zubereitung erlaubt -->           <code nullFlavor="NA"/>          <name>Parkemed 500mg</name>        </manufacturedMaterial>      </manufacturedProduct>    </consumable>    <!-- Ergänzende Informationen zur Einnahme, z.B. als Rekation auf das Medikament ist der Patient ohnmächtig geworden. -->     <entryRelationship typeCode="SUBJ" inversionInd="true">       <act classCode="ACT" moodCode="INT">         <templateId root="2.16.840.1.113883.10.20.1.43"/>        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3.1"/>        <code code="FINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>        <text>           <reference value="#comment-2"/>        </text>        <statusCode code="completed"/>      </act>    </entryRelationship>    <!-- Anzahl eingenommener Medikamente -->     <entryRelationship typeCode="COMP">       <supply classCode="SPLY" moodCode="RQO">         <independentInd value="false"/>        <quantity value="2"/>      </supply>    </entryRelationship>    <!-- Refernz zu einem MedicationTreatmentPlan-Entry, wird in der ELGA eMedikation mit Stand 2020 NICHT VERWENDET! -->     <!-- Im MTS sind Information über den Medikationsplan eines Patienten gespeichert. Beinhaltet Medication Treatment Plan Items (ähnlich MedikationsVerordnung Entrys). Rezepte und Abgaben können MTP Items referenzieren. -->     <entryRelationship typeCode="REFR">       <substanceAdministration classCode="SBADM" moodCode="INT">         <templateId root="1.3.6.1.4.1.19376.1.9.1.3.10"/>        <id root="17931678-20b4-11e6-b67b-9e71128cae77"/>        <code code="MTPItem" codeSystem="1.3.6.1.4.1.19376.1.9.2.2" displayName="Medication Treatment Plan Item" codeSystemName="IHE Pharmacy Item Type List"/>        <consumable>           <manufacturedProduct>             <manufacturedMaterial nullFlavor="NA"/>          </manufacturedProduct>        </consumable>      </substanceAdministration>    </entryRelationship>    <!-- Refernz zu einem MedikationVerordnung-Entry -->     <entryRelationship typeCode="REFR">       <substanceAdministration classCode="SBCMA" moodCode="INT">         <templateId root="1.3.6.1.4.1.19376.1.9.1.3.11"/>        <!-- PHARM -->         <!-- ID des MedikationVerordnung-Entry -->         <id root="1.2.40.0.10.1.4.3.4.2.2" extension="VerordnungsId" assigningAuthorityName="Ordination Dr. Muster"/>        <code code="PREItem" codeSystem="1.3.6.1.4.1.19376.1.9.2.2" displayName="Prescription Item" codeSystemName="IHE Pharmacy Item Type List"/>        <consumable>           <manufacturedProduct>             <manufacturedMaterial nullFlavor="NA"/>          </manufacturedProduct>        </consumable>      </substanceAdministration>    </entryRelationship>    <!-- Referenz zu einerm MedikationAbgabe-Entry -->     <entryRelationship typeCode="REFR">       <supply classCode="SPLY" moodCode="EVN">         <templateId root="1.3.6.1.4.1.19376.1.9.1.3.12"/>        <!-- ID des MedikationAbgabe-Entry -->         <id root="1.2.40.0.10.1.4.3.4.2.3" extension="...AbgabeId..." assigningAuthorityName="Heilsapotheke"/>        <!-- Dispense Item Id -->         <code code="DISItem" codeSystem="1.3.6.1.4.1.19376.1.9.2.2" displayName="Dispense Item" codeSystemName="IHE Pharmacy Item Type List"/>      </supply>    </entryRelationship>    <!-- Referenz zu einem MedikationPharmazeutischeEmpfehlung-Entry -->     <entryRelationship typeCode="REFR">       <observation classCode="OBS" moodCode="EVN">         <templateId root="1.3.6.1.4.1.19376.1.9.1.3.13"/>        <!-- ID des MedikationAbgabe-Entry -->         <id root="1.2.40.0.10.1.4.3.4.2.4" extension="...PharmazeutischeEmpfehlungId..." assigningAuthorityName="Ordination Dr. Meier"/>        <!-- Pharmaceutical Advice Item Id -->         <code code="PADVItem" codeSystem="1.3.6.1.4.1.19376.1.9.2.2" displayName="Pharmaceutical Advice Item" codeSystemName="IHE Pharmacy Item Type List"/>      </observation>    </entryRelationship>    <!-- Referenz zu einem anderen MedikationEinnahme-Entry, z.B. um einzelne MedikationsEinnahmen wie bei komplexen Intervalle zu verknüpfen -->     <entryRelationship typeCode="REFR">       <substanceAdministration classCode="SBCMA" moodCode="EVN">         <templateId root="1.3.6.1.4.1.19376.1.9.1.3.14"/>        <!-- ID des anderen MedikationEinnahme-Entry, bestehend aus UUIDv4 -->         <id root="9F3DABA8-025F-490D-FFE1-B1D80A7A3DE1"/>        <!-- Medication Administration Item Id -->         <code code="CMAItem" codeSystem="1.3.6.1.4.1.19376.1.9.2.2" displayName="Medication Administration Item" codeSystemName="IHE Pharmacy Item Type List"/>        <consumable>           <manufacturedProduct>             <manufacturedMaterial nullFlavor="NA"/>          </manufacturedProduct>        </consumable>      </substanceAdministration>    </entryRelationship>  </substanceAdministration></ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:substanceAdministration (atc...try) @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F EVN @negationInd bl 1 … 1 R SOLL standardmäßig auf false gesetzt werden. Kann auf true gesetzt werden, um anzuzeigen, dass das dokumentierte Medikament nicht eingenommen wurde. hl7:templateId II 1 … 1 M HL7 Austria - Medikationseinnahme Entry (atc...try) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.72 hl7:templateId II 1 … 1 M HL7 CCD 3.9. (atc...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.24 hl7:templateId II 1 … 1 M IHE PCC Medications Entry. (atc...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.7 hl7:templateId II 1 … 1 M IHE PHARM Medication Administration Item. (atc...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.3.16 hl7:templateId II 1 … 1 M IHE PHARM Dosage Instructions - normal dosing. (atc...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.7.1 hl7:id II 1 … 1 M ID des Medikationeinnahme-Entry. Empfohlen wird UUIDv4. Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ aus dem allgemeinen Leitfaden zu befolgen. (atc...try) @root uid 1 … 1 R   Beispiel <id root="9F3DABA8-025F-490D-FFE1-B1D80A7A3DE0"/> hl7:code CD.IPS 1 … 1 M Der Code berichtet über den Zustand der Einnahme. Diese kann vollständig, gescheitert oder im Gange sein. (atc...try) @code cs 1 … 1 R @codeSystem uid 1 … 1 F 2.16.840.1.113883.4.642.1.101 @codeSystemName st 0 … 1 F HL7 EventStatus @displayName st 0 … 1     Beispiel <code code="completed" displayName="Vollständig" codesystem="2.16.840.1.113883.4.642.1.101" codeSystemName="HL7 EventStatus"/><!-- oder --> <code code="aborted" displayName="Gescheitert" codesystem="2.16.840.1.113883.4.642.1.101" codeSystemName="HL7 EventStatus"/><!-- oder --> <code code="in-progress" displayName="im Gange" codesystem="2.16.840.1.113883.4.642.1.101" codeSystemName="HL7 EventStatus"/> hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...try) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...try) @language cs 1 … 1 R hl7:text ED 1 … 1 M Verweist auf die Stelle im narrativen Text-Bereich, an der die gegebene Medikation narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc). (atc...try)   Beispiel Strukturbeispiel <text>   <reference value="#vpos-1"/></text> hl7:reference TEL 1 … 1 M (atc...try) @value 1 … 1 R #vpos-{generierteID}, z.B.: #vpos-1 hl7:statusCode CS 1 … 1 M (atc...try) @code CONF 1 … 1 F completed Auswahl 1 … 1 Elemente in der Auswahl: hl7:effectiveTime hl7:effectiveTime hl7:effectiveTime TS.AT.TZ Medikationseinnahme zu einem Zeitpunkt (atc...try) @value 1 … 1 R   Beispiel Strukturbeispiel <hl7:ClinicalDocument>   <!-- Einnahme am 27.05.2011 um 13:30 -->   <hl7:effectiveTime xsi:type="TS" value="20110527133000+0200"/></hl7:ClinicalDocument>   Beispiel Strukturbeispiel <hl7:ClinicalDocument>   <!-- Einnahme am 27.5.2011, Uhrzeit unbekannt -->   <hl7:effectiveTime xsi:type="TS" value="20110527"/></hl7:ClinicalDocument> hl7:effectiveTime IVL_TS Medikationseinnahme innerhalb einer Zeitspanne (atc...try)   Beispiel Strukturbeispiel <hl7:ClinicalDocument>   <!-- Einnahme am 27.05.2011 von 13:30 bis 14:45 -->   <hl7:effectiveTime xsi:type="IVL_TS">     <hl7:low value="20110527133000+0200"/>    <hl7:high value="20110527144500+0200"/>  </hl7:effectiveTime></hl7:ClinicalDocument> hl7:low 1 … 1 M (atc...try) @value 1 … 1 R hl7:high 1 … 1 M (atc...try) @value 1 … 1 R hl7:routeCode CE 1 … 1 R Die Art der Anwendung (des Medikamentes) z.B. oral, anal. Wird nicht verwendet! Für dieses Element wird daher immer der nullFlavor='NA' angegeben. (atc...try) @nullFlavor cs 1 … 1 F NA hl7:approachSiteCode CD 1 … 1 R Der Ort der Anwendung bzw. die Körperstelle, an der das Medikament angewendet wurde. Wird nicht verwendet! Für dieses Element wird daher immer der nullFlavor='NA' angegeben. (atc...try) @nullFlavor cs 1 … 1 F NA hl7:doseQuantity PQ 1 … 1 R Die Dosis welche verabreicht wurde, bezogen auf das "consumable". (atc...try) @value 1 … 1 R @unit cs 0 … 1     CONF Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC) oder Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)   Beispiel <doseQuantity value="500" unit="mg"/> hl7:rateQuantity CE 1 … 1 R Identifiziert die Geschwindigkeit mit welcher die Substanz eingenommen wurde. Die Geschwindigkeit wird üblicherweise in physischen Einheiten über die verstrichene Zeit. Beispielsweise 100ml/h, 1 g/d, 40 mmol/h, etc. (Identifies the speed with which the substance is introduced into the subject. Expressed as a physical (extensive) quantity over elapsed time.) Wird nicht verwendet! Für dieses Element wird daher immer der nullFlavor='NA' angegeben. (atc...try) @nullFlavor cs 1 … 1 F NA hl7:consumable 1 … 1 M Komponente zur Aufnahme der Arznei auf die sich der MedikationEinnahme-Entry bezieht. Beinhaltet 1.2.40.0.34.11.2.3.4 Arznei Entry (DYNAMIC) (atc...try)   Beispiel Strukturbeispiel <consumable>   <!-- ELGA Arznei Element (1.2.40.0.34.11.2.3.4) -->   <manufacturedProduct classCode="MANU">     <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>    <!-- IHE PCC -->     <templateId root="2.16.840.1.113883.10.20.1.53"/>    <!-- HL7 CCD -->     <manufacturedMaterial classCode="MMAT" determinerCode="KIND">       <!-- ELGA Arznei-Entry -->       <templateId root="1.2.40.0.34.11.2.3.4"/>      <templateId root="1.3.6.1.4.1.19376.1.9.1.3.1"/>      <!-- nur ein code-Element kann verwendet werden -->       <code code="981417" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.16" codeSystemName="Pharmazentralnummer"/>      <!-- ODER -->       <code code="1-18296" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.17" codeSystemName="Zulassungsnummer"/>      <!-- ODER nur bei magistraler Zubereitung erlaubt -->       <code nullFlavor="NA"/>      <name>Parkemed 500mg</name>    </manufacturedMaterial>  </manufacturedProduct></consumable> hl7:author 0 … 1 R Gerät oder Software, mit welchem die Medikationseinnahme bestätigt wurde oder die Person, die den Wert eingegeben hat. Im author.time wird der Zeitpunkt dokumentiert, an dem das Gerät/die Software die Bestätigung übertragen hat bzw. die Person die Bestätigung eingegeben hat. Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) (atc...try) hl7:author NP Der Autor des ursprünglichen Dokuments aus welchem das Medikamentsionseinnahme-Entry kommt. Wird nicht verwendet! (atc...try) hl7:entryRelationship NP Ergänzende Informationen zum Einnahmegrund, z.B. doppelte Dosis aufgrund plötzlichen Kopfschmerzen. Wird nicht verwendet! (atc...try) wo [@typeCode='RSON'] [hl7:act/hl7:templateId [@root='1.3.6.1.4.1.19376.1.5.3.1.4.4.1']] @typeCode cs 1 … 1 F RSON @context​Conduction​Ind cs 0 … 1 F true @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M (atc...try) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M (atc...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.4.1 hl7:id II 1 … 1 M (atc...try) @root uid 1 … 1 R @extension st 1 … 1 R hl7:entryRelationship 0 … 1 Ergänzende Informationen zur Einnahme, z.B. als Rekation auf das Medikament ist der Patient ohnmächtig geworden. (atc...try) wo [@typeCode='SUBJ'] [hl7:act/hl7:templateId [@root='2.16.840.1.113883.10.20.1.43']] @typeCode cs 1 … 1 F SUBJ @context​Conduction​Ind cs 0 … 1 F true @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M (atc...try) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (atc...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.43 hl7:templateId II 1 … 1 M (atc...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.3.1 hl7:code CE 1 … 1 M (atc...try) @code CONF 1 … 1 F FINSTRUCT @codeSystem 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary) @codeSystemName 1 … 1 F IHEActCode hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die ergänzenden Informationen zur Abgabe oder zu der magistralen Zubereitungen angeführt sind) (atc...try) hl7:reference TEL 1 … 1 M (atc...try) @value 1 … 1 R #comment-{generierteID}, z.B.: #comment-1 hl7:statusCode CS 1 … 1 M (atc...try) @code CONF 1 … 1 F completed hl7:entryRelationship 0 … 1 Komponente zur Aufnahme der Packungsanzahl. (atc...try) wo [@typeCode='COMP'] [hl7:supply] @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true   Beispiel Strukturbeispiel <entryRelationship typeCode="COMP">   <supply classCode="SPLY" moodCode="RQO">     <independentInd value="false"/>    <quantity value="1"/>  </supply></entryRelationship> hl7:supply 1 … 1 M Abbildung der eingenommenen Medikamentenanzahl als untergeordnetes supply-Element. (atc...try) @classCode cs 1 … 1 F SPLY @moodCode cs 1 … 1 F RQO   Beispiel <supply classCode="SPLY" moodCode="RQO">   <independentInd value="false"/>  <quantity value="1"/></supply> hl7:independentInd BL 1 … 1 M Indikator, ob die Komponente unabhängig verwendet werden darf. (atc...try) @value 1 … 1 F false hl7:quantity PQ 1 … 1 R Anzahl des eingenommenen Medikamentes. Zugelassene nullFlavor: MSK MSK= Wird die Anzahl des eingenommenen Medikamentes nicht angegeben (NullFlavor = MSK, Maskiert), kann die Anzahl nur mit 1 angenommen werden. (atc...try) @nullFlavor cs 0 … 1 F MSK hl7:entryRelationship 0 … 1 R Refernz zu einem MedicationTreatmentPlan-Entry. Im MTP sind Information über den Medikationsplan eines Patienten gespeichert. Beinhaltet Medication Treatment Plan Items (ähnlich MedikationsVerordnung Entrys). Rezepte und Abgaben können MTP Items referenzieren. (atc...try) wo [@typeCode='REFR'] [hl7:substanceAdministration/hl7:templateId [@root='1.3.6.1.4.1.19376.1.9.1.3.10']] @typeCode cs 1 … 1 F REFR @context​Conduction​Ind cs 0 … 1 F true   Constraint Wird zur Zeit im österreichischen Umfeld nicht verwendet! hl7:substanceAdministration (atc...try) @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (atc...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.3.10 hl7:id II 1 … 1 M ID des MTP-Entry (atc...try) @root uid 1 … 1 R @extension st 1 … 1 R   Beispiel <!-- ID des MTP-Entry --> <id root="17931678-20b4-11e6-b67b-9e71128cae77"/> hl7:code CE 1 … 1 M (atc...try) @code CONF 1 … 1 F MTPItem @codeSystem 1 … 1 F 1.3.6.1.4.1.19376.1.9.2.2 @codeSystemName 1 … 1 F IHE Pharmacy Item Type List @displayName 1 … 1 F Medication Treatment Plan Item hl7:consumable 1 … 1 M (atc...try) hl7:manufacturedProduct 1 … 1 M (atc...try) hl7:manufactured​Material 1 … 1 R (atc...try) @nullFlavor cs 1 … 1 F NA hl7:entryRelationship 0 … 1 R Referenz zu einem MedikationVerordnung-Entry (atc...try) wo [@typeCode='REFR'] [hl7:substanceAdministration/hl7:templateId [@root='1.3.6.1.4.1.19376.1.9.1.3.11']] @typeCode cs 1 … 1 F REFR @context​Conduction​Ind cs 0 … 1 F true hl7:substanceAdministration (atc...try) @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (atc...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.3.11 hl7:id II 1 … 1 M ID des MedikationVerordnung-Entry (atc...try) @root uid 1 … 1 R @extension st 1 … 1 R   Beispiel <!-- ID des MedikationVerordnung-Entry --> <id root="1.2.40.0.10.1.4.3.4.2.2" extension="VerordnungsId" assigningAuthorityName="Ordination Dr. Muster"/> hl7:code CE 1 … 1 M (atc...try) @code CONF 1 … 1 F PREItem @codeSystem 1 … 1 F 1.3.6.1.4.1.19376.1.9.2.2 @codeSystemName 1 … 1 F IHE Pharmacy Item Type List @displayName 1 … 1 F Prescription Item hl7:consumable 1 … 1 M (atc...try) hl7:manufacturedProduct 1 … 1 M (atc...try) hl7:manufactured​Material 1 … 1 R (atc...try) @nullFlavor cs 1 … 1 F NA hl7:entryRelationship 0 … 1 R Referenz zu einerm MedikationAbgabe-Entry (atc...try) wo [@typeCode='REFR'] [hl7:supply/hl7:templateId [@root='1.3.6.1.4.1.19376.1.9.1.3.12']] @typeCode cs 1 … 1 F REFR @context​Conduction​Ind cs 0 … 1 F true hl7:supply (atc...try) @classCode cs 1 … 1 F SPLY @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M (atc...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.3.12 hl7:id II 1 … 1 M ID des MedikationAbgabe-Entry (atc...try) @root uid 1 … 1 R @extension st 1 … 1 R   Beispiel <!-- ID des MedikationAbgabe-Entry --> <id root="1.2.40.0.10.1.4.3.4.2.3" extension="...AbgabeId..." assigningAuthorityName="Heilsapotheke"/> hl7:code CE 1 … 1 M (atc...try) @code CONF 1 … 1 F DISItem @codeSystem 1 … 1 F 1.3.6.1.4.1.19376.1.9.2.2 @codeSystemName 1 … 1 F IHE Pharmacy Item Type List @displayName 1 … 1 F Dispense Item hl7:entryRelationship 0 … 1 R Referenz zu einem MedikationPharmazeutischeEmpfehlung-Entry (atc...try) wo [@typeCode='REFR'] [hl7:substanceAdministration/hl7:templateId [@root='1.3.6.1.4.1.19376.1.9.1.3.13']] @typeCode cs 1 … 1 F REFR @context​Conduction​Ind cs 0 … 1 F true hl7:substanceAdministration (atc...try) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M (atc...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.3.13 hl7:id II 1 … 1 M ID des PharmazeutischeEmpfehlung-Entry (atc...try) @root uid 1 … 1 R @extension st 1 … 1 R   Beispiel <!-- ID des PharmazeutischeEmpfehlung-Entry --> <id root="1.2.40.0.10.1.4.3.4.2.4" extension="...PharmazeutischeEmpfehlungId..." assigningAuthorityName="Ordination Dr. Meier"/> hl7:code CE 1 … 1 M (atc...try) @code CONF 1 … 1 F PADVItem @codeSystem 1 … 1 F 1.3.6.1.4.1.19376.1.9.2.2 @codeSystemName 1 … 1 F IHE Pharmacy Item Type List @displayName 1 … 1 F Pharmaceutical Advice Item hl7:entryRelationship 0 … 1 Referenz zu einem anderen MedikationEinnahme-Entry, z.B. um einzelne MedikationsEinnahmen wie bei komplexen Intervalle zu verknüpfen. (atc...try) wo [@typeCode='REFR'] [hl7:substanceAdministration/hl7:templateId [@root='1.3.6.1.4.1.19376.1.9.1.3.14']] @typeCode cs 1 … 1 F REFR @context​Conduction​Ind cs 0 … 1 F true hl7:substanceAdministration (atc...try) @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M (atc...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.3.14 hl7:id II 1 … 1 M ID des anderen Medikationeinnahme-Entry, bestehend aus UUIDv4. Dabei muss die Vorgabe "5.1. Identifikations-Elemente" aus dem Allgemeinen Leitfadens eingehaltet werden. Diese gibt den Standard ISO/IEC 9834-8:2005 welcher ident zum öffentlich verfügbaren Standard https://tools.ietf.org/html/rfc4122 ist, wobei die Buchstaben A-F der Hexadezimalzahlen in Großschreibung angegeben werden MÜSSEN. (atc...try) @root uid 1 … 1 R @extension st 1 … 1 R   Beispiel <id root="9F3DABA8-025F-490D-FFE1-B1D80A7A3DE1"/> hl7:code CE 1 … 1 M (atc...try) @code CONF 1 … 1 F CMAItem @codeSystem 1 … 1 F 1.3.6.1.4.1.19376.1.9.2.2 @codeSystemName 1 … 1 F IHE Pharmacy Item Type List @displayName 1 … 1 F Medication Administration Item hl7:consumable 1 … 1 M (atc...try) hl7:manufacturedProduct 1 … 1 M (atc...try) hl7:manufactured​Material 1 … 1 R (atc...try) @nullFlavor cs 1 … 1 F NA hl7:reference 0 … 1 C Beinhaltet im ID-Element die Dokumenten-ID aus welchem das Medikationseinnahme-Entry ursprünglich kommt. (atc...try) @typeCode cs 1 … 1 F XCRPT   Constraint Dieses Element muss angegeben werden wenn das Medikationseinnahme-Entry aus einem anderen Dokument kommt. Es muss leer belieben wenn das Medikationseinnahme-Entry für dieses Dokument erstellt wurde. hl7:externalDocument 1 … 1 M (atc...try) hl7:id II 1 … 1 M (atc...try) @root uid 1 … 1 R @extension st 0 … 1   hl7:precondition 0 … 1 Die Vorbedingungen zur Einnahme der Medikation. Zeigt auf den Inhalt im Text. (atc...try) hl7:criterion 1 … 1 M (atc...try) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die Vorbedingungen zur Einnahme der Medikation angeführt sind) (atc...try) hl7:reference TEL 1 … 1 M (atc...try) @value 1 … 1 R #comment-{generierteID}, z.B.: #comment-1

12.4.4.15 Device Information Organizer

Id	1.2.40.0.34.6.0.11.3.73 ref at-cda-bbr-	Gültigkeit	2021‑08‑31 13:26:17 Andere Versionen mit dieser Id: atcdabbr_entry_DeviceInformationOrganizer vom 2021‑02‑18 13:26:44 atcdabbr_entry_DeviceInformationOrganizer vom 2020‑10‑07 13:54:54 atcdabbr_entry_DeviceInformationOrganizer vom 2019‑02‑28 10:41:30
Status	Entwurf	Versions-Label	1.1.1+20210831
Name	atcdabbr_entry_DeviceInformationOrganizer	Bezeichnung	Device Information Organizer
Beschreibung Der Device Information Organizer kodiert Informationen über die Identität und beinhaltet die Eigenschaften des verwendeten Gerätes. Ein Organizer-Element steht immer nur für ein verwendetes Gerät. Mindestens eine eindeutige ID, die Klassifizierung und der Name (samt Hersteller) des Gerätes sind für jedes verwendete Gerät anzugeben. Diese verpflichtenden Informationen befinden sich im Device Product Instance Template. Die weiteren Eigenschaften können in 17 verschiedenen "component"-Elementen dokumentiert werden. 13 der 17 Elemente können maximal einmal im "Organizer" vorkommen. Darunter sind die Elemente Firmware, GMDN (Global Medical Device Nomenclature - Medizinproduktregister), Hardwareversion, Hersteller, Modellnummer, Teilenummer, Softwarerevision, unspezifizierte Information, Seriennummer, Regulierungsstatus, PCHA (Personal Connected Healthcare Alliance) Version, Zeitsynchronisierung und Protokoll. Genauigkeit, Aufnahmefrequenz, Messauflösung und Messbereich sind Elemente, welche zusätzlich auch mehrmals in einem jeweils eigenen "component"-Element vorkommen können. Wenn das Gerät die Daten über die Geräte-Details nicht zurückgibt, können diese, wenn gewünscht, auch manuell oder über andere Wege eingetragen werden.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.73
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 18 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.43 Containment Device Product Instance Template (1.1.1+20220824) DYNAMIC 1.2.40.0.34.6.0.11.3.74 Containment Device Firmware Revision Information Observation (1.1.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.3.75 Containment Device GMDN Information Observation (1.1.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.3.76 Containment Device Hardware Revision Information Observation (1.1.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.3.77 Containment Device Manufacturer Information Observation (1.1.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.3.78 Containment Device Model Number Information Observation (1.1.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.3.79 Containment Device Part Number Information Observation (1.1.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.3.80 Containment Device Software Revison Information Observation (1.1.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.3.81 Containment Device Specification Unspecified Information Observation (1.1.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.3.82 Containment Device Serial Number Information Observation (1.1.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.3.83 Containment Device Regulation Status Information Observation (1.1.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.3.84 Containment Device PCHA Version Information Observation (1.1.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.3.85 Containment Device Time Synchronization Information Observation (1.1.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.3.86 Containment Device Protocol Information Observation (1.1.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.3.87 Containment Device Accuracy Observation (1.1.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.3.88 Containment Device Sampling Frequency Observation (1.1.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.3.89 Containment Device Resolution Observation (1.1.0+20210218) DYNAMIC 1.2.40.0.34.6.0.11.3.90 Containment Device Measurement Range Observation (1.1.0+20210218) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.73 Device Information Organizer (2020‑10‑07 13:54:54) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.73 Device Information Organizer (2019‑02‑28 10:41:30) ref at-cda-bbr-
Beispiel	Strukturbeispiel <organizer classCode="CLUSTER" moodCode="EVN">   <templateId root="1.2.40.0.34.6.0.11.3.73"/>  <templateId root="2.16.840.1.113883.10.20.36.4" extension="2015-08-17"/>  <id root="2.25" extension="urn:uuid:9F3DABA8-025F-490D-AAE1-C1E80A8A3DE0" assigningAuthorityName="HerzMobil Tirol"/>  <!-- Optional kann ein Code verwendet werden, welche die Kategorie der Geräte spezifiziert. <code code="123232" codeSystem="2.16.840.1.113883.6.123" displayName="AIT KIT Devices"/> -->   <statusCode code="completed"/>  <effectiveTime>     <!-- Wenn die Messwerte nicht in einem Zeitintervall sondern nur einem Zeitpunkt gemessen worden sind, dann soll stattdessen das Value-Attribut genutzt werden, zum Beispiel <effectiveTime value="20150322170922.86+0200" /> -->     <low value="20151001083753+0200"/>    <high value="20151028075542+0200"/>  </effectiveTime>  <participant typeCode="DEV">     <!-- PHMR Product Instance -->      ::   </participant>  <!-- Jede der folgenden Component-Elemente ist optional. Sie beinhalten rechtliche und handelsübliche Informationen über die Geräte. Die möglichen Component-Elemente beinhalten Informationen über Firmware, GMDN (Global Medical Device Nomenclature - Medizinproduktregister), Hardwareversion, Hersteller, Modellnummer, Teilenummer, Softwarerevision, unspezifizierte Information als Text, Seriennummer, Regulierungsstatus, PCHA (Personal Connected Healthcare Alliance) Version, Zeitsynchronisierung, Protokoll-Informationen, Genauigkeit, Aufnahmefrequenz, Messauflösung und Messbereich. -->   <!-- ==================================== Device Manufacturer Information Observation ========================================== -->    :: </organizer>
Item DT Kard Konf Beschreibung Label hl7:organizer (atc...zer) @classCode cs 1 … 1 F CLUSTER @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M HL7 Austria - Device Information Organizer (atc...zer) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.73 hl7:templateId II 1 … 1 M Device Information Organizer (atc...zer) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.4 @extension st 1 … 1 F 2015-08-17 hl7:id 1 … 1 M ID des Device Information Organizer. Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen. (atc...zer) hl7:code CD.IPS 0 … * Code des Device Information Organizer-Entry (die Gruppe/Kategorie des verwendeten Gerätes). Dieser Code ist streng optional und nicht limitiert auf ein ValueSet oder CodeSystem. Implementierer können hier nach Wunsch zusätzliche codierte Informationen über die Gruppe/Kategorie des verwendeten Gerätes bereitstellen. (atc...zer) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   hl7:translation CD 1 … 1 M Hier wird die verpflichtende Übersetzung des Codes als MDC-Code bereitgestellt. (atc...zer) @code 1 … 1 R @codeSystem uid 1 … 1 F 2.16.840.1.113883.6.24 @codeSystemName st 0 … 1 F MDC @displayName 0 … 1   hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...zer) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...zer) @language cs 1 … 1 R hl7:statusCode CS 1 … 1 M (atc...zer) @code CONF 1 … 1 F completed Auswahl 1 … 1 Elemente in der Auswahl: hl7:effectiveTime hl7:effectiveTime hl7:effectiveTime IVL_TS 0 … 1 Messungen mit dem Gerät innerhalb einer Zeitspanne (atc...zer)   Beispiel Strukturbeispiel <ClinicalDocument>   <!-- Messungen von 27.05.2011 von 13:30 bis 30.6.2011 14:45 -->   <effectiveTime>     <low value="20110527133000+0200"/>    <high value="20110630144500+0200"/>  </effectiveTime></ClinicalDocument>   Beispiel Strukturbeispiel <ClinicalDocument>   <!-- Messungen am 27.05.2011 von 13:30 bis 14:45 -->   <effectiveTime>     <low value="20110527133000+0200"/>    <high value="20110527144500+0200"/>  </effectiveTime></ClinicalDocument> hl7:low 0 … 1 (atc...zer) @value 1 … 1 R hl7:high 0 … 1 (atc...zer) @value 1 … 1 R hl7:effectiveTime TS.AT.TZ 0 … 1 Messungen mit dem Gerät nur zu einem Zeitpunkt (atc...zer) @value 1 … 1 R   Beispiel Strukturbeispiel <ClinicalDocument>   <!-- Messungen nur am 27.05.2011 um 13:30 -->   <effectiveTime value="20110527133000+0200"/></ClinicalDocument>   Beispiel Strukturbeispiel <ClinicalDocument>   <!-- Messungen am 27.5.2011, Uhrzeit unbekannt -->   <effectiveTime value="20110527"/></ClinicalDocument> hl7:participant 1 … 1 M Beschreibt das Gerät und seinen Typ (z.B. mobiles Blutsauerstoffgerät) Beinhaltet 1.2.40.0.34.6.0.11.9.43 Device Product Instance Template (DYNAMIC) (atc...zer) @typeCode cs 1 … 1 F DEV @context​Control​Code cs 0 … 1 F OP Auswahl 0 … * Jede der folgenden Component-Elemente ist optional und kann maximal einmal vorkommen. Sie beinhalten rechtliche und handelsübliche Informationen über die Geräte. Die möglichen Component-Elemente beinhalten Informationen über Firmware, GMDN (Global Medical Device Nomenclature - Medizinproduktregister), Hardwareversion, Hersteller, Modellnummer, Teilenummer, Softwarerevision, unspezifizierte Information als Text, Seriennummer, Regulierungsstatus, PCHA (Personal Connected Healthcare Alliance) Version, Zeitsynchronisierung und Protokoll-Informationen. Elemente in der Auswahl: hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.74 Device Firmware Revision Information Observation (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.75 Device GMDN Information Observation (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.76 Device Hardware Revision Information Observation (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.77 Device Manufacturer Information Observation (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.78 Device Model Number Information Observation (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.79 Device Part Number Information Observation (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.80 Device Software Revison Information Observation (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.81 Device Specification Unspecified Information Observation (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.82 Device Serial Number Information Observation (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.83 Device Regulation Status Information Observation (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.84 Device PCHA Version Information Observation (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.85 Device Time Synchronization Information Observation (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.86 Device Protocol Information Observation (DYNAMIC) hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.74 Device Firmware Revision Information Observation (DYNAMIC) (atc...zer) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.75 Device GMDN Information Observation (DYNAMIC) (atc...zer) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.76 Device Hardware Revision Information Observation (DYNAMIC) (atc...zer) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.77 Device Manufacturer Information Observation (DYNAMIC) (atc...zer) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.78 Device Model Number Information Observation (DYNAMIC) (atc...zer) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.79 Device Part Number Information Observation (DYNAMIC) (atc...zer) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.80 Device Software Revison Information Observation (DYNAMIC) (atc...zer) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.81 Device Specification Unspecified Information Observation (DYNAMIC) (atc...zer) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.82 Device Serial Number Information Observation (DYNAMIC) (atc...zer) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.83 Device Regulation Status Information Observation (DYNAMIC) (atc...zer) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.84 Device PCHA Version Information Observation (DYNAMIC) (atc...zer) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.85 Device Time Synchronization Information Observation (DYNAMIC) (atc...zer) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.86 Device Protocol Information Observation (DYNAMIC) (atc...zer) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true Auswahl 0 … * Die folgenden Component-Elemente Genauigkeit, Aufnahmefrequenz, Messauflösung und Messbereich können für jede Messmöglichkeit des Gerätes einmal vorkommen. Beispielsweise hat ein Blutdruckmessgerät Genauigkeit, Aufnahmefrequenz, Messauflösung und Messbereich für jeweils BD-Systolisch, BD-Diastolisch und Puls. Elemente in der Auswahl: hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.87 Device Accuracy Observation (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.88 Device Sampling Frequency Observation (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.89 Device Resolution Observation (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.90 Device Measurement Range Observation (DYNAMIC) hl7:component 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.3.87 Device Accuracy Observation (DYNAMIC) (atc...zer) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.3.88 Device Sampling Frequency Observation (DYNAMIC) (atc...zer) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.3.89 Device Resolution Observation (DYNAMIC) (atc...zer) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.3.90 Device Measurement Range Observation (DYNAMIC) (atc...zer) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

12.4.4.15.1 Device Firmware Revision Information Observation

Id	1.2.40.0.34.6.0.11.3.74 ref at-cda-bbr-	Gültigkeit	2021‑02‑18 13:24:34 Andere Versionen mit dieser Id: atcdabbr_entry_DeviceFirmwareRevisionInformationObservation vom 2020‑02‑19 12:14:27
Status	Aktiv	Versions-Label	1.1.0+20210218
Name	atcdabbr_entry_DeviceFirmwareRevisionInformationObservation	Bezeichnung	Device Firmware Revision Information Observation
Beschreibung Die Device Firmware Revision Information Observation dokumentiert die Firmware-Version des verwendeten Gerätes. In PCHA konformen Geräten, wird diese Information vom Production Specification Attribute oder dem Device Information Service des Bluetooth Low Energy health devices bereitgestellet.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.74
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.74 Device Firmware Revision Information Observation (2020‑02‑19 12:14:27) ref at-cda-bbr-
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="DEF">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.74"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.18" extension="2015-08-17"/>  <hl7:code code="531976" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_PROD_SPEC_FW: Firmware revision">     <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>  <hl7:text>     <hl7:reference value="value"/>  </hl7:text>  <hl7:value xsi:type="ST">value</hl7:value></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation (atc...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F DEF hl7:templateId II 1 … 1 M HL7 Austria - Device Firmware Revision Information Observation (atc...ion) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.74 hl7:templateId II 1 … 1 M Device Information Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.17 @extension st 1 … 1 F 2015-08-17 hl7:templateId II 1 … 1 M Device Firmware Revision Information Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.18 @extension st 1 … 1 F 2015-08-17 hl7:code CD.IPS 1 … 1 M (atc...ion) @code cs 1 … 1 F 531976 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.24 @codeSystemName st 1 … 1 F MDC @displayName st 1 … 1 F MDC_ID_PROD_SPEC_FW: Firmware revision hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ion) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ion) @language cs 1 … 1 R hl7:text ED 1 … 1 M Hier wird auf den Text referenziert welcher die Firmware Revision beinhaltet. (atc...ion) hl7:reference TEL 1 … 1 M (atc...ion) @value st 1 … 1 R hl7:value ST 1 … 1 M (atc...ion) @xsi:type 1 … 1 F ST

12.4.4.15.2 Device GMDN Information Observation

Id	1.2.40.0.34.6.0.11.3.75 ref at-cda-bbr-	Gültigkeit	2021‑02‑18 13:24:55 Andere Versionen mit dieser Id: atcdabbr_entry_DeviceGMDNInformationObservation vom 2020‑02‑19 12:19:08
Status	Aktiv	Versions-Label	1.1.0+20210218
Name	atcdabbr_entry_DeviceGMDNInformationObservation	Bezeichnung	Device GMDN Information Observation
Beschreibung Die Device GMDN Information Observation dokumentiert die GMDN (Global Medical Device Nomenclature) des verwendeten Gerätes. In PCHA konformen Geräten, sind das Informationen aus dem Production Specification Attribut. Diese Information wird nicht übertragen von Bluetooth Low Energy health devices.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.75
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.75 Device GMDN Information Observation (2020‑02‑19 12:19:08) ref at-cda-bbr-
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="DEF">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.75"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.19" extension="2015-08-17"/>  <hl7:code code="531978" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_PROD_SPEC_GMDN: Global Medical Device Nomenclature">     <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>  <hl7:text>     <hl7:reference value="value"/>  </hl7:text>  <hl7:value xsi:type="ST">value</hl7:value></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation (atc...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F DEF hl7:templateId II 1 … 1 M HL7 Austria - Device GMDN Information Observation (atc...ion) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.75 hl7:templateId II 1 … 1 M Device Information Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.17 @extension st 1 … 1 F 2015-08-17 hl7:templateId II 1 … 1 M Device Information Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.17 @extension st 1 … 1 F 2015-08-17 hl7:templateId II 1 … 1 M Device GMDN Information Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.19 @extension st 1 … 1 F 2015-08-17 hl7:code CD.IPS 1 … 1 M (atc...ion) @code cs 1 … 1 F 531978 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.24 @codeSystemName st 1 … 1 F MDC @displayName st 1 … 1 F MDC_ID_PROD_SPEC_GMDN: Global Medical Device Nomenclature hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ion) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ion) @language cs 1 … 1 R hl7:text ED 1 … 1 M Hier wird auf den Text referenziert welcher die GMDN beinhaltet. (atc...ion) hl7:reference TEL 1 … 1 M (atc...ion) @value st 1 … 1 R hl7:value ST 1 … 1 M (atc...ion) @xsi:type 1 … 1 F ST

12.4.4.15.3 Device Hardware Revision Information Observation

Id	1.2.40.0.34.6.0.11.3.76 ref at-cda-bbr-	Gültigkeit	2021‑02‑18 13:26:18 Andere Versionen mit dieser Id: atcdabbr_entry_DeviceHardwareRevisionInformationObservation vom 2020‑02‑19 12:31:16
Status	Aktiv	Versions-Label	1.1.0+20210218
Name	atcdabbr_entry_DeviceHardwareRevisionInformationObservation	Bezeichnung	Device Hardware Revision Information Observation
Beschreibung Die Device Hardware Revision Information Observation dokumentiert die Hardware-Version des verwendeten Gerätes. In PCHA konformen Geräten, sind die Informationen aus dem Production Specification Attribut oder dem Device Information Service bei Bluetooth Low Energy health devices.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.76
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.76 Device Hardware Revision Information Observation (2020‑02‑19 12:31:16) ref at-cda-bbr-
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="DEF">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.76"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.20" extension="2015-08-17"/>  <hl7:code code="531974" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_PROD_SPEC_HW: Hardware revision">     <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>  <hl7:text>     <hl7:reference value="value"/>  </hl7:text>  <hl7:value xsi:type="ST">value</hl7:value></hl7:observation>
Beispiel	Beispiel <observation classCode="OBS" moodCode="DEF">   <templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <templateId root="2.16.840.1.113883.10.20.36.20" extension="2015-08-17"/>  <code code="531974" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_PROD_SPEC_HW: Hardware revision"/>  <text>     <!-- Hier wird auf den Text referenziert welcher die Hardware-Revision beinhaltet.-->     <reference value="#device1hardwareRevision"/>  </text>  <value xsi:type="ST">2.3.1</value></observation>
Item DT Kard Konf Beschreibung Label hl7:observation (atc...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F DEF hl7:templateId II 1 … 1 M HL7 Austria - Device Hardware Revision Information Observation (atc...ion) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.76 hl7:templateId II 1 … 1 M Device Information Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.17 @extension st 1 … 1 F 2015-08-17 hl7:templateId II 1 … 1 M Device Hardware Revision Information Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.20 @extension st 1 … 1 F 2015-08-17 hl7:code CD.IPS 1 … 1 M (atc...ion) @code cs 1 … 1 F 531974 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.24 @codeSystemName st 1 … 1 F MDC @displayName st 1 … 1 F MDC_ID_PROD_SPEC_HW: Hardware revision hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ion) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ion) @language cs 1 … 1 R hl7:text ED 1 … 1 M Hier wird auf den Text referenziert welcher die Hardware-Revision beinhaltet. (atc...ion) hl7:reference TEL 1 … 1 M (atc...ion) @value st 1 … 1 R hl7:value ST 1 … 1 M (atc...ion) @xsi:type 1 … 1 F ST

12.4.4.15.4 Device Manufacturer Information Observation

Id	1.2.40.0.34.6.0.11.3.77 ref at-cda-bbr-	Gültigkeit	2021‑02‑18 13:27:16 Andere Versionen mit dieser Id: atcdabbr_entry_DeviceManufacturerInformationObservation vom 2020‑10‑05 19:01:56 atcdabbr_entry_DeviceManufacturerInformationObservation vom 2020‑02‑19 11:13:45
Status	Aktiv	Versions-Label	1.1.0+20210218
Name	atcdabbr_entry_DeviceManufacturerInformationObservation	Bezeichnung	Device Manufacturer Information Observation
Beschreibung Die Device Manufacturer Information Observation dokumentiert den Herstellernamen des verwendeten Gerätes. In PCHA konformen Geräten, kommen die Informationen aus dem System Model Attribut oder dem Device Information Service on Bluetooth Low Energy health devices.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.77
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.77 Device Manufacturer Information Observation (2020‑10‑05 19:01:56) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.77 Device Manufacturer Information Observation (2020‑02‑19 11:13:45) ref at-cda-bbr-
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="DEF">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.77" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.21" extension="2015-08-17"/>  <hl7:code code="531970" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_MODEL_MANUFACTURER: Manufacturer Name">     <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>  <hl7:text>     <hl7:reference value="value"/>  </hl7:text>  <hl7:value xsi:type="ST">value</hl7:value></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation (atc...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F DEF hl7:templateId II 1 … 1 M HL7 Austria - Device Manufacturer Information Observation (atc...ion) @root oid 1 … 1 F 1.2.40.0.34.6.0.11.3.77 hl7:templateId II 1 … 1 M Device Information Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.17 @extension st 1 … 1 F 2015-08-17 hl7:templateId II 1 … 1 M Device Manufacturer Information Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.21 @extension st 1 … 1 F 2015-08-17 hl7:code CD.IPS 1 … 1 M (atc...ion) @code cs 1 … 1 F 531970 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.24 @codeSystemName st 1 … 1 F MDC @displayName st 1 … 1 F MDC_ID_MODEL_MANUFACTURER: Manufacturer Name hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ion) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ion) @language cs 1 … 1 R hl7:text ED 1 … 1 M Hier wird auf den Text referenziert welcher den Geräteherstellernamen beinhaltet. (atc...ion) hl7:reference TEL 1 … 1 M (atc...ion) @value st 1 … 1 R hl7:value ST 1 … 1 M (atc...ion) @xsi:type 1 … 1 F ST

12.4.4.15.5 Device Model Number Information Observation

Id	1.2.40.0.34.6.0.11.3.78 ref at-cda-bbr-	Gültigkeit	2021‑02‑18 13:28:09 Andere Versionen mit dieser Id: atcdabbr_entry_DeviceModelNumberInformationObservation vom 2020‑02‑19 12:00:43
Status	Aktiv	Versions-Label	1.1.0+20210218
Name	atcdabbr_entry_DeviceModelNumberInformationObservation	Bezeichnung	Device Model Number Information Observation
Beschreibung Die Device Model Number Information Observation dokumentiert die Modell-Nummer des verwendeten Gerätes. In PCHA konformen Geräten, kommen die Informationen aus dem System Model Attribut oder dem Device Information Service bei Bluetooth Low Energy health devices.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.78
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.78 Device Model Number Information Observation (2020‑02‑19 12:00:43) ref at-cda-bbr-
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="DEF">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.78"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.22" extension="2015-08-17"/>  <hl7:code code="531969" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_MODEL_NUMBER: Model number">     <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>  <hl7:text>     <hl7:reference value="value"/>  </hl7:text>  <hl7:value xsi:type="ST">value</hl7:value></hl7:observation>
Beispiel	Beispiel <observation classCode="OBS" moodCode="DEF">   <templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <templateId root="2.16.840.1.113883.10.20.36.22" extension="2015-08-17"/>  <code code="531969" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_MODEL_NUMBER: Model number"/>  <text>     <!-- Hier wird auf den Text referenziert welcher die Modellnummer beinhaltet. -->     <reference value="#device1modelNumber"/>  </text>  <value xsi:type="ST">WFBTScalev1</value></observation>
Item DT Kard Konf Beschreibung Label hl7:observation (atc...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F DEF hl7:templateId II 1 … 1 M HL7 Austria - Device Model Number Information Observation (atc...ion) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.78 hl7:templateId II 1 … 1 M Device Information Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.17 @extension st 1 … 1 F 2015-08-17 hl7:templateId II 1 … 1 M (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.22 @extension st 1 … 1 F 2015-08-17 hl7:code CD.IPS 1 … 1 M (atc...ion) @code cs 1 … 1 F 531969 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.24 @codeSystemName st 1 … 1 F MDC @displayName st 1 … 1 F MDC_ID_MODEL_NUMBER: Model number hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ion) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ion) @language cs 1 … 1 R hl7:text ED 1 … 1 M Hier wird auf den Text referenziert welcher die Modellnummer beinhaltet. (atc...ion) hl7:reference TEL 1 … 1 M (atc...ion) @value st 1 … 1 R hl7:value ST 1 … 1 M (atc...ion) @xsi:type 1 … 1 F ST

12.4.4.15.6 Device Part Number Information Observation

Id	1.2.40.0.34.6.0.11.3.79 ref at-cda-bbr-	Gültigkeit	2021‑02‑18 13:28:45 Andere Versionen mit dieser Id: atcdabbr_entry_DevicePartNumberInformationObservation vom 2020‑02‑19 12:42:35
Status	Aktiv	Versions-Label	1.1.0+20210218
Name	atcdabbr_entry_DevicePartNumberInformationObservation	Bezeichnung	Device Part Number Information Observation
Beschreibung Die Device Part Number Information Observation dokumentiert die Teilenummer des verwendeten Gerätes. In PCHA konformen Geräten, kommen die Informationen aus dem Production Specification Attribut. Diese Information wird nicht übertragen von Bluetooth Low Energy health devices.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.79
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.79 Device Part Number Information Observation (2020‑02‑19 12:42:35) ref at-cda-bbr-
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="DEF">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.79"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.23" extension="2015-08-17"/>  <hl7:code code="531973" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_PROD_SPEC_PART: Part Number">     <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>  <hl7:text>     <hl7:reference value="value"/>  </hl7:text>  <hl7:value xsi:type="ST">value</hl7:value></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation (atc...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F DEF hl7:templateId II 1 … 1 M HL7 Austria - Device Part Number Information Observation (atc...ion) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.79 hl7:templateId II 1 … 1 M (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.17 @extension st 1 … 1 F 2015-08-17 hl7:templateId II 1 … 1 M Device Information Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.17 @extension st 1 … 1 F 2015-08-17 hl7:templateId II 1 … 1 M (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.23 @extension st 1 … 1 F 2015-08-17 hl7:code CD.IPS 1 … 1 M (atc...ion) @code cs 1 … 1 F 531973 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.24 @codeSystemName st 1 … 1 F MDC @displayName st 1 … 1 F MDC_ID_PROD_SPEC_PART: Part Number hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ion) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ion) @language cs 1 … 1 R hl7:text ED 1 … 1 M Hier wird auf den Text referenziert welcher die Teilenummer beinhaltet. (atc...ion) hl7:reference TEL 1 … 1 M (atc...ion) @value st 1 … 1 R hl7:value ST 1 … 1 M (atc...ion) @xsi:type 1 … 1 F ST

12.4.4.15.7 Device Software Revison Information Observation

Id	1.2.40.0.34.6.0.11.3.80 ref at-cda-bbr-	Gültigkeit	2021‑02‑18 13:32:55 Andere Versionen mit dieser Id: atcdabbr_entry_DeviceSoftwareRevisonInformationObservation vom 2020‑02‑19 16:41:49
Status	Aktiv	Versions-Label	1.1.0+20210218
Name	atcdabbr_entry_DeviceSoftwareRevisonInformationObservation	Bezeichnung	Device Software Revison Information Observation
Beschreibung Die Device Software Revision Information Observation dokumentiert die Software-Version des verwendeten Gerätes. In PCHA konformen Geräten, kommen die Informationen aus dem Production Specification Attribut und aus dem Device Information Service bei Bluetooth Low Energy health devices.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.80
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.80 Device Software Revison Information Observation (2020‑02‑19 16:41:49) ref at-cda-bbr-
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="DEF">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.80"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.24" extension="2015-08-17"/>  <hl7:code code="531975" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_PROD_SPEC_SW: Software revision">     <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>  <hl7:text>     <hl7:reference value="value"/>  </hl7:text>  <hl7:value xsi:type="ST">value</hl7:value></hl7:observation>
Beispiel	Beispiel <observation classCode="OBS" moodCode="DEF">   <templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <templateId root="2.16.840.1.113883.10.20.36.24" extension="2015-08-17"/>  <code code="531975" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_PROD_SPEC_SW: Software revision"/>  <text>     <!-- Hier wird auf den Text referenziert welcher die Software-Revisions-Nummer beinhaltet.-->     <reference value="#device1software"/>  </text>  <value xsi:type="ST">27.212</value></observation>
Item DT Kard Konf Beschreibung Label hl7:observation (atc...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F DEF hl7:templateId II 1 … 1 M HL7 Austria - Device Software Revison Information Observation (atc...ion) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.80 hl7:templateId II 1 … 1 M Device Information Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.17 @extension st 1 … 1 F 2015-08-17 hl7:templateId II 1 … 1 M Device Software Revison Information Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.24 @extension st 1 … 1 F 2015-08-17 hl7:code CD.IPS 1 … 1 M (atc...ion) @code cs 1 … 1 F 531975 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.24 @codeSystemName st 1 … 1 F MDC @displayName st 1 … 1 F MDC_ID_PROD_SPEC_SW: Software revision hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ion) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ion) @language cs 1 … 1 R hl7:text ED 1 … 1 M Hier wird auf den Text referenziert welcher die Software-Revisions-Nummer beinhaltet. (atc...ion) hl7:reference TEL 1 … 1 M (atc...ion) @value st 1 … 1 R hl7:value ST 1 … 1 M (atc...ion) @xsi:type 1 … 1 F ST

12.4.4.15.8 Device Specification Unspecified Information Observation

Id	1.2.40.0.34.6.0.11.3.81 ref at-cda-bbr-	Gültigkeit	2021‑02‑18 13:33:15 Andere Versionen mit dieser Id: atcdabbr_entry_DeviceSpecificationUnspecifiedInformationObservation vom 2020‑02‑19 16:44:54
Status	Aktiv	Versions-Label	1.1.0+20210218
Name	atcdabbr_entry_DeviceSpecificationUnspecifiedInformationObservation	Bezeichnung	Device Specification Unspecified Information Observation
Beschreibung Die Device Specification Unspecified Information Observation dokumentiert Informationen über das Gerät, welches nicht in den vorhandenen vordefinierten Elementen dokumentiert werden kann. In PCHA konformen Geräten, kommen die Informationen aus dem Production Specification attribute. Diese Information wird nicht übertragen von Bluetooth Low Energy health devices.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.81
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.81 Device Specification Unspecified Information Observation (2020‑02‑19 16:44:54) ref at-cda-bbr-
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="DEF">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.81"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.25" extension="2015-08-17"/>  <hl7:code code="531971" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_PROD_SPEC_UNSPECIFIED: Unspecified but additional information">     <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>  <hl7:text>     <hl7:reference value="value"/>  </hl7:text>  <hl7:value xsi:type="ST">value</hl7:value></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation (atc...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F DEF hl7:templateId II 1 … 1 M HL7 Austria - Device Specification Unspecified Information Observation (atc...ion) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.81 hl7:templateId II 1 … 1 M Device Information Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.17 @extension st 1 … 1 F 2015-08-17 hl7:templateId II 1 … 1 M Device Specification Unspecified Information Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.25 @extension st 1 … 1 F 2015-08-17 hl7:code CD.IPS 1 … 1 M (atc...ion) @code cs 1 … 1 F 531971 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.24 @codeSystemName st 1 … 1 F MDC @displayName st 1 … 1 F MDC_ID_PROD_SPEC_UNSPECIFIED: Unspecified but additional information hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ion) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ion) @language cs 1 … 1 R hl7:text ED 1 … 1 M Hier wird auf den Text referenziert welcher die unspezifizierte Information des Geräts beinhaltet. (atc...ion) hl7:reference TEL 1 … 1 M (atc...ion) @value st 1 … 1 R hl7:value ST 1 … 1 M (atc...ion) @xsi:type 1 … 1 F ST

12.4.4.15.9 Device Serial Number Information Observation

Id	1.2.40.0.34.6.0.11.3.82 ref at-cda-bbr-	Gültigkeit	2021‑02‑18 13:32:30 Andere Versionen mit dieser Id: atcdabbr_entry_DeviceSerialNumberInformationObservation vom 2020‑02‑19 12:04:48
Status	Aktiv	Versions-Label	1.1.0+20210218
Name	atcdabbr_entry_DeviceSerialNumberInformationObservation	Bezeichnung	Device Serial Number Information Observation
Beschreibung Die Device Serial Number Information Observation dokumentiert die Seriennummer des verwendeten Gerätes. In PCHA konformen Geräten, kommen die Informationen aus dem Production Specification Attribut oder dem Device Information Service bei Bluetooth Low Energy health devices.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.82
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.82 Device Serial Number Information Observation (2020‑02‑19 12:04:48) ref at-cda-bbr-
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="DEF">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.82"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.26" extension="2015-08-17"/>  <hl7:code code="531972" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_PROD_SPEC_SERIAL: Serial Number">     <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>  <hl7:text>     <hl7:reference value="value"/>  </hl7:text>  <hl7:value xsi:type="ST">value</hl7:value></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation (atc...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F DEF hl7:templateId II 1 … 1 M HL7 Austria - Device Serial Number Information Observation (atc...ion) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.82 hl7:templateId II 1 … 1 M Device Information Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.17 @extension st 1 … 1 F 2015-08-17 hl7:templateId II 1 … 1 M Device Serial Number Information Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.26 @extension st 1 … 1 F 2015-08-17 hl7:code CD.IPS 1 … 1 M (atc...ion) @code cs 1 … 1 F 531972 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.24 @codeSystemName st 1 … 1 F MDC @displayName st 1 … 1 F MDC_ID_PROD_SPEC_SERIAL: Serial Number hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ion) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ion) @language cs 1 … 1 R hl7:text ED 1 … 1 M Hier wird auf den Text referenziert welcher die Seriennummer beinhaltet. (atc...ion) hl7:reference TEL 1 … 1 M (atc...ion) @value st 1 … 1 R hl7:value ST 1 … 1 M (atc...ion) @xsi:type 1 … 1 F ST

12.4.4.15.10 Device Regulation Status Information Observation

Id	1.2.40.0.34.6.0.11.3.83 ref at-cda-bbr-	Gültigkeit	2021‑02‑18 13:30:16 Andere Versionen mit dieser Id: atcdabbr_entry_DeviceRegulationStatusInformationObservation vom 2020‑02‑19 16:34:02
Status	Aktiv	Versions-Label	1.1.0+20210218
Name	atcdabbr_entry_DeviceRegulationStatusInformationObservation	Bezeichnung	Device Regulation Status Information Observation
Beschreibung Die Device Regulation Status Information Observation dokumentiert den Regulations-Status des verwendeten Gerätes. In PCHA konformen Geräten, kommen die Informationen aus dem RegCertDataList Attribut oder dem RegCertData Werten des Device Information Service eines Bluetooth Low Energy Health device. Ein Gerät ist entweder reguliert oder nicht reguliert.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.83
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.83 Device Regulation Status Information Observation (2020‑02‑19 16:34:02) ref at-cda-bbr-
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="DEF">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.83"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.28" extension="2015-08-17"/>  <hl7:code code="532354" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_REG_CERT_DATA_CONTINUA_REG_STATUS: Regulation status">     <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>  <hl7:text>     <hl7:reference value="value"/>  </hl7:text>  <hl7:value xsi:type="BN" value="false"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation (atc...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F DEF hl7:templateId II 1 … 1 M HL7 Austria - Device Regulation Status Information Observation (atc...ion) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.83 hl7:templateId II 1 … 1 M Device Regulation Status Information Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.28 @extension st 1 … 1 F 2015-08-17 hl7:code CD.IPS 1 … 1 M (atc...ion) @code cs 1 … 1 F 532354 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.24 @codeSystemName st 1 … 1 F MDC @displayName st 1 … 1 F MDC_REG_CERT_DATA_CONTINUA_REG_STATUS: Regulation status hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ion) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ion) @language cs 1 … 1 R hl7:text 1 … 1 M Hier wird auf den Text referenziert welcher besagt ob das Gerät PCHA-reguliert ist. (atc...ion) hl7:reference 1 … 1 M (atc...ion) @value st 1 … 1 R hl7:value BN 1 … 1 M (atc...ion) @xsi:type 1 … 1 F BN

12.4.4.15.11 Device PCHA Version Information Observation

Id	1.2.40.0.34.6.0.11.3.84 ref at-cda-bbr-	Gültigkeit	2021‑02‑18 13:29:12 Andere Versionen mit dieser Id: atcdabbr_entry_DevicePCHAVersionInformationObservation vom 2020‑02‑19 12:49:25
Status	Aktiv	Versions-Label	1.1.0+20210218
Name	atcdabbr_entry_DevicePCHAVersionInformationObservation	Bezeichnung	Device PCHA Version Information Observation
Beschreibung Die Device PCHA Version Information Observation dokumentiert die PCHA (Continua) Version des verwendeten Gerätes. In PCHA konformen Geräten, kommen die Informationen aus dem RegCertDataList Attribut oder dem RegCertData Werten des Device Information Service eines Bluetooth Low Energy Health device.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.84
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.84 Device PCHA Version Information Observation (2020‑02‑19 12:49:25) ref at-cda-bbr-
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="DEF">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.84"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.27" extension="2015-08-17"/>  <hl7:code code="532352" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_REG_CERT_DATA_CONTINUA_VERSION: Continua Version">     <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>  <hl7:text>     <hl7:reference value="value"/>  </hl7:text>  <hl7:value xsi:type="ST">value</hl7:value></hl7:observation>
Beispiel	Beispiel <observation classCode="OBS" moodCode="DEF">   <templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <templateId root="2.16.840.1.113883.10.20.36.27" extension="2015-08-17"/>  <code code="532352" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_REG_CERT_DATA_CONTINUA_VERSION: Continua Version"/>  <text>     <!-- Hier wird auf den Text referenziert welcher die PCHA-Version beinhaltet.-->     <reference value="#device1pchaVersion"/>  </text>  <value xsi:type="ST">5.0</value></observation>
Item DT Kard Konf Beschreibung Label hl7:observation (atc...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F DEF hl7:templateId II 1 … 1 M HL7 Austria - Device PCHA Version Information Observation (atc...ion) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.84 hl7:templateId II 1 … 1 M Device PCHA Version Information Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.17 @extension st 1 … 1 F 2015-08-17 hl7:templateId II 1 … 1 M Device Information Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.17 @extension st 1 … 1 F 2015-08-17 hl7:templateId II 1 … 1 M (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.27 @extension st 1 … 1 F 2015-08-17 hl7:code CD.IPS 1 … 1 M (atc...ion) @code cs 1 … 1 F 532352 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.24 @codeSystemName st 1 … 1 F MDC @displayName st 1 … 1 F MDC_REG_CERT_DATA_CONTINUA_VERSION: Continua Version hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ion) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ion) @language cs 1 … 1 R hl7:text ED 1 … 1 M Hier wird auf den Text referenziert welcher die PCHA-Version beinhaltet. (atc...ion) hl7:reference TEL 1 … 1 M (atc...ion) @value st 1 … 1 R hl7:value ST 1 … 1 M (atc...ion) @xsi:type 1 … 1 F ST

12.4.4.15.12 Device Time Synchronization Information Observation

Id	1.2.40.0.34.6.0.11.3.85 ref at-cda-bbr-	Gültigkeit	2021‑02‑18 13:33:37 Andere Versionen mit dieser Id: atcdabbr_entry_DeviceTimeSynchronizationInformationObservation vom 2020‑02‑19 16:50:04
Status	Aktiv	Versions-Label	1.1.0+20210218
Name	atcdabbr_entry_DeviceTimeSynchronizationInformationObservation	Bezeichnung	Device Time Synchronization Information Observation
Beschreibung Die Device Time Synchronization Information Observation dokumentiert die Zeit-Synchronisierung Methode des verwendeten Gerätes. In PCHA konformen Geräten, kommen die Informationen aus dem MdsTimeInfo Attribut.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.85
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.85 Device Time Synchronization Information Observation (2020‑02‑19 16:50:04) ref at-cda-bbr-
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="DEF">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.85"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.29" extension="2015-08-17"/>  <hl7:code code="68220" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_TIME_SYNC_PROTOCOL: Time synchronization protocol">     <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>  <hl7:text>     <hl7:reference value="value"/>  </hl7:text>  <hl7:value xsi:type="CD" code="cs" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC"/></hl7:observation>
Beispiel	Beispiel <observation classCode="OBS" moodCode="DEF">   <templateId root="2.16.840.1.113883.10.20.36.29" extension="2015-08-17"/>  <code code="68220" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_TIME_SYNC_PROTOCOL: Time synchronization protocol"/>  <text>     <!-- Hier wird auf den Text referenziert welcher die Zeit Synchronisierungs Methode beschreibt.-->     <reference value="#device1timeSync"/>  </text>  <value xsi:type="CD" code="532234" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_TIME_SYNC_EBWW: Time synchronization via eyeball and wrist watch"/></observation>
Item DT Kard Konf Beschreibung Label hl7:observation (atc...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F DEF hl7:templateId II 1 … 1 M HL7 Austria - Device Time Synchronization Information Observation (atc...ion) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.85 hl7:templateId II 1 … 1 M Device Time Synchronization Information Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.29 @extension st 1 … 1 F 2015-08-17 hl7:code CD.IPS 1 … 1 M (atc...ion) @code cs 1 … 1 F 68220 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.24 @codeSystemName st 1 … 1 F MDC @displayName st 1 … 1 F MDC_TIME_SYNC_PROTOCOL: Time synchronization protocol hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ion) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ion) @language cs 1 … 1 R hl7:text 1 … 1 M Hier wird auf den Text referenziert welcher die Zeit Synchronisierungs Methode beschreibt. (atc...ion) hl7:reference 1 … 1 M (atc...ion) @value st 1 … 1 R hl7:value CD 1 … 1 M (atc...ion) @xsi:type 1 … 1 F CD @code cs 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.24 @codeSystemName cs 1 … 1 F MDC

12.4.4.15.13 Device Protocol Information Observation

Id	1.2.40.0.34.6.0.11.3.86 ref at-cda-bbr-	Gültigkeit	2021‑02‑18 13:29:54 Andere Versionen mit dieser Id: atcdabbr_entry_DeviceProtocolInformationObservation vom 2020‑02‑19 16:27:43
Status	Aktiv	Versions-Label	1.1.0+20210218
Name	atcdabbr_entry_DeviceProtocolInformationObservation	Bezeichnung	Device Protocol Information Observation
Beschreibung	Die Device Protocol Information Observation dokumentiert das interne Protokoll des verwendeten Gerätes. Bei PCHA konformen Geräten, kommen die Informationen aus dem Production specification Attribut.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.86
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.86 Device Protocol Information Observation (2020‑02‑19 16:27:43) ref at-cda-bbr-
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="DEF">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.86"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.17" extension="2015-08-17"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.30" extension="2015-08-17"/>  <hl7:code code="531977" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ID_PROD_SPEC_PROTOCOL: Protocol Information">     <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>  <hl7:text>     <hl7:reference value="value"/>  </hl7:text>  <hl7:value xsi:type="ST">value</hl7:value></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation (atc...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F DEF hl7:templateId II 1 … 1 M HL7 Austria - Device Protocol Information Observation (atc...ion) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.86 hl7:templateId II 1 … 1 M Device Information Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.17 @extension st 1 … 1 F 2015-08-17 hl7:templateId II 1 … 1 M Device Protocol Information Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.30 @extension st 1 … 1 F 2015-08-17 hl7:code CD.IPS 1 … 1 M (atc...ion) @code cs 1 … 1 F 531977 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.24 @codeSystemName st 1 … 1 F MDC @displayName st 1 … 1 F MDC_ID_PROD_SPEC_PROTOCOL: Protocol Information hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ion) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ion) @language cs 1 … 1 R hl7:text ED 1 … 1 M Hier wird auf den Text referenziert welcher das verwendete Protokoll beinhaltet. (atc...ion) hl7:reference TEL 1 … 1 M (atc...ion) @value st 1 … 1 R hl7:value ST 1 … 1 M (atc...ion) @xsi:type 1 … 1 F ST

12.4.4.15.14 Device Accuracy Observation

Id	1.2.40.0.34.6.0.11.3.87 ref at-cda-bbr-	Gültigkeit	2021‑02‑18 13:24:04 Andere Versionen mit dieser Id: atcdabbr_entry_DeviceAccuracyObservation vom 2020‑02‑19 17:10:35
Status	Aktiv	Versions-Label	1.1.0+20210218
Name	atcdabbr_entry_DeviceAccuracyObservation	Bezeichnung	Device Accuracy Observation
Beschreibung Die Device Accuracy Observation kann mit einem oder mehreren Elementen in einem Device Information Organizer vorhanden sein. Die Genauigkeit oder Präzession einer Messung sagt aus wie viel der Messwert vom tatsächlichen Wert abweichen könnte. Beispielsweise können die Werte eines Geräts mit +/-3% vom tatsächlichen Wert abweichen. Die Genauigkeit wird hier angegeben in den Einheiten der Messgröße, und weil ein Gerät mehr als nur eine Messgröße messen kann, können mehrere Device Accuracy Observation-Elemente existieren. Wenn das Gerät die Daten über die Genauigkeit oder den anderen Geräte-Details nicht zurückgibt, können diese, wenn gewünscht, auch manuell oder über andere Wege eingetragen werden.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.87
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.87 Device Accuracy Observation (2020‑02‑19 17:10:35) ref at-cda-bbr-
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="DEF">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.87"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.3" extension="2015-08-17"/>  <hl7:code code="67194" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ATTR_NU_ACCUR_MSMT: Measurement accuracy">     <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>  <hl7:text>     <hl7:reference value="value"/>  </hl7:text>  <hl7:value xsi:type="PQ" value="1" unit="cs"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation (atc...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F DEF hl7:templateId II 1 … 1 M HL7 Austria - Device Accuracy Observation (atc...ion) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.87 hl7:templateId II 1 … 1 M Device Accuracy Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.3 @extension st 1 … 1 F 2015-08-17 hl7:code CD.IPS 1 … 1 M (atc...ion) @code cs 1 … 1 F 67194 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.24 @codeSystemName st 1 … 1 F MDC @displayName st 1 … 1 F MDC_ATTR_NU_ACCUR_MSMT: Measurement accuracy hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ion) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ion) @language cs 1 … 1 R hl7:text ED 1 … 1 M Hier wird auf den Text referenziert welcher die Genauigkeit der Messung beschreibt. (atc...ion) hl7:reference TEL 1 … 1 M (atc...ion) @value st 1 … 1 R hl7:value PQ 1 … 1 M (atc...ion) @xsi:type 1 … 1 F PQ @value real 1 … 1 R @unit cs 1 … 1 R Es MUSS die „case sensitive“ Variante (c/s) der maschinenlesbaren Form des UCUM verwendet werden.

12.4.4.15.15 Device Sampling Frequency Observation

Id	1.2.40.0.34.6.0.11.3.88 ref at-cda-bbr-	Gültigkeit	2021‑02‑18 13:32:08 Andere Versionen mit dieser Id: atcdabbr_entry_DeviceSamplingFrequencyObservation vom 2020‑02‑19 18:35:34
Status	Aktiv	Versions-Label	1.1.0+20210218
Name	atcdabbr_entry_DeviceSamplingFrequencyObservation	Bezeichnung	Device Sampling Frequency Observation
Beschreibung Die Device Sampling Frequency Observation kann mit einem oder mehreren Elementen in einem Device Information Organizer vorhanden sein. Die Abtastfrequenz oder Samplefrequenz einer Messung sagt aus wie schnell hintereinander ein Messwert gemessen werden kann. Beispielsweise kann ein Pulsmesser jede Sekunde einen Wert messen. Die Abtastfrequenz wird hier in Millisekunden angegeben und weil ein Gerät mehr als nur eine Messgröße messen kann, können mehrere Device Sampling Frequency Observation-Elemente existieren. Wenn das Gerät die Daten über die Abtastfrequenz oder die anderen Geräte-Details nicht zurückgibt, können diese, wenn gewünscht, auch manuell oder über andere Wege eingetragen werden.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.88
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.88 Device Sampling Frequency Observation (2020‑02‑19 18:35:34) ref at-cda-bbr-
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="DEF">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.88"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.10" extension="2015-08-17"/>  <hl7:code code="67981" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ATTR_TIME_PD_SAMP: Frequency that the device sends measurements">     <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>  <hl7:text>     <hl7:reference value="value"/>  </hl7:text>  <hl7:value xsi:type="PQ" value="1" unit="ms"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation (atc...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F DEF hl7:templateId II 1 … 1 M HL7 Austria - Device Sampling Frequency Observation (atc...ion) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.88 hl7:templateId II 1 … 1 M Device Sampling Frequency Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.10 @extension st 1 … 1 F 2015-08-17 hl7:code CD.IPS 1 … 1 M Hinweis aus HL7 CDA PHMR: Even though the MDC_ATTR_TIME_PD_SAMP IEEE 11073 10101 reference id is used to specify the code, the value for this entry does not come from the MDC_ATTR_TIME_PD_SAMP attribute of the RTSA metric object in IEEE 11073 20601 devices. That value is placed in the Phm Measurement Waveform Observation entry. Das Phm Measurement Waveform wird in diesem Leitfaden durch das template "Serienmessungs-Gruppe Entry", OID 1.2.40.0.34.6.0.11.3.102 modelliert. (atc...ion) @code cs 1 … 1 F 67981 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.24 @codeSystemName st 1 … 1 F MDC @displayName st 1 … 1 F MDC_ATTR_TIME_PD_SAMP: Frequency that the device sends measurements hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ion) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ion) @language cs 1 … 1 R hl7:text ED 1 … 1 M Hier wird auf den Text referenziert welcher die Abtastfrequenz der Messung beschreibt. (atc...ion) hl7:reference TEL 1 … 1 M (atc...ion) @value st 1 … 1 R hl7:value PQ 1 … 1 M (atc...ion) @xsi:type 1 … 1 F PQ @value real 1 … 1 R @unit cs 1 … 1 F ms

12.4.4.15.16 Device Resolution Observation

Id	1.2.40.0.34.6.0.11.3.89 ref at-cda-bbr-	Gültigkeit	2021‑02‑18 13:30:37 Andere Versionen mit dieser Id: atcdabbr_entry_DeviceResolutionObservation vom 2020‑02‑19 18:27:04
Status	Aktiv	Versions-Label	1.1.0+20210218
Name	atcdabbr_entry_DeviceResolutionObservation	Bezeichnung	Device Resolution Observation
Beschreibung Die Device Resolution Observation kann mit einem oder mehreren Elementen in einem Device Information Organizer vorhanden sein. Die Auflösung einer Messung sagt aus wie klein der Unterschied zwischen zwei Messungen sein muss, um vom Gerät erkannt zu werden. Beispielsweise kann ein Thermometer eine Auflösung von 0,1 Grad Celsius haben. Die Auflösung wird hier angegeben in den Einheiten der Messgröße und weil ein Gerät mehr als nur eine Messgröße messen kann, können mehrere Device Accuracy Observation-Elemente existieren. Wenn das Gerät die Daten über die Auflösung oder die anderen Geräte-Details nicht zurückgibt, können diese, wenn gewünscht, auch manuell oder über andere Wege eingetragen werden.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.89
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.89 Device Resolution Observation (2020‑02‑19 18:27:04) ref at-cda-bbr-
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="DEF">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.89"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.6" extension="2015-08-17"/>  <hl7:code code="17441009" codeSystem="2.16.840.1.113883.6.9" codeSystemName="SNOMED CT" displayName="device measurement resolution">     <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>  <hl7:text>     <hl7:reference value="value"/>  </hl7:text>  <!-- choice: 1..1 element hl7:value element hl7:value --> </hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation (atc...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F DEF hl7:templateId II 1 … 1 M HL7 Austria - Device Resolution Observation (atc...ion) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.89 hl7:templateId II 1 … 1 M Device Resolution Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.6 @extension st 1 … 1 F 2015-08-17 hl7:code CD.IPS 1 … 1 M (atc...ion) @code cs 1 … 1 F 17441009 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.9 @codeSystemName st 1 … 1 F SNOMED CT @displayName st 1 … 1 F device measurement resolution hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ion) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ion) @language cs 1 … 1 R hl7:text ED 1 … 1 M Hier wird auf den Text referenziert welcher die Auflösung der Messung beschreibt. (atc...ion) hl7:reference TEL 1 … 1 M (atc...ion) @value st 1 … 1 R Auswahl 1 … 1 Elemente in der Auswahl: hl7:value hl7:value hl7:value PQ 0 … 1 R (atc...ion) @xsi:type 1 … 1 F PQ @value real 1 … 1 R @unit cs 1 … 1 R Es MUSS die „case sensitive“ Variante (c/s) der maschinenlesbaren Form des UCUM verwendet werden. hl7:value ST 0 … 1 R (atc...ion) @xsi:type 1 … 1 F ST

12.4.4.15.17 Device Measurement Range Observation

Id	1.2.40.0.34.6.0.11.3.90 ref at-cda-bbr-	Gültigkeit	2021‑02‑18 13:27:41 Andere Versionen mit dieser Id: atcdabbr_entry_DeviceMeasurementRangeObservation vom 2020‑02‑19 18:08:20
Status	Aktiv	Versions-Label	1.1.0+20210218
Name	atcdabbr_entry_DeviceMeasurementRangeObservation	Bezeichnung	Device Measurement Range Observation
Beschreibung Die Device Measurement Range Observation kann mit einem oder mehreren Elementen in einem Device Information Organizer vorhanden sein. Der Messbereich oder die Messspanne einer Messung sagt aus, in welchem Bereich ein Messwert liegen kann, um noch vom Gerät gemessen werden zu können. Beispielsweise kann der Messbereich eines Thermometers zwischen 0 und 100 Grad Celsius liegen. Der Messbereich wird hier in den Einheiten der Messgröße angegeben und weil ein Gerät mehr als nur eine Messgröße messen kann, können mehrere Device Measurement Range Observation-Elemente existieren. Wenn das Gerät die Daten über den Messbereich oder die anderen Geräte-Details nicht zurückgibt, können diese, wenn gewünscht, auch manuell oder über andere Wege eingetragen werden.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.90
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.90 Device Measurement Range Observation (2020‑02‑19 18:08:20) ref at-cda-bbr-
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="DEF">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.90"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.5" extension="2015-08-17"/>  <hl7:code code="67198" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ATTR_NU_RANGE_MSMT: Measurement range">     <cda:translation code="cs" codeSystem="1.2.3.999" codeSystemName="codeSystemName" displayName="displayName"/>    <designation language="cs">designation</designation>  </hl7:code>  <hl7:text>     <hl7:reference value="value"/>  </hl7:text>  <!-- choice: 1..1 element hl7:value[@xsi:type='IVL_PQ'] element hl7:value[@xsi:type='ST'] --> </hl7:observation>
Beispiel	Beispiel <observation classCode="OBS" moodCode="DEF">   <templateId root="2.16.840.1.113883.10.20.36.5" extension="2015-08-17"/>  <code code="67198" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_ATTR_NU_RANGE_MSMT: Measurement range"/>  <text>     <!-- Hier wird auf den Text referenziert welcher den Messbereich der Messung beschreibt.-->     <reference value="#device1measRange"/>  </text>  <!-- Für Werte welche nicht mit Zahlen ausgedrückt werden können kann einfach ST verwendet werden. Beispielsweise für Messung des Wohlbefindens wird der Messbereich wie folgt angegeben: <value xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="ST"> Gerät kann zwischen den drei Zuständen Gut, Gemischt und Schlecht abfragen.</value>-->   <value xsi:type="IVL_PQ">     <low value="0.5" unit="%"/>    <high value="100" unit="%"/>  </value></observation>
Item DT Kard Konf Beschreibung Label hl7:observation (atc...ion) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F DEF hl7:templateId II 1 … 1 M HL7 Austria - Device Measurement Range Observation (atc...ion) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.90 hl7:templateId II 1 … 1 M Device Measurement Range Observation (atc...ion) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.5 @extension st 1 … 1 F 2015-08-17 hl7:code CD.IPS 1 … 1 M (atc...ion) @code cs 1 … 1 F 67198 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.24 @codeSystemName st 1 … 1 F MDC @displayName st 1 … 1 F MDC_ATTR_NU_RANGE_MSMT: Measurement range hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. (atc...ion) @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. (atc...ion) @language cs 1 … 1 R hl7:text 1 … 1 M Hier wird auf den Text referenziert welcher die Genauigkeit der Messung beschreibt. (atc...ion) hl7:reference 1 … 1 M (atc...ion) @value st 1 … 1 R Auswahl 1 … 1 Elemente in der Auswahl: hl7:value[@xsi:type='IVL_PQ'] hl7:value[@xsi:type='ST'] hl7:value IVL_PQ 0 … 1 R (atc...ion) wo [@xsi:type='IVL_PQ'] @xsi:type 1 … 1 F IVL_PQ hl7:low IVXB_PQ 1 … 1 M (atc...ion) @value real 1 … 1 R @unit cs 1 … 1 R Es MUSS die „case sensitive“ Variante (c/s) der maschinenlesbaren Form des UCUM verwendet werden. hl7:high IVXB_PQ 1 … 1 M (atc...ion) @value real 1 … 1 R @unit cs 1 … 1 R Es MUSS die „case sensitive“ Variante (c/s) der maschinenlesbaren Form des UCUM verwendet werden. hl7:value ST 0 … 1 R (atc...ion) wo [@xsi:type='ST'] @xsi:type 1 … 1 F ST

12.4.4.16 Eingebettetes Objekt Entry

Id	1.2.40.0.34.11.1.3.1 ref elgabbr-	Gültigkeit	2017‑05‑05 Andere Versionen mit dieser Id: Eingebettetes​ObjektEntry vom 2011‑12‑19
Status	Aktiv	Versions-Label
Name	Eingebettetes​ObjektEntry	Bezeichnung	Eingebettetes Objekt Entry
Beschreibung	Achtung: Grafiken mit Transparenz (z.B: bei GIF oder PNG möglich) können zu schweren Problemen bei der Wiedergabe oder Konvertierung zu PDF/A-1 führen und sind daher NICHT ERLAUBT
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.3.1
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (2017‑05‑05) ref elgabbr- Version: Template 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <observationMedia classCode="OBS" moodCode="EVN" ID="Beilage-1">   <templateId root="1.2.40.0.34.11.1.3.1"/>  <value mediaType="application/pdf" representation="B64"> JVBEi0xLjMKJcfsj6IKNSAwIG9iago8PC9MZW5ndGggNiAwIFIvRmlsdGVyI C9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nM1aW28dtxFGnLfzK/ap3S0ihveLU AQYydprBSJcJICNvqgu1TrSI4kN0H+bF76M/LQ4S7Jmd3DlY/kg6IO4NBDch M5z5OHt+bjgTznIVGh7/o/84Xi0+PwjN+d3i54Vh1nNjezltH6+a50sYJngj AuOu2Z5thB9n2gcZ55r2XjoEzBjuVq0Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ90 e0opgNXrv2p40zBn/YAZU0HLR+cb3lnW Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ : : : </value></observationMedia>
Item DT Kard Konf Beschreibung Label hl7:observationMedia 1 … 1 R Container zur Angabe eines eingebetteten Objekts. (Ein...try) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN @ID 1 … 1 R ID des eingebetteten Objekts. Wird vom Element <render-MultiMedia referencedObject=" "/> im narrativen Text-Bereich referenziert. hl7:templateId II 1 … 1 M (Ein...try) @root uid 1 … 1 F 1.2.40.0.34.11.1.3.1 hl7:value ED 1 … 1 M Das eingebettete Objekt (PDF, Bild), unkomprimiert, Base64 enkodiert. Siehe „Größenbeschränkung von eingebetteten Objekten“  (Ein...try) @mediaType cs 1 … 1 R Medientyp 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) @representation cs 1 … 1 F B64

12.4.5 Weitere CDA Fragmente

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

12.4.5.1 Device Product Instance Template

Id	1.2.40.0.34.6.0.11.9.43 ref at-cda-bbr-	Gültigkeit	2022‑08‑24 14:48:23 Andere Versionen mit dieser Id: atcdabbr_entry_DeviceProductInstanceTemplate vom 2021‑02‑18 13:29:34 atcdabbr_entry_DeviceProductInstanceTemplate vom 2020‑10‑05 18:35:34 atcdabbr_entry_DeviceProductInstanceTemplate vom 2020‑02‑19 10:22:45
Status	Entwurf	Versions-Label	1.1.1+20220824
Name	atcdabbr_entry_DeviceProductInstanceTemplate	Bezeichnung	Device Product Instance Template
Beschreibung Das "Device Product Instance Template" beschreibt die verpflichtenden Eigenschaften des verwendeten Gerätes. Mindestens eine eindeutige ID, die Klassifizierung und der Name (samt Hersteller) des Gerätes sind für jedes verwendetes Gerät anzugeben. Dieses Template definiert das participantRole-Element des Device Information Organizer. In vielen Fällen ist das Gerät ein IEEE 11073 kompatibles Gerät. In diesem Dokument vorhandene medizinische Beobachtungen besitzen ein author-Element, welches in den Daten dieses Templates vorhanden sein muss. Alle weiteren Informationen zum verwendeten Gerät können im darüberliegenden Device Information Organizer kodiert werden.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.43
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.2 Inklusion Original Text Reference (1.0.0+20210219) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.43 Device Product Instance Template (2021‑02‑18 13:29:34) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.43 Device Product Instance Template (2020‑10‑05 18:35:34) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.43 Device Product Instance Template (2020‑02‑19 10:22:45) ref at-cda-bbr-
Beispiel	Beispiel <hl7:participantRole classCode="MANU">   <hl7:templateId root="1.2.40.0.34.6.0.11.9.43"/>  <hl7:templateId root="2.16.840.1.113883.10.20.22.4.37"/>  <hl7:templateId root="2.16.840.1.113883.10.20.36.9" extension="2015-08-17"/>  <hl7:id root="1.2.3.999" extension="extension" assigningAuthorityName="assigningAuthorityName"/>  <hl7:playingDevice>     <hl7:code code="4103" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_DEV_SPEC_PROFILE_BP">       <cda:translation/>    </hl7:code>    <hl7:manufacturerModelName>manufacturerModelName</hl7:manufacturerModelName>  </hl7:playingDevice></hl7:participantRole>
Item DT Kard Konf Beschreibung Label hl7:participantRole PHMR Product Instance (atc...ate) @classCode cs 1 … 1 F MANU hl7:templateId II 1 … 1 M HL7 Austria - Device Product Instance Template (atc...ate) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.9.43 hl7:templateId II 1 … 1 M C-CDA Product Instance (atc...ate) @root uid 1 … 1 F 2.16.840.1.113883.10.20.22.4.37 hl7:templateId II 1 … 1 M Device PHMR Product Instance (atc...ate) @root oid 1 … 1 F 2.16.840.1.113883.10.20.36.9 @extension st 1 … 1 F 2015-08-17 hl7:id 1 … * M Das @root-Element soll die OID des Gerätenummervergebers sein und die @extension eine valide ID innerhalb. Für PCHA Geräte soll das @root-Element 1.2.840.10004.1.1.1.0.0.1.0.0.1.2680 sein und das @extension-Element eine valide EUI-64 Geräte-ID, wie die welche erhalten wird aus dem "system ID"-Attribut von IEEE 11073 20601 Geräten oder dem "system ID"-Attribut von Bluetooth-Low-Energy-Geräten. Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen. (atc...ate) @root oid 1 … 1 R @extension st 1 … 1 R @assigningAuthorityName st 1 … 1 R hl7:playingDevice 1 … 1 M Informationen zum Gerätehersteller und Gerätetyp. Dieses Element kann eine Wiederholung der Daten aus dem "Device Manufacturer Information Observation"-Entry oder "Device Model Number Information Observation"-Entry beinhalten. (atc...ate) hl7:code CE.IPS 1 … 1 M Hier MUSS die Klassifizierung des Gerätetyps als MDC-Code bereitgestellt werden. (atc...ate) @code 1 … 1 R @codeSystem uid 1 … 1 F 2.16.840.1.113883.6.24 @codeSystemName st 0 … 1 F MDC @displayName 0 … 1   Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC) hl7:originalText ED 1 … 1 M Textinhalt, der codiert wurde. (atc...ate) hl7:reference TEL 1 … 1 M Die Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente. (atc...ate) @value 1 … 1 R   Schematron assert role  error     test starts-with(@value,'#')     Meldung The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element.   hl7:translation CD 0 … * Hier können weitere Übersetzungen des Codes aus weiteren Codesystemen bereitgestellt werden. (atc...ate) hl7:manufacturer​Model​Name ST 1 … 1 M Folgender Eintrag kann redundente Informationen erhalten, da auch das "Device Manufacturer Information Observation"-Element oder das "Device Model Number Information Observation" den Hersteller nennt. (atc...ate) hl7:scopingEntitiy NP Dieses Element zur Dokumentation des Geräteherstellers dient zur Rückwärtskompatibilität zu Implementierungen von PHMR Leitfäden vor Jänner 2017. Diese Information ist bereits in anderen Elementen vorhanden. (atc...ate) hl7:desc ST NP Der Name des Geräteherstellers. (atc...ate)

12.4.5.2 Time Interval Information minimal

Id	1.2.40.0.34.6.0.11.9.15 ref at-cda-bbr-	Gültigkeit	2021‑06‑28 14:02:29 Andere Versionen mit dieser Id: atcdabbr_other_TimeIntervalInformationMinimal vom 2021‑02‑19 13:37:11 atcdabbr_other_TimeIntervalInformationMinimal vom 2019‑04‑08 08:15:46
Status	Aktiv	Versions-Label	1.0.1+20210628
Name	atcdabbr_other_TimeIntervalInformationMinimal	Bezeichnung	Time Interval Information minimal
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (2021‑02‑19 13:37:11) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (2019‑04‑08 08:15:46) ref at-cda-bbr-
Beispiel	Strukturbeispiel <placeholder>   <low value="20190704123315+0200"/>  <high value="20190704123315+0200"/></placeholder>
Item DT Kard Konf Beschreibung Label Auswahl 1 … 1 Elemente in der Auswahl: hl7:low[@value] hl7:low[@nullFlavor='UNK'] hl7:low TS.AT.TZ 0 … 1 (atc...mal) wo [@value] hl7:low TS.AT.TZ 0 … 1 (atc...mal) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Elemente in der Auswahl: hl7:high[@value] hl7:high[@nullFlavor='UNK'] hl7:high TS.AT.TZ 0 … 1 (atc...mal) wo [@value] hl7:high TS.AT.TZ 0 … 1 (atc...mal) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK

12.4.5.3 Performer Body

Id	1.2.40.0.34.6.0.11.9.17 ref at-cda-bbr-	Gültigkeit	2021‑02‑19 13:36:15 Andere Versionen mit dieser Id: atcdabbr_other_PerformerBody vom 2019‑01‑17 12:44:16
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_other_PerformerBody	Bezeichnung	Performer Body
Beschreibung	Durchführende Entität der Gesundheitsdienstleistung
Kontext	Geschwisterknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.17
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.16 Inklusion Assigned Entity Body (1.0.1+20210526) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.17 Performer Body (2019‑01‑17 12:44:16) ref at-cda-bbr- Adaptation: Template 2.16.840.1.113883.10.12.323 CDA Performer (Body) (2005‑09‑07) ref ad1bbr-
Beispiel	Beispiel <templateId root="1.2.40.0.34.6.0.11.9.17"/><time>   <low value="20191025100000+0100"/>  <high value="20191025120000+0100"/></time><assignedEntity>   <!-- include template 1.2.40.0.34.6.0.11.9.16 'Assigned Entity Body' (dynamic) .. O --> </assignedEntity>
Item DT Kard Konf Beschreibung Label @typeCode cs 1 … 1 R   CONF Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.43 ELGA_ServiceEventPerformer (DYNAMIC) hl7:templateId II 1 … 1 M (atc...ody) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.9.17 hl7:time IVL_TS 0 … 1 Zeit, in der der Performer mit der Gesundheitsdienstleistung beschäftigt war, wenn abweichend von effectiveTime im übergeordneten Act (atc...ody) hl7:assignedEntity 1 … 1 M (atc...ody) Eingefügt von 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (DYNAMIC) @classCode cs 0 … 1 F ASSIGNED Auswahl 1 … * Elemente in der Auswahl: hl7:id[not(@nullFlavor)] hl7:id[@nullFlavor='NI'] hl7:id[@nullFlavor='UNK'] hl7:id II 0 … * Mindestens eine Id der Person. Zugelassene nullFlavor: NI … Die Person der Entität hat keine Identifikationsnummer UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt (atc...ody) wo [not(@nullFlavor)] hl7:id II 0 … 1 (atc...ody) wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 (atc...ody) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:code CE 0 … 1 R Funktionscode der angegebenen Person. Das zu verwendende Value-Set ist in den abgeleiteten Templates zu spezifizieren. (atc...ody) hl7:addr 0 … * R Adresse der angegebenen Person. Keine vollständig strukturierte Adressangabe nötig. Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) (atc...ody)   Constraint Werden mehrere address-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:telecom TEL.AT 0 … * R (atc...ody) @value url 1 … 1 R 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“ @use cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 0 … 1 Elemente in der Auswahl: hl7:assigned​Person: Angabe der name-Elemente unstrukturiert hl7:assigned​Person: Angabe der name-Elemente strukturiert Elemente in der Auswahl: hl7:assigned​Person welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:assigned​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:assigned​Person 0 … 1 R Personendaten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Angabe der name-Elemente unstrukturiert, das name-Element ist Mandatory. Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) (atc...ody) hl7:assigned​Person 0 … 1 R Personendaten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Angabe der name-Elemente strukturiert, das name-Element ist Mandatory. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (atc...ody) hl7:represented​Organization 0 … 1 R Organistationsdaten der angegebenen Person. Minimale Adressangabe möglich. Beinhaltet 1.2.40.0.34.6.0.11.9.20 Organization Compilation with name, addr minimal (DYNAMIC) (atc...ody)

12.4.5.4 Author Body

Id	1.2.40.0.34.6.0.11.9.36 ref at-cda-bbr-	Gültigkeit	2023‑04‑05 13:52:41 Andere Versionen mit dieser Id: atcdabbr_other_AuthorBody vom 2021‑02‑19 13:12:19 atcdabbr_other_AuthorBody vom 2019‑11‑20 12:13:04 atcdabbr_other_AuthorBody vom 2019‑01‑18 11:37:17
Status	Aktiv	Versions-Label	1.0.1+20230717
Name	atcdabbr_other_AuthorBody	Bezeichnung	Author Body
Beschreibung Der Autor (author) ist der Verfasser bzw. geistige Urheber eines bestimmten Inhalts. In der Regel ist das eine Person oder mehrere Personen, es kann aber auch ein "Gerät" - ein Programm oder Software den Inhalt automatisiert erstellen. Element für Sections und Entries. Wenn nicht angegeben, gilt das jeweils "darüberlegende" Author-Element (Section, Document).
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.6 Inklusion Person Name Compilation G2 (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.18 Containment Device Compilation (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.5 Containment Organization Compilation with id, name (1.0.1+20210628) DYNAMIC
Beziehung	Spezialisierung: Template 1.2.40.0.34.6.0.11.9.36 Author Body (2021‑02‑19 13:12:19) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.36 Author Body (2019‑11‑20 12:13:04) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.318 CDA Author (Body) (2005‑09‑07) ref ad1bbr-
Beispiel	Beispiel <placeholder typeCode="AUT" contextControlCode="OP">   <time value="20190710153549+0200"/>  <assignedAuthor classCode="ASSIGNED">     <id root="1.2.3.999" extension="--example only--"/>    <code code="100" codeSystem="1.2.40.0.34.5.2" displayName="Ärztin/Arzt für Allgemeinmedizin"/>    <addr>       <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->     </addr>    <telecom value="tel:+1-12345678"/>    <assignedPerson classCode="PSN" determinerCode="INSTANCE">       <!-- template 1.2.40.0.34.6.0.11.9.6 'Person Name Compilation G2' -->     </assignedPerson>    <representedOrganization classCode="ORG" determinerCode="INSTANCE">       <!-- template 1.2.40.0.34.6.0.11.9.5 'Organization Compilation with id, name' (2019-03-25T13:43:57) -->     </representedOrganization>  </assignedAuthor></placeholder>
Item DT Kard Konf Beschreibung Label @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP hl7:functionCode CE 0 … 1 Funktionscode des Verfassers des Dokuments z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“, … Eigene Codes und Bezeichnungen können verwendet werden.  Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen. (atc...ody) Auswahl 1 … 1 Zeitpunkt der Freigabe der Dokumentation Elemente in der Auswahl: hl7:time[not(@nullFlavor)] hl7:time[@nullFlavor='UNK'] hl7:time TS.AT.TZ 0 … 1 (atc...ody) wo [not(@nullFlavor)] hl7:time TS.AT.TZ 0 … 1 nullFlavor (atc...ody) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:assignedAuthor 1 … 1 R (atc...ody) @classCode cs 0 … 1 F ASSIGNED Auswahl 1 … * Elemente in der Auswahl: hl7:id[not(@nullFlavor)] hl7:id[@nullFlavor='UNK'] hl7:id II 0 … * (atc...ody) wo [not(@nullFlavor)] hl7:id II 0 … 1 (atc...ody) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:code CE 0 … 1 (atc...ody) wo [not(@nullFlavor)]   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:addr AD 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (atc...ody) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (atc...ody) wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.) Zulässige Werteliste für telecom-Präfixe gemäß Value Set "ELGA_URLScheme" @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse"   Constraint Werden mehrere gleichartige telecom-Element strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 1 Elemente in der Auswahl: hl7:assigned​Person hl7:assigned​Authoring​Device welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) hl7:assigned​Person 0 … 1 (atc...ody)   Beispiel <assignedPerson classCode="PSN" determinerCode="INSTANCE">   <name>     <prefix qualifier="AC">Univ.-Prof. Dr.</prefix>    <given>Isabella</given>    <family>Stern</family>  </name></assignedPerson> Eingefügt 1 … 1 R von 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE Auswahl 1 … 1 Namen-Element (Person) Elemente in der Auswahl: hl7:name[not(@nullFlavor)] hl7:name[@nullFlavor='UNK'] hl7:name[@nullFlavor='MSK'] hl7:name PN 0 … 1 (atc...ody) wo [not(@nullFlavor)] @use cs 0 … 1   Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist, z.B. A („Artist“). Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“. Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“). hl7:prefix ENXP 0 … * Beliebig viele Präfixe zum Namen, z.B. Akademische Titel Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen! (atc...ody) @qualifier cs 0 … 1   Die genaue Bedeutung eines prefix-Elements, beispielsweise dass das angegebene Präfix einen akademischen Titel darstellt, z.B. AC („Academic“). Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“   CONF Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC) hl7:family ENXP 1 … * M Mindestens ein Hauptname (Nachname) (atc...ody) @qualifier cs 0 … 1   Die genaue Bedeutung eines family-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“)  Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“   CONF Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC) hl7:given ENXP 1 … * M Mindestens ein Vorname (atc...ody) @qualifier cs 0 … 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) hl7:suffix ENXP 0 … * Beliebig viele Suffixe zum Namen (atc...ody) @qualifier cs 0 … 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) hl7:name PN 0 … 1 (atc...ody) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:name PN 0 … 1 (atc...ody) wo [@nullFlavor='MSK'] @nullFlavor cs 1 … 1 F MSK hl7:assigned​Authoring​Device 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) (atc...ody)   Beispiel <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE">   <manufacturerModelName>xxx</manufacturerModelName>  <softwareName>yyy</softwareName></assignedAuthoringDevice> hl7:represented​Organization 0 … 1 Organisation, in deren Auftrag und Verantwortlichkeit der Inhalt erstellt wurde Beinhaltet 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (DYNAMIC) (atc...ody) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE

12.4.5.5 Informant Body

Id	1.2.40.0.34.6.0.11.9.3 ref at-cda-bbr-	Gültigkeit	2021‑10‑04 08:03:25 Andere Versionen mit dieser Id: atcdabbr_other_InformantBody vom 2021‑10‑01 14:13:11 atcdabbr_other_InformantBody vom 2021‑02‑19 13:12:43 atcdabbr_other_InformantBody vom 2019‑02‑07 13:29:32
Status	Aktiv	Versions-Label	1.0.1+20211213
Name	atcdabbr_other_InformantBody	Bezeichnung	Informant Body
Beschreibung Template für die Angabe des Informanten im CDA Body (Section oder Entry). Als Informanten können auftreten: relatedEntity: der Patient selbst oder eine verwandte / bekannte Person  assignedEntity: ein Gesundheitsdiensteanbieter (GDA)
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.16 Containment Assigned Entity Body (1.0.1+20210526) DYNAMIC 1.2.40.0.34.6.0.11.9.10 Containment Address Compilation Minimal (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.6 Containment Person Name Compilation G2 (1.0.1+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.3 Informant Body (2021‑02‑19 13:12:43) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.3 Informant Body (2019‑02‑07 13:29:32) ref at-cda-bbr- Adaptation: Template 2.16.840.1.113883.10.12.319 CDA Informant (Body) (2005‑09‑07) ref ad1bbr-
Beispiel	Informant ist verwandte Person <relatedEntity classCode="PRS">   <!-- Verwandtschaftsverhältnis des Angehörigen zum Patienten -->   <code code="MTH" displayName="mother" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7 Role Code"/></relatedEntity>
Beispiel	Informant ist der Patient selbst <relatedEntity classCode="PRS">   <code code="SELF" displayName="self" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7 Role Code"/></relatedEntity>
Item DT Kard Konf Beschreibung Label @typeCode cs 0 … 1 F INF @context​Control​Code cs 0 … 1 F OP Auswahl 1 … 1 Elemente in der Auswahl: hl7:assignedEntity welches enthält Template 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (DYNAMIC) hl7:relatedEntity hl7:assignedEntity 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (DYNAMIC) (atc...ody) hl7:relatedEntity 0 … 1 (atc...ody) @classCode cs 1 … 1 F PRS hl7:code CE 0 … 1 R (atc...ody) wo [not(@nullFlavor)]   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) hl7:addr AD 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) (atc...ody) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * R (atc...ody) wo [not(@nullFlavor)] hl7:relatedPerson 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (DYNAMIC) (atc...ody)

12.4.5.6 Participant Body

Id	1.2.40.0.34.6.0.11.9.13 ref at-cda-bbr-	Gültigkeit	2021‑06‑28 14:00:23 Andere Versionen mit dieser Id: atcdabbr_other_ParticipantBody vom 2021‑02‑19 13:35:21 atcdabbr_other_ParticipantBody vom 2019‑04‑03 12:08:16
Status	Aktiv	Versions-Label	1.0.1+20210628
Name	atcdabbr_other_ParticipantBody	Bezeichnung	Participant Body
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (1.0.1+20230717) DYNAMIC 2.16.840.1.113883.10.12.815 Containment CDA Device SDTC DYNAMIC 2.16.840.1.113883.10.12.813 Containment CDA PlayingEntity SDTC DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.13 Participant Body (2021‑02‑19 13:35:21) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.13 Participant Body (2019‑04‑03 12:08:16) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.821 CDA Participant (Body) SDTC (2005‑09‑07) ref ad1bbr- Adaptation: Template 2.16.840.1.113883.10.12.321 CDA Participant (Body) (2005‑09‑07) ref ad1bbr-
Item DT Kard Konf Beschreibung Label @typeCode cs 1 … 1 R   CONF Der Wert von @typeCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10901 ParticipationType (DYNAMIC) @context​Control​Code cs 0 … 1 F OP hl7:time IVL_TS 0 … 1 (atc...ody) hl7:awarenessCode CE 0 … 1 (atc...ody)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10310 TargetAwareness (DYNAMIC) hl7:participantRole 1 … 1 R (atc...ody) @classCode cs 0 … 1 F ROL hl7:id II 0 … * (atc...ody) hl7:code CE 0 … 1 (atc...ody)   CONF muss aus der Konzeptdomäne "RoleCode" gewählt werden hl7:addr AD 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (atc...ody) hl7:telecom TEL.AT 0 … * R Optionale Kontaktdaten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (atc...ody) @value st 1 … 1 R 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“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 0 … 1 Elemente in der Auswahl: hl7:playingDevice welches enthält Template 2.16.840.1.113883.10.12.815 CDA Device SDTC (DYNAMIC) hl7:playingEntity welches enthält Template 2.16.840.1.113883.10.12.813 CDA PlayingEntity SDTC (DYNAMIC) hl7:playingDevice Beinhaltet 2.16.840.1.113883.10.12.815 CDA Device SDTC (DYNAMIC) (atc...ody) hl7:playingEntity Beinhaltet 2.16.840.1.113883.10.12.813 CDA PlayingEntity SDTC (DYNAMIC) (atc...ody) hl7:scopingEntity 0 … 1 (atc...ody) @classCode cs 0 … 1 F ENT @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * (atc...ody) hl7:code CE 0 … 1 (atc...ody)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.16040 EntityCode (DYNAMIC) hl7:desc ED 0 … 1 (atc...ody)

12.4.5.7 Device Compilation

Id	1.2.40.0.34.6.0.11.9.18 ref at-cda-bbr-	Gültigkeit	2023‑04‑06 14:24:15 Andere Versionen mit dieser Id: atcdabbr_other_DeviceCompilation vom 2021‑06‑28 13:57:36 atcdabbr_other_DeviceCompilation vom 2021‑02‑19 13:12:38 atcdabbr_other_DeviceCompilation vom 2019‑02‑13 10:11:00
Status	Aktiv	Versions-Label	1.0.2+20230717
Name	atcdabbr_other_DeviceCompilation	Bezeichnung	Device Compilation
Beschreibung	Datenerstellende Geräte/Software
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Spezialisierung: Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (2021‑06‑28 13:57:36) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (2021‑02‑19 13:12:38) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (2019‑02‑13 10:11:00) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.315 CDA Device (2005‑09‑07) ref ad1bbr-
Beispiel	Software <placeholder classCode="DEV" determinerCode="INSTANCE">   <manufacturerModelName>Good Health System</manufacturerModelName>  <softwareName>Best Health Software Application</softwareName></placeholder>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F DEV @determiner​Code cs 0 … 1 F INSTANCE hl7:manufacturer​Model​Name SC 1 … 1 M Angabe des Herstellers sowie der Modellbezeichnung des datenerstellenden Gerätes bzw. der Software/des Softwarepakets. (atc...ion) hl7:softwareName SC 1 … 1 M Bezeichnung der datenerstellenden Software inkl. Versionsangabe. (atc...ion)

12.4.5.8 Address Compilation

Id	1.2.40.0.34.6.0.11.9.25 ref at-cda-bbr-	Gültigkeit	2023‑04‑13 13:21:00 Andere Versionen mit dieser Id: atcdabbr_other_AddressCompilation vom 2021‑02‑19 13:05:47 atcdabbr_other_AddressCompilation vom 2019‑02‑28 14:24:14
Status	Aktiv	Versions-Label	1.0.1+20230717
Name	atcdabbr_other_AddressCompilation	Bezeichnung	Address Compilation
Beschreibung Adressen von Personen und Organisationen werden über das Element addr abgebildet. Das Adress-Element kann in verschiedenen Kontexten mit unterschiedlicher Detailgenauigkeit vorkommen. Daher werden drei Granularitätsstufen definiert, auf die je nach Anwendung entsprechend verwiesen wird, wobei für EIS Enhanced und EIS Full Support die Granularitätsstufe 2 oder 3 angegeben werden MUSS. Die Adressangabe in Granularitätsstufe 2 (G2)  erlaubt die gemeinsame Angabe Straße und Hausnummer im Element streetAddressLine, Granularitätsstufe 3 (G3) schreibt die strukturierte Angabe von Straße und Hausnummer in den Elementen streetName und houseNumber vor. Sind keine Adressdaten vorhanden, kann das Element entweder weggelassen werden oder mit nullFlavor angegeben werden – je nachdem wie das Adress-Element im Kontext spezifiziert wurde.
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (2021‑02‑19 13:05:47) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (2019‑02‑28 14:24:14) ref at-cda-bbr-
Beispiel	Österreichische Postadresse - G2 <addr use="WP">   <streetAddressLine>Mozartgasse 1-7/2/1</streetAddressLine>  <postalCode>7000</postalCode>  <city>Eisenstadt</city>  <state>Burgenland</state>  <country>AUT</country>  <additionalLocator>Station A, Zimmer 9</additionalLocator></addr>
Beispiel	Österreichische Postadresse - G3 <addr use="WP">   <streetName>Mozartgasse</streetName>  <houseNumber>1-7/2/1</houseNumber>  <postalCode>7000</postalCode>  <city>Eisenstadt</city>  <state>Burgenland</state>  <country>AUT</country>  <additionalLocator>Station A, Zimmer 9</additionalLocator></addr>
Item DT Kard Konf Beschreibung Label @use cs 0 … 1   Die genaue Bedeutung der angegebenen Adresse kann über das @use Attribut angegeben werden. Wird kein @use Attribut angegeben, gilt bei Personen die Adresse als Wohnadresse „H“ und bei Organisationen als Büroadresse „WP“. Wird ein Hauptwohnsitz "HP" angegeben, gelten die mit "H" deklarierten Wohnsitze als Nebenwohnsitze. Zulässige Werte gemäß Value Set "ELGA_AddressUse". hl7:streetAddressLine ADXP 0 … 1 C Straße mit Hausnummer, z.B. Musterstraße 11a/2/1 (atc...ion)   Constraint Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden. hl7:streetName ADXP 0 … 1 C Straße ohne Hausnummer, z.B. Musterstraße (atc...ion) hl7:houseNumber ADXP 0 … 1 C Hausnummer, z.B. 11a/2/1 (atc...ion) hl7:postalCode ADXP 1 … 1 M Postleitzahl (atc...ion) hl7:city ADXP 1 … 1 M Stadt (atc...ion) hl7:state ADXP 0 … 1 Bundesland (atc...ion) hl7:country ADXP 1 … 1 M Staat. Es wird EMPFOHLEN, den Staat im ISO 3 Ländercode (ISO-3166-1 Alpha 3) anzugeben, z.B. „AUT“ für Österreich, „DEU“ für Deutschland. (atc...ion)   Schematron assert role  info     test string-length(text()) = 3     Meldung Es wird EMPFOHLEN, den Staat im ISO 3 Ländercode anzugeben.   hl7:additionalLocator ADXP 0 … 1 Zusätzliche Addressinformationen, z.B. Station, Zimmernummer im Altersheim. (atc...ion)   Schematron assert role  error     test not(hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber)) or ((hl7:streetAddressLine or (hl7:streetName and hl7:houseNumber)) and not((hl7:streetAddressLine and hl7:streetName and hl7:houseNumber) or (hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber))))     Meldung Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden.

12.4.5.9 Person Name Compilation G2 M

Id	1.2.40.0.34.6.0.11.9.11 ref at-cda-bbr-	Gültigkeit	2023‑03‑31 11:20:05 Andere Versionen mit dieser Id: atcdabbr_other_PersonNameCompilationG2M vom 2021‑02‑19 13:36:55 atcdabbr_other_PersonNameCompilationG2M vom 2019‑04‑02 10:09:43
Status	Aktiv	Versions-Label	1.0.1+20230717
Name	atcdabbr_other_PersonNameCompilationG2M	Bezeichnung	Person Name Compilation G2 M
Beschreibung In Granularitätsstufe 2 wird der Personen-Name strukturiert angegeben. Die einzelnen Elemente des Namens (mindestens ein Vorname und mindestens ein Nachname) werden getrennt angegeben.  Name ist Mandatory. Keine nullFlavor erlaubt! Die korrekte Reihenfolge der einzelnen Namenselemente ist wichtig. Als Richtlinie gilt, dass diese in der "natürlichen" Reihenfolge der Benutzung des Namens angegeben werden. Das ist besonders in den folgenden Fällen relevant: Präfixe (prefix) MÜSSEN immer vor dem Namen stehen, zu dem sie gehören. Vornamen (given) MÜSSEN immer in der offiziellen (gesetzlichen) Sequenz stehen. Nachnamen (family) und ein eventuelles Trennzeichen (meistens ‘-‘) MÜSSEN in der offiziellen Sequenz stehen, abhängig von der Wahl bei der Eheschließung.  Suffixe (suffix) MÜSSEN immer hinter dem Namen stehen, zu dem sie gehören. Für die Namenselemente kann zur näheren Bestimmung ein Qualifier angegeben werden (aus dem Value Set ELGA_EntityNamePartQualifier“), v.a. für Präfix/Suffix. Es gibt auch nicht näher bestimmte Präfixe/Suffixe, z.B. trifft das für die Angabe von "Junior" oder "Senior" bzw "Jun."/"Sen" oder "Jr."/"Sr" zu.
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (2021‑02‑19 13:36:55) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (2019‑04‑02 10:09:43) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33) ref at-cda-bbr-
Beispiel	Strukturbeispiel <name use="L">   <prefix qualifier="NB">Gräfin</prefix>  <given>Sissi</given>  <family>Österreich</family>  <family qualifier="BR">Habsburg</family>  <suffix qualifier="AC">MSc</suffix></name>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Namen-Element (Person) (atc...G2M) @use cs 0 … 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“). hl7:prefix ENXP 0 … * Beliebig viele Präfixe zum Namen, z.B. Akademische Titel Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen! (atc...G2M) @qualifier cs 0 … 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) hl7:family ENXP 1 … * M Mindestens ein Hauptname (Nachname). (atc...G2M) @qualifier cs 0 … 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) hl7:given ENXP 1 … * M Mindestens ein Vorname (atc...G2M) @qualifier cs 0 … 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) hl7:suffix ENXP 0 … * Beliebig viele Suffixe zum Namen (atc...G2M) @qualifier cs 0 … 1   Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B.: AC („Academic“). Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.   CONF Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

12.4.5.10 Person Name Compilation G1 M

Id	1.2.40.0.34.6.0.11.9.12 ref at-cda-bbr-	Gültigkeit	2023‑04‑17 09:10:56 Andere Versionen mit dieser Id: atcdabbr_other_PersonNameCompilationG1M vom 2021‑02‑19 13:36:43 atcdabbr_other_PersonNameCompilationG1M vom 2019‑04‑02 12:34:04
Status	Aktiv	Versions-Label	1.0.1+20230717
Name	atcdabbr_other_PersonNameCompilationG1M	Bezeichnung	Person Name Compilation G1 M
Beschreibung	In Granularitätsstufe 1 wird der Personen-Name unstrukturiert angegeben. Die einzelnen Elemente des Namens (Vornamen, Nachnamen) werden nicht getrennt. Name ist Mandatory. Keine nullFlavor erlaubt!
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (2021‑02‑19 13:36:43) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (2019‑04‑02 12:34:04) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.26 Person Name Compilation G1 (2019‑03‑11 11:40:35) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33) ref at-cda-bbr-
Beispiel	Strukturbeispiel <placeholder classCode="PSN" determinerCode="INSTANCE">   <name>Dr. Herbert Mustermann</name></placeholder>
Beispiel	Künstlername <placeholder classCode="PSN" determinerCode="INSTANCE">   <name use="A">Dr. Kurt Ostbahn </name></placeholder>
Beispiel	Unbekannte Person (z.B. „An den Hausarzt“) <placeholder classCode="PSN" determinerCode="INSTANCE">   <name>Hausarzt</name></placeholder>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Namen-Element (Person) (atc...G1M) @use cs 0 … 1   Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist, z.B. A („Artist“). Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“. Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).

12.4.5.11 Organization Name Compilation

Id	1.2.40.0.34.6.0.11.9.27 ref at-cda-bbr-	Gültigkeit	2021‑06‑28 14:00:14 Andere Versionen mit dieser Id: atcdabbr_other_OrganizationNameCompilation vom 2021‑02‑19 13:31:42 atcdabbr_other_OrganizationNameCompilation vom 2019‑03‑11 12:06:20
Status	Aktiv	Versions-Label	1.0.1+20210628
Name	atcdabbr_other_OrganizationNameCompilation	Bezeichnung	Organization Name Compilation
Beschreibung Organisations-Namen werden über das Element name abgebildet. Dieser Implementierungsleitfaden lässt nur die unstrukturierte Angabe des Organisations-namens zu.
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (2021‑02‑19 13:31:42) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (2019‑03‑11 12:06:20) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.26 Person Name Compilation G1 (2019‑03‑11 11:40:35) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33) ref at-cda-bbr-
Beispiel	Beispiel 1 <name>Krankenhaus Wels</name>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:name ON 1 … 1 M Name der Organisation. Bei Organisationen die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden. (atc...ion)

12.4.5.12 Address Compilation Minimal

Id	1.2.40.0.34.6.0.11.9.10 ref at-cda-bbr-	Gültigkeit	2023‑04‑06 14:31:34 Andere Versionen mit dieser Id: atcdabbr_other_AddressCompilationMinimal vom 2021‑06‑28 13:44:14 atcdabbr_other_AddressCompilationMinimal vom 2021‑02‑19 13:05:57 atcdabbr_other_AddressCompilationMinimal vom 2019‑03‑27 11:26:08
Status	Aktiv	Versions-Label	1.0.2+20230717
Name	atcdabbr_other_AddressCompilationMinimal	Bezeichnung	Address Compilation Minimal
Beschreibung	Adressangabe in Granularitätsstufe 2 oder 3
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Spezialisierung: Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (2021‑06‑28 13:44:14) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (2021‑02‑19 13:05:57) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (2019‑03‑27 11:26:08) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.4 Address Information Compilation (2019‑02‑11 13:19:54) ref at-cda-bbr-
Beispiel	Österreichische Postadresse <addr>   <streetName>Musterstraße</streetName>  <houseNumber>11a/2/1</houseNumber>  <postalCode>7000</postalCode>  <city>Eisenstadt</city>  <state>Burgenland</state>  <country>AUT</country>  <additionalLocator>Station A, Zimmer 9</additionalLocator></addr>
Beispiel	Besuchsadresse <addr use="PHYS">   <!-- Ort abweichend von der Adresse der Person oder Organisation, z.B. bei einem Hausbesuch -->   <!-- Weitere Adresselemente können angegeben werden -->   <additionalLocator>Volksschule Brittenau, Klasse 3b</additionalLocator></addr>
Item DT Kard Konf Beschreibung Label @use cs 0 … 1   Die genaue Bedeutung der angegebenen Adresse kann über das @use Attribut angegeben werden. Wird kein @use Attribut angegeben, gilt bei Personen die Adresse als Wohnadresse „H“ und bei Organisationen als Büroadresse „WP“. Wird ein Hauptwohnsitz "HP" angegeben, gelten die mit "H" deklarierten Wohnsitze als Nebenwohnsitze. Zulässige Werte gemäß Value Set "ELGA_AddressUse". hl7:streetAddressLine ADXP 0 … 1 C Straße mit Hausnummer Bsp: Musterstraße 11a/2/1 (atc...mal)   Constraint Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden. hl7:streetName ADXP 0 … 1 C Straße ohne Hausnummer z.B. Musterstraße (atc...mal) hl7:houseNumber ADXP 0 … 1 C Hausnummer z.B. 11a/2/1 (atc...mal) hl7:postalCode ADXP 0 … 1 Postleitzahl (atc...mal) hl7:city ADXP 0 … 1 Stadt (atc...mal) hl7:state ADXP 0 … 1 Bundesland (atc...mal) hl7:country ADXP 0 … 1 Staat. Es wird EMPFOHLEN, den Staat im ISO 3 Ländercode (ISO-3166-1 Alpha 3) anzugeben, z.B. „AUT“ für Österreich, „DEU“ für Deutschland. (atc...mal)   Schematron assert role  info     test string-length(text()) = 3     Meldung content length = 3 characters   hl7:additionalLocator ADXP 0 … 1 Zusätzliche Addressinformationen, z.B. Station, Zimmernummer im Altersheim (atc...mal)   Schematron assert role  error     test not(hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber)) or ((hl7:streetAddressLine or (hl7:streetName and hl7:houseNumber)) and not((hl7:streetAddressLine and hl7:streetName and hl7:houseNumber) or (hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber))))     Meldung Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden.

12.4.5.13 Device Compilation

Id	1.2.40.0.34.6.0.11.9.18 ref at-cda-bbr-	Gültigkeit	2023‑04‑06 14:24:15 Andere Versionen mit dieser Id: atcdabbr_other_DeviceCompilation vom 2021‑06‑28 13:57:36 atcdabbr_other_DeviceCompilation vom 2021‑02‑19 13:12:38 atcdabbr_other_DeviceCompilation vom 2019‑02‑13 10:11:00
Status	Aktiv	Versions-Label	1.0.2+20230717
Name	atcdabbr_other_DeviceCompilation	Bezeichnung	Device Compilation
Beschreibung	Datenerstellende Geräte/Software
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Spezialisierung: Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (2021‑06‑28 13:57:36) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (2021‑02‑19 13:12:38) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (2019‑02‑13 10:11:00) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.315 CDA Device (2005‑09‑07) ref ad1bbr-
Beispiel	Software <placeholder classCode="DEV" determinerCode="INSTANCE">   <manufacturerModelName>Good Health System</manufacturerModelName>  <softwareName>Best Health Software Application</softwareName></placeholder>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F DEV @determiner​Code cs 0 … 1 F INSTANCE hl7:manufacturer​Model​Name SC 1 … 1 M Angabe des Herstellers sowie der Modellbezeichnung des datenerstellenden Gerätes bzw. der Software/des Softwarepakets. (atc...ion) hl7:softwareName SC 1 … 1 M Bezeichnung der datenerstellenden Software inkl. Versionsangabe. (atc...ion)

12.4.5.14 Organization Compilation with id, name

Id	1.2.40.0.34.6.0.11.9.5 ref at-cda-bbr-	Gültigkeit	2021‑06‑28 13:57:53 Andere Versionen mit dieser Id: atcdabbr_other_OrganizationCompilationWithIdName vom 2021‑02‑19 13:31:10 atcdabbr_other_OrganizationCompilationWithIdName vom 2019‑03‑25 13:43:57
Status	Aktiv	Versions-Label	1.0.1+20210628
Name	atcdabbr_other_OrganizationCompilationWithIdName	Bezeichnung	Organization Compilation with id, name
Beschreibung	Wiederverwendbare Compilation mit verpflichtender Angabe von name und id.
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (1.0.1+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (2021‑02‑19 13:31:10) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (2019‑03‑25 13:43:57) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.12 (2019‑02‑12 15:50:47) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.151 CDA Organization (2005‑09‑07) ref ad1bbr-
Beispiel	Strukturbeispiel <placeholder classCode="ORG" determinerCode="INSTANCE">   <!-- ID der Organisation aus dem GDA Index -->   <id root="1.2.40.0.34.99.4613.3" assigningAuthorityName="GDA Index"/>  <!-- Name der Organisation -->   <name>Amadeus Spital - Chirurgische Abteilung</name>  <!-- Kontaktdaten der Organisation -->   <telecom value="tel:+43.6138.3453446.0"/>  <telecom value="fax:+43.6138.3453446.4674"/>  <telecom value="mailto:info@amadeusspital.at"/>  <telecom value="http://www.amadeusspital.at"/>  <!-- Adresse der Organisation -->   <addr>     <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->   </addr></placeholder>
Beispiel	Strukturbeispiel - minimal <placeholder classCode="ORG" determinerCode="INSTANCE">   <!-- ID der Organisation aus dem GDA Index -->   <id root="1.2.40.0.34.99.4613.3" assigningAuthorityName="GDA Index"/>  <!-- Name der Organisation -->   <name>Amadeus Spital - Chirurgische Abteilung</name></placeholder>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 1 … * M ID der Organisation. (atc...ame) hl7:name ON 1 … 1 M Name der Organisation. Bei Organisationen die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden. (atc...ame) hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (atc...ame) wo [not(@nullFlavor)] @value st 1 … 1 R 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“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. Bsp: WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (atc...ame) wo [not(@nullFlavor)]

12.4.5.15 Assigned Entity

Id	1.2.40.0.34.6.0.11.9.22 ref at-cda-bbr-	Gültigkeit	2023‑04‑13 13:14:55 Andere Versionen mit dieser Id: atcdabbr_other_AssignedEntity vom 2021‑05‑26 13:50:41 atcdabbr_other_AssignedEntity vom 2021‑02‑19 13:09:09 atcdabbr_other_AssignedEntity vom 2019‑03‑04 12:03:36
Status	Aktiv	Versions-Label	1.0.2+20230717
Name	atcdabbr_other_AssignedEntity	Bezeichnung	Assigned Entity
Beschreibung Zusammengesetzte Objekte die Person- und Organisationsinformationen enthalten.  Hierbei MUSS jedenfalls die „Person“ der Entität angegeben werden. Die Angabe der Organisation, der die Person angehört, ist prinzipiell optional. Diese Optionalität kann sich in Abhängigkeit vom konkreten Anwendungsfall in „verpflichtend“ ändern.
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.11 Containment Person Name Compilation G2 M (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.9 Containment Organization Compilation with name (1.0.0+20210219) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.22 Assigned Entity (2021‑05‑26 13:50:41) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.22 Assigned Entity (2021‑02‑19 13:09:09) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.22 Assigned Entity (2019‑03‑04 12:03:36) ref at-cda-bbr-
Beispiel	Beispiel <placeholder classCode="ASSIGNED">   <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/>  <addr nullFlavor="UNK">     <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->   </addr>  <telecom value="tel:+43.1.3453446.0"/>  <telecom value="fax:+43.1.3453446.4674"/>  <telecom value="mailto:info@amadeusspital.at"/>  <telecom value="http://www.amadeusspital.at"/>  <assignedPerson>     <!-- template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' (2019-04-02T10:09:43) -->   </assignedPerson>  <representedOrganization>     <!-- template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (2019-02-13T10:30:51) -->   </representedOrganization></placeholder>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F ASSIGNED Auswahl 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 hl7:id II 0 … * ( atcdabbr_other_AssignedEntity) wo [not(@nullFlavor)] hl7:id II 0 … 1 ( atcdabbr_other_AssignedEntity) wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 ( atcdabbr_other_AssignedEntity) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 0 … 1 Elemente 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'] hl7:addr 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) ( atcdabbr_other_AssignedEntity) wo [not(@nullFlavor)] hl7:addr 0 … 1 ( atcdabbr_other_AssignedEntity) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:telecom TEL.AT 0 … * Beliebig viele Kontakt-Elemente der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. ( atcdabbr_other_AssignedEntity) wo [not(@nullFlavor)] @value url 1 … 1 R 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" @use cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP. Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"   Constraint Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:assigned​Person 1 … 1 M Personendaten der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) ( atcdabbr_other_AssignedEntity) hl7:represented​Organization 0 … 1 R Organisationsdaten der Entität. Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) ( atcdabbr_other_AssignedEntity)

12.4.5.16 Organization Compilation with name

Id	1.2.40.0.34.6.0.11.9.9 ref at-cda-bbr-	Gültigkeit	2021‑02‑19 13:31:25 Andere Versionen mit dieser Id: atcdabbr_other_OrganizationCompilationWithName vom 2019‑02‑13 10:30:51
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_other_OrganizationCompilationWithName	Bezeichnung	Organization Compilation with name
Beschreibung
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (1.0.1+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (2019‑02‑13 10:30:51) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.12 (2019‑02‑12 15:50:47) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.151 CDA Organization (2005‑09‑07) ref ad1bbr-
Beispiel	Strukturbeispiel: Organisation <placeholder classCode="ORG" determinerCode="INSTANCE">   <!-- ID der Organisation -->   <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>  <!-- Name der Organisation -->   <name>Amadeus Spital - Chirurgische Abteilung</name>  <!-- Kontaktdaten der Organisation -->   <telecom value="tel:+43.6138.3453446.0"/>  <telecom value="fax:+43.6138.3453446.4674"/>  <telecom value="mailto:info@amadeusspital.at"/>  <telecom value="http://www.amadeusspital.at"/>  <!-- Adresse der Organisation -->   <addr>     <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->   </addr></placeholder>
Beispiel	Strukturbeispiel: Organisation - minimal <placeholder classCode="ORG" determinerCode="INSTANCE">   <!-- Name der Organisation -->   <name>Amadeus Spital - Chirurgische Abteilung</name></placeholder>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. (atc...ame) wo [not(@nullFlavor)] hl7:name ON 1 … 1 M Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden. (atc...ame) hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (atc...ame) wo [not(@nullFlavor)] @value st 1 … 1 R 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“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (atc...ame) wo [not(@nullFlavor)]

12.4.5.17 Person Name Compilation G2

Id	1.2.40.0.34.6.0.11.9.6 ref at-cda-bbr-	Gültigkeit	2023‑03‑31 11:15:55 Andere Versionen mit dieser Id: atcdabbr_other_PersonNameCompilationG2 vom 2021‑02‑19 13:36:49 atcdabbr_other_PersonNameCompilationG2 vom 2019‑02‑12 14:00:33
Status	Aktiv	Versions-Label	1.0.1+20230717
Name	atcdabbr_other_PersonNameCompilationG2	Bezeichnung	Person Name Compilation G2
Beschreibung In Granularitätsstufe 2 wird der Personen-Name strukturiert angegeben. Die einzelnen Elemente des Namens (mindestens ein Vorname und mindestens ein Nachname) werden getrennt angegeben. nullFlavors für Name zugelassen! Die korrekte Reihenfolge der einzelnen Namenselemente ist wichtig. Als Richtlinie gilt, dass diese in der "natürlichen" Reihenfolge der Benutzung des Namens angegeben werden. Das ist besonders in den folgenden Fällen relevant: Präfixe (prefix) MÜSSEN immer vor dem Namen stehen, zu dem sie gehören. Vornamen (given) MÜSSEN immer in der offiziellen (gesetzlichen) Sequenz stehen. Nachnamen (family) und ein eventuelles Trennzeichen (meistens ‘-‘) MÜSSEN in der offiziellen Sequenz stehen, abhängig von der Wahl bei der Eheschließung. Suffixe (suffix) MÜSSEN immer hinter dem Namen stehen, zu dem sie gehören. Für die Namenselemente kann zur näheren Bestimmung ein Qualifier angegeben werden (aus dem Value Set ELGA_EntityNamePartQualifier“), v.a. für Präfix/Suffix. Es gibt auch nicht näher bestimmte Präfixe/Suffixe, z.B. trifft das für die Angabe von "Junior" oder "Senior" bzw "Jun."/"Sen" oder "Jr."/"Sr" zu.
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2021‑02‑19 13:36:49) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33) ref at-cda-bbr-
Beispiel	Strukturbeispiel <name>   <prefix qualifier="NB">Gräfin</prefix>  <given>Sissi</given>  <family>Österreich</family>  <family qualifier="BR">Habsburg</family>  <suffix qualifier="AC">MSc</suffix></name>
Beispiel	Unbekannte Person <placeholder classCode="PSN" determinerCode="INSTANCE">   <name nullFlavor="UNK"/></placeholder>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE Auswahl 1 … 1 Namen-Element (Person) Elemente in der Auswahl: hl7:name[not(@nullFlavor)] hl7:name[@nullFlavor='UNK'] hl7:name[@nullFlavor='MSK'] hl7:name PN 0 … 1 (atc...nG2) wo [not(@nullFlavor)] @use cs 0 … 1   Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist, z.B. A („Artist“). Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“. Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“). hl7:prefix ENXP 0 … * Beliebig viele Präfixe zum Namen, z.B. Akademische Titel Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen! (atc...nG2) @qualifier cs 0 … 1   Die genaue Bedeutung eines prefix-Elements, beispielsweise dass das angegebene Präfix einen akademischen Titel darstellt, z.B. AC („Academic“). Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“   CONF Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC) hl7:family ENXP 1 … * M Mindestens ein Hauptname (Nachname) (atc...nG2) @qualifier cs 0 … 1   Die genaue Bedeutung eines family-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“)  Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“   CONF Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC) hl7:given ENXP 1 … * M Mindestens ein Vorname (atc...nG2) @qualifier cs 0 … 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) hl7:suffix ENXP 0 … * Beliebig viele Suffixe zum Namen (atc...nG2) @qualifier cs 0 … 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) hl7:name PN 0 … 1 (atc...nG2) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:name PN 0 … 1 (atc...nG2) wo [@nullFlavor='MSK'] @nullFlavor cs 1 … 1 F MSK

12.4.5.18 Assigned Entity Body

Id	1.2.40.0.34.6.0.11.9.16 ref at-cda-bbr-	Gültigkeit	2021‑05‑26 14:04:21 Andere Versionen mit dieser Id: atcdabbr_other_AssignedEntityBody vom 2021‑02‑19 13:09:15 atcdabbr_other_AssignedEntityBody vom 2019‑04‑17 13:08:49
Status	Aktiv	Versions-Label	1.0.1+20210526
Name	atcdabbr_other_AssignedEntityBody	Bezeichnung	Assigned Entity Body
Beschreibung Zusammengesetzte Objekte die Person- und Organisationsinformationen enthalten. Hierbei MUSS jedenfalls die „Person“ der Entität angegeben werden. Die Angabe der Organisation, der die Person angehört, ist prinzipiell optional. Diese Optionalität kann sich in Abhängigkeit vom konkreten Anwendungsfall in „verpflichtend“ ändern. Unterschiede zu AssigendEntity: Adressangabe minimal möglich assignedPerson.Name kann unstrukturiert angegeben werden representedOrganization.addr Adresse kann minimal angegeben werden
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.10 Containment Address Compilation Minimal (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.12 Containment Person Name Compilation G1 M (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.11 Containment Person Name Compilation G2 M (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.20 Containment Organization Compilation with name, addr minimal (1.0.1+20210628) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (2021‑02‑19 13:09:15) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (2019‑04‑17 13:08:49) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.22 Assigned Entity (2019‑03‑04 12:03:36) ref at-cda-bbr-
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F ASSIGNED Auswahl 1 … * Elemente in der Auswahl: hl7:id[not(@nullFlavor)] hl7:id[@nullFlavor='NI'] hl7:id[@nullFlavor='UNK'] hl7:id II 0 … * Mindestens eine Id der Person. Zugelassene nullFlavor: NI … Die Person der Entität hat keine Identifikationsnummer UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt ( atcdabbr_other_AssignedEntityBody) wo [not(@nullFlavor)] hl7:id II 0 … 1 ( atcdabbr_other_AssignedEntityBody) wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 ( atcdabbr_other_AssignedEntityBody) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:code CE 0 … 1 R Funktionscode der angegebenen Person. Das zu verwendende Value-Set ist in den abgeleiteten Templates zu spezifizieren. ( atcdabbr_other_AssignedEntityBody) hl7:addr 0 … * R Adresse der angegebenen Person. Keine vollständig strukturierte Adressangabe nötig. Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) ( atcdabbr_other_AssignedEntityBody)   Constraint Werden mehrere address-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:telecom TEL.AT 0 … * R ( atcdabbr_other_AssignedEntityBody) @value url 1 … 1 R 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“ @use cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 0 … 1 Elemente in der Auswahl: hl7:assigned​Person: Angabe der name-Elemente unstrukturiert hl7:assigned​Person: Angabe der name-Elemente strukturiert Elemente in der Auswahl: hl7:assigned​Person welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:assigned​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:assigned​Person 0 … 1 R Personendaten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Angabe der name-Elemente unstrukturiert, das name-Element ist Mandatory. Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) ( atcdabbr_other_AssignedEntityBody) hl7:assigned​Person 0 … 1 R Personendaten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Angabe der name-Elemente strukturiert, das name-Element ist Mandatory. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) ( atcdabbr_other_AssignedEntityBody) hl7:represented​Organization 0 … 1 R Organistationsdaten der angegebenen Person. Minimale Adressangabe möglich. Beinhaltet 1.2.40.0.34.6.0.11.9.20 Organization Compilation with name, addr minimal (DYNAMIC) ( atcdabbr_other_AssignedEntityBody)

12.4.5.19 Organization Compilation with name, addr minimal

Id	1.2.40.0.34.6.0.11.9.20 ref at-cda-bbr-	Gültigkeit	2021‑06‑28 13:58:02 Andere Versionen mit dieser Id: atcdabbr_other_OrganizationCompilationWithNameAddrMinimal vom 2021‑02‑19 13:31:31 atcdabbr_other_OrganizationCompilationWithNameAddrMinimal vom 2019‑04‑18 11:28:59
Status	Aktiv	Versions-Label	1.0.1+20210628
Name	atcdabbr_other_OrganizationCompilationWithNameAddrMinimal	Bezeichnung	Organization Compilation with name, addr minimal
Beschreibung	Wiederverwendbare Compilation mit verpflichtender Angabe des name-Elements. Minimale Adressangabe möglich.
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.10 Containment Address Compilation Minimal (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.20 Organization Compilation with name, addr minimal (2021‑02‑19 13:31:31) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.20 Organization Compilation with name, addr minimal (2019‑04‑18 11:28:59) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (2019‑02‑13 10:30:51) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.12 (2019‑02‑12 15:50:47) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.151 CDA Organization (2005‑09‑07) ref ad1bbr-
Beispiel	Strukturbeispiel <placeholder classCode="ORG" determinerCode="INSTANCE">   <!-- ID der Organisation aus dem GDA Index -->   <id root="1.2.40.0.34.99.4613.3" assigningAuthorityName="GDA Index"/>  <!-- Name der Organisation -->   <name>Amadeus Spital - Chirurgische Abteilung</name>  <!-- Kontaktdaten der Organisation -->   <telecom value="tel:+43.6138.3453446.0"/>  <telecom value="fax:+43.6138.3453446.4674"/>  <telecom value="mailto:info@amadeusspital.at"/>  <telecom value="http://www.amadeusspital.at"/>  <!-- Adresse der Organisation -->   <addr>     <!-- template 1.2.40.0.34.6.0.11.9.10 'Address Compilation Minimal' -->   </addr></placeholder>
Beispiel	Strukturbeispiel - minimal <placeholder classCode="ORG" determinerCode="INSTANCE">   <!-- Name der Organisation -->   <name>Amadeus Spital - Chirurgische Abteilung</name>  <!-- Adresse der Organisation optional in Minimal-Variante --> </placeholder>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. (atc...mal) wo [not(@nullFlavor)] hl7:name ON 1 … 1 M Name der Organisation. Bei Organisationen die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden. (atc...mal) hl7:telecom TEL.AT 0 … * (atc...mal) wo [not(@nullFlavor)] @value st 1 … 1 R 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“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Minimale Adressangabe möglich. Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) (atc...mal) wo [not(@nullFlavor)]

12.5 Terminologien

Die erforderlichen Terminologien sind im Folgenden aufgelistet.

12.5.1 TGD_tgdServiceEvents_VS

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

12.5.2 TGD_Messergebnis_Codes_VS

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

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

13 Anhang

13.1 Abbildungen

13.2 Tabellen

13.3 Referenzen