Diese Seite oder Abschnitt ist derzeit ein Entwurf und kann sich noch ändern.
This article was last edited by Tanjga (talk| contribs) 3 years ago.

This article or section is in the middle of an expansion or major restructuring.
This article was last edited by Tanjga (talk| contribs) 3 years ago.

	Dieses Dokument gibt wieder: Implementierungsleitfaden Telemonitoring-Episodenbericht (1), OID: 1.2.40.0.34.7.x.1, Datum: Oktober 2019, Status: Ballot Version 2019. Die Teilmaterialien gehören der Kategorie ILF an.

CDA Implementierungsleitfaden

HL7 Implementation Guide for CDA^® R2:
e-Impfpass

Zur Anwendung im österreichischen
Gesundheitswesen [1.2.40.0.34.7.19.1]

Oktober 2019

1

Ballot Version 2019

Inhaltsverzeichnis

1 Zusammenfassung
2 Informationen über dieses Dokument
3 Einleitung
4 Informationen über dieses Dokument
- 4.1 Verwendete Grundlagen und Bezug zu anderen Standards
- 4.2 Weitere unterstützende Materialien
5 Leitfadenerstellungs- und Harmonisierungsprozess
- 5.1 Revision der Leitfäden
- 5.2 Autoren und Mitwirkende
  - 5.2.1 Autoren
  - 5.2.2 Mitwirkende
6 Technischer Hintergrund
- 6.1 Allgemeine Richtlinien für die Implementierung des Telemonitoring-Episodenberichtes
7 Datentypen
8 Funktionale Anforderungen
9 User Storys ("Anwendungsfälle")
10 Technische Spezifikation
11 Anhang

1 Zusammenfassung

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

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

Das CDA-Dokument-Template Telemonitoring Episodenbericht kann als Datenaustauschformat für eine fortlaufende wie auch abgeschlossene durch Telemonitoring unterstütze Behandlung dienen. Die Unterscheidung ist durch einen anderen Dokumententyp und einer anderen Vorgabe für den Titel des Dokumentes erkennbar. Als Grundlage wurde der (Personal Healthcare Monitoring Report) und Teile des (IHE Pharmacy Community Medication Administration - CMA) herangezogen.

Der Implementierungsleitfaden orientiert sich an die elementaren Konzepte und dem zugrunde liegenden Modell des Dokumentes Allgemeiner Implmentierungsleitfaden. Dort werden die notwendigen Datentypen, Dokument-Metadaten (Header), die Möglichkeiten der Textstrukturierung, grundlegende Vorgaben für die Anwendung von Terminologien, einige allgemein genutzte 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.

Hinweis: Ballot Version

Der Telemonitoring-Episodenbericht ist ein Pilotprojekt - verschiedene Rahmenbedingungen und die gesetzliche Grundlage befinden sich noch in Ausarbeitung, der Leitfaden kann daher nur auf den aktuellen Stand des Wissens aufbauen. Dieser Leitfaden ist ein Vorschlag für einen nationalen HL7 Standard, der technisch und inhaltlich im Rahmen des Abstimmungsverfahrens normiert wird. Kommentare dazu können an office@hl7.at gesendet werden. Geben Sie bitte immer eine exakte Beschreibung des Problems und die Stelle im Dokument an. Dazu gibt es in der PDF-Version am linken Seitenrand eine Skale, die Sie mit der Kapitel- und Seitennummer angeben. Änderungen gegenüber der endgültigen Version sind möglich.

2 Informationen über dieses Dokument

2.1 Impressum

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

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

Abbildungen: © ELGA GmbH

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

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

2.2 Haftungsausschluss

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

2.3 Sprachliche Gleichbehandlung

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

2.4 Lizenzinformationen

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

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

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

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

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

Third Party Intellectual Property

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

2.4.2 SNOMED CT

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

2.4.3 Weitere Terminologien

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

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

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

2.5 Verwendete Grundlagen und Bezug zu anderen Standards

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

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

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

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

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

CDA definiert die Struktur und Semantik von "medizinischen Dokumenten" zum Austausch zwischen Gesundheitsdiensteanbietern und Patienten. Es enthält alle Metadaten zur Weiterverarbeitung und einen lesbaren textuellen Inhalt und kann diese Informationen auch maschinenlesbar tragen. Das Datenmodell von CDA und seine Abbildung in XML folgen dem Basisstandard HL7 Version 3 mit seinem Referenzinformationsmodell (RIM).

Die HL7 Standards können über die HL7 Anwendergruppe Österreich (HL7 Austria), 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.8 Wichtige unterstützende Materialien

Auf der Website Allgemeiner Implementierungsleitfaden Guide werden unter anderem folgende Materialien zur Verfügung gestellt: #TODO: müssen noch ergänzt werden!

die PDF-Version dieses Leitfadens
Beispieldokumente
Schematron-Prüfregeln
Design-Beispiel

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

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

Beispieldokumente
Referenz-Stylesheet (Tool zur Darstellung im Browser - Konvertierung in HTML)
CDA2PDF Suite (Tool zur Erzeugung einer PDF-Datei zur Ausgabe am Drucker)
Schematron-Dateien für die Prüfung der Konformität ("Richtigkeit") von CDA Dateien
Vorgaben zur Registrierung von CDA-Dokumenten (Leitfaden für XDS-Metadaten)
Hinweise für die zu verwendenden Terminologien
Leitfaden zur richtigen Verwendung von Terminologien

Fragen, Kommentare oder Anregungen für die Weiterentwicklung können an cda@elga.gv.at gesendet werden. Weitere Informationen finden Sie unter www.elga.gv.at/CDA.

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

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

3.2 Zweck des Dokuments

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

3.3 Zielgruppe

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

4 Informationen über dieses Dokument

4.1 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.
CDA definiert die Struktur und Semantik von "medizinischen Dokumenten" zum Austausch zwischen Gesundheitsdiensteanbietern und Patienten. Es enthält alle Metadaten zur Weiterverarbeitung und einen lesbaren textuellen Inhalt und kann diese Informationen auch maschinenlesbar tragen. Das Datenmodell von CDA und seine Abbildung in XML folgen dem Basisstandard HL7 Version 3 mit seinem Referenzinformationsmodell (RIM).

Für die Modellierung der Inhalte des Telemonitoring-Episodenberichtes wurde das "PHMR Personal Healthcare Monitoring Report" und das "CMA Community Medication Administration" als wesentliche Grundlage ausgewählt.

^{[Abbildung 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.

4.2 Weitere unterstützende Materialien

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

5 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 allgemeinen Leitfaden - Kapitel Leitfadenerstellungs- und Harmonisierungsprozess - Vorgehensmodell zu finden.

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

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

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

5.1 Revision der Leitfäden

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

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

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

5.2 Autoren und Mitwirkende

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

5.2.1 Autoren

Das Redaktionsteam bestand aus folgenden Personen¹:

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

Unter Mitwirkung von¹: Andrea Klostermann (ELGA GmbH), Stephan Rainer-Sablatnig (ELGA GmbH), Carina Seerainer (ELGA GmbH), Nina Sjencic (ELGA GmbH), Oliver Kuttin (ELGA GmbH)

5.2.2 Mitwirkende

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

¹ Personen sind ohne Titel angegeben

6 Technischer Hintergrund

6.1 Allgemeine Richtlinien für die Implementierung des Telemonitoring-Episodenberichtes

6.1.1 Verwendung von Schlüsselwörtern

Wenn im Text die Verbindlichkeit von Vorgaben angegeben wird, wird das durch Schlüsselwörter gekennzeichnet [gemäß RFC 2119], die in Majuskeln (Großbuchstaben) geschrieben werden. Die Angabe der Verbindlichkeit ersetzt nicht die Angabe von Kardinalität oder Nullwerten (die in HL7 Version 3 als NullFlavors ausgedrückt werden).

MUSS bedeutet eine verpflichtend einzuhaltende Vorschrift (Gebot). Entspricht den Konformitätskriterien [R 1..*] und [M].
NICHT ERLAUBT formuliert ein verpflichtend einzuhaltendes Verbot. Entspricht dem Konformitätskriterium [NP].
SOLL oder EMPFOHLEN steht für eine pragmatische Empfehlung. Es ist gewünscht und empfohlen, dass die Anforderung umgesetzt wird, es kann aber Gründe geben, warum dies unterbleibt. Entspricht dem Konformitätskriterium [R 0..*].
KANN oder OPTIONAL (engl. MAY, OPTIONAL) Die Umsetzung der Anforderung ist optional, sie kann auch ohne zwingenden Grund unterbleiben. Entspricht dem Konformitätskriterium [O].

6.1.2 Legende der Konformitätskriterien (Optionalität)

Siehe auch “Umgang mit optionalen Elementen“.

Konformitäts-Kriterium	Mögliche Kardinalität	Verwendung von NullFlavor	Beschreibung
[M]	1..1 1..*	nicht erlaubt	Das Element MUSS mit einem korrekten "echten" Wert angegeben werden. NullFlavor oder "Dummy"-Werte sind NICHT ERLAUBT.
[NP]	0..0	nicht erlaubt	Das Element oder Attribut ist NICHT ERLAUBT.
[R]	1..1 1..*	erlaubt	Das Element oder Attribut MUSS in der Instanz vorhanden sein. Wenn ein Element nicht bekannt ist, ist die Verwendung eines NullFlavors vorgeschrieben, "Dummy"-Werte sind NICHT ERLAUBT.
[R]	0..1 0..*	nicht erlaubt	Das Element oder Attribut SOLL in der Instanz vorhanden sein, sofern bekannt. Wenn nicht bekannt, darf es nicht in der Instanz codiert sein. NullFlavor ist NICHT ERLAUBT.
[O]	0..1 0..*	erlaubt	Das Element oder Attribut ist OPTIONAL. Sender können das Element angeben. Leere optionale Elemente sind nicht zugelassen, sofern kein nullFlavor angewandt wird. Nur die jeweils im Template explizit angegebenen nullFlavors sind erlaubt. Ist kein nullFlavor angegeben, darf kein nullFlavor angewendet werden.
[F]	0..1 1..1		Für das Attribut ist ein fixer Wert vorgeschrieben.
[C]			KONDITIONALES Konformitätskriterium. Die Konformität des Elements variiert in Abhängigkeit von anderen Elementen, Situationen oder Zuständen. Die konkreten Abhängigkeiten sind in Folge angegeben.

Tabelle 2: Legende der Optionalitäten. Attribute dürfen höchstens ein mal pro Element vorkommen

6.1.3 Kardinalität

Die Kardinalität beschreibt, wie oft ein Element innerhalb einer Struktur auftreten kann. Die Kardinalität wird durch ein Intervall zwischen der minimalen und maximalen Anzahl angegeben, getrennt durch „..“. Eine unbegrenzte Anzahl wird durch ein „*“ angegeben. Daraus ergeben sich mindestens folgende Möglichkeiten: 0..1; 0..*; 1..1; 1..*

6.1.4 Maximum-Set

Das CDA Modell beschreibt ein höchst umfangreiches Schema von Informationselementen und bietet in manchen Bereichen über rekursive, beliebig tief verschachtelbare Elemente eine theoretisch unendlich hohe Anzahl von Möglichkeiten, Informationen abzulegen. Die vollständige Beschreibung und Definition aller Elemente in einem Implementierungsleitfaden wäre daher äußerst aufwändig und kann im vorliegenden Implementierungsleitfaden nicht erfolgen.

Vielmehr werden lediglich jene Elemente, für die es Vorgaben gibt beschrieben. Die Verwendung aller nicht angegebenen Elemente und Attribute ist NICHT ERLAUBT. Die Templates sind daher „closed templates“.

Elemente oder Attribute, die nicht im Telemonitoring-Episodenbericht Implementierungsleitfaden definiert wurden, sind NICHT ERLAUBT.

Diese beschreiben daher ein sogenanntes „Maximum-Set“. Für diese Regel existieren nur die im Folgenden genannten Ausnahmen:

6.1.4.1 Ausnahme: Fixierte Attribute

Attribute, die gem. CDA-Schema mit default („fixed“) angegeben sind, haben einen festen Wert, daher können diese Attribute auch weggelassen werden. Diese Attribute werden daher üblicherweise nicht beschrieben und angegeben. Die Angabe von fixierten Attributen oder Attributen mit ihrem gem. CDA-Schema definierten Default-Wert ist erlaubt, auch wenn diese nicht explizit im Leitfaden beschrieben sind.

6.1.4.2 Hinweis zur Implementierung weiterverarbeitender Software

CDA-Dokumente können unter Umständen „fremde“ Elemente oder Attribute enthalten, die der „Maximum-Set“ Vorschrift dieses Dokumentleitfadens widersprechen (z.B. aufgrund von Software-Fehlern). Sollten derartige Elemente oder Attribute im CDA-Dokument vorhanden sein, soll weiterverarbeitende Software so implementiert sein, dass dies nicht zu Fehlern in der Weiterverarbeitung der Dokumente führt.

6.1.4.3 Umgang mit Ausnahmen bei der Konformitätsprüfung

Nur Elemente, die im „Maximum-Set“ beschrieben sind, können zuverlässig geprüft werden. „Fremde“ Elemente oder Attribute werden daher von den Konformitätsprüfmechanismen im Sinne der „closed templates“ grundsätzlich als falsch erkannt. Zusätzliche Entries oder TemplateIds können daher Fehlermeldungen auslösen. Attribute, die im CDA-Schema als „fixed“ definiert sind oder mit ihrem Default-Wert angegeben sind, dürfen angegeben werden und werden auch nicht als Fehler bewertet.

6.1.5 Umgang mit optionalen Elementen

Sind Elemente bzw. Attribute als „optional“ gekennzeichnet ([O]) so ist ihre Verwendung OPTIONAL, aber es ist NICHT ERLAUBT, dass sie, wenn sie verwendet werden, leer sind. Möchte man ein optionales Element explizit mit einem leeren Wert angeben, so hat dies durch Kennzeichnung mit nullFlavor zu erfolgen, zum Beispiel:

NI: wenn es keine Informationen gibt
UNK: wenn es Informationen gibt, diese aber unbekannt sind

Zur genauen Definition und Verwendung siehe Der nullFlavor.

6.1.6 Value Sets

Ein Value Set ist eine eindeutig identifizierbare und versionierte Sicht auf ein oder mehrere Codesysteme. Es kann als Zusammenstellung von einem oder mehreren Codes aus einem oder mehreren Codesysteme gesehen werden. Ein Value Set enthält die Codes selbst und die Information über die Herkunft des Codes (das Source-Codesystem).

Beispiele für Value-Sets: „ELGA_NullFlavor“, „ELGA_Dokumentenklassen“.

Wo immer in den CDA Implementierungsleitfäden eine Werteauswahl getroffen werden kann, wird ein passendes Value Set mit einem eindeutigen Namen angegeben. Sämtliche in den Implementierungsleitfäden verwendeten Value Sets werden am österreichischen Terminologieserver publiziert: https://termpub.gesundheit.gv.at/.

Value Sets sind nicht nur durch einen eindeutigen Namen, sondern auch durch eine OID, und eine Versionsnummer gekennzeichnet. Weiters werden Gültigkeitsstatus und ein "Gültig ab"-Datum angegeben.

Hinweise zum korrekten Umgang mit Terminologien finden sich im „Leitfaden für den Umgang mit Terminologien in ELGA“ [TERMLEIT].

6.1.6.1 Änderbarkeit von Value Sets

Inhalte von Value Sets können sich ändern, der Name und die OID eines Value Sets bleiben aber gleich. Bei neuen Versionen werden Versionsnummer, Änderungsdatum und „Gültig ab“-Datum (effectiveDate) angegeben. Damit kann die Gültigkeit zu einer bestimmten Zeit rekonstruiert werden.

In Ausnahmen kann bei der Definition eines Value Sets angegeben werden, dass es nicht geändert oder versioniert werden darf (Property „Immutability“).

6.1.6.2 Value Set Binding

Für ELGA gilt grundsätzlich eine DYNAMISCHE Bindung an Value Sets. Das bedeutet, dass immer die aktuell am Terminologieserver publizierte Version eines Value Sets anzuwenden ist. (Das Setzen des entsprechenden Schlüsselworts DYNAMIC ist daher in den Leitfäden optional).

Für jedes Value Set ist auch ein Zeitpunkt angegeben, an dem es Gültigkeit erlangt („Gültig ab“), das ist für Value Sets wichtig, die schon vor ihrem Inkrafttreten veröffentlicht werden.

Value Sets können auch STATISCH an ein Code-Element gebunden werden. Das wird gekennzeichnet durch die Angabe des Value Sets mit Name, OID, Version und "Gültig ab"-Datum (effectiveDate) sowie dem Schlüsselwort STATIC.

6.1.7 Der nullFlavor

Das Attribut @nullFlavor dient zur Kennzeichnung, wenn das Element nicht seiner Entsprechung gemäß befüllt werden kann.

Obwohl dieses Attribut vom CDA-Schema bei prinzipiell jedem CDA-Element erlaubt wäre, ist die konkrete Anwendung des @nullFlavor Attributs im Rahmen dieser Implementierungsleitfäden nur eingeschränkt erlaubt. Ein entsprechender Vermerk ist im jeweiligen Abschnitt angeführt.

Beispiel für ein Element, welches mit dem @nullFlavor versehen wurde:

Zulässig sind Werte gemäß Value-Set „ELGA_NullFlavor“, solange nicht eine weitere Einschränkung beim jeweiligen Element angegeben wird.

Wenn in einem Element ein NullFlavor angegeben wurde, kann nicht gleichzeitig ein anderes Attribut eingetragen werden.

6.1.8 PDF Format-Vorschrift

In CDA Dokumenten können Dokumente im PDF Format an verschiedensten Stellen eingebettet werden, entweder als gesamter CDA-Body oder als eingebetteter Inhalt in gewissen CDA-Sektionen. Im Hinblick auf eine dauerhafte Verfügbarkeit der Daten muss mindestens gewährleistet werden, dass diese PDF-Dokumente zuverlässig und eindeutig visuell reproduzierbar sind. Dies kann über die Einhaltung der Mindestkriterien der Norm ISO 19005-1:2005 sichergestellt werden (PDF/A-1b Basic). Die Norm beschreibt zusätzlich Barrierefreiheit der Dokumente, sodass sie von einem Screenreader vorgelesen werden können (PDF/A-1a Accessible). Dieser Implementierungsleitfaden schreibt daher vor, dass jedes eingebettete PDF-Dokument dem Standard PDF/A-1a entsprechen MUSS.

Alle in ELGA-CDA-Dokumente eingebetteten PDF-Dateien MÜSSEN dem Standard PDF/A-1a (gemäß „ISO 19005-1:2005 Level A conformance“) entsprechen.

6.1.9 Größenbeschränkung von eingebetteten Objekten

In CDA Dokumenten können verschiedene Objekte (z.B. PDF-Dokumente, Bilder) eingebettet werden (siehe „Eingebettetes Objekt Entry“).

Dieser Implementierungsleitfaden schreibt keine Größenbeschränkung für diese Objekte vor, es wird allerdings EMPFOHLEN, diese in Bezug auf Anzahl und Speicherbedarf so klein wie möglich zu halten. Es liegt in der Verantwortung des Erstellers, die Größe der über ELGA bereitgestellten CDA-Dateien etwa durch Verringerung der Auflösung oder der Anzahl der Einzelbilder auf eine sinnvolle und angemessene Größe zu beschränken.

Damit beim Download keine unnötigen Verzögerungen verursacht werden, SOLL die Gesamtgröße der Datei 20 MB nicht überschreiten.⁶

⁶ Aktuell wird von ELGA die Größe von Doumenten auf 20MB beschränkt.

6.1.10 Verbot von CDATA

Die Verwendung von CDATA-Abschnitten (<![CDATA[…]]>), also von Zeichenketten, die vom Parser nicht als XML-Quellcode interpretiert werden können, ist für ELGA CDA Dokumente generell NICHT ERLAUBT.

7 Datentypen

Im folgenden Abschnitt werden nur die Datentypen beschrieben, die in ELGA CDA-Dokumenten zur Anwendung kommen. Für weiterführende Informationen wird auf den zu-grundeliegenden Standard Health Level Seven Version 3 (V3), Normative Edition verwiesen.

7.1 Identifikations-Elemente

7.1.1 id-Element II

Identifikationselemente (Instance Identifier) erlauben die global eindeutige Identifikation durch Verwendung von Objektidentifikatoren (kurz „OID“), gemäß dem in ISO/IEC 9834-1 normierten Mechanismus zur weltweit eindeutigen Kennzeichnung von Informationsobjekten [OIDLEIT]. Die relevanten OID werden im OID-Portal für das Österreichische Gesundheitswesen^[25] registriert und veröffentlicht [OIDPORT].

Identifikationselemente können im id-Element grundsätzlich auf zweierlei Arten angegeben werden:

Methode 1: Angabe der ID sowie einer OID der ID-Liste, aus der die ID stammt
Methode 2: Angabe einer UUID als extension zur OID "2.25". Eine UUID kann als Extension der OID 2.25 aufgefasst werden (definiert als "Universally Unique IDentifiers (UUIDs) generated in accordance with Recommendation ITU-T X.667 | ISO/IEC 9834-8").
Methode 3: Direkte Angabe der ID in Form einer OID.

7.1.1.1 Strukturbeispiele

Methode 1:

<!—
    Angabe der OID der ID-Liste in @root
    sowie der eigentlichen ID in @extension
-->
<id root="1.2.40.0.34.99.111.1.1"
    extension="134F989"
    assigningAuthorityName="KH Eisenstadt" />

Methode 2:

<!-- Angabe einer UUID als extension zur OID "2.25" -->
<id root="2.25" extension="urn:uuid:19FEE6C3-6B35-4C5B-B1CC-2B5B4001AB2"    assigningAuthorityName="KH Eisenstadt" />

Methode 3:

<!-- Angabe einer OID als direkten Identifikator -->
<id root="1.2.40.0.34.99.111.0.1"
    assigningAuthorityName="KH Eisenstadt" />

7.1.1.2 Spezifikation

Bei II Elementen werden, sofern nicht anders spezifiziert, immer die folgenden Attribute angegeben.

Element/Attribut		DT	Kard	Konf	Beschreibung
Id		II			ID
	@root	uid	1..1	R	Methode 1: OID der ID-Liste, der die ID angehört Methode 2: Fixe OID "2.25", wenn in @extension eine UUID geführt wird Methode 3: OID des Objekts Die Hexadezimalzahlen A-F der UUID MÜSSEN bei der Verwendung in HL7 CDA in Großschreibung angegeben werden
	@extension	st
	Konditioinale Konformität: Methode 1 Methode 2 Methode 3		1..1 1..1 0..0	R R NP	ID des Objekts aus der ID-Liste Präfix "urn:uuid"+UUID des Objektes
	@assigningAuthorityName	st	0..1	O	Klartext-Darstellung der die ID ausgebenden Stelle

7.1.1.3 Vorschriften für bereits definierte ID-Arten

Die folgenden Unterkapitel zeigen IDs, die in CDA-Dokumenten zur Anwendung kommen können.

7.1.1.3.1 ID aus dem GDA-Index

Die Vorgaben für IDs aus dem GDA-Index sind in der Basiskomponente „GDA-Index“ beschrieben.

Informationen zum österreichischen OID-Konzept finden Sie online auf dem „OID Portal Österreich“: https://www.gesundheit.gv.at/OID_Frontend/index.jsp?section=1

7.1.1.3.2 DVR-Nummer

Die Datenverarbeitungsregister-Nummer (DVR-Nummer) des jeweiligen Gesundheitsdienstleisters kann als zusätzliches ID-Element abgebildet werden.

7.1.1.3.2.1 Spezifikation

Element/Attribut		DT	Kard	Konf	Beschreibung
Id		II			ID
	@root	uid	1..1	R	Fester Wert: 1.2.40.0.10.2.0.2.1
	@extension	st	1..1	R	Datenverarbeitungsregister-Nummer (DVR-Nummer) z.B.: 0000137
	@assigningAuthorityName	st	0..1	O	Fester Wert: Österreichisches Datenverarbeitungsregister

7.1.1.3.3 ATU Nummer

Die Umsatzsteueridentifikationsnummer (ATU-Nummer) des jeweiligen Gesundheitsdienstleisters kann als zusätzliches ID-Element abgebildet werden.

7.1.1.3.3.1 Spezifikation

Element/Attribut		DT	Kard	Konf	Beschreibung
Id		II			ID
	@root	uid	1..1	R	Fester Wert: 1.2.40.0.10.2.0.3.1
	@extension	st	1..1	R	Umsatzsteueridentifikationsnummer (ATU-Nummer) z.B.: ATU56658245
	@assigningAuthorityName	st	0..1	O	Fester Wert: Österreichisches Finanzamt

7.1.1.3.4 Bankverbindung

Die einzelnen Elemente einer Bankverbindung (IBAN, SWIFT-Adresse oder BIC) können jeweils als eigene ID-Elemente abgebildet werden. Bankleitzahl und Kontonummer werden nicht mehr unterstützt.

7.1.1.3.4.1 Spezifikation: IBAN

Element/Attribut		DT	Kard	Konf	Beschreibung
Id		II			ID
	@root	uid	1..1	R	Fester Wert: 1.0.13616
	@extension	st	1..1	R	IBAN z.B.: 1200052066543301
	@assigningAuthorityName	st	0..1	O	Fester Wert: Society for Worldwide Interbank Financial Telecommunication

7.1.1.3.4.2 Spezifikation: SWIFT-Adresse oder BIC

Element/Attribut		DT	Kard	Konf	Beschreibung
Id		II			ID
	@root	uid	1..1	R	Fester Wert: 1.0.9362
	@extension	st	1..1	R	SWIFT/BIC z.B.: BKAUATWW
	@assigningAuthorityName	st	0..1	O	Fester Wert: Society for Worldwide Interbank Financial Telecommunication

7.2 Codierungs-Elemente

Mit Codierungselementen können Konzepte über einen Code und der Angabe des Terminologie- bzw des Codesystems, aus dem der Code stammt, ausgedrückt werden.

7.2.1 code-Element CS CNE

Codierte Daten bestehen in ihrer einfachsten Form aus einem Code. Das Codesystem und die Version des Codesystems wird durch den Kontext, in dem der CS-Wert auftritt, festgelegt. CS wird für codierte Attribute verwendet, die nur ein einziges HL7-definiertes Vokabular zulassen. Hinzufügungen zum Vokabular nicht nicht zulässig (CNE: coded no exceptions)

7.2.1.1 Strukturbeispiel

<languageCode code="de-AT" />

7.2.1.2 Spezifikation

Bei CS CNE Elementen wird nur das folgende Attribut angegeben:

Element/Attribut		DT	Kard	Konf	Beschreibung
code		CS CNE			Code Element
	@code	cs	1..1	R	Der eigentliche Code-Wert z.B. de-AT

7.2.2 code-Element CD (Concept Descriptor)

Für codierte Werte wird der Datentyp CD (Concept Descriptor) oder ein davon abgeleiteter Datentyp verwendet (etwa CE "Coded with Equivalents"). Für jedes codierte Attribut innerhalb des CDA-Modells und seiner Unterstrukturen muss festgelegt werden, welche Codewerte für dieses Attribut zulässig sind. Diese Festlegung wird als "vocabulary binding" bezeichnet.

7.2.2.1 Strukturbeispiele

7.2.2.1.1 Minimal-Variante um einen Code eindeutig darzustellen:

<code code="E10"
      codeSystem="1.2.40.0.34.5.56"/>

7.2.2.1.2 Gebräuchlichste Variante mit zusätzlichem Klartext für Code und Codesystem

<code code="E10"
      displayName="Primär insulinabhängiger Diabetes mellitus, Typ-2-Diabetes"
      codeSystem="1.2.40.0.34.5.56"
      codeSystemName="ICD-10 BMG 2014"/>

7.2.2.1.3 Vollständige-Variante mit direkter Angabe des Textinhalts

<code code="E10"
    displayName="Primär insulinabhängiger Diabetes mellitus, Typ-2-Diabetes"
    codeSystem="1.2.40.0.34.5.56"
    codeSystemName="ICD-10 BMG 2014"
    codeSystemVersion="1.00">
  <originalText>Diabetes mellitus Typ 2</originalText>
</code>

7.2.2.1.4 Vollständige-Variante mit Referenz in den narrativen Textbereich

<code code="E11"
      displayName="Primär insulinabhängiger Diabetes mellitus, Typ-2-Diabetes"
      codeSystem="1.2.40.0.34.5.56"
      codeSystemName="ICD-10 BMG 2014"
      codeSystemVersion="1.00">
   <originalText>
      <reference value="#entldiag-1"/>
   </originalText>
</code>

Für eine detaillierte Beschreibung der Abbildung von Referenzen in den narrativen Bereich siehe Spezifikation und „Zusammenhang Text und Entry“.

7.2.2.1.5 Vollständige-Variante mit Referenz in den narrativen Textbereich und Übersetzung in zwei andere Code-Systeme

<code code="E10"
     displayName="Primär insulinabhängiger Diabetes mellitus, Typ-2-Diabetes"
     codeSystem="1.2.40.0.34.5.56"
     codeSystemName="ICD-10 BMG 2014">
  <originalText>
     <reference value="#entldiag-1"/>
  </originalText>
  <translation code="46635009"
     displayName="Diabetes mellitus type I"
     codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT">
   <originalText>
     <reference value="#entldiag-1"/>
   </originalText>
  </translation>
  <translation code="xyz"
     displayName="Diabetes mellitus juvenilis"
     codeSystem="9.8.7.6.5.4.3.2.1" codeSystemName="AnderesCodesystem">
   <originalText>
     <reference value="#entldiag-1"/>
   </originalText>
 </translation>
</code>

7.2.2.2 Spezifikation

Bei CE CWE Elementen werden, sofern nicht anders spezifiziert, immer die folgenden Attribute angegeben:

Element/Attribut				DT	Kard	Konf	Beschreibung
code				CE CWE			Code Element
	@code			cs	1..1	R	Der eigentliche Code-Wert z.B. E10
	@displayName			st	0..1	R	Die Klartext-Darstellung des Code-Werts, wie vom originalen Codesystem (in der entsprechenden offiziellen Sprachvariante) vorgesehen. z.B. "Primär insulinabhängiger Diabetes mellitus, Typ-2-Diabetes" Die Bedeutung wird durch @code und @codeSystem getragen und SOLL über die entsprechende Codeliste aufgelöst werden. Ein und derselbe Code kann mehrere gültige, menschenlesbare Darstellungen in verschiedenen Sprachen oder in unterschiedlichen, aber semantisch gleichwertigen Formulierungen haben. Der DisplayName ist eine Vereinfachung, die von dem Akteur, der die Daten erstellt ("Datenersteller"), bereitgestellt wird und die Bedeutung des Codes in einer Sprache angibt, die beim Datenersteller verwendet wird oder vom Leitfaden vorgegeben wird. Es liegt in der Verantwortung des Akteurs, der die Daten konsumiert ("Datenkonsument"), die Codes in menschenlesbare Anzeigewerte aufzulösen. Ein Datenkonsument kann den DisplayName verwenden, der in den vom Datenersteller bereitgestellten Daten enthalten ist, oder er kann eine andere lokale Bezeichnung für den Code wählen, z.B. um ihn vom Englischen ins Deutsche zu übersetzen.
	@codeSystem			uid	1..1	R	Die Identifikation der Codeliste z.B. 1.2.40.0.34.5.56 bzw. die aktuell gültige OID der Codeliste
	@codeSystemName			st	0..1	R	Der Klartext-Darstellung der Codeliste z.B. ICD-10 BMG 2014 bzw. die aktuell gültige Version
	@codeSystemVersion			st	0..1	O	Die Versionsnummer der Codeliste z.B. 1.00
	@sdtc:valueSet			uid	0..1	O	Identifikation des Value Sets, an das der Code entsprechend der Leitfadenspezifikation gebunden ist z.B. 1.2.40.0.34.10.34
	@sdtc:valueSetVersion			st	0..1	O	Die Versionsnummer des Value Sets, das zum Zeitpunkt der Codierung genutzt wurde. Formatvorgabe: YYYY-MM-DD z.B. 2020-03-19
	originalText			ED	0..1	O	OriginalText ist ein Element, dass die sprachliche Repräsentation eines Codes in der originalen Sprache des Dokuments enthält. Der Inhalt dieses Elements darf für die menschenlesbare Anzeige des Codes verwendet werden. Entweder direkt angegeben als „String“ oder indirekt als „Referenz“ auf eine Textstelle im narrativen Bereich. Im Falle der direkten Angabe als „String“, z.B. Diabetes mellitus Typ 1
		reference		TEL	0..1	C	Referenz Element
			Konditionale Konformität: Wenn indirekte Angabe als „Referenz“ Wenn direkte Angabe		1..1 0..0	M NP
			@value	url	1..1	R	#{generierter_ref_string}-{generierteID} z.B.: #entldiag-1, verweist auf die Textstelle im narrativen Block:<td id="“entldiag-1“">Diabetes mellitus Typ 1</td>
	qualifier			CR CWE	0..*	O	Gibt zusätzliche Codes an, die die Genauigkeit des Primärcodes erhöhen (Postkoordination). Pro Qualifier werden jeweils ein name und ein value-Element angegeben, wobei beide Elemente mindestens die Attribute code und codesystem enthalten.
	translation			CD CWE	0..*	O	Beliebig viele optionale Übersetzungen des Codes in andere Codesysteme.
	ips:designation			CD ST	0..*	O	Falls Mehrsprachigkeit in einem Dokument unterstützt wird, muss das Attribut ips:designation für die Übersetzungen in die zusätzlichen Sprachen verwendet werden. Das Attribut @language ist dabei verpflichtend anzugeben. ips:designation kann auch die originale Sprache des Dokuments enthalten. Beispiel: <ips:designation language="en-US">Typhoid fever (disorder)</ips:designation>

7.3 Zeit-Elemente

Angaben von Zeiten sind in HL7 CDA auf vielerlei Arten möglich. Es können Zeitpunkte, Zeitintervalle bestehend aus Beginn- und Endzeitpunkt, Zeitintervalle bestehend aus Beginnzeitpunkt und Dauer und vielerlei mehr Varianten abgebildet werden.

Damit nicht alle beliebigen Varianten implementiert werden müssen, werden die Varianten über den Leitfaden stark eingeschränkt. Weitere Spezifizierungen von Zeit-Elementen können von den speziellen Implementierungsleitfäden vorgenommen werden, z.B. spezifiziert der Implementierungsleitfaden e-Medikation den Datentyp GTS (General Timing Specification) für komplexe Zeitangaben mit Anfang, Ende und Häufigkeit bei den Einnahmeregeln für Medikamente. Allgemein gilt, dass nicht angegebene Datums- und Zeitanteile (also z.B. fehlende Sekunden) mit 0 (Null) angenommen werden. D.h. 201908071633 entspricht 20190807163300.

Normale Angabe von Datum und Zeit
1) Zeitpunkte: Die häufigsten Datums- und Zeitangaben werden über den Datentyp TS.AT.TZ zusammengefasst und im Folgenden unter Einfaches Zeitelement TS beschrieben. Hier kann der Wert für einen Zeitpunkt auf zweierlei Arten angegeben werden:

Als taggenaues Datum
Als Datum mit sekundengenauer Uhrzeit und Zeitzone

2) Zeitintervalle: Bestehen aus Anfangs- und Endpunkt, die wiederum als Zeitpunkt wie oben angegeben werden. Dieser Datentyp wird als Intervall-Zeitelement IVL_TS im Anschluss spezifiziert.

7.3.1 Zeitpunkt: Einfaches Zeitelement TS

7.3.1.1 Nur Datum

Wird ein Zeitpunkt als Datum (ohne Zeit) angegeben, MUSS dies in folgendem Format erfolgen: YYYYMMDD

Bedeutung:

Jahr 4-stellig +
Monat 2-stellig +
Tag 2-stellig

7.3.1.2 Strukturbeispiel

<effectiveTime value="20081224"/> <!-- Datum 24.12.2008 -->

7.3.1.2.1 Datum, Zeit und Zeitzone

Wird ein Zeitpunkt als Datum mit Zeit angegeben, MUSS dies in folgendem Format erfolgen: YYYYMMDDhhmmss[+/-]HHMM

Bedeutung:

Jahr 4-stellig +
Monat 2-stellig +
Tag 2-stellig
Stunde 2-stellig (24 Stunden Format)
Minute 2-stellig
Sekunde 2-stellig
+ oder -
Zeitzonenverschiebung Stunde 2-stellig
Zeitzonenverschiebung Minute 2-stellig

Wird in einem Zeitelement zusätzlich zum Datum eine Zeit angegeben, MUSS die Zeitzone verpflichtend angegeben werden!

Die angegebene Zeitzone MUSS die aktuelle Sommerzeitregelung inkludieren.

7.3.1.3 Strukturbeispiele

a) Winterzeit, Österreich (MEZ)

<effectiveTime value="20081224150000+0100"/> 
<!-- Datum 24.12.2008, um 15:00 Uhr in Europa/Wien (bei Winterzeit) -->

b) Sommerzeit, Österreich (MESZ)

<effectiveTime value="20080824150000+0200"/> 
<!-- Datum 24.08.2008, um 15:00 Uhr in Europa/Wien (bei Sommerzeit) -->

7.3.1.4 Spezifikation

Bei Zeitpunkten werden, sofern nicht anders spezifiziert, immer die folgenden Unterelemente/Attribute angegeben:

Element/Attribut		DT	Kard	Konf	Beschreibung
effectiveTime		TS.AT.TZ
	@value	ts	1..1	R	Zeitpunkt (bei Zeitangabe mit Zeitzone) z.B. 20131224180000+0100

7.3.2 Zeitintervall: Intervall-Zeitelement IVL_TS

7.3.2.1 Strukturbeispiel

<effectiveTime>
  <low value="..."/>   <!-- Zeitpunkt von -->
  <high value="..."/>   <!-- Zeitpunkt bis -->
</effectiveTime>

7.3.2.2 Spezifikation

Bei Zeitintervallen werden, sofern nicht anders spezifiziert, immer die folgenden Unterelemente/Attribute angegeben:

Element/Attribut			DT	Kard	Konf	Beschreibung
effectiveTime			IVL_TS			Zeitintervall
	low		TS.AT.TZ	1..1	R	Beginn des Intervalls Zugelassene nullFlavor: UNK
		@value	ts	1..1	R	Zeitpunkt des Beginns des Intervalls
	high		TS.AT.TZ	1..1	R	Ende des Intervalls Zugelassene nullFlavor: UNK
		@value	ts	1..1	R	Zeitpunkt des Endes des Intervalls

Ein Datum, das mit yyyymmdd angegeben wurde, wird gemäß Standard HL7 CDA Rel.2 interpretiert als yyyymmdd000000 – also der Tag um 0:00:00 Uhr. Wenn also als Zeitraum z.B.: der ganze 1.Dezember 2013 angegeben werden soll, MUSS das so erfolgen:

  <low value="20131201"/> 
  <high value="20131202"/>

Für mehr Klarheit empfiehlt sich daher die zusätzliche Angabe der Zeit mit Zeitzone:

  <low value="20131201000000+0100"/> 
  <high value="20131201235959+0100"/>

7.3.3 Periodisches-Zeitintervall PIVL_TS

Ein periodisch wiederkehrendes Zeitintervall. Periodische Intervalle tragen die Elemente phase und period. phase gibt den "Intervall-Prototypen" an, der jede period wiederholt wird.

7.3.3.1 Spezifikation

Bei PIVL_TS Elementen können, sofern nicht durch einen speziellen Implementierungsleitfaden eingeschränkt, immer die folgenden Attribute angegeben werden:

Element/Attribut	DT	Kard	Konf	Beschreibung
@operator	cs	0..1	R	Wenn ein Element vom Typ PIVL_TS Teil eines Sets ist (d.h. child von einem parent-Element mit einem Set-Datentyp basierend auf SXCM) spezifiziert dieser Code die Set-Operation. Gängige Set-Operationen sind "I" für inkludieren, "E" für ausschließen und "A" für die Schnittmenge.
@alignment	cs	0..1	R	Gibt an, in welcher Art und Weise die Wiederholung in phase einem bestimmten Kalenderzyklus zugeordnet ist. Gängige Zyklen sind "DW" für einen bestimmten Tag in der Woche oder "MY" für einen bestimmten Monat im Jahr.
@institutionSpecified	bl	0..1	R	Gibt an, ob der Start des periodischen Zeitintervalls vom durchführenden bestimmt wird.
phase	IVL_TS	0..1	O	Das Zeitintervall, das sich periodisch wiederholt.
period	PQ	0..1	O	Zeitliche Frequenz, zu der das Zeitintervall in phase auftritt.

7.3.3.2 Strukturbeispiele

<!-- '''pro Tag''' -->
<effectiveTime xsi:type='PIVL_TS' institutionSpecified='true'>
  <period value='1' unit='<nowiki/>'''d'''<nowiki/>'/>
</effectiveTime>

<!-- '''2x täglich, für 20 Minuten''' -->
<effectiveTime xsi:type='PIVL_TS'>
  <phase>
     <width value='20' unit='min'/>
  </phase>
  <period value='12' unit='h'/>
</effectiveTime>

<!-- '''Jede Woche am Mittwoch, "20191113" ist ein Mittwoch''' -->
<effectiveTime xsi:type='PIVL_TS' alignment='DW'>
  <phase value='20191113'/>
  <period value='1' unit='wk'/>
</effectiveTime>

7.3.4 Periodisches-Zeitintervall EIVL_TS

Ein periodisch wiederkehrendes Zeitintervall, bei dem das Wiederauftreten auf einer bestimmten Aktivität des täglichen Lebens oder einem Ereignis basiert, das zwar zeitbezogen, aber nicht vollständig durch eine Zeitangabe bestimmbar ist (z.B. mittags).

7.3.4.1 Spezifikation

Bei EIVL_TS Elementen können, sofern nicht durch einen speziellen Implementierungsleitfaden eingeschränkt, immer die folgenden Attribute angegeben werden:

Element/Attribut	DT	Kard	Konf	Beschreibung
@operator	cs	0..1	R	Wenn ein Element vom Typ EIVL_TS Teil eines Sets ist (d.h. child von einem parent-Element mit einem Set-Datentyp basierend auf SXCM) spezifiziert dieser Code die Set-Operation. Gängige Set-Operationen sind "I" für inkludieren, "E" für ausschließen und "A" für die Schnittmenge.
event	CS	0..1	O	Code für eine gebräuchliche periodische Aktivität des täglichen Lebens, das den Start des Intervalls darstellt. Gängige Codes sind "ACM" für morgens, "ACD" für mittags und "ACV" für abends aus dem HL7 v3 Codesystem "TimingEvent" (2.16.840.1.113883.5.139). Das jeweils gültige Value Set ist in einem speziellen Implementierungsleitfaden festgelegt (wie z.B. für die e-Medikation das Value Set "ELGA_Einnahmezeitpunkte").
offset	IVL_TS	0..1	O	Zur Angabe einer Zeitspanne als Zeitversatz vor oder nach dem Eintreten des Ereignisses in event, z.B. 1 Stunde vor dem Frühstück

7.3.4.2 Strukturbeispiele

<!-- '''morgens''' -->
<effectiveTime xsi:type='EIVL_TS'>
    <event code='ACM'/>
    <offset value="0" unit="s"/>
</effectiveTime>

<!-- '''abends''' -->
<effectiveTime xsi:type='EIVL_TS'>
    <event code='ACV'/>
    <offset value="0" unit="s"/>
</effectiveTime>

<!-- '''1 Stunde vor dem Mittagessen''' -->
<effectiveTime xsi:type='EIVL_TS'>
    <event code='ACD'/>
    <offset>
        <low value="1" unit="h"/>
    </offset>
</effectiveTime>

7.3.5 Strukturierung von Zeitelementen SXPR_TS

Ein Element von diesem Datentyp repräsentiert ein Set von Komponenten zu Zeitangaben, das als eine Einheit zu betrachten ist.

7.3.5.1 Spezifikation

Bei SXPR_TS Elementen können, sofern nicht durch einen speziellen Implementierungsleitfaden eingeschränkt, immer die folgenden Attribute angegeben werden:

Element/Attribut		DT	Kard	Konf	Beschreibung
@operator		cs	0..1	R	Wenn ein Element vom Typ SXPR_TS teil eines Sets ist (d.h. child von einem parent-Element mit einem Set-Datentyp basierend auf SXCM) spezifiziert dieser Code die Set-Operation. Gängige Set-Operationen sind "I" für inkludieren, "E" für ausschließen und "A" für die Schnittmenge.
	comp	IVL_TS, PIVL_TS, EIVL_TS, SXPR_TS	2..*	R	Komponente zur Strukturierung von Zeitangaben entsprechend dem jeweils festgelegten Datentyp.

7.3.5.2 Strukturbeispiele


<!-- '''1 Zeitangabe bestehend aus 2 Zeit-Komponenten, jeden Dienstag und Donnerstag pro Woche''' -->
<effectiveTime xsi:type='SXPR_TS'>
     <!-- Jeden Dienstag -->
     <comp xsi:type='PIVL_TS' alignment='DW'>
       <phase value="20131001"/>    <!-- Der 1.Okt 2013 ist ein Dienstag -->
       <period value="1" unit="wk"/>
     </comp>

     <!-- Jeden Donnerstag -->
     <comp xsi:type='PIVL_TS' alignment='DW'>
       <phase value="20131003"/>    <!-- Der 3.Okt 2013 ist ein Donnerstag -->
       <period value="1" unit="wk"/>
     </comp>
   </effectiveTime>


<!-- '''1 Zeitangabe bestehend aus 2 Zeit-Komponenten, morgens jeden Montag,'''
'''der 21.Dezember ist ein Montag''' --><effectiveTime xsi:type='SXPR_TS'>
      <comp xsi:type='EIVL_TS'>
               <event code='ACM'/>
               <offset value="0" unit="s"/>
      </comp>
      <comp xsi:type='PIVL_TS'>
             <phase value="20151221"/>     
             <period value='1' unit='wk'/>
        </comp> 
</effectiveTime>

7.3.6 Verhältnisangabe RTO

Repräsentiert eine Verhältnisangabe mit Zähler und Nenner. Zähler und Nenner sind abstrakt definiert und unterstützen alle vom abstrakten Datentyp QTY abgeleiteten Datentypen. Die gängigsten Datentypen sind hierbei INT und PQ.

Zähler und Nenner in der Ausprägung INT unterstützen die Strukturierung von Titer-Angaben wie z.B. 1:120.

Bei Zähler und Nenner vom Typ INT können, sofern nicht durch einen speziellen Implementierungsleitfaden eingeschränkt, immer die folgenden Attribute angegeben werden:

Element/Attribut		DT	Kard	Konf	Beschreibung
numerator		INT	1..1	R	Zähler der Verhältnisangabe
	@value	int	0..1	R	Wert als positive ganze Zahl
denominator		INT	1..1	R	Nenner der Verhältnisangabe
	@value	int	0..1	R	Wert als positive ganze Zahl

7.3.7 Verhältnisangabe RTO_PQ_PQ

Repräsentiert eine Verhältnisangabe, bei der Zähler und Nenner in Einheiten messbare Größen darstellen.

7.3.7.1 Spezifikation

Bei RTO_PQ_PQ Elementen können, sofern nicht durch einen speziellen Implementierungsleitfaden eingeschränkt, immer die folgenden Attribute angegeben werden:

Element/Attribut		DT	Kard	Konf	Beschreibung
numerator		PQ	1..1	R	Zähler der Verhältnisangabe
	@value	real	0..1	R	Angabe der Größe des Messwertes
	@unit	cs	0..1	R	Physikalisch Einheit des Messwertes. Codiert nach UCUM ist EMPFOHLEN
denominator		PQ	1..1	R	Nenner der Verhältnisangabe
	@value	real	0..1	R	Angabe der Größe des Messwertes
	@unit	cs	0..1	R	Physikalisch Einheit des Messwertes. Codiert nach UCUM ist EMPFOHLEN

7.3.7.2 Strukturbeispiele

<!-- '''Verhältnisangabe ohne physikalische Größe, z.B. Titer 1:120''' -->
<value xsi:type="RTO">
  <numerator xsi:type='INT' value='1'/>
  <denominator xsi:type='INT' value='120'/>
</value>

<!-- '''Einseitig offene''' '''Verhältnisangabe, z.B. Titer 1:≥32''' -->
<value xsi:type="RTO">
  <numerator value="1" xsi:type="INT"/>
  <denominator xsi:type="IVL_INT">
    <low value="32" inclusive="true"/>
  </denominator>
</value>

7.3.8 Minimale Datumsangabe: TS.DATE

Eine minimale Datumsangabe umfasst die möglichen Formate: YYYYMMDD, YYYYMM oder YYYY. Dies wird mit dem Datentyp TS.DATE angezeigt.

7.3.8.1 Strukturbeispiel

Datum: "Juni 2008"

<effectiveTime value="200806"/>

7.3.8.2 Spezifikation

Beim Datum TS.DATE werden, sofern nicht anders spezifiziert, immer die folgenden Unterelemente/Attribute angegeben:

Element/Attribut		DT	Kard	Konf	Beschreibung
effectiveTime		TS.DATE
	@value	ts	1..1	R	Datum im Format YYYY, YYYYMM, YYYYMMDD z.B. 20131224, 201312, 2013

7.4 Kontaktdaten-Elemente

7.4.1 telecom-Element TEL

Ein telecom Kommunikations-Element dient zur Angabe von Kontaktdaten zu einem Personen- oder Organisationselement.

7.4.1.1 Strukturbeispiele

7.4.1.1.1 Beispiele für Präfixe in TEL Elementen

<telecom value="'''tel:'''+43.1.40400"/>
<telecom value="'''fax:'''(02236)83.12323-12"/>
<telecom value="'''mailto:'''office@organisation.at"/>
<telecom value="'''http'''://www.organisation.at"/>

7.4.1.1.2 Beispiel für die Angabe einer Mobilnummer

<telecom use="MC" value="tel:+43.660.1234567"/>

7.4.1.2 Spezifikation

Bei TEL Elementen werden, sofern nicht anders spezifiziert, immer die folgenden Unterelemente/Attribute angegeben:

Element/Attribut		DT	Kard	Konf	Beschreibung
telecom		TEL			Kontakt-Element
	@value	url	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äß Value-Set „ELGA_URLScheme“
	@use	cs	0..1	O	Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …) Bsp: WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

7.4.1.3 telecom – Format Konventionen für Telekom-Daten

Das @value Attribut des telecom-Elements …

… MUSS das URI Schema „tel:“, „mailto:“, etc. aufweisen
- Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
… MUSS im Falle von internationalen Telefonnummern mit einem „+“ beginnen
… DARF nur Ziffernzeichen 0 bis 9 nutzen sowie als visuelle Separatorzeichen nur Bindestrich –, Punkte . oder Klammern () verwenden.
- … Leerzeichen sind in Telefonnummern NICHT ERLAUBT

7.5 Namen-Elemente

7.5.1 Namen-Elemente von Personen PN

Personen-Namen werden über das Element name abgebildet.

Die Bedeutung des Namen-Elements KANN mit dem Attribut @use angegeben werden. Fehlt das Attribut, wird der Name als „rechtlicher Name“ (Realname bzw. bürgerlicher Name) angenommen (entsprechend @use=“L“, legal name).

Werden mehrere Namen angegeben, MUSS die Bedeutung für jedes Namen-Element über das Attribut @use angegeben werden, wobei nur EIN rechtlicher Name angegeben werden DARF.

7.5.1.1 Granularitätsstufe 1: Unstrukturierte Angabe

In Granularitätsstufe 1 wird der Personen-Name unstrukturiert angegeben. Die einzelnen Elemente des Namens (Vorname, Nachname) werden nicht getrennt.

7.5.1.1.1 Strukturbeispiele

Beispiele für name-Elemente in Granularitätsstufe 1:

<name>Dr. Herbert Mustermann</name>

<name use="A">Dr. Kurt Ostbahn </name>

7.5.1.1.2 Spezifikation

Bei name-Elementen in dieser Granularitätsstufe werden, sofern nicht anders spezifiziert, immer die folgenden Elemente angegeben:

Element/Attribut		DT	Kard	Konf	Beschreibung
name		PN			Namen-Element (Person)
	@use	cs	0..1	O	Die genaue Bedeutung des angegebenen Namens, beispielsweise, dass der angegebene Personen-Name ein „Künstlername“ ist. Weitere Bsp: L (rechtlicher Name), A (Künstlername), R (Ordensname) Zulässige Werte gemäß Value-Set „ELGA_EntityNameUse“ Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).

Spezifiziert durch folgende Templates:

Person Name Compilation G1
Person Name Compilation G1 M

7.5.1.2 Granularitätsstufe 2: Strukturierte Angabe

In Granularitätsstufe 2 wird der Personen-Name strukturiert angegeben. Die einzelnen Elemente des Namens (mindesten der Vorname und Nachname) werden getrennt angegeben.

7.5.1.2.1 Strukturbeispiel

Beispiel für ein name-Element in Granularitätsstufe 2:

<name>
   <prefix qualifier="PR">OMedR</prefix>
   <prefix qualifier="AC">Dr.</prefix>
   <given>Sissi</given>
   <family>Österreich</family>
   <family qualifier="BR">Habsburg</family>
   <suffix qualifier="AC">MSc</suffix>
</name>

7.5.1.2.2 Spezifikation

Bei name-Elementen in dieser Granularitätsstufe werden, sofern nicht anders spezifiziert, immer die folgenden Elemente angegeben:

Element/Attribut			DT	Kard	Konf	Beschreibung
name			PN			Namen-Element (Person)
	@use		cs	0..1	O	Die genaue Bedeutung des angegebenen Namens, beispielsweise, dass der angegebene Personen-Name ein „Künstlername“ ist. Bsp: L (rechtlicher Name), A (Künstlername), R (Ordensname) Zulässige Werte gemäß Value-Set „ELGA_EntityNameUse“ Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).
	prefix		en.prefix	0..*	O	Beliebig viele Präfixe zum Namen z.B. Akademische Titel, Adelstitel Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!
		@qualifier	cs	0..1	O	Die genaue Bedeutung eines prefix-Elements, beispielsweise, dass das angegebene Präfix einen akademischen Titel darstellt. z.B.: AC („Akademischer Titel“) Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“
	given		en.given	1..*	M	Mindestens ein Vorname
		@qualifier	cs	0..1	O	Die genaue Bedeutung eines given-Elements, beispielsweise, dass das angegebene Element eine Initial (z.B. middle initial) bezeichnet. z.B.: IN („Initial“) Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“
	family		en.family	1..*	M	Mindestens ein Hauptname (Nachname)
		@qualifier	cs	0..1	O	Die genaue Bedeutung eines family-Elements, beispielsweise, dass das angegebene Element einen Geburtsnamen bezeichnet. z.B.: BR („Geburtsname“) Zulässige Werte gemäß Value-Set br/>Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“
	suffix		en.suffix	0..*	O	Beliebig viele Suffixe zum Namen z.B. Akademische Titel, Adelstitel
		@qualifier	cs	0..1	O	Die genaue Bedeutung eines suffix-Elements, beispielsweise, dass das angegebene Suffix einen akademischen Titel darstellt. z.B.: AC („Akademischer Titel“) Zulässige Werte gemäß Value-Set br/>Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“

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 Prefix/Suffix.

Es gibt auch nicht näher bestimmte Prefixe/Suffixe, z.B. trifft das für die Angabe von "Junior" oder "Senior" bzw "Jun."/"Sen" oder "Jr."/"Sr" zu.

<name>
  <given>Herbert</given>
  <family>Mustermann</family>
  <suffix>Sen.</suffix>
</name>

Spezifiziert durch folgende Templates:

Person Name Compilation G2
Person Name Compilation G2 M

7.5.2 Namen-Elemente von Organisationen ON

Organisations-Namen werden über das Element name abgebildet.

Dieser Implementierungsleitfaden lässt nur die unstrukturierte Angabe des Organisationsnamens zu. Die Verwendung des @qualifier Attributs beim name-Element ist nicht gestattet.

7.5.2.1 Strukturbeispiel

Beispiel für die Angabe eines Organisationsnamens:

<name>Krankenhaus Wels</name>

7.5.2.2 Spezifikation

Element/Attribut	DT	Kard	Konf	Beschreibung
name	ON			Name der Organisation

Spezifiziert durch folgendes Template:

Organization Name Compilation

7.6 Adress-Elemente

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.

Sind keine Adressdaten vorhanden, kann das Element entweder wegelassen werden oder mit NullFlavor angegeben werden – je nachdem wie das Adress-Element im Kontext spezifiziert wurde.

7.6.1 Granularitätsstufe 1: Unstrukturierte Angabe

In Granularitätsstufe 1 wird die Adresse unstrukturiert angegeben. Die einzelnen Elemente der Adresse (Straße, PLZ, Ort, …) werden nicht getrennt.

Hinweis: Diese Granularitätsstufe ist ausdrücklich „nicht empfohlen“ und SOLL nur in EIS Basic angewandt werden, wenn eine feinere Granularität nicht möglich ist.
Bei EIS Enhanced und EIS Full Support MUSS die Granularitätsstufe 2 oder 3 angegeben werden.

7.6.1.1 Strukturbeispiel

Beispiel für ein addr-Element in Granularitätsstufe 1:

<addr use="HP">Musterstraße 13a, 1220 Wien, Österreich</addr>

7.6.1.2 Spezifikation

Bei addr-Elementen in dieser Granularitätsstufe werden, sofern nicht anders spezifiziert, immer die folgenden Elemente angegeben:

Element/Attribut		DT	Kard	Konf	Beschreibung
addr		AD			Namen-Element
	@use	cs	0..1	O	Die genaue Bedeutung der angegebenen Adresse, beispielsweise, dass die angegebene Adresse die Wohn-Adresse ist, z.B. HP („Home primary“) Zulässige Werte gemäß Value-Set „ELGA_AddressUse“ Wird kein @use Attribut angegeben, gilt bei Personen die Adresse als „Wohnadresse“ („H“) und bei Organisationen als Büroadresse („WP“).

7.6.2 Granularitätsstufe 2: Strukturierte Angabe, Stufe 1

In Granularitätsstufe 2 wird die Adresse strukturiert angegeben, wobei aber Straße und Hausnummer noch zusammen angegeben werden.

7.6.2.1 Strukturbeispiel

Beispiel für ein addr-Element in Granularitätsstufe 2:

<addr>
   <streetAddressLine>Musterstraße 11a/2/1</streetAddressLine>
   <postalCode>7000</postalCode>
   <city>Eisenstadt</city>
   <state>Burgenland</state>
   <country>AUT</country>
   <additionalLocator>Station A, Zimmer 9</additionalLocator>
</addr>

7.6.2.2 Spezifikation

Bei addr-Elementen in dieser Granularitätsstufe werden, sofern nicht anders spezifiziert, immer die folgenden Elemente angegeben:

Element/Attribut		DT	Kard	Konf	Beschreibung
addr		AD			Namen-Element
	@use	cs	0..1	O	Die genaue Bedeutung der angegebenen Adresse, beispielsweise, dass die angegebene Adresse die Wohn-Adresse ist, z.B. HP („Home primary“) Zulässige Werte gemäß Value-Set „ELGA_AddressUse“ Wird kein @use Attribut angegeben, gilt bei Personen die Adresse als „Wohnadresse“ („H“) und bei Organisationen als Büroadresse („WP“).
	streetAddressLine	ADXP	1..1	M	Straße mit Hausnummer Bsp: Musterstraße 11a/2/1
	postalCode	ADXP	1..1	M	Postleitzahl
	city	ADXP	1..1	M	Stadt
	state	ADXP	0..1	O	Bundesland
	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…
	additionalLocator	ADXP	0..1	O	Zusätzliche Addressinformationen z.B.: Station, Zimmernummer im Altersheim

7.6.3 Granularitätsstufe 3: Strukturierte Angabe, Stufe 2

In Granularitätsstufe 3 wird die Adresse maximal strukturiert angegeben (Straße und Hausnummer getrennt).

7.6.3.1 Strukturbeispiel

Beispiel für ein addr-Element in Granularitätsstufe 3:

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

7.6.3.2 Spezifikation

Bei addr-Elementen in dieser Granularitätsstufe werden, sofern nicht anders spezifiziert, immer die folgenden Elemente angegeben:

Element/Attribut		DT	Kard	Konf	Beschreibung
addr		AD			Namen-Element
	@use	cs	0..1	O	Die genaue Bedeutung der angegebenen Adresse, beispielsweise, dass die angegebene Adresse die Wohn-Adresse ist, z.B. HP („Home primary“) Zulässige Werte gemäß Value-Set „ELGA_AddressUse“ Wird kein @use Attribut angegeben, gilt bei Personen die Adresse als „Wohnadresse“ („H“) und bei Organisationen als Büroadresse („WP“).
	streetName	ADXP	1..1	M	Straße mit Hausnummer Bsp: Musterstraße
	houseNumber	ADXP	1..1	M	Hausnummer Bsp: 11a/2/1
	postalCode	ADXP	1..1	M	Postleitzahl
	city	ADXP	1..1	M	Stadt
	state	ADXP	0..1	R	Bundesland
	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…
	additionalLocator	ADXP	0..1	O	Zusätzliche Addressinformationen z.B.: Station, Zimmernummer im Altersheim

Adressangaben werden durch folgendes Templates spezifiziert:

Address Compilation
Address Compilation Minimal

7.7 Messwert-Elemente

Die maschinenlesbare Angabe von Messwerten wie des Ergebnisses einer Laboruntersuchung oder einer Vitalparameter-Messung erfolgt über ein value-Element. Die Codierung erfolgt gemäß dem Datentyp, welcher durch das xsi:type-Attribut ausgedrückt wird, für möglichen Datentypen gibt es eine fixe Liste.

Numerische Ergebnisse werden in der Regel als „physical quantity“ PQ dargestellt, was die Angabe einer Einheit in UCUM-Schreibweise erforderlich macht. Es MUSS die „case sensitive“ Variante (c/s) der maschinenlesbaren Form des UCUM verwendet werden. Als Dezimaltrennzeichen MUSS im maschinenlesbaren und menschenlesbaren Teil (section.text) ein Punkt (".") verwendet werden. Die bevorzugte Einheit für jede Analyse wird in den einzelnen dazugehörigen ELGA Value Sets vorgeschlagen, jeweils in der in der maschinenlesbaren Form und in der „print“ Variante für die Darstellung in section.text.

Exponent-Schreibweise
Dabei MUSS bei einer Potenz der Exponent der maschinenlesbaren Einheiten mit "*" (z.B.: 10*9 für eine Milliarde) angegeben werden (Dies resultiert aus der Reservierung des Symbols "^" als Trennzeichen in HL7 Nachrichten). Hingegen MUSS weiterhin für den Exponenten der menschenlesbaren Einheiten die „print“ Variante mit "^" angegeben werden (z.B.: 10^9 für eine Milliarde).

Einheitenpräfixe
Es wird EMPFOHLEN, anstelle von Einheitenpräfixen („Giga“, „Mega“, „Milli“, „Mikro“ etc.) eine Potenzschreibweise zu wählen, vor allem, wenn die Groß/Klein-Schreibung eine Rolle spielt und Verwechslungen möglich sind (z.B. „G/L“=Giga pro Liter vs. „g/L“=Gramm/Liter). Also '10^6 ' statt 'M' (Mega), '10^9 ' statt 'G ' (Giga) usw.

7.7.1 Strukturbeispiele

Die Dokumentation eines numerischen Ergebniswertes erfolgt in diesem Fall als Attribut.

<value xsi:type="PQ" value="49.7" unit="%"/>

Die Codierung von textuellen Ergebnissen erfolgt in der Regel durch den “ST” Datentyp. Die Angabe des Ergebnisses erfolgt hier als Wert des Elementes.

<value xsi:type="ST">strohgelb</value>

Im narrativen Block MUSS derselbe Text wie im Entry dargestellt werden.

Auch für dimensionslose Einheiten wird in UCUM häufig eine Einheit angegeben, wie z.B. "[ph]" für den pH-Wert. Wenn keine UCUM-Einheit vorgeschlagen ist, können dimensionslose Einheiten auch mit @unit="1" dargestellt werden, hier für INR:

<value xsi:type="PQ" value="1.1" unit="1"/>

Für Verhältnisangaben, wie sie etwa für Titer verwendet werden (z.B. „1:128“) steht der Datentyp RTO (Ratio) zur Verfügung. Ein Anwendungsbeispiel:

<value xsi:type="RTO">
   <numerator value="1" xsi:type="INT"/>
   <denominator value="128" xsi:type="INT"/>
</value>

Intervalle können mit dem Datentyp IVL angegeben werden, z.B. „20-30 mg/L“:

<value xsi:type="IVL_PQ" >
   <low value="20" unit="mg/dl" inclusive="true"/>
   <high value="30" unit="mg/dl" inclusive="true"/>
</value>

Das Attribut inclusive gibt mit true/false an, ob die Intervallgrenze im Intervall enthalten ist oder nicht (offenes oder geschlossenes Intervall)

7.7.2 Spezifikation

Für numerische Werte gilt:

Element/Attribut		DT	Kard	Konf	Beschreibung
value		PQ, IVL_PQ, INT, IVL_INT, RTO, RTO_QTY_QTY, RTO_PQ_PQ	0..1	O
	@unit	cs	1..1	C	Physikalisch Einheit des Messwertes. UCUM Codierung empfohlen (siehe [7])
	Konditionale Konformität: Bei EIS „Basic“ Bei EIS „Enhanced“ und „Full Support“		1..1 1..1	R2 M	Angabe der Einheit erforderlich Angabe der Einheit nach UCUM (c/s) erforderlich.
	@value	real	1..1	M	Größe des Messwertes
	@xsi:type	cs	1..1	M	Datentyp: für numerische Werte PQ

7.8 Komplexe (zusammengesetzte) Elemente

7.8.1 Personen-Element

Personen-Elemente im CDA sind komplexe, zusammengesetzte Objekte und dienen zur Abbildung von Personen. Ein Personen-Element beinhaltet im Wesentlichen das name-Element der Person.

7.8.1.1 Strukturbeispiel

<assignedPerson>
  <name>
    <prefix qualifier="AC">Dr.</prefix>
    <given>Hubert</given>
    <family>Muster</family>
  </name>
</assignedPerson>

7.8.1.2 Spezifikation

Bei Personen-Elementen MÜSSEN, sofern nicht anders spezifiziert, immer die folgenden Elemente angegeben werden:

Element/Attribut	DT	Kard	Konf	Beschreibung
name	PN	1..*	M	Name der Person Grundsätzlich sind die Vorgaben gemäß „Namen-Elemente von Personen PN“ zu befolgen.

7.8.2 Organisations-Element

Organisations-Elemente im CDA sind komplexe, zusammengesetzte Objekte und dienen zur Abbildung von Organisationen unter Berücksichtigung ihrer essentiellen Informationen, wie ID, Name, Adresse, Kontaktdaten, etc.

7.8.2.1 Strukturbeispiel

<serviceProviderOrganization>
   <id root="1.2.40.0.34.3.1.xxx" assigningAuthorityName="GDA Index"/>
   <name>Amadeus Spital</name>
   <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"/>
   <addr>
	<streetName>Mozartgasse</streetName>
	<houseNumber>1-7</houseNumber>
	<postalCode>1234</postalCode>
	<city>St.Wolfgang</city>
	<state>Salzburg</state>
	<country>AUT</country>
   </addr>
</serviceProviderOrganization>

7.8.2.2 Spezifikation

Bei Organisations-Elementen MÜSSEN, sofern nicht anders spezifiziert, immer die folgenden Elemente angegeben werden:

7.8.2.2.1 id

Element/Attribut	DT	Kard	Konf	Beschreibung
id	II	0..*	O	Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen.

7.8.2.2.2 Name der Organisation

Element/Attribut	DT	Kard	Konf	Beschreibung
name	PN	1..1	M	Name der Organisation Grundsätzlich sind die Vorgaben gemäß „Namen-Elemente von Organisationen ON“ zu befolgen.

7.8.2.2.3 Kontakt-Elemente der Organisation

Element/Attribut	DT	Kard	Konf	Beschreibung
telecom	TEL	0..*	O	Beliebig viele Kontakt-Elemente der Organisation Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.

7.8.2.2.4 Adress-Element der Organisation

Element/Attribut	DT	Kard	Konf	Beschreibung
addr	AD	0..1	O	Ein Adress-Elemente der Organisation Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen.

Organisationen werden durch folgende Templates spezifiziert:

Organization Compilation with name
Organization Compilation with id, name
Organization Compilation with id, name, tel, addr
Organization Compilation with name, addr minimal
Organization Compilation with name, addr minimal and telecom

7.8.3 AssignedEntity-Element (Person + Organisation)

AssignedEntity-Elemente im CDA sind komplexe, zusammengesetzte Objekte und dienen zur Abbildung von abstrakten Entitäten, welche sich aus Person- und Organisationsinformationen zusammensetzen.

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.

7.8.3.1 Strukturbeispiel

<assignedEntity>
  <id root="1.2.40.0.34.99.111.1.3"
      extension="2222"
      assigningAuthorityName="Amadeus Spital"/>
  <addr>
      <streetName>Währinger Gürtel</streetName>
      <houseNumber>18-20</houseNumber>
      <postalCode>1090</postalCode>
      <city>Wien</city>
      <state>Wien</state>
      <country>AUT</country>
  </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>
	:
  </assignedPerson>
  <representedOrganization>
	:
  </representedOrganization>
</assignedEntity>

7.8.3.2 Spezifikation

Bei AssignedEntity-Elementen MÜSSEN, sofern nicht anders spezifiziert, immer die folgenden Elemente angegeben werden:

7.8.3.2.1 id

Element/Attribut	DT	Kard	Konf	Beschreibung
id	II	1..*	R	Mindestens eine ID der Person der Entität Zugelassene nullFlavor: NI … Die Person der Entität hat keine Identifikationsnummer UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen.

7.8.3.2.2 Adress-Element der Organisation

Element/Attribut	DT	Kard	Konf	Beschreibung
addr	AD	0..1	O	Ein Adress-Element der Person der Entität Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen.

7.8.3.2.3 Kontakt-Elemente der Organisation

Element/Attribut	DT	Kard	Konf	Beschreibung
telecom	TEL	0..*	O	Beliebig viele Kontakt-Elemente der Person der Entität Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.

7.8.3.2.4 Personen-Element der Entität

Element/Attribut	DT	Kard	Konf	Beschreibung
assignedPerson	POCD_MT000040. Person	1..1	M	Personendaten der Person der Entität Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen.

7.8.3.2.5 Organisations-Element der Entität

Element/Attribut	DT	Kard	Konf	Beschreibung
representedOrganization	POCD_MT000040. Organization	0..1	O	Organisationsdaten der Entität Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen.

Assigned Entity-Elemente werden durch folgende Templates spezifiziert:

Assigned Entity
Assigned Entity with id, name, addr and telecom
Assigned Entity Body
Assigned Entity Body with name, addr and telecom

7.9 Weitere Informationen zu CDA

Weitere Informationen zum technischen Hintergrund finden sich unter folgenden Links:

8 Funktionale Anforderungen

PatientInnen 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 bezeichnen wir als Telehealth-Daten.

Ein spezieller Anwendungszweck sind Disease Management Programme (DMP), welche mit Telehealth-Daten unterstützt werden. GDAs interagieren und kommunizieren mit den Patientinnen auf eine regelmäßige, koordinierte Weise, um eine Erkrankung über eine definierte Zeitspanne zu behandeln. Bei diesen Erkrankungen ist die Selbstpflege der Patientinnen 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 Dokumentes 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 würde man den Zugriff in erhobene Telehealth-Daten und den dazugehörigen Behandlungen erleichtern. Zusätzlich haben die von den GDA eingesetzten Informationssysteme die Möglichkeit, diese Informationen in diesem Dokument automatisiert einzulesen und abzurufen.

8.1 Darstellung

Für die Darstellung wird ein spezielles Stylesheet bereitgestellt, das im XML-Prolog referenziert wird ("ELGA_eimpf-stylesheet_v1.0.xsl"). Grundsätzlich werden die Daten aus den Entries dargestellt. Section.Text MUSS dennoch angegeben werden, da der CDA Rel. 2 Standard "Lesbarkeit für Menschen" ("human readability") vorschreibt.

8.2 Verwendung in der ELGA Infrastruktur

8.2.1 Vorgaben zu Dokument-Metadaten (XDS-Metadaten)

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^).
classCode	R	.code	@code="75496-0" @displayName="Telehealth note" @codeSystem="2.16.840.1.113883.6.1"	Bezeichnet die „Dokumentklasse“. Zulässige Werte gemäß Value-Set „ELGA_Dokumentklassen“.
typeCode	R	.code.translation	@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 zusätzliches translation-Element.
typeCode	R	.code.translation	@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 zusätzliches translation-Element.
title	R	.title	"Bsp.: Zwischen-Bericht Herz-Mobil Steiermark (23.3.2020-30.4.2020)"	Für den Telemonitoring Episodenbericht mit dem LOINC Code 75497-8 (Telehealth Progress note) muss der Titel mit "Zwischen-Bericht" beginnen. Danach soll das Telegesundheitsdienste-System angegeben werden und mit dem Zeitraum der in dem Dokument vorhandenen Daten enden.
title	R	.title	"Bsp.: Entlassungs-Bericht Herz-Mobil Tirol (5.2020)"	Für den Telemonitoring Episodenbericht mit dem LOINC Code 75498-6 (Telehealth Summary note) muss der Titel mit "Entlassungs-Bericht" beginnen. Danach soll das Telegesundheitsdienste-System angegeben werden und mit dem Zeitraum der in dem Dokument vorhandenen Daten enden.
eventCodeList	R	.documentationOf .serviceEvent.code	@code="#TODO" @displayName="#TODO" @codeSystem="2.16.840.1.113883.6.96" @codeSystemName="SNOMED CT"	Code der Gesundheitsdienstleistung.
serviceStartTime	R	.documentationOf.serviceEvent .effectiveTime.low	Zeitpunkt des Behandlungsbeginns (aktueller Besuch).	Beginn der Gesundheitsdienstleistung.
serviceStopTime	R	.documentationOf.serviceEvent .effectiveTime.high	Zeitpunkt des Behandlungsendes (aktuelle Behandlung, muss sich von Behandlungsbeginn unterscheiden)	Ende der Gesundheitsdienstleistung.

8.3 Versionierung von Dokumenten

Änderungen an einem Dokument, das bereits in ELGA registriert wurde, sollen über die Registrierung einer neuen Dokumentenversion in ELGA Eingang finden. Mittels ITI-41/42 Provide and Register DocumentSet wird eine neue Version des Dokumentes geschrieben und die Metadaten der Vorversion auf den Status „deprecated“ gesetzt. In den XDS-Metadaten und in den CDA-Metadaten der neuen Version werden Verweise auf das ersetzte Dokument eingetragen (Beziehungstyp „replace“ (RPLC)).

Es dürfen ausschließlich Dokumente derselben Dokumentklasse ersetzt werden. Dementsprechend muss das Metadaten-Attribut XDSDocumentEntry.classCode von ersetztem und ersetzenden Dokument ident sein (der typeCode darf sich unterscheiden). Ein Dokument darf auch durch ein älteres Dokument ersetzt werden.

Folgeversionen zu Originaldokumenten dürfen aus Gründen der rechtlichen Autorenschaft ausschließlich von jenem GDA (Organisation) registriert werden, der auch das entsprechende Originaldokument in ELGA veröffentlicht hat.

Ein bestehendes Dokument, das auf Basis eines bestimmten Leitfadens erstellt wurde, KANN auch später mit einer höheren Leitfadenversion ersetzt werden. Die Metadaten müssen entsprechend angegeben werden (formatCode).

Eventuell der Dokumentenvorversion zugeordnete individuelle Zugriffsberechtigungen werden durch das ELGA Berechtigungssystem auch auf die Nachfolgeversionen angewendet.

Neue Versionen eines Dokuments in KIS sollen automatisch für ELGA registriert werden. In der neuen Dokumentversion sollen die Änderungen im Text erkennbar gemacht werden. Zur Kennzeichnung der Änderungen stehen spezielle Funktionen für CDA zur Verfügung die vom Referenzstylesheet entsprechend angezeigt werden können (siehe Kapitel Verwendung von Revisionsmarken).

8.4 Stornierung von Dokumenten

Falls eine Korrektur des Dokumentes nicht möglich ist, kann ein Dokument auch komplett storniert werden. Dazu wird der Status des Dokumentes via ITI-57 (Metadata Update availability Status) in der Registry auf “deprecated” gesetzt, aber keine neue Dokumentenversion registriert. Ein storniertes Dokument wird daher nicht in der Dokumentliste enthalten sein, sofern nicht spezifische Anfragen gestellt werden, um deprecated-Versionen zu bekommen.

Diese Aktion ist nur in bestimmten Ausnahmefällen zulässig, wie z.B. wenn ein Dokument für einen falschen Patienten angelegt wurde.

Das Löschen von Dokumenten in ELGA erfolgt ausschließlich in folgenden Fällen:

Löschen durch ELGA-Teilnehmer
Opt-Out des ELGA-Teilnehmers
Ablauf der gesetzlichen Aufbewahrungsfrist (GTelG2012).

8.5 Mehrsprachigkeit und grenzüberschreitender Austausch

Mehrsprachigkeit wird in dieser Version nicht unterstützt, ist aber für die Zukunft angedacht. Die entsprechenden Strukturen im Leitfaden sind bereits angelegt.

9 User Storys ("Anwendungsfälle")

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

Es werden die zwei Anwendungsfälle "Minimal" und "Maximal" aus Sicht des Dokumentes, welches von einem Telemonitoring-System befüllt wird, erklärt. "Minimal" geht auf den Prozess ein, welcher nur die Arbeitsschritte beinhaltet, welche notwendig sind, um ein valides Dokument ohne optionale Felder zu generieren. "Maximal" erweitert den "Minimal"-Prozess und schöpft alle Möglichkeiten des Dokumentes aus.

Der "Minimal" Anwendungsfall startet am Beginn der Behandlung. Das Anlegen des Dokumentes und erstmalige Hochladen in der dem GDA zugehörigen ELGA-Domäne erfolgt nach dem Eingeben der mindestens notwendigen Header-Felder und der Body-Sektion "Behandlungsgrund". Die notwendigen Header-Felder beschränken sich auf Dokumententyp als LOINC Code, den Titel des Dokumentes, die OIDs, welche die erfüllte Templates spezifizieren, die Patienteninformationen, die/den AutorIn des Dokumentes, den/der UnterzeichnerIn des Dokumentes, den Verwahrer des Dokumentes, die behandelnde Organisation, Erstellungszeitpunkt des Dokumentes, Zeitspanne der Behandlung, Dokumenten-ID, ID des Dokumenten-Sets und die Version innerhalb des Sets und die Vertraulichkeit des Dokumentes. Alle anderen Elemente im Header und Body sind optional und können für den ersten Upload des Dokumentes leer bleiben und in einer neuen Version des Dokumentes optional hinzugefügt werden. Dieses Dokument wird vom behandelnden Gesundheitsdienstexperten unterschrieben und damit für das Hochladen in die ELGA-Domäne bereitgestellt. Dieser Schritt kann während der Registrierung für das Programm und spätestens am ersten Behandlungstag stattfinden. Während der Behandlung besteht optional die Möglichkeit, das Dokument zu erweitern und neue Daten wie eine Zusammenfassung der bisherigen Behandlung, Messungen, Kommentare und Anhänge hinzuzufügen und mit einer erneuten Validierung und erhöhten Versionsnummer hochzuladen. Spätestens am Ende der Behandlung wird ein über die ganze Behandlung berichtende Zusammenfassung verfasst, welche wieder vom behandelnden Gesundheitsdienstexperten unterzeichnet wird. Diese aktualisierte Version des TGD-Dokumentes dient als Übersicht für zukünftige Behandlungen aller Gesundheitsdienstexperten mit Zugriff auf das Dokument.

Der "Maximal" Anwendungsfall fügt eine weitere Möglichkeit hinzu, Daten neben den manuell vidierten Dokumenten bereitzustellen. Automatisch generierte und ohne Vidierung in ELGA hochgeladene Dokumente, mit allen bis zu diesem Zeitpunkt vorhandenen Messergebnissen wie auch weiteren freigegeben Daten, bieten auch anderen GDEs in einer fortwährenden Behandlung eine Einsicht in die Daten. Der Großteil der Daten bei einem TGD werden von PatientInnen selbst generiert und können von hohem Interesse für andere Behandlungen sein. In einem bestimmten für die Behandlung sinnvollen Intervall, wie beispielsweise wöchentlich oder täglich, wird das Dokument mit den neuen Beobachtungen automatisch aktualisiert. Dabei können vorausgewählte Kommentare und Notizen wie auch ganze Dokumente als Anhang mit hochgeladen werden. Aktualisierte Texte von "Behandlungsgrund" wie auch erste Zusammenfassungen der bisherigen Behandlung können für das nächste Hochladen hinzugefügt werden. Es steht den Implementierern frei, dieses als automatisches Dokument für seine Benutzer in jeglicher Form bereitzustellen. Grundsätzlich ist zu beachten, das der manuelle Schritt der Vidierung einer natürlichen Person die Qualität der Daten hebt. Um die Anforderungen eines automatisch generierten Dokumentes wie auch eines On-Demand Dokumentes zu erfüllen, wird ermöglicht, die neuesten Messergebnisse mit einer automatischen Vidierung des Dokumentes und dem folgenden Hochladen bereitzustellen.

10 Technische Spezifikation

10.1 Übersicht CDA Struktur "Telemonitoring Episodenbericht"

Die Struktur des CDA Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte, grafische Zusammenfassung aller Elemente.

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

^{[Abbildung 2]}

10.2 CDA Templates

10.2.1 Document Level Templates

10.2.1.1 Telemonitoring Episodenbericht

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.1+20210304)	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

<hl7:ClinicalDocument>
  
  <hl7:realmCode code="AT"/>  
  <hl7:typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>  
  <hl7:templateId root="1.2.40.0.34.6.0.11.0.1"/>  
  <hl7:templateId root="1.2.40.0.34.7.23.1"/>  
  <hl7:templateId root="1.2.40.0.34.6.0.11.0.10"/>  
  <hl7:id root="1.2.40.0.34.3.1.1058.1337" extension="999021.1" assigningAuthorityName="Tirol Kliniken GmbH"/>  
  <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>  
  <hl7:title>Entlassungsbericht HerzMobil Tirol (10.01.2018 - 13.12.2018)</hl7:title>  
  
  
  <hl7at:terminologyDate value="20180526"/>  
  <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"/>  
  <hl7at:practiceSettingCode code="F019" displayName="Innere Medizin" codeSystem="1.2.40.0.34.5.12" codeSystemName="ELGA_PracticeSetting"/>  
  <hl7:effectiveTime value="20181213095800+0200"/>  
  <hl7:confidentialityCode code="N" displayName="normal" codeSystem="2.16.840.1.113883.5.25" codeSystemName="HL7:Confidentiality"/>  
  <hl7:languageCode code="de-AT"/>  
  <hl7:setId root="1.2.40.0.34.3.1.1058.1337" extension="999021" assigningAuthorityName="Tirol Kliniken GmbH"/>  
  <hl7:versionNumber value="1"/>  
  <hl7:recordTarget>
    <hl7:patientRole>
      
      <hl7:id root="1.2.40.0.34.99.111.1.2" extension="123" assigningAuthorityName="Tirol Kliniken GmbH"/>      
      <hl7:id root="1.2.40.0.10.1.4.3.1" extension="2568190361" assigningAuthorityName="Oesterreichische Sozialversicherung"/>      
      <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>      
      <hl7:telecom value="tel:+43.660.12301942" use="MC"/>      
      <hl7:telecom value="mailto:franz.haecker@gmail.at"/>      
      <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>  
  <hl7:author>
    
    <hl7:time value="20160501120000+0200"/>    
    <hl7:assignedAuthor>
      
      <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>      
      <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>  
  <hl7:custodian>
    <cda:assignedCustodian>
      
      <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>  
  <hl7:informationRecipient typeCode="PRCP">
    <hl7:intendedRecipient>
      
      <hl7:id nullFlavor="UNK"/>      
      <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>      
      <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>  
  <hl7:legalAuthenticator>
    
    <hl7:time value="20181213105900+0200"/>    
    <hl7:signatureCode code="S"/>    
    <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>      <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>  
  <cda:participant typeCode="CALLBCK">
    <hl7:templateId root="1.2.40.0.34.11.1.1.1"/>    <cda:associatedEntity classCode="PROV">
      
      <hl7:telecom use="WP" value="tel:+43.215285721"/>      
      <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>  
  <cda:documentationOf>
    <cda:serviceEvent>
      <hl7:code code="719858009" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Telehealth monitoring (regime/therapy)"/>      
      <hl7:effectiveTime>
        <cda:low value="20181001082015+0200"/>        <cda:high value="201812131059+0200"/>      </hl7:effectiveTime>    </cda:serviceEvent>  </cda:documentationOf>  
  <cda:componentOf>
    <cda:encompassingEncounter>
      
      <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"/>      
      <hl7:effectiveTime>
        <cda:low value="20181001082015+0200"/>        <cda:high value="201812131059+0200"/>      </hl7:effectiveTime>      
      <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>      
      <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-dataelement-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-dataelement-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:languageCode

CS.LANG

1 … 1

M

Sprachcode des Dokuments.

(TGD...und)


	at-cda-bbr-dataelement-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-dataelement-64	Patient	Dataset A Allgemeiner Leitfaden

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

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-dataelement-193	EKVK	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-65	LokaleID	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-66	SVNr	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-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 (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

Beispiel

EKVK Beispiel-Min

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-dataelement-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-dataelement-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-dataelement-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

@determinerCode

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:administrativeGenderCode[not(@nullFlavor)]
hl7:administrativeGenderCode[@nullFlavor='UNK']

hl7:administrativeGenderCode

CE

0 … 1

(TGD...und)

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-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

hl7:administrativeGenderCode

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-dataelement-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-dataelement-192	Verstorben-Kennzeichen	Dataset A Allgemeiner Leitfaden

sdtc:deceasedTime

TS.AT.TZ

0 … 1

R

Todesdatum der Person.

(TGD...und)


	at-cda-bbr-dataelement-191	Todesdatum	Dataset A Allgemeiner Leitfaden

hl7:maritalStatusCode

CE

0 … 1

R

Codierung des Familienstands des Patienten.
Zulässige Werte gemäß Value-Set „ELGA_MaritalStatus“

(TGD...und)


	at-cda-bbr-dataelement-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:religiousAffiliationCode

CE

0 … 1

R

Codierung des Religionsbekenntnisses des Patienten.
Zulässige Werte gemäß Value-Set „ELGA_ReligiousAffiliation“

(TGD...und)


	at-cda-bbr-dataelement-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:ethnicGroupCode

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-dataelement-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:guardianPerson welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:guardianPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:guardianOrganization welches enthält Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)

hl7:guardianPerson

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:guardianPerson

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:guardianOrganization

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-dataelement-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

@determinerCode

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:languageCommunication

0 … *

R

Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten.

(TGD...und)


	at-cda-bbr-dataelement-100	Sprachfähigkeit	Dataset A Allgemeiner Leitfaden

hl7:languageCode

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-dataelement-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:proficiencyLevelCode

CE

0 … 1

R

Grad der Sprachkenntnis in der Sprache.
Zulässige Werte gemäß Value-Set „ELGA_ProficiencyLevelCode“

(TGD...und)


	at-cda-bbr-dataelement-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:preferenceInd

BL

0 … 1

R

Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird.

(TGD...und)


	at-cda-bbr-dataelement-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

@contextControlCode

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:assignedPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:assignedAuthoringDevice welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)

hl7:assignedPerson

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:assignedAuthoringDevice

0 … 1

Datenerstellende/s Software/Gerät
Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)

(TGD...und)

hl7:representedOrganization

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-dataelement-16	Schreibkraft	Dataset A Allgemeiner Leitfaden

@typeCode

cs

0 … 1

F

ENT

@contextControlCode

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-dataelement-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-dataelement-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:representedCustodianOrganization

1 … 1

M

(TGD...und)

@classCode

cs

0 … 1

F

ORG

@determinerCode

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:informationRecipient

0 … *

Beabsichtiger Empfänger des Dokuments.

(TGD...und)


	at-cda-bbr-dataelement-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-dataelement-27	Empfänger Typ	Dataset A Allgemeiner Leitfaden

hl7:intendedRecipient

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-dataelement-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:informationRecipient[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:informationRecipient[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:informationRecipient

… 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-dataelement-29	Name	Dataset A Allgemeiner Leitfaden

hl7:informationRecipient

… 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:receivedOrganization

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-dataelement-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

@determinerCode

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-dataelement-1	Rechtlicher Unterzeichner	Dataset A Allgemeiner Leitfaden

@contextControlCode

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-dataelement-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-dataelement-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-dataelement-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-dataelement-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-dataelement-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:assignedPerson

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:representedOrganization

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

@contextControlCode

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:associatedEntity

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:associatedPerson

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:scopingOrganization

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

@determinerCode

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

@contextControlCode

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:associatedEntity

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:associatedPerson[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:associatedPerson[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:associatedPerson

… 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:associatedPerson

… 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:scopingOrganization

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

@determinerCode

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.

@contextControlCode

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:associatedEntity

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:associatedPerson[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:associatedPerson[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:associatedPerson

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:associatedPerson

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:scopingOrganization

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

@determinerCode

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.

@contextControlCode

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:associatedEntity

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:associatedPerson[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:associatedPerson[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:associatedPerson

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:associatedPerson

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:scopingOrganization

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

@determinerCode

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.

@contextControlCode

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:associatedEntity

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:associatedPerson[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:associatedPerson[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:associatedPerson

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:associatedPerson

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:scopingOrganization

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

@contextControlCode

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:associatedEntity

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:associatedPerson

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:scopingOrganization

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

@determinerCode

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:associatedPerson

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

@contextControlCode

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:associatedEntity

1 … 1

M

Beschreibung der Entität.

(TGD...und)

@classCode

cs

1 … 1

F

CAREGIVER

Betreuer

hl7:scopingOrganization

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

@determinerCode

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

@contextControlCode

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:associatedEntity

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:associatedPerson

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:scopingOrganization

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

@determinerCode

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-dataelement-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-dataelement-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:assignedPerson

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:representedOrganization

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-dataelement-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:encompassingEncounter

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:responsibleParty

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:assignedPerson

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:representedOrganization

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:healthCareFacility

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:serviceProviderOrganization

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

bl

0 … 1

F

true

10.2.2 Header Level Templates

10.2.2.1 Document Realm

Id

1.2.40.0.34.6.0.11.1.10

ref

at-cda-bbr-

Gültigkeit

2023‑03‑24 09:21:27

Andere Versionen mit dieser Id:

atcdabbr_header_DocumentRealm vom 2021‑02‑19 10:44:57
atcdabbr_header_DocumentRealm vom 2019‑02‑12 13:35:45

Status

Aktiv

Versions-Label

1.0.1+20230717

Name

atcdabbr_header_DocumentRealm

Bezeichnung

Document Realm

Beschreibung

Hoheitsbereich des Dokuments.

Dieses Element kennzeichnet, dass das Dokument aus dem Hoheitsbereich Österreich (bzw. Bereich der HL7 Affiliate Austria, Code „AT“) stammt.

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.10 Document Realm (2021‑02‑19 10:44:57)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.10 Document Realm (2019‑02‑12 13:35:45)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:realmCode

CS

R

Hoheitsbereich des Dokuments.

Fester Wert: @code = AT

(aus Value Set „ELGA_RealmCode“)

(atc...alm)

@code

1 … 1

F

AT

10.2.2.2 Document TypeId

Id

1.2.40.0.34.6.0.11.1.30

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 11:05:29

Andere Versionen mit dieser Id:

atcdabbr_header_DocumentTypeId vom 2019‑05‑13 10:27:22

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_header_DocumentTypeId

Bezeichnung

Document TypeId

Beschreibung

Dieses Element kennzeichnet, dass das Dokument im Format CDA R2 vorliegt.

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.30 Document TypeId (2019‑05‑13 10:27:22)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:typeId

II

R

Dokumentformat CDA R2

(atc...eId)

@root

uid

1 … 1

F

2.16.840.1.113883.1.3

@extension

st

1 … 1

F

POCD_HD000040

10.2.2.3 Document Id

Id

1.2.40.0.34.6.0.11.1.1

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 10:36:12

Andere Versionen mit dieser Id:

atcdabbr_header_DocumentId vom 2019‑02‑18 11:06:14

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_header_DocumentId

Bezeichnung

Document Id

Beschreibung

Die Dokumenten-Id eines CDA-Dokuments ist ein eindeutiger Instanzidentifikator, der das Dokument weltweit und für alle Zeit eindeutig identifiziert. Ein CDA-Dokument hat genau eine Id.

↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut uniqueId gemappt.

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.1 Document Id (2019‑02‑18 11:06:14)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel (mit Extension)

Beispiel

Strukturbeispiel (ohne Extension)

Item

DT

Kard

Konf

Beschreibung

Label

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.

(atc...tId)

@root

uid

1 … 1

R

10.2.2.4 Document Id

Id

1.2.40.0.34.6.0.11.1.45

ref

at-cda-bbr-

Gültigkeit

2021‑06‑24 15:59:26

Andere Versionen mit dieser Id:

atcdabbr_header_DocumentStatusCode vom 2021‑02‑19 11:04:04
atcdabbr_header_DocumentStatusCode vom 2020‑05‑19 09:38:43

Status

Aktiv

Versions-Label

1.0.1+20210624

Name

atcdabbr_header_DocumentStatusCode

Bezeichnung

Document StatusCode

Beschreibung

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: Die Angabe von sdtc:statusCode ändert nichts an der Versionierung (Verwendung von setId und versionNr ist unverändert). Wenn z.B. ein vorläufiger Befund mit sdtc:statusCode active durch den endgültigen Befund ohne expliziten statusCode (weil completed) ersetzt wird, muss selbstverständlich eine neue id, dieselbe setId und eine höhere versionNr angegeben werden.

↔ Hinweis zum XDS-Mapping: Der Status wird nicht in die XDS-Metadaten übernommen!

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.45 Document StatusCode (2021‑02‑19 11:04:04)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.45 Document StatusCode (2020‑05‑19 09:38:43)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

sdtc:statusCode

CS

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!

(atc...ode)

Constraint

Zulässige Werte für sdtc:statusCode/@code sind "active" und "nullified"

CONF

@code muss "nullified" sein

oder

@code muss "active" sein

10.2.2.5 Document Id

Id

1.2.40.0.34.6.0.11.1.44

ref

at-cda-bbr-

Gültigkeit

2021‑03‑01 15:37:20

Andere Versionen mit dieser Id:

atcdabbr_header_DocumentPracticeSettingCode vom 2021‑02‑19 10:41:33
atcdabbr_header_DocumentPracticeSettingCode vom 2020‑05‑18 13:03:08

Status

Aktiv

Versions-Label

1.1.0+20210303

Name

atcdabbr_header_DocumentPracticeSettingCode

Bezeichnung

Document PracticeSettingCode

Beschreibung

Die fachliche Zuordnung des Dokumentes
Den gültigen Wertebereich für dieses Elements entnehmen Sie bitte dem Value Set ELGA_PracticeSetting.

↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut practiceSettingCode gemappt, MUSS daher für die Anwendung in ELGA angegeben werden.

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.44 Document PracticeSettingCode (2020‑05‑18 13:03:08)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel Entlassungsbrief

Item

DT

Kard

Konf

Beschreibung

Label

hl7at:practiceSettingCode

CD

Die fachliche Zuordnung des Dokumentes

(atc...ode)

@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)

10.2.2.6 Document Effective Time

Id

1.2.40.0.34.6.0.11.1.11

ref

at-cda-bbr-

Gültigkeit

2023‑04‑11 10:22:55

Andere Versionen mit dieser Id:

atcdabbr_header_DocumentEffectiveTime vom 2021‑02‑19 10:35:26
atcdabbr_header_DocumentEffectiveTime vom 2019‑02‑12 16:30:12

Status

Aktiv

Versions-Label

1.0.1+20230717

Name

atcdabbr_header_DocumentEffectiveTime

Bezeichnung

Document Effective Time

Beschreibung

Dokumentiert das Erstellungsdatum bzw. den Zeitpunkt, an dem das Dokument inhaltlich fertiggestellt wurde. Damit ist jenes Datum gemeint, welches normalerweise im Briefkopf eines Schriftstückes angegeben wird (z.B. Wien, am …). Das Erstellungsdatum des Dokuments MUSS NICHT nicht mit dem Datum der rechtlichen Unterzeichnung (oder „Vidierung“) übereinstimmen.

↔ Hinweis zum XDS-Mapping: Dieses Element wird in das XDS-Attribut XDSDocumentEntry.creationTime gemappt (sofern es sicht nicht um ein On-Demand Document Entry handelt).

Verweis auf speziellen Implementierungsleitfaden: Für das Erstellungsdatum ist das medizinisch zutreffendste Datum anzugeben, dieses MUSS für jede einzelne Dokumentenklasse im speziellen Leitfaden separat definiert werden.
Begründung: Das Erstellungsdatum wird für die Sortierung der CDA-Dokumente im Dokumentenregister (XDSDocumentEntry-Metadaten) verwendet. Es MUSS also sichergestellt werden, dass die CDA-Dokumente in der Reihenfolge sortiert werden, wie sie in einer Krankenakte sortiert werden.
Beispiel: Laborbefunde müssen nach dem Probenentnahmedatum sortiert werden (NICHT nach dem Vidierdatum), Radiologiebefunde nach dem Ende der Bildaufnahme (NICHT nach dem Befundungszeitpunkt).

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 1 Konzept

Id	Name	Datensatz
at-cda-bbr-dataelement-11	Erstellungsdatum	Dataset A Allgemeiner Leitfaden

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.11 Document Effective Time (2021‑02‑19 10:35:26)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.11 Document Effective Time (2019‑02‑12 16:30:12)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.11.90008 CD effectiveTime (2016‑07‑21)

ref

elgabbr-

Beispiel

Nur Datum: Zeitpunkt als Datum (ohne Zeit) im Format YYYYMMDD

Beispiel

Datum, Zeit und Zeitzone: Zeitpunkt als Datum mit Zeit und Zeitzone im Format YYYYMMDDhhmmss[+/-]HHMM

Item

DT

Kard

Konf

Beschreibung

Label

hl7:effectiveTime

TS.AT.TZ

R

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

(atc...ime)


	at-cda-bbr-dataelement-11	Erstellungsdatum	Dataset A Allgemeiner Leitfaden

10.2.2.7 Document Confidentiality Code

Id

1.2.40.0.34.6.0.11.1.12

ref

at-cda-bbr-

Gültigkeit

2023‑03‑24 09:30:46

Andere Versionen mit dieser Id:

atcdabbr_header_DocumentConfidentialityCode vom 2021‑06‑28 13:39:30
atcdabbr_header_DocumentConfidentialityCode vom 2021‑02‑19 10:35:04
atcdabbr_header_DocumentConfidentialityCode vom 2019‑03‑04 12:35:46

Status

Aktiv

Versions-Label

1.0.2+20230717

Name

atcdabbr_header_DocumentConfidentialityCode

Bezeichnung

Document Confidentiality Code

Beschreibung

Grundsätzlich stellt CDA Informationen zum Vertraulichkeitsstatus eines Dokuments zur Verfügung, um Anwendungssysteme bei der Verwaltung des Zugriffs auf sensible Daten zu unterstützen. Der Vertraulichkeitsstatus kann für das gesamte Dokument oder für bestimmte Teile des Dokuments gelten. Der im Header angegebene Wert gilt für das gesamte Dokument, es sei denn, er wird durch einen verschachtelten Wert überschrieben. Der tatsächliche Zugriff auf das Dokument muss von der übergeordneten Infrastrukturschicht geregelt werden.

↔ Hinweis zum XDS-Mapping: Dieses Element spiegelt sich im XDS-Attribut confidentialityCode wider. Für ELGA wird dieses fix auf "N" gesetzt.

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 1 Konzept

Id	Name	Datensatz
at-cda-bbr-dataelement-13	Vertraulichkeitscode	Dataset A Allgemeiner Leitfaden

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.12 Document Confidentiality Code (2021‑06‑28 13:39:30)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.12 Document Confidentiality Code (2021‑02‑19 10:35:04)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.12 Document Confidentiality Code (2019‑03‑04 12:35:46)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.11.90009 CD confidentialityCode (2013‑11‑07)

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:confidentialityCode

CE

Vertraulichkeitscode des Dokuments aus Value Set „ELGA_Confidentiality“.

(atc...ode)


	at-cda-bbr-dataelement-13	Vertraulichkeitscode	Dataset A Allgemeiner Leitfaden

@codeSystemName

st

1 … 1

F

HL7:Confidentiality

Constraint

Für ELGA-Dokumente ist ausschließlich "N" erlaubt!

10.2.2.8 Document Language

Id

1.2.40.0.34.6.0.11.1.13

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 10:36:53

Andere Versionen mit dieser Id:

atcdabbr_header_DocumentLanguage vom 2019‑02‑12 14:08:58

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_header_DocumentLanguage

Bezeichnung

Document Language

Beschreibung

Gibt die Sprache des Dokuments an, sowohl in Inhalts- oder Attributwerten. Die Angabe erfolgt im Sprachcode-Attribut gemäß IETF RFC 3066 (Internet Engineering Task Force RFC 3066 for the Identification of Languages, ed. H. Alvestrand 1995).

Es enthält mindestens einen Sprachcode gemäß ISO 639 ("Code for the representation of names of languages") und einen optionalen Ländercode gemäß ISO 3166 alpha-2.

Syntax: Vereinfacht folgt der LanguaceCode dem Format ll-CC, wobei ll dem Sprachcode gemäß ISO-639-1 in Kleinbuchstaben folgt und CC dem Ländercode gemäß ISO 3166 (Tabelle mit zwei Zeichen) in Großbuchstaben. Trennzeichen ist der Bindestrich (UTF-8 "Hyphen-Minus" mit Kode 45 (dezimal) bzw. 2D (hexadezimal)).
↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut languageCode gemappt.

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 1 Konzept

Id	Name	Datensatz
at-cda-bbr-dataelement-14	Sprachcode	Dataset A Allgemeiner Leitfaden

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.13 Document Language (2019‑02‑12 14:08:58)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.11.90010 CD languageCode (2013‑11‑07)

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:languageCode

CS.LANG

Sprachcode des Dokuments.

(atc...age)


	at-cda-bbr-dataelement-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.

10.2.2.9 Document Set Id and Version Number

Id

1.2.40.0.34.6.0.11.1.15

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 10:57:14

Andere Versionen mit dieser Id:

atcdabbr_header_DocumentSetIdAndVersionNumber vom 2019‑02‑12 14:48:59

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_header_DocumentSetIdAndVersionNumber

Bezeichnung

Document Set Id and Version Number

Beschreibung

Versionierung des Dokuments.
Der CDA-Header repräsentiert Beziehungen zu anderen Dokumenten mit Referenz auf die Dokumenten-Identifikation. Mittels der Attribute setId und versionNumber kann eine Versionskennung des Dokuments erreicht werden.

Für ELGA-CDA-Dokumente MÜSSEN immer beide Elemente angegeben werden.

Anhänge oder Ersetzungen von Vordokumenten MÜSSEN ebenfalls diese zusätzlichen Angaben enthalten. Der genaue Zusammenhang zwischen diesen Attributen finden Sie im Kapitel „Bezug zu vorgehenden Dokumenten“.

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.15 Document Set Id and Version Number (2019‑02‑12 14:48:59)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.11.90007 SetId VersionNumber (2015‑09‑18)

ref

elgabbr-

Beispiel

Beispiel für die 1.Version eines Dokuments

<placeholder>
<id root="1.2.40.0.34.99.111.1.1" extension="AAAAAAAAAAAAAAA" assigningAuthorityName="KH Eisenstadt"/> <setId root="1.2.40.0.34.99.111.1.1" extension="ZZZZZZZZZZZZZZZ" assigningAuthorityName="KH Eisenstadt"/> <versionNumber value="1"/></placeholder>

Beispiel

Beispiel für die 2.Version eines Dokuments

<placeholder>
<id root="1.2.40.0.34.99.111.1.1" extension="BBBBBBBBBBBBBBB" assigningAuthorityName="KH Eisenstadt"/> <setId root="1.2.40.0.34.99.111.1.1" extension="ZZZZZZZZZZZZZZZ" assigningAuthorityName="KH Eisenstadt"/> <versionNumber value="2"/></placeholder>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:setId

II

R

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.

(atc...ber)

hl7:versionNumber

INT.NONNEG

R

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.

(atc...ber)

@value

int

1 … 1

R

Versionsnummer als positive ganze Zahl.

10.2.2.10 Record Target

Id

1.2.40.0.34.6.0.11.1.3

ref

at-cda-bbr-

Gültigkeit

2023‑11‑30 08:08:14

Andere Versionen mit dieser Id:

atcdabbr_header_RecordTarget vom 2020‑11‑24 10:03:02
atcdabbr_header_RecordTarget vom 2020‑10‑21 10:42:28
atcdabbr_header_RecordTarget vom 2020‑09‑10 15:26:39
atcdabbr_header_RecordTarget vom 2019‑02‑20 12:10:02

Status

Entwurf

Versions-Label

1.2.1

Name

atcdabbr_header_RecordTarget

Bezeichnung

Record Target

Beschreibung

Das RecordTarget-Element enthält den " Patienten ": Die Person, die von einem Gesundheitsdiensteanbieter (Arzt, einer Ärztin oder einem Angehörigen anderer Heilberufe) behandelt wird und über die bzw. über deren Gesundheitsdaten im Dokument berichtet wird.
↔ Hinweis zum XDS-Mapping: Inhalte dieses Elementes werden in die XDS-Metadaten zu XDSDocumentEntry. sourcePatientId übernommen.

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 20 Konzepte

Id	Name	Datensatz
at-cda-bbr-dataelement-100	Sprachfähigkeit	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-101	Sprache	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-102	Grad der Sprachkenntnis	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-103	Sprachpräferenz	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-191	Todesdatum	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-192	Verstorben-Kennzeichen	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-193	EKVK	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-64	Patient	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-65	LokaleID	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-66	SVNr	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-67	bPK-GH	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-68	Adresse	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-70	Name	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-72	Kontaktdaten	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-74	Geschlecht	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-75	Geburtsdatum	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-76	Geburtsort	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-88	Gesetzlicher Vertreter	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-98	Familienstand	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-99	Religionsbekenntnis	Dataset A Allgemeiner Leitfaden

Benutzt

Benutzt 5 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	Inklusion	Person Name Compilation G2 M (1.0.1+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.27	Containment	Organization Name Compilation (1.0.1+20210628)	DYNAMIC
1.2.40.0.34.6.0.11.9.10	Containment	Address Compilation Minimal (1.0.2+20230717)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.1.3 Record Target (2020‑11‑24 10:03:02)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.3 Record Target (2020‑10‑21 10:42:28)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.3 Record Target (2019‑02‑20 12:10:02)

ref

at-cda-bbr-

Adaptation: Template 2.16.840.1.113883.10.12.101 CDA recordTarget (2005‑09‑07)

ref

ad1bbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:recordTarget

Komponente für die Patientendaten.

(atc...get)


	at-cda-bbr-dataelement-64	Patient	Dataset A Allgemeiner Leitfaden

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

cs

0 … 1

F

OP

hl7:patientRole

1 … 1

M

Patientendaten.

(atc...get)

@classCode

cs

0 … 1

F

PAT

hl7:id

II

2 … *

R

Patientenidentifikatoren

(atc...get)


at-cda-bbr-dataelement-193	EKVK	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-65	LokaleID	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-66	SVNr	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-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 (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

Beispiel

EKVK Beispiel-Min

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)

(atc...get)


	at-cda-bbr-dataelement-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.

(atc...get)


	at-cda-bbr-dataelement-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.

(atc...get)


	at-cda-bbr-dataelement-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

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Namen-Element (Person)

(atc...get)

@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...get)

@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...get)

@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...get)

@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...get)

@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:administrativeGenderCode[not(@nullFlavor)]
hl7:administrativeGenderCode[@nullFlavor='UNK']

hl7:administrativeGenderCode

CE

0 … 1

(atc...get)

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-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

(atc...get)

@displayName

st

1 … 1

R

Beispiel

Beispiel für eine SNOMED CT Angabe

hl7:administrativeGenderCode

CE

0 … 1

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

(atc...get)

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

(atc...get)


	at-cda-bbr-dataelement-75	Geburtsdatum	Dataset A Allgemeiner Leitfaden

hl7:birthTime

TS.AT.VAR

0 … 1

(atc...get)

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.

(atc...get)


	at-cda-bbr-dataelement-192	Verstorben-Kennzeichen	Dataset A Allgemeiner Leitfaden

sdtc:deceasedTime

TS.AT.TZ

0 … 1

R

Todesdatum der Person.

(atc...get)


	at-cda-bbr-dataelement-191	Todesdatum	Dataset A Allgemeiner Leitfaden

hl7:maritalStatusCode

CE

0 … 1

R

Codierung des Familienstands des Patienten.
Zulässige Werte gemäß Value-Set „ELGA_MaritalStatus“

(atc...get)


	at-cda-bbr-dataelement-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:religiousAffiliationCode

CE

0 … 1

R

Codierung des Religionsbekenntnisses des Patienten.
Zulässige Werte gemäß Value-Set „ELGA_ReligiousAffiliation“

(atc...get)


	at-cda-bbr-dataelement-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!

(atc...get)

hl7:ethnicGroupCode

NP

Ethnische Zugehörigkeit des Patienten.
Darf nicht verwendet werden!

(atc...get)

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.

(atc...get)


	at-cda-bbr-dataelement-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)

(atc...get)

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.

(atc...get)

@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:guardianPerson welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:guardianPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:guardianOrganization welches enthält Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)

hl7:guardianPerson

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)

(atc...get)

hl7:guardianPerson

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)

(atc...get)

hl7:guardianOrganization

0 … 1

R

Name des gesetzlichen Vertreters (Organisation)
Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)

(atc...get)

hl7:birthplace

0 … 1

R

Geburtsort des Patienten.

(atc...get)


	at-cda-bbr-dataelement-76	Geburtsort	Dataset A Allgemeiner Leitfaden

@classCode

cs

0 … 1

F

BIRTHPL

hl7:place

1 … 1

M

(atc...get)

@classCode

cs

0 … 1

F

PLC

@determinerCode

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)

(atc...get)

hl7:addr

AD

0 … 1

Die Adresse des Geburtsorts, struktuiert.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...get)

hl7:languageCommunication

0 … *

R

Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten.

(atc...get)


	at-cda-bbr-dataelement-100	Sprachfähigkeit	Dataset A Allgemeiner Leitfaden

hl7:languageCode

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

(atc...get)


	at-cda-bbr-dataelement-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“

(atc...get)

@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:proficiencyLevelCode

CE

0 … 1

R

Grad der Sprachkenntnis in der Sprache.
Zulässige Werte gemäß Value-Set „ELGA_ProficiencyLevelCode“

(atc...get)


	at-cda-bbr-dataelement-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:preferenceInd

BL

0 … 1

R

Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird.

(atc...get)


	at-cda-bbr-dataelement-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"

10.2.2.11 Author

Id

1.2.40.0.34.6.0.11.1.2

ref

at-cda-bbr-

Gültigkeit

2023‑04‑06 15:23:19

Andere Versionen mit dieser Id:

atcdabbr_header_Author vom 2021‑08‑24 08:35:56
atcdabbr_header_Author vom 2021‑02‑18 12:40:27
atcdabbr_header_Author vom 2019‑02‑13 09:50:17

Status

Aktiv

Versions-Label

1.0.3+20230717

Name

atcdabbr_header_Author

Bezeichnung

Author

Beschreibung

Der Autor, Urheber oder Dokumentersteller ist die Person, die hauptursächlich etwas verursacht oder veranlasst oder als Initiator, Anstifter, Verfasser oder Verursacher wirkt. Der Autor kann auch ein "Dokument-erstellendes Gerät" sein, etwa ein Computerprogramm, das automatisch Daten zu einem Patienten in Form eines Befunds oder einer Zusammenfassung kombiniert.

Die das Dokument schreibende Person (z.B. Schreibkraft, medizinische Dokumentationsassistenz) wird in CDA in einem eigenen Element (dataEnterer) abgebildet, siehe "Personen der Dateneingabe ("dataEnterer")".

Es kann mehr als ein Dokumentersteller angegeben werden (mehrere author-Elemente). Das erste author-Element SOLL eine Person sein ("Hauptautor"). Geräte MÜSSEN hinter den Personen-Autoren stehen (sofern vorhanden, z.B. bei einem On-Demand Dokument, das keine Person erstellt oder sonstige automatisch ohne Personenkontakt erstellte Dokumente).

↔ Hinweis zum XDS-Mapping: Folgende XDS-Attribute werden aus dem author-Element abgeleitet:

AuthorInstitution (=representedOrganization)
AuthorPerson (=assignedAuthor)
AuthorRole (=functionCode)
AuthorSpeciality (=assignedAuthor.code)

Nur das erste author-Element ist für das XDS-Mapping zu übernehmen.

Klassifikation

CDA Header 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.11	Containment	Person Name Compilation G2 M (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.1.2 Author (2021‑08‑24 08:35:56)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.2 Author (2021‑02‑18 12:40:27)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.2 Author (2019‑02‑13 09:50:17)

ref

at-cda-bbr-

Beispiel

Person als Author

Beispiel

Gerät als Author

Item

DT

Kard

Konf

Beschreibung

Label

hl7:author

Verfasser des Dokuments.

(atc...hor)

@typeCode

cs

0 … 1

F

AUT

@contextControlCode

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.

(atc...hor)

@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

(atc...hor)

wo [not(@nullFlavor)]

hl7:time

TS.AT.TZ

0 … 1

(atc...hor)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:assignedAuthor

1 … 1

M

(atc...hor)

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

(atc...hor)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(atc...hor)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atc...hor)

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.

(atc...hor)

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

(atc...hor)

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:assignedPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:assignedAuthoringDevice welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)

hl7:assignedPerson

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)

(atc...hor)

hl7:assignedAuthoringDevice

0 … 1

Datenerstellende/s Software/Gerät
Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)

(atc...hor)

hl7:representedOrganization

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)

(atc...hor)

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.

10.2.2.12 Data Enterer

Id

1.2.40.0.34.6.0.11.1.22

ref

at-cda-bbr-

Gültigkeit

2023‑04‑05 13:19:03

Andere Versionen mit dieser Id:

atcdabbr_header_Data_Enterer vom 2021‑02‑19 10:33:56
atcdabbr_header_Data_Enterer vom 2019‑03‑26 11:33:48

Status

Aktiv

Versions-Label

1.0.1+20230717

Name

atcdabbr_header_Data_Enterer

Bezeichnung

Data Enterer

Beschreibung

Die dokumentierende Person (z.B. Medizinische Dokumentationsassistenz, Schreibkraft).

Das Element "dataEnterer" entfällt bei automatisch erstellten Dokumenten (ODD).

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 2 Konzepte

Id	Name	Datensatz
at-cda-bbr-dataelement-16	Schreibkraft	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-17	Zeitpunkt des Schreibens	Dataset A Allgemeiner Leitfaden

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.22	Containment	Assigned Entity (1.0.2+20230717)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.1.22 Data Enterer (2021‑02‑19 10:33:56)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.22 Data Enterer (2019‑03‑26 11:33:48)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:dataEnterer

z.B. Schreibkraft, Medizinische Dokumentationsassistenz

(atc...rer)


	at-cda-bbr-dataelement-16	Schreibkraft	Dataset A Allgemeiner Leitfaden

@typeCode

cs

0 … 1

F

ENT

@contextControlCode

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.

(atc...rer)

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-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)

(atc...rer)

10.2.2.13 Custodian

Id

1.2.40.0.34.6.0.11.1.4

ref

at-cda-bbr-

Gültigkeit

2021‑10‑13 14:05:15

Andere Versionen mit dieser Id:

atcdabbr_header_Custodian vom 2021‑02‑19 10:33:30
atcdabbr_header_Custodian vom 2019‑02‑26 11:28:24

Status

Aktiv

Versions-Label

1.0.1+20211213

Name

atcdabbr_header_Custodian

Bezeichnung

Custodian

Beschreibung

Der "Verwahrer" des Dokuments stellt die Organisation dar, von der das Dokument stammt und die für die Aufbewahrung und Verwaltung des ORIGINALEN Dokuments verantwortlich ist. Jedes CDA-Dokument hat genau einen Custodian.
Der Custodian entspricht der Definition von Verwaltertätigkeit ("Stewardship") von CDA. Da CDA ein Austauschformat für Dokumente ist und ein CDA-Dokument möglicherweise nicht die ursprüngliche Form der authentifizierten Dokumente darstellt, repräsentiert der Custodian den Verwalter der ursprünglichen Quelldokumente.

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 1 Konzept

Id	Name	Datensatz
at-cda-bbr-dataelement-24	Verwahrer	Dataset A Allgemeiner Leitfaden

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.1.4 Custodian (2021‑02‑19 10:33:30)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.4 Custodian (2019‑02‑26 11:28:24)

ref

at-cda-bbr-

Beispiel

<custodian typeCode="CST">
  <assignedCustodian classCode="ASSIGNED">
    <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">
      
      <id root="1.2.3.999" extension="7601234567890"/>      <name>Amadeus Spital</name>      <telecom use="WP" value="tel:+43.(0)50.55460-0"/>      <telecom use="MC" value="tel:+43.(0)676.55461"/>      <addr>
        
      </addr>    </representedCustodianOrganization>  </assignedCustodian></custodian>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:custodian

Verwahrer des Dokuments.

(atc...ian)


	at-cda-bbr-dataelement-24	Verwahrer	Dataset A Allgemeiner Leitfaden

@typeCode

cs

0 … 1

F

CST

hl7:assignedCustodian

1 … 1

M

(atc...ian)

@classCode

cs

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

M

(atc...ian)

@classCode

cs

0 … 1

F

ORG

@determinerCode

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.

(atc...ian)

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.

(atc...ian)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten des Verwahrers des originalen Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen.

(atc...ian)

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)

(atc...ian)

10.2.2.14 Information Recipient

Id

1.2.40.0.34.6.0.11.1.24

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 11:10:25

Andere Versionen mit dieser Id:

atcdabbr_header_Information_Recipient vom 2019‑03‑26 13:08:59

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_header_Information_Recipient

Bezeichnung

Information Recipient

Beschreibung

Der beabsichtigte Empfänger des Dokuments. Hierbei ist zu beachten, dass es sich um die unmittelbar bei der Erstellung des Dokuments festgelegten bzw. bekannten Empfänger handelt.
Beispiel: Bei der Erstellung der Dokumentation ist bekannt, dass man das Dokument primär an den Hausarzt und ggf. als Kopie an einen mitbehandelnden Kollegen senden wird. In diesem Fall sollten genau diese beiden Empfänger angegeben werden.

↔ Hinweis zum XDS-Mapping: Dieses Element kann ins XDS-Attribut intendedRecipient gemappt werden (derzeit von ELGA nicht unterstützt).

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 5 Konzepte

Id	Name	Datensatz
at-cda-bbr-dataelement-26	Empfänger	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-27	Empfänger Typ	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-28	ID des Empfängers	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-29	Name	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-30	Organisation	Dataset A Allgemeiner Leitfaden

Benutzt

Benutzt 3 Templates

Benutzt	als	Name	Version
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.9	Inklusion	Organization Compilation with name (1.0.0+20210219)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.24 Information Recipient (2019‑03‑26 13:08:59)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.11.20005 HeaderInformationRecipient (2011‑12‑19)

ref

elgabbr-

Beispiel

Beabsichtigter Empfänger in hoher Granularität angegeben werden

Beispiel

Beabsichtigter Empfänger ist eine unbekannte Person („An den Hausarzt“)

Beispiel

Beabsichtigter Empfänger ist der Patient selbst

<informationRecipient typeCode="PRCP">
  <intendedRecipient>
    
    <id nullFlavor="NI"/>    
    <informationRecipient>
      <name>Herbert Mustermann</name>      
    </informationRecipient>  </intendedRecipient>  
</informationRecipient>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:informationRecipient

Beabsichtiger Empfänger des Dokuments.

(atc...ent)


	at-cda-bbr-dataelement-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-dataelement-27	Empfänger Typ	Dataset A Allgemeiner Leitfaden

hl7:intendedRecipient

1 … 1

M

(atc...ent)

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

(atc...ent)

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-28	ID des Empfängers	Dataset A Allgemeiner Leitfaden

hl7:id

II

0 … 1

NI … Person hat keine ID

(atc...ent)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

UNK ... Person hat eine ID, diese ist jedoch unbekannt

(atc...ent)

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:informationRecipient[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:informationRecipient[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:informationRecipient

… 1

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(atc...ent)

wo [hl7:name [count(child::*)=0]]


	at-cda-bbr-dataelement-29	Name	Dataset A Allgemeiner Leitfaden

hl7:informationRecipient

… 1

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atc...ent)

wo [hl7:name [count(child::*)!=0]]

hl7:receivedOrganization

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.

(atc...ent)


	at-cda-bbr-dataelement-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

@determinerCode

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...ent)

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...ent)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(atc...ent)

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...ent)

wo [not(@nullFlavor)]

10.2.2.15 Legal Authenticator

Id

1.2.40.0.34.6.0.11.1.5

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 11:10:59

Andere Versionen mit dieser Id:

atcdabbr_header_LegalAuthenticator vom 2019‑03‑04 11:41:57

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_header_LegalAuthenticator

Bezeichnung

Legal Authenticator

Beschreibung

Der „Rechtliche Unterzeichner“ oder Hauptunterzeichner ist jene Person, welche für das Dokument aus rechtlicher Sicht die Verantwortung übernimmt.
Es muss organisatorisch sichergestellt werden, dass die Person, die als rechtlicher Unterzeichner eingetragen wird, über die entsprechende Berechtigung verfügt. Grundsätzlich MUSS der Hauptunterzeichner angegeben werden, in bestimmten Fällen kann dies aber unterbleiben, etwa wenn es sich um automatisch
erstellte Befunde handelt (Dokumente, die von „Geräten“ oder "Software" autonom erstellt wurden, d.h. wenn der Inhalt durch einen Algorithmus erzeugt und
nicht von einer natürlichen Person freigegeben wurde, z.B. On-demand Dokumente).
Diese Fälle sind in den jeweiligen speziellen Leitfaden entsprechend angegeben. Falls mehrere rechtliche Unterzeichner vorhanden sind, können diese
angegeben werden.

↔ Hinweis zum XDS-Mapping:

legalAuthenticator

ACHTUNG

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 3 Konzepte

Id	Name	Datensatz
at-cda-bbr-dataelement-1	Rechtlicher Unterzeichner	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-5	Zeitpunkt der Unterzeichnung	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-6	Signatur	Dataset A Allgemeiner Leitfaden

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.22	Containment	Assigned Entity (1.0.2+20230717)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.5 Legal Authenticator (2019‑03‑04 11:41:57)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.11.20006 HeaderLegalAuthenticator (2011‑12‑19)

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:legalAuthenticator

Hauptunterzeichner, Rechtlicher Unterzeichner

(atc...tor)


	at-cda-bbr-dataelement-1	Rechtlicher Unterzeichner	Dataset A Allgemeiner Leitfaden

@contextControlCode

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

(atc...tor)

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-5	Zeitpunkt der Unterzeichnung	Dataset A Allgemeiner Leitfaden

hl7:time

TS.AT.TZ

0 … 1

(atc...tor)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:signatureCode

CS

1 … 1

M

Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde.

(atc...tor)


	at-cda-bbr-dataelement-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)

(atc...tor)

10.2.2.16 Authenticator

Id

1.2.40.0.34.6.0.11.1.6

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 10:25:00

Andere Versionen mit dieser Id:

atcdabbr_header_Authenticator vom 2019‑03‑04 13:11:54

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_header_Authenticator

Bezeichnung

Authenticator

Beschreibung

Mitunterzeichner, weiterer Unterzeichner.
Dokumente können neben dem verpflichtenden legalAuthenticator („rechtlichen Unterzeichner“, Hauptunterzeichner) auch beliebig viele weitere Mitunterzeichner beinhalten.
Sonderfälle:

Multidisziplinäre Befunde: Die Angabe von mindestens zwei Mitunterzeichnern (authenticator) ersetzt die Angabe eines Hauptunterzeichners (legalAuthenticator), wenn dieser nicht ermittelt werden kann (z.B. bei multidisziplinären Befunden, die von mehreren Fachärzten mit unterschiedlicher Fachrichtung gleichermaßen verantwortet werden).

Automatisch erstellte Befunde: Bei Dokumenten, die von „Geräten“ erstellt wurden (wenn der Inhalt durch einen Algorithmus erzeugt und nicht von einer natürlichen Person freigegeben wurde), entfällt die Angabe aller Unterzeichner.

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 3 Konzepte

Id	Name	Datensatz
at-cda-bbr-dataelement-105	Zeitpunkt der Unterzeichnung	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-106	Signatur	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-31	Weitere Unterzeichner	Dataset A Allgemeiner Leitfaden

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.22	Inklusion	Assigned Entity (1.0.2+20230717)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.6 Authenticator (2019‑03‑04 13:11:54)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:authenticator

Weitere Unterzeichner.

(atc...tor)


	at-cda-bbr-dataelement-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

(atc...tor)

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-105	Zeitpunkt der Unterzeichnung	Dataset A Allgemeiner Leitfaden

hl7:time

TS.AT.TZ

0 … 1

(atc...tor)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:signatureCode

CS

1 … 1

M

(atc...tor)


	at-cda-bbr-dataelement-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.

(atc...tor)

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 … *

(atc...tor)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(atc...tor)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atc...tor)

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)

(atc...tor)

wo [not(@nullFlavor)]

hl7:addr

0 … 1

(atc...tor)

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.

(atc...tor)

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:assignedPerson

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)

(atc...tor)

hl7:representedOrganization

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)

(atc...tor)

10.2.2.17 Participant

10.2.2.17.1 Participant Fachlicher Ansprechpartner

Id

1.2.40.0.34.6.0.11.1.20

ref

at-cda-bbr-

Gültigkeit

2021‑08‑03 11:02:47

Andere Versionen mit dieser Id:

atcdabbr_header_ParticipantFachlicherAnsprechpartner vom 2021‑06‑30 15:57:10
atcdabbr_header_ParticipantFachlicherAnsprechpartner vom 2021‑02‑19 11:15:35
atcdabbr_header_ParticipantFachlicherAnsprechpartner vom 2019‑02‑12 15:59:16

Status

Aktiv

Versions-Label

1.0.2+20210803

Name

atcdabbr_header_ParticipantFachlicherAnsprechpartner

Bezeichnung

Participant Fachlicher Ansprechpartner

Beschreibung

Der fachliche Ansprechpartner ist jene Kontaktperson oder –stelle, welche zur Kontaktaufnahme für fachliche Auskünfte zum betreffenden Dokument veröffentlicht wird.
Soll als Ansprechpartner der Verfasser des Dokuments angegeben werden, so sind die entsprechenden Daten an dieser Stelle noch einmal anzugeben. Bei Verwendung sollen möglichst präzise Kontaktdaten angegeben werden. Es obliegt der dokumenterzeugenden Organisation zu entscheiden, welchen Ansprechpartner sie veröffentlicht.

Klassifikation

CDA Header 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.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	Inklusion	Organization Compilation with name (1.0.0+20210219)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.20 Participant Fachlicher Ansprechpartner (2021‑06‑30 15:57:10)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.20 Participant Fachlicher Ansprechpartner (2021‑02‑19 11:15:35)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.20 Participant Fachlicher Ansprechpartner (2019‑02‑12 15:59:16)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25)

ref

elgabbr-

Beispiel

Beispiel Organisation

<participant typeCode="CALLBCK">
  <templateId root="1.2.40.0.34.6.0.11.1.20"/>  <associatedEntity classCode="PROV">
    
    <telecom use="WP" value="tel:+43.6138.3453446.1"/>    
    <scopingOrganization>
      
      <name>Sekretariat der Chir. Abt. Amadeusspital</name>    </scopingOrganization>  </associatedEntity></participant>

Beispiel

Beispiel Person + Organisation

<participant typeCode="CALLBCK">
  <templateId root="1.2.40.0.34.6.0.11.1.20"/>  <associatedEntity classCode="PROV">
    
    <telecom use="WP" value="tel:+43.6138.3453446.1.12"/>    <associatedPerson>
      
      <name>
        <prefix>Dr.</prefix>        <given>Walter</given>        <family>Hummel</family>      </name>    </associatedPerson>    
    <scopingOrganization>
      
      <name>Sekretariat der Chir. Abt. Amadeusspital</name>    </scopingOrganization>  </associatedEntity></participant>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:participant

Fachlicher Ansprechpartner

(atc...ner)

wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.20']]

@typeCode

cs

1 … 1

F

CALLBCK

Callback contact

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atc...ner)

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

(atc...ner)

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@displayName

st

1 … 1

R

hl7:associatedEntity

1 … 1

M

(atc...ner)

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

(atc...ner)

@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)

(atc...ner)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

1 … *

M

Beliebig viele Kontaktdaten des Beteiligten.

(atc...ner)

@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:associatedPerson

0 … 1

R

Name der Person

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atc...ner)

hl7:scopingOrganization

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.

(atc...ner)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

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...ner)

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...ner)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(atc...ner)

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...ner)

wo [not(@nullFlavor)]

10.2.2.17.2 Participant Ein-, Ueber-, Zuweisender Arzt

Id

1.2.40.0.34.6.0.11.1.21

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 11:15:01

Andere Versionen mit dieser Id:

atcdabbr_header_ParticipantEinweisenderZuweisenderUeberweisenderArzt vom 2019‑02‑12 16:23:33

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_header_ParticipantEinweisenderZuweisenderUeberweisenderArzt

Bezeichnung

Participant Ein-, Ueber-, Zuweisender Arzt

Beschreibung

Beteiligter (Einweisender/Zuweisender Arzt)

Klassifikation

CDA Header 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.25	Containment	Address Compilation (1.0.1+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.9	Inklusion	Organization Compilation with name (1.0.0+20210219)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.21 Participant Ein-, Ueber-, Zuweisender Arzt (2019‑02‑12 16:23:33)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25)

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:participant

Einweisender/Zuweisender/Überweisender Arzt

(atc...rzt)

wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.21']]

@typeCode

cs

1 … 1

F

REF

Referrer

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

(atc...rzt)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.21

hl7:associatedEntity

1 … 1

M

(atc...rzt)

@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 … *

(atc...rzt)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(atc...rzt)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atc...rzt)

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)

(atc...rzt)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des einweisenden/zuweisenden/überweisenden Arztes

(atc...rzt)

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:associatedPerson[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:associatedPerson[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:associatedPerson

… 1

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(atc...rzt)

wo [hl7:name [count(child::*)=0]]

hl7:associatedPerson

… 1

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atc...rzt)

wo [hl7:name [count(child::*)!=0]]

hl7:scopingOrganization

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.

(atc...rzt)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

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...rzt)

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...rzt)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(atc...rzt)

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...rzt)

wo [not(@nullFlavor)]

10.2.2.17.3 Participant Hausarzt

Id

1.2.40.0.34.6.0.11.1.23

ref

at-cda-bbr-

Gültigkeit

2021‑08‑03 11:32:38

Andere Versionen mit dieser Id:

atcdabbr_header_ParticipantHausarzt vom 2021‑02‑19 11:16:07
atcdabbr_header_ParticipantHausarzt vom 2019‑02‑13 10:44:48

Status

Aktiv

Versions-Label

1.0.1+20210803

Name

atcdabbr_header_ParticipantHausarzt

Bezeichnung

Participant Hausarzt

Beschreibung

Hausarzt

Klassifikation

CDA Header 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.25	Containment	Address Compilation (1.0.1+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.9	Inklusion	Organization Compilation with name (1.0.0+20210219)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.23 Participant Hausarzt (2021‑02‑19 11:16:07)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.23 Participant Hausarzt (2019‑02‑13 10:44:48)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25)

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:participant

Beteiligter (Hausarzt).

(atc...rzt)

wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.23']]

@typeCode

cs

1 … 1

F

IND

In indirektem Bezug.

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atc...rzt)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.23

hl7:functionCode

CE

1 … *

M

Funktionscode des Beteiligten

(atc...rzt)

@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:associatedEntity

1 … 1

M

Beschreibung der Entität.

(atc...rzt)

@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 … *

(atc...rzt)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(atc...rzt)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atc...rzt)

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)

(atc...rzt)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Hausarztes.

(atc...rzt)

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:associatedPerson[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:associatedPerson[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:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(atc...rzt)

wo [hl7:name [count(child::*)=0]]

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atc...rzt)

wo [hl7:name [count(child::*)!=0]]

hl7:scopingOrganization

0 … 1

R

Arztpraxis oder Ordination.

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

(atc...rzt)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

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...rzt)

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...rzt)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(atc...rzt)

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...rzt)

wo [not(@nullFlavor)]

10.2.2.17.4 Participant Auskunftsberechtigte Person (Notfallkontakt)

Id

1.2.40.0.34.6.0.11.1.27

ref

at-cda-bbr-

Gültigkeit

2021‑08‑03 11:25:19

Andere Versionen mit dieser Id:

atcdabbr_header_ParticipantAuskunftsberechtigtePersonNotfallkontakt vom 2021‑08‑03 10:59:17
atcdabbr_header_ParticipantAuskunftsberechtigtePersonNotfallkontakt vom 2021‑02‑19 11:13:06
atcdabbr_header_ParticipantAuskunftsberechtigtePersonNotfallkontakt vom 2019‑02‑12 15:50:47

Status

Aktiv

Versions-Label

1.0.2+20210803

Name

atcdabbr_header_ParticipantAuskunftsberechtigtePersonNotfallkontakt

Bezeichnung

Participant Auskunftsberechtigte Person (Notfallkontakt)

Beschreibung

Der Notfall-Kontakt entspricht in Österreich der „Auskunftsberechtigten Person“ (oder auch „Vertrauensperson“).

Klassifikation

CDA Header 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	Containment	Time Interval Information minimal (1.0.1+20210628)	DYNAMIC
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.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.9	Inklusion	Organization Compilation with name (1.0.0+20210219)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.27 Participant Auskunftsberechtigte Person (Notfallkontakt) (2021‑08‑03 10:59:17)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.27 Participant Auskunftsberechtigte Person (Notfallkontakt) (2021‑02‑19 11:13:06)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.27 Participant Auskunftsberechtigte Person (Notfallkontakt) (2019‑02‑12 15:50:47)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25)

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:participant

Beteiligter (Notfallkontakt / Auskunftsberechtigte Person)

(atc...akt)

wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.27']]

@typeCode

cs

1 … 1

F

IND

In indirektem Bezug.

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atc...akt)

@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)

(atc...akt)

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(atc...akt)

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

(atc...akt)

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)

(atc...akt)

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

(atc...akt)

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"

(atc...akt)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … 1

Name des Beteiligten.

Elemente in der Auswahl:

hl7:associatedPerson[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:associatedPerson[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:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(atc...akt)

wo [hl7:name [count(child::*)=0]]

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atc...akt)

wo [hl7:name [count(child::*)!=0]]

hl7:scopingOrganization

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.

(atc...akt)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

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...akt)

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...akt)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(atc...akt)

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...akt)

wo [not(@nullFlavor)]

10.2.2.17.5 Participant Angehoerige

Id

1.2.40.0.34.6.0.11.1.25

ref

at-cda-bbr-

Gültigkeit

2021‑08‑03 11:17:27

Andere Versionen mit dieser Id:

atcdabbr_header_ParticipantAngehoerige vom 2021‑02‑19 11:11:34
atcdabbr_header_ParticipantAngehoerige vom 2019‑02‑12 14:56:37

Status

Aktiv

Versions-Label

1.0.1+20210803

Name

atcdabbr_header_ParticipantAngehoerige

Bezeichnung

Participant Angehoerige

Beschreibung

Als Angehörige sind in Österreich jene Personen anzusehen, welche in einem besonderen familiären oder persönlichen Verhältnis zum Patienten stehen, aber nicht unter die Gruppe der „Auskunftsberechtigten Personen (Notfallkontakt)“ fallen.

Klassifikation

CDA Header 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.25	Containment	Address Compilation (1.0.1+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.9	Containment	Organization Compilation with name (1.0.0+20210219)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.25 Participant Angehoerige (2021‑02‑19 11:11:34)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.25 Participant Angehoerige (2019‑02‑12 14:56:37)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25)

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:participant

Beteiligter (Angehöriger)

(atc...ige)

wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.25']]

@typeCode

cs

1 … 1

F

IND

In indirektem Bezug.

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atc...ige)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.25

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(atc...ige)

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

(atc...ige)

@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)

(atc...ige)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

(atc...ige)

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:associatedPerson[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:associatedPerson[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:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(atc...ige)

wo [hl7:name [count(child::*)=0]]

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atc...ige)

wo [hl7:name [count(child::*)!=0]]

hl7:scopingOrganization

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

(atc...ige)

10.2.2.17.6 Participant Versicherung

Id

1.2.40.0.34.6.0.11.1.26

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 11:16:42

Andere Versionen mit dieser Id:

atcdabbr_header_ParticipantVersicherung vom 2019‑03‑26 14:54:17

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_header_ParticipantVersicherung

Bezeichnung

Participant Versicherung

Beschreibung

Der Beteiligte (Patient) ist selbst der Versicherungsnehmer oder ist bei einem Angehörigen mitversichert.

Klassifikation

CDA Header 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.15	Containment	Time Interval Information minimal (1.0.1+20210628)	DYNAMIC
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	Inklusion	Organization Compilation with name (1.0.0+20210219)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.26 Participant Versicherung (2019‑03‑26 14:54:17)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25)

ref

elgabbr-

Beispiel

Patient ist selbst der Versicherungsnehmer

<participant contextControlCode="OP" typeCode="HLD">
  <templateId root="1.2.40.0.34.6.0.11.1.26"/>  <time>
    
  </time>  <associatedEntity classCode="POLHOLD">
    <id root="1.2.40.0.10.1.4.3.1" extension="123424121970" assigningAuthorityName="Österreichische Sozialversicherung"/>    <code code="SELF" displayName="self" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/>    <scopingOrganization>
      
    </scopingOrganization>  </associatedEntity></participant>

Beispiel

Patient ist bei einem Angehörigen mitversichert

<participant contextControlCode="OP" typeCode="HLD">
  <templateId root="1.2.40.0.34.6.0.11.1.26"/>  
  <time>
    
  </time>  <associatedEntity classCode="POLHOLD">
    
    <id root="1.2.40.0.10.1.4.3.1" extension="123424121970" assigningAuthorityName="Österreichische Sozialversicherung"/>    
    <code code="FAMDEP" displayName="family dependent" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/>    
    <addr>
      
    </addr>    
    <telecom value="tel:+43.(0)50.55460-0"/>    
    <associatedPerson>
      
    </associatedPerson>    
    <scopingOrganization>
      
    </scopingOrganization>  </associatedEntity></participant>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:participant

Beteiligter (Versicherter/Versicherung).

(atc...ung)

wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.26']]

@typeCode

cs

1 … 1

F

HLD

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atc...ung)

@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)

(atc...ung)

hl7:associatedEntity

1 … 1

M

(atc...ung)

@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

(atc...ung)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(atc...ung)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atc...ung)

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.

(atc...ung)

@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)

(atc...ung)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

(atc...ung)

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:associatedPerson

0 … 1

C

Name des Beteiligten.
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atc...ung)

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:scopingOrganization

1 … 1

M

Versicherungsgesellschaft.

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

(atc...ung)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

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...ung)

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...ung)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(atc...ung)

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...ung)

wo [not(@nullFlavor)]

Schematron assert

role

error

test

not(hl7:code[@code='FAMDEP']) or hl7:associatedPerson

Meldung

Wenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein.

10.2.2.17.7 Participant Betreuungsorganisation

Id

1.2.40.0.34.6.0.11.1.29

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 11:14:25

Andere Versionen mit dieser Id:

atcdabbr_header_ParticipantBetreuungsorganisation vom 2019‑03‑26 17:25:44

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_header_ParticipantBetreuungsorganisation

Bezeichnung

Participant Betreuungsorganisation

Beschreibung

Als betreuende Organisation ist jene Organisation anzusehen, welche den Patienten nach Entlassung betreut (Trägerorganisationen, Vereine).

Beispiele: Mobile Hauskrankenpflege, Wohn- und Pflegeheime, Behinderteneinrichtungen, sozial betreutes Wohnen, …

Klassifikation

CDA Header 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.9	Inklusion	Organization Compilation with name (1.0.0+20210219)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.29 Participant Betreuungsorganisation (2019‑03‑26 17:25:44)

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.1.28 Participant Weitere Behandler (2019‑03‑26 14:54:10)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25)

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:participant

Beteiligter (Betreuende Organisation)

(atc...ion)

wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.29']]

@typeCode

cs

1 … 1

F

IND

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atc...ion)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.29

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(atc...ion)

@classCode

cs

1 … 1

F

CAREGIVER

Betreuer

hl7:scopingOrganization

1 … 1

M

Betreuende Organisation

(atc...ion)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

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...ion)

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...ion)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(atc...ion)

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...ion)

wo [not(@nullFlavor)]

10.2.2.17.8 Participant Weitere Behandler

Id

1.2.40.0.34.6.0.11.1.28

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 11:17:20

Andere Versionen mit dieser Id:

atcdabbr_header_ParticipantWeitereBehandler vom 2019‑03‑26 14:54:10

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_header_ParticipantWeitereBehandler

Bezeichnung

Participant Weitere Behandler

Beschreibung

Über dieses Element können weitere an der medizinischen Behandlung maßgeblich beteiligte Personen angegeben werden, z.B. Ärzte aus der gleichen/einer anderen Abteilung, niedergelassene behandelnde Ärzte, nicht-ärztliche Behandler (z.B. Psychologen).
Bei Verwendung sollen möglichst präzise Kontaktdaten angegeben werden. Es obliegt der dokumenterzeugenden Organisation zu entscheiden, welche weitere Behandler sie veröffentlicht.

Klassifikation

CDA Header 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.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	Inklusion	Organization Compilation with name (1.0.0+20210219)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.28 Participant Weitere Behandler (2019‑03‑26 14:54:10)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25)

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:participant

Beteiligter (Weitere Behandler)

(atc...ler)

wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.28']]

@typeCode

cs

1 … 1

F

CON

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atc...ler)

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

(atc...ler)

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:associatedEntity

1 … 1

M

Beschreibung der Entität.

(atc...ler)

@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)

(atc...ler)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

(atc...ler)

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:associatedPerson

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)

(atc...ler)

hl7:scopingOrganization

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.

(atc...ler)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

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...ler)

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...ler)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(atc...ler)

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...ler)

wo [not(@nullFlavor)]

10.2.2.18 In Fulfillment Of

Id

1.2.40.0.34.6.0.11.1.9

ref

at-cda-bbr-

Gültigkeit

2021‑06‑28 13:42:25

Andere Versionen mit dieser Id:

atcdabbr_header_InFulfillmentOf vom 2021‑02‑19 11:09:32
atcdabbr_header_InFulfillmentOf vom 2019‑03‑14 13:22:14

Status

Aktiv

Versions-Label

1.0.1+20210628

Name

atcdabbr_header_InFulfillmentOf

Bezeichnung

In Fulfillment Of

Beschreibung

Das Element “inFulfillmentOf” ermöglicht die Referenz zum ursprünglichen Auftrag des Auftraggebers.
Dies kann zum Beispiel eine Auftrags- oder Anforderungsnummer sein. Das Element erlaubt genau ein order Unterelement.

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 2 Konzepte

Id	Name	Datensatz
at-cda-bbr-dataelement-42	Auftrag	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-43	ID	Dataset A Allgemeiner Leitfaden

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.9 In Fulfillment Of (2021‑02‑19 11:09:32)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.9 In Fulfillment Of (2019‑03‑14 13:22:14)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.11.20009 HeaderInFulfillmentOf (2011‑12‑19)

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:inFulfillmentOf

Komponente zur Dokumentation des Auftrags.

(atc...tOf)


	at-cda-bbr-dataelement-42	Auftrag	Dataset A Allgemeiner Leitfaden

@typeCode

cs

1 … 1

F

FLFS

hl7:order

1 … 1

M

Auftrag.

(atc...tOf)

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

(atc...tOf)


	at-cda-bbr-dataelement-43	ID	Dataset A Allgemeiner Leitfaden

10.2.2.19 Documentation Of Service Event

Id

1.2.40.0.34.6.0.11.1.17

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 11:06:35

Andere Versionen mit dieser Id:

atcdabbr_header_DocumentationOfServiceEvent vom 2019‑03‑14 15:08:34

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_header_DocumentationOfServiceEvent

Bezeichnung

Documentation Of Service Event

Beschreibung

Dokumentation der Gesundheitsdienstleistung.

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

↔ 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!

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 4 Konzepte

Id	Name	Datensatz
at-cda-bbr-dataelement-44	Gesundheitsdienstleistung	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-45	Code	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-46	Zeitraum der Gesundheitsdienstleistung	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-47	Durchführende Entität	Dataset A Allgemeiner Leitfaden

Benutzt

Benutzt 2 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.22	Inklusion	Assigned Entity (1.0.2+20230717)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.17 Documentation Of Service Event (2019‑03‑14 15:08:34)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel Koloskopie

Beispiel

Strukturbeispiel Hämatologie

Item

DT

Kard

Konf

Beschreibung

Label

hl7:documentationOf

Komponente für die Gesundheitsdienstleistung.

(atc...ent)


	at-cda-bbr-dataelement-44	Gesundheitsdienstleistung	Dataset A Allgemeiner Leitfaden

@typeCode

cs

0 … 1

F

DOC

hl7:serviceEvent

1 … 1

M

Gesundheitsdienstleistung.
Verweis auf speziellen Implementierungsleitfaden: Ob eine Gesundheitsdienstleistung angegeben werden muss, und welche Bedeutung dieses Element hat, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.

(atc...ent)

@classCode

cs

0 … 1

F

ACT

@moodCode

cs

0 … 1

F

EVN

hl7:id

II

0 … 1

(atc...ent)

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

Verweis auf speziellen Implementierungsleitfaden: Welche Codierung angewandt werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.

↔ Hinweis zum XDS-Mapping:
Dieses Element wird ins XDS-Attribut eventCodeList gemappt.

(atc...ent)

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-45	Code	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@displayName

st

1 … 1

R

hl7:code

CE

0 … 1

(atc...ent)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:effectiveTime

IVL_TS

1 … 1

M

Zeitraum der Gesundheitsdienstleistung.
Die semantische Bedeutung dieser Zeitpunkte wird in den speziellen Implementierungsleitfäden festgelegt.

↔ Hinweis zum XDS-Mapping:
Dieses Element wird in die XDS-Attribute serviceStartTime und serviceStopTime gemappt.
Für die automatisierte Datenübernahme aus dem CDA-Dokument in die XDS-Dokumentmetadaten ist stets ein Zeitintervall anzugeben.
ACHTUNG: Die Zeitangaben der jeweils ersten Gesundheitsdienstleistung (erstes documentationOf/serviceEvent-Element) werden in die Dokument-Metadaten übernommen!
Die Bedeutung der Dokument-Metadaten-Elemente lautet daher wie folgt:

serviceStartTime: Beginn des ersten documentationOf/serviceEvent-Elements
serviceStopTime: Ende des ersten documentationOf/serviceEvent-Elements

(atc...ent)


	at-cda-bbr-dataelement-46	Zeitraum der Gesundheitsdienstleistung	Dataset A Allgemeiner Leitfaden

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

(atc...ent)

wo [@value]

hl7:low

TS.AT.TZ

0 … 1

(atc...ent)

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...ent)

wo [@value]

hl7:high

TS.AT.TZ

0 … 1

(atc...ent)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:performer

0 … *

R

Person oder Organisation, die die Gesundheitsdienstleistung durchführt.
Verweis auf speziellen Implementierungsleitfaden: Ob und welche durchführende Entität eingetragen werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.

(atc...ent)

@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

(atc...ent)

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

(atc...ent)

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

(atc...ent)

wo [@value]

hl7:low

TS.AT.TZ

0 … 1

(atc...ent)

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...ent)

wo [@value]

hl7:high

TS.AT.TZ

0 … 1

(atc...ent)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:assignedEntity

1 … 1

M

(atc...ent)


	at-cda-bbr-dataelement-47	Durchführende Entität	Dataset A Allgemeiner Leitfaden

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 … *

(atc...ent)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(atc...ent)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atc...ent)

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)

(atc...ent)

wo [not(@nullFlavor)]

hl7:addr

0 … 1

(atc...ent)

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.

(atc...ent)

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:assignedPerson

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)

(atc...ent)

hl7:representedOrganization

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)

(atc...ent)

10.2.2.20 Document Replacement - Related Document

Id

1.2.40.0.34.6.0.11.1.14

ref

at-cda-bbr-

Gültigkeit

2021‑06‑28 13:42:15

Andere Versionen mit dieser Id:

atcdabbr_header_DocumentReplacementRelatedDocument vom 2021‑02‑19 10:45:45
atcdabbr_header_DocumentReplacementRelatedDocument vom 2019‑02‑28 14:06:32

Status

Aktiv

Versions-Label

1.0.1+20210628

Name

atcdabbr_header_DocumentReplacementRelatedDocument

Bezeichnung

Document Replacement - Related Document

Beschreibung

Der Bezug zu vorgehenden Dokumenten wird durch die relatedDocument-Beziehung und die ParentDocument-Klasse, zusammen mit setId und versionNumber aus der ClinicalDocument-Klasse, spezifiziert.

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 1 Konzept

Id	Name	Datensatz
at-cda-bbr-dataelement-15	Bezug zu vorgehenden Dokumenten	Dataset A Allgemeiner Leitfaden

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.14 Document Replacement - Related Document (2021‑02‑19 10:45:45)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.14 Document Replacement - Related Document (2019‑02‑28 14:06:32)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.11.20011 HeaderRelatedDocument (2014‑12‑06)

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:relatedDocument

(atc...ent)


	at-cda-bbr-dataelement-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.

(atc...ent)

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

(atc...ent)

10.2.2.21 Authorization

Wird nicht verwendet.

10.2.2.22 Component Of - Encompassing Encounter

Id

1.2.40.0.34.6.0.11.1.7

ref

at-cda-bbr-

Gültigkeit

2023‑02‑28 10:11:03

Andere Versionen mit dieser Id:

atcdabbr_header_ComponentOfEncompassingEncounter vom 2021‑02‑19 10:32:49
atcdabbr_header_ComponentOfEncompassingEncounter vom 2020‑09‑29 10:39:03
atcdabbr_header_ComponentOfEncompassingEncounter vom 2019‑03‑07 10:44:49
atcdabbr_header_ComponentOfEncompassingEncounter vom 2019‑03‑07 10:44:48

Status

Aktiv

Versions-Label

1.0.1+20230717

Name

atcdabbr_header_ComponentOfEncompassingEncounter

Bezeichnung

Component Of - Encompassing Encounter

Beschreibung

Component Of - Encompassing Encounter gibt an, in welchem Rahmen der dokumentierte Patientenkontakt stattgefunden hat. Dokumente werden nicht notwendigerweise immer während eines Patientenkontakts erstellt, sondern ggf. auch zu einem späteren Zeitpunkt, wenn beispielsweise ein Arzt wegen eines pathologischen Laborwertes den Patienten vergeblich versucht zu erreichen und dennoch seine Verlaufsdokumentation fortführt.
Wenn die Dokumentation ein Entlass- oder Verlegungsdokument ist, muss die Information in dieser Klasse mitgegeben werden, inklusive der Dauer des Aufenthalts (hier: nicht nur stationäre Aufenthalte, sondern auch der Patientenkontakt in der Praxis eines niedergelassenen GDA beispielsweise) und der Einrichtung, wo der Patientenaufenthalt stattfand.
Verweis auf speziellen Implementierungsleitfaden:
Ob der Patientenkontakt angegeben werden muss, und welche Bedeutung dieses Element hat ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.

Klassifikation

CDA Header 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	Containment	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.8	Inklusion	Encounter Location (1.0.0+20210219)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.1.7 Component Of - Encompassing Encounter (2021‑02‑19 10:32:49)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.7 Component Of - Encompassing Encounter (2020‑09‑29 10:39:03)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.11.20013 HeaderEncompassingEncounter (2011‑12‑19)

ref

elgabbr-

Beispiel

Strukturbeispiel mit stationärem Patientenkontakt

Beispiel

Strukturbeispiel mit stationärem Patientenkontakt und unbekannter Entlassung

Beispiel

Strukturbeispiel mit ambulantem Patientenkontakt

Beispiel

Strukturbeispiel mit ambulantem Patientenkontakt und unbekannter Entlassung

Beispiel

Strukturbeispiel mit virtuellem Patientenkontakt

Beispiel

Strukturbeispiel mit virtuellem Patientenkontakt und unbekannter Entlassung

Item

DT

Kard

Konf

Beschreibung

Label

hl7:componentOf

Komponente für den Patientenkontakt.

(atc...ter)

@typeCode

cs

0 … 1

F

COMP

hl7:encompassingEncounter

1 … 1

M

Patientenkontakt.

(atc...ter)

@classCode

cs

0 … 1

F

ENC

@moodCode

cs

0 … 1

F

EVN

hl7:id

II

0 … 1

Identifikationselement zur Aufnahme der Aufenthaltszahl

(atc...ter)

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.

(atc...ter)

@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)

(atc...ter)

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:responsibleParty

0 … 1

R

Komponente für die verantwortliche Person.

(atc...ter)

hl7:assignedEntity

1 … 1

M

Entität der verantwortlichen Person.

Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.

(atc...ter)

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 … *

(atc...ter)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(atc...ter)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atc...ter)

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)

(atc...ter)

wo [not(@nullFlavor)]

hl7:addr

0 … 1

(atc...ter)

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.

(atc...ter)

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:assignedPerson

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)

(atc...ter)

hl7:representedOrganization

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)

(atc...ter)

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

(atc...ter)

@typeCode

cs

0 … 1

F

LOC

hl7:healthCareFacility

1 … 1

M

(atc...ter)

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

(atc...ter)

@displayName

st

1 … 1

R

hl7:serviceProviderOrganization

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)

(atc...ter)

10.2.3 Section Level Templates

10.2.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-dataelement-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"/>  
  <title>Brieftext</title>  
  <text>Sehr geehrte Kollegen </text>  
  <entry>
    
  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

Container zur Angabe des Brieftexts.

(atc...ext)


	at-cda-bbr-dataelement-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

@contextConductionInd

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

@contextConductionInd

cs

0 … 1

F

true

10.2.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>
    
    <time value="20191224082015+0100"/>    <assignedAuthor>
      
      <id root="86562fe5-b509-4ce9-b976-176fd376e477"/>      
      <assignedAuthoringDevice>
        <manufacturerModelName>Good Health System</manufacturerModelName>        <softwareName>Best Health Software Application</softwareName>      </assignedAuthoringDevice>      <representedOrganization>
        <id root="1.2.40.0.34.99.3"/>        
        <name>Amadeus Spital, 1. Chirurgische Abteilung</name>        
        <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>
    
    <time value="20191224082015+0100"/>    <assignedAuthor classCode="ASSIGNED">
      
      <id root="1.2.40.0.34.99.111.1.3" extension="1111" assigningAuthorityName="Amadeus Spital"/>      
      <code code="107" displayName="Fachärztin/Facharzt für Chirurgie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/>      
      <telecom value="tel:+43.1.40400"/>      <telecom value="mailto:herbert.mustermann@organization.at"/>      <assignedPerson classCode="PSN" determinerCode="INSTANCE">
        
        <name>
          <prefix qualifier="AC">Univ.-Prof. Dr.</prefix>          <given>Isabella</given>          <family>Stern</family>        </name>      </assignedPerson>      
      <representedOrganization>
        <id root="1.2.40.0.34.99.3"/>        
        <name>Amadeus Spital, 1. Chirurgische Abteilung</name>        
        <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:languageCode

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

Beispiel

Angabe ohne Landescode

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)

10.2.3.2 Behandlungsgrund

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

<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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

cs

0 … 1

F

true

10.2.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>
    
    <structuredBody>
       : Einzelne Sektionen des Bodys :       <component>
        
        <section>
           : Inhalte Übersektion :           <component>
            
            <section>
              <templateId root="1.2.40.0.34.6.0.11.2.92"/>              <title>Titel der Subsektion</title>              <text>Text der Subsektion</text>              
            </section>          </component>          
        </section>      </component>       : Weitere Sektionen des Bodys :     </structuredBody>  </component></clinicalDocument>

Beispiel

Strukturbeispiel mit maximaler Befüllung

<clinicalDocument>
   : CDA Header :   <component>
    
    <structuredBody>
       : Einzelne Sektionen des Bodys :       <component>
        
        <section>
           : Inhalte Übersektion :           <component>
            
            <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>
                    
                  </addr>                  <telecom value="tel:+1-12345678"/>                  <assignedPerson classCode="PSN" determinerCode="INSTANCE">
                    
                  </assignedPerson>                  <representedOrganization classCode="ORG" determinerCode="INSTANCE">
                    
                  </representedOrganization>                </assignedAuthor>              </author>              
            </section>          </component>          
        </section>      </component>       : Weitere Sektionen des Bodys :     </structuredBody>  </component></clinicalDocument>

Beispiel

Strukturbeispiel mit minimaler Befüllung + Zeitpunkt

<clinicalDocument>
   : CDA Header :   <component>
    
    <structuredBody>
       : Einzelne Sektionen des Bodys :       <component>
        
        <section>
           : Inhalte Übersektion :           <component>
            
            <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>              
            </section>          </component>          
        </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

@contextConductionInd

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

@contextConductionInd

cs

0 … 1

F

true

10.2.3.3 Zusammenfassung der Behandlung

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

<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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

cs

0 … 1

F

true

10.2.3.4 Auszüge aus Beobachtungen

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

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

cs

0 … 1

F

true

10.2.3.5 Erhobene Daten

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

<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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

cs

0 … 1

F

true

10.2.3.5.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-dataelement-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

<section>
  <templateId root="1.2.40.0.34.6.0.11.2.46"/>  <templateId root="2.16.840.1.113883.10.20.1.16"/>  
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/>  
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2"/>  
  
  <code code="8716-3" displayName="Vital signs" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  
  <title>Vitalparameter</title>  
  <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>
    
    <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-dataelement-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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

cs

0 … 1

F

true

10.2.3.5.2 Ergebnisse - kodiert

Id

1.2.40.0.34.777.3.10.9

Gültigkeit

2018‑07‑18 15:50:15

Status

Entwurf

Versions-Label

Name

ErgebnisseKodiert

Anzeigename

Ergebnisse - kodiert

Beschreibung

Informationen zu den Vitalparametern (Körpertemperatur, Puls, Blutdruck …).

Diese Sektion wird hauptsächlich bei Verlegungen von Pflegeheimen in Krankenhäusern oder in Notfällen angewandt.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.777.3.10.9

Klassifikation

CDA Section level template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.3.70	Containment	Ergebnisse Gruppe Entry	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.40.0.34.11.1.2.7 (2017‑07‑21 12:53:51)

ref

?

Version: Template 1.2.40.0.34.11.1.2.7 Vitalparameter (full) (2017‑02‑20)

ref

elgabbr-

Beispiel

Strukturbeispiel

<section>
  <templateId root="1.2.40.0.34.11.1.2.7"/>  
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2"/>  
  <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"/>  
  
  <code code="8716-3" displayName="Vital signs" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  
  <title>Vitalparameter</title>  
  <text>
... Lesbarer Textbereich ...
</text>  
  <entry>
    
    <templateId root="1.2.40.0.34.11.1.3.3"/>  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

Container zur Angabe der Ergebnisse.

(Erg...ert)

hl7:templateId

II

1 … 1

M

(Erg...ert)

@root

uid

1 … 1

F

1.2.40.0.34.777.3.10.9

hl7:templateId

II

1 … 1

R

(Erg...ert)

@root

uid

1 … 1

R

hl7:code

CE

1 … 1

M

Code der Sektion.

(Erg...ert)

@code

CONF

1 … 1

F

30954-2

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@codeSystemName

1 … 1

F

LOINC

@displayName

1 … 1

F

Results Section

hl7:title

ST

1 … 1

R

(Erg...ert)

CONF

Elementinhalt muss "Ergebnisse" sein

hl7:text

SD.TEXT

1 … 1

R

Information für den menschlichen Leser.

Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!

(Erg...ert)

hl7:entry

1 … *

R

Maschinenlesbares Element.

Beinhaltet 1.2.40.0.34.6.0.11.3.70 Ergebnisse Gruppe Entry (DYNAMIC)

(Erg...ert)

@typeCode

cs

0 … 1

F

DRIV

10.2.3.5.3 Überwachte Medikamente - kodiert

Id

1.2.40.0.34.777.3.10.18

Gültigkeit

2019‑09‑17 15:23:19

Status

Entwurf

Versions-Label

Name

UeberwachteMedikamenteKodiert

Anzeigename

Überwachte Medikamente - kodiert

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.777.3.10.18

Klassifikation

CDA Section level template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
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

Beziehung

Spezialisierung: Template 1.2.40.0.34.11.8.3.2.1 Medikationslisten Section (2014‑01‑31)

ref

elgabbr-

Version: Template 1.2.40.0.34.11.8.3.2.1 Medikationslisten Section (2014‑01‑31)

ref

elgabbr-

Beispiel

Strukturbeispiel

<section>
  <templateId root="TODO"/>  
  <templateId root="1.3.6.1.4.1.19376.1.9.1.2.5"/>  
  
  <code code="10160-0" displayName="History of medication use" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  
  <title>Überwachte Medikamente</title>  
  <text> ... Lesbarer Textbereich ... </text>  
  <entry>
    
    <templateId root="1.2.40.0.34.11.8.1.3.1"/>  </entry>  
  <entry>
    
    <templateId root="1.2.40.0.34.11.8.2.3.1"/>  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(Ueb...ert)

@classCode

cs

0 … 1

F

DOCSECT

hl7:templateId

II

1 … 1

M

(Ueb...ert)

@root

uid

1 … 1

F

1.2.40.0.34.777.3.10.18

hl7:templateId

II

1 … 1

M

IHE PHARM Medication List Section

(Ueb...ert)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.9.1.2.5

hl7:id

II

NP

(Ueb...ert)

hl7:code

CE

1 … 1

M

(Ueb...ert)

@code

CONF

1 … 1

F

10160-0

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@codeSystemName

1 … 1

F

LOINC

@displayName

1 … 1

F

History of medication use

hl7:title

ST

1 … 1

M

(Ueb...ert)

CONF

Elementinhalt muss "Überwachte Medikamente" 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“.

(Ueb...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

Beinhaltet 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (DYNAMIC)

(Ueb...ert)

@typeCode

cs

0 … 1

F

DRIV

hl7:entry

Beinhaltet 1.2.40.0.34.11.8.2.3.1 Medikation Abgabe Entry eMedikation (DYNAMIC)

(Ueb...ert)

@typeCode

cs

0 … 1

F

DRIV

10.2.3.5.4 Dokumentierte Einnahme - kodiert

Id

1.2.40.0.34.777.3.10.21

Gültigkeit

2020‑05‑14 07:50:54

Status

Entwurf

Versions-Label

Name

DokumentierteEinnahmeKodiert

Anzeigename

Dokumentierte Einnahme - kodiert

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.777.3.10.21

Klassifikation

CDA Section level template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.3.72	Containment	Medikationseinnahme Entry	DYNAMIC

Beziehung

Adaptation: Template 1.2.40.0.34.777.3.10.18 Überwachte Medikamente - kodiert (2019‑09‑17 15:23:19)

ref

elgatgd-

Spezialisierung: Template 1.2.40.0.34.11.8.3.2.1 Medikationslisten Section (2014‑01‑31)

ref

elgabbr-

Version: Template 1.2.40.0.34.11.8.3.2.1 Medikationslisten Section (2014‑01‑31)

ref

elgabbr-

Beispiel

Strukturbeispiel

<section>
  <templateId root="1.2.40.0.34.777.3.10.18"/>  
  <templateId root="1.2.40.0.34.11.8.3.2.1"/>  
  <templateId root="1.3.6.1.4.1.19376.1.9.1.2.4"/>  
  <code code="87232-5" displayName="Medication administration.brief" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  
  <title>Medikationseinnahme</title>  
  <text> ... Lesbarer Textbereich ... </text>  
  <entry>
    
    <templateId root="1.2.40.0.34.777.3.10.19"/>  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(Dok...ert)

@classCode

cs

0 … 1

F

DOCSECT

hl7:templateId

II

1 … 1

M

(Dok...ert)

@root

uid

1 … 1

F

1.2.40.0.34.777.3.10.21

hl7:templateId

II

1 … 1

M

IHE PHARM Medication Administration Section

(Dok...ert)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.9.1.2.4

hl7:code

CE

1 … 1

M

(Dok...ert)

@code

CONF

1 … 1

F

87232-5

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@codeSystemName

1 … 1

F

LOINC

@displayName

1 … 1

F

Medication administration.brief

hl7:title

ST

1 … 1

M

(Dok...ert)

CONF

Elementinhalt muss "Medikationseinnahme" 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“.

(Dok...ert)

hl7:entry

1 … *

Beinhaltet 1.2.40.0.34.6.0.11.3.72 Medikationseinnahme Entry (DYNAMIC)

(Dok...ert)

@typeCode

cs

0 … 1

F

DRIV

10.2.3.6 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

<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

@contextConductionInd

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.

@contextConductionInd

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

@contextConductionInd

cs

0 … 1

F

true

10.2.3.7 Beilagen

Id

1.2.40.0.34.11.1.2.3

ref

elgabbr-

Gültigkeit

2015‑04‑23

Andere Versionen mit dieser Id:

Beilagen vom 2011‑12‑19

Status

Aktiv

Versions-Label

Name

Beilagen

Bezeichnung

Beilagen

Beschreibung

Sonstige Beilagen, außer denjenigen Dokumenten, die in „Patientenverfügungen und andere juridische Dokumente“ angegeben sind.

Achtung: Ein „Referenzieren“ auf Beilagen ist NICHT ERLAUBT. Beigelegte Dokumente/Bilder MÜSSEN dem Dokument in technisch eingebetteter Form beiliegen.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.3

Klassifikation

CDA Section level template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.11.1.3.1	Containment	Eingebettetes Objekt Entry	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.11.1.2.3 Beilagen (2015‑04‑23)

ref

elgabbr-

Beispiel

<section>
  
  <templateId root="1.2.40.0.34.11.1.2.3"/>  
  <code code="BEIL" displayName="Beilagen" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  
  <title>Beilagen</title>  
  <text> ... Lesbarer Textbereich ... </text>  
  <entry>
    
    <templateId root="1.2.40.0.34.11.1.3.1"/>  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

Container zur Angabe der Beilagen.

(Bei...gen)

hl7:templateId

II

1 … 1

R

(Bei...gen)

@root

uid

1 … 1

F

1.2.40.0.34.11.1.2.3

hl7:code

CE

1 … 1

M

(Bei...gen)

@code

CONF

1 … 1

F

BEIL

@codeSystem

1 … 1

F

1.2.40.0.34.5.40

hl7:title

ST

1 … 1

R

(Bei...gen)

CONF

Elementinhalt muss "Beilagen" sein

hl7:text

SD.TEXT

1 … 1

R

Information für den menschlichen Leser.

Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!

(Bei...gen)

hl7:entry

1 … *

R

Maschinenlesbares Element.
Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!
Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)

(Bei...gen)

10.2.4 Entry Level Template

10.2.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">
    
    <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)

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

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

<effectiveTime value="20110527133000+0200"/>

Beispiel

Strukturbeispiel

<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

<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

<effectiveTime>
<low value="20110527133000+0200"/> <high value="20110527140000+0200"/></effectiveTime>

Beispiel

Strukturbeispiel

<effectiveTime>
<low nullFlavor="UNK"/> <high value="20110527140000+0200"/></effectiveTime>

Beispiel

Strukturbeispiel

<effectiveTime>
<low value="20110527133000+0200"/> <high nullFlavor="UNK"/></effectiveTime>

Beispiel

Strukturbeispiel (auch high auf Sekunde genau und low auf Tag genau möglich)

<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

@contextConductionInd

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

@contextConductionInd

cs

0 … 1

F

true

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

<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"/>  
  <hl7:id root=" " extension=" "/>  
  <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>  
  <hl7:text>
    <hl7:reference value="#vitsig-1"/>  </hl7:text>  
  <hl7:statusCode code="completed"/>  
  <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"/>  
  <hl7:id root=" " extension=" "/>  
  <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>  
  <hl7:text>
    <hl7:reference value="#vitsig-1"/>  </hl7:text>  
  <hl7:statusCode code="completed"/>  
  <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

<effectiveTime value="20110527133000+0200"/>

Beispiel

Strukturbeispiel

<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

<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

<effectiveTime>
<low value="20110527133000+0200"/> <high value="20110527140000+0200"/></effectiveTime>

Beispiel

Strukturbeispiel

<effectiveTime>
<low nullFlavor="UNK"/> <high value="20110527140000+0200"/></effectiveTime>

Beispiel

Strukturbeispiel

<effectiveTime>
<low value="20110527133000+0200"/> <high nullFlavor="UNK"/></effectiveTime>

Beispiel

Strukturbeispiel (auch high auf Sekunde genau und low auf Tag genau möglich)

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

10.2.4.4 Ergebnisse 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

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

<effectiveTime value="20110527133000+0200"/>

Beispiel

Strukturbeispiel

<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

<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

<effectiveTime>
<low value="20110527133000+0200"/> <high value="20110527140000+0200"/></effectiveTime>

Beispiel

Strukturbeispiel

<effectiveTime>
<low nullFlavor="UNK"/> <high value="20110527140000+0200"/></effectiveTime>

Beispiel

Strukturbeispiel

<effectiveTime>
<low value="20110527133000+0200"/> <high nullFlavor="UNK"/></effectiveTime>

Beispiel

Strukturbeispiel (auch high auf Sekunde genau und low auf Tag genau möglich)

<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

@contextConductionInd

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

@contextConductionInd

cs

0 … 1

F

true

10.2.4.5 Ergebnis 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

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

<effectiveTime value="20110527133000+0200"/>

Beispiel

Strukturbeispiel

<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

<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

<effectiveTime>
<low value="20110527133000+0200"/> <high value="20110527140000+0200"/></effectiveTime>

Beispiel

Strukturbeispiel

<effectiveTime>
<low nullFlavor="UNK"/> <high value="20110527140000+0200"/></effectiveTime>

Beispiel

Strukturbeispiel

<effectiveTime>
<low value="20110527133000+0200"/> <high nullFlavor="UNK"/></effectiveTime>

Beispiel

Strukturbeispiel (auch high auf Sekunde genau und low auf Tag genau möglich)

<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

@contextConductionInd

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"/>    
    <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>
      
      <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

@contextConductionInd

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

10.2.4.6 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.2+20220121)	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

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

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

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>
  
  <cda:effectiveTime xsi:type="IVL_TS">
    <cda:low value="20110527000000+0200"/>    <cda:high nullFlavor="UNK"/>  </cda:effectiveTime></hl7:ClinicalDocument>

Beispiel

Strukturbeispiel

<hl7:ClinicalDocument>
  
  <cda:effectiveTime xsi:type="IVL_TS">
    <cda:width value="2" unit="wk"/>  </cda:effectiveTime></hl7:ClinicalDocument>

Beispiel

Strukturbeispiel

<hl7:ClinicalDocument>
  
  <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

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

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

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

@contextControlCode

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

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:assignedPerson
hl7:assignedAuthoringDevice

hl7:assignedPerson

… 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

@determinerCode

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:assignedAuthoringDevice

… 1

(Med...med)

@classCode

cs

0 … 1

F

DEV

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:manufacturerModelName

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:representedOrganization

1 … 1

M

(Med...med)

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

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

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:manufacturedMaterial

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:manufacturedMaterial

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

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

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

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

10.2.4.7 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.2+20220121)	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"/>    
    <templateId root="2.16.840.1.113883.10.20.1.34"/>    
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.3"/>    
    <templateId root="1.3.6.1.4.1.19376.1.9.1.3.4"/>    
    
    <id root="1.2.40.0.10.1.4.3.4.2.3" extension="...AbgabeId..." assigningAuthorityName="Heilsapotheke"/>    
    <code code="FFC" displayName="First Fill - Complete" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    
    <text>
      <reference value="#apos-1"/>    </text>    
    <quantity value="1"/>    
    <product>
      
      <manufacturedProduct classCode="MANU">
        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>        
        <templateId root="2.16.840.1.113883.10.20.1.53"/>        
        <manufacturedMaterial classCode="MMAT" determinerCode="KIND">
          
          <templateId root="1.2.40.0.34.11.2.3.4"/>          
           :         </manufacturedMaterial>      </manufacturedProduct>    </product>    
    <author> : </author>    
    <author> : </author>    
    <entryRelationship typeCode="REFR">
      
      <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>    
    <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>    
    <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>    
    <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>    
    <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

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

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

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

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

<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

<product>
  
  <manufacturedProduct classCode="MANU">
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>    
    <templateId root="2.16.840.1.113883.10.20.1.53"/>    
    <manufacturedMaterial classCode="MMAT" determinerCode="KIND">
      
      <templateId root="1.2.40.0.34.11.2.3.4"/>      
       :     </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:assignedPerson

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

@determinerCode

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:representedOrganization

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

@determinerCode

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

Beispiel

Verfasser einer Abgabe (2. Author-Element)

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

@contextControlCode

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

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:assignedPerson
hl7:assignedAuthoringDevice

hl7:assignedPerson

… 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

@determinerCode

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:assignedAuthoringDevice

… 1

(Med...med)

@classCode

cs

0 … 1

F

DEV

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:manufacturerModelName

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:representedOrganization

1 … 1

M

(Med...med)

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

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

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

<entryRelationship typeCode="REFR">
  
  <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:manufacturedMaterial

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

Beispiel

Strukturbeispiel

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

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

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

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

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

10.2.4.8 Arznei Entry

Id

1.2.40.0.34.11.2.3.4

ref

elgabbr-

Gültigkeit

2022‑01‑21 11:57:02

Andere Versionen mit dieser Id:

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.2+20220121

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 (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"/>      
      <templateId root="2.16.840.1.113883.10.20.1.53"/>      
      <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"/>        
        
        <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>Parkemed 500 mg - Filmtabletten</name>        
        <formCode code="100000073665" displayName="Filmtablette" codeSystem="1.2.40.0.10.1.4.3.4.3.5" codeSystemName="MedikationDarreichungsform"/>        
        <asContent classCode="CONT">
          <containerPackagedMedicine classCode="CONT" determinerCode="INSTANCE">
            
            <capacityQuantity value="20"/>          </containerPackagedMedicine>        </asContent>        
        
        <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>      </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:manufacturedMaterial

1 … 1

M

(Arz...try)

@classCode

cs

1 … 1

F

MMAT

@determinerCode

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)

Beispiel

Code der Arznei (Zulassungsnummer)

Beispiel

Code der Arznei (PZN) mit Zulassungsnummer

Beispiel

Magistrale Zubereitung ohne PZN oder Zulassungsnummer

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

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

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 nicht vorhanden

pharm:asContent

0 … 1

Angaben zur Packung.

Angaben zur Packung werden nur angegeben, wenn die Arznei eine Pharmazentralnummer besitzt. In allen anderen Fällen werden keine Angaben zur Packung gemacht.

(Arz...try)

@classCode

cs

1 … 1

F

CONT

pharm:containerPackagedMedicine

1 … 1

M

Abbildung der Packungsangaben als untergeordnetes containerPackagedMedicine Element.

(Arz...try)

@classCode

cs

1 … 1

F

CONT

@determinerCode

cs

1 … 1

F

INSTANCE

pharm:capacityQuantity

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

@determinerCode

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)

10.2.4.9 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.2+20220121)	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"/>    
    <templateId root="2.16.840.1.113883.10.20.1.24"/>    
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>    
    <templateId root="1.3.6.1.4.1.19376.1.9.1.3.16"/>    
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/>    
    <id root="9F3DABA8-025F-490D-FFE1-B1D80A7A3DE0"/>    
    <code code="completed" displayName="Vollständig" codesystem="2.16.840.1.113883.4.642.1.101" codeSystemName="HL7 EventStatus"/>    
    <code code="aborted" displayName="Gescheitert" codesystem="2.16.840.1.113883.4.642.1.101" codeSystemName="HL7 EventStatus"/>    
    <code code="in-progress" displayName="im Gange" codesystem="2.16.840.1.113883.4.642.1.101" codeSystemName="HL7 EventStatus"/>    
    <text>
      <reference value="#vpos-1"/>    </text>    
    <statusCode code="completed"/>    
    <effectiveTime xsi:type="TS.AT.TZ" value="20110527133000+0200"/>    
    <effectiveTime xsi:type="TS.AT.TZ" value="20110527"/>    
    <effectiveTime xsi:type="IVL_TS">
      <low value="20110527133000+0200"/>      <high value="20110527144500+0200"/>    </effectiveTime>    
    
    <routeCode nullFlavor="NA"/>    
    <approachSiteCode nullFlavor="NA"/>    
    <doseQuantity value="500" unit="mg"/>    
    <rateQuantity nullFlavor="NA"/>    
    <consumable>
      
      <manufacturedProduct classCode="MANU">
        
        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>        
        <templateId root="2.16.840.1.113883.10.20.1.53"/>        
        <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"/>          
          <code code="981417" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.16" codeSystemName="Pharmazentralnummer"/>          
          <code code="1-18296" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.17" codeSystemName="Zulassungsnummer"/>          
          <code nullFlavor="NA"/>          <name>Parkemed 500mg</name>        </manufacturedMaterial>      </manufacturedProduct>    </consumable>    
    <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>    
    <entryRelationship typeCode="COMP">
      <supply classCode="SPLY" moodCode="RQO">
        <independentInd value="false"/>        <quantity value="2"/>      </supply>    </entryRelationship>    
    
    <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>    
    <entryRelationship typeCode="REFR">
      <substanceAdministration classCode="SBCMA" moodCode="INT">
        <templateId root="1.3.6.1.4.1.19376.1.9.1.3.11"/>        
        
        <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>    
    <entryRelationship typeCode="REFR">
      <supply classCode="SPLY" moodCode="EVN">
        <templateId root="1.3.6.1.4.1.19376.1.9.1.3.12"/>        
        <id root="1.2.40.0.10.1.4.3.4.2.3" extension="...AbgabeId..." assigningAuthorityName="Heilsapotheke"/>        
        <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>    
    <entryRelationship typeCode="REFR">
      <observation classCode="OBS" moodCode="EVN">
        <templateId root="1.3.6.1.4.1.19376.1.9.1.3.13"/>        
        <id root="1.2.40.0.10.1.4.3.4.2.4" extension="...PharmazeutischeEmpfehlungId..." assigningAuthorityName="Ordination Dr. Meier"/>        
        <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>    
    <entryRelationship typeCode="REFR">
      <substanceAdministration classCode="SBCMA" moodCode="EVN">
        <templateId root="1.3.6.1.4.1.19376.1.9.1.3.14"/>        
        <id root="9F3DABA8-025F-490D-FFE1-B1D80A7A3DE1"/>        
        <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

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

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

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>

<hl7:effectiveTime xsi:type="TS" value="20110527133000+0200"/></hl7:ClinicalDocument>

Beispiel

Strukturbeispiel

<hl7:ClinicalDocument>

<hl7:effectiveTime xsi:type="TS" value="20110527"/></hl7:ClinicalDocument>

hl7:effectiveTime

IVL_TS

Medikationseinnahme innerhalb einer Zeitspanne

(atc...try)

Beispiel

Strukturbeispiel

<hl7:ClinicalDocument>
  
  <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

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>
  
  <manufacturedProduct classCode="MANU">
    <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>    
    <templateId root="2.16.840.1.113883.10.20.1.53"/>    
    <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"/>      
      <code code="981417" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.16" codeSystemName="Pharmazentralnummer"/>      
      <code code="1-18296" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.17" codeSystemName="Zulassungsnummer"/>      
      <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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

cs

0 … 1

F

true

Beispiel

Strukturbeispiel

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

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

@contextConductionInd

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 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:manufacturedMaterial

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

@contextConductionInd

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 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:manufacturedMaterial

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

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:manufacturedMaterial

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

10.2.4.10 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

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

Beispiel

Strukturbeispiel

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

Beispiel

Strukturbeispiel

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

@contextControlCode

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

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

@contextConductionInd

cs

0 … 1

F

true

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

<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

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

<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

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

<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

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

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

<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

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

<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

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

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

<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

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

<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

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

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

<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

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

<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

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

<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

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

<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

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

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

<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

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

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

<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

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

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

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

<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

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

<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>  
</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

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

<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>  
</hl7:observation>

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>
    
    <reference value="#device1measRange"/>  </text>  
  <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

10.2.4.11 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:

EingebettetesObjektEntry vom 2011‑12‑19

Status

Aktiv

Versions-Label

Name

EingebettetesObjektEntry

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

10.2.5 Weitere CDA Fragmente

10.2.5.1 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

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

10.2.5.2 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

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:assignedPerson: Angabe der name-Elemente unstrukturiert
hl7:assignedPerson: Angabe der name-Elemente strukturiert

Elemente in der Auswahl:

hl7:assignedPerson welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:assignedPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

hl7:assignedPerson

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:assignedPerson

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:representedOrganization

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)

10.2.5.3 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

Item

DT

Kard

Konf

Beschreibung

Label

@typeCode

cs

0 … 1

F

AUT

@contextControlCode

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:assignedPerson
hl7:assignedAuthoringDevice welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)

hl7:assignedPerson

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

@determinerCode

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:assignedAuthoringDevice

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)

(atc...ody)

Beispiel

hl7:representedOrganization

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

@determinerCode

cs

0 … 1

F

INSTANCE

10.2.5.4 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

Beispiel

Informant ist der Patient selbst

Item

DT

Kard

Konf

Beschreibung

Label

@typeCode

cs

0 … 1

F

INF

@contextControlCode

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)

10.2.5.5 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)

@contextControlCode

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

@determinerCode

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)

10.3 Terminologien

Die erforderlichen Terminologien sind im Folgenden aufgelistet.

10.3.1 eImpf_Antikoerperbestimmung_VS

Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen.

Id

1.2.40.0.34.6.0.10.13

ref

at-cda-bbr-

Gültigkeit

2023‑07‑31

Status

Entwurf

Versions-Label

1.1.0+20230731(-beta)

Name

eimpf-antikoerperbestimmung

Bezeichnung

eImpf_Antikoerperbestimmung

Beschreibung

Labormedizinische Immunitätsbestimmung ("Impftiter"), gegliedert nach Impfungen. Der Code der Gruppierungen dient der Zuordnung zu den Impfungen.

Achtung: Dieses Value Set besitzt weitere Attribute, die hier nicht darstellbar sind. Diese können vom Terminologieserver abgerufen werden: https://termpub.gesundheit.gv.at

Copyright

This artefact includes content from SNOMED Clinical Terms® (SNOMED CT®) which is copyright of the International Health Terminology Standards Development Organisation (IHTSDO). Implementers of these artefacts must have the appropriate SNOMED CT Affiliate license - for more information contact http://www.snomed.org/snomed-ct/getsnomed-ct or info@snomed.org.

Benutzung: 8

Id	Name	Typ
Template
at-entrys-16	Antikörper-Bestimmung Laboratory Observation Entry (1.0.1+20210512)	DYNAMIC
at-entrys-16	Antikörper-Bestimmung Laboratory Observation Entry (1.2.0+20220127)	DYNAMIC
at-entrys-16	Antikörper-Bestimmung Laboratory Observation Entry (1.0.2+20210531)	DYNAMIC
at-entrys-18	Antikörper-Bestimmung Battery Organizer (2019)	DYNAMIC
at-entrys-18	Antikörper-Bestimmung Battery Organizer (1.1.1+20220103)	DYNAMIC
at-entrys-16	Antikörper-Bestimmung Laboratory Observation Entry (1.1.0+20220103)	DYNAMIC
at-entrys-16	Antikörper-Bestimmung Laboratory Observation Entry (2.0.0+20230717)	DYNAMIC
at-entrys-16	Antikörper-Bestimmung Laboratory Observation Entry (2019)	DYNAMIC

2 Quell-Codesysteme

2.16.840.1.113883.6.1 - Logical Observation Identifier Names and Codes - FHIR: http://loinc.org - HL7 V2: LN

2.16.840.1.113883.6.96 - SNOMED Clinical Terms - FHIR: http://snomed.info/sct - HL7 V2: SCT

Level/ Typ	Code	Bezeichnung	Codesystem
0‑S	836383009	Cholera Impfstoff	SNOMED Clinical Terms
1‑D	31698-4	Cholera AK qn.	Logical Observation Identifier Names and Codes
0‑S	836381006	Diphtherie Impfstoff: Serologie	SNOMED Clinical Terms
1‑L	5115-1	Di AK qn.	Logical Observation Identifier Names and Codes
0‑S	836403007	Frühsommer-Meningoencephalitis Impfstoff	SNOMED Clinical Terms
1‑D	31383-3	FSME AK qn.	Logical Observation Identifier Names and Codes
0‑L	836385002	Gelbfieber Impfstoff	SNOMED Clinical Terms
0‑S	836380007	Haemophilus influenzae Typ B Impfstoff	SNOMED Clinical Terms
1‑D	7931-9	HiB AK qn.	Logical Observation Identifier Names and Codes
0‑S	836375003	Hepatitis A Impfstoff: Serologie	SNOMED Clinical Terms
1‑L	22312-3	HAV AK qn.	Logical Observation Identifier Names and Codes
0‑S	836374004	Hepatitis B Impfstoff: Serologie	SNOMED Clinical Terms
1‑L	16935-9	HBV s-AK qn.	Logical Observation Identifier Names and Codes
0‑L	871919004	Herpes Zoster Impfstoff	SNOMED Clinical Terms
0‑L	836379009	Humane Papillomaviren Impfstoff	SNOMED Clinical Terms
0‑S	427036009	Influenza (H5N1) Impfstoff	SNOMED Clinical Terms
1‑D	47454-4	Influenza H5 AK Ti.	Logical Observation Identifier Names and Codes
0‑L	871772009	Influenza (H1N1) Impfstoff	SNOMED Clinical Terms
0‑S	836377006	Influenza Impfstoff	SNOMED Clinical Terms
1‑D	7920-2	Influenza A AK qn.	Logical Observation Identifier Names and Codes
0‑L	836378001	Japanische Encephalitis Impfstoff	SNOMED Clinical Terms
0‑S	836382004	Masern Impfstoff: Serologie	SNOMED Clinical Terms
1‑L	7961-6	Masern AK qn.	Logical Observation Identifier Names and Codes
0‑L	836401009	Meningokokken Impfstoff	SNOMED Clinical Terms
0‑L	1981000221108	Meningokokken Serotyp B Impfstoff	SNOMED Clinical Terms
0‑L	871866001	Meningokokken Serotyp C Impfstoff	SNOMED Clinical Terms
0‑S	871738001	Mumps Impfstoff	SNOMED Clinical Terms
1‑D	7965-7	Mumps AK qn.	Logical Observation Identifier Names and Codes
0‑S	601000221108	Pertussis Impfstoff	SNOMED Clinical Terms
1‑D	11585-7	aP AK qn.	Logical Observation Identifier Names and Codes
0‑L	836398006	Pneumokokken Impfstoff	SNOMED Clinical Terms
0‑L	836389008	Pocken Impfstoff	SNOMED Clinical Terms
0‑S	1031000221108	Poliomyelitis Impfstoff: Serologie	SNOMED Clinical Terms
1‑D	16284-2	Polio AK qn.	Logical Observation Identifier Names and Codes
1‑L	5281-1	Polio virus 1 Ab	Logical Observation Identifier Names and Codes
1‑L	5283-7	Polio virus 2 Ab	Logical Observation Identifier Names and Codes
1‑L	5285-2	Polio virus 3 Ab	Logical Observation Identifier Names and Codes
0‑S	836387005	Rotavirus Impfstoff	SNOMED Clinical Terms
1‑D	5328-0	Rota AK qn.	Logical Observation Identifier Names and Codes
0‑S	836388000	Röteln Impfstoff: Serologie	SNOMED Clinical Terms
1‑L	8013-5	Röteln AK qn.	Logical Observation Identifier Names and Codes
1‑L	41763-4	Röteln IgG AK Ti.	Logical Observation Identifier Names and Codes
1‑L	50694-9	Röteln Ab Tutr Ser HAI	Logical Observation Identifier Names and Codes
0‑S	1101000221104	Tetanus Impfstoff: Serologie	SNOMED Clinical Terms
1‑L	32775-9	Tetanustoxin AK qn.	Logical Observation Identifier Names and Codes
0‑S	836393002	Tollwut Impfstoff: Serologie	SNOMED Clinical Terms
1‑D	5288-6	Tollwut AK qn.	Logical Observation Identifier Names and Codes
1‑L	6524-3	Rabies virus Ab	Logical Observation Identifier Names and Codes
0‑L	836390004	Typhus Impfstoff	SNOMED Clinical Terms
0‑L	836402002	Tuberkulose Impfstoff	SNOMED Clinical Terms
0‑S	836495005	Varizellen Impfstoff: Serologie	SNOMED Clinical Terms
1‑L	8046-5	Varizellen AK qn.	Logical Observation Identifier Names and Codes
0‑S	840534001	Covid-19 Impfstoff	SNOMED Clinical Terms
1‑L	94547-7	SARS-CoV-2-AK ql.	Logical Observation Identifier Names and Codes
1‑L	94507-1	SARS-CoV-2-AK IgG ST	Logical Observation Identifier Names and Codes
1‑L	94505-5	SARS-CoV-2-AK IgG	Logical Observation Identifier Names and Codes
1‑L	94563-4	SARS-CoV-2-AK IgG ql.	Logical Observation Identifier Names and Codes

Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavor OTH (other) schlägt Text in originalText vor. HL7 V3: NullFlavors werden im @nullFlavor Attribut statt in @code angegeben.

</div>

11 Anhang

11.1 Abbildungen

↑ Verwendete Standards
↑ CDA-Dokument in Ausprägung "Telemonitoring Episodenbericht"

11.2 Abkürzungsverzeichnis

Abkürzung	Definition
A-AAR	Aggregiertes Audit Record Repository (zentrale ELGA Komponente)
AG	Arbeitsgruppe
BASG	Bundesamt für Sicherheit im Gesundheitswesen
bPK	Bereichsspezifisches Personenkennzeichen
BeS	Das ELGA/e-Health Berechtigungssystem (mit Hauptaufgabe ACS)
BVB	Bezirksverwaltungsbehörde
BM	Bundesministerium
BMASGK	Bundesministerium für Arbeit, Soziales, Gesundheit und Konsumentenschutz
BMGF	Bundesministerium für Gesundheit und Frauen
BZK	Bundes-Zielsteuerungskommission
CDA	Clinical Document Architecture (HL7 Standard)
e-Impfpass	Elektronischer Impfpass
FHIR	Fast Healthcare Interoperability Resources (HL7 Standard)
GDA	Gesundheitsdiensteanbieter
GDA-I	Gesundheitsdiensteanbieter-Index
GtelG	Gesundheitstelematikgesetz
HL7	Health Level 7
HVB	Hauptverband
IHE	Integrating the Healthcare Enterprise (internationale Initiative und Regelwerk)
KAKuG	Krankenanstalten- und Kuranstaltengesetz
L-ARR	Lokales Audit Record Repository (eine dezentrale Bereichskomponente)
LSD	Landessanitätsdirektion
NIG	Nationales Impfgremium
OBST	Ombudsstelle
PVP	Portalverbundprotokoll
SEL	(ELGA) Service Line
SLA	Service Level Agreement
SV	Sozialversicherung
SVC	Sozialversicherungs-Chipkarten Betriebs- und Errichtungsgesellschaft m.b.H
XDS	Cross-Enterprise Document Sharing (IHE Profil)
ZGF / AGW	Zugriffssteuerung / Anbindungsgateway
ZMR	Zentrales Melderegister
Z-PI	Zentraler Patientenindex

11.3 Literaturverzeichnis

↑ Logical Observation Identifiers Names & Codes (LOINC) loinc.org
↑ ^2,0 ^2,1 Regenstrief Institute, Inc. www.regenstrief.org
↑ Unified Code for Units of Measure (UCUM) www.unitsofmeasure.org
↑ WHO ICD-10 www.who.int/classifications/icd/en/
↑ ^5,0 ^5,1 www.who.int
↑ Internationale statistische Klassifikation der Krankheiten und verwandter Gesundheitsprobleme 10. Revision – aktuelle Version bitte unter Gesundheitssystem - Krankenanstalten heraussuchen.
↑ Anatomical Therapeutic Chemical Classification System (ATC) https://www.who.int/tools/atc-ddd-toolkit/atc-classification
↑ ARGE Pharma im Fachverband der chemischen Industrie Österreichs (FCIO) argepharma.fcio.at
↑ EDQM Council of Europe www.edqm.eu
↑ Health informatics - Medical / health device communication standards ISO/IEEE 11073 Nomenclature Part 10101: Nomenclature
↑ Health informatics - Medical / health device communication standards ISO/IEEE 11073 Nomenclature Amendment 1 Part 10101: Nomenclature Amendment 1: Additional Definitions
↑ Health Level Seven International www.hl7.org
↑ ISO/HL7 27932:2009 Data Exchange Standards — HL7 Clinical Document Architecture, Release 2 [1]
↑ World Wide Web Consortium. Extensible Markup Language, 1.0, 5th Edition. [2]
↑ HL7 Version 3 Product Suite [3]
↑ ART-DECOR® www.art-decor.org
↑ HL7 Clinical Document Architecture (CDA) [4]
↑ HL7 Version 3: Reference Information Model (RIM) [5]
↑ HL7 Version 3 Standard: Data Types – Abstract Specification, Release 2[6]
↑ HL7 Templates Standard: Specification and Use of Reusable Information Constraint Templates, Release 1 [7]
↑ HL7 Austria www.hl7.at
↑ IHE Patient Care Coordination (PCC) [Online Juli 2019]: https://www.ihe.net/resources/technical_frameworks/#pcc
↑ HL7 Clinical Document Architecture (CDA) [Online Juli 2019]: http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7
↑ Version 3 Product Suite (inkl. RIM) [Online Juli 2019]: RIM http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186
↑ OID Portal für das Österreichische Gesundheitswesen: https://www.gesundheit.gv.at/OID_Frontend/
↑ Allgemeine Informationen zu CDA [Online Juli 2019]: https://wiki.hl7.at/index.php?title=elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung
↑ CDA Templates [Online Juli 2019]: https://wiki.hl7.at/index.php?title=CDA_Templates
↑ Art-Decor-Tabellen verstehen [Online Juli 2019]: https://wiki.hl7.at/index.php?title=Hilfe:Art-Decor-Tabellen_verstehen
↑ Technische Konformitätsprüfung [Online Juli 2019]: https://wiki.hl7.at/index.php?title=elga-cdaalf-2.06.2:Technische_Konformit%C3%A4tspr%C3%Bcfung
↑ Terminologien [Online Juli 2019]: https://wiki.hl7.at/index.php?title=Terminologien

[25] Verwendete Standards

[32] CDA-Dokument in Ausprägung "Telemonitoring Episodenbericht"

[LOINC-1] Logical Observation Identifiers Names & Codes (LOINC) loinc.org

[regenstrief-2] 2,0 ^2,1 Regenstrief Institute, Inc. www.regenstrief.org

[UCUM-3] Unified Code for Units of Measure (UCUM) www.unitsofmeasure.org

[ICD-10-4] WHO ICD-10 www.who.int/classifications/icd/en/

[WHO-5] 5,0 ^5,1 www.who.int

[ICD-10-AT-6] Internationale statistische Klassifikation der Krankheiten und verwandter Gesundheitsprobleme 10. Revision – aktuelle Version bitte unter Gesundheitssystem - Krankenanstalten heraussuchen.

[7] Anatomical Therapeutic Chemical Classification System (ATC) https://www.who.int/tools/atc-ddd-toolkit/atc-classification

[FCIO-8] ARGE Pharma im Fachverband der chemischen Industrie Österreichs (FCIO) argepharma.fcio.at

[9] EDQM Council of Europe www.edqm.eu

[11073nomenclature-10] Health informatics - Medical / health device communication standards ISO/IEEE 11073 Nomenclature Part 10101: Nomenclature

[11073nomenclatureamendment-11] Health informatics - Medical / health device communication standards ISO/IEEE 11073 Nomenclature Amendment 1 Part 10101: Nomenclature Amendment 1: Additional Definitions

[HL7-12] Health Level Seven International www.hl7.org

[13] ISO/HL7 27932:2009 Data Exchange Standards — HL7 Clinical Document Architecture, Release 2 [1]

[14] World Wide Web Consortium. Extensible Markup Language, 1.0, 5th Edition. [2]

[15] HL7 Version 3 Product Suite [3]

[16] ART-DECOR® www.art-decor.org

[CDA-17] HL7 Clinical Document Architecture (CDA) [4]

[RIM-18] HL7 Version 3: Reference Information Model (RIM) [5]

[HL7_Version_3_Standard:_Data_Types-19] HL7 Version 3 Standard: Data Types – Abstract Specification, Release 2[6]

[Templates_Specification-20] HL7 Templates Standard: Specification and Use of Reusable Information Constraint Templates, Release 1 [7]

[21] HL7 Austria www.hl7.at

[IHEPCC-22] IHE Patient Care Coordination (PCC) [Online Juli 2019]: https://www.ihe.net/resources/technical_frameworks/#pcc

[HL7CDA-23] HL7 Clinical Document Architecture (CDA) [Online Juli 2019]: http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7

[CDAV3RIM-24] Version 3 Product Suite (inkl. RIM) [Online Juli 2019]: RIM http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186

[26] OID Portal für das Österreichische Gesundheitswesen: https://www.gesundheit.gv.at/OID_Frontend/

[CDAAllgemein-27] Allgemeine Informationen zu CDA [Online Juli 2019]: https://wiki.hl7.at/index.php?title=elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung

[CDATemplates-28] CDA Templates [Online Juli 2019]: https://wiki.hl7.at/index.php?title=CDA_Templates

[ArtDecorVerstehen-29] Art-Decor-Tabellen verstehen [Online Juli 2019]: https://wiki.hl7.at/index.php?title=Hilfe:Art-Decor-Tabellen_verstehen

[TechnKonform-30] Technische Konformitätsprüfung [Online Juli 2019]: https://wiki.hl7.at/index.php?title=elga-cdaalf-2.06.2:Technische_Konformit%C3%A4tspr%C3%Bcfung

[Terminologien-31] Terminologien [Online Juli 2019]: https://wiki.hl7.at/index.php?title=Terminologien

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]

[21]

[22]

[23]

[24]

[Abbildung 1]

[25]

[26]

[27]

[28]

[29]

[30]

[Abbildung 2]