[unmarkierte Version]

Version vom 7. Dezember 2020, 09:41 Uhr

	Dieses Dokument gibt wieder: Implementierungsleitfaden EMS (2020), OID: 1.2.40.0.34.7.9.2.0, Datum: 2020.08.19, Status: Normativ. Die Teilmaterialien gehören der Kategorie ILF an.

CDA Implementierungsleitfaden

HL7 Implementation Guide for CDA^® R2:
Implementierungsleitfaden Meldung an das Epidemiologische Meldesystem (EMS) – Labor-und Arztmeldung

Zur Anwendung im österreichischen
Gesundheitswesen [1.2.40.0.34.7.22.1]

2020.08.19

2020

Normativ

Inhaltsverzeichnis

1 Zusammenfassung
2 Informationen über dieses Dokument
3 Einleitung
- 3.1 Ausgangslage und Motivation
4 Harmonisierung
- 4.1 Autoren und Mitwirkende
  - 4.1.1 Autoren
5 Funktionale Anforderungen
- 5.1 Darstellung
- 5.2 Dokumenten-Metadaten (XDS-Metadaten)
6 User Storys ("Anwendungsfälle")
7 Technische Spezifikation
- 7.1 Übersicht CDA Strukturen (Header & Body)
  - 7.1.1 Übersicht über die administrativen Daten (CDA-Header-Elemente)
    - 7.1.1.1 Header-Elemente ohne speziellen Vorgaben
  - 7.1.2 Übersicht über die medizinischen Inhalte (CDA-Body)
- 7.2 CDA Templates
8 Terminologien
9 Anhang
- 9.1 Literaturverzeichnis

1 Zusammenfassung

Der gegenständliche Leitfaden spezifiziert die Inhaltselemente und die Struktur, welche im Rahmen der Meldung von meldepflichtigen Krankheiten für Österreich benötigt werden. Akteure im Kontext dieser Meldung können Ärzte oder Labore sein, welche an das für Gesundheit zuständige Bundesministerium melden. Der Leitfaden spezifiziert z.T. unterschiedliche Inhaltselement, je nachdem ob es sich um eine Arzt- oder Labormeldung handelt. Erstere kann mehr Informationen über den Gesundheitszustand und das soziale Umfeld des Patienten beinhalten, da dieser in Kontakt mit dem meldenden Arzt steht. Die Labormeldung kann im Gegenzug und abseits der Meldung eines Erregers und der resultierenden Krankheit auch noch weitere Laborparameter bereitstellen. Die Strukturierung und Kodierung dieser steht im engen Zusammenhang mit dem ELGA Leitfaden für Labordokumente. Allgemein gilt: auch wenn dieser Leitfaden und die entstehenden CDA Dokumente KEINE ELGA eBefunde sind, dass bei der Spezifikation darauf Wert gelegt wurde, möglichst schon vorhandene CDA Dokumentenelement zu nutzen bzw. auf diesen aufzubauen.

2 Informationen über dieses Dokument

Der vorliegende Leitfaden wurde unter der Leitung des Bundeministeriums für Soziales, Gesundheit, Pflege und Konsumentenschutz (BMSGPF, ehemals Bundesministerium für Gesundheit), im Folgenden, als das für Gesundheit zuständige Ministerium bezeichnet, erstellt und basiert auf den Definitionen der ELGA Leitfäden für das österreichische Gesundheitswesen, welche von der HL7 Austria einem Abstimmungsverfahren (Ballot) unterzogen wurden. Ebenso wurde dieses Dokument in der vorliegenden Form durch die HL7 Austria ballotiert. Das für Gesundheit zuständige Ministerium genehmigt ausdrücklich die Anwendung des Leitfadens ohne Lizenz- und Nutzungsgebühren zum Zweck der Erstellung medizinischer Dokumente und weist darauf hin, dass dies mit dem Einverständnis aller Mitwirkenden erfolgt. Der Umfang der Codelisten und Valuesets, welche in diesem Leitfaden angeführt werden, sind aufgrund von Vorgaben und Richtlinien des europäischen Systems zur Überwachung von Infektionskrankheiten (The European Surveillance Sytem, TESSy) regelmäßigen Anpassungen unterworfen. Die aktuellen Versionen der Codelisten und Valuesets sind auf der Homepage des für Gesundheit zuständige Ministerium bekanntgegeben und veröffentlicht. Zukünftig ist eine Bereitstellung am Terminologieserver für das österreichische Gesundheitswesen für die Recherche und den automatisierten Download vorgesehen.

Mit der Version 1 dieses Leitfadens wurde die Labormeldung publiziert. Folgend wurde die Arztmeldung fachlich ausgearbeitet und da es sowohl fachlich und auch aus Gründen des Investitionsschutzes für Softwarehersteller sinnvoll ist beide Meldungen auf den gleichen Grundlagen aufzubauen, wurde die Arztmeldung mit der Version 2 integriert. Die vorliegende Version beinhaltet somit sowohl die Labor- als auch die Arztmeldung. Die jeweils notwendigen Teile sind im Leitfaden entsprechend beschrieben und gekennzeichnet.

Dieses Dokument spezifiziert den Aufbau einer Labor- bzw. Arztmeldung an das epidemiologische Meldesystem des für Gesundheit zuständige Bundesministeriums. Die Strukturvorgaben in dieser Spezifikation sind z.T. generisch. Dies trifft im Speziellen die EMS Parameter welche für die Labormeldung benötigt werden. Welche Parameter für welche zu meldende Krankheit herangezogen werden können bzw. müssen ist NICHT in diesem Leitfaden geregelt. Die Information hierzu finden Sie im vom für Gesundheit zuständigen Bundesministeriums veröffentlichen XML-Dokument

Hinweis:
Sollten Sie beobachten, dass Divergenzen zwischen den Inhalten am Terminologieserver und dem XML-Dokument des Bundesministeriums bestehen, bitte diese an cda@technikum-wien.at melden. Weiters zu beachten: Der Datenimport des Bundesministeriums basiert auf den Daten im XML-Dokument. Somit ist davon auszugehen, dass das XML-Dokument den aktuelleren Datenstand besitzt

Der gegenständlich Implementierungsleitfaden versucht weitestgehend schon in ELGA definierte Bestandteile (templates) wiederzuverwenden. Zu beachten ist, dass eventuell nicht alle Inhaltselemente vom EMS benötigt werden.

2.1 Impressum

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

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

Abbildungen: © ELGA GmbH

Nutzung: Das Dokument enthält geistiges Eigentum der Health Level Seven® Int. und HL7® Austria, Franckstrasse 41/5/14, 8010 Graz; www.hl7.at.
Die Nutzung ist zum Zweck der Erstellung medizinischer Dokumente ohne Lizenz- und Nutzungsgebühren 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. Die ELGA GmbH weist ausdrücklich darauf hin, dass es sich bei dem vorliegenden Leitfaden um unverbindliche Arbeitsergebnisse handelt, die zur Anwendung empfohlen werden. Ein allfälliger Widerspruch zum geltenden Recht ist jedenfalls unerwünscht und von den Erstellern des Dokumentes nicht beabsichtigt.

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 ELGA GmbH erhoben und/oder abgeleitet werden.

2.3 Sprachliche Gleichbehandlung

Soweit im Text Bezeichnungen nur im generischen Maskulinum angeführt sind, beziehen sie sich auf Männer und Frauen 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.

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.5 Verwendete Grundlagen und Bezug zu anderen Standards

Zu beachten ist, dass der vorliegende Leitfaden unter Verwendung der nachstehend beschriebenen Dokumente erstellt wurde. Das Urheberrecht an allen genannten Dokumenten wird im vollen Umfang respektiert.

Dieser Leitfaden basiert auf Inhalten des Implementierungsleitfaden für ELGA Laborbefunde Version 2.0 (ELGA Homepage) und damit implizit auf dem Allgemeinen Implementierungsleitfaden für CDA Dokumente im österreichischen Gesundheitswesen. Zum einfacheren Verständnis werden CDA-Strukturbeispiele, inhaltliche Spezifikationen sowie Beschreibungen aus dem Allgemeinen Implementierungsleitfaden übernommen und in diesem Leitfaden angeführt.

Teile dieses Leitfadens beruhen auf der Spezifikation "HL7 Clinical Document Architecture, Release 2.0", für die das Copyright © von Health Level Seven International gilt. HL7 Standards können über die HL7 Anwendergruppe Österreich, die offizielle nationale Gruppierung von Health Level Seven International in Österreich, bezogen werden (HL7 Austria). Alle auf nationale Verhältnisse angepassten und veröffentlichten HL7-Spezifkationen können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.

Der vorliegende Leitfaden in der Version 2.x umfasst sowohl die Labormeldung als auch die Arztmeldung. Er beruht auf den Definitionen des Allgemeinen Implementierungsleitfaden für ELGA CDA Dokumente^[1] und insbesondere auf dem ELGA Implementierungsleitfaden „HL7 Implementation Guide for CDA® R2: Laborbefund“ zur Anwendung im österreichischen Gesundheitswesen^[2], welcher wiederum auf Basis der internationalen Definitionen der IHE (Integrating the Healthcare Enterprise) erstellt wurde [3]. Unbeschadet der Tatsache, dass eine EMS Meldung natürlich kein Befund ist, beruhen doch beide Dokumente auf der gleichen Datenbasis eines Labors und die Darstellung in CDA Dokumenten mit gleichen Strukturen und zumindest teilweisen semantischen Inhalten erleichtert die Umsetzung für die Softwarehersteller. Es zeigt sich jedoch, dass die elektronische Meldung meldepflichtiger Krankheiten zum einen durchaus einen Bedarf an zusätzlichen Spezialdaten (z.B. geografische Informationen) aufweist und zum anderen die Anforderung an die Darstellung natürlich von denen eines Befundes abweichen. Daher schränkt vorliegender Leitfaden die bestehenden Definitionen weiter ein bzw. erweitert diese um entsprechende Teile zur Abbildung der Spezifika der EMS Meldung. Insbesondere betrifft das die in Tabelle 1 dargestellten Daten. Die entsprechende ELGA Kompatibilität ist in den jeweiligen Kapiteln angegeben. Der tatsächliche Inhalt und Umfang der EMS Meldung ist abhängig vom Typ der Meldung (Labor oder Arzt) und vom gemeldeten Erreger bzw. der gemeldeten Krankheit. Grundsätzlich immer verpflichtend zu übermitteln sind somit gefundene Erreger bzw. dadurch ausgelöste Krankheiten. Davon ausgehend ergeben sich unter Umständen zusätzliche verpflichtende Daten (siehe Kapitel Übersicht über die medizinischen Inhalte (CDA-Body)). Weitere Daten können jederzeit optional im Dokument enthalten sein.

3 Einleitung

3.1 Ausgangslage und Motivation

Um die EU-weite Situation betreffend Infektionskrankheiten realistisch darzustellen, ist es notwendig, vergleichbare Daten zu sammeln. Daher wurden Falldefinitionen entwickelt und im Rahmen einer Entscheidung der Kommission verbindlich festgelegt. Die Implementierung dieser Falldefinitionen bedeutete für viele EU-Länder eine Änderung des Meldesystems, da die Übermittlung von aggregierten Daten nicht mehr ausreicht und somit Einzelfallmeldungen erforderlich sind. Die ideale Lösung zur Akzeptanz dieser Systemumstellung war die gleichzeitige Implementierung eines elektronischen Meldesystems. Der Aufbau eines „Epidemiologischen Meldesystems“ (EMS) war außerdem notwendig, um ein automationsunterstütztes einheitliches Meldewesen der zuständigen Behörden für die epidemiologische Überwachung, Prävention und Bekämpfung von übertragbaren Krankheiten beim Menschen gewährleisten zu können. Die Notwendigkeit des einheitlichen Meldewesens ergab sich aufgrund der Anforderungen nachfolgender Organisationen bzw. Institutionen

Vollziehende Bezirksverwaltungsbehörden
Landes- und Bundesgesundheitsbehörden
Nationale Referenzzentralen

und der legistischen Vorgaben der

EU
Weltgesundheitsorganisation (WHO)
Des für Gesundheit zuständige Bundesministerium

Vom für Gesundheit zuständige Bundesministerium wurde bereits ein entsprechendes Pflichtenheft erstellt, welches die Anforderungen und den Umfang der Konzeption sowie der Umsetzung für ein „Epidemiologisches Meldesystem“ festlegt. Mit diesem „Epidemiologischen Meldesystem“ ist es möglich, auf elektronischem Wege Meldungsdaten zu erfassen, zu verwalten und in geeigneter Form wieder zur Verfügung zu stellen

4 Harmonisierung

4.1 Autoren und Mitwirkende

Der vorliegende Leitfaden wurde unter der Leitung der Fachhochschule Technikum Wien erstellt und Inhalte dieses Leitfadens wurden gemeinsam mit ELGA GmbH an bestehende und künftige andere Leitfäden angegelichen. Vom für Gesundheit zuständigen Bundesministeriums wurde die Erstellung des Leitfadens durch Herrn Dr. Weninger und Herrn Pokorny begleitet.

4.1.1 Autoren

Das Redaktionsteam bestand aus folgenden Personen:

Name	Organisation	Rolle
FH-Prof. Matthias Frohner PhD, MSc	Fachhochschule Technikum Wien	Autor
FH-Prof. DI Alexander Mense	Fachhochschule Technikum Wien	Autor
Nikolaus Krondraf, BSc	Technikum Wien GmbH	Autor
Mag. Dr. Stefan Sabutsch	ELGA GmbH, HL7 Austria	Autor

5 Funktionale Anforderungen

5.1 Darstellung

Die gegenständliche Spezifikation, basierend auf den aus den Use-cases abgeleiteten Anforderungen, hat KEINE Anforderungen bezüglich der Bildschirmdarstellung, da eine "menschliche" Betrachtung des Dokuments (auf Empfängerseite) nicht vorgesehen ist. Die allgemeine Anforderungen, dass maschinenlesbare Inhalte auch menschenlesbar sein soll, ist zu beachten. Jedoch gibt es keine formalen Anforderungen bezüglich der Strukturierung und Darstellung der Inhalte.

Es wird empfohlen, dass der Level 2 Text (section/text) mit Hilfe zur Verfügung stehender Formatierungswerkzeuge (z.B.: paragraph) strukturiert wird. Hierzu kann die grobe Struktur des CDA-Bodys, wie in Kapitel Übersicht über die medizinischen Inhalte (CDA-Body) ersichtlich, herangezogen werden.

5.2 Dokumenten-Metadaten (XDS-Metadaten)

Arzt und Labormeldungen im Kontext des epidemiologischen Meldesystems werden zum jetzigen Zeitpunkt NICHT in die ELGA – Infrastruktur oder ein anderes IHE XDS-basierendes Gesamtsystem eingebracht. Die EMS Meldung wird gerichtet an das für Gesundheit zuständige Bundesministerium übermittelt. Hierbei folgt es jedoch NICHT vorhanden IHE Spezifikationen für den gerichteten Dokumentenaustausch (IHE XDR) und es werden KEINE Metadaten benötigt (weder für eine Registrierung noch für eine maschinelle Interpretation eines dezidierten Empfängers).

Sollten dieser Leitfaden Angaben zum Mapping der CDA Daten in die XDS-Metadaten enthalten, ist dies der Tatsache geschuldet, dass Element (inkl. deren Beschreibung) aus dem ELGA Kontext wiederverwendet werden. Für die Implementierung einer EMS Arzt- bzw. Labormeldung können diese ignoriert werden.

6 User Storys ("Anwendungsfälle")

6.1 Anwendungsfall EMS01: Labormeldung "automatische Schnittstelle"

In einer Laborprobe wird ein meldepflichtiger Keim gefunden
Labor: Datenaufbereitung durch die Labor-EDV: Erzeugen des CDA-Dokuments

Labor: Automatisierte Übermittlung des erzeugten CDA-Dokuments (mit vorheriger Authentifizierung) an das entsprechende EMS-Webservice. Als Response erhält der Absender die Information ob ein neuer Fall angelegt wurde oder ob die gesendete Meldung zu einem bestehenden Fall hinzugefügt wurde sowie die Fall-Id.

EMS-Webservice: Übernahme der Daten mit Datenprüfung
Weiterverarbeitung der Daten:
- Labormeldung generieren
- Fall anlegen oder bestehenden Fall ergänzen
- EMS: Ggf. Signalisierung
- EMS: Ggf. Nachbearbeitung durch Bearbeiter (zuständiges Ministerium) bzw. Bezirksverwaltungsbehörde

6.2 Anwendungsfall EMS02: Labormeldung "Gatewayapplikation"

Die Gateway-Applikation dient zum Erfassen von Labormeldungen in einem Web-GUI und anschließender Übermittlung der Daten in Form von CDA-Dokumenten an das EMS-Interface. D.h. die GA verwendet dieselbe Schnittstelle wie Laborsysteme.

Labor: Authentifizierung, Identifikation: Entspricht einem Login des Labors an der Applikation.
Labor: Erfassen einer Labormeldung durch den User über ein Web-GUI, bestehend aus folgenden Schritten:
- Eingabe der Kopfdaten der Meldung: Dokumenten-ID, Datum, Patientendaten, Daten zu „Author“, „Informant“, „Custodian“ und „Authenticator“
- Auswahl der zu meldenden Erkrankung
- Erfassung der krankheitsspezifischen Datenfelder
Gateway-Applikation: Aus den eingegebenen Daten wird durch die Gateway-Applikation ein CDA-Dokument generiert und an das EMS übermittelt
EMS-Webservice: Übernahme der Daten mit Datenprüfung
Weiterverarbeitung der Daten:
- Labormeldung generieren
- Fall anlegen oder bestehenden Fall ergänzen
- EMS: Ggf. Signalisierung
- EMS: Ggf. Nachbearbeitung durch Bearbeiter (zuständiges Ministerium) bzw. Bezirksverwaltungsbehörde

6.3 Anwendungsfall EMS03: Labormeldung Referenzlabor

Labor: Datenaufbereitung durch die Labor-EDV: Erzeugen des CDA-Dokuments
Labor: Automatisierte Übermittlung des erzeugten CDA-Dokuments (mit vorheriger Authentifizierung) an das entsprechende EMS-Webservice.
EMS-Webservice: Übernahme der Daten mit Datenprüfung
Weiterverarbeitung der Daten:
- Labormeldung generieren
- Fall anlegen
- Auftrag an Referenzlabor mit Fall-Id
Referenzlabor: führt erneuten Test durch
Referenzlabor: erstellt Befund und übermittelt diesen inkl. bekannter Fall-Id

6.4 Anwendungsfall EMS04: Labormeldung behördlich angeordneter Untersuchungsauftrag

Labor: Erhält Untersuchungsauftrag inklusive Probe und Fall-Id und führt den Auftrag laut Anforderung aus
Labor: Datenaufbereitung und Erzeugung des CDAs mit der erhaltenden Fall-Id und übermittelt dieses an das entsprechende EMS-Webservice
EMS-Webservice: Übernahme der Daten mit Datenprüfung
Weiterverarbeitung der Daten
- Anhand der empfangenen Fall-Id Zuweisung zu einem bestehenden Fall

6.5 Anwendungsfall EMS05: Labormeldung Folgemeldung

Im Zuge der Meldung an das epidemiologische Meldesystem werden nur abgeschlossene Analysen übermittelt, i.e. sollte ein Ergebnis noch ausständig sein, kann dieses in Form einer Folgemeldung nachgereicht werden. Das Labor hat zu einem früheren Zeitpunkt schon eine Meldung an das EMS geschickt und hat im Zuge der Übermittlung die Fall-Id erhalten (Anwendungsfall EMS01) und diese lokal verspeichert.

Labor: Datenaufbereitung und Erzeugung des CDAs mit der erhaltenden Fall-Id und übermittelt dieses an das entsprechende EMS-Webservice
EMS-Webservice: Übernahme der Daten mit Datenprüfung
Weiterverarbeitung der Daten
- Anhand der empfangenen Fall-Id Zuweisung zu einem bestehenden Fall

6.6 Anwendungsfall EMS06: Arztmeldung automatisiert intramural

Ein Arzt stellt bei einem Patienten, der intramural ambulant oder stationär behandelt wird eine meldepflichtige Erkrankung fest oder hat einen begründeten Verdacht auf eine solche.
Der Arzt erfasst die erforderlichen Daten im Krankenhausinformationssystem.
Datenaufbereitung durch Krankenhausinformationssystem: Erzeugen des CDA-Dokuments und automatisierte Übermittlung des erzeugten CDA-Dokuments (mit vorheriger Authentifizierung) an das entsprechende EMS-Webservice (analog Anwendungsfall EMS01). Als Response erhält der Absender die Information ob ein neuer Fall angelegt wurde oder ob die gesendete Meldung zu einem bestehenden Fall hinzugefügt wurde sowie die Fall-Id.
EMS-Webservice: Übernahme der Daten mit Datenprüfung
Weiterverarbeitung der Daten:
- Labormeldung generieren
- Fall anlegen oder bestehenden Fall ergänzen
- EMS: Ggf. Signalisierung
EMS: Ggf. Nachbearbeitung durch Bearbeiter (zuständiges Ministerium) bzw. Bezirksverwaltungsbehörde

6.7 Anwendungsfall EMS07: Arztmeldung automatisiert niedergelassener Bereich

Ein niedergelassener Arzt stellt bei einem Patienten eine meldungspflichtige Erkrankung fest oder hat einen begründeten Verdacht auf diese
Der Arzt erfasst die erforderlichen Daten über ein entsprechendes Eingabeformular im Arztpraxis-Informationssystem
Datenaufbereitung durch Arztpraxis-Informationssystem: Erzeugen des CDA-Dokuments und automatisierte Übermittlung des erzeugten CDA-Dokuments (mit vorheriger Authentifizierung) an das entsprechende EMS-Webservice. Als Response erhält der Absender die Information ob ein neuer Fall angelegt wurde oder ob die gesendete Meldung zu einem bestehenden Fall hinzugefügt wurde sowie die Fall-Id.
EMS-Webservice: Übernahme der Daten mit Datenprüfung
Weiterverarbeitung der Daten:
- Arztmeldung generieren
- Fall anlegen oder bestehenden Fall ergänzen
- EMS: Ggf. Signalisierung
- EMS: Ggf. Nachbearbeitung durch Bearbeiter (zuständiges Ministerium) bzw. Bezirksverwaltungsbehörde

6.8 Anwendungsfall EMS08: Arztmeldung "Gatewayapplikation"

Die Gateway-Applikation (GA) dient zum Erfassen von Arztmeldungen in einem Web-GUI und anschließender Übermittlung der Daten in Form von CDA-Dokumenten an das EMS-Interface. D.h. die GA verwendet dieselbe Schnittstelle wie die Primärinformationssysteme (Arzt- bzw. Krankenhausinformationssystem).

Arzt stellt bei einem Patienten eine meldungspflichtige Erkrankung fest oder hat einen begründeten Verdacht auf diese.
Arzt ruft die Gatewayapplikation auf bzw. die GA wird aus dem Primärsystem aufgerufen – Authentifizierung des GDA und Arztes.
Arzt: Erfassen einer Arztmeldung durch den User über ein Web-GUI, bestehend aus folgenden Schritten:
- Eingabe der Kopfdaten der Meldung: Dokumenten-ID, Datum, Patientendaten, Daten zu „Author“, „Informant“, „Custodian“ und „Authenticator“
- Auswahl der zu meldenden Erkrankung
- Erfassung der krankheitsspezifischen Datenfelder
Gateway-Applikation: Aus den eingegebenen Daten wird durch die Gateway-Applikation ein CDA-Dokument generiert und an das EMS übermittelt
EMS-Webservice: Übernahme der Daten mit Datenprüfung
Weiterverarbeitung der Daten:
- Arztmeldung generieren
- Fall anlegen oder bestehenden Fall ergänzen
- EMS: Ggf. Signalisierung
- EMS: Ggf. Nachbearbeitung durch Bearbeiter (zuständiges Ministerium) bzw. Bezirksverwaltungsbehörde

7 Technische Spezifikation

7.1 Übersicht CDA Strukturen (Header & Body)

Folgende informative Tabelle stellt die relevanten Informationselemente und Inhalte dar, welche im Zuge einer Labor- oder Arztmeldung relevant sind bzw. benötigt werden.


Feld	Beschreibung	Labor	Arzt	Bereich
Allgemeine Befundinformation
Eindeutige Befundnummer	eindeutige Befundenummer welche vom Ersteller des Dokuments generiert wird	X	X	Header
Meldendes Labor	Identifikation des meldungerstellenden Labors	X		Header
Empfänger	Betreiber des EMS (in der Regel das für Gesundheit zuständige Bundesministerium)	X	X	Header
Meldungsrelevante Ergebnisse und Inhalte
Fall-Id	Identifikation eines Falles laut EMS	X	X	Body
EMS Parameter	Parameter welche im Rahmen einer EMS Meldung benötigt werden jedoch nicht in der Struktur des ELGA Laborbefundes abgebildet werden können (z.B. Angabe ob es sich um ein Erstisolat handelt). Observations entsprechend den „Analysen“ im Laborbefund.	X	X	Body
Meldepflichtiger Erreger	Bei Laboruntersuchungen gefundener meldepflichtiger Erreger	X		Body
Meldepflichtige Krankheit	Durch meldepflichtigen Erreger ausgelöste Erkrankung	X	X	Body
Todesdatum	Angaben zum Todesdatum		X	Header
Hospitalisierung	Angaben zur (geplanten) Hospitalisierung des Patienten/der Patientin		X	Body
Klinische Manifestation	Angaben zur klinischen Manifestation		X	Body
Tätigkeitsbereich	Angabe zum (beruflichen) Tätigkeitsbereichs des Patienten/der Patientin		X	Body
Impfungen	Angabe zu Impfungen bei impfpräventablen Krankheiten		X	Body
Bakteriologische Ergebnisse
Analysen		X		Body
Erreger		X		Body
Antibiotischer Wirkstoff		X		Body
Resistenzkennung	Codierte Bewertung der Resistenz (R,S,I)	X		Body

7.1.1 Übersicht über die administrativen Daten (CDA-Header-Elemente)

Die nachfolgende Tabelle liefert einen Überblick über die CDA-Elemente, welche für die entsprechende Meldung benötigt werden. Sollten die gelisteten CDA-Elementen keinen, durch diesen Leitfaden spezifizierten Einschränkungen unterliegen, können Details dem Allgemeinen Implementierungsleitdafen für ELGA CDA Dokumente ^[1] entnommen werden.


Feld	Element	Optionalität
Feld	Element	Labor	Arzt
Daten zum Dokument
Realm Code	ClinicalDocument/realmCode	M [1..1]
Dokumentenformat	ClinicalDocument/typeId	M [1..1]
Template	ClinicalDocument/templateId	M [3..3]
Dokumenten-ID	ClinicalDocument/id	M [1..1]
Dokumentenklasse	ClinicalDocument/code	M [1..1]
Dokumenttitel	ClinicalDocument/title	M [1..1]
Dokumentdatum	ClinicalDocument/effectiveTime	M [1..1]
Vertraulichkeitscode	ClinicaDocument/confidentialityCode	M [1..1]
Sprachcode	ClinicalDocument/languageCode	M [1..1]
Versionierung des Dokuments	ClinicalDocument/setId ClinicalDocument/versionNumber	M [1..1]
Teilnehmende Parteien
Patient	ClinicalDocument/recordTarget	M [1..1]
Patient lebt betreut	ClinicalDocument/recordTarget/patientRole/addr@use="TMP"	O [0..1]	R [0..1]
Verfasser des Dokuments	ClinicalDocument/author	M [1..1]
Verwalter des originalen Dokuments	ClinicalDocument/custodian	M [1..1]
Rechtlicher Unterzeichner	ClinicalDocument/legalAuthenticator	M [1..1]
Validatoren	ClinicalDocument/authenticator	O [0..]*
Vorgesehener Empfänger	ClinicalDocument/informationRecipient	M [1..1]
Referenz zum Auftrag
Einsender	ClinicalDocument/participant@typeCode=“REF“	M [1..1]	NP [0..0]
Auftragsidentifikation	ClinicalDocument/inFulfillmentOf/order	M [1..1]	NP [0..0]
Dokumentation der Gesundheitsdienstleistung
Service Events	ClinicalDocument/documentationOf/serviceEvent	M [2..2]
Meldendes Labor	ClinicalDocument/documentationOf[2]/ serviceEvent/performer	M [1..1]	NP [0..0]

7.1.1.1 Header-Elemente ohne speziellen Vorgaben

Elemente, welche für die Implementierung in einer EMS Meldung keine gesonderten Regeln benötigen, werden nach den Richtlinien und Vorschriften im Allgemeinen Implementierungsleitfaden ^[1] codiert. Folgende Elemente haben keine speziellen Vorgaben:

XML Metainformationen; Die Metainformationen codieren den verwendeten Zeichensatz sowie Information zum Stylesheet
Wurzelelement; Neben den XML-Wurzelelement „ClinicalDocument“ wird auch der default-Namespace definiert
Hoheitsbereich des Dokuments („realmCode“); Kennzeichnung aus welchem Land das Dokument stammt
Dokumentformat („typeId“); Kennzeichnung, dass das Dokument in CDA R2 Format vorliegt
Dokumenten-Id („id”); weltweit eindeutiger Identifier für das Dokument (Befundnummer)
Erstellungsdatum des Dokuments („effectiveTime“)
Vertraulichkeitscode („confidentialityCode“); Codierung der Vertraulichkeitsstufe des Do-kuments. Da die Dokumente nach ihrer Validierung nicht geändert werden dürfen können über den Vertraulichkeitscode keine Zugriffsrechte geregelt werden. Nachdem dieses Element aber ein Pflichtelement in CDA ist wird dieses Element einfach mit einem festen Code codiert
Sprachcode des Dokuments („languageCode“)

Elemente der Teilnehmenden Parteien ohne speziellen Vorgaben:

Personen bei der Dateneingabe (dataEnterer)
Verwahrer des Dokuments (custodian)
Beabsichtigte Empfänger des Dokuments(informationRecipient)
Rechtlicher Unterzeichner (legalAuthenticator)
Weitere Unterzeichner (authenticator)

7.1.2 Übersicht über die medizinischen Inhalte (CDA-Body)

Die folgende Tabelle soll einen Überblick über die verwendeten CDA Level 3 Inhalte ermöglichen. Hierbei wird zwischen den spezifischen Implementierungen für die Arztmeldungen und der Labormeldung unterschieden. Für die textuelle CDA Level 2 Darstellung (Inhalte im Element section/text) kann die vorliegende Tabelle als Strukturierungshilfe dienen. Hierzu können ELGA styleCode Attribute und html Formatierungscodes laut Allgemeinen ELGA Implementierungsleitfaden ^[1] genutzt werden um die gewünschte Struktur zu generieren. Weiters kann auch auf Empfehlungen bzw. Vorschriften zur textuellen Gestaltung zurückgegriffen werden, welche in anderen Leitfäden festgehalten sind (z.B.: Darstellung der Probeninformation aus dem ELGA Laborleitfaden^[2]).


Zu kodierender Inhalt	Body-Bereich	Optionalität
Zu kodierender Inhalt	Body-Bereich	Labor	Arzt
Probeninformation		M [1..1]	NP [0..0]
Krankheitserreger		O [0..1]
Krankheit		M [1..1]
Diagnosesicherheit		NP [0..0]	R [0..1]
Weitere Krankheitsmerkmale		NP [0..0]	R [0..2]
Angaben zum Erkrankungszeitpunkts		NP [0..0]	O [0..1]
Todesdatum		NP [0..0]	R [0..1]
Angaben zur Hospitalisierung		NP [0..0]	R [0..1]
Angaben zum Tätigkeitsbereichs		NP [0..0]	R [0..1]
Symptome		NP [0..0]	O [0..1]
Angabe zu Impfungen		NP [0..0]	R [0..1]
Analyseergebnisse		M [1..]*	NP [0..0]
Importierte Krankheiten		NP [0..0]	R [0..1]
Krankheitsüberträger		NP [0..0]	R [0..1]
Weitere EMS spezifischen Parameter		R [0..]*

7.1.2.1 Aufbau der EMS Labormeldung

Die Meldung beinhaltet genau eine Sektion
Informationen zu der Probe sind in dieser Sektion kodiert
Die Sektion beinhaltet verpflichtend einen "Notification organizer"
- OPTIONAL: Mit "Notifiable Condition" = Angabe des Erregers
- Mit "Case Identification" = Angabe der Krankheit
Die Sektion beinhaltet einen zusätzlichen Organizer welche das Laborergebnis/Testergebnis sowie weitere, für die Meldung relevante Parameter enthält
Die Sektion kann einen "Isolate Organizer" beinhalten welcher die Ergebnisse eines Antibiogramm und einer Bestimmung der minimalen Hemmkonzentration beinhalten kann

7.1.2.2 Aufbau der EMS Arztmeldung

Die Meldung beinhaltet genau eine Sektion
Die Sektion beinhaltet verpflichtend einen "Notification organizer"
- OPTIONAL: Mit "Notifiable Condition" = Angabe des Erregers
- Mit "Case Identification" = Angabe der Krankheit

7.1.2.3 Der EMS Organizer

Aufgrund der Tatsache, dass sich die Struktur und die CDA Umsetzung der EMS Meldungen an dem Implementierungsleitfaden für ELGA Laborbefunde orientiert gibt es für die Meldung relevante Informationen welche nicht durch einen Laborbefund abgedeckt wird. Aus diesem Grund wird eine eigene Befundgruppe (umgesetzt mit Hilfe des CDA-Organizer-Elements) eingeführt, mit Hilfe derer Informationen, welche nicht in anderen Laborsektionen unterge-bracht werden können, codiert werden können. In diese Gruppe können EMS spezifische Parameter maschinenlesbar codiert werden.

7.2 CDA Templates

7.2.1 Document Level Templates

7.2.1.1 Arztmeldung

Id

1.2.40.0.34.6.0.11.0.8

Gültigkeit

2020‑02‑20 08:35:37

Status

Entwurf

Versions-Label

2020

Name

epims_document_arztmeldung

Bezeichnung

Arztmeldung

Kontext

Pfadname /

Klassifikation

CDA Document 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.1.10	Inklusion	Document Realm (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.30	Inklusion	Document TypeId (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.1	Inklusion	Document Id (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.11	Inklusion	Document Effective Time (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.12	Inklusion	Document Confidentiality Code (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.13	Inklusion	Document Language (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.15	Inklusion	Document Set Id and Version Number (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.34	Inklusion	Record Target - EMS (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.2	Inklusion	Author (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.4	Inklusion	Custodian (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.5	Inklusion	Legal Authenticator (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.6	Inklusion	Authenticator (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.35	Inklusion	Information Recipient - EMS (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.21	Inklusion	Participant Ein-, Ueber-, Zuweisender Arzt (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.9	Inklusion	In Fulfillment Of (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.36	Inklusion	Documentation Of Service Event - Infectious disease Note (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.37	Inklusion	Documentation Of Service Event - Physician Note (2020.1)	DYNAMIC
1.2.40.0.34.6.0.11.2.78	Containment	EMS Sektion - Arztmeldung (2020)	DYNAMIC

Item

DT

Kard

Konf

Beschreibung

Label

hl7:ClinicalDocument

(epi...ung)

@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)
Kennzeichnung aus welchem Land das Dokument stammt

hl7:realmCode

CS

1 … 1

M

Hoheitsbereich des Dokuments.

Fester Wert: @code = AT

(aus ValueSet „ELGA_RealmCode“)

(epi...ung)

@code

1 … 1

F

AT

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.30 Document TypeId (DYNAMIC)
Kennzeichnung, dass das Dokument in CDA R2 Format vorliegt

hl7:typeId

II

1 … 1

M

Dokumentformat CDA R2

(epi...ung)

@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

templateId für Dokumente welche den Basisanforderungen für ELGA genügen

(epi...ung)

@root

uid

1 … 1

F

1.2.40.0.34.11.1

hl7:templateId

II

1 … 1

M

templateId für EMS-Meldungen

(epi...ung)

@root

uid

1 … 1

F

1.2.40.0.34.11.6

hl7:templateId

II

1 … 1

M

templateId für die Arztmeldung ins EMS

(epi...ung)

@root

uid

1 … 1

F

1.2.40.0.34.11.6.0.2

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.1 Document Id (DYNAMIC)
weltweit eindeutiger Identifier für das Dokument (Befundnummer)

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.

(epi...ung)

@root

uid

1 … 1

R

hl7:code

CE

1 … 1

M

(epi...ung)

@code

CONF

1 … 1

F

34782-3

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@codeSystemName

1 … 1

F

LOINC

@displayName

1 … 1

F

Infectious disease Note

hl7:title

ST

1 … 1

M

Der Titel des Dokumentes ist verpflichtend anzugeben, vom Ersteller frei zu vergeben und beschreibt die Art des Dokumentes näher. Der Titel des Dokuments ist für den lesenden Dokumentempfänger das sichtbare Element. Ein Beispiel wäre "Arztmeldung".

(epi...ung)

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.11 Document Effective Time (DYNAMIC)
Dieser Zeitstempel entspricht dem Meldedatum

hl7:effectiveTime

TS.AT.TZ

1 … 1

M

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

(epi...ung)


	at-cda-bbr-dataelement-11	Erstellungsdatum	Dataset A 2019

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 ValueSet „ELGA_Confidentiality“.

(epi...ung)


	at-cda-bbr-dataelement-13	Vertraulichkeitscode	Dataset A 2019

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

(epi...ung)


	at-cda-bbr-dataelement-14	Sprachcode	Dataset A 2019

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

(epi...ung)

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.

(epi...ung)

@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.34 Record Target - EMS (DYNAMIC)
Laut allgemeinen ELGA Implementierungsleitfaden ist es möglich, dass mehrere Vornamen eines Patienten/einer Patientin in einzelnen <given>-Tags codiert werden. Aufgrund der Tatsache, dass die Reihenfolge dieser Elemente nicht überprüft werden kann, könnte es vorkommen dass aus z.B.: „Hans Peter“ „Peter Hans“ werden kann. Dieser Umstand erschwert den Abgleich der Personendaten mit den Daten des Zentralen Melderegisters. Daher ist im Falle einer EMS Meldung nur ein <given>-Tag erlaubt (dies kann jedoch auch „Hans Peter“ beinhalten).

hl7:recordTarget

1 … 1

M

Komponente für die Patientendaten.

(epi...ung)

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

cs

0 … 1

F

OP

hl7:patientRole

1 … 1

M

Patientendaten.

(epi...ung)

@classCode

cs

0 … 1

F

PAT

hl7:id

II

2 … *

R

Patientenidentifikatoren

(epi...ung)

Constraint

   Hinweis: Die Reihenfolge der id-Elemente MUSS unbedingt eingehalten werden!

id[1] Identifikation des Patienten im lokalen System. Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen. (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[3] Bereichsspezifisches Personenkennzeichen, Bereichskennzeichen GH (Gesundheit) (0..1 O)

@root: OID der österreichischen bPK, fester Wert: 1.2.40.0.10.2.1.1.149 (1..1 M)
@extension: bPK-GH des Patienten: Bereichskürzel + bPK
Anmerkung: Das bPK dient ausschließlich der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen (1..1 M)
@assigningAuthorityName: Fester Wert: Österreichische Stammzahlenregisterbehörde (0..1 O)

hl7:addr

0 … 2

R

Adresse des Patienten.
Es MUSS eine mögliche Adresse unterstützt werden. Im Falle, dass ein Patient/eine Patientin in einer Gemeinschaftseinrichtung/gesundheitsversorgender Einrichtung betreut wird, SOLL diese Information im Zuge der Arztmeldung angegeben werden. Hierbei MUSS ein 2tes addr-Element mit dem use-Attribute "TMP" genutzt werden.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(epi...ung)

Constraint

Werden mehrere 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.

(epi...ung)

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

Beinhaltet 1.2.40.0.34.6.0.11.9.38 Person Name Compilation G2 M - EMS (DYNAMIC)

(epi...ung)

Auswahl

1 … 1

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

(epi...ung)

wo [not(@nullFlavor)]

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

CE

0 … 1

(epi...ung)

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

0 … 1

(epi...ung)

hl7:birthTime

TS.DATE

0 … 1

(epi...ung)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

sdtc:deceasedInd

BL

0 … 1

Indikator ob Patient/Patientin verstorben ist

(epi...ung)

sdtc:deceasedTime

TS.DATE

0 … 1

Angabe des Sterbedatums

(epi...ung)

hl7:maritalStatusCode

CE

0 … 1

R

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

(epi...ung)

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

(epi...ung)

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

(epi...ung)

hl7:ethnicGroupCode

NP

Ethnische Zugehörigkeit des Patienten.

Darf nicht verwendet werden!

(epi...ung)

hl7:guardian

0 … *

R

Gesetzlicher Vertreter: Erwachsenenvertreter, Vormund, Obsorgeberechtigter.

Der gesetzliche Vetreter kann entweder eine Person (guardianPerson) oder eine Organisation (guardianOrganization) sein.

Beim Patient können optional ein oder mehrere gesetzliche Vetreter angegeben werden. Wenn ein gesetzliche Vetreter bekannt ist, SOLL diese Information auch angegeben werden.

(epi...ung)

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

(epi...ung)

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.

(epi...ung)

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

(epi...ung)

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)

(epi...ung)

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)

(epi...ung)

hl7:birthplace

0 … 1

R

Geburtsort des Patienten.

(epi...ung)

@classCode

cs

0 … 1

F

BIRTHPL

hl7:place

1 … 1

M

(epi...ung)

@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

Angaben zum Geburtsorts. Im Kontext der Arztmeldung an das EMS wird EMPFOHLEN das Geburtsland als Klartext zu übermitteln (und nicht als ISO-2/3 Code). Das bedeutet es SOLL, "Österreich" und nicht "AUT" oder "AT", angegeben werden.

Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)

(epi...ung)

hl7:addr

AD

0 … 1

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

(epi...ung)

hl7:languageCommunication

0 … *

R

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

(epi...ung)

hl7:languageCode

CS

1 … 1

M

Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen).

(epi...ung)

@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

R

Ausdrucksform der Sprache.
Zulässige Werte gemäß Value-Set „ELGA_LanguageAbilityMode“

(epi...ung)

@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

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“

(epi...ung)

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

(epi...ung)

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

M

von 1.2.40.0.34.6.0.11.1.2 Author (DYNAMIC)

hl7:author

1 … 1

M

Verfasser des Dokuments.

(epi...ung)

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

(epi...ung)

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@displayName

st

1 … 1

R

Auswahl

1 … 1

Der Zeitpunkt an 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

(epi...ung)

wo [not(@nullFlavor)]

hl7:time

TS.AT.TZ

0 … 1

(epi...ung)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:assignedAuthor

1 … 1

M

(epi...ung)

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

(epi...ung)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(epi...ung)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(epi...ung)

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.

(epi...ung)

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

(epi...ung)

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)

(epi...ung)

hl7:assignedAuthoringDevice

0 … 1

Datenerstellendes Gerät
Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)

(epi...ung)

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

(epi...ung)

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“

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.

(epi...ung)


	at-cda-bbr-dataelement-24	Verwahrer	Dataset A 2019

@typeCode

cs

0 … 1

F

CST

hl7:assignedCustodian

1 … 1

M

(epi...ung)

@classCode

cs

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

M

(epi...ung)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

1 … *

M

Identifikation des Verwahrers des Dokuments, wie im GDA-Index angegeben. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.

(epi...ung)

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.

(epi...ung)

hl7:telecom

TEL.AT

0 … *

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

(epi...ung)

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)

(epi...ung)

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.5 Legal Authenticator (DYNAMIC)

hl7:legalAuthenticator

1 … 1

M

Hauptunterzeichner, Rechtlicher Unterzeichner

(epi...ung)


elgaimpf-dataelement-368	Unterzeichnende Person (Dokument)	Datensatz e-Impfpass 2019
at-cda-bbr-dataelement-1	Rechtlicher Unterzeichner	Dataset A 2019

@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

(epi...ung)

wo [not(@nullFlavor)]


at-cda-bbr-dataelement-5	Zeitpunkt der Unterzeichnung	Dataset A 2019
elgaimpf-dataelement-369	Zeitpunkt der Unterzeichnung	Datensatz e-Impfpass 2019

hl7:time

TS.AT.TZ

0 … 1

(epi...ung)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:signatureCode

CS

1 … 1

M

Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde.

(epi...ung)


elgaimpf-dataelement-370	Signatur	Datensatz e-Impfpass 2019
at-cda-bbr-dataelement-6	Signatur	Dataset A 2019

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

(epi...ung)

Eingefügt

0 … *

von 1.2.40.0.34.6.0.11.1.6 Authenticator (DYNAMIC)

hl7:authenticator

0 … *

Weitere Unterzeichner.

(epi...ung)


	at-cda-bbr-dataelement-31	Weitere Unterzeichner	Dataset A 2019

@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

(epi...ung)

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-105	Zeitpunkt der Unterzeichnung	Dataset A 2019

hl7:time

TS.AT.TZ

0 … 1

(epi...ung)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:signatureCode

CS

1 … 1

M

(epi...ung)


	at-cda-bbr-dataelement-106	Signatur	Dataset A 2019

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

(epi...ung)

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

(epi...ung)

wo [not(@nullFlavor)]


	elgaimpf-dataelement-371	ID des Unterzeichners	Datensatz e-Impfpass 2019

hl7:id

II

0 … 1

(epi...ung)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(epi...ung)

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)

(epi...ung)

wo [not(@nullFlavor)]

hl7:addr

0 … 1

(epi...ung)

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.

(epi...ung)

wo [not(@nullFlavor)]


	elgaimpf-dataelement-372	Kontaktdaten	Datensatz e-Impfpass 2019

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

(epi...ung)

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)

(epi...ung)


	elgaimpf-dataelement-374	Organisation	Datensatz e-Impfpass 2019

Schematron assert

role

error

test

count(hl7:telecom)<2 or (count(hl7:telecom) = count(hl7:telecom[@use]))

Meldung

Das Attribut telecom/@use MUSS bei allen telecom Elementen strukturiert sein.

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.35 Information Recipient - EMS (DYNAMIC)

hl7:informationRecipient

1 … 1

M

Beabsichtiger Empfänger des Dokuments.

(epi...ung)

@typeCode

cs

0 … 1

F

PRCP

hl7:intendedRecipient

1 … 1

M

(epi...ung)

@classCode

cs

0 … 1

hl7:id

II

1 … 1

M

(epi...ung)

@assigningAuthorityName

st

1 … 1

F

moh-at

CDA verlangt hier einen Wert und dieser wird auch überprüft. Aufgrund der Tatsache, dass sich die Bezeichnung und die Abkürzung des für Gesundheitsfragen zuständige Ministerium öfters ändern kann, wird in diesem Attribute der Wert "moh-at" (Ministry of Health - AT) angegeben. Dieser entspricht dem Symbolischen-Bezeichner aus dem österreichischen OID Portal für die OID, welche in dem root-Attribute geführt wird.

@root

uid

1 … 1

F

1.2.40.0.34.3.1.1

hl7:informationRecipient

1 … 1

M

(epi...ung)

hl7:name

ST

1 … 1

M

Hier muss die Angebe des Empfängers erfolgen. Je nach dem wie die aktuelle Abkürzung des für Gesundheitsfragen zuständige Ministerium lautet kann MUSS diese hier angegeben werden. z.B. BMG, BMGF, BMSGPK

(epi...ung)

hl7:receivedOrganization

1 … 1

M

Beinhaltet 1.2.40.0.34.6.0.11.9.39 Organization Compilation with id, name, tel, addr - EMS (DYNAMIC)

(epi...ung)

Eingefügt

NP

von 1.2.40.0.34.6.0.11.1.21 Participant Ein-, Ueber-, Zuweisender Arzt (DYNAMIC)

hl7:participant

NP

Einweisender/Zuweisender/Überweisender Arzt

(epi...ung)

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

(epi...ung)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.21

hl7:associatedEntity

1 … 1

M

(epi...ung)

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

(epi...ung)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(epi...ung)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(epi...ung)

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)

(epi...ung)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des einweisenden/zuweisenden/überweisenden Arztes

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

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)

(epi...ung)

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)

(epi...ung)

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.

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

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

(epi...ung)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

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

(epi...ung)

wo [not(@nullFlavor)]

Eingefügt

NP

von 1.2.40.0.34.6.0.11.1.9 In Fulfillment Of (DYNAMIC)

hl7:inFulfillmentOf

NP

Komponente zur Dokumentation des Auftrags.

(epi...ung)


	at-cda-bbr-dataelement-42	Auftrag	Dataset A 2019

@typeCode

cs

1 … 1

F

FLFS

hl7:order

1 … 1

M

Auftrag.

(epi...ung)

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

(epi...ung)


	at-cda-bbr-dataelement-43	ID	Dataset A 2019

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.36 Documentation Of Service Event - Infectious disease Note (DYNAMIC)

hl7:documentationOf

1 … 1

M

Komponente für die Gesundheitsdienstleistung.

(epi...ung)

@typeCode

cs

0 … 1

F

DOC

hl7:serviceEvent

1 … 1

M

(epi...ung)

@classCode

cs

0 … 1

F

ACT

@moodCode

cs

0 … 1

F

EVN

hl7:code

CE

1 … 1

M

(epi...ung)

@code

CONF

1 … 1

F

34782-3

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@codeSystemName

1 … 1

F

LOINC

@displayName

1 … 1

F

Infectious disease Note

hl7:effectiveTime

IVL_TS

1 … 1

M

Die Angabe eines zeitlichen Erbringungsintervalls effectiveTime mit einer Start- low und End-zeit high ist verpflichtend. z.B. Beginn / Ende der Feststellung einer möglichen Infektion.

(epi...ung)

Eingefügt

1 … 1

M

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

(epi...ung)

wo [@value]

hl7:low

TS.AT.TZ

0 … 1

(epi...ung)

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

(epi...ung)

wo [@value]

hl7:high

TS.AT.TZ

0 … 1

(epi...ung)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.37 Documentation Of Service Event - Physician Note (DYNAMIC)

hl7:documentationOf

1 … 1

M

Komponente für die Gesundheitsdienstleistung.

(epi...ung)

@typeCode

cs

0 … 1

F

DOC

hl7:serviceEvent

1 … 1

M

(epi...ung)

@classCode

cs

0 … 1

F

ACT

@moodCode

cs

0 … 1

F

EVN

hl7:code

CE

1 … 1

M

(epi...ung)

@code

CONF

1 … 1

F

75476-2

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@codeSystemName

1 … 1

F

LOINC

@displayName

1 … 1

F

Physician Note

hl7:effectiveTime

IVL_TS

1 … 1

M

Die Angabe eines zeitlichen Erbringungsintervalls effectiveTime mit einer Start- low und End-zeit high ist verpflichtend: z.B. Beginn / Ende der Arztvisite

(epi...ung)

Eingefügt

1 … 1

M

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

(epi...ung)

wo [@value]

hl7:low

TS.AT.TZ

0 … 1

(epi...ung)

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

(epi...ung)

wo [@value]

hl7:high

TS.AT.TZ

0 … 1

(epi...ung)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:performer

1 … 1

M

Meldender Arzt

(epi...ung)

@typeCode

cs

1 … 1

F

PRF

hl7:templateId

II

1 … 1

M

(epi...ung)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.3.1.7

hl7:assignedEntity

1 … 1

M

(epi...ung)

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

(epi...ung)

wo [not(@nullFlavor)]


	elgaimpf-dataelement-371	ID des Unterzeichners	Datensatz e-Impfpass 2019

hl7:id

II

0 … 1

(epi...ung)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(epi...ung)

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)

(epi...ung)

wo [not(@nullFlavor)]

hl7:addr

0 … 1

(epi...ung)

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.

(epi...ung)

wo [not(@nullFlavor)]


	elgaimpf-dataelement-372	Kontaktdaten	Datensatz e-Impfpass 2019

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

(epi...ung)

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)

(epi...ung)


	elgaimpf-dataelement-374	Organisation	Datensatz e-Impfpass 2019

Schematron assert

role

error

test

count(hl7:telecom)<2 or (count(hl7:telecom) = count(hl7:telecom[@use]))

Meldung

Das Attribut telecom/@use MUSS bei allen telecom Elementen strukturiert sein.

hl7:component

1 … 1

M

(epi...ung)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:structuredBody

1 … 1

M

(epi...ung)

@classCode

cs

0 … 1

F

DOCBODY

@moodCode

cs

0 … 1

F

EVN

hl7:component

1 … 1

M

Beinhaltet 1.2.40.0.34.6.0.11.2.78 EMS Sektion - Arztmeldung (DYNAMIC)

(epi...ung)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

7.2.1.2 Labormeldung

Id

1.2.40.0.34.6.0.11.0.9

Gültigkeit

2020‑02‑25 14:46:58

Status

Entwurf

Versions-Label

2020

Name

epims_document_labormeldung

Bezeichnung

Labormeldung

Kontext

Pfadname /

Klassifikation

CDA Document Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 19 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.1.10	Inklusion	Document Realm (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.30	Inklusion	Document TypeId (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.1	Inklusion	Document Id (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.11	Inklusion	Document Effective Time (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.12	Inklusion	Document Confidentiality Code (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.13	Inklusion	Document Language (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.15	Inklusion	Document Set Id and Version Number (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.34	Inklusion	Record Target - EMS (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.2	Inklusion	Author (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.4	Inklusion	Custodian (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.5	Inklusion	Legal Authenticator (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.6	Inklusion	Authenticator (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.35	Inklusion	Information Recipient - EMS (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.21	Inklusion	Participant Ein-, Ueber-, Zuweisender Arzt (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.9	Inklusion	In Fulfillment Of (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.36	Inklusion	Documentation Of Service Event - Infectious disease Note (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.38	Inklusion	Documentation Of Service Event - Laboratory Report (2020)	DYNAMIC
1.2.40.0.34.6.0.11.1.43	Inklusion	Documentation Of Service Event - Microbiology Studies (2020)	DYNAMIC
1.2.40.0.34.6.0.11.2.86	Containment	EMS Sektion - Labormeldung (2020)	DYNAMIC

Item

DT

Kard

Konf

Beschreibung

Label

hl7:ClinicalDocument

(epi...ung)

@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)
Kennzeichnung aus welchem Land das Dokument stammt

hl7:realmCode

CS

1 … 1

M

Hoheitsbereich des Dokuments.

Fester Wert: @code = AT

(aus ValueSet „ELGA_RealmCode“)

(epi...ung)

@code

1 … 1

F

AT

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.30 Document TypeId (DYNAMIC)
Kennzeichnung, dass das Dokument in CDA R2 Format vorliegt

hl7:typeId

II

1 … 1

M

Dokumentformat CDA R2

(epi...ung)

@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

ELGA TemplateId für den Allgemeinen Implementierungsleitfaden

(epi...ung)

@root

uid

1 … 1

F

1.2.40.0.34.11.1

hl7:templateId

II

1 … 1

M

templateId für EMS-Meldungen

(epi...ung)

@root

uid

1 … 1

F

1.2.40.0.34.11.6

hl7:templateId

II

1 … 1

M

templateId für Labormeldungen ins EMS

(epi...ung)

@root

uid

1 … 1

F

1.2.40.0.34.11.6.0.1

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.1 Document Id (DYNAMIC)
weltweit eindeutiger Identifier für das Dokument (Befundnummer)

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.

(epi...ung)

@root

uid

1 … 1

R

hl7:code

CE

1 … 1

M

(epi...ung)

@code

CONF

1 … 1

F

34782-3

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@codeSystemName

1 … 1

F

LOINC

@displayName

1 … 1

F

Infectious disease Note

hl7:title

ST

1 … 1

M

Der Titel des Dokumentes ist verpflichtend anzugeben, vom Ersteller frei zu vergeben und beschreibt die Art des Dokumentes näher. Der Titel des Dokuments ist für den lesenden Dokumentempfänger das sichtbare Element. Ein Beispiel wäre "Labormeldung".

(epi...ung)

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.

(epi...ung)


	at-cda-bbr-dataelement-11	Erstellungsdatum	Dataset A 2019

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 ValueSet „ELGA_Confidentiality“.

(epi...ung)


	at-cda-bbr-dataelement-13	Vertraulichkeitscode	Dataset A 2019

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

(epi...ung)


	at-cda-bbr-dataelement-14	Sprachcode	Dataset A 2019

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

(epi...ung)

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.

(epi...ung)

@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.34 Record Target - EMS (DYNAMIC)
Laut Allgemeinen ELGA Implementierungsleitfaden ist es möglich, dass mehrere Vornamen eines Patienten/einer Patientin in einzelnen <given>-Tags codiert werden. Aufgrund der Tatsache, dass die Reihenfolge dieser Elemente nicht überprüft werden kann, könnte es vorkommen dass aus z.B.: „Hans Peter“ „Peter Hans“ werden kann. Dieser Umstand erschwert den Abgleich der Personendaten mit den Daten des Zentralen Melderegisters. Daher ist im Falle einer EMS Meldung nur ein <given>-Tag erlaubt (dies kann jedoch auch „Hans Peter“ beinhalten).

hl7:recordTarget

1 … 1

M

Komponente für die Patientendaten.

(epi...ung)

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

cs

0 … 1

F

OP

hl7:patientRole

1 … 1

M

Patientendaten.

(epi...ung)

@classCode

cs

0 … 1

F

PAT

hl7:id

II

2 … *

R

Patientenidentifikatoren

(epi...ung)

Constraint

   Hinweis: Die Reihenfolge der id-Elemente MUSS unbedingt eingehalten werden!

id[1] Identifikation des Patienten im lokalen System. Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen. (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[3] Bereichsspezifisches Personenkennzeichen, Bereichskennzeichen GH (Gesundheit) (0..1 O)

@root: OID der österreichischen bPK, fester Wert: 1.2.40.0.10.2.1.1.149 (1..1 M)
@extension: bPK-GH des Patienten: Bereichskürzel + bPK
Anmerkung: Das bPK dient ausschließlich der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen (1..1 M)
@assigningAuthorityName: Fester Wert: Österreichische Stammzahlenregisterbehörde (0..1 O)

hl7:addr

0 … 2

R

Adresse des Patienten.
Es MUSS eine mögliche Adresse unterstützt werden. Im Falle, dass ein Patient/eine Patientin in einer Gemeinschaftseinrichtung/gesundheitsversorgender Einrichtung betreut wird, SOLL diese Information im Zuge der Arztmeldung angegeben werden. Hierbei MUSS ein 2tes addr-Element mit dem use-Attribute "TMP" genutzt werden.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(epi...ung)

Constraint

Werden mehrere 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.

(epi...ung)

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

Beinhaltet 1.2.40.0.34.6.0.11.9.38 Person Name Compilation G2 M - EMS (DYNAMIC)

(epi...ung)

Auswahl

1 … 1

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

(epi...ung)

wo [not(@nullFlavor)]

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

CE

0 … 1

(epi...ung)

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

0 … 1

(epi...ung)

hl7:birthTime

TS.DATE

0 … 1

(epi...ung)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

sdtc:deceasedInd

BL

0 … 1

Indikator ob Patient/Patientin verstorben ist

(epi...ung)

sdtc:deceasedTime

TS.DATE

0 … 1

Angabe des Sterbedatums

(epi...ung)

hl7:maritalStatusCode

CE

0 … 1

R

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

(epi...ung)

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

(epi...ung)

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

(epi...ung)

hl7:ethnicGroupCode

NP

Ethnische Zugehörigkeit des Patienten.

Darf nicht verwendet werden!

(epi...ung)

hl7:guardian

0 … *

R

Gesetzlicher Vertreter: Erwachsenenvertreter, Vormund, Obsorgeberechtigter.

Der gesetzliche Vetreter kann entweder eine Person (guardianPerson) oder eine Organisation (guardianOrganization) sein.

Beim Patient können optional ein oder mehrere gesetzliche Vetreter angegeben werden. Wenn ein gesetzliche Vetreter bekannt ist, SOLL diese Information auch angegeben werden.

(epi...ung)

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

(epi...ung)

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.

(epi...ung)

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

(epi...ung)

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)

(epi...ung)

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)

(epi...ung)

hl7:birthplace

0 … 1

R

Geburtsort des Patienten.

(epi...ung)

@classCode

cs

0 … 1

F

BIRTHPL

hl7:place

1 … 1

M

(epi...ung)

@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

Angaben zum Geburtsorts. Im Kontext der Arztmeldung an das EMS wird EMPFOHLEN das Geburtsland als Klartext zu übermitteln (und nicht als ISO-2/3 Code). Das bedeutet es SOLL, "Österreich" und nicht "AUT" oder "AT", angegeben werden.

Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)

(epi...ung)

hl7:addr

AD

0 … 1

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

(epi...ung)

hl7:languageCommunication

0 … *

R

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

(epi...ung)

hl7:languageCode

CS

1 … 1

M

Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen).

(epi...ung)

@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

R

Ausdrucksform der Sprache.
Zulässige Werte gemäß Value-Set „ELGA_LanguageAbilityMode“

(epi...ung)

@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

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“

(epi...ung)

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

(epi...ung)

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

M

von 1.2.40.0.34.6.0.11.1.2 Author (DYNAMIC)

hl7:author

1 … 1

M

Verfasser des Dokuments.

(epi...ung)

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

(epi...ung)

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@displayName

st

1 … 1

R

Auswahl

1 … 1

Der Zeitpunkt an 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

(epi...ung)

wo [not(@nullFlavor)]

hl7:time

TS.AT.TZ

0 … 1

(epi...ung)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:assignedAuthor

1 … 1

M

(epi...ung)

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

(epi...ung)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(epi...ung)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(epi...ung)

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.

(epi...ung)

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

(epi...ung)

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)

(epi...ung)

hl7:assignedAuthoringDevice

0 … 1

Datenerstellendes Gerät
Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)

(epi...ung)

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

(epi...ung)

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“

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.

(epi...ung)


	at-cda-bbr-dataelement-24	Verwahrer	Dataset A 2019

@typeCode

cs

0 … 1

F

CST

hl7:assignedCustodian

1 … 1

M

(epi...ung)

@classCode

cs

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

M

(epi...ung)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

1 … *

M

Identifikation des Verwahrers des Dokuments, wie im GDA-Index angegeben. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.

(epi...ung)

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.

(epi...ung)

hl7:telecom

TEL.AT

0 … *

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

(epi...ung)

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)

(epi...ung)

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.5 Legal Authenticator (DYNAMIC)

hl7:legalAuthenticator

1 … 1

M

Hauptunterzeichner, Rechtlicher Unterzeichner

(epi...ung)


elgaimpf-dataelement-368	Unterzeichnende Person (Dokument)	Datensatz e-Impfpass 2019
at-cda-bbr-dataelement-1	Rechtlicher Unterzeichner	Dataset A 2019

@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

(epi...ung)

wo [not(@nullFlavor)]


at-cda-bbr-dataelement-5	Zeitpunkt der Unterzeichnung	Dataset A 2019
elgaimpf-dataelement-369	Zeitpunkt der Unterzeichnung	Datensatz e-Impfpass 2019

hl7:time

TS.AT.TZ

0 … 1

(epi...ung)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:signatureCode

CS

1 … 1

M

Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde.

(epi...ung)


elgaimpf-dataelement-370	Signatur	Datensatz e-Impfpass 2019
at-cda-bbr-dataelement-6	Signatur	Dataset A 2019

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

(epi...ung)

Eingefügt

0 … *

von 1.2.40.0.34.6.0.11.1.6 Authenticator (DYNAMIC)

hl7:authenticator

0 … *

Weitere Unterzeichner.

(epi...ung)


	at-cda-bbr-dataelement-31	Weitere Unterzeichner	Dataset A 2019

@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

(epi...ung)

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-105	Zeitpunkt der Unterzeichnung	Dataset A 2019

hl7:time

TS.AT.TZ

0 … 1

(epi...ung)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:signatureCode

CS

1 … 1

M

(epi...ung)


	at-cda-bbr-dataelement-106	Signatur	Dataset A 2019

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

(epi...ung)

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

(epi...ung)

wo [not(@nullFlavor)]


	elgaimpf-dataelement-371	ID des Unterzeichners	Datensatz e-Impfpass 2019

hl7:id

II

0 … 1

(epi...ung)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(epi...ung)

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)

(epi...ung)

wo [not(@nullFlavor)]

hl7:addr

0 … 1

(epi...ung)

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.

(epi...ung)

wo [not(@nullFlavor)]


	elgaimpf-dataelement-372	Kontaktdaten	Datensatz e-Impfpass 2019

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

(epi...ung)

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)

(epi...ung)


	elgaimpf-dataelement-374	Organisation	Datensatz e-Impfpass 2019

Schematron assert

role

error

test

count(hl7:telecom)<2 or (count(hl7:telecom) = count(hl7:telecom[@use]))

Meldung

Das Attribut telecom/@use MUSS bei allen telecom Elementen strukturiert sein.

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.35 Information Recipient - EMS (DYNAMIC)

hl7:informationRecipient

1 … 1

M

Beabsichtiger Empfänger des Dokuments.

(epi...ung)

@typeCode

cs

0 … 1

F

PRCP

hl7:intendedRecipient

1 … 1

M

(epi...ung)

@classCode

cs

0 … 1

hl7:id

II

1 … 1

M

(epi...ung)

@assigningAuthorityName

st

1 … 1

F

moh-at

CDA verlangt hier einen Wert und dieser wird auch überprüft. Aufgrund der Tatsache, dass sich die Bezeichnung und die Abkürzung des für Gesundheitsfragen zuständige Ministerium öfters ändern kann, wird in diesem Attribute der Wert "moh-at" (Ministry of Health - AT) angegeben. Dieser entspricht dem Symbolischen-Bezeichner aus dem österreichischen OID Portal für die OID, welche in dem root-Attribute geführt wird.

@root

uid

1 … 1

F

1.2.40.0.34.3.1.1

hl7:informationRecipient

1 … 1

M

(epi...ung)

hl7:name

ST

1 … 1

M

Hier muss die Angebe des Empfängers erfolgen. Je nach dem wie die aktuelle Abkürzung des für Gesundheitsfragen zuständige Ministerium lautet kann MUSS diese hier angegeben werden. z.B. BMG, BMGF, BMSGPK

(epi...ung)

hl7:receivedOrganization

1 … 1

M

Beinhaltet 1.2.40.0.34.6.0.11.9.39 Organization Compilation with id, name, tel, addr - EMS (DYNAMIC)

(epi...ung)

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.21 Participant Ein-, Ueber-, Zuweisender Arzt (DYNAMIC)

hl7:participant

1 … 1

M

Einweisender/Zuweisender/Überweisender Arzt

(epi...ung)

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

(epi...ung)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.21

hl7:associatedEntity

1 … 1

M

(epi...ung)

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

(epi...ung)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(epi...ung)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(epi...ung)

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)

(epi...ung)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des einweisenden/zuweisenden/überweisenden Arztes

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

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)

(epi...ung)

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)

(epi...ung)

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.

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

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

(epi...ung)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

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

(epi...ung)

wo [not(@nullFlavor)]

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.9 In Fulfillment Of (DYNAMIC)

hl7:inFulfillmentOf

1 … 1

M

Komponente zur Dokumentation des Auftrags.

(epi...ung)


	at-cda-bbr-dataelement-42	Auftrag	Dataset A 2019

@typeCode

cs

1 … 1

F

FLFS

hl7:order

1 … 1

M

Auftrag.

(epi...ung)

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

(epi...ung)


	at-cda-bbr-dataelement-43	ID	Dataset A 2019

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.36 Documentation Of Service Event - Infectious disease Note (DYNAMIC)

hl7:documentationOf

1 … 1

M

Komponente für die Gesundheitsdienstleistung.

(epi...ung)

@typeCode

cs

0 … 1

F

DOC

hl7:serviceEvent

1 … 1

M

(epi...ung)

@classCode

cs

0 … 1

F

ACT

@moodCode

cs

0 … 1

F

EVN

hl7:code

CE

1 … 1

M

(epi...ung)

@code

CONF

1 … 1

F

34782-3

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@codeSystemName

1 … 1

F

LOINC

@displayName

1 … 1

F

Infectious disease Note

hl7:effectiveTime

IVL_TS

1 … 1

M

Die Angabe eines zeitlichen Erbringungsintervalls effectiveTime mit einer Start- low und End-zeit high ist verpflichtend. z.B. Beginn / Ende der Feststellung einer möglichen Infektion.

(epi...ung)

Eingefügt

1 … 1

M

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

(epi...ung)

wo [@value]

hl7:low

TS.AT.TZ

0 … 1

(epi...ung)

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

(epi...ung)

wo [@value]

hl7:high

TS.AT.TZ

0 … 1

(epi...ung)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.38 Documentation Of Service Event - Laboratory Report (DYNAMIC)

hl7:documentationOf

1 … 1

M

Komponente für die Gesundheitsdienstleistung.

(epi...ung)

@typeCode

cs

0 … 1

F

DOC

hl7:serviceEvent

1 … 1

M

(epi...ung)

@classCode

cs

0 … 1

F

ACT

@moodCode

cs

0 … 1

F

EVN

hl7:code

CE

1 … 1

M

(epi...ung)

@code

CONF

1 … 1

F

11502-2

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@codeSystemName

1 … 1

F

LOINC

@displayName

1 … 1

F

Laboratory Report

hl7:effectiveTime

IVL_TS

1 … 1

M

Die Angabe eines zeitlichen Erbringungsintervalls effectiveTime mit einer Start- low und End-zeit high ist verpflichtend

(epi...ung)

Eingefügt

1 … 1

M

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

(epi...ung)

wo [@value]

hl7:low

TS.AT.TZ

0 … 1

(epi...ung)

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

(epi...ung)

wo [@value]

hl7:high

TS.AT.TZ

0 … 1

(epi...ung)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:performer

1 … 1

M

Meldendes Labor

(epi...ung)

@typeCode

cs

1 … 1

F

PRF

hl7:templateId

II

1 … 1

M

(epi...ung)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.3.1.7

hl7:assignedEntity

1 … 1

M

(epi...ung)

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

(epi...ung)

wo [not(@nullFlavor)]


	elgaimpf-dataelement-371	ID des Unterzeichners	Datensatz e-Impfpass 2019

hl7:id

II

0 … 1

(epi...ung)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(epi...ung)

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)

(epi...ung)

wo [not(@nullFlavor)]

hl7:addr

0 … 1

(epi...ung)

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.

(epi...ung)

wo [not(@nullFlavor)]


	elgaimpf-dataelement-372	Kontaktdaten	Datensatz e-Impfpass 2019

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

(epi...ung)

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)

(epi...ung)


	elgaimpf-dataelement-374	Organisation	Datensatz e-Impfpass 2019

Schematron assert

role

error

test

count(hl7:telecom)<2 or (count(hl7:telecom) = count(hl7:telecom[@use]))

Meldung

Das Attribut telecom/@use MUSS bei allen telecom Elementen strukturiert sein.

Eingefügt

0 … 1

C

von 1.2.40.0.34.6.0.11.1.43 Documentation Of Service Event - Microbiology Studies (DYNAMIC)

hl7:documentationOf

0 … 1

C

Komponente für die Gesundheitsdienstleistung.

(epi...ung)

@typeCode

cs

0 … 1

F

DOC

hl7:serviceEvent

1 … 1

M

(epi...ung)

@classCode

cs

0 … 1

F

ACT

@moodCode

cs

0 … 1

F

EVN

hl7:code

CE

1 … 1

M

(epi...ung)

@code

CONF

1 … 1

F

18725-2

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@codeSystemName

1 … 1

F

LOINC

@displayName

1 … 1

F

Microbiology Studies

hl7:effectiveTime

IVL_TS

1 … 1

M

(epi...ung)

Eingefügt

1 … 1

M

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

(epi...ung)

wo [@value]

hl7:low

TS.AT.TZ

0 … 1

(epi...ung)

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

(epi...ung)

wo [@value]

hl7:high

TS.AT.TZ

0 … 1

(epi...ung)

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.

(epi...ung)

@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

(epi...ung)

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

(epi...ung)

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

(epi...ung)

wo [@value]

hl7:low

TS.AT.TZ

0 … 1

(epi...ung)

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

(epi...ung)

wo [@value]

hl7:high

TS.AT.TZ

0 … 1

(epi...ung)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:assignedEntity

1 … 1

M

(epi...ung)

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

(epi...ung)

wo [not(@nullFlavor)]


	elgaimpf-dataelement-371	ID des Unterzeichners	Datensatz e-Impfpass 2019

hl7:id

II

0 … 1

(epi...ung)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(epi...ung)

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)

(epi...ung)

wo [not(@nullFlavor)]

hl7:addr

0 … 1

(epi...ung)

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.

(epi...ung)

wo [not(@nullFlavor)]


	elgaimpf-dataelement-372	Kontaktdaten	Datensatz e-Impfpass 2019

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

(epi...ung)

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)

(epi...ung)


	elgaimpf-dataelement-374	Organisation	Datensatz e-Impfpass 2019

Schematron assert

role

error

test

count(hl7:telecom)<2 or (count(hl7:telecom) = count(hl7:telecom[@use]))

Meldung

Das Attribut telecom/@use MUSS bei allen telecom Elementen strukturiert sein.

hl7:component

1 … 1

M

(epi...ung)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:structuredBody

1 … 1

M

(epi...ung)

@classCode

cs

0 … 1

F

DOCBODY

@moodCode

cs

0 … 1

F

EVN

hl7:component

1 … 1

M

Beinhaltet 1.2.40.0.34.6.0.11.2.86 EMS Sektion - Labormeldung (DYNAMIC)

(epi...ung)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

7.2.2 Header Templates

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

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

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

7.2.2.4 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

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

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

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

7.2.2.8 Record Target - EMS

Id

1.2.40.0.34.6.0.11.1.34

Gültigkeit

2020‑02‑20 09:20:38

Status

Entwurf

Versions-Label

2020

Name

epims_header_RecordTarget

Bezeichnung

Record Target - EMS

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.

Laut Allgemeinen ELGA Implementierungsleitfaden ist es möglich, dass mehrere Vornamen eines Patienten/einer Patientin in einzelnen <given>-Tags codiert werden. Aufgrund der Tatsache, dass die Reihenfolge dieser Elemente nicht überprüft werden kann, könnte es vorkommen dass aus z.B.: „Hans Peter“ „Peter Hans“ werden kann. Dieser Umstand erschwert den Abgleich der Personendaten mit den Daten des Zentralen Melderegisters. Daher ist im Falle einer EMS Meldung nur ein <given>-Tag erlaubt (dies kann jedoch auch „Hans Peter“ beinhalten).

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 6 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.25	Containment	Address Compilation (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.38	Containment	Person Name Compilation G2 M - EMS (2020)	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.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 (2019‑02‑20 12:10:02)

ref

at-cda-bbr-

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

ref

ad1bbr-

Beispiel

Strukturbeispiel

<hl7:recordTarget typeCode="RCT" contextControlCode="OP">
  <hl7:patientRole classCode="PAT">
    <hl7:id root="1.2.3.999" extension="--example only--"/>    <hl7:addr>
      
    </hl7:addr>    <hl7:telecom value="--TODO--" use="cs"/>    <hl7:patient>
      
      
      <deceasedInd value="false"/>      <deceasedTime value="20200529"/>      <hl7:maritalStatusCode code="D" codeSystem="2.16.840.1.113883.5.2" codeSystemName="HL7:MaritalStatus" displayName="Divorced"/>      <hl7:religiousAffiliationCode code="100" codeSystem="2.16.840.1.113883.2.16.1.4.1" codeSystemName="HL7.AT:ReligionAustria" displayName="Katholische Kirche (o.n.A.)"/>      <hl7:guardian classCode="GUARD">
        <hl7:addr>
          
        </hl7:addr>        <hl7:telecom value="value" use="cs"/>        
      </hl7:guardian>      <hl7:birthplace classCode="BIRTHPL">
        <hl7:place classCode="PLC" determinerCode="INSTANCE">
          
        </hl7:place>      </hl7:birthplace>      <hl7:languageCommunication>
        <hl7:languageCode code="aa"/>        <hl7:modeCode code="ESP" displayName="Expressed spoken" codeSystem="2.16.840.1.113883.5.60" codeSystemName="HL7:LanguageAbilityMode"/>        <hl7:proficiencyLevelCode code="E" displayName="Excellent" codeSystem="2.16.840.1.113883.5.61" codeSystemName="HL7:LanguageAbilityProficiency"/>        <hl7:preferenceInd value="false"/>      </hl7:languageCommunication>      
    </hl7:patient>  </hl7:patientRole></hl7:recordTarget>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:recordTarget

1 … 1

M

Komponente für die Patientendaten.

(epi...get)

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

cs

0 … 1

F

OP

hl7:patientRole

1 … 1

M

Patientendaten.

(epi...get)

@classCode

cs

0 … 1

F

PAT

hl7:id

II

2 … *

R

Patientenidentifikatoren

(epi...get)

Constraint

Hinweis: Die Reihenfolge der id-Elemente MUSS unbedingt eingehalten werden!

id[1] Identifikation des Patienten im lokalen System. Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen. (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[3] Bereichsspezifisches Personenkennzeichen, Bereichskennzeichen GH (Gesundheit) (0..1 O)

@root: OID der österreichischen bPK, fester Wert: 1.2.40.0.10.2.1.1.149 (1..1 M)
@extension: bPK-GH des Patienten: Bereichskürzel + bPK
Anmerkung: Das bPK dient ausschließlich der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen (1..1 M)
@assigningAuthorityName: Fester Wert: Österreichische Stammzahlenregisterbehörde (0..1 O)

hl7:addr

0 … 2

R

Adresse des Patienten.
Es MUSS eine mögliche Adresse unterstützt werden. Im Falle, dass ein Patient/eine Patientin in einer Gemeinschaftseinrichtung/gesundheitsversorgender Einrichtung betreut wird, SOLL diese Information im Zuge der Arztmeldung angegeben werden. Hierbei MUSS ein 2tes addr-Element mit dem use-Attribute "TMP" genutzt werden.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(epi...get)

Constraint

Werden mehrere 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.

(epi...get)

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

Beinhaltet 1.2.40.0.34.6.0.11.9.38 Person Name Compilation G2 M - EMS (DYNAMIC)

(epi...get)

Auswahl

1 … 1

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

(epi...get)

wo [not(@nullFlavor)]

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

CE

0 … 1

(epi...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.DATE

0 … 1

(epi...get)

hl7:birthTime

TS.DATE

0 … 1

(epi...get)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

sdtc:deceasedInd

BL

0 … 1

Indikator ob Patient/Patientin verstorben ist

(epi...get)

sdtc:deceasedTime

TS.DATE

0 … 1

Angabe des Sterbedatums

(epi...get)

hl7:maritalStatusCode

CE

0 … 1

R

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

(epi...get)

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

(epi...get)

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

(epi...get)

hl7:ethnicGroupCode

NP

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

(epi...get)

hl7:guardian

0 … *

R

Gesetzlicher Vertreter: Erwachsenenvertreter, Vormund, Obsorgeberechtigter.

Der gesetzliche Vetreter kann entweder eine Person (guardianPerson) oder eine Organisation (guardianOrganization) sein.

Beim Patient können optional ein oder mehrere gesetzliche Vetreter angegeben werden. Wenn ein gesetzliche Vetreter bekannt ist, SOLL diese Information auch angegeben werden.

(epi...get)

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

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

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

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

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

(epi...get)

hl7:birthplace

0 … 1

R

Geburtsort des Patienten.

(epi...get)

@classCode

cs

0 … 1

F

BIRTHPL

hl7:place

1 … 1

M

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

Angaben zum Geburtsorts. Im Kontext der Arztmeldung an das EMS wird EMPFOHLEN das Geburtsland als Klartext zu übermitteln (und nicht als ISO-2/3 Code). Das bedeutet es SOLL, "Österreich" und nicht "AUT" oder "AT", angegeben werden.

Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)

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

(epi...get)

hl7:languageCommunication

0 … *

R

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

(epi...get)

hl7:languageCode

CS

1 … 1

M

Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen).

(epi...get)

@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

R

Ausdrucksform der Sprache.
Zulässige Werte gemäß Value-Set „ELGA_LanguageAbilityMode“

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

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“

(epi...get)

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

(epi...get)

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"

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

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

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

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

7.2.2.13 Information Recipient - EMS

Id

1.2.40.0.34.6.0.11.1.35

Gültigkeit

2020‑02‑20 09:37:56

Status

Entwurf

Versions-Label

2020

Name

epims_header_informationRecipient

Bezeichnung

Information Recipient - EMS

Beschreibung

Dieses Element dokumentiert den/die Empfänger des Dokuments. Da es sich bei der Meldung ans EMS um eine gerichtete Kommunikation handelt kann der primäre Empfänger des Dokuments, das Bundesministeriums für Gesundheit, optional angegeben werden.

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.39	Containment	Organization Compilation with id, name, tel, addr - EMS (2020)	DYNAMIC

Beziehung

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

<hl7:informationRecipient typeCode="PRCP">
  <hl7:intendedRecipient classCode="cs">
    <hl7:id assigningAuthorityName="moh-at" root="1.2.40.0.34.3.1.1"/>    <hl7:informationRecipient>
      <hl7:name>name</hl7:name>    </hl7:informationRecipient>    <hl7:receivedOrganization>
      
    </hl7:receivedOrganization>  </hl7:intendedRecipient></hl7:informationRecipient>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:informationRecipient

Beabsichtiger Empfänger des Dokuments.

(epi...ent)

@typeCode

cs

0 … 1

F

PRCP

hl7:intendedRecipient

1 … 1

M

(epi...ent)

@classCode

cs

0 … 1

hl7:id

II

1 … 1

M

(epi...ent)

@assigningAuthorityName

st

1 … 1

F

moh-at

CDA verlangt hier einen Wert und dieser wird auch überprüft. Aufgrund der Tatsache, dass sich die Bezeichnung und die Abkürzung des für Gesundheitsfragen zuständige Ministerium öfters ändern kann, wird in diesem Attribute der Wert "moh-at" (Ministry of Health - AT) angegeben. Dieser entspricht dem Symbolischen-Bezeichner aus dem österreichischen OID Portal für die OID, welche in dem root-Attribute geführt wird.

@root

uid

1 … 1

F

1.2.40.0.34.3.1.1

hl7:informationRecipient

1 … 1

M

(epi...ent)

hl7:name

ST

1 … 1

M

Hier muss die Angebe des Empfängers erfolgen. Je nach dem wie die aktuelle Abkürzung des für Gesundheitsfragen zuständige Ministerium lautet kann MUSS diese hier angegeben werden. z.B. BMG, BMGF, BMSGPK

(epi...ent)

hl7:receivedOrganization

1 … 1

M

Beinhaltet 1.2.40.0.34.6.0.11.9.39 Organization Compilation with id, name, tel, addr - EMS (DYNAMIC)

(epi...ent)

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

7.2.2.15 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

7.2.2.16 Documentation Of Service Event - Infectious disease Note

Id

1.2.40.0.34.6.0.11.1.36

Gültigkeit

2020‑02‑20 10:42:57

Status

Entwurf

Versions-Label

2020

Name

epims_header_documentationOfServiceEventInfDisNote

Bezeichnung

Documentation Of Service Event - Infectious disease Note

Beschreibung

Dieses ServiceEvent codiert, dass dieses Dokument eine meldepflichtige Krankheit meldet.

Die Angabe eines zeitlichen Erbringungsintervalls effectiveTime mit einer Start- low und End-zeit high ist verpflichtend

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.15	Inklusion	Time Interval Information minimal (1.0.1+20210628)	DYNAMIC

Beziehung

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

Version: Template 1.2.40.0.34.11.20010 (2017‑07‑21 11:18:58)
Version: Template 1.2.40.0.34.11.20010 HeaderServiceEvent (2011‑12‑19)

ref

elgabbr-

Beispiel

<hl7:documentationOf typeCode="DOC">
  <hl7:serviceEvent classCode="ACT" moodCode="EVN">
    <hl7:code code="34782-3" codeSystem="2.16.840.1.113883.6.1" displayName="Infectious disease Note"/>    <hl7:effectiveTime>
      
    </hl7:effectiveTime>  </hl7:serviceEvent></hl7:documentationOf>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:documentationOf

Komponente für die Gesundheitsdienstleistung.

(epi...ote)

@typeCode

cs

0 … 1

F

DOC

hl7:serviceEvent

1 … 1

M

(epi...ote)

@classCode

cs

0 … 1

F

ACT

@moodCode

cs

0 … 1

F

EVN

hl7:code

CE

1 … 1

M

(epi...ote)

@code

CONF

1 … 1

F

34782-3

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@codeSystemName

1 … 1

F

LOINC

@displayName

1 … 1

F

Infectious disease Note

hl7:effectiveTime

IVL_TS

1 … 1

M

Die Angabe eines zeitlichen Erbringungsintervalls effectiveTime mit einer Start- low und End-zeit high ist verpflichtend. z.B. Beginn / Ende der Feststellung einer möglichen Infektion.

(epi...ote)

Eingefügt

1 … 1

M

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

(epi...ote)

wo [@value]

hl7:low

TS.AT.TZ

0 … 1

(epi...ote)

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

(epi...ote)

wo [@value]

hl7:high

TS.AT.TZ

0 … 1

(epi...ote)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

7.2.2.17 Documentation Of Service Event - Laboratory Report

Id

1.2.40.0.34.6.0.11.1.38

Gültigkeit

2020‑02‑25 14:51:13

Status

Entwurf

Versions-Label

2020

Name

epims_header_documentationOfServiceEventLaboratoryReport

Bezeichnung

Documentation Of Service Event - Laboratory Report

Beschreibung

Dieses ServiceEvent, in Kombination des ServiceEvents für "Infectious disease Note" kennzeichnen, dass dieses Dokument von einem Labor ins EMS eingebracht wird.

Klassifikation

CDA Header 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.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

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

Version: Template 1.2.40.0.34.11.20010 (2017‑07‑21 11:18:58)
Version: Template 1.2.40.0.34.11.20010 HeaderServiceEvent (2011‑12‑19)

ref

elgabbr-

Beispiel

<hl7:documentationOf typeCode="DOC">
  <hl7:serviceEvent classCode="ACT" moodCode="EVN">
    <hl7:code code="11502-2" codeSystem="2.16.840.1.113883.6.1" displayName="Laboratory Report"/>    <hl7:effectiveTime>
      
    </hl7:effectiveTime>    <hl7:performer typeCode="PRF">
      <hl7:templateId root="1.3.6.1.4.1.19376.1.3.3.1.7"/>      <hl7:assignedEntity>
        
      </hl7:assignedEntity>    </hl7:performer>  </hl7:serviceEvent></hl7:documentationOf>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:documentationOf

Komponente für die Gesundheitsdienstleistung.

(epi...ort)

@typeCode

cs

0 … 1

F

DOC

hl7:serviceEvent

1 … 1

M

(epi...ort)

@classCode

cs

0 … 1

F

ACT

@moodCode

cs

0 … 1

F

EVN

hl7:code

CE

1 … 1

M

(epi...ort)

@code

CONF

1 … 1

F

11502-2

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@codeSystemName

1 … 1

F

LOINC

@displayName

1 … 1

F

Laboratory Report

hl7:effectiveTime

IVL_TS

1 … 1

M

Die Angabe eines zeitlichen Erbringungsintervalls effectiveTime mit einer Start- low und End-zeit high ist verpflichtend

(epi...ort)

Eingefügt

1 … 1

M

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

(epi...ort)

wo [@value]

hl7:low

TS.AT.TZ

0 … 1

(epi...ort)

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

(epi...ort)

wo [@value]

hl7:high

TS.AT.TZ

0 … 1

(epi...ort)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:performer

1 … 1

M

Meldendes Labor

(epi...ort)

@typeCode

cs

1 … 1

F

PRF

hl7:templateId

II

1 … 1

M

(epi...ort)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.3.1.7

hl7:assignedEntity

1 … 1

M

(epi...ort)

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

(epi...ort)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(epi...ort)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(epi...ort)

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)

(epi...ort)

wo [not(@nullFlavor)]

hl7:addr

0 … 1

(epi...ort)

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.

(epi...ort)

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)

(epi...ort)

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)

(epi...ort)

7.2.2.18 Documentation Of Service Event - Microbiology Studies

Id

1.2.40.0.34.6.0.11.1.43

Gültigkeit

2020‑04‑22 13:03:07

Status

Entwurf

Versions-Label

2020

Name

epims_header_documentationOfServiceEventMicrobiology

Bezeichnung

Documentation Of Service Event - Microbiology Studies

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)

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

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

<hl7:documentationOf typeCode="DOC">
  <hl7:serviceEvent classCode="ACT" moodCode="EVN">
    <hl7:code code="18725-2" codeSystem="2.16.840.1.113883.6.1" displayName="Microbiology Studies"/>    <hl7:effectiveTime>
      
    </hl7:effectiveTime>    <hl7:performer typeCode="PRF">
      <hl7:functionCode code="100" codeSystem="1.2.40.0.34.5.2" displayName="Ärztin/Arzt für Allgemeinmedizin"/>      <hl7:time>
        
      </hl7:time>      <hl7:assignedEntity>
        
      </hl7:assignedEntity>    </hl7:performer>  </hl7:serviceEvent></hl7:documentationOf>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:documentationOf

Komponente für die Gesundheitsdienstleistung.

(epi...ogy)

@typeCode

cs

0 … 1

F

DOC

hl7:serviceEvent

1 … 1

M

(epi...ogy)

@classCode

cs

0 … 1

F

ACT

@moodCode

cs

0 … 1

F

EVN

hl7:code

CE

1 … 1

M

(epi...ogy)

@code

CONF

1 … 1

F

18725-2

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@codeSystemName

1 … 1

F

LOINC

@displayName

1 … 1

F

Microbiology Studies

hl7:effectiveTime

IVL_TS

1 … 1

M

(epi...ogy)

Eingefügt

1 … 1

M

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

(epi...ogy)

wo [@value]

hl7:low

TS.AT.TZ

0 … 1

(epi...ogy)

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

(epi...ogy)

wo [@value]

hl7:high

TS.AT.TZ

0 … 1

(epi...ogy)

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.

(epi...ogy)

@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

(epi...ogy)

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

(epi...ogy)

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

(epi...ogy)

wo [@value]

hl7:low

TS.AT.TZ

0 … 1

(epi...ogy)

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

(epi...ogy)

wo [@value]

hl7:high

TS.AT.TZ

0 … 1

(epi...ogy)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:assignedEntity

1 … 1

M

(epi...ogy)

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

(epi...ogy)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(epi...ogy)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(epi...ogy)

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)

(epi...ogy)

wo [not(@nullFlavor)]

hl7:addr

0 … 1

(epi...ogy)

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.

(epi...ogy)

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)

(epi...ogy)

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)

(epi...ogy)

7.2.2.19 Documentation Of Service Event - Physician Note

Id

1.2.40.0.34.6.0.11.1.37

Gültigkeit

2020‑02‑20 10:55:54

Status

Entwurf

Versions-Label

2020.1

Name

epims_header_documentationOfServiceEventPhysicianNote

Bezeichnung

Documentation Of Service Event - Physician Note

Beschreibung

Dieses ServiceEvent, in Kombination des ServiceEvents für "Infectious disease Note" kennzeichnen, dass dieses Dokument von einem Arzt/einer Ärztin ins EMS eingebracht wird.

Klassifikation

CDA Header 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.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

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

Version: Template 1.2.40.0.34.11.20010 (2017‑07‑21 11:18:58)
Version: Template 1.2.40.0.34.11.20010 HeaderServiceEvent (2011‑12‑19)

ref

elgabbr-

Beispiel

<hl7:documentationOf typeCode="DOC">
  <hl7:serviceEvent classCode="ACT" moodCode="EVN">
    <hl7:code code="75476-2" codeSystem="2.16.840.1.113883.6.1" displayName="Physician Note"/>    <hl7:effectiveTime>
      
    </hl7:effectiveTime>    <hl7:performer typeCode="PRF">
      <hl7:templateId root="1.3.6.1.4.1.19376.1.3.3.1.7"/>      <hl7:assignedEntity>
        
      </hl7:assignedEntity>    </hl7:performer>  </hl7:serviceEvent></hl7:documentationOf>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:documentationOf

Komponente für die Gesundheitsdienstleistung.

(epi...ote)

@typeCode

cs

0 … 1

F

DOC

hl7:serviceEvent

1 … 1

M

(epi...ote)

@classCode

cs

0 … 1

F

ACT

@moodCode

cs

0 … 1

F

EVN

hl7:code

CE

1 … 1

M

(epi...ote)

@code

CONF

1 … 1

F

75476-2

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@codeSystemName

1 … 1

F

LOINC

@displayName

1 … 1

F

Physician Note

hl7:effectiveTime

IVL_TS

1 … 1

M

Die Angabe eines zeitlichen Erbringungsintervalls effectiveTime mit einer Start- low und End-zeit high ist verpflichtend: z.B. Beginn / Ende der Arztvisite

(epi...ote)

Eingefügt

1 … 1

M

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

(epi...ote)

wo [@value]

hl7:low

TS.AT.TZ

0 … 1

(epi...ote)

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

(epi...ote)

wo [@value]

hl7:high

TS.AT.TZ

0 … 1

(epi...ote)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:performer

1 … 1

M

Meldender Arzt

(epi...ote)

@typeCode

cs

1 … 1

F

PRF

hl7:templateId

II

1 … 1

M

(epi...ote)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.3.1.7

hl7:assignedEntity

1 … 1

M

(epi...ote)

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

(epi...ote)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(epi...ote)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(epi...ote)

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)

(epi...ote)

wo [not(@nullFlavor)]

hl7:addr

0 … 1

(epi...ote)

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.

(epi...ote)

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)

(epi...ote)

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)

(epi...ote)

7.2.2.20 AssignedEntityElements

Id

1.2.40.0.34.11.90003

ref

elgabbr-

Gültigkeit

2011‑12‑19

Status

Aktiv

Versions-Label

Name

AssignedEntityElements

Bezeichnung

AssignedEntityElements

Klassifikation

CDA Header 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.90001	Inklusion	PersonElements	DYNAMIC
1.2.40.0.34.11.90002	Inklusion	OrganizationElements	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.11.90003 AssignedEntityElements (2011‑12‑19)

ref

elgabbr-

Item

DT

Kard

Konf

Beschreibung

Label

hl7:id

II

1 … *

R

Mindestens eine Id der validierenden Person.

Zugelassene nullFlavor: UNK

(Ass...nts)

hl7:addr

AD

0 … 1

Ein Adress-Element der validierenden Person.

Zugelassene nullFlavor: UNK

(Ass...nts)

hl7:telecom

TEL.AT

0 … *

Mindestens ein Telecom-Element der validierenden Person.

Zugelassene nullFlavor: UNK

(Ass...nts)

hl7:assignedPerson

1 … 1

M

Persondendaten der validierenden Person.

(Ass...nts)

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.

(Ass...nts)

hl7:representedOrganization

0 … 1

Organistationsdaten der validierenden Person.

(Ass...nts)

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

(Ass...nts)

hl7:name

ON

1 … 1

M

(Ass...nts)

hl7:telecom

TEL.AT

0 … *

(Ass...nts)

hl7:addr

AD

0 … 1

(Ass...nts)

7.2.2.21 PersonElements

Id

1.2.40.0.34.11.90001

ref

elgabbr-

Gültigkeit

2011‑12‑19

Status

Aktiv

Versions-Label

Name

PersonElements

Bezeichnung

PersonElements

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.11.90001 PersonElements (2011‑12‑19)

ref

elgabbr-

Item

DT

Kard

Konf

Beschreibung

Label

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

(Per...nts)

7.2.2.22 OrganizationElements

Id

1.2.40.0.34.11.90002

ref

elgabbr-

Gültigkeit

2011‑12‑19

Status

Aktiv

Versions-Label

Name

OrganizationElements

Bezeichnung

OrganizationElements

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Item

DT

Kard

Konf

Beschreibung

Label

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

(Org...nts)

hl7:name

ON

1 … 1

M

(Org...nts)

hl7:telecom

TEL.AT

0 … *

(Org...nts)

hl7:addr

AD

0 … 1

(Org...nts)

7.2.2.23 Laboratory Performer 2

Id

1.2.40.0.34.11.4.3.3

ref

elgabbr-

Gültigkeit

2014‑12‑06

Status

Aktiv

Versions-Label

Name

LaboratoryPerformer2

Bezeichnung

Laboratory Performer 2

Beschreibung

Element zur Kennzeichnung einer Analyse, die in einem externen Labor durchgeführt wurde.

Kontext

Geschwisterknoten des Template-Element mit Id 1.2.40.0.34.11.4.3.3

Klassifikation

CDA Header 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.90001	Inklusion	PersonElements	DYNAMIC
1.2.40.0.34.11.90002	Inklusion	OrganizationElements	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.11.4.3.3 Laboratory Performer 2 (2014‑12‑06)

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:templateId

1 … 1

M

(Lab...er2)

@root

uid

1 … 1

F

1.2.40.0.34.11.4.3.3

hl7:time

IVL_TS

1 … 1

M

Zeitpunkt der Testdurchführung: Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“.

(Lab...er2)

hl7:assignedEntity

1 … 1

M

(Lab...er2)

hl7:id

II

1 … 1

R

Identifikation der Person/Organi-sation: Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“.

Zugelassene nullFlavor: NI

(Lab...er2)

hl7:code

CE

0 … 1

R

(Lab...er2)

@code

CONF

0 … 1

F

E

@codeSystem

0 … 1

F

2.16.840.1.113883.2.16.1.4.9

@codeSystemName

0 … 1

F

HL7.at.Laborkennzeichnung

@displayName

0 … 1

F

EXTERN

Beispiel

hl7:addr

AD

1 … 1

M

Adresse der Person/Organisation: Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“.

(Lab...er2)

hl7:telecom

TEL.AT

1 … *

M

Kontaktdaten der Person/Organisation: Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“.

(Lab...er2)

Auswahl

1 …

Angabe von Personenname oder Organisationsname ist verpflichtend.

Elemente in der Auswahl:

hl7:assignedPerson
hl7:representedOrganization

hl7:assignedPerson

… 1

Personenname: Es gelten die Vorgaben des Kapitels „Personen-Element“ des „Allgemeinen Implementierungsleitfadens“ .

(Lab...er2)

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.

(Lab...er2)

hl7:representedOrganization

… 1

Organisationsname: Es gelten die Vorgaben des Kapitels „Organisations-Element“ des „Allgemeinen Implementierungsleitfadens“.

(Lab...er2)

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

(Lab...er2)

hl7:name

ON

1 … 1

M

(Lab...er2)

hl7:telecom

TEL.AT

0 … *

(Lab...er2)

hl7:addr

AD

0 … 1

(Lab...er2)

7.2.3 Section Templates

7.2.3.1 EMS Sektion - Arztmeldung

Id

1.2.40.0.34.6.0.11.2.78

Gültigkeit

2020‑02‑20 13:56:48

Status

Entwurf

Versions-Label

2020

Name

epims_section_EMSSectionArztmeldung

Bezeichnung

EMS Sektion - Arztmeldung

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.78

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.3.56	Containment	Notification Organizer EMS Arztmeldung (2020)	DYNAMIC
1.2.40.0.34.6.0.11.3.93	Containment	EMS Organizer Arzt (2020)	DYNAMIC
1.2.40.0.34.6.0.11.3.60	Inklusion	EMS Hospitalisierung (2020.1)	DYNAMIC
1.2.40.0.34.6.0.11.3.98	Inklusion	EMS Problem Concern Entry (2020)	DYNAMIC
1.2.40.0.34.6.0.11.3.95	Inklusion	EMS Organizer Tätigkeitsbereich (2020)	DYNAMIC
1.2.40.0.34.6.0.11.3.106	Inklusion	EMS Organizer Betreuung (2020)	DYNAMIC
1.2.40.0.34.6.0.11.3.97	Containment	EMS Immunization Entry (2020)	DYNAMIC
1.2.40.0.34.6.0.11.3.28	Containment	Immunization Entry Impfung nicht angegeben (2.0.1+20240628)	DYNAMIC

Beziehung

Adaptation: Template 2.16.840.1.113883.10.12.701 CDA Section SDTC (2005‑09‑07)

ref

ad1bbr-

Adaptation: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)

ref

ad1bbr-

Beispiel

<cda:section classCode="DOCSECT" moodCode="EVN">
  <cda:templateId root="1.2.40.0.34.6.0.11.2.78"/>  <cda:id root="1.2.3.999" extension="--example only--"/>  <cda:code code="3" codeSystem="1.2.40.0.34.5.189" displayName="EMS_Section"/>  <cda:title>title</cda:title>  <cda:text/>  <cda:entry typeCode="DRIV">
    <cda:templateId root="1.3.6.1.4.1.19376.1.3.1"/>    <cda:act moodCode="EVN" classCode="ACT">
      <cda:code code="34782-3" codeSystem="2.16.840.1.113883.6.1" displayName="Infectious disease Note"/>      <cda:statusCode code="completed"/>      <cda:entryRelationship typeCode="COMP">
        
      </cda:entryRelationship>      <cda:entryRelationship typeCode="COMP">
        
      </cda:entryRelationship>    </cda:act>  </cda:entry>  <cda:entry>
    
  </cda:entry>  <cda:entry>
    
  </cda:entry>  <cda:entry>
    
  </cda:entry>  <cda:entry>
    
  </cda:entry>  
</cda:section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(epi...ung)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(epi...ung)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.78

hl7:id

II

0 … 1

(epi...ung)

hl7:code

CE

1 … 1

M

(epi...ung)

@code

CONF

1 … 1

F

3

@codeSystem

1 … 1

F

1.2.40.0.34.5.189

@codeSystemName

1 … 1

F

EMS_struktur_elemente

@displayName

1 … 1

F

EMS_Section

hl7:title

ST

1 … 1

M

Der Titel der Sektion kann vom Ersteller frei vergeben werden. Möglich wäre die Wiederholung des Dokumententitels (z.b. Labormeldung oder Arztmeldung)

(epi...ung)

hl7:text

SD.TEXT

1 … 1

M

(epi...ung)

Constraint

Die Inhalt als auch die textuelle Gestaltung des section/text-Elements obliegt dem Ersteller. Sinngemäße Angaben der in den Level 3 codierten Inhalte sollten hier geführt werden.

Im Falle einer Labormeldung sollten Informationen wie die Probeninformation, die meldepflichtige Krankheit sowie etwaige Analyseergebnisse angegeben werden. Die Struktur (z.B. Tabellen) kann analog zum ELGA Laborleitfaden angewendet werden.

Im Falle einer Arztmeldung sollten Informationen zur meldepflichtigen Krankheit (inkl. Diagnosesicherheit), Angabe zum Todesdatum (wenn Patient/Patientin verstorben ist) sowie etwaige Auslandsaufenthalte angegeben werden.

hl7:entry

1 … 1

M

Laboratory Report Data Processing Entry, basierend auf IHE

(epi...ung)

@typeCode

cs

0 … 1

F

DRIV

hl7:templateId

II

1 … 1

M

(epi...ung)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1

hl7:act

1 … 1

M

(epi...ung)

@moodCode

cs

1 … 1

F

EVN

@classCode

cs

1 … 1

F

ACT

hl7:code

CE

1 … 1

M

(epi...ung)

@code

CONF

1 … 1

F

34782-3

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@codeSystemName

1 … 1

F

LOINC

@displayName

1 … 1

F

Infectious disease Note

hl7:statusCode

CS (erforderlich)

1 … 1

M

(epi...ung)

@code

CONF

1 … 1

F

completed

hl7:entryRelationship

1 … 1

M

Beinhaltet 1.2.40.0.34.6.0.11.3.56 Notification Organizer EMS Arztmeldung (DYNAMIC)

(epi...ung)

@typeCode

cs

1 … 1

F

COMP

hl7:entryRelationship

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.3.93 EMS Organizer Arzt (DYNAMIC)

(epi...ung)

@typeCode

cs

1 … 1

F

COMP

hl7:entry

0 … 1

R

Angaben zur (geplanten) Hospitalisierung

(epi...ung)

wo [hl7:act [hl7:templateId [@root='1.2.40.0.34.6.0.11.3.60']]]

Eingefügt

1 … 1

R

von 1.2.40.0.34.6.0.11.3.60 EMS Hospitalisierung (DYNAMIC)

hl7:act

1 … 1

R

(epi...ung)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(epi...ung)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.60

hl7:templateId

II

1 … 1

M

(epi...ung)

@root

uid

1 … 1

F

1.2.40.0.34.11.6.3.6

hl7:code

CE

1 … 1

M

(epi...ung)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.49 EMS Hospitalisierung (DYNAMIC)

hl7:effectiveTime

IVL_TS

0 … 1

Zeitpunkt der (geplanten) Hospitalisierung

(epi...ung)

hl7:entry

0 … 1

R

Angaben zur klinischen Manifestation

(epi...ung)

wo [hl7:act [hl7:templateId [@root='1.2.40.0.34.6.0.11.3.98']]]

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.3.98 EMS Problem Concern Entry (DYNAMIC)

hl7:act

1 … 1

M

IHE PCC TF2 Rev.11, 6.3.4.12

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

IHE PCC TF2 Rev.11, 6.3.4.12

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.98

hl7:templateId

II

1 … 1

M

ELGA

IHE PCC TF2 Rev.11, 6.3.4.12

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.7

hl7:templateId

II

1 … 1

M

HL7 CCD Problem act

IHE PCC TF2 Rev.11, 6.3.4.12

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.27

hl7:templateId

II

1 … 1

M

IHE PCC Concern Entry

IHE PCC TF2 Rev.11, 6.3.4.12

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.5.1

hl7:templateId

II

1 … 1

M

IHE PCC Problem Concern Entry

IHE PCC TF2 Rev.11, 6.3.4.12

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.5.2

hl7:id

II

1 … 1

M

ID des Problem/Bedenken-Entry

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

IHE PCC TF2 Rev.11, 6.3.4.12

hl7:code

CE

1 … 1

R

Code des Problem/Bedenken-Entry.

IHE PCC TF2 Rev.11, 6.3.4.12

@nullFlavor

cs

1 … 1

F

NA

hl7:statusCode

CS

1 … 1

M

Der statusCode zeigt den derzeitigen Zustand an, in dem sich das Problem/Bedenken befindet.

IHE PCC TF2 Rev.11, 6.3.4.12

@code

CONF

1 … 1

F

active

hl7:effectiveTime

IVL_TS

1 … 1

R

Zeitintervall in dem das Problem/Bedenken existent war/ist.

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

Anforderung in Abhängigkeit von „statusCode“:

Ist das Element statusCode auf „active“ oder „suspended“ gesetzt, MUSS das high-Element des Zeitintervalls weggelassen werden.

IHE PCC TF2 Rev.11, 6.3.4.12

hl7:low

TS.AT.TZ

1 … 1

R

Beginn des Intervalls.

IHE PCC TF2 Rev.11, 6.3.4.12

hl7:high

TS.AT.TZ

0 … 1

C

Ende des Intervalls.

IHE PCC TF2 Rev.11, 6.3.4.12

Schematron assert

role

error

test

count(hl7:statusCode[@code='active'])=0 or count(hl7:effectiveTime/hl7:high)=0

Meldung

Ist das Element statusCode auf „active“ gesetzt, muss das high-Element des Zeitintervalls weggelassen werden.

hl7:entryRelationship

1 … *

M

Beinhaltet 1.2.40.0.34.6.0.11.3.99 EMS Problem Entry (DYNAMIC)

IHE PCC TF2 Rev.11, 6.3.4.12

wo [@typeCode='SUBJ']

@typeCode

cs

1 … 1

F

SUBJ

@contextConductionInd

cs

0 … 1

F

true

@inversionInd

bl

1 … 1

F

false

hl7:entry

0 … 1

R

Angabe zum (beruflichen) Tätigkeitsbereichs des Patienten/der Patientin.

(epi...ung)

wo [hl7:organizer [hl7:templateId [@root='1.2.40.0.34.6.0.11.3.95']]]

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.3.95 EMS Organizer Tätigkeitsbereich (DYNAMIC)

hl7:organizer

1 … 1

M

(epi...ung)

@classCode

cs

1 … 1

F

BATTERY

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(epi...ung)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.95

hl7:code

CE

1 … 1

M

(epi...ung)

@codeSystemName

st

0 … 1

F

EMS_struktur_elemente

@displayName

st

0 … 1

F

EMS_Organizer_Taetigkeitsbereich

@code

CONF

1 … 1

F

40

@codeSystem

1 … 1

F

1.2.40.0.34.5.189

hl7:statusCode

CS

1 … 1

M

(epi...ung)

@code

CONF

1 … 1

F

completed

hl7:component

1 … *

R

Angabe der einzelnen Tätigkeitsfelder

(epi...ung)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

bl

0 … 1

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.3.94 EMS Act Tätigkeitsbereich (DYNAMIC)

hl7:act

1 … 1

M

(epi...ung)

@moodCode

cs

1 … 1

F

EVN

@classCode

cs

1 … 1

F

INFRM

hl7:templateId

II

1 … 1

M

(epi...ung)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.94

hl7:code

CD

1 … 1

M

(epi...ung)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.21 EMS Tätigkeitsbereich VS (DYNAMIC)

hl7:effectiveTime

IVL_TS

0 … 1

Angabe des Zeitraums der Tätigkeit

(epi...ung)

hl7:entry

0 … 1

R

Angaben zur Betreuung des Patienten

(epi...ung)

wo [hl7:organizer [hl7:templateId [@root='1.2.40.0.34.6.0.11.3.106']]]

Eingefügt

von 1.2.40.0.34.6.0.11.3.106 EMS Organizer Betreuung (DYNAMIC)

hl7:organizer

(epi...ung)

@classCode

cs

1 … 1

F

BATTERY

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(epi...ung)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.106

hl7:code

CE

1 … 1

M

(epi...ung)

@codeSystemName

st

0 … 1

F

EMS_struktur_elemente

@displayName

st

0 … 1

F

EMS_Organizer_Betreuung

@code

CONF

1 … 1

F

50

@codeSystem

1 … 1

F

1.2.40.0.34.5.189

hl7:statusCode

CS

1 … 1

M

(epi...ung)

@code

CONF

1 … 1

F

completed

hl7:component

1 … *

M

Angabe der Betreuung

(epi...ung)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

bl

0 … 1

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.3.105 EMS Act Betreuung (DYNAMIC)

hl7:act

1 … 1

M

(epi...ung)

@moodCode

cs

1 … 1

F

EVN

@classCode

cs

1 … 1

F

INFRM

hl7:templateId

II

1 … 1

M

(epi...ung)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.105

hl7:code

CD

1 … 1

M

(epi...ung)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.31 EMS Betreuung VS (DYNAMIC)

hl7:effectiveTime

IVL_TS

0 … 1

Angabe des Zeitraums der Betreuung

(epi...ung)

Auswahl

0 … 1

Für impfpräventable Krankheiten MUSS hier die Angabe über eine Impfung bzw. die Information, dass nicht geimpft wurde angegeben werden.

Elemente in der Auswahl:

hl7:entry welches enthält Template 1.2.40.0.34.6.0.11.3.97 EMS Immunization Entry (DYNAMIC)
hl7:entry welches enthält Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (DYNAMIC)

hl7:entry

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.3.97 EMS Immunization Entry (DYNAMIC)

(epi...ung)

hl7:entry

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (DYNAMIC)

(epi...ung)

7.2.3.2 EMS Sektion - Labormeldung

Id

1.2.40.0.34.6.0.11.2.86

Gültigkeit

2020‑04‑22 14:41:21

Status

Entwurf

Versions-Label

2020

Name

epims_section_EMSSectionLabormeldung

Bezeichnung

EMS Sektion - Labormeldung

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.86

Klassifikation

CDA Section 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.3.55	Containment	EMS Abnahmeinformationen (Specimen Collection) (2020)	DYNAMIC
1.2.40.0.34.6.0.11.3.92	Containment	Notification Organizer EMS Labormeldung (2020)	DYNAMIC
1.2.40.0.34.6.0.11.3.61	Containment	EMS Organizer Labor (2020)	DYNAMIC

Beziehung

Spezialisierung: Template 2.16.840.1.113883.10.12.701 CDA Section SDTC (2005‑09‑07)

ref

ad1bbr-

Adaptation: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)

ref

ad1bbr-

Beispiel

<cda:section classCode="DOCSECT" moodCode="EVN">
  <cda:templateId root="1.3.6.1.4.1.19376.1.3.3.2.1"/>  <cda:id root="1.2.3.999" extension="--example only--"/>  <cda:code code="3" codeSystem="1.2.40.0.34.5.189" displayName="EMS_Section"/>  <cda:title>title</cda:title>  <cda:text/>  <cda:entry typeCode="DRIV">
    <cda:templateId root="1.3.6.1.4.1.19376.1.3.1"/>    <cda:act moodCode="EVN" classCode="ACT">
      <cda:code code="34782-3" codeSystem="2.16.840.1.113883.6.1" displayName="Infectious disease Note"/>      <cda:statusCode code="completed"/>      <cda:entryRelationship xsi:type="ANY" typeCode="COMP">
        
      </cda:entryRelationship>      <cda:entryRelationship typeCode="COMP">
        
      </cda:entryRelationship>      <cda:entryRelationship typeCode="COMP">
        
      </cda:entryRelationship>    </cda:act>  </cda:entry></cda:section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(epi...ung)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(epi...ung)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.86

hl7:templateId

II

1 … 1

M

(epi...ung)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.3.2.1

hl7:id

II

0 … 1

(epi...ung)

hl7:code

CE

1 … 1

M

(epi...ung)

@code

CONF

1 … 1

F

3

@codeSystem

1 … 1

F

1.2.40.0.34.5.189

@codeSystemName

1 … 1

F

EMS_struktur_elemente

@displayName

1 … 1

F

EMS_Section

hl7:title

ST

1 … 1

M

Der Titel der Sektion kann vom Ersteller frei vergeben werden. Möglich wäre die Wiederholung des Dokumententitels (z.b. Labormeldung oder Arztmeldung)

(epi...ung)

hl7:text

SD.TEXT

1 … 1

M

(epi...ung)

Constraint

Der Inhalt als auch die textuelle Gestaltung des section/text-Elements obliegt dem Ersteller. Sinngemäße Angaben der in den Level 3 codierten Inhalte sollten hier geführt werden.

Im Falle einer Labormeldung sollten Informationen wie die Probeninformation, die meldepflichtige Krankheit sowie etwaige Analyseergebnisse angegeben werden. Die Struktur (z.B. Tabellen) kann analog zum ELGA Laborleitfaden angewendet werden.

Im Falle einer Arztmeldung sollten Informationen zur meldepflichtigen Krankheit (inkl. Diagnosesicherheit), Angabe zum Todesdatum (wenn Patient/Patientin verstorben ist) sowie etwaige Auslandsaufenthalte angegeben werden.

hl7:entry

1 … 1

M

(epi...ung)

@typeCode

cs

0 … 1

F

DRIV

@contextConductionInd

cs

0 … 1

F

true

hl7:templateId

II

1 … 1

M

(epi...ung)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1

hl7:act

1 … 1

M

(epi...ung)

@moodCode

cs

1 … 1

F

EVN

@classCode

cs

1 … 1

F

ACT

hl7:code

CE

1 … 1

M

(epi...ung)

@code

CONF

1 … 1

F

34782-3

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@codeSystemName

1 … 1

F

LOINC

@displayName

1 … 1

F

Infectious disease Note

hl7:statusCode

CS (erforderlich)

1 … 1

M

(epi...ung)

@code

CONF

1 … 1

F

completed

hl7:entryRelationship

1 … 1

M

Beinhaltet 1.2.40.0.34.6.0.11.3.55 EMS Abnahmeinformationen (Specimen Collection) (DYNAMIC)

(epi...ung)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:entryRelationship

1 … 1

M

Beinhaltet 1.2.40.0.34.6.0.11.3.92 Notification Organizer EMS Labormeldung (DYNAMIC)

(epi...ung)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:entryRelationship

1 … 1

M

Beinhaltet 1.2.40.0.34.6.0.11.3.61 EMS Organizer Labor (DYNAMIC)

(epi...ung)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

7.2.4 Entry Templates

7.2.4.1 Notification Organizer EMS Arztmeldung

Id

1.2.40.0.34.6.0.11.3.56

Gültigkeit

2020‑02‑20 14:55:40

Status

Entwurf

Versions-Label

2020

Name

epims_entry_notificationOrganizerArzt

Bezeichnung

Notification Organizer EMS Arztmeldung

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.56

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.3.6.1.4.1.19376.1.3.1.1.1	Containment	Notification Condition	DYNAMIC
1.2.40.0.34.6.0.11.3.57	Containment	EMS Case Identification Arztmeldung (2020)	DYNAMIC

Beziehung

Generalisierung: Template 1.3.6.1.4.1.19376.1.3.1.1 Notification Organizer (2013‑09‑09)

ref

elgabbr-

Version: Template 1.3.6.1.4.1.19376.1.3.1.1 Notification Organizer (2013‑09‑09)

ref

elgabbr-

Beispiel

Strukturbeispiel

<cda:organizer classCode="CLUSTER" moodCode="EVN">
  <cda:templateId root="1.2.40.0.34.6.0.11.3.56"/>  <cda:templateId root="1.3.6.1.4.1.19376.1.3.1.1"/>  <cda:statusCode code="completed"/>  <cda:component typeCode="COMP">
    
  </cda:component>  <cda:component typeCode="COMP">
    
  </cda:component></cda:organizer>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:organizer

(epi...rzt)

@classCode

cs

1 … 1

F

CLUSTER

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(epi...rzt)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.56

hl7:templateId

II

1 … 1

M

(epi...rzt)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1.1

hl7:statusCode

CS (erforderlich)

1 … 1

M

(epi...rzt)

@code

CONF

1 … 1

F

completed

hl7:component

0 … 1

Kann eine Notifiable Condition enthalten.

Dieses Element codiert den Erreger einer meldepflichtigen Krankheit. Die Angabe des Erregers ist OPTIONAL und wird derzeit von EMS nicht verwendet. Die Krankheit (siehe nachfolgende Komponenten) ist jedenfalls anzugeben.

Beinhaltet 1.3.6.1.4.1.19376.1.3.1.1.1 Notification Condition (DYNAMIC)

(epi...rzt)

wo [hl7:observation [hl7:templateId [@root='1.3.6.1.4.1.19376.1.3.1.1.1']]]

@typeCode

cs

1 … 1

F

COMP

hl7:component

1 … 1

M

Beinhaltet eine Case Identification
Beinhaltet 1.2.40.0.34.6.0.11.3.57 EMS Case Identification Arztmeldung (DYNAMIC)

(epi...rzt)

wo [hl7:observation [hl7:templateId [@root='1.3.6.1.4.1.19376.1.3.1.1.2']]]

@typeCode

cs

1 … 1

F

COMP

7.2.4.2 Notification Condition

Id

1.3.6.1.4.1.19376.1.3.1.1.1

ref

elgabbr-

Gültigkeit

2013‑09‑09

Status

Aktiv

Versions-Label

Name

NotifiableCondition

Bezeichnung

Notification Condition

Kontext

Elternknoten des Template-Element mit Id 1.3.6.1.4.1.19376.1.3.1.1.1

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

Version: Template 1.3.6.1.4.1.19376.1.3.1.1.1 Notification Condition (2013‑09‑09)

ref

elgabbr-

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

Notifiable Condition als observation codiert.

(Not...ion)

@classCode

cs

1 … 1

F

COND

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

R

(Not...ion)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1.1.1

hl7:code

CD

1 … 1

M

(Not...ion)

@code

CONF

1 … 1

F

170516003

@codeSystem

1 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

hl7:qualifier

1 … 1

M

(Not...ion)

hl7:name

1 … 1

M

(Not...ion)

@code

CONF

1 … 1

F

246087005

@codeSystem

1 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

hl7:value

1 … 1

M

(Not...ion)

@code

CONF

1 … 1

F

116154003

@codeSystem

1 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

hl7:statusCode

CS

1 … 1

M

(Not...ion)

@code

CONF

1 … 1

F

completed

hl7:value

CE

1 … 1

M

(Not...ion)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.58 ELGA_SignificantPathogens (DYNAMIC)

7.2.4.3 EMS Case Identification Arztmeldung

Id

1.2.40.0.34.6.0.11.3.57

Gültigkeit

2020‑02‑20 15:08:54

Status

Entwurf

Versions-Label

2020

Name

epims_entry_caseIdentificationArzt

Bezeichnung

EMS Case Identification Arztmeldung

Beschreibung

Basierend auf der Fragestellung kann das Labor auch das Fehlen eines Erregers bzw. das Fehlen einer meldepflichtigen Krankheit codieren, indem beim observation-Element das Attribut negationInd auf „true“ gesetzt wird. Dies hat zur Folge, dass die Aussage dieses observation-Elements negiert wird.

Das „Case

Identification“ Element beinhaltet ein id Element welches den Fall identifiziert. Diese Identifikatoren werden vom EMS nach Meldung einer Krankheit vergeben und identifizieren die Kombination aus Patient/Patientin und ausgebrochener Krankheit. Der erzeugte Identifier wird an das Labor zurückgemeldet und das Labor hat die Möglichkeit bei weiteren Untersuchungen im Kontext der

meldepflichtigen Krankheit diesen Identifier zu verwenden. Sollte keine Id für die Krankheit verfügbar sein (z.B.: bei der Initialmeldung) wird dieses id-Element weggelassen.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.57

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.3.58	Inklusion	EMS Informant (2020)	DYNAMIC

Beziehung

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

ref

ad1bbr-

Beispiel

<hl7:observation classCode="CASE" moodCode="EVN" negationInd="false">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.57"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.3.1.1.2"/>  <hl7:templateId root="1.2.40.0.34.11.6.3.2"/>  
  <hl7:templateId root="1.2.3.999" extension="--example only--"/>  <hl7:code code="416341003" codeSystem="2.16.840.1.113883.6.96"/>  <hl7:statusCode code="completed"/>  <hl7:effectiveTime>
    <hl7:low value="20200725145149"/>  </hl7:effectiveTime>  <hl7:value code="A00" codeSystem="1.2.40.0.34.5.171" displayName="Cholera">
    
  </hl7:value>  
</hl7:observation>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(epi...rzt)

@classCode

cs

1 … 1

F

CASE

@moodCode

cs

1 … 1

F

EVN

@negationInd

bl

0 … 1

Wenn die Aussage in diesem Case Identification Element negiert werden soll MUSS das "negationInd" Attribute vorhanden sein und MUSS mit dem Wert "true" befüllt sein.
In allen anderen Fällen DARF dieses Attribute NICHT vorhanden sein.

hl7:templateId

II

1 … 1

M

(epi...rzt)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.57

hl7:templateId

II

1 … 1

M

Template der IHE Case Identification

(epi...rzt)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1.1.2

hl7:templateId

II

1 … 1

M

Template für EMS Case Identification

(epi...rzt)

@root

uid

1 … 1

F

1.2.40.0.34.11.6.3.2

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:id

hl7:id

II

0 … 1

C

Angabe der Fall-Id. Im Falle, dass ein Erkrankungsfall schon einmal an das EMS weitergeleitet wurde und dem Absender die Fall-Id bekannt ist.

(epi...rzt)

@root

uid

1 … 1

F

1.2.40.0.34.3.1.1

@extension

st

1 … 1

R

Angabe der EMS Fall-Id

hl7:id

II

NP

EMS-Fall-Id wurde noch nicht zugewiesen.

(epi...rzt)

hl7:templateId

II

0 … *

Fall-Identifikatoren außerhalb der EMS Domäne (z.B.: lokale Ids).

Es gelten die Vorgaben des entsprechenden Kapitels des Allgemeinen Leitfadens

(epi...rzt)

hl7:code

CD

1 … 1

M

(epi...rzt)

@code

CONF

1 … 1

F

416341003

@codeSystem

1 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

hl7:statusCode

CS (erforderlich)

1 … 1

M

(epi...rzt)

@code

CONF

1 … 1

F

completed

hl7:effectiveTime

IVL_TS

0 … 1

Diagnosedatum

(epi...rzt)

Auswahl

1 … 1

Codierung der Erkrankung

Elemente in der Auswahl:

hl7:value[concat(@code, @codeSystem) = doc('include/voc-1.2.40.0.34.6.0.10.29-DYNAMIC.xml')//valueSet[1]/conceptList/concept/concat(@code, @codeSystem) or @nullFlavor]
hl7:value[concat(@code, @codeSystem) = doc('include/voc-1.2.40.0.34.6.0.10.19-DYNAMIC.xml')//valueSet[1]/conceptList/concept/concat(@code, @codeSystem) or @nullFlavor]

hl7:value

CD

0 … 1

R

Angabe einer lebensmittelbedingten Intoxikation

(epi...rzt)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.29 EMS Lebensmittelbedingte Intoxikationen VS (DYNAMIC)

hl7:value

CD

0 … 1

R

Angabe einer meldepflichtigen Erkrankung aus EMS Valueset "Meldepflichtige Krankheiten"

(epi...rzt)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.19 EMS Meldepflichtige Krankheiten VS (DYNAMIC)

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:qualifier[hl7:name[(@code = '8' and @codeSystem = '2.16.840.1.113883.3.7.1.0')]]
hl7:qualifier[hl7:name[(@code = 'Krankheitsmerkmal' and @codeSystem = '1.2.40.0.34.5.101')]]

hl7:qualifier

CR

0 … 1

(epi...rzt)

hl7:name

CV

1 … 1

M

(epi...rzt)

@code

CONF

1 … 1

F

8

@codeSystem

1 … 1

F

2.16.840.1.113883.3.7.1.0 (Sciphox)

hl7:value

CD

1 … 1

M

(epi...rzt)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.168 ELGA_Diagnosesicherheit (DYNAMIC)

hl7:qualifier

CR

0 … 1

(epi...rzt)

hl7:name

CV

1 … 1

M

(epi...rzt)

@code

CONF

1 … 1

F

Krankheitsmerkmal

@codeSystem

1 … 1

F

1.2.40.0.34.5.101

hl7:value

CD

1 … 1

M

(epi...rzt)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.18 EMS Krankheitsmerkmale VS (DYNAMIC)

Eingefügt

0 … 1

von 1.2.40.0.34.6.0.11.3.58 EMS Informant (DYNAMIC)

hl7:informant

0 … 1

R

(epi...rzt)

@typeCode

cs

1 … 1

F

INF

hl7:relatedEntity

1 … 1

M

(epi...rzt)

@classCode

cs

1 … 1

F

PAT

hl7:effectiveTime

TS.AT.TZ

1 … 1

M

Zeitpunkt der Erkrankung, laut Patienten/Patientin

(epi...rzt)

7.2.4.4 EMS Informant

Id

1.2.40.0.34.6.0.11.3.58

Gültigkeit

2020‑02‑20 15:33:20

Status

Entwurf

Versions-Label

2020

Name

epims_entry_informant

Bezeichnung

EMS Informant

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Spezialisierung: Template 2.16.840.1.113883.10.12.154 CDA Informant (2005‑09‑07)

ref

ad1bbr-

Beispiel

<hl7:informant typeCode="INF">
<hl7:relatedEntity classCode="PAT">
<hl7:effectiveTime value="20200917170426+02:00"/> </hl7:relatedEntity></hl7:informant>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:informant

R

(epi...ant)

@typeCode

cs

1 … 1

F

INF

hl7:relatedEntity

1 … 1

M

(epi...ant)

@classCode

cs

1 … 1

F

PAT

hl7:effectiveTime

TS.AT.TZ

1 … 1

M

Zeitpunkt der Erkrankung, laut Patienten/Patientin

(epi...ant)

7.2.4.5 EMS Organizer Arzt

Id

1.2.40.0.34.6.0.11.3.93

Gültigkeit

2020‑04‑22 15:46:30

Status

Entwurf

Versions-Label

2020

Name

epims_entry_EMSOrganizerArzt

Bezeichnung

EMS Organizer Arzt

Beschreibung

Der Laboratory Battery Organizer ist ein Strukturierungshilfsmittel und beinhaltet eine Sammlung von Laboratory Observations. Laut ELGA Implementierungsleitfaden für den Laborbefund kann ein Befund mehrere Organizer enthalten und jeweils Ergebnisse einer Befundgruppe beinhalten. Die EMS Arztmeldung enthält jedoch nur einen Organizer welcher die benötigten EMS Parameter als einzelne Observations geführt werden.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.93

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.69	Inklusion	EMS Organizer Observation (2020)	DYNAMIC
1.2.40.0.34.6.0.11.3.62	Inklusion	EMS importierte Krankheit (2020)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.3.61 EMS Organizer Labor (2020‑02‑20 16:12:29)

ref

epims-

Generalisierung: Template 1.2.40.0.34.6.0.11.3.26 Laboratory Battery Organizer (2019‑05‑29 10:51:34)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

<hl7:organizer classCode="BATTERY" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.93"/>  <hl7:templateId root="1.2.40.0.34.11.6.2.1"/>  <hl7:code code="30" codeSystem="1.2.40.0.34.5.189" displayName="EMS_Organizer"/>  <hl7:statusCode code="completed"/>  <hl7:effectiveTime>
    
  </hl7:effectiveTime>  <hl7:component typeCode="COMP" contextConductionInd="false">
    
  </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="false">
    
  </hl7:component></hl7:organizer>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:organizer

(epi...rzt)

@classCode

cs

1 … 1

F

BATTERY

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(epi...rzt)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.93

hl7:templateId

II

1 … 1

M

(epi...rzt)

@root

uid

1 … 1

F

1.2.40.0.34.11.6.2.1

hl7:code

CE

1 … 1

M

(epi...rzt)

@code

CONF

1 … 1

F

30

@codeSystem

1 … 1

F

1.2.40.0.34.5.189

@codeSystemName

1 … 1

F

EMS_struktur_elemente

@displayName

1 … 1

F

EMS_Organizer

hl7:statusCode

CS

1 … 1

M

(epi...rzt)

@code

CONF

1 … 1

F

completed

hl7:effectiveTime

IVL_TS

0 … 1

Zeitraum in welchem die Test/Beobachtungen durchgeführt wurden.

(epi...rzt)

Eingefügt

R

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

(epi...rzt)

wo [@value]

hl7:low

TS.AT.TZ

0 … 1

(epi...rzt)

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

(epi...rzt)

wo [@value]

hl7:high

TS.AT.TZ

0 … 1

(epi...rzt)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:component

0 … *

R

EMS Parameter - Observations

(epi...rzt)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

bl

0 … 1

Eingefügt

von 1.2.40.0.34.6.0.11.3.69 EMS Organizer Observation (DYNAMIC)

hl7:observation

M

(epi...rzt)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:code

CD

1 … 1

M

Zulässige Werte laut "Felder_und_Werte" XML Datei des für Gesundheit zuständigen Bundesministeriums

(epi...rzt)

hl7:effectiveTime

IVL_TS

0 … 1

(epi...rzt)

hl7:value

ANY

1 … 1

R

Zulässige Werte laut "Felder_und_Werte" XML Datei des für Gesundheit zuständigen Bundesministeriums

(epi...rzt)

hl7:qualifier

CR

0 … *

Im Falle von Ergebnissen des Datentypes "CD" ist eine weitere Angaben über einen qualifier möglich.

(epi...rzt)

hl7:name

CV

1 … 1

R

(epi...rzt)

hl7:value

CD

1 … 1

R

(epi...rzt)

hl7:component

0 … 1

R

Angaben im Falle von importierten Krankheiten. Wurde die Krankheit nicht importiert ist dieses Element NICHT zu führen.

(epi...rzt)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

bl

0 … 1

Eingefügt

1 … 1

R

von 1.2.40.0.34.6.0.11.3.62 EMS importierte Krankheit (DYNAMIC)

hl7:observation

1 … 1

R

(epi...rzt)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:code

CE

1 … 1

M

(epi...rzt)

@code

CONF

1 … 1

F

ILLOC

@codeSystem

1 … 1

F

1.2.40.0.34.5.101

hl7:effectiveTime

IVL_TS

0 … 1

Aufenthaltsperiode des Auslandsaufenthalts.

(epi...rzt)

hl7:value

1 … 1

M

(epi...rzt)

@xsi:type

1 … 1

F

CD

@code

cs

0 … 1

F

AL

@codeSystem

uid

0 … 1

F

1.2.40.0.34.5.77

hl7:qualifier

CR

1 … 1

M

(epi...rzt)

hl7:name

CV

1 … 1

M

(epi...rzt)

@code

CONF

1 … 1

F

TRVCNTRY

@codeSystem

1 … 1

F

1.2.40.0.34.5.101

hl7:value

CD

1 … 1

M

(epi...rzt)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.51 EMS Reiseland VS (DYNAMIC)

7.2.4.6 EMS Organizer Observation

Id

1.2.40.0.34.6.0.11.3.69

Gültigkeit

2020‑03‑24 10:45:19

Status

Entwurf

Versions-Label

2020

Name

epims_entry_EmsOrganizerObservation

Bezeichnung

EMS Organizer Observation

Beschreibung

Die codierten Inhalte des observation-Elements im Kontext der EMS Meldung basieren auf der XML-Datei "Felder_und_Werte", welche vom für Gesundheit zuständigen Bundesministerium gewartet wird. In dieser Datei sind die benötigten observation/code-Elemente für eine spezifische Krankheit als auch die zugeordneten code/value-Ausprägungen aufgelistet.

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beispiel

<hl7:observation classCode="OBS" moodCode="EVN">
  <hl7:code/>  <hl7:effectiveTime>
    <hl7:low value="20200529105902"/>  </hl7:effectiveTime>  <hl7:value xsi:type="ANY">
    <hl7:qualifier>
      <hl7:name/>      <hl7:value/>    </hl7:qualifier>  </hl7:value></hl7:observation>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

M

(epi...ion)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:code

CD

1 … 1

M

Zulässige Werte laut "Felder_und_Werte" XML Datei des für Gesundheit zuständigen Bundesministeriums

(epi...ion)

hl7:effectiveTime

IVL_TS

0 … 1

(epi...ion)

hl7:value

ANY

1 … 1

R

Zulässige Werte laut "Felder_und_Werte" XML Datei des für Gesundheit zuständigen Bundesministeriums

(epi...ion)

hl7:qualifier

CR

0 … *

Im Falle von Ergebnissen des Datentypes "CD" ist eine weitere Angaben über einen qualifier möglich.

(epi...ion)

hl7:name

CV

1 … 1

R

(epi...ion)

hl7:value

CD

1 … 1

R

(epi...ion)

7.2.4.7 EMS importierte Krankheit

Id

1.2.40.0.34.6.0.11.3.62

Gültigkeit

2020‑02‑20 16:29:57

Status

Entwurf

Versions-Label

2020

Name

epims_entry_foreignCountry

Bezeichnung

EMS importierte Krankheit

Beschreibung

Für den Fall, dass die Krankheit bekannterweise aus dem Ausland importiert wurde ist dieser Umstand im CDA Dokument maschinenlesbar festzuhalten. Hierzu dient ein spezifisches ob-servation Element im EMS Laboratory Battery Organizer.

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beispiel

Strukturbeispiel

<hl7:observation classCode="OBS" moodCode="EVN">
  <hl7:code code="ILLOC" codeSystem="1.2.40.0.34.5.101"/>  <hl7:effectiveTime>
    <hl7:low value="20200529105616"/>  </hl7:effectiveTime>  <hl7:value xsi:type="CD" code="AL" codeSystem="1.2.40.0.34.5.77">
    <hl7:qualifier>
      <hl7:name code="TRVCNTRY" codeSystem="1.2.40.0.34.5.101"/>      <hl7:value code="AT" codeSystem="1.2.40.0.34.5.96" displayName="Österreich"/>    </hl7:qualifier>  </hl7:value></hl7:observation>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

0 … 1

(epi...try)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:code

CE

1 … 1

M

(epi...try)

@code

CONF

1 … 1

F

ILLOC

@codeSystem

1 … 1

F

1.2.40.0.34.5.101

hl7:effectiveTime

IVL_TS

0 … 1

Aufenthaltsperiode des Auslandsaufenthalts.

(epi...try)

hl7:value

1 … 1

M

(epi...try)

@xsi:type

1 … 1

F

CD

@code

cs

0 … 1

F

AL

@codeSystem

uid

0 … 1

F

1.2.40.0.34.5.77

hl7:qualifier

CR

1 … 1

M

(epi...try)

hl7:name

CV

1 … 1

M

(epi...try)

@code

CONF

1 … 1

F

TRVCNTRY

@codeSystem

1 … 1

F

1.2.40.0.34.5.101

hl7:value

CD

1 … 1

M

(epi...try)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.51 EMS Reiseland VS (DYNAMIC)

7.2.4.8 EMS Hospitalisierung

Id

1.2.40.0.34.6.0.11.3.60

Gültigkeit

2020‑11‑10 14:38:39

Andere Versionen mit dieser Id:

epims_entry_hospitalization vom 2020‑02‑20 16:02:12

Status

Entwurf

Versions-Label

2020.1

Name

epims_entry_hospitalization

Bezeichnung

EMS Hospitalisierung

Beschreibung

Im Zuge der Arztmeldung ist es möglich festzuhalten ob ein Patient/eine Patientin in ein Krankenhaus oder einer Intensivstation eingewiesen wurde. Diese Information wird in einem act Element codiert. Ist die Adresse der Krankenanstalt bekannt, kann diese noch beim patientRole-Element im CDA-Header als temporäre Aufenthaltsadresse geführt werden. Hierbei ist beim addr-Element das @use Attribute mit dem Wert „TMP“ zu verwenden

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.60

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.60 EMS Hospitalisierung (2020‑02‑20 16:02:12)

ref

epims-

Beispiel

<hl7:act classCode="ACT" moodCode="EVN">
<hl7:templateId root="1.2.40.0.34.6.0.11.3.60"/> <hl7:templateId root="1.2.40.0.34.11.6.3.6"/> <hl7:code code="32485007" codeSystem="2.16.840.1.113883.6.96" displayName="Hospital admission (procedure)"/> <hl7:effectiveTime>
<hl7:low value="20200725145711"/> </hl7:effectiveTime></hl7:act>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

(epi...ion)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(epi...ion)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.60

hl7:templateId

II

1 … 1

M

(epi...ion)

@root

uid

1 … 1

F

1.2.40.0.34.11.6.3.6

hl7:code

CE

1 … 1

M

(epi...ion)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.49 EMS Hospitalisierung (DYNAMIC)

hl7:effectiveTime

IVL_TS

0 … 1

Zeitpunkt der (geplanten) Hospitalisierung

(epi...ion)

7.2.4.9 EMS Problem Concern Entry

Id

1.2.40.0.34.6.0.11.3.98

Gültigkeit

2020‑05‑12 16:31:39

Status

Entwurf

Versions-Label

2020

Name

epims_entry_ProblemConcern

Bezeichnung

EMS Problem Concern Entry

Beschreibung

Dieses Element enthält das EMS Problem Entry, welches nähere Angaben zu der klinischen Manifestation gibt.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.98

Label

IHE PCC TF2 Rev.11, 6.3.4.12

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.3.99	Containment	EMS Problem Entry (2020)	DYNAMIC

Beziehung

Adaptation: Template 1.2.40.0.34.6.0.11.3.7 Problem Concern Entry (2019‑01‑18 10:05:27)

ref

at-cda-bbr-

Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.5.2 eHDSI Problem Concern (DYNAMIC)

ref

epsos-

Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.5.1 IHE Concern Entry (DYNAMIC)

ref

IHE-PCC-

Adaptation: Template 2.16.840.1.113883.10.20.1.27 Problem act (DYNAMIC)

ref

ccd1-

Adaptation: Template 2.16.840.1.113883.10.12.301 CDA Act (2005‑09‑07)

ref

ad1bbr-

Beispiel

<hl7:act classCode="ACT" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.98"/>  <hl7:templateId root="1.2.40.0.34.6.0.11.3.7"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.27"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5.1"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5.2"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code nullFlavor="NA"/>  <hl7:statusCode code="active"/>  <hl7:effectiveTime>
    <hl7:low value="20200529110807+02:00"/>    <hl7:high value="20200529110807+02:00"/>  </hl7:effectiveTime>  <hl7:entryRelationship typeCode="SUBJ" contextConductionInd="true" inversionInd="false">
    
  </hl7:entryRelationship></hl7:act>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

IHE PCC TF2 Rev.11, 6.3.4.12

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

IHE PCC TF2 Rev.11, 6.3.4.12

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.98

hl7:templateId

II

1 … 1

M

ELGA

IHE PCC TF2 Rev.11, 6.3.4.12

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.7

hl7:templateId

II

1 … 1

M

HL7 CCD Problem act

IHE PCC TF2 Rev.11, 6.3.4.12

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.27

hl7:templateId

II

1 … 1

M

IHE PCC Concern Entry

IHE PCC TF2 Rev.11, 6.3.4.12

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.5.1

hl7:templateId

II

1 … 1

M

IHE PCC Problem Concern Entry

IHE PCC TF2 Rev.11, 6.3.4.12

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.5.2

hl7:id

II

1 … 1

M

ID des Problem/Bedenken-Entry

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

IHE PCC TF2 Rev.11, 6.3.4.12

hl7:code

CE

1 … 1

R

Code des Problem/Bedenken-Entry.

IHE PCC TF2 Rev.11, 6.3.4.12

@nullFlavor

cs

1 … 1

F

NA

hl7:statusCode

CS

1 … 1

M

Der statusCode zeigt den derzeitigen Zustand an, in dem sich das Problem/Bedenken befindet.

IHE PCC TF2 Rev.11, 6.3.4.12

@code

CONF

1 … 1

F

active

hl7:effectiveTime

IVL_TS

1 … 1

R

Zeitintervall in dem das Problem/Bedenken existent war/ist.

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

Anforderung in Abhängigkeit von „statusCode“:

Ist das Element statusCode auf „active“ oder „suspended“ gesetzt, MUSS das high-Element des Zeitintervalls weggelassen werden.

IHE PCC TF2 Rev.11, 6.3.4.12

hl7:low

TS.AT.TZ

1 … 1

R

Beginn des Intervalls.

IHE PCC TF2 Rev.11, 6.3.4.12

hl7:high

TS.AT.TZ

0 … 1

C

Ende des Intervalls.

IHE PCC TF2 Rev.11, 6.3.4.12

Schematron assert

role

error

test

count(hl7:statusCode[@code='active'])=0 or count(hl7:effectiveTime/hl7:high)=0

Meldung

Ist das Element statusCode auf „active“ gesetzt, muss das high-Element des Zeitintervalls weggelassen werden.

hl7:entryRelationship

1 … *

M

Beinhaltet 1.2.40.0.34.6.0.11.3.99 EMS Problem Entry (DYNAMIC)

IHE PCC TF2 Rev.11, 6.3.4.12

wo [@typeCode='SUBJ']

@typeCode

cs

1 … 1

F

SUBJ

@contextConductionInd

cs

0 … 1

F

true

@inversionInd

bl

1 … 1

F

false

7.2.4.10 EMS Problem Entry

Id

1.2.40.0.34.6.0.11.3.99

Gültigkeit

2020‑05‑12 16:37:17

Status

Entwurf

Versions-Label

2020

Name

epims_entry_Problem

Bezeichnung

EMS Problem Entry

Beschreibung

Dieses Element enthält Angaben zur klinischen Manifestation für die Arztmeldung ins EMS

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.99

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.1	Inklusion	Narrative Text Reference (1.0.1+20210512)	DYNAMIC

Beziehung

Adaptation: Template 1.2.40.0.34.6.0.11.3.6 Problem Entry (2019‑01‑18 09:59:00)

ref

at-cda-bbr-

Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.5 IHE Problem Entry (DYNAMIC)

ref

ch-pcc-

Spezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07)

ref

ad1bbr-

Beispiel

Beispiel Diagnose codiert

<cda:observation classCode="OBS" moodCode="EVN" negationInd="false">
  <cda:templateId root="1.2.40.0.34.6.0.11.3.99"/>  <cda:templateId root="1.2.40.0.34.6.0.11.3.6"/>  <cda:templateId root="2.16.840.1.113883.10.20.1.28"/>  <cda:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5"/>  <cda:id root="1.2.3.999" extension="--example only--"/>  <cda:code code="404684003" codeSystem="2.16.840.1.113883.6.96" displayName="Clinical finding (finding)"/>  
  <cda:statusCode code="completed"/>  <cda:effectiveTime>
    <cda:low value="20200529110836+02:00"/>    <cda:high value="20200529110836+02:00"/>  </cda:effectiveTime>  <cda:value xsi:type="CD" code="715659006" codeSystem="2.16.840.1.113883.6.96" displayName="Diphtheria of respiratory system (disorder)"/></cda:observation>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

Container zur Angabe eines Problems (Diagnose etc).

(epi...lem)

@classCode

cs

1 … 1

F

OBS

@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 Problem nicht beobachtet wurde.

hl7:templateId

II

1 … 1

M

(epi...lem)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.99

hl7:templateId

II

1 … 1

M

ELGA

(epi...lem)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.6

hl7:templateId

II

1 … 1

M

HL7 CCD Problem observation

(epi...lem)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.28

hl7:templateId

II

1 … 1

M

IHE Problem Entry

(epi...lem)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.5

hl7:id

II

1 … 1

R

ID des Problem-Entry.

Auch wenn nur ein Problem-Entry angegeben ist, soll sich die ID von der ID des Problem/Bedenken-Entry unterscheiden.

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

(epi...lem)

hl7:code

CE

1 … 1

M

(epi...lem)

@code

CONF

1 … 1

F

404684003

@codeSystem

1 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

@codeSystemName

1 … 1

F

SNOMED CT

@displayName

1 … 1

F

Clinical finding (finding)

Eingefügt

1 … 1

R

von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)

hl7:text

ED

1 … 1

R

(epi...lem)

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.

(epi...lem)

@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

Fester Wert "completed"

(epi...lem)

@code

CONF

1 … 1

F

completed

hl7:effectiveTime

IVL_TS

1 … 1

R

Zeitintervall, in dem das Problem existent war/ist.

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

(epi...lem)

hl7:low

TS.AT.TZ

1 … 1

M

Zeitpunkt des ersten Auftretens des Problems.

(epi...lem)

hl7:high

TS.AT.TZ

0 … 1

C

Zeitpunkt, zu dem der Problemstatus des übergeordneten Act auf "aborted" oder "completed" gesetzt wird. In allen anderen Fällen bleibt der Wert leer.

(epi...lem)

Schematron assert

role

error

test

count(hl7:statusCode[@code='active'])=0 or count(hl7:effectiveTime/hl7:high)=0

Meldung

Ist das Element statusCode auf „active“ gesetzt, muss das high-Element des Zeitintervalls weggelassen werden.

hl7:value

CD

1 … 1

M

(epi...lem)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.25 EMS KlinischeManifestation VS (DYNAMIC)

7.2.4.11 EMS Organizer Tätigkeitsbereich

Id

1.2.40.0.34.6.0.11.3.95

Gültigkeit

2020‑04‑24 13:24:11

Status

Entwurf

Versions-Label

2020

Name

epims_entry_OrganizerTaetigkeitsbereich

Bezeichnung

EMS Organizer Tätigkeitsbereich

Beschreibung

Dieser Organizer wird verwendet um den bzw. die Tätigkeitsbereiche des Patient/der Patientin anzugeben. Derzeitige Verwendung findet dieses Element im Zuge der Arztmeldung an das EMS.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.95

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.3.94	Inklusion	EMS Act Tätigkeitsbereich (2020)	DYNAMIC

Beispiel

Strukturbeispiel

<hl7:organizer classCode="BATTERY" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.95"/>  <hl7:code codeSystemName="EMS_struktur_elemente" displayName="EMS_Organizer_Taetigkeitsbereich" code="40" codeSystem="1.2.40.0.34.5.189"/>  <hl7:statusCode code="completed"/>  <hl7:component typeCode="COMP" contextConductionInd="false">
    
  </hl7:component></hl7:organizer>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:organizer

(epi...ich)

@classCode

cs

1 … 1

F

BATTERY

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(epi...ich)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.95

hl7:code

CE

1 … 1

M

(epi...ich)

@codeSystemName

st

0 … 1

F

EMS_struktur_elemente

@displayName

st

0 … 1

F

EMS_Organizer_Taetigkeitsbereich

@code

CONF

1 … 1

F

40

@codeSystem

1 … 1

F

1.2.40.0.34.5.189

hl7:statusCode

CS

1 … 1

M

(epi...ich)

@code

CONF

1 … 1

F

completed

hl7:component

1 … *

R

Angabe der einzelnen Tätigkeitsfelder

(epi...ich)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

bl

0 … 1

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.3.94 EMS Act Tätigkeitsbereich (DYNAMIC)

hl7:act

1 … 1

M

(epi...ich)

@moodCode

cs

1 … 1

F

EVN

@classCode

cs

1 … 1

F

INFRM

hl7:templateId

II

1 … 1

M

(epi...ich)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.94

hl7:code

CD

1 … 1

M

(epi...ich)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.21 EMS Tätigkeitsbereich VS (DYNAMIC)

hl7:effectiveTime

IVL_TS

0 … 1

Angabe des Zeitraums der Tätigkeit

(epi...ich)

7.2.4.12 EMS Act Tätigkeitsbereich

Id

1.2.40.0.34.6.0.11.3.94

Gültigkeit

2020‑04‑24 09:24:25

Status

Entwurf

Versions-Label

2020

Name

epims_entry_ActTaetigkeitsbereich

Bezeichnung

EMS Act Tätigkeitsbereich

Beschreibung

Dieses Act Element stellt Informationen zu einem Tätigkeitsbereich des Patienten/der Patientin bereit.

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beispiel

<cda:act moodCode="EVN" classCode="INFRM">
<cda:templateId root="1.2.40.0.34.6.0.11.3.94"/> <cda:code code="223366009" codeSystem="2.16.840.1.113883.6.96" displayName="Healthcare professional (occupation)"/> <cda:effectiveTime>
<cda:low value="20200725143355"/> </cda:effectiveTime></cda:act>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

(epi...ich)

@moodCode

cs

1 … 1

F

EVN

@classCode

cs

1 … 1

F

INFRM

hl7:templateId

II

1 … 1

M

(epi...ich)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.94

hl7:code

CD

1 … 1

M

(epi...ich)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.21 EMS Tätigkeitsbereich VS (DYNAMIC)

hl7:effectiveTime

IVL_TS

0 … 1

Angabe des Zeitraums der Tätigkeit

(epi...ich)

7.2.4.13 EMS Organizer Betreuung

Id

1.2.40.0.34.6.0.11.3.106

Gültigkeit

2020‑07‑25 14:39:43

Status

Entwurf

Versions-Label

2020

Name

epims_entry_OrganizerBetreuung

Bezeichnung

EMS Organizer Betreuung

Beschreibung

Dieser Organizer wird verwendet um Angaben zu treffen welche die Betreuung des Patienten betrifft. Derzeitige Verwendung findet dieses Element im Zuge der Arztmeldung an das EMS.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.106

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.3.105	Inklusion	EMS Act Betreuung (2020)	DYNAMIC

Beziehung

Adaptation: Template 1.2.40.0.34.6.0.11.3.95 EMS Organizer Tätigkeitsbereich (2020‑04‑24 13:24:11)

ref

epims-

Beispiel

Strukturbeispiel

<hl7:organizer classCode="BATTERY" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.106"/>  <hl7:code codeSystemName="EMS_struktur_elemente" displayName="EMS_Organizer_Betreuung" code="50" codeSystem="1.2.40.0.34.5.189"/>  <hl7:statusCode code="completed"/>  <hl7:component typeCode="COMP" contextConductionInd="false">
    
  </hl7:component></hl7:organizer>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:organizer

(epi...ung)

@classCode

cs

1 … 1

F

BATTERY

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(epi...ung)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.106

hl7:code

CE

1 … 1

M

(epi...ung)

@codeSystemName

st

0 … 1

F

EMS_struktur_elemente

@displayName

st

0 … 1

F

EMS_Organizer_Betreuung

@code

CONF

1 … 1

F

50

@codeSystem

1 … 1

F

1.2.40.0.34.5.189

hl7:statusCode

CS

1 … 1

M

(epi...ung)

@code

CONF

1 … 1

F

completed

hl7:component

1 … *

M

Angabe der Betreuung

(epi...ung)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

bl

0 … 1

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.3.105 EMS Act Betreuung (DYNAMIC)

hl7:act

1 … 1

M

(epi...ung)

@moodCode

cs

1 … 1

F

EVN

@classCode

cs

1 … 1

F

INFRM

hl7:templateId

II

1 … 1

M

(epi...ung)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.105

hl7:code

CD

1 … 1

M

(epi...ung)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.31 EMS Betreuung VS (DYNAMIC)

hl7:effectiveTime

IVL_TS

0 … 1

Angabe des Zeitraums der Betreuung

(epi...ung)

7.2.4.14 EMS Act Betreuung

Id

1.2.40.0.34.6.0.11.3.105

Gültigkeit

2020‑07‑25 14:25:52

Status

Entwurf

Versions-Label

2020

Name

epims_entry_EmsBetreuung

Bezeichnung

EMS Act Betreuung

Beschreibung

Dieses Act Element stellt Informationen dar ob sich ein Patient in Betreuung findet. z.B. Krankenanstalt, Heim, Schule, Kindergarten

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.105

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beispiel

<hl7:act moodCode="EVN" classCode="INFRM">
<hl7:templateId root="1.2.40.0.34.6.0.11.3.105"/> <hl7:code code="303119007" codeSystem="2.16.840.1.113883.6.96" displayName="Person in the community environment (person)"/> <hl7:effectiveTime>
<hl7:low value="20200725144438"/> </hl7:effectiveTime></hl7:act>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

(epi...ung)

@moodCode

cs

1 … 1

F

EVN

@classCode

cs

1 … 1

F

INFRM

hl7:templateId

II

1 … 1

M

(epi...ung)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.105

hl7:code

CD

1 … 1

M

(epi...ung)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.31 EMS Betreuung VS (DYNAMIC)

hl7:effectiveTime

IVL_TS

0 … 1

Angabe des Zeitraums der Betreuung

(epi...ung)

7.2.4.15 EMS Immunization Entry

Id

1.2.40.0.34.6.0.11.3.97

Gültigkeit

2020‑05‑11 16:37:29

Status

Entwurf

Versions-Label

2020

Name

epims_entry_EMSImmunization

Bezeichnung

EMS Immunization Entry

Beschreibung

Enthält die Dokumentation einer einzelnen Impfung (einzelne Gabe eines Impfstoffes). Es kann auch angegeben werden, dass ein Termin für eine Impfung überzogen wurde.

Im Sinne der Wiederverwendbarkeit von templates, nutzt die Arztmeldung zur Angabe von Impfungen ein template aus dem eImpfpass. Trotz der umfangreich anmutenden Struktur dieses templates gibt es nur wenige Inhaltselemente welche für die Umsetzung im Zuge der Arztmeldung zu beachten sind. Diese wären (basierend auf dem Formblatt der Arztmeldung):
- geimpft: abgebildet in substanceAdministration/code
- geimpft, aber Intervall überzogen: abgebildet in substanceAdministration/code
- Anzahl erhaltener Impfdosen: abgebildet in substanceAdministration/precondition/criterion/value
- Datum der letzen Impfung: abgebildet in substanceAdministration/effectiveTime
- Impfstoff (Produktname): abgebildet in substanceAdministration/consumable/manufacturedProduct/manufacturedMaterial/code (verpflichtend, Code laut Pharmazentralnummer) und /name (optional, Handelsname)
- nicht geimpft: abgebildet in eigenständigen template "Immunization Entry Impfung nicht angegeben"

Im Vergleich zu dem Immunization Entry des eImpfass gibt es folgende Änderungen:
- substanceAdministration/code ist nicht nur auf "IMMUNIZ" beschränkt
- substanceAdministration/id ist nicht verpflichtend
- substanceAdministration/text ist nicht verpflichtend

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.97

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.1	Inklusion	Narrative Text Reference (1.0.1+20210512)	DYNAMIC
1.2.40.0.34.6.0.11.9.32	Containment	Vaccine Product (2.0.0+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.31	Containment	Vaccine Product nicht angegeben (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.9.21	Containment	Performer Body - Impfende Person (1.0.2+20220103)	DYNAMIC
1.2.40.0.34.6.0.11.9.8	Containment	Author Body - e-Impfpass (2.0.0+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.14	Containment	Participant Body - Transcriber (1.1.0+20220103)	DYNAMIC
1.2.40.0.34.6.0.11.3.10	Containment	Immunization Schedule Entry (2.0.0+20230717)	DYNAMIC

Beziehung

Generalisierung: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2019‑01‑16 16:12:57)

ref

at-cda-bbr-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.12 eHDSI Immunizations (DYNAMIC)

ref

epsos-

Spezialisierung: Template 2.16.840.1.113883.10.20.1.24 Medication activity (DYNAMIC)

ref

ccd1-

Beispiel

Impfung - Minimalbeispiel für Update Immunisierungsstatus

<hl7:substanceAdministration classCode="SBADM" moodCode="EVN" negationInd="false">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.97"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.24"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="IMMUNIZ" codeSystem="2.16.840.1.113883.5.4" displayName="Immunization"/>  
  <hl7:statusCode code="completed"/>  
  <hl7:routeCode nullFlavor="NA"/>  <hl7:approachSiteCode nullFlavor="NA"/>  
  
  <hl7:performer typeCode="PRF">
    
  </hl7:performer>  <hl7:author>
    
  </hl7:author>  <hl7:participant typeCode="ENT" contextControlCode="OP">
    
  </hl7:participant>  <hl7:precondition typeCode="PRCN">
    
  </hl7:precondition></hl7:substanceAdministration>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:substanceAdministration

(epi...ion)

@classCode

cs

1 … 1

F

SBADM

@moodCode

cs

1 … 1

F

EVN

@negationInd

bl

1 … 1

F

false

In ELGA werden keine unerwünschten Impfungen dokumentiert, daher ist der negationInd immer "false".

hl7:templateId

II

1 … 1

M

(epi...ion)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.97

hl7:templateId

II

1 … 1

M

HL7 CCD Medication activity

(epi...ion)

wo [@root='2.16.840.1.113883.10.20.1.24']

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.24

hl7:id

II

0 … 1

R

Id der einzelnen Impfung, auf die referenziert werden kann (z.B. für Updates).
OID und/oder Extension werden von der GDA-Software generiert, Eindeutigkeit ist unbedingt zu wahren.

(epi...ion)

hl7:code

CD

1 … 1

M

(epi...ion)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.24 EMS Impfstatus VS (DYNAMIC)

Eingefügt

0 … 1

von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)

hl7:text

ED

0 … 1

(epi...ion)

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.

(epi...ion)

@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

Fester Wert "completed"

(epi...ion)

@code

cs

1 … 1

F

completed

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:effectiveTime[not(@nullFlavor)]
hl7:effectiveTime[@nullFlavor='UNK']

hl7:effectiveTime

TS

0 … 1

Impfzeitpunkt: Datum und Zeitpunkt der Durchführung der Impfung.
bzw.
"Impfdatum": Datum der Durchführung der Impfung ohne Zeitangabe.

(epi...ion)

wo [not(@nullFlavor)]

Schematron assert

role

error

test

not(@value) or matches(@value,'^[0-9]{4,8}$') or matches(@value,'^[0-9]{14}')

Meldung

value SHALL contain a date value YYYYMMDD or YYYYMM or YYYY or be precise to the second

Schematron assert

role

error

test

not(@value) or matches(@value,'^[0-9]{4,8}$') or contains(@value,'+') or contains(@value,'-')

Meldung

value SHALL include a time zone if more precise than to the day YYYYMMDDhhmmss[+/-]HHMM

hl7:effectiveTime

TS

0 … 1

NullFlavor

(epi...ion)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:routeCode

CE

1 … 1

R

Die Art der Anwendung (des Impfstoffes) z.B. subkutan, intramuskulär.
Wird nicht verwendet! Für dieses Element wird daher immer der nullFlavor='NA' angegeben.

(epi...ion)

@nullFlavor

cs

1 … 1

F

NA

hl7:approachSiteCode

CD

1 … 1

R

Der Ort der Anwendung bzw. die Körperstelle, an der die Impfung angewendet wurde.
Wird nicht verwendet!
Für dieses Element wird daher immer der nullFlavor='NA' angegeben.

(epi...ion)

@nullFlavor

cs

1 … 1

F

NA

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:doseQuantity[not(hl7:low|hl7:high|@nullFlavor)]
hl7:doseQuantity[@nullFlavor='UNK']

hl7:doseQuantity

IVL_PQ

0 … 1

Menge des Wirkstoffs der verabreichten Arzneispezialität (Mengenangabe aus Fachinformation).
Mit doseQuantity als IVL_PQ, aber als PQ instantiiert.

(epi...ion)

wo [not(hl7:lowoder
hl7:highoder
@nullFlavor)]

@value

1 … 1

R

Dosierung bzw. Menge des verabreichten Impfstoffes.

@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

Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtrag MUSS, M [1..1], die tatsächlich verabreichte Menge dokumentiert werden, WENN von Fachinformation abweichend verabreicht wurde.

In allen anderen Fällen MUSS, R [1..1] das Element vorhanden sein und KANN mit nullFlavor = "UNK" strukturiert werden.

hl7:low

IVXB_PQ

NP

(epi...ion)

hl7:center

PQ

NP

(epi...ion)

hl7:width

PQ

NP

(epi...ion)

hl7:high

IVXB_PQ

NP

(epi...ion)

hl7:doseQuantity

IVL_PQ

0 … 1

(epi...ion)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:consumable[hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.32']] welches enthält Template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC)
hl7:consumable[hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.31']] welches enthält Template 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC)

hl7:consumable

0 … 1

Impfstoff.

Beinhaltet 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC)

(epi...ion)

wo [hl7:manufacturedProduct/hl7:templateId [@root='1.2.40.0.34.6.0.11.9.32']]

@typeCode

cs

1 … 1

F

CSM

hl7:consumable

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC)

(epi...ion)

wo [hl7:manufacturedProduct/hl7:templateId [@root='1.2.40.0.34.6.0.11.9.31']]

@typeCode

cs

1 … 1

F

CSM

hl7:performer

0 … 1

C

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

Beinhaltet 1.2.40.0.34.6.0.11.9.21 Performer Body - Impfende Person (DYNAMIC)

(epi...ion)

@typeCode

cs

1 … 1

F

PRF

hl7:author

0 … 1

C

Die Person, die für die Impfung und ihre Dokumentation letztlich verantwortlich ist. Im Sinne des "Übertragenen Wirkungsbereiches" der verantwortliche Arzt.

Beinhaltet 1.2.40.0.34.6.0.11.9.8 Author Body - e-Impfpass (DYNAMIC)

(epi...ion)

hl7:participant

0 … 1

C

Nachtragende Person (Datenverarbeitende Person)

Die Person / Gerät, die Daten für den Impfpass dokumentiert. Nur für Nachtragung relevant.

Beinhaltet 1.2.40.0.34.6.0.11.9.14 Participant Body - Transcriber (DYNAMIC)

(epi...ion)

@typeCode

cs

1 … 1

F

ENT

@contextControlCode

cs

0 … 1

F

OP

hl7:precondition

1 … 1

M

Impfschema. Die Angabe eines Impfschemas ist verpflichtend.

Beinhaltet 1.2.40.0.34.6.0.11.3.10 Immunization Schedule Entry (DYNAMIC)

(epi...ion)

@typeCode

cs

0 … 1

F

PRCN

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2']) or hl7:doseQuantity

Meldung

Das Element doseQuantity MUSS vorhanden und KANN mit nullFlavor "UNK" strukturiert sein.

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not( hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:consumable/hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.32']

Meldung

Das Element consumable/manufacturedProduct/templateId/@root='1.2.40.0.34.6.0.11.9.32' MUSS vorhanden sein.

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not(hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:author

Meldung

Das Element author MUSS vorhanden sein.

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.4']) or hl7:reference

Meldung

Das Element reference MUSS vorhanden sein.

7.2.4.16 Immunization Schedule Entry

Id

1.2.40.0.34.6.0.11.3.10

ref

at-cda-bbr-

Gültigkeit

2023‑04‑05 10:09:25

Andere Versionen mit dieser Id:

atcdabbr_entry_ImmunizationSchedule vom 2021‑10‑28 12:10:34
atcdabbr_entry_ImmunizationSchedule vom 2021‑08‑04 14:47:27
atcdabbr_entry_ImmunizationSchedule vom 2021‑05‑12 11:47:43
atcdabbr_entry_ImmunizationSchedule vom 2021‑05‑12 11:23:59
atcdabbr_entry_ImmunizationSchedule vom 2021‑02‑19 12:47:15
atcdabbr_entry_ImmunizationSchedule vom 2019‑04‑17 10:53:55

Status

Aktiv

Versions-Label

2.0.0+20230717

Name

atcdabbr_entry_ImmunizationSchedule

Bezeichnung

Immunization Schedule Entry

Beschreibung

Impfschema bzw. Plan der notwendigen Impfdosen (als Sequenz von Dosiskennungen).

Stellt das Regelwerk für die Verabreichung von Impfdosen bzw. Teilimpfungen zur Immunisierung, Grundimmunisierung und Auffrischung dar.

Wird bei einer Impfung kein Impfschema angegeben, wird das "Default-Schema" angenommen.

Dieses Template wird nicht nur von Immunization Entry, sondern auch für Empfehlungen von Immunization Recommendation Entry verwendet. Bei Empfehlungen kann die Dosis-Angabe in criterion/value entfallen, wenn:

Keine weitere Impfung empfohlen wird --> nullFlavor="NA" (not applicable)
Keine Impfung berechnet werden kann --> nullFlavor="NAV" (not available)
Der Arzt eine Individuelle Empfehlung ausspricht --> nullFlavor="UNK" (unbekannt)

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.10

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.1	Inklusion	Narrative Text Reference (1.0.1+20210512)	DYNAMIC
1.2.40.0.34.6.0.11.9.2	Inklusion	Original Text Reference (1.0.0+20210219)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.3.10 Immunization Schedule Entry (2021‑08‑04 14:47:27)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.10 Immunization Schedule Entry (2019‑04‑17 10:53:55)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.329 CDA Precondition (2005‑09‑07)

ref

ad1bbr-

Beispiel

<cda:criterion classCode="OBS" moodCode="EVN.CRT">
<cda:templateId root="1.2.40.0.34.6.0.11.3.10"/> <cda:code nullFlavor="NI"/> 
<cda:value xsi:type="CD" code="D1" codeSystem="1.2.40.0.34.5.183" displayName="Dosis 1"/></cda:criterion>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:criterion

1 … 1

M

Impfschema

(atc...ule)

@classCode

cs

0 … 1

F

OBS

@moodCode

cs

0 … 1

F

EVN.CRT

hl7:templateId

II

1 … 1

M

(atc...ule)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.10

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:code[concat(@code, @codeSystem) = doc('include/voc-1.2.40.0.34.6.0.10.5-DYNAMIC.xml')//valueSet[1]/conceptList/concept/concat(@code, @codeSystem) or @nullFlavor]
hl7:code[@nullFlavor='NI']

hl7:code

CE

0 … 1

(atc...ule)

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@displayName

st

0 … 1

Constraint

Update Immunisierungsstatus: Das Impfschema MUSS angegeben werden, WENN eine vom "Normalschema" (Defaultschema) abweichende Berechnung der weiteren Impftermine ausgelöst werden soll, z.B. für "Schnellimmunisierung".
Wenn kein spezielles Schema angewendet wird oder wenn das Schema nicht bekannt ist (z.B. bei Nachtragung) wird der nullFlavor "NI" angegeben.

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.5 eImpf_Impfschema (DYNAMIC)

hl7:code

CE

0 … 1

(atc...ule)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)
Der menschenlesbare Text MUSS automatisch aus den strukturierten Informationen dieses Elements generiert werden. Das Textelement MUSS NUR den Verweis auf den entsprechenden Text im menschenlesbaren Teil enthalten.

hl7:text

ED

1 … 1

M

(atc...ule)

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

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

Auswahl

1 … 1

"Dosiskennung": Angabe, um welche Impfdosis (Teilimpfung) es sich handelt (Reihenfolgenummer in der Sequenz der Impfdosen oder die Teilimpfungen innerhalb eines Impfschemas).

Elemente in der Auswahl:

hl7:value[not(@nullFlavor)]
hl7:value[@nullFlavor='UNK']
hl7:value[@nullFlavor='NAV']
hl7:value[@nullFlavor='NA']

Constraint

Für die Verwendung im Immunization Entry im Fall der Dokumentenklasse "Update Immunisierungsstatus" mit Nachtragung oder mit Selbsteintrag durch den Bürger sowie der Dokumentenklasse "Kompletter Immunisierungsstatus" mit Nachtragung KANN, R [1..1], dieses Element mittels value/@nullFlavor = "UNK" strukturiert werden.

In allen anderen Fällen MUSS das Element angegeben sein M [1..1], die Verwendung von value/@nullFlavor = "UNK" ist NICHT ERLAUBT.

Für die Verwendung im Immunization Recommendation Entry ist im Fall der Dokumentenklasse "Update Immunisierungsstatus" die Verwendung des nullFlavors "UNK" zulässig.
Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" sind die nullFlavors "NA", "NAV" und "UNK" erlaubt.

hl7:value

CD

0 … 1

Dosiskennung

(atc...ule)

wo [not(@nullFlavor)]

@displayName

st

1 … 1

R

@codeSystem

oid

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.6.0.10.6 eImpf_Impfdosis (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...ule)

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

@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

CD

0 … 1

nullFlavor

(atc...ule)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Schematron assert

role

error

test

((/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] or /hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.4']) and (ancestor::*/hl7:templateId[@root = '1.2.40.0.34.6.0.11.3.1'] and (ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'] or ancestor::*/hl7:informant ))) or ((/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] or /hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.4']) and ancestor::*/hl7:templateId[@root = '1.2.40.0.34.6.0.11.3.3'])

Meldung

value/@nullFlavor = "UNK" ist NICHT ERLAUBT

hl7:value

CD

0 … 1

nullFlavor

(atc...ule)

wo [@nullFlavor='NAV']

@nullFlavor

cs

1 … 1

F

NAV

Schematron assert

role

error

test

(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.4'] and ancestor::*/hl7:templateId[@root = '1.2.40.0.34.6.0.11.3.3'])

Meldung

value/@nullFlavor = "NAV" ist NICHT ERLAUBT

hl7:value

CD

0 … 1

nullFlavor

(atc...ule)

wo [@nullFlavor='NA']

@nullFlavor

cs

1 … 1

F

NA

Schematron assert

role

error

test

(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.4'] and ancestor::*/hl7:templateId[@root = '1.2.40.0.34.6.0.11.3.3'])

Meldung

value/@nullFlavor = "NA" ist NICHT ERLAUBT

7.2.4.17 Immunization Entry Impfung nicht angegeben

Id

1.2.40.0.34.6.0.11.3.28

ref

at-cda-bbr-

Gültigkeit

2024‑05‑22 08:12:20

Andere Versionen mit dieser Id:

atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2023‑04‑05 10:29:26
atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2022‑03‑10 14:13:21
atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2021‑10‑28 13:41:54
atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2021‑10‑28 13:28:46
atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2021‑10‑28 13:24:48
atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2021‑04‑30 08:09:24
atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2021‑02‑19 12:46:59
atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2019‑08‑13 12:59:09
atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2019‑08‑13 12:59:02

Status

Aktiv

Versions-Label

2.0.1+20240628

Name

atcdabbr_entry_ImmunizationImpfungNichtAngegeben

Bezeichnung

Immunization Entry Impfung nicht angegeben

Beschreibung

Dokumentiert, dass keine Impfung verabreicht wurde.

Dieses Entry wird weder im Stylesheet angezeigt, noch in der zentralen e-Impfpass-Anwendung gespeichert - ist aber für IHE PCC-Konformität notwendig.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.28

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.1	Inklusion	Narrative Text Reference (1.0.1+20210512)	DYNAMIC
1.2.40.0.34.6.0.11.9.31	Containment	Vaccine Product nicht angegeben (1.0.0+20210219)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (2023‑04‑05 10:29:26)

ref

at-cda-bbr-

Spezialisierung: Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (2022‑03‑10 14:13:21)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (2021‑10‑28 13:24:48)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (2021‑02‑19 12:46:59)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (2019‑08‑13 12:59:09)

ref

at-cda-bbr-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.12 eHDSI Immunizations (DYNAMIC)

ref

epsos-

Spezialisierung: Template 2.16.840.1.113883.10.20.1.24 Medication activity (DYNAMIC)

ref

ccd1-

Beispiel

keine Impfung (für Update Immunisierungsstatus ohne Impfung)

Item

DT

Kard

Konf

Beschreibung

Label

hl7:substanceAdministration

(atc...ben)

@classCode

cs

1 … 1

F

SBADM

@moodCode

cs

1 … 1

F

EVN

@negationInd

bl

1 … 1

F

false

In ELGA werden keine unerwünschten Impfungen dokumentiert, daher ist der negationInd immer "false".

hl7:templateId

II

1 … 1

M

ELGA

(atc...ben)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.28

hl7:templateId

II

1 … 1

M

Medication activity

(atc...ben)

wo [@root='2.16.840.1.113883.10.20.1.24']

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.24

hl7:templateId

II

1 … 1

M

IHE Immunizations Entry

(atc...ben)

wo [@root='1.3.6.1.4.1.19376.1.5.3.1.4.12']

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.12

hl7:id

II

1 … 1

M

ID auf die referenziert werden kann (z.B. für Updates).
OID und/oder Extension werden von der GDA-Software generiert, Eindeutigkeit ist unbedingt zu wahren.

(atc...ben)

@root

uid

1 … 1

R

@extension

st

0 … 1

hl7:code

CD

1 … 1

M

Fixer Wert: 90351000119108, "Vaccination not done (situation)"

(atc...ben)

@code

cs

1 … 1

F

90351000119108

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.6.96

@codeSystemName

st

1 … 1

F

SNOMED CT

@displayName

st

1 … 1

F

Vaccination not done (situation)

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

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

@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

Fester Wert "completed"

(atc...ben)

@code

cs

1 … 1

F

completed

hl7:effectiveTime

TS.AT.TZ

1 … 1

R

Fester Wert: nullFlavor "UNK"

(atc...ben)

@nullFlavor

cs

1 … 1

F

UNK

hl7:routeCode

CE

1 … 1

R

Die Art der Anwendung (des Impfstoffes), z.B. subkutan, intramuskulär.
Wird nicht verwendet! Für dieses Element wird daher immer der nullFlavor='NA' angegeben.

(atc...ben)

@nullFlavor

cs

1 … 1

F

NA

hl7:approachSiteCode

CD

1 … 1

R

Der Ort der Anwendung bzw. die Körperstelle, an der die Impfung angewendet wurde.
Wird nicht verwendet! Für dieses Element wird daher immer der nullFlavor='NA' angegeben.

(atc...ben)

@nullFlavor

cs

1 … 1

F

NA

hl7:consumable

1 … 1

M

Beinhaltet 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC)

(atc...ben)

@typeCode

cs

1 … 1

F

CSM

7.2.4.18 EMS Abnahmeinformationen (Specimen Collection)

Id

1.2.40.0.34.6.0.11.3.55

Gültigkeit

2020‑02‑20 14:17:08

Status

Entwurf

Versions-Label

2020

Name

epims_entry_specimenCollection

Bezeichnung

EMS Abnahmeinformationen (Specimen Collection)

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.55

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.11.90003	Inklusion	AssignedEntityElements	DYNAMIC
1.2.40.0.34.11.30022	Containment	Annahmeinformationen (Specimen Received)	DYNAMIC

Beispiel

Strukturbeispiel

<hl7:procedure classCode="PROC" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.55"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.3.1.2"/>  <hl7:code code="33882-2" codeSystem="2.16.840.1.113883.6.1"/>  <hl7:effectiveTime>
    
  </hl7:effectiveTime>  <hl7:methodCode code="MAT1" codeSystem="1.2.40.0.34.5.99" displayName="Primary Sample"/>  <hl7:targetSiteCode code="BE" codeSystem="2.16.840.1.113883.5.1052" displayName="bilateral ears"/>  <hl7:performer typeCode="PRF">
    <hl7:assignedEntity>
      
    </hl7:assignedEntity>  </hl7:performer>  <hl7:participant typeCode="PRD" contextControlCode="OP">
    <hl7:participantRole classCode="SPEC">
      <hl7:id root="1.2.3.999" extension="--example only--"/>      <hl7:playingEntity>
        <hl7:code code="ABSTRICH" codeSystem="1.2.40.0.34.5.58" displayName="Abstrich"/>      </hl7:playingEntity>    </hl7:participantRole>  </hl7:participant>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">
    
  </hl7:entryRelationship></hl7:procedure>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:procedure

1 … 1

M

(epi...ion)

@classCode

cs

1 … 1

F

PROC

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(epi...ion)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.55

hl7:templateId

II

1 … 1

M

(epi...ion)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1.2

hl7:code

CE

1 … 1

M

(epi...ion)

@code

CONF

1 … 1

F

33882-2

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

hl7:effectiveTime

1 … 1

R

(epi...ion)

Eingefügt

1 … 1

R

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

(epi...ion)

wo [@value]

hl7:low

TS.AT.TZ

0 … 1

(epi...ion)

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

(epi...ion)

wo [@value]

hl7:high

TS.AT.TZ

0 … 1

(epi...ion)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:methodCode

CE

0 … 1

R

(epi...ion)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.16 EMS MaterialMethode VS (DYNAMIC)

hl7:targetSiteCode

CD

0 … 1

R

Codierung des Entnahmeorts (IHE ActSite)

(epi...ion)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.52 ELGA_HumanActSite (DYNAMIC)

hl7:performer

0 … 1

R

Codierung der für die Abnahme verantwortliche Person/Organisation.

(epi...ion)

@typeCode

cs

1 … 1

F

PRF

hl7:assignedEntity

1 … 1

M

Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“.

(epi...ion)

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

(epi...ion)

hl7:addr

AD

0 … 1

Ein Adress-Element der validierenden Person.

Zugelassene nullFlavor: UNK

(epi...ion)

hl7:telecom

TEL.AT

0 … *

Mindestens ein Telecom-Element der validierenden Person.

Zugelassene nullFlavor: UNK

(epi...ion)

hl7:assignedPerson

1 … 1

M

Persondendaten der validierenden Person.

(epi...ion)

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.

(epi...ion)

hl7:representedOrganization

0 … 1

Organistationsdaten der validierenden Person.

(epi...ion)

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

(epi...ion)

hl7:name

ON

1 … 1

M

(epi...ion)

hl7:telecom

TEL.AT

0 … *

(epi...ion)

hl7:addr

AD

0 … 1

(epi...ion)

hl7:participant

1 … 1

M

Spezimen als participant.

(epi...ion)

@typeCode

cs

1 … 1

F

PRD

@contextControlCode

cs

0 … 1

F

OP

hl7:participantRole

1 … 1

M

(epi...ion)

@classCode

cs

1 … 1

F

SPEC

hl7:id

II

1 … 1

M

Id des Spezimens: Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“.

(epi...ion)

hl7:playingEntity

1 … 1

M

(epi...ion)

hl7:code

CE

1 … 1

M

(epi...ion)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.17 EMS Material VS (DYNAMIC)

hl7:entryRelationship

0 … 1

R

Annahminformation.

Beinhaltet 1.2.40.0.34.11.30022 Annahmeinformationen (Specimen Received) (DYNAMIC)

(epi...ion)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

7.2.4.19 Annahmeinformationen (Specimen Received)

Id

1.2.40.0.34.11.30022

ref

elgabbr-

Gültigkeit

2014‑03‑04

Andere Versionen mit dieser Id:

SpecimenReceived vom 2013‑09‑09
SpecimenReceived vom 2012‑01‑07

Status

Aktiv

Versions-Label

Name

SpecimenReceived

Bezeichnung

Annahmeinformationen (Specimen Received)

Klassifikation

CDA Entry 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.4.3.2	Containment	Befundtext (Anmerkungen und Kommentare)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.11.30022 Annahmeinformationen (Specimen Received) (2014‑03‑04)

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

(Spe...ved)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

R

(Spe...ved)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1.3

hl7:code

CE

1 … 1

M

Code für den Probeneingang.

(Spe...ved)

@code

CONF

1 … 1

F

SPRECEIVE

@codeSystem

1 … 1

F

1.3.5.1.4.1.19376.1.5.3.2 (IHEActCode)

hl7:effectiveTime

TS

1 … 1

R

Zeitpunkt des Einlangen des Spezimens.

(Spe...ved)

hl7:entryRelationship

0 … *

Beinhaltet 1.2.40.0.34.11.4.3.2 Befundtext (Anmerkungen und Kommentare) (DYNAMIC)

(Spe...ved)

@typeCode

cs

1 … 1

F

COMP

7.2.4.20 Befundtext (Anmerkungen und Kommentare)

Id

1.2.40.0.34.11.4.3.2

ref

elgabbr-

Gültigkeit

2015‑01‑30

Status

Aktiv

Versions-Label

Name

Annotation

Bezeichnung

Befundtext (Anmerkungen und Kommentare)

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.11.4.3.2

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.4.3.2 Befundtext (Anmerkungen und Kommentare) (2015‑01‑30)

ref

elgabbr-

Beispiel

Strukturbeispiel

Beispiel

Kommentar zu einer Analyse

<ClinicalDocument>
  <observation classCode="OBS" moodCode="EVN">
    <templateId root="1.3.6.1.4.1.19376.1.3.1.3"/>    <id extension="P-13-1" root="2.16.840.1.113883.2.16.1.99.3.1"/>    <code code="14979-9" codeSystem="2.16.840.1.113883.6.1" displayName="aPTT"/>    <text>
      <reference value="#OBS-13-1"/>    </text>    <effectiveTime value="20121201073406"/>    <value unit="pg" value="57.0" xsi:type="PQ"/>    <entryRelationship typeCode="COMP">
      <act classCode="ACT" moodCode="EVN">
        <templateId root="1.2.40.0.34.11.4.3.2"/>        <templateId root="2.16.840.1.113883.10.20.1.40"/>        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.2"/>        <code code="48767-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Annotation Comment"/>        <text>
          <reference value="#footnote1"/>        </text>        <statusCode code="completed"/>      </act>    </entryRelationship>  </observation></ClinicalDocument>

Beispiel

Kommentar zu einem Bereich/Speciality

<ClinicalDocument>
  <entry typeCode="DRIV">
    <act classCode="ACT" moodCode="EVN">
      <templateId root="1.3.6.1.4.1.19376.1.3.1" extension="Lab.Report.Data.Processing.Entry"/>      <code code="26436-6" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Laboratory Studies"/>      <statusCode code="completed"/>       ...       <entryRelationship>
        <act classCode="ACT" moodCode="EVN">
          <templateId root="1.2.40.0.34.11.4.3.2"/>          <templateId root="2.16.840.1.113883.10.20.1.40"/>          <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.2"/>          <code code="48767-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Annotation Comment"/>          <text>
            <reference value="#commonRemark1"/>          </text>          <statusCode code="completed"/>        </act>      </entryRelationship>    </act>  </entry></ClinicalDocument>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

(Ann...ion)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

R

(Ann...ion)

@root

uid

1 … 1

F

1.2.40.0.34.11.4.3.2

hl7:templateId

II

1 … 1

R

(Ann...ion)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.40

hl7:templateId

II

1 … 1

R

(Ann...ion)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.2

hl7:code

CE

1 … 1

M

(Ann...ion)

@code

CONF

1 … 1

F

48767-8

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

hl7:text

ED

1 … 1

M

Referenz auf den Text im narrativen Teil.

(Ann...ion)

hl7:reference

1 … 1

M

(Ann...ion)

@value

1 … 1

R

hl7:statusCode

CS

0 … 1

(Ann...ion)

@code

CONF

0 … 1

F

completed

7.2.4.21 Notification Organizer EMS Labormeldung

Id

1.2.40.0.34.6.0.11.3.92

Gültigkeit

2020‑04‑22 15:35:09

Status

Entwurf

Versions-Label

2020

Name

epims_entry_notificationOrganizerLabor

Bezeichnung

Notification Organizer EMS Labormeldung

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.92

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.3.6.1.4.1.19376.1.3.1.1.1	Containment	Notification Condition	DYNAMIC
1.2.40.0.34.6.0.11.3.91	Containment	EMS Case Identification Labormeldung (2020)	DYNAMIC

Beziehung

Spezialisierung: Template 1.3.6.1.4.1.19376.1.3.1.1 Notification Organizer (2013‑09‑09)

ref

elgabbr-

Version: Template 1.3.6.1.4.1.19376.1.3.1.1 Notification Organizer (2013‑09‑09)

ref

elgabbr-

Beispiel

Strukturbeispiel

<cda:organizer classCode="CLUSTER" moodCode="EVN">
  <cda:templateId root="1.2.40.0.34.6.0.11.3.92"/>  <cda:templateId root="1.3.6.1.4.1.19376.1.3.1.1"/>  <cda:statusCode code="completed"/>  <cda:component typeCode="COMP">
    
  </cda:component>  <cda:component typeCode="COMP">
    
  </cda:component></cda:organizer>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:organizer

(epi...bor)

@classCode

cs

1 … 1

F

CLUSTER

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(epi...bor)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.92

hl7:templateId

II

1 … 1

M

(epi...bor)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1.1

hl7:statusCode

CS (erforderlich)

1 … 1

M

(epi...bor)

@code

CONF

1 … 1

F

completed

hl7:component

0 … 1

Kann eine Notifiable Condition enthalten.

Dieses Element codiert den Erreger einer meldepflichtigen Krankheit. Die Angabe des Erregers ist OPTIONAL und wird derzeit von EMS nicht verwendet. Die Krankheit (siehe nachfolgende Komponenten) ist jedenfalls anzugeben.

Beinhaltet 1.3.6.1.4.1.19376.1.3.1.1.1 Notification Condition (DYNAMIC)

(epi...bor)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

1 … 1

M

Beinhaltet eine Case Identification
Beinhaltet 1.2.40.0.34.6.0.11.3.91 EMS Case Identification Labormeldung (DYNAMIC)

(epi...bor)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

7.2.4.22 EMS Case Identification Labormeldung

Id

1.2.40.0.34.6.0.11.3.91

Gültigkeit

2020‑04‑22 15:31:59

Status

Entwurf

Versions-Label

2020

Name

epims_entry_caseIdentificationLabor

Bezeichnung

EMS Case Identification Labormeldung

Beschreibung

Basierend auf der Fragestellung kann das Labor auch das Fehlen eines Erregers bzw. das Fehlen einer meldepflichtigen Krankheit codieren, indem beim observation-Element das Attribut negationInd auf „true“ gesetzt wird. Dies hat zur Folge, dass die Aussage dieses observation-Elements negiert wird.

Das „Case Identification“ Element beinhaltet ein id Element welches den Fall identifiziert. Diese Identifikatoren werden vom EMS nach Meldung einer Krankheit vergeben und identifizieren die Kombination aus Patient/Patientin und ausgebrochener Krankheit. Der erzeugte Identifier wird an das Labor zurückgemeldet und das Labor hat die Möglichkeit bei weiteren Untersuchungen im Kontext der meldepflichtigen Krankheit diesen Identifier zu verwenden. Sollte keine Id für die Krankheit verfügbar sein (z.B.: bei der Initialmeldung) wird dieses id-Element weggelassen.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.91

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.3.57 EMS Case Identification Arztmeldung (2020‑02‑20 15:08:54)

ref

epims-

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

ref

ad1bbr-

Beispiel

<hl7:observation classCode="CASE" moodCode="EVN" negationInd="false">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.91"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.3.1.1.2"/>  <hl7:templateId root="1.2.40.0.34.11.6.3.2"/>  
  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="416341003" codeSystem="2.16.840.1.113883.6.96" displayName="Case Management Started"/>  <hl7:statusCode code="completed"/>  <hl7:effectiveTime>
    <hl7:low value="20200725145409"/>  </hl7:effectiveTime>  <hl7:value code="A00" codeSystem="1.2.40.0.34.5.171" displayName="Cholera"/></hl7:observation>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(epi...bor)

@classCode

cs

1 … 1

F

CASE

@moodCode

cs

1 … 1

F

EVN

@negationInd

bl

0 … 1

Wenn die Aussage in diesem Case Identification Element negiert werden soll MUSS das "negationInd" Attribute vorhanden sein und MUSS mit dem Wert "true" befüllt sein.
In allen anderen Fällen DARF dieses Attribute NICHT vorhanden sein.

hl7:templateId

II

1 … 1

M

(epi...bor)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.91

hl7:templateId

II

1 … 1

M

Template der IHE Case Identification

(epi...bor)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1.1.2

hl7:templateId

II

1 … 1

M

Template für EMS Case Identification

(epi...bor)

@root

uid

1 … 1

F

1.2.40.0.34.11.6.3.2

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:id

hl7:id

II

0 … 1

R

Angabe der Fall-Id. Im Falle, dass ein Erkrankungsfall schon einmal an das EMS weitergeleitet wurde und dem Absender die Fall-Id bekannt ist.

(epi...bor)

@root

uid

1 … 1

F

1.2.40.0.34.3.1.1

@extension

st

1 … 1

R

Angabe der EMS Fall-Id

hl7:id

II

NP

EMS-Fall-Id wurde noch nicht zugewiesen.

(epi...bor)

hl7:id

II

0 … *

Fall-Identifikatoren außerhalb der EMS Domäne (z.B.: lokale Ids).

Es gelten die Vorgaben des entsprechenden Kapitels des Allgemeinen Leitfadens

(epi...bor)

hl7:code

CD

1 … 1

M

(epi...bor)

@code

CONF

1 … 1

F

416341003

@codeSystem

1 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

@codeSystemName

1 … 1

F

SNOMED-CT

@displayName

1 … 1

F

Case Management Started

hl7:statusCode

CS (erforderlich)

1 … 1

M

(epi...bor)

@code

CONF

1 … 1

F

completed

hl7:effectiveTime

IVL_TS

0 … 1

R

Diagnosedatum

(epi...bor)

hl7:value

CD

1 … 1

M

(epi...bor)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.19 EMS Meldepflichtige Krankheiten VS (DYNAMIC)

7.2.4.23 EMS Organizer Labor

Id

1.2.40.0.34.6.0.11.3.61

Gültigkeit

2020‑02‑20 16:12:29

Status

Entwurf

Versions-Label

2020

Name

epims_entry_EMSOrganizerLabor

Bezeichnung

EMS Organizer Labor

Beschreibung

Der Laboratory Battery Organizer ist ein Strukturierungshilfsmittel und beinhaltet eine Sammlung von Laboratory Observations. Laut ELGA Implementierungsleitfaden für den Laborbefund kann ein Befund mehrere Organizer enthalten und jeweils Ergebnisse einer Befundgruppe beinhalten. Die EMS Labormeldung enthält jedoch nur einen Organizer, welcher einerseits das für die Meldung relevante Laborergebnis enthalten kann, jedoch auf alle Fälle die benötigten EMS Parameter als einzelne Observations enthält.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.61

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.3.6.1.4.1.19376.1.3.1.6	Inklusion	Laborergebnisse (Laboratory Observation)	DYNAMIC
1.2.40.0.34.6.0.11.3.69	Inklusion	EMS Organizer Observation (2020)	DYNAMIC

Beziehung

Generalisierung: Template 1.2.40.0.34.6.0.11.3.26 Laboratory Battery Organizer (2019‑05‑29 10:51:34)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

<hl7:organizer classCode="BATTERY" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.61"/>  <hl7:templateId root="1.2.40.0.34.11.6.2.1"/>  <hl7:code code="30" codeSystem="1.2.40.0.34.5.189" displayName="EMS_Organizer"/>  <hl7:statusCode code="completed"/>  <hl7:effectiveTime>
    
  </hl7:effectiveTime>  <hl7:component typeCode="COMP" contextConductionInd="false">
    
  </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="false">
    
  </hl7:component></hl7:organizer>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:organizer

(epi...bor)

@classCode

cs

1 … 1

F

BATTERY

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(epi...bor)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.61

hl7:templateId

II

1 … 1

M

(epi...bor)

@root

uid

1 … 1

F

1.2.40.0.34.11.6.2.1

hl7:code

CE

1 … 1

M

(epi...bor)

@code

CONF

1 … 1

F

30

@codeSystem

1 … 1

F

1.2.40.0.34.5.189

@codeSystemName

1 … 1

F

EMS_struktur_elemente

@displayName

1 … 1

F

EMS_Organizer

hl7:statusCode

CS

1 … 1

M

(epi...bor)

@code

CONF

1 … 1

F

completed

hl7:effectiveTime

IVL_TS

0 … 1

R

Zeitraum in welchem die Test/Beobachtungen durchgeführt wurden.

(epi...bor)

Eingefügt

R

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

(epi...bor)

wo [@value]

hl7:low

TS.AT.TZ

0 … 1

(epi...bor)

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

(epi...bor)

wo [@value]

hl7:high

TS.AT.TZ

0 … 1

(epi...bor)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:component

0 … *

Laborergebnisse - Observations

(epi...bor)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

Eingefügt

1 … 1

R

von 1.3.6.1.4.1.19376.1.3.1.6 Laborergebnisse (Laboratory Observation) (DYNAMIC)

hl7:observation

1 … 1

R

(epi...bor)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

R

(epi...bor)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1.6

hl7:id

II

0 … 1

Identifikation des Tests nach einer internen Codierung. Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“.

(epi...bor)

hl7:code

CE

1 … 1

R

Codierung der Analyse / des Tests.

(epi...bor)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.44 ELGA_Laborparameter (DYNAMIC)

Schematron assert

role

error

test

not(@nullFlavor) or not(@nullFlavor='OTH') or hl7:translation

Meldung

Wenn code/@nullFlavor=OTH dann MUSS entweder code/translation anwesend sein.

hl7:text

ED

0 … 1

Der Text zum Laborergebnis wird verwendet, um einen Verweis zum narrativen Text herzustellen, Verwendung siehe 6.2.9.2

(epi...bor)

hl7:statusCode

CS

1 … 1

M

Statuscode.

Auswahl:

„completed“ für einen abgeschlossenen Test.

„aborted“ für einen stornierten Test (konnte nicht durchgeführt werden)

„active“ für einen ausständigen Test („Wert folgt“)

(epi...bor)

CONF

@code muss "completed" sein

oder

@code muss "aborted" sein

hl7:effectiveTime

IVL_TS

1 … 1

R

Medizinisch relevantes Datum und Zeit. In der Regel Abnahmedatum/-zeit des Spezimen.

(epi...bor)

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:value[@xsi:type='PQ']
hl7:value[@xsi:type='IVL_PQ']
hl7:value[@xsi:type='INT']
hl7:value[@xsi:type='IVL_INT']
hl7:value[@xsi:type='BL']
hl7:value[@xsi:type='ST']
hl7:value[@xsi:type='CV']
hl7:value[@xsi:type='TS']
hl7:value[@xsi:type='CD']
hl7:value[@xsi:type='RTO']
hl7:value[@xsi:type='RTO_QTY_QTY']
hl7:value[@xsi:type='RTO_PQ_PQ']

Constraint

Konditionale Konformität:

Bei EIS "Basic" 1..1 R2 Codierung der Einheit erforderlich (im Element translation)
Bei EIS "Enhanced" 1..1 M Codierung der Einheit nach UCUM erforderlich

Datentyp eingeschränkt auf PQ, IVL_PQ, INT, IVL_INT, BL, ST, CV, TS, CD, RTO, RTO_QTY_QTY, RTO_PQ_PQ

hl7:value

PQ

C

Ergebnis der Analyse codiert entsprechend dem Datentyp.
Kann bei stornierten Analysen entfallen.

Unterelemente können je nach Datentyp notwendig sein, z.B. high/low für IVL oder numerator/denominator für RTO.

(epi...bor)

wo [@xsi:type='PQ']

hl7:translation

PQR

0 … 1

Alternative Repräsentation derselben physikalischen Größe, mit unterschiedlicher Einheit in @code und @codeSystem und einem möglicherweise unterschiedlichen Wert.

(epi...bor)

hl7:value

IVL_PQ

C

(epi...bor)

wo [@xsi:type='IVL_PQ']

hl7:value

INT

C

(epi...bor)

wo [@xsi:type='INT']

hl7:value

IVL_INT

C

(epi...bor)

wo [@xsi:type='IVL_INT']

hl7:value

BL

C

(epi...bor)

wo [@xsi:type='BL']

hl7:value

ST

C

(epi...bor)

wo [@xsi:type='ST']

hl7:value

CV

C

(epi...bor)

wo [@xsi:type='CV']

hl7:value

TS

C

(epi...bor)

wo [@xsi:type='TS']

hl7:value

CD

C

(epi...bor)

wo [@xsi:type='CD']

hl7:value

RTO

C

(epi...bor)

wo [@xsi:type='RTO']

hl7:value

RTO_QTY_QTY

C

(epi...bor)

wo [@xsi:type='RTO_QTY_QTY']

hl7:value

RTO_PQ_PQ

C

(epi...bor)

wo [@xsi:type='RTO_PQ_PQ']

Schematron assert

role

error

test

not(hl7:value/@nullFlavor)

Meldung

Die Verwendung von value/@nullFlavor ist nicht erlaubt

hl7:interpretationCode

CE

0 … *

Codierte Bewertung des Ergebnisses. Wird sowohl für Referenzbereichbewertungen als auch für die Codierung der RAST-Klassen verwendet.

(epi...bor)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.13 ELGA_ObservationInterpretation (DYNAMIC)

Schematron assert

role

error

test

not(hl7:referenceRange) or hl7:interpretationCode

Meldung

Wenn zu einem Laborergebnis Referenzwerte mit observation/referenceRange angeführt werden MUSS auch eine Befundinterpretation in observation/interpretationCode erfolgen.

hl7:entryRelationship

0 … *

Beinhaltet 1.2.40.0.34.11.4.3.2 Befundtext (Anmerkungen und Kommentare) (DYNAMIC)

(epi...bor)

@typeCode

cs

1 … 1

F

COMP

hl7:participant

0 … 1

Validierende Person.

(epi...bor)

@typeCode

cs

1 … 1

F

AUTHEN

hl7:templateId

II

1 … 1

R

(epi...bor)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.3.1.5

hl7:time

IVL_TS

1 … 1

R

(epi...bor)

hl7:participantRole

(epi...bor)

hl7:id

II

1 … 1

M

(epi...bor)

hl7:addr

AD

1 … 1

R

(epi...bor)

hl7:telecom

TEL.AT

1 … *

R

(epi...bor)

hl7:playingEntity

1 … 1

M

(epi...bor)

hl7:name

PN

1 … 1

M

(epi...bor)

hl7:referenceRange

0 … *

Es können mehrere Referenzbereiche angegeben werden.

(epi...bor)

@typeCode

cs

1 … 1

F

REFV

Beispiel

43.0% - 49.0% (im zugehörigen Section.text steht der entsprechende Text)

Beispiel

> 40.0% (im zugehörigen Section.text steht der entsprechende Text)

Beispiel

Phase 1: 43.0 - 49.0 Phase 2: 45.0 – 55.0 1835 Phase 3: 49.0 – 63.0 (im zugehörigen Section.text steht der entsprechende Text)

Beispiel

> 40.0% (im zugehörigen Section.text steht der entsprechende Text)

Beispiel

150 - 360 G/L (im zugehörigen Section.text steht der entsprechende Text)

hl7:observationRange

1 … 1

M

(epi...bor)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN.CRT

hl7:text

ED

1 … 1

M

(epi...bor)

hl7:reference

TEL

1 … 1

M

(epi...bor)

hl7:value

IVL_PQ

0 … 1

(epi...bor)

@xsi:type

1 … 1

F

IVL_PQ

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:low[not(@nullFlavor)]
hl7:low[@nullFlavor='NA']
hl7:low[@nullFlavor='NINF']

hl7:low

PQ

0 … 1

(epi...bor)

wo [not(@nullFlavor)]

hl7:low

PQ

0 … 1

(epi...bor)

wo [@nullFlavor='NA']

@nullFlavor

cs

1 … 1

F

NA

hl7:low

PQ

0 … 1

(epi...bor)

wo [@nullFlavor='NINF']

@nullFlavor

cs

1 … 1

F

NINF

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:high[not(@nullFlavor)]
hl7:high[@nullFlavor='NA']
hl7:high[@nullFlavor='PINF']

hl7:high

PQ

0 … 1

(epi...bor)

wo [not(@nullFlavor)]

hl7:high

PQ

0 … 1

(epi...bor)

wo [@nullFlavor='NA']

@nullFlavor

cs

1 … 1

F

NA

hl7:high

PQ

0 … 1

(epi...bor)

wo [@nullFlavor='PINF']

@nullFlavor

cs

1 … 1

F

PINF

hl7:interpretationCode

CE

1 … 1

M

(epi...bor)

@code

CONF

1 … 1

F

N

@codeSystem

1 … 1

F

2.16.840.1.113883.5.83 (Observation Interpretation)

hl7:performer

0 … *

Externes Labor.
Beinhaltet 1.2.40.0.34.11.4.3.3 Laboratory Performer 2 (DYNAMIC)

(epi...bor)

hl7:component

0 … *

R

EMS Parameter - Observations

(epi...bor)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

Eingefügt

1 … 1

R

von 1.2.40.0.34.6.0.11.3.69 EMS Organizer Observation (DYNAMIC)

hl7:observation

1 … 1

M

(epi...bor)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:code

CD

1 … 1

M

Zulässige Werte laut "Felder_und_Werte" XML Datei des für Gesundheit zuständigen Bundesministeriums

(epi...bor)

hl7:effectiveTime

IVL_TS

0 … 1

(epi...bor)

hl7:value

ANY

1 … 1

R

Zulässige Werte laut "Felder_und_Werte" XML Datei des für Gesundheit zuständigen Bundesministeriums

(epi...bor)

hl7:qualifier

CR

0 … *

Im Falle von Ergebnissen des Datentypes "CD" ist eine weitere Angaben über einen qualifier möglich.

(epi...bor)

hl7:name

CV

1 … 1

R

(epi...bor)

hl7:value

CD

1 … 1

R

(epi...bor)

7.2.5 Template-Typ nicht spezifiziert

7.2.5.1 Address Compilation

Id

1.2.40.0.34.6.0.11.9.25

ref

at-cda-bbr-

Gültigkeit

2023‑04‑13 13:21:00

Andere Versionen mit dieser Id:

atcdabbr_other_AddressCompilation vom 2021‑02‑19 13:05:47
atcdabbr_other_AddressCompilation vom 2019‑02‑28 14:24:14

Status

Aktiv

Versions-Label

1.0.1+20230717

Name

atcdabbr_other_AddressCompilation

Bezeichnung

Address Compilation

Beschreibung

Adressen von Personen und Organisationen werden über das Element addr abgebildet. Das Adress-Element kann in verschiedenen Kontexten mit unterschiedlicher Detailgenauigkeit vorkommen. Daher werden drei Granularitätsstufen definiert, auf die je nach Anwendung entsprechend verwiesen wird, wobei für EIS Enhanced und EIS Full Support die Granularitätsstufe 2 oder 3 angegeben werden MUSS.
Die Adressangabe in Granularitätsstufe 2 (G2) erlaubt die gemeinsame Angabe Straße und Hausnummer im Element streetAddressLine, Granularitätsstufe 3 (G3) schreibt die strukturierte Angabe von Straße und Hausnummer in den Elementen streetName und houseNumber vor.

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

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (2021‑02‑19 13:05:47)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (2019‑02‑28 14:24:14)

ref

at-cda-bbr-

Beispiel

Österreichische Postadresse - G2

<addr use="WP">
<streetAddressLine>Mozartgasse 1-7/2/1</streetAddressLine> <postalCode>7000</postalCode> <city>Eisenstadt</city> <state>Burgenland</state> <country>AUT</country> <additionalLocator>Station A, Zimmer 9</additionalLocator></addr>

Beispiel

Österreichische Postadresse - G3

<addr use="WP">
<streetName>Mozartgasse</streetName> <houseNumber>1-7/2/1</houseNumber> <postalCode>7000</postalCode> <city>Eisenstadt</city> <state>Burgenland</state> <country>AUT</country> <additionalLocator>Station A, Zimmer 9</additionalLocator></addr>

Item

DT

Kard

Konf

Beschreibung

Label

@use

cs

0 … 1

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

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

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

hl7:streetAddressLine

ADXP

0 … 1

C

Straße mit Hausnummer, z.B. Musterstraße 11a/2/1

(atc...ion)

Constraint

Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden.

hl7:streetName

ADXP

0 … 1

C

Straße ohne Hausnummer, z.B. Musterstraße

(atc...ion)

hl7:houseNumber

ADXP

0 … 1

C

Hausnummer, z.B. 11a/2/1

(atc...ion)

hl7:postalCode

ADXP

1 … 1

M

Postleitzahl

(atc...ion)

hl7:city

ADXP

1 … 1

M

Stadt

(atc...ion)

hl7:state

ADXP

0 … 1

Bundesland

(atc...ion)

hl7:country

ADXP

1 … 1

M

Staat.

Es wird EMPFOHLEN, den Staat im ISO 3 Ländercode (ISO-3166-1 Alpha 3) anzugeben, z.B. „AUT“ für Österreich, „DEU“ für Deutschland.

(atc...ion)

Schematron assert

role

info

test

string-length(text()) = 3

Meldung

Es wird EMPFOHLEN, den Staat im ISO 3 Ländercode anzugeben.

hl7:additionalLocator

ADXP

0 … 1

Zusätzliche Addressinformationen, z.B. Station, Zimmernummer im Altersheim.

(atc...ion)

Schematron assert

role

error

test

not(hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber)) or ((hl7:streetAddressLine or (hl7:streetName and hl7:houseNumber)) and not((hl7:streetAddressLine and hl7:streetName and hl7:houseNumber) or (hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber))))

Meldung

Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden.

7.2.5.2 Person Name Compilation G2 M - EMS

Id

1.2.40.0.34.6.0.11.9.38

Gültigkeit

2020‑02‑20 09:26:26

Status

Entwurf

Versions-Label

2020

Name

epims_other_PersonNameCompilationG2M

Bezeichnung

Person Name Compilation G2 M - EMS

Beschreibung

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

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.

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (2019‑04‑02 10:09:43)

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

<name use="L">
<prefix qualifier="NB">Gräfin</prefix> <given>Sissi</given> <family>Österreich</family> <family qualifier="BR">Habsburg</family> <suffix qualifier="AC">MSc</suffix></name>

Item

DT

Kard

Konf

Beschreibung

Label

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Namen-Element (Person)

(epi...G2M)

@use

cs

0 … 1

Die genaue Bedeutung des angegebenen Namens, z.B. Angabe eines Künstlernamens mit „A" für „Artist“.

Zulässige Werte gemäß Value-Set „ELGA_EntityNameUse“.

Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).

hl7:prefix

ENXP

0 … *

Beliebig viele Präfixe zum Namen, z.B. Akademische Titel

Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!

(epi...G2M)

@qualifier

cs

0 … 1

Bedeutung eines prefix-Elements, z.B. Angabe eines akademischen mit "AC" für „Academic“.

Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier".

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:family

ENXP

1 … *

M

Mindestens ein Hauptname (Nachname).

(epi...G2M)

@qualifier

cs

0 … 1

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

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

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:given

ENXP

1 … 1

M

Mindestens ein Vorname

(epi...G2M)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“).
Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:suffix

ENXP

0 … *

Beliebig viele Suffixe zum Namen

(epi...G2M)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B.: AC („Academic“).
Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“.

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

7.2.5.3 Person Name Compilation G1 M

Id

1.2.40.0.34.6.0.11.9.12

ref

at-cda-bbr-

Gültigkeit

2023‑04‑17 09:10:56

Andere Versionen mit dieser Id:

atcdabbr_other_PersonNameCompilationG1M vom 2021‑02‑19 13:36:43
atcdabbr_other_PersonNameCompilationG1M vom 2019‑04‑02 12:34:04

Status

Aktiv

Versions-Label

1.0.1+20230717

Name

atcdabbr_other_PersonNameCompilationG1M

Bezeichnung

Person Name Compilation G1 M

Beschreibung

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

Name ist Mandatory. Keine nullFlavor erlaubt!

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (2021‑02‑19 13:36:43)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (2019‑04‑02 12:34:04)

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.26 Person Name Compilation G1 (2019‑03‑11 11:40:35)

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

<placeholder classCode="PSN" determinerCode="INSTANCE">
<name>Dr. Herbert Mustermann</name></placeholder>

Beispiel

Künstlername

<placeholder classCode="PSN" determinerCode="INSTANCE">
<name use="A">Dr. Kurt Ostbahn </name></placeholder>

Beispiel

Unbekannte Person (z.B. „An den Hausarzt“)

<placeholder classCode="PSN" determinerCode="INSTANCE">
<name>Hausarzt</name></placeholder>

Item

DT

Kard

Konf

Beschreibung

Label

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Namen-Element (Person)

(atc...G1M)

@use

cs

0 … 1

Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist, z.B. A („Artist“).

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

Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).

7.2.5.4 Person Name Compilation G2 M

Id

1.2.40.0.34.6.0.11.9.11

ref

at-cda-bbr-

Gültigkeit

2023‑03‑31 11:20:05

Andere Versionen mit dieser Id:

atcdabbr_other_PersonNameCompilationG2M vom 2021‑02‑19 13:36:55
atcdabbr_other_PersonNameCompilationG2M vom 2019‑04‑02 10:09:43

Status

Aktiv

Versions-Label

1.0.1+20230717

Name

atcdabbr_other_PersonNameCompilationG2M

Bezeichnung

Person Name Compilation G2 M

Beschreibung

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

Name ist Mandatory. Keine nullFlavor erlaubt!

Die korrekte Reihenfolge der einzelnen Namenselemente ist wichtig. Als Richtlinie gilt, dass diese in der "natürlichen" Reihenfolge der Benutzung des Namens angegeben werden. Das ist besonders in den folgenden Fällen relevant:

Präfixe (prefix) MÜSSEN immer vor dem Namen stehen, zu dem sie gehören.
Vornamen (given) MÜSSEN immer in der offiziellen (gesetzlichen) Sequenz stehen.
Nachnamen (family) und ein eventuelles Trennzeichen (meistens ‘-‘) MÜSSEN in der offiziellen Sequenz stehen, abhängig von der Wahl bei der Eheschließung.
Suffixe (suffix) MÜSSEN immer hinter dem Namen stehen, zu dem sie gehören.

Für die Namenselemente kann zur näheren Bestimmung ein Qualifier angegeben werden (aus dem Value Set ELGA_EntityNamePartQualifier“), v.a. für Präfix/Suffix.

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

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (2021‑02‑19 13:36:55)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (2019‑04‑02 10:09:43)

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

<name use="L">
<prefix qualifier="NB">Gräfin</prefix> <given>Sissi</given> <family>Österreich</family> <family qualifier="BR">Habsburg</family> <suffix qualifier="AC">MSc</suffix></name>

Item

DT

Kard

Konf

Beschreibung

Label

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Namen-Element (Person)

(atc...G2M)

@use

cs

0 … 1

Die genaue Bedeutung des angegebenen Namens, z.B. Angabe eines Künstlernamens mit „A" für „Artist“.

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

Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).

hl7:prefix

ENXP

0 … *

Beliebig viele Präfixe zum Namen, z.B. Akademische Titel

Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!

(atc...G2M)

@qualifier

cs

0 … 1

Bedeutung eines prefix-Elements, z.B. Angabe eines akademischen mit "AC" für „Academic“.

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

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:family

ENXP

1 … *

M

Mindestens ein Hauptname (Nachname).

(atc...G2M)

@qualifier

cs

0 … 1

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

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

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:given

ENXP

1 … *

M

Mindestens ein Vorname

(atc...G2M)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:suffix

ENXP

0 … *

Beliebig viele Suffixe zum Namen

(atc...G2M)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B.: AC („Academic“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

7.2.5.5 Organization Name Compilation

Id

1.2.40.0.34.6.0.11.9.27

ref

at-cda-bbr-

Gültigkeit

2021‑06‑28 14:00:14

Andere Versionen mit dieser Id:

atcdabbr_other_OrganizationNameCompilation vom 2021‑02‑19 13:31:42
atcdabbr_other_OrganizationNameCompilation vom 2019‑03‑11 12:06:20

Status

Aktiv

Versions-Label

1.0.1+20210628

Name

atcdabbr_other_OrganizationNameCompilation

Bezeichnung

Organization Name Compilation

Beschreibung

Organisations-Namen werden über das Element name abgebildet.

Dieser Implementierungsleitfaden lässt nur die unstrukturierte Angabe des Organisations-namens zu.

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (2021‑02‑19 13:31:42)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (2019‑03‑11 12:06:20)

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.26 Person Name Compilation G1 (2019‑03‑11 11:40:35)

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33)

ref

at-cda-bbr-

Beispiel

Beispiel 1

<name>Krankenhaus Wels</name>

Item

DT

Kard

Konf

Beschreibung

Label

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

ON

1 … 1

M

Name der Organisation. Bei Organisationen die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.

Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.

(atc...ion)

7.2.5.6 Address Compilation Minimal

Id

1.2.40.0.34.6.0.11.9.10

ref

at-cda-bbr-

Gültigkeit

2023‑04‑06 14:31:34

Andere Versionen mit dieser Id:

atcdabbr_other_AddressCompilationMinimal vom 2021‑06‑28 13:44:14
atcdabbr_other_AddressCompilationMinimal vom 2021‑02‑19 13:05:57
atcdabbr_other_AddressCompilationMinimal vom 2019‑03‑27 11:26:08

Status

Aktiv

Versions-Label

1.0.2+20230717

Name

atcdabbr_other_AddressCompilationMinimal

Bezeichnung

Address Compilation Minimal

Beschreibung

Adressangabe in Granularitätsstufe 2 oder 3

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (2021‑06‑28 13:44:14)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (2021‑02‑19 13:05:57)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (2019‑03‑27 11:26:08)

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.4 Address Information Compilation (2019‑02‑11 13:19:54)

ref

at-cda-bbr-

Beispiel

Österreichische Postadresse

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

Beispiel

Besuchsadresse

<addr use="PHYS">
  
  
  <additionalLocator>Volksschule Brittenau, Klasse 3b</additionalLocator></addr>

Item

DT

Kard

Konf

Beschreibung

Label

@use

cs

0 … 1

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

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

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

hl7:streetAddressLine

ADXP

0 … 1

C

Straße mit Hausnummer
Bsp: Musterstraße 11a/2/1

(atc...mal)

Constraint

Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden.

hl7:streetName

ADXP

0 … 1

C

Straße ohne Hausnummer
z.B. Musterstraße

(atc...mal)

hl7:houseNumber

ADXP

0 … 1

C

Hausnummer
z.B. 11a/2/1

(atc...mal)

hl7:postalCode

ADXP

0 … 1

Postleitzahl

(atc...mal)

hl7:city

ADXP

0 … 1

Stadt

(atc...mal)

hl7:state

ADXP

0 … 1

Bundesland

(atc...mal)

hl7:country

ADXP

0 … 1

Staat.
Es wird EMPFOHLEN, den Staat im ISO 3 Ländercode (ISO-3166-1 Alpha 3) anzugeben, z.B. „AUT“ für Österreich, „DEU“ für Deutschland.

(atc...mal)

Schematron assert

role

info

test

string-length(text()) = 3

Meldung

content length = 3 characters

hl7:additionalLocator

ADXP

0 … 1

Zusätzliche Addressinformationen, z.B. Station, Zimmernummer im Altersheim

(atc...mal)

Schematron assert

role

error

test

not(hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber)) or ((hl7:streetAddressLine or (hl7:streetName and hl7:houseNumber)) and not((hl7:streetAddressLine and hl7:streetName and hl7:houseNumber) or (hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber))))

Meldung

Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden.

7.2.5.7 Device Compilation

Id

1.2.40.0.34.6.0.11.9.18

ref

at-cda-bbr-

Gültigkeit

2023‑04‑06 14:24:15

Andere Versionen mit dieser Id:

atcdabbr_other_DeviceCompilation vom 2021‑06‑28 13:57:36
atcdabbr_other_DeviceCompilation vom 2021‑02‑19 13:12:38
atcdabbr_other_DeviceCompilation vom 2019‑02‑13 10:11:00

Status

Aktiv

Versions-Label

1.0.2+20230717

Name

atcdabbr_other_DeviceCompilation

Bezeichnung

Device Compilation

Beschreibung

Datenerstellende Geräte/Software

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (2021‑06‑28 13:57:36)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (2021‑02‑19 13:12:38)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (2019‑02‑13 10:11:00)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.315 CDA Device (2005‑09‑07)

ref

ad1bbr-

Beispiel

Software

<placeholder classCode="DEV" determinerCode="INSTANCE">
<manufacturerModelName>Good Health System</manufacturerModelName> <softwareName>Best Health Software Application</softwareName></placeholder>

Item

DT

Kard

Konf

Beschreibung

Label

@classCode

cs

0 … 1

F

DEV

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:manufacturerModelName

SC

1 … 1

M

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

(atc...ion)

hl7:softwareName

SC

1 … 1

M

Bezeichnung der datenerstellenden Software inkl. Versionsangabe.

(atc...ion)

7.2.5.8 Organization Compilation with id, name

Id

1.2.40.0.34.6.0.11.9.5

ref

at-cda-bbr-

Gültigkeit

2021‑06‑28 13:57:53

Andere Versionen mit dieser Id:

atcdabbr_other_OrganizationCompilationWithIdName vom 2021‑02‑19 13:31:10
atcdabbr_other_OrganizationCompilationWithIdName vom 2019‑03‑25 13:43:57

Status

Aktiv

Versions-Label

1.0.1+20210628

Name

atcdabbr_other_OrganizationCompilationWithIdName

Bezeichnung

Organization Compilation with id, name

Beschreibung

Wiederverwendbare Compilation mit verpflichtender Angabe von name und id.

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.25	Containment	Address Compilation (1.0.1+20230717)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (2021‑02‑19 13:31:10)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (2019‑03‑25 13:43:57)

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.12 (2019‑02‑12 15:50:47)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.151 CDA Organization (2005‑09‑07)

ref

ad1bbr-

Beispiel

Strukturbeispiel

<placeholder classCode="ORG" determinerCode="INSTANCE">
  
  <id root="1.2.40.0.34.99.4613.3" assigningAuthorityName="GDA Index"/>  
  <name>Amadeus Spital - Chirurgische Abteilung</name>  
  <telecom value="tel:+43.6138.3453446.0"/>  <telecom value="fax:+43.6138.3453446.4674"/>  <telecom value="mailto:info@amadeusspital.at"/>  <telecom value="http://www.amadeusspital.at"/>  
  <addr>
    
  </addr></placeholder>

Beispiel

Strukturbeispiel - minimal

<placeholder classCode="ORG" determinerCode="INSTANCE">
  
  <id root="1.2.40.0.34.99.4613.3" assigningAuthorityName="GDA Index"/>  
  <name>Amadeus Spital - Chirurgische Abteilung</name></placeholder>

Item

DT

Kard

Konf

Beschreibung

Label

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

1 … *

M

ID der Organisation.

(atc...ame)

hl7:name

ON

1 … 1

M

Name der Organisation. Bei Organisationen die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.

(atc...ame)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(atc...ame)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567

Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. Bsp: WP

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

Constraint

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

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...ame)

wo [not(@nullFlavor)]

7.2.5.9 Assigned Entity

Id

1.2.40.0.34.6.0.11.9.22

ref

at-cda-bbr-

Gültigkeit

2023‑04‑13 13:14:55

Andere Versionen mit dieser Id:

atcdabbr_other_AssignedEntity vom 2021‑05‑26 13:50:41
atcdabbr_other_AssignedEntity vom 2021‑02‑19 13:09:09
atcdabbr_other_AssignedEntity vom 2019‑03‑04 12:03:36

Status

Aktiv

Versions-Label

1.0.2+20230717

Name

atcdabbr_other_AssignedEntity

Bezeichnung

Assigned Entity

Beschreibung

Zusammengesetzte Objekte die Person- und Organisationsinformationen enthalten.

Hierbei MUSS jedenfalls die „Person“ der Entität angegeben werden. Die Angabe der Organisation, der die Person angehört, ist prinzipiell optional. Diese Optionalität kann sich in Abhängigkeit vom konkreten Anwendungsfall in „verpflichtend“ ändern.

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 3 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.25	Containment	Address Compilation (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.11	Containment	Person Name Compilation G2 M (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.9	Containment	Organization Compilation with name (1.0.0+20210219)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.22 Assigned Entity (2021‑05‑26 13:50:41)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.22 Assigned Entity (2021‑02‑19 13:09:09)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.22 Assigned Entity (2019‑03‑04 12:03:36)

ref

at-cda-bbr-

Beispiel

Item

DT

Kard

Konf

Beschreibung

Label

@classCode

cs

0 … 1

F

ASSIGNED

Auswahl

1 … *

Mindestens eine ID der Person der Entität

Elemente in der Auswahl:

hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='NI']
hl7:id[@nullFlavor='UNK']

Constraint

Zugelassene nullFlavor:

NI … Die Person der Entität hat keine Identifikationsnummer
UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt

hl7:id

II

0 … *

( atcdabbr_other_AssignedEntity)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

( atcdabbr_other_AssignedEntity)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

( atcdabbr_other_AssignedEntity)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
hl7:addr[@nullFlavor='UNK']

hl7:addr

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

( atcdabbr_other_AssignedEntity)

wo [not(@nullFlavor)]

hl7:addr

0 … 1

( atcdabbr_other_AssignedEntity)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontakt-Elemente der Person der Entität.

Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.

( atcdabbr_other_AssignedEntity)

wo [not(@nullFlavor)]

@value

url

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.).

Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567

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

@use

cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP.

Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"

Constraint

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

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

( atcdabbr_other_AssignedEntity)

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)

( atcdabbr_other_AssignedEntity)

7.2.5.10 Organization Compilation with name

Id

1.2.40.0.34.6.0.11.9.9

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 13:31:25

Andere Versionen mit dieser Id:

atcdabbr_other_OrganizationCompilationWithName vom 2019‑02‑13 10:30:51

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_other_OrganizationCompilationWithName

Bezeichnung

Organization Compilation with name

Beschreibung

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.25	Containment	Address Compilation (1.0.1+20230717)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (2019‑02‑13 10:30:51)

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.12 (2019‑02‑12 15:50:47)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.151 CDA Organization (2005‑09‑07)

ref

ad1bbr-

Beispiel

Strukturbeispiel: Organisation

<placeholder classCode="ORG" determinerCode="INSTANCE">
  
  <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>  
  <name>Amadeus Spital - Chirurgische Abteilung</name>  
  <telecom value="tel:+43.6138.3453446.0"/>  <telecom value="fax:+43.6138.3453446.4674"/>  <telecom value="mailto:info@amadeusspital.at"/>  <telecom value="http://www.amadeusspital.at"/>  
  <addr>
    
  </addr></placeholder>

Beispiel

Strukturbeispiel: Organisation - minimal

<placeholder classCode="ORG" determinerCode="INSTANCE">

<name>Amadeus Spital - Chirurgische Abteilung</name></placeholder>

Item

DT

Kard

Konf

Beschreibung

Label

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

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.

(atc...ame)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(atc...ame)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

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

Constraint

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

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...ame)

wo [not(@nullFlavor)]

7.2.5.11 Organization Compilation with id, name, tel, addr - EMS

Id

1.2.40.0.34.6.0.11.9.39

Gültigkeit

2020‑02‑20 09:48:27

Status

Entwurf

Versions-Label

2020

Name

epims_other_organizationCompilationWithIdNameTelAddr

Bezeichnung

Organization Compilation with id, name, tel, addr - EMS

Beschreibung

Wiederverwendbare Compilation mit verpflichtender Angabe von id, name, telecom und addr-Elementen.

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.25	Containment	Address Compilation (1.0.1+20230717)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.9.7 Organization Compilation with id, name, tel, addr (2019‑02‑12 15:42:02)

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.12 (2019‑02‑12 15:50:47)
Spezialisierung: Template 2.16.840.1.113883.10.12.151 CDA Organization (2005‑09‑07)

ref

ad1bbr-

Beispiel

<hl7:id root="1.2.40.0.34.3.1.1"/><hl7:name>name</hl7:name><hl7:telecom value="tel:+43.1.71100-0"/><hl7:addr>

</hl7:addr>

Item

DT

Kard

Konf

Beschreibung

Label

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

1 … 1

M

Die OID des BMGF.

(epi...ddr)

@root

uid

1 … 1

F

1.2.40.0.34.3.1.1

hl7:name

ON

1 … 1

M

Name MUSS "BMGF" lauten

(epi...ddr)

hl7:telecom

TEL.AT

1 … 1

M

(epi...ddr)

@value

st

1 … 1

F

tel:+43.1.71100-0

hl7:addr

AD

1 … 1

M

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(epi...ddr)

7.2.5.12 Date Interval Information minimal

Id

1.2.40.0.34.6.0.11.9.35

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 13:12:33

Andere Versionen mit dieser Id:

atcdabbr_other_DateIntervalInformationMinimal vom 2019‑08‑06 14:58:21

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_other_DateIntervalInformationMinimal

Bezeichnung

Date Interval Information minimal

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.35 Date Interval Information minimal (2019‑08‑06 14:58:21)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:low[not(@nullFlavor)]
hl7:low[@nullFlavor='UNK']

hl7:low

TS.DATE

0 … 1

(atc...mal)

wo [not(@nullFlavor)]

hl7:low

TS.DATE

0 … 1

(atc...mal)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:high[not(@nullFlavor)]
hl7:high[@nullFlavor='UNK']

hl7:high

TS.DATE

0 … 1

(atc...mal)

wo [not(@nullFlavor)]

hl7:high

TS.DATE

0 … 1

(atc...mal)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

7.2.5.13 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

7.2.5.14 Narrative Text Reference

Id

1.2.40.0.34.6.0.11.9.1

ref

at-cda-bbr-

Gültigkeit

2021‑05‑06 09:38:20

Andere Versionen mit dieser Id:

atcdabrr_other_NarrativeTextReference vom 2021‑02‑19 13:12:50
atcdabrr_other_NarrativeTextReference vom 2019‑01‑17 15:27:17

Status

Aktiv

Versions-Label

1.0.1+20210512

Name

atcdabrr_other_NarrativeTextReference

Bezeichnung

Narrative Text Reference

Beschreibung

Verweist auf die Stelle im narrativen Text-Bereich (section.text),

an der die gegebene Aussage (clinical statement) narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc.).

Eine Beobachtung bezieht sich u.a. auf:

Zustände (Condition)
Symptome (Symptom)
Befunde (Finding)
Beschwerden (Complaint)
Funktionellen Einschränkungen (Functional limitation)
Probleme (Problem)
Diagnosen (Diagnosis)

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (2021‑02‑19 13:12:50)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (2019‑01‑17 15:27:17)

ref

at-cda-bbr-

Beispiel

<text>
<reference value="#my-refX"/></text>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:text

ED

(atc...nce)

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

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

7.2.5.15 Vaccine Product

Id

1.2.40.0.34.6.0.11.9.32

ref

at-cda-bbr-

Gültigkeit

2023‑04‑05 10:17:45

Andere Versionen mit dieser Id:

atcdabbr_other_vaccineProduct vom 2022‑07‑12 08:54:29
atcdabbr_other_vaccineProduct vom 2022‑03‑14 09:25:51
atcdabbr_other_vaccineProduct vom 2021‑10‑01 13:21:55
atcdabbr_other_vaccineProduct vom 2021‑02‑19 13:37:22
atcdabbr_other_vaccineProduct vom 2019‑04‑24 08:57:24

Status

Aktiv

Versions-Label

2.0.0+20230717

Name

atcdabbr_other_vaccineProduct

Bezeichnung

Vaccine Product

Beschreibung

Das Vaccine Template enthält die Daten zum verabreichten Arzneimittel (pro Impfung).

Die enthaltenen Daten können über das Scannen des Produkt-Barcodes (2D) und die dadurch referenzierten Produktstammdaten automatisch übernommen werden.
Kann beim Nachtragen einer Impfung durch "Vaccine Product nicht angegeben" ersetzt werden.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.32

Klassifikation

Template-Typ nicht spezifiziert

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.2	Inklusion	Original Text Reference (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.9.9	Containment	Organization Compilation with name (1.0.0+20210219)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (2022‑07‑12 08:54:29)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (2022‑03‑14 09:25:51)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (2021‑10‑01 13:21:55)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (2019‑04‑24 08:57:24)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.20.1.53 Product (DYNAMIC)

ref

ccd1-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.7.2 eHDSI Immunization Product (DYNAMIC)

ref

epsos-

Spezialisierung: Template 1.2.40.0.34.6.0.11.3.13 Pharmaceutical Entry (DYNAMIC)

ref

at-cda-bbr-

Beispiel

Aktueller Impfstoff

<manufacturedProduct classCode="MANU">
  <templateId root="1.2.40.0.34.6.0.11.9.32"/>  <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"/>  <id root="1.2.3.999" extension="extension"/>  <manufacturedMaterial classCode="MMAT" determinerCode="KIND">
    <templateId root="1.3.6.1.4.1.19376.1.9.1.3.1"/>    <code code="2427872" codeSystem="1.2.40.0.34.4.16" displayName="ENCEPUR FSPR 0,25ML KIND">
      
    </code>    <name>Encepur 0,25 ml für Kinder Injektionssuspension in einer Fertigspritze</name>    <lotNumberText>CharagenNummer</lotNumberText>    <pharm:ingredient classCode="ACTI">
      <pharm:ingredient classCode="MMAT" determinerCode="KIND">
        <pharm:code code="J07BA01" codeSystem="1.2.276.0.76.5.534"/>        <pharm:name>FSME, inaktiviert, ganzes Virus</pharm:name>      </pharm:ingredient>    </pharm:ingredient>  </manufacturedMaterial>  <manufacturerOrganization>
    
  </manufacturerOrganization></manufacturedProduct>

Beispiel

Nachtrag - Historischer Impfstoff

<manufacturedProduct classCode="MANU">
  <templateId root="1.2.40.0.34.6.0.11.9.32"/>  <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.3.6.1.4.1.19376.1.9.1.3.1"/>    <code code="AHI107" codeSystem="1.2.40.0.34.5.183" displayName="Ticovac junior">
      
    </code>    <name>Ticovac junior</name>    <lotNumberText nullFlavor="UNK"/>  </manufacturedMaterial></manufacturedProduct>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:manufacturedProduct

Daten zum verabreichten Arzneimittel (pro Impfung).

(atc...uct)

@classCode

cs

0 … 1

F

MANU

hl7:templateId

II

1 … 1

M

ELGA

(atc...uct)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.9.32

hl7:templateId

II

1 … 1

M

IHE PCC Product Entry

(atc...uct)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.7.2

hl7:templateId

II

1 … 1

M

HL7 CCD

(atc...uct)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.53

hl7:id

II

0 … 1

UniqueIdentifier (Serialisierungsnummer, Packungs-Identifikator).
Gesetzliche Grundlagen Fälschungsschutzrichtlinie 2011/62/EU sowie delegierte Verordnung (EU) 2016/161.

(atc...uct)

wo [not(@nullFlavor)]

hl7:manufacturedMaterial

1 … 1

M

(atc...uct)

@classCode

cs

0 … 1

F

MMAT

@determinerCode

cs

0 … 1

F

KIND

hl7:templateId

II

1 … 1

M

IHE MedicineEntryContentModule

(atc...uct)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.9.1.3.1

hl7:code

CE

1 … 1

R

Mögliche Inhalte:

Pharmazentralnummer (PZN)
ID eines nicht mehr verwendeten Impfstoffes (Zeitraum 1950 - 2016)

(atc...uct)

@displayName

st

0 … 1

"Handelsname" des Arzneimittels, z.B. "ENCEPUR FSPR 0,25ML KIND".

Kann angegeben werden (z.B. Kompletter Impfstatus), ist aber durch PZN definiert.

@nullFlavor

cs

0 … 1

F

OTH

Constraint

Für neue Impfungen (Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtrag) MUSS ein Impfstoff aus dem Value Set "eImpf_Impfstoffe" (basiert im Grunde auf der ASP-Liste) verwendet werden.

Für Nachtragungen (Dokumentenklasse "Update Immunisierungsstauts mit Nachtrag) KANN die Werteliste der historischen Impfstoffe für den Zeitraum 1950 - 2016 genutzt werden (Value Set "eImpf_HistorischeImpfstoffe").

Wird das Attribut code/@nullFlavor= "OTH" angeführt, MUSS in /code/translation die Zulassungsnummer strukturiert sein.

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.14 eImpf_Impfstoffe (DYNAMIC)

oder

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.10 eImpf_HistorischeImpfstoffe (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...uct)

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

@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

CE

0 … *

C

Zulassungsnummer des Arzneimittels

(atc...uct)

@displayName

st

0 … 1

Zulassungsname des Arzneimittels

Schematron assert

role

error

test

@code or (@nullFlavor='OTH' and hl7:translation)

Meldung

Wird das Attribut code/@nullFlavor= "OTH" angeführt, MUSS in /code/translation die Zulassungsnummer strukturiert sein.

hl7:name

EN

0 … 1

"Zulassungsname". Vom Hersteller registrierter Name des Impfstoffes, z.B. "Encepur 0,25 ml für Kinder Injektionssuspension in einer Fertigspritze".

Kann angegeben werden (z.B. Kompletter Impfstatus), ist aber durch PZN definiert.

(atc...uct)

Constraint

Zulässige Werte SOLLEN aus der ASP-Liste, Attribut "Bezeichnung_Arzneispezialitaet_Zulassung", stammen.

Auswahl

1 … 1

Chargennummer des verabreichten Arzneimittels

Elemente in der Auswahl:

hl7:lotNumberText[not(@nullFlavor)]
hl7:lotNumberText[@nullFlavor='NA']
hl7:lotNumberText[@nullFlavor='UNK']

Constraint

Dieses Element MUSS vorhanden sein.
Im Falle eines Nachtrags KANN es mit lotNumberText/@nullFlavor = "UNK" strukturiert werden.
Im Falle einer Impfempfehlung MUSS es mit lotNumberText/@nullFlavor = "NA" strukturiert werden.

Chargennummern dürfen maximal 20 Zeichen lang sein.

Die Chargennummer muss gem. EU-Richtlinie 2011/62/EU (FMD) auch im Barcode abgebildet sein, wo lt. GS1-Standard nur 20 Zeichen zur Verfügung stehen.

hl7:lotNumberText

ST

0 … 1

Chargennummer des verabreichten Arzneimittels

(atc...uct)

wo [not(@nullFlavor)]

hl7:lotNumberText

ST

0 … 1

nullFlavor

(atc...uct)

wo [@nullFlavor='NA']

@nullFlavor

cs

1 … 1

F

NA

hl7:lotNumberText

ST

0 … 1

nullFlavor

(atc...uct)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

pharm:ingredient

0 … *

Komponente zur Aufnahme des Wirkstoffs.

(atc...uct)

@classCode

cs

0 … 1

F

ACTI

pharm:ingredient

1 … 1

M

Code und Name des Wirkstoffs.

(atc...uct)

@classCode

cs

0 … 1

F

MMAT

@determinerCode

cs

0 … 1

F

KIND

pharm:code

CE

0 … 1

ATC-Code des Wirkstoffs aus Fachinformation

(atc...uct)

Constraint

Zulässige Werte aus dem aktuellen Katalog des "ATC deutsch (WIdO)" (z.B.: M01AG01, Mefenamic acid) oder aus dem Value Set "ELGA Wirkstoffe AGES".

hl7:originalText

ED

0 … 1

Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“.

(atc...uct)

hl7:translation

CE

0 … *

(atc...uct)

pharm:name

EN

0 … 1

Wirkstoff des Arzneimittels

(atc...uct)

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14']) or (hl7:lotNumberText/text() or hl7:lotNumberText/@nullFlavor='UNK')

Meldung

Zulässiger nullFlavor ist "UNK"

Schematron assert

role

error

test

not(ancestor::*/hl7:templateId[@root='1.2.40.0.34.6.0.11.3.3']) or hl7:lotNumberText[@nullFlavor='NA']

Meldung

Das Element lotNumberText MUSS mit @nullFlavor "NA" strukturiert sein.

hl7:manufacturerOrganization

0 … 1

Hersteller/Zulassungsinhaber des Impfstoffes (des Arzneimittels)
Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

(atc...uct)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

7.2.5.16 Original Text Reference

Id

1.2.40.0.34.6.0.11.9.2

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 13:31:48

Andere Versionen mit dieser Id:

atcdabbr_other_OriginalTextReference vom 2019‑01‑18 10:49:11

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_other_OriginalTextReference

Bezeichnung

Original Text Reference

Beschreibung

Verweist auf die Stelle im narrativen Text-Bereich (section.text), an der der gegebene codierte Inhalt (originalText von code oder value) beschrieben ist.

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.2 Original Text Reference (2019‑01‑18 10:49:11)

ref

at-cda-bbr-

Beispiel

<originalText>
<reference value="#myref-2"/></originalText>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:originalText

ED

0 … 1

Textinhalt, der codiert wurde.

(atc...nce)

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

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

7.2.5.17 Vaccine Product nicht angegeben

Id

1.2.40.0.34.6.0.11.9.31

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 13:35:13

Andere Versionen mit dieser Id:

atcdabbr_other_vaccineProductNichtAngegeben vom 2019‑06‑05 07:33:24

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_other_vaccineProductNichtAngegeben

Bezeichnung

Vaccine Product nicht angegeben

Beschreibung

Gibt an, dass kein Impfstoff angegeben wird oder werden kann.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.31

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (2019‑06‑05 07:33:24)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.20.1.53 Product (DYNAMIC)

ref

ccd1-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.7.2 eHDSI Immunization Product (DYNAMIC)

ref

epsos-

Spezialisierung: Template 1.2.40.0.34.6.0.11.3.13 Pharmaceutical Entry (DYNAMIC)

ref

at-cda-bbr-

Beispiel

<hl7:manufacturedProduct classCode="MANU">
<hl7:templateId root="1.2.40.0.34.6.0.11.9.31"/> <hl7:templateId root="2.16.840.1.113883.10.20.1.53"/> <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/> <hl7:manufacturedMaterial classCode="MMAT" determinerCode="KIND">
<hl7:code nullFlavor="NA"/> </hl7:manufacturedMaterial></hl7:manufacturedProduct>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:manufacturedProduct

1 … 1

M

(atc...ben)

@classCode

cs

0 … 1

F

MANU

hl7:templateId

II

1 … 1

M

ELGA

(atc...ben)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.9.31

hl7:templateId

II

1 … 1

M

HL7 CCD

(atc...ben)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.53

hl7:templateId

II

1 … 1

M

IHE PCC Product Entry

(atc...ben)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.7.2

hl7:manufacturedMaterial

1 … 1

M

(atc...ben)

@classCode

cs

0 … 1

F

MMAT

@determinerCode

cs

0 … 1

F

KIND

hl7:code

1 … 1

R

Fixer Wert "NA".

(atc...ben)

@nullFlavor

cs

1 … 1

F

NA

7.2.5.18 Performer Body - Impfende Person

Id

1.2.40.0.34.6.0.11.9.21

ref

at-cda-bbr-

Gültigkeit

2021‑10‑13 12:53:37

Andere Versionen mit dieser Id:

atcdabbr_other_PerformerBodyImpfendePerson vom 2021‑05‑12 07:33:18
atcdabbr_other_PerformerBodyImpfendePerson vom 2021‑02‑19 13:36:24
atcdabbr_other_PerformerBodyImpfendePerson vom 2019‑05‑08 13:21:12

Status

Aktiv

Versions-Label

1.0.2+20220103

Name

atcdabbr_other_PerformerBodyImpfendePerson

Bezeichnung

Performer Body - Impfende Person

Beschreibung

Die Person, die die Impfung durchführt, z.B. ein Arzt, eine Hebamme oder eine diplomierte Pflegeperson im Auftrag des verantwortlichen Arztes.

Kontext

Geschwisterknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.21

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 4 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.10	Containment	Address Compilation Minimal (1.0.2+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.12	Containment	Person Name Compilation G1 M (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.11	Containment	Person Name Compilation G2 M (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.20	Containment	Organization Compilation with name, addr minimal (1.0.1+20210628)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.21 Performer Body - Impfende Person (2021‑05‑12 07:33:18)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.21 Performer Body - Impfende Person (2021‑02‑19 13:36:24)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.21 Performer Body - Impfende Person (2019‑05‑08 13:21:12)

ref

at-cda-bbr-

Spezialisierung: Template 1.2.40.0.34.6.0.11.9.17 Performer Body (2019‑01‑17 12:44:16)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.323 CDA Performer (Body) (2005‑09‑07)

ref

ad1bbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:templateId

II

1 … 1

M

ELGA

(atc...son)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.9.21

hl7:time

TS.AT.TZ

0 … 1

Zeitpunkt, an dem der Performer mit der Gesundheitsdienstleistung beschäftigt war, wenn abweichend von effectiveTime im übergeordneten Act

(atc...son)

hl7:assignedEntity

1 … 1

M

(atc...son)

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

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(atc...son)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atc...son)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:code[concat(@code, @codeSystem) = doc('include/voc-1.2.40.0.34.6.0.10.11-DYNAMIC.xml')//valueSet[1]/conceptList/concept/concat(@code, @codeSystem) or @nullFlavor]
hl7:code[@nullFlavor='UNK']

Constraint

Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS, M [1..1] dieses Element angegeben sein.

In allen anderen Fällen KANN, R [1..1] das Element auch mittels @nullFlavor "UNK" strukturiert werden.

hl7:code

CE

0 … 1

Berufsrolle der impfenden Person.
Verpflichtende Angabe bei neuer Impfung.

(atc...son)

@codeSystem

oid

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.6.0.10.11 eImpf_Impfrollen (DYNAMIC)

hl7:code

CE

0 … 1

(atc...son)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

0 … 1

Adresse der angegebenen Person.
Keine vollständig strukturierte Adressangabe nötig.

Elemente in der Auswahl:

hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)
hl7:addr

hl7:addr

0 … 1

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

wo [not(@nullFlavor)]

hl7:addr

0 … 1

nullFlavor

(atc...son)

@nullFlavor

cs

1 … 1

F

UNK

hl7:telecom

TEL.AT

0 … *

(atc...son)

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“

Auswahl

1 … 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...son)

hl7:assignedPerson

0 … 1

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

hl7:representedOrganization

0 … 1

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

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not(ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:code[@code]

Meldung

code/@code MUSS vorhanden sein.

7.2.5.19 Organization Compilation with name, addr minimal

Id

1.2.40.0.34.6.0.11.9.20

ref

at-cda-bbr-

Gültigkeit

2021‑06‑28 13:58:02

Andere Versionen mit dieser Id:

atcdabbr_other_OrganizationCompilationWithNameAddrMinimal vom 2021‑02‑19 13:31:31
atcdabbr_other_OrganizationCompilationWithNameAddrMinimal vom 2019‑04‑18 11:28:59

Status

Aktiv

Versions-Label

1.0.1+20210628

Name

atcdabbr_other_OrganizationCompilationWithNameAddrMinimal

Bezeichnung

Organization Compilation with name, addr minimal

Beschreibung

Wiederverwendbare Compilation mit verpflichtender Angabe des name-Elements.
Minimale Adressangabe möglich.

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.10	Containment	Address Compilation Minimal (1.0.2+20230717)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.20 Organization Compilation with name, addr minimal (2021‑02‑19 13:31:31)

ref

at-cda-bbr-

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

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (2019‑02‑13 10:30:51)

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.12 (2019‑02‑12 15:50:47)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.151 CDA Organization (2005‑09‑07)

ref

ad1bbr-

Beispiel

Strukturbeispiel

<placeholder classCode="ORG" determinerCode="INSTANCE">
  
  <id root="1.2.40.0.34.99.4613.3" assigningAuthorityName="GDA Index"/>  
  <name>Amadeus Spital - Chirurgische Abteilung</name>  
  <telecom value="tel:+43.6138.3453446.0"/>  <telecom value="fax:+43.6138.3453446.4674"/>  <telecom value="mailto:info@amadeusspital.at"/>  <telecom value="http://www.amadeusspital.at"/>  
  <addr>
    
  </addr></placeholder>

Beispiel

Strukturbeispiel - minimal

<placeholder classCode="ORG" determinerCode="INSTANCE">

<name>Amadeus Spital - Chirurgische Abteilung</name> 
</placeholder>

Item

DT

Kard

Konf

Beschreibung

Label

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

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

Name der Organisation. Bei Organisationen die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.

(atc...mal)

hl7:telecom

TEL.AT

0 … *

(atc...mal)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567

Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

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

Constraint

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

hl7:addr

AD

0 … 1

Adresse der Organisation. Minimale Adressangabe möglich.

Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)

(atc...mal)

wo [not(@nullFlavor)]

7.2.5.20 Author Body - eImpfpass

Id

1.2.40.0.34.6.0.11.9.8

ref

at-cda-bbr-

Gültigkeit

2023‑03‑30 08:20:50

Andere Versionen mit dieser Id:

atcdabbr_other_AuthorBody_eImpfpass vom 2021‑02‑19 13:12:25
atcdabbr_other_AuthorBody_eImpfpass vom 2019‑02‑12 14:16:51

Status

Aktiv

Versions-Label

2.0.0+20230717

Name

atcdabbr_other_AuthorBody_eImpfpass

Bezeichnung

Author Body - e-Impfpass

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.

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.8 Author Body - eImpfpass (2021‑02‑19 13:12:25)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.8 Author Body - eImpfpass (2019‑02‑12 14:16:51)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.318 CDA Author (Body) (2005‑09‑07)

ref

ad1bbr-

Spezialisierung: Template 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)

ref

at-cda-bbr-

Beispiel

Item

DT

Kard

Konf

Beschreibung

Label

@typeCode

cs

0 … 1

F

AUT

@contextControlCode

cs

0 … 1

F

OP

Auswahl

1 … 1

Zeitpunkt der Freigabe der Dokumentation

Elemente in der Auswahl:

hl7:time[not(@nullFlavor)]
hl7:time[@nullFlavor='UNK']

Constraint

Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS dieses Element angegeben sein (M [1..1]).

In allen anderen Fällen KANN das Element auch mittels /@nullFlavor = "UNK" strukturiert werden (R [1..1]).

hl7:time

TS.AT.TZ

0 … 1

(atc...ass)

wo [not(@nullFlavor)]

hl7:time

TS.AT.TZ

0 … 1

nullFlavor

(atc...ass)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:assignedAuthor

1 … 1

R

(atc...ass)

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

wo [not(@nullFlavor)]

Constraint

Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS dieses Element angegeben sein. Die Verwendung von @nullFlavor = "UNK" ist hierbei NICHT ERLAUBT.

In allen anderen Fällen KANN @nullFlavor = "UNK" strukturiert sein.

hl7:id

II

0 … 1

(atc...ass)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:code

CE

0 … 1

(atc...ass)

wo [not(@nullFlavor)]

Constraint

Verpflichtende Angabe bei neuer Impfung.

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

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

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.)

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

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

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

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

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

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

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

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:name

PN

0 … 1

(atc...ass)

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

Beispiel

hl7:representedOrganization

0 … 1

C

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

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

Constraint

Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS dieses Element angegeben sein (M [1..1]).

In allen anderen Fällen KANN das Element auch komplett entfallen (O [0..1]).

Beispiel

<representedOrganization classCode="ORG" determinerCode="INSTANCE">
<id root="1.2.40.0.34.3.1" extension="12345"/> <name>Krankenhaus Zwettl</name></representedOrganization>

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not( ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:id[not(@nullFlavor)]

Meldung

id/@nullFlavor ist NICHT ERLAUBT.

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not( ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:representedOrganization

Meldung

Das Element representedOrganization MUSS strukturiert sein.

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not( ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:time[not(@nullFlavor)]

Meldung

time/@nullFlavor ist NICHT ERLAUBT.

7.2.5.21 Person Name Compilation G2

Id

1.2.40.0.34.6.0.11.9.6

ref

at-cda-bbr-

Gültigkeit

2023‑03‑31 11:15:55

Andere Versionen mit dieser Id:

atcdabbr_other_PersonNameCompilationG2 vom 2021‑02‑19 13:36:49
atcdabbr_other_PersonNameCompilationG2 vom 2019‑02‑12 14:00:33

Status

Aktiv

Versions-Label

1.0.1+20230717

Name

atcdabbr_other_PersonNameCompilationG2

Bezeichnung

Person Name Compilation G2

Beschreibung

In Granularitätsstufe 2 wird der Personen-Name strukturiert angegeben. Die einzelnen Elemente des Namens (mindestens ein Vorname und mindestens ein Nachname) werden getrennt angegeben.
nullFlavors für Name zugelassen!
Die korrekte Reihenfolge der einzelnen Namenselemente ist wichtig. Als Richtlinie gilt, dass diese in der "natürlichen" Reihenfolge der Benutzung des Namens angegeben werden. Das ist besonders in den folgenden Fällen relevant:

Präfixe (prefix) MÜSSEN immer vor dem Namen stehen, zu dem sie gehören.
Vornamen (given) MÜSSEN immer in der offiziellen (gesetzlichen) Sequenz stehen.
Nachnamen (family) und ein eventuelles Trennzeichen (meistens ‘-‘) MÜSSEN in der offiziellen Sequenz stehen, abhängig von der Wahl bei der Eheschließung.
Suffixe (suffix) MÜSSEN immer hinter dem Namen stehen, zu dem sie gehören.

Für die Namenselemente kann zur näheren Bestimmung ein Qualifier angegeben werden (aus dem Value Set ELGA_EntityNamePartQualifier“), v.a. für Präfix/Suffix.

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

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2021‑02‑19 13:36:49)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

<name>
<prefix qualifier="NB">Gräfin</prefix> <given>Sissi</given> <family>Österreich</family> <family qualifier="BR">Habsburg</family> <suffix qualifier="AC">MSc</suffix></name>

Beispiel

Unbekannte Person

Item

DT

Kard

Konf

Beschreibung

Label

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

wo [not(@nullFlavor)]

@use

cs

0 … 1

Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist, z.B. A („Artist“).

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

Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).

hl7:prefix

ENXP

0 … *

Beliebig viele Präfixe zum Namen, z.B. Akademische Titel
Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!

(atc...nG2)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines prefix-Elements, beispielsweise dass das angegebene Präfix einen akademischen Titel darstellt, z.B. AC („Academic“).

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

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:family

ENXP

1 … *

M

Mindestens ein Hauptname (Nachname)

(atc...nG2)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines family-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“)
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:given

ENXP

1 … *

M

Mindestens ein Vorname

(atc...nG2)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet.

z.B.: BR („Birth“)

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

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:suffix

ENXP

0 … *

Beliebig viele Suffixe zum Namen

(atc...nG2)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B. AC („Academic“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:name

PN

0 … 1

(atc...nG2)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:name

PN

0 … 1

(atc...nG2)

wo [@nullFlavor='MSK']

@nullFlavor

cs

1 … 1

F

MSK

7.2.5.22 Participant Body - Transcriber

Id

1.2.40.0.34.6.0.11.9.14

ref

at-cda-bbr-

Gültigkeit

2021‑08‑04 15:41:13

Andere Versionen mit dieser Id:

atcdabbr_other_ParticipantBodyTranscriber vom 2021‑05‑25 11:27:52
atcdabbr_other_ParticipantBodyTranscriber vom 2021‑02‑19 13:51:47
atcdabbr_other_ParticipantBodyTranscriber vom 2019‑04‑03 16:19:46

Status

Aktiv

Versions-Label

1.1.0+20220103

Name

atcdabbr_other_ParticipantBodyTranscriber

Bezeichnung

Participant Body - Transcriber

Beschreibung

Nur für Nachtragung relevant: Die Person, die für die fachliche Richtigkeit des Nachtrags verantwortlich ist. Wenn Immunisierungsdaten per Stapelverarbeitung aus bestehenden Registern in den e-Impfpass übertragen werden, kann hier auch das Register eingetragen werden, aus dem die Daten stammen (z.B. "Impfregister des Landes…").

Sonderfall Nachtrag eines Nachtrags: Wird eine Primärdokumentation nachgetragen, in der selbst bereits ein Nachtrag vermerkt ist (z.B. Nachtrag eines Papier-Impfpasses in eine Landes-Impfdatembank, die in den e-Impfpass überführt wird), wird nur die aktuell nachtragende Person übernommen, NICHT aber die ursprünglich nachtragende Person aus der Primärdokumentation.

Kontext

Geschwisterknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.14

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 1 Konzept

Id	Name	Datensatz
elgaimpf-dataelement-285	Nachtragende Person 1.0.1	Datensatz Immunisierungsstatus

Benutzt

Benutzt 2 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.18	Containment	Device Compilation (1.0.2+20230717)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.14 Participant Body - Transcriber (2021‑05‑25 11:27:52)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.14 Participant Body - Transcriber (2021‑02‑19 13:51:47)

ref

at-cda-bbr-

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

Spezialisierung: Template 2.16.840.1.113883.10.12.321 CDA Participant (Body) (2005‑09‑07)

ref

ad1bbr-

Beispiel

Strukturbeispiel

<placeholder>
  <templateId root="1.2.40.0.34.6.0.11.9.14"/>  <time value="20190607145210+0200"/>  <participantRole classCode="ROL">
    <id root="1.2.3.999" extension="extension"/>    <addr>
      
    </addr>    <telecom use="WP" value="tel:+43.316.608.271.9000"/>    <playingEntity>
      <name>
        <given>Susi</given>        <family>Sorgenvoll</family>      </name>    </playingEntity>  </participantRole></placeholder>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:templateId

II

1 … 1

M

ELGA

(atc...ber)


	elgaimpf-dataelement-285	Nachtragende Person 1.0.1	Datensatz Immunisierungsstatus

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.9.14

hl7:time

TS.AT.TZ

0 … 1

C

Datum der Eintragung (Eintragungsdatum, Datum der Dokumentation).
Datum und Zeit, an dem die Impfung in den e-Impfpass eingetragen d.h. dokumentiert oder geändert wurde. Gilt auch bei einer nachträglichen Eintragung aus einer anderen Quelle (z.B. Papier-Impfpass, andere elektronische Quellen), d.h. NICHT das Impf-Datum!

(atc...ber)

Constraint

Im Fall der Nachtragung einer Immunisierung mittels der Dokumentenklasse "Update Immunisierungsstatus" MUSS, M [1..1], dieses Element angegeben sein.
Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN dieses Element angegeben sein, O [0..1].

hl7:participantRole

1 … 1

M

(atc...ber)

@classCode

cs

0 … 1

F

ROL

Auswahl

1 … *

ID der Organisation des Eintragenden (OID aus dem GDA-Index)

Elemente in der Auswahl:

hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='NI']
hl7:id[@nullFlavor='UNK']

hl7:id

II

0 … *

(atc...ber)

wo [not(@nullFlavor)]

@root

cs

0 … 1

@extension

st

0 … 1

hl7:id

II

0 … 1

(atc...ber)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atc...ber)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:addr

AD

0 … 1

Adresse der Organisation des Eintragenden

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...ber)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Optionale Kontaktdaten

(atc...ber)

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“

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:playingDevice welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)
hl7:playingEntity

hl7:playingDevice

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)

(atc...ber)

hl7:playingEntity

0 … 1

(atc...ber)

@classCode

cs

0 … 1

F

ENT

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Namen-Element (Person)

(atc...ber)

@use

cs

0 … 1

Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist.

Bsp: A („Artist“). Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).
Zulässige Werte gemäß Value-Set „ELGA_EntityNameUse“.

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

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

hl7:family

ENXP

1 … *

M

Mindestens ein Hauptname (Nachname)

(atc...ber)

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

hl7:given

ENXP

1 … *

M

Mindestens ein Vorname

(atc...ber)

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

hl7:suffix

ENXP

0 … *

Beliebig viele Suffixe zum Namen

(atc...ber)

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

hl7:scopingEntity

0 … 1

Organisation, der die eintragende Person angehört.

(atc...ber)

@classCode

cs

0 … 1

F

ENT

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:desc

ST

0 … 1

Name der Organisation.

(atc...ber)

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2']) or hl7:time

Meldung

Das Element time MUSS strukturiert sein.

8 Terminologien

[https://art-decor.org/art-decor/decor-valuesets--epims-?id=1.2.40.0.34.10.168&effectiveDate=2017-02-17T00:00:00&language=de-DE ELGA_Diagnosesicherheit ]

[https://art-decor.org/art-decor/decor-valuesets--epims-?id=1.2.40.0.34.10.52&effectiveDate=2013-01-10T00:00:00&language=de-DE ELGA_HumanActSite ]

9 Anhang

9.1 Literaturverzeichnis

↑ ^1,0 ^1,1 ^1,2 ^1,3 ELGA GmbH, HL7 Implementation Guide for CDA® R2: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente (OID 1.2.40.0.34.7.1)
↑ ^2,0 ^2,1 ELGA GmbH, HL7 Implementation Guide for CDA® R2: Laborbefund (OID 1.2.40.0.34.7.4).

[ELGAALLG-1] 1,0 ^1,1 ^1,2 ^1,3 ELGA GmbH, HL7 Implementation Guide for CDA® R2: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente (OID 1.2.40.0.34.7.1)

[ELGALAB-2] 2,0 ^2,1 ELGA GmbH, HL7 Implementation Guide for CDA® R2: Laborbefund (OID 1.2.40.0.34.7.4).

[1]

[2]

@@ Zeile 937: / Zeile 937: @@
 </div>
+=Terminologien=
+[https://art-decor.org/art-decor/decor-valuesets--epims-?id=1.2.40.0.34.10.168&effectiveDate=2017-02-17T00:00:00&language=de-DE ELGA_Diagnosesicherheit
+]
+[https://art-decor.org/art-decor/decor-valuesets--epims-?id=1.2.40.0.34.10.52&effectiveDate=2013-01-10T00:00:00&language=de-DE ELGA_HumanActSite
+]
 =Anhang=
 ==Literaturverzeichnis==

Epidemiologisches Meldesystem - Labor und Arzt

Version vom 7. Dezember 2020, 09:41 Uhr

Inhaltsverzeichnis

1 Zusammenfassung

2 Informationen über dieses Dokument

2.1 Impressum

2.2 Haftungsausschluss

2.3 Sprachliche Gleichbehandlung

2.4 Lizenzinformationen

2.5 Verwendete Grundlagen und Bezug zu anderen Standards

3 Einleitung

3.1 Ausgangslage und Motivation

4 Harmonisierung

4.1 Autoren und Mitwirkende

4.1.1 Autoren

5 Funktionale Anforderungen

5.1 Darstellung

5.2 Dokumenten-Metadaten (XDS-Metadaten)

6 User Storys ("Anwendungsfälle")

6.1 Anwendungsfall EMS01: Labormeldung "automatische Schnittstelle"

6.2 Anwendungsfall EMS02: Labormeldung "Gatewayapplikation"

6.3 Anwendungsfall EMS03: Labormeldung Referenzlabor

6.4 Anwendungsfall EMS04: Labormeldung behördlich angeordneter Untersuchungsauftrag

6.5 Anwendungsfall EMS05: Labormeldung Folgemeldung

6.6 Anwendungsfall EMS06: Arztmeldung automatisiert intramural

6.7 Anwendungsfall EMS07: Arztmeldung automatisiert niedergelassener Bereich

6.8 Anwendungsfall EMS08: Arztmeldung "Gatewayapplikation"

7 Technische Spezifikation

7.1 Übersicht CDA Strukturen (Header & Body)

7.1.1 Übersicht über die administrativen Daten (CDA-Header-Elemente)

7.1.1.1 Header-Elemente ohne speziellen Vorgaben

7.1.2 Übersicht über die medizinischen Inhalte (CDA-Body)

7.1.2.1 Aufbau der EMS Labormeldung

7.1.2.2 Aufbau der EMS Arztmeldung

7.1.2.3 Der EMS Organizer

7.2 CDA Templates

7.2.1 Document Level Templates

7.2.1.1 Arztmeldung

7.2.1.2 Labormeldung

7.2.2 Header Templates

7.2.2.1 Document Realm

7.2.2.2 Document TypeId

7.2.2.3 Document Id

7.2.2.4 Document Effective Time

7.2.2.5 Document Confidentiality Code

7.2.2.6 Document Language

7.2.2.7 Document Set Id and Version Number

7.2.2.8 Record Target - EMS

7.2.2.9 Author

7.2.2.10 Custodian

7.2.2.11 Legal Authenticator

7.2.2.12 Authenticator

7.2.2.13 Information Recipient - EMS

7.2.2.14 Participant Ein-, Ueber-, Zuweisender Arzt

7.2.2.15 In Fulfillment Of

7.2.2.16 Documentation Of Service Event - Infectious disease Note

7.2.2.17 Documentation Of Service Event - Laboratory Report

7.2.2.18 Documentation Of Service Event - Microbiology Studies

7.2.2.19 Documentation Of Service Event - Physician Note

7.2.2.20 AssignedEntityElements

7.2.2.21 PersonElements

7.2.2.22 OrganizationElements

7.2.2.23 Laboratory Performer 2

7.2.3 Section Templates

7.2.3.1 EMS Sektion - Arztmeldung

7.2.3.2 EMS Sektion - Labormeldung

7.2.4 Entry Templates

7.2.4.1 Notification Organizer EMS Arztmeldung

7.2.4.2 Notification Condition

7.2.4.3 EMS Case Identification Arztmeldung

7.2.4.4 EMS Informant

7.2.4.5 EMS Organizer Arzt

7.2.4.6 EMS Organizer Observation

7.2.4.7 EMS importierte Krankheit

7.2.4.8 EMS Hospitalisierung

7.2.4.9 EMS Problem Concern Entry

7.2.4.10 EMS Problem Entry

7.2.4.11 EMS Organizer Tätigkeitsbereich

7.2.4.12 EMS Act Tätigkeitsbereich

7.2.4.13 EMS Organizer Betreuung