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
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.
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.
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.
Der vorliegende Leitfaden in der Version 2.x umfasst sowohl die Labormeldung als auch die Arztmeldung. Er beruht auf den Definitionen des Allgemeinen Implementierungsleitfaden für ELGA CDA Dokumente[1] und insbesondere auf dem ELGA Implementierungsleitfaden „HL7 Implementation Guide for CDA® R2: Laborbefund“ zur Anwendung im österreichischen Gesundheitswesen[2], welcher wiederum auf Basis der internationalen Definitionen der IHE (Integrating the Healthcare Enterprise) erstellt wurde [3].
Unbeschadet der Tatsache, dass eine EMS Meldung natürlich kein Befund ist, beruhen doch beide Dokumente auf der gleichen Datenbasis eines Labors und die Darstellung in CDA Dokumenten mit gleichen Strukturen und zumindest teilweisen semantischen Inhalten erleichtert die Umsetzung für die Softwarehersteller.
Es zeigt sich jedoch, dass die elektronische Meldung meldepflichtiger Krankheiten zum einen durchaus einen Bedarf an zusätzlichen Spezialdaten (z.B. geografische Informationen) aufweist und zum anderen die Anforderung an die Darstellung natürlich von denen eines Befundes abweichen.
Daher schränkt vorliegender Leitfaden die bestehenden Definitionen weiter ein bzw. erweitert diese um entsprechende Teile zur Abbildung der Spezifika der EMS Meldung. Insbesondere betrifft das die in Tabelle 1 dargestellten Daten. Die entsprechende ELGA Kompatibilität ist in den jeweiligen Kapiteln angegeben.
Der tatsächliche Inhalt und Umfang der EMS Meldung ist abhängig vom Typ der Meldung (Labor oder Arzt) und vom gemeldeten Erreger bzw. der gemeldeten Krankheit. Grundsätzlich immer verpflichtend zu übermitteln sind somit gefundene Erreger bzw. dadurch ausgelöste Krankheiten. Davon ausgehend ergeben sich unter Umständen zusätzliche verpflichtende Daten (siehe Kapitel Übersicht über die medizinischen Inhalte (CDA-Body)). Weitere Daten können jederzeit optional im Dokument enthalten sein.
3 Einleitung
3.1 Ausgangslage und Motivation
Um die EU-weite Situation betreffend Infektionskrankheiten realistisch darzustellen, ist es notwendig, vergleichbare Daten zu sammeln. Daher wurden Falldefinitionen entwickelt und im Rahmen einer Entscheidung der Kommission verbindlich festgelegt. Die Implementierung dieser Falldefinitionen bedeutete für viele EU-Länder eine Änderung des Meldesystems, da die Übermittlung von aggregierten Daten nicht mehr ausreicht und somit Einzelfallmeldungen erforderlich sind. Die ideale Lösung zur Akzeptanz dieser Systemumstellung war die gleichzeitige Implementierung eines elektronischen Meldesystems.
Der Aufbau eines „Epidemiologischen Meldesystems“ (EMS) war außerdem notwendig, um ein automationsunterstütztes einheitliches Meldewesen der zuständigen Behörden für die epidemiologische Überwachung, Prävention und Bekämpfung von übertragbaren Krankheiten beim Menschen gewährleisten zu können.
Die Notwendigkeit des einheitlichen Meldewesens ergab sich aufgrund der Anforderungen nachfolgender Organisationen bzw. Institutionen
Vollziehende Bezirksverwaltungsbehörden
Landes- und Bundesgesundheitsbehörden
Nationale Referenzzentralen
und der legistischen Vorgaben der
EU
Weltgesundheitsorganisation (WHO)
Des für Gesundheit zuständige Bundesministerium
Vom für Gesundheit zuständige Bundesministerium wurde bereits ein entsprechendes Pflichtenheft erstellt, welches die Anforderungen und den Umfang der Konzeption sowie der Umsetzung für ein „Epidemiologisches Meldesystem“ festlegt.
Mit diesem „Epidemiologischen Meldesystem“ ist es möglich, auf elektronischem Wege Meldungsdaten zu erfassen, zu verwalten und in geeigneter Form wieder zur Verfügung zu stellen
4 Harmonisierung
4.1 Autoren und Mitwirkende
Der vorliegende Leitfaden wurde unter der Leitung der Fachhochschule Technikum Wien erstellt und Inhalte dieses Leitfadens wurden gemeinsam mit ELGA GmbH an bestehende und künftige andere Leitfäden angegelichen. Vom für Gesundheit zuständigen Bundesministeriums wurde die Erstellung des Leitfadens durch Herrn Dr. Weninger und Herrn Pokorny begleitet.
4.1.1 Autoren
Das Redaktionsteam bestand aus folgenden Personen:
Name
Organisation
Rolle
FH-Prof. Matthias Frohner PhD, MSc
Fachhochschule Technikum Wien
Autor
FH-Prof. DI Alexander Mense
Fachhochschule Technikum Wien
Autor
Nikolaus Krondraf, BSc
Technikum Wien GmbH
Autor
Mag. Dr. Stefan Sabutsch
ELGA GmbH, HL7 Austria
Autor
5 Funktionale Anforderungen
5.1 Darstellung
Die gegenständliche Spezifikation, basierend auf den aus den Use-cases abgeleiteten Anforderungen, hat KEINE Anforderungen bezüglich der Bildschirmdarstellung, da eine "menschliche" Betrachtung des Dokuments (auf Empfängerseite) nicht vorgesehen ist. Die allgemeine Anforderungen, dass maschinenlesbare Inhalte auch menschenlesbar sein soll, ist zu beachten. Jedoch gibt es keine formalen Anforderungen bezüglich der Strukturierung und Darstellung der Inhalte.
Es wird empfohlen, dass der Level 2 Text (section/text) mit Hilfe zur Verfügung stehender Formatierungswerkzeuge (z.B.: paragraph) strukturiert wird. Hierzu kann die grobe Struktur des CDA-Bodys, wie in Kapitel Übersicht über die medizinischen Inhalte (CDA-Body) ersichtlich, herangezogen werden.
5.2 Dokumenten-Metadaten (XDS-Metadaten)
Arzt und Labormeldungen im Kontext des epidemiologischen Meldesystems werden zum jetzigen Zeitpunkt NICHT in die ELGA – Infrastruktur oder ein anderes IHE XDS-basierendes Gesamtsystem eingebracht. Die EMS Meldung wird gerichtet an das für Gesundheit zuständige Bundesministerium übermittelt. Hierbei folgt es jedoch NICHT vorhanden IHE Spezifikationen für den gerichteten Dokumentenaustausch (IHE XDR) und es werden KEINE Metadaten benötigt (weder für eine Registrierung noch für eine maschinelle Interpretation eines dezidierten Empfängers).
Sollten dieser Leitfaden Angaben zum Mapping der CDA Daten in die XDS-Metadaten enthalten, ist dies der Tatsache geschuldet, dass Element (inkl. deren Beschreibung) aus dem ELGA Kontext wiederverwendet werden. Für die Implementierung einer EMS Arzt- bzw. Labormeldung können diese ignoriert werden.
In einem Labor wird ein meldungspflichtiger 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 (BMGF) bzw. Bezirksverwaltungsbehörde
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 (BMGF) bzw. Bezirksverwaltungsbehörde
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
Ein Arzt / eine Ärztin stellt bei einem Patienten/einer Patientin, der/die intramural ambulant oder stationär behandelt wird eine meldepflichtige Erkrankung fest oder hat einen begründeten Verdacht auf eine solche.
Der Arzt/Die Ärztin 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 (BMGF) bzw. Bezirksverwaltungsbehörde
6.7 Anwendungsfall EMS07: Arztmeldung automatisiert niedergelassener Bereich
Ein niedergelassener Arzt/eine niedergelassene Ärztin stellt bei einem Patienten/einer Patientin eine meldungspflichtige Erkrankung fest oder hat einen begründeten Verdacht auf diese
Der Arzt/Die Ärztin erfasst die erforderlichen Daten über ein entsprechendes Eingabeformular im Arztinformationssystem
Datenaufbereitung durch Arztinformationssystem: 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 (BMGF) bzw. Bezirksverwaltungsbehörde
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/Ärztin stellt bei einem Patienten/einer Patientin eine meldungspflichtige Erkrankung fest oder hat einen begründeten Verdacht auf diese.
Arzt/Ärztin ruft die Gatewayapplikation auf bzw. die GA wird aus dem Primärsystem aufgerufen – Authentifizierung des GDA und Arztes/Ärztin.
Arzt/Ärztin: 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 (BMGF) bzw. Bezirksverwaltungsbehörde
7 Technische Spezifikation
7.1 Übersicht CDA Strukturen (Header & Body)
Folgende informative Tabelle stellt die relevanten Informationselement und Inhalte dar welche im Zuge einer Labor- oder Arztmeldung dar.
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
In der Regel das für Gesundheit zustündige Bundesministerium (als Betreiber des EMS)
X
X
Header
Meldungsrelevante Ergebnisse und Inhalte
Fall-Id
Identifikation eines Falles laut EMS
X
X
Body
EMS Parameter
Parameter welche im Rahmen einer EMS Meldung benötigt werden jedoch nicht in der Struktur des ELGA Laborbefundes abgebildet werden können (z.B. Angabe ob es sich um ein Erstisolat handelt). Observations entsprechend den „Analysen“ im Laborbefund.
X
X
Body
Meldepflichtiger Erreger
Bei Laboruntersuchungen gefundener meldepflichtiger Erreger
X
Body
Meldepflichtige Krankheit
Durch meldepflichtigen Erreger ausgelöste Erkrankung
X
X
Body
Todesdatum
Angaben zum Todesdatum
X
Header
Hospitalisierung
Angaben zur (geplanten) Hospitalisierung des Patienten/der Patientin
X
Body
Klinische Manifestation
Angaben zur klinischen Manifestation
X
Body
Tätigkeitsbereich
Angabe zum (beruflichen) Tätigkeitsbereichs des Patienten/der Patientin
X
Body
Impfungen
Angabe zu Impfungen bei impfpräventablen Krankheiten
X
Body
Bakteriologische Ergebnisse
Analysen
X
Body
Erreger
X
Body
Antibiotischer Wirkstoff
X
Body
Resistenzkennung
Codierte Bewertung der Resistenz (R,S,I)
X
Body
7.1.1 Übersicht über die administrativen Daten (CDA-Header-Elemente)
Die nachfolgende Tabelle liefert einen Überblick über die CDA-Elemente, welche für die entsprechende Meldung benötigt werden. Sollten die gelisteten CDA-Elementen keinen, durch diesen Leitfaden spezifizierten Einschränkungen unterliegen, können Details dem Allgemeinen Implementierungsleitdafen für ELGA CDA Dokumente[1] entnommen werden.
Elemente, welche für die Implementierung in einer EMS Meldung keine gesonderten Regeln benötigen, werden nach den Richtlinien und Vorschriften im Allgemeinen Implementierungsleitfaden [1] codiert. Folgende Elemente haben keine speziellen Vorgaben:
XML Metainformationen; Die Metainformationen codieren den verwendeten Zeichensatz sowie Information zum Stylesheet
Wurzelelement; Neben den XML-Wurzelelement „ClinicalDocument“ wird auch der default-Namespace definiert
Hoheitsbereich des Dokuments („realmCode“); Kennzeichnung aus welchem Land das Dokument stammt
Dokumentformat („typeId“); Kennzeichnung, dass das Dokument in CDA R2 Format vorliegt
Dokumenten-Id („id”); weltweit eindeutiger Identifier für das Dokument (Befundnummer)
Erstellungsdatum des Dokuments („effectiveTime“)
Vertraulichkeitscode („confidentialityCode“); Codierung der Vertraulichkeitsstufe des Do-kuments. Da die Dokumente nach ihrer Validierung nicht geändert werden dürfen können über den Vertraulichkeitscode keine Zugriffsrechte geregelt werden. Nachdem dieses Element aber ein Pflichtelement in CDA ist wird dieses Element einfach mit einem festen Code codiert
Sprachcode des Dokuments („languageCode“)
Elemente der Teilnehmenden Parteien ohne speziellen Vorgaben:
Personen bei der Dateneingabe (dataEnterer)
Verwahrer des Dokuments (custodian)
Beabsichtigte Empfänger des Dokuments(informationRecipient)
Rechtlicher Unterzeichner (legalAuthenticator)
Weitere Unterzeichner (authenticator)
7.1.2 Übersicht über die medizinischen Inhalte (CDA-Body)
Die folgende Tabelle soll einen Überblick über die verwendeten CDA Level 3 Inhalte ermöglichen. Hierbei wird zwischen den spezifischen Implementierungen für die Arztmeldungen und der Labormeldung unterschieden.
Für die textuelle CDA Level 2 Darstellung (Inhalte im Element section/text) kann die vorliegende Tabelle als Strukturierungshilfe dienen. Hierzu können ELGA styleCode Attribute und html Formatierungscodes laut Allgemeinen ELGA Implementierungsleitfaden [1] genutzt werden um die gewünschte Struktur zu generieren. Weiters kann auch auf Empfehlungen bzw. Vorschriften zur textuellen Gestaltung zurückgegriffen werden, welche in anderen Leitfäden festgehalten sind (z.B.: Darstellung der Probeninformation aus dem ELGA Laborleitfaden[2]).
Zu kodierender Inhalt
Body-Bereich
Optionalität
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 Header Templates
7.2.1.1 Document Realm
Id
1.2.40.0.34.6.0.11.1.10
ref
at-cda-bbr-
Gültigkeit
2023‑03‑24 09:21:27
Andere Versionen mit dieser Id:
atcdabbr_header_DocumentRealm vom 2021‑02‑19 10:44:57
atcdabbr_header_DocumentRealm vom 2019‑02‑12 13:35:45
Status
Aktiv
Versions-Label
1.0.1+20230717
Name
atcdabbr_header_DocumentRealm
Bezeichnung
Document Realm
Beschreibung
Hoheitsbereich des Dokuments.
Dieses Element kennzeichnet, dass das Dokument aus dem Hoheitsbereich Österreich (bzw. Bereich der HL7 Affiliate Austria, Code „AT“) stammt.
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
atcdabbr_header_DocumentId vom 2019‑02‑18 11:06:14
Status
Aktiv
Versions-Label
1.0.0+20210219
Name
atcdabbr_header_DocumentId
Bezeichnung
Document Id
Beschreibung
Die Dokumenten-Id eines CDA-Dokuments ist ein eindeutiger Instanzidentifikator, der das Dokument weltweit und für alle Zeit eindeutig identifiziert. Ein CDA-Dokument hat genau eine Id.
↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut uniqueId gemappt.
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung
Version: Template 1.2.40.0.34.6.0.11.1.1 Document Id (2019‑02‑18 11:06:14)
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.1.4 Document Effective Time
Id
1.2.40.0.34.6.0.11.1.11
ref
at-cda-bbr-
Gültigkeit
2023‑04‑11 10:22:55
Andere Versionen mit dieser Id:
atcdabbr_header_DocumentEffectiveTime vom 2021‑02‑19 10:35:26
atcdabbr_header_DocumentEffectiveTime vom 2019‑02‑12 16:30:12
Status
Aktiv
Versions-Label
1.0.1+20230717
Name
atcdabbr_header_DocumentEffectiveTime
Bezeichnung
Document Effective Time
Beschreibung
Dokumentiert das Erstellungsdatum bzw. den Zeitpunkt, an dem das Dokument inhaltlich fertiggestellt wurde. Damit ist jenes Datum gemeint, welches normalerweise im Briefkopf eines Schriftstückes angegeben wird (z.B. Wien, am …). Das Erstellungsdatum des Dokuments MUSS NICHT nicht mit dem Datum der rechtlichen Unterzeichnung (oder „Vidierung“) übereinstimmen.
↔ Hinweis zum XDS-Mapping: Dieses Element wird in das XDS-Attribut XDSDocumentEntry.creationTime gemappt (sofern es sicht nicht um ein On-Demand Document Entry handelt).
Verweis auf speziellen Implementierungsleitfaden: Für das Erstellungsdatum ist das medizinisch zutreffendste Datum anzugeben, dieses MUSS für jede einzelne Dokumentenklasse im speziellen Leitfaden separat definiert werden. Begründung: Das Erstellungsdatum wird für die Sortierung der CDA-Dokumente im Dokumentenregister (XDSDocumentEntry-Metadaten) verwendet. Es MUSS also sichergestellt werden, dass die CDA-Dokumente in der Reihenfolge sortiert werden, wie sie in einer Krankenakte sortiert werden. Beispiel: Laborbefunde müssen nach dem Probenentnahmedatum sortiert werden (NICHT nach dem Vidierdatum), Radiologiebefunde nach dem Ende der Bildaufnahme (NICHT nach dem Befundungszeitpunkt).
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
Id
Name
Datensatz
at-cda-bbr-dataelement-11
Erstellungsdatum
Dataset A Allgemeiner Leitfaden
Beziehung
Version: Template 1.2.40.0.34.6.0.11.1.11 Document Effective Time (2021‑02‑19 10:35:26)
ref
at-cda-bbr-
Version: Template 1.2.40.0.34.6.0.11.1.11 Document Effective Time (2019‑02‑12 16:30:12)
ref
at-cda-bbr-
Version: Template 1.2.40.0.34.11.90008 CD effectiveTime (2016‑07‑21)
ref
elgabbr-
Beispiel
Nur Datum: Zeitpunkt als Datum (ohne Zeit) im Format YYYYMMDD
<effectiveTimevalue="20190606"/>
Beispiel
Datum, Zeit und Zeitzone: Zeitpunkt als Datum mit Zeit und Zeitzone im Format YYYYMMDDhhmmss[+/-]HHMM
<effectiveTimevalue="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-dataelement-11
Erstellungsdatum
Dataset A Allgemeiner Leitfaden
7.2.1.5 Document Confidentiality Code
Id
1.2.40.0.34.6.0.11.1.12
ref
at-cda-bbr-
Gültigkeit
2023‑03‑24 09:30:46
Andere Versionen mit dieser Id:
atcdabbr_header_DocumentConfidentialityCode vom 2021‑06‑28 13:39:30
atcdabbr_header_DocumentConfidentialityCode vom 2021‑02‑19 10:35:04
atcdabbr_header_DocumentConfidentialityCode vom 2019‑03‑04 12:35:46
Status
Aktiv
Versions-Label
1.0.2+20230717
Name
atcdabbr_header_DocumentConfidentialityCode
Bezeichnung
Document Confidentiality Code
Beschreibung
Grundsätzlich stellt CDA Informationen zum Vertraulichkeitsstatus eines Dokuments zur Verfügung, um Anwendungssysteme bei der Verwaltung des Zugriffs auf sensible Daten zu unterstützen. Der Vertraulichkeitsstatus kann für das gesamte Dokument oder für bestimmte Teile des Dokuments gelten. Der im Header angegebene Wert gilt für das gesamte Dokument, es sei denn, er wird durch einen verschachtelten Wert überschrieben. Der tatsächliche Zugriff auf das Dokument muss von der übergeordneten Infrastrukturschicht geregelt werden.
↔ Hinweis zum XDS-Mapping: Dieses Element spiegelt sich im XDS-Attribut confidentialityCode wider. Für ELGA wird dieses fix auf "N" gesetzt.
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Vertraulichkeitscode des Dokuments aus Value Set „ELGA_Confidentiality“.
(atc...ode)
at-cda-bbr-dataelement-13
Vertraulichkeitscode
Dataset A Allgemeiner Leitfaden
@codeSystemName
st
1 … 1
F
HL7:Confidentiality
Constraint
Für ELGA-Dokumente ist ausschließlich "N" erlaubt!
7.2.1.6 Document Language
Id
1.2.40.0.34.6.0.11.1.13
ref
at-cda-bbr-
Gültigkeit
2021‑02‑19 10:36:53
Andere Versionen mit dieser Id:
atcdabbr_header_DocumentLanguage vom 2019‑02‑12 14:08:58
Status
Aktiv
Versions-Label
1.0.0+20210219
Name
atcdabbr_header_DocumentLanguage
Bezeichnung
Document Language
Beschreibung
Gibt die Sprache des Dokuments an, sowohl in Inhalts- oder Attributwerten. Die Angabe erfolgt im Sprachcode-Attribut gemäß IETF RFC 3066 (Internet Engineering Task Force RFC 3066 for the Identification of Languages, ed. H. Alvestrand 1995).
Es enthält mindestens einen Sprachcode gemäß ISO 639 ("Code for the representation of names of languages") und einen optionalen Ländercode gemäß ISO 3166 alpha-2.
Syntax: Vereinfacht folgt der LanguaceCode dem Format ll-CC, wobei ll dem Sprachcode gemäß ISO-639-1 in Kleinbuchstaben folgt und CC dem Ländercode gemäß ISO 3166 (Tabelle mit zwei Zeichen) in Großbuchstaben. Trennzeichen ist der Bindestrich (UTF-8 "Hyphen-Minus" mit Kode 45 (dezimal) bzw. 2D (hexadezimal)). ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut languageCode gemappt.
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
Id
Name
Datensatz
at-cda-bbr-dataelement-14
Sprachcode
Dataset A Allgemeiner Leitfaden
Beziehung
Version: Template 1.2.40.0.34.6.0.11.1.13 Document Language (2019‑02‑12 14:08:58)
ref
at-cda-bbr-
Version: Template 1.2.40.0.34.11.90010 CD languageCode (2013‑11‑07)
ref
elgabbr-
Beispiel
Strukturbeispiel
<languageCodecode="de-AT"/>
Item
DT
Kard
Konf
Beschreibung
Label
hl7:languageCode
CS.LANG
Sprachcode des Dokuments.
(atc...age)
at-cda-bbr-dataelement-14
Sprachcode
Dataset A Allgemeiner Leitfaden
@code
cs
1 … 1
R
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.10 ELGA_LanguageCode (DYNAMIC)
Constraint
Für ELGA ist in @code für CDA und Ableitungen in die XDSDocumentEntry-Metadaten derzeit ausschließlich der Wert "de-AT" zulässig. Für eHealth und zukünftige Versionen der ELGA Leitfäden können weitere Sprachcodes erlaubt werden.
7.2.1.7 Document Set Id and Version Number
Id
1.2.40.0.34.6.0.11.1.15
ref
at-cda-bbr-
Gültigkeit
2021‑02‑19 10:57:14
Andere Versionen mit dieser Id:
atcdabbr_header_DocumentSetIdAndVersionNumber vom 2019‑02‑12 14:48:59
Status
Aktiv
Versions-Label
1.0.0+20210219
Name
atcdabbr_header_DocumentSetIdAndVersionNumber
Bezeichnung
Document Set Id and Version Number
Beschreibung
Versionierung des Dokuments. Der CDA-Header repräsentiert Beziehungen zu anderen Dokumenten mit Referenz auf die Dokumenten-Identifikation. Mittels der Attribute setId und versionNumber kann eine Versionskennung des Dokuments erreicht werden.
Für ELGA-CDA-Dokumente MÜSSEN immer beide Elemente angegeben werden.
Anhänge oder Ersetzungen von Vordokumenten MÜSSEN ebenfalls diese zusätzlichen Angaben enthalten. Der genaue Zusammenhang zwischen diesen Attributen finden Sie im Kapitel „Bezug zu vorgehenden Dokumenten“.
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung
Version: Template 1.2.40.0.34.6.0.11.1.15 Document Set Id and Version Number (2019‑02‑12 14:48:59)
<!-- Die bei setId angegebene ID SOLLTE nicht gleich sein wie die id des Dokuments.--> <placeholder> <idroot="1.2.40.0.34.99.111.1.1"extension="AAAAAAAAAAAAAAA"assigningAuthorityName="KH Eisenstadt"/><setIdroot="1.2.40.0.34.99.111.1.1"extension="ZZZZZZZZZZZZZZZ"assigningAuthorityName="KH Eisenstadt"/><versionNumbervalue="1"/></placeholder>
Beispiel
Beispiel für die 2.Version eines Dokuments
<!--Die bei setId angegebene ID MUSS mit der setId der Vorversion übereinstimmen.--> <placeholder> <idroot="1.2.40.0.34.99.111.1.1"extension="BBBBBBBBBBBBBBB"assigningAuthorityName="KH Eisenstadt"/><setIdroot="1.2.40.0.34.99.111.1.1"extension="ZZZZZZZZZZZZZZZ"assigningAuthorityName="KH Eisenstadt"/><versionNumbervalue="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.1.8 Record Target - EMS
Id
1.2.40.0.34.6.0.11.1.34
Gültigkeit
2020‑02‑20 09:20:38
Status
Entwurf
Versions-Label
2020
Name
epims_header_RecordTarget
Bezeichnung
Record Target - EMS
Beschreibung
Das RecordTarget-Element enthält den "Patienten": Die Person, die von einem Gesundheitsdiensteanbieter (Arzt, einer Ärztin oder einem Angehörigen anderer Heilberufe) behandelt wird und über die bzw. über deren Gesundheitsdaten im Dokument berichtet wird.
Laut Allgemeinen ELGA Implementierungsleitfaden ist es möglich, dass mehrere Vornamen eines Patienten/einer Patientin in einzelnen <given>-Tags codiert werden. Aufgrund der Tatsache, dass die Reihenfolge dieser Elemente nicht überprüft werden kann, könnte es vorkommen dass aus z.B.: „Hans Peter“ „Peter Hans“ werden kann. Dieser Umstand erschwert den Abgleich der Personendaten mit den Daten des Zentralen Melderegisters. Daher ist im Falle einer EMS Meldung nur ein <given>-Tag erlaubt (dies kann jedoch auch „Hans Peter“ beinhalten).
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 6 Templates
Benutzt
als
Name
Version
1.2.40.0.34.6.0.11.9.25
Containment
Address Compilation (1.0.1+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.38
Containment
Person Name Compilation G2 M - EMS (2020)
DYNAMIC
1.2.40.0.34.6.0.11.9.12
Containment
Person Name Compilation G1 M (1.0.1+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.11
Containment
Person Name Compilation G2 M (1.0.1+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.27
Containment
Organization Name Compilation (1.0.1+20210628)
DYNAMIC
1.2.40.0.34.6.0.11.9.10
Containment
Address Compilation Minimal (1.0.2+20230717)
DYNAMIC
Beziehung
Spezialisierung: Template 1.2.40.0.34.6.0.11.1.3 Record Target (2019‑02‑20 12:10:02)
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.
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.
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
Werden mehrere telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Auswahl
1 … 1
Angabe des gesetzlichen Vertreters als Person (guardianPerson in Granularitätsstufe 1 oder 2) ODER als Organisation (guardianOrganization)
Elemente in der Auswahl:
hl7:guardianPerson welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:guardianPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:guardianOrganization welches enthält Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)
hl7:guardianPerson
0 … 1
Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
(epi...get)
hl7:guardianPerson
0 … 1
Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 2 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
(epi...get)
hl7:guardianOrganization
0 … 1
R
Name des gesetzlichen Vertreters (Organisation) Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)
(epi...get)
hl7:birthplace
0 … 1
R
Geburtsort des Patienten.
(epi...get)
@classCode
cs
0 … 1
F
BIRTHPL
hl7:place
1 … 1
M
(epi...get)
@classCode
cs
0 … 1
F
PLC
@determinerCode
cs
0 … 1
F
INSTANCE
Auswahl
1 … 1
Elemente in der Auswahl:
hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)
hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
hl7:addr
AD
0 … 1
Angaben zum Geburtsorts. Im Kontext der Arztmeldung an das EMS wird EMPFOHLEN das Geburtsland als Klartext zu übermitteln (und nicht als ISO-2/3 Code). Das bedeutet es SOLL, "Österreich" und nicht "AUT" oder "AT", angegeben werden.
Die Adresse des Geburtsorts, struktuiert. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(epi...get)
hl7:languageCommunication
0 … *
R
Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten.
(epi...get)
hl7:languageCode
CS
1 … 1
M
Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen).
(epi...get)
@code
cs
1 … 1
R
Zulässige Werte gemäß Value-Set „ELGA_HumanLanguage“ aus Code-System „HL7:HumanLanguage 2.16.840.1.113883.6.121“ Gemäß IETF / RFC 3066 enthält es ein bestimmtes Subset von Codes aus ISO 639-1 und ISO 639-2 (also zwei- und dreistellige Sprachcodes). Gemäß RFC 3066 ist es zulässig, eine Angabe der landestypischen Ausprägung der Sprache nach einem Bindestrich anzufügen. Das Land wird dabei nach ISO 3166-1 Alpha 2 angegeben. Dies MUSS bei der Auswertung des languageCodes berücksichtigt und toleriert werden.
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC)
hl7:modeCode
CE
0 … 1
R
Ausdrucksform der Sprache. Zulässige Werte gemäß Value-Set „ELGA_LanguageAbilityMode“
(epi...get)
@code
cs
1 … 1
R
@displayName
st
1 … 1
R
@codeSystem
oid
1 … 1
F
2.16.840.1.113883.5.60
@codeSystemName
st
0 … 1
F
HL7:LanguageAbilityMode
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.175 ELGA_LanguageAbilityMode (DYNAMIC)
hl7:proficiencyLevelCode
CE
0 … 1
R
Grad der Sprachkenntnis in der Sprache. Zulässige Werte gemäß Value-Set „ELGA_ProficiencyLevelCode“
(epi...get)
@code
cs
1 … 1
R
@displayName
st
1 … 1
R
@codeSystem
oid
1 … 1
F
2.16.840.1.113883.5.61
@codeSystemName
st
0 … 1
F
HL7:LanguageAbilityProficiency
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC)
hl7:preferenceInd
BL
0 … 1
R
Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird.
(epi...get)
Schematron assert
role
error
test
not(hl7:id[1]/@nullFlavor)
Meldung
Die Verwendung von id/@nullFlavor ist an dieser Stelle NICHT ERLAUBT.
Schematron assert
role
error
test
not(hl7:id[2]/@nullFlavor) or (hl7:id[2][@nullFlavor='UNK'] or hl7:id[2][@nullFlavor='NI'])
Meldung
Zugelassene nullFlavor sind "NI" und "UNK"
7.2.1.9 Author
Id
1.2.40.0.34.6.0.11.1.2
ref
at-cda-bbr-
Gültigkeit
2023‑04‑06 15:23:19
Andere Versionen mit dieser Id:
atcdabbr_header_Author vom 2021‑08‑24 08:35:56
atcdabbr_header_Author vom 2021‑02‑18 12:40:27
atcdabbr_header_Author vom 2019‑02‑13 09:50:17
Status
Aktiv
Versions-Label
1.0.3+20230717
Name
atcdabbr_header_Author
Bezeichnung
Author
Beschreibung
Der Autor, Urheber oder Dokumentersteller ist die Person, die hauptursächlich etwas verursacht oder veranlasst oder als Initiator, Anstifter, Verfasser oder Verursacher wirkt. Der Autor kann auch ein "Dokument-erstellendes Gerät" sein, etwa ein Computerprogramm, das automatisch Daten zu einem Patienten in Form eines Befunds oder einer Zusammenfassung kombiniert.
Die das Dokument schreibende Person (z.B. Schreibkraft, medizinische Dokumentationsassistenz) wird in CDA in einem eigenen Element (dataEnterer) abgebildet, siehe "Personen der Dateneingabe ("dataEnterer")".
Es kann mehr als ein Dokumentersteller angegeben werden (mehrere author-Elemente). Das erste author-Element SOLL eine Person sein ("Hauptautor"). Geräte MÜSSEN hinter den Personen-Autoren stehen (sofern vorhanden, z.B. bei einem On-Demand Dokument, das keine Person erstellt oder sonstige automatisch ohne Personenkontakt erstellte Dokumente).
↔ Hinweis zum XDS-Mapping: Folgende XDS-Attribute werden aus dem author-Element abgeleitet:
AuthorInstitution (=representedOrganization)
AuthorPerson (=assignedAuthor)
AuthorRole (=functionCode)
AuthorSpeciality (=assignedAuthor.code)
Nur das erste author-Element ist für das XDS-Mapping zu übernehmen.
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 3 Templates
Benutzt
als
Name
Version
1.2.40.0.34.6.0.11.9.11
Containment
Person Name Compilation G2 M (1.0.1+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.18
Containment
Device Compilation (1.0.2+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.5
Containment
Organization Compilation with id, name (1.0.1+20210628)
Funktionscode des Verfassers des Dokuments, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“.
Eigene Codes und Bezeichnungen können verwendet werden.
(atc...hor)
@code
cs
1 … 1
R
@codeSystem
oid
1 … 1
R
@displayName
st
1 … 1
R
Auswahl
1 … 1
Der Zeitpunkt, zu dem das Dokument verfasst bzw. inhaltlich fertiggestellt wurde.
Elemente in der Auswahl:
hl7:time[not(@nullFlavor)]
hl7:time[@nullFlavor='UNK']
hl7:time
TS.AT.TZ
0 … 1
(atc...hor)
wo [not(@nullFlavor)]
hl7:time
TS.AT.TZ
0 … 1
(atc...hor)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
hl7:assignedAuthor
1 … 1
M
(atc...hor)
@classCode
cs
0 … 1
F
ASSIGNED
Auswahl
1 … *
Identifikation des Verfassers des Dokuments im lokalen System des/der datenerstellenden Gerätes/Software.
ODER Identifikation des/der datenerstellenden Gerätes/Software.
Elemente in der Auswahl:
hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='NI']
hl7:id[@nullFlavor='UNK']
Constraint
Zugelassene nullFlavor:
NI ….... Person hat keine ID / Gerät/Software hat keine ID
UNK … Person hat eine ID, diese ist jedoch unbekannt / Gerät/Software hat eine ID, diese ist jedoch unbekannt
hl7:id
II
0 … *
Identifikation des Verfassers des Dokuments im lokalen System des/der datenerstellenden Gerätes/Software.
ODER Identifikation des/der datenerstellenden Gerätes/Software.
(atc...hor)
wo [not(@nullFlavor)]
hl7:id
II
0 … 1
(atc...hor)
wo [@nullFlavor='NI']
@nullFlavor
cs
1 … 1
F
NI
hl7:id
II
0 … 1
(atc...hor)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
hl7:code
CE
0 … 1
R
Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung), z.B: „Facharzt/Fachärztin für Gynäkologie“. Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben.
(atc...hor)
@codeSystem
oid
1 … 1
R
@displayName
st
1 … 1
R
@code
cs
1 … 1
R
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
hl7:telecom
TEL.AT
0 … *
Kontaktdaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(atc...hor)
wo [not(@nullFlavor)]
@value
st
1 … 1
R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
@use
set_cs
0 … 1
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.
↔ Hinweis zum XDS-Mapping: Da manche offiziellen Bezeichnungen von GDA sehr lang werden können, SOLL das name Element einer möglichst eindeutigen Kurzbezeichnung der Organisation entsprechen (im GDA-I im Tag description enthalten). Bei größeren Organisationen SOLL zusätzlich die Abteilung angegeben werden, damit die Zuordnung für den Leser einfacher wird.
Beispiel: Statt "Allgemeines Krankenhaus der Stadt Wien-Medizinischer Universitätscampus" --> "Wien AKH" bzw. "Wien AKH - Augenambulanz"
Beinhaltet 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (DYNAMIC)
(atc...hor)
Constraint
id MUSS der OID der Organisation aus dem GDA-Index entsprechen.
name SOLL der Kurzbezeichnung im GDA-I entsprechen (sofern vorhanden)
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“
Ausnahme: Wenn als Author ein/e Software/Gerät fungiert und keine OID aus dem GDA-I angegeben werden kann, MÜSSEN die Angaben der Organisation des Geräte-/Software-Betreibers oder Herstellers entsprechen.
7.2.1.10 Custodian
Id
1.2.40.0.34.6.0.11.1.4
ref
at-cda-bbr-
Gültigkeit
2021‑10‑13 14:05:15
Andere Versionen mit dieser Id:
atcdabbr_header_Custodian vom 2021‑02‑19 10:33:30
atcdabbr_header_Custodian vom 2019‑02‑26 11:28:24
Status
Aktiv
Versions-Label
1.0.1+20211213
Name
atcdabbr_header_Custodian
Bezeichnung
Custodian
Beschreibung
Der "Verwahrer" des Dokuments stellt die Organisation dar, von der das Dokument stammt und die für die Aufbewahrung und Verwaltung des ORIGINALEN Dokuments verantwortlich ist. Jedes CDA-Dokument hat genau einen Custodian. Der Custodian entspricht der Definition von Verwaltertätigkeit ("Stewardship") von CDA. Da CDA ein Austauschformat für Dokumente ist und ein CDA-Dokument möglicherweise nicht die ursprüngliche Form der authentifizierten Dokumente darstellt, repräsentiert der Custodian den Verwalter der ursprünglichen Quelldokumente.
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Identifikation des Verwahrers des Dokuments. Wenn dieser im GDA-I angeführt ist, ist die entsprechende OID zu verwenden. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
(atc...ian)
hl7:name
ON
1 … 1
M
Name des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen.
(atc...ian)
hl7:telecom
TEL.AT
0 … *
Kontaktdaten des Verwahrers des originalen Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen.
(atc...ian)
wo [not(@nullFlavor)]
@value
st
1 … 1
R
@use
set_cs
0 … 1
Bedeutung des angegebenen Kontakts gemäß Value-Set „ELGA_TelecomAddressUse“
Constraint
Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
hl7:addr
AD
1 … 1
M
Adresse des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(atc...ian)
7.2.1.11 Legal Authenticator
Id
1.2.40.0.34.6.0.11.1.5
ref
at-cda-bbr-
Gültigkeit
2021‑02‑19 11:10:59
Andere Versionen mit dieser Id:
atcdabbr_header_LegalAuthenticator vom 2019‑03‑04 11:41:57
Status
Aktiv
Versions-Label
1.0.0+20210219
Name
atcdabbr_header_LegalAuthenticator
Bezeichnung
Legal Authenticator
Beschreibung
Der „Rechtliche Unterzeichner“ oder Hauptunterzeichner ist jene Person, welche für das Dokument aus rechtlicher Sicht die Verantwortung übernimmt. Es muss organisatorisch sichergestellt werden, dass die Person, die als rechtlicher Unterzeichner eingetragen wird, über die entsprechende Berechtigung verfügt. Grundsätzlich MUSS der Hauptunterzeichner angegeben werden, in bestimmten Fällen kann dies aber unterbleiben, etwa wenn es sich um automatisch erstellte Befunde handelt (Dokumente, die von „Geräten“ oder "Software" autonom erstellt wurden, d.h. wenn der Inhalt durch einen Algorithmus erzeugt und nicht von einer natürlichen Person freigegeben wurde, z.B. On-demand Dokumente). Diese Fälle sind in den jeweiligen speziellen Leitfaden entsprechend angegeben. Falls mehrere rechtliche Unterzeichner vorhanden sind, können diese angegeben werden.
↔ Hinweis zum XDS-Mapping: 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)
<legalAuthenticatorcontextControlCode="OP"typeCode="LA"> <!-- Zeitpunkt der Unterzeichnung --> <timevalue="20190324082015+0100"/><!-- Signaturcode --> <signatureCodecode="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)
at-cda-bbr-dataelement-1
Rechtlicher Unterzeichner
Dataset A Allgemeiner Leitfaden
@contextControlCode
cs
0 … 1
F
OP
@typeCode
cs
0 … 1
F
LA
Auswahl
1 … 1
Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Elemente in der Auswahl:
hl7:time[not(@nullFlavor)]
hl7:time[@nullFlavor='UNK']
hl7:time
TS.AT.TZ
0 … 1
(atc...tor)
wo [not(@nullFlavor)]
at-cda-bbr-dataelement-5
Zeitpunkt der Unterzeichnung
Dataset A Allgemeiner Leitfaden
hl7:time
TS.AT.TZ
0 … 1
(atc...tor)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
hl7:signatureCode
CS
1 … 1
M
Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde.
(atc...tor)
at-cda-bbr-dataelement-6
Signatur
Dataset A Allgemeiner Leitfaden
@code
CONF
1 … 1
F
S
hl7:assignedEntity
1 … 1
M
Personendaten des rechtlichen Unterzeichners. Für den Namen ist verpflichtend Granularitätsstufe 2 ("strukturierte Angabe des Namens") anzuwenden! Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
(atc...tor)
7.2.1.12 Authenticator
Id
1.2.40.0.34.6.0.11.1.6
ref
at-cda-bbr-
Gültigkeit
2021‑02‑19 10:25:00
Andere Versionen mit dieser Id:
atcdabbr_header_Authenticator vom 2019‑03‑04 13:11:54
Status
Aktiv
Versions-Label
1.0.0+20210219
Name
atcdabbr_header_Authenticator
Bezeichnung
Authenticator
Beschreibung
Mitunterzeichner, weiterer Unterzeichner. Dokumente können neben dem verpflichtenden legalAuthenticator („rechtlichen Unterzeichner“, Hauptunterzeichner) auch beliebig viele weitere Mitunterzeichner beinhalten. Sonderfälle:
Multidisziplinäre Befunde: Die Angabe von mindestens zwei Mitunterzeichnern
(authenticator) ersetzt die Angabe eines Hauptunterzeichners (legalAuthenticator), wenn dieser nicht ermittelt werden kann (z.B. bei multidisziplinären Befunden, die von mehreren Fachärzten mit unterschiedlicher Fachrichtung gleichermaßen verantwortet werden).
Automatisch erstellte Befunde: Bei Dokumenten, die von „Geräten“ erstellt wurden (wenn der Inhalt durch einen Algorithmus erzeugt und nicht von einer natürlichen Person freigegeben wurde), entfällt die Angabe aller Unterzeichner.
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Offen (auch andere als die definierten Elemente sind erlaubt)
<authenticatortypeCode="AUTHEN"> <!-- Zeitpunkt der Unterzeichnung --> <timevalue="20190605"/><!-- Signaturcode --> <signatureCodecode="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-dataelement-31
Weitere Unterzeichner
Dataset A Allgemeiner Leitfaden
@typeCode
cs
0 … 1
F
AUTHEN
Auswahl
1 … 1
Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Grundsätzlich sind die Vorgaben gemäß für „Zeit-Elemente“ zu befolgen.
Elemente in der Auswahl:
hl7:time[not(@nullFlavor)]
hl7:time[@nullFlavor='UNK']
hl7:time
TS.AT.TZ
0 … 1
(atc...tor)
wo [not(@nullFlavor)]
at-cda-bbr-dataelement-105
Zeitpunkt der Unterzeichnung
Dataset A Allgemeiner Leitfaden
hl7:time
TS.AT.TZ
0 … 1
(atc...tor)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
hl7:signatureCode
CS
1 … 1
M
(atc...tor)
at-cda-bbr-dataelement-106
Signatur
Dataset A Allgemeiner Leitfaden
@code
CONF
1 … 1
F
S
hl7:assignedEntity
1 … 1
M
Personendaten des weiteren Unterzeichners.
Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
(atc...tor)
Eingefügt
von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
@classCode
cs
0 … 1
F
ASSIGNED
Auswahl
1 … *
Mindestens eine ID der Person der Entität
Elemente in der Auswahl:
hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='NI']
hl7:id[@nullFlavor='UNK']
Constraint
Zugelassene nullFlavor:
NI … Die Person der Entität hat keine Identifikationsnummer
UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt
hl7:id
II
0 … *
(atc...tor)
wo [not(@nullFlavor)]
hl7:id
II
0 … 1
(atc...tor)
wo [@nullFlavor='NI']
@nullFlavor
cs
1 … 1
F
NI
hl7:id
II
0 … 1
(atc...tor)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
Auswahl
0 … 1
Elemente in der Auswahl:
hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
(atc...tor)
wo [not(@nullFlavor)]
@value
url
1 … 1
R
Die Kontaktadresse (Telefonnummer, Email, etc.).
Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567
Zulässige Werteliste für telecom Präfixe gemäß Value Set "ELGA_URLScheme"
@use
cs
0 … 1
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP.
Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"
Constraint
Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
hl7:assignedPerson
1 … 1
M
Personendaten der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
(atc...tor)
hl7:representedOrganization
0 … 1
R
Organisationsdaten der Entität.
Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
(atc...tor)
7.2.1.13 Information Recipient - EMS
Id
1.2.40.0.34.6.0.11.1.35
Gültigkeit
2020‑02‑20 09:37:56
Status
Entwurf
Versions-Label
2020
Name
epims_header_informationRecipient
Bezeichnung
Information Recipient - EMS
Beschreibung
Dieses Element dokumentiert den/die Empfänger des Dokuments. Da es sich bei der Meldung ans EMS um eine gerichtete Kommunikation handelt kann der primäre Empfänger des Dokuments, das Bundesministeriums für Gesundheit, optional angegeben werden.
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt
als
Name
Version
1.2.40.0.34.6.0.11.9.39
Containment
Organization Compilation with id, name, tel, addr - EMS (2020)
DYNAMIC
Beziehung
Spezialisierung: Template 1.2.40.0.34.6.0.11.1.24 Information Recipient (2019‑03‑26 13:08:59)
CDA verlangt hier einen Wert und dieser wird auch überprüft. Aufgrund der Tatsache, dass sich die Bezeichnung und die Abkürzung des für Gesundheitsfragen zuständige Ministerium öfters ändern kann, wird in diesem Attribute der Wert "moh-at" (Ministry of Health - AT) angegeben. Dieser entspricht dem Symbolischen-Bezeichner aus dem österreichischen
OID Portal für die OID, welche in dem root-Attribute geführt wird.
@root
uid
1 … 1
F
1.2.40.0.34.3.1.1
hl7:informationRecipient
1 … 1
M
(epi...ent)
hl7:name
ST
1 … 1
M
Hier muss die Angebe des Empfängers erfolgen. Je nach dem wie die aktuelle Abkürzung des für Gesundheitsfragen zuständige Ministerium lautet kann MUSS diese hier angegeben werden. z.B. BMG, BMGF, BMSGPK
Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Auswahl
1 … 1
Name des einweisenden/zuweisenden/überweisenden Arztes.
Elemente in der Auswahl:
hl7:associatedPerson[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:associatedPerson[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:associatedPerson
… 1
Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
(atc...rzt)
wo [hl7:name [count(child::*)=0]]
hl7:associatedPerson
… 1
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
(atc...rzt)
wo [hl7:name [count(child::*)!=0]]
hl7:scopingOrganization
0 … 1
R
Organisation, der der Einweiser/Zuweiser/Überweiser angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen.
(atc...rzt)
Eingefügt
von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
@classCode
cs
0 … 1
F
ORG
@determinerCode
cs
0 … 1
F
INSTANCE
hl7:id
II
0 … *
Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.
(atc...rzt)
wo [not(@nullFlavor)]
hl7:name
ON
1 … 1
M
Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(atc...rzt)
hl7:telecom
TEL.AT
0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(atc...rzt)
wo [not(@nullFlavor)]
@value
st
1 … 1
R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
@use
set_cs
0 … 1
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
atcdabbr_header_InFulfillmentOf vom 2021‑02‑19 11:09:32
atcdabbr_header_InFulfillmentOf vom 2019‑03‑14 13:22:14
Status
Aktiv
Versions-Label
1.0.1+20210628
Name
atcdabbr_header_InFulfillmentOf
Bezeichnung
In Fulfillment Of
Beschreibung
Das Element “inFulfillmentOf” ermöglicht die Referenz zum ursprünglichen Auftrag des Auftraggebers. Dies kann zum Beispiel eine Auftrags- oder Anforderungsnummer sein. Das Element erlaubt genau ein order Unterelement.
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 2 Konzepte
Id
Name
Datensatz
at-cda-bbr-dataelement-42
Auftrag
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-43
ID
Dataset A Allgemeiner Leitfaden
Beziehung
Version: Template 1.2.40.0.34.6.0.11.1.9 In Fulfillment Of (2021‑02‑19 11:09:32)
ref
at-cda-bbr-
Version: Template 1.2.40.0.34.6.0.11.1.9 In Fulfillment Of (2019‑03‑14 13:22:14)
<hl7:documentationOftypeCode="DOC"> <hl7:serviceEventclassCode="ACT"moodCode="EVN"> <hl7:codecode="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.15 'Time Interval Information minimal' (dynamic) 1..1 R --> </hl7:effectiveTime></hl7:serviceEvent></hl7:documentationOf>
Item
DT
Kard
Konf
Beschreibung
Label
hl7:documentationOf
Komponente für die Gesundheitsdienstleistung.
(epi...ote)
@typeCode
cs
0 … 1
F
DOC
hl7:serviceEvent
1 … 1
M
(epi...ote)
@classCode
cs
0 … 1
F
ACT
@moodCode
cs
0 … 1
F
EVN
hl7:code
CE
1 … 1
M
(epi...ote)
@code
CONF
1 … 1
F
34782-3
@codeSystem
1 … 1
F
2.16.840.1.113883.6.1 (LOINC)
@codeSystemName
1 … 1
F
LOINC
@displayName
1 … 1
F
Infectious disease Note
hl7:effectiveTime
IVL_TS
1 … 1
M
Die Angabe eines zeitlichen Erbringungsintervalls effectiveTime mit einer Start- low und End-zeit high ist verpflichtend. z.B. Beginn / Ende der Feststellung einer möglichen Infektion.
(epi...ote)
Eingefügt
1 … 1
M
von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
Auswahl
1 … 1
Elemente in der Auswahl:
hl7:low[@value]
hl7:low[@nullFlavor='UNK']
hl7:low
TS.AT.TZ
0 … 1
(epi...ote)
wo [@value]
hl7:low
TS.AT.TZ
0 … 1
(epi...ote)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
Auswahl
1 … 1
Elemente in der Auswahl:
hl7:high[@value]
hl7:high[@nullFlavor='UNK']
hl7:high
TS.AT.TZ
0 … 1
(epi...ote)
wo [@value]
hl7:high
TS.AT.TZ
0 … 1
(epi...ote)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
7.2.1.17 Documentation Of Service Event - Laboratory Report
Documentation Of Service Event - Laboratory Report
Beschreibung
Dieses ServiceEvent, in Kombination des ServiceEvents für "Infectious disease Note" kennzeichnen, dass dieses Dokument von einem Labor ins EMS eingebracht wird.
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt
als
Name
Version
1.2.40.0.34.6.0.11.9.15
Inklusion
Time Interval Information minimal (1.0.1+20210628)
DYNAMIC
1.2.40.0.34.6.0.11.9.22
Inklusion
Assigned Entity (1.0.2+20230717)
DYNAMIC
Beziehung
Spezialisierung: Template 1.2.40.0.34.6.0.11.1.17 Documentation Of Service Event (2019‑03‑14 15:08:34)
Documentation Of Service Event - Microbiology Studies
Beschreibung
Dokumentation der Gesundheitsdienstleistung.
Mit der Assoziation documentationOf/serviceEvent wird die eigentliche Gesundheitsdienstleistung repräsentiert, die in dem Dokument dokumentiert wird (z.B. eine Koloskopie, Appendektomie, etc.). Dies ist in engem Zusammenhang mit dem Dokumententyp zu sehen, der in ClinicalDocument/code wiedergegeben ist. Mit der documentationOf Beziehung kann die dokumentierte Gesundheitsdienstleistung näher spezifiziert werden. Dies darf natürlich nicht im Widerspruch zum Dokumententyp stehen.
↔ Hinweis zum XDS-Mapping: Da diese Informationen in die XDS-Metadaten übernommen werden, ergeben sich folgende Implikationen:
Es SOLL mindestens eine
Gesundheitsdienstleistung als documentationOf/serviceEvent-Element angegeben werden
Es können beliebig viele weitere Gesundheitsdienstleistungen als weitere documentationOf/serviceEvent-Elemente angegeben werden
Die serviceEvents sind die einzigen medizinischen Informationen zum Dokument im XDS-Dokumentenregister
Können daher als Such-/Filterkriterium verwendet werden und scheinen ggf. in den Ergebnissen der Suchabfragen auf
Die Zeitangaben des ersten documentationOf/serviceEvent-Elements werden in die Dokument-Metadaten übernommen
Die ServiceEvents stellen eine wertvolle Information zum Suchen und Filtern in den Dokument-Metadaten dar!
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt
als
Name
Version
1.2.40.0.34.6.0.11.9.15
Inklusion
Time Interval Information minimal (1.0.1+20210628)
DYNAMIC
1.2.40.0.34.6.0.11.9.22
Inklusion
Assigned Entity (1.0.2+20230717)
DYNAMIC
Beziehung
Spezialisierung: Template 1.2.40.0.34.6.0.11.1.17 Documentation Of Service Event (2019‑03‑14 15:08:34)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel Koloskopie
<hl7:documentationOftypeCode="DOC"> <hl7:serviceEventclassCode="ACT"moodCode="EVN"> <hl7:codecode="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) 1..1 M --> </hl7:effectiveTime><hl7:performertypeCode="PRF"> <hl7:functionCodecode="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
1 … 1
M
von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
Auswahl
1 … 1
Elemente in der Auswahl:
hl7:low[@value]
hl7:low[@nullFlavor='UNK']
hl7:low
TS.AT.TZ
0 … 1
(epi...ogy)
wo [@value]
hl7:low
TS.AT.TZ
0 … 1
(epi...ogy)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
Auswahl
1 … 1
Elemente in der Auswahl:
hl7:high[@value]
hl7:high[@nullFlavor='UNK']
hl7:high
TS.AT.TZ
0 … 1
(epi...ogy)
wo [@value]
hl7:high
TS.AT.TZ
0 … 1
(epi...ogy)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
hl7:performer
0 … *
R
Person oder Organisation, die die Gesundheitsdienstleistung durchführt. Verweis auf speziellen Implementierungsleitfaden: Ob und welche durchführende Entität eingetragen werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
Dieses ServiceEvent, in Kombination des ServiceEvents für "Infectious disease Note" kennzeichnen, dass dieses Dokument von einem Arzt/einer Ärztin ins EMS eingebracht wird.
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt
als
Name
Version
1.2.40.0.34.6.0.11.9.15
Inklusion
Time Interval Information minimal (1.0.1+20210628)
DYNAMIC
1.2.40.0.34.6.0.11.9.22
Inklusion
Assigned Entity (1.0.2+20230717)
DYNAMIC
Beziehung
Spezialisierung: Template 1.2.40.0.34.6.0.11.1.17 Documentation Of Service Event (2019‑03‑14 15:08:34)
<hl7:documentationOftypeCode="DOC"> <hl7:serviceEventclassCode="ACT"moodCode="EVN"> <hl7:codecode="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.15 'Time Interval Information minimal' (dynamic) 1..1 M --> </hl7:effectiveTime><hl7:performertypeCode="PRF"> <hl7:templateIdroot="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...ote)
@typeCode
cs
0 … 1
F
DOC
hl7:serviceEvent
1 … 1
M
(epi...ote)
@classCode
cs
0 … 1
F
ACT
@moodCode
cs
0 … 1
F
EVN
hl7:code
CE
1 … 1
M
(epi...ote)
@code
CONF
1 … 1
F
75476-2
@codeSystem
1 … 1
F
2.16.840.1.113883.6.1 (LOINC)
@codeSystemName
1 … 1
F
LOINC
@displayName
1 … 1
F
Physician Note
hl7:effectiveTime
IVL_TS
1 … 1
M
Die Angabe eines zeitlichen Erbringungsintervalls effectiveTime mit einer Start- low und End-zeit high ist verpflichtend: z.B. Beginn / Ende der Arztvisite
(epi...ote)
Eingefügt
1 … 1
M
von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
Auswahl
1 … 1
Elemente in der Auswahl:
hl7:low[@value]
hl7:low[@nullFlavor='UNK']
hl7:low
TS.AT.TZ
0 … 1
(epi...ote)
wo [@value]
hl7:low
TS.AT.TZ
0 … 1
(epi...ote)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
Auswahl
1 … 1
Elemente in der Auswahl:
hl7:high[@value]
hl7:high[@nullFlavor='UNK']
hl7:high
TS.AT.TZ
0 … 1
(epi...ote)
wo [@value]
hl7:high
TS.AT.TZ
0 … 1
(epi...ote)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
hl7:performer
1 … 1
M
Meldender Arzt
(epi...ote)
@typeCode
cs
1 … 1
F
PRF
hl7:templateId
II
1 … 1
M
(epi...ote)
@root
uid
1 … 1
F
1.3.6.1.4.1.19376.1.3.3.1.7
hl7:assignedEntity
1 … 1
M
(epi...ote)
Eingefügt
1 … 1
M
von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
@classCode
cs
0 … 1
F
ASSIGNED
Auswahl
1 … 1
Mindestens eine ID der Person der Entität
Elemente in der Auswahl:
hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='NI']
hl7:id[@nullFlavor='UNK']
Constraint
Zugelassene nullFlavor:
NI … Die Person der Entität hat keine Identifikationsnummer
UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt
hl7:id
II
0 … *
(epi...ote)
wo [not(@nullFlavor)]
hl7:id
II
0 … 1
(epi...ote)
wo [@nullFlavor='NI']
@nullFlavor
cs
1 … 1
F
NI
hl7:id
II
0 … 1
(epi...ote)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
Auswahl
1 … 1
Elemente in der Auswahl:
hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
<cda:sectionclassCode="DOCSECT"moodCode="EVN"> <cda:templateIdroot="1.2.40.0.34.6.0.11.2.78"/><cda:idroot="1.2.3.999"extension="--example only--"/><cda:codecode="3"codeSystem="1.2.40.0.34.5.189"displayName="EMS_Section"/><cda:title>title</cda:title><cda:text/><cda:entrytypeCode="DRIV"> <cda:templateIdroot="1.3.6.1.4.1.19376.1.3.1"/><cda:actmoodCode="EVN"classCode="ACT"> <cda:codecode="34782-3"codeSystem="2.16.840.1.113883.6.1"displayName="Infectious disease Note"/><cda:statusCodecode="completed"/><cda:entryRelationshiptypeCode="COMP"> <!-- template 1.2.40.0.34.6.0.11.3.56 'Notification Organizer EMS Arztmeldung' (2020-02-20T14:55:40) --> </cda:entryRelationship><cda:entryRelationshiptypeCode="COMP"> <!-- template 1.2.40.0.34.6.0.11.3.93 'EMS Organizer Arzt' (2020-04-22T15:46:30) --> </cda:entryRelationship></cda:act></cda:entry><cda:entry> <!-- include template 1.2.40.0.34.6.0.11.3.60 'EMS Hospitalisierung' (dynamic) 1..1 R --> </cda:entry><cda:entry> <!-- include template 1.2.40.0.34.6.0.11.3.98 'EMS Problem Concern Entry' (dynamic) 1..1 M --> </cda:entry><cda:entry> <!-- include template 1.2.40.0.34.6.0.11.3.95 'EMS Organizer Tätigkeitsbereich' (dynamic) 1..1 M --> </cda:entry><cda:entry> <!-- include template 1.2.40.0.34.6.0.11.3.106 'EMS Organizer Betreuung' (dynamic) .. O --> </cda: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) --> </cda:section>
Item
DT
Kard
Konf
Beschreibung
Label
hl7:section
(epi...ung)
@classCode
cs
0 … 1
F
DOCSECT
@moodCode
cs
0 … 1
F
EVN
hl7:templateId
II
1 … 1
M
(epi...ung)
@root
uid
1 … 1
F
1.2.40.0.34.6.0.11.2.78
hl7:id
II
0 … 1
(epi...ung)
hl7:code
CE
1 … 1
M
(epi...ung)
@code
CONF
1 … 1
F
3
@codeSystem
1 … 1
F
1.2.40.0.34.5.189
@codeSystemName
1 … 1
F
EMS_struktur_elemente
@displayName
1 … 1
F
EMS_Section
hl7:title
ST
1 … 1
M
Der Titel der Sektion kann vom Ersteller frei vergeben werden. Möglich wäre die Wiederholung des Dokumententitels (z.b. Labormeldung oder Arztmeldung)
(epi...ung)
hl7:text
SD.TEXT
1 … 1
M
(epi...ung)
Constraint
Die Inhalt als auch die textuelle Gestaltung des section/text-Elements obliegt dem Ersteller. Sinngemäße Angaben der in den Level 3 codierten Inhalte sollten hier geführt werden.
Im Falle einer Labormeldung sollten Informationen wie die Probeninformation, die meldepflichtige Krankheit sowie etwaige Analyseergebnisse angegeben werden. Die Struktur (z.B. Tabellen) kann analog zum ELGA Laborleitfaden angewendet werden.
Im Falle einer Arztmeldung sollten Informationen zur meldepflichtigen Krankheit (inkl. Diagnosesicherheit), Angabe zum Todesdatum (wenn Patient/Patientin verstorben ist) sowie etwaige Auslandsaufenthalte angegeben werden.
hl7:entry
1 … 1
M
Laboratory Report Data Processing Entry, basierend auf IHE
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.
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.
wo [hl7:observation [hl7:templateId [@root='1.3.6.1.4.1.19376.1.3.1.1.1']]]
@typeCode
cs
1 … 1
F
COMP
hl7:component
1 … 1
M
Beinhaltet eine Case Identification Beinhaltet 1.2.40.0.34.6.0.11.3.57 EMS Case Identification Arztmeldung (DYNAMIC)
(epi...rzt)
wo [hl7:observation [hl7:templateId [@root='1.3.6.1.4.1.19376.1.3.1.1.2']]]
@typeCode
cs
1 … 1
F
COMP
7.2.3.2 EMS Case Identification Arztmeldung
Id
1.2.40.0.34.6.0.11.3.57
Gültigkeit
2020‑02‑20 15:08:54
Status
Entwurf
Versions-Label
2020
Name
epims_entry_caseIdentificationArzt
Bezeichnung
EMS Case Identification Arztmeldung
Beschreibung
Basierend auf der Fragestellung kann das Labor auch das Fehlen eines Erregers bzw. das Fehlen einer meldepflichtigen Krankheit codieren, indem beim observation-Element das Attribut negationInd auf „true“ gesetzt wird. Dies hat zur Folge, dass die Aussage dieses observation-Elements negiert wird.
Das „Case
Identification“ Element beinhaltet ein id Element welches den Fall identifiziert. Diese Identifikatoren werden vom EMS nach Meldung einer Krankheit vergeben und identifizieren die Kombination aus Patient/Patientin und ausgebrochener Krankheit. Der erzeugte Identifier wird an das Labor zurückgemeldet und das Labor hat die Möglichkeit bei weiteren Untersuchungen im Kontext der
meldepflichtigen Krankheit diesen Identifier zu verwenden. Sollte keine Id für die Krankheit verfügbar sein (z.B.: bei der Initialmeldung) wird dieses id-Element weggelassen.
Kontext
Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.57
Klassifikation
CDA Entry Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
<hl7:observationclassCode="CASE"moodCode="EVN"negationInd="false"> <hl7:templateIdroot="1.2.40.0.34.6.0.11.3.57"/><hl7:templateIdroot="1.3.6.1.4.1.19376.1.3.1.1.2"/><hl7:templateIdroot="1.2.40.0.34.11.6.3.2"/><!-- choice: 0..1 element hl7:id --> <hl7:templateIdroot="1.2.3.999"extension="--example only--"/><hl7:codecode="416341003"codeSystem="2.16.840.1.113883.6.96"/><hl7:statusCodecode="completed"/><hl7:effectiveTime> <hl7:lowvalue="20200725145149"/></hl7:effectiveTime><hl7:valuecode="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 Clinical Terms)
hl7:statusCode
CS (erforderlich)
1 … 1
M
(epi...rzt)
@code
CONF
1 … 1
F
completed
hl7:effectiveTime
IVL_TS
0 … 1
Diagnosedatum
(epi...rzt)
Auswahl
1 … 1
Codierung der Erkrankung
Elemente in der Auswahl:
hl7:value[concat(@code, @codeSystem) = doc('include/voc-1.2.40.0.34.6.0.10.29-DYNAMIC.xml')//valueSet[1]/conceptList/concept/concat(@code, @codeSystem) or @nullFlavor]
hl7:value[concat(@code, @codeSystem) = doc('include/voc-1.2.40.0.34.6.0.10.19-DYNAMIC.xml')//valueSet[1]/conceptList/concept/concat(@code, @codeSystem) or @nullFlavor]
hl7:value
CD
0 … 1
R
Angabe einer lebensmittelbedingten Intoxikation
(epi...rzt)
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.29 EMS Lebensmittelbedingte Intoxikationen VS (DYNAMIC)
hl7:value
CD
0 … 1
R
Angabe einer meldepflichtigen Erkrankung aus EMS Valueset "Meldepflichtige Krankheiten"
(epi...rzt)
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.19 EMS Meldepflichtige Krankheiten VS (DYNAMIC)
Auswahl
0 … 1
Elemente in der Auswahl:
hl7:qualifier[hl7:name[(@code = '8' and @codeSystem = '2.16.840.1.113883.3.7.1.0')]]
hl7:qualifier[hl7:name[(@code = 'Krankheitsmerkmal' and @codeSystem = '1.2.40.0.34.5.101')]]
hl7:qualifier
CR
0 … 1
(epi...rzt)
hl7:name
CV
1 … 1
M
(epi...rzt)
@code
CONF
1 … 1
F
8
@codeSystem
1 … 1
F
2.16.840.1.113883.3.7.1.0 (Sciphox)
hl7:value
CD
1 … 1
M
(epi...rzt)
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.168 ELGA_Diagnosesicherheit (DYNAMIC)
hl7:qualifier
CR
0 … 1
(epi...rzt)
hl7:name
CV
1 … 1
M
(epi...rzt)
@code
CONF
1 … 1
F
Krankheitsmerkmal
@codeSystem
1 … 1
F
1.2.40.0.34.5.101
hl7:value
CD
1 … 1
M
(epi...rzt)
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.18 EMS Krankheitsmerkmale VS (DYNAMIC)
Eingefügt
0 … 1
von 1.2.40.0.34.6.0.11.3.58 EMS Informant (DYNAMIC)
hl7:informant
0 … 1
R
(epi...rzt)
@typeCode
cs
1 … 1
F
INF
hl7:relatedEntity
1 … 1
M
(epi...rzt)
@classCode
cs
1 … 1
F
PAT
hl7:effectiveTime
TS.AT.TZ
1 … 1
M
Zeitpunkt der Erkrankung, laut Patienten/Patientin
(epi...rzt)
7.2.3.3 EMS Informant
Id
1.2.40.0.34.6.0.11.3.58
Gültigkeit
2020‑02‑20 15:33:20
Status
Entwurf
Versions-Label
2020
Name
epims_entry_informant
Bezeichnung
EMS Informant
Klassifikation
CDA Entry Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Zeitpunkt der Erkrankung, laut Patienten/Patientin
(epi...ant)
7.2.3.4 EMS Organizer Arzt
Id
1.2.40.0.34.6.0.11.3.93
Gültigkeit
2020‑04‑22 15:46:30
Status
Entwurf
Versions-Label
2020
Name
epims_entry_EMSOrganizerArzt
Bezeichnung
EMS Organizer Arzt
Beschreibung
Der Laboratory Battery Organizer ist ein Strukturierungshilfsmittel und beinhaltet eine Sammlung von Laboratory Observations. Laut ELGA Implementierungsleitfaden für den Laborbefund kann ein Befund mehrere Organizer enthalten und jeweils Ergebnisse einer Befundgruppe beinhalten. Die EMS Arztmeldung enthält jedoch nur einen Organizer welcher die benötigten EMS Parameter als einzelne Observations geführt werden.
Kontext
Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.93
Klassifikation
CDA Entry Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 3 Templates
Benutzt
als
Name
Version
1.2.40.0.34.6.0.11.9.15
Inklusion
Time Interval Information minimal (1.0.1+20210628)
<hl7:organizerclassCode="BATTERY"moodCode="EVN"> <hl7:templateIdroot="1.2.40.0.34.6.0.11.3.93"/><hl7:templateIdroot="1.2.40.0.34.11.6.2.1"/><hl7:codecode="30"codeSystem="1.2.40.0.34.5.189"displayName="EMS_Organizer"/><hl7:statusCodecode="completed"/><hl7:effectiveTime> <!-- include template 1.2.40.0.34.6.0.11.9.15 'Time Interval Information minimal' (dynamic) .. R --> </hl7:effectiveTime><hl7:componenttypeCode="COMP"contextConductionInd="false"> <!-- include template 1.2.40.0.34.6.0.11.3.69 'EMS Organizer Observation' (dynamic) .. O --> </hl7:component><hl7:componenttypeCode="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
@contextConductionInd
bl
0 … 1
Eingefügt
von 1.2.40.0.34.6.0.11.3.69 EMS Organizer Observation (DYNAMIC)
hl7:observation
M
(epi...rzt)
@classCode
cs
1 … 1
F
OBS
@moodCode
cs
1 … 1
F
EVN
hl7:code
CD
1 … 1
M
Zulässige Werte laut "Felder_und_Werte" XML Datei des für Gesundheit zuständigen Bundesministeriums
(epi...rzt)
hl7:effectiveTime
IVL_TS
0 … 1
(epi...rzt)
hl7:value
ANY
1 … 1
R
Zulässige Werte laut "Felder_und_Werte" XML Datei des für Gesundheit zuständigen Bundesministeriums
(epi...rzt)
hl7:qualifier
CR
0 … *
Im Falle von Ergebnissen des Datentypes "CD" ist eine weitere Angaben über einen qualifier möglich.
(epi...rzt)
hl7:name
CV
1 … 1
R
(epi...rzt)
hl7:value
CD
1 … 1
R
(epi...rzt)
hl7:component
0 … 1
R
Angaben im Falle von importierten Krankheiten. Wurde die Krankheit nicht importiert ist dieses Element NICHT zu führen.
(epi...rzt)
@typeCode
cs
1 … 1
F
COMP
@contextConductionInd
bl
0 … 1
Eingefügt
1 … 1
R
von 1.2.40.0.34.6.0.11.3.62 EMS importierte Krankheit (DYNAMIC)
hl7:observation
1 … 1
R
(epi...rzt)
@classCode
cs
1 … 1
F
OBS
@moodCode
cs
1 … 1
F
EVN
hl7:code
CE
1 … 1
M
(epi...rzt)
@code
CONF
1 … 1
F
ILLOC
@codeSystem
1 … 1
F
1.2.40.0.34.5.101
hl7:effectiveTime
IVL_TS
0 … 1
Aufenthaltsperiode des Auslandsaufenthalts.
(epi...rzt)
hl7:value
1 … 1
M
(epi...rzt)
@xsi:type
1 … 1
F
CD
@code
cs
0 … 1
F
AL
@codeSystem
uid
0 … 1
F
1.2.40.0.34.5.77
hl7:qualifier
CR
1 … 1
M
(epi...rzt)
hl7:name
CV
1 … 1
M
(epi...rzt)
@code
CONF
1 … 1
F
TRVCNTRY
@codeSystem
1 … 1
F
1.2.40.0.34.5.101
hl7:value
CD
1 … 1
M
(epi...rzt)
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.51 EMS Reiseland VS (DYNAMIC)
7.2.3.5 EMS Organizer Observation
Id
1.2.40.0.34.6.0.11.3.69
Gültigkeit
2020‑03‑24 10:45:19
Status
Entwurf
Versions-Label
2020
Name
epims_entry_EmsOrganizerObservation
Bezeichnung
EMS Organizer Observation
Beschreibung
Die codierten Inhalte des observation-Elements im Kontext der EMS Meldung basieren auf der XML-Datei "Felder_und_Werte", welche vom für Gesundheit zuständigen Bundesministerium gewartet wird. In dieser Datei sind die benötigten observation/code-Elemente für eine spezifische Krankheit als auch die zugeordneten code/value-Ausprägungen aufgelistet.
Klassifikation
CDA Entry Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
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.3.6 EMS importierte Krankheit
Id
1.2.40.0.34.6.0.11.3.62
Gültigkeit
2020‑02‑20 16:29:57
Status
Entwurf
Versions-Label
2020
Name
epims_entry_foreignCountry
Bezeichnung
EMS importierte Krankheit
Beschreibung
Für den Fall, dass die Krankheit bekannterweise aus dem Ausland importiert wurde ist dieser Umstand im CDA Dokument maschinenlesbar festzuhalten. Hierzu dient ein spezifisches ob-servation Element im EMS Laboratory Battery Organizer.
Klassifikation
CDA Entry Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.51 EMS Reiseland VS (DYNAMIC)
7.2.3.7 EMS Hospitalisierung
Id
1.2.40.0.34.6.0.11.3.60
Gültigkeit
2020‑11‑10 14:38:39
Andere Versionen mit dieser Id:
epims_entry_hospitalization vom 2020‑02‑20 16:02:12
Status
Entwurf
Versions-Label
2020.1
Name
epims_entry_hospitalization
Bezeichnung
EMS Hospitalisierung
Beschreibung
Im Zuge der Arztmeldung ist es möglich festzuhalten ob ein Patient/eine Patientin in ein Krankenhaus oder einer Intensivstation eingewiesen wurde. Diese Information wird in einem act Element codiert. Ist die Adresse der Krankenanstalt bekannt, kann diese noch beim patientRole-Element im CDA-Header
als temporäre Aufenthaltsadresse geführt werden. Hierbei ist beim addr-Element das @use Attribute mit dem Wert „TMP“ zu verwenden
Kontext
Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.60
Klassifikation
CDA Entry Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
<cda:observationclassCode="OBS"moodCode="EVN"negationInd="false"> <cda:templateIdroot="1.2.40.0.34.6.0.11.3.99"/><cda:templateIdroot="1.2.40.0.34.6.0.11.3.6"/><cda:templateIdroot="2.16.840.1.113883.10.20.1.28"/><cda:templateIdroot="1.3.6.1.4.1.19376.1.5.3.1.4.5"/><cda:idroot="1.2.3.999"extension="--example only--"/><cda:codecode="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:statusCodecode="completed"/><cda:effectiveTime> <cda:lowvalue="20200529110836+02:00"/><cda:highvalue="20200529110836+02:00"/></cda:effectiveTime><cda:valuexsi:type="CD"code="715659006"codeSystem="2.16.840.1.113883.6.96"displayName="Diphtheria of respiratory system (disorder)"/></cda:observation>
Item
DT
Kard
Konf
Beschreibung
Label
hl7:observation
Container zur Angabe eines Problems (Diagnose etc).
(epi...lem)
@classCode
cs
1 … 1
F
OBS
@moodCode
cs
1 … 1
F
EVN
@negationInd
bl
1 … 1
R
SOLL standardmäßig auf false gesetzt werden.
Kann auf true gesetzt werden, um anzuzeigen, dass das dokumentierte Problem nicht beobachtet wurde.
hl7:templateId
II
1 … 1
M
(epi...lem)
@root
uid
1 … 1
F
1.2.40.0.34.6.0.11.3.99
hl7:templateId
II
1 … 1
M
ELGA
(epi...lem)
@root
uid
1 … 1
F
1.2.40.0.34.6.0.11.3.6
hl7:templateId
II
1 … 1
M
HL7 CCD Problem observation
(epi...lem)
@root
uid
1 … 1
F
2.16.840.1.113883.10.20.1.28
hl7:templateId
II
1 … 1
M
IHE Problem Entry
(epi...lem)
@root
uid
1 … 1
F
1.3.6.1.4.1.19376.1.5.3.1.4.5
hl7:id
II
1 … 1
R
ID des Problem-Entry.
Auch wenn nur ein Problem-Entry angegeben ist, soll sich die ID von der ID des Problem/Bedenken-Entry unterscheiden.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
(epi...lem)
hl7:code
CE
1 … 1
M
(epi...lem)
@code
CONF
1 … 1
F
404684003
@codeSystem
1 … 1
F
2.16.840.1.113883.6.96 (SNOMED Clinical Terms)
@codeSystemName
1 … 1
F
SNOMED CT
@displayName
1 … 1
F
Clinical finding (finding)
Eingefügt
1 … 1
R
von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)
hl7:text
ED
1 … 1
R
(epi...lem)
hl7:reference
TEL
1 … 1
M
Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.
Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.
(epi...lem)
@value
1 … 1
R
Schematron assert
role
error
test
starts-with(@value,'#') or starts-with(@value,'http')
Meldung
The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.
hl7:statusCode
CS
1 … 1
M
Fester Wert "completed"
(epi...lem)
@code
CONF
1 … 1
F
completed
hl7:effectiveTime
IVL_TS
1 … 1
R
Zeitintervall, in dem das Problem existent war/ist.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
(epi...lem)
hl7:low
TS.AT.TZ
1 … 1
M
Zeitpunkt des ersten Auftretens des Problems.
(epi...lem)
hl7:high
TS.AT.TZ
0 … 1
C
Zeitpunkt, zu dem der Problemstatus des übergeordneten Act auf "aborted" oder "completed" gesetzt wird. In allen anderen Fällen bleibt der Wert leer.
(epi...lem)
Schematron assert
role
error
test
count(hl7:statusCode[@code='active'])=0 or count(hl7:effectiveTime/hl7:high)=0
Meldung
Ist das Element statusCode auf „active“ gesetzt, muss das high-Element des Zeitintervalls weggelassen werden.
hl7:value
CD
1 … 1
M
(epi...lem)
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.25 EMS KlinischeManifestation VS (DYNAMIC)
7.2.3.10 EMS Organizer Tätigkeitsbereich
Id
1.2.40.0.34.6.0.11.3.95
Gültigkeit
2020‑04‑24 13:24:11
Status
Entwurf
Versions-Label
2020
Name
epims_entry_OrganizerTaetigkeitsbereich
Bezeichnung
EMS Organizer Tätigkeitsbereich
Beschreibung
Dieser Organizer wird verwendet um den bzw. die Tätigkeitsbereiche des Patient/der Patientin anzugeben. Derzeitige Verwendung findet dieses Element im Zuge der Arztmeldung an das EMS.
Kontext
Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.95
Klassifikation
CDA Entry Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt
als
Name
Version
1.2.40.0.34.6.0.11.3.94
Inklusion
EMS Act Tätigkeitsbereich (2020)
DYNAMIC
Beispiel
Strukturbeispiel
<hl7:organizerclassCode="BATTERY"moodCode="EVN"> <hl7:templateIdroot="1.2.40.0.34.6.0.11.3.95"/><hl7:codecodeSystemName="EMS_struktur_elemente"displayName="EMS_Organizer_Taetigkeitsbereich"code="40"codeSystem="1.2.40.0.34.5.189"/><hl7:statusCodecode="completed"/><hl7:componenttypeCode="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
@contextConductionInd
bl
0 … 1
Eingefügt
1 … 1
M
von 1.2.40.0.34.6.0.11.3.94 EMS Act Tätigkeitsbereich (DYNAMIC)
hl7:act
1 … 1
M
(epi...ich)
@moodCode
cs
1 … 1
F
EVN
@classCode
cs
1 … 1
F
INFRM
hl7:templateId
II
1 … 1
M
(epi...ich)
@root
uid
1 … 1
F
1.2.40.0.34.6.0.11.3.94
hl7:code
CD
1 … 1
M
(epi...ich)
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.21 EMS Tätigkeitsbereich VS (DYNAMIC)
hl7:effectiveTime
IVL_TS
0 … 1
Angabe des Zeitraums der Tätigkeit
(epi...ich)
7.2.3.11 EMS Act Tätigkeitsbereich
Id
1.2.40.0.34.6.0.11.3.94
Gültigkeit
2020‑04‑24 09:24:25
Status
Entwurf
Versions-Label
2020
Name
epims_entry_ActTaetigkeitsbereich
Bezeichnung
EMS Act Tätigkeitsbereich
Beschreibung
Dieses Act Element stellt Informationen zu einem Tätigkeitsbereich des Patienten/der Patientin bereit.
Klassifikation
CDA Entry Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Beispiel
Beispiel
<cda:actmoodCode="EVN"classCode="INFRM"> <cda:templateIdroot="1.2.40.0.34.6.0.11.3.94"/><cda:codecode="223366009"codeSystem="2.16.840.1.113883.6.96"displayName="Healthcare professional (occupation)"/><cda:effectiveTime> <cda:lowvalue="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.3.12 EMS Immunization Entry
Id
1.2.40.0.34.6.0.11.3.97
Gültigkeit
2020‑05‑11 16:37:29
Status
Entwurf
Versions-Label
2020
Name
epims_entry_EMSImmunization
Bezeichnung
EMS Immunization Entry
Beschreibung
Enthält die Dokumentation einer einzelnen Impfung (einzelne Gabe eines Impfstoffes). Es kann auch angegeben werden, dass ein Termin für eine Impfung überzogen wurde.
Im Sinne der Wiederverwendbarkeit von templates, nutzt die Arztmeldung zur Angabe von Impfungen ein template aus dem eImpfpass. Trotz der umfangreich anmutenden Struktur dieses templates gibt es nur wenige Inhaltselemente welche für die Umsetzung im Zuge der Arztmeldung zu beachten sind. Diese wären (basierend auf dem Formblatt der Arztmeldung): - geimpft: abgebildet in substanceAdministration/code - geimpft, aber Intervall überzogen: abgebildet in substanceAdministration/code - Anzahl erhaltener Impfdosen: abgebildet in substanceAdministration/precondition/criterion/value - Datum der letzen Impfung: abgebildet in substanceAdministration/effectiveTime - Impfstoff (Produktname): abgebildet in substanceAdministration/consumable/manufacturedProduct/manufacturedMaterial/code (verpflichtend, Code laut Pharmazentralnummer) und /name (optional, Handelsname) - nicht geimpft: abgebildet in eigenständigen template "Immunization Entry Impfung nicht angegeben"
Im Vergleich zu dem Immunization Entry des eImpfass gibt es folgende Änderungen: - substanceAdministration/code ist nicht nur auf "IMMUNIZ" beschränkt - substanceAdministration/id ist nicht verpflichtend - substanceAdministration/text ist nicht verpflichtend
Kontext
Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.97
Klassifikation
CDA Entry Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Impfung - Minimalbeispiel für Update Immunisierungsstatus
<hl7:substanceAdministrationclassCode="SBADM"moodCode="EVN"negationInd="false"> <hl7:templateIdroot="1.2.40.0.34.6.0.11.3.97"/><hl7:templateIdroot="2.16.840.1.113883.10.20.1.24"/><hl7:idroot="1.2.3.999"extension="--example only--"/><hl7:codecode="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:statusCodecode="completed"/><!-- choice: 1..1 element hl7:effectiveTime[not(@nullFlavor)] element hl7:effectiveTime[@nullFlavor='UNK'] --> <hl7:routeCodenullFlavor="NA"/><hl7:approachSiteCodenullFlavor="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:performertypeCode="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:participanttypeCode="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:preconditiontypeCode="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.
Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.
(epi...ion)
@value
1 … 1
R
Schematron assert
role
error
test
starts-with(@value,'#') or starts-with(@value,'http')
Meldung
The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.
hl7:statusCode
CS
1 … 1
M
Fester Wert "completed"
(epi...ion)
@code
cs
1 … 1
F
completed
Auswahl
1 … 1
Elemente in der Auswahl:
hl7:effectiveTime[not(@nullFlavor)]
hl7:effectiveTime[@nullFlavor='UNK']
hl7:effectiveTime
TS
0 … 1
Impfzeitpunkt: Datum und Zeitpunkt der Durchführung der Impfung. bzw. "Impfdatum": Datum der Durchführung der Impfung ohne Zeitangabe.
(epi...ion)
wo [not(@nullFlavor)]
Schematron assert
role
error
test
not(@value) or matches(@value,'^[0-9]{4,8}$') or matches(@value,'^[0-9]{14}')
Meldung
value SHALL contain a date value YYYYMMDD or YYYYMM or YYYY or be precise to the second
Schematron assert
role
error
test
not(@value) or matches(@value,'^[0-9]{4,8}$') or contains(@value,'+') or contains(@value,'-')
Meldung
value SHALL include a time zone if more precise than to the day YYYYMMDDhhmmss[+/-]HHMM
hl7:effectiveTime
TS
0 … 1
NullFlavor
(epi...ion)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
hl7:routeCode
CE
1 … 1
R
Die Art der Anwendung (des Impfstoffes) z.B. subkutan, intramuskulär. Wird nicht verwendet! Für dieses Element wird daher immer der nullFlavor='NA' angegeben.
(epi...ion)
@nullFlavor
cs
1 … 1
F
NA
hl7:approachSiteCode
CD
1 … 1
R
Der Ort der Anwendung bzw. die Körperstelle, an der die Impfung angewendet wurde. Wird nicht verwendet! Für dieses Element wird daher immer der nullFlavor='NA' angegeben.
Menge des Wirkstoffs der verabreichten Arzneispezialität (Mengenangabe aus Fachinformation). Mit doseQuantity als IVL_PQ, aber als PQ instantiiert.
(epi...ion)
wo [not(hl7:lowoder hl7:highoder @nullFlavor)]
@value
1 … 1
R
Dosierung bzw. Menge des verabreichten Impfstoffes.
@unit
cs
0 … 1
CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)
oder
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)
Constraint
Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtrag MUSS, M [1..1], die tatsächlich verabreichte Menge dokumentiert werden, WENN von Fachinformation abweichend verabreicht wurde.
In allen anderen Fällen MUSS, R [1..1]das Element vorhanden sein und KANN mit nullFlavor = "UNK" strukturiert werden.
hl7:low
IVXB_PQ
NP
(epi...ion)
hl7:center
PQ
NP
(epi...ion)
hl7:width
PQ
NP
(epi...ion)
hl7:high
IVXB_PQ
NP
(epi...ion)
hl7:doseQuantity
IVL_PQ
0 … 1
(epi...ion)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
Auswahl
1 … 1
Elemente in der Auswahl:
hl7:consumable[hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.32']] welches enthält Template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC)
hl7:consumable[hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.31']] welches enthält Template 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC)
wo [hl7:manufacturedProduct/hl7:templateId [@root='1.2.40.0.34.6.0.11.9.32']]
@typeCode
cs
1 … 1
F
CSM
hl7:consumable
0 … 1
Beinhaltet 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC)
(epi...ion)
wo [hl7:manufacturedProduct/hl7:templateId [@root='1.2.40.0.34.6.0.11.9.31']]
@typeCode
cs
1 … 1
F
CSM
hl7:performer
0 … 1
C
Impfende Person ("Impfarzt"): Jene Person, die die Impfung durchführt, z.B. ein Arzt oder eine Hebamme bzw. DGKS im übertragenen Wirkungsbereich.
Beinhaltet 1.2.40.0.34.6.0.11.9.21 Performer Body - Impfende Person (DYNAMIC)
(epi...ion)
@typeCode
cs
1 … 1
F
PRF
hl7:author
0 … 1
C
Die Person, die für die Impfung und ihre Dokumentation letztlich verantwortlich ist. Im Sinne des "Übertragenen Wirkungsbereiches" der verantwortliche Arzt.
Beinhaltet 1.2.40.0.34.6.0.11.9.8 Author Body - e-Impfpass (DYNAMIC)
(epi...ion)
hl7:participant
0 … 1
C
Nachtragende Person (Datenverarbeitende Person)
Die Person / Gerät, die Daten für den Impfpass dokumentiert. Nur für Nachtragung relevant.
Beinhaltet 1.2.40.0.34.6.0.11.9.14 Participant Body - Transcriber (DYNAMIC)
(epi...ion)
@typeCode
cs
1 … 1
F
ENT
@contextControlCode
cs
0 … 1
F
OP
hl7:precondition
1 … 1
M
Impfschema. Die Angabe eines Impfschemas ist verpflichtend.
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.3.13 Immunization Schedule Entry
Id
1.2.40.0.34.6.0.11.3.10
ref
at-cda-bbr-
Gültigkeit
2023‑04‑05 10:09:25
Andere Versionen mit dieser Id:
atcdabbr_entry_ImmunizationSchedule vom 2021‑10‑28 12:10:34
atcdabbr_entry_ImmunizationSchedule vom 2021‑08‑04 14:47:27
atcdabbr_entry_ImmunizationSchedule vom 2021‑05‑12 11:47:43
atcdabbr_entry_ImmunizationSchedule vom 2021‑05‑12 11:23:59
atcdabbr_entry_ImmunizationSchedule vom 2021‑02‑19 12:47:15
atcdabbr_entry_ImmunizationSchedule vom 2019‑04‑17 10:53:55
Status
Aktiv
Versions-Label
2.0.0+20230717
Name
atcdabbr_entry_ImmunizationSchedule
Bezeichnung
Immunization Schedule Entry
Beschreibung
Impfschema bzw. Plan der notwendigen Impfdosen (als Sequenz von Dosiskennungen).
Stellt das Regelwerk für die Verabreichung von Impfdosen bzw. Teilimpfungen zur Immunisierung, Grundimmunisierung und Auffrischung dar.
Wird bei einer Impfung kein Impfschema angegeben, wird das "Default-Schema" angenommen.
Dieses Template wird nicht nur von Immunization Entry, sondern auch für Empfehlungen von Immunization Recommendation Entry verwendet. Bei Empfehlungen kann die Dosis-Angabe in criterion/value entfallen, wenn:
Keine weitere Impfung empfohlen wird --> nullFlavor="NA" (not applicable)
Keine Impfung berechnet werden kann --> nullFlavor="NAV" (not available)
Der Arzt eine Individuelle Empfehlung ausspricht --> nullFlavor="UNK" (unbekannt)
Kontext
Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.10
Klassifikation
CDA Entry Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
<cda:criterionclassCode="OBS"moodCode="EVN.CRT"> <cda:templateIdroot="1.2.40.0.34.6.0.11.3.10"/><cda:codenullFlavor="NI"/><!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 O --> <cda:valuexsi:type="CD"code="D1"codeSystem="1.2.40.0.34.5.183"displayName="Dosis 1"/></cda:criterion>
Item
DT
Kard
Konf
Beschreibung
Label
hl7:criterion
1 … 1
M
Impfschema
(atc...ule)
@classCode
cs
0 … 1
F
OBS
@moodCode
cs
0 … 1
F
EVN.CRT
hl7:templateId
II
1 … 1
M
(atc...ule)
@root
uid
1 … 1
F
1.2.40.0.34.6.0.11.3.10
Auswahl
1 … 1
Elemente in der Auswahl:
hl7:code[concat(@code, @codeSystem) = doc('include/voc-1.2.40.0.34.6.0.10.5-DYNAMIC.xml')//valueSet[1]/conceptList/concept/concat(@code, @codeSystem) or @nullFlavor]
hl7:code[@nullFlavor='NI']
hl7:code
CE
0 … 1
(atc...ule)
@code
cs
1 … 1
R
@codeSystem
oid
1 … 1
R
@displayName
st
0 … 1
Constraint
Update Immunisierungsstatus: Das Impfschema MUSS angegeben werden, WENN eine vom "Normalschema" (Defaultschema) abweichende Berechnung der weiteren Impftermine ausgelöst werden soll, z.B. für "Schnellimmunisierung". Wenn kein spezielles Schema angewendet wird oder wenn das Schema nicht bekannt ist (z.B. bei Nachtragung) wird der nullFlavor "NI" angegeben.
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.5 eImpf_Impfschema (DYNAMIC)
hl7:code
CE
0 … 1
(atc...ule)
wo [@nullFlavor='NI']
@nullFlavor
cs
1 … 1
F
NI
Eingefügt
1 … 1
M
von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) Der menschenlesbare Text MUSS automatisch aus den strukturierten Informationen dieses Elements generiert werden. Das Textelement MUSS NUR den Verweis auf den entsprechenden Text im menschenlesbaren Teil enthalten.
hl7:text
ED
1 … 1
M
(atc...ule)
hl7:reference
TEL
1 … 1
M
Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.
Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.
(atc...ule)
@value
1 … 1
R
Schematron assert
role
error
test
starts-with(@value,'#') or starts-with(@value,'http')
Meldung
The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.
Auswahl
1 … 1
"Dosiskennung": Angabe, um welche Impfdosis (Teilimpfung) es sich handelt (Reihenfolgenummer in der Sequenz der Impfdosen oder die Teilimpfungen innerhalb eines Impfschemas).
Elemente in der Auswahl:
hl7:value[not(@nullFlavor)]
hl7:value[@nullFlavor='UNK']
hl7:value[@nullFlavor='NAV']
hl7:value[@nullFlavor='NA']
Constraint
Für die Verwendung im Immunization Entry im Fall der Dokumentenklasse "Update Immunisierungsstatus" mit Nachtragung oder mit Selbsteintrag durch den Bürger sowie der Dokumentenklasse "Kompletter Immunisierungsstatus" mit Nachtragung KANN, R [1..1], dieses Element mittels value/@nullFlavor = "UNK" strukturiert werden.
In allen anderen Fällen MUSS das Element angegeben sein M [1..1], die Verwendung von value/@nullFlavor = "UNK" ist NICHT ERLAUBT.
Für die Verwendung im Immunization Recommendation Entry ist im Fall der Dokumentenklasse "Update Immunisierungsstatus" die Verwendung des nullFlavors "UNK" zulässig. Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" sind die nullFlavors "NA", "NAV" und "UNK" erlaubt.
hl7:value
CD
0 … 1
Dosiskennung
(atc...ule)
wo [not(@nullFlavor)]
@displayName
st
1 … 1
R
@codeSystem
oid
1 … 1
R
@code
cs
1 … 1
R
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.6 eImpf_Impfdosis (DYNAMIC)
Eingefügt
1 … 1
M
von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC)
hl7:originalText
ED
1 … 1
M
Textinhalt, der codiert wurde.
(atc...ule)
hl7:reference
TEL
1 … 1
M
Die Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente.
(atc...ule)
@value
1 … 1
R
Schematron assert
role
error
test
starts-with(@value,'#')
Meldung
The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element.
hl7:value
CD
0 … 1
nullFlavor
(atc...ule)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
Schematron assert
role
error
test
((/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] or /hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.4']) and (ancestor::*/hl7:templateId[@root = '1.2.40.0.34.6.0.11.3.1'] and (ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'] or ancestor::*/hl7:informant ))) or ((/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] or /hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.4']) and ancestor::*/hl7:templateId[@root = '1.2.40.0.34.6.0.11.3.3'])
Meldung
value/@nullFlavor = "UNK" ist NICHT ERLAUBT
hl7:value
CD
0 … 1
nullFlavor
(atc...ule)
wo [@nullFlavor='NAV']
@nullFlavor
cs
1 … 1
F
NAV
Schematron assert
role
error
test
(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.4'] and ancestor::*/hl7:templateId[@root = '1.2.40.0.34.6.0.11.3.3'])
Meldung
value/@nullFlavor = "NAV" ist NICHT ERLAUBT
hl7:value
CD
0 … 1
nullFlavor
(atc...ule)
wo [@nullFlavor='NA']
@nullFlavor
cs
1 … 1
F
NA
Schematron assert
role
error
test
(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.4'] and ancestor::*/hl7:templateId[@root = '1.2.40.0.34.6.0.11.3.3'])
Meldung
value/@nullFlavor = "NA" ist NICHT ERLAUBT
7.2.3.14 Immunization Entry Impfung nicht angegeben
Id
1.2.40.0.34.6.0.11.3.28
ref
at-cda-bbr-
Gültigkeit
2023‑04‑05 10:29:26
Andere Versionen mit dieser Id:
atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2022‑03‑10 14:13:21
atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2021‑10‑28 13:41:54
atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2021‑10‑28 13:28:46
atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2021‑10‑28 13:24:48
atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2021‑04‑30 08:09:24
atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2021‑02‑19 12:46:59
atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2019‑08‑13 12:59:09
atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2019‑08‑13 12:59:02
Status
Aktiv
Versions-Label
2.0.0+20230717
Name
atcdabbr_entry_ImmunizationImpfungNichtAngegeben
Bezeichnung
Immunization Entry Impfung nicht angegeben
Beschreibung
Dokumentiert, dass keine Impfung verabreicht wurde.
Dieses Entry wird weder im Stylesheet angezeigt, noch in der zentralen e-Impfpass-Anwendung gespeichert - ist aber für IHE PCC-Konformität notwendig.
Kontext
Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.28
Klassifikation
CDA Entry Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt
als
Name
Version
1.2.40.0.34.6.0.11.9.1
Inklusion
Narrative Text Reference (1.0.1+20210512)
DYNAMIC
1.2.40.0.34.6.0.11.9.31
Containment
Vaccine Product nicht angegeben (1.0.0+20210219)
DYNAMIC
Beziehung
Spezialisierung: Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (2022‑03‑10 14:13:21)
ref
at-cda-bbr-
Version: Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (2021‑10‑28 13:24:48)
ref
at-cda-bbr-
Version: Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (2021‑02‑19 12:46:59)
ref
at-cda-bbr-
Version: Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (2019‑08‑13 12:59:09)
keine Impfung (für Update Immunisierungsstatus ohne Impfung)
<substanceAdministrationmoodCode="EVN"negationInd="false"classCode="SBADM"> <templateIdroot="1.2.40.0.34.6.0.11.3.28"/><templateIdroot="2.16.840.1.113883.10.20.1.24"/><templateIdroot="1.3.6.1.4.1.19376.1.5.3.1.4.12"/><idroot="1.2.3.999"extension="extension"/><!-- Code 90351000119108: "Vaccination not done" --> <codecode="90351000119108"codeSystem="2.16.840.1.113883.6.96"codeSystemName="SNOMED CT"displayName="Vaccination not done (situation)"/><statusCodecode="completed"/><effectiveTimenullFlavor="UNK"/><routeCodenullFlavor="NA"/><approachSiteCodenullFlavor="NA"/><consumabletypeCode="CSM"> <!-- template 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC) (2019‑06‑05T07:33:24) --> </consumable></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
1 … 1
M
von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)
hl7:text
ED
1 … 1
M
(atc...ben)
hl7:reference
TEL
1 … 1
M
Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.
Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.
(atc...ben)
@value
1 … 1
R
Schematron assert
role
error
test
starts-with(@value,'#') or starts-with(@value,'http')
Meldung
The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.
hl7:statusCode
CS
1 … 1
M
Fester Wert "completed"
(atc...ben)
@code
cs
1 … 1
F
completed
hl7:effectiveTime
TS.AT.TZ
1 … 1
R
Fester Wert: nullFlavor "UNK"
(atc...ben)
@nullFlavor
cs
1 … 1
F
UNK
hl7:routeCode
CE
1 … 1
R
Die Art der Anwendung (des Impfstoffes), z.B. subkutan, intramuskulär. Wird nicht verwendet! Für dieses Element wird daher immer der nullFlavor='NA' angegeben.
(atc...ben)
@nullFlavor
cs
1 … 1
F
NA
hl7:approachSiteCode
CD
1 … 1
R
Der Ort der Anwendung bzw. die Körperstelle, an der die Impfung angewendet wurde. Wird nicht verwendet! Für dieses Element wird daher immer der nullFlavor='NA' angegeben.
(atc...ben)
@nullFlavor
cs
1 … 1
F
NA
hl7:consumable
1 … 1
M
Beinhaltet 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC)
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 eine Case Identification Beinhaltet 1.2.40.0.34.6.0.11.3.91 EMS Case Identification Labormeldung (DYNAMIC)
(epi...bor)
@typeCode
cs
1 … 1
F
COMP
@contextConductionInd
bl
0 … 1
F
true
7.2.3.19 EMS Case Identification Labormeldung
Id
1.2.40.0.34.6.0.11.3.91
Gültigkeit
2020‑04‑22 15:31:59
Status
Entwurf
Versions-Label
2020
Name
epims_entry_caseIdentificationLabor
Bezeichnung
EMS Case Identification Labormeldung
Beschreibung
Basierend auf der Fragestellung kann das Labor auch das Fehlen eines Erregers bzw. das Fehlen einer meldepflichtigen Krankheit codieren, indem beim observation-Element das Attribut negationInd auf „true“ gesetzt wird. Dies hat zur Folge, dass die Aussage dieses observation-Elements negiert wird.
Das „Case Identification“ Element beinhaltet ein id Element welches den Fall identifiziert. Diese Identifikatoren werden vom EMS nach Meldung einer Krankheit vergeben und identifizieren die Kombination aus Patient/Patientin und ausgebrochener Krankheit. Der erzeugte Identifier wird an das Labor zurückgemeldet und das Labor hat die
Möglichkeit bei weiteren Untersuchungen im Kontext der meldepflichtigen Krankheit diesen Identifier zu verwenden. Sollte keine Id für die Krankheit verfügbar sein (z.B.: bei der Initialmeldung) wird dieses id-Element weggelassen.
Kontext
Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.91
Klassifikation
CDA Entry Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung
Spezialisierung: Template 1.2.40.0.34.6.0.11.3.57 EMS Case Identification Arztmeldung (2020‑02‑20 15:08:54)
Wenn die Aussage in diesem Case Identification Element negiert werden soll MUSS das "negationInd" Attribute vorhanden sein und MUSS mit dem Wert "true" befüllt sein. In allen anderen Fällen DARF dieses Attribute NICHT vorhanden sein.
hl7:templateId
II
1 … 1
M
(epi...bor)
@root
uid
1 … 1
F
1.2.40.0.34.6.0.11.3.91
hl7:templateId
II
1 … 1
M
Template der IHE Case Identification
(epi...bor)
@root
uid
1 … 1
F
1.3.6.1.4.1.19376.1.3.1.1.2
hl7:templateId
II
1 … 1
M
Template für EMS Case Identification
(epi...bor)
@root
uid
1 … 1
F
1.2.40.0.34.11.6.3.2
Auswahl
0 … 1
Elemente in der Auswahl:
hl7:id
hl7:id
II
0 … 1
R
Angabe der Fall-Id. Im Falle, dass ein Erkrankungsfall schon einmal an das EMS weitergeleitet wurde und dem Absender die Fall-Id bekannt ist.
(epi...bor)
@root
uid
1 … 1
F
1.2.40.0.34.3.1.1
@extension
st
1 … 1
R
Angabe der EMS Fall-Id
hl7:id
II
NP
EMS-Fall-Id wurde noch nicht zugewiesen.
(epi...bor)
hl7:id
II
0 … *
Fall-Identifikatoren außerhalb der EMS Domäne (z.B.: lokale Ids).
Es gelten die Vorgaben des entsprechenden Kapitels des Allgemeinen Leitfadens
(epi...bor)
hl7:code
CD
1 … 1
M
(epi...bor)
@code
CONF
1 … 1
F
416341003
@codeSystem
1 … 1
F
2.16.840.1.113883.6.96 (SNOMED Clinical Terms)
@codeSystemName
1 … 1
F
SNOMED-CT
@displayName
1 … 1
F
Case Management Started
hl7:statusCode
CS (erforderlich)
1 … 1
M
(epi...bor)
@code
CONF
1 … 1
F
completed
hl7:effectiveTime
IVL_TS
0 … 1
R
Diagnosedatum
(epi...bor)
hl7:value
CD
1 … 1
M
(epi...bor)
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.19 EMS Meldepflichtige Krankheiten VS (DYNAMIC)
7.2.3.20 EMS Organizer Labor
Id
1.2.40.0.34.6.0.11.3.61
Gültigkeit
2020‑02‑20 16:12:29
Status
Entwurf
Versions-Label
2020
Name
epims_entry_EMSOrganizerLabor
Bezeichnung
EMS Organizer Labor
Beschreibung
Der Laboratory Battery Organizer ist ein Strukturierungshilfsmittel und beinhaltet eine Sammlung von Laboratory Observations. Laut ELGA Implementierungsleitfaden für den Laborbefund kann ein Befund mehrere Organizer enthalten und jeweils Ergebnisse einer Befundgruppe beinhalten. Die EMS Labormeldung enthält jedoch nur einen Organizer, welcher einerseits das für die Meldung relevante Laborergebnis enthalten kann, jedoch auf alle Fälle die benötigten EMS Parameter als einzelne Observations enthält.
Kontext
Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.61
Klassifikation
CDA Entry Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 3 Templates
Benutzt
als
Name
Version
1.2.40.0.34.6.0.11.9.15
Inklusion
Time Interval Information minimal (1.0.1+20210628)
<hl7:organizerclassCode="BATTERY"moodCode="EVN"> <hl7:templateIdroot="1.2.40.0.34.6.0.11.3.61"/><hl7:templateIdroot="1.2.40.0.34.11.6.2.1"/><hl7:codecode="30"codeSystem="1.2.40.0.34.5.189"displayName="EMS_Organizer"/><hl7:statusCodecode="completed"/><hl7:effectiveTime> <!-- include template 1.2.40.0.34.6.0.11.9.15 'Time Interval Information minimal' (dynamic) .. R --> </hl7:effectiveTime><hl7:componenttypeCode="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:componenttypeCode="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
@contextConductionInd
bl
0 … 1
F
true
Eingefügt
1 … 1
R
von 1.3.6.1.4.1.19376.1.3.1.6 Laborergebnisse (Laboratory Observation) (DYNAMIC)
hl7:observation
1 … 1
R
(epi...bor)
@classCode
cs
1 … 1
F
OBS
@moodCode
cs
1 … 1
F
EVN
hl7:templateId
II
1 … 1
R
(epi...bor)
@root
uid
1 … 1
F
1.3.6.1.4.1.19376.1.3.1.6
hl7:id
II
0 … 1
Identifikation des Tests nach einer internen Codierung. Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“.
(epi...bor)
hl7:code
CE
1 … 1
R
Codierung der Analyse / des Tests.
(epi...bor)
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.44 ELGA_Laborparameter (DYNAMIC)
Schematron assert
role
error
test
not(@nullFlavor) or not(@nullFlavor='OTH') or hl7:translation
Meldung
Wenn code/@nullFlavor=OTH dann MUSS entweder code/translation anwesend sein.
hl7:text
ED
0 … 1
Der Text zum Laborergebnis wird verwendet, um einen Verweis zum narrativen Text herzustellen, Verwendung siehe 6.2.9.2
(epi...bor)
hl7:statusCode
CS
1 … 1
M
Statuscode.
Auswahl:
„completed“ für einen abgeschlossenen Test.
„aborted“ für einen stornierten Test (konnte nicht durchgeführt werden)
„active“ für einen ausständigen Test („Wert folgt“)
(epi...bor)
CONF
@code muss "completed" sein
oder
@code muss "aborted" sein
hl7:effectiveTime
IVL_TS
1 … 1
R
Medizinisch relevantes Datum und Zeit. In der Regel Abnahmedatum/-zeit des Spezimen.
(epi...bor)
Auswahl
0 … 1
Elemente in der Auswahl:
hl7:value[@xsi:type='PQ']
hl7:value[@xsi:type='IVL_PQ']
hl7:value[@xsi:type='INT']
hl7:value[@xsi:type='IVL_INT']
hl7:value[@xsi:type='BL']
hl7:value[@xsi:type='ST']
hl7:value[@xsi:type='CV']
hl7:value[@xsi:type='TS']
hl7:value[@xsi:type='CD']
hl7:value[@xsi:type='RTO']
hl7:value[@xsi:type='RTO_QTY_QTY']
hl7:value[@xsi:type='RTO_PQ_PQ']
Constraint
Konditionale Konformität:
Bei EIS "Basic" 1..1 R2 Codierung der Einheit erforderlich (im Element translation)
Bei EIS "Enhanced" 1..1 M Codierung der Einheit nach UCUM erforderlich
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)
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.4 Template-Typ nicht spezifiziert
7.2.4.1 Address Compilation
Id
1.2.40.0.34.6.0.11.9.25
ref
at-cda-bbr-
Gültigkeit
2023‑04‑13 13:21:00
Andere Versionen mit dieser Id:
atcdabbr_other_AddressCompilation vom 2021‑02‑19 13:05:47
atcdabbr_other_AddressCompilation vom 2019‑02‑28 14:24:14
Status
Aktiv
Versions-Label
1.0.1+20230717
Name
atcdabbr_other_AddressCompilation
Bezeichnung
Address Compilation
Beschreibung
Adressen von Personen und Organisationen werden über das Element addr abgebildet. Das Adress-Element kann in verschiedenen Kontexten mit unterschiedlicher Detailgenauigkeit vorkommen. Daher werden drei Granularitätsstufen definiert, auf die je nach Anwendung entsprechend verwiesen wird, wobei für EIS Enhanced und EIS Full Support die Granularitätsstufe 2 oder 3 angegeben werden MUSS. Die Adressangabe in Granularitätsstufe 2 (G2) erlaubt die gemeinsame Angabe Straße und Hausnummer im Element streetAddressLine, Granularitätsstufe 3 (G3) schreibt die strukturierte Angabe von Straße und Hausnummer in den Elementen streetName
und houseNumber vor.
Sind keine Adressdaten vorhanden, kann das Element entweder weggelassen werden oder mit nullFlavor angegeben werden – je nachdem wie das Adress-Element im Kontext spezifiziert wurde.
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
<addruse="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
<addruse="WP"> <streetName>Mozartgasse</streetName><houseNumber>1-7/2/1</houseNumber><postalCode>7000</postalCode><city>Eisenstadt</city><state>Burgenland</state><country>AUT</country><additionalLocator>Station A, Zimmer 9</additionalLocator></addr>
Item
DT
Kard
Konf
Beschreibung
Label
@use
cs
0 … 1
Die genaue Bedeutung der angegebenen Adresse kann über das @use Attribut angegeben werden. Wird kein @use Attribut angegeben, gilt bei Personen die Adresse als Wohnadresse „H“ und bei Organisationen als Büroadresse „WP“.
Wird ein Hauptwohnsitz "HP" angegeben, gelten die mit "H" deklarierten Wohnsitze als Nebenwohnsitze.
Zulässige Werte gemäß Value Set "ELGA_AddressUse".
hl7:streetAddressLine
ADXP
0 … 1
C
Straße mit Hausnummer, z.B. Musterstraße 11a/2/1
(atc...ion)
Constraint
Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden.
hl7:streetName
ADXP
0 … 1
C
Straße ohne Hausnummer, z.B. Musterstraße
(atc...ion)
hl7:houseNumber
ADXP
0 … 1
C
Hausnummer, z.B. 11a/2/1
(atc...ion)
hl7:postalCode
ADXP
1 … 1
M
Postleitzahl
(atc...ion)
hl7:city
ADXP
1 … 1
M
Stadt
(atc...ion)
hl7:state
ADXP
0 … 1
Bundesland
(atc...ion)
hl7:country
ADXP
1 … 1
M
Staat.
Es wird EMPFOHLEN, den Staat im ISO 3 Ländercode (ISO-3166-1 Alpha 3) anzugeben, z.B. „AUT“ für Österreich, „DEU“ für Deutschland.
(atc...ion)
Schematron assert
role
info
test
string-length(text()) = 3
Meldung
Es wird EMPFOHLEN, den Staat im ISO 3 Ländercode anzugeben.
hl7:additionalLocator
ADXP
0 … 1
Zusätzliche Addressinformationen, z.B. Station, Zimmernummer im Altersheim.
(atc...ion)
Schematron assert
role
error
test
not(hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber)) or ((hl7:streetAddressLine or (hl7:streetName and hl7:houseNumber)) and not((hl7:streetAddressLine and hl7:streetName and hl7:houseNumber) or (hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber))))
Meldung
Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben
werden.
7.2.4.2 Person Name Compilation G2 M - EMS
Id
1.2.40.0.34.6.0.11.9.38
Gültigkeit
2020‑02‑20 09:26:26
Status
Entwurf
Versions-Label
2020
Name
epims_other_PersonNameCompilationG2M
Bezeichnung
Person Name Compilation G2 M - EMS
Beschreibung
In Granularitätsstufe 2 wird der Personen-Name strukturiert angegeben. Die einzelnen Elemente des Namens (mindestens der Vorname und Nachname) werden getrennt angegeben. Name ist Mandatory.
Die korrekte Reihenfolge der einzelnen Namenselemente ist wichtig. Als Richtlinie gilt, dass diese in der "natürlichen" Reihenfolge der Benutzung des Namens angegeben werden. Das ist besonders in den folgenden Fällen relevant:
Präfixe (prefix) MÜSSEN immer vor dem Namen stehen, zu dem sie gehören.
Vornamen (given) MÜSSEN immer in der offiziellen (gesetzlichen) Sequenz
stehen.
Nachnamen (family) und ein eventuelles Trennzeichen (meistens ‘-‘) MÜSSEN in der offiziellen Sequenz stehen, abhängig von der Wahl bei der Eheschließung.
Suffixe (suffix) MÜSSEN immer hinter dem Namen stehen, zu dem sie gehören.
Für die Namenselemente kann zur näheren Bestimmung ein Qualifier angegeben werden (aus dem Value Set ELGA_EntityNamePartQualifier“), v.a. für Prefix/Suffix.
Es gibt auch nicht näher bestimmte Prefixe/Suffixe, z.B. trifft das für die Angabe von "Junior" oder "Senior" bzw "Jun."/"Sen" oder "Jr."/"Sr" zu.
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung
Spezialisierung: Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (2019‑04‑02 10:09:43)
ref
at-cda-bbr-
Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33)
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
hl7:given
ENXP
1 … 1
M
Mindestens ein Vorname
(epi...G2M)
@qualifier
cs
0 … 1
Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“). Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
hl7:suffix
ENXP
0 … *
Beliebig viele Suffixe zum Namen
(epi...G2M)
@qualifier
cs
0 … 1
Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B.: AC („Academic“). Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“.
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
7.2.4.3 Person Name Compilation G1 M
Id
1.2.40.0.34.6.0.11.9.12
ref
at-cda-bbr-
Gültigkeit
2023‑04‑17 09:10:56
Andere Versionen mit dieser Id:
atcdabbr_other_PersonNameCompilationG1M vom 2021‑02‑19 13:36:43
atcdabbr_other_PersonNameCompilationG1M vom 2019‑04‑02 12:34:04
Status
Aktiv
Versions-Label
1.0.1+20230717
Name
atcdabbr_other_PersonNameCompilationG1M
Bezeichnung
Person Name Compilation G1 M
Beschreibung
In Granularitätsstufe 1 wird der Personen-Name unstrukturiert angegeben. Die einzelnen Elemente des Namens (Vornamen, Nachnamen) werden nicht getrennt.
Name ist Mandatory. Keine nullFlavor erlaubt!
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung
Version: Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (2021‑02‑19 13:36:43)
ref
at-cda-bbr-
Version: Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (2019‑04‑02 12:34:04)
ref
at-cda-bbr-
Adaptation: Template 1.2.40.0.34.6.0.11.9.26 Person Name Compilation G1 (2019‑03‑11 11:40:35)
ref
at-cda-bbr-
Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel
<placeholderclassCode="PSN"determinerCode="INSTANCE"> <name>Dr. Herbert Mustermann</name></placeholder>
Beispiel
Künstlername
<placeholderclassCode="PSN"determinerCode="INSTANCE"> <nameuse="A">Dr. Kurt Ostbahn </name></placeholder>
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.4.4 Person Name Compilation G2 M
Id
1.2.40.0.34.6.0.11.9.11
ref
at-cda-bbr-
Gültigkeit
2023‑03‑31 11:20:05
Andere Versionen mit dieser Id:
atcdabbr_other_PersonNameCompilationG2M vom 2021‑02‑19 13:36:55
atcdabbr_other_PersonNameCompilationG2M vom 2019‑04‑02 10:09:43
Status
Aktiv
Versions-Label
1.0.1+20230717
Name
atcdabbr_other_PersonNameCompilationG2M
Bezeichnung
Person Name Compilation G2 M
Beschreibung
In Granularitätsstufe 2 wird der Personen-Name strukturiert angegeben. Die einzelnen Elemente des Namens (mindestens ein Vorname und mindestens ein Nachname) werden getrennt angegeben.
Name ist Mandatory. Keine nullFlavor erlaubt!
Die korrekte Reihenfolge der einzelnen Namenselemente ist wichtig. Als Richtlinie gilt, dass diese in der "natürlichen" Reihenfolge der Benutzung des Namens angegeben werden. Das ist besonders in den folgenden Fällen relevant:
Präfixe (prefix) MÜSSEN immer vor dem Namen stehen, zu dem sie gehören.
Vornamen (given) MÜSSEN immer in der offiziellen (gesetzlichen) Sequenz stehen.
Nachnamen (family) und ein eventuelles Trennzeichen (meistens ‘-‘) MÜSSEN in der offiziellen Sequenz stehen, abhängig von der Wahl bei der Eheschließung.
Suffixe (suffix) MÜSSEN immer hinter dem Namen stehen, zu dem sie gehören.
Für die Namenselemente kann zur näheren Bestimmung ein Qualifier angegeben werden (aus dem Value Set ELGA_EntityNamePartQualifier“), v.a. für Präfix/Suffix.
Es gibt auch nicht näher bestimmte Präfixe/Suffixe, z.B. trifft das für die Angabe von "Junior" oder "Senior" bzw "Jun."/"Sen" oder "Jr."/"Sr" zu.
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung
Version: Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (2021‑02‑19 13:36:55)
ref
at-cda-bbr-
Version: Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (2019‑04‑02 10:09:43)
ref
at-cda-bbr-
Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33)
Die genaue Bedeutung des angegebenen Namens, z.B. Angabe eines Künstlernamens mit „A" für „Artist“.
Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“.
Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).
hl7:prefix
ENXP
0 … *
Beliebig viele Präfixe zum Namen, z.B. Akademische Titel
Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!
(atc...G2M)
@qualifier
cs
0 … 1
Bedeutung eines prefix-Elements, z.B. Angabe eines akademischen mit "AC" für „Academic“.
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier".
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
hl7:family
ENXP
1 … *
M
Mindestens ein Hauptname (Nachname).
(atc...G2M)
@qualifier
cs
0 … 1
Bedeutung eines family-Elements, z.B. Angabe eines Geburtsnamen mit „BR" für „Birth“.
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
hl7:given
ENXP
1 … *
M
Mindestens ein Vorname
(atc...G2M)
@qualifier
cs
0 … 1
Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“). Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
hl7:suffix
ENXP
0 … *
Beliebig viele Suffixe zum Namen
(atc...G2M)
@qualifier
cs
0 … 1
Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B.: AC („Academic“). Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
7.2.4.5 Organization Name Compilation
Id
1.2.40.0.34.6.0.11.9.27
ref
at-cda-bbr-
Gültigkeit
2021‑06‑28 14:00:14
Andere Versionen mit dieser Id:
atcdabbr_other_OrganizationNameCompilation vom 2021‑02‑19 13:31:42
atcdabbr_other_OrganizationNameCompilation vom 2019‑03‑11 12:06:20
Status
Aktiv
Versions-Label
1.0.1+20210628
Name
atcdabbr_other_OrganizationNameCompilation
Bezeichnung
Organization Name Compilation
Beschreibung
Organisations-Namen werden über das Element name abgebildet.
Dieser Implementierungsleitfaden lässt nur die unstrukturierte Angabe des Organisations-namens zu.
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung
Version: Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (2021‑02‑19 13:31:42)
ref
at-cda-bbr-
Version: Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (2019‑03‑11 12:06:20)
ref
at-cda-bbr-
Adaptation: Template 1.2.40.0.34.6.0.11.9.26 Person Name Compilation G1 (2019‑03‑11 11:40:35)
ref
at-cda-bbr-
Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33)
ref
at-cda-bbr-
Beispiel
Beispiel 1
<name>Krankenhaus Wels</name>
Item
DT
Kard
Konf
Beschreibung
Label
@classCode
cs
0 … 1
F
ORG
@determinerCode
cs
0 … 1
F
INSTANCE
hl7:name
ON
1 … 1
M
Name der Organisation. Bei Organisationen die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(atc...ion)
7.2.4.6 Address Compilation Minimal
Id
1.2.40.0.34.6.0.11.9.10
ref
at-cda-bbr-
Gültigkeit
2023‑04‑06 14:31:34
Andere Versionen mit dieser Id:
atcdabbr_other_AddressCompilationMinimal vom 2021‑06‑28 13:44:14
atcdabbr_other_AddressCompilationMinimal vom 2021‑02‑19 13:05:57
atcdabbr_other_AddressCompilationMinimal vom 2019‑03‑27 11:26:08
Status
Aktiv
Versions-Label
1.0.2+20230717
Name
atcdabbr_other_AddressCompilationMinimal
Bezeichnung
Address Compilation Minimal
Beschreibung
Adressangabe in Granularitätsstufe 2 oder 3
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Adaptation: Template 1.2.40.0.34.6.0.11.9.4 Address Information Compilation (2019‑02‑11 13:19:54)
ref
at-cda-bbr-
Beispiel
Österreichische Postadresse
<addr> <streetName>Musterstraße</streetName><houseNumber>11a/2/1</houseNumber><postalCode>7000</postalCode><city>Eisenstadt</city><state>Burgenland</state><country>AUT</country><additionalLocator>Station A, Zimmer 9</additionalLocator></addr>
Beispiel
Besuchsadresse
<addruse="PHYS"> <!-- Ort abweichend von der Adresse der Person oder Organisation, z.B. bei einem Hausbesuch --> <!-- Weitere Adresselemente können angegeben werden --> <additionalLocator>Volksschule Brittenau, Klasse 3b</additionalLocator></addr>
Item
DT
Kard
Konf
Beschreibung
Label
@use
cs
0 … 1
Die genaue Bedeutung der angegebenen Adresse kann über das @use Attribut angegeben werden. Wird kein @use Attribut angegeben, gilt bei Personen die Adresse als Wohnadresse „H“ und bei Organisationen als Büroadresse „WP“.
Wird ein Hauptwohnsitz "HP" angegeben, gelten die mit "H" deklarierten Wohnsitze als Nebenwohnsitze.
Zulässige Werte gemäß Value Set "ELGA_AddressUse".
hl7:streetAddressLine
ADXP
0 … 1
C
Straße mit Hausnummer Bsp: Musterstraße 11a/2/1
(atc...mal)
Constraint
Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden.
hl7:streetName
ADXP
0 … 1
C
Straße ohne Hausnummer z.B. Musterstraße
(atc...mal)
hl7:houseNumber
ADXP
0 … 1
C
Hausnummer z.B. 11a/2/1
(atc...mal)
hl7:postalCode
ADXP
0 … 1
Postleitzahl
(atc...mal)
hl7:city
ADXP
0 … 1
Stadt
(atc...mal)
hl7:state
ADXP
0 … 1
Bundesland
(atc...mal)
hl7:country
ADXP
0 … 1
Staat. Es wird EMPFOHLEN, den Staat im ISO 3 Ländercode (ISO-3166-1 Alpha 3) anzugeben, z.B. „AUT“ für Österreich, „DEU“ für Deutschland.
(atc...mal)
Schematron assert
role
info
test
string-length(text()) = 3
Meldung
content length = 3 characters
hl7:additionalLocator
ADXP
0 … 1
Zusätzliche Addressinformationen, z.B. Station, Zimmernummer im Altersheim
(atc...mal)
Schematron assert
role
error
test
not(hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber)) or ((hl7:streetAddressLine or (hl7:streetName and hl7:houseNumber)) and not((hl7:streetAddressLine and hl7:streetName and hl7:houseNumber) or (hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber))))
Meldung
Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben
werden.
7.2.4.7 Device Compilation
Id
1.2.40.0.34.6.0.11.9.18
ref
at-cda-bbr-
Gültigkeit
2023‑04‑06 14:24:15
Andere Versionen mit dieser Id:
atcdabbr_other_DeviceCompilation vom 2021‑06‑28 13:57:36
atcdabbr_other_DeviceCompilation vom 2021‑02‑19 13:12:38
atcdabbr_other_DeviceCompilation vom 2019‑02‑13 10:11:00
Status
Aktiv
Versions-Label
1.0.2+20230717
Name
atcdabbr_other_DeviceCompilation
Bezeichnung
Device Compilation
Beschreibung
Datenerstellende Geräte/Software
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
<placeholderclassCode="DEV"determinerCode="INSTANCE"> <manufacturerModelName>Good Health System</manufacturerModelName><softwareName>Best Health Software Application</softwareName></placeholder>
Item
DT
Kard
Konf
Beschreibung
Label
@classCode
cs
0 … 1
F
DEV
@determinerCode
cs
0 … 1
F
INSTANCE
hl7:manufacturerModelName
SC
1 … 1
M
Angabe des Herstellers sowie der Modellbezeichnung des datenerstellenden Gerätes bzw. der Software/des Softwarepakets.
(atc...ion)
hl7:softwareName
SC
1 … 1
M
Bezeichnung der datenerstellenden Software inkl. Versionsangabe.
(atc...ion)
7.2.4.8 Organization Compilation with id, name
Id
1.2.40.0.34.6.0.11.9.5
ref
at-cda-bbr-
Gültigkeit
2021‑06‑28 13:57:53
Andere Versionen mit dieser Id:
atcdabbr_other_OrganizationCompilationWithIdName vom 2021‑02‑19 13:31:10
atcdabbr_other_OrganizationCompilationWithIdName vom 2019‑03‑25 13:43:57
Status
Aktiv
Versions-Label
1.0.1+20210628
Name
atcdabbr_other_OrganizationCompilationWithIdName
Bezeichnung
Organization Compilation with id, name
Beschreibung
Wiederverwendbare Compilation mit verpflichtender Angabe von name und id.
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt
als
Name
Version
1.2.40.0.34.6.0.11.9.25
Containment
Address Compilation (1.0.1+20230717)
DYNAMIC
Beziehung
Version: Template 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (2021‑02‑19 13:31:10)
ref
at-cda-bbr-
Version: Template 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (2019‑03‑25 13:43:57)
<placeholderclassCode="ORG"determinerCode="INSTANCE"> <!-- ID der Organisation aus dem GDA Index --> <idroot="1.2.40.0.34.99.4613.3"assigningAuthorityName="GDA Index"/><!-- Name der Organisation --> <name>Amadeus Spital - Chirurgische Abteilung</name><!-- Kontaktdaten der Organisation --> <telecomvalue="tel:+43.6138.3453446.0"/><telecomvalue="fax:+43.6138.3453446.4674"/><telecomvalue="mailto:info@amadeusspital.at"/><telecomvalue="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
<placeholderclassCode="ORG"determinerCode="INSTANCE"> <!-- ID der Organisation aus dem GDA Index --> <idroot="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
@determinerCode
cs
0 … 1
F
INSTANCE
hl7:id
II
1 … *
M
ID der Organisation.
(atc...ame)
hl7:name
ON
1 … 1
M
Name der Organisation. Bei Organisationen die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(atc...ame)
hl7:telecom
TEL.AT
0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(atc...ame)
wo [not(@nullFlavor)]
@value
st
1 … 1
R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
@use
set_cs
0 … 1
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. Bsp: WP
atcdabbr_other_AssignedEntity vom 2021‑05‑26 13:50:41
atcdabbr_other_AssignedEntity vom 2021‑02‑19 13:09:09
atcdabbr_other_AssignedEntity vom 2019‑03‑04 12:03:36
Status
Aktiv
Versions-Label
1.0.2+20230717
Name
atcdabbr_other_AssignedEntity
Bezeichnung
Assigned Entity
Beschreibung
Zusammengesetzte Objekte die Person- und Organisationsinformationen enthalten.
Hierbei MUSS jedenfalls die „Person“ der Entität angegeben werden. Die Angabe der Organisation, der die Person angehört, ist prinzipiell optional. Diese Optionalität kann sich in Abhängigkeit vom konkreten Anwendungsfall in „verpflichtend“ ändern.
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 3 Templates
Benutzt
als
Name
Version
1.2.40.0.34.6.0.11.9.25
Containment
Address Compilation (1.0.1+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.11
Containment
Person Name Compilation G2 M (1.0.1+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.9
Containment
Organization Compilation with name (1.0.0+20210219)
<placeholderclassCode="ORG"determinerCode="INSTANCE"> <!-- ID der Organisation --> <idroot="1.2.40.0.34.99.3"assigningAuthorityName="GDA Index"/><!-- Name der Organisation --> <name>Amadeus Spital - Chirurgische Abteilung</name><!-- Kontaktdaten der Organisation --> <telecomvalue="tel:+43.6138.3453446.0"/><telecomvalue="fax:+43.6138.3453446.4674"/><telecomvalue="mailto:info@amadeusspital.at"/><telecomvalue="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
<placeholderclassCode="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
@determinerCode
cs
0 … 1
F
INSTANCE
hl7:id
II
0 … *
Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.
(atc...ame)
wo [not(@nullFlavor)]
hl7:name
ON
1 … 1
M
Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(atc...ame)
hl7:telecom
TEL.AT
0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(atc...ame)
wo [not(@nullFlavor)]
@value
st
1 … 1
R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
@use
set_cs
0 … 1
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.
Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.
(atc...nce)
@value
1 … 1
R
Schematron assert
role
error
test
starts-with(@value,'#') or starts-with(@value,'http')
Meldung
The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.
7.2.4.15 Vaccine Product
Id
1.2.40.0.34.6.0.11.9.32
ref
at-cda-bbr-
Gültigkeit
2023‑04‑05 10:17:45
Andere Versionen mit dieser Id:
atcdabbr_other_vaccineProduct vom 2022‑07‑12 08:54:29
atcdabbr_other_vaccineProduct vom 2022‑03‑14 09:25:51
atcdabbr_other_vaccineProduct vom 2021‑10‑01 13:21:55
atcdabbr_other_vaccineProduct vom 2021‑02‑19 13:37:22
atcdabbr_other_vaccineProduct vom 2019‑04‑24 08:57:24
Status
Aktiv
Versions-Label
2.0.0+20230717
Name
atcdabbr_other_vaccineProduct
Bezeichnung
Vaccine Product
Beschreibung
Das Vaccine Template enthält die Daten zum verabreichten Arzneimittel (pro Impfung).
Die enthaltenen Daten können über das Scannen des Produkt-Barcodes (2D) und die dadurch referenzierten Produktstammdaten automatisch übernommen werden. Kann beim Nachtragen einer Impfung durch "Vaccine Product nicht angegeben" ersetzt werden.
Kontext
Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.32
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt
als
Name
Version
1.2.40.0.34.6.0.11.9.2
Inklusion
Original Text Reference (1.0.0+20210219)
DYNAMIC
1.2.40.0.34.6.0.11.9.9
Containment
Organization Compilation with name (1.0.0+20210219)
<manufacturedProductclassCode="MANU"> <templateIdroot="1.2.40.0.34.6.0.11.9.32"/><templateIdroot="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/><templateIdroot="2.16.840.1.113883.10.20.1.53"/><idroot="1.2.3.999"extension="extension"/><manufacturedMaterialclassCode="MMAT"determinerCode="KIND"> <templateIdroot="1.3.6.1.4.1.19376.1.9.1.3.1"/><codecode="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 --> </code><name>Encepur 0,25 ml für Kinder Injektionssuspension in einer Fertigspritze</name><lotNumberText>CharagenNummer</lotNumberText><pharm:ingredientclassCode="ACTI"> <pharm:ingredientclassCode="MMAT"determinerCode="KIND"> <pharm:codecode="J07BA01"codeSystem="1.2.276.0.76.5.534"/><pharm:name>FSME, inaktiviert, ganzes Virus</pharm:name></pharm:ingredient></pharm:ingredient></manufacturedMaterial><manufacturerOrganization> <!-- template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (2019-02-13T10:30:51) --> </manufacturerOrganization></manufacturedProduct>
Beispiel
Nachtrag - Historischer Impfstoff
<manufacturedProductclassCode="MANU"> <templateIdroot="1.2.40.0.34.6.0.11.9.32"/><templateIdroot="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/><templateIdroot="2.16.840.1.113883.10.20.1.53"/><manufacturedMaterialclassCode="MMAT"determinerCode="KIND"> <templateIdroot="1.3.6.1.4.1.19376.1.9.1.3.1"/><codecode="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><lotNumberTextnullFlavor="UNK"/></manufacturedMaterial></manufacturedProduct>
Item
DT
Kard
Konf
Beschreibung
Label
hl7:manufacturedProduct
Daten zum verabreichten Arzneimittel (pro Impfung).
ID eines nicht mehr verwendeten Impfstoffes (Zeitraum 1950 - 2016)
(atc...uct)
@displayName
st
0 … 1
"Handelsname" des Arzneimittels, z.B. "ENCEPUR FSPR 0,25ML KIND".
Kann angegeben werden (z.B. Kompletter Impfstatus), ist aber durch PZN definiert.
@nullFlavor
cs
0 … 1
F
OTH
Constraint
Für neue Impfungen (Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtrag) MUSS ein Impfstoff aus dem Value Set "eImpf_Impfstoffe" (basiert im Grunde auf der ASP-Liste) verwendet werden.
Für Nachtragungen (Dokumentenklasse "Update Immunisierungsstauts mit Nachtrag) KANN die Werteliste der historischen Impfstoffe für den Zeitraum 1950 - 2016 genutzt werden (Value Set "eImpf_HistorischeImpfstoffe").
Wird das Attribut code/@nullFlavor= "OTH" angeführt, MUSS in /code/translation die Zulassungsnummer strukturiert sein.
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.14 eImpf_Impfstoffe (DYNAMIC)
oder
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.10 eImpf_HistorischeImpfstoffe (DYNAMIC)
Eingefügt
1 … 1
M
von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC)
hl7:originalText
ED
1 … 1
M
Textinhalt, der codiert wurde.
(atc...uct)
hl7:reference
TEL
1 … 1
M
Die Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente.
(atc...uct)
@value
1 … 1
R
Schematron assert
role
error
test
starts-with(@value,'#')
Meldung
The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element.
hl7:translation
CE
0 … *
C
Zulassungsnummer des Arzneimittels
(atc...uct)
@displayName
st
0 … 1
Zulassungsname des Arzneimittels
Schematron assert
role
error
test
@code or (@nullFlavor='OTH' and hl7:translation)
Meldung
Wird das Attribut code/@nullFlavor= "OTH" angeführt, MUSS in /code/translation die Zulassungsnummer strukturiert sein.
hl7:name
EN
0 … 1
"Zulassungsname". Vom Hersteller registrierter Name des Impfstoffes, z.B. "Encepur 0,25 ml für Kinder Injektionssuspension in einer Fertigspritze".
Kann angegeben werden (z.B. Kompletter Impfstatus), ist aber durch PZN definiert.
(atc...uct)
Constraint
Zulässige Werte SOLLEN aus der ASP-Liste, Attribut "Bezeichnung_Arzneispezialitaet_Zulassung", stammen.
Auswahl
1 … 1
Chargennummer des verabreichten Arzneimittels
Elemente in der Auswahl:
hl7:lotNumberText[not(@nullFlavor)]
hl7:lotNumberText[@nullFlavor='NA']
hl7:lotNumberText[@nullFlavor='UNK']
Constraint
Dieses Element MUSS vorhanden sein. Im Falle eines Nachtrags KANN es mit lotNumberText/@nullFlavor = "UNK" strukturiert werden. Im Falle einer Impfempfehlung MUSS es mit lotNumberText/@nullFlavor = "NA" strukturiert werden.
Chargennummern dürfen maximal 20 Zeichen lang sein.
Die Chargennummer muss gem. EU-Richtlinie 2011/62/EU (FMD) auch im Barcode abgebildet sein, wo lt. GS1-Standard nur 20 Zeichen zur Verfügung stehen.
hl7:lotNumberText
ST
0 … 1
Chargennummer des verabreichten Arzneimittels
(atc...uct)
wo [not(@nullFlavor)]
hl7:lotNumberText
ST
0 … 1
nullFlavor
(atc...uct)
wo [@nullFlavor='NA']
@nullFlavor
cs
1 … 1
F
NA
hl7:lotNumberText
ST
0 … 1
nullFlavor
(atc...uct)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
pharm:ingredient
0 … *
Komponente zur Aufnahme des Wirkstoffs.
(atc...uct)
@classCode
cs
0 … 1
F
ACTI
pharm:ingredient
1 … 1
M
Code und Name des Wirkstoffs.
(atc...uct)
@classCode
cs
0 … 1
F
MMAT
@determinerCode
cs
0 … 1
F
KIND
pharm:code
CE
0 … 1
ATC-Code des Wirkstoffs aus Fachinformation
(atc...uct)
Constraint
Zulässige Werte aus dem aktuellen Katalog des "ATC deutsch (WIdO)" (z.B.: M01AG01, Mefenamic acid) oder aus dem Value Set "ELGA Wirkstoffe AGES".
hl7:originalText
ED
0 … 1
Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“.
(atc...uct)
hl7:translation
CE
0 … *
(atc...uct)
pharm:name
EN
0 … 1
Wirkstoff des Arzneimittels
(atc...uct)
Schematron assert
role
error
test
not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14']) or (hl7:lotNumberText/text() or hl7:lotNumberText/@nullFlavor='UNK')
Meldung
Zulässiger nullFlavor ist "UNK"
Schematron assert
role
error
test
not(ancestor::*/hl7:templateId[@root='1.2.40.0.34.6.0.11.3.3']) or hl7:lotNumberText[@nullFlavor='NA']
Meldung
Das Element lotNumberText MUSS mit @nullFlavor "NA" strukturiert sein.
hl7:manufacturerOrganization
0 … 1
Hersteller/Zulassungsinhaber des Impfstoffes (des Arzneimittels) Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
(atc...uct)
@classCode
cs
0 … 1
F
ORG
@determinerCode
cs
0 … 1
F
INSTANCE
7.2.4.16 Original Text Reference
Id
1.2.40.0.34.6.0.11.9.2
ref
at-cda-bbr-
Gültigkeit
2021‑02‑19 13:31:48
Andere Versionen mit dieser Id:
atcdabbr_other_OriginalTextReference vom 2019‑01‑18 10:49:11
Status
Aktiv
Versions-Label
1.0.0+20210219
Name
atcdabbr_other_OriginalTextReference
Bezeichnung
Original Text Reference
Beschreibung
Verweist auf die Stelle im narrativen Text-Bereich (section.text), an der der gegebene codierte Inhalt (originalText von code oder value) beschrieben ist.
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung
Version: Template 1.2.40.0.34.6.0.11.9.2 Original Text Reference (2019‑01‑18 10:49:11)
ref
at-cda-bbr-
Beispiel
Beispiel
<originalText> <referencevalue="#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.4.17 Vaccine Product nicht angegeben
Id
1.2.40.0.34.6.0.11.9.31
ref
at-cda-bbr-
Gültigkeit
2021‑02‑19 13:35:13
Andere Versionen mit dieser Id:
atcdabbr_other_vaccineProductNichtAngegeben vom 2019‑06‑05 07:33:24
Status
Aktiv
Versions-Label
1.0.0+20210219
Name
atcdabbr_other_vaccineProductNichtAngegeben
Bezeichnung
Vaccine Product nicht angegeben
Beschreibung
Gibt an, dass kein Impfstoff angegeben wird oder werden kann.
Kontext
Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.31
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung
Version: Template 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (2019‑06‑05 07:33:24)
Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567
Zulässige Werteliste für telecom Präfixe gemäß Value Set „ELGA_URLScheme“
@use
cs
0 … 1
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value Set „ELGA_TelecomAddressUse“
Auswahl
1 … 1
Elemente in der Auswahl:
hl7:assignedPerson: Angabe der name-Elemente unstrukturiert
hl7:assignedPerson: Angabe der name-Elemente strukturiert
Elemente in der Auswahl:
hl7:assignedPerson welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:assignedPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:assignedPerson
0 … 1
R
Personendaten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Angabe der name-Elemente unstrukturiert, das name-Element ist Mandatory.
Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
(atc...son)
hl7:assignedPerson
0 … 1
Personendaten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Angabe der name-Elemente strukturiert, das name-Element ist Mandatory. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
(atc...son)
hl7:representedOrganization
0 … 1
Organistationsdaten der angegebenen Person. Minimale Adressangabe möglich. Beinhaltet 1.2.40.0.34.6.0.11.9.20 Organization Compilation with name, addr minimal (DYNAMIC)
(atc...son)
Schematron assert
role
error
test
not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not(ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:code[@code]
Meldung
code/@code MUSS vorhanden sein.
7.2.4.19 Organization Compilation with name, addr minimal
Id
1.2.40.0.34.6.0.11.9.20
ref
at-cda-bbr-
Gültigkeit
2021‑06‑28 13:58:02
Andere Versionen mit dieser Id:
atcdabbr_other_OrganizationCompilationWithNameAddrMinimal vom 2021‑02‑19 13:31:31
atcdabbr_other_OrganizationCompilationWithNameAddrMinimal vom 2019‑04‑18 11:28:59
<placeholderclassCode="ORG"determinerCode="INSTANCE"> <!-- ID der Organisation aus dem GDA Index --> <idroot="1.2.40.0.34.99.4613.3"assigningAuthorityName="GDA Index"/><!-- Name der Organisation --> <name>Amadeus Spital - Chirurgische Abteilung</name><!-- Kontaktdaten der Organisation --> <telecomvalue="tel:+43.6138.3453446.0"/><telecomvalue="fax:+43.6138.3453446.4674"/><telecomvalue="mailto:info@amadeusspital.at"/><telecomvalue="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
<placeholderclassCode="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
@determinerCode
cs
0 … 1
F
INSTANCE
hl7:id
II
0 … *
Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.
(atc...mal)
wo [not(@nullFlavor)]
hl7:name
ON
1 … 1
M
Name der Organisation. Bei Organisationen die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(atc...mal)
hl7:telecom
TEL.AT
0 … *
(atc...mal)
wo [not(@nullFlavor)]
@value
st
1 … 1
R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
@use
set_cs
0 … 1
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
atcdabbr_other_AuthorBody_eImpfpass vom 2021‑02‑19 13:12:25
atcdabbr_other_AuthorBody_eImpfpass vom 2019‑02‑12 14:16:51
Status
Aktiv
Versions-Label
2.0.0+20230717
Name
atcdabbr_other_AuthorBody_eImpfpass
Bezeichnung
Author Body - e-Impfpass
Beschreibung
Der Autor (author) ist der Verfasser bzw. geistige Urheber eines bestimmten Inhalts. In der Regel ist das eine Person oder mehrere Personen, es kann aber auch ein "Gerät" - ein Programm oder Software den Inhalt automatisiert erstellen. Element für Sections und Entries.
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 4 Templates
Benutzt
als
Name
Version
1.2.40.0.34.6.0.11.9.25
Containment
Address Compilation (1.0.1+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.6
Inklusion
Person Name Compilation G2 (1.0.1+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.18
Containment
Device Compilation (1.0.2+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.5
Containment
Organization Compilation with id, name (1.0.1+20210628)
DYNAMIC
Beziehung
Spezialisierung: Template 1.2.40.0.34.6.0.11.9.8 Author Body - eImpfpass (2021‑02‑19 13:12:25)
ref
at-cda-bbr-
Version: Template 1.2.40.0.34.6.0.11.9.8 Author Body - eImpfpass (2019‑02‑12 14:16:51)
Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS dieses Element angegeben sein (M [1..1]).
In allen anderen Fällen KANN das Element auch mittels /@nullFlavor = "UNK" strukturiert werden (R [1..1]).
hl7:time
TS.AT.TZ
0 … 1
(atc...ass)
wo [not(@nullFlavor)]
hl7:time
TS.AT.TZ
0 … 1
nullFlavor
(atc...ass)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
hl7:assignedAuthor
1 … 1
R
(atc...ass)
@classCode
cs
0 … 1
F
ASSIGNED
Auswahl
1 … *
Elemente in der Auswahl:
hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='UNK']
hl7:id
II
0 … *
(atc...ass)
wo [not(@nullFlavor)]
Constraint
Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS dieses Element angegeben sein. Die Verwendung von @nullFlavor = "UNK" ist hierbei NICHT ERLAUBT.
In allen anderen Fällen KANN @nullFlavor = "UNK" strukturiert sein.
hl7:id
II
0 … 1
(atc...ass)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
hl7:code
CE
0 … 1
(atc...ass)
wo [not(@nullFlavor)]
Constraint
Verpflichtende Angabe bei neuer Impfung.
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
von 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (DYNAMIC)
@classCode
cs
0 … 1
F
PSN
@determinerCode
cs
0 … 1
F
INSTANCE
Auswahl
1 … 1
Namen-Element (Person)
Elemente in der Auswahl:
hl7:name[not(@nullFlavor)]
hl7:name[@nullFlavor='UNK']
hl7:name[@nullFlavor='MSK']
hl7:name
PN
0 … 1
(atc...ass)
wo [not(@nullFlavor)]
@use
cs
0 … 1
Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist, z.B. A („Artist“).
Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“.
Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).
hl7:prefix
ENXP
0 … *
Beliebig viele Präfixe zum Namen, z.B. Akademische Titel Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!
(atc...ass)
@qualifier
cs
0 … 1
Die genaue Bedeutung eines prefix-Elements, beispielsweise dass das angegebene Präfix einen akademischen Titel darstellt, z.B. AC („Academic“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
hl7:family
ENXP
1 … *
M
Mindestens ein Hauptname (Nachname)
(atc...ass)
@qualifier
cs
0 … 1
Die genaue Bedeutung eines family-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“) Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
hl7:given
ENXP
1 … *
M
Mindestens ein Vorname
(atc...ass)
@qualifier
cs
0 … 1
Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet.
z.B.: BR („Birth“)
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
hl7:suffix
ENXP
0 … *
Beliebig viele Suffixe zum Namen
(atc...ass)
@qualifier
cs
0 … 1
Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B. AC („Academic“). Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not( ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:id[not(@nullFlavor)]
Meldung
id/@nullFlavor ist NICHT ERLAUBT.
Schematron assert
role
error
test
not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not( ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:representedOrganization
Meldung
Das Element representedOrganization MUSS strukturiert sein.
Schematron assert
role
error
test
not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not( ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:time[not(@nullFlavor)]
Meldung
time/@nullFlavor ist NICHT ERLAUBT.
7.2.4.21 Person Name Compilation G2
Id
1.2.40.0.34.6.0.11.9.6
ref
at-cda-bbr-
Gültigkeit
2023‑03‑31 11:15:55
Andere Versionen mit dieser Id:
atcdabbr_other_PersonNameCompilationG2 vom 2021‑02‑19 13:36:49
atcdabbr_other_PersonNameCompilationG2 vom 2019‑02‑12 14:00:33
Status
Aktiv
Versions-Label
1.0.1+20230717
Name
atcdabbr_other_PersonNameCompilationG2
Bezeichnung
Person Name Compilation G2
Beschreibung
In Granularitätsstufe 2 wird der Personen-Name strukturiert angegeben. Die einzelnen Elemente des Namens (mindestens ein Vorname und mindestens ein Nachname) werden getrennt angegeben. nullFlavors für Name
zugelassen! Die korrekte Reihenfolge der einzelnen Namenselemente ist wichtig. Als Richtlinie gilt, dass diese in der "natürlichen" Reihenfolge der Benutzung des Namens angegeben werden. Das ist besonders in den folgenden Fällen relevant:
Präfixe (prefix) MÜSSEN immer vor dem Namen stehen, zu dem sie gehören.
Vornamen (given) MÜSSEN immer in der offiziellen (gesetzlichen) Sequenz stehen.
Nachnamen (family) und ein eventuelles Trennzeichen (meistens ‘-‘) MÜSSEN in der offiziellen Sequenz stehen, abhängig von der Wahl bei der Eheschließung.
Suffixe (suffix) MÜSSEN immer hinter dem Namen stehen, zu dem sie gehören.
Für die Namenselemente kann zur näheren Bestimmung ein Qualifier angegeben werden (aus dem Value Set ELGA_EntityNamePartQualifier“), v.a. für Präfix/Suffix.
Es gibt auch nicht näher bestimmte Präfixe/Suffixe, z.B.
trifft das für die Angabe von "Junior" oder "Senior" bzw "Jun."/"Sen" oder "Jr."/"Sr" zu.
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung
Version: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2021‑02‑19 13:36:49)
ref
at-cda-bbr-
Version: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33)
Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist, z.B. A („Artist“).
Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“.
Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).
hl7:prefix
ENXP
0 … *
Beliebig viele Präfixe zum Namen, z.B. Akademische Titel Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!
(atc...nG2)
@qualifier
cs
0 … 1
Die genaue Bedeutung eines prefix-Elements, beispielsweise dass das angegebene Präfix einen akademischen Titel darstellt, z.B. AC („Academic“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
hl7:family
ENXP
1 … *
M
Mindestens ein Hauptname (Nachname)
(atc...nG2)
@qualifier
cs
0 … 1
Die genaue Bedeutung eines family-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“) Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
hl7:given
ENXP
1 … *
M
Mindestens ein Vorname
(atc...nG2)
@qualifier
cs
0 … 1
Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet.
z.B.: BR („Birth“)
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
hl7:suffix
ENXP
0 … *
Beliebig viele Suffixe zum Namen
(atc...nG2)
@qualifier
cs
0 … 1
Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B. AC („Academic“). Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
hl7:name
PN
0 … 1
(atc...nG2)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
hl7:name
PN
0 … 1
(atc...nG2)
wo [@nullFlavor='MSK']
@nullFlavor
cs
1 … 1
F
MSK
7.2.4.22 Participant Body - Transcriber
Id
1.2.40.0.34.6.0.11.9.14
ref
at-cda-bbr-
Gültigkeit
2021‑08‑04 15:41:13
Andere Versionen mit dieser Id:
atcdabbr_other_ParticipantBodyTranscriber vom 2021‑05‑25 11:27:52
atcdabbr_other_ParticipantBodyTranscriber vom 2021‑02‑19 13:51:47
atcdabbr_other_ParticipantBodyTranscriber vom 2019‑04‑03 16:19:46
Status
Aktiv
Versions-Label
1.1.0+20220103
Name
atcdabbr_other_ParticipantBodyTranscriber
Bezeichnung
Participant Body - Transcriber
Beschreibung
Nur für Nachtragung relevant: Die Person, die für die fachliche Richtigkeit des Nachtrags verantwortlich ist. Wenn Immunisierungsdaten per Stapelverarbeitung aus bestehenden Registern in den e-Impfpass übertragen werden, kann hier auch das Register eingetragen werden, aus dem die Daten stammen (z.B. "Impfregister des Landes…").
Sonderfall Nachtrag eines Nachtrags: Wird eine Primärdokumentation nachgetragen, in der selbst bereits ein Nachtrag vermerkt ist (z.B. Nachtrag eines Papier-Impfpasses in eine Landes-Impfdatembank, die in den e-Impfpass überführt wird), wird nur die aktuell nachtragende Person übernommen, NICHT aber die ursprünglich nachtragende Person aus der Primärdokumentation.
Kontext
Geschwisterknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.14
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
Id
Name
Datensatz
elgaimpf-dataelement-285
Nachtragende Person 1.0.1
Datensatz Immunisierungsstatus
Benutzt
Benutzt 2 Templates
Benutzt
als
Name
Version
1.2.40.0.34.6.0.11.9.25
Containment
Address Compilation (1.0.1+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.18
Containment
Device Compilation (1.0.2+20230717)
DYNAMIC
Beziehung
Version: Template 1.2.40.0.34.6.0.11.9.14 Participant Body - Transcriber (2021‑05‑25 11:27:52)
ref
at-cda-bbr-
Version: Template 1.2.40.0.34.6.0.11.9.14 Participant Body - Transcriber (2021‑02‑19 13:51:47)
ref
at-cda-bbr-
Spezialisierung: Template 1.2.40.0.34.6.0.11.9.13 Participant Body (2019‑04‑03 12:08:16)
Datum der Eintragung (Eintragungsdatum, Datum der Dokumentation). Datum und Zeit, an dem die Impfung in den e-Impfpass eingetragen d.h. dokumentiert oder geändert wurde. Gilt auch bei einer nachträglichen Eintragung aus einer anderen Quelle (z.B. Papier-Impfpass, andere elektronische Quellen), d.h. NICHT das Impf-Datum!
(atc...ber)
Constraint
Im Fall der Nachtragung einer Immunisierung mittels der Dokumentenklasse "Update Immunisierungsstatus" MUSS, M [1..1], dieses Element angegeben sein. Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN dieses Element angegeben sein, O [0..1].
hl7:participantRole
1 … 1
M
(atc...ber)
@classCode
cs
0 … 1
F
ROL
Auswahl
1 … *
ID der Organisation des Eintragenden (OID aus dem GDA-Index)
Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist.
Bsp: A („Artist“). Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“). Zulässige Werte gemäß Value-Set „ELGA_EntityNameUse“.
hl7:prefix
ENXP
0 … *
Beliebig viele Präfixe zum Namen, z.B. Akademische Titel. Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!
(atc...ber)
@qualifier
cs
0 … 1
Die genaue Bedeutung eines prefix-Elements, beispielsweise dass das angegebene Präfix einen akademischen Titel darstellt, z.B. AC („Academic“). Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“.
hl7:family
ENXP
1 … *
M
Mindestens ein Hauptname (Nachname)
(atc...ber)
@qualifier
cs
0 … 1
Die genaue Bedeutung eines family-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“). Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“.
hl7:given
ENXP
1 … *
M
Mindestens ein Vorname
(atc...ber)
@qualifier
cs
0 … 1
Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“). Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“
hl7:suffix
ENXP
0 … *
Beliebig viele Suffixe zum Namen
(atc...ber)
@qualifier
cs
0 … 1
Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B. AC („Academic“). Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“.
hl7:scopingEntity
0 … 1
Organisation, der die eintragende Person angehört.
(atc...ber)
@classCode
cs
0 … 1
F
ENT
@determinerCode
cs
0 … 1
F
INSTANCE
hl7:desc
ST
0 … 1
Name der Organisation.
(atc...ber)
Schematron assert
role
error
test
not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2']) or hl7:time
Meldung
Das Element time MUSS strukturiert sein.
8 Anhang
8.1 Literaturverzeichnis
↑ 1,01,11,21,3ELGA GmbH, HL7 Implementation Guide for CDA® R2: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente (OID 1.2.40.0.34.7.1)