ILF:EMS Labor Arzt

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]

03.06.2020

2020

Ballot-Version

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 und insbesondere auf dem ELGA Implementierungsleitfaden „HL7 Implementation Guide for CDA® R2: Laborbefund“ zur Anwendung im österreichischen Gesundheitswesen, 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 entnommen werden.

Feld	Element	Optionalität
		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/ serviceEvent[0]/performer	M [1..1]	NP [0..0]
Durchführende Labors	ClinicalDocument/documentationOf/ serviceEvent/performer	O [0..*]	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 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 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).

Zu kodierender Inhalt	Body-Bereich	Optionalität
		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	Anzeigename	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 (2019) DYNAMIC 1.2.40.0.34.6.0.11.1.30 Inklusion Document TypeId (2019) DYNAMIC 1.2.40.0.34.6.0.11.1.1 Inklusion Document Id (2019) DYNAMIC 1.2.40.0.34.6.0.11.1.11 Inklusion Document Effective Time (2019) DYNAMIC 1.2.40.0.34.6.0.11.1.12 Inklusion Document Confidentiality Code (2019) DYNAMIC 1.2.40.0.34.6.0.11.1.13 Inklusion Document Language (2019) DYNAMIC 1.2.40.0.34.6.0.11.1.15 Inklusion Document Set Id and Version Number (2019) 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 (2019) DYNAMIC 1.2.40.0.34.6.0.11.1.4 Inklusion Custodian (2019) DYNAMIC 1.2.40.0.34.6.0.11.1.5 Inklusion Legal Authenticator (2019) DYNAMIC 1.2.40.0.34.6.0.11.1.6 Inklusion Authenticator (2019) 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 (2019) DYNAMIC 1.2.40.0.34.6.0.11.1.9 Inklusion In Fulfillment Of (2019) 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) 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-data​element-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-data​element-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:language​Code CS.LANG 1 … 1 M Sprachcode des Dokuments. (epi...ung)   at-cda-bbr-data​element-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 @context​Control​Code 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:administrative​Gender​Code[not(@nullFlavor)] hl7:administrative​Gender​Code[@nullFlavor='UNK'] hl7:administrative​Gender​Code 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:administrative​Gender​Code 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:marital​Status​Code 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:religious​Affiliation​Code 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:ethnic​Group​Code 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:guardian​Person welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:guardian​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:guardian​Organization welches enthält Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC) hl7:guardian​Person 0 … 1 Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) (epi...ung) hl7:guardian​Person 0 … 1 Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 2 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (epi...ung) hl7:guardian​Organization 0 … 1 R Name des gesetzlichen Vertreters (Organisation) Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC) (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 @determiner​Code cs 0 … 1 F INSTANCE Auswahl 1 … 1 Elemente in der Auswahl: hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) hl7:addr AD 0 … 1 Die Adresse des Geburtsorts. Minimalangabe. Alle Elemente optional. Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) (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:language​Communication 0 … * R Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten. (epi...ung) hl7:language​Code 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:proficiency​Level​Code 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:preference​Ind 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 @context​Control​Code cs 0 … 1 F OP hl7:functionCode CE (extensible) 0 … 1 R Funktionscode des Verfassers des Dokuments, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“. Eigene Codes und Bezeichnungen können verwendet werden. (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:assigned​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:assigned​Authoring​Device welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) hl7:assigned​Person 0 … 1 Personendaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen, name-Element ist hier Mandatory. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (epi...ung) hl7:assigned​Authoring​Device 0 … 1 Datenerstellendes Gerät Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) (epi...ung) hl7:represented​Organization 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. ↔ Hinweis zum XDS-Mapping: Da manche offiziellen Bezeichnungen von GDA sehr lang werden können, soll das name Element 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“   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.4 Custodian (DYNAMIC) hl7:custodian 1 … 1 M Verwahrer des Dokuments. (epi...ung)   at-cda-bbr-data​element-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:represented​Custodian​Organization 1 … 1 M (epi...ung) @classCode cs 0 … 1 F ORG @determiner​Code 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-data​element-368  Unterzeichnende Person (Dokument)  Datensatz e-Impfpass 2019 at-cda-bbr-data​element-1  Rechtlicher Unterzeichner  Dataset A 2019 @context​Control​Code cs 0 … 1 F OP @typeCode cs 0 … 1 F LA Auswahl 1 … 1 Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Elemente in der Auswahl: hl7:time[not(@nullFlavor)] hl7:time[@nullFlavor='UNK'] hl7:time TS.AT.TZ 0 … 1 (epi...ung) wo [not(@nullFlavor)]   at-cda-bbr-data​element-5  Zeitpunkt der Unterzeichnung  Dataset A 2019 elgaimpf-data​element-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-data​element-370  Signatur  Datensatz e-Impfpass 2019 at-cda-bbr-data​element-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-data​element-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-data​element-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-data​element-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-data​element-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-data​element-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:assigned​Person 1 … 1 M Personendaten der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (epi...ung) hl7:represented​Organization 0 … 1 R Organisationsdaten der Entität. Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) (epi...ung)   elgaimpf-data​element-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:information​Recipient 1 … 1 M Beabsichtiger Empfänger des Dokuments.  (epi...ung) @typeCode cs 0 … 1 F PRCP hl7:intended​Recipient 1 … 1 M (epi...ung) @classCode cs 0 … 1   hl7:id II 1 … 1 M (epi...ung) @assigningAuthorityName st 0 … 1 F BMGF @root uid 1 … 1 F 1.2.40.0.34.3.1.1 hl7:information​Recipient 1 … 1 M (epi...ung) hl7:name ST 1 … 1 M (epi...ung)   CONF Elementinhalt muss "BMGF" sein hl7:received​Organization 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 @context​Control​Code 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:associated​Entity 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:associated​Person[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:associated​Person[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:associated​Person  … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) (epi...ung) wo [hl7:name [count(child::*)=0]] hl7:associated​Person  … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (epi...ung) wo [hl7:name [count(child::*)!=0]] hl7:scoping​Organization 0 … 1 R Organisation, der der Einweiser/Zuweiser/Überweiser angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen. (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 @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. (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)]   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 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-data​element-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-data​element-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 (epi...ung) Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.35 Date Interval Information minimal (DYNAMIC) Auswahl 1 … 1 Elemente in der Auswahl: hl7:low[not(@nullFlavor)] hl7:low[@nullFlavor='UNK'] hl7:low TS.DATE 0 … 1 (epi...ung) wo [not(@nullFlavor)] hl7:low TS.DATE 0 … 1 (epi...ung) 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 (epi...ung) wo [not(@nullFlavor)] hl7:high TS.DATE 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 (epi...ung) Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.35 Date Interval Information minimal (DYNAMIC) Auswahl 1 … 1 Elemente in der Auswahl: hl7:low[not(@nullFlavor)] hl7:low[@nullFlavor='UNK'] hl7:low TS.DATE 0 … 1 (epi...ung) wo [not(@nullFlavor)] hl7:low TS.DATE 0 … 1 (epi...ung) 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 (epi...ung) wo [not(@nullFlavor)] hl7:high TS.DATE 0 … 1 (epi...ung) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:component 1 … 1 M (epi...ung) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind 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 @context​Conduction​Ind 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	Anzeigename	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 (2019) DYNAMIC 1.2.40.0.34.6.0.11.1.30 Inklusion Document TypeId (2019) DYNAMIC 1.2.40.0.34.6.0.11.1.1 Inklusion Document Id (2019) DYNAMIC 1.2.40.0.34.6.0.11.1.11 Inklusion Document Effective Time (2019) DYNAMIC 1.2.40.0.34.6.0.11.1.12 Inklusion Document Confidentiality Code (2019) DYNAMIC 1.2.40.0.34.6.0.11.1.13 Inklusion Document Language (2019) DYNAMIC 1.2.40.0.34.6.0.11.1.15 Inklusion Document Set Id and Version Number (2019) 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 (2019) DYNAMIC 1.2.40.0.34.6.0.11.1.4 Inklusion Custodian (2019) DYNAMIC 1.2.40.0.34.6.0.11.1.5 Inklusion Legal Authenticator (2019) DYNAMIC 1.2.40.0.34.6.0.11.1.6 Inklusion Authenticator (2019) 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 (2019) DYNAMIC 1.2.40.0.34.6.0.11.1.9 Inklusion In Fulfillment Of (2019) 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-data​element-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-data​element-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:language​Code CS.LANG 1 … 1 M Sprachcode des Dokuments. (epi...ung)   at-cda-bbr-data​element-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 @context​Control​Code 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:administrative​Gender​Code[not(@nullFlavor)] hl7:administrative​Gender​Code[@nullFlavor='UNK'] hl7:administrative​Gender​Code 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:administrative​Gender​Code 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:marital​Status​Code 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:religious​Affiliation​Code 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:ethnic​Group​Code 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:guardian​Person welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:guardian​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:guardian​Organization welches enthält Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC) hl7:guardian​Person 0 … 1 Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) (epi...ung) hl7:guardian​Person 0 … 1 Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 2 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (epi...ung) hl7:guardian​Organization 0 … 1 R Name des gesetzlichen Vertreters (Organisation) Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC) (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 @determiner​Code cs 0 … 1 F INSTANCE Auswahl 1 … 1 Elemente in der Auswahl: hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) hl7:addr AD 0 … 1 Die Adresse des Geburtsorts. Minimalangabe. Alle Elemente optional. Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) (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:language​Communication 0 … * R Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten. (epi...ung) hl7:language​Code 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:proficiency​Level​Code 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:preference​Ind 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 @context​Control​Code cs 0 … 1 F OP hl7:functionCode CE (extensible) 0 … 1 R Funktionscode des Verfassers des Dokuments, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“. Eigene Codes und Bezeichnungen können verwendet werden. (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:assigned​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:assigned​Authoring​Device welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) hl7:assigned​Person 0 … 1 Personendaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen, name-Element ist hier Mandatory. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (epi...ung) hl7:assigned​Authoring​Device 0 … 1 Datenerstellendes Gerät Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) (epi...ung) hl7:represented​Organization 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. ↔ Hinweis zum XDS-Mapping: Da manche offiziellen Bezeichnungen von GDA sehr lang werden können, soll das name Element 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“   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.4 Custodian (DYNAMIC) hl7:custodian 1 … 1 M Verwahrer des Dokuments. (epi...ung)   at-cda-bbr-data​element-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:represented​Custodian​Organization 1 … 1 M (epi...ung) @classCode cs 0 … 1 F ORG @determiner​Code 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-data​element-368  Unterzeichnende Person (Dokument)  Datensatz e-Impfpass 2019 at-cda-bbr-data​element-1  Rechtlicher Unterzeichner  Dataset A 2019 @context​Control​Code cs 0 … 1 F OP @typeCode cs 0 … 1 F LA Auswahl 1 … 1 Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Elemente in der Auswahl: hl7:time[not(@nullFlavor)] hl7:time[@nullFlavor='UNK'] hl7:time TS.AT.TZ 0 … 1 (epi...ung) wo [not(@nullFlavor)]   at-cda-bbr-data​element-5  Zeitpunkt der Unterzeichnung  Dataset A 2019 elgaimpf-data​element-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-data​element-370  Signatur  Datensatz e-Impfpass 2019 at-cda-bbr-data​element-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-data​element-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-data​element-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-data​element-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-data​element-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-data​element-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:assigned​Person 1 … 1 M Personendaten der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (epi...ung) hl7:represented​Organization 0 … 1 R Organisationsdaten der Entität. Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) (epi...ung)   elgaimpf-data​element-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:information​Recipient 1 … 1 M Beabsichtiger Empfänger des Dokuments.  (epi...ung) @typeCode cs 0 … 1 F PRCP hl7:intended​Recipient 1 … 1 M (epi...ung) @classCode cs 0 … 1   hl7:id II 1 … 1 M (epi...ung) @assigningAuthorityName st 0 … 1 F BMGF @root uid 1 … 1 F 1.2.40.0.34.3.1.1 hl7:information​Recipient 1 … 1 M (epi...ung) hl7:name ST 1 … 1 M (epi...ung)   CONF Elementinhalt muss "BMGF" sein hl7:received​Organization 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 @context​Control​Code 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:associated​Entity 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:associated​Person[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:associated​Person[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:associated​Person  … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) (epi...ung) wo [hl7:name [count(child::*)=0]] hl7:associated​Person  … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (epi...ung) wo [hl7:name [count(child::*)!=0]] hl7:scoping​Organization 0 … 1 R Organisation, der der Einweiser/Zuweiser/Überweiser angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen. (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 @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. (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)]   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.9 In Fulfillment Of (DYNAMIC) hl7:inFulfillmentOf 1 … 1 M Komponente zur Dokumentation des Auftrags. (epi...ung)   at-cda-bbr-data​element-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-data​element-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 (epi...ung) Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.35 Date Interval Information minimal (DYNAMIC) Auswahl 1 … 1 Elemente in der Auswahl: hl7:low[not(@nullFlavor)] hl7:low[@nullFlavor='UNK'] hl7:low TS.DATE 0 … 1 (epi...ung) wo [not(@nullFlavor)] hl7:low TS.DATE 0 … 1 (epi...ung) 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 (epi...ung) wo [not(@nullFlavor)] hl7:high TS.DATE 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.35 Date Interval Information minimal (DYNAMIC) Auswahl 1 … 1 Elemente in der Auswahl: hl7:low[not(@nullFlavor)] hl7:low[@nullFlavor='UNK'] hl7:low TS.DATE 0 … 1 (epi...ung) wo [not(@nullFlavor)] hl7:low TS.DATE 0 … 1 (epi...ung) 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 (epi...ung) wo [not(@nullFlavor)] hl7:high TS.DATE 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-data​element-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-data​element-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:assigned​Person 1 … 1 M Personendaten der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (epi...ung) hl7:represented​Organization 1 … 1 M Organisationsdaten der Entität. Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) (epi...ung)   elgaimpf-data​element-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 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-data​element-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-data​element-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:assigned​Person 1 … 1 M Personendaten der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (epi...ung) hl7:represented​Organization 1 … 1 M Organisationsdaten der Entität. Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) (epi...ung)   elgaimpf-data​element-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 @context​Conduction​Ind 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 @context​Conduction​Ind 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	2019‑02‑12 13:35:45
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_header_DocumentRealm	Anzeigename	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)
Beispiel	Strukturbeispiel <realmCode code="AT"/>
Item DT Kard Konf Beschreibung Label hl7:realmCode CS R Hoheitsbereich des Dokuments. Fester Wert: @code = AT (aus ValueSet „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	2019‑05‑13 10:27:22
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_header_DocumentTypeId	Anzeigename	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)
Beispiel	Strukturbeispiel <typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>
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	2019‑02‑18 11:06:14
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_header_DocumentId	Anzeigename	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)
Beispiel	Strukturbeispiel (mit Extension) <id assigningAuthorityName="Amadeus Spital" root="1.2.40.0.34.99.111.1.1" extension="134F989"/>
Beispiel	Strukturbeispiel (ohne Extension) <id assigningAuthorityName="Amadeus Spital" root="1.2.40.0.34.99.111.1.1.20248969"/>
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	2019‑02‑12 16:30:12
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_header_DocumentEffectiveTime	Anzeigename	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 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 Befunde im Dokumentenregister (XDSDocumentEntry-Metadaten) verwendet. Es muss also sichergestellt werden, dass die Befunde 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-data​element-11  Erstellungsdatum  Dataset A 2019
Beziehung	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 <effectiveTime value="20190606"/>
Beispiel	Datum, Zeit und Zeitzone: Zeitpunkt als Datum mit Zeit und Zeitzone im Format YYYYMMDDhhmmss[+/-]HHMM <effectiveTime value="20190606134038+0200"/>
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-data​element-11  Erstellungsdatum  Dataset A 2019

7.2.2.5 Document Confidentiality Code

Id	1.2.40.0.34.6.0.11.1.12 ref at-cda-bbr-	Gültigkeit	2019‑03‑04 12:35:46
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_header_DocumentConfidentialityCode	Anzeigename	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	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz at-cda-bbr-data​element-13  Vertraulichkeitscode  Dataset A 2019
Beziehung	Version: Template 1.2.40.0.34.11.90009 CD confidentialityCode (2013‑11‑07) ref elgabbr-
Beispiel	Strukturbeispiel <confidentialityCode codeSystemName="HL7:Confidentiality" code="N" codeSystem="2.16.840.1.113883.5.25" displayName="normal"/>
Item DT Kard Konf Beschreibung Label hl7:confidentialityCode CE Vertraulichkeitscode des Dokuments aus ValueSet „ELGA_Confidentiality“.  (atc...ode)   at-cda-bbr-data​element-13  Vertraulichkeitscode  Dataset A 2019 @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	2019‑02‑12 14:08:58
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_header_DocumentLanguage	Anzeigename	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-data​element-14  Sprachcode  Dataset A 2019
Beziehung	Version: Template 1.2.40.0.34.11.90010 CD languageCode (2013‑11‑07) ref elgabbr-
Beispiel	Strukturbeispiel <languageCode code="de-AT"/>
Item DT Kard Konf Beschreibung Label hl7:language​Code CS.LANG Sprachcode des Dokuments. (atc...age)   at-cda-bbr-data​element-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.

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	2019‑02‑12 14:48:59
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_header_DocumentSetIdAndVersionNumber	Anzeigename	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.11.90007 SetId VersionNumber (2015‑09‑18) ref elgabbr-
Beispiel	Beispiel für die 1.Version eines Dokuments <!-- Die bei setId angegebene ID SOLLTE nicht gleich sein wie die id des 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 <!--Die bei setId angegebene ID MUSS mit der setId der Vorversion übereinstimmen.--> <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	Anzeigename	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 (2019) 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 (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.11 Containment Person Name Compilation G2 M (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.27 Containment Organization Name Compilation (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.10 Containment Address Compilation Minimal (2019) 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>       <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->     </hl7:addr>    <hl7:telecom value="--TODO--" use="cs"/>    <hl7:patient>       <!-- choice: 1..1 element hl7:administrative​Gender​Code[not(@nullFlavor)] element hl7:administrative​Gender​Code[@nullFlavor='UNK'] -->       <!-- choice: 1..1 element hl7:birthTime element hl7:birthTime[@nullFlavor='UNK'] -->       <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>           <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->         </hl7:addr>        <hl7:telecom value="value" use="cs"/>        <!-- choice: 1..1 element hl7:guardian​Person containing template 1.2.40.0.34.6.0.11.9.12 (dynamic) element hl7:guardian​Person containing template 1.2.40.0.34.6.0.11.9.11 (dynamic) element hl7:guardian​Organization containing template 1.2.40.0.34.6.0.11.9.27 (dynamic) -->       </hl7:guardian>      <hl7:birthplace classCode="BIRTHPL">         <hl7:place classCode="PLC" determinerCode="INSTANCE">           <!-- choice: 1..1 element hl7:addr containing template 1.2.40.0.34.6.0.11.9.10 (dynamic) element hl7:addr containing template 1.2.40.0.34.6.0.11.9.25 (dynamic) -->         </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>      <!-- template 1.2.40.0.34.6.0.11.9.38 'Person Name Compilation G2 M - EMS' (2020-02-20T09:26:26) -->     </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 @context​Control​Code 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:administrative​Gender​Code[not(@nullFlavor)] hl7:administrative​Gender​Code[@nullFlavor='UNK'] hl7:administrative​Gender​Code 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:administrative​Gender​Code 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:marital​Status​Code 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:religious​Affiliation​Code 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:ethnic​Group​Code 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:guardian​Person welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:guardian​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:guardian​Organization welches enthält Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC) hl7:guardian​Person 0 … 1 Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) (epi...get) hl7:guardian​Person 0 … 1 Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 2 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (epi...get) hl7:guardian​Organization 0 … 1 R Name des gesetzlichen Vertreters (Organisation) Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC) (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 @determiner​Code cs 0 … 1 F INSTANCE Auswahl 1 … 1 Elemente in der Auswahl: hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) hl7:addr AD 0 … 1 Die Adresse des Geburtsorts. Minimalangabe. Alle Elemente optional. Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) (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:language​Communication 0 … * R Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten. (epi...get) hl7:language​Code 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:proficiency​Level​Code 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:preference​Ind 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	2019‑02‑13 09:50:17
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_header_Author	Anzeigename	Author
Beschreibung Der Autor, Urheber oder Dokumentersteller ist die Person, die haupt-ursä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 (Schreibkraft, medizinischeR DokumentationsassistentIn, …) 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 OnDemandDocument, das keine Person erstellt oder sonstige automatisch ohne Personenkontakt erstellte Dokumente). ↔ Hinweis zum XDS-Mapping: Folgende XDS-Attribute werden aus dem Element Author 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	Offen (auch andere als die definierten 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 (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.18 Containment Device Compilation (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.5 Containment Organization Compilation with id, name (2019) DYNAMIC
Beispiel	Person als Author <author typeCode="AUT" contextControlCode="OP">   <!-- Funktionscode -->   <functionCode code="OA" displayName="Diensthabender Oberarzt" codeSystem="1.2.40.0.34.99.111.2.1" codeSystemName="Amadeus Spital Funktionen"/>  <!-- Zeitpunkt der Erstellung -->   <time value="20190605133410+0200"/>  <assignedAuthor classCode="ASSIGNED">     <!-- Identifikation des Verfassers des Dokuments -->     <id root="1.2.40.0.34.99.111.1.3" extension="1111" assigningAuthorityName="Amadeus Spital"/>    <!-- Fachrichtung des Verfassers des Dokuments -->     <code code="107" displayName="Fachärztin/Facharzt für Chirurgie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/>    <!-- Kontaktdaten des Verfassers des Dokuments -->     <telecom value="tel:+43.1.40400"/>    <telecom value="mailto:Isabella.Stern@organization.at"/>    <!-- Person als Author -->     <assignedPerson classCode="PSN" determinerCode="INSTANCE">       <!-- template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' (2019-04-02T10:09:43) -->     </assignedPerson>    <representedOrganization>       <!-- template 1.2.40.0.34.6.0.11.9.5 'Organization Compilation with id, name' (2019-03-25T13:43:57) -->     </representedOrganization>  </assignedAuthor></author>
Beispiel	Gerät als Author <author typeCode="AUT" contextControlCode="OP">   <!-- Zeitpunkt der Erstellung -->   <time value="20190605133410+0200"/>  <assignedAuthor classCode="ASSIGNED">     <!-- Geräte Identifikation (oder nullFlavor) -->     <id root="86562fe5-b509-4ce9-b976-176fd376e477" assigningAuthorityName="KH Eisenstadt"/>    <!-- Gerät als Author -->     <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE">       <!-- template 1.2.40.0.34.6.0.11.9.18 'Device Compilation' (2019-02-13T10:11:00) -->     </assignedAuthoringDevice>    <representedOrganization>       <!-- template 1.2.40.0.34.6.0.11.9.5 'Organization Compilation with id, name' (2019-03-25T13:43:57) -->     </representedOrganization>  </assignedAuthor></author>
Item DT Kard Konf Beschreibung Label hl7:author Verfasser des Dokuments. (atc...hor) @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP hl7:functionCode CE (extensible) 0 … 1 R Funktionscode des Verfassers des Dokuments, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“. Eigene Codes und Bezeichnungen können verwendet werden. (atc...hor) @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 (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:assigned​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:assigned​Authoring​Device welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) hl7:assigned​Person 0 … 1 Personendaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen, name-Element ist hier Mandatory. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (atc...hor) hl7:assigned​Authoring​Device 0 … 1 Datenerstellendes Gerät Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) (atc...hor) hl7:represented​Organization 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. ↔ Hinweis zum XDS-Mapping: Da manche offiziellen Bezeichnungen von GDA sehr lang werden können, soll das name Element 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) (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“   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.

7.2.2.10 Custodian

Id	1.2.40.0.34.6.0.11.1.4 ref at-cda-bbr-	Gültigkeit	2019‑02‑26 11:28:24
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_header_Custodian	Anzeigename	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-data​element-24  Verwahrer  Dataset A 2019
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (2019) DYNAMIC
Beispiel	Beispiel <!-- Verwahrer des Dokuments --> <custodian typeCode="CST">   <assignedCustodian classCode="ASSIGNED">     <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">       <!-- Identifikation des Verwahrers -->       <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>         <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->       </addr>    </representedCustodianOrganization>  </assignedCustodian></custodian>
Item DT Kard Konf Beschreibung Label hl7:custodian Verwahrer des Dokuments. (atc...ian)   at-cda-bbr-data​element-24  Verwahrer  Dataset A 2019 @typeCode cs 0 … 1 F CST hl7:assignedCustodian 1 … 1 M (atc...ian) @classCode cs 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M (atc...ian) @classCode cs 0 … 1 F ORG @determiner​Code 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. (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	2019‑03‑04 11:41:57
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_header_LegalAuthenticator	Anzeigename	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: Dieses Element wird ins XDS-Metadatenelement DocumentEntry.legalAuthenticator gemappt. ACHTUNG: Nach DocumentEntry.legalAuthenticator kann jeweils nur das erste Element (ClinicalDocument/LegalAuthenticator[1]) übernommen werden.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 6 Konzepte Id Name Datensatz elgaimpf-data​element-368  Unterzeichnende Person (Dokument)  Datensatz e-Impfpass 2019 at-cda-bbr-data​element-1  Rechtlicher Unterzeichner  Dataset A 2019 elgaimpf-data​element-370  Signatur  Datensatz e-Impfpass 2019 at-cda-bbr-data​element-5  Zeitpunkt der Unterzeichnung  Dataset A 2019 elgaimpf-data​element-369  Zeitpunkt der Unterzeichnung  Datensatz e-Impfpass 2019 at-cda-bbr-data​element-6  Signatur  Dataset A 2019
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.22 Containment Assigned Entity (2019) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.20006 HeaderLegalAuthenticator (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <legalAuthenticator contextControlCode="OP" typeCode="LA">   <!-- Zeitpunkt der Unterzeichnung -->   <time value="20190324082015+0100"/>  <!-- Signaturcode -->   <signatureCode code="S"/>  <!-- Personen- und Organisationsdaten des Rechtlichen Unterzeichners des Dokuments -->   <assignedEntity>     <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->   </assignedEntity></legalAuthenticator>
Item DT Kard Konf Beschreibung Label hl7:legalAuthenticator Hauptunterzeichner, Rechtlicher Unterzeichner (atc...tor)   elgaimpf-data​element-368  Unterzeichnende Person (Dokument)  Datensatz e-Impfpass 2019 at-cda-bbr-data​element-1  Rechtlicher Unterzeichner  Dataset A 2019 @context​Control​Code cs 0 … 1 F OP @typeCode cs 0 … 1 F LA Auswahl 1 … 1 Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Elemente in der Auswahl: hl7:time[not(@nullFlavor)] hl7:time[@nullFlavor='UNK'] hl7:time TS.AT.TZ 0 … 1 (atc...tor) wo [not(@nullFlavor)]   at-cda-bbr-data​element-5  Zeitpunkt der Unterzeichnung  Dataset A 2019 elgaimpf-data​element-369  Zeitpunkt der Unterzeichnung  Datensatz e-Impfpass 2019 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)   elgaimpf-data​element-370  Signatur  Datensatz e-Impfpass 2019 at-cda-bbr-data​element-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) (atc...tor)

7.2.2.12 Authenticator

Id	1.2.40.0.34.6.0.11.1.6 ref at-cda-bbr-	Gültigkeit	2019‑03‑04 13:11:54
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_header_Authenticator	Anzeigename	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-data​element-105  Zeitpunkt der Unterzeichnung  Dataset A 2019 at-cda-bbr-data​element-31  Weitere Unterzeichner  Dataset A 2019 at-cda-bbr-data​element-106  Signatur  Dataset A 2019
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.22 Inklusion Assigned Entity (2019) DYNAMIC
Beispiel	Strukturbeispiel <authenticator typeCode="AUTHEN">   <!-- Zeitpunkt der Unterzeichnung -->   <time value="20190605"/>  <!-- Signaturcode -->   <signatureCode code="S"/>  <!-- Personen- und Organisationsdaten des Weiteren Unterzeichners des Dokuments -->   <assignedEntity>     <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->   </assignedEntity></authenticator>
Item DT Kard Konf Beschreibung Label hl7:authenticator Weitere Unterzeichner. (atc...tor)   at-cda-bbr-data​element-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 (atc...tor) wo [not(@nullFlavor)]   at-cda-bbr-data​element-105  Zeitpunkt der Unterzeichnung  Dataset A 2019 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-data​element-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. (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)]   elgaimpf-data​element-371  ID des Unterzeichners  Datensatz e-Impfpass 2019 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)]   elgaimpf-data​element-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:assigned​Person 1 … 1 M Personendaten der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (atc...tor) hl7:represented​Organization 0 … 1 R Organisationsdaten der Entität. Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) (atc...tor)   elgaimpf-data​element-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.

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	Anzeigename	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 Header​Information​Recipient (2011‑12‑19) ref elgabbr-
Beispiel	Beispiel <hl7:informationRecipient typeCode="PRCP">   <hl7:intendedRecipient classCode="cs">     <hl7:id assigningAuthorityName="BMGF" root="1.2.40.0.34.3.1.1"/>    <hl7:informationRecipient>       <hl7:name>BMGF</hl7:name>    </hl7:informationRecipient>    <hl7:receivedOrganization>       <!-- template 1.2.40.0.34.6.0.11.9.39 'Organization Compilation with id, name, tel, addr - EMS' (2020-02-20T09:48:27) -->     </hl7:receivedOrganization>  </hl7:intendedRecipient></hl7:informationRecipient>
Item DT Kard Konf Beschreibung Label hl7:information​Recipient Beabsichtiger Empfänger des Dokuments.  (epi...ent) @typeCode cs 0 … 1 F PRCP hl7:intended​Recipient 1 … 1 M (epi...ent) @classCode cs 0 … 1   hl7:id II 1 … 1 M (epi...ent) @assigningAuthorityName st 0 … 1 F BMGF @root uid 1 … 1 F 1.2.40.0.34.3.1.1 hl7:information​Recipient 1 … 1 M (epi...ent) hl7:name ST 1 … 1 M (epi...ent)   CONF Elementinhalt muss "BMGF" sein hl7:received​Organization 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	2019‑02‑12 16:23:33
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_header_ParticipantEinweisenderZuweisenderUeberweisenderArzt	Anzeigename	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 (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.12 Containment Person Name Compilation G1 M (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.11 Containment Person Name Compilation G2 M (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.9 Inklusion Organization Compilation with name (2019) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25) ref elgabbr-
Beispiel	Strukturbeispiel <participant contextControlCode="OP" typeCode="REF">   <templateId root="1.2.40.0.34.6.0.11.1.21"/>  <associatedEntity classCode="PROV">     <!-- Participant Ein-, Ueber-, Zuweisender Arzt -->     <id root="1.2.3.999"/>    <addr>       <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->     </addr>    <telecom use="WP" value="tel:+43.1.3453446.1"/>    <associatedPerson>       <!-- Name des ein-, ueber-, zuweisenden Arztes (strukturierte Angabe) -->       <!-- include template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' 1..1 M -->     </associatedPerson>    <scopingOrganization>       <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (dynamic) .. O -->     </scopingOrganization>  </associatedEntity></participant>
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 @context​Control​Code 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:associated​Entity 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:associated​Person[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:associated​Person[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:associated​Person  … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) (atc...rzt) wo [hl7:name [count(child::*)=0]] hl7:associated​Person  … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (atc...rzt) wo [hl7:name [count(child::*)!=0]] hl7:scoping​Organization 0 … 1 R Organisation, der der Einweiser/Zuweiser/Überweiser angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen. (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 @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. (atc...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)]   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.

7.2.2.15 In Fulfillment Of

Id	1.2.40.0.34.6.0.11.1.9 ref at-cda-bbr-	Gültigkeit	2019‑03‑14 13:22:14
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_header_InFulfillmentOf	Anzeigename	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	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 2 Konzepte Id Name Datensatz at-cda-bbr-data​element-42  Auftrag  Dataset A 2019 at-cda-bbr-data​element-43  ID  Dataset A 2019
Beziehung	Version: Template 1.2.40.0.34.11.20009 HeaderInFulfillmentOf (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <inFulfillmentOf typeCode="FLFS">   <order classCode="ACT" moodCode="RQO">     <id root="2.16.840.1.113883.2.16.1.99.3.1" extension="081201-004"/>  </order></inFulfillmentOf>
Item DT Kard Konf Beschreibung Label hl7:inFulfillmentOf Komponente zur Dokumentation des Auftrags. (atc...tOf)   at-cda-bbr-data​element-42  Auftrag  Dataset A 2019 @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-data​element-43  ID  Dataset A 2019

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	Anzeigename	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.35 Inklusion Date Interval Information minimal (2019) 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) ref ? Version: Template 1.2.40.0.34.11.20010 HeaderServiceEvent (2011‑12‑19) ref elgabbr-
Beispiel	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>       <!-- include template 1.2.40.0.34.6.0.11.9.35 'Date Interval Information minimal' (dynamic) 1..1 M -->     </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 (epi...ote) Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.35 Date Interval Information minimal (DYNAMIC) Auswahl 1 … 1 Elemente in der Auswahl: hl7:low[not(@nullFlavor)] hl7:low[@nullFlavor='UNK'] hl7:low TS.DATE 0 … 1 (epi...ote) wo [not(@nullFlavor)] hl7:low TS.DATE 0 … 1 (epi...ote) 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 (epi...ote) wo [not(@nullFlavor)] hl7:high TS.DATE 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	Anzeigename	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.35 Inklusion Date Interval Information minimal (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.22 Inklusion Assigned Entity (2019) 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) ref ? Version: Template 1.2.40.0.34.11.20010 HeaderServiceEvent (2011‑12‑19) ref elgabbr-
Beispiel	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>       <!-- include template 1.2.40.0.34.6.0.11.9.35 'Date Interval Information minimal' (dynamic) 1..1 M -->     </hl7:effectiveTime>    <hl7:performer typeCode="PRF">       <hl7:templateId root="1.3.6.1.4.1.19376.1.3.3.1.7"/>      <hl7:assignedEntity>         <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) 1..1 M -->       </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.35 Date Interval Information minimal (DYNAMIC) Auswahl 1 … 1 Elemente in der Auswahl: hl7:low[not(@nullFlavor)] hl7:low[@nullFlavor='UNK'] hl7:low TS.DATE 0 … 1 (epi...ort) wo [not(@nullFlavor)] hl7:low TS.DATE 0 … 1 (epi...ort) 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 (epi...ort) wo [not(@nullFlavor)] hl7:high TS.DATE 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)]   elgaimpf-data​element-371  ID des Unterzeichners  Datensatz e-Impfpass 2019 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)]   elgaimpf-data​element-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:assigned​Person 1 … 1 M Personendaten der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (epi...ort) hl7:represented​Organization 1 … 1 M Organisationsdaten der Entität. Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) (epi...ort)   elgaimpf-data​element-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.

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	Anzeigename	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 (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.22 Inklusion Assigned Entity (2019) 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>       <!-- include template 1.2.40.0.34.6.0.11.9.15 'Time Interval Information minimal' (dynamic) .. O -->     </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>         <!-- include template 1.2.40.0.34.6.0.11.9.15 'Time Interval Information minimal' (dynamic) .. O -->       </hl7:time>      <hl7:assignedEntity>         <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) 1..1 M -->       </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 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)]   elgaimpf-data​element-371  ID des Unterzeichners  Datensatz e-Impfpass 2019 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)]   elgaimpf-data​element-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:assigned​Person 1 … 1 M Personendaten der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (epi...ogy) hl7:represented​Organization 1 … 1 M Organisationsdaten der Entität. Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) (epi...ogy)   elgaimpf-data​element-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.

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
Name	epims_header_documentationOfServiceEventPhysicianNote	Anzeigename	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 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.35 Inklusion Date Interval Information minimal (2019) 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) ref ? Version: Template 1.2.40.0.34.11.20010 HeaderServiceEvent (2011‑12‑19) ref elgabbr-
Beispiel	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>       <!-- include template 1.2.40.0.34.6.0.11.9.35 'Date Interval Information minimal' (dynamic) 1..1 M -->     </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 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 (epi...ote) Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.35 Date Interval Information minimal (DYNAMIC) Auswahl 1 … 1 Elemente in der Auswahl: hl7:low[not(@nullFlavor)] hl7:low[@nullFlavor='UNK'] hl7:low TS.DATE 0 … 1 (epi...ote) wo [not(@nullFlavor)] hl7:low TS.DATE 0 … 1 (epi...ote) 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 (epi...ote) wo [not(@nullFlavor)] hl7:high TS.DATE 0 … 1 (epi...ote) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK

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	Anzeigename	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:assigned​Person 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 @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (Ass...nts) hl7:represented​Organization 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 @determiner​Code 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	Anzeigename	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 @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (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	Anzeigename	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 @determiner​Code 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	Anzeigename	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 <component>   <observation classCode="OBS" moodCode="EVN">      ...     <performer typeCode="PRF">       <templateId root="1.2.40.0.34.11.4.3.3"/>      <time value="20121201073406+0100"/>      <assignedEntity>         <id nullFlavor="NI"/>        <code code="E" codeSystem="2.16.840.1.113883.2.16.1.4.9" codeSystemName="HL7.at.Laborkennzeichnung" displayName="EXTERN"/>        <addr> . . . </addr>        <telecom> . . . </telecom>        <assignedPerson> . . . </assignedPerson>        <representedOrganization> . . . </representedOrganization>      </assignedEntity>    </performer>  </observation></component>
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 <code code="E" codeSystem="2.16.840.1.113883.2.16.1.4.9" codeSystemName="HL7.at.Laborkennzeichnung" displayName="EXTERN"/> 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:assigned​Person hl7:represented​Organization hl7:assigned​Person  … 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 @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (Lab...er2) hl7:represented​Organization  … 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 @determiner​Code 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	Anzeigename	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) 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 (2019) 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	Beispiel <hl7:section classCode="DOCSECT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.2.78"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="3" codeSystem="1.2.40.0.34.5.189" displayName="EMS_Section"/>  <hl7:title>title</hl7:title>  <hl7:text/>  <hl7:entry typeCode="DRIV">     <hl7:templateId root="1.3.6.1.4.1.19376.1.3.1"/>    <hl7:act moodCode="EVN" classCode="ACT">       <hl7:code code="34782-3" codeSystem="2.16.840.1.113883.6.1" displayName="Infectious disease Note"/>      <hl7:statusCode code="completed"/>      <hl7:entryRelationship typeCode="COMP">         <!-- template 1.2.40.0.34.6.0.11.3.56 'Notification Organizer EMS Arztmeldung' (2020-02-20T14:55:40) -->       </hl7:entryRelationship>      <hl7:entryRelationship typeCode="COMP">         <!-- template 1.2.40.0.34.6.0.11.3.93 'EMS Organizer Arzt' (2020-04-22T15:46:30) -->       </hl7:entryRelationship>    </hl7:act>  </hl7:entry>  <hl7:entry>     <!-- include template 1.2.40.0.34.6.0.11.3.60 'EMS Hospitalisierung' (dynamic) 1..1 R -->   </hl7:entry>  <hl7:entry>     <!-- include template 1.2.40.0.34.6.0.11.3.98 'EMS Problem Concern Entry' (dynamic) 1..1 M -->   </hl7:entry>  <hl7:entry>     <!-- include template 1.2.40.0.34.6.0.11.3.95 'EMS Organizer Tätigkeitsbereich' (dynamic) 1..1 M -->   </hl7:entry>  <hl7:entry>     <!-- include template 1.2.40.0.34.6.0.11.3.106 'EMS Organizer Betreuung' (dynamic) .. O -->   </hl7:entry>  <!-- choice: 0..1 element hl7:entry containing template 1.2.40.0.34.6.0.11.3.97 (dynamic) element hl7:entry containing template 1.2.40.0.34.6.0.11.3.28 (dynamic) --> </hl7: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) 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) @code CONF 1 … 1 F 32485007 @codeSystem 1 … 1 F 2.16.840.1.113883.6.96 (Snomed-CT) @codeSystemName 1 … 1 F SNOMED CT @displayName 1 … 1 F Hospital admission (procedure) hl7:effectiveTime IVL_TS 0 … 1 Zeitpunkt der (geplanten) Hospitalisierung (epi...ung) hl7:entry 0 … 1 R Angaben zur klinischen Manifestation (epi...ung) 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 @context​Conduction​Ind 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) 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 @context​Conduction​Ind 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) 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 @context​Conduction​Ind 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	Anzeigename	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	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">         <!-- template 1.2.40.0.34.6.0.11.3.55 'EMS Abnahmeinformationen (Specimen Collection)' (2020-02-20T14:17:08) -->       </cda:entryRelationship>      <cda:entryRelationship typeCode="COMP">         <!-- template 1.2.40.0.34.6.0.11.3.92 'Notification Organizer EMS Labormeldung' (2020-04-22T15:35:09) -->       </cda:entryRelationship>      <cda:entryRelationship typeCode="COMP">         <!-- template 1.2.40.0.34.6.0.11.3.61 'EMS Organizer Labor' (2020-02-20T16:12:29) -->       </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 @context​Conduction​Ind 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 @context​Conduction​Ind 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 @context​Conduction​Ind 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 @context​Conduction​Ind 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	Anzeigename	Notification Organizer EMS Arztmeldung
Beschreibung
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 <hl7:organizer classCode="CLUSTER" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.56"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.3.1.1"/>  <hl7:statusCode code="completed"/>  <hl7:component typeCode="COMP">     <!-- template 1.3.6.1.4.1.19376.1.3.1.1.1 'Notification Condition' (2013-09-09T00:00:00) -->   </hl7:component>  <hl7:component typeCode="COMP">     <!-- template 1.2.40.0.34.6.0.11.3.57 'EMS Case Identification Arztmeldung' (2020-02-20T15:08:54) -->   </hl7:component></hl7: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) @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) @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	Anzeigename	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-CT) 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-CT) 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-CT) 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	Anzeigename	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	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"/>  <!-- choice: 0..1 element hl7:id -->   <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">     <!-- choice: 0..1 element hl7:qualifier element hl7:qualifier -->   </hl7:value>  <!-- include template 1.2.40.0.34.6.0.11.3.58 'EMS Informant' (dynamic) 0..1 O --> </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-CT) 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 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 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	Anzeigename	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	Beispiel <hl7:informant typeCode="INF">   <hl7:relatedEntity classCode="PAT">     <hl7:effectiveTime value="20200529105643"/>  </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 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	Anzeigename	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 (2019) 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>     <!-- include template 1.2.40.0.34.6.0.11.9.15 'Time Interval Information minimal' (dynamic) .. R -->   </hl7:effectiveTime>  <hl7:component typeCode="COMP" contextConductionInd="false">     <!-- include template 1.2.40.0.34.6.0.11.3.69 'EMS Organizer Observation' (dynamic) .. O -->   </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="false">     <!-- include template 1.2.40.0.34.6.0.11.3.62 'EMS importierte Krankheit' (dynamic) 1..1 R -->   </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 @context​Conduction​Ind 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 @context​Conduction​Ind 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 2.16.840.1.113883.2.16.777.3.11.1 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	Anzeigename	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	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	Anzeigename	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 2.16.840.1.113883.2.16.777.3.11.1 EMS Reiseland VS (DYNAMIC)

7.2.4.8 EMS Hospitalisierung

Id	1.2.40.0.34.6.0.11.3.60	Gültigkeit	2020‑02‑20 16:02:12
Status	Entwurf	Versions-Label	2020
Name	epims_entry_hospitalization	Anzeigename	EMS Hospitalisierung
Beschreibung Im Zuge der Arztmeldung ist es möglich festzuhalten ob ein Patient/eine Patientin in ein Kran-kenhaus eingewiesen wurde. Diese Information wird in einem act Element codiert. Ist die Ad-resse 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)
Beispiel	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) @code CONF 1 … 1 F 32485007 @codeSystem 1 … 1 F 2.16.840.1.113883.6.96 (Snomed-CT) @codeSystemName 1 … 1 F SNOMED CT @displayName 1 … 1 F Hospital admission (procedure) 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	Anzeigename	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	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">     <!-- template 1.2.40.0.34.6.0.11.3.99 'EMS Problem Entry' (2020-05-12T16:37:17) -->   </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 @context​Conduction​Ind 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	Anzeigename	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 (2019) 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)"/>  <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 R -->   <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-CT) @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. (epi...lem) @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: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	Anzeigename	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">     <!-- include template 1.2.40.0.34.6.0.11.3.94 'EMS Act Tätigkeitsbereich' (dynamic) 1..1 M -->   </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 @context​Conduction​Ind 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	Anzeigename	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	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	Anzeigename	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">     <!-- include template 1.2.40.0.34.6.0.11.3.105 'EMS Act Betreuung' (dynamic) 1..1 M -->   </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 @context​Conduction​Ind 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	Anzeigename	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	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	Anzeigename	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 (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.32 Containment Vaccine Product (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.31 Containment Vaccine Product nicht angegeben (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.21 Containment Performer Body - Impfende Person (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.8 Containment Author Body - eImpfpass (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.14 Containment Participant Body - Transcriber (2019) DYNAMIC 1.2.40.0.34.6.0.11.3.10 Containment Immunization Schedule Entry (2019) 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"/>  <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 0..1 O -->   <hl7:statusCode code="completed"/>  <!-- choice: 1..1 element hl7:effectiveTime[not(@nullFlavor)] element hl7:effectiveTime[@nullFlavor='UNK'] -->   <hl7:routeCode nullFlavor="NA"/>  <hl7:approachSiteCode nullFlavor="NA"/>  <!-- choice: 1..1 element hl7:doseQuantity[not(hl7:low|hl7:high|@nullFlavor)] element hl7:doseQuantity[@nullFlavor='UNK'] -->   <!-- choice: 1..1 element hl7:consumable[hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.32']] containing template 1.2.40.0.34.6.0.11.9.32 (dynamic) element hl7:consumable[hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.31']] containing template 1.2.40.0.34.6.0.11.9.31 (dynamic) -->   <hl7:performer typeCode="PRF">     <!-- template 1.2.40.0.34.6.0.11.9.21 'Performer Body - Impfende Person' (2019-05-08T13:21:12) -->   </hl7:performer>  <hl7:author>     <!-- template 1.2.40.0.34.6.0.11.9.8 'Author Body - eImpfpass' (2019-02-12T14:16:51) -->   </hl7:author>  <hl7:participant typeCode="ENT" contextControlCode="OP">     <!-- template 1.2.40.0.34.6.0.11.9.14 'Participant Body - Transcriber' (2019-04-03T16:19:46) -->   </hl7:participant>  <hl7:precondition typeCode="PRCN">     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) -->   </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. (epi...ion) @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: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_VS (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 - eImpfpass (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 @context​Control​Code 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	2019‑04‑17 10:53:55
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_entry_ImmunizationSchedule	Anzeigename	Immunization Schedule Entry
Beschreibung Impfkonzept bzw. Plan der notwendigen Impf-Dosen Stellt das Regelwerk für die Gabe von Impfdosen bzw. Teilimpfungen zur Immunisierung, Grundimmunisierung und Auffrischung dar. Wird bei einer Impfung kein Impfkonzept 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 notwendig ist --> nullFlavor="NA" (not applicable) Keine Impfung berechnet werden kann --> nullFlavor="NAV" (not avaiable) 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)
Assoziiert mit	Assoziiert mit 3 Konzepte Id Name Datensatz elgaimpf-data​element-30  Dosis-Nummer  Datensatz e-Impfpass 2019 elgaimpf-data​element-231  Dosis-Nummer  Datensatz e-Impfpass 2019 elgaimpf-data​element-25  Impfschema  Datensatz e-Impfpass 2019
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.2 Inklusion Original Text Reference (2019) DYNAMIC
Beziehung	Spezialisierung: Template 2.16.840.1.113883.10.12.329 CDA Precondition (2005‑09‑07) ref ad1bbr-
Beispiel	Beispiel <hl7:criterion classCode="OBS" moodCode="EVN.CRT">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.10"/>  <hl7:code nullFlavor="NI"/>  <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 O -->   <hl7:value xsi:type="CD" code="G1" codeSystem="1.2.40.0.34.5.183" displayName="Grundimmunisierung 1. Dosis"/></hl7: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)   elgaimpf-data​element-25  Impfschema  Datensatz e-Impfpass 2019 @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_VS (DYNAMIC) hl7:code CE 0 … 1 (atc...ule) wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI Eingefügt 1 … 1 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 (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. (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.   Auswahl 1 … 1 "Impfdosis": Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema). 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 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 "Impfdosis": Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema). (atc...ule) wo [not(@nullFlavor)]   elgaimpf-data​element-30  Dosis-Nummer  Datensatz e-Impfpass 2019 @displayName st 1 … 1 R @codeSystem oid 1 … 1 R @code cs 1 … 1 R   elgaimpf-data​element-231  Dosis-Nummer  Datensatz e-Impfpass 2019   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.6 eImpf_Impfdosis_VS (DYNAMIC) Eingefügt 0 … 1 von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC) hl7:originalText ED 0 … 1 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 ((/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	2019‑08‑13 12:59:09 Andere Versionen mit dieser Id: atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2019‑08‑13 12:59:02
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_entry_ImmunizationImpfungNichtAngegeben	Anzeigename	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 (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.31 Containment Vaccine Product nicht angegeben (2019) DYNAMIC
Beziehung	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) <cda:substanceAdministration moodCode="EVN" negationInd="false" classCode="SBADM">   <cda:templateId root="1.2.40.0.34.6.0.11.3.28"/>  <cda:templateId root="2.16.840.1.113883.10.20.1.24"/>  <cda:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12"/>  <cda:id root="1.2.3.999" extension="extension"/>  <!-- Code 90351000119108: "Vaccination not done" -->   <cda:code code="90351000119108" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>  <cda:statusCode code="completed"/>  <cda:effectiveTime nullFlavor="UNK"/>  <cda:routeCode nullFlavor="NA"/>  <cda:approachSiteCode nullFlavor="NA"/>  <cda:consumable>     <!-- template 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC) (2019‑06‑05T07:33:24) -->   </cda:consumable></cda:substanceAdministration>
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 0 … 1 von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) hl7:text ED 0 … 1 (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. (atc...ben) @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: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	Anzeigename	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.35 Inklusion Date Interval Information minimal (2019) 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"/>  <!-- include template 1.2.40.0.34.6.0.11.9.35 'Date Interval Information minimal' (dynamic) 1..1 R -->   <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>       <!-- include template 1.2.40.0.34.11.90003 'AssignedEntityElements' (dynamic) .. O -->     </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">     <!-- template 1.2.40.0.34.11.30022 'Annahmeinformationen (Specimen Received)' (2014-03-04T00:00:00) -->   </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) Eingefügt 1 … 1 R von 1.2.40.0.34.6.0.11.9.35 Date Interval Information minimal (DYNAMIC) Auswahl 1 … 1 Elemente in der Auswahl: hl7:low[not(@nullFlavor)] hl7:low[@nullFlavor='UNK'] hl7:low TS.DATE 0 … 1 (epi...ion) wo [not(@nullFlavor)] hl7:low TS.DATE 0 … 1 (epi...ion) 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 (epi...ion) wo [not(@nullFlavor)] hl7:high TS.DATE 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:target​Site​Code 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:assigned​Person 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 @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (epi...ion) hl7:represented​Organization 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 @determiner​Code 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 @context​Control​Code 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 @context​Conduction​Ind 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	Anzeigename	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 <entry typeCode="DRIV">   <templateId root="1.3.6.1.4.1.19376.1.3.1"/>  <act classCode="ACT" moodCode="EVN">      :     <entryRelationship typeCode="COMP">       <procedure classCode="PROC" moodCode="EVN">          :         <!-- Specimen Received -->         <entryRelationship typeCode="COMP">           <act classCode="ACT" moodCode="EVN">             <templateId root="1.3.6.1.4.1.19376.1.3.1.3"/>            <code code="SPRECEIVE" codeSystem="1.3.5.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode" displayName="Receive Time"/>            <effectiveTime value="20121224150000+0100"/>          </act>        </entryRelationship>         :       </procedure>    </entryRelationship>     :   </act></entry>
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	Anzeigename	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 <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>
Beispiel	Kommentar zu einer Analyse <!--Die Einbindung erfolgt als entryRelationship-Element zu einer observation.--> <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 <!--Die Angabe erfolgt als entryRelationship-Element im entry-Block einer Befundart (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	Anzeigename	Notification Organizer EMS Labormeldung
Beschreibung
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">     <!-- template 1.3.6.1.4.1.19376.1.3.1.1.1 'Notification Condition' (2013-09-09T00:00:00) -->   </cda:component>  <cda:component typeCode="COMP">     <!-- template 1.2.40.0.34.6.0.11.3.91 'EMS Case Identification Labormeldung' (2020-04-22T15:31:59) -->   </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 @context​Conduction​Ind 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 @context​Conduction​Ind 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	Anzeigename	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	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"/>  <!-- choice: 0..1 element hl7:id -->   <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-CT) @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	Anzeigename	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 (2019) 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>     <!-- include template 1.2.40.0.34.6.0.11.9.15 'Time Interval Information minimal' (dynamic) .. R -->   </hl7:effectiveTime>  <hl7:component typeCode="COMP" contextConductionInd="false">     <!-- include template 1.3.6.1.4.1.19376.1.3.1.6 'Laborergebnisse (Laboratory Observation)' (dynamic) 1..1 R -->   </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="false">     <!-- include template 1.2.40.0.34.6.0.11.3.69 'EMS Organizer Observation' (dynamic) 1..1 R -->   </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 @context​Conduction​Ind 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) <referenceRange typeCode="REFV">   <observationRange classCode="OBS" moodCode="EVN.CRT">     <text>       <reference value="#ref1"/>    </text>    <value type="IVL_PQ">       <low value="43.0" unit="%"/>      <high value="49.0" unit="%"/>    </value>    <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7.ObservationInterpretation"/>  </observationRange></referenceRange>   Beispiel > 40.0% (im zugehörigen Section.text steht der entsprechende Text) <referenceRange typeCode="REFV">   <observationRange classCode="OBS" moodCode="EVN.CRT">     <text>       <reference value="#ref2"/>    </text>    <value type="IVL_PQ">       <low value="40.0" unit="%" inclusive="false"/>    </value>    <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7.ObservationInterpretation"/>  </observationRange></referenceRange>   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) <referenceRange typeCode="REFV">   <observationRange classCode="OBS" moodCode="EVN.CRT">     <text>       <reference value="#ref3"/>    </text>    <interpretationCode code="H" codeSystem="2.16.840.1.113883.5.83"/>  </observationRange></referenceRange>   Beispiel > 40.0% (im zugehörigen Section.text steht der entsprechende Text) <referenceRange typeCode="REFV">   <observationRange classCode="OBS" moodCode="EVN.CRT">     <text>       <reference value="#ref4"/>    </text>    <value type="IVL_PQ">       <low value="40.0" unit="%" inclusive="false"/>      <high nullFlavor="PINF"/>    </value>  </observationRange></referenceRange>   Beispiel 150 - 360 G/L (im zugehörigen Section.text steht der entsprechende Text) <referenceRange typeCode="REFV">   <observationRange classCode="OBS" moodCode="EVN.CRT">     <text>       <reference value="#ref5"/>    </text>    <value type="IVL_PQ">       <low value="150" unit="G/L"/>      <high value="360" unit="G/L"/>    </value>    <interpretationCode code="N" codeSystemName="HL7:ObservationInterpretation" codeSystem="2.16.840.1.113883.5.83" displayName="normal"/>  </observationRange></referenceRange> 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 @context​Conduction​Ind 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	2019‑02‑28 14:24:14
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_other_AddressCompilation	Anzeigename	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)
Assoziiert mit	Assoziiert mit 6 Konzepte Id Name Datensatz elgaimpf-data​element-256  Bundesland  Datensatz e-Impfpass 2019 elgaimpf-data​element-255  Stadt  Datensatz e-Impfpass 2019 elgaimpf-data​element-253  Hausnummer  Datensatz e-Impfpass 2019 elgaimpf-data​element-252  Straße  Datensatz e-Impfpass 2019 elgaimpf-data​element-257  Land  Datensatz e-Impfpass 2019 elgaimpf-data​element-254  Postleitzahl  Datensatz e-Impfpass 2019
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)   elgaimpf-data​element-252  Straße  Datensatz e-Impfpass 2019 hl7:houseNumber ADXP 0 … 1 C Hausnummer, z.B. 11a/2/1 (atc...ion)   elgaimpf-data​element-253  Hausnummer  Datensatz e-Impfpass 2019 hl7:postalCode ADXP 1 … 1 M Postleitzahl (atc...ion)   elgaimpf-data​element-254  Postleitzahl  Datensatz e-Impfpass 2019 hl7:city ADXP 1 … 1 M Stadt (atc...ion)   elgaimpf-data​element-255  Stadt  Datensatz e-Impfpass 2019 hl7:state ADXP 0 … 1 Bundesland (atc...ion)   elgaimpf-data​element-256  Bundesland  Datensatz e-Impfpass 2019 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)   elgaimpf-data​element-257  Land  Datensatz e-Impfpass 2019   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	Anzeigename	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 @determiner​Code 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_VS (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_VS (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_VS (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_VS (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	2019‑04‑02 12:34:04
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_other_PersonNameCompilationG1M	Anzeigename	Person Name Compilation G1 M
Beschreibung	In Granularitätsstufe 1 wird der Personen-Name unstrukturiert angegeben. Die einzelnen Elemente des Namens (Vorname, Nachname) werden nicht getrennt. Name ist Mandatory.
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgaimpf-data​element-236  Name  Datensatz e-Impfpass 2019
Beziehung	Adaptation: Template 1.2.40.0.34.6.0.11.9.26 Person Name Compilation G1 (2019‑03‑11 11:40:35) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33) ref at-cda-bbr-
Beispiel	Strukturbeispiel <placeholder classCode="PSN" determinerCode="INSTANCE">   <name>Dr. Herbert Mustermann</name></placeholder>
Beispiel	Künstlername <placeholder classCode="PSN" determinerCode="INSTANCE">   <name use="A">Dr. Kurt Ostbahn </name></placeholder>
Beispiel	Unbekannte Person (z.B. „An den Hausarzt“) <placeholder classCode="PSN" determinerCode="INSTANCE">   <name>Hausarzt</name></placeholder>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Namen-Element (Person) (atc...G1M)   elgaimpf-data​element-236  Name  Datensatz e-Impfpass 2019 @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	2019‑04‑02 10:09:43
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_other_PersonNameCompilationG2M	Anzeigename	Person Name Compilation G2 M
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)
Assoziiert mit	Assoziiert mit 6 Konzepte Id Name Datensatz elgaimpf-data​element-172  Name  Datensatz e-Impfpass 2019 elgaimpf-data​element-176  Vorname  Datensatz e-Impfpass 2019 elgaimpf-data​element-241  Nachname  Datensatz e-Impfpass 2019 elgaimpf-data​element-373  Name  Datensatz e-Impfpass 2019 elgaimpf-data​element-177  Nachname  Datensatz e-Impfpass 2019 elgaimpf-data​element-240  Vorname  Datensatz e-Impfpass 2019
Beziehung	Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33) ref at-cda-bbr-
Beispiel	Strukturbeispiel <name use="L">   <prefix qualifier="NB">Gräfin</prefix>  <given>Sissi</given>  <family>Österreich</family>  <family qualifier="BR">Habsburg</family>  <suffix qualifier="AC">MSc</suffix></name>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Namen-Element (Person) (atc...G2M)   elgaimpf-data​element-172  Name  Datensatz e-Impfpass 2019 elgaimpf-data​element-373  Name  Datensatz e-Impfpass 2019 @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_VS (DYNAMIC) hl7:family ENXP 1 … * M Mindestens ein Hauptname (Nachname). (atc...G2M)   elgaimpf-data​element-241  Nachname  Datensatz e-Impfpass 2019 elgaimpf-data​element-177  Nachname  Datensatz e-Impfpass 2019 @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_VS (DYNAMIC) hl7:given ENXP 1 … * M Mindestens ein Vorname (atc...G2M)   elgaimpf-data​element-176  Vorname  Datensatz e-Impfpass 2019 elgaimpf-data​element-240  Vorname  Datensatz e-Impfpass 2019 @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_VS (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_VS (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	2019‑03‑11 12:06:20
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_other_OrganizationNameCompilation	Anzeigename	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	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Adaptation: Template 1.2.40.0.34.6.0.11.9.26 Person Name Compilation G1 (2019‑03‑11 11:40:35) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33) ref at-cda-bbr-
Beispiel	Beispiel 1 <name>Krankenhaus Wels</name>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:name ON 1 … 1 M Name der Organisation. Bei Organisationen die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden. (atc...ion)

7.2.5.6 Address Compilation Minimal

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

7.2.5.7 Device Compilation

Id	1.2.40.0.34.6.0.11.9.18 ref at-cda-bbr-	Gültigkeit	2019‑02‑13 10:11:00
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_other_DeviceCompilation	Anzeigename	Device Compilation
Beschreibung	Datenerstellende Geräte/Software
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Spezialisierung: Template 2.16.840.1.113883.10.12.315 CDA Device (2005‑09‑07) ref ad1bbr-
Beispiel	Software <placeholder classCode="DEV" determinerCode="INSTANCE">   <manufacturerModelName>Good Health System</manufacturerModelName>  <softwareName>Best Health Software Application</softwareName></placeholder>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F DEV @determiner​Code cs 0 … 1 F INSTANCE hl7:manufacturer​Model​Name SC 1 … 1 M Modellbezeichnung des datenerstellenden Gerätes (atc...ion) hl7:softwareName SC 1 … 1 M Bezeichnung der datenerstellenden Software. (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	2019‑03‑25 13:43:57
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_other_OrganizationCompilationWithIdName	Anzeigename	Organization Compilation with id, name
Beschreibung	Wiederverwendbare Compilation mit verpflichtender Angabe von name und id.
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgaimpf-data​element-382  Name der Organisation  Datensatz e-Impfpass 2019
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (2019) DYNAMIC
Beziehung	Adaptation: Template 1.2.40.0.34.6.0.11.9.12 (2019‑02‑12 15:50:47) ref ? Spezialisierung: Template 2.16.840.1.113883.10.12.151 CDA Organization (2005‑09‑07) ref ad1bbr-
Beispiel	Strukturbeispiel <placeholder classCode="ORG" determinerCode="INSTANCE">   <!-- ID der Organisation aus dem GDA Index -->   <id root="1.2.40.0.34.99.4613.3" assigningAuthorityName="GDA Index"/>  <!-- Name der Organisation -->   <name>Amadeus Spital - Chirurgische Abteilung</name>  <!-- Kontaktdaten der Organisation -->   <telecom value="tel:+43.6138.3453446.0"/>  <telecom value="fax:+43.6138.3453446.4674"/>  <telecom value="mailto:info@amadeusspital.at"/>  <telecom value="http://www.amadeusspital.at"/>  <!-- Adresse der Organisation -->   <addr>     <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->   </addr></placeholder>
Beispiel	Strukturbeispiel - minimal <placeholder classCode="ORG" determinerCode="INSTANCE">   <!-- ID der Organisation aus dem GDA Index -->   <id root="1.2.40.0.34.99.4613.3" assigningAuthorityName="GDA Index"/>  <!-- Name der Organisation -->   <name>Amadeus Spital - Chirurgische Abteilung</name></placeholder>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 1 … * M ID der Organisation. (atc...ame) hl7:name ON 1 … 1 M Name der Organisation. Bei Organisationen die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden. (atc...ame)   elgaimpf-data​element-382  Name der Organisation  Datensatz e-Impfpass 2019 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)]   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.

7.2.5.9 Assigned Entity

Id	1.2.40.0.34.6.0.11.9.22 ref at-cda-bbr-	Gültigkeit	2019‑03‑04 12:03:36
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_other_AssignedEntity	Anzeigename	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)
Assoziiert mit	Assoziiert mit 3 Konzepte Id Name Datensatz elgaimpf-data​element-371  ID des Unterzeichners  Datensatz e-Impfpass 2019 elgaimpf-data​element-374  Organisation  Datensatz e-Impfpass 2019 elgaimpf-data​element-372  Kontaktdaten  Datensatz e-Impfpass 2019
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.11 Containment Person Name Compilation G2 M (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.9 Containment Organization Compilation with name (2019) DYNAMIC
Beispiel	Beispiel <placeholder classCode="ASSIGNED">   <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/>  <addr nullFlavor="UNK">     <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->   </addr>  <telecom value="tel:+43.1.3453446.0"/>  <telecom value="fax:+43.1.3453446.4674"/>  <telecom value="mailto:info@amadeusspital.at"/>  <telecom value="http://www.amadeusspital.at"/>  <assignedPerson>     <!-- template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' (2019-04-02T10:09:43) -->   </assignedPerson>  <representedOrganization>     <!-- template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (2019-02-13T10:30:51) -->   </representedOrganization></placeholder>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F ASSIGNED Auswahl 1 … * Mindestens eine ID der Person der Entität Elemente in der Auswahl: hl7:id[not(@nullFlavor)] hl7:id[@nullFlavor='NI'] hl7:id[@nullFlavor='UNK']   Constraint Zugelassene nullFlavor: NI … Die Person der Entität hat keine Identifikationsnummer UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt hl7:id II 0 … * ( atcdabbr_other_AssignedEntity) wo [not(@nullFlavor)]   elgaimpf-data​element-371  ID des Unterzeichners  Datensatz e-Impfpass 2019 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)]   elgaimpf-data​element-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:assigned​Person 1 … 1 M Personendaten der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) ( atcdabbr_other_AssignedEntity) hl7:represented​Organization 0 … 1 R Organisationsdaten der Entität. Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) ( atcdabbr_other_AssignedEntity)   elgaimpf-data​element-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.

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	2019‑02‑13 10:30:51
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_other_OrganizationCompilationWithName	Anzeigename	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 (2019) DYNAMIC
Beziehung	Adaptation: Template 1.2.40.0.34.6.0.11.9.12 (2019‑02‑12 15:50:47) ref ? Spezialisierung: Template 2.16.840.1.113883.10.12.151 CDA Organization (2005‑09‑07) ref ad1bbr-
Beispiel	Strukturbeispiel: Organisation <placeholder classCode="ORG" determinerCode="INSTANCE">   <!-- ID der Organisation -->   <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>  <!-- Name der Organisation -->   <name>Amadeus Spital - Chirurgische Abteilung</name>  <!-- Kontaktdaten der Organisation -->   <telecom value="tel:+43.6138.3453446.0"/>  <telecom value="fax:+43.6138.3453446.4674"/>  <telecom value="mailto:info@amadeusspital.at"/>  <telecom value="http://www.amadeusspital.at"/>  <!-- Adresse der Organisation -->   <addr>     <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->   </addr></placeholder>
Beispiel	Strukturbeispiel: Organisation - minimal <placeholder classCode="ORG" determinerCode="INSTANCE">   <!-- Name der Organisation -->   <name>Amadeus Spital - Chirurgische Abteilung</name></placeholder>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. (atc...ame) wo [not(@nullFlavor)] hl7:name ON 1 … 1 M Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden. (atc...ame) hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (atc...ame) wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (atc...ame) wo [not(@nullFlavor)]   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.

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	Anzeigename	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 (2019) 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) ref ? Spezialisierung: Template 2.16.840.1.113883.10.12.151 CDA Organization (2005‑09‑07) ref ad1bbr-
Beispiel	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>   <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) --> </hl7:addr>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F ORG @determiner​Code 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	2019‑08‑06 14:58:21
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_other_DateIntervalInformationMinimal	Anzeigename	Date Interval Information minimal
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beispiel	Strukturbeispiel <placeholder>   <low value="20190704123315+0200"/>  <high value="20190704123315+0200"/></placeholder>
Item DT Kard Konf Beschreibung Label Auswahl 1 … 1 Elemente in der Auswahl: hl7:low[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	2019‑04‑08 08:15:46
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_other_TimeIntervalInformationMinimal	Anzeigename	Time Interval Information minimal
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beispiel	Strukturbeispiel <placeholder>   <low value="20190704123315+0200"/>  <high value="20190704123315+0200"/></placeholder>
Item DT Kard Konf Beschreibung Label Auswahl 1 … 1 Elemente in der Auswahl: hl7:low[@value] hl7:low[@nullFlavor='UNK'] hl7:low TS.AT.TZ 0 … 1 (atc...mal) wo [@value] hl7:low TS.AT.TZ 0 … 1 (atc...mal) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Elemente in der Auswahl: hl7:high[@value] hl7:high[@nullFlavor='UNK'] hl7:high TS.AT.TZ 0 … 1 (atc...mal) wo [@value] hl7:high TS.AT.TZ 0 … 1 (atc...mal) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK

7.2.5.14 Narrative Text Reference

Id	1.2.40.0.34.6.0.11.9.1 ref at-cda-bbr-	Gültigkeit	2019‑01‑17 15:27:17
Status	Entwurf	Versions-Label	2019
Name	atcdabrr_other_NarrativeTextReference	Anzeigename	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)
Beispiel	Beispiel <text>   <reference value="#my-refX"/></text><!-- zugehöriger secction.text: <tr ID="my-refX"> <td ID="my-refToTheCode">Originaltext des codes</td> <td>mit zusätzlichen Informationen</td> </tr> -->
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. (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.15 Vaccine Product

Id	1.2.40.0.34.6.0.11.9.32 ref at-cda-bbr-	Gültigkeit	2019‑04‑24 08:57:24
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_other_vaccineProduct	Anzeigename	Vaccine Product
Beschreibung Das Vaccine Template enthält die Daten zur verabreichten Arzneimittelspezialität (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)
Assoziiert mit	Assoziiert mit 9 Konzepte Id Name Datensatz elgaimpf-data​element-135  UniqueIdentifier  Datensatz e-Impfpass 2019 elgaimpf-data​element-233  Impfstoff  Datensatz e-Impfpass 2019 elgaimpf-data​element-4  Chargennummer  Datensatz e-Impfpass 2019 elgaimpf-data​element-12  Hersteller  Datensatz e-Impfpass 2019 elgaimpf-data​element-3  Impfstoff (Produkt)  Datensatz e-Impfpass 2019 elgaimpf-data​element-5  Pharmazentralnummer  Datensatz e-Impfpass 2019 elgaimpf-data​element-31  Arzneispezialität  Datensatz e-Impfpass 2019 elgaimpf-data​element-235  ATC  Datensatz e-Impfpass 2019 elgaimpf-data​element-185  Wirkstoff  Datensatz e-Impfpass 2019
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.2 Inklusion Original Text Reference (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.9 Containment Organization Compilation with name (2019) DYNAMIC
Beziehung	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 <hl7:manufacturedProduct classCode="MANU">   <hl7:templateId root="1.2.40.0.34.6.0.11.9.32"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.53"/>  <hl7:id root="1.2.3.999" extension="extension"/>  <hl7:manufacturedMaterial classCode="MMAT" determinerCode="KIND">     <hl7:templateId root="1.3.6.1.4.1.19376.1.9.1.3.1"/>    <hl7:code code="2427872" codeSystem="1.2.40.0.34.4.16" displayName="ENCEPUR FSPR 0,25ML KIND">       <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) .. O -->     </hl7:code>    <hl7:name>Encepur 0,25 ml für Kinder Injektionssuspension in einer Fertigspritze</hl7:name>    <hl7:lotNumberText>CharagenNummer</hl7:lotNumberText>    <pharm:ingredient classCode="ACTI">       <pharm:ingredient classCode="MMAT" determinerCode="KIND">         <pharm:code code="J07BA01" codeSystem="2.16.840.1.113883.6.73" codeSystemName="whoATC"/>        <pharm:name>FSME, inaktiviert, ganzes Virus</pharm:name>      </pharm:ingredient>    </pharm:ingredient>  </hl7:manufacturedMaterial>  <hl7:manufacturerOrganization>     <!-- template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (2019-02-13T10:30:51) -->   </hl7:manufacturerOrganization></hl7: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">       <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) .. O -->     </code>    <name>Ticovac junior</name>    <lotNumberText nullFlavor="UNK"/>  </manufacturedMaterial></manufacturedProduct>
Item DT Kard Konf Beschreibung Label hl7:manufacturedProduct Daten zur verabreichten Arzneimittelspezialität (pro Impfung). (atc...uct)   elgaimpf-data​element-3  Impfstoff (Produkt)  Datensatz e-Impfpass 2019 @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 (Packungs-Identifikator). Erforderlich für Fälschungssicherheitsrichtlinie. (atc...uct) wo [not(@nullFlavor)]   elgaimpf-data​element-135  UniqueIdentifier  Datensatz e-Impfpass 2019 hl7:manufactured​Material 1 … 1 M (atc...uct) @classCode cs 0 … 1 F MMAT @determiner​Code 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)   elgaimpf-data​element-233  Impfstoff  Datensatz e-Impfpass 2019 elgaimpf-data​element-5  Pharmazentralnummer  Datensatz e-Impfpass 2019 @nullFlavor cs 0 … 1 F OTH   Constraint Soll ein Impfstoff dokumentiert werden, der nicht Teil der aktuellen Impfstoffe entsprechend der ASP-Liste ist (Value Set "eImpf_Impfstoffe_VS (1.2.40.0.34.6.0.10.14)"), KANN die Werteliste der historischen Impfstoffe für den Zeitraum 1950 - 2016 genutzt werden (Value Set "eImpf_HistorischeImpfstoffe_VS (1.2.40.0.34.6.0.10.10)")    CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.14 eImpf_Impfstoffe_VS (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_VS (DYNAMIC) Eingefügt von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC) hl7:originalText ED 0 … 1 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 der Arznei. (atc...uct)   Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.4'] and ancestor::*/hl7:substanceAdministration/hl7:templateId[@root = '1.2.40.0.34.6.0.11.3.3']) or (@nullFlavor='OTH' and hl7:translation)     Meldung Das Attribut code/@nullFlavor= "OTH" MUSS angeführt und in code/translation die Zulassungsnummer strukturiert sein.   hl7:name EN 0 … 1 "Handelsname". Vom Hersteller registrierter Name des Impfstoffes, z.B. "Boostrix Polio - Injektionssuspension in einer Fertigspritze". Kann angegeben werden (z.B. Kompletter Impfstatus), ist aber durch PZN definiert. (atc...uct)   elgaimpf-data​element-31  Arzneispezialität  Datensatz e-Impfpass 2019   Constraint Zulässige Werte SOLLEN aus der ASP-Liste, Attribut "Bezeichnung_Arzneispezialitaet_Zulassung", stammen. Auswahl 1 … 1 Chargennummer der Arzneispezialität, die verabreicht wurde 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. hl7:lotNumberText ST 0 … 1 Chargennummer der Arzneispezialität, die verabreicht wurde (atc...uct) wo [not(@nullFlavor)]   elgaimpf-data​element-4  Chargennummer  Datensatz e-Impfpass 2019 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 @determiner​Code cs 0 … 1 F KIND pharm:code CE 0 … 1 ATC-Code des Wirkstoffs aus Fachinformation (atc...uct)   elgaimpf-data​element-235  ATC  Datensatz e-Impfpass 2019 elgaimpf-data​element-185  Wirkstoff  Datensatz e-Impfpass 2019   Constraint Zulässige Werte gemäß Value-Sets „ELGA_whoATC_VS“ (z.B.: M01AG01, Mefenamic acid) und „ELGA_Wirkstoffe_AGES_VS“.   CONF @codeSystem muss "2.16.840.1.113883.6.73" sein oder @codeSystem muss "1.2.40.0.34.5.156" sein hl7:originalText ED 0 … 1 Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. (atc...uct) hl7:translation CE 0 … * (atc...uct) pharm:name EN 0 … 1 Name des Wirkstoffs. (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 des Impfstoffes (der Arzneispezialität) Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) (atc...uct)   elgaimpf-data​element-12  Hersteller  Datensatz e-Impfpass 2019 @classCode cs 0 … 1 F ORG @determiner​Code 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	2019‑01‑18 10:49:11
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_other_OriginalTextReference	Anzeigename	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)
Beispiel	Beispiel <originalText>   <reference value="#myref-2"/></originalText><!-- zugehöriger secction.text: <content ID="myref-2">OrginalText des Codes</content> -->
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	2019‑06‑05 07:33:24
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_other_vaccineProductNichtAngegeben	Anzeigename	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)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgaimpf-data​element-3  Impfstoff (Produkt)  Datensatz e-Impfpass 2019
Beziehung	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	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)   elgaimpf-data​element-3  Impfstoff (Produkt)  Datensatz e-Impfpass 2019 @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:manufactured​Material 1 … 1 M (atc...ben) @classCode cs 0 … 1 F MMAT @determiner​Code 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	2019‑05‑08 13:21:12
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_other_PerformerBodyImpfendePerson	Anzeigename	Performer Body - Impfende Person
Beschreibung	Die Person, die die Impfung durchführt, z.B. ein Arzt oder eine Hebamme bzw DGKS im übertragenen Wirkungsbereich.
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)
Assoziiert mit	Assoziiert mit 3 Konzepte Id Name Datensatz elgaimpf-data​element-210  Rolle  Datensatz e-Impfpass 2019 elgaimpf-data​element-137  Impfort  Datensatz e-Impfpass 2019 elgaimpf-data​element-294  Organisation  Datensatz e-Impfpass 2019
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.10 Containment Address Compilation Minimal (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.12 Containment Person Name Compilation G1 M (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.11 Containment Person Name Compilation G2 M (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.20 Containment Organization Compilation with name, addr minimal (2019) DYNAMIC
Beziehung	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 <placeholder>   <templateId root="1.2.40.0.34.6.0.11.9.21"/>  <time value="20190617122000+0200"/>  <assignedEntity classCode="ASSIGNED">     <id nullFlavor="cs" root="1.2.3.999" extension="--example only--"/>    <code code="CodeImpfrolle" codeSystem="1.2.3.999" displayName="DisplayRolle" codeSystemName="CodeSystemImpfrolle"/>    <addr nullFlavor="UNK">       <!-- template 1.2.40.0.34.6.0.11.9.10 'Address Compilation Minimal' (2019-03-27T11:26:08) -->     </addr>    <telecom use="WP" value="tel:+43.2236.9000"/>    <name>       <!-- template 1.2.40.0.34.6.0.11.9.12 'Person Name Compilation G1 M' -->     </name>    <representedOrganization>       <!-- template 1.2.40.0.34.6.0.11.9.20 'Organization Compilation with name, addr minimal' (2019-04-18T11:28:59) -->     </representedOrganization>  </assignedEntity></placeholder>
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)   elgaimpf-data​element-210  Rolle  Datensatz e-Impfpass 2019 @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_VS (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)]   elgaimpf-data​element-137  Impfort  Datensatz e-Impfpass 2019 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:assigned​Person: Angabe der name-Elemente unstrukturiert hl7:assigned​Person: Angabe der name-Elemente strukturiert Elemente in der Auswahl: hl7:assigned​Person welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:assigned​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:assigned​Person 0 … 1 R Personendaten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Angabe der name-Elemente unstrukturiert, das name-Element ist Mandatory. Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) (atc...son) hl7:assigned​Person 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:represented​Organization 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)   elgaimpf-data​element-294  Organisation  Datensatz e-Impfpass 2019   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	2019‑04‑18 11:28:59
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_other_OrganizationCompilationWithNameAddrMinimal	Anzeigename	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	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 4 Konzepte Id Name Datensatz elgaimpf-data​element-390  Name der Organisation  Datensatz e-Impfpass 2019 elgaimpf-data​element-389  ID der Organisation  Datensatz e-Impfpass 2019 elgaimpf-data​element-392  Adresse  Datensatz e-Impfpass 2019 elgaimpf-data​element-391  Telekom  Datensatz e-Impfpass 2019
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.10 Containment Address Compilation Minimal (2019) DYNAMIC
Beziehung	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 ? Spezialisierung: Template 2.16.840.1.113883.10.12.151 CDA Organization (2005‑09‑07) ref ad1bbr-
Beispiel	Strukturbeispiel <placeholder classCode="ORG" determinerCode="INSTANCE">   <!-- ID der Organisation aus dem GDA Index -->   <id root="1.2.40.0.34.99.4613.3" assigningAuthorityName="GDA Index"/>  <!-- Name der Organisation -->   <name>Amadeus Spital - Chirurgische Abteilung</name>  <!-- Kontaktdaten der Organisation -->   <telecom value="tel:+43.6138.3453446.0"/>  <telecom value="fax:+43.6138.3453446.4674"/>  <telecom value="mailto:info@amadeusspital.at"/>  <telecom value="http://www.amadeusspital.at"/>  <!-- Adresse der Organisation -->   <addr>     <!-- template 1.2.40.0.34.6.0.11.9.10 'Address Compilation Minimal' -->   </addr></placeholder>
Beispiel	Strukturbeispiel - minimal <placeholder classCode="ORG" determinerCode="INSTANCE">   <!-- Name der Organisation -->   <name>Amadeus Spital - Chirurgische Abteilung</name>  <!-- Adresse der Organisation optional in Minimal-Variante --> </placeholder>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. (atc...mal) wo [not(@nullFlavor)]   elgaimpf-data​element-389  ID der Organisation  Datensatz e-Impfpass 2019 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)   elgaimpf-data​element-390  Name der Organisation  Datensatz e-Impfpass 2019 hl7:telecom TEL.AT 0 … * (atc...mal) wo [not(@nullFlavor)]   elgaimpf-data​element-391  Telekom  Datensatz e-Impfpass 2019 @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)]   elgaimpf-data​element-392  Adresse  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.

7.2.5.20 Author Body - eImpfpass

Id	1.2.40.0.34.6.0.11.9.8 ref at-cda-bbr-	Gültigkeit	2019‑02‑12 14:16:51
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_other_AuthorBody_eImpfpass	Anzeigename	Author Body - eImpfpass
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)
Assoziiert mit	Assoziiert mit 7 Konzepte Id Name Datensatz elgaimpf-data​element-383  Telekom  Datensatz e-Impfpass 2019 elgaimpf-data​element-381  ID der Organisation  Datensatz e-Impfpass 2019 elgaimpf-data​element-384  Adresse  Datensatz e-Impfpass 2019 elgaimpf-data​element-353  Organisation  Datensatz e-Impfpass 2019 elgaimpf-data​element-346  ID des Unterzeichners  Datensatz e-Impfpass 2019 elgaimpf-data​element-366  Freigabezeitpunkt  Datensatz e-Impfpass 2019 elgaimpf-data​element-347  Kontaktdaten  Datensatz e-Impfpass 2019
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.6 Inklusion Person Name Compilation G2 (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.18 Containment Device Compilation (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.5 Containment Organization Compilation with id, name (2019) DYNAMIC
Beziehung	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	Beispiel <placeholder typeCode="AUT" contextControlCode="OP">   <time value="20190710153549+0200"/>  <assignedAuthor classCode="ASSIGNED">     <id root="1.2.3.999" extension="--example only--"/>    <code code="100" codeSystem="1.2.40.0.34.5.2" displayName="Ärztin/Arzt für Allgemeinmedizin"/>    <addr>       <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->     </addr>    <telecom value="tel:+1-12345678"/>    <assignedPerson classCode="PSN" determinerCode="INSTANCE">       <!-- template 1.2.40.0.34.6.0.11.9.6 'Person Name Compilation G2' -->     </assignedPerson>    <representedOrganization classCode="ORG" determinerCode="INSTANCE">       <!-- template 1.2.40.0.34.6.0.11.9.5 'Organization Compilation with id, name' (2019-03-25T13:43:57) -->     </representedOrganization>  </assignedAuthor></placeholder>
Item DT Kard Konf Beschreibung Label @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP 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)]   elgaimpf-data​element-366  Freigabezeitpunkt  Datensatz e-Impfpass 2019 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)]   elgaimpf-data​element-381  ID der Organisation  Datensatz e-Impfpass 2019 elgaimpf-data​element-346  ID des Unterzeichners  Datensatz e-Impfpass 2019   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)]   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)]   elgaimpf-data​element-384  Adresse  Datensatz e-Impfpass 2019 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)]   elgaimpf-data​element-383  Telekom  Datensatz e-Impfpass 2019 elgaimpf-data​element-347  Kontaktdaten  Datensatz e-Impfpass 2019 @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:assigned​Person hl7:assigned​Authoring​Device welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) hl7:assigned​Person 0 … 1 (atc...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 @determiner​Code cs 0 … 1 F INSTANCE Auswahl 1 … 1 Namen-Element (Person) Elemente in der Auswahl: hl7:name[not(@nullFlavor)] hl7:name[@nullFlavor='UNK'] hl7:name[@nullFlavor='MSK'] hl7:name PN 0 … 1 (atc...ass) wo [not(@nullFlavor)]   elgaimpf-data​element-339  Name  Datensatz e-Impfpass 2019 @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_VS (DYNAMIC) hl7:family ENXP 1 … * M Mindestens ein Hauptname (Nachname) (atc...ass)   elgaimpf-data​element-344  Nachname  Datensatz e-Impfpass 2019 @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_VS (DYNAMIC) hl7:given ENXP 1 … * M Mindestens ein Vorname (atc...ass)   elgaimpf-data​element-343  Vorname  Datensatz e-Impfpass 2019 @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_VS (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_VS (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:assigned​Authoring​Device 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) (atc...ass)   Beispiel <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE">   <manufacturerModelName>xxx</manufacturerModelName>  <softwareName>yyy</softwareName></assignedAuthoringDevice> hl7:represented​Organization 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)   elgaimpf-data​element-353  Organisation  Datensatz e-Impfpass 2019 @classCode cs 0 … 1 F ORG @determiner​Code 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:represented​Organization     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	2019‑02‑12 14:00:33
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_other_PersonNameCompilationG2	Anzeigename	Person Name Compilation G2
Beschreibung In Granularitätsstufe 2 wird der Personen-Name strukturiert angegeben. Die einzelnen Elemente des Namens (mindestens der Vorname und 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 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)
Assoziiert mit	Assoziiert mit 3 Konzepte Id Name Datensatz elgaimpf-data​element-343  Vorname  Datensatz e-Impfpass 2019 elgaimpf-data​element-339  Name  Datensatz e-Impfpass 2019 elgaimpf-data​element-344  Nachname  Datensatz e-Impfpass 2019
Beispiel	Strukturbeispiel <name>   <prefix qualifier="NB">Gräfin</prefix>  <given>Sissi</given>  <family>Österreich</family>  <family qualifier="BR">Habsburg</family>  <suffix qualifier="AC">MSc</suffix></name>
Beispiel	Unbekannte Person <placeholder classCode="PSN" determinerCode="INSTANCE">   <name nullFlavor="UNK"/></placeholder>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE Auswahl 1 … 1 Namen-Element (Person) Elemente in der Auswahl: hl7:name[not(@nullFlavor)] hl7:name[@nullFlavor='UNK'] hl7:name[@nullFlavor='MSK'] hl7:name PN 0 … 1 (atc...nG2) wo [not(@nullFlavor)]   elgaimpf-data​element-339  Name  Datensatz e-Impfpass 2019 @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_VS (DYNAMIC) hl7:family ENXP 1 … * M Mindestens ein Hauptname (Nachname) (atc...nG2)   elgaimpf-data​element-344  Nachname  Datensatz e-Impfpass 2019 @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_VS (DYNAMIC) hl7:given ENXP 1 … * M Mindestens ein Vorname (atc...nG2)   elgaimpf-data​element-343  Vorname  Datensatz e-Impfpass 2019 @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_VS (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_VS (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	2019‑04‑03 16:19:46
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_other_ParticipantBodyTranscriber	Anzeigename	Participant Body - Transcriber
Beschreibung Nur für Nachtragung relevant: Nachtragende Person (Datenverarbeitende Person). Person (oder Gerät), welche(s) Daten aus einer Primärdokumentation für den e-Impfpass dokumentiert. 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), bleibt die Belegung dieses Elements gleich. Die ursprünglich nachtragende Person aus der Primärdokumentation wird NICHT übernommen.
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 4 Konzepte Id Name Datensatz elgaimpf-data​element-293  Datum der Eintragung  Datensatz e-Impfpass 2019 elgaimpf-data​element-290  Vorname  Datensatz e-Impfpass 2019 elgaimpf-data​element-291  Nachname  Datensatz e-Impfpass 2019 elgaimpf-data​element-286  Name  Datensatz e-Impfpass 2019
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.18 Containment Device Compilation (2019) DYNAMIC
Beziehung	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>       <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->     </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) wo [@root='1.2.40.0.34.6.0.11.9.14'] @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)   elgaimpf-data​element-293  Datum der Eintragung  Datensatz e-Impfpass 2019   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 @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Namen-Element (Person) (atc...ber)   elgaimpf-data​element-286  Name  Datensatz e-Impfpass 2019 @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)   elgaimpf-data​element-291  Nachname  Datensatz e-Impfpass 2019 @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)   elgaimpf-data​element-290  Vorname  Datensatz e-Impfpass 2019 @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“.   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.