ILF:ENDS 2

CDA Implementierungsleitfäden

HL7 Implementation Guide for CDA^® R2:
Export-Normdatensatz 2

Zur Anwendung im österreichischen
Gesundheitswesen [1.2.40.0.34.7.25.1]

01.06.2021

1.0.0+20210601

Normativ

1 Zusammenfassung

Der gegenständliche Implementierungsleitfaden beschreibt und spezifiziert die Dokumentenstruktur als auch das Export-Format im Allgemeinen, welches für den österreichischen Exportnormdatensatz angewendet werden soll. Ziel ist es ein gemeinsames Format zu definieren welches es den Ärzten erlaubt die Informationen im Arztpraxisinformationssystem im Rahmen einer

• Patientenauskunft,
• eines anstehenden Wechsels des Arztpraxisinformationssystems, oder
• zum Zwecke der Archivierung der Patientendaten nach Ende der ärztlichen Tätigkeit,

zu exportieren. Das Export-Format basiert auf dem IHE Profil XDM. Dieses Profil definiert eine Ordnerstruktur als auch die notwendigen Dateien für die Abspeicherung der Metadaten (maschinen- als auch menschenlesbar). Hinsichtlich der Dateiformate, welche für die Kommunikation der weiteren Informationen (medizinische Daten, Personendaten, Terminologien, etc.) ist dieses IHE Profil agnostisch. Somit wird im gegenständlichen Leitfaden festgehalten welche Dateiformate (HL7 CDA, IHE SVS, JSON, etc.) für die zu exportierenden Arztpraxissystemdaten genutzt werden soll. Die Harmonisierung und die Ergebnisse in Form dieses Leitfadens basierend auf Projektworkshops, zu denen die österreichische Ärztekammer geladen hat. Als Basis für die Spezifikationsarbeiten diente der bestehende Export-NormDatenSatz der österreichischen Ärztekammer in Version IX, Stand 6.5.2008.

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

Hier kommen Sie zu der Section-Templates Übersicht

2 Informationen über dieses Dokument

2.1 Haftungsausschluss

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

2.2 Sprachliche Gleichbehandlung

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

2.3 Lizenzinformationen

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

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

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

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

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

Third Party Intellectual Property

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

2.3.2 SNOMED CT

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

2.3.3 Weitere Terminologien

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

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

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

2.4 Verwendete Grundlagen und Bezug zu anderen Standards

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

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

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

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

2.5 Bedienungshinweise

2.5.1 PDF-Navigation

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

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

</div>

3 Einleitung

3.1 Ausgangslage und Motivation

Die Daten welche Ärzte in ihren Arztpraxisinformationssystemen generieren, sind in den Datenformaten und Strukturen des jeweiligen Arztpraxisinformationssystems in Datenbanken abgelegt. Diese Datenformate und Strukturen, welche von einem Arztsoftwarehersteller Anwendung finden, entsprechen im Regelfall nicht den Formaten und Strukturen eines anderen Arztsoftwareherstellers. Möchte nun ein Arzt sein bestehendes Arztpraxisinformationssystem gegen ein anderes tauschen besteht die Notwendigkeit die historischen Daten aus dem Altsystem in das neue System zu migrieren. Ein gemeinsames Exportformat (für Export und anschließenden Import) wäre wünschenswert. Hierzu gibt es die Definition eines Exportdatensets der österreichischen Ärztekammer, in welchem die häufigsten Datenarten und deren Qualität (Datentyp, Codeliste) definiert sind. Die letzten Jahre haben gezeigt, dass diese Spezifikation nicht mehr zeitgemäß ist und daher ein neuer Exportnormdatensatz spezifiziert werden müsste. Unter Berücksichtigung der gegenwärtigen Arbeiten im Rahmen der ELGA an HL7 CDA Dokumenten, sollte der neue Exportnormdatensatz ebenfalls auf HL7 CDA basieren. Dies soll es den Arztsoftwareherstellern ermöglichen strukturelle bzw. funktionale Inhalten, welche für ELGA schon umzusetzen sind/waren auch im Kontext des Exportnormdatensatzes wieder zu verwenden.

4 Harmonisierung

4.1 Autoren

Das Redaktionsteam bestand aus folgenden Personen:

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

4.2 Mitwirkende

Teilnehmer der Arbeitsgruppe ENDS2¹: Baumgartner Michael, Bayer Dietmar, Beiglböck Friedrich, Brieger Jens, Burkhard Walla, Determann Claudius, Gal Güter, Hagenbichler Edgar, Heuschmann David, Kelin Johannes, Keplinger Martin, Keprt Berhard, Klein Dominik, Klemen Silke, Kornfeil Harald Kristoffer, Kornfeind Milan, Kressnik Paul, Loidl Herwig, Marvillo Adnam, Michalek Susane, Moussa Amir, Muigg Domenik, Nicolics Jan, Nöhammer Michael, Petzer Christian, Prünster Egon, Rath Leopold, Rinner Christoph, Romirer Roland, Sabutsch Stefan, Schneider Gerald, Schriefl Michael, Schwaiger Jürgen, Sodeyfi Hamayoun, Stekel Herbert, Stimac Gerhard, Unfried Christoph, Woisetschläger Thomas, Wutscher Edgar, Ziegler Wolfgang

¹ Personen sind ohne Titel angegeben

5 Anwendungsfälle

Die folgenden Anwendungsfälle wurden von Seiten des Auftraggebers definiert und zusätzlich in den Workshops noch diskutiert bzw. konkretisiert. In den folgenden Kapiteln sind zuerst die ‚‘High Level Use Cases‘‘ angeführt. Diese sollen die Anwendungsfälle aus User-sicht skizzieren, welche die Basis für den gegenständlichen Implementierungsleitfanden bildeten. In dem nachfolgenden Kapitel ‚‘Detail Use Case‘‘ werden die notwendigen einzelnen Schritte der Exportnormdatensatzerstellung dargestellt und mit den jeweiligen Kapiteln in dieser Spezifikation verknüpft

5.1 High Level Use Case

5.1.1 Ende der ärztlichen Tätigkeit (z.B. Pension)

Aus derzeitiger Sicht kann mit dem gegenständlichen Normdatensatz keine vollständige Backup-Möglichkeit geliefert werden. Auf Grund der Tatsache, dass sich die Softwarelösungen der einzelnen Hersteller in den einzelnen Details stark unterscheiden (Qualität als auch Quantität der genutzten und gespeicherten Daten), kann somit keine vollständige Abbildung der Daten angestrebt werden. Es ist möglich den Exportdatensatz somit zur Archivierung von den hier definierten Daten zu nutzen. Des Weiteren besteht die Möglichkeit, eigene Datenstrukturen zu definieren und für den Export zu nutzen. Es empfiehlt sich, dass der Aufbau der eigenen Datenstrukturen in einem zusätzlichen Dokument beschrieben wird um zu einem beliebigen Zeitpunkt Hilfestellung bei der Rekonstruktion der Daten zu erhalten.

Schritte

• Auswahl der zu exportierenden Patient*innendaten. Im Regelfall wird man im Zuge dieses Use Cases sämtliche Daten aller Patient*innen exportieren
• Auswahl der softwarespezifischen oder praxisspezifischen verwendeten Codes und Abkürzungen welche exportiert werden sollen. Im Regelfall wird man im Zuge dieses Use Cases alle software- oder praxisspezifischen Codes und Abkürzungen exportieren
• Auswahl der Systemdaten (Daten welche nicht einem Patienten zugeordnet werden, wie z.B. Formulare) welche exportiert werden sollen
• Erstellung des Exportdatensatzes

5.1.2 Systemwechsel zu einer anderen Arztsoftware

Der im ersten Schritt notwendige Export basiert auf dem Use Case Ende der ärztlichen Tätigkeit (z.B. Pension). Der erstellte Exportnormdatensatz kann dann in das neue Zielsystem eingespielt/importiert werden. Sollten im Zuge des Exports eigene zusätzliche Datenstrukturen, welche nicht in diesem Implementierungsleitfaden spezifiziert wurden, Anwendung gefunden haben ist dies ebenfalls im Zuge des Imports zu berücksichtigen

Schritte

• Use Case Schritte aus Ende der ärztlichen Tätigkeit (z.B. Pension)
• Einspielen des zuvor erstellten Exportnormdatensatzes in das neue System

5.1.3 Auskunft an PatientInnen (lt. DSGVO) oder Arztwechsel

Sollte ein Patient/eine Patientin Auskunft über seine/ihre gespeicherten Daten erfragen, kann ein Datensatz mit patient*innenspezifischen Daten generiert werden. Es mag hilfreich sein, dass diese generierten Daten vor der Übergabe auf einem physikalischen Medium noch gezippt und verschlüsselt werden. Das Passwort zum Entschlüsseln ist dem Patienten/der Patientin zu übergeben.

Schritte

• Auswahl des Patienten/der Patientin
• Auswahl der softwarespezifischen oder praxisspezifischen verwendeten Codes und Abkürzungen welche bei den Patientendaten vorkommen
• Datensatz erstellen.
• Datensatz auf ein geeignetes Medium spielen (USB-Stick, CD, DVD). Hierbei ist ein Formatierungsformat zu wählen welches aktuell verbreitet in Verwendung ist.
• EMPFEHLUNG: Die Daten auf dem Trägermedium sollten noch mit einem symmetrischen Schlüssel verschlüsselt werden. Der Schlüssel wird dem Patienten/der Patientin zusätzlich ausgehändigt (z.B. Ausdruck)

5.2 Detail Use Case

Der folgende Ablauf stellt die einzelnen Schritte dar, welche im Zuge eines Exports vollzogen werden. Diese Schritte sind Teil des oben angeführten High Level Use Cases. Der Fokus wird in diesem Fall auf den Export von Patientendaten gelegt. Die folgenden Schritte unterscheiden sich nicht ob Daten von nur einem oder von mehreren Patienten exportiert werden.

Schritte

• Benutzer (meist der Arzt) wählt die zu exportierenden Daten aus. Dies inkludiert primär die Entscheidung ob Patientendaten oder Systemdaten exportiert werden sollen. Im Falle eines Exports von Patientendaten muss der oder die zu exportierenden Patienten gewählt werden.
• Patientendaten, welche primär medizinischer Natur sind oder medizinische Dienstleistungen beschreiben, werden in ein CDA Dokument übergeführt. Die Spezifikation für dieses Dokument ist in dem Kapitel Dokumenten Spezifikation ersichtlich.
• Patientendaten, welche nicht medizinischer Natur sind, werden in verschiedenen Dateiformaten erfasst. Termindaten von einem Patienten werden zum Beispiel im iCalendar Format abgelegt.
• EMPFEHLUNG: Im Falle einer Beauskunftung im Sinne der DSGVO, eines Wechsels des Patienten zu einem anderen Arzt oder im Falle des Endes der ärztlichen Tätigkeit wird empfohlen, dass eine zusätzliche Darstellung der exportierten Daten in PDF-Form erstellt wird. Dies bedeutet, dass das CDA mittels Transformation in ein PDF übergeführt wird, als auch eine einfache Darstellung der in z.B. iCal oder JSON erfassten Daten in PDF. Dies soll es dem Patienten oder einem etwaigen Betrachter der Daten erleichtern, die Informationen zu erlangen.
• Sollte im CDA oder in den anderen Dateiformaten Abkürzungen oder Codes verwendet werden, welche nicht in diesem Leitfaden aufgelistet sind (siehe Kapitel Liste der verwendeten Terminologien), müssen diese in einer eigenständigen Codeliste hinterlegt und dem XDM Datenpaket hinzugefügt werden. Information hierzu ist in Kapitel Eigene Codesysteme zu finden.
• Die generierten Dateien (CDA, andere Dateiformate, Codelisten) müssen basierend auf der in Kapitel IHE XDM Struktur für den Exportnormdatensatz ersichtlichen Ordnerstruktur in ein Zip Archiv eingebunden werden.
• Für jeden Patientenordner (Submission Set) ist eine Metadata.xml zu erstellen. Allgemeine Informationen zu den IHE XD* - Metadaten sind in dem Leitfaden zum Metadaten-Mapping von ELGA ersichtlich (XDS Metadaten), spezielle Anforderungen im Falle der XDM Metadaten für den Exportnormdatensatz sind in Kapitel IHE XDM angeführt.
• Für jeden Patientenordner ist eine INDEX.HTM Datei anzulegen, welche als Einstiegspunkt für eine manuelle Recherche auf Patientenebene dienen soll. Informationen hierzu sind in Kapitel INDEX.HTM eines Patientenverzeichnisses ersichtlich.
• Im Wurzelverzeichnis ist eine INDEX.HTM Datei anzulegen, welche als Einstiegspunkt für eine manuelle Recherche dient. Informationen hierzu sind in Kapitel INDEX.HTM im Wurzelverzeichnis ersichtlich.
• Im Wurzelverzeichnis wird eine README.TXT angelegt, welche Informationen zu den am Export beteiligten Personen und Softwareprodukten beinhaltet. Informationen hierzu sind in Kapitel README.TXT ersichtlich.
• Das XDM Datenpaket wird gezippt auf ein Trägermedium überspielt (z.B. USB Datenstick, CD, DVD).
• EMPFEHLUNG: Sollte das XDM Datenpaket dem Patienten ausgehändigt werden (Beauskunftung laut DSGVO, oder Arztwechsel), so wird empfohlen, das XDM Datenpaket mit einem symmetrischen Schlüssel zu verschlüsseln und den Schlüssel dem Patienten gesondert zu überreichen (z.B. Ausdruck).

6 Technischer Hintergrund

6.1 IHE XDM

Vorgeschriebene Verzeichnisstruktur laut IHE-ITI Vol2b, Transaction ITI-32

Für den Export der beschlossenen Normdaten wird als Basis das IHE XDM (Cross-Enterprise Document Media Interchange) Profile herangezogen. Dieses Profile ist in den IHE Technical Frameworks IT-Infrastructur definiert (IHE-ITI Vol1 und IHE-ITI Vol2b). Das XDM Profil definiert wie Daten abseits einer technischen Infrastruktur geteilt werden können, es definiert also den Austausch von Daten über Datenträger (z.B. USB-Speicherstick, CD/DVD). Hierzu wird in XDM eine Verzeichnisstruktur vorgegeben. Betreffend der verspeicherten Fileformate ist das Profil jedoch agnostisch. Das bedeutet, dass mithilfe von XDM nicht nur CDA (XML) Dokumente übertragen werden können, sondern auch die anderen geforderten Dokumentenklassen wie z.B.: iCalender, .json. Anzumerken ist, dass IHE XDM für die Datei- und Ordnerbezeichnungen den ISO9660 Standard vorschreibt. Dies bedeutet, dass für die Benennung die "8.3" Konvention zu verwenden ist. Im Zuge dieses Leitfadens und basierend auf der Anforderung, dass .json Dateien verwendet werden können, wird bewusst gegen die ISO9660 und somit IHE XDM verstoßen (es gibt keine Dateiextension für .json mit nur 3 Zeichen).

In der nachfolgenden Tabelle werden die einzelnen Inhaltselemente des METADATA.XML-Files aufgelistet. Hinsichtlich des Konformanzkriteriums wird zwischen Stable Documents (SD) und On-Demand Documents (ODD) unterschieden. Erstere sind Dokumente, welche im klassischen Sinne von einem Autor erzeugt wurden. Als Beispiel hierzu zählen im Kontext des Exportnormdatensatzes die ELGA eBefunde. On-Demand Documents sind Dokumente, welche im Zuge der Generierung des Exportnormdatensatzes automatisch erstellt werden. Beispiele hierzu sind das „Datenbankexport“-CDA selbst oder auch JSON-Files welche Abrechnungsdaten beinhalten.

Die Konformanzkriterien basieren auf den Anforderungen der IHE und weichen bei manchen Elementen von den Anforderungen der ELGA-XDS Metadaten ab. Dies ist Aufgrund der Tatsache erklärbar, dass ELGA den Fokus auf den ungerichteten Dokumentenaustausch mittels IHE XDS legt und der gegenständliche Leitfaden den trägermediumgebundenen (CDA, USB Speicherstick) Austausch auf Basis von IHE XDM beschreibt. Zudem werden in ELGA nur CDA Dokumente mittels IHE XDS verfügbar gemacht und im Kontext des Exportnormdatensatzes können auch andere Dateiformate inkludiert sein. Hinsichtlich der Vorschriften des Mappings von CDA-Headerelementen zu den XDS-Metadaten werden die Spezifikationen von ELGA angewendet. Diese Vorschriften betreffen die einzelnen DocumentEntries. Informationen zum übergeordneten SubmissionSet sind in der Tabelle ersichtlich.

Code	Bedeutung
M	Das Element MUSS mit einem korrekten "echten" Wert angegeben werden. "Dummy"-Werte sind NICHT ERLAUBT. Entspricht der in älteren Leitfäden gebräuchlichen Notation [R] ("required").
R	Das Element SOLL in der Instanz vorhanden sein, sofern bekannt. Wenn nicht bekannt, darf es nicht in der Instanz codiert sein und muss weggelassen werden. Entspricht der in älteren Leitfäden gebräuchlichen Notation [R2] ("required if known").
O	Optional
NP	Das Element ist NICHT ERLAUBT. Entspricht der in älteren Leitfäden gebräuchlichen Notation [X] ("prohibited")

Ebene	Element	Konformanz		Kommentar
		SD	ODD
SubmissionSet	author	R [1..1]		Angaben des Authors (Mensch oder Maschine)
SubmissionSet	availabilityStatus	O [0..1]		fixer Wert: "Approved"
SubmissionSet	comments	O [0..1]		Kommentare zum SubmissionSet
SubmissionSet	contentTypeCode	NP [0..0]		contentTypeCode beschreibt die medizische Dienstleistung welche der Generierung des XDM Datensatzes zu Grunde liegt. Aufgrund der Tatsache, dass der Export NICHT auf einer medizischen Dienstleistung beruht, wird der contentTypeCode NICHT im Kontext von EXNDS verwendet.
SubmissionSet	entryUUID	R [1..1]		UUID des SubmissionSets in den Metadaten
SubmissionSet	homeCommunityId	O [0..0]		Laut ELGA wäre dieser Eintrag verpflichtend. Laut IHE für XDM optional. Weil nicht jeder (Fach)Arzt an einer Community teilnehmen muss, ist hier die Verpflichtung abgeändert.
SubmissionSet	intendedRecipient	R [0..1]		Sollte der Patient Auskunft darüber geben für wen der Export gemacht wird (Patient, anderer Arzt) soll dies in diesem Element vermerkt werden
SubmissionSet	patientId	R [0..1]		ID des Patienten innerhalb der Affinity Domain. Sollte diese nicht vorhanden sein, kann auch die lokale PatientenId angegeben werden
SubmissionSet	sourceId	R [1..1]		ID des Systems welches das SubmissionSet erstellt hat
SubmissionSet	submissionTime	R [1..1]		Zeitstempel wann das SubmissionSet erstellt wurde
SubmissionSet	title	O [0..1]		Title des SubmissionSets
SubmissionSet	uniqueId	R [1..1]		ID des SubmissionSets
Die folgenden Einträge beschreiben die XDS Metadaten für das DocumentEntry. Diese sind auch von ELGA für CDA Dokumente definert worden. Wenn möglich sollen die ELGA Spezifikationen übernommen werden (für CDA und nicht-CDA-Dokumente)
DocumentEntry	author	R [0..1]	R [0..1]	siehe ELGA Metadaten
DocumentEntry	classCode	R [0..1]	R [0..1]	wird nur für CDA-Dokumente verwendet, ansonsten weggelassen
DocumentEntry	confidentialityCode	R [1..1]	R [0..1]	Value Set "ELGA_Confidentiality", empfohlener Wert "normal"
DocumentEntry	creationTime	R [1..1]	R [0..1]	Zeitpunkt der Dokumentenerstellung
DocumentEntry	entryUUID	R [1..1]	R [1..1]	ID des Metadateneintrages für das Dokument
DocumentEntry	eventCodeList	O [0..1]	O [0..1]	für das Datenbankexport-CDA wird dieser Eintrag weggelassen, da hier keine medizinischen Dienstleistungen (sondern der Export) stattgefunden haben. Für andere CDA siehe ELGA Leitfaden zu den Metadaten
DocumentEntry	formatCode	R [0..1]	R [0..1]	Value Set "exnds_FormatCodes_VS" (für nicht CDA Dokumente) oder "ELGA_FormatCodes_VS" (für CDA Dokumente). Sollte kein passender Code gefunden werden kann auch ein Code aus einer eigenen Codeliste verwendet werden.
DocumentEntry	hash	R [1..1]	R [1..1]	Hash Wert des Dokuments
DocumentEntry	healthcareFacilityTypeCode	R [0..1]	R [0..1]	Value Set "ELGA_ HealthcareFacilityTypeCode"
DocumentEntry	homeCommunityId	O [0..1]	O [0..1]	Angabe der HomeCommunityId (kann ELGA Bereich entsprechen). Nachdem nicht jeder Arzt einem ELGA Bereich zugeordnet sein muss, ist dieses Feld optional
DocumentEntry	languageCode	R [0..1]	R [0..1]	Value Set, empfohlener Wert für Deutsch "de-AT"
DocumentEntry	legalAuthenticator	R [0..1]	O [0..1]	Person welche das Dokument rechtlich unterzeichnet. Fällt in der Regel bei ODD weg
DocumentEntry	mimeType	R [1..1]	R [1..1]	Value Set "IANA Mime Type" (Teilmenge), weitere Werte siehe RFC 2045 bis RFC 2049. Beispiele: DICOM "application/dicom", für JSON "application/json", für iCal "text/calendar" ...
DocumentEntry	objectType	R [1..1]	R [1..1]	Unterscheidung zwischen "Stable Document" und "On-Demand Document". Das "Datenbankexport"-CDA wäre als ODD zu führen, andere CDA-Reports (eBefunde) wären als SD zu führen.
DocumentEntry	patientId	R [0..1]	R [0..1]	ID des Patienten innerhalb der Affinity Domain. Sollte diese nicht vorhanden sein, kann auch die lokale PatientenId angegeben werden
DocumentEntry	practiceSettingCode	R [0..1]	R [0..1]	Value Set "ELGA_PracticeSetting_VS"
DocumentEntry	referenceIdList	O [0..1]	O [0..1]	siehe ELGA Spezifikation
DocumentEntry	serviceStartTime	R [0..1]	R [0..1]	Beginn-Datum der Gesundheitsdienstleistung. Bei dem Datenbankexport-CDA wäre hier der Exportzeitpunkt anzugeben
DocumentEntry	serviceStopTime	R [0..1]	R [0..1]	End-Datum der Gesundheitsdienstleistung. Bei dem Datenbankexport-CDA wäre hier der Exportzeitpunkt anzugeben
DocumentEntry	size	R [1..1]	R [1..1]	Größe des Dokuments in byte
DocumentEntry	sourcePatientId	R [0..1]	R [0..1]	Patienten-ID des lokalen Systems
DocumentEntry	sourcePatientInfo	R [0..1]	R [0..1]	Demographische Daten des Patienten
DocumentEntry	title	O [0..1]	O [0..1]	Titel des Dokuments
DocumentEntry	typeCode	R [0..1]	R [0..1]	wird nur für CDA-Dokumente verwendet, ansonsten weggelassen
DocumentEntry	uniqueId	R [1..1]	R [1..1]	ID des Dokuments
DocumentEntry	URI	R [1..1]	R [1..1]	relativer Pfad zu dem Dokument

6.1.1 IHE XDM Struktur für den Exportnormdatensatz

Die nachfolgende Tabelle zeigt die Struktur welche von XDM gefordert wird. Die Elemente in der ersten Spalte sind hinsichtlich ihrer Verschachtelung nach rechts eingerückt. Die Tabelle zeigt die notwendigen Inhalte (siehe Spalte Verpflichtung), nutzt jedoch gleichzeitig Beispieldaten um die Struktur zu verdeutlichen.

Elementname			Datei/Ordner	Verpflichtung	Hinweis	Verweise
README.TXT			Datei	M	Die Readme Datei muss Hinweise zu den am Export beteiligten Akteuren (Software, Arzt) enthalten	Link
INDEX.HTM			Datei	M	Die INDEX.HTM muss eine Übersicht über die exportierten Patienten ermöglichen	Link
IHE_XDM			Ordner	M	Dies ist der root-Ordner für XDM Anwendungen. Er kann eine unbestimmte Anzahl an Submission Sets enthalten. Im Kontext des Exportnormdatensatzes wird für jeden exportierten Patienten ein Submission Set erstellt. Zudem soll es ein übergreifendes Submission Set geben, welches z.B. die benötigten Codelisten enthält
	PAT0001		Ordner	M (Name beispielhaft)	Submission Set für den ersten Patienten. Als Ordnername soll der systeminterne Patientenidentifier genutzt werden
		INDEX.HTM	Datei	M	Die INDEX.HTM auf Patientenebene ermöglicht eine Übersicht über die patientenspezifischen Dokumente	Link
		METADATA.XML	Datei	M	Das METADATA.XML enthält die maschinenlesbaren Metainformationen zu den enthaltenen Dokumenten	Link
		PAT0001.XML	Datei	M (Name beispielhaft)	Dies ist das Datenbankexport CDA für den ersten Patienten. Die Spezifikation dieses CDA Dokuments ist Gegenstand dieses Leitfadens	Link
		CDAStylesheet.XSL	Datei	M (Name beispielhaft)	Ein Stylesheet um das Datenbankexport CDA anzuzeigen. Das ELGA Referenzstylesheet kann genutzt werden
		TERMIN001.ICS	Datei	Beispiel	Beispieldatei: Ein patientenspezifischer Termineintrag	Link
	PAT0002		Ordner	M (Name beispielhaft)	Submission Set für den zweiten Patienten. Als Ordnername soll der systeminterne Patientenidentifier genutzt werden
		INDEX.HTM	Datei	M	Die INDEX.HTM auf Patientenebene ermöglicht eine Übersicht über die patientenspezifischen Dokumente	Link
		METADATA.XML	Datei	M	Das METADATA.XML enthält die maschinenlesbaren Metainformationen zu den enthaltenen Dokumenten	Link
		PAT0002.XML	Datei	M (Name beispielhaft)	Dies ist das Datenbankexport CDA für den zweiten Patienten. Die Spezifikation dieses CDA Dokuments ist Gegenstand dieses Leitfadens	Link
		Labbef01.XML	Datei	Beispiel	Beispieldatei: ein CDA Laborbefund
		CDAStylesheet.XSL	Datei	M (Name beispielhaft)	Ein Stylesheet um das Datenbankexport CDA anzuzeigen. Das ELGA Referenzstylesheet kann genutzt werden
		BERICHT01.PDF	Datei	Beispiel	Beispieldatei: ein Bericht in PDF Form
		PAT0002.PDF	Datei	R (Name beispielhaft)	Beispieldatei: ein PDF rendering des Datenbankexport CDAs. Dieses PDF wird empfohlen, wenn der Export an den Patienten übergeben wird.
	ALLGEMEIN		Ordner	R	Submission Set für allgemeine Daten
		METADATA.XML	Datei	M	Das METADATA.XML enthält die maschinenlesbaren Metainformationen zu den enthaltenen Dokumenten	Link
		Codeliste1.XML	Datei	R (Name beispielhaft)	Beispieldatei: Codeliste mit systeminternen Codes	Link
		Abkürzungen1.XML	Datei	R (Name beispielhaft)	Beispieldatei: Codeliste mit systeminternen Abkürzungen	Link

6.1.2 README.TXT

Laut IHE Profile XDM ist zwingend eine README.TXT Datei in der Ordnerstruktur zu führen. Nach MUSS diese Datei folgende Informationen beinhalten:

• Kontaktinformationen über das dokumenterstellende Institut
• Informationen über das Softwareprodukt welches an der Erstellung beteiligt war
  • Name und Version
  • Kontaktinformationen zum Softwareprodukthersteller
• Information über die Struktur des XDM Datenset

Es ist anzumerken, dass das README.TXT File von der transportierten klinischen Information unabhängig ist. Somit kann die gleiche README.TXT in verschiedenen Exporten vorkommen.

Erzeugt von:
Arztpraxis Dr. Meier
Mozartgasse 1-7
5350 St.Wolfgang, Salzburg

Für Unterstützung:
Arztpraxis Dr. Meier (stellt Kontakt her)
+43 6138 3453446 122

Erzeugt durch xy GmbH - Arztsoftware (Version 8.123, www.xy-arztsoftware.at), basierend auf der Spezifikation des Exportnormdatensatzes mit der OID 1.2.40.0.34.7.25.1

Der IHE_XDM Ordner enhält für jeden Patienten/jede Patientin einen eigenen Unterordner. Der Name des Unterordners ist die PatientenID aus dem Quellsystem.

Zur Darstellung der Inhalte können folgende Softwareprodukte genutzt werden:
- Für CDA Dokumente (.XML): Browser und ELGA-Referenzstylesheet, bzw. ENDS2-Importtool
- Für iCalender Dateien (.ICS): Kalenderapplikation, bzw. ENDS2-Importtool
- Für JSON Dateien (.JSON): Texteditor, bzw. ENDS2-Importtool

6.1.3 INDEX.HTM im Wurzelverzeichnis

Die folgende INDEX.HTM liegt im Wurzelverzeichnis der IHE Daten und dient zur Übersicht aller vorhandenen Patienten. Sie stellt dabei die folgenden Informationen dar:

• Kontaktinformationen über den Ersteller der Dokumente
• Pro Patient
  • Name
  • Vorname
  • Geburtsdatum
  • Link zu dessen Dokumentenübersicht

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML Basic 1.1//EN" "http://www.w3.org/TR/xhtml-basic/xhtml-basic11.dtd">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html;charset=utf-8" />
  <title>XDM</title>
  <style type="text/css">
    table, th, td {
      border: 1px solid black;
    }
  </style>
</head>

<body>
  <h1>XDM Patientenübersicht:</h1>
  <p>
    Erzeugt von:<br />
    Amadeus Spital - Urologische Ambulanz<br />
    Mozartgasse 1-7<br />
    5350 St. Wolfgang
  </p>
  <table>
    <tr>
      <th>Name</th>
      <th>Vorname</th>
      <th>Geburtsdatum</th>
      <th>Dokumentenübersicht</th>
    </tr>
    <tr>
      <td>TEST0000000036</td>
      <td>Maximilian</td>
      <td>26.08.2001</td>
      <td><a href="00000036/INDEX.HTM">00000036/INDEX.HTM</a></td>
    </tr>
  </table>
</body>
</html>

6.1.4 INDEX.HTM eines Patientenverzeichnisses

Die folgende INDEX.HTM dient als Übersicht der vorhandenen Patientendaten. Eine entsprechend angepasste Version befindet sich in jedem Patientenverzeichnis und stellt dabei die folgenden Informationen dar:

• Kontaktdaten zum Ersteller der Dokumente
• Patientendaten
  • Name
  • ID im System
  • Geschlecht
  • Geburtsdatum
  • Postadresse
• Dokumentendaten
  • Art/Bezeichnung des Dokuments
  • Datum
  • Link zur Datei
  • MIME Type

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML Basic 1.1//EN" "http://www.w3.org/TR/xhtml-basic/xhtml-basic11.dtd">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html;charset=utf-8" />
  <title>XDM - klinische Dokumente für Maximilian TEST0000000036</title>
  <style type="text/css">
    table, th, td {
      border: 1px solid black;
    }
  </style>
</head>

<body>
  <h1>XDM Dokumente:</h1>
  <p>
    Erzeugt von:<br />
    Amadeus Spital - Urologische Ambulanz<br />
    Mozartgasse 1-7<br />
    5350 St. Wolfgang
  </p>
  <p>
    Name des Patienten: Maximilian TEST0000000036<br />
    Pat-ID: 36<br />
    Geschlecht: M<br />
    Geburtsdatum: 26.08.2001<br />
    STR0000000036<br />
    0036 WIEN0000000036
  </p>

  <h2>Dokumente:</h2>
  <table>
    <tr>
      <th>Dokumentart</th>
      <th>Datum</th>
      <th>Link</th>
      <th>MIME Type</th>
    </tr>
    <tr>
      <td>NDS (CDA)</td>
      <td>12.12.2018</td>
      <td><a href="00000036.XML">Exportdaten</a></td>
      <td>text/xml</td>
    </tr>
    <tr>
      <td>Termin</td>
      <td>08.10.2018</td>
      <td><a href="TERMIN001.ICS">Termin Verbandswechsel</a></td>
      <td>text/calendar</td>
    </tr>
    <tr>
      <td>Laborbefund</td>
      <td>15.4.2018</td>
      <td><a href="LAB01.XML">Allgemeiner Laborbefund</a></td>
      <td>text/xml</td>
    </tr>
</body>
</html>

7 Spezifikationen abseits von CDA

Neben dem CDA Dokument, welches primär medizinische Daten des zu exportierenden Patienten oder der zu exportierenden Patienten beinhaltet, gibt es noch weitere Dateiformate. Die Daten, welche in diesen Dateien enthalten sind, könnten nicht ohne weiteres in einem HL7 CDA Dokument codiert werden. Daher fiel die Entscheidung für nicht-medizinische Daten andere, besser geeignete Dateiformate zu nutzen. Die folgenden Kapitel stellen diese vor und legen Einschränkungen fest.

Aus derzeitiger Sicht wird die korrekte Implementierung dieser Dateiformate nicht durch Prüfregeln automatisiert prüfbar sein. Die zur Verfügung gestellten Prüfregeln umfassen nur die Schematron-Regeln für das CDA Dokument.

7.1 iCalendar

Um Termine abbilden zu können, wird das iCalendar Format verwendet. Das folgende Beispiel basiert dabei auf den Spezifikationen RFC 5545 und RFC 7986. Es wurde mit einem Validator geprüft und deckt die definierten Anforderungen ab.

BEGIN:VCALENDAR
VERSION:2.0
PRODID:http://www.example.com/calendarapplication/
METHOD:PUBLISH
BEGIN:VEVENT
UID:461092315540@example.com
ORGANIZER;CN="Dr. Max Mustermann":MAILTO:max.mustermann@example.com
CONTACT:Herr Theodor Test, Patient ID 012345
LOCATION:Praxis Dr. Mustermann, Raum 01
SUMMARY:Verbandswechsel
DESCRIPTION:Verbandswechsel Hr. Tester
RESOURCES:Dr. Mustermann, Assistent
CATEGORIES:Nachbehandlung
CLASS:PUBLIC
COLOR:green
DTSTART:20190910T090000Z
DTEND:20190910T091500Z
DTSTAMP:20190903T130000Z
END:VEVENT
END:VCALENDAR

7.2 JSON

Daten, für die die Darstellung als CDA nicht geeignet ist, werden im JSON-Format dargestellt. Dies gilt für

• Geldflussdaten,
• Formulare,
• Stammdaten und
• Lagerstände.

Die unten angegebenen Strukturbeispiele sind informativ zu verstehen und können je nach Bedarf flexibel erweitert werden. Daher sind nicht alle Beispiele vollständig angeführt (z.B. "Stammdaten"), da sie lediglich als Grundlage für die individuelle Entwicklung dienen sollen.

Die folgenden Tabellen listen die benötigten Elemente sowie deren Eigenschaften auf. In den Strukturbeispielen werden die zu verwendeten Datentypen wie folgt dargestellt:

• String: "" (Leerstring)
• Numerisch: 0
• Datum: String im ISO-8601-Format
• Code: dabei handelt es sich um keinen JSON Datentyp. Diese Angabe soll verdeutlichen, dass bei diesen Werten aus einem eingeschränkten Wertevorrat gewählt werden muss. Technisch gesehen wird der Wert in der Regel als Datentyp "String" behandelt, in gewissen Fällen wäre auch "Numerisch" denkbar.

7.2.1 Geldflussdaten

Die angegebenen Element- und Attribute Namen sind verpflichtend einzuhalten.

Attribut	Kardinalität	Datentyp	Hinweis
Geldflussdaten	1..1	Array	fasst die folgenden Attribute als JSON-Objekte zusammen
Text	0..1	String
Betrag	1..1	Numerisch
Mehrwertsteuer-Satz	1..1	Numerisch
Zahlungsart	0..1	Code	Zulässige Werte: "Bar", "Scheck", "Kreditkarte", "Bankomat"

Strukturbeispiel:

{
  "Geldflussdaten": [
    {
      "Text": "Erstbehandlung",
      "Betrag": 120,
      "Mehrwertsteuer-Satz": 20,
      "Zahlungsart": "Kreditkarte"
    }
  ]
}

7.2.2 Formulardaten

Die angegebenen Element- und Attribute Name sind verpflichtend einzuhalten.

Attribut	Kardinalität	Datentyp	Hinweis
Formular	1..1	Array	fasst die folgenden Attribute als JSON-Objekte zusammen
Klasse	1..1	String/Code	Im Falle, dass Codes verwendet werden müssen diese in einer Codeliste, welche dem XDM inkludiert wird, angeführt werden.
Erstellungsdatum	0..1	Datum
Formular/Feld	1..1	Array	fasst die folgenden Attribute als JSON-Objekte zusammen
Name	1..1	String
Typ	1..1	String/Code	Im Falle, dass Codes verwendet werden müssen diese in einer Codeliste, welche dem XDM inkludiert wird, angeführt werden.
Inhalt	0..1	String
Reihenfolge	0..1	Numerisch

Strukturbeispiel:

{
  "Formular": [
    {
      "Klasse": 1,
      "Erstellungsdatum": "2020-10-08T07:17:51.876Z",
      "Feld": [
        {
          "Name": "Sozialversicherungsnummer",
          "Typ": "numerisch",
          "Inhalt": "",
          "Reihenfolge": 4
        }
      ]
    }
  ]
}

7.2.3 Stammdaten

Die angegebenen Element- und Attribute Namen sind verpflichtend einzuhalten. Weitere Attribute, die nicht in dieser Tabelle aufgeführt sind, können nach Bedarf ergänzt werden (siehe Strukturbeispiel).

Attribut	Kardinalität	Datentyp	Hinweis
Stammdaten	1..1	Array	fasst die folgenden Attribute als JSON-Objekte zusammen
Leistungen	1..1	Array	fasst die folgenden Attribute als JSON-Objekte zusammen
Code	1..1	Code	Die verwendeten Codes müssen in einer Codeliste, welche im XDM inkludiert wird, angeführt werden.
Bezeichnung	1..1	String
Einzelpreis brutto	1..1	Numerisch
Einzelpreis netto	1..1	Numerisch
Umsatzsteuer Prozent	1..1	Numerisch
Krankenkasse	0..1	String
Diagnosen	1..1	Array	fasst die folgenden Attribute als JSON-Objekte zusammen
Bezeichnung	1..1	String/Code	Im Falle, dass Codes verwendet werden, müssen diese in einer Codeliste, welche dem XDM inkludiert wird, angeführt werden.
Beschreibung	0..1	String

Strukturbeispiel:

{
  "Stammdaten": [
    {
      "Leistungen": [
        {
          "Code": 1,
          "Bezeichnung": "Erstbehandlung",
          "Einzelpreis brutto": 144,
          "Einzelpreis netto": 120,
          "Umsatzsteuer Prozent": 20,
          "Krankenkasse": ""
        }
      ],
      "Diagnosen": [
        {
          "Bezeichnung": "Myokardinfarkt",
          "Beschreibung": "Einengung oder Verlegung der Koronararterie oder einer ihrer Nebenäste"
        }
      ],
      "Medikamente": [],
      "Allergien": [],
      "Textblöcke": [],
      "Zuweiser": "",
      "Terminarten": []
    }
  ]
}

7.2.4 Lagerstand

Attribut	Kardinalität	Datentyp	Hinweis
Lager	1..1	Array	fasst die folgenden Attribute als JSON-Objekte zusammen
Medikamente	1..1	Array	fasst die folgenden Attribute als JSON-Objekte zusammen
Pharmazentralnummer	1..1	Numerisch
Lagerstand	1..1	Numerisch
Meldung ab	0..1	Datum
Nachbestellen bis	0..1	Datum
Zusatzartikel	1..1	Array	fasst die folgenden Attribute als JSON-Objekte zusammen
Bezeichnung	1..1	String
Lagerstand	1..1	Numerisch

Strukturbeispiel:

{
  "Lager": [
    {
      "Medikamente": [
        {
          "Pharmazentralnummer": 533363,
          "Lagerstand": 90,
          "Meldung ab": "2020-10-08T07:38:13.700Z",
          "Nachbestellen bis": "2020-10-08T07:38:13.700Z"
        }
      ],
      "Zusatzartikel": [
        {
          "Bezeichnung": "Einmalhandschuhe",
          "Lagerstand": 200
        }
      ]
    }
  ]
}

7.3 Verrechnungsdaten

7.3.1 Rechnungen

Prinzipiell werden nur patientenbezogene Rechnungen exportiert. Je nach Anwendungsfall kommen die folgenden Formate dafür in Frage:

• Pan-European Public Procurement OnLine (PEPPOL, siehe https://www.erechnung.gv.at/erb)
• Rechnungsformat der Sozialversicherungen (siehe https://www.elda.at/cdscontent/?contentid=10007.755331&viewmode=content)
• Rechnungsformat des Versicherungsverbandes der Privatversicherungen (VVO, siehe EDIVKA-Datenaustausch: https://www.vvo.at/vvo/vvo.nsf/sysUNID/xDED4A249481F0851C1257D7F00435EBA)
• PDF

7.3.2 Registrierkassendaten

• Datenerfassungsprotokoll (DEP)

7.3.3 Buchhaltungsdaten

• Formate der DATEV GmbH

7.4 Eigene Codesysteme

Es ist davon auszugehen, dass Informationen über Patienten oder Systemparameter in Arztpraxissystemen benutzerspezifische Abkürzungen oder Codes enthalten. Diese benutzerspezifischen Abkürzungen oder Codes könnten vom Arzt vergeben worden sein, für ein spezifisches Arztpraxisinformationsystem vom Hersteller im Zuge einer Konfiguration vergeben worden sein oder für alle Arztpraxisinformationssysteme von einem Hersteller gelten. In allen Fällen MUSS im Zuge des Exports auch die Bedeutung der benutzerspezifischen Abkürzungen und Codes exportiert werden um die Bedeutung dieser auch erfassbar zu machen. Hierzu MUSS dem XDM Datenpaket zumindest ein Codesystem hinzugefügt werden, welches die verwendeten Abkürzungen auflöst. Dem Hersteller bzw. Arzt soll es überlassen sein, ob im Zuge eines Exports von Patientendaten sämtliche Abkürzungen und Codes, welche in dem Arztpraxissystem Verwendung finden, exportiert werden oder nur diejenigen, welche tatsächlich in den exportierten Daten verwendet werden. Das Exportformat für die Codes und Abkürzungen ist IHE Sharing Value Sets (SVS). Dieses wird auch vom österreichischen Terminologieserver als Dateiformat für Codelisten und Valuesets genutzt. Dieses XML-basierte Format für den Austausch von Terminologien basiert auf einer flachen Liste der einzelnen Konzepte (entspricht einer Abkürzung oder einem Code). Die nachfolgenden Tabellen zeigen die notwendigen Strukturen in einer minimalen Variante.

Dem Hersteller ist es überlassen ob es mehrere SVS Dateien gibt (z.B. thematisch separiert) oder ob es nur eine SVS Datei gibt, in der sämtliche Konzepte enthalten sind (unabhängig vom Verwendungszweck). In jedem Fall muss sichergestellt werden, dass innerhalb einer SVS Datei die Konzepte eindeutig auf eine Beschreibung mappen und dass die Zuordnung von Abkürzungen und Codes zwischen Verwendungsort und Codeliste eindeutig ist. Zwei gesonderte Codelisten sind dann zu empfehlen, wenn zwischen eigens definierten Codes und Abkürzungen sowie Codes und Abkürzungen, welche aus einem bestehenden Codesystem entliehen wurden, unterschieden werden soll.

Der Struktur dieser XML-Datei sieht wie folgt aus:

<!-- Dieses Element beinhaltet Attribute, welche das Valueset/Codeliste beschreiben. 
Weiters enthält diese Element genau ein conceptList-Element -->
<valueSet name='ASW_HerstellerX_WeitereDaten' displayName='Weitere Daten von Hersteller X' effectiveDate='2017-01-26' id='1.2.40.0.34.99.111' statusCode='final'  beschreibung=''>
  <!-- Dieses Element beinhaltet eine unbestimmte Menge an concept-Elementen -->
  <conceptList> 
    <!-- Jedes dieser Elemente beinhaltet die Informationen zu einem Konzept -->
    <concept code='ImpfSch' codeSystem='1.2.40.0.34.99.111' displayName='Impfschaden' level='0' type='L' conceptStatusDate='2017-01-26'/>
    <concept code='BevOrth' codeSystem='1.2.40.0.34.99.111' displayName='Bevorzugter Orthopäde' level='0' type='L' conceptStatusDate='2017-01-26'/>
  </conceptList>
</valueSet>

Nachfolgende Tabelle zeigt die Attribute des valueSet-Elements

Name des Attributes	Beschreibung
name	Name der Codeliste, der sich auch in dem Dateinamen der Codeliste widerspiegeln soll
displayName	Klartextbezeichnung des Codesystems
effectiveDate	Relevantes Datum der Terminologien Es sollte das Datum des Exports gewählt werden. Die Darstellung soll dem Format YYYY-MM-DD entsprechen.
id	Die OID des Codesystems Es wird empfohlen, dass die OID des Gesundheitsdienstanbieters als Basis genutzt und um einen weiteren Knotenpunkt erweitert wird
statusCode	Status des Codesystems fixer Wert "final"
beschreibung	Beschreibung des Codesystems Es wird empfohlen, dass in diesem Element festgehalten wird, dass dieses Codesystem im Zuge des Exportnormdatensatzes erstellt wurde. Beispiel hierzu wäre: beschreibung="Konzepte von Arztpraxis XXX, erstellt im Zuge eines Datenexports"

Nachfolgende Tabelle zeigt die Attribute des concept-Elements

Name des Attributes	Beschreibung
code	Verwendeter Code oder Abkürzung
codeSystem	gleicher Code wie valueSet@id ODER OID des Parent Code Systems (wenn der Code oder die Abkürzung aus einem vorhandenen Codesystem entliehen wurde
displayName	Klartextrepräsentation des Codes oder der Abkürzung
level	Angabe zur Hierarchiestufe des Codes (in einer flachen Liste können alle Konzepte den Wert level="0" haben)
type	Angabe zu Type des Codes im Hierarchiebaum (in einer flachen Liste können alle Konzepte den Wert type="L" haben
conceptStatusDate	Angabe des Datums ab wann dieser Code gültig wurde. Im Kontext des Exportnormdatensatzes kann hier das Exportdatum gewählt werden.

8 Dokumenten Spezifikation

Information über die Inhalte des CDA-Headers (Administrative Information) kann direkt aus der Spezifikation auf Dokumenten Ebene im nachfolgenden Kapitel gewonnen werden. Informationen über die Inhalte des CDA-Bodies (Medizinische Information) kann aus der Übersichtstabelle in Kapitel Section-Templates Übersicht gewonnen werden.

8.1 Dokumenten Ebene

Id	1.2.40.0.34.6.0.11.0.6	Gültigkeit ab	2025‑09‑08 12:45:54 Andere Versionen mit dieser Id: exnds_document_exportNormdatensatz vom 2019‑06‑12 09:18:44
Status	Entwurf	Versions-Label	1.0.1+20250908
Name	exnds_document_exportNormdatensatz	Bezeichnung	Export-Normdatensatz
Kontext	Pfadname /
Klassifikation	CDA Document Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 42 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.1.10 Inklusion Document Realm (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.30 Inklusion Document TypeId (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.46 Inklusion Document TerminologyDate (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.47 Inklusion Document FormatCode (1.1.0+20210303) DYNAMIC 1.2.40.0.34.6.0.11.1.44 Inklusion Document PracticeSettingCode (1.1.0+20210303) DYNAMIC 1.2.40.0.34.6.0.11.1.11 Inklusion Document Effective Time (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.12 Inklusion Document Confidentiality Code (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.13 Inklusion Document Language (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.15 Inklusion Document Set Id and Version Number (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.3 Inklusion Record Target (1.2.3+20260120) DYNAMIC 1.2.40.0.34.6.0.11.1.2 Inklusion Author (1.0.3+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.4 Inklusion Custodian (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.1.24 Inklusion Information Recipient (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.5 Inklusion Legal Authenticator (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.6 Inklusion Authenticator (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.20 Inklusion Participant Fachlicher Ansprechpartner (1.0.2+20210803) DYNAMIC 1.2.40.0.34.6.0.11.1.23 Inklusion Participant Hausarzt (1.0.1+20210803) DYNAMIC 1.2.40.0.34.6.0.11.1.27 Inklusion Participant Auskunftsberechtigte Person (Notfallkontakt) (1.0.2+20210803) DYNAMIC 1.2.40.0.34.6.0.11.1.25 Inklusion Participant Angehoerige (1.0.1+20210803) DYNAMIC 1.2.40.0.34.6.0.11.1.26 Inklusion Participant Versicherung (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.29 Inklusion Participant Betreuungsorganisation (1.0.1+20251209) DYNAMIC 1.2.40.0.34.6.0.11.1.28 Inklusion Participant Weitere Behandler (1.0.0+20210219) DYNAMIC 2.16.840.1.113883.10.12.109 Inklusion CDA inFulfillmentOf DYNAMIC 1.2.40.0.34.6.0.11.1.7 Inklusion Component Of - Encompassing Encounter (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.2.66 Containment EXNDS Weitere Patienteninformation - Administrativ (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.2.67 Containment EXNDS Weitere Patienteninformation - Medizinisch (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.2.99 Containment EXNDS Cave - kodiert (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.2.96 Containment Diagnose - kodiert (1.1.3) DYNAMIC 1.2.40.0.34.6.0.11.2.30 Containment EXNDS Familienanamnese (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.2.32 Containment EXNDS Behandlungsschein (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.2.33 Containment EXNDS Behandlungen (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.2.34 Containment EXNDS Karteineintragungen (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.2.35 Containment EXNDS Laborparameter (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.2.104 Containment EXNDS Speciality-Section Container (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.2.101 Containment EXNDS Verordnungen (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.2.1 Containment Impfungen - kodiert (1.0.0+20210219) 2021‑02‑19 11:46:43 1.2.40.0.34.6.0.11.2.2 Containment Impfempfehlungen - kodiert (1.0.5+20260204) DYNAMIC 1.2.40.0.34.6.0.11.2.40 Containment EXNDS Befund (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.2.37 Containment EXNDS eCard Konsultationsdaten (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.2.38 Containment EXNDS ABS-Daten (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.2.36 Containment EXNDS Attachments (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.2.39 Containment EXNDS Krankenstand (1.0.0+20210310) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.0.6 Export-Normdatensatz (2019‑06‑12 09:18:44) ref exnds-
Item DT Kard Konf Beschreibung Label hl7:ClinicalDocument 1 … 1 M @classCode cs 0 … 1 F DOCCLIN @moodCode cs 0 … 1 F EVN Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.10 Document Realm (DYNAMIC) hl7:realmCode CS 1 … 1 M Hoheitsbereich des Dokuments. Fester Wert: @code = AT (aus Value Set „ELGA_RealmCode“) @code 1 … 1 F AT Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.30 Document TypeId (DYNAMIC) hl7:typeId II 1 … 1 M Dokumentformat CDA R2 @root uid 1 … 1 F 2.16.840.1.113883.1.3 @extension st 1 … 1 F POCD_HD000040 hl7:templateId II 1 … 1 M wo [@root='1.2.40.0.34.6.0.11.0.1'] @root uid 1 … 1 F 1.2.40.0.34.6.0.11.0.1 hl7:templateId II 1 … 1 M wo [@root='1.2.40.0.34.7.25.1'] @root uid 1 … 1 F 1.2.40.0.34.7.25.1 hl7:templateId II 1 … 1 M wo [@root='1.2.40.0.34.6.0.11.0.6'] @root uid 1 … 1 F 1.2.40.0.34.6.0.11.0.6 hl7:id II 1 … 1 M hl7:code CE 1 … 1 M Verpflichtende Angabe des Dokumententyps und der Dokumentenklasse   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.36 exnds_DocumentType_VS (DYNAMIC) hl7:translation CD 1 … 1 M @code cs 1 … 1 F DatenbankexportEXNDS @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Datenbankexport EXNDS @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:title ST 1 … 1 M   CONF Elementinhalt MUSS "Datenbankexport" sein Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.46 Document TerminologyDate (DYNAMIC) hl7at:terminologyDate TS.DATE.FULL 1 … 1 M Das Terminologie-Datum des Dokumentes Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.   Constraint Das Datum der letzten Terminologie-Aktualisierung MUSS entsprechend klassischer HL7 V3 Notation im Format "YYYYMMDD" angegeben werden. Beispiel: 20200527 Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.47 Document FormatCode (DYNAMIC) hl7at:formatCode CD 1 … 1 M die genaue Version des XDS FormatCode @code cs 1 … 1 R Siehe https://termpub.gesundheit.gv.at:443/TermBrowser/gui/main/main.zul?loadType=ValueSet&loadName=ELGA_FormatCode_VS   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.61 ELGA_Formatcode (DYNAMIC) @codeSystem oid 1 … 1 F 1.2.40.0.34.5.37 @displayName st 1 … 1 R Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.44 Document PracticeSettingCode (DYNAMIC) hl7at:practiceSettingCode CD 1 … 1 M Die fachliche Zuordnung des Dokumentes @displayName 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.75 ELGA_PracticeSetting (DYNAMIC) Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.11 Document Effective Time (DYNAMIC) Angabe des Zeitpunkts wann der Export aus dem Primärsystem stattgefunden hat. hl7:effectiveTime TS.AT.TZ 1 … 1 M Relevantes Datum des Dokuments. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.   at-cda-bbr-data​element-11  Erstellungsdatum  Dataset A Allgemeiner Leitfaden Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.12 Document Confidentiality Code (DYNAMIC) hl7:confidentialityCode CE 1 … 1 M Vertraulichkeitscode des Dokuments aus Value Set „ELGA_Confidentiality“.    at-cda-bbr-data​element-13  Vertraulichkeitscode  Dataset A Allgemeiner Leitfaden @codeSystemName st 1 … 1 F HL7:Confidentiality   Constraint Für ELGA-Dokumente ist ausschließlich "N" erlaubt! Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.13 Document Language (DYNAMIC) hl7:language​Code CS.LANG 1 … 1 M Sprachcode des Dokuments.   at-cda-bbr-data​element-14  Sprachcode  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.10 ELGA_LanguageCode (DYNAMIC)   Constraint Für ELGA ist in @code für CDA und Ableitungen in die XDSDocumentEntry-Metadaten derzeit ausschließlich der Wert "de-AT" zulässig. Für eHealth und zukünftige Versionen der ELGA Leitfäden können weitere Sprachcodes erlaubt werden. Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.15 Document Set Id and Version Number (DYNAMIC) hl7:setId II 1 … 1 M Eindeutige Id des Dokumentensets. Diese bleibt über alle Versionen der Dokumente gleich (initialer Wert bleibt erhalten). Die setId SOLL unterschiedlich zur clinicalDocument.id sein. ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut referenceIdList ("urn:elga:iti:xds:2014:ownDocument_setId") gemappt. Hinweis: Bestimmte Systeme, die bei der Übernahme der setId in die XDS-Metadaten mit dem V2-Datentyp CX arbeiten, könnten ein Problem mit @extension-Attributen haben, die länger als 15 Zeichen sind. hl7:versionNumber INT.​NONNEG 1 … 1 M Versionsnummer des Dokuments, wird bei neuen Dokumenten mit 1 festgelegt. Die versionNumber ist eine natürliche Zahl für die fortlaufende Versionszählung. Mit einer neuen Version wird diese Zahl hochgezählt, während die setId gleich bleibt. @value int 1 … 1 R Versionsnummer als positive ganze Zahl. Auswahl 1 … 1 Im Falle eines Export von patientenzentrierten Daten MUSS ein gültiges recordTarget-Element vorhanden sein. Im Falle des Export der Systemparameter MUSS das recordTarget-Element mit dem nullFlavor "NA" (not applicable) geführt werden. Elemente in der Auswahl: hl7:recordTarget eingefügt vom Template 1.2.40.0.34.6.0.11.1.3 Record Target (DYNAMIC) hl7:recordTarget Eingefügt 0 … 1 R von 1.2.40.0.34.6.0.11.1.3 Record Target (DYNAMIC) hl7:recordTarget 0 … 1 R Komponente für die Patientendaten.   at-cda-bbr-data​element-64  Patient  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1 F RCT @context​Control​Code cs 0 … 1 F OP hl7:patientRole 1 … 1 M Patientendaten. @classCode cs 0 … 1 F PAT hl7:id II 2 … * R Patientenidentifikatoren   at-cda-bbr-data​element-193  EKVK  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-65  LokaleID  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-66  SVNr  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-67  bPK-GH  Dataset A Allgemeiner Leitfaden   Constraint Hinweis: Die Reihenfolge der id-Elemente MUSS unbedingt eingehalten werden! * id[1] Identifikation des Patienten im lokalen System (1..1 M) ↔ Hinweis zum XDS-Mapping: Das Element id[1] wird ins XDS-Attribut sourcePatientId gemappt. * id[2] Sozialversicherungsnummer des Patienten (1..1 R): - @root: OID der Liste aller österreichischen Sozialversicherungen, fester Wert: 1.2.40.0.10.1.4.3.1 (1..1 M) - @extension: Vollständige Sozialversicherungsnummer des Patienten (10 Stellen) (1..1 M) - @assigningAuthorityName: Fester Wert: Österreichische Sozialversicherung (0..1 O) Zugelassene nullFlavor: - NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer) - UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt * id[@root="1.2.40.0.10.2.1.1.149"] Bereichsspezifisches Personenkennzeichen (0..1 O): - @root : OID der österreichischen bPK, fester Wert: 1.2.40.0.10.2.1.1.149 (1..1 M) - @extension : bPK des Patienten: concat(Bereichskürzel, ":", bPK) (Base64,28 Zeichen). Typischerweise bPK-GH (Gesundheit). Kann im Zusammenhang mit E-ID auch andere Bereichskürzel tragen. Anmerkung : Das bPK dient ausschließlich der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen (1..1 M) - @assigningAuthorityName : Fester Wert: Österreichische Stammzahlenregisterbehörde (0..1 O) * id[@root="1.2.40.0.34.4.21"] Europäische Krankenversicherungskarte kurz (0..1 O): - @root: OID der EKVK, fester Wert: 1.2.40.0.34.4.21 (1..1 M) - @extension: Datenfeld 6 der EKVK - @assigningAuthorityName : Fester Wert: Nationaler Krankenversicherungsträger (0..1 O) * id[@root="1.2.40.0.10.1.4.3.8"] Europäische Krankenversicherungskarte lang (0..1 O): - @root: OID der EKVK, fester Wert: 1.2.40.0.10.1.4.3.8 (1..1 M) - @extension: Datenfelder der EKVK nach folgender Bildungsvorschrift: concat(Feld 6,"^",Feld 7,"^",Feld 8,"^",Feld 9) wobei Feld 6 "Persönliche Kennnummer" angegeben sein MUSS (1..1 M). Die übrigen Datenfelder sind optional (0..1 O). In Feld 9 MUSS die Datumsangabe im Format YYYMMDD erfolgen. - @assigningAuthorityName : Fester Wert: Nationaler Krankenversicherungsträger (0..1 O) Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen.   Beispiel EKVK Langversion <id root="1.2.40.0.34.4.8" extension="123456789^1100-OEGK^800400010016^20251231" assigningAuthorityName="Nationaler Krankenversicherungsträger"/>   Beispiel EKVK Kurzversion <id root="1.2.40.0.34.4.21" extension="123456789" assigningAuthorityName="Nationaler Krankenversicherungsträger"/> hl7:addr 0 … 2 R Adresse des Patienten. Es MUSS eine mögliche Adresse unterstützt werden. Spezielle Leitfäden (z.B. Entlassungsbrief Pflege) können es erforderlich machen, dass mehr als eine Adresse unterstützt werden muss. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)   at-cda-bbr-data​element-68  Adresse  Dataset A Allgemeiner Leitfaden   Constraint Werden mehrere gleichartige address-Elemente strukturiert (z.B. Home, Pflege), MUSS jeweils das Attribut @use angeführt sein. hl7:telecom TEL.AT 0 … * R Kontakt-Element. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.   at-cda-bbr-data​element-72  Kontaktdaten  Dataset A Allgemeiner Leitfaden @value url 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“ @use cs 0 … 1   Bedeutung des angegebenen Kontakts (z.B Heim, Arbeitsplatz), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:patient 1 … 1 M Name des Patienten. Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben gemäß „Namen-Elemente von Personen PN“ zu befolgen.   at-cda-bbr-data​element-70  Name  Dataset A Allgemeiner Leitfaden Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Namen-Element (Person) @use cs 0 … 1   Die genaue Bedeutung des angegebenen Namens, z.B. Angabe eines Künstlernamens mit „A" für „Artist“. Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“. Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“). hl7:prefix ENXP 0 … * Beliebig viele Präfixe zum Namen, z.B. Akademische Titel Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen! @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). @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 @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 @qualifier cs 0 … 1   Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B.: AC („Academic“). Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.   CONF Der Wert von @qualifier MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC) Auswahl 1 … 1 Das "administrative Geschlecht" ist das soziale oder gesellschaftliche Geschlecht ("Gender"). Das administrative Geschlecht ist daher grundsätzlich getrennt von den biologischen Merkmalen der Person zu sehen. Grundsätzlich soll das administrative Geschlecht dem im Zentralen Melderegister (ZMR) eingetragenen Geschlecht entsprechen. Über ein Translation-Element können weitere Angaben zum Geschlecht gemacht werden, wenn diese abweichend vom administrativen Geschlecht sind, z.B.: Biologisches Geschlecht Geschlecht in der Sozialversicherung Geschlecht für die Stations-/Bettenbelegung im Krankenhaus Codierung des Geschlechts des Patienten aus ValueSet "ELGA_AdministrativeGender". Elemente in der Auswahl: hl7:administrative​Gender​Code[not(@nullFlavor)] hl7:administrative​Gender​Code[@nullFlavor='UNK'] hl7:administrative​Gender​Code CE 0 … 1 wo [not(@nullFlavor)]   at-cda-bbr-data​element-74  Geschlecht  Dataset A Allgemeiner Leitfaden @displayName st 1 … 1 R @code cs 1 … 1 R @codeSystem oid 1 … 1 R @codeSystemName st 0 … 1     CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC) hl7:translation CD 0 … * R Über ein Translation-Element können weitere Angaben zum Geschlecht gemacht werden, wenn diese abweichend vom administrativen Geschlecht sind, z.B.: Biologisches Geschlecht, Geschlecht in der Sozialversicherung, Geschlecht für die Stations-/Bettenbelegung im Krankenhaus @displayName st 1 … 1 R   Beispiel Beispiel für eine SNOMED CT Angabe <translation code="772004004" codeSystem="2.16.840.1.113883.6.96" displayName="Non-binary gender"/> hl7:administrative​Gender​Code CE 0 … 1 Mittels nullFlavor="UNK" wird "Unbekannt" abgebildet. Dies schließt die Ausprägung "Keine Angabe" mit ein. wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Geburtsdatum des Patienten. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Elemente in der Auswahl: hl7:birthTime hl7:birthTime[@nullFlavor='UNK'] hl7:birthTime TS.AT.VAR 0 … 1   at-cda-bbr-data​element-75  Geburtsdatum  Dataset A Allgemeiner Leitfaden hl7:birthTime TS.AT.VAR 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK sdtc:deceasedInd BL 0 … 1 R Kennzeichen, dass die Person verstorben ist. Kann alternativ zum Todesdatum angegeben werden, v.a. wenn der Todeszeitpunkt nicht bekannt ist.   at-cda-bbr-data​element-192  Verstorben-Kennzeichen  Dataset A Allgemeiner Leitfaden sdtc:deceasedTime TS.AT.TZ 0 … 1 R Todesdatum der Person.   at-cda-bbr-data​element-191  Todesdatum  Dataset A Allgemeiner Leitfaden hl7:marital​Status​Code CE 0 … 1 R Codierung des Familienstands des Patienten. Zulässige Werte gemäß Value-Set „ELGA_MaritalStatus“   at-cda-bbr-data​element-98  Familienstand  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.2 @codeSystemName st 1 … 1 F HL7:MaritalStatus @displayName st 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.11 ELGA_MaritalStatus (DYNAMIC) hl7:religious​Affiliation​Code CE 0 … 1 R Codierung des Religionsbekenntnisses des Patienten. Zulässige Werte gemäß Value-Set „ELGA_ReligiousAffiliation“   at-cda-bbr-data​element-99  Religionsbekenntnis  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.2.16.1.4.1 @codeSystemName st 1 … 1 F HL7.AT:ReligionAustria @displayName st 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.18 ELGA_ReligiousAffiliation (DYNAMIC) hl7:raceCode NP Rasse des Patienten. Darf nicht verwendet werden! hl7:ethnic​Group​Code NP Ethnische Zugehörigkeit des Patienten. Darf nicht verwendet werden! hl7:guardian 0 … * R Gesetzlicher Vertreter: Vorsorgebevollmächtigte/r (Bevollmächtigte/r durch Vorsorgevollmacht) Gewählte/r ErwachsenenvertreterIn Gesetzliche/r ErwachsenenvertreterIn Gerichtliche/r ErwachsenenvertreterIn (Sachwalter) Der gesetzliche Vetreter kann entweder eine Person (guardianPerson) oder eine Organisation (guardianOrganization) sein. Beim Patienten können optional ein oder mehrere gesetzliche Vetreter angegeben werden. Wenn ein gesetzliche Vetreter bekannt ist, SOLL diese Information auch angegeben werden.   at-cda-bbr-data​element-88  Gesetzlicher Vertreter  Dataset A Allgemeiner Leitfaden @classCode cs 0 … 1 F GUARD hl7:addr 0 … 1 R Die Adresse des gesetzlichen Vertreters oder der Organisation. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) hl7:telecom TEL.AT 0 … * R Beliebig viele Kontaktdaten des gesetzlichen Vertreters als Person oder Organisation. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (z.B. Heim, Arbeitsplatz) Bsp: WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 1 Angabe des gesetzlichen Vertreters als Person (guardianPerson in Granularitätsstufe 1 oder 2) ODER als Organisation (guardianOrganization) Elemente in der Auswahl: hl7:guardian​Person welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:guardian​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:guardian​Organization welches enthält Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC) hl7:guardian​Person 0 … 1 Name des gesetzlichen Vertreters: Angabe in  Granularitätsstufe 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:guardian​Person 0 … 1 Name des gesetzlichen Vertreters: Angabe in  Granularitätsstufe 2 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:guardian​Organization 0 … 1 R Name des gesetzlichen Vertreters (Organisation) Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC) 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:birthplace 0 … 1 R Geburtsort des Patienten.   at-cda-bbr-data​element-76  Geburtsort  Dataset A Allgemeiner Leitfaden @classCode cs 0 … 1 F BIRTHPL hl7:place 1 … 1 M @classCode cs 0 … 1 F PLC @determiner​Code cs 0 … 1 F INSTANCE Auswahl 1 … 1 Elemente in der Auswahl: hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) hl7:addr AD 0 … 1 Die Adresse des Geburtsorts. Minimalangabe. Alle Elemente optional. Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) hl7:addr AD 0 … 1 Die Adresse des Geburtsorts, struktuiert. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) Auswahl 1 … 1 Elemente in der Auswahl: hl7:language​Communication 0 … * R Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten.   at-cda-bbr-data​element-100  Sprachfähigkeit  Dataset A Allgemeiner Leitfaden hl7:language​Code CS 1 … 1 M Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen). In der Klasse languageCommunication können Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform (z.B. gesprochen oder geschrieben) des Patienten angegeben werden. Dieser Leitfaden schränkt die möglichen Werte für die Sprache auf Werte aus dem Value Set ELGA_HumanLanguage ein. Die Gebärdensprache ist als eigene Sprache inkl. Ländercode anzugeben, mit der Ergänzung des Länder-/Regional-Codes (z.B. sgn-at), die Ausdrucksweise (MoodCode) wird in diesem Fall nicht angegeben (denn expressed / received signed wären redundant).   at-cda-bbr-data​element-101  Sprache  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R Zulässige Werte gemäß Value-Set „ELGA_HumanLanguage“ aus Code-System „HL7:HumanLanguage 2.16.840.1.113883.6.121“ Gemäß IETF / RFC 3066 enthält es ein bestimmtes Subset von Codes aus ISO 639-1 und ISO 639-2 (also zwei- und dreistellige Sprachcodes). Gemäß RFC 3066 ist es zulässig, eine Angabe der landestypischen Ausprägung der Sprache nach einem Bindestrich anzufügen. Das Land wird dabei nach ISO 3166-1 Alpha 2 angegeben. Dies MUSS bei der Auswertung des languageCodes berücksichtigt und toleriert werden.   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC) hl7:modeCode CE 0 … 1 C Ausdrucksform der Sprache. Zulässige Werte gemäß Value-Set „ELGA_LanguageAbilityMode“ @code cs 1 … 1 R @displayName st 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.60 @codeSystemName st 0 … 1 F HL7:LanguageAbilityMode   Constraint Bei Strukturierung einer Gebärdensprache ist dieses Element NICHT ERLAUBT, NP [0..0] und MUSS daher komplett entfallen   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.175 ELGA_LanguageAbilityMode (DYNAMIC) hl7:proficiency​Level​Code CE 0 … 1 R Grad der Sprachkenntnis in der Sprache. Zulässige Werte gemäß Value-Set „ELGA_ProficiencyLevelCode“   at-cda-bbr-data​element-102  Grad der Sprachkenntnis  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R @displayName st 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.61 @codeSystemName st 0 … 1 F HL7:LanguageAbilityProficiency   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC) hl7:preference​Ind BL 0 … 1 R Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird.   at-cda-bbr-data​element-103  Sprachpräferenz  Dataset A Allgemeiner Leitfaden   Schematron assert role  error     test not(hl7:id[1]/@nullFlavor)     Meldung Die Verwendung von id/@nullFlavor ist an dieser Stelle NICHT ERLAUBT.     Schematron assert role  error     test not(hl7:id[2]/@nullFlavor) or (hl7:id[2][@nullFlavor='UNK'] or hl7:id[2][@nullFlavor='NI'])     Meldung Zugelassene nullFlavor sind "NI" und "UNK"   hl7:recordTarget 0 … 1 @nullFlavor cs 1 … 1 F NA Eingefügt 1 … * M von 1.2.40.0.34.6.0.11.1.2 Author (DYNAMIC) Es können beliebig viele Autoren angeführt werden. Dies mag notwendig sein im Falle einer Gruppenpraxis, wenn mehrere Ärzte/Ärztinnen ein Betreuungsverhältnis mit dem Patienten/der Patientin gehabt haben. hl7:author 1 … * M Verfasser des Dokuments. @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP hl7:functionCode CE (extensible) 0 … 1 R Funktionscode des Verfassers des Dokuments, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“. Eigene Codes und Bezeichnungen können verwendet werden. @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 wo [not(@nullFlavor)] hl7:time TS.AT.TZ 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:assignedAuthor 1 … 1 M @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.  wo [not(@nullFlavor)] hl7:id II 0 … 1 wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 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. @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. wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 1 Elemente in der Auswahl: hl7:assigned​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:assigned​Authoring​Device welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) hl7:assigned​Person 0 … 1 Personendaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen, name-Element ist hier Mandatory. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:assigned​Authoring​Device 0 … 1 Datenerstellende/s Software/Gerät Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) hl7:represented​Organization 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. ↔ Hinweis zum XDS-Mapping: Da manche offiziellen Bezeichnungen von GDA sehr lang werden können, SOLL das name Element einer möglichst eindeutigen Kurzbezeichnung der Organisation entsprechen (im GDA-I im Tag description enthalten). Bei größeren Organisationen SOLL zusätzlich die Abteilung angegeben werden, damit die Zuordnung für den Leser einfacher wird.  Beispiel: Statt "Allgemeines Krankenhaus der Stadt Wien-Medizinischer Universitätscampus" -->  "Wien AKH" bzw. "Wien AKH - Augenambulanz"  Beinhaltet 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (DYNAMIC)   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. hl7:dataEnterer NP Das DataEnterer-Element hat für das Datenbankexport CDA keine Relevanz, da das Dokument nicht von einer Person "geschrieben" wird (wie z.B. im Sinne einer Transkription) Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.4 Custodian (DYNAMIC) hl7:custodian 1 … 1 M Verwahrer des Dokuments.   at-cda-bbr-data​element-24  Verwahrer  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1 F CST hl7:assignedCustodian 1 … 1 M @classCode cs 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 1 … * M Identifikation des Verwahrers des Dokuments. Wenn dieser im GDA-I angeführt ist, ist die entsprechende OID zu verwenden. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. 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. hl7:telecom TEL.AT 0 … * Kontaktdaten des Verwahrers des originalen Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen. 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) Eingefügt 0 … * von 1.2.40.0.34.6.0.11.1.24 Information Recipient (DYNAMIC) Im Falle einer Datenauskunft (basierend auf DSGVO) KANN hier der Patient/die Patientin als primärer/primäre Empfänger/Empfängerin angeführt werden. hl7:information​Recipient 0 … * Beabsichtiger Empfänger des Dokuments.    at-cda-bbr-data​element-26  Empfänger  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1   Typ des Informationsempfängers, z.B: PRCP „Primärer Empfänger“. Werden mehrere Empfänger angegeben, MUSS der primäre Empfänger über den typeCode definiert werden. Hinweis: Das ist relevant, wenn Funktionen aus dem gerichteten Befundversand oder für den Briefdruck auf das Dokument angewendet werden.   CONF Der Wert von @typeCode MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.29 ELGA_InformationRecipientType (DYNAMIC)   at-cda-bbr-data​element-27  Empfänger Typ  Dataset A Allgemeiner Leitfaden hl7:intended​Recipient 1 … 1 M @classCode cs 0 … 1   Auswahl 1 … * Elemente in der Auswahl: hl7:id[not(@nullFlavor)] hl7:id[@nullFlavor='NI'] hl7:id[@nullFlavor='UNK'] hl7:id II 0 … * Identifikation des beabsichtigten Empfängers (Person). Empfohlene Information für einen Empfänger ist die ID aus dem GDA-Index. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. wo [not(@nullFlavor)]   at-cda-bbr-data​element-28  ID des Empfängers  Dataset A Allgemeiner Leitfaden hl7:id II 0 … 1 NI … Person hat keine ID wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 UNK ... Person hat eine ID, diese ist jedoch unbekannt wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Personendaten des beabsichtigten Empfängers. Empfehlung: Der Name des Empfängers und die Organisation, der er angehört, sollen in möglichst hoher Granularität angegeben werden. Aufgrund der gängigen Praxis kann als minimale Information für den Empfänger der unstrukturierte Name angegeben werden. Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen. Elemente in der Auswahl: hl7:information​Recipient[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:information​Recipient[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:information​Recipient  … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) wo [hl7:name [count(child::*)=0]]   at-cda-bbr-data​element-29  Name  Dataset A Allgemeiner Leitfaden hl7:information​Recipient  … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) wo [hl7:name [count(child::*)!=0]] hl7:received​Organization 0 … 1 R Organisation, der der beabsichtigte Empfänger angehört, z.B.: „Ordination des empfangenden Arztes“. Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.   at-cda-bbr-data​element-30  Organisation  Dataset A Allgemeiner Leitfaden Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. 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. hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.5 Legal Authenticator (DYNAMIC) hl7:legalAuthenticator 1 … 1 M Hauptunterzeichner, Rechtlicher Unterzeichner   at-cda-bbr-data​element-1  Rechtlicher Unterzeichner  Dataset A Allgemeiner Leitfaden @context​Control​Code cs 0 … 1 F OP @typeCode cs 0 … 1 F LA Auswahl 1 … 1 Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Elemente in der Auswahl: hl7:time[not(@nullFlavor)] hl7:time[@nullFlavor='UNK'] hl7:time TS.AT.TZ 0 … 1 wo [not(@nullFlavor)]   at-cda-bbr-data​element-5  Zeitpunkt der Unterzeichnung  Dataset A Allgemeiner Leitfaden hl7:time TS.AT.TZ 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:signatureCode CS 1 … 1 M Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde.   at-cda-bbr-data​element-6  Signatur  Dataset A Allgemeiner Leitfaden @code CONF 1 … 1 F S hl7:assignedEntity 1 … 1 M Personendaten des rechtlichen Unterzeichners. Für den Namen ist verpflichtend Granularitätsstufe 2 ("strukturierte Angabe des Namens") anzuwenden! Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) Eingefügt 0 … * von 1.2.40.0.34.6.0.11.1.6 Authenticator (DYNAMIC) hl7:authenticator 0 … * Weitere Unterzeichner.   at-cda-bbr-data​element-31  Weitere Unterzeichner  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1 F AUTHEN Auswahl 1 … 1 Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Grundsätzlich sind die Vorgaben gemäß für „Zeit-Elemente“ zu befolgen. Elemente in der Auswahl: hl7:time[not(@nullFlavor)] hl7:time[@nullFlavor='UNK'] hl7:time TS.AT.TZ 0 … 1 wo [not(@nullFlavor)]   at-cda-bbr-data​element-105  Zeitpunkt der Unterzeichnung  Dataset A Allgemeiner Leitfaden hl7:time TS.AT.TZ 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:signatureCode CS 1 … 1 M   at-cda-bbr-data​element-106  Signatur  Dataset A Allgemeiner Leitfaden @code CONF 1 … 1 F S hl7:assignedEntity 1 … 1 M Personendaten des weiteren Unterzeichners. Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen. 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 … * wo [not(@nullFlavor)] hl7:id II 0 … 1 wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 0 … 1 Elemente in der Auswahl: hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) hl7:addr[@nullFlavor='UNK'] hl7:addr 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:addr 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:telecom TEL.AT 0 … * Beliebig viele Kontakt-Elemente der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value url 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.). Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567 Zulässige Werteliste für telecom Präfixe gemäß Value Set "ELGA_URLScheme" @use cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP. Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"   Constraint Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:assigned​Person 1 … 1 M Personendaten der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:represented​Organization 0 … 1 R Organisationsdaten der Entität. Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) Eingefügt 1 … 1 R von 1.2.40.0.34.6.0.11.1.20 Participant Fachlicher Ansprechpartner (DYNAMIC) hl7:participant 1 … 1 R Fachlicher Ansprechpartner wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.20']] @typeCode cs 1 … 1 F CALLBCK   Callback contact @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.20 hl7:functionCode CE (extensible) 0 … 1 Optionale Angabe eines Funktionscodes des fachlichen Ansprechpartners, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“. Eigene Codes und Bezeichnungen können verwendet werden. @code cs 1 … 1 R @codeSystem oid 1 … 1 R @displayName st 1 … 1 R hl7:associated​Entity 1 … 1 M @classCode cs 1 … 1 F PROV   Healthcare provider - Gesundheitsdiensteanbieter hl7:code CE 0 … 1 Optionale Angabe der Fachrichtung des fachlichen Ansprechpartners („Sonderfach“ gem. Ausbildungsordnung), z.B: „Facharzt/Fachärztin für Gynäkologie“. Wenn ein fachlicher Ansprechpartner mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben. @codeSystem oid 1 … 1 R @displayName st 1 … 1 R @code cs 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für "Adress-Elemente" zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:telecom TEL.AT 1 … * M Beliebig viele Kontaktdaten des Beteiligten. @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Es MUSS mindestens eine Telefonnummer angegeben werden. Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:associated​Person 0 … 1 R Name der Person Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:scoping​Organization 0 … 1 R Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen. Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. 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. hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] Eingefügt 0 … 1 von 1.2.40.0.34.6.0.11.1.23 Participant Hausarzt (DYNAMIC) hl7:participant 0 … 1 Beteiligter (Hausarzt). wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.23']] @typeCode cs 1 … 1 F IND   In indirektem Bezug. @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.23 hl7:functionCode CE 1 … * M Funktionscode des Beteiligten @code cs 1 … 1 F PCP @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.88 @codeSystemName st 1 … 1 F HL7:ParticipationFunction hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @classCode cs 1 … 1 F PROV   Healthcare provider - Gesundheitsdiensteanbieter. Auswahl 0 … * Identifikation des Beteiligten (Person) aus dem GDA-Index. Elemente in der Auswahl: hl7:id[not(@nullFlavor)] hl7:id[@nullFlavor='NI'] hl7:id[@nullFlavor='UNK']   Constraint Zugelassene nullFlavor: NI … Organisation hat keine ID UNK … Organisation hat eine ID, diese ist jedoch unbekannt hl7:id II 0 … * wo [not(@nullFlavor)] hl7:id II 0 … 1 wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:addr AD 0 … 1 Adresse des Hausarztes Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Hausarztes. wo [not(@nullFlavor)] @value st 1 … 1 R @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 1 Name des Hausarztes. Elemente in der Auswahl: hl7:associated​Person[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:associated​Person[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) wo [hl7:name [count(child::*)=0]] hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) wo [hl7:name [count(child::*)!=0]] hl7:scoping​Organization 0 … 1 R Arztpraxis oder Ordination. Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. 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. hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] Eingefügt 0 … * von 1.2.40.0.34.6.0.11.1.27 Participant Auskunftsberechtigte Person (Notfallkontakt) (DYNAMIC) hl7:participant 0 … * Beteiligter (Notfallkontakt / Auskunftsberechtigte Person) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.27']] @typeCode cs 1 … 1 F IND   In indirektem Bezug. @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.27 hl7:time IVL_TS 0 … 1 Zeitraum, in dem der angegebene Kontakt den Notfall-Kontakt darstellt. Wird nur angegeben, wenn der Kontakt bereits absehbar nur in einem eingeschränkten Zeitraum zur Verfügung steht. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @classCode cs 1 … 1 F ECON   Emergency contact - Notfall-Kontakt hl7:code CE 0 … 1 Verwandtschaftsverhältnis des Beteiligten zum Patienten, z.B. DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist. wo [not(@nullFlavor)] @code cs 1 … 1 R Zulässige Werte gemäß Value-Set „ELGA_PersonalRelationship“ @displayName st 0 … 1   @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.111 @codeSystemName st 1 … 1 F HL7:RoleCode   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) hl7:addr AD 0 … 1 Adresse des Beteiligten Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] Auswahl 0 … * Beliebig viele Kontaktdaten des Beteiligten. Elemente in der Auswahl: hl7:telecom[not(@nullFlavor)] hl7:telecom[@nullFlavor='UNK']   Constraint Es SOLL mindestens eine Telefonnummer angegeben werden. hl7:telecom TEL.AT 0 … * R wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1     Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:telecom TEL.AT 0 … 1 Die Kontaktadresse ist unbekannt. nullFlavor "UNK" wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Name des Beteiligten. Elemente in der Auswahl: hl7:associated​Person[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:associated​Person[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) wo [hl7:name [count(child::*)=0]] hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) wo [hl7:name [count(child::*)!=0]] hl7:scoping​Organization 0 … 1 R Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. 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. hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] Eingefügt 0 … * von 1.2.40.0.34.6.0.11.1.25 Participant Angehoerige (DYNAMIC) hl7:participant 0 … * Beteiligter (Angehöriger) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.25']] @typeCode cs 1 … 1 F IND   In indirektem Bezug. @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.25 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @classCode cs 1 … 1 F PRS   Personal relationship - In persönlicher Beziehung hl7:code CE 1 … 1 M Verwandtschaftsverhältnis des Beteiligten zum Patienten. Beispiel: DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist oder NBOR für Nachbar. @code cs 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) @displayName st 0 … 1   @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.111 @codeSystemName st 1 … 1 F HL7:RoleCode   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) hl7:addr AD 0 … 1 Adresse des Beteiligten Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. wo [not(@nullFlavor)] @value st 1 … 1 R @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 1 Name des Beteiligten. Elemente in der Auswahl: hl7:associated​Person[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:associated​Person[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) wo [hl7:name [count(child::*)=0]] hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) wo [hl7:name [count(child::*)!=0]] hl7:scoping​Organization 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) Eingefügt 0 … * von 1.2.40.0.34.6.0.11.1.26 Participant Versicherung (DYNAMIC) hl7:participant 0 … * Beteiligter (Versicherter/Versicherung). wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.26']] @typeCode cs 1 … 1 F HLD @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.26 hl7:time IVL_TS 0 … 1 Gültigkeitszeitraum der Versicherungspolizze. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) hl7:associated​Entity 1 … 1 M @classCode cs 1 … 1 F POLHOLD   Policy holder - Halter einer Versicherungspolizze Auswahl 1 … 1 Sozialversicherungsnummer des Patienten (SELF) oder der Person, bei der der Patient mitversichert ist (FAMDEP) Elemente in der Auswahl: hl7:id[not(@nullFlavor)] hl7:id[@nullFlavor='NI'] hl7:id[@nullFlavor='UNK']   Constraint Zugelassene nullFlavor: NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer, …) UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt hl7:id II 0 … 1 wo [not(@nullFlavor)] hl7:id II 0 … 1 wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:code CE 1 … 1 M Versicherungsverhältnis codiert Beispiele: SELF, wenn der Patient selbst der Versicherte ist. FAMDEP, wenn der Patient bei einem Familienmitglied mitversichert ist. @code cs 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.111 @codeSystemName st 1 … 1 F HL7:RoleCode   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.9 ELGA_InsuredAssocEntity (DYNAMIC) hl7:addr AD 0 … 1 Adresse des Beteiligten. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:associated​Person 0 … 1 C Name des Beteiligten. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)   Constraint Wenn das Versicherungsverhältnis "familienversichert" ("FAMDEP“) ist, MUSS eine associatedPerson angegeben sein, M [1..1], sonst kann sie komplett entfallen, O [0..1] hl7:scoping​Organization 1 … 1 M Versicherungsgesellschaft. Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. 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. hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)]   Schematron assert role  error     test not(hl7:code[@code='FAMDEP']) or hl7:associated​Person     Meldung Wenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein.   Eingefügt 0 … 1 von 1.2.40.0.34.6.0.11.1.29 Participant Betreuungsorganisation (DYNAMIC) hl7:participant 0 … 1 Beteiligter (Betreuende Organisation) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.29']] @typeCode cs 1 … 1 F IND @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.29 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @classCode cs 1 … 1 F CAREGIVER   Betreuer hl7:scoping​Organization 1 … 1 M Betreuende Organisation Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. 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. hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] Eingefügt 0 … * von 1.2.40.0.34.6.0.11.1.28 Participant Weitere Behandler (DYNAMIC) hl7:participant 0 … * Beteiligter (Weitere Behandler) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.28']] @typeCode cs 1 … 1 F CON @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.28 hl7:functionCode CE (extensible) 0 … 1 Funktionscode des Behandlers z.B: „Facharzt für Neurologie“ Eigene Codes und Bezeichnungen dürfen verwendet werden. wo [not(@nullFlavor)] @code cs 1 … 1 R @codeSystem oid 1 … 1 R @displayName st 1 … 1 R   CONF Der Wert von @code SOLLTE gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @classCode cs 1 … 1 F PROV   Gesundheitsdiensteanbieter. hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.) Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Bsp: tel:+43.1.1234567 Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …) Bsp: WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“ Bei Angabe mehrerer Telefonnummern ist jeweils das Attribut @use anzugeben. hl7:associated​Person 1 … 1 M Beteiligte Person Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:scoping​Organization 0 … 1 R Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. 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. hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] Eingefügt 0 … 1 von 2.16.840.1.113883.10.12.109 CDA inFulfillmentOf (DYNAMIC) hl7:inFulfillmentOf 0 … 1 @typeCode 0 … 1 F FLFS hl7:order 1 … 1 @classCode 0 … 1 F ACT @moodCode 1 … 1 F RQO hl7:id II 1 … * R hl7:code CE 0 … 1   CONF MUSS aus der Konzeptdomäne "ActCode" gewählt werden hl7:priorityCode CE 0 … 1   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.16866 ActPriority (DYNAMIC) hl7:documentationOf NP Das documentationOf/serviceEvent Konstrukt findet im Datenbankexport des Exportnormdatensatzes keine Anwendung, da es sich bei dem Datenbankexport um keine medizinische Dienstleistung handelt.  Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.7 Component Of - Encompassing Encounter (DYNAMIC) hl7:componentOf 1 … 1 M Komponente für den Patientenkontakt. @typeCode cs 0 … 1 F COMP hl7:encompassing​Encounter 1 … 1 M Patientenkontakt. @classCode cs 0 … 1 F ENC @moodCode cs 0 … 1 F EVN hl7:id II 0 … 1 Identifikationselement zur Aufnahme der Aufenthaltszahl wo [not(@nullFlavor)] @extension st 1 … 1 R Aufenthaltszahl, z.B.: Az123456 @root uid 1 … 1 R OID der Liste der Aufenthaltszahlen der Organisation   Constraint @assigningAuthorityName [0..1]: Name der Stelle, welche die ID zugewiesen hat, z.B.: „Amadeus Spital“. hl7:code CE 1 … 1 M Codierung des Patientenkontakts. @code cs 1 … 1 R Zulässige Werte gemäß Value-Set „ELGA_ActEncounterCode“ @displayName st 0 … 1   @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.4 @codeSystemName st 1 … 1 F HL7:ActCode   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.5 ELGA_ActEncounterCode (DYNAMIC) hl7:effectiveTime IVL_TS 1 … 1 M Zeitraum des Patientenkontakts. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)   Constraint Der Zeitraum des Patientenkontaktes MUSS die Vorgaben der speziellen Implementierungsleitfäden einhalten. Dabei gilt allgemein: Der Zeitraum besteht aus dem Zeitpunkt der administrativen Aufnahme in die Behandlung und dem Zeitpunkt der administrativen Entlassung aus der Behandlung. Der Entlassungszeitpunkt KANN „unbekannt“ sein, wenn die administrative Entlassung noch nicht erfolgt ist. (nullFlavor UNK beim effectiveTime.high) Hinweis: Als Zeitpunkt der Aufnahme/Entlassung SOLL der Zeitpunkt der administrativen Aufnahme/Entlassung angegeben werden. Wenn der Zeitpunkt der administrativen Aufnahme/Entlassung nicht vorhanden ist, darf auch der Zeitpunkt der medizinischen Aufnahme/Entlassung angegeben werden. hl7:responsible​Party 0 … 1 R Komponente für die verantwortliche Person. hl7:assignedEntity 1 … 1 M Entität der verantwortlichen Person. Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen. 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 … * wo [not(@nullFlavor)] hl7:id II 0 … 1 wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 0 … 1 Elemente in der Auswahl: hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) hl7:addr[@nullFlavor='UNK'] hl7:addr 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:addr 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:telecom TEL.AT 0 … * Beliebig viele Kontakt-Elemente der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value url 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.). Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567 Zulässige Werteliste für telecom Präfixe gemäß Value Set "ELGA_URLScheme" @use cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP. Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"   Constraint Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:assigned​Person 1 … 1 M Personendaten der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:represented​Organization 0 … 1 R Organisationsdaten der Entität. Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.8 Encounter Location (DYNAMIC) Die Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand, MUSS verpflichtend angegeben werden (z.B.: die entlassende Krankenanstalt mit Abteilung). hl7:location 1 … 1 M @typeCode cs 0 … 1 F LOC hl7:health​Care​Facility 1 … 1 M @classCode cs 0 … 1 F SDLOC hl7:code CE 1 … 1 M Der Code zur Klassifizierung des GDA repräsentiert die Art der Einrichtung, in der die Tätigkeit stattfand, die zur Erzeugung des Dokuments führte. Zum Beispiel sollten Dokumente, die während eines ambulanten Falls in einem Krankenhaus entstehen, mit dem healthcareFacilityTypeCode für „Krankenhaus“ gekennzeichnet werden.  Zulässige Werte gemäß Value-Set „ELGA_HealthcareFacilityTypeCode“ Für ELGA SOLL der Code dem Eintrag "GDA Rollenname" oder, wenn der GDA Rollenname nicht verfügbar ist, der "Aggregierten Rolle" im GDA-I entsprechen. ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.healthcareFacilityTypeCode gemappt. Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName. @displayName st 1 … 1 R hl7:service​Provider​Organization 1 … 1 M Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) hl7:component 1 … 1 M @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:structuredBody 1 … 1 M @classCode cs 0 … 1 F DOCBODY @moodCode cs 0 … 1 F EVN hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.66 EXNDS Weitere Patienteninformation - Administrativ (DYNAMIC) wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.66']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.67 EXNDS Weitere Patienteninformation - Medizinisch (DYNAMIC) wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.67']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.99 EXNDS Cave - kodiert (DYNAMIC) wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.99']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.96 Diagnose - kodiert (DYNAMIC) wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.96']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.30 EXNDS Familienanamnese (DYNAMIC) wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.30']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.32 EXNDS Behandlungsschein (DYNAMIC) wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.32']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.33 EXNDS Behandlungen (DYNAMIC) wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.33']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.34 EXNDS Karteineintragungen (DYNAMIC) wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.34']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true Auswahl 0 … 1 Die Angabe von Laborparameters kann auf zwei Arten erfolgen. Entweder werden alle Labortests in einer Tabelle zusammengefasst oder es wird die Methodik von Laborbereichen und Gruppen des ELGA Laborleitfadens angewandt. Elemente in der Auswahl: hl7:component[hl7:section[hl7:templateId​[@root​=​'1.2.40.0.34.6.0.11.2.35']]] welches enthält Template 1.2.40.0.34.6.0.11.2.35 EXNDS Laborparameter (DYNAMIC) hl7:component[hl7:section[hl7:templateId​[@root​=​'1.2.40.0.34.6.0.11.2.104']]] welches enthält Template 1.2.40.0.34.6.0.11.2.104 EXNDS Speciality-Section Container (DYNAMIC) hl7:component 0 … 1 C Beinhaltet 1.2.40.0.34.6.0.11.2.35 EXNDS Laborparameter (DYNAMIC) wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.35']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 C Beinhaltet 1.2.40.0.34.6.0.11.2.104 EXNDS Speciality-Section Container (DYNAMIC) wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.104']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.101 EXNDS Verordnungen (DYNAMIC) wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.101']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Dieses Section Template stammt aus dem eImpfpass. Die Angabe hinsichtlich "Imfpung gegen" sowie "Datum" (siehe Datasets) finden sich im Immunization-entry unter substanceAdministration/entryRelationship/observation/code sowie substanceAdministration/effectiveTime. Beinhaltet 1.2.40.0.34.6.0.11.2.1 Impfungen - kodiert (2021‑02‑19 11:46:43) wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.1']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Dieses Section Template stammt aus dem eImpfpass.  Beinhaltet 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (DYNAMIC) wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.2']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.40 EXNDS Befund (DYNAMIC) wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.40']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.37 EXNDS eCard Konsultationsdaten (DYNAMIC) wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.37']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.38 EXNDS ABS-Daten (DYNAMIC) wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.38']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 In dieser Sektion können sämtliche Befunde, welche von extern eingebracht wurden, angegeben werden.  Beinhaltet 1.2.40.0.34.6.0.11.2.36 EXNDS Attachments (DYNAMIC) wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.36']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.39 EXNDS Krankenstand (DYNAMIC) wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.39']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true

8.2 Administrative Daten (CDA Header)

8.2.1 Document Realm

Id	1.2.40.0.34.6.0.11.1.10 ref at-cda-bbr-	Gültigkeit ab	2023‑03‑24 09:21:27 Andere Versionen mit dieser Id: atcdabbr_header_DocumentRealm vom 2021‑02‑19 10:44:57 atcdabbr_header_DocumentRealm vom 2019‑02‑12 13:35:45
Status	Aktiv	Versions-Label	1.0.1+20230717
Name	atcdabbr_header_DocumentRealm	Bezeichnung	Document Realm
Beschreibung	Hoheitsbereich des Dokuments. Dieses Element kennzeichnet, dass das Dokument aus dem Hoheitsbereich Österreich (bzw. Bereich der HL7 Affiliate Austria, Code „AT“) stammt.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.1.10 Document Realm (2021‑02‑19 10:44:57) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.10 Document Realm (2019‑02‑12 13:35:45) ref at-cda-bbr-
Beispiel	Strukturbeispiel <realmCode code="AT"/>
Item DT Kard Konf Beschreibung Label hl7:realmCode CS R Hoheitsbereich des Dokuments. Fester Wert: @code = AT (aus Value Set „ELGA_RealmCode“) @code 1 … 1 F AT

8.2.2 Document TypeId

Id	1.2.40.0.34.6.0.11.1.30 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 11:05:29 Andere Versionen mit dieser Id: atcdabbr_header_DocumentTypeId vom 2019‑05‑13 10:27:22
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_header_DocumentTypeId	Bezeichnung	Document TypeId
Beschreibung	Dieses Element kennzeichnet, dass das Dokument im Format CDA R2 vorliegt.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.1.30 Document TypeId (2019‑05‑13 10:27:22) ref at-cda-bbr-
Beispiel	Strukturbeispiel <typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>
Item DT Kard Konf Beschreibung Label hl7:typeId II R Dokumentformat CDA R2 @root uid 1 … 1 F 2.16.840.1.113883.1.3 @extension st 1 … 1 F POCD_HD000040

8.2.3 Document TerminologyDate

Id	1.2.40.0.34.6.0.11.1.46 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 11:04:44 Andere Versionen mit dieser Id: atcdabbr_header_DocumentTerminologyDate vom 2020‑07‑08 11:49:46
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_header_DocumentTerminologyDate	Bezeichnung	Document TerminologyDate
Beschreibung	Das Terminologie-Datum des Dokumentes Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.
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.46 Document TerminologyDate (2020‑07‑08 11:49:46) ref at-cda-bbr-
Beispiel	Strukturbeispiel Entlassungsbrief <hl7at:terminologyDate value="20190606"/>
Item DT Kard Konf Beschreibung Label hl7at:terminologyDate TS.DATE.FULL Das Terminologie-Datum des Dokumentes Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.   Constraint Das Datum der letzten Terminologie-Aktualisierung MUSS entsprechend klassischer HL7 V3 Notation im Format "YYYYMMDD" angegeben werden. Beispiel: 20200527

8.2.4 Document PracticeSettingCode

Id	1.2.40.0.34.6.0.11.1.44 ref at-cda-bbr-	Gültigkeit ab	2021‑03‑01 15:37:20 Andere Versionen mit dieser Id: atcdabbr_header_DocumentPracticeSettingCode vom 2026‑02‑02 11:58:58 atcdabbr_header_DocumentPracticeSettingCode vom 2021‑02‑19 10:41:33 atcdabbr_header_DocumentPracticeSettingCode vom 2020‑05‑18 13:03:08
Status	Aktiv	Versions-Label	1.1.0+20210303
Name	atcdabbr_header_DocumentPracticeSettingCode	Bezeichnung	Document PracticeSettingCode
Beschreibung Die fachliche Zuordnung des Dokumentes Den gültigen Wertebereich für dieses Elements entnehmen Sie bitte  dem Value Set ELGA_PracticeSetting. ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut practiceSettingCode gemappt, MUSS daher für die Anwendung in ELGA angegeben werden.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.1.44 Document PracticeSettingCode (2020‑05‑18 13:03:08) ref at-cda-bbr-
Beispiel	Strukturbeispiel Entlassungsbrief <practiceSettingCode code="F019" displayName="Innere Medizin" codeSystem="1.2.40.0.34.5.12" codeSystemName="ELGA_PracticeSetting"/>
Item DT Kard Konf Beschreibung Label hl7at:practiceSettingCode CD Die fachliche Zuordnung des Dokumentes @displayName 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.75 ELGA_PracticeSetting (DYNAMIC)

8.2.5 Document Effective Time

Id	1.2.40.0.34.6.0.11.1.11 ref at-cda-bbr-	Gültigkeit ab	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-data​element-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 <effectiveTime value="20190606"/>
Beispiel	Datum, Zeit und Zeitzone: Zeitpunkt als Datum mit Zeit und Zeitzone im Format YYYYMMDDhhmmss[+/-]HHMM <effectiveTime value="20190606134038+0200"/>
Item DT Kard Konf Beschreibung Label hl7:effectiveTime TS.AT.TZ R Relevantes Datum des Dokuments. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.   at-cda-bbr-data​element-11  Erstellungsdatum  Dataset A Allgemeiner Leitfaden

8.2.6 Document Confidentiality Code

Id	1.2.40.0.34.6.0.11.1.12 ref at-cda-bbr-	Gültigkeit ab	2023‑03‑24 09:30:46 Andere Versionen mit dieser Id: atcdabbr_header_DocumentConfidentialityCode vom 2021‑06‑28 13:39:30 atcdabbr_header_DocumentConfidentialityCode vom 2021‑02‑19 10:35:04 atcdabbr_header_DocumentConfidentialityCode vom 2019‑03‑04 12:35:46
Status	Aktiv	Versions-Label	1.0.2+20230717
Name	atcdabbr_header_DocumentConfidentialityCode	Bezeichnung	Document Confidentiality Code
Beschreibung Grundsätzlich stellt CDA Informationen zum Vertraulichkeitsstatus eines Dokuments zur Verfügung, um Anwendungssysteme bei der Verwaltung des Zugriffs auf sensible Daten zu unterstützen. Der Vertraulichkeitsstatus kann für das gesamte Dokument oder für bestimmte Teile des Dokuments gelten. Der im Header angegebene Wert gilt für das gesamte Dokument, es sei denn, er wird durch einen verschachtelten Wert überschrieben. Der tatsächliche Zugriff auf das Dokument muss von der übergeordneten Infrastrukturschicht geregelt werden. ↔ Hinweis zum XDS-Mapping: Dieses Element spiegelt sich im XDS-Attribut confidentialityCode wider. Für ELGA wird dieses fix auf "N" gesetzt.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz at-cda-bbr-data​element-13  Vertraulichkeitscode  Dataset A Allgemeiner Leitfaden
Beziehung	Version: Template 1.2.40.0.34.6.0.11.1.12 Document Confidentiality Code (2021‑06‑28 13:39:30) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.12 Document Confidentiality Code (2021‑02‑19 10:35:04) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.12 Document Confidentiality Code (2019‑03‑04 12:35:46) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.90009 CD confidentialityCode (2013‑11‑07) ref elgabbr-
Beispiel	Strukturbeispiel <confidentialityCode codeSystemName="HL7:Confidentiality" code="N" codeSystem="2.16.840.1.113883.5.25" displayName="normal"/>
Item DT Kard Konf Beschreibung Label hl7:confidentialityCode CE Vertraulichkeitscode des Dokuments aus Value Set „ELGA_Confidentiality“.    at-cda-bbr-data​element-13  Vertraulichkeitscode  Dataset A Allgemeiner Leitfaden @codeSystemName st 1 … 1 F HL7:Confidentiality   Constraint Für ELGA-Dokumente ist ausschließlich "N" erlaubt!

8.2.7 Document Language

Id	1.2.40.0.34.6.0.11.1.13 ref at-cda-bbr-	Gültigkeit ab	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-data​element-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 <languageCode code="de-AT"/>
Item DT Kard Konf Beschreibung Label hl7:language​Code CS.LANG Sprachcode des Dokuments.   at-cda-bbr-data​element-14  Sprachcode  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.10 ELGA_LanguageCode (DYNAMIC)   Constraint Für ELGA ist in @code für CDA und Ableitungen in die XDSDocumentEntry-Metadaten derzeit ausschließlich der Wert "de-AT" zulässig. Für eHealth und zukünftige Versionen der ELGA Leitfäden können weitere Sprachcodes erlaubt werden.

8.2.8 Document Set Id and Version Number

Id	1.2.40.0.34.6.0.11.1.15 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 10:57:14 Andere Versionen mit dieser Id: atcdabbr_header_DocumentSetIdAndVersionNumber vom 2019‑02‑12 14:48:59
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_header_DocumentSetIdAndVersionNumber	Bezeichnung	Document Set Id and Version Number
Beschreibung Versionierung des Dokuments. Der CDA-Header repräsentiert Beziehungen zu anderen Dokumenten mit Referenz auf die Dokumenten-Identifikation. Mittels der Attribute setId und versionNumber kann eine Versionskennung des Dokuments erreicht werden. Für ELGA-CDA-Dokumente MÜSSEN immer beide Elemente angegeben werden. Anhänge oder Ersetzungen von Vordokumenten MÜSSEN ebenfalls diese zusätzlichen Angaben enthalten. Der genaue Zusammenhang zwischen diesen Attributen finden Sie im Kapitel „Bezug zu vorgehenden Dokumenten“.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.1.15 Document Set Id and Version Number (2019‑02‑12 14:48:59) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.90007 SetId VersionNumber (2015‑09‑18) ref elgabbr-
Beispiel	Beispiel für die 1.Version eines Dokuments <!-- Die bei setId angegebene ID SOLLTE nicht gleich sein wie die id des Dokuments.--> <placeholder>   <id root="1.2.40.0.34.99.111.1.1" extension="AAAAAAAAAAAAAAA" assigningAuthorityName="KH Eisenstadt"/>  <setId root="1.2.40.0.34.99.111.1.1" extension="ZZZZZZZZZZZZZZZ" assigningAuthorityName="KH Eisenstadt"/>  <versionNumber value="1"/></placeholder>
Beispiel	Beispiel für die 2.Version eines Dokuments <!--Die bei setId angegebene ID MUSS mit der setId der Vorversion übereinstimmen.--> <placeholder>   <id root="1.2.40.0.34.99.111.1.1" extension="BBBBBBBBBBBBBBB" assigningAuthorityName="KH Eisenstadt"/>  <setId root="1.2.40.0.34.99.111.1.1" extension="ZZZZZZZZZZZZZZZ" assigningAuthorityName="KH Eisenstadt"/>  <versionNumber value="2"/></placeholder>
Item DT Kard Konf Beschreibung Label hl7:setId II R Eindeutige Id des Dokumentensets. Diese bleibt über alle Versionen der Dokumente gleich (initialer Wert bleibt erhalten). Die setId SOLL unterschiedlich zur clinicalDocument.id sein. ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut referenceIdList ("urn:elga:iti:xds:2014:ownDocument_setId") gemappt. Hinweis: Bestimmte Systeme, die bei der Übernahme der setId in die XDS-Metadaten mit dem V2-Datentyp CX arbeiten, könnten ein Problem mit @extension-Attributen haben, die länger als 15 Zeichen sind. 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. @value int 1 … 1 R Versionsnummer als positive ganze Zahl.

8.2.9 Record Target

Id	1.2.40.0.34.6.0.11.1.3 ref at-cda-bbr-	Gültigkeit ab	2026‑01‑19 15:05:28 Andere Versionen mit dieser Id: atcdabbr_header_RecordTarget vom 2025‑11‑27 14:39:38 atcdabbr_header_RecordTarget vom 2023‑11‑30 08:08:14 atcdabbr_header_RecordTarget vom 2020‑11‑24 10:03:02 atcdabbr_header_RecordTarget vom 2020‑10‑21 10:42:28 atcdabbr_header_RecordTarget vom 2020‑09‑10 15:26:39 atcdabbr_header_RecordTarget vom 2019‑02‑20 12:10:02
Status	Aktiv	Versions-Label	1.2.3+20260120
Name	atcdabbr_header_RecordTarget	Bezeichnung	Record Target
Beschreibung Das RecordTarget-Element enthält den " Patienten ": Die Person, die von einem Gesundheitsdiensteanbieter (Arzt, einer Ärztin oder einem Angehörigen anderer Heilberufe) behandelt wird und über die bzw. über deren Gesundheitsdaten im Dokument berichtet wird. ↔ Hinweis zum XDS-Mapping: Inhalte dieses Elementes werden in die XDS-Metadaten zu XDSDocumentEntry. sourcePatientId übernommen.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 20 Konzepte Id Name Datensatz at-cda-bbr-data​element-100  Sprachfähigkeit  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-101  Sprache  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-102  Grad der Sprachkenntnis  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-103  Sprachpräferenz  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-191  Todesdatum  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-192  Verstorben-Kennzeichen  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-193  EKVK  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-64  Patient  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-65  LokaleID  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-66  SVNr  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-67  bPK-GH  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-68  Adresse  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-70  Name  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-72  Kontaktdaten  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-74  Geschlecht  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-75  Geburtsdatum  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-76  Geburtsort  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-88  Gesetzlicher Vertreter  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-98  Familienstand  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-99  Religionsbekenntnis  Dataset A Allgemeiner Leitfaden
Benutzt	Benutzt 5 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.11 Inklusion Person Name Compilation G2 M (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.12 Containment Person Name Compilation G1 M (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.27 Containment Organization Name Compilation (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.9.10 Containment Address Compilation Minimal (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.1.3 Record Target (2025‑11‑27 14:39:38) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.3 Record Target (2023‑11‑30 08:08:14) ref at-cda-bbr- Spezialisierung: Template 1.2.40.0.34.6.0.11.1.3 Record Target (2020‑11‑24 10:03:02) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.3 Record Target (2020‑10‑21 10:42:28) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.3 Record Target (2019‑02‑20 12:10:02) ref at-cda-bbr- Adaptation: Template 2.16.840.1.113883.10.12.101 CDA recordTarget (2005‑09‑07) ref ad1bbr-
Beispiel	Strukturbeispiel <recordTarget typeCode="RCT" contextControlCode="OP">   <patientRole classCode="PAT">     <!-- lokale Patienten ID vom System -->     <id root="1.2.40.0.34.99.111.1.2" extension="4711" assigningAuthorityName="Amadeus Spital"/>    <!-- Sozialversicherungsnummer des Patienten -->     <id root="1.2.40.0.10.1.4.3.1" extension="1111241261" assigningAuthorityName="Österreichische Sozialversicherung"/>    <!-- bPK-GH des Patienten -->     <id root="1.2.40.0.10.2.1.1.149" extension="GH:b64encodedbPKValue"/>    <!-- Adresse des Patienten -->     <addr>       <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->     </addr>    <!-- Kontaktdaten des Patienten-->     <telecom value="tel:+43.1.40400" use="H"/>    <telecom value="tel:+43.664.1234567" use="MC"/>    <telecom value="mailto:herbert.mustermann@provider.at"/>    <patient classCode="PSN" determinerCode="INSTANCE">       <!-- Name des Patienten (Granularitätsstufe 2) -->       <name>         <!-- template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' -->       </name>      <!-- Geschlecht des Patienten -->       <administrativeGenderCode displayName="Male" code="M" codeSystem="2.16.840.1.113883.5.1" codeSystemName="HL7:AdministrativeGender"/>      <!-- Geburtsdatum des Patienten -->       <birthTime value="19701224"/>      <!-- Optional: Verstorben-Kennzeichen -->       <deceasedInd value="true"/>      <!-- Optional: Todesdatum / Todeszeitpunkt -->       <deceasedTime value="20200101"/>      <!-- Familienstand des Patienten -->       <maritalStatusCode code="D" codeSystem="2.16.840.1.113883.5.2" codeSystemName="HL7:MaritalStatus" displayName="Divorced"/>      <!-- Religionszugehörigkeit des Patienten -->       <religiousAffiliationCode code="101" displayName="Römisch-Katholisch" codeSystem="2.16.840.1.113883.2.16.1.4.1" codeSystemName="HL7.AT:ReligionAustria"/>      <!-- Gesetzlicher Vertreter des Patienten "Organisation"-->       <guardian classCode="GUARD">         <!-- Gesetzlicher Vertreter "Person" -->         <addr>           <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->         </addr>        <!-- Kontaktdaten des gesetzlichen Vertreters -->         <telecom use="H" value="tel:+43.2236.2928"/>        <telecom use="WP" value="tel:+43.2236.9000"/>        <!-- Name des gesetzlichen Vertreters (Granularitätsstufe 1) -->         <guardianPerson>           <name>             <!-- template 1.2.40.0.34.6.0.11.9.12 'Person Name Compilation G1 M' -->           </name>        </guardianPerson>      </guardian>      <birthplace classCode="BIRTHPL">         <place classCode="PLC" determinerCode="INSTANCE">           <!-- 1.2.40.0.34.6.0.11.9.10 'Address Compilation Minimal' -->         </place>      </birthplace>      <languageCommunication>         <languageCode code="de"/>        <modeCode code="ESP" displayName="Expressed spoken" codeSystem="2.16.840.1.113883.5.60" codeSystemName="HL7:LanguageAbilityMode"/>        <proficiencyLevelCode code="E" displayName="Excellent" codeSystem="2.16.840.1.113883.5.61" codeSystemName="HL7:LanguageAbilityProficiency"/>        <preferenceInd value="true"/>      </languageCommunication>      <!-- Strukturierung der Fähigkeit zur Gebärdensprache -->       <languageCommunication>         <languageCode code="de"/>        <proficiencyLevelCode code="G" displayName="Good" codeSystem="2.16.840.1.113883.5.61" codeSystemName="HL7:LanguageAbilityProficiency"/>        <preferenceInd value="false"/>      </languageCommunication>    </patient>  </patientRole></recordTarget>
Item DT Kard Konf Beschreibung Label hl7:recordTarget Komponente für die Patientendaten.   at-cda-bbr-data​element-64  Patient  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1 F RCT @context​Control​Code cs 0 … 1 F OP hl7:patientRole 1 … 1 M Patientendaten. @classCode cs 0 … 1 F PAT hl7:id II 2 … * R Patientenidentifikatoren   at-cda-bbr-data​element-193  EKVK  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-65  LokaleID  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-66  SVNr  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-67  bPK-GH  Dataset A Allgemeiner Leitfaden   Constraint Hinweis: Die Reihenfolge der id-Elemente MUSS unbedingt eingehalten werden! * id[1] Identifikation des Patienten im lokalen System (1..1 M) ↔ Hinweis zum XDS-Mapping: Das Element id[1] wird ins XDS-Attribut sourcePatientId gemappt. * id[2] Sozialversicherungsnummer des Patienten (1..1 R): - @root: OID der Liste aller österreichischen Sozialversicherungen, fester Wert: 1.2.40.0.10.1.4.3.1 (1..1 M) - @extension: Vollständige Sozialversicherungsnummer des Patienten (10 Stellen) (1..1 M) - @assigningAuthorityName: Fester Wert: Österreichische Sozialversicherung (0..1 O) Zugelassene nullFlavor: - NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer) - UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt * id[@root="1.2.40.0.10.2.1.1.149"] Bereichsspezifisches Personenkennzeichen (0..1 O): - @root : OID der österreichischen bPK, fester Wert: 1.2.40.0.10.2.1.1.149 (1..1 M) - @extension : bPK des Patienten: concat(Bereichskürzel, ":", bPK) (Base64,28 Zeichen). Typischerweise bPK-GH (Gesundheit). Kann im Zusammenhang mit E-ID auch andere Bereichskürzel tragen. Anmerkung : Das bPK dient ausschließlich der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen (1..1 M) - @assigningAuthorityName : Fester Wert: Österreichische Stammzahlenregisterbehörde (0..1 O) * id[@root="1.2.40.0.34.4.21"] Europäische Krankenversicherungskarte kurz (0..1 O): - @root: OID der EKVK, fester Wert: 1.2.40.0.34.4.21 (1..1 M) - @extension: Datenfeld 6 der EKVK - @assigningAuthorityName : Fester Wert: Nationaler Krankenversicherungsträger (0..1 O) * id[@root="1.2.40.0.10.1.4.3.8"] Europäische Krankenversicherungskarte lang (0..1 O): - @root: OID der EKVK, fester Wert: 1.2.40.0.10.1.4.3.8 (1..1 M) - @extension: Datenfelder der EKVK nach folgender Bildungsvorschrift: concat(Feld 6,"^",Feld 7,"^",Feld 8,"^",Feld 9) wobei Feld 6 "Persönliche Kennnummer" angegeben sein MUSS (1..1 M). Die übrigen Datenfelder sind optional (0..1 O). In Feld 9 MUSS die Datumsangabe im Format YYYMMDD erfolgen. - @assigningAuthorityName : Fester Wert: Nationaler Krankenversicherungsträger (0..1 O) Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen.   Beispiel EKVK Langversion <id root="1.2.40.0.34.4.8" extension="123456789^1100-OEGK^800400010016^20251231" assigningAuthorityName="Nationaler Krankenversicherungsträger"/>   Beispiel EKVK Kurzversion <id root="1.2.40.0.34.4.21" extension="123456789" assigningAuthorityName="Nationaler Krankenversicherungsträger"/> hl7:addr 0 … 2 R Adresse des Patienten. Es MUSS eine mögliche Adresse unterstützt werden. Spezielle Leitfäden (z.B. Entlassungsbrief Pflege) können es erforderlich machen, dass mehr als eine Adresse unterstützt werden muss. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)   at-cda-bbr-data​element-68  Adresse  Dataset A Allgemeiner Leitfaden   Constraint Werden mehrere gleichartige address-Elemente strukturiert (z.B. Home, Pflege), MUSS jeweils das Attribut @use angeführt sein. hl7:telecom TEL.AT 0 … * R Kontakt-Element. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.   at-cda-bbr-data​element-72  Kontaktdaten  Dataset A Allgemeiner Leitfaden @value url 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“ @use cs 0 … 1   Bedeutung des angegebenen Kontakts (z.B Heim, Arbeitsplatz), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:patient 1 … 1 M Name des Patienten. Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben gemäß „Namen-Elemente von Personen PN“ zu befolgen.   at-cda-bbr-data​element-70  Name  Dataset A Allgemeiner Leitfaden Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Namen-Element (Person) @use cs 0 … 1   Die genaue Bedeutung des angegebenen Namens, z.B. Angabe eines Künstlernamens mit „A" für „Artist“. Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“. Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“). hl7:prefix ENXP 0 … * Beliebig viele Präfixe zum Namen, z.B. Akademische Titel Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen! @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). @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 @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 @qualifier cs 0 … 1   Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B.: AC („Academic“). Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.   CONF Der Wert von @qualifier MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC) Auswahl 1 … 1 Das "administrative Geschlecht" ist das soziale oder gesellschaftliche Geschlecht ("Gender"). Das administrative Geschlecht ist daher grundsätzlich getrennt von den biologischen Merkmalen der Person zu sehen. Grundsätzlich soll das administrative Geschlecht dem im Zentralen Melderegister (ZMR) eingetragenen Geschlecht entsprechen. Über ein Translation-Element können weitere Angaben zum Geschlecht gemacht werden, wenn diese abweichend vom administrativen Geschlecht sind, z.B.: Biologisches Geschlecht Geschlecht in der Sozialversicherung Geschlecht für die Stations-/Bettenbelegung im Krankenhaus Codierung des Geschlechts des Patienten aus ValueSet "ELGA_AdministrativeGender". Elemente in der Auswahl: hl7:administrative​Gender​Code[not(@nullFlavor)] hl7:administrative​Gender​Code[@nullFlavor='UNK'] hl7:administrative​Gender​Code CE 0 … 1 wo [not(@nullFlavor)]   at-cda-bbr-data​element-74  Geschlecht  Dataset A Allgemeiner Leitfaden @displayName st 1 … 1 R @code cs 1 … 1 R @codeSystem oid 1 … 1 R @codeSystemName st 0 … 1     CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC) hl7:translation CD 0 … * R Über ein Translation-Element können weitere Angaben zum Geschlecht gemacht werden, wenn diese abweichend vom administrativen Geschlecht sind, z.B.: Biologisches Geschlecht, Geschlecht in der Sozialversicherung, Geschlecht für die Stations-/Bettenbelegung im Krankenhaus @displayName st 1 … 1 R   Beispiel Beispiel für eine SNOMED CT Angabe <translation code="772004004" codeSystem="2.16.840.1.113883.6.96" displayName="Non-binary gender"/> hl7:administrative​Gender​Code CE 0 … 1 Mittels nullFlavor="UNK" wird "Unbekannt" abgebildet. Dies schließt die Ausprägung "Keine Angabe" mit ein. wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Geburtsdatum des Patienten. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Elemente in der Auswahl: hl7:birthTime hl7:birthTime[@nullFlavor='UNK'] hl7:birthTime TS.AT.VAR 0 … 1   at-cda-bbr-data​element-75  Geburtsdatum  Dataset A Allgemeiner Leitfaden hl7:birthTime TS.AT.VAR 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK sdtc:deceasedInd BL 0 … 1 R Kennzeichen, dass die Person verstorben ist. Kann alternativ zum Todesdatum angegeben werden, v.a. wenn der Todeszeitpunkt nicht bekannt ist.   at-cda-bbr-data​element-192  Verstorben-Kennzeichen  Dataset A Allgemeiner Leitfaden sdtc:deceasedTime TS.AT.TZ 0 … 1 R Todesdatum der Person.   at-cda-bbr-data​element-191  Todesdatum  Dataset A Allgemeiner Leitfaden hl7:marital​Status​Code CE 0 … 1 R Codierung des Familienstands des Patienten. Zulässige Werte gemäß Value-Set „ELGA_MaritalStatus“   at-cda-bbr-data​element-98  Familienstand  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.2 @codeSystemName st 1 … 1 F HL7:MaritalStatus @displayName st 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.11 ELGA_MaritalStatus (DYNAMIC) hl7:religious​Affiliation​Code CE 0 … 1 R Codierung des Religionsbekenntnisses des Patienten. Zulässige Werte gemäß Value-Set „ELGA_ReligiousAffiliation“   at-cda-bbr-data​element-99  Religionsbekenntnis  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.2.16.1.4.1 @codeSystemName st 1 … 1 F HL7.AT:ReligionAustria @displayName st 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.18 ELGA_ReligiousAffiliation (DYNAMIC) hl7:raceCode NP Rasse des Patienten. Darf nicht verwendet werden! hl7:ethnic​Group​Code NP Ethnische Zugehörigkeit des Patienten. Darf nicht verwendet werden! hl7:guardian 0 … * R Gesetzlicher Vertreter: Vorsorgebevollmächtigte/r (Bevollmächtigte/r durch Vorsorgevollmacht) Gewählte/r ErwachsenenvertreterIn Gesetzliche/r ErwachsenenvertreterIn Gerichtliche/r ErwachsenenvertreterIn (Sachwalter) Der gesetzliche Vetreter kann entweder eine Person (guardianPerson) oder eine Organisation (guardianOrganization) sein. Beim Patienten können optional ein oder mehrere gesetzliche Vetreter angegeben werden. Wenn ein gesetzliche Vetreter bekannt ist, SOLL diese Information auch angegeben werden.   at-cda-bbr-data​element-88  Gesetzlicher Vertreter  Dataset A Allgemeiner Leitfaden @classCode cs 0 … 1 F GUARD hl7:addr 0 … 1 R Die Adresse des gesetzlichen Vertreters oder der Organisation. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) hl7:telecom TEL.AT 0 … * R Beliebig viele Kontaktdaten des gesetzlichen Vertreters als Person oder Organisation. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (z.B. Heim, Arbeitsplatz) Bsp: WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 1 Angabe des gesetzlichen Vertreters als Person (guardianPerson in Granularitätsstufe 1 oder 2) ODER als Organisation (guardianOrganization) Elemente in der Auswahl: hl7:guardian​Person welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:guardian​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:guardian​Organization welches enthält Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC) hl7:guardian​Person 0 … 1 Name des gesetzlichen Vertreters: Angabe in  Granularitätsstufe 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:guardian​Person 0 … 1 Name des gesetzlichen Vertreters: Angabe in  Granularitätsstufe 2 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:guardian​Organization 0 … 1 R Name des gesetzlichen Vertreters (Organisation) Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC) 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:birthplace 0 … 1 R Geburtsort des Patienten.   at-cda-bbr-data​element-76  Geburtsort  Dataset A Allgemeiner Leitfaden @classCode cs 0 … 1 F BIRTHPL hl7:place 1 … 1 M @classCode cs 0 … 1 F PLC @determiner​Code cs 0 … 1 F INSTANCE Auswahl 1 … 1 Elemente in der Auswahl: hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) hl7:addr AD 0 … 1 Die Adresse des Geburtsorts. Minimalangabe. Alle Elemente optional. Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) hl7:addr AD 0 … 1 Die Adresse des Geburtsorts, struktuiert. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) Auswahl 1 … 1 Elemente in der Auswahl: hl7:language​Communication 0 … * R Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten.   at-cda-bbr-data​element-100  Sprachfähigkeit  Dataset A Allgemeiner Leitfaden hl7:language​Code CS 1 … 1 M Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen). In der Klasse languageCommunication können Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform (z.B. gesprochen oder geschrieben) des Patienten angegeben werden. Dieser Leitfaden schränkt die möglichen Werte für die Sprache auf Werte aus dem Value Set ELGA_HumanLanguage ein. Die Gebärdensprache ist als eigene Sprache inkl. Ländercode anzugeben, mit der Ergänzung des Länder-/Regional-Codes (z.B. sgn-at), die Ausdrucksweise (MoodCode) wird in diesem Fall nicht angegeben (denn expressed / received signed wären redundant).   at-cda-bbr-data​element-101  Sprache  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R Zulässige Werte gemäß Value-Set „ELGA_HumanLanguage“ aus Code-System „HL7:HumanLanguage 2.16.840.1.113883.6.121“ Gemäß IETF / RFC 3066 enthält es ein bestimmtes Subset von Codes aus ISO 639-1 und ISO 639-2 (also zwei- und dreistellige Sprachcodes). Gemäß RFC 3066 ist es zulässig, eine Angabe der landestypischen Ausprägung der Sprache nach einem Bindestrich anzufügen. Das Land wird dabei nach ISO 3166-1 Alpha 2 angegeben. Dies MUSS bei der Auswertung des languageCodes berücksichtigt und toleriert werden.   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC) hl7:modeCode CE 0 … 1 C Ausdrucksform der Sprache. Zulässige Werte gemäß Value-Set „ELGA_LanguageAbilityMode“ @code cs 1 … 1 R @displayName st 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.60 @codeSystemName st 0 … 1 F HL7:LanguageAbilityMode   Constraint Bei Strukturierung einer Gebärdensprache ist dieses Element NICHT ERLAUBT, NP [0..0] und MUSS daher komplett entfallen   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.175 ELGA_LanguageAbilityMode (DYNAMIC) hl7:proficiency​Level​Code CE 0 … 1 R Grad der Sprachkenntnis in der Sprache. Zulässige Werte gemäß Value-Set „ELGA_ProficiencyLevelCode“   at-cda-bbr-data​element-102  Grad der Sprachkenntnis  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R @displayName st 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.61 @codeSystemName st 0 … 1 F HL7:LanguageAbilityProficiency   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC) hl7:preference​Ind BL 0 … 1 R Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird.   at-cda-bbr-data​element-103  Sprachpräferenz  Dataset A Allgemeiner Leitfaden   Schematron assert role  error     test not(hl7:id[1]/@nullFlavor)     Meldung Die Verwendung von id/@nullFlavor ist an dieser Stelle NICHT ERLAUBT.     Schematron assert role  error     test not(hl7:id[2]/@nullFlavor) or (hl7:id[2][@nullFlavor='UNK'] or hl7:id[2][@nullFlavor='NI'])     Meldung Zugelassene nullFlavor sind "NI" und "UNK"

8.2.10 Author

Id	1.2.40.0.34.6.0.11.1.2 ref at-cda-bbr-	Gültigkeit ab	2023‑04‑06 15:23:19 Andere Versionen mit dieser Id: atcdabbr_header_Author vom 2021‑08‑24 08:35:56 atcdabbr_header_Author vom 2021‑02‑18 12:40:27 atcdabbr_header_Author vom 2019‑02‑13 09:50:17
Status	Aktiv	Versions-Label	1.0.3+20230717
Name	atcdabbr_header_Author	Bezeichnung	Author
Beschreibung Der Autor, Urheber oder Dokumentersteller ist die Person, die hauptursächlich etwas verursacht oder veranlasst oder als Initiator, Anstifter, Verfasser oder Verursacher wirkt. Der Autor kann auch ein "Dokument-erstellendes Gerät" sein, etwa ein Computerprogramm, das automatisch Daten zu einem Patienten in Form eines Befunds oder einer Zusammenfassung kombiniert. Die das Dokument schreibende Person (z.B. Schreibkraft, medizinische Dokumentationsassistenz) wird in CDA in einem eigenen Element (dataEnterer) abgebildet, siehe "Personen der Dateneingabe ("dataEnterer")". Es kann mehr als ein Dokumentersteller angegeben werden (mehrere author-Elemente). Das erste author-Element SOLL eine Person sein ("Hauptautor"). Geräte MÜSSEN hinter den Personen-Autoren stehen (sofern vorhanden, z.B. bei einem On-Demand Dokument, das keine Person erstellt oder sonstige automatisch ohne Personenkontakt erstellte Dokumente). ↔ Hinweis zum XDS-Mapping: Folgende XDS-Attribute werden aus dem author-Element abgeleitet: AuthorInstitution (=representedOrganization) AuthorPerson (=assignedAuthor) AuthorRole (=functionCode) AuthorSpeciality  (=assignedAuthor.code) Nur das erste author-Element ist für das XDS-Mapping zu übernehmen.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.11 Containment Person Name Compilation G2 M (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.18 Containment Device Compilation (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.5 Containment Organization Compilation with id, name (1.0.1+20210628) DYNAMIC
Beziehung	Spezialisierung: Template 1.2.40.0.34.6.0.11.1.2 Author (2021‑08‑24 08:35:56) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.2 Author (2021‑02‑18 12:40:27) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.2 Author (2019‑02‑13 09:50:17) ref at-cda-bbr-
Beispiel	Person als Author <author typeCode="AUT" contextControlCode="OP">   <!-- Funktionscode -->   <functionCode code="OA" displayName="Diensthabender Oberarzt" codeSystem="1.2.40.0.34.99.111.2.1" codeSystemName="Amadeus Spital Funktionen"/>  <!-- Zeitpunkt der Erstellung -->   <time value="20190605133410+0200"/>  <assignedAuthor classCode="ASSIGNED">     <!-- Identifikation des Verfassers des Dokuments -->     <id root="1.2.40.0.34.99.111.1.3" extension="1111" assigningAuthorityName="Amadeus Spital"/>    <!-- Fachrichtung des Verfassers des Dokuments -->     <code code="107" displayName="Fachärztin/Facharzt für Chirurgie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/>    <!-- Kontaktdaten des Verfassers des Dokuments -->     <telecom value="tel:+43.1.40400"/>    <telecom value="mailto:Isabella.Stern@organization.at"/>    <!-- Person als Author -->     <assignedPerson classCode="PSN" determinerCode="INSTANCE">       <!-- template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' (2019-04-02T10:09:43) -->     </assignedPerson>    <representedOrganization>       <!-- template 1.2.40.0.34.6.0.11.9.5 'Organization Compilation with id, name' (2019-03-25T13:43:57) -->     </representedOrganization>  </assignedAuthor></author>
Beispiel	Gerät als Author <author typeCode="AUT" contextControlCode="OP">   <!-- Zeitpunkt der Erstellung -->   <time value="20190605133410+0200"/>  <assignedAuthor classCode="ASSIGNED">     <!-- Geräte Identifikation (oder nullFlavor) -->     <id root="86562fe5-b509-4ce9-b976-176fd376e477" assigningAuthorityName="KH Eisenstadt"/>    <!-- Gerät als Author -->     <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE">       <!-- template 1.2.40.0.34.6.0.11.9.18 'Device Compilation' (2019-02-13T10:11:00) -->     </assignedAuthoringDevice>    <representedOrganization>       <!-- template 1.2.40.0.34.6.0.11.9.5 'Organization Compilation with id, name' (2019-03-25T13:43:57) -->     </representedOrganization>  </assignedAuthor></author>
Item DT Kard Konf Beschreibung Label hl7:author Verfasser des Dokuments. @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP hl7:functionCode CE (extensible) 0 … 1 R Funktionscode des Verfassers des Dokuments, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“. Eigene Codes und Bezeichnungen können verwendet werden. @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 wo [not(@nullFlavor)] hl7:time TS.AT.TZ 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:assignedAuthor 1 … 1 M @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.  wo [not(@nullFlavor)] hl7:id II 0 … 1 wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 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. @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. wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 1 Elemente in der Auswahl: hl7:assigned​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:assigned​Authoring​Device welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) hl7:assigned​Person 0 … 1 Personendaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen, name-Element ist hier Mandatory. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:assigned​Authoring​Device 0 … 1 Datenerstellende/s Software/Gerät Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) hl7:represented​Organization 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. ↔ Hinweis zum XDS-Mapping: Da manche offiziellen Bezeichnungen von GDA sehr lang werden können, SOLL das name Element einer möglichst eindeutigen Kurzbezeichnung der Organisation entsprechen (im GDA-I im Tag description enthalten). Bei größeren Organisationen SOLL zusätzlich die Abteilung angegeben werden, damit die Zuordnung für den Leser einfacher wird.  Beispiel: Statt "Allgemeines Krankenhaus der Stadt Wien-Medizinischer Universitätscampus" -->  "Wien AKH" bzw. "Wien AKH - Augenambulanz"  Beinhaltet 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (DYNAMIC)   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.

8.2.11 Custodian

Id	1.2.40.0.34.6.0.11.1.4 ref at-cda-bbr-	Gültigkeit ab	2021‑10‑13 14:05:15 Andere Versionen mit dieser Id: atcdabbr_header_Custodian vom 2021‑02‑19 10:33:30 atcdabbr_header_Custodian vom 2019‑02‑26 11:28:24
Status	Aktiv	Versions-Label	1.0.1+20211213
Name	atcdabbr_header_Custodian	Bezeichnung	Custodian
Beschreibung Der "Verwahrer" des Dokuments stellt die Organisation dar, von der das Dokument stammt und die für die Aufbewahrung und Verwaltung des ORIGINALEN Dokuments verantwortlich ist. Jedes CDA-Dokument hat genau einen Custodian. Der Custodian entspricht der Definition von Verwaltertätigkeit ("Stewardship") von CDA. Da CDA ein Austauschformat für Dokumente ist und ein CDA-Dokument möglicherweise nicht die ursprüngliche Form der authentifizierten Dokumente darstellt, repräsentiert der Custodian den Verwalter der ursprünglichen Quelldokumente.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz at-cda-bbr-data​element-24  Verwahrer  Dataset A Allgemeiner Leitfaden
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (1.0.1+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.1.4 Custodian (2021‑02‑19 10:33:30) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.4 Custodian (2019‑02‑26 11:28:24) ref at-cda-bbr-
Beispiel	Beispiel <!-- Verwahrer des Dokuments --> <custodian typeCode="CST">   <assignedCustodian classCode="ASSIGNED">     <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">       <!-- Identifikation des Verwahrers -->       <id root="1.2.3.999" extension="7601234567890"/>      <name>Amadeus Spital</name>      <telecom use="WP" value="tel:+43.(0)50.55460-0"/>      <telecom use="MC" value="tel:+43.(0)676.55461"/>      <addr>         <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->       </addr>    </representedCustodianOrganization>  </assignedCustodian></custodian>
Item DT Kard Konf Beschreibung Label hl7:custodian Verwahrer des Dokuments.   at-cda-bbr-data​element-24  Verwahrer  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1 F CST hl7:assignedCustodian 1 … 1 M @classCode cs 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 1 … * M Identifikation des Verwahrers des Dokuments. Wenn dieser im GDA-I angeführt ist, ist die entsprechende OID zu verwenden. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. 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. hl7:telecom TEL.AT 0 … * Kontaktdaten des Verwahrers des originalen Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen. 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)

8.2.12 Information Recipient

Id	1.2.40.0.34.6.0.11.1.24 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 11:10:25 Andere Versionen mit dieser Id: atcdabbr_header_Information_Recipient vom 2019‑03‑26 13:08:59
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_header_Information_Recipient	Bezeichnung	Information Recipient
Beschreibung Der beabsichtigte Empfänger des Dokuments. Hierbei ist zu beachten, dass es sich um die unmittelbar bei der Erstellung des Dokuments festgelegten bzw. bekannten Empfänger handelt. Beispiel: Bei der Erstellung der Dokumentation ist bekannt, dass man das Dokument primär an den Hausarzt und ggf. als Kopie an einen mitbehandelnden Kollegen senden wird. In diesem Fall sollten genau diese beiden Empfänger angegeben werden. ↔ Hinweis zum XDS-Mapping: Dieses Element kann ins XDS-Attribut intendedRecipient gemappt werden (derzeit von ELGA nicht unterstützt).
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 5 Konzepte Id Name Datensatz at-cda-bbr-data​element-26  Empfänger  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-27  Empfänger Typ  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-28  ID des Empfängers  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-29  Name  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-30  Organisation  Dataset A Allgemeiner Leitfaden
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.12 Containment Person Name Compilation G1 M (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.11 Containment Person Name Compilation G2 M (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.9 Inklusion Organization Compilation with name (1.0.0+20210219) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.1.24 Information Recipient (2019‑03‑26 13:08:59) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.20005 Header​Information​Recipient (2011‑12‑19) ref elgabbr-
Beispiel	Beabsichtigter Empfänger in hoher Granularität angegeben werden <informationRecipient typeCode="PRCP">   <intendedRecipient>     <!-- Identifikation des beabsichtigten Empfängers -->     <id nullFlavor="UNK"/>    <!-- Personendaten des beabsichtigten Empfängers -->     <informationRecipient>       <!-- include template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' (dynamic) 1..1 M -->     </informationRecipient>    <!-- Organisation, der der beabsichtigte Empfänger angehört -->     <receivedOrganization>       <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (dynamic) 0..1 O -->     </receivedOrganization>  </intendedRecipient></informationRecipient>
Beispiel	Beabsichtigter Empfänger ist eine unbekannte Person („An den Hausarzt“) <informationRecipient typeCode="PRCP">   <intendedRecipient>     <!-- Identifikation des beabsichtigten Empfängers -->     <id nullFlavor="UNK"/>    <!-- Personendaten des beabsichtigten Empfängers -->     <informationRecipient>       <!-- include template 1.2.40.0.34.6.0.11.9.12 'Person Name Compilation G1 M' (dynamic) 1..1 M -->     </informationRecipient>  </intendedRecipient></informationRecipient>
Beispiel	Beabsichtigter Empfänger ist der Patient selbst <informationRecipient typeCode="PRCP">   <intendedRecipient>     <!-- Der Patient besitzt keine ID -->     <id nullFlavor="NI"/>    <!-- Hinweis auf den Patienten -->     <informationRecipient>       <name>Herbert Mustermann</name>      <!-- Diese Angabe erfolgt in template 1.2.40.0.34.6.0.11.9.12 'Person Name Compilation G1 M' (dynamic) 1..1 M -->     </informationRecipient>  </intendedRecipient>  <!--Eine erneute Angabe der Adresse des Patienten ist nicht erforderlich.--> </informationRecipient>
Item DT Kard Konf Beschreibung Label hl7:information​Recipient Beabsichtiger Empfänger des Dokuments.    at-cda-bbr-data​element-26  Empfänger  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1   Typ des Informationsempfängers, z.B: PRCP „Primärer Empfänger“. Werden mehrere Empfänger angegeben, MUSS der primäre Empfänger über den typeCode definiert werden. Hinweis: Das ist relevant, wenn Funktionen aus dem gerichteten Befundversand oder für den Briefdruck auf das Dokument angewendet werden.   CONF Der Wert von @typeCode MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.29 ELGA_InformationRecipientType (DYNAMIC)   at-cda-bbr-data​element-27  Empfänger Typ  Dataset A Allgemeiner Leitfaden hl7:intended​Recipient 1 … 1 M @classCode cs 0 … 1   Auswahl 1 … * Elemente in der Auswahl: hl7:id[not(@nullFlavor)] hl7:id[@nullFlavor='NI'] hl7:id[@nullFlavor='UNK'] hl7:id II 0 … * Identifikation des beabsichtigten Empfängers (Person). Empfohlene Information für einen Empfänger ist die ID aus dem GDA-Index. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. wo [not(@nullFlavor)]   at-cda-bbr-data​element-28  ID des Empfängers  Dataset A Allgemeiner Leitfaden hl7:id II 0 … 1 NI … Person hat keine ID wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 UNK ... Person hat eine ID, diese ist jedoch unbekannt wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Personendaten des beabsichtigten Empfängers. Empfehlung: Der Name des Empfängers und die Organisation, der er angehört, sollen in möglichst hoher Granularität angegeben werden. Aufgrund der gängigen Praxis kann als minimale Information für den Empfänger der unstrukturierte Name angegeben werden. Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen. Elemente in der Auswahl: hl7:information​Recipient[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:information​Recipient[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:information​Recipient  … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) wo [hl7:name [count(child::*)=0]]   at-cda-bbr-data​element-29  Name  Dataset A Allgemeiner Leitfaden hl7:information​Recipient  … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) wo [hl7:name [count(child::*)!=0]] hl7:received​Organization 0 … 1 R Organisation, der der beabsichtigte Empfänger angehört, z.B.: „Ordination des empfangenden Arztes“. Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.   at-cda-bbr-data​element-30  Organisation  Dataset A Allgemeiner Leitfaden Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. 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. hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)]

8.2.13 Legal Authenticator

Id	1.2.40.0.34.6.0.11.1.5 ref at-cda-bbr-	Gültigkeit ab	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)
Assoziiert mit	Assoziiert mit 3 Konzepte Id Name Datensatz at-cda-bbr-data​element-1  Rechtlicher Unterzeichner  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-5  Zeitpunkt der Unterzeichnung  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-6  Signatur  Dataset A Allgemeiner Leitfaden
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.22 Containment Assigned Entity (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.1.5 Legal Authenticator (2019‑03‑04 11:41:57) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.20006 HeaderLegalAuthenticator (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <legalAuthenticator contextControlCode="OP" typeCode="LA">   <!-- Zeitpunkt der Unterzeichnung -->   <time value="20190324082015+0100"/>  <!-- Signaturcode -->   <signatureCode code="S"/>  <!-- Personen- und Organisationsdaten des Rechtlichen Unterzeichners des Dokuments -->   <assignedEntity>     <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->   </assignedEntity></legalAuthenticator>
Item DT Kard Konf Beschreibung Label hl7:legalAuthenticator Hauptunterzeichner, Rechtlicher Unterzeichner   at-cda-bbr-data​element-1  Rechtlicher Unterzeichner  Dataset A Allgemeiner Leitfaden @context​Control​Code cs 0 … 1 F OP @typeCode cs 0 … 1 F LA Auswahl 1 … 1 Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Elemente in der Auswahl: hl7:time[not(@nullFlavor)] hl7:time[@nullFlavor='UNK'] hl7:time TS.AT.TZ 0 … 1 wo [not(@nullFlavor)]   at-cda-bbr-data​element-5  Zeitpunkt der Unterzeichnung  Dataset A Allgemeiner Leitfaden hl7:time TS.AT.TZ 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:signatureCode CS 1 … 1 M Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde.   at-cda-bbr-data​element-6  Signatur  Dataset A Allgemeiner Leitfaden @code CONF 1 … 1 F S hl7:assignedEntity 1 … 1 M Personendaten des rechtlichen Unterzeichners. Für den Namen ist verpflichtend Granularitätsstufe 2 ("strukturierte Angabe des Namens") anzuwenden! Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)

8.2.14 Authenticator

Id	1.2.40.0.34.6.0.11.1.6 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 10:25:00 Andere Versionen mit dieser Id: atcdabbr_header_Authenticator vom 2019‑03‑04 13:11:54
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_header_Authenticator	Bezeichnung	Authenticator
Beschreibung Mitunterzeichner, weiterer Unterzeichner. Dokumente können neben dem verpflichtenden legalAuthenticator („rechtlichen Unterzeichner“, Hauptunterzeichner) auch beliebig viele weitere Mitunterzeichner beinhalten. Sonderfälle: Multidisziplinäre Befunde: Die Angabe von mindestens zwei Mitunterzeichnern (authenticator) ersetzt die Angabe eines Hauptunterzeichners (legalAuthenticator), wenn dieser nicht ermittelt werden kann (z.B. bei multidisziplinären Befunden, die von mehreren Fachärzten mit unterschiedlicher Fachrichtung gleichermaßen verantwortet werden). Automatisch erstellte Befunde: Bei Dokumenten, die von „Geräten“ erstellt wurden (wenn der Inhalt durch einen Algorithmus erzeugt und nicht von einer natürlichen Person freigegeben wurde), entfällt die Angabe aller Unterzeichner.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 3 Konzepte Id Name Datensatz at-cda-bbr-data​element-105  Zeitpunkt der Unterzeichnung  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-106  Signatur  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-31  Weitere Unterzeichner  Dataset A Allgemeiner Leitfaden
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.22 Inklusion Assigned Entity (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.1.6 Authenticator (2019‑03‑04 13:11:54) ref at-cda-bbr-
Beispiel	Strukturbeispiel <authenticator typeCode="AUTHEN">   <!-- Zeitpunkt der Unterzeichnung -->   <time value="20190605"/>  <!-- Signaturcode -->   <signatureCode code="S"/>  <!-- Personen- und Organisationsdaten des Weiteren Unterzeichners des Dokuments -->   <assignedEntity>     <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->   </assignedEntity></authenticator>
Item DT Kard Konf Beschreibung Label hl7:authenticator Weitere Unterzeichner.   at-cda-bbr-data​element-31  Weitere Unterzeichner  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1 F AUTHEN Auswahl 1 … 1 Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Grundsätzlich sind die Vorgaben gemäß für „Zeit-Elemente“ zu befolgen. Elemente in der Auswahl: hl7:time[not(@nullFlavor)] hl7:time[@nullFlavor='UNK'] hl7:time TS.AT.TZ 0 … 1 wo [not(@nullFlavor)]   at-cda-bbr-data​element-105  Zeitpunkt der Unterzeichnung  Dataset A Allgemeiner Leitfaden hl7:time TS.AT.TZ 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:signatureCode CS 1 … 1 M   at-cda-bbr-data​element-106  Signatur  Dataset A Allgemeiner Leitfaden @code CONF 1 … 1 F S hl7:assignedEntity 1 … 1 M Personendaten des weiteren Unterzeichners. Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen. 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 … * wo [not(@nullFlavor)] hl7:id II 0 … 1 wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 0 … 1 Elemente in der Auswahl: hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) hl7:addr[@nullFlavor='UNK'] hl7:addr 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:addr 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:telecom TEL.AT 0 … * Beliebig viele Kontakt-Elemente der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value url 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.). Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567 Zulässige Werteliste für telecom Präfixe gemäß Value Set "ELGA_URLScheme" @use cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP. Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"   Constraint Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:assigned​Person 1 … 1 M Personendaten der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:represented​Organization 0 … 1 R Organisationsdaten der Entität. Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

8.2.15 Participant Fachlicher Ansprechpartner

Id	1.2.40.0.34.6.0.11.1.20 ref at-cda-bbr-	Gültigkeit ab	2021‑08‑03 11:02:47 Andere Versionen mit dieser Id: atcdabbr_header_ParticipantFachlicherAnsprechpartner vom 2021‑06‑30 15:57:10 atcdabbr_header_ParticipantFachlicherAnsprechpartner vom 2021‑02‑19 11:15:35 atcdabbr_header_ParticipantFachlicherAnsprechpartner vom 2019‑02‑12 15:59:16
Status	Aktiv	Versions-Label	1.0.2+20210803
Name	atcdabbr_header_ParticipantFachlicherAnsprechpartner	Bezeichnung	Participant Fachlicher Ansprechpartner
Beschreibung Der fachliche Ansprechpartner ist jene Kontaktperson oder –stelle, welche zur Kontaktaufnahme für fachliche Auskünfte zum betreffenden Dokument veröffentlicht wird. Soll als Ansprechpartner der Verfasser des Dokuments angegeben werden, so sind die entsprechenden Daten an dieser Stelle noch einmal anzugeben. Bei Verwendung sollen möglichst präzise Kontaktdaten angegeben werden. Es obliegt der dokumenterzeugenden Organisation zu entscheiden, welchen Ansprechpartner sie veröffentlicht.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.11 Containment Person Name Compilation G2 M (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.9 Inklusion Organization Compilation with name (1.0.0+20210219) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.1.20 Participant Fachlicher Ansprechpartner (2021‑06‑30 15:57:10) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.20 Participant Fachlicher Ansprechpartner (2021‑02‑19 11:15:35) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.20 Participant Fachlicher Ansprechpartner (2019‑02‑12 15:59:16) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25) ref elgabbr-
Beispiel	Beispiel Organisation <participant typeCode="CALLBCK">   <templateId root="1.2.40.0.34.6.0.11.1.20"/>  <associatedEntity classCode="PROV">     <!-- Verpflichtende Telefonnummer des fachlichen Ansprechpartners -->     <telecom use="WP" value="tel:+43.6138.3453446.1"/>    <!-- Organisation des Fachlichen Ansprechpartners -->     <scopingOrganization>       <!-- Name der Organisation -->       <name>Sekretariat der Chir. Abt. Amadeusspital</name>    </scopingOrganization>  </associatedEntity></participant>
Beispiel	Beispiel Person + Organisation <participant typeCode="CALLBCK">   <templateId root="1.2.40.0.34.6.0.11.1.20"/>  <associatedEntity classCode="PROV">     <!-- Verpflichtende Telefonnummer des fachlichen Ansprechpartners -->     <telecom use="WP" value="tel:+43.6138.3453446.1.12"/>    <associatedPerson>       <!-- Name des Fachlichen Ansprechpartners -->       <name>         <prefix>Dr.</prefix>        <given>Walter</given>        <family>Hummel</family>      </name>    </associatedPerson>    <!-- Organisation des Fachlichen Ansprechpartners -->     <scopingOrganization>       <!-- Name der Organisation -->       <name>Sekretariat der Chir. Abt. Amadeusspital</name>    </scopingOrganization>  </associatedEntity></participant>
Item DT Kard Konf Beschreibung Label hl7:participant Fachlicher Ansprechpartner wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.20']] @typeCode cs 1 … 1 F CALLBCK   Callback contact @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.20 hl7:functionCode CE (extensible) 0 … 1 Optionale Angabe eines Funktionscodes des fachlichen Ansprechpartners, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“. Eigene Codes und Bezeichnungen können verwendet werden. @code cs 1 … 1 R @codeSystem oid 1 … 1 R @displayName st 1 … 1 R hl7:associated​Entity 1 … 1 M @classCode cs 1 … 1 F PROV   Healthcare provider - Gesundheitsdiensteanbieter hl7:code CE 0 … 1 Optionale Angabe der Fachrichtung des fachlichen Ansprechpartners („Sonderfach“ gem. Ausbildungsordnung), z.B: „Facharzt/Fachärztin für Gynäkologie“. Wenn ein fachlicher Ansprechpartner mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben. @codeSystem oid 1 … 1 R @displayName st 1 … 1 R @code cs 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für "Adress-Elemente" zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:telecom TEL.AT 1 … * M Beliebig viele Kontaktdaten des Beteiligten. @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Es MUSS mindestens eine Telefonnummer angegeben werden. Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:associated​Person 0 … 1 R Name der Person Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:scoping​Organization 0 … 1 R Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen. Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. 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. hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)]

8.2.16 Participant Hausarzt

Id	1.2.40.0.34.6.0.11.1.23 ref at-cda-bbr-	Gültigkeit ab	2021‑08‑03 11:32:38 Andere Versionen mit dieser Id: atcdabbr_header_ParticipantHausarzt vom 2021‑02‑19 11:16:07 atcdabbr_header_ParticipantHausarzt vom 2019‑02‑13 10:44:48
Status	Aktiv	Versions-Label	1.0.1+20210803
Name	atcdabbr_header_ParticipantHausarzt	Bezeichnung	Participant Hausarzt
Beschreibung	Hausarzt
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.12 Containment Person Name Compilation G1 M (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.11 Containment Person Name Compilation G2 M (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.9 Inklusion Organization Compilation with name (1.0.0+20210219) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.1.23 Participant Hausarzt (2021‑02‑19 11:16:07) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.23 Participant Hausarzt (2019‑02‑13 10:44:48) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25) ref elgabbr-
Beispiel	Strukturbeispiel <participant contextControlCode="OP" typeCode="IND">   <templateId root="1.2.40.0.34.6.0.11.1.23"/>  <functionCode code="PCP" displayName="primary care physician" codeSystem="2.16.840.1.113883.5.88" codeSystemName="HL7:ParticipationFunction"/>  <associatedEntity classCode="PROV">     <!-- Identifikation des Hausarztes (Person) aus dem GDA-Index -->     <id assigningAuthorityName="GDA Index" root="1.2.3.999" extension="--example only--"/>    <addr>       <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->     </addr>    <telecom use="WP" value="tel:+43.1.3453446.1"/>    <associatedPerson>       <!-- Name des Hausarztes -->       <!-- include template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' (dynamic) 1..1 M -->     </associatedPerson>    <scopingOrganization>       <!-- Ordination -->       <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (dynamic) .. O -->     </scopingOrganization>  </associatedEntity></participant>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Hausarzt). wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.23']] @typeCode cs 1 … 1 F IND   In indirektem Bezug. @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.23 hl7:functionCode CE 1 … * M Funktionscode des Beteiligten @code cs 1 … 1 F PCP @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.88 @codeSystemName st 1 … 1 F HL7:ParticipationFunction hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @classCode cs 1 … 1 F PROV   Healthcare provider - Gesundheitsdiensteanbieter. Auswahl 0 … * Identifikation des Beteiligten (Person) aus dem GDA-Index. Elemente in der Auswahl: hl7:id[not(@nullFlavor)] hl7:id[@nullFlavor='NI'] hl7:id[@nullFlavor='UNK']   Constraint Zugelassene nullFlavor: NI … Organisation hat keine ID UNK … Organisation hat eine ID, diese ist jedoch unbekannt hl7:id II 0 … * wo [not(@nullFlavor)] hl7:id II 0 … 1 wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:addr AD 0 … 1 Adresse des Hausarztes Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Hausarztes. wo [not(@nullFlavor)] @value st 1 … 1 R @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 1 Name des Hausarztes. Elemente in der Auswahl: hl7:associated​Person[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:associated​Person[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) wo [hl7:name [count(child::*)=0]] hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) wo [hl7:name [count(child::*)!=0]] hl7:scoping​Organization 0 … 1 R Arztpraxis oder Ordination. Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. 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. hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)]

8.2.17 Participant Auskunftsberechtigte Person (Notfallkontakt)

Id	1.2.40.0.34.6.0.11.1.27 ref at-cda-bbr-	Gültigkeit ab	2021‑08‑03 11:25:19 Andere Versionen mit dieser Id: atcdabbr_header_ParticipantAuskunftsberechtigtePersonNotfallkontakt vom 2021‑08‑03 10:59:17 atcdabbr_header_ParticipantAuskunftsberechtigtePersonNotfallkontakt vom 2021‑02‑19 11:13:06 atcdabbr_header_ParticipantAuskunftsberechtigtePersonNotfallkontakt vom 2019‑02‑12 15:50:47
Status	Aktiv	Versions-Label	1.0.2+20210803
Name	atcdabbr_header_ParticipantAuskunftsberechtigtePersonNotfallkontakt	Bezeichnung	Participant Auskunftsberechtigte Person (Notfallkontakt)
Beschreibung	Der Notfall-Kontakt entspricht in Österreich der „Auskunftsberechtigten Person“ (oder auch „Vertrauensperson“).
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 5 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.15 Containment Time Interval Information minimal (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.12 Containment Person Name Compilation G1 M (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.11 Containment Person Name Compilation G2 M (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.9 Inklusion Organization Compilation with name (1.0.0+20210219) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.1.27 Participant Auskunftsberechtigte Person (Notfallkontakt) (2021‑08‑03 10:59:17) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.27 Participant Auskunftsberechtigte Person (Notfallkontakt) (2021‑02‑19 11:13:06) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.27 Participant Auskunftsberechtigte Person (Notfallkontakt) (2019‑02‑12 15:50:47) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25) ref elgabbr-
Beispiel	Strukturbeispiel <participant typeCode="IND">   <templateId root="1.2.40.0.34.6.0.11.1.27"/>  <time>     <!-- template 1.2.40.0.34.6.0.11.9.15 'Time Interval Information minimal' (2019-04-08T08:15:46) -->   </time>  <associatedEntity classCode="ECON">     <!-- Verwandtschaftsverhältnis des Notfallkontakts zum Patienten -->     <code code="FAMMEMB" displayName="Family Member" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/>    <!-- Adresse des Notfall-Kontakts -->     <addr>       <!-- include template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->     </addr>    <telecom use="WP" value="tel:+1-12345678"/>    <associatedPerson>       <!-- Name des Notfallkontakts (strukturierte Angabe) -->       <!-- include template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' 1..1 M -->     </associatedPerson>    <scopingOrganization>       <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (dynamic) -->     </scopingOrganization>  </associatedEntity></participant>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Notfallkontakt / Auskunftsberechtigte Person) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.27']] @typeCode cs 1 … 1 F IND   In indirektem Bezug. @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.27 hl7:time IVL_TS 0 … 1 Zeitraum, in dem der angegebene Kontakt den Notfall-Kontakt darstellt. Wird nur angegeben, wenn der Kontakt bereits absehbar nur in einem eingeschränkten Zeitraum zur Verfügung steht. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @classCode cs 1 … 1 F ECON   Emergency contact - Notfall-Kontakt hl7:code CE 0 … 1 Verwandtschaftsverhältnis des Beteiligten zum Patienten, z.B. DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist. wo [not(@nullFlavor)] @code cs 1 … 1 R Zulässige Werte gemäß Value-Set „ELGA_PersonalRelationship“ @displayName st 0 … 1   @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.111 @codeSystemName st 1 … 1 F HL7:RoleCode   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) hl7:addr AD 0 … 1 Adresse des Beteiligten Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] Auswahl 0 … * Beliebig viele Kontaktdaten des Beteiligten. Elemente in der Auswahl: hl7:telecom[not(@nullFlavor)] hl7:telecom[@nullFlavor='UNK']   Constraint Es SOLL mindestens eine Telefonnummer angegeben werden. hl7:telecom TEL.AT 0 … * R wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1     Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:telecom TEL.AT 0 … 1 Die Kontaktadresse ist unbekannt. nullFlavor "UNK" wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Name des Beteiligten. Elemente in der Auswahl: hl7:associated​Person[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:associated​Person[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) wo [hl7:name [count(child::*)=0]] hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) wo [hl7:name [count(child::*)!=0]] hl7:scoping​Organization 0 … 1 R Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. 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. hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)]

8.2.18 Participant Angehoerige

Id	1.2.40.0.34.6.0.11.1.25 ref at-cda-bbr-	Gültigkeit ab	2021‑08‑03 11:17:27 Andere Versionen mit dieser Id: atcdabbr_header_ParticipantAngehoerige vom 2021‑02‑19 11:11:34 atcdabbr_header_ParticipantAngehoerige vom 2019‑02‑12 14:56:37
Status	Aktiv	Versions-Label	1.0.1+20210803
Name	atcdabbr_header_ParticipantAngehoerige	Bezeichnung	Participant Angehoerige
Beschreibung Als Angehörige sind in Österreich jene Personen anzusehen, welche in einem besonderen familiären oder persönlichen Verhältnis zum Patienten stehen, aber nicht unter die Gruppe der „Auskunftsberechtigten Personen (Notfallkontakt)“ fallen.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.12 Containment Person Name Compilation G1 M (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.11 Containment Person Name Compilation G2 M (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.9 Containment Organization Compilation with name (1.0.0+20210219) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.1.25 Participant Angehoerige (2021‑02‑19 11:11:34) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.25 Participant Angehoerige (2019‑02‑12 14:56:37) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25) ref elgabbr-
Beispiel	Strukturbeispiel <participant typeCode="IND">   <templateId root="1.2.40.0.34.6.0.11.1.25"/>  <associatedEntity classCode="PRS">     <!-- Verwandtschaftsverhältnis des Angehörigen zum Patienten -->     <code code="MTH" displayName="mother" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7: RoleCode"/>    <!-- Kontaktdaten des Angehörigen -->     <addr>       <!-- include template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->     </addr>    <telecom value="tel:0660.1234567"/>    <associatedPerson>       <!-- include template 1.2.40.0.34.6.0.11.9.12 'Person Name Compilation G1 M' 1..1 M' (bei unstrukturierter Angabe des Namens)-->     </associatedPerson>    <scopingOrganization>       <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (2019-02-13T10:30:51) -->     </scopingOrganization>  </associatedEntity></participant>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Angehöriger) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.25']] @typeCode cs 1 … 1 F IND   In indirektem Bezug. @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.25 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @classCode cs 1 … 1 F PRS   Personal relationship - In persönlicher Beziehung hl7:code CE 1 … 1 M Verwandtschaftsverhältnis des Beteiligten zum Patienten. Beispiel: DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist oder NBOR für Nachbar. @code cs 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) @displayName st 0 … 1   @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.111 @codeSystemName st 1 … 1 F HL7:RoleCode   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) hl7:addr AD 0 … 1 Adresse des Beteiligten Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. wo [not(@nullFlavor)] @value st 1 … 1 R @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 1 Name des Beteiligten. Elemente in der Auswahl: hl7:associated​Person[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:associated​Person[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) wo [hl7:name [count(child::*)=0]] hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) wo [hl7:name [count(child::*)!=0]] hl7:scoping​Organization 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

8.2.19 Participant Versicherung

Id	1.2.40.0.34.6.0.11.1.26 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 11:16:42 Andere Versionen mit dieser Id: atcdabbr_header_ParticipantVersicherung vom 2019‑03‑26 14:54:17
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_header_ParticipantVersicherung	Bezeichnung	Participant Versicherung
Beschreibung	Der Beteiligte (Patient) ist selbst der Versicherungsnehmer oder ist bei einem Angehörigen mitversichert.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.15 Containment Time Interval Information minimal (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.11 Containment Person Name Compilation G2 M (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.9 Inklusion Organization Compilation with name (1.0.0+20210219) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.1.26 Participant Versicherung (2019‑03‑26 14:54:17) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25) ref elgabbr-
Beispiel	Patient ist selbst der Versicherungsnehmer <!-- In diesem Fall können die Angaben zur Person (Adresse, Kontaktdaten, Name des Patienten) entfallen, da diese bereits in der Klasse patientRole angegeben sind. --> <participant contextControlCode="OP" typeCode="HLD">   <templateId root="1.2.40.0.34.6.0.11.1.26"/>  <time>     <!-- template 1.2.40.0.34.6.0.11.9.15 'Time Interval Information minimal' (2019-04-08T08:15:46) -->   </time>  <associatedEntity classCode="POLHOLD">     <id root="1.2.40.0.10.1.4.3.1" extension="123424121970" assigningAuthorityName="Österreichische Sozialversicherung"/>    <code code="SELF" displayName="self" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/>    <scopingOrganization>       <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (dynamic) .. O -->     </scopingOrganization>  </associatedEntity></participant>
Beispiel	Patient ist bei einem Angehörigen mitversichert <!-- In diesem Fall MÜSSEN die Angaben zur versicherten Person vorhanden sein. Im Mindesten MUSS der Name der versicherten Person angegeben sein. --> <participant contextControlCode="OP" typeCode="HLD">   <templateId root="1.2.40.0.34.6.0.11.1.26"/>  <!-- Versicherungszeitraum -->   <time>     <!-- template 1.2.40.0.34.6.0.11.9.15 'Time Interval Information minimal' (2019-04-08T08:15:46) -->   </time>  <associatedEntity classCode="POLHOLD">     <!-- SV Nummer der Person, bei der der Patient mitversichert ist -->     <id root="1.2.40.0.10.1.4.3.1" extension="123424121970" assigningAuthorityName="Österreichische Sozialversicherung"/>    <!-- Code FAMDEP (Mitversichert bei Familienangehörigen) -->     <code code="FAMDEP" displayName="family dependent" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/>    <!-- Adresse der Person, bei der der Patient mitversichert ist -->     <addr>       <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->     </addr>    <!-- Kontakt(e) der Person, bei der der Patient mitversichert ist -->     <telecom value="tel:+43.(0)50.55460-0"/>    <!-- Name der Person, bei der der Patient mitversichert ist -->     <associatedPerson>       <!-- template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' -->     </associatedPerson>    <!-- Versicherungsgesellschaft -->     <scopingOrganization>       <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (dynamic) .. O -->     </scopingOrganization>  </associatedEntity></participant>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Versicherter/Versicherung). wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.26']] @typeCode cs 1 … 1 F HLD @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.26 hl7:time IVL_TS 0 … 1 Gültigkeitszeitraum der Versicherungspolizze. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) hl7:associated​Entity 1 … 1 M @classCode cs 1 … 1 F POLHOLD   Policy holder - Halter einer Versicherungspolizze Auswahl 1 … 1 Sozialversicherungsnummer des Patienten (SELF) oder der Person, bei der der Patient mitversichert ist (FAMDEP) Elemente in der Auswahl: hl7:id[not(@nullFlavor)] hl7:id[@nullFlavor='NI'] hl7:id[@nullFlavor='UNK']   Constraint Zugelassene nullFlavor: NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer, …) UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt hl7:id II 0 … 1 wo [not(@nullFlavor)] hl7:id II 0 … 1 wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:code CE 1 … 1 M Versicherungsverhältnis codiert Beispiele: SELF, wenn der Patient selbst der Versicherte ist. FAMDEP, wenn der Patient bei einem Familienmitglied mitversichert ist. @code cs 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.111 @codeSystemName st 1 … 1 F HL7:RoleCode   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.9 ELGA_InsuredAssocEntity (DYNAMIC) hl7:addr AD 0 … 1 Adresse des Beteiligten. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:associated​Person 0 … 1 C Name des Beteiligten. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)   Constraint Wenn das Versicherungsverhältnis "familienversichert" ("FAMDEP“) ist, MUSS eine associatedPerson angegeben sein, M [1..1], sonst kann sie komplett entfallen, O [0..1] hl7:scoping​Organization 1 … 1 M Versicherungsgesellschaft. Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. 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. hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)]   Schematron assert role  error     test not(hl7:code[@code='FAMDEP']) or hl7:associated​Person     Meldung Wenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein.

8.2.20 Participant Betreuungsorganisation

Id	1.2.40.0.34.6.0.11.1.29 ref at-cda-bbr-	Gültigkeit ab	2025‑12‑09 12:55:40 Andere Versionen mit dieser Id: atcdabbr_header_ParticipantBetreuungsorganisation vom 2021‑02‑19 11:14:25 atcdabbr_header_ParticipantBetreuungsorganisation vom 2019‑03‑26 17:25:44
Status	Aktiv	Versions-Label	1.0.1+20251209
Name	atcdabbr_header_ParticipantBetreuungsorganisation	Bezeichnung	Participant Betreuungsorganisation
Beschreibung Als betreuende Organisation ist jene Organisation anzusehen, welche den Patienten nach Entlassung betreut (Trägerorganisationen, Vereine). Beispiele: Mobile Hauskrankenpflege, Wohn- und Pflegeheime, Behinderteneinrichtungen, sozial betreutes Wohnen, …
Kontext	Geschwisterknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.1.29
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.9 Inklusion Organization Compilation with name (1.0.0+20210219) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.1.29 Participant Betreuungsorganisation (2021‑02‑19 11:14:25) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.29 Participant Betreuungsorganisation (2019‑03‑26 17:25:44) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.1.28 Participant Weitere Behandler (2019‑03‑26 14:54:10) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25) ref elgabbr-
Beispiel	Strukturbeispiel <participant contextControlCode="OP" typeCode="IND">   <templateId root="1.2.40.0.34.6.0.11.1.29"/>  <associatedEntity classCode="CAREGIVER">     <!-- Betreuende Organisation -->     <scopingOrganization>       <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (dynamic) 1..1 M -->     </scopingOrganization>  </associatedEntity></participant>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Betreuende Organisation) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.29']] @typeCode cs 1 … 1 F IND @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.29 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @classCode cs 1 … 1 F CAREGIVER   Betreuer hl7:scoping​Organization 1 … 1 M Betreuende Organisation Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. 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. hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)]

8.2.21 Participant Weitere Behandler

Id	1.2.40.0.34.6.0.11.1.28 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 11:17:20 Andere Versionen mit dieser Id: atcdabbr_header_ParticipantWeitereBehandler vom 2019‑03‑26 14:54:10
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_header_ParticipantWeitereBehandler	Bezeichnung	Participant Weitere Behandler
Beschreibung Über dieses Element können weitere an der medizinischen Behandlung maßgeblich beteiligte Personen angegeben werden, z.B. Ärzte aus der gleichen/einer anderen Abteilung, niedergelassene behandelnde Ärzte, nicht-ärztliche Behandler (z.B. Psychologen). Bei Verwendung sollen möglichst präzise Kontaktdaten angegeben werden. Es obliegt der dokumenterzeugenden Organisation zu entscheiden, welche weitere Behandler sie veröffentlicht.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.11 Containment Person Name Compilation G2 M (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.9 Inklusion Organization Compilation with name (1.0.0+20210219) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.1.28 Participant Weitere Behandler (2019‑03‑26 14:54:10) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25) ref elgabbr-
Beispiel	Strukturbeispiel <participant contextControlCode="OP" typeCode="CON">   <templateId root="1.2.40.0.34.6.0.11.1.28"/>  <functionCode code="130" displayName="Facharzt für Neurologie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/>  <associatedEntity classCode="PROV">     <!-- Anschrift und Kontaktdaten des Behandlers -->     <addr>       <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->     </addr>    <telecom value="tel:+43.6138.3453446.1"/>    <telecom value="mailto:robert.betterman@amadeusspital.at"/>    <!-- Name des Behandlers -->     <associatedPerson>       <!-- template .2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' -->     </associatedPerson>    <!-- Organisation des weiteren Behandlers -->     <scopingOrganization>       <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (dynamic) 0..1 R -->     </scopingOrganization>  </associatedEntity></participant>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Weitere Behandler) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.28']] @typeCode cs 1 … 1 F CON @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.28 hl7:functionCode CE (extensible) 0 … 1 Funktionscode des Behandlers z.B: „Facharzt für Neurologie“ Eigene Codes und Bezeichnungen dürfen verwendet werden. wo [not(@nullFlavor)] @code cs 1 … 1 R @codeSystem oid 1 … 1 R @displayName st 1 … 1 R   CONF Der Wert von @code SOLLTE gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @classCode cs 1 … 1 F PROV   Gesundheitsdiensteanbieter. hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.) Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Bsp: tel:+43.1.1234567 Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …) Bsp: WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“ Bei Angabe mehrerer Telefonnummern ist jeweils das Attribut @use anzugeben. hl7:associated​Person 1 … 1 M Beteiligte Person Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:scoping​Organization 0 … 1 R Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 0 … * Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. 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. hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 0 … 1 Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)]

8.2.22 Component Of - Encompassing Encounter

Id	1.2.40.0.34.6.0.11.1.7 ref at-cda-bbr-	Gültigkeit ab	2023‑02‑28 10:11:03 Andere Versionen mit dieser Id: atcdabbr_header_ComponentOfEncompassingEncounter vom 2021‑02‑19 10:32:49 atcdabbr_header_ComponentOfEncompassingEncounter vom 2020‑09‑29 10:39:03 atcdabbr_header_ComponentOfEncompassingEncounter vom 2019‑03‑07 10:44:49 atcdabbr_header_ComponentOfEncompassingEncounter vom 2019‑03‑07 10:44:48
Status	Aktiv	Versions-Label	1.0.1+20230717
Name	atcdabbr_header_ComponentOfEncompassingEncounter	Bezeichnung	Component Of - Encompassing Encounter
Beschreibung Component Of - Encompassing Encounter gibt an, in welchem Rahmen der dokumentierte Patientenkontakt stattgefunden hat. Dokumente werden nicht notwendigerweise immer während eines Patientenkontakts erstellt, sondern ggf. auch zu einem späteren Zeitpunkt, wenn beispielsweise ein Arzt wegen eines pathologischen Laborwertes den Patienten vergeblich versucht zu erreichen und dennoch seine Verlaufsdokumentation fortführt. Wenn die Dokumentation ein Entlass- oder Verlegungsdokument ist, muss die Information in dieser Klasse mitgegeben werden, inklusive der Dauer des Aufenthalts (hier: nicht nur stationäre Aufenthalte, sondern auch der Patientenkontakt in der Praxis eines niedergelassenen GDA beispielsweise) und der Einrichtung, wo der Patientenaufenthalt stattfand. Verweis auf speziellen Implementierungsleitfaden: Ob der Patientenkontakt angegeben werden muss, und welche Bedeutung dieses Element hat ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.15 Containment Time Interval Information minimal (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.9.22 Inklusion Assigned Entity (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.8 Inklusion Encounter Location (1.0.0+20210219) DYNAMIC
Beziehung	Spezialisierung: Template 1.2.40.0.34.6.0.11.1.7 Component Of - Encompassing Encounter (2021‑02‑19 10:32:49) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.7 Component Of - Encompassing Encounter (2020‑09‑29 10:39:03) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.20013 Header​Encompassing​Encounter (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel mit stationärem Patientenkontakt <componentOf typeCode="COMP">   <encompassingEncounter classCode="ENC" moodCode="EVN">     <!-- Aufenthaltszahl -->     <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/>    <!-- Codierung des Patientenkontakts, hier für stationär -->     <code code="IMP" displayName="Inpatient encounter" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und administrativer Entlassung am 25.12.2018 um 11:30:00 -->     <effectiveTime>       <low value="20181224082015+0100"/>      <high value="20181225113000+0100"/>    </effectiveTime>    <!-- Verantwortliche Person für den Patientenkontakt -->     <responsibleParty>       <assignedEntity>         <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt-->         <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->       </assignedEntity>    </responsibleParty>    <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand -->     <location>       <healthCareFacility>         <code code="300" displayName="Allgemeine Krankenanstalt" codeSystem="1.2.40.0.34.5.2"/>        <serviceProviderOrganization>           <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M -->         </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>
Beispiel	Strukturbeispiel mit stationärem Patientenkontakt und unbekannter Entlassung <componentOf typeCode="COMP">   <encompassingEncounter classCode="ENC" moodCode="EVN">     <!-- Aufenthaltszahl -->     <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/>    <!-- Codierung des Patientenkontakts, hier für stationär -->     <code code="IMP" displayName="Inpatient encounter" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und noch nicht stattgefundener administrativer oder medizinischer Entlassung -->     <effectiveTime>       <low value="20181224082015+0100"/>      <high nullFlavor="UNK"/>    </effectiveTime>    <!-- Verantwortliche Person für den Patientenkontakt -->     <responsibleParty>       <assignedEntity>         <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt-->         <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->       </assignedEntity>    </responsibleParty>    <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand -->     <location>       <healthCareFacility>         <code code="300" displayName="Allgemeine Krankenanstalt" codeSystem="1.2.40.0.34.5.2"/>        <serviceProviderOrganization>           <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M -->         </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>
Beispiel	Strukturbeispiel mit ambulantem Patientenkontakt <componentOf typeCode="COMP">   <encompassingEncounter classCode="ENC" moodCode="EVN">     <!-- Aufenthaltszahl -->     <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/>    <!-- Codierung des Patientenkontakts, hier für ambulant -->     <code code="AMB" displayName="ambulatory" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und administrativer Entlassung am 24.12.2018 um 11:30:00 -->     <effectiveTime>       <low value="20181224082015+0100"/>      <high value="20181224113000+0100"/>    </effectiveTime>    <!-- Verantwortliche Person für den Patientenkontakt -->     <responsibleParty>       <assignedEntity>         <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt-->         <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->       </assignedEntity>    </responsibleParty>    <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand -->     <location>       <healthCareFacility>         <code code="304" displayName="Selbstständiges Ambulatorium" codeSystem="1.2.40.0.34.5.2"/>        <serviceProviderOrganization>           <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M -->         </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>
Beispiel	Strukturbeispiel mit ambulantem Patientenkontakt und unbekannter Entlassung <componentOf typeCode="COMP">   <encompassingEncounter classCode="ENC" moodCode="EVN">     <!-- Aufenthaltszahl -->     <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/>    <!-- Codierung des Patientenkontakts, hier für ambulant -->     <code code="AMB" displayName="ambulatory" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und nicht stattgefundener administrativer oder medizinischer Entlassung -->     <effectiveTime>       <low value="20181224082015+0100"/>      <high nullFlavor="UNK"/>    </effectiveTime>    <!-- Verantwortliche Person für den Patientenkontakt -->     <responsibleParty>       <assignedEntity>         <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt-->         <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->       </assignedEntity>    </responsibleParty>    <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand -->     <location>       <healthCareFacility>         <code code="304" displayName="Selbstständiges Ambulatorium" codeSystem="1.2.40.0.34.5.2"/>        <serviceProviderOrganization>           <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M -->         </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>
Beispiel	Strukturbeispiel mit virtuellem Patientenkontakt <componentOf typeCode="COMP">   <encompassingEncounter classCode="ENC" moodCode="EVN">     <!-- Aufenthaltszahl -->     <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/>    <!-- Codierung des Patientenkontakts, hier für einen virtuellen Kontakt wie beim Telemonitoring -->     <code code="VR" displayName="virtual" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und administrativer Entlassung am 31.1.2019 um 11:30:00 -->     <effectiveTime>       <low value="20181224082015+0100"/>      <high value="20190131113000+0100"/>    </effectiveTime>    <!-- Verantwortliche Person für den Patientenkontakt -->     <responsibleParty>       <assignedEntity>         <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt-->         <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->       </assignedEntity>    </responsibleParty>    <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand -->     <location>       <healthCareFacility>         <code code="300" displayName="Allgemeine Krankenanstalt" codeSystem="1.2.40.0.34.5.2"/>        <serviceProviderOrganization>           <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M -->         </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>
Beispiel	Strukturbeispiel mit virtuellem Patientenkontakt und unbekannter Entlassung <componentOf typeCode="COMP">   <encompassingEncounter classCode="ENC" moodCode="EVN">     <!-- Aufenthaltszahl -->     <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/>    <!-- Codierung des Patientenkontakts, hier für einen virtuellen Kontakt wie beim Telemonitoring -->     <code code="VR" displayName="virtual" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und nicht stattgefundener administrativer oder medizinischer Entlassung -->     <effectiveTime>       <low value="20181224082015+0100"/>      <high nullFlavor="UNK"/>    </effectiveTime>    <!-- Verantwortliche Person für den Patientenkontakt -->     <responsibleParty>       <assignedEntity>         <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt-->         <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->       </assignedEntity>    </responsibleParty>    <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand -->     <location>       <healthCareFacility>         <code code="300" displayName="Allgemeine Krankenanstalt" codeSystem="1.2.40.0.34.5.2"/>        <serviceProviderOrganization>           <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M -->         </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>
Item DT Kard Konf Beschreibung Label hl7:componentOf Komponente für den Patientenkontakt. @typeCode cs 0 … 1 F COMP hl7:encompassing​Encounter 1 … 1 M Patientenkontakt. @classCode cs 0 … 1 F ENC @moodCode cs 0 … 1 F EVN hl7:id II 0 … 1 Identifikationselement zur Aufnahme der Aufenthaltszahl wo [not(@nullFlavor)] @extension st 1 … 1 R Aufenthaltszahl, z.B.: Az123456 @root uid 1 … 1 R OID der Liste der Aufenthaltszahlen der Organisation   Constraint @assigningAuthorityName [0..1]: Name der Stelle, welche die ID zugewiesen hat, z.B.: „Amadeus Spital“. hl7:code CE 1 … 1 M Codierung des Patientenkontakts. @code cs 1 … 1 R Zulässige Werte gemäß Value-Set „ELGA_ActEncounterCode“ @displayName st 0 … 1   @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.4 @codeSystemName st 1 … 1 F HL7:ActCode   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.5 ELGA_ActEncounterCode (DYNAMIC) hl7:effectiveTime IVL_TS 1 … 1 M Zeitraum des Patientenkontakts. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)   Constraint Der Zeitraum des Patientenkontaktes MUSS die Vorgaben der speziellen Implementierungsleitfäden einhalten. Dabei gilt allgemein: Der Zeitraum besteht aus dem Zeitpunkt der administrativen Aufnahme in die Behandlung und dem Zeitpunkt der administrativen Entlassung aus der Behandlung. Der Entlassungszeitpunkt KANN „unbekannt“ sein, wenn die administrative Entlassung noch nicht erfolgt ist. (nullFlavor UNK beim effectiveTime.high) Hinweis: Als Zeitpunkt der Aufnahme/Entlassung SOLL der Zeitpunkt der administrativen Aufnahme/Entlassung angegeben werden. Wenn der Zeitpunkt der administrativen Aufnahme/Entlassung nicht vorhanden ist, darf auch der Zeitpunkt der medizinischen Aufnahme/Entlassung angegeben werden. hl7:responsible​Party 0 … 1 R Komponente für die verantwortliche Person. hl7:assignedEntity 1 … 1 M Entität der verantwortlichen Person. Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen. 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 … * wo [not(@nullFlavor)] hl7:id II 0 … 1 wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 0 … 1 Elemente in der Auswahl: hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) hl7:addr[@nullFlavor='UNK'] hl7:addr 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:addr 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:telecom TEL.AT 0 … * Beliebig viele Kontakt-Elemente der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value url 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.). Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567 Zulässige Werteliste für telecom Präfixe gemäß Value Set "ELGA_URLScheme" @use cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP. Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"   Constraint Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:assigned​Person 1 … 1 M Personendaten der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:represented​Organization 0 … 1 R Organisationsdaten der Entität. Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.8 Encounter Location (DYNAMIC) Die Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand, MUSS verpflichtend angegeben werden (z.B.: die entlassende Krankenanstalt mit Abteilung). hl7:location 1 … 1 M @typeCode cs 0 … 1 F LOC hl7:health​Care​Facility 1 … 1 M @classCode cs 0 … 1 F SDLOC hl7:code CE 1 … 1 M Der Code zur Klassifizierung des GDA repräsentiert die Art der Einrichtung, in der die Tätigkeit stattfand, die zur Erzeugung des Dokuments führte. Zum Beispiel sollten Dokumente, die während eines ambulanten Falls in einem Krankenhaus entstehen, mit dem healthcareFacilityTypeCode für „Krankenhaus“ gekennzeichnet werden.  Zulässige Werte gemäß Value-Set „ELGA_HealthcareFacilityTypeCode“ Für ELGA SOLL der Code dem Eintrag "GDA Rollenname" oder, wenn der GDA Rollenname nicht verfügbar ist, der "Aggregierten Rolle" im GDA-I entsprechen. ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.healthcareFacilityTypeCode gemappt. Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName. @displayName st 1 … 1 R hl7:service​Provider​Organization 1 … 1 M Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

8.2.23 Encounter Location

Id	1.2.40.0.34.6.0.11.1.8 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 11:08:16 Andere Versionen mit dieser Id: atcdabbr_header_EncounterLocation vom 2020‑09‑29 10:33:43 atcdabbr_header_EncounterLocation vom 2019‑03‑07 11:13:21
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_header_EncounterLocation	Bezeichnung	Encounter Location
Beschreibung Die Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand, MUSS verpflichtend angegeben werden (z.B.: die entlassende Krankenanstalt mit Abteilung). Verweis auf speziellen Implementierungsleitfaden: Die konkrete Bedeutung der Organisation, in deren Verantwortungsbereich der Patientenkontakt (Aufenthalt) stattfand, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.9 Containment Organization Compilation with name (1.0.0+20210219) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.1.8 Encounter Location (2020‑09‑29 10:33:43) ref at-cda-bbr-
Beispiel	Beispiel <location typeCode="LOC">   <healthCareFacility classCode="SDLOC">     <code code="300" displayName="Allgemeine Krankenanstalt" codeSystem="1.2.40.0.34.5.2"/>    <serviceProviderOrganization>       <!-- template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (2019-02-13T10:30:51) -->     </serviceProviderOrganization>  </healthCareFacility></location>
Item DT Kard Konf Beschreibung Label hl7:location @typeCode cs 0 … 1 F LOC hl7:health​Care​Facility 1 … 1 M @classCode cs 0 … 1 F SDLOC hl7:code CE 1 … 1 M Der Code zur Klassifizierung des GDA repräsentiert die Art der Einrichtung, in der die Tätigkeit stattfand, die zur Erzeugung des Dokuments führte. Zum Beispiel sollten Dokumente, die während eines ambulanten Falls in einem Krankenhaus entstehen, mit dem healthcareFacilityTypeCode für „Krankenhaus“ gekennzeichnet werden.  Zulässige Werte gemäß Value-Set „ELGA_HealthcareFacilityTypeCode“ Für ELGA SOLL der Code dem Eintrag "GDA Rollenname" oder, wenn der GDA Rollenname nicht verfügbar ist, der "Aggregierten Rolle" im GDA-I entsprechen. ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.healthcareFacilityTypeCode gemappt. Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName. @displayName st 1 … 1 R hl7:service​Provider​Organization 1 … 1 M Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

8.2.24 AssignedEntityElements

Id	1.2.40.0.34.11.90003	Gültigkeit ab	2011‑12‑19
Status	Aktiv	Versions-Label
Name	AssignedEntityElements	Bezeichnung	AssignedEntityElements
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.90003 AssignedEntityElements (2011‑12‑19) ref elgabbr-
Item DT Kard Konf Beschreibung Label hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1

8.2.25 PersonElements

Id	1.2.40.0.34.11.90001	Gültigkeit ab	2011‑12‑19
Status	Aktiv	Versions-Label
Name	PersonElements	Bezeichnung	PersonElements
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.90001 PersonElements (2011‑12‑19) ref elgabbr-
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.

8.2.26 OrganizationElements

Id	1.2.40.0.34.11.90002	Gültigkeit ab	2011‑12‑19
Status	Aktiv	Versions-Label
Name	OrganizationElements	Bezeichnung	OrganizationElements
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Item DT Kard Konf Beschreibung Label @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1

8.2.27 Laboratory Performer 2

Id	1.2.40.0.34.11.4.3.3 ref elgabbr-	Gültigkeit ab	2014‑12‑06
Status	Aktiv	Versions-Label
Name	LaboratoryPerformer2	Bezeichnung	Laboratory Performer 2
Beschreibung	Element zur Kennzeichnung einer Analyse, die in einem externen Labor durchgeführt wurde.
Kontext	Geschwisterknoten des Template-Element mit Id 1.2.40.0.34.11.4.3.3
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.4.3.3 Laboratory Performer 2 (2014‑12‑06) ref elgabbr-
Beispiel	Strukturbeispiel <component>   <observation classCode="OBS" moodCode="EVN">      ...     <performer typeCode="PRF">       <templateId root="1.2.40.0.34.11.4.3.3"/>      <time value="20121201073406+0100"/>      <assignedEntity>         <id nullFlavor="NI"/>        <code code="E" codeSystem="2.16.840.1.113883.2.16.1.4.9" codeSystemName="HL7.at.Laborkennzeichnung" displayName="EXTERN"/>        <addr> . . . </addr>        <telecom> . . . </telecom>        <assignedPerson> . . . </assignedPerson>        <representedOrganization> . . . </representedOrganization>      </assignedEntity>    </performer>  </observation></component>
Item DT Kard Konf Beschreibung Label hl7:templateId 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.11.4.3.3 hl7:time IVL_TS 1 … 1 M Zeitpunkt der Testdurchführung: Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“. hl7:assignedEntity 1 … 1 M hl7:id II 1 … 1 R Identifikation der Person/Organi-sation: Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“. Zugelassene nullFlavor: NI hl7:code CE 0 … 1 R @code CONF 0 … 1 F E @codeSystem 0 … 1 F 2.16.840.1.113883.2.16.1.4.9 @codeSystemName 0 … 1 F HL7.at.Laborkennzeichnung @displayName 0 … 1 F EXTERN   Beispiel <code code="E" codeSystem="2.16.840.1.113883.2.16.1.4.9" codeSystemName="HL7.at.Laborkennzeichnung" displayName="EXTERN"/> hl7:addr AD 1 … 1 M Adresse der Person/Organisation: Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“. hl7:telecom TEL.AT 1 … * M Kontaktdaten der Person/Organisation: Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“. Auswahl 1 …  Angabe von Personenname oder Organisationsname ist verpflichtend. Elemente in der Auswahl: hl7:assigned​Person hl7:represented​Organization hl7:assigned​Person  … 1 Personenname: Es gelten die Vorgaben des Kapitels „Personen-Element“ des „Allgemeinen Implementierungsleitfadens“ . Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. hl7:represented​Organization  … 1 Organisationsname: Es gelten die Vorgaben des Kapitels „Organisations-Element“ des „Allgemeinen Implementierungsleitfadens“. Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1

8.2.28 AuthorElements

Id	1.2.40.0.34.11.90004 ref elgabbr-	Gültigkeit ab	2015‑02‑17 Andere Versionen mit dieser Id: AuthorElements vom 2013‑02‑10 AuthorElements vom 2011‑12‑19
Status	Aktiv	Versions-Label
Name	AuthorElements	Bezeichnung	AuthorElements
Beschreibung Der Dokumentersteller („author“) ist in der Regel die „das Dokument verfassende Person“ oder ein „datenerstellendes Gerät“. Damit ist diejenige Person oder das Gerät gemeint, welche das Dokument „inhaltlich“ verfasst (z.B.: diktiert). Die das Dokument „schreibende“ Person (z.B. Schreibkraft, Stationsschwester, …) wird in CDA in einem eigenen Element (dataEnterer) abgebildet (siehe „Personen der Dateneingabe („dataEnterer“)“). Es kann auch mehr als ein Dokumentersteller angegeben werden (mehrere author-Elemente).
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.90004 AuthorElements (2015‑02‑17) ref elgabbr-
Beispiel	Strukturbeispiel für eine Person als „author“ <author typeCode="AUT" contextControlCode="OP">   <!-- Funktionscode -->   <functionCode code="OA" displayName="Diensthabender Oberarzt" codeSystem="1.2.40.0.34.99.111.2.1" codeSystemName="Amadeus Spital Funktionen"/>  <!-- Zeitpunkt der Erstellung -->   <time value="20081224082015+0100"/>  <assignedAuthor classCode="ASSIGNED">     <!-- Identifikation des Verfassers des Dokuments -->     <id root="1.2.40.0.34.99.111.1.3" extension="1111" assigningAuthorityName="Amadeus Spital"/>    <!-- Fachrichtung des Verfassers des Dokuments -->     <code code="107" displayName="Fachärztin/Facharzt für Chirurgie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/>    <!-- Kontaktdaten des Verfassers des Dokuments -->     <telecom value="tel:+43.1.40400"/>    <telecom value="mailto:herbert.mustermann@organization.at"/>    <assignedPerson classCode="PSN" determinerCode="INSTANCE">       <!-- Name des Verfassers des Dokuments -->       <name>         <prefix qualifier="AC">Univ.-Prof. Dr.</prefix>        <given>Isabella</given>        <family>Stern</family>      </name>    </assignedPerson>    <!-- Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat -->     <representedOrganization>       <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>      <!-- Name der Organisation -->       <name>Amadeus Spital, 1. Chirurgische Abteilung</name>      <!-- Kontaktdaten der Organisation -->       <telecom value="tel:+43.6138.3453446.0"/>      <telecom value="mailto:chirurgie@amadeusspital.at"/>      <addr>         <streetName>Mozartgasse</streetName>        <houseNumber>1-7</houseNumber>        <postalCode>5350</postalCode>        <city>St.Wolfgang</city>        <state>Salzburg</state>        <country>AUT</country>      </addr>    </representedOrganization>  </assignedAuthor></author>
Beispiel	Strukturbeispiel für datenerstellende Geräte als „author“ <author>   <!-- Zeitpunkt der Erstellung -->   <time value="20081224082015+0100"/>  <assignedAuthor>     <!-- Geräte Identifikation (oder nullFlavor) -->     <id root="86562fe5-b509-4ce9-b976-176fd376e477"/>    <!-- Geräte Beschreibung -->     <assignedAuthoringDevice>       <manufacturerModelName>Good Health System</manufacturerModelName>      <softwareName>Best Health Software Application</softwareName>    </assignedAuthoringDevice>    <representedOrganization>       <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>      <!-- Name der Organisation -->       <name>Amadeus Spital, 1. Chirurgische Abteilung</name>      <!-- Kontaktdaten der Organisation -->       <telecom value="tel:+43.6138.3453446.0"/>      <telecom value="mailto:chirurgie@amadeusspital.at"/>      <addr>         <streetName>Mozartgasse</streetName>        <houseNumber>1-7</houseNumber>        <postalCode>5350</postalCode>        <city>St.Wolfgang</city>        <state>Salzburg</state>        <country>AUT</country>      </addr>    </representedOrganization>  </assignedAuthor></author>
Item DT Kard Konf Beschreibung Label Auswahl Elemente in der Auswahl: hl7:author[not(@nullFlavor)] hl7:author[@nullFlavor] hl7:author Verfasser des Dokuments. wo [not(@nullFlavor)] @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP hl7:functionCode CE 0 … 1 Funktionscode des Verfassers des Dokuments z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“, … Eigene Codes und Bezeichnungen können verwendet werden.  Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen. hl7:time TS.​DATE.​MIN 1 … 1 R Der Zeitpunkt an dem das Dokument verfasst wurde.Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK hl7:assignedAuthor 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. @classCode cs 0 … 1 F ASSIGNED   Beispiel <assignedAuthor classCode="ASSIGNED">   <id extension="ied8984938" root="1.2.276.0.76.3.1.139.933"/>  <assignedPerson classCode="PSN" determinerCode="INSTANCE">     <!-- ... -->   </assignedPerson></assignedAuthor> hl7:id II 1 … * R Identifikation des Verfassers des Dokuments im lokalen System/ des/der datenerstellenden Gerätes/Software. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. hl7:code CE 0 … 1 Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung)z.B: „Facharzt/Fachärzting für Gynäkologie“, Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben. Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen.   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. Auswahl 1 … 1 Elemente in der Auswahl: hl7:assigned​Person hl7:assigned​Authoring​Device hl7:assigned​Person  … 1 Personendaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. hl7:assigned​Authoring​Device  … 1 @classCode cs 0 … 1 F DEV @determiner​Code cs 0 … 1 F INSTANCE hl7:manufacturer​Model​Name SC 0 … 1 Hersteller und Modellbezeichnung des datenerstellenden Gerätes. hl7:softwareName SC 0 … 1 Bezeichnung (und ggf Version) der datenerstellenden Software. hl7:represented​Organization 1 … 1 M Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1 hl7:author Verfasser nicht bekannt/nicht anwendbar wo [@nullFlavor] @nullFlavor cs 1 … 1 F NA   Beispiel <author nullFlavor="NA">   <time nullFlavor="NA"/>  <assignedAuthor nullFlavor="NA">     <id nullFlavor="NA"/>  </assignedAuthor></author> hl7:time 1 … 1 R @nullFlavor cs 1 … 1 F NA hl7:assignedAuthor 1 … 1 R @nullFlavor cs 1 … 1 F NA hl7:id 1 … 1 R @nullFlavor cs 1 … 1 F NA

8.3 Fachlicher Inhalte (CDA Body)

8.3.1 Section-Templates Übersicht

Sektion bzw. Untersektion			OID	Konformanz Kriterium	Kapitel
Weitere Patienteninformation - Administrativ			1.2.40.0.34.6.0.11.2.66	O [0..1]	Link
	Weitere Patienteninformation Administrativ		1.2.40.0.34.6.0.11.3.63	M [1..1]	Link
Weitere Patienteninformation - Medizinisch			1.2.40.0.34.6.0.11.2.67	O [0..1]	Link
	Vitalparameter - kodiert		1.2.40.0.34.6.0.11.2.46	O [0..1]	Link
		Vitalparameter Gruppe Entry	1.2.40.0.34.6.0.11.3.23	M [1..1]	Link
	Weitere Merkmale		1.2.40.0.34.6.0.11.2.31	O [0..1]	Link
		Weitere Patienteninformation Medizinisch	1.2.40.0.34.6.0.11.3.65	M [1..1]	Link
EXNDS Cave - kodiert			1.2.40.0.34.6.0.11.2.99	O [0..1]	Link
	EXNDS CaveInformation Entry		1.2.40.0.34.6.0.11.2.100	M [1..*]	Link
Diagnose - kodiert			1.2.40.0.34.6.0.11.2.96	O [0..1]	Link
	Problem Concern Entry		1.2.40.0.34.6.0.11.3.7	M [1..*]	Link
EXNDS Familienanamnese			1.2.40.0.34.6.0.11.2.30	O [0..1]	Link
	EXNDS Familienanamnese Problem Concern Entry		1.2.40.0.34.6.0.11.3.115	M [1..*]	Link
EXNDS Behandlungsschein			1.2.40.0.34.6.0.11.2.32	O [0..1]	Link
	EXNDS Behandlungsschein Act		1.2.40.0.34.6.0.11.3.117	M [1..*]	Link
EXNDS Behandlungen			1.2.40.0.34.6.0.11.2.33	O [0..1]	Link
	EXNDS Behandlungen Organizer		1.2.40.0.34.6.0.11.3.67	M [1..*]	Link
EXNDS Karteineintragungen			1.2.40.0.34.6.0.11.2.34	O [0..1]	Link
	EXNDS Karteieintragungen Organizer		1.2.40.0.34.6.0.11.3.137	M [1..1]	Link
EXNDS Laborparameter			1.2.40.0.34.6.0.11.2.35	O [0..1]	Link
EXNDS Speciality-Section Container			1.2.40.0.34.6.0.11.2.104	O [0..1]	Link
	Speciality-Section		1.3.6.1.4.1.19376.1.3.3.2.1	M [1..*]	Link
EXNDS Verordnungen			1.2.40.0.34.6.0.11.2.101	O [0..1]	Link
Impfungen - kodiert			1.2.40.0.34.6.0.11.2.1	O [0..1]	Link
Impfempfehlungen - kodiert			1.2.40.0.34.6.0.11.2.2	O [0..1]	Link
EXNDS Befund			1.2.40.0.34.6.0.11.2.40	O [0..1]	Link
	EXNDS Befund Act		1.2.40.0.34.6.0.11.3.150	M [1..*]	Link
EXNDS eCard Konsultationsdaten			1.2.40.0.34.6.0.11.2.37	O [0..1]	Link
	EXNDS eCardKonsDatenAct		1.2.40.0.34.6.0.11.3.152	M [1..1]	Link
EXNDS ABS-Daten			1.2.40.0.34.6.0.11.2.38	O [0..1]	Link
	EXNDS ABS-Daten Act		1.2.40.0.34.6.0.11.3.154	M [1..1]	Link
EXNDS Attachments			1.2.40.0.34.6.0.11.2.36	O [0..1]	Link
	EXNDS Attachment Act		1.2.40.0.34.6.0.11.3.155	M [1..*]	Link
EXNDS Krankenstand			1.2.40.0.34.6.0.11.2.39	O [0..1]	Link
	EXNDS Krankenstand Act		1.2.40.0.34.6.0.11.3.159	M [1..*]	Link

8.3.1.1 Weitere Patienteninformation - Administrativ

Id	1.2.40.0.34.6.0.11.2.66	Gültigkeit ab	2019‑06‑12 09:34:58
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_section_weiterePatienteninformationAdministrativ	Bezeichnung	EXNDS Weitere Patienteninformation - Administrativ
Beschreibung In dieser Sektion können weitere patientenrelevante administrative Information angegeben werden welche nicht im CDA Header abgebildet werden können. Z.B. Informationen über eine etwaige Rezeptgebührenbefreiung oder die Versichertenkategorie
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.66
Klassifikation	CDA Section 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.63 Containment EXNDS Weitere Patienteninformation Administrativ (1.0.0+20210310) DYNAMIC
Beispiel	Beispiel <hl7:section classCode="DOCSECT" moodCode="EVN">   <cda:templateId root="1.2.40.0.34.6.0.11.2.66"/>  <cda:id root="1.2.3.999" extension="--example only--"/>  <cda:code code="PAT_INFO_ADM" codeSystem="1.2.40.0.34.5.194" displayName="Weitere Patienteninformation - Administrativ"/>  <cda:title>Weitere Patienteninformation - Administrativ</cda:title>  <cda:text>     <cda:table>       <cda:thead>         <cda:tr>           <cda:th>Eigenschaft</cda:th>          <cda:th>Wert</cda:th>        </cda:tr>      </cda:thead>      <cda:tbody>         <cda:tr>           <cda:td>Beruf</cda:td>          <cda:td>Angestellter</cda:td>        </cda:tr>        <cda:tr>           <cda:td>Rezeptgebührenbefreit</cda:td>          <cda:td>bis 31.8.2019</cda:td>        </cda:tr>        <cda:tr>           <cda:td>Entfernung in km</cda:td>          <cda:td>4,2</cda:td>        </cda:tr>        <cda:tr>           <cda:td>Bundeslandcode</cda:td>          <cda:td>1 - Wien</cda:td>        </cda:tr>        <cda:tr>           <cda:td>Erstzuweise</cda:td>          <cda:td>Spontan - Suche über Internet</cda:td>        </cda:tr>      </cda:tbody>    </cda:table>  </cda:text>  <cda:entry>     <!-- template 1.2.40.0.34.6.0.11.3.63 'Weitere Patienteninformation Administrativ' (2020-03-06T10:57:27) -->   </cda:entry></hl7:section>
Item DT Kard Konf Beschreibung Label hl7:section @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.66 hl7:id II 0 … 1 hl7:code CE 1 … 1 M @code cs 1 … 1 F PAT_INFO_ADM @codeSystem oid 1 … 1 F 1.2.40.0.34.5.194 @displayName st 0 … 1 F Weitere Patienteninformation - Administrativ @codeSystemName st 0 … 1 F EXNDS_Sections hl7:title ST 1 … 1 M   Constraint Der Titel der Sektion MUSS "Weitere Patienteninformation - Administrativ" lauten   CONF Elementinhalt MUSS "Weitere Patienteninformation - Administrativ" sein hl7:text SD.TEXT 1 … 1 R Angabe der weiteren administrativen Patienteninformation hl7:entry 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.63 EXNDS Weitere Patienteninformation Administrativ (DYNAMIC) @context​Conduction​Ind cs 0 … 1 F true @typeCode cs 1 … 1 F DRIV

8.3.1.2 Weitere Patienteninformation - Medizinisch

Id	1.2.40.0.34.6.0.11.2.67	Gültigkeit ab	2019‑06‑13 09:38:38
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_section_weiterePatieteninformationMedizinisch	Bezeichnung	EXNDS Weitere Patienteninformation - Medizinisch
Beschreibung Diese Sektion enthält weitere medizinische Information zum Patienten/zur Patientin. Diese Informationen werden in die Sub-Sektionen "Vitalparameter" und "Weitere Merkmale" unterteilt. Vitalparameter umfassen Angaben zu: - Sauerstoffsättigung - Körpergewicht - Körperoberfläche - Kopfumfang okzipital-frontal - Körpergröße - Körpergröße (liegend) - Körpertemperatur -  Blutdruck diastolisch - Blutdruck, mittel - Blutdruck systolisch - Puls - Atemfrequenz
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.67
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.2.46 Containment Vitalparameter - kodiert (1.1.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.2.31 Containment EXNDS Weitere Merkmale (1.0.0+20210310) DYNAMIC
Beispiel	Strukturbeispiel <hl7:section classCode="DOCSECT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.2.67"/>  <hl7:code code="PAT_INFO_MED" codeSystem="1.2.40.0.34.5.194" displayName="Weitere Patienteninformation - Medizinisch" codeSystemName="EXNDS_Sections"/>  <hl7:title>Weitere Patienteninformation - Medizinisch</hl7:title>  <hl7:text/>  <hl7:component typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.2.46 'Vitalparameter - kodiert' (2021-02-19T12:03:03) -->   </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.2.31 'EXNDS Weitere Merkmale' (2019-06-13T09:43:33) -->   </hl7:component></hl7:section>
Item DT Kard Konf Beschreibung Label hl7:section 0 … 1 @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.67 hl7:code CE 1 … 1 M @code cs 1 … 1 F PAT_INFO_MED @codeSystem oid 1 … 1 F 1.2.40.0.34.5.194 @displayName st 0 … 1 F Weitere Patienteninformation - Medizinisch @codeSystemName st 0 … 1 F EXNDS_Sections hl7:title ST 1 … 1 M   CONF Elementinhalt MUSS "Weitere Patienteninformation - Medizinisch" sein hl7:text SD.TEXT 0 … 1 R Diese Sektion KANN die Sub-Sektionen "Vitalparameter" und "Weitere Merkmale" aufweisen. Eine Angabe von Informationen in diesem text-Element ist NICHT empfohlen, da keine maschinenlesbaren Strukturen in dieser Sektion definiert sind.  hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.46 Vitalparameter - kodiert (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.31 EXNDS Weitere Merkmale (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

8.3.1.3 Vitalparameter - kodiert

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

8.3.1.4 Übersetzung

Id	1.2.40.0.34.6.0.11.2.8 ref at-cda-bbr-	Gültigkeit ab	2023‑04‑13 11:01:52 Andere Versionen mit dieser Id: atcdabbr_section_Uebersetzung vom 2021‑06‑28 11:28:05 atcdabbr_section_Uebersetzung vom 2021‑02‑19 11:58:13 atcdabbr_section_Uebersetzung vom 2019‑05‑14 15:24:50
Status	Aktiv	Versions-Label	1.0.2+20230717
Name	atcdabbr_section_Uebersetzung	Bezeichnung	Übersetzung
Beschreibung Subsection für die Übersetzung des narrativen Textes Die Angabe des languageCode erfolgt durch Angabe eines Codes aus dem Value Set ELGA_HumanLanguage. Optional kann an diesen, mit Bindestrich getrennt, die Angabe des Landes aus ISO-Codelisten angefügt werden.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.8
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.2.8 Übersetzung (2021‑06‑28 11:28:05) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.8 Übersetzung (2021‑02‑19 11:58:13) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.8 Übersetzung (2019‑05‑14 15:24:50) ref at-cda-bbr- Adaptation: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07) ref ad1bbr-
Beispiel	automatische Übersetzung durch ein Gerät <section>   <templateId root="1.2.40.0.34.6.0.11.2.8"/>  <id root="1.2.3.999" extension="myExt"/>  <title>Allergie ed Intolleranze</title>  <text>Nessuna Allergia Nota</text>  <languageCode code="it-IT"/>  <author>     <!-- Zeitpunkt der Erstellung -->     <time value="20191224082015+0100"/>    <assignedAuthor>       <!-- Geräte Identifikation (oder nullFlavor) -->       <id root="86562fe5-b509-4ce9-b976-176fd376e477"/>      <!-- Geräte Beschreibung -->       <assignedAuthoringDevice>         <manufacturerModelName>Good Health System</manufacturerModelName>        <softwareName>Best Health Software Application</softwareName>      </assignedAuthoringDevice>      <representedOrganization>         <id root="1.2.40.0.34.99.3"/>        <!-- Name der Organisation -->         <name>Amadeus Spital, 1. Chirurgische Abteilung</name>        <!-- Kontaktdaten der Organisation -->         <telecom value="tel:+43.6138.3453446.0"/>        <telecom value="mailto:chirurgie@amadeusspital.at"/>        <addr>           <streetName>Mozartgasse</streetName>          <houseNumber>1-7</houseNumber>          <postalCode>5350</postalCode>          <city>St.Wolfgang</city>          <state>Salzburg</state>          <country>AUT</country>        </addr>      </representedOrganization>    </assignedAuthor>  </author></section>
Beispiel	manuelle Übersetzung durch eine Person <section>   <templateId root="1.2.40.0.34.6.0.11.2.8"/>  <id root="1.2.3.999" extension="myExt"/>  <title>Allergie ed Intolleranze</title>  <text>Nessuna Allergia Nota</text>  <languageCode code="it-IT"/>  <author>     <!-- Zeitpunkt der Erstellung -->     <time value="20191224082015+0100"/>    <assignedAuthor classCode="ASSIGNED">       <!-- Identifikation des Verfassers des Dokuments -->       <id root="1.2.40.0.34.99.111.1.3" extension="1111" assigningAuthorityName="Amadeus Spital"/>      <!-- Fachrichtung des Verfassers des Dokuments -->       <code code="107" displayName="Fachärztin/Facharzt für Chirurgie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/>      <!-- Kontaktdaten des Verfassers des Dokuments -->       <telecom value="tel:+43.1.40400"/>      <telecom value="mailto:herbert.mustermann@organization.at"/>      <assignedPerson classCode="PSN" determinerCode="INSTANCE">         <!-- Name des Verfassers des Dokuments -->         <name>           <prefix qualifier="AC">Univ.-Prof. Dr.</prefix>          <given>Isabella</given>          <family>Stern</family>        </name>      </assignedPerson>      <!-- Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat -->       <representedOrganization>         <id root="1.2.40.0.34.99.3"/>        <!-- Name der Organisation -->         <name>Amadeus Spital, 1. Chirurgische Abteilung</name>        <!-- Kontaktdaten der Organisation -->         <telecom value="tel:+43.6138.3453446.0"/>        <telecom value="mailto:chirurgie@amadeusspital.at"/>        <addr>           <streetName>Mozartgasse</streetName>          <houseNumber>1-7</houseNumber>          <postalCode>5350</postalCode>          <city>St.Wolfgang</city>          <state>Salzburg</state>          <country>AUT</country>        </addr>      </representedOrganization>    </assignedAuthor>  </author></section>
Item DT Kard Konf Beschreibung Label hl7:section @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M HL7 Austria - Übersetzung @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.8 hl7:id II 0 … 1 wo [not(@nullFlavor)] hl7:title ST 1 … 1 M Titel der Section in der Übersetzung hl7:text SD.TEXT 1 … 1 M Text der Section in der Übersetzung hl7:language​Code CS 1 … 1 M Sprachcode für die Übersetzung   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC)   Beispiel Angabe mit Landescode <languageCode code="it-IT"/>   Beispiel Angabe ohne Landescode <languageCode code="it"/> hl7:author 0 … * R Mit der Angabe des Autors kann die Qualität der Übersetzung - automatisch durch ein Gerät oder manuell durch eine Person - zum Ausdruck gebracht werden. Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) hl7:informant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)

8.3.1.5 Weitere Merkmale

Id	1.2.40.0.34.6.0.11.2.31	Gültigkeit ab	2019‑06‑13 09:43:33
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_section_weitereMerkmale	Bezeichnung	EXNDS Weitere Merkmale
Beschreibung Diese Sektion wird als Sub-Sektion der Sektion "Weitere Patienteninformation - Medizinisch" geführt und beinhaltet weitere Merkmale wie z.B.: die Blutgruppe des Patienten/der Patientin. Die Liste der Merkmale ist nicht als vollständig definiert. Es können weitere Merkmale in Form eines Key/Value-Pairs angegeben werden.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.31
Klassifikation	CDA Section 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.65 Containment EXNDS Weitere Patienteninformation Medizinisch (1.0.0+20210310) DYNAMIC
Beispiel	Strukturbeispiel <section>   <templateId root="1.2.40.0.34.6.0.11.2.31" assigningAuthorityName="ELGA"/>  <code code="PAT_INFO_MED_MERK" displayName="Weitere Merkmale" codeSystem="1.2.40.0.34.5.194" codeSystemName="EXNDS_Sections"/>  <title>Weitere Merkmale</title>  <text>     <table>       <thead>         <tr>           <th>Eigenschaft</th>          <th>Wert</th>        </tr>      </thead>      <tbody>         <tr>           <td>Blutgruppe</td>          <td>A</td>        </tr>        <tr>           <td>Rhesusfaktor</td>          <td>positiv</td>        </tr>        <tr>           <td>Besondere Kennzeichen/Hautfarbe</td>          <td>-</td>        </tr>      </tbody>    </table>  </text></section>
Item DT Kard Konf Beschreibung Label hl7:section 0 … 1 @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.31 hl7:code CE 1 … 1 M @code cs 1 … 1 F PAT_INFO_MED_MERK @codeSystem oid 1 … 1 F 1.2.40.0.34.5.194 @displayName st 0 … 1 F Weitere Merkmale @codeSystemName st 0 … 1 F EXNDS_Sections hl7:title ST 1 … 1 M   CONF Elementinhalt MUSS "Weitere Merkmale" sein hl7:text SD.TEXT 1 … 1 M Weitere medizinische (im Gegensatz zu Administrativen Daten) Merkmale können in der Tabelle in Form von Key-Value-Pairs abgebildet werden. Merkmale können - Blutgruppe - Rhesusfaktor - Besondere Kennzeichen beinhalten. Vitalparameter dürfen nicht in dieser Sektion angeführt werden. Hierzu gibt es eine eigenständige Sektion. Je nach Ausprägung der geführten Werte können die Tabellenüberschriften variieren. hl7:entry 1 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.65 EXNDS Weitere Patienteninformation Medizinisch (DYNAMIC) @context​Conduction​Ind cs 0 … 1 F true @typeCode cs 1 … 1 F DRIV

8.3.1.6 EXNDS Cave - kodiert

Id	1.2.40.0.34.6.0.11.2.99	Gültigkeit ab	2020‑09‑29 10:36:22
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_section_CaveKodiert	Bezeichnung	EXNDS Cave - kodiert
Beschreibung	Diese Sektion dient zur Angabe von besonderen Hinweisen bzw. Cave Information.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.99
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz exnds-data​element1-22  Cave Information  Test2 2019
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.2.100 Containment EXNDS CaveInformation Entry (1.0.0+20210310) DYNAMIC
Beispiel	Beispiel <hl7:section classCode="DOCSECT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.2.99"/>  <hl7:code code="51898-5" codeSystem="2.16.840.1.113883.6.1" displayName="Risk factors" codeSystemName="LOINC"/>  <hl7:title>Wichtige Hinweise / CAVE</hl7:title>  <hl7:text/>  <hl7:entry contextConductionInd="true" typeCode="DRIV">     <!-- template 1.2.40.0.34.6.0.11.2.100 'EXNDS CaveInformation Entry' (2020-09-29T10:55:35) -->   </hl7:entry></hl7:section>
Item DT Kard Konf Beschreibung Label hl7:section   exnds-data​element1-22  Cave Information  Test2 2019 @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.99 hl7:code CD 1 … 1 M @code cs 1 … 1 F 51898-5 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.1 @displayName st 0 … 1 F Risk factors @codeSystemName st 0 … 1 F LOINC hl7:title ST 1 … 1 M   CONF Elementinhalt MUSS "Wichtige Hinweise / CAVE" sein hl7:text SD.TEXT 1 … 1 M Freitextliche Angabe der Cave Information. Es wird eine tabellarische Darstellung empfohlen. Hinsichtlich der Maschinenlesbarket (durch das entry-Element) ist sicherzustellen, dass die relevanten Informationen mittels "ID"-Attribute hervorgehoben werden. hl7:entry 1 … * M Beinhaltet 1.2.40.0.34.6.0.11.2.100 EXNDS CaveInformation Entry (DYNAMIC) @context​Conduction​Ind cs 0 … 1 F true @typeCode cs 1 … 1 F DRIV

8.3.1.7 Diagnose - kodiert

Id	1.2.40.0.34.6.0.11.2.96 ref at-cda-bbr-	Gültigkeit ab	2026‑01‑13 09:41:27 Andere Versionen mit dieser Id: atcdabbr_section_DiagnoseKodiert vom 2024‑05‑22 10:20:21 atcdabbr_section_DiagnoseKodiert vom 2021‑02‑23 06:22:31 atcdabbr_section_DiagnoseKodiert vom 2021‑02‑19 12:02:22 atcdabbr_section_DiagnoseKodiert vom 2020‑10‑06 09:34:46 atcdabbr_section_DiagnoseKodiert vom 2020‑07‑29 14:23:56
Status	Entwurf	Versions-Label	1.1.3
Name	atcdabbr_section_DiagnoseKodiert	Bezeichnung	Diagnose - kodiert
Beschreibung Diese Sektion dient zur Angabe der Diagnose(n), welche im Kontext der Behandlung erhoben wurde(n). Dazu gehören z.B. die ursprüngliche Diagnosen des Behandlungsgrunds sowie alle weiteren während der Behandlung zu beachtenden Diagnosen. Es wird empfohlen die Diagnose(n) in tabellarischer Form anzugeben und bei Bedarf zu kennzeichnen, welche die Haupt- und welche die Nebendiagnosen sind. Synonyme: Untersuchungsergebnis(se), Ergebnis(se)
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.96
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.3.7 Containment Problem Concern Entry (1.1.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.2.8 Containment Übersetzung (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.2.96 Diagnose - kodiert (2024‑05‑22 10:20:21) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.96 Diagnose - kodiert (2021‑02‑23 06:22:31) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.96 Diagnose - kodiert (2021‑02‑19 12:02:22) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.96 Diagnose - kodiert (2020‑10‑06 09:34:46) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.96 Diagnose - kodiert (2020‑07‑29 14:23:56) ref at-cda-bbr-
Beispiel	Beispiel <!-- Diagnose Alle in dieser Behandlung verwendeten Diagnosen, wie die ursprüngliche Diagnosen des Behandlungsgrunds als auch alle weiteren während der Behandlung zu beachtenden Diagnosen, sind hier maschinenlesbar zu dokumentieren.--> <component>   <section>     <templateId root="1.2.40.0.34.6.0.11.2.96"/>    <code code="439401001" codeSystem="2.16.840.1.113883.6.96"/>    <title>Diagnose</title>    <text>        Diagnosen am Ende der Behandlung:      <br/>      <content ID="disdiag1">         *         <content ID="disdiag1_diagnosis">HFrEF, MI Grad I-II</content>        , EF mittergradig eingeschränkt, Al Grad I (Echo 08/18), diffuse KHK (CAG 07/18), Z.n. ventrikulärer Tachykardie mit CPR 07/18 (Ursache DD QT Verlängerung unter Psychopharmaka plus Antibiothikatherapie), parosymales Vorhofflimmern/-flattern, Linksschenkelblock      </content>      <br/>      <content ID="disdiag2">         *         <content ID="disdiag2_diagnosis">Z.n. akutem prärenalen Nierenversagen</content>         07/18      </content>      <br/>       * arterielle Hypertonie      <br/>       * Hypercholesterinämie      <br/>       * Z.n. ACM Infarkt rechts 08/16 (kardioembolisch) mit Hemisymptomatik links      <br/>       * Z.n. einmaligem GM-Anfall 04/17      <br/>       * Z.n. multiplen TVT beidseits      <br/>       * Z.n. Motorradumfall 2016 mit instabilem Becken (Beckentrauma, multiple Gefäßverletzungen (Stent Versorgung, Sehenenruptur linke Schulter)      <br/>       * reaktiv chronische Depression seit Motoradumfall      <br/>       * aktuell: leichter Atemwegsinfekt, sowie Mikrohämaturie und diskrete Dysurie (DD asymptomatischer Harnwegsinfekt) ohne systematische Infektzeichen     </text>    <author>       <time value="20181213083800+0100"/>      <assignedAuthor>         <id root="1.2.40.0.34.99.4" assigningAuthorityName="Facharztpraxis für Innere Medizin, Niere, Bluthochdruck und Ernährungsmedizin - Dr. med. univ. Daniela Holzer"/>        <assignedPerson>           <name>             <prefix qualifier="AC">Dr.</prefix>            <given>Daniela</given>            <family>Holzer</family>          </name>        </assignedPerson>      </assignedAuthor>    </author>    <entry>       <!-- template 1.2.40.0.34.6.0.11.3.7 'Problem Concern Entry' -->     </entry>  </section></component>
Item DT Kard Konf Beschreibung Label hl7:section @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M HL7 Austria - Diagnose - kodiert @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.96 hl7:id II 0 … 1 Eindeutige ID der Sektion wo [not(@nullFlavor)] hl7:code CE.IPS 1 … 1 M @code cs 1 … 1 F 439401001 @codeSystem uid 1 … 1 F 2.16.840.1.113883.6.96 @codeSystemName st 0 … 1 F SNOMED CT @displayName st 0 … 1   hl7:translation CD 0 … * Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden. @code cs 1 … 1 R @codeSystem uid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   ips:designation ST 0 … * Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. @language cs 1 … 1 R hl7:title ST 1 … 1 M   CONF Elementinhalt MUSS "Diagnose" sein hl7:text SD.TEXT 1 … 1 M Enthält Informationen für den menschlichen Leser hl7:author 0 … * Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) hl7:informant 0 … * Quelle für die enthaltene Information Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA) Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) hl7:entry 1 … * M Beinhaltet 1.2.40.0.34.6.0.11.3.7 Problem Concern Entry (DYNAMIC) @typeCode cs 1 … 1 F DRIV hl7:component 0 … * R Optionale Subsections zur Angabe von Übersetzungen des Elements Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

8.3.1.8 EXNDS Familienanamnese

Id	1.2.40.0.34.6.0.11.2.30	Gültigkeit ab	2019‑06‑13 09:26:13
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_section_familienanamne	Bezeichnung	EXNDS Familienanamnese
Beschreibung	Diese Sektion enthält in Form eines narrativen Textes Informationen über die Familienanamnese. Eine tabellarische Darstellung wird empfohlen.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.30
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz exnds-data​element1-176  Familienanamnese  Test2 2019
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.3.115 Containment EXNDS Familienanamnese Problem Concern Entry (1.0.0+20210310) DYNAMIC
Beispiel	Strukturbeispiel <hl7:section classCode="DOCSECT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.2.30"/>  <hl7:code code="416471007" codeSystem="2.16.840.1.113883.6.96" displayName="Family history of clinical finding" codeSystemName="SNOMED CT"/>  <hl7:title>Familienanamnese</hl7:title>  <hl7:text/>  <hl7:entry contextConductionInd="true" typeCode="DRIV">     <!-- template 1.2.40.0.34.6.0.11.3.115 'EXNDS Familienanamnese Problem Concern Entry' (2020-10-01T14:56:31) -->   </hl7:entry></hl7:section>
Item DT Kard Konf Beschreibung Label hl7:section 0 … 1   exnds-data​element1-176  Familienanamnese  Test2 2019 @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.30 hl7:code CE 1 … 1 M @code cs 1 … 1 F 416471007 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.96 @displayName st 0 … 1 F Family history of clinical finding @codeSystemName st 0 … 1 F SNOMED CT hl7:title ST 1 … 1 M   CONF Elementinhalt MUSS "Familienanamnese" sein hl7:text SD.TEXT 1 … 1 M Freitextliche Darstellung der Familienanamnese hl7:entry 0 … * R Pro Familienmitglied mindestens ein Problem Concern Entry Beinhaltet 1.2.40.0.34.6.0.11.3.115 EXNDS Familienanamnese Problem Concern Entry (DYNAMIC) @context​Conduction​Ind cs 0 … 1 F true @typeCode cs 1 … 1 F DRIV

8.3.1.9 EXNDS Behandlungsschein

Id	1.2.40.0.34.6.0.11.2.32	Gültigkeit ab	2019‑06‑13 10:29:05
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_section_behandlungsschein	Bezeichnung	EXNDS Behandlungsschein
Beschreibung	Diese Sektion beinhaltet Angaben zu den Behandlungsscheinen des Patienten. Für jeden Behandlungsschein ist eine eigenständige Tabelle anzuführen als auch ein eigenen Act-Element anzugeben.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.32
Klassifikation	CDA Section 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.117 Containment EXNDS Behandlungsschein Act (1.0.0+20210310) DYNAMIC
Beispiel	Strukturbeispiel <hl7:section classCode="DOCSECT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.2.32"/>  <hl7:code code="BSCHEIN" codeSystem="1.2.40.0.34.5.194" displayName="Behandlungsschein" codeSystemName="EXNDS_Sections"/>  <hl7:title>Behandlungsschein</hl7:title>  <hl7:text/>  <hl7:entry contextConductionInd="true" typeCode="DRIV">     <!-- template 1.2.40.0.34.6.0.11.3.117 'EXNDS Behandlungsschein Act' (2020-10-01T17:12:33) -->   </hl7:entry></hl7:section>
Item DT Kard Konf Beschreibung Label hl7:section 0 … 1 @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.32 hl7:code CE 1 … 1 M @code cs 1 … 1 F BSCHEIN @codeSystem oid 1 … 1 F 1.2.40.0.34.5.194 @displayName st 0 … 1 F Behandlungsschein @codeSystemName st 0 … 1 F EXNDS_Sections hl7:title ST 1 … 1 M   CONF Elementinhalt MUSS "Behandlungsschein" sein hl7:text SD.TEXT 1 … 1 M Jede Tabelle MUSS mit einer Tabellenüberschrift inkl. Datum des Behandlungsscheins geführt werden. Die Zeilen der Tabelle MUSS folgende Daten beinhalten: - Scheinart - Begründung - Zeitraum - Kassencode - Fremdstaaten-Kennzeichen - Abgabedatum - Überweisungsdatum - Zuweisender Arzt (VPN) - Dienstgeber - Saldo - Fragestellung hl7:entry 1 … * M Für jeden Behandlungsschein ist ein Act-Element zu führen Beinhaltet 1.2.40.0.34.6.0.11.3.117 EXNDS Behandlungsschein Act (DYNAMIC) @context​Conduction​Ind cs 0 … 1 F true @typeCode cs 1 … 1 F DRIV

8.3.1.10 EXNDS Behandlungen

Id	1.2.40.0.34.6.0.11.2.33	Gültigkeit ab	2019‑06‑14 09:02:42
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_section_behandlungen	Bezeichnung	EXNDS Behandlungen
Beschreibung	In dieser Sektion sind Angaben zu den einzelnen Behandlungen eines Patienten/einer Patientin angeführt. Diese Information wird in Form einer Tabelle für jede Behandlung angegeben.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.33
Klassifikation	CDA Section 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.67 Containment EXNDS Behandlungen Organizer (1.0.0+20210310) DYNAMIC
Beispiel	Strukturbeispiel <hl7:section classCode="DOCSECT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.2.33"/>  <hl7:code code="55753-8" codeSystem="2.16.840.1.113883.6.1" displayName="Treatment information" codeSystemName="LOINC"/>  <hl7:title>Behandlungen</hl7:title>  <hl7:text/>  <hl7:entry contextConductionInd="true" typeCode="DRIV">     <!-- template 1.2.40.0.34.6.0.11.3.67 'EXNDS Behandlungen Organizer' (2020-03-08T15:05:18) -->   </hl7:entry></hl7:section>
Item DT Kard Konf Beschreibung Label hl7:section 0 … 1 @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.33 hl7:code CE 1 … 1 M @code cs 1 … 1 F 55753-8 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.1 @displayName st 0 … 1 F Treatment information @codeSystemName st 0 … 1 F LOINC hl7:title ST 1 … 1 M   CONF Elementinhalt MUSS "Behandlungen" sein hl7:text SD.TEXT 1 … 1 M Für jede Behandlung MUSS eine eigenständige Tabelle anzuführen werden. Diese Tabelle MUSS mit einer Tabellenüberschrift, welche das Datum der Behandlung beinhaltet, versehen werden. Die Vorgabe für die Tabellenzeilen inkludieren: - Position - Anzahl - Begründung - Kassenleistung - Abrechnungskasse - Therapie - Tarif - Zuweisender Arzt (VPN) - Zusatzkennzeichen hl7:entry 1 … * M Beinhaltet 1.2.40.0.34.6.0.11.3.67 EXNDS Behandlungen Organizer (DYNAMIC) @context​Conduction​Ind cs 0 … 1 F true @typeCode cs 1 … 1 F DRIV

8.3.1.11 EXNDS Karteineintragungen

Id	1.2.40.0.34.6.0.11.2.34	Gültigkeit ab	2019‑06‑14 09:02:37
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_section_karteineintragungen	Bezeichnung	EXNDS Karteineintragungen
Beschreibung	In dieser Sektion können die Karteieintragungen aus dem Arztpraxissoftwaresystem angegeben werden. Die Angabe erfolgt in strukturierter Form mit Hilfe einer Tabelle.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.34
Klassifikation	CDA Section 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.137 Containment EXNDS Karteieintragungen Organizer (1.0.0+20210310) DYNAMIC
Beispiel	Strukturbeispiel <hl7:section classCode="DOCSECT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.2.34"/>  <hl7:code code="KARTEI_EINTRAGUNGEN" codeSystem="1.2.40.0.34.5.194" displayName="Karteineintragungen" codeSystemName="EXNDS_Sections"/>  <hl7:title>Karteineintragungen</hl7:title>  <hl7:text/>  <hl7:entry contextConductionInd="true" typeCode="DRIV">     <!-- template 1.2.40.0.34.6.0.11.3.137 'EXNDS Karteieintragungen Organizer' (2020-10-06T11:42:59) -->   </hl7:entry></hl7:section>
Item DT Kard Konf Beschreibung Label hl7:section 0 … 1 @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.34 hl7:code CE 1 … 1 M @code cs 1 … 1 F KARTEI_EINTRAGUNGEN @codeSystem oid 1 … 1 F 1.2.40.0.34.5.194 @displayName st 0 … 1 F Karteineintragungen @codeSystemName st 0 … 1 F EXNDS_Sections hl7:title ST 1 … 1 M   CONF Elementinhalt MUSS "Karteineintragungen" sein hl7:text SD.TEXT 1 … 1 M Es sind die einzelnen Karteineinträge in Form einer Tabelle anzuführen. Folgende Tabellenspalten MÜSSEN geführt werden: - Zeilennummer - Text hl7:entry 1 … 1 M Beinhaltet 1.2.40.0.34.6.0.11.3.137 EXNDS Karteieintragungen Organizer (DYNAMIC) @context​Conduction​Ind cs 0 … 1 F true @typeCode cs 1 … 1 F DRIV

8.3.1.12 EXNDS Laborparameter

Id	1.2.40.0.34.6.0.11.2.35	Gültigkeit ab	2019‑06‑17 14:52:26
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_section_laborparameter	Bezeichnung	EXNDS Laborparameter
Beschreibung In dieser Sektion werden sämtliche Laborparamter, welche aus dem Arztpraxisinformationssystem exportiert werden, in einer Tabelle angeführt und in weiterer Instanz in einem Organizer-Element gelistet. WICHTIG: Daher entspricht diese Struktur NICHT dem ELGA Laborbefund
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.35
Klassifikation	CDA Section 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.138 Containment EXNDS Laboratory Battery Organizer (1.0.0+20210310) DYNAMIC
Beispiel	Strukturbeispiel <hl7:section classCode="DOCSECT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.2.35"/>  <hl7:code code="26436-6" codeSystem="2.16.840.1.113883.6.1" displayName="Laboratory studies (set)" codeSystemName="LOINC"/>  <hl7:title>Laborparameter</hl7:title>  <hl7:text/>  <hl7:entry contextConductionInd="true" typeCode="DRIV">     <!-- template 1.2.40.0.34.6.0.11.3.138 'EXNDS Laboratory Battery Organizer' (2020-10-06T14:17:12) -->   </hl7:entry></hl7:section>
Item DT Kard Konf Beschreibung Label hl7:section 0 … 1 @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.35 hl7:code CE 1 … 1 M @code cs 1 … 1 F 26436-6 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.1 @displayName st 0 … 1 F Laboratory studies (set) @codeSystemName st 0 … 1 F LOINC hl7:title ST 1 … 1 M   CONF Elementinhalt MUSS "Laborparameter" sein hl7:text SD.TEXT 1 … 1 M hl7:entry 1 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.138 EXNDS Laboratory Battery Organizer (DYNAMIC) @context​Conduction​Ind cs 0 … 1 F true @typeCode cs 1 … 1 F DRIV

8.3.1.13 EXNDS Speciality-Section Container

Id	1.2.40.0.34.6.0.11.2.104	Gültigkeit ab	2021‑02‑11 13:16:50
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_section_specialitySectionContainer	Bezeichnung	EXNDS Speciality-Section Container
Beschreibung Diese Sektion ermöglicht es Befundbereich (Specialities), wie diese im Kontext des ELGA Laborbefundes definiert sind, in einer Sektion zusammenzufassen. Man könnte diese Sektion mit einem eigenständigen ELGA Laborbefund vergleichen, welcher mehrere Laborbereiche zusammenfasst.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.104
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.3.6.1.4.1.19376.1.3.3.2.1 Containment Speciality-Section DYNAMIC
Beispiel	Strukturbeispiel <hl7:section classCode="DOCSECT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.2.104"/>  <hl7:code code="LabSpecContainer" codeSystem="1.2.40.0.34.5.194" displayName="Laboratory Speciality Container" codeSystemName="EXNDS_Sections"/>  <hl7:title>Laborparameter</hl7:title>  <hl7:component contextConductionInd="true" typeCode="COMP">     <!-- template 1.3.6.1.4.1.19376.1.3.3.2.1 'Speciality-Section' (2013-11-07T00:00:00) -->   </hl7:component></hl7:section>
Item DT Kard Konf Beschreibung Label hl7:section 0 … 1 @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.104 hl7:code CE 1 … 1 M @code cs 1 … 1 F LabSpecContainer @codeSystem oid 1 … 1 F 1.2.40.0.34.5.194 @displayName st 0 … 1 F Laboratory Speciality Container @codeSystemName st 0 … 1 F EXNDS_Sections hl7:title ST 1 … 1 M   CONF Elementinhalt MUSS "Laborparameter" sein hl7:text SD.TEXT NP Diese Sektion hat keinen section/text. Menschenlesbare Informationen zu den einzelnen Laborergebnissen finden sich erst in den untergeordneten Sektionen. hl7:component 1 … * M Beinhaltet 1.3.6.1.4.1.19376.1.3.3.2.1 Speciality-Section (DYNAMIC) @context​Conduction​Ind cs 0 … 1 F true @typeCode cs 0 … 1 F COMP

8.3.1.14 Speciality-Section

Id	1.3.6.1.4.1.19376.1.3.3.2.1 ref elgabbr-	Gültigkeit ab	2013‑11‑07
Status	Aktiv	Versions-Label
Name	SpecialitySection	Bezeichnung	Speciality-Section
Kontext	Elternknoten des Template-Element mit Id 1.3.6.1.4.1.19376.1.3.3.2.1
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.30020 Inklusion ELGA Spezimen-Act-Entry Allgemein DYNAMIC
Beispiel	Beispiel <section classCode="DOCSECT">   <templateId root="1.3.6.1.4.1.19376.1.3.3.2.1"/>  <id extension="P-body" root="2.16.840.1.113883.3.933.1.1"/>  <code code="300" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung" displayName="Hämatologie"/>  <title>Hämatologie</title>  <text>     <!-- .. -->   </text>  <entry typeCode="DRIV">     <templateId root="1.3.6.1.4.1.19376.1.3.1"/>    <!-- .. -->   </entry></section>
Item DT Kard Konf Beschreibung Label hl7:section @classCode 1 … 1 F DOCSECT hl7:templateId II 1 … 1 @root 1 … 1 F 1.3.6.1.4.1.19376.1.3.3.2.1 hl7:id II 0 … * hl7:code CE 1 … 1 M   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.47 ELGA_Laborstruktur (DYNAMIC) hl7:title ST 1 … 1 M hl7:text ED 1 … 1 M hl7:entry 1 … * Lab.Report.Data.Processing.Entry @typeCode 0 … 1 F DRIV   Beispiel <entry typeCode="DRIV">   <templateId root="1.3.6.1.4.1.19376.1.3.1"/>  <act classCode="ACT" moodCode="EVN">     <code code="600" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung" displayName="Endokrinologie"/>    <statusCode code="completed"/>    <!-- Schilddrüsendiagnostik -->     <entryRelationship typeCode="COMP">       <organizer classCode="BATTERY" moodCode="EVN">         <templateId root="1.3.6.1.4.1.19376.1.3.1.4"/>        <!-- .. -->       </organizer>    </entryRelationship>  </act></entry> hl7:templateId II 1 … 1 @root 1 … 1 F 1.3.6.1.4.1.19376.1.3.1 Eingefügt 1 … 1 M von 1.2.40.0.34.11.30020 ELGA Spezimen-Act-Entry Allgemein (DYNAMIC) hl7:act 1 … 1 M @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F EVN hl7:code CE 1 … 1 M Angabe der Befundart.   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.47 ELGA_Laborstruktur (DYNAMIC) hl7:statusCode CS 1 … 1 M Nachdem in ELGA nur abgeschlossene Befunde abgelegt werden ist dieses Attribut  fix mit „completed“ zu belegen. @code CONF 1 … 1 F completed Auswahl 1 …  Elemente in der Auswahl: hl7:entryRelationship welches enthält Template 1.2.40.0.34.11.30021 Abnahmeinformationen (Specimen Collection) (DYNAMIC) hl7:entryRelationship welches enthält Template 1.3.6.1.4.1.19376.1.3.1.4 Befundgruppen (Laboratory Battery Organizer) (DYNAMIC) hl7:entryRelationship welches enthält Template 1.3.6.1.4.1.19376.1.3.1.6 Laborergebnisse (Laboratory Observation) (DYNAMIC) hl7:entryRelationship welches enthält Template 1.2.40.0.34.11.4.3.4 Laborergebnisse aktiv (Laboratory Observation Active) (DYNAMIC) hl7:entryRelationship welches enthält Template 1.2.40.0.34.11.30025 Kultureller Keimnachweis (Laboratory Isolate Organzier) (DYNAMIC) hl7:entryRelationship welches enthält Template 1.2.40.0.34.11.4.3.2 Befundtext (Anmerkungen und Kommentare) (DYNAMIC) hl7:entryRelationship welches enthält Template 1.3.6.1.4.1.19376.1.3.1.1 Notification Organizer (DYNAMIC) hl7:entryRelationship[hl7:observationMedia] welches enthält Template 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC) hl7:entryRelationship 0 … * Beinhaltet 1.2.40.0.34.11.30021 Abnahmeinformationen (Specimen Collection) (DYNAMIC) @typeCode cs 1 … 1 F COMP hl7:entryRelationship 0 … * Beinhaltet 1.3.6.1.4.1.19376.1.3.1.4 Befundgruppen (Laboratory Battery Organizer) (DYNAMIC) @typeCode cs 1 … 1 F COMP hl7:entryRelationship 0 … * Beinhaltet 1.3.6.1.4.1.19376.1.3.1.6 Laborergebnisse (Laboratory Observation) (DYNAMIC) @typeCode cs 1 … 1 F COMP hl7:entryRelationship 0 … * Beinhaltet 1.2.40.0.34.11.4.3.4 Laborergebnisse aktiv (Laboratory Observation Active) (DYNAMIC) @typeCode cs 1 … 1 F COMP hl7:entryRelationship 0 … * Beinhaltet 1.2.40.0.34.11.30025 Kultureller Keimnachweis (Laboratory Isolate Organzier) (DYNAMIC) @typeCode cs 1 … 1 F COMP hl7:entryRelationship 0 … * Beinhaltet 1.2.40.0.34.11.4.3.2 Befundtext (Anmerkungen und Kommentare) (DYNAMIC) @typeCode cs 1 … 1 F COMP hl7:entryRelationship 0 … * Beinhaltet 1.3.6.1.4.1.19376.1.3.1.1 Notification Organizer (DYNAMIC) @typeCode cs 1 … 1 F COMP hl7:entryRelationship 0 … * Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC) wo [hl7:observationMedia] @typeCode cs 1 … 1 F COMP

8.3.1.15 EXNDS Verordnungen

Id	1.2.40.0.34.6.0.11.2.101	Gültigkeit ab	2020‑10‑06 15:07:20
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_section_Verordnungen	Bezeichnung	EXNDS Verordnungen
Beschreibung In dieser Sektion werden die Verordnungen angegeben, welche exportiert werden sollen. Dieses template basiert auf dem "Medikation Verordnung Entry eMedikation" und erweitert dieses um benötigte Elemente.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.101
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.8.1.3.1 Containment Medikation Verordnung Entry eMedikation DYNAMIC 1.2.40.0.34.6.0.11.3.143 Containment EXNDS Arzneimittel-Organizer (1.0.0+20210310) DYNAMIC
Beziehung	Spezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07) ref ad1bbr-
Beispiel	Beispiel <hl7:section classCode="DOCSECT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.2.101"/>  <hl7:templateId root="1.2.40.0.34.11.8.1.2.1" assigningAuthorityName="ELGA"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.9.1.2.1" assigningAuthorityName="IHE PHARM"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.19" assigningAuthorityName="IHE PCC"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.8" assigningAuthorityName="HL7 CCD"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="57828-6" codeSystem="2.16.840.1.113883.6.1" displayName="Prescription list" codeSystemName="LOINC"/>  <hl7:title>Rezept</hl7:title>  <hl7:text/>  <hl7:entry typeCode="DRIV" contextConductionInd="true">     <!-- template 1.2.40.0.34.11.8.1.3.1 'Medikation Verordnung Entry eMedikation' (2014-09-01T00:00:00) -->   </hl7:entry>  <hl7:entry typeCode="DRIV" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.143 'EXNDS Arzneimittel-Organizer' (2020-10-06T16:56:59) -->   </hl7:entry></hl7:section>
Item DT Kard Konf Beschreibung Label hl7:section @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.101 hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.11.8.1.2.1 @assigningAuthorityName st 0 … 1 F ELGA hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.2.1 @assigningAuthorityName st 0 … 1 F IHE PHARM hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.3.19 @assigningAuthorityName st 0 … 1 F IHE PCC hl7:templateId II 1 … 1 M @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.8 @assigningAuthorityName st 0 … 1 F HL7 CCD hl7:id II 0 … 1 hl7:code CE 1 … 1 M @code cs 1 … 1 F 57828-6 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.1 @displayName st 0 … 1 F Prescription list @codeSystemName st 0 … 1 F LOINC hl7:title ST 1 … 1 M   CONF Elementinhalt MUSS "Rezept" sein hl7:text SD.TEXT 1 … 1 M hl7:entry 1 … * M Angabe der einzelnen Verordnungen nach den Vorgaben der eMedikation. Zu beachten ist: Nachdem es sich bei dem gegenständlichen Dokument um KEIN Dokument der eMedikation handelt, MUSS im entry/substanceAdministration/id-Element eine eigene "root" angegeben werden und KEINE der eMedikation. Dieses id-Element wird auch für die Referenz zu den weiteren Verordnungselementen verwendet. Beinhaltet 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (DYNAMIC) @typeCode cs 0 … 1 F DRIV @context​Conduction​Ind bl 0 … 1 F true hl7:entry 0 … * R Für jedes Arzneimittel können noch weitere Informationen angegeben werden.  WICHTIG: Die Referenz zwischen einem Medikation Verordnungs Entry der eMedikation und des Arzneimittel_Organizers erfolgt über eine einheitliche id von substanceAdministration/id und organizer/id. Beinhaltet 1.2.40.0.34.6.0.11.3.143 EXNDS Arzneimittel-Organizer (DYNAMIC) @typeCode cs 0 … 1 F DRIV @context​Conduction​Ind bl 0 … 1 F true

8.3.1.16 Impfungen - kodiert

Id	1.2.40.0.34.6.0.11.2.1 ref at-cda-bbr-	Gültigkeit ab	2025‑09‑01 13:31:22 Andere Versionen mit dieser Id: atcdabrr_section_ImpfungenKodiert vom 2021‑02‑19 11:46:43 atcdabrr_section_ImpfungenKodiert vom 2017‑03‑11 18:38:41
Status	Aktiv	Versions-Label	2.0.0+20260204
Name	atcdabrr_section_ImpfungenKodiert	Bezeichnung	Impfungen - kodiert
Beschreibung Diese Sektion enthält die Impfungen, die dem Patienten verabreicht wurden. Pro Sektion können mehrere Impfungen enthalten sein. Alle Inhalte sind verpflichtend strukturiert in den darunterliegenden Entries anzugeben.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.1
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.3.1 Containment Immunization Entry (2.0.3+20260204) DYNAMIC 1.2.40.0.34.6.0.11.3.28 Containment Immunization Entry Impfung nicht angegeben (2.0.2+20250217) DYNAMIC 1.2.40.0.34.6.0.11.2.8 Containment Übersetzung (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.2.1 Impfungen - kodiert (2021‑02‑19 11:46:43) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.1 Impfungen - kodiert (2017‑03‑11 18:38:41) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.20.1.6 Immunization section (DYNAMIC) ref ccd1- Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.3.23 IHE Immunizations Section (2013‑12‑20) ref IHE-PCC-
Beispiel	Strukturbeispiel <hl7:section classCode="DOCSECT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.2.1"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.6"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.23"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="11369-6" codeSystem="2.16.840.1.113883.6.1" displayName="HISTORY OF IMMUNIZATIONS"/>  <hl7:title>Impfungen</hl7:title>  <text>     <table ID="sbdm-1">       <tbody>         <tr>           <td styleCode="xELGA_colw:20">Impfung gegen:</td>          <td>             <content ID="target-1">Frühsommer-Meningoencephalitis</content>          </td>        </tr>        <!-- und so weiter -->       </tbody>    </table>  </text>  <!-- choice -->   <hl7:entry typeCode="DRIV" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.1 'Immunization Entry' (2019-01-16T16:12:57) -->   </hl7:entry>  <!-- oder -->   <hl7:entry typeCode="DRIV">     <!-- template 1.2.40.0.34.6.0.11.3.28 'Immunization Entry Impfung nicht angegeben' (2019‑08‑13T12:59:09) -->   </hl7:entry>  <hl7:component typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) -->   </hl7:component></hl7:section>
Item DT Kard Konf Beschreibung Label hl7:section @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M ELGA @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.1 hl7:templateId II 1 … 1 M HL7 CCD Immunization section @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.6 hl7:templateId II 1 … 1 M IHE PCC Immunizations Section @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.3.23 hl7:id II 0 … 1 Eindeutige ID der Sektion (optional) wo [not(@nullFlavor)] hl7:code CE 1 … 1 M Code der Sektion. Fixer Wert "11369-6" @code CONF 1 … 1 F 11369-6 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 M Der Titel der Sektion MUSS lauten: 'Impfungen'    CONF Elementinhalt MUSS "Impfungen" sein hl7:text SD.TEXT 1 … 1 M Die narrative Beschreibung in diesem Kapitel wird automatisch aus den kodierten Elementen erstellt.  Alle relevanten Informationen werden hier tabellarisch dargestellt. Form: zweispaltig, erste Spalte enthält den Namen des Datenelements, die zweite Spalte den Inhalt.  z.B.: Impfung gegen: Frühsommer-Meningoencephalitis Auswahl 1 … * Elemente in der Auswahl: hl7:entry[hl7:substanceAdministration/hl7:templateId[@root='1.2.40.0.34.6.0.11.3.1']] welches enthält Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (DYNAMIC) hl7:entry[hl7:substanceAdministration/hl7:templateId[@root='1.2.40.0.34.6.0.11.3.28']] welches enthält Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (DYNAMIC) hl7:entry 0 … * Beinhaltet 1.2.40.0.34.6.0.11.3.1 Immunization Entry (DYNAMIC) wo [hl7:substanceAdministration/hl7:templateId [@root='1.2.40.0.34.6.0.11.3.1']] @typeCode cs 1 … 1 F DRIV   DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt. @context​Conduction​Ind cs 0 … 1 F true hl7:entry 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (DYNAMIC) wo [hl7:substanceAdministration/hl7:templateId [@root='1.2.40.0.34.6.0.11.3.28']] @typeCode cs 1 … 1 F DRIV   DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt. @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … * Optionale Subsections zur Angabe von Übersetzungen des "text"-Elements in andere Sprachen. Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

8.3.1.17 Impfempfehlungen - kodiert

Id	1.2.40.0.34.6.0.11.2.2 ref at-cda-bbr-	Gültigkeit ab	2026‑01‑16 11:59:52 Andere Versionen mit dieser Id: atcdabrr_section_ImpfempfehlungenKodiert vom 2025‑01‑07 11:45:26 atcdabrr_section_ImpfempfehlungenKodiert vom 2023‑04‑11 15:05:08 atcdabrr_section_ImpfempfehlungenKodiert vom 2022‑03‑10 13:49:22 atcdabrr_section_ImpfempfehlungenKodiert vom 2021‑08‑26 15:09:41 atcdabrr_section_ImpfempfehlungenKodiert vom 2021‑02‑19 11:46:26 atcdabrr_section_ImpfempfehlungenKodiert vom 2019‑01‑17 16:18:17
Status	Aktiv	Versions-Label	1.0.5+20260204
Name	atcdabrr_section_ImpfempfehlungenKodiert	Bezeichnung	Impfempfehlungen - kodiert
Beschreibung Sektion zur Dokumentation von empfohlenen zukünftigen Impfungen (Impfkalender). Impfempfehlungen werden basierend auf dem "Impfplan Österreich" automatisiert erstellt, außer es liegt eine ärztliche Empfehlung für dasselbe Impfziel vor. Impfempfehlungen können sich auf ein bestimmtes Produkt und sollten sich auf ein bestimmtes Impfschema beziehen. Hinweis: Die Angabe von Kontraindikationen ist technisch zwar möglich, wird zurzeit aber NICHT unterstützt.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.2
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.3.3 Containment Immunization Recommendation Entry (2.0.1+20250217) DYNAMIC 1.2.40.0.34.6.0.11.2.8 Containment Übersetzung (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (2025‑01‑07 11:45:26) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (2023‑04‑11 15:05:08) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (2022‑03‑10 13:49:22) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (2021‑08‑26 15:09:41) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (2021‑02‑19 11:46:26) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (2019‑01‑17 16:18:17) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.20.1.6 Immunization section (DYNAMIC) ref ccd1- Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.3.23 IHE Immunizations Section (2013‑12‑20) ref IHE-PCC-
Beispiel	Strukturbeispiel <hl7:section classCode="DOCSECT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.2.2"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.6"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.23"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="18776-5" codeSystem="2.16.840.1.113883.6.1" displayName="TREATMENT PLAN"/>  <hl7:title>Impfempfehlungen</hl7:title>  <hl7:text>Entsprechend dem nationalen Impfplan Österreich (Ausgabe 2019) sind folgende Impfungen empfohlen </hl7:text>  <hl7:entry typeCode="DRIV" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.3 'Immunization Recommendation Entry' (2019-04-25T10:30:18) -->   </hl7:entry>  <hl7:component typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) -->   </hl7:component></hl7:section>
Item DT Kard Konf Beschreibung Label hl7:section @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M ELGA @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.2 hl7:templateId II 1 … 1 M HL7 CCD Immunization section @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.6 hl7:templateId II 1 … 1 M IHE PCC Immunizations Section @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.3.23 hl7:id II 0 … 1 Eindeutige ID der Sektion (optional) wo [not(@nullFlavor)] hl7:code CE 1 … 1 M Code der Sektion @code CONF 1 … 1 F 18776-5 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 M Der Titel dieser Sektion muss lauten: 'Impfempfehlungen'   CONF Elementinhalt MUSS "Impfempfehlungen" sein hl7:text SD.TEXT 1 … 1 M Die narrative Beschreibung in diesem Kapitel wird automatisch aus den kodierten Elementen erstellt. Die Vorgaben zu Layout und Inhalt sind im entsprechenden Implementierungsleitfaden dokumentiert. hl7:entry 1 … * M Beinhaltet 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (DYNAMIC) @typeCode cs 1 … 1 F DRIV   DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt. @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … * Optionale Subsections zur Angabe von Übersetzungen des text-Elements in andere Sprachen. Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

8.3.1.18 EXNDS Befund

Id	1.2.40.0.34.6.0.11.2.40	Gültigkeit ab	2019‑06‑18 08:31:07
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_section_Befund	Bezeichnung	EXNDS Befund
Beschreibung	Diese Sektion sammelt die erhobenen Befunde. Hierbei kann auf externe Dokumente referenziert werden oder die Befunde werden im Sinne eines Karteieintrages (Zeilennummer und Text) angeführt.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.40
Klassifikation	CDA Section 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.150 Containment EXNDS Befund Act (1.0.0+20210310) DYNAMIC
Beispiel	Strukturbeispiel <hl7:section classCode="DOCSECT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.2.40"/>  <hl7:code code="BEFUNDE" codeSystem="1.2.40.0.34.5.194" displayName="Befunde" codeSystemName="EXNDS_Sections"/>  <hl7:title>Befunde</hl7:title>  <hl7:text/>  <hl7:entry contextConductionInd="true" typeCode="DRIV">     <!-- template 1.2.40.0.34.6.0.11.3.150 'EXNDS Befund Act' (2020-10-16T11:27:38) -->   </hl7:entry></hl7:section>
Item DT Kard Konf Beschreibung Label hl7:section R @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.40 hl7:code CE 1 … 1 M @code cs 1 … 1 F BEFUNDE @codeSystem oid 1 … 1 F 1.2.40.0.34.5.194 @displayName st 0 … 1 F Befunde @codeSystemName st 0 … 1 F EXNDS_Sections hl7:title ST 1 … 1 M   CONF Elementinhalt MUSS "Befunde" sein hl7:text SD.TEXT 1 … 1 M Es empfiehlt sich eine strukturierte Darstellung in welcher entweder die Referenz auf einen externen Befund (ohne Hyperlink) oder die Angabe der einzelnen Karteinzeilen beinhalten sind. hl7:entry 1 … * M Beinhaltet 1.2.40.0.34.6.0.11.3.150 EXNDS Befund Act (DYNAMIC) @context​Conduction​Ind cs 0 … 1 F true @typeCode cs 1 … 1 F DRIV

8.3.1.19 EXNDS eCard Konsultationsdaten

Id	1.2.40.0.34.6.0.11.2.37	Gültigkeit ab	2019‑06‑17 15:17:25
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_section_eCardKonsultationsdaten	Bezeichnung	EXNDS eCard Konsultationsdaten
Beschreibung	In dieser Sektion sind die eCard Konsultationsdaten enthalten. Diese Daten umfassen eine Eintrags-Id und die URI.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.37
Klassifikation	CDA Section 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.152 Containment EXNDS eCardKonsDatenAct (1.0.0+20210310) DYNAMIC
Beispiel	Strukturbeispiel <hl7:section classCode="DOCSECT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.2.37"/>  <hl7:code code="eCardKONS" codeSystem="1.2.40.0.34.5.194" displayName="eCard Konsultationsdaten" codeSystemName="EXNDS_Sections"/>  <hl7:title>eCard Konsultationsdaten</hl7:title>  <hl7:text/>  <hl7:entry contextConductionInd="true" typeCode="DRIV">     <!-- template 1.2.40.0.34.6.0.11.3.152 'EXNDS eCardKonsDatenAct' (2020-10-16T15:45:26) -->   </hl7:entry></hl7:section>
Item DT Kard Konf Beschreibung Label hl7:section 0 … 1 @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.37 hl7:code CE 1 … 1 M @code cs 1 … 1 F eCardKONS @codeSystem oid 1 … 1 F 1.2.40.0.34.5.194 @displayName st 0 … 1 F eCard Konsultationsdaten @codeSystemName st 0 … 1 F EXNDS_Sections hl7:title ST 1 … 1 M   CONF Elementinhalt MUSS "eCard Konsultationsdaten" sein hl7:text SD.TEXT 1 … 1 M Angabe des Pfades zu den Konsultationsdatensatzes hl7:entry 1 … 1 M Beinhaltet 1.2.40.0.34.6.0.11.3.152 EXNDS eCardKonsDatenAct (DYNAMIC) @context​Conduction​Ind cs 0 … 1 F true @typeCode cs 1 … 1 F DRIV

8.3.1.20 EXNDS ABS-Daten

Id	1.2.40.0.34.6.0.11.2.38	Gültigkeit ab	2019‑06‑17 15:20:43
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_section_absDaten	Bezeichnung	EXNDS ABS-Daten
Beschreibung	Diese Sektion dient zur Angabe und Kodierung von Informationen bezüglich des Arzneimittel-Bewilligungs-Services.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.38
Klassifikation	CDA Section 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.154 Containment EXNDS ABS-Daten Act (1.0.0+20210310) DYNAMIC
Beispiel	Strukturbeispiel <hl7:section classCode="DOCSECT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.2.38"/>  <hl7:code code="ABSDaten" codeSystem="1.2.40.0.34.5.194" displayName="ABS Daten" codeSystemName="EXNDS_Sections"/>  <hl7:title>ABS Daten</hl7:title>  <hl7:text/>  <hl7:entry xsi:type="ANY" contextConductionInd="true" typeCode="DRIV">     <!-- template 1.2.40.0.34.6.0.11.3.154 'EXNDS ABS-Daten Act' (2020-10-16T16:03:41) -->   </hl7:entry></hl7:section>
Item DT Kard Konf Beschreibung Label hl7:section 0 … 1 @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.38 hl7:code CE 1 … 1 M @code cs 1 … 1 F ABSDaten @codeSystem oid 1 … 1 F 1.2.40.0.34.5.194 @displayName st 0 … 1 F ABS Daten @codeSystemName st 0 … 1 F EXNDS_Sections hl7:title ST 1 … 1 M   CONF Elementinhalt MUSS "ABS Daten" sein hl7:text SD.TEXT 1 … 1 M Angabe des Dateipfades für die ABS-Daten hl7:entry ANY 1 … 1 M Beinhaltet 1.2.40.0.34.6.0.11.3.154 EXNDS ABS-Daten Act (DYNAMIC) @context​Conduction​Ind cs 0 … 1 F true @typeCode cs 1 … 1 F DRIV

8.3.1.21 EXNDS Attachments

Id	1.2.40.0.34.6.0.11.2.36	Gültigkeit ab	2019‑06‑17 15:13:09
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_section_Attachments	Bezeichnung	EXNDS Attachments
Beschreibung	In dieser Sektion können Angaben zu erhalten Befunden gemacht werden. Dies kann entweder über die Referenzierung zu externen Dokumenten oder über die Angabe von Karteieintragungen erfolgen.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.36
Klassifikation	CDA Section 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.155 Containment EXNDS Attachment Act (1.0.0+20210310) DYNAMIC
Beispiel	Strukturbeispiel <hl7:section classCode="DOCSECT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.2.36"/>  <hl7:code code="Attachments" codeSystem="1.2.40.0.34.5.194" displayName="Attachments" codeSystemName="EXNDS_Sections"/>  <hl7:title>Attachments</hl7:title>  <hl7:text/>  <hl7:entry contextConductionInd="true" typeCode="COMP">     <!-- template 1.2.40.0.34.6.0.11.3.155 'EXNDS Attachment Act' (2020-10-16T16:31:12) -->   </hl7:entry></hl7:section>
Item DT Kard Konf Beschreibung Label hl7:section 0 … 1 @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.36 hl7:code CE 1 … 1 M @code cs 1 … 1 F Attachments @codeSystem oid 1 … 1 F 1.2.40.0.34.5.194 @displayName st 0 … 1 F Attachments @codeSystemName st 0 … 1 F EXNDS_Sections hl7:title ST 1 … 1 M   CONF Elementinhalt MUSS "Attachments" sein hl7:text SD.TEXT 1 … 1 M Hier hat die strukturierte Angabe der Karteieintragungen für den Befund zu erfolgen oder die Pfadangabe zu dem Befund. Weiters können Angaben über den Befundersteller, das Erstellungsdatum, das Einbrinungsdatum, als auch Anmerkungen angegeben werden. hl7:entry 1 … * R Beinhaltet 1.2.40.0.34.6.0.11.3.155 EXNDS Attachment Act (DYNAMIC) @context​Conduction​Ind cs 0 … 1 F true @typeCode cs 0 … 1 F COMP

8.3.1.22 EXNDS Krankenstand

Id	1.2.40.0.34.6.0.11.2.39	Gültigkeit ab	2019‑06‑17 15:30:32
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_section_krankenstand	Bezeichnung	EXNDS Krankenstand
Beschreibung	Diese Sektion enthält Angaben zu den Krankenständen des Patienten/der Patientin. Die strukturierte Angabe erfolgt mit Hilfe einer Tabelle.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.39
Klassifikation	CDA Section 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.159 Containment EXNDS Krankenstand Act (1.0.0+20210310) DYNAMIC
Beispiel	Strukturbeispiel <hl7:section classCode="DOCSECT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.2.39"/>  <hl7:code code="224459001" codeSystem="2.16.840.1.113883.6.96" displayName="On sick leave from work" codeSystemName="SNOMED CT"/>  <hl7:title>Krankenstand</hl7:title>  <hl7:text/>  <hl7:entry contextConductionInd="true" typeCode="DRIV">     <!-- template 1.2.40.0.34.6.0.11.3.159 'EXNDS Krankenstand Act' (2020-11-06T14:12:57) -->   </hl7:entry></hl7:section>
Item DT Kard Konf Beschreibung Label hl7:section 0 … 1 @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.39 hl7:code CE 1 … 1 M @code cs 1 … 1 F 224459001 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.96 @displayName st 0 … 1 F On sick leave from work @codeSystemName st 0 … 1 F SNOMED CT hl7:title ST 1 … 1 M   CONF Elementinhalt MUSS "Krankenstand" sein hl7:text SD.TEXT 1 … 1 M Für die Tabelle MÜSSEN folgende Spalten angegeben werden: - Beginn - voraussichtliches Ende - Ende - Grund hl7:entry 1 … * R Beinhaltet 1.2.40.0.34.6.0.11.3.159 EXNDS Krankenstand Act (DYNAMIC) @context​Conduction​Ind cs 0 … 1 F true @typeCode cs 1 … 1 F DRIV

8.3.2 Entry-templates

8.3.2.1 Weitere Patienteninformation Administrativ

Id	1.2.40.0.34.6.0.11.3.63	Gültigkeit ab	2020‑03‑06 10:57:27
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_patientInfoAdministrative	Bezeichnung	EXNDS Weitere Patienteninformation Administrativ
Beschreibung	Organizer-Element zur Gruppierung der maschinenlesbaren, administrativen Patienteninformationen, welche nicht im CDA Header angegeben werden können.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.63
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 7 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.3.107 Containment EXNDS Patient Versichertenkategorie Entry (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.108 Containment EXNDS Patient Beruf Entry (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.109 Containment EXNDS Patient Rezeptgebührenbefreit Entry (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.110 Containment EXNDS Patient Entfernung Entry (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.111 Containment EXNDS Patient Bundesland Code Entry (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.112 Containment EXNDS Patient Erstzuweiser Entry (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.114 Containment EXNDS Patient Weitere Merkmale (1.0.0+20210310) DYNAMIC
Beispiel	Beispiel <hl7:organizer classCode="BATTERY" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.63"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="PatInfoAdOrg" codeSystem="1.2.40.0.34.5.195" displayName="Patienteninformation Administrativ Organizer"/>  <hl7:statusCode code="completed"/>  <hl7:effectiveTime>     <cda:low value="20210211133729"/>  </hl7:effectiveTime>  <hl7:component typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.107 'EXNDS Patient Versichertenkategorie Entry' (2020-09-25T14:18:42) -->   </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.108 'EXNDS Patient Beruf Entry' (2020-09-25T14:34:55) -->   </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.109 'EXNDS Patient Rezeptgebührenbefreit Entry' (2020-09-25T14:45:33) -->   </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.110 'EXNDS Patient Entfernung Entry' (2020-09-25T14:51:35) -->   </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.111 'EXNDS Patient Bundesland Code Entry' (2020-09-25T14:58:18) -->   </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.112 'EXNDS Patient Erstzuweiser Entry' (2020-09-25T15:09:59) -->   </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.114 'EXNDS Patient Weitere Merkmale' (2020-09-28T17:43:44) -->   </hl7:component></hl7:organizer>
Item DT Kard Konf Beschreibung Label hl7:organizer @classCode cs 1 … 1 F BATTERY @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.63 hl7:id II 0 … * hl7:code CD.SDTC 1 … 1 M @code cs 1 … 1 F PatInfoAdOrg @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Patienteninformation Administrativ Organizer @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:statusCode CS 1 … 1 R @code CONF 0 … 1 F completed hl7:effectiveTime IVL_TS 0 … 1 hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.3.107 EXNDS Patient Versichertenkategorie Entry (DYNAMIC) wo [hl7:observation [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.3.107']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.3.108 EXNDS Patient Beruf Entry (DYNAMIC) wo [hl7:observation [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.3.108']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.3.109 EXNDS Patient Rezeptgebührenbefreit Entry (DYNAMIC) wo [hl7:observation [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.3.109']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.3.110 EXNDS Patient Entfernung Entry (DYNAMIC) wo [hl7:observation [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.3.110']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.3.111 EXNDS Patient Bundesland Code Entry (DYNAMIC) wo [hl7:observation [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.3.111']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.3.112 EXNDS Patient Erstzuweiser Entry (DYNAMIC) wo [hl7:observation [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.3.112']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … * Beinhaltet 1.2.40.0.34.6.0.11.3.114 EXNDS Patient Weitere Merkmale (DYNAMIC) wo [hl7:observation [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.3.114']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true

8.3.2.2 EXNDS Patient Versichertenkategorie Entry

Id	1.2.40.0.34.6.0.11.3.107	Gültigkeit ab	2020‑09‑25 14:18:42
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_obsPatInfoInssuranceCat	Bezeichnung	EXNDS Patient Versichertenkategorie Entry
Beschreibung	Codierte Angaben bezüglich der Versichertenkategorie
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.107
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz exnds-data​element1-7  Versicherungskategorie  Test2 2019
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.107"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="VKT" codeSystem="1.2.40.0.34.5.195" displayName="Versichertenkategorie" codeSystemName="EXNDS_Concepts"/>  <hl7:text/>  <hl7:value code="VKT01" codeSystem="1.2.40.0.34.5.195" displayName="Erwerbstätige, Arbeitslose, Selbstversicherte, Zivildiener, Asylanten, Flüchtlinge, Mindestsicherungsempfänger "/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation   exnds-data​element1-7  Versicherungskategorie  Test2 2019 @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.107 hl7:id II 0 … * hl7:code CD 1 … 1 M @code cs 1 … 1 F VKT @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Versichertenkategorie @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:text ED 0 … 1 hl7:value CD 1 … 1 M   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.32 exnds_Versichertenkategorie_VS (DYNAMIC)

8.3.2.3 EXNDS Patient Beruf Entry

Id	1.2.40.0.34.6.0.11.3.108	Gültigkeit ab	2020‑09‑25 14:34:55
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_obsPatInfoJob	Bezeichnung	EXNDS Patient Beruf Entry
Beschreibung	Strukturierte Angabe über den Beruf des Patienten
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.108
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz exnds-data​element1-12  Beruf  Test2 2019
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.2 Inklusion Original Text Reference (1.0.0+20210219) DYNAMIC
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.108"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="BER" codeSystem="1.2.40.0.34.5.195" displayName="Beruf" codeSystemName="EXNDS_Concepts"/>  <hl7:text/>  <hl7:value xsi:type="CD" nullFlavor="NA">     <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) 1..1 M -->   </hl7:value></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation   exnds-data​element1-12  Beruf  Test2 2019 @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.108 hl7:id II 0 … * hl7:code CD 1 … 1 M @code cs 1 … 1 F BER @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Beruf @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:text ED 0 … 1 hl7:value CD 1 … 1 R wo [@nullFlavor='NA'] @xsi:type 1 … 1 F CD @nullFlavor cs 1 … 1 F NA 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. 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. @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.

8.3.2.4 EXNDS Patient Rezeptgebührenbefreit Entry

Id	1.2.40.0.34.6.0.11.3.109	Gültigkeit ab	2020‑09‑25 14:45:33
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_obsPatInfoRezGebBef	Bezeichnung	EXNDS Patient Rezeptgebührenbefreit Entry
Beschreibung	Codierte Angabe ob ein Patient Rezeptgebühren befreit ist, und wenn ja wie lange. Sollte ein Patient nicht Rezeptgebührenbefreit sind kann dieses entry weggelassen werden.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.109
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz exnds-data​element1-20  Info Rezeptgebührenbefreit  Test2 2019
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.109"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="RZG" codeSystem="1.2.40.0.34.5.195" displayName="Rezeptgebührenbefreit" codeSystemName="EXNDS_Concepts"/>  <hl7:text/>  <hl7:effectiveTime value="20210212135603"/>  <hl7:value value="false"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation   exnds-data​element1-20  Info Rezeptgebührenbefreit  Test2 2019 @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.109 hl7:id II 0 … * hl7:code CD 1 … 1 M @code cs 1 … 1 F RZG @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Rezeptgebührenbefreit @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:text ED 0 … 1 hl7:effectiveTime TS 0 … 1 C Angabe bis wann der Patient Rezeptgebührenbefreit ist. Sollte dieses entry verwendet werden um explizit anzugeben, dass eine Person NICHT rezeptgebührenbefreit ist, dann entfällt die Angabe dieses effective-Time Elements. hl7:value BL 1 … 1 M Rezeptbefreihung Ja/Nein

8.3.2.5 EXNDS Patient Entfernung Entry

Id	1.2.40.0.34.6.0.11.3.110	Gültigkeit ab	2020‑09‑25 14:51:35
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_obsPatInfoDistance	Bezeichnung	EXNDS Patient Entfernung Entry
Beschreibung	Angabe zur Entfernung des Wohnortes des Patienten in km
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.110
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz exnds-data​element1-10  Entfernung in km  Test2 2019
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.110"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="EKM" codeSystem="1.2.40.0.34.5.195" displayName="EntfernungInKM" codeSystemName="EXNDS_Concepts"/>  <hl7:text/>  <hl7:value xsi:type="PQ" unit="km" value="--TODO--"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation   exnds-data​element1-10  Entfernung in km  Test2 2019 @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.110 hl7:id II 0 … * hl7:code CD 1 … 1 M @code cs 1 … 1 F EKM @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F EntfernungInKM @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:text ED 0 … 1 hl7:value PQ 1 … 1 M Angabe in Kilometer @xsi:type 1 … 1 F PQ @unit cs 1 … 1 F km @value 1 … 1 R

8.3.2.6 EXNDS Patient Bundesland Code Entry

Id	1.2.40.0.34.6.0.11.3.111	Gültigkeit ab	2020‑09‑25 14:58:18
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_obsPatInfoProvCode	Bezeichnung	EXNDS Patient Bundesland Code Entry
Beschreibung	Codierte Angabe des Bundeslandcodes
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.111
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz exnds-data​element1-11  Bundeslandcode laut HV-Code  Test2 2019
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.111"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="BLD" codeSystem="1.2.40.0.34.5.195" displayName="Bundeslandcode" codeSystemName="EXNDS_Concepts"/>  <hl7:text/>  <hl7:value code="BLD1" codeSystem="1.2.40.0.34.5.195" displayName="Wien"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation   exnds-data​element1-11  Bundeslandcode laut HV-Code  Test2 2019 @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.111 hl7:id II 0 … * hl7:code CD 1 … 1 M @code cs 1 … 1 F BLD @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Bundeslandcode @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:text ED 0 … 1 hl7:value CD 1 … 1 M   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.33 exnds_BundeslandCodes_VS (DYNAMIC)

8.3.2.7 EXNDS Patient Erstzuweiser Entry

Id	1.2.40.0.34.6.0.11.3.112	Gültigkeit ab	2020‑09‑25 15:09:59
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_obsPatInfoErstzuweiser	Bezeichnung	EXNDS Patient Erstzuweiser Entry
Beschreibung	Strukturierte Angabe über den Erstzuweiser. Woher hat der Patient den Kontakt bzw. die Kontaktdaten? Kann auch Google, Facebook usw. sein.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.112
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz exnds-data​element1-173  Erstzuweiser  Test2 2019
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.2 Inklusion Original Text Reference (1.0.0+20210219) DYNAMIC
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.112"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="ERSTZUW" codeSystem="1.2.40.0.34.5.195" displayName="Erstzuweiser" codeSystemName="EXNDS_Concepts"/>  <hl7:text/>  <hl7:value xsi:type="CD" nullFlavor="NA">     <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) 1..1 M -->   </hl7:value></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation   exnds-data​element1-173  Erstzuweiser  Test2 2019 @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.112 hl7:id II 0 … * hl7:code CD 1 … 1 M @code cs 1 … 1 F ERSTZUW @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Erstzuweiser @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:text ED 0 … 1 hl7:value CD 1 … 1 R wo [@nullFlavor='NA'] @xsi:type 1 … 1 F CD @nullFlavor cs 1 … 1 F NA 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. 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. @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.

8.3.2.8 EXNDS Patient Weitere Merkmale

Id	1.2.40.0.34.6.0.11.3.114	Gültigkeit ab	2020‑09‑28 17:43:44
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_PatWeitereMerkmale	Bezeichnung	EXNDS Patient Weitere Merkmale
Beschreibung Strukturierte Angabe oder codierte Angabe zu weiteren Merkmalen welche in der gegenständlichen Spezifikation nicht enthalten sind. Es MUSS sichergestellt werden, dass dieses Element zumindest einen observation/code und ein observation/value-Element enthält. Zweiteres kann unterschiedlichste Ausprägungen haben: entweder erfolgt eine codierte Angabe oder auch nur einen Referenz auf einen Textinhalt in section/text. Hierbei MUSS das value-Element einen NullFlavor="NA" führen und über das Konstrukt "originalText/reference" auf den original Level 2 Text dereferenzieren. Es ist zudem sicherzustellen, dass ein etwaiger Empfänger der Daten die genutzten Konzepte interpretieren kann. Hierzu kann entweder auf nationale oder internationale Codesystem referenziert werden oder im Kontext des Exportnormdatensatzes könnten die genutzten Codes in der XDM Ordnerstruktur beigelegt werden.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.114
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.2 Inklusion Original Text Reference (1.0.0+20210219) DYNAMIC
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.114"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code/>  <hl7:text/>  <!-- choice: 1..1 element hl7:value[not(@nullFlavor)] element hl7:value[@nullFlavor='NA'] --> </hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.114 hl7:id II 0 … * hl7:code CD (extensible) 1 … 1 M hl7:text ED 0 … 1 Auswahl 1 … 1 Elemente in der Auswahl: hl7:value[not(@nullFlavor)] hl7:value[@nullFlavor='NA'] hl7:value CD (extensible) 0 … 1 wo [not(@nullFlavor)] @xsi:type 1 … 1 F CD @code cs 1 … 1 R @codeSystem oid 1 … 1 R hl7:value CD 0 … 1 wo [@nullFlavor='NA'] @xsi:type 1 … 1 F CD @nullFlavor cs 1 … 1 F NA Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC) Eingegebener Freitext, der die Grundlage der im Entry angegebenen Information ist.  Das Element verweist auf die Stelle im Textbereich (section.text), in dem das Problem beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc). Grundsätzlich sind die Vorgaben für „Codierungs-Elemente“ zu befolgen. hl7:originalText ED 1 … 1 M Textinhalt, der codiert wurde. 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. @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.

8.3.2.9 Vitalparameter Gruppe Entry

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

8.3.2.10 Vitalparameter Entry

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

8.3.2.11 Serienmessung Vitalparameter Entry

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

8.3.2.12 Serienmessungs-Gruppe Entry

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

8.3.2.13 Serienmessungs-Werte Entry

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

8.3.2.14 Serienmessungs-Periode Entry

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

8.3.2.15 Eingebettetes Objekt Entry

Id	1.2.40.0.34.6.0.11.3.19 ref at-cda-bbr-	Gültigkeit ab	2023‑05‑09 16:42:36 Andere Versionen mit dieser Id: atcdabbr_entry_Eingebettetes​ObjektEntry vom 2021‑06‑28 11:13:27 atcdabbr_entry_Eingebettetes​ObjektEntry vom 2021‑02‑19 12:43:14 atcdabbr_entry_Eingebettetes​ObjektEntry vom 2020‑12‑17 12:24:45 atcdabbr_entry_Eingebettetes​ObjektEntry vom 2019‑05‑29 11:59:07
Status	Aktiv	Versions-Label	1.0.2+20230717
Name	atcdabbr_entry_Eingebettetes​ObjektEntry	Bezeichnung	Eingebettetes Objekt Entry
Beschreibung Achtung: Grafiken mit Transparenz sind NICHT ERLAUBT (z.B. bei GIF oder PNG möglich), da sie zu schweren Problemen bei der Wiedergabe oder Konvertierung zu PDF/A-1 führen können. Die Größe von eingebetteten Dateien MUSS auf ein sinnvolles und angemessenes Maß beschränkt werden. Die Infrastruktur, mit der die Dateien übertragen und gespeichert werden, beschränkt die Größe der resultierenden Gesamtdatei. Der gültige Wert wird von der jeweiligen Infrastruktur angegeben (z.B. ELGA 20 MB, Stand Mai 2020)
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.19
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.17 Containment Performer Body (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.9.13 Containment Participant Body (1.0.1+20210628) DYNAMIC
Beziehung	Spezialisierung: Template 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (2021‑06‑28 11:13:27) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (2021‑02‑19 12:43:14) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (2020‑12‑17 12:24:45) ref at-cda-bbr-
Beispiel	Strukturbeispiel <observationMedia classCode="OBS" moodCode="EVN" ID="Beilage-1">   <templateId root="1.2.40.0.34.6.0.11.3.19"/>  <value mediaType="application/pdf" representation="B64"> JVBEi0xLjMKJcfsj6IKNSAwIG9iago8PC9MZW5ndGggNiAwIFIvRmlsdGVyI C9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nM1aW28dtxFGnLfzK/ap3S0ihveLU AQYydprBSJcJICNvqgu1TrSI4kN0H+bF76M/LQ4S7Jmd3DlY/kg6IO4NBDch M5z5OHt+bjgTznIVGh7/o/84Xi0+PwjN+d3i54Vh1nNjezltH6+a50sYJngj AuOu2Z5thB9n2gcZ55r2XjoEzBjuVq0Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ90 e0opgNXrv2p40zBn/YAZU0HLR+cb3lnW Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ : : : </value></observationMedia>
Item DT Kard Konf Beschreibung Label hl7:observationMedia Container zur Angabe eines eingebetteten Objekts. @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN @ID 1 … 1 R ID des eingebetteten Objekts. Wird vom Element <render-MultiMedia referencedObject=" "/> im narrativen Text-Bereich referenziert, ein <caption> Unterelement gibt die Beschreibung des Multimedia-Objektes an (für die Darstellung des alt-Tags "Alt-Text").  hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.19 hl7:value ED 1 … 1 M Das eingebettete Objekt (PDF, Bild), unkomprimiert, Base64 codiert. Siehe „Größenbeschränkung von eingebetteten Objekten“  @mediaType cs 1 … 1 R Medientyp des eingebetteten Objekts. Zulässige Werte gemäß Value-Set „ELGA_Medientyp“ Verweis auf speziellen Implementierungsleitfaden: Spezielle Implementierungsleitfäden können zusätzliche Medientypen (MIME) erlauben.   CONF Der Wert von @mediaType MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.42 ELGA_Medientyp (DYNAMIC) @representation cs 1 … 1 F B64 hl7:performer 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC) hl7:author 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) hl7:informant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) hl7:participant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)

8.3.2.16 Weitere Patienteninformation Medizinisch

Id	1.2.40.0.34.6.0.11.3.65	Gültigkeit ab	2020‑03‑08 14:47:42
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_patientInfoMed	Bezeichnung	EXNDS Weitere Patienteninformation Medizinisch
Beschreibung	Organizer-Element zur Gruppierung weiterer medizinschen Patienteninformationen. Die Angabe von Vitalparameters erfolgt in einer eigenständigen Sektion
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.65
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.3.66 Containment EXNDS Patient Blutgruppe Entry (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.64 Containment EXNDS Rhesusfaktor Entry (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.113 Containment EXNDS Patient Besondere Kennzeichen Entry (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.114 Containment EXNDS Patient Weitere Merkmale (1.0.0+20210310) DYNAMIC
Beispiel	Beispiel <hl7:organizer classCode="BATTERY" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.65"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="KOERPERLICHEMERKMALE" codeSystem="1.2.40.0.34.5.195" displayName="Körperliche Merkmale"/>  <hl7:statusCode code="completed"/>  <hl7:effectiveTime>     <cda:low value="20200928175806"/>  </hl7:effectiveTime>  <hl7:component typeCode="COMP" contextConductionInd="true">     <hl7:sequenceNumber value="1"/>    <hl7:seperatableInd value="false"/>    <!-- template 1.2.40.0.34.6.0.11.3.66 'EXNDS Patient Blutgruppe Entry' (2020-03-08T14:50:19) -->   </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">     <hl7:sequenceNumber value="1"/>    <hl7:seperatableInd value="false"/>    <!-- template 1.2.40.0.34.6.0.11.3.64 'EXNDS Rhesusfaktor Entry' (2020-03-06T11:02:57) -->   </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">     <hl7:sequenceNumber value="1"/>    <hl7:seperatableInd value="false"/>    <!-- template 1.2.40.0.34.6.0.11.3.113 'EXNDS Patient Besondere Kennzeichen Entry' (2020-09-28T17:29:53) -->   </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">     <hl7:sequenceNumber value="1"/>    <hl7:seperatableInd value="false"/>    <!-- template 1.2.40.0.34.6.0.11.3.114 'EXNDS Patient Weitere Merkmale' (2020-09-28T17:43:44) -->   </hl7:component></hl7:organizer>
Item DT Kard Konf Beschreibung Label hl7:organizer @classCode cs 1 … 1 F BATTERY @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.65 hl7:id II 0 … * hl7:code CD.SDTC 1 … 1 M @code cs 1 … 1 F KOERPERLICHEMERKMALE @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Körperliche Merkmale @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:statusCode CS 1 … 1 R @code CONF 0 … 1 F completed hl7:effectiveTime IVL_TS 0 … 1 hl7:component 0 … * Beinhaltet 1.2.40.0.34.6.0.11.3.66 EXNDS Patient Blutgruppe Entry (DYNAMIC) wo [hl7:observation [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.3.66']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:sequenceNumber INT 0 … 1 hl7:seperatableInd BL 0 … 1 hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.3.64 EXNDS Rhesusfaktor Entry (DYNAMIC) wo [hl7:observation [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.3.64']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:sequenceNumber INT 0 … 1 hl7:seperatableInd BL 0 … 1 hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.3.113 EXNDS Patient Besondere Kennzeichen Entry (DYNAMIC) wo [hl7:observation [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.3.113']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:sequenceNumber INT 0 … 1 hl7:seperatableInd BL 0 … 1 hl7:component 0 … * Beinhaltet 1.2.40.0.34.6.0.11.3.114 EXNDS Patient Weitere Merkmale (DYNAMIC) wo [hl7:observation [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.3.114']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:sequenceNumber INT 0 … 1 hl7:seperatableInd BL 0 … 1

8.3.2.17 EXNDS Patient Blutgruppe Entry

Id	1.2.40.0.34.6.0.11.3.66	Gültigkeit ab	2020‑03‑08 14:50:19
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_patBloodGroup	Bezeichnung	EXNDS Patient Blutgruppe Entry
Beschreibung	Codierte bzw. strukturierte Angabe der Blutgruppe nach AB0 System
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.66
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz exnds-data​element1-174  Blutgruppe  Test2 2019
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.66"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="365637002" codeSystem="2.16.840.1.113883.6.96" displayName="Finding of AB0 blood group" codeSystemName="SNOMED CT"/>  <hl7:text/>  <hl7:value code="112144000" codeSystem="2.16.840.1.113883.6.96" displayName="Blood group A (finding)"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation   exnds-data​element1-174  Blutgruppe  Test2 2019 @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.66 hl7:id II 0 … * hl7:code CD.SDTC 1 … 1 M @code cs 1 … 1 F 365637002 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.96 @displayName st 0 … 1 F Finding of AB0 blood group @codeSystemName st 0 … 1 F SNOMED CT hl7:text ED 0 … 1 hl7:value CD 1 … 1 M   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.34 exnds_BlutgruppeAB0_VS (DYNAMIC)

8.3.2.18 EXNDS Rhesusfaktor Entry

Id	1.2.40.0.34.6.0.11.3.64	Gültigkeit ab	2020‑03‑06 11:02:57
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_RhesusFaktor	Bezeichnung	EXNDS Rhesusfaktor Entry
Beschreibung	Codierte Angabe des Rhesusfaktors
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.64
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz exnds-data​element1-175  Rhesusfaktor  Test2 2019
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.64"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="115758001" codeSystem="2.16.840.1.113883.6.96" displayName="Rh blood group phenotype (finding)" codeSystemName="SNOMED CT"/>  <hl7:text/>  <hl7:value code="165747007" codeSystem="2.16.840.1.113883.6.96" displayName="RhD positive (finding)"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation   exnds-data​element1-175  Rhesusfaktor  Test2 2019 @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.64 hl7:id II 0 … * hl7:code CD 1 … 1 M @code cs 1 … 1 F 115758001 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.96 @displayName st 0 … 1 F Rh blood group phenotype (finding) @codeSystemName st 0 … 1 F SNOMED CT hl7:text ED 0 … 1 hl7:value CD 1 … 1 M   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.35 exnds_Rhesusfaktor_VS (DYNAMIC)

8.3.2.19 EXNDS Patient Besondere Kennzeichen Entry

Id	1.2.40.0.34.6.0.11.3.113	Gültigkeit ab	2020‑09‑28 17:29:53
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_PatBesondereKennzeichen	Bezeichnung	EXNDS Patient Besondere Kennzeichen Entry
Beschreibung	Strukturierte Angabe über besondere Kennzeichen wie z.B. Hautfarbe, Narben, etc.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.113
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 2 Konzepte Id Name Datensatz exnds-data​element1-16  Besondere Kennzeiche/Hautfarbe  Test2 2019 exnds-data​element1-173  Erstzuweiser  Test2 2019
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.2 Inklusion Original Text Reference (1.0.0+20210219) DYNAMIC
Beziehung	Spezialisierung: Template 1.2.40.0.34.6.0.11.3.112 EXNDS Patient Erstzuweiser Entry (2020‑09‑25 15:09:59) ref exnds-
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.113"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="BesKennzeichenHautfarbe" codeSystem="1.2.40.0.34.5.195" displayName="Besondere Kennzeichen / Hautfarbe" codeSystemName="EXNDS_Concepts"/>  <hl7:text/>  <hl7:value xsi:type="CD" nullFlavor="NA">     <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) 1..1 M -->   </hl7:value></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation   exnds-data​element1-16  Besondere Kennzeiche/Hautfarbe  Test2 2019 exnds-data​element1-173  Erstzuweiser  Test2 2019 @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.113 hl7:id II 0 … * hl7:code CD (extensible) 1 … 1 M @code cs 1 … 1 F BesKennzeichenHautfarbe @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Besondere Kennzeichen / Hautfarbe @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:text ED 0 … 1 hl7:value CD 1 … 1 R wo [@nullFlavor='NA'] @xsi:type 1 … 1 F CD @nullFlavor cs 1 … 1 F NA 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. 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. @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.

8.3.2.20 EXNDS CaveInformation Entry

Id	1.2.40.0.34.6.0.11.2.100	Gültigkeit ab	2020‑09‑29 10:55:35
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_CaveInformationEntry	Bezeichnung	EXNDS CaveInformation Entry
Beschreibung	Strukturierte oder codierte Angabe einer Cave-Information
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.100
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.2 Inklusion Original Text Reference (1.0.0+20210219) DYNAMIC
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.2.100"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="80943009" codeSystem="2.16.840.1.113883.6.96" displayName="Risk factor (observable entity)" codeSystemName="SNOMED CT"/>  <hl7:text/>  <!-- choice: 1..1 element hl7:value[not(@nullFlavor)] element hl7:value[@nullFlavor='NA'] --> </hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.100 hl7:id II 0 … * hl7:code CD (extensible) 1 … 1 M @code cs 1 … 1 F 80943009 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.96 @displayName st 0 … 1 F Risk factor (observable entity) @codeSystemName st 0 … 1 F SNOMED CT hl7:text ED 0 … 1 Auswahl 1 … 1 Angabe der Cave Information in codierter oder strukturierter Form Elemente in der Auswahl: hl7:value[not(@nullFlavor)] hl7:value[@nullFlavor='NA'] hl7:value CD 0 … 1 R Codierte Angabe der Cave-Information. Das Codesystem kann frei gewählt werden. Sollte es sich um eine "interne" Codeliste handeln SOLL dieser Code auch in einem ValueSet exportiert werden. wo [not(@nullFlavor)] hl7:value CD 0 … 1 R wo [@nullFlavor='NA'] @xsi:type 1 … 1 F CD @nullFlavor cs 1 … 1 F NA 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. 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. @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.

8.3.2.21 Problem Concern Entry

Id	1.2.40.0.34.6.0.11.3.7 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 12:55:33 Andere Versionen mit dieser Id: atcdabbr_entry_ProblemConcern vom 2020‑11‑17 14:30:36 atcdabbr_entry_ProblemConcern vom 2019‑01‑18 10:05:27
Status	Aktiv	Versions-Label	1.1.0+20210219
Name	atcdabbr_entry_ProblemConcern	Bezeichnung	Problem Concern Entry
Beschreibung Dieses generische Template kann in den speziellen Leitfäden spezifiziert werden.  Das Problem Concern Entry ("Bedenken") wird gemeinsam mit dem darin liegenden Problem Entry dazu verwendet, um medizinisch relevante Gesundheitsprobleme zu dokumentieren. Der Zweck des Problem Concern Entry besteht darin, die Nachverfolgung einer Erkrankung, Diagnose, eines Zustandes oder Symptoms ("Problem") zu unterstützen. Das Problem Concern Entry dient dabei als "Aufhänger" für das Problem, mit dem ausgedrückt wird, ob und wie lange das Problem ein relevantes "Bedenken" (engl. concern) darstellt. Im Wesentlichen wird das über die Elemente StatusCode und EffectiveTime ausgedrückt. statusCode zeigt den Zustand an, in dem sich das angegebene "Bedenken" zum Zeitpunkt der Dokumentation befindet („aktiv“, „beendet“). Er unterscheidet sich vom Status des Gesundheitsproblems selbst ("Problem Status Observation" im "Problem Entry"), welches in der Vergangenheit liegen kann. Beispielsweise können ein früherer Herzinfarkt oder eine überstandene Krebserkrankung weiter von Belang bleiben. Folgende Zustände sind vorgesehen: active („Aktiv“): Beschreibung: Das Problem/Bedenken besteht noch und wird weiter beobachtet. Betrifft alle Gesundheitsprobleme, die nach wie vor von Belang sind. Ist nicht bekannt, ob das Bedenken noch besteht, ist von "active" auszugehen. completed („Abgeschlossen“): Das Problem/Bedenken ist nicht mehr von Belang und wird auch nicht länger nachverfolgt. effectiveTime definiert den Zeitbereich, in dem das zugrunde liegende Problem ein Bedenken darstellt bzw von Interesse ist. Der Zeitraum KANN mit dem effectiveTime des Problems (der Erkrankung) übereinstimmen oder auch nicht. effectiveTime.low („Beginn des Bedenkens“): Entspricht dem Zeitpunkt, zu dem das Problem erstmals dokumentiert wurde (z.B. Eintragung in die Patientenakte). effectiveTime.high („Ende des Bedenkens“): Gibt den Zeitpunkt an, seitdem das Problem nicht mehr von Interesse ist. Es MUSS vorhanden sein, wenn das Bedenken nicht mehr besteht (statusCode completed).
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.7
Label	IHE PCC TF2 Rev.11, 6.3.4.12
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 6 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.17 Containment Performer Body (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.9.13 Containment Participant Body (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.3.6 Containment Problem Entry (1.1.2+20230203) DYNAMIC 1.2.40.0.34.6.0.11.3.14 Containment External Document Entry (1.0.1+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.7 Problem Concern Entry (2020‑11‑17 14:30:36) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.7 Problem Concern Entry (2019‑01‑18 10:05:27) ref at-cda-bbr- Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.5.2 eHDSI Problem Concern (DYNAMIC) ref epsos- Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.5.1 IHE Concern Entry (DYNAMIC) ref IHE-PCC- Adaptation: Template 2.16.840.1.113883.10.20.1.27 Problem act (DYNAMIC) ref ccd1- Adaptation: Template 2.16.840.1.113883.10.12.301 CDA Act (2005‑09‑07) ref ad1bbr-
Beispiel	Beispiel <hl7:act classCode="ACT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.7"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.27"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5.1"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5.2"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code nullFlavor="NA"/>  <hl7:statusCode code="active"/>  <hl7:effectiveTime>     <hl7:low value="20190817121500+0200"/>  </hl7:effectiveTime>  <hl7:entryRelationship typeCode="SUBJ" contextConductionInd="true" inversionInd="false">     <!-- template 1.2.40.0.34.6.0.11.3.6 'Problem Entry' (2019-01-18T09:59:00) -->   </hl7:entryRelationship>  <hl7:reference typeCode="REFR">     <!-- template 1.2.40.0.34.6.0.11.3.14 'External Document Entry' (2019-05-06T14:00:33) -->   </hl7:reference></hl7:act>
Item DT Kard Konf Beschreibung Label hl7:act IHE PCC TF2 Rev.11, 6.3.4.12 @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M ELGA IHE PCC TF2 Rev.11, 6.3.4.12 @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.7 hl7:templateId II 1 … 1 M HL7 CCD Problem act IHE PCC TF2 Rev.11, 6.3.4.12 @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.27 hl7:templateId II 1 … 1 M IHE PCC Concern Entry IHE PCC TF2 Rev.11, 6.3.4.12 @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.5.1 hl7:templateId II 1 … 1 M IHE PCC Problem Concern Entry IHE PCC TF2 Rev.11, 6.3.4.12 @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.5.2 hl7:id II 1 … 1 M ID des Problem/Bedenken-Entry Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen. IHE PCC TF2 Rev.11, 6.3.4.12 hl7:code CE 1 … 1 R Code des Problem/Bedenken-Entry. IHE PCC TF2 Rev.11, 6.3.4.12 @nullFlavor cs 1 … 1 F NA hl7:statusCode CS 1 … 1 M statusCode zeigt den Zustand an, in dem sich das angegebene "Bedenken" zum Zeitpunkt der Dokumentation befindet. Folgende Werte sind empfohlen: active („Aktiv“): Beschreibung: Das Problem/Bedenken besteht noch und wird weiter beobachtet. Betrifft alle Gesundheitsprobleme, die nach wie vor von Belang sind. Ist nicht bekannt, ob das Bedenken noch besteht, ist von "active" auszugehen. completed („Abgeschlossen“): Das Problem/Bedenken ist nicht mehr von Belang und wird auch nicht länger nachverfolgt. Weitere statusCodes sind möglich (finden aber keine Anwendung in eHealth Austria): suspended („Ausgesetzt“): Das Problem/Bedenken besteht noch, die Beobachtung wird aber derzeit ausgesetzt. aborted („Abgebrochen“):  Das Problem/Bedenken besteht noch (nicht gelöst/beigelegt), wird jedoch nicht länger verfolgt. IHE PCC TF2 Rev.11, 6.3.4.12   CONF @code MUSS "active" sein oder @code MUSS "suspended" sein oder @code MUSS "completed" sein oder @code MUSS "aborted" sein hl7:effectiveTime IVL_TS 1 … 1 M Zeitintervall in dem das Problem/Bedenken existent war/ist. Grundsätzlich sind die Vorgaben gemäß Kapitel „Zeit-Elemente“ zu befolgen. Anforderung in Abhängigkeit von „statusCode“: Ist das Element statusCode auf „active“ oder „suspended“ gesetzt, muss das high-Element des Zeitintervalls weggelassen werden. IHE PCC TF2 Rev.11, 6.3.4.12 hl7:low TS.DATE 1 … 1 R Beginn des Intervalls, MUSS angegeben werden. Ist dieser Zeitpunkt nicht bekannt, kann er auch mit nullFlavor "UNK" angegeben werden. IHE PCC TF2 Rev.11, 6.3.4.12 hl7:high TS.DATE 0 … 1 C Ende des Intervalls. MUSS angegeben werden, wenn statusCode "completed" oder "aborted". Ist dieser Zeitpunkt nicht bekannt, kann er auch mit nullFlavor "UNK" angegeben werden. DARF NICHT bei „active“ oder „suspended“ angegeben werden. IHE PCC TF2 Rev.11, 6.3.4.12   Schematron assert role  error     test count(hl7:statusCode[@code='active'])=0 or count(hl7:effectiveTime/hl7:high)=0     Meldung Ist das Element statusCode auf „active“ gesetzt, muss das high-Element des Zeitintervalls weggelassen werden.   hl7:performer 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.12 hl7:author 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.12 hl7:informant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.12 hl7:participant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.12 hl7:entryRelationship 1 … * M Beinhaltet 1.2.40.0.34.6.0.11.3.6 Problem Entry (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.12 wo [@typeCode='SUBJ'] @typeCode cs 1 … 1 F SUBJ @context​Conduction​Ind cs 0 … 1 F true @inversionInd bl 1 … 1 F false   Constraint Die an dieser Stelle gewählte Kardinalität von [1..*] dient vorrangig der Kompatibilität mit internationalen Vorgaben von HL7 CCD bzw. IHE PCC. Für die Anwendung dieses Elements im Kontext spezieller Implementierungsleitfäden in Österreich wird die Kardinalität [1..1] STRENG EMPFHOLEN. hl7:reference 0 … 1 R Referenz auf einen weiteren Befund Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.12 @typeCode cs 1 … 1 F REFR

8.3.2.22 Problem Entry

Id	1.2.40.0.34.6.0.11.3.6	Gültigkeit ab	2023‑02‑02 15:50:45 Andere Versionen mit dieser Id: atcdabbr_entry_Problem vom 2022‑06‑02 15:10:36 atcdabbr_entry_Problem vom 2021‑02‑19 12:55:41 atcdabbr_entry_Problem vom 2020‑11‑06 10:08:41 atcdabbr_entry_Problem vom 2019‑01‑18 09:59:00
Status	Aktiv	Versions-Label	1.1.2+20230203
Name	atcdabbr_entry_Problem	Bezeichnung	Problem Entry
Beschreibung Dieses generische Template kann in den speziellen Leitfäden spezifiziert werden. Ob ein Problem codiert angegeben werden muss und welche Codesysteme zur Anwendung kommen müssen bzw. sollen, ergibt sich aus dem Kontext des jeweiligen speziellen Implementierungsleitfadens. Das Problem Entry erlaubt die Dokumentation eines Gesundheitsproblems, das verschiedene Ausprägungen (im code-Element) haben kann : Diagnose (Diagnosis) Problem (Problem) Zustand (Condition) Symptom (Symptom) Befund (Finding) Beschwerde (Complaint) Funktionelle Einschränkung (Functional limitation) Um welches Problem es sich handelt, wird im value-Element angegeben. Da es sich bei einem Problem technisch um eine observation, also eine dokumentierte Beobachtung handelt, erhält sie den fixen StatusCode "completed". Der Status des Gesundheitsproblems selbst kann über das darin liegende Entry "Problem Status Observation" angegeben werden.    Die effectiveTime ("medizinisch relevante Zeit") ist der Zeitraum, zu dem die Beobachtung für den Patienten gilt. Für z.B. einen Arzt, der heute einen Patienten in der Klinik behandelt und einen Herzinfarkt dokumentiert, der vor fünf Jahren aufgetreten ist, liegt die effectiveTime fünf Jahre zurück. effectiveTime.low („Beginn des Problems“): Entspricht dem Zeitpunkt, zu dem das Problem erstmals aufgetreten ist (z.B. der Start der Erkrankung oder Beginn der Symptome). Kann auch unbekannt sein (nullFlavor "UNK") effectiveTime.high („Ende des Problems“): Gibt den Zeitpunkt an, seitdem die zugrunde liegende Erkrankung nicht mehr besteht ("Zustand nach" oder „status post“). Wenn es nicht angegeben ist, gilt das Problem als weiterhin bestehend. Wenn bekannt ist, dass das Problem nicht mehr auftritt, dann MUSS ein effectiveTime.high angegeben werden. Wenn das Datum der Lösung nicht bekannt ist, dann wird der nullFlavor "UNK" angegeben. Weitere Informationen: Das Problem Entry erlaubt die Angabe weiterer Informationen zum Problem: value.qualifier: Typ der Diagnose (Haupt-, Nebendiagnose, Dauerdiagnose) targetSiteCode / Laterality Qualifier: Seitenlokalisation und anatomische Lage (links, rechts) entryRelationship.Problem Status Observation: Medizinischer Status des Gesundheitsproblems (bestehend, nicht mehr bestehend) entryRelationship.Certainty Observation: Diagnosesicherheit (bestätigt, unbestätigt, ausgeschlossen, unbekannt) entryRelationship.Severity Observation: Schweregrad der Erkrankung (schwer, mittel, leicht) entryRelationship.Criticality Observation: Kritikalität des Gesundheitsproblems (lebensbedrohend, nicht lebensbedrohend, unbekannt) entryRelationship.Comment Entry: Kommentar
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.6
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 12 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC 1.2.40.0.34.6.0.11.9.2 Inklusion Original Text Reference (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.42 Containment Laterality Qualifier (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.17 Containment Performer Body (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.9.13 Containment Participant Body (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.3.11 Containment Comment Entry (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.3.38 Containment Severity Observation (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.3.35 Containment Criticality Observation (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.3.36 Containment Certainty Observation (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.3.49 Containment Problem Status Observation (1.0.0+20210219) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.6 Problem Entry (2022‑06‑02 15:10:36) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.6 Problem Entry (2021‑02‑19 12:55:41) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.6 Problem Entry (2020‑11‑06 10:08:41) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.6 Problem Entry (2019‑01‑18 09:59:00) ref at-cda-bbr- Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.5 IHE Problem Entry (DYNAMIC) ref ch-pcc- Spezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07) ref ad1bbr-
Beispiel	Beispiel Diagnose codiert <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.6"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.28"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="282291009" codeSystem="2.16.840.1.113883.6.96" displayName="Diagnosis"/>  <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M -->   <statusCode code="completed"/>  <hl7:effectiveTime>     <hl7:low value="20190817121500+0200"/>  </hl7:effectiveTime>  <hl7:value xsi:type="CD" code="cs" codeSystem="1.2.3.999">     <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) 1..1 M -->     <!-- qualifier für Art der Diagnose -->     <hl7:qualifier>       <hl7:name code="106229004" codeSystem="2.16.840.1.113883.6.96"/>      <hl7:value code="8319008" displayName="Principal diagnosis (contextual qualifier) (qualifier value)" codeSystem="2.16.840.1.113883.6.96"/>    </hl7:qualifier>  </hl7:value>  <hl7:targetSiteCode>     <hl7:qualifier>       <hl7:name code="272741003" codeSystem="2.16.840.1.113883.6.96" displayName="Laterality"/>      <hl7:value code="..." codeSystem="2.16.840.1.113883.6.96"/>    </hl7:qualifier>    <hl7:qualifier>       <hl7:name code="106233006" codeSystem="2.16.840.1.113883.6.96" displayName="Topographical modifier"/>      <hl7:value code="..." codeSystem="2.16.840.1.113883.6.96"/>    </hl7:qualifier>  </hl7:targetSiteCode>  <hl7:author>     <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' -->   </hl7:author>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.11 'Comment Entry' (2019-02-07T13:10:44) -->   </hl7:entryRelationship></hl7:observation>
Beispiel	Beispiel Uncodierte Angabe des Gesundheitsproblems <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.6"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.28"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="282291009" codeSystem="2.16.840.1.113883.6.96" displayName="Diagnosis"/>  <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M -->   <statusCode code="completed"/>  <hl7:effectiveTime>     <hl7:low value="20190817121800+0200"/>  </hl7:effectiveTime>  <hl7:value xsi:type="CD" nullFlavor="NA">     <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) 1..1 M -->     <originalText>       <reference value="#MyRef1"/>    </originalText>  </hl7:value>  <hl7:author>     <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' -->   </hl7:author>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.11 'Comment Entry' (2019-02-07T13:10:44) -->   </hl7:entryRelationship></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation Container zur Angabe eines Problems (Diagnose etc). @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 ELGA @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 @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.28 hl7:templateId II 1 … 1 M IHE Problem Entry @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.5 hl7:id II 1 … * M 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. hl7:code CD 1 … 1 M Code des Problems. Die Art des angegebenen Problems (Diagnose, Symptom, etc.) wird codiert in diesem Element angegeben. Verweis auf speziellen Implementierungsleitfaden: Welche der Problemarten angegeben werden müssen bzw. sollen, kann im jeweiligen speziellen Implementierungsleitfaden eingeschränkt werden.   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.35 atcdabbr_Problemarten_VS (DYNAMIC) 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 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. @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 Muss unabhängig von effectiveTime auf „completed“ gesetzt werden. Der medizinische Status des Problems wird im entryRelationship.Problem Status Observation angegeben. @code CONF 1 … 1 F completed hl7:effectiveTime IVL_TS 1 … 1 M Zeitintervall, in dem das Problem existent war/ist. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. hl7:low TS.AT.VAR 1 … 1 R „Beginn des Problems“: Entspricht dem Zeitpunkt, zu dem das Problem erstmals aufgetreten ist. Kann auch unbekannt sein (nullFlavor "UNK") hl7:high TS.AT.VAR 0 … 1 C „Ende des Problems“: muss angegeben werden, wenn das Problem nicht mehr besteht. Wenn nicht angegeben, gilt das Problem als weiterhin bestehend.  Ist kein Datum der Lösung bekannt, wird der nullFlavor "UNK" angegeben. Auswahl 1 … 1 Gesundheitsprobleme dürfen nur wie folgt angegeben werden: Codierte Angabe des Gesundheitsproblems: @value enthält den Code des Gesundheitsproblems einem Value Set (ICD, ICPC2 ...). Codierte Angabe ohne passenden Code: xsi:type='CD', nullFlavor: OTH In diesem Fall ist das Element <translation> verpflichtend. originalText.reference enthält den Verweis auf die narrative Beschreibung des Problems! Uncodierte Angabe: xsi:type='CD', nullFlavor: NA In diesem Fall ist die Textreferenz <originalText> verpflichtend. originalText.reference enthält den Verweis auf die narrative Beschreibung des Problems! Hinweis: Die Wahl des Codesystems ist abhängig von der Problemart! Für Diagnosen kann ein gültiger Code aus der vom für Gesundheit zuständigen Bundesministeriums veröffentlichen aktuellen ICD Liste herangezogen werden. Elemente in der Auswahl: hl7:value[not(@nullFlavor)] hl7:value[@nullFlavor='OTH'] hl7:value[@nullFlavor='NA'] hl7:value CD 0 … 1 Codierte Angabe des Gesundheitsproblems Codesysteme bitte in der aktuellen Version verwenden. Z.B.: 1.2.40.0.34.5.184/192/209/222/228 - ICD (Internationalen Klassifikation der Krankheiten) in der jeweils aktuellen Fassung des für Gesundheit zuständigen Bundesministeriums 1.2.40.0.34.5.175 - ICPC2 (International Classification of Primary Care) 2.16.840.1.113883.6.254 - ICF (WHO International Classification of Function) 2.16.840.1.113883.6.96 - SNOMED CT (Systematized Nomenclature of Medicine - Clinical Terms) etc. wo [not(@nullFlavor)] @xsi:type 1 … 1 F CD @code cs 1 … 1 R @codeSystem oid 1 … 1 R Eingefügt 0 … 1 R von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC) Eingegebener Freitext, der die Grundlage der im Entry angegebenen Information ist.  Das Element verweist auf die Stelle im Textbereich (section.text), in dem das Problem beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc). Grundsätzlich sind die Vorgaben für „Codierungs-Elemente“ zu befolgen. hl7:originalText ED 0 … 1 R Textinhalt, der codiert wurde. 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. @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:qualifier CR 0 … * R Qualifier zur genaueren Beschreibung des Problems.  z.B. zur Angabe der Art der Diagnose. wo [hl7:name [@code='106229004']] hl7:name CD 1 … 1 M @code CONF 1 … 1 F 106229004 @codeSystem 1 … 1 F 2.16.840.1.113883.6.96 (SNOMED Clinical Terms) hl7:value CD 1 … 1 M   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.23 ​ELGA_ArtderDiagnose (DYNAMIC) hl7:translation CD 0 … * Dieses Feld wird verwendet, wenn Codes aus einem abweichenden Value Set angegeben werden.  z.B. für Übersetzungen in alternative Codesysteme oder wenn kein geeigneter Code im vorgegebene VS vorhanden ist. hl7:value CD 0 … 1 Codierte Angabe des Gesundheitsproblems ohne passenden Code wo [@nullFlavor='OTH'] @xsi:type 1 … 1 F CD @nullFlavor cs 1 … 1 F OTH Eingefügt 0 … 1 R von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC) Eingegebener Freitext, der die Grundlage der im Entry angegebenen Information ist.  Das Element verweist auf die Stelle im Textbereich (section.text), in dem das Problem beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc). Grundsätzlich sind die Vorgaben für „Codierungs-Elemente“ zu befolgen. hl7:originalText ED 0 … 1 R Textinhalt, der codiert wurde. 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. @value 1 … 1 R   Schematron assert role  error     test starts-with(@value,'#')     Meldung The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element.   hl7:translation CD 1 … * M Dieses Feld wird verwendet, wenn Codes aus einem abweichenden Value Set angegeben werden.  z.B. für Übersetzungen in alternative Codesysteme oder wenn kein geeigneter Code im vorgegebene VS vorhanden ist. hl7:value CD 0 … 1 Uncodierte Angabe des Gesundheitsproblems wo [@nullFlavor='NA'] @xsi:type 1 … 1 F CD @nullFlavor cs 1 … 1 F NA   Beispiel Nicht-codierte Diagnosen <value xsi:type="CD" nullFlavor="NA">   <originalText>     <reference value="#diag4_diagNotCoded"/>  </originalText></value> Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC) Eingegebener Freitext, der die Grundlage der im Entry angegebenen Information ist.  Das Element verweist auf die Stelle im Textbereich (section.text), in dem das Problem beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc). Grundsätzlich sind die Vorgaben für „Codierungs-Elemente“ zu befolgen. hl7:originalText ED 1 … 1 M Textinhalt, der codiert wurde. 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. @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:target​Site​Code CD 0 … * R Anatomische Lage des Problems Beinhaltet 1.2.40.0.34.6.0.11.9.42 Laterality Qualifier (DYNAMIC) hl7:performer 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC) hl7:author 0 … * R Dieses Author-Element KANN verwendet werden, um anzugeben, wer das Problem dokumentiert hat. Wenn nicht angegeben, gilt das jeweils "darüberlegende" Author-Element (Section, Document) Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) hl7:informant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) hl7:participant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC) hl7:entryRelationship 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.3.11 Comment Entry (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 0 … 1 R Dieses EntryRelationship dient zur Darstellung des Schweregrads des Gesundheitsproblems Beinhaltet 1.2.40.0.34.6.0.11.3.38 Severity Observation (DYNAMIC) @typeCode cs 1 … 1 F SUBJ @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 0 … 1 R Dieses EntryRelationship dient zur Darstellung der Kritikalität des Gesundheitsproblems. Beinhaltet 1.2.40.0.34.6.0.11.3.35 Criticality Observation (DYNAMIC) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 0 … 1 R Dieses EntryRelationship dient zur Darstellung der Gewissheit, mit der das Gesundheitsproblem Beinhaltet 1.2.40.0.34.6.0.11.3.36 Certainty Observation (DYNAMIC) @typeCode cs 1 … 1 F SUBJ @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 0 … 1 R Klinischer Status des Gesundheitsproblems Beinhaltet 1.2.40.0.34.6.0.11.3.49 Problem Status Observation (DYNAMIC) @typeCode cs 1 … 1 F REFR @context​Conduction​Ind cs 0 … 1 F true

8.3.2.23 Laterality Qualifier

Id	1.2.40.0.34.6.0.11.9.42	Gültigkeit ab	2021‑02‑19 12:51:12 Andere Versionen mit dieser Id: atcdabbr_entry_LateralityQualifier vom 2020‑02‑20 09:00:36
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_entry_LateralityQualifier	Bezeichnung	Laterality Qualifier
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.42 Laterality Qualifier (2020‑02‑20 09:00:36) ref at-cda-bbr-
Beispiel	Beispiel <SOMEELEMENT>   <qualifier>     <name code="272741003" codeSystem="2.16.840.1.113883.6.96" displayName="Laterality"/>    <value code="..." codeSystem="2.16.840.1.113883.6.96"/>  </qualifier>  <qualifier>     <name code="106233006" codeSystem="2.16.840.1.113883.6.96" displayName="Topographical modifier"/>    <value code="..." codeSystem="2.16.840.1.113883.6.96"/>  </qualifier></SOMEELEMENT>
Item DT Kard Konf Beschreibung Label hl7:qualifier CR 0 … 1 R Qualifier zur Angabe der Seitenlokalisation aus dem ValueSet atcdabbr_LateralityQualifierCode_VS hl7:name CV 1 … 1 M @code CONF 1 … 1 F 272741003 @codeSystem 1 … 1 F 2.16.840.1.113883.6.96 (SNOMED Clinical Terms) hl7:value CD 1 … 1 M   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.211 atcdabbr-LateralityQualifiercode (DYNAMIC) hl7:qualifier CR 0 … 1 R Qualifier zur Angabe der Topographie mit allen Möglichkeiten aus https://browser.ihtsdotools.org/?perspective=full&conceptId1=106233006 hl7:name CV 1 … 1 M @code CONF 1 … 1 F 106233006 @codeSystem 1 … 1 F 2.16.840.1.113883.6.96 (SNOMED Clinical Terms) hl7:value CD 1 … 1 M   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.212 ELGA_TopographicalModifierQualifier (DYNAMIC)

8.3.2.24 Comment Entry

Id	1.2.40.0.34.6.0.11.3.11	Gültigkeit ab	2021‑02‑19 12:42:56 Andere Versionen mit dieser Id: atcdabrr_entry_Comment vom 2019‑02‑07 13:10:44
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabrr_entry_Comment	Bezeichnung	Comment Entry
Beschreibung Die Codierung von Anmerkungen und Kommentaren erfolgt in jedem Fall gem. IHE als sogenannter „Annotation-Act“. Die Codierung erfolgt als act-Element, welches mittels entsprechender Beziehung (entryRelationship oder component) an das übergeordnete Element gebunden wird. Die Elemente templateId und code sind fix vorbelegt. Das einzige veränderbare Element ist der text-Block. Dieser SOLL eine Referenz auf ein Element innerhalb der Level 2 Codierung enthalten.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.11
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 5 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC 1.2.40.0.34.6.0.11.9.17 Containment Performer Body (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.9.13 Containment Participant Body (1.0.1+20210628) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.11 Comment Entry (2019‑02‑07 13:10:44) ref at-cda-bbr- Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.2 IHE Comment Entry (2013‑12‑20) ref IHE-PCC- Spezialisierung: Template 2.16.840.1.113883.10.20.1.40 Befundtext (Anmerkungen und Kommentare)-deprecated (DYNAMIC) ref elga-
Beispiel	Beispiel <act classCode="ACT" moodCode="EVN">   <templateId root="1.2.40.0.34.6.0.11.3.11"/>  <templateId root="2.16.840.1.113883.10.20.1.40"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.2"/>  <id root="1.2.3.999" extension="extension"/>  <code code="48767-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Annotation comment"/>  <text>     <reference value="#commentRef-1"/>  </text>  <statusCode code="completed"/>  <author>     <!-- template 1.2.40.0.34.6.0.11.9.8 'Author Body' (2019-02-12T14:16:51) -->   </author>  <informant>     <!-- template 1.2.40.0.34.6.0.11.9.3 'Informant Body' (2019-02-07T13:29:32) -->   </informant></act>
Item DT Kard Konf Beschreibung Label hl7:act Kommentar-Act @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M ELGA @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.11 hl7:templateId II 1 … 1 M HL7 CCD Comment @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.40 hl7:templateId II 1 … 1 M IHE PCC Comments @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.2 hl7:id II 0 … 1 Optionale Id zwecks Nachvollziehbarkeit wo [not(@nullFlavor)] hl7:code CD 1 … 1 M Fester Wert "48767-8" @code cs 1 … 1 F 48767-8 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.1 @codeSystemName st 1 … 1 F LOINC @displayName st 1 … 1 F Annotation comment Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) Referenz auf den Text im narrativen Teil hl7:text ED 1 … 1 M 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. @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". Status des Kommentars ist immer abgeschlossen (completed). @code cs 1 … 1 F completed hl7:performer 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC) hl7:author 0 … * R Autoren können optional angegeben werden. Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) hl7:informant 0 … * R Weitere Informationsquellen können optional angegeben werden. Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) hl7:participant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)

8.3.2.25 Severity Observation

Id	1.2.40.0.34.6.0.11.3.38	Gültigkeit ab	2021‑02‑19 13:00:38 Andere Versionen mit dieser Id: atcdabbr_entry_SeverityObservation vom 2019‑11‑21 09:31:57
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_entry_SeverityObservation	Bezeichnung	Severity Observation
Beschreibung	Dokumentation des Schweregrades des Gesundheitsproblems
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.38
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.38 Severity Observation (2019‑11‑21 09:31:57) ref at-cda-bbr- Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.1 eHDSI Severity (DYNAMIC) ref epsos- Adaptation: Template 2.16.840.1.113883.10.22.4.25 IPS Severity Observation (DYNAMIC) ref hl7ips-
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.38"/>  <hl7:templateId root="2.16.840.1.113883.10.22.4.25"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.1"/>  <hl7:code code="SEV" codeSystem="2.16.840.1.113883.5.4"/>  <hl7:text>     <!-- template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (2019-01-17T15:27:17) -->   </hl7:text>  <hl7:statusCode code="completed"/>  <hl7:value code="255604002" codeSystem="2.16.840.1.113883.6.96"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.38 hl7:templateId II 1 … 1 M IPS Severity Observation @root uid 1 … 1 F 2.16.840.1.113883.10.22.4.25 hl7:templateId II 1 … 1 M IHE PCC Severity Entry @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.1 hl7:id II 0 … * R Zwecks Rückverfolgbarkeit kann eine ID angegeben werden. hl7:code CD 1 … 1 M Code zur Observation "Schweregrades des Gesundheitsproblems" @code CONF 1 … 1 F SEV @codeSystem 1 … 1 F 2.16.840.1.113883.5.4 (Act Code) 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 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. @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 Fixer Wert: completed @code CONF 1 … 1 F completed hl7:value CD 1 … 1 M Klassifikation des Schweregrades des Gesundheitsproblems   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.189 ELGA_ProblemSeverity (DYNAMIC)

8.3.2.26 Certainty Observation

Id	1.2.40.0.34.6.0.11.3.36	Gültigkeit ab	2021‑02‑19 12:42:49 Andere Versionen mit dieser Id: atcdabbr_entry_CertaintyObservation vom 2019‑11‑21 09:11:18
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_entry_CertaintyObservation	Bezeichnung	Certainty Observation
Beschreibung	Dokumentiert die Gewissheit, mit der das Gesundheitsproblem besteht
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.36
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.36 Certainty Observation (2019‑11‑21 09:11:18) ref at-cda-bbr- Adaptation: Template 2.16.840.1.113883.10.22.4.19 IPS Certainty Observation (DYNAMIC) ref hl7ips-
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.36"/>  <hl7:templateId root="2.16.840.1.113883.10.22.10"/>  <hl7:code code="66455-7" codeSystem="2.16.840.1.113883.6.1" displayName="Condition status"/>  <hl7:text>     <!-- template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (2019-01-17T15:27:17) -->   </hl7:text>  <hl7:statusCode code="completed"/>  <hl7:value xsi:type="CD" code="unconfirmed" codeSystem="2.16.840.1.113883.4.642.3.166" displayName="unconfirmed"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M ELGA @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.36 hl7:templateId II 1 … 1 M HL7 IPS Certainty Observation @root uid 1 … 1 F 2.16.840.1.113883.10.22.10 hl7:code CE 1 … 1 M Code zur Observation "Gewissheit, mit der das Gesundheitsproblem besteht" @code CONF 1 … 1 F 66455-7 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) @codeSystemName 1 … 1 F LOINC @displayName 1 … 1 F Condition status 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 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. @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 @code CONF 1 … 1 F completed hl7:value CD 1 … 1 M Klassifikation der Gewissheit, mit der das Gesundheitsproblem besteht @xsi:type 1 … 1 F CD   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.184 ELGA_ConditionVerificationStatus (DYNAMIC)

8.3.2.27 Problem Status Observation

Id	1.2.40.0.34.6.0.11.3.49	Gültigkeit ab	2021‑02‑19 12:55:53 Andere Versionen mit dieser Id: atcdabbr_entry_ProblemStatusObservation vom 2019‑12‑03 09:46:18
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_entry_ProblemStatusObservation	Bezeichnung	Problem Status Observation
Beschreibung	Klinischer Status des Gesundheitsproblems
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.49
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.49 Problem Status Observation (2019‑12‑03 09:46:18) ref at-cda-bbr- Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.1.1 IHE Problem Status Observation (2013‑12‑20) ref IHE-PCC- Adaptation: Template 2.16.840.1.113883.10.22.4.20 IPS Problem Status Observation (DYNAMIC) ref hl7ips-
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.49"/>  <hl7:templateId root="2.16.840.1.113883.10.22.4.20"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.1.1"/>  <hl7:code code="33999-4" codeSystem="2.16.840.1.113883.6.1"/>  <hl7:text>     <!-- template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (2019-01-17T15:27:17) -->   </hl7:text>  <hl7:statusCode code="completed"/>  <hl7:value code="active" codeSystem="2.16.840.1.113883.4.642.3.155"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation @classCode cs 0 … 1 F OBS @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.49 hl7:templateId II 1 … 1 M HL7 IPS Problem Status Observation @root uid 1 … 1 F 2.16.840.1.113883.10.22.4.20 hl7:templateId II 1 … 1 M IHE PCC Problem Status Observation @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.1.1 hl7:code CE 1 … 1 M Code zur Observation "Klinischer Status des Gesundheitsproblems" @code CONF 1 … 1 F 33999-4 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) Dieses Element strukturiert den Verweis auf den klinischen Status im narrativen Teil hl7:text ED 1 … 1 M 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. @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 @code CONF 1 … 1 F completed hl7:value CD 1 … 1 M Klassifikation des klinischen Status   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.198 ELGA_ConditionStatusCode (DYNAMIC)

8.3.2.28 External Document Entry

Id	1.2.40.0.34.6.0.11.3.14 ref at-cda-bbr-	Gültigkeit ab	2023‑04‑13 11:02:04 Andere Versionen mit dieser Id: atcdabbr_entry_externalDocument vom 2021‑02‑19 12:43:40 atcdabbr_entry_externalDocument vom 2019‑05‑06 14:00:33
Status	Aktiv	Versions-Label	1.0.1+20230717
Name	atcdabbr_entry_externalDocument	Bezeichnung	External Document Entry
Beschreibung	Dokumentenverweis. Mehrere Quell-Dokumente können angegeben werden.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.14
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC
Beziehung	Spezialisierung: Template 1.2.40.0.34.6.0.11.3.14 External Document Entry (2021‑02‑19 12:43:40) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.14 External Document Entry (2019‑05‑06 14:00:33) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.328 CDA ExternalDocument (2005‑09‑07) ref ad1bbr-
Beispiel	Strukturbeispiel <externalDocument classCode="DOC" moodCode="EVN">   <templateId root="1.2.40.0.34.6.0.11.3.14"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="9999" codeSystem="1.2.3.999"/>  <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M -->   <setId root="1.2.3.999" extension="--example only--"/>  <versionNumber value="1"/></externalDocument>
Item DT Kard Konf Beschreibung Label hl7:externalDocument @classCode cs 0 … 1 F DOC @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M ELGA @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.14 hl7:id II 1 … 1 M OID des Quell-Dokuments.   Constraint Im Fall eines CDA-Dokuments MUSS dieses Element dem Wert von ClinicalDocument/id des referenzierten CDA-Dokuments entsprechen. hl7:code CD (extensible) 0 … 1 C Klassifikation des externen Dokuments @codeSystem oid 1 … 1 R @code cs 1 … 1 R   Constraint Im Fall eines CDA-Dokuments MUSS, M [1..1], dieses Element strukturiert sein und dem Wert von ClinicalDocument/code des referenzierten CDA-Dokuments entsprechen. Die Wahl des Codesystems ist frei. Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) Titel, Datum und Autor des externen Dokuments. Wird als Referenz auf den section.text umgesetzt. hl7:text ED 1 … 1 M 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. @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:setId II 0 … 1 Versionsinformationen zum externen Dokument wo [not(@nullFlavor)]   Constraint Im Fall eines CDA-Dokuments MUSS, M [1..1], dieses Element strukturiert sein und dem Wert von ClinicalDocument/setId des referenzierten CDA-Dokuments entsprechen. hl7:versionNumber INT 0 … 1 Versionsinformationen zum externen Dokument wo [not(@nullFlavor)]   Constraint Im Fall eines CDA-Dokuments MUSS, M [1..1], dieses Element strukturiert sein und dem Wert von ClinicalDocument/versionNumber des referenzierten CDA-Dokuments entsprechen.

8.3.2.29 EXNDS Familienanamnese Problem Concern Entry

Id	1.2.40.0.34.6.0.11.3.115	Gültigkeit ab	2020‑10‑01 14:56:31
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_FamilienanamneseProblemConcern	Bezeichnung	EXNDS Familienanamnese Problem Concern Entry
Beschreibung Dieses Template entspricht strukturell dem Problem Concern Entry wie er in der eHealth Austria Domaine verwendet wird. Es musste jedoch angepasst werden um im Zuge der Familienanamnese das entsprechende Familienmitglied anzugeben als auch verpflichtend den informant (recordTarget des Dokuments).  Das Problem Concern Entry ("Bedenken") wird gemeinsam mit dem darin liegenden Problem Entry dazu verwendet, um medizinisch relevante Gesundheitsprobleme zu dokumentieren. Der Zweck des Problem Concern Entry besteht darin, die Nachverfolgung einer Erkrankung, Diagnose, eines Zustandes oder Symptoms ("Problem") zu unterstützen. Das Problem Concern Entry dient dabei als "Aufhänger" für das Problem, mit dem ausgedrückt wird, ob und wie lange das Problem ein relevantes "Bedenken" (engl. concern) darstellt. Im Wesentlichen wird das über die Elemente StatusCode und EffectiveTime ausgedrückt. statusCode zeigt den Zustand an, in dem sich das angegebene "Bedenken" zum Zeitpunkt der Dokumentation befindet („aktiv“, „beendet“). Er unterscheidet sich vom Status des Gesundheitsproblems selbst (Problem Status Observation im Problem Entry), welches in der Vergangenheit liegen kann. Beispielsweise können ein früherer Herzinfarkt oder eine überstandene Krebserkrankung weiter von Belang bleiben. Folgende Zustände sind vorgesehen: active („Aktiv“): Beschreibung: Das Problem/Bedenken besteht noch und wird weiter beobachtet. Betrifft alle Gesundheitsprobleme, die nach wie vor von Belang sind. Ist nicht bekannt, ob das Bedenken noch besteht, ist von "active" auszugehen. completed („Abgeschlossen“): Das Problem/Bedenken ist nicht mehr von Belang und wird auch nicht länger nachverfolgt. effectiveTime definiert den Zeitbereich, in dem das zugrunde liegende Problem ein Bedenken darstellt bzw von Interesse ist. Der Zeitraum KANN mit dem effectiveTime des Problems (der Erkrankung) übereinstimmen oder auch nicht. effectiveTime.low („Beginn des Bedenkens“): Entspricht dem Zeitpunkt, zu dem das Problem erstmals dokumentiert wurde (z.B. Eintragung in die Patientenakte). effectiveTime.high („Ende des Bedenkens“): Gibt den Zeitpunkt an, seitdem das Problem nicht mehr von Interesse ist. Es MUSS vorhanden sein, wenn das Bedenken nicht mehr besteht (statusCode completed).
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.115
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 7 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.3.116 Containment EXNDS Familienanamnese Subject (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.9.17 Containment Performer Body (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.9.13 Containment Participant Body (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.3.6 Containment Problem Entry (1.1.2+20230203) DYNAMIC 1.2.40.0.34.6.0.11.3.14 Containment External Document Entry (1.0.1+20230717) DYNAMIC
Beispiel	Beispiel <hl7:act classCode="ACT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.115"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code nullFlavor="NA"/>  <hl7:statusCode code="active"/>  <hl7:effectiveTime>     <cda:low value="20210212"/>    <hl7:high value="20210212"/>  </hl7:effectiveTime>  <hl7:subject>     <!-- template 1.2.40.0.34.6.0.11.3.116 'EXNDS Familienanamnese Subject' (2020-10-01T15:07:47) -->   </hl7:subject>  <hl7:performer>     <!-- template 1.2.40.0.34.6.0.11.9.17 'Performer Body' (2019-01-17T12:44:16) -->   </hl7:performer>  <hl7:author>     <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' (2019-11-20T12:13:04) -->   </hl7:author>  <hl7:informant>     <!-- template 1.2.40.0.34.6.0.11.9.3 'Informant Body' (2019-02-07T13:29:32) -->   </hl7:informant>  <hl7:participant>     <!-- template 1.2.40.0.34.6.0.11.9.13 'Participant Body' (2019-04-03T12:08:16) -->   </hl7:participant>  <hl7:entryRelationship typeCode="SUBJ" contextConductionInd="true" inversionInd="false">     <!-- template 1.2.40.0.34.6.0.11.3.6 'Problem Entry' (2020-11-06T10:08:41) -->   </hl7:entryRelationship>  <hl7:reference typeCode="REFR">     <!-- template 1.2.40.0.34.6.0.11.3.14 'External Document Entry' (2019-05-06T14:00:33) -->   </hl7:reference></hl7:act>
Item DT Kard Konf Beschreibung Label hl7:act @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.115 hl7:id II 0 … 1 R ID des Problem/Bedenken-Entry Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen. hl7:code CE 1 … 1 R Code des Problem/Bedenken-Entry. @nullFlavor cs 1 … 1 F NA hl7:statusCode CS 1 … 1 M statusCode zeigt den Zustand an, in dem sich das angegebene "Bedenken" zum Zeitpunkt der Dokumentation befindet. Folgende Werte sind empfohlen: active („Aktiv“): Beschreibung: Das Problem/Bedenken besteht noch und wird weiter beobachtet. Betrifft alle Gesundheitsprobleme, die nach wie vor von Belang sind. Ist nicht bekannt, ob das Bedenken noch besteht, ist von "active" auszugehen. completed („Abgeschlossen“): Das Problem/Bedenken ist nicht mehr von Belang und wird auch nicht länger nachverfolgt. Weitere statusCodes sind möglich: suspended („Ausgesetzt“): Das Problem/Bedenken besteht noch, die Beobachtung wird aber derzeit ausgesetzt. aborted („Abgebrochen“):  Das Problem/Bedenken besteht noch (nicht gelöst/beigelegt), wird jedoch nicht länger verfolgt.   CONF @code MUSS "active" sein oder @code MUSS "suspended" sein oder @code MUSS "completed" sein oder @code MUSS "aborted" sein hl7:effectiveTime IVL_TS 1 … 1 M Zeitintervall in dem das Problem/Bedenken existent war/ist. Grundsätzlich sind die Vorgaben gemäß Kapitel „Zeit-Elemente“ zu befolgen. Anforderung in Abhängigkeit von „statusCode“: Ist das Element statusCode auf „active“ oder „suspended“ gesetzt, muss das high-Element des Zeitintervalls weggelassen werden. hl7:low TS.DATE 1 … 1 R Beginn des Intervalls, MUSS angegeben werden. Ist dieser Zeitpunkt nicht bekannt, kann er auch mit nullFlavor "UNK" angegeben werden. hl7:high TS.DATE 0 … 1 C Ende des Intervalls. MUSS angegeben werden, wenn statusCode "completed" oder "aborted". Ist dieser Zeitpunkt nicht bekannt, kann er auch mit nullFlavor "UNK" angegeben werden. DARF NICHT bei „active“ oder „suspended“ angegeben werden.   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:subject 1 … 1 M Beinhaltet 1.2.40.0.34.6.0.11.3.116 EXNDS Familienanamnese Subject (DYNAMIC) hl7:performer 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC) hl7:author 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) hl7:informant 1 … 1 R Hier ist verpflichtend der Patient anzugeben, welcher die Familiengeschichte dem behandelnden Arzt beschreibt Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) hl7:participant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC) hl7:entryRelationship 1 … * M Beinhaltet 1.2.40.0.34.6.0.11.3.6 Problem Entry (DYNAMIC) wo [@typeCode='SUBJ'] @typeCode cs 1 … 1 F SUBJ @context​Conduction​Ind cs 0 … 1 F true @inversionInd bl 1 … 1 F false   Constraint Die an dieser Stelle gewählte Kardinalität von [1..*] dient vorrangig der Kompatibilität mit internationalen Vorgaben von HL7 CCD bzw. IHE PCC. Für die Anwendung dieses Elements im Kontext spezieller Implementierungsleitfäden in Österreich wird die Kardinalität [1..1] STRENG EMPFHOLEN. hl7:reference 0 … 1 R Referenz auf einen weiteren Befund Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC) @typeCode cs 1 … 1 F REFR

8.3.2.30 EXNDS Behandlungsschein Act

Id	1.2.40.0.34.6.0.11.3.117	Gültigkeit ab	2020‑10‑01 17:12:33
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_BehandlungsscheinAct	Bezeichnung	EXNDS Behandlungsschein Act
Beschreibung	Strukturierte und Kodierte Angabe zu einem Behandlungsschein
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.117
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 3 Konzepte Id Name Datensatz exnds-data​element1-126  Fragestellung  Test2 2019 exnds-data​element1-38  Scheinart  Test2 2019 exnds-data​element1-40  Zeitraum  Test2 2019
Benutzt	Benutzt 6 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.3.118 Containment EXNDS Zuweiser Body (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.123 Containment EXNDS Dienstgeber (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.119 Containment EXNDS Grund für Behandlungsschein (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.122 Containment EXNDS Saldo (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.121 Containment EXNDS Fremdstaatenkennzeichen (1.0.0+20210310) DYNAMIC
Beispiel	Beispiel <hl7:act classCode="ACT" moodCode="EVN" negationInd="false">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.117"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="BSART1" codeSystem="1.2.40.0.34.5.195" displayName="Krankenschein"/>  <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M -->   <hl7:effectiveTime>     <cda:low value="20210212134955"/>  </hl7:effectiveTime>  <hl7:participant>     <!-- template 1.2.40.0.34.6.0.11.3.118 'EXNDS Zuweiser Body' (2020-10-01T17:20:11) -->   </hl7:participant>  <hl7:participant>     <!-- template 1.2.40.0.34.6.0.11.3.123 'EXNDS Dienstgeber' (2020-10-02T11:17:51) -->   </hl7:participant>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.119 'EXNDS Grund für Behandlungsschein' (2020-10-02T10:24:02) -->   </hl7:entryRelationship>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.122 'EXNDS Saldo' (2020-10-02T11:00:00) -->   </hl7:entryRelationship>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.121 'EXNDS Fremdstaatenkennzeichen' (2020-10-02T10:49:35) -->   </hl7:entryRelationship></hl7:act>
Item DT Kard Konf Beschreibung Label hl7:act   exnds-data​element1-126  Fragestellung  Test2 2019 exnds-data​element1-38  Scheinart  Test2 2019 exnds-data​element1-40  Zeitraum  Test2 2019 @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F EVN @negationInd bl 0 … 1   hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.117 hl7:id II 0 … * hl7:code CD.SDTC 1 … 1 M   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.37 exnds_Behandlungsscheinart_VS (DYNAMIC) Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) Hier erfolgt die Angabe der Fragestellung. Es muss eine Referenz auf den entsprechenden Inhalt des section/texts angegeben werden. hl7:text ED 1 … 1 M 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. @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:effectiveTime IVL_TS 1 … 1 M Angabe des Zeitraums hl7:participant 1 … 1 M Zuweisender Arzt inkl. Vertragspartnernumber Beinhaltet 1.2.40.0.34.6.0.11.3.118 EXNDS Zuweiser Body (DYNAMIC) wo [@typeCode='REF'] hl7:participant 0 … * Angabe zu den Dienstgeber(n) des Patienten Beinhaltet 1.2.40.0.34.6.0.11.3.123 EXNDS Dienstgeber (DYNAMIC) wo [@typeCode='IND'] hl7:entryRelationship 1 … 1 M Begründung für den Behandlungsschein sowie das Abgabedatum Beinhaltet 1.2.40.0.34.6.0.11.3.119 EXNDS Grund für Behandlungsschein (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 1 … 1 M Angaben zum Geldfluss Beinhaltet 1.2.40.0.34.6.0.11.3.122 EXNDS Saldo (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 0 … 1 Optionale Angabe eines Fremdstaaten-Kennzeichens Beinhaltet 1.2.40.0.34.6.0.11.3.121 EXNDS Fremdstaatenkennzeichen (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

8.3.2.31 EXNDS Zuweiser Body

Id	1.2.40.0.34.6.0.11.3.118	Gültigkeit ab	2020‑10‑01 17:20:11
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_ZusweiserBody	Bezeichnung	EXNDS Zuweiser Body
Beschreibung	Angabe des zuweisenden Arztes
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 2 Konzepte Id Name Datensatz exnds-data​element1-45  Zuweisender Arzt Name  Test2 2019  zuweisender Arzt VPN  Test2 2019
Benutzt	Benutzt 1 Template Benutzt als Name Version 2.16.840.1.113883.10.12.313 Containment CDA PlayingEntity DYNAMIC
Beispiel	Beispiel <hl7:templateId root="1.2.40.0.34.6.0.11.3.118"/><hl7:time>   <cda:low value="20210212135805"/></hl7:time><hl7:participantRole classCode="ROL">   <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:addr>addr</hl7:addr>  <hl7:telecom value="tel:+1-12345678"/>  <hl7:playingEntity>     <!-- template 2.16.840.1.113883.10.12.313 'CDA PlayingEntity' (2005-09-07T00:00:00) -->   </hl7:playingEntity></hl7:participantRole>
Item DT Kard Konf Beschreibung Label @typeCode cs 1 … 1 F REF   exnds-data​element1-45  Zuweisender Arzt Name  Test2 2019  zuweisender Arzt VPN  Test2 2019 @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.118 hl7:time IVL_TS 0 … 1 hl7:participantRole 1 … 1 R @classCode cs 0 … 1 F ROL hl7:id II 1 … 1 R Angabe der Vertragspartnernummer hl7:addr AD 0 … * hl7:telecom TEL 0 … * hl7:playingEntity 1 … 1 M Beinhaltet 2.16.840.1.113883.10.12.313 CDA PlayingEntity (DYNAMIC)

8.3.2.32 EXNDS Dienstgeber

Id	1.2.40.0.34.6.0.11.3.123	Gültigkeit ab	2020‑10‑02 11:17:51
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_Dienstgeber	Bezeichnung	EXNDS Dienstgeber
Beschreibung	Angabe zum Dienstgeber des Patienten
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz exnds-data​element1-47  Dienstgeber  Test2 2019
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.2 Inklusion Original Text Reference (1.0.0+20210219) DYNAMIC
Beispiel	Beispiel <hl7:templateId root="1.2.40.0.34.6.0.11.3.123"/><hl7:time>   <cda:low value="20210212134931"/></hl7:time><hl7:participantRole classCode="ROL">   <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="Dienstgeber" codeSystem="1.2.40.0.34.5.195" displayName="Dienstgeber" codeSystemName="EXNDS_Concepts">     <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) 1..1 M -->   </hl7:code>  <hl7:addr>addr</hl7:addr>  <hl7:telecom value="tel:+1-12345678"/></hl7:participantRole>
Item DT Kard Konf Beschreibung Label @typeCode cs 1 … 1 F IND   exnds-data​element1-47  Dienstgeber  Test2 2019 @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.123 hl7:time IVL_TS 0 … 1 Optionale Angabe des Zeitraums des Dienstverhältnisses hl7:participantRole 1 … 1 M @classCode cs 0 … 1 F ROL hl7:id II 0 … * hl7:code CE 1 … 1 M @code cs 1 … 1 F Dienstgeber @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Dienstgeber @codeSystemName st 0 … 1 F EXNDS_Concepts Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC) Referenz auf den Namen des Dienstgebers hl7:originalText ED 1 … 1 M Textinhalt, der codiert wurde. 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. @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:addr AD 0 … * hl7:telecom TEL 0 … *

8.3.2.33 EXNDS Grund für Behandlungsschein

Id	1.2.40.0.34.6.0.11.3.119	Gültigkeit ab	2020‑10‑02 10:24:02
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_GrundFuerBehandlungsschein	Bezeichnung	EXNDS Grund für Behandlungsschein
Beschreibung	Kodierte Angabe des Grund für einen Behandlungsschein. Codes basierend auf DVP Liste.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.119
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 2 Konzepte Id Name Datensatz exnds-data​element1-39  Begründung  Test2 2019 exnds-data​element1-43  Abgabedatum  Test2 2019
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.119"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="GRUVU" codeSystem="1.2.40.0.34.5.195" displayName="Grund für Behandlungsschein" codeSystemName="EXNDS_Concepts"/>  <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 0..1 O -->   <hl7:statusCode code="completed"/>  <hl7:effectiveTime>     <cda:low value="20210212135316"/>  </hl7:effectiveTime>  <hl7:value code="GRUVU21" codeSystem="1.2.40.0.34.5.195" displayName="fachärztliche Untersuchung"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation   exnds-data​element1-39  Begründung  Test2 2019 exnds-data​element1-43  Abgabedatum  Test2 2019 @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN @negationInd bl 0 … 1   hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.119 hl7:id II 0 … * hl7:code CD 1 … 1 M @code cs 1 … 1 F GRUVU @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Grund für Behandlungsschein @codeSystemName st 0 … 1 F EXNDS_Concepts Eingefügt 0 … 1 von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) Wenn dieses Element geführt wird, MUSS eine Referenz auf den section/text hergestellt werden. hl7:text ED 0 … 1 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. @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 (erforderlich) 1 … 1 M @code CONF 1 … 1 F completed hl7:effectiveTime IVL_TS 1 … 1 M Angabe des Abgabedatums des Behandlungsscheins hl7:value CD 1 … 1 M   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.41 exnds_GrundFuerBehandlungsschein_VS (DYNAMIC)

8.3.2.34 EXNDS Saldo

Id	1.2.40.0.34.6.0.11.3.122	Gültigkeit ab	2020‑10‑02 11:00:00
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_Saldo	Bezeichnung	EXNDS Saldo
Beschreibung	Angabe des Saldos. Dieses Element wird z.B. im Kontext des Behandlungsscheins genutzt.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.122
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz exnds-data​element1-50  Saldo  Test2 2019
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.122"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="Saldo" codeSystem="1.2.40.0.34.5.195" displayName="Saldo" codeSystemName="EXNDS_Concepts"/>  <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M -->   <hl7:statusCode code="completed"/>  <hl7:value xsi:type="PQ" value="--TODO--" unit="cs"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation   exnds-data​element1-50  Saldo  Test2 2019 @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN @negationInd bl 0 … 1   hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.122 hl7:id II 0 … * hl7:code CD 1 … 1 M @code cs 1 … 1 F Saldo @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Saldo @codeSystemName st 0 … 1 F EXNDS_Concepts Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) Es MUSS die Ursache des Saldos referenziert werden. hl7:text ED 1 … 1 M 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. @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 (erforderlich) 1 … 1 M @code CONF 1 … 1 F completed hl7:value PQ 1 … 1 M @xsi:type cs 1 … 1 F PQ @value 1 … 1 R Angabe des Geldwerts (inkl. Vorzeichen) @unit cs 1 … 1 R Angabe der Währung. z.B. unit="EUR"

8.3.2.35 EXNDS Fremdstaatenkennzeichen

Id	1.2.40.0.34.6.0.11.3.121	Gültigkeit ab	2020‑10‑02 10:49:35
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_Fremdstaatenkennzeichen	Bezeichnung	EXNDS Fremdstaatenkennzeichen
Beschreibung	Kodierte Angabe des Fremdstaaten-Kennzeichens
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.121
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz exnds-data​element1-42  Fremdstaaten-Kennzeichen  Test2 2019
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.121"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="FremdStaatKenn" codeSystem="1.2.40.0.34.5.195" displayName="Fremdstaaten-Kennzeichen" codeSystemName="EXNDS_Concepts"/>  <hl7:text>     <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) .. O -->   </hl7:text>  <hl7:statusCode code="completed"/>  <hl7:value code="FXX" codeSystem="1.0.3166.1.2.3" displayName="(europ. Frankreich ohne Übersee-Départements)"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation   exnds-data​element1-42  Fremdstaaten-Kennzeichen  Test2 2019 @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN @negationInd bl 0 … 1   hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.121 hl7:id II 0 … * hl7:code CD 1 … 1 M @code cs 1 … 1 F FremdStaatKenn @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Fremdstaaten-Kennzeichen @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:text ED 0 … 1 Wenn dieses Element geführt wird, MUSS eine Referenz auf den section/text hergestellt werden. Eingefügt von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) hl7:text ED 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. @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 (erforderlich) 1 … 1 M @code CONF 1 … 1 F completed hl7:value CD 1 … 1 M   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.40 exnds_FremdstaatenKennzeichen_VS (DYNAMIC)

8.3.2.36 EXNDS Behandlungen Organizer

Id	1.2.40.0.34.6.0.11.3.67	Gültigkeit ab	2020‑03‑08 15:05:18
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_BehandlungenOrganizer	Bezeichnung	EXNDS Behandlungen Organizer
Beschreibung	Organizer-Element zum Zusammenfassen der Behandlungen
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.67
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.130 Containment EXNDS Behandlung (1.0.0+20210310) DYNAMIC
Beispiel	Beispiel <hl7:organizer classCode="BATTERY" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.67"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="Behandlungen" codeSystem="1.2.40.0.34.5.195" displayName="Behandlungen" codeSystemName="EXNDS_Concepts"/>  <hl7:statusCode code="completed"/>  <hl7:effectiveTime>     <cda:low value="20210212135002"/>  </hl7:effectiveTime>  <hl7:component typeCode="COMP" contextConductionInd="true">     <hl7:sequenceNumber value="1"/>    <!-- template 1.2.40.0.34.6.0.11.3.130 'EXNDS Behandlung' (2020-10-02T14:41:32) -->   </hl7:component></hl7:organizer>
Item DT Kard Konf Beschreibung Label hl7:organizer @classCode cs 1 … 1 F BATTERY @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.67 hl7:id II 0 … * hl7:code CD.SDTC 1 … 1 M @code cs 1 … 1 F Behandlungen @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Behandlungen @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:statusCode CS 1 … 1 R @code CONF 0 … 1 F completed hl7:effectiveTime IVL_TS 0 … 1 optionale Angabe des Zeitraums ALLER Behandlungen hl7:component 1 … * M Beinhaltet 1.2.40.0.34.6.0.11.3.130 EXNDS Behandlung (DYNAMIC) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:sequenceNumber INT 0 … 1 R @value int 1 … 1 R

8.3.2.37 EXNDS Behandlung

Id	1.2.40.0.34.6.0.11.3.130	Gültigkeit ab	2020‑10‑02 14:41:32
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_Behandlung	Bezeichnung	EXNDS Behandlung
Beschreibung	Angaben zu einer Behandlung. Inkludiert u.a. Angaben zur Therapie und zu dem Tarif
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.130
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 5 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC 1.2.40.0.34.6.0.11.3.131 Containment EXNDS Menge Therapie (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.126 Containment EXNDS Kassenleistung (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.124 Containment EXNDS Therapie (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.132 Containment EXNDS Tarif Act (1.0.0+20210310) DYNAMIC
Beispiel	Beispiel <hl7:procedure classCode="PROC" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.130"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="277132007" codeSystem="2.16.840.1.113883.6.96" displayName="Therapeutic procedure (procedure)" codeSystemName="SNOMED CT"/>  <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M -->   <hl7:statusCode code="completed"/>  <hl7:effectiveTime>     <cda:low value="20210212135008"/>  </hl7:effectiveTime>  <hl7:participant typeCode="IND">     <!-- template 1.2.40.0.34.6.0.11.3.131 'EXNDS Menge Therapie' (2020-10-02T14:56:11) -->   </hl7:participant>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.126 'EXNDS Kassenleistung' (2020-10-02T13:32:10) -->   </hl7:entryRelationship>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.124 'EXNDS Therapie' (2020-10-02T13:01:17) -->   </hl7:entryRelationship>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.132 'EXNDS Tarif Act' (2020-10-02T15:07:59) -->   </hl7:entryRelationship></hl7:procedure>
Item DT Kard Konf Beschreibung Label hl7:procedure @classCode cs 1 … 1 F PROC @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.130 hl7:id II 0 … * hl7:code CD 1 … 1 M @code cs 1 … 1 F 277132007 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.96 @displayName st 0 … 1 F Therapeutic procedure (procedure) @codeSystemName st 0 … 1 F SNOMED CT Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) Referenz auf die Begründung der Therapie enthalten im section/text. hl7:text ED 1 … 1 M 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. @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 (erforderlich) 1 … 1 M @code CONF 1 … 1 F completed hl7:effectiveTime IVL_TS 1 … 1 R Zeitstempel der Eintragung hl7:participant 1 … 1 M Beinhaltet 1.2.40.0.34.6.0.11.3.131 EXNDS Menge Therapie (DYNAMIC) wo [@typeCode='IND'] @typeCode cs 1 … 1 F IND hl7:entryRelationship 1 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.126 EXNDS Kassenleistung (DYNAMIC) wo [hl7:observation [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.3.126']]] @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 1 … * R Beinhaltet 1.2.40.0.34.6.0.11.3.124 EXNDS Therapie (DYNAMIC) wo [hl7:procedure [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.3.124']]] @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 1 … * R Beinhaltet 1.2.40.0.34.6.0.11.3.132 EXNDS Tarif Act (DYNAMIC) wo [hl7:act [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.3.132']]] @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

8.3.2.38 EXNDS Menge Therapie

Id	1.2.40.0.34.6.0.11.3.131	Gültigkeit ab	2020‑10‑02 14:56:11
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_MengeTherapie	Bezeichnung	EXNDS Menge Therapie
Beschreibung	Angabe der Anzahl/Menge der Therapien
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz  Anzahl  Test2 2019
Beispiel	Beispiel <hl7:templateId root="1.2.40.0.34.6.0.11.3.131"/><hl7:participantRole classCode="ROL">   <hl7:playingEntity>     <hl7:code code="TherapieMenge" codeSystem="1.2.40.0.34.5.195" displayName="Therapie Menge" codeSystemName="EXNDS_Concepts"/>    <hl7:quantity value="1"/>  </hl7:playingEntity></hl7:participantRole>
Item DT Kard Konf Beschreibung Label @typeCode cs 1 … 1 F IND    Anzahl  Test2 2019 @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.131 hl7:participantRole 1 … 1 R @classCode cs 0 … 1 F ROL hl7:playingEntity 1 … 1 M hl7:code CO.EPSOS 1 … 1 M @code cs 1 … 1 F TherapieMenge @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Therapie Menge @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:quantity PQ 1 … 1 M

8.3.2.39 EXNDS Kassenleistung

Id	1.2.40.0.34.6.0.11.3.126	Gültigkeit ab	2020‑10‑02 13:32:10
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_Kassenleistung	Bezeichnung	EXNDS Kassenleistung
Beschreibung	Angabe ob die Leistung eine Kassenleistung darstellt als (wenn ja) Information über die leistungserbringenden Kasse.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.126
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 4 Konzepte Id Name Datensatz exnds-data​element1-50  Saldo  Test2 2019 exnds-data​element1-56  Abrechnungskasse  Test2 2019 exnds-data​element1-69  Regiezuschlag  Test2 2019  Kassenleistung  Test2 2019
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.126"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="Kassenleistung" codeSystem="1.2.40.0.34.5.195" displayName="Kassenleistung" codeSystemName="EXNDS_Concepts"/>  <hl7:statusCode code="completed"/>  <!-- choice: 1..1 element hl7:value[not(@nullFlavor)] element hl7:value[@nullFlavor='NA'] --> </hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation   exnds-data​element1-50  Saldo  Test2 2019 exnds-data​element1-69  Regiezuschlag  Test2 2019 @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN @negationInd bl 0 … 1   hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.126 hl7:id II 0 … * hl7:code CD 1 … 1 M @code cs 1 … 1 F Kassenleistung @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Kassenleistung @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:statusCode CS (erforderlich) 1 … 1 M @code CONF 1 … 1 F completed Auswahl 1 … 1 Elemente in der Auswahl: hl7:value[not(@nullFlavor)] hl7:value[@nullFlavor='NA'] hl7:value CD 0 … 1 C wo [not(@nullFlavor)]   exnds-data​element1-56  Abrechnungskasse  Test2 2019 @nullFlavor cs 0 NP NP/nicht anwesend   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.39 exnds_Versicherungsträger_VS (DYNAMIC) hl7:value CD 0 … 1 C Angabe des nullFlavor="NA" wenn es sich um keine Kassenleistung handelt. wo [@nullFlavor='NA']    Kassenleistung  Test2 2019 @nullFlavor cs 1 … 1 F NA

8.3.2.40 EXNDS Therapie

Id	1.2.40.0.34.6.0.11.3.124	Gültigkeit ab	2020‑10‑02 13:01:17
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_Therapie	Bezeichnung	EXNDS Therapie
Beschreibung	Kodierte bzw. strukturierte Angaben zu einer Therapie
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.124
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz exnds-data​element1-61  Therapie  Test2 2019
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.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC
Beispiel	Beispiel <hl7:procedure classCode="PROC" moodCode="EVN" negationInd="false">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.124"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="276239002" codeSystem="2.16.840.1.113883.6.96" displayName="Therapy (regime/therapy)" codeSystemName="SNOMED CT">     <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) 1..1 M -->   </hl7:code>  <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M -->   <hl7:statusCode code="completed"/>  <hl7:effectiveTime>     <cda:low value="20210212135901"/>  </hl7:effectiveTime>  <!-- choice: 0..1 element hl7:target​Site​Code[not(@nullFlavor)] element hl7:target​Site​Code[@nullFlavor='NA'] --> </hl7:procedure>
Item DT Kard Konf Beschreibung Label hl7:procedure   exnds-data​element1-61  Therapie  Test2 2019 @classCode cs 1 … 1 F PROC @moodCode cs 1 … 1 F EVN @negationInd bl 0 … 1   hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.124 hl7:id II 0 … * hl7:code CD 1 … 1 M @code cs 1 … 1 F 276239002 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.96 @displayName st 0 … 1 F Therapy (regime/therapy) @codeSystemName st 0 … 1 F SNOMED CT Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC) Hier MUSS eine Referenz auf das "Theraphieverordnungs-Kürzel" im section/text erfolgen hl7:originalText ED 1 … 1 M Textinhalt, der codiert wurde. 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. @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.   Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) Hier MUSS eine Referenz auf das "Theraphieverordnungs-Text" im section/text erfolgen hl7:text ED 1 … 1 M 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. @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 @code CONF 1 … 1 F completed hl7:effectiveTime IVL_TS 0 … 1 optionale Zeitangabe wann die Therapie durchgeführt wurde Auswahl 0 … 1 Elemente in der Auswahl: hl7:target​Site​Code[not(@nullFlavor)] hl7:target​Site​Code[@nullFlavor='NA'] hl7:target​Site​Code CD 0 … 1 Codierte Angabe der Region wo [not(@nullFlavor)] @nullFlavor cs 0 NP NP/nicht anwesend 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. 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. @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:target​Site​Code CD 0 … 1 Strukturierte Angabe der Region wo [@nullFlavor='NA'] @nullFlavor cs 1 … 1 F NA 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. 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. @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.

8.3.2.41 EXNDS Tarif Act

Id	1.2.40.0.34.6.0.11.3.132	Gültigkeit ab	2020‑10‑02 15:07:59
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_TarifAct	Bezeichnung	EXNDS Tarif Act
Beschreibung	Angabe der notwendigen Information für den Tarif
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.132
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 8 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC 1.2.40.0.34.6.0.11.3.118 Containment EXNDS Zuweiser Body (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.125 Containment EXNDS Regiezuschlag (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.133 Containment EXNDS Abrechnungskennzeichen (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.128 Containment EXNDS Chefarztkennzeichen (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.129 Containment EXNDS Visiteninformation (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.134 Containment EXNDS Tarif Menge (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.135 Containment EXNDS Tarif Zusatzkennzeichen (1.0.0+20210310) DYNAMIC
Beispiel	Beispiel <hl7:act classCode="ACT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.132"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="Tarif" codeSystem="1.2.40.0.34.5.195" displayName="Tarif" codeSystemName="EXNDS_Concepts"/>  <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M -->   <hl7:statusCode code="completed"/>  <hl7:effectiveTime>     <cda:low value="20210212135918"/>  </hl7:effectiveTime>  <hl7:participant>     <!-- template 1.2.40.0.34.6.0.11.3.118 'EXNDS Zuweiser Body' (2020-10-01T17:20:11) -->   </hl7:participant>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.125 'EXNDS Regiezuschlag' (2020-10-02T13:24:20) -->   </hl7:entryRelationship>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.133 'EXNDS Abrechnungskennzeichen' (2020-10-02T15:16:08) -->   </hl7:entryRelationship>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.128 'EXNDS Chefarztkennzeichen' (2020-10-02T14:05:56) -->   </hl7:entryRelationship>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.129 'EXNDS Visiteninformation' (2020-10-02T14:16:21) -->   </hl7:entryRelationship>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.134 'EXNDS Tarif Menge' (2020-10-02T15:24:45) -->   </hl7:entryRelationship>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.135 'EXNDS Tarif Zusatzkennzeichen' (2020-10-02T15:32:20) -->   </hl7:entryRelationship></hl7:act>
Item DT Kard Konf Beschreibung Label hl7:act @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.132 hl7:id II 0 … * hl7:code CD 1 … 1 M @code cs 1 … 1 F Tarif @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Tarif @codeSystemName st 0 … 1 F EXNDS_Concepts Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) Referenz auf Tarif Text Position im section/text hl7:text ED 1 … 1 M 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. @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 (erforderlich) 1 … 1 M @code CONF 1 … 1 F completed hl7:effectiveTime IVL_TS 0 … 1 hl7:participant 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.118 EXNDS Zuweiser Body (DYNAMIC) hl7:entryRelationship 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.125 EXNDS Regiezuschlag (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.133 EXNDS Abrechnungskennzeichen (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.128 EXNDS Chefarztkennzeichen (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.129 EXNDS Visiteninformation (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.134 EXNDS Tarif Menge (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.3.135 EXNDS Tarif Zusatzkennzeichen (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

8.3.2.42 EXNDS Regiezuschlag

Id	1.2.40.0.34.6.0.11.3.125	Gültigkeit ab	2020‑10‑02 13:24:20
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_Regiezuschlag	Bezeichnung	EXNDS Regiezuschlag
Beschreibung	Angabe eines etwaigen Regiezuschlages für eine Therapie
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.125
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 2 Konzepte Id Name Datensatz exnds-data​element1-50  Saldo  Test2 2019 exnds-data​element1-69  Regiezuschlag  Test2 2019
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.125"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="RGZ" codeSystem="1.2.40.0.34.5.195" displayName="Regiezuschlag" codeSystemName="EXNDS_Concepts"/>  <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M -->   <hl7:statusCode code="completed"/>  <hl7:value xsi:type="PQ" value="--TODO--" unit="cs"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation   exnds-data​element1-50  Saldo  Test2 2019 exnds-data​element1-69  Regiezuschlag  Test2 2019 @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN @negationInd bl 0 … 1   hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.125 hl7:id II 0 … * hl7:code CD 1 … 1 M @code cs 1 … 1 F RGZ @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Regiezuschlag @codeSystemName st 0 … 1 F EXNDS_Concepts Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) Referenzierung auf die Begründung in section/text hl7:text ED 1 … 1 M 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. @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 (erforderlich) 1 … 1 M @code CONF 1 … 1 F completed hl7:value 1 … 1 M @xsi:type cs 1 … 1 F PQ @value 1 … 1 R Angabe des Geldwerts (inkl. Vorzeichen) @unit cs 1 … 1 R Angabe der Währung. z.B. unit="EUR"

8.3.2.43 EXNDS Abrechnungskennzeichen

Id	1.2.40.0.34.6.0.11.3.133	Gültigkeit ab	2020‑10‑02 15:16:08
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_Abrechnungskennzeichen	Bezeichnung	EXNDS Abrechnungskennzeichen
Beschreibung	Codierte Angabe des Abrechnungskennzeichens. Codes basierend auf DVP
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.133
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.133"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="ABR" codeSystem="1.2.40.0.34.5.195" displayName="Abrechnungs-Kennzeichen" codeSystemName="EXNDS_Concepts"/>  <hl7:text/>  <hl7:value code="ABR_o" codeSystem="1.2.40.0.34.5.195" displayName="offen"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.133 hl7:id II 0 … * hl7:code CD 1 … 1 M @code cs 1 … 1 F ABR @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Abrechnungs-Kennzeichen @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:text ED 0 … 1 hl7:value CD 1 … 1 M   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.42 exnds_AbrechnungsKennzeichen_VS (DYNAMIC)

8.3.2.44 EXNDS Chefarztkennzeichen

Id	1.2.40.0.34.6.0.11.3.128	Gültigkeit ab	2020‑10‑02 14:05:56
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_Chefarztkennzeichen	Bezeichnung	EXNDS Chefarztkennzeichen
Beschreibung	Angabe des Chefarztkennzeichen in den Ausprägungen ja/nein/trägerspezifisch
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.128
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz exnds-data​element1-74  Chefarzt-KZ  Test2 2019
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.2 Inklusion Original Text Reference (1.0.0+20210219) DYNAMIC
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.128"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="CHKZ" codeSystem="1.2.40.0.34.5.195" displayName="Chefarztkennzeichen" codeSystemName="EXNDS_Concepts"/>  <hl7:statusCode code="completed"/>  <hl7:value code="CHKZ_J" codeSystem="1.2.40.0.34.5.195" displayName="ja">     <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) 0..1 C -->   </hl7:value></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation   exnds-data​element1-74  Chefarzt-KZ  Test2 2019 @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN @negationInd bl 0 … 1   hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.128 hl7:id II 0 … * hl7:code CD 1 … 1 M @code cs 1 … 1 F CHKZ @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Chefarztkennzeichen @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:statusCode CS (erforderlich) 1 … 1 M @code CONF 1 … 1 F completed hl7:value CD 1 … 1 M   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.44 exnds_Chefarztkennzeichen_VS (DYNAMIC) Eingefügt 0 … 1 C von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC)   Constraint Angabe notwendig, wenn das Chefarztkennzeichen "Trägerspezifisch" gewählt wurde. hl7:originalText ED 0 … 1 C Textinhalt, der codiert wurde. 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. @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.

8.3.2.45 EXNDS Visiteninformation

Id	1.2.40.0.34.6.0.11.3.129	Gültigkeit ab	2020‑10‑02 14:16:21
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_Visiteninformation	Bezeichnung	EXNDS Visiteninformation
Beschreibung	Strukturierte und Kodierte Angabe zu Visiten
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.129
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.3.127 Containment EXNDS Visitenadresse (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.68 Containment EXNDS Visitenkilometer (1.0.0+20210310) DYNAMIC
Beispiel	Beispiel <hl7:act classCode="ACT" moodCode="EVN" negationInd="false">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.129"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="Visiteninformation" codeSystem="1.2.40.0.34.5.195" displayName="Visiteninformation" codeSystemName="EXNDS_Concepts"/>  <hl7:participant>     <!-- template 1.2.40.0.34.6.0.11.3.127 'EXNDS Visitenadresse' (2020-10-02T13:44:08) -->   </hl7:participant>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.68 'EXNDS Visitenkilometer' (2020-03-08T15:07:20) -->   </hl7:entryRelationship></hl7:act>
Item DT Kard Konf Beschreibung Label hl7:act @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F EVN @negationInd bl 0 … 1   hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.129 hl7:id II 0 … * hl7:code CD.SDTC 1 … 1 M @code cs 1 … 1 F Visiteninformation @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Visiteninformation @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:participant 1 … 1 M Angabe zur Visitenadresse Beinhaltet 1.2.40.0.34.6.0.11.3.127 EXNDS Visitenadresse (DYNAMIC) wo [@typeCode='IND'] hl7:entryRelationship 1 … 3 M Angabe zur KM Anzahl sowie deren Qualität Beinhaltet 1.2.40.0.34.6.0.11.3.68 EXNDS Visitenkilometer (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

8.3.2.46 EXNDS Visitenadresse

Id	1.2.40.0.34.6.0.11.3.127	Gültigkeit ab	2020‑10‑02 13:44:08
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_Visitenadresse	Bezeichnung	EXNDS Visitenadresse
Beschreibung	Angaben zur Visitenadresse
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz exnds-data​element1-75  Visitenadresse  Test2 2019
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
Beispiel	Beispiel <hl7:time>   <cda:low value="20210212135844"/></hl7:time><hl7:participantRole classCode="ROL">   <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="Visitenadresse" codeSystem="1.2.40.0.34.5.195" displayName="Visitenadresse" codeSystemName="EXNDS_Concepts"/>  <hl7:addr>     <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->   </hl7:addr>  <hl7:telecom value="tel:+1-12345678"/></hl7:participantRole>
Item DT Kard Konf Beschreibung Label @typeCode cs 1 … 1 F IND @context​Control​Code cs 0 … 1 F OP hl7:time IVL_TS 0 … 1 Optionale Angabe zum Zeitpunkt der Visite hl7:participantRole 1 … 1 M @classCode cs 0 … 1 F ROL hl7:id II 0 … * hl7:code CE 1 … 1 M @code cs 1 … 1 F Visitenadresse @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Visitenadresse @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:addr AD 1 … * M Angabe der Visitenadresse Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)   exnds-data​element1-75  Visitenadresse  Test2 2019 hl7:telecom TEL 0 … *

8.3.2.47 EXNDS Visitenkilometer

Id	1.2.40.0.34.6.0.11.3.68	Gültigkeit ab	2020‑03‑08 15:07:20
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_VisitenKilometer	Bezeichnung	EXNDS Visitenkilometer
Beschreibung	Angabe der Visitenkilometern unterteilt in Normal, Berg, und Alpin
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.68
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz exnds-data​element1-79  km  Test2 2019
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.68"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="KMN" codeSystem="1.2.40.0.34.5.195" displayName="Visitenadresse-km Normal"/>  <hl7:text/>  <hl7:value xsi:type="PQ" value="--TODO--" unit="km"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation   exnds-data​element1-79  km  Test2 2019 @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.68 hl7:id II 0 … * hl7:code CD.SDTC 1 … 1 M   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.43 exnds_VisitenKMTyp_VS (DYNAMIC) hl7:text ED 0 … 1 Wenn dieses Feld geführt wird, MUSS auf den entsprechenden Inhalt im section/text referenziert werden. hl7:value ANY 1 … 1 M Angabe der KM @xsi:type 1 … 1 F ANY @value 1 … 1 R @unit cs 0 … 1 F km

8.3.2.48 EXNDS Tarif Menge

Id	1.2.40.0.34.6.0.11.3.134	Gültigkeit ab	2020‑10‑02 15:24:45
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_TarifMenge	Bezeichnung	EXNDS Tarif Menge
Beschreibung	Angabe der Tarif Menge
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.134
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.134"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="MNG" codeSystem="1.2.40.0.34.5.195" displayName="Tarif Menge" codeSystemName="EXNDS_Concepts"/>  <hl7:value value="1"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.134 hl7:id II 0 … * hl7:code CD.SDTC 1 … 1 M @code cs 1 … 1 F MNG @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Tarif Menge @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:value INT 1 … 1 M

8.3.2.49 EXNDS Tarif Zusatzkennzeichen

Id	1.2.40.0.34.6.0.11.3.135	Gültigkeit ab	2020‑10‑02 15:32:20
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_TarifZusatzkennzeichen	Bezeichnung	EXNDS Tarif Zusatzkennzeichen
Beschreibung	Angabe etwaiger Zusatzkennzeichen für einen Tarif
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.135
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.2 Inklusion Original Text Reference (1.0.0+20210219) DYNAMIC
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.135"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="Zusatzkennzeichen" codeSystem="1.2.40.0.34.5.195" displayName="Zusatzkennzeichen" codeSystemName="EXNDS_Concepts"/>  <!-- choice: 0..1 element hl7:value[not(@nullFlavor)] element hl7:value[@nullFlavor='NA'] --> </hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.135 hl7:id II 0 … * hl7:code CD 1 … 1 M @code cs 1 … 1 F Zusatzkennzeichen @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Zusatzkennzeichen @codeSystemName st 0 … 1 F EXNDS_Concepts Auswahl 0 … 1 Elemente in der Auswahl: hl7:value[not(@nullFlavor)] hl7:value[@nullFlavor='NA'] hl7:value CD 0 … 1 C Codierte Angabe von Zusatzkennzeichen wo [not(@nullFlavor)] @nullFlavor cs 0 NP NP/nicht anwesend hl7:value CD 0 … 1 C wo [@nullFlavor='NA'] @nullFlavor cs 1 … 1 F NA 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. 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. @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.

8.3.2.50 EXNDS Karteieintragungen Organizer

Id	1.2.40.0.34.6.0.11.3.137	Gültigkeit ab	2020‑10‑06 11:42:59
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_KarteieintragungenOrganizer	Bezeichnung	EXNDS Karteieintragungen Organizer
Beschreibung	Organizer-Element zur Gruppierung mehrerer Karteineintragungen
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.137
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.136 Containment EXNDS Karteineintrag (1.0.0+20210310) DYNAMIC
Beispiel	Beispiel <hl7:organizer classCode="BATTERY" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.137"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="Karteieintragungen" codeSystem="1.2.40.0.34.5.195" displayName="Karteieintragungen" codeSystemName="EXNDS_Concepts"/>  <hl7:statusCode code="completed"/>  <hl7:effectiveTime>     <cda:low value="20210215152804"/>  </hl7:effectiveTime>  <hl7:component typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.136 'EXNDS Karteineintrag' (2020-10-06T11:26:32) -->   </hl7:component></hl7:organizer>
Item DT Kard Konf Beschreibung Label hl7:organizer @classCode cs 1 … 1 F BATTERY @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.137 hl7:id II 0 … * hl7:code CD 1 … 1 M @code cs 1 … 1 F Karteieintragungen @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Karteieintragungen @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:statusCode CS (erforderlich) 1 … 1 R @code CONF 0 … 1 F completed hl7:effectiveTime IVL_TS 0 … 1 optionale Beschreibung des Zeitraums in dem die Karteieintragungen entstanden sind hl7:component 1 … * M Beinhaltet 1.2.40.0.34.6.0.11.3.136 EXNDS Karteineintrag (DYNAMIC) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true

8.3.2.51 EXNDS Karteineintrag

Id	1.2.40.0.34.6.0.11.3.136	Gültigkeit ab	2020‑10‑06 11:26:32
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_Karteineintrag	Bezeichnung	EXNDS Karteineintrag
Beschreibung	In dieser Observation können die Angaben zu einem Karteieintrag deponiert werden. Diese Angaben umfassen die Zeilennummer als auch den zugehörigen Text.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.136
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.136"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="Karteineintrag" codeSystem="1.2.40.0.34.5.195" displayName="Karteineintrag" codeSystemName="EXNDS_Concepts"/>  <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M -->   <hl7:effectiveTime>     <cda:low value="20210212135305"/>  </hl7:effectiveTime>  <hl7:value value="1"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN @negationInd bl 0 … 1   hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.136 hl7:id II 0 … * hl7:code CD 1 … 1 M @code cs 1 … 1 F Karteineintrag @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Karteineintrag @codeSystemName st 0 … 1 F EXNDS_Concepts Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) Referenz auf den Text des Karteieintrages im section/text-Element hl7:text ED 1 … 1 M 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. @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:effectiveTime IVL_TS 0 … 1 optionale Angabe des Erstellungsdatums des Karteineintrages hl7:value INT 1 … 1 M Angabe der Zeilennummer des Karteieintrages

8.3.2.52 ELGA Spezimen-Act-Entry Allgemein

Id	1.2.40.0.34.11.30020 ref elgabbr-	Gültigkeit ab	2017‑02‑22 Andere Versionen mit dieser Id: SpezimenActEntryAllgemein vom 2017‑02‑20 SpezimenActEntryAllgemein vom 2015‑04‑30 SpezimenActEntryAllgemein vom 2014‑03‑04 SpezimenActEntryAllgemein vom 2012‑01‑07
Status	Entwurf	Versions-Label
Name	SpezimenActEntryAllgemein	Bezeichnung	ELGA Spezimen-Act-Entry Allgemein
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 8 Templates Benutzt als Name Version 1.2.40.0.34.11.30021 Containment Abnahmeinformationen (Specimen Collection) DYNAMIC 1.3.6.1.4.1.19376.1.3.1.4 Containment Befundgruppen (Laboratory Battery Organizer) DYNAMIC 1.3.6.1.4.1.19376.1.3.1.6 Containment Laborergebnisse (Laboratory Observation) DYNAMIC 1.2.40.0.34.11.4.3.4 Containment Laborergebnisse aktiv (Laboratory Observation Active) DYNAMIC 1.2.40.0.34.11.30025 Containment Kultureller Keimnachweis (Laboratory Isolate Organzier) DYNAMIC 1.2.40.0.34.11.4.3.2 Containment Befundtext (Anmerkungen und Kommentare) DYNAMIC 1.3.6.1.4.1.19376.1.3.1.1 Containment Notification Organizer DYNAMIC 1.2.40.0.34.11.1.3.1 Containment Eingebettetes Objekt Entry DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.30020 ELGA Spezimen-Act-Entry Allgemein (2017‑02‑22) ref elgabbr-
Item DT Kard Konf Beschreibung Label hl7:act @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F EVN hl7:code CE 1 … 1 M Angabe der Befundart.   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.47 ELGA_Laborstruktur (DYNAMIC) hl7:statusCode CS 1 … 1 M Nachdem in ELGA nur abgeschlossene Befunde abgelegt werden ist dieses Attribut  fix mit „completed“ zu belegen. @code CONF 1 … 1 F completed Auswahl 1 …  Elemente in der Auswahl: hl7:entryRelationship welches enthält Template 1.2.40.0.34.11.30021 Abnahmeinformationen (Specimen Collection) (DYNAMIC) hl7:entryRelationship welches enthält Template 1.3.6.1.4.1.19376.1.3.1.4 Befundgruppen (Laboratory Battery Organizer) (DYNAMIC) hl7:entryRelationship welches enthält Template 1.3.6.1.4.1.19376.1.3.1.6 Laborergebnisse (Laboratory Observation) (DYNAMIC) hl7:entryRelationship welches enthält Template 1.2.40.0.34.11.4.3.4 Laborergebnisse aktiv (Laboratory Observation Active) (DYNAMIC) hl7:entryRelationship welches enthält Template 1.2.40.0.34.11.30025 Kultureller Keimnachweis (Laboratory Isolate Organzier) (DYNAMIC) hl7:entryRelationship welches enthält Template 1.2.40.0.34.11.4.3.2 Befundtext (Anmerkungen und Kommentare) (DYNAMIC) hl7:entryRelationship welches enthält Template 1.3.6.1.4.1.19376.1.3.1.1 Notification Organizer (DYNAMIC) hl7:entryRelationship[hl7:observationMedia] welches enthält Template 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC) hl7:entryRelationship 0 … * Beinhaltet 1.2.40.0.34.11.30021 Abnahmeinformationen (Specimen Collection) (DYNAMIC) @typeCode cs 1 … 1 F COMP hl7:entryRelationship 0 … * Beinhaltet 1.3.6.1.4.1.19376.1.3.1.4 Befundgruppen (Laboratory Battery Organizer) (DYNAMIC) @typeCode cs 1 … 1 F COMP hl7:entryRelationship 0 … * Beinhaltet 1.3.6.1.4.1.19376.1.3.1.6 Laborergebnisse (Laboratory Observation) (DYNAMIC) @typeCode cs 1 … 1 F COMP hl7:entryRelationship 0 … * Beinhaltet 1.2.40.0.34.11.4.3.4 Laborergebnisse aktiv (Laboratory Observation Active) (DYNAMIC) @typeCode cs 1 … 1 F COMP hl7:entryRelationship 0 … * Beinhaltet 1.2.40.0.34.11.30025 Kultureller Keimnachweis (Laboratory Isolate Organzier) (DYNAMIC) @typeCode cs 1 … 1 F COMP hl7:entryRelationship 0 … * Beinhaltet 1.2.40.0.34.11.4.3.2 Befundtext (Anmerkungen und Kommentare) (DYNAMIC) @typeCode cs 1 … 1 F COMP hl7:entryRelationship 0 … * Beinhaltet 1.3.6.1.4.1.19376.1.3.1.1 Notification Organizer (DYNAMIC) @typeCode cs 1 … 1 F COMP hl7:entryRelationship 0 … * Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC) wo [hl7:observationMedia] @typeCode cs 1 … 1 F COMP

8.3.2.53 Abnahmeinformationen (Specimen Collection)

Id	1.2.40.0.34.11.30021 ref elgabbr-	Gültigkeit ab	2014‑03‑04 Andere Versionen mit dieser Id: SpecimenCollection vom 2013‑09‑09 SpecimenCollection vom 2013‑02‑10 SpecimenCollection vom 2012‑01‑07
Status	Aktiv	Versions-Label
Name	SpecimenCollection	Bezeichnung	Abnahmeinformationen (Specimen Collection)
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90003 Inklusion AssignedEntityElements DYNAMIC 1.2.40.0.34.11.30022 Containment Annahmeinformationen (Specimen Received) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.30021 Abnahmeinformationen (Specimen Collection) (2014‑03‑04) ref elgabbr-
Beispiel	Strukturbeispiel <entry typeCode="DRIV">   <templateId root="1.3.6.1.4.1.19376.1.3.1"/>  <act classCode="ACT" moodCode="EVN">      :     <entryRelationship typeCode="COMP">       <procedure classCode="PROC" moodCode="EVN">         <templateId root="1.3.6.1.4.1.19376.1.3.1.2"/>        <code code="33882-2" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Specimen Collection"/>        <effectiveTime value="20121224150000+0100"/>        <targetSiteCode code="LACF" codeSystem="2.16.840.1.113883.5.1052" codeSystemName="HL7:ActSite" displayName="left antecubital fossa"/>        <!-- Für die Abnahme verantwortliche Person/Organisation -->         <performer typeCode="PRF">           <assignedEntity>             <id root="1.2.40.0.34.3.1.99"/>            <addr>               <streetName>Währinger G.</streetName>              <houseNumber>18-20</houseNumber>              <postalCode>1090</postalCode>              <city>Wien</city>              <state>Wien</state>              <country>AUT</country>            </addr>            <telecom value="tel:+43.1.40400"/>            <telecom value="fax:+43.1.40400.1212"/>            <telecom value="http://www.amadeusspital.at "/>            <assignedPerson>               <name>                 <prefix qualifier="AC">Dr.</prefix>                <family>Arzt</family>                <given>Florian</given>              </name>            </assignedPerson>            <representedOrganization>               <id root="1.2.40.0.34.99.111.0.1"/>              <name>Amadeus Spital</name>            </representedOrganization>          </assignedEntity>        </performer>        <!-- Spezimen -->         <participant typeCode="PRD">           <participantRole classCode="SPEC">             <id extension="BL-080212-02" root="2.16.840.1.113883.3.933.1.1"/>            <playingEntity>               <code code="BLD" codeSystem="2.16.840.1.113883.5.129" codeSystemName="HL7:SpecimenType" displayName="Whole blood"/>            </playingEntity>          </participantRole>        </participant>      </procedure>    </entryRelationship>     :   </act></entry>
Item DT Kard Konf Beschreibung Label hl7:procedure 1 … 1 M @classCode cs 1 … 1 F PROC @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 R @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.3.1.2 hl7:code CE 1 … 1 M @code CONF 1 … 1 F 33882-2 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:effectiveTime IVL_TS 1 … 1 R Zeitpunkt oder Zeitintervall der Specimengewinnung. Zugelassene NullFlavor: UNK hl7:target​Site​Code CD 0 … 1 Codierung des Entnahmeorts (IHE ActSite)   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.52 ELGA_HumanActSite (DYNAMIC) hl7:performer 0 … 1 Codierung der für die Abnahme verantwortliche Person/Organisation. @typeCode cs 1 … 1 F PRF hl7:assignedEntity 1 … 1 M Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“. Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1 hl7:participant 1 … 1 M Spezimen als participant. @typeCode cs 1 … 1 F PRD hl7:participantRole 1 … 1 M @classCode cs 1 … 1 F SPEC hl7:id II 1 … 1 M Id des Spezimens: Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“. hl7:playingEntity 1 … 1 M hl7:code CE 1 … 1 M   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.46 ELGA_SpecimenType (DYNAMIC) hl7:entryRelationship Annahminformation. Beinhaltet 1.2.40.0.34.11.30022 Annahmeinformationen (Specimen Received) (DYNAMIC) @typeCode cs 1 … 1 F COMP

8.3.2.54 Annahmeinformationen (Specimen Received)

Id	1.2.40.0.34.11.30022 ref elgabbr-	Gültigkeit ab	2014‑03‑04 Andere Versionen mit dieser Id: SpecimenReceived vom 2013‑09‑09 SpecimenReceived vom 2012‑01‑07
Status	Aktiv	Versions-Label
Name	SpecimenReceived	Bezeichnung	Annahmeinformationen (Specimen Received)
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.4.3.2 Containment Befundtext (Anmerkungen und Kommentare) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.30022 Annahmeinformationen (Specimen Received) (2014‑03‑04) ref elgabbr-
Beispiel	Strukturbeispiel <entry typeCode="DRIV">   <templateId root="1.3.6.1.4.1.19376.1.3.1"/>  <act classCode="ACT" moodCode="EVN">      :     <entryRelationship typeCode="COMP">       <procedure classCode="PROC" moodCode="EVN">          :         <!-- Specimen Received -->         <entryRelationship typeCode="COMP">           <act classCode="ACT" moodCode="EVN">             <templateId root="1.3.6.1.4.1.19376.1.3.1.3"/>            <code code="SPRECEIVE" codeSystem="1.3.5.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode" displayName="Receive Time"/>            <effectiveTime value="20121224150000+0100"/>          </act>        </entryRelationship>         :       </procedure>    </entryRelationship>     :   </act></entry>
Item DT Kard Konf Beschreibung Label hl7:act @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 R @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.3.1.3 hl7:code CE 1 … 1 M Code für den Probeneingang. @code CONF 1 … 1 F SPRECEIVE @codeSystem 1 … 1 F 1.3.5.1.4.1.19376.1.5.3.2 (IHEActCode) hl7:effectiveTime TS 1 … 1 R Zeitpunkt des Einlangen des Spezimens. hl7:entryRelationship 0 … * Beinhaltet 1.2.40.0.34.11.4.3.2 Befundtext (Anmerkungen und Kommentare) (DYNAMIC) @typeCode cs 1 … 1 F COMP

8.3.2.55 Befundtext (Anmerkungen und Kommentare)

Id	1.2.40.0.34.11.4.3.2 ref elgabbr-	Gültigkeit ab	2015‑01‑30
Status	Aktiv	Versions-Label
Name	Annotation	Bezeichnung	Befundtext (Anmerkungen und Kommentare)
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.4.3.2
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.4.3.2 Befundtext (Anmerkungen und Kommentare) (2015‑01‑30) ref elgabbr-
Beispiel	Strukturbeispiel <act classCode="ACT" moodCode="EVN">   <templateId root="1.2.40.0.34.11.4.3.2"/>  <templateId root="2.16.840.1.113883.10.20.1.40"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.2"/>  <code code="48767-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Annotation Comment"/>  <text>     <reference value="#commonRemark1"/>  </text>  <statusCode code="completed"/></act>
Beispiel	Kommentar zu einer Analyse <!--Die Einbindung erfolgt als entryRelationship-Element zu einer observation.--> <ClinicalDocument>   <observation classCode="OBS" moodCode="EVN">     <templateId root="1.3.6.1.4.1.19376.1.3.1.3"/>    <id extension="P-13-1" root="2.16.840.1.113883.2.16.1.99.3.1"/>    <code code="14979-9" codeSystem="2.16.840.1.113883.6.1" displayName="aPTT"/>    <text>       <reference value="#OBS-13-1"/>    </text>    <effectiveTime value="20121201073406"/>    <value unit="pg" value="57.0" xsi:type="PQ"/>    <entryRelationship typeCode="COMP">       <act classCode="ACT" moodCode="EVN">         <templateId root="1.2.40.0.34.11.4.3.2"/>        <templateId root="2.16.840.1.113883.10.20.1.40"/>        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.2"/>        <code code="48767-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Annotation Comment"/>        <text>           <reference value="#footnote1"/>        </text>        <statusCode code="completed"/>      </act>    </entryRelationship>  </observation></ClinicalDocument>
Beispiel	Kommentar zu einem Bereich/Speciality <!--Die Angabe erfolgt als entryRelationship-Element im entry-Block einer Befundart (Speciality)--> <ClinicalDocument>   <entry typeCode="DRIV">     <act classCode="ACT" moodCode="EVN">       <templateId root="1.3.6.1.4.1.19376.1.3.1" extension="Lab.Report.Data.Processing.Entry"/>      <code code="26436-6" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Laboratory Studies"/>      <statusCode code="completed"/>       ...       <entryRelationship>         <act classCode="ACT" moodCode="EVN">           <templateId root="1.2.40.0.34.11.4.3.2"/>          <templateId root="2.16.840.1.113883.10.20.1.40"/>          <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.2"/>          <code code="48767-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Annotation Comment"/>          <text>             <reference value="#commonRemark1"/>          </text>          <statusCode code="completed"/>        </act>      </entryRelationship>    </act>  </entry></ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:act @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 R @root uid 1 … 1 F 1.2.40.0.34.11.4.3.2 hl7:templateId II 1 … 1 R @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.40 hl7:templateId II 1 … 1 R @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.2 hl7:code CE 1 … 1 M @code CONF 1 … 1 F 48767-8 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:text ED 1 … 1 M Referenz auf den Text im narrativen Teil. hl7:reference 1 … 1 M @value 1 … 1 R hl7:statusCode CS 0 … 1 @code CONF 0 … 1 F completed

8.3.2.56 Befundgruppen (Laboratory Battery Organizer)

Id	1.3.6.1.4.1.19376.1.3.1.4 ref elgabbr-	Gültigkeit ab	2017‑02‑23 Andere Versionen mit dieser Id: LaboratoryBatteryOrganizer vom 2013‑09‑09
Status	Entwurf	Versions-Label
Name	LaboratoryBatteryOrganizer	Bezeichnung	Befundgruppen (Laboratory Battery Organizer)
Kontext	Elternknoten des Template-Element mit Id 1.3.6.1.4.1.19376.1.3.1.4
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.3.6.1.4.1.19376.1.3.1.6 Containment Laborergebnisse (Laboratory Observation) DYNAMIC 1.2.40.0.34.11.4.3.4 Containment Laborergebnisse aktiv (Laboratory Observation Active) DYNAMIC 1.2.40.0.34.11.1.3.1 Containment Eingebettetes Objekt Entry DYNAMIC 1.2.40.0.34.11.4.3.2 Containment Befundtext (Anmerkungen und Kommentare) DYNAMIC
Beziehung	Version: Template 1.3.6.1.4.1.19376.1.3.1.4 Befundgruppen (Laboratory Battery Organizer) (2017‑02‑23) ref elgabbr-
Beispiel	Strukturbeispiel <organizer classCode="BATTERY" moodCode="EVN">   <templateId root="1.3.6.1.4.1.19376.1.3.1.4"/>  <code code="301" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung" displayName="Blutbild">     <originalText>       <reference value="hem1"/>    </originalText>  </code>  <statusCode code="completed"/>  <component typeCode="COMP">     <observation classCode="OBS" moodCode="EVN"> ... </observation>  </component>  <component typeCode="COMP">     <observation classCode="OBS" moodCode="EVN"> ... </observation>  </component>   .. </organizer>
Item DT Kard Konf Beschreibung Label hl7:organizer Die Befundgruppe als maschinenlesbares Element ist optional. @classCode cs 1 … 1 F BATTERY @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 R @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.3.1.4 hl7:code CE 1 … 1 M   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.47 ELGA_Laborstruktur (DYNAMIC) hl7:statusCode CS 1 … 1 M @code CONF 1 … 1 F completed hl7:effectiveTime IVL_TS 0 … 1 Fertigstellungszeitpunkt der enthaltenen Tests: Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“. hl7:low TS.​DATE.​MIN 1 … 1 M hl7:high TS.​DATE.​MIN 1 … 1 M hl7:component 0 … * Ein Battery Organizer enthält nur dann KEIN Laborergebnis (Observation) wenn der Test abgebrochen wurde. In allen anderen Fällen ist mindestens ein Ergebnis anzuführen. Beinhaltet 1.3.6.1.4.1.19376.1.3.1.6 Laborergebnisse (Laboratory Observation) (DYNAMIC) @typeCode cs 1 … 1 F COMP hl7:component 0 … * Beinhaltet 1.2.40.0.34.11.4.3.4 Laborergebnisse aktiv (Laboratory Observation Active) (DYNAMIC) @typeCode cs 1 … 1 F COMP hl7:component 0 … * Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC) wo [hl7:observationMedia] @typeCode cs 1 … 1 F COMP hl7:component 0 … * Beinhaltet 1.2.40.0.34.11.4.3.2 Befundtext (Anmerkungen und Kommentare) (DYNAMIC) @typeCode cs 1 … 1 F COMP

8.3.2.57 Laborergebnisse (Laboratory Observation)

Id	1.3.6.1.4.1.19376.1.3.1.6 ref elgabbr-	Gültigkeit ab	2020‑06‑15 08:50:28 Andere Versionen mit dieser Id: LaboratoryObservation vom 2015‑03‑26 LaboratoryObservation vom 2014‑12‑06 LaboratoryObservation vom 2014‑03‑04 LaboratoryObservation vom 2013‑11‑07
Status	Entwurf	Versions-Label
Name	LaboratoryObservation	Bezeichnung	Laborergebnisse (Laboratory Observation)
Kontext	Elternknoten des Template-Element mit Id 1.3.6.1.4.1.19376.1.3.1.6
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.4.3.2 Containment Befundtext (Anmerkungen und Kommentare) DYNAMIC 1.2.40.0.34.11.4.3.3 Containment Laboratory Performer 2 DYNAMIC
Beziehung	Version: Template 1.3.6.1.4.1.19376.1.3.1.6 Laborergebnisse (Laboratory Observation) (2015‑03‑26) ref elgabbr-
Beispiel	Strukturbeispiel Laborergebnis (Laboratory Observation) <ClinicalDocument>   <observation classCode="OBS" moodCode="EVN">     <!-- TemplateId für Laboratory Observation -->     <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>    <!-- Testidentifikation -->     <id extension="OBS-1-4" root="2.16.840.1.113883.2.16.1.99.3.1"/>    <!-- Analyse/Testcode -->     <code code="26464-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Leukozyten"/>    <!-- Verweis auf den narrativen Text -->     <text>       <reference value="#OBS-1-4"/>    </text>    <!-- Status des Laborergebnisses -->     <statusCode code="completed"/>    <!-- medizinisch relevanter Zeitpunkt -->     <effectiveTime>       <low value="20131201073406+0100"/>      <high nullFlavor="UNK"/>    </effectiveTime>    <!-- Ergebnis der Analyse / des Tests -->     <value unit="g/dL" value="16.0" type="PQ"/>    <!-- Bewertung des Ergebnisses -->     <interpretationCode code="N" codeSystemName="HL7:ObservationInterpretation" codeSystem="2.16.840.1.113883.5.83" displayName="normal"/>    <!-- Validator -->     <participant typeCode="AUTHEN"> : </participant>    <!-- Durchführende Instanz / externes Labor -->     <performer typeCode="PRF"> : </performer>  </observation></ClinicalDocument>
Beispiel	Strukturbeispiel für ein Laborergebnis mit Cut-off-Wert (Datentyp IVL_PQ) <!--So kann ein Wert von > 500 mg/dl dargestellt und bewertet werden:--> <ClinicalDocument>   <value type="IVL_PQ">     <low value="500" unit="mg/dl" inclusive="false"/>    <high nullFlavor="PINF"/>  </value>  <interpretationCode code=" >" displayName="High off scale" codeSystem="2.16.840.1.113883.5.83 "/></ClinicalDocument>
Beispiel	Strukturbeispiel für ein in Arbeit befindliches Laborergebnis („Wert folgt“) <!--Angabe von Parametern mit ausständigem Ergebnis:--> <ClinicalDocument>   <!--Angabe von Parametern mit ausständigem Ergebnis:-->   <!--Laboratory Observation, Ergebnis noch nicht verfügbar (Wert folgt)-->   <observation classCode="OBS" moodCode="EVN">     <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>    <id extension="OBS-2-6" root="2.16.840.1.113883.2.16.1.99.3.1"/>    <code code="10704-5" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Wurmeier Stuhl"/>    <text>       <reference value="#OBS-2-6"/>    </text>    <!-- Status des Laborergebnisses -->     <statusCode code="active"/>    <effectiveTime nullFlavor="UNK"/>    <value type="ST">Wert folgt</value>    <!-- Bewertung des Ergebnisses wird nicht angegeben [NP] -->   </observation></ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:observation @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 R @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“. hl7:code CE 1 … 1 R Codierung der Analyse / des Tests.    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  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“)   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. Auswahl 0 … 1 Elemente in der Auswahl: hl7:value[@xsi:type='PQ'] hl7:value[@xsi:type='IVL_PQ'] hl7:value[@xsi:type='INT'] hl7:value[@xsi:type='IVL_INT'] hl7:value[@xsi:type='BL'] hl7:value[@xsi:type='ST'] hl7:value[@xsi:type='CV'] hl7:value[@xsi:type='TS'] hl7:value[@xsi:type='CD'] hl7:value[@xsi:type='RTO'] hl7:value[@xsi:type='RTO_QTY_QTY'] hl7:value[@xsi:type='RTO_PQ_PQ']   Constraint Konditionale Konformität: Bei EIS "Basic" 1..1 R2 Codierung der Einheit erforderlich (im Element translation) Bei EIS "Enhanced" 1..1 M Codierung der Einheit nach UCUM erforderlich Datentyp eingeschränkt auf PQ, IVL_PQ, INT, IVL_INT, BL, ST, CV, TS, CD, RTO, RTO_QTY_QTY, RTO_PQ_PQ hl7:value PQ C Ergebnis der Analyse codiert entsprechend dem Datentyp. Kann bei stornierten Analysen entfallen. Unterelemente können je nach Datentyp notwendig sein, z.B. high/low für IVL oder numerator/denominator für RTO. 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. hl7:value IVL_PQ C wo [@xsi:type='IVL_PQ'] hl7:value INT C wo [@xsi:type='INT'] hl7:value IVL_INT C wo [@xsi:type='IVL_INT'] hl7:value BL C wo [@xsi:type='BL'] hl7:value ST C wo [@xsi:type='ST'] hl7:value CV C wo [@xsi:type='CV'] hl7:value TS C wo [@xsi:type='TS'] hl7:value CD C wo [@xsi:type='CD'] hl7:value RTO C wo [@xsi:type='RTO'] hl7:value RTO_QTY_QTY C wo [@xsi:type='RTO_QTY_QTY'] hl7:value RTO_PQ_PQ C 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.   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) @typeCode cs 1 … 1 F COMP hl7:participant 0 … 1 Validierende Person. @typeCode cs 1 … 1 F AUTHEN hl7:templateId II 1 … 1 R @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.3.3.1.5 hl7:time IVL_TS 1 … 1 R hl7:participantRole hl7:id II 1 … 1 M hl7:addr AD 1 … 1 R hl7:telecom TEL.AT 1 … * R hl7:playingEntity 1 … 1 M hl7:name PN 1 … 1 M hl7:referenceRange 0 … * Es können mehrere Referenzbereiche angegeben werden. @typeCode cs 1 … 1 F REFV   Beispiel 43.0% - 49.0% (im zugehörigen Section.text steht der entsprechende Text) <referenceRange typeCode="REFV">   <observationRange classCode="OBS" moodCode="EVN.CRT">     <text>       <reference value="#ref1"/>    </text>    <value type="IVL_PQ">       <low value="43.0" unit="%"/>      <high value="49.0" unit="%"/>    </value>    <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7.ObservationInterpretation"/>  </observationRange></referenceRange>   Beispiel > 40.0% (im zugehörigen Section.text steht der entsprechende Text) <referenceRange typeCode="REFV">   <observationRange classCode="OBS" moodCode="EVN.CRT">     <text>       <reference value="#ref2"/>    </text>    <value type="IVL_PQ">       <low value="40.0" unit="%" inclusive="false"/>    </value>    <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7.ObservationInterpretation"/>  </observationRange></referenceRange>   Beispiel Phase 1: 43.0 - 49.0 Phase 2: 45.0 – 55.0 1835 Phase 3: 49.0 – 63.0 (im zugehörigen Section.text steht der entsprechende Text) <referenceRange typeCode="REFV">   <observationRange classCode="OBS" moodCode="EVN.CRT">     <text>       <reference value="#ref3"/>    </text>    <interpretationCode code="H" codeSystem="2.16.840.1.113883.5.83"/>  </observationRange></referenceRange>   Beispiel > 40.0% (im zugehörigen Section.text steht der entsprechende Text) <referenceRange typeCode="REFV">   <observationRange classCode="OBS" moodCode="EVN.CRT">     <text>       <reference value="#ref4"/>    </text>    <value type="IVL_PQ">       <low value="40.0" unit="%" inclusive="false"/>      <high nullFlavor="PINF"/>    </value>  </observationRange></referenceRange>   Beispiel 150 - 360 G/L (im zugehörigen Section.text steht der entsprechende Text) <referenceRange typeCode="REFV">   <observationRange classCode="OBS" moodCode="EVN.CRT">     <text>       <reference value="#ref5"/>    </text>    <value type="IVL_PQ">       <low value="150" unit="G/L"/>      <high value="360" unit="G/L"/>    </value>    <interpretationCode code="N" codeSystemName="HL7:ObservationInterpretation" codeSystem="2.16.840.1.113883.5.83" displayName="normal"/>  </observationRange></referenceRange> hl7:observationRange 1 … 1 M @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN.CRT hl7:text ED 1 … 1 M hl7:reference TEL 1 … 1 M hl7:value IVL_PQ 0 … 1 @xsi:type 1 … 1 F IVL_PQ Auswahl 1 … 1 Elemente in der Auswahl: hl7:low[not(@nullFlavor)] hl7:low[@nullFlavor='NA'] hl7:low[@nullFlavor='NINF'] hl7:low PQ 0 … 1 wo [not(@nullFlavor)] hl7:low PQ 0 … 1 wo [@nullFlavor='NA'] @nullFlavor cs 1 … 1 F NA hl7:low PQ 0 … 1 wo [@nullFlavor='NINF'] @nullFlavor cs 1 … 1 F NINF Auswahl 1 … 1 Elemente in der Auswahl: hl7:high[not(@nullFlavor)] hl7:high[@nullFlavor='NA'] hl7:high[@nullFlavor='PINF'] hl7:high PQ 0 … 1 wo [not(@nullFlavor)] hl7:high PQ 0 … 1 wo [@nullFlavor='NA'] @nullFlavor cs 1 … 1 F NA hl7:high PQ 0 … 1 wo [@nullFlavor='PINF'] @nullFlavor cs 1 … 1 F PINF hl7:interpretationCode CE 1 … 1 M @code CONF 1 … 1 F N @codeSystem 1 … 1 F 2.16.840.1.113883.5.83 (Observation Interpretation) hl7:performer 0 … * Externes Labor. Beinhaltet 1.2.40.0.34.11.4.3.3 Laboratory Performer 2 (DYNAMIC)

8.3.2.58 Laborergebnisse aktiv (Laboratory Observation Active)

Id	1.2.40.0.34.11.4.3.4 ref elgabbr-	Gültigkeit ab	2017‑02‑23
Status	Entwurf	Versions-Label
Name	LaboratoryObservationActive	Bezeichnung	Laborergebnisse aktiv (Laboratory Observation Active)
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.4.3.4
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Adaptation: Template 1.3.6.1.4.1.19376.1.3.1.6 Laborergebnisse (Laboratory Observation) (DYNAMIC) ref elgabbr-
Beispiel	Beispiel <observation classCode="OBS" moodCode="EVN">   <templateId root="1.2.40.0.34.11.4.3.4"/>  <id extension="OBS-2-6" root="2.16.840.1.113883.2.16.1.99.3.1"/>  <code code="10704-5" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Wurmeier Stuhl"/>  <text>     <reference value="#OBS-2-6"/>  </text>  <statusCode code="active"/>  <effectiveTime value="20170223"/>  <value xsi:type="PQ" nullFlavor="NAV"/></observation>
Item DT Kard Konf Beschreibung Label hl7:observation @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 R @root uid 1 … 1 F 1.2.40.0.34.11.4.3.4 hl7:id II 0 … 1 hl7:code CE 1 … 1 R   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 hl7:statusCode CS 1 … 1 M @code CONF 1 … 1 F active hl7:effectiveTime IVL_TS 1 … 1 R hl7:value PQ 1 … 1 R @nullFlavor cs 1 … 1 F NAV

8.3.2.59 Eingebettetes Objekt Entry

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

8.3.2.60 Kultureller Keimnachweis (Laboratory Isolate Organzier)

Id	1.2.40.0.34.11.30025 ref elgabbr-	Gültigkeit ab	2017‑02‑23 Andere Versionen mit dieser Id: KulturellerKeimnachweis vom 2012‑01‑07
Status	Entwurf	Versions-Label
Name	KulturellerKeimnachweis	Bezeichnung	Kultureller Keimnachweis (Laboratory Isolate Organzier)
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.3.6.1.4.1.19376.1.3.1.6 Containment Laborergebnisse (Laboratory Observation) DYNAMIC 1.2.40.0.34.11.4.3.4 Containment Laborergebnisse aktiv (Laboratory Observation Active) DYNAMIC 1.2.40.0.34.11.30026 Containment Antibiogram (Laboratory Isolate Organzier) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.30025 Kultureller Keimnachweis (Laboratory Isolate Organzier) (2017‑02‑23) ref elgabbr-
Beispiel	Strukturbeispiel <ClinicalDocument>   <entry typeCode="DRIV">     <templateId root="1.3.6.1.4.1.19376.1.3.1" extension="Lab.Report.Data.Processing.Entry"/>    <act classCode="ACT" moodCode="EVN">        :       <!-- Erregernachweis Kultur -->        :       <entryRelationship typeCode="COMP">         <organizer classCode="CLUSTER" moodCode="EVN">           <templateId root="1.3.6.1.4.1.19376.1.3.1.5"/>          <statusCode code="completed"/>          <effectiveTime value="20090306000000+0100"/>          <specimen typeCode="SPC">             <specimenRole classCode="SPEC">               <id extension="47110816" root="2.16.840.1.113883.3.933.1.1"/>              <specimenPlayingEntity classCode="MIC">                 <code nullFlavor="UNK">                   <originalText>vergrünende Streptokokken</originalText>                </code>              </specimenPlayingEntity>            </specimenRole>          </specimen>          <!-- Methode -->           <component typeCode="COMP">             <observation classCode="OBS" moodCode="EVN">               <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>              <code code="6463-4" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Bacteria XXX Cult"/>              <statusCode code="completed"/>              <effectiveTime value="20121202132200+0100"/>              <value xsi:type="ST">vereinzelt</value>            </observation>          </component>        </organizer>      </entryRelationship>    </act>  </entry></ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:organizer Kultureller Keimnachweis entspricht dem IHE Laboratory Isolate Organzier (1.3.6.1.4.1.19376.1.3.1.5) mit ELGA Erweiterungen/Besonderheiten @classCode cs 1 … 1 F CLUSTER @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 R @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.3.1.5 hl7:statusCode CS 1 … 1 M @code CONF 1 … 1 F completed hl7:effectiveTime IVL_TS 0 … 1 Medizinisch relevantes Datum und Zeit. In der Regel Abnahmedatum/-zeit des Spezimen. Zugelassene nullFlavor: UNK hl7:specimen 1 … 1 M @typeCode cs 1 … 1 F SPC   Beispiel <specimen typeCode="SPC">   <specimenRole classCode="SPEC">     <id extension="47110816" root="2.16.840.1.113883.3.933.1.1"/>    <specimenPlayingEntity classCode="MIC">       <code nullFlavor="NA">         <originalText>vergründende Streptokokken</originalText>      </code>    </specimenPlayingEntity>  </specimenRole></specimen> hl7:specimenRole 1 … 1 M @typeCode cs 1 … 1 F SPEC hl7:specimenPlayingEntity 1 … 1 M @typeCode cs 1 … 1 F MIC hl7:code CD 1 … 1 R @nullFlavor cs 1 … 1 F NA hl7:originalText ST 1 … 1 M Bezeichnung des Erregers. Auswahl 1 … * Elemente in der Auswahl: hl7:component welches enthält Template 1.3.6.1.4.1.19376.1.3.1.6 Laborergebnisse (Laboratory Observation) (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.11.4.3.4 Laborergebnisse aktiv (Laboratory Observation Active) (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.11.30026 Antibiogram (Laboratory Isolate Organzier) (DYNAMIC) hl7:component Beinhaltet 1.3.6.1.4.1.19376.1.3.1.6 Laborergebnisse (Laboratory Observation) (DYNAMIC) @typeCode cs 1 … 1 F COMP hl7:component Beinhaltet 1.2.40.0.34.11.4.3.4 Laborergebnisse aktiv (Laboratory Observation Active) (DYNAMIC) @typeCode cs 1 … 1 F COMP hl7:component Beinhaltet 1.2.40.0.34.11.30026 Antibiogram (Laboratory Isolate Organzier) (DYNAMIC) @typeCode cs 1 … 1 F COMP

8.3.2.61 Antibiogram (Laboratory Isolate Organzier)

Id	1.2.40.0.34.11.30026 ref elgabbr-	Gültigkeit ab	2014‑04‑15 Andere Versionen mit dieser Id: Antibiogram vom 2012‑07‑07
Status	Aktiv	Versions-Label
Name	Antibiogram	Bezeichnung	Antibiogram (Laboratory Isolate Organzier)
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.3.6.1.4.1.19376.1.3.1.4 Containment Befundgruppen (Laboratory Battery Organizer) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.30026 Antibiogram (Laboratory Isolate Organzier) (2014‑04‑15) ref elgabbr-
Beispiel	Strukturbeispiel <ClinicalDocument>   <!-- Organizer für Isolat 1 -->   <entryRelationship typeCode="COMP">     <organizer classCode="CLUSTER" moodCode="EVN">       <templateId root="1.3.6.1.4.1.19376.1.3.1.5"/>      <statusCode code="completed"/>      <effectiveTime value="201212010834"/>      <specimen typeCode="SPC">         <specimenRole classCode="SPEC">           <id extension="47110815" root="2.16.840.1.113883.3.933.1.1"/>          <specimenPlayingEntity classCode="MIC">             <code code="SP015" codeSystem="1.2.40.0.34.5.45" codeSystemName="ELGA_SignificantPathogens" displayName="Escherichia coli, sonstige darmpathogene Stämme"/>          </specimenPlayingEntity>        </specimenRole>      </specimen>      <component typeCode="COMP">         <organizer classCode="BATTERY" moodCode="EVN">           <templateId root="1.3.6.1.4.1.19376.1.3.1.4"/>          <code code="29576-6" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Antibiogramm">             <originalText>Microbiology Susceptibility</originalText>          </code>          <statusCode code="completed"/>          <effectiveTime value="20090306000000.0000-0500"/>          <component typeCode="COMP">             <observation classCode="OBS" moodCode="EVN">               <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>              <code code="18861-5" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Amoxicillin"/>              <statusCode code="completed"/>              <effectiveTime value="20121202132200"/>              <value xsi:type="PQ" unit="mg/dL" value="2.0"/>              <interpretationCode code="R" codeSystem="2.16.840.1.113883.11.10219" codeSystemName="HL7 ObservationInterpretationSusceptibility" displayName="Resistant"/>            </observation>          </component>        </organizer>      </component>    </organizer>  </entryRelationship>  <!-- Organizer für Isolat 1 ENDE -->   <!-- Organizer für Isolat 2 --> </ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:organizer @classCode cs 1 … 1 F CLUSTER @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 R @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.3.1.5 hl7:statusCode CS 1 … 1 M @code CONF 1 … 1 F completed hl7:effectiveTime IVL_TS 0 … 1 Zeitpunkt des Ergebnisses: Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“. hl7:specimen 1 … 1 M Codierung des Isolats. @typeCode cs 1 … 1 F SPC hl7:specimenRole 1 … 1 M @typeCode cs 1 … 1 F SPEC hl7:id II 1 … 1 R Identifikation des Isolats: Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“.  Zugelassene nullFlavor: UNK hl7:specimenPlayingEntity 1 … 1 M Dieser Eintrag codiert einen Mikroorganismus. @typeCode cs 1 … 1 F MIC   Schematron assert role  error     test not(hl7:code/@nullFlavor) or string-length(hl7:code/hl7:originalText)>0     Meldung specimenPlayingEntity: if code/@nullFlavor is set originalText SHALL contain text.   hl7:code CD 1 … 1 R Identifikation des Mikroorganismus. Nur Erreger aus der Liste „ELGA_SignificantPathogens“ (1.2.40.0.34.5.45) werden codiert.  Für alle anderen Werte: Fester Wert: nullFlavor=“UNK“ mit Erregername in code/originalText.   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.58 ELGA_SignificantPathogens (DYNAMIC) hl7:originalText ST 0 … 1 hl7:component Angabe der Antibiotika-Resistenztests als component. Beinhaltet 1.3.6.1.4.1.19376.1.3.1.4 Befundgruppen (Laboratory Battery Organizer) (DYNAMIC) @typeCode cs 1 … 1 F COMP hl7:organizer 1 … 1 R Codierung erfolgt nach Kapitel 4.4.6.3.1. Als organizer/code werden fest folgende Werte verwendet:  code=“29576-6“ codeSystem=“2.16.840.1.1113883.6.1“ codeSystemName=“LOINC“ displayName=“Antibiogramm“ Für die Codierung der getesteten Anti-biotika werden LOINC Codes verwen-det. Die Wahl des Codes erfolgt direkt aus der LOINC Datenbank (http://search.loinc.org/).  Empfohlene Suchanfrage: proper-ty:susc class:abxbact. Der gewählte Code ist dann in der Observation als observation/code anzugeben. hl7:templateId II 1 … 1 R @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.3.1.4 hl7:code CE 1 … 1 M @code CONF 1 … 1 F 29576-6 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) @codeSystemName 1 … 1 F LOINC @displayName 1 … 1 F Antibiogramm

8.3.2.62 Medikation Verordnung Entry eMedikation

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

8.3.2.63 Sbadm TemplateId Options

Id	1.2.40.0.34.11.90012 ref elgabbr-	Gültigkeit ab	2015‑02‑17
Status	Entwurf	Versions-Label
Name	Sbadmtemplateidoptions	Bezeichnung	Sbadm TemplateId Options
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.90012 Sbadm TemplateId Options (2015‑02‑17) ref elgabbr-
Beispiel	Strukturbeispiel Dosierungsvariante 1: Tagesdosierung <ClinicalDocument>   <entry typeCode="DRIV">     <substanceAdministration classCode="SBADM" moodCode="INT">       <templateId root="1.2.40.0.34.11.8.1.3.1"/>      <!-- ELGA -->       <templateId root="2.16.840.1.113883.10.20.1.24"/>      <!-- HL7 CCD -->       <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>      <!-- IHE PCC -->       <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/>      <!-- IHE PHARM -->       <!-- Dosierungsart 1, „Normal dosing“ -->       <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/>       :       <!-- Einnahmedauer Einnahme von 27.05.2011 bis 08.06.2011 -->       <effectiveTime>         <low value="20110527000000+0200"/>        <high value="20110608235959+0200"/>      </effectiveTime>      <!-- ********** Dosierungsart 1 Anfang ********** Im Falle von Dosierungsart 1 und 3 („Normal dosing“) werden die Einnahmezeitpunkte + Dosis in Form eines weiteren effectiveTime und eines doseQuantity Elements angegeben Dosierungsart 1: Tagesdosierung Einmal täglich, 3 Stk. -->       <!-- pro Tag -->       <effectiveTime xsi:type="PIVL_TS" operator="A" institutionSpecified="true">         <period value="1" unit="d"/>      </effectiveTime>      <!-- 2 1/2 Stk -->       <doseQuantity value="2.5"/>      <!-- ********** Dosierungsart 1 Ende ********** -->        :     </substanceAdministration>  </entry></ClinicalDocument>
Beispiel	Strukturbeispiel Dosierungsvariante 2 (Einzeldosierung) <ClinicalDocument>   <entry typeCode="DRIV">     <substanceAdministration classCode="SBADM" moodCode="INT">       <templateId root="1.2.40.0.34.11.8.1.3.1"/>      <!-- ELGA -->       <templateId root="2.16.840.1.113883.10.20.1.24"/>      <!-- HL7 CCD -->       <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>      <!-- IHE PCC -->       <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/>      <!-- IHE PHARM -->       <!-- Dosierungsart 2, „Split dosing“ -->       <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.9"/>       :       <!-- Einnahmedauer Einnahme von 27.05.2011 bis 08.06.2011 -->       <effectiveTime>         <low value="20110527000000+0200"/>        <high value="20110608235959+0200"/>      </effectiveTime>       :       <!-- ********** Dosierungsart 2 Anfang ********** Im Falle von Dosierungsart 2 und 4 („Split dosing“) werden die Einnahmezeitpunkte + Dosis in Form von untergeordneten entryRelationship Elementen angegeben (Morgens, Mittags, ...) Dosierungsart 2: Einzeldosierung Morgens – Mittags – Abends - Nachts 2 - 0 - 1 - 0 -->       <entryRelationship typeCode="COMP">         <!-- Einnahme: MORGENS, 2 Stück -->         <sequenceNumber value="1"/>        <substanceAdministration classCode="SBADM" moodCode="INT">           <text>             <reference value="#dpos-2"/>          </text>          <effectiveTime xsi:type="EIVL_TS">             <event code="ACM"/>            <offset value="0" unit="s"/>          </effectiveTime>          <doseQuantity value="2"/>          <consumable>             <manufacturedProduct>               <manufacturedMaterial nullFlavor="NA"/>            </manufacturedProduct>          </consumable>        </substanceAdministration>      </entryRelationship>      <entryRelationship typeCode="COMP">         <!-- Einnahme: ABENDS, 1 Stück -->         <sequenceNumber value="2"/>        <substanceAdministration classCode="SBADM" moodCode="INT">           <effectiveTime xsi:type="EIVL_TS">             <event code="ACV"/>            <offset value="0" unit="s"/>          </effectiveTime>          <doseQuantity value="1"/>          <consumable>             <manufacturedProduct>               <manufacturedMaterial nullFlavor="NA"/>            </manufacturedProduct>          </consumable>        </substanceAdministration>      </entryRelationship>      <!-- ********** Dosierungsart 2 Ende ********** -->     </substanceAdministration>  </entry></ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:templateId II C Dosierungsart, mögliche Werte: a) Normal: @root = 1.3.6.1.4.1.19376.1.5.3.1.4.7.1 b) Split: @root = 1.3.6.1.4.1.19376.1.5.3.1.4.9 Es ist in jedem Fall die TemplateId für „Normal dosing“ (a) anzugeben (auch wenn keine strukturierten Dosierungsinformationen angegeben sind), außer es ist gemäß Kapitel „Dosierungsvarianten/Zeitpunkt(e) der Einnahme“ die Angabe von „Split dosing“ (b) vorgeschrieben @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.21   Constraint Konditionale Konformität Einnahmedauer beinhaltet low/high Elemente Conf: NP Einnahmedauer beinhaltet ein width Element: Card 1..1 Conf M Auswahl 1 … 1 Dosierungsart: Normal (1.3.6.1.4.1.19376.1.5.3.1.4.7.1) oder Split (1.3.6.1.4.1.19376.1.5.3.1.4.9) Elemente in der Auswahl: hl7:templateId[not(@nullFlavor)] hl7:templateId[not(@nullFlavor)] hl7:templateId II  … 1 M @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.7.1 hl7:templateId II  … 1 M @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.9

8.3.2.64 Einnahmedauer

Id	1.2.40.0.34.11.30006 ref elgabbr-	Gültigkeit ab	2013‑12‑20 Andere Versionen mit dieser Id: Einnahmedauer vom 2011‑12‑19
Status	Entwurf	Versions-Label
Name	Einnahmedauer	Bezeichnung	Einnahmedauer
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30006 Einnahmedauer (2013‑12‑20) ref elgabbr-
Beispiel	Einnahme von 27.05.2011 bis 03.06.2011 bzw. Einnahme von 27.05.2011, Dauer 1 Woche lang <effectiveTime>   <low value="20110527000000+0200"/>  <high value="20110603235959+0200"/></effectiveTime>
Beispiel	Einnahme von 27.05.2011, Ende unbekannt <effectiveTime>   <low value="20110527000000+0200"/>  <high nullFlavor="UNK"/></effectiveTime>
Beispiel	Einnahmestart unbekannt, Dauer 2 Wochen lang <effectiveTime>   <width value="2" unit="wk"/></effectiveTime>
Beispiel	Dosierungsinformationen sind angegeben, aber Einnahmedauer unbekannt <ClinicalDocument>   <effectiveTime xsi:type="IVL_TS">     <low nullFlavor="UNK"/>    <high nullFlavor="UNK"/>  </effectiveTime></ClinicalDocument>
Item DT Kard Konf Beschreibung Label Auswahl 0 … 1 Elemente in der Auswahl: hl7:effectiveTime[1][hl7:low] hl7:effectiveTime[1][hl7:width] hl7:effectiveTime[1][@nullFlavor] hl7:effectiveTime IVL_TS Zeitelement zur Dokumentation der Einnahmedauer. wo [1] [hl7:low] hl7:low TS 1 … 1 R Zeitpunkt des Einnahmestarts. Zugelassene nullFlavor: UNK hl7:high TS 1 … 1 R Zeitpunkt des Einnahmeendes. Zugelassene nullFlavor: UNK hl7:effectiveTime IVL_TS Dauer der Einnahme, wenn Einnahmestart unbekannt wo [1] [hl7:width] hl7:width PQ 1 … 1 R Dauer der Einnahme, wenn Einnahmestart unbekannt Bemerkung: Wenn ein width Element angegeben wird, MUSS auch die templateId für „Delay Start Dosing“ angegeben werden. Siehe Kapitel „Template IDs" @unit cs 0 … 1     CONF Der Wert von @unit MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.69 ELGA_MedikationFrequenz (DYNAMIC) hl7:effectiveTime IVL_TS wo [1] [@nullFlavor] @nullFlavor cs 1 … 1 F NA   Constraint Konditionale Konformität Card Conf Prädikat 1..1 M Es wird in einer Verordnung (1.2.40.0.34.11.8.1.3.1) die Dosierungsvariante "Split" mit templateId 1.3.6.1.4.1.19376.1.5.3.1.4.9 verwendet wird. NP Sonst

8.3.2.65 Dosierungsvariante 1: Tagesdosierung effectiveTime

Id	1.2.40.0.34.11.30007 ref elgabbr-	Gültigkeit ab	2014‑09‑02 Andere Versionen mit dieser Id: Dosierung1 vom 2013‑12‑20 Dosierung1 vom 2013‑12‑19 Dosierung1 vom 2011‑12‑19
Status	Aktiv	Versions-Label
Name	Dosierung1	Bezeichnung	Dosierungsvariante 1: Tagesdosierung effectiveTime
Beschreibung	Dosierungsvariante 1 (Tagesdosierung) bedeutet, dass die angegebene Dosis im Laufe eines bestimmten Zeitraums (z.B. an einem Tag, innerhalb einer Woche, …) eingenommen werden muss.
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30007 Dosierungsvariante 1: Tagesdosierung effectiveTime (2014‑09‑02) ref elgabbr-
Beispiel	Strukturbeispiel <ClinicalDocument>   <entry typeCode="DRIV">     <substanceAdministration classCode="SBADM" moodCode="INT">       <templateId root="1.2.40.0.34.11.8.1.3.1"/>      <!-- ELGA -->       <templateId root="2.16.840.1.113883.10.20.1.24"/>      <!-- HL7 CCD -->       <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>      <!-- IHE PCC -->       <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/>      <!-- IHE PHARM -->       <!-- Dosierungsart 1, „Normal dosing“ -->       <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/>       :       <!-- Einnahmedauer Einnahme von 27.05.2011 bis 08.06.2011 -->       <effectiveTime>         <low value="20110527000000+0200"/>        <high value="20110608235959+0200"/>      </effectiveTime>      <!-- ********** Dosierungsart 1 Anfang ********** Im Falle von Dosierungsart 1 und 3 („Normal dosing“) werden die Einnahmezeitpunkte + Dosis in Form eines weiteren effectiveTime und eines doseQuantity Elements angegeben Dosierungsart 1: Tagesdosierung Einmal täglich, 3 Stk. -->       <!-- pro Tag -->       <effectiveTime xsi:type="PIVL_TS" operator="A" institutionSpecified="true">         <period value="1" unit="d"/>      </effectiveTime>      <!-- 2 1/2 Stk -->       <doseQuantity value="2.5"/>      <!-- ********** Dosierungsart 1 Ende ********** -->        :     </substanceAdministration>  </entry></ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:effectiveTime PIVL_TS C Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3. wo [hl7:period and not(hl7:phase)] @operator cs 1 … 1 F A @institutionSpecified bl 1 … 1 F true   Constraint Konditionale Konformität: Dosierung angegeben -> 1..1 M Dosierung nicht angegeben -> NP hl7:period PQ 1 … 1 R Zeitraum für den die Dosis in doseQuantity vorgesehen ist. @value 1 … 1 F 1 @unit cs 1 … 1 R   CONF Der Wert von @unit MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.69 ELGA_MedikationFrequenz (DYNAMIC)

8.3.2.66 Dosierungsvariante 2: Einzeldosierung

Id	1.2.40.0.34.11.30008 ref elgabbr-	Gültigkeit ab	2020‑07‑21 13:25:19 Andere Versionen mit dieser Id: Dosierung2 vom 2013‑12‑20 Dosierung2 vom 2013‑11‑07 Dosierung2 vom 2013‑04‑17 Dosierung2 vom 2012‑07‑14
Status	Entwurf	Versions-Label
Name	Dosierung2	Bezeichnung	Dosierungsvariante 2: Einzeldosierung
Beschreibung Dosierungsvariante 2 (Einzeldosierung) bedeutet, dass zu gewissen Zeitpunkten des Tages eine gewisse Dosis eingenommen werden muss. Die Frequenz der Einnahme ist bei dieser Dosierungsvariante fixiert auf „täglich“. Die Angabe dieser Dosierungsvariante erfolgt in Form eines „Split dosing“. Im Falle von „Split dosing“ können die Einnahmezeitpunkte nicht einfach in Form eines zweiten effectiveTime und eines doseQuantity-Elements angegeben werden, sondern MÜSSEN als eigene „Komponenten“ (entryRelationship typeCode=“COMP“), welche jeweils den Zeitpunkt und die dazugehörige Dosis beinhalten, angegeben werden.
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30008 Dosierungsvariante 2: Einzeldosierung (2013‑12‑20) ref elgabbr- Version: Template 1.2.40.0.34.11.30008 Dosierungsvariante 2: Einzeldosierung (2013‑12‑20) ref elgabbr-
Beispiel	Strukturbespiel <ClinicalDocument>   <entry typeCode="DRIV">     <substanceAdministration classCode="SBADM" moodCode="INT">       <templateId root="1.2.40.0.34.11.8.1.3.1"/>      <!-- ELGA -->       <templateId root="2.16.840.1.113883.10.20.1.24"/>      <!-- HL7 CCD -->       <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>      <!-- IHE PCC -->       <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/>      <!-- IHE PHARM -->       <!-- Dosierungsart 2, „Split dosing“ -->       <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.9"/>       :       <!-- Einnahmedauer Einnahme von 27.05.2011 bis 08.06.2011 -->       <effectiveTime>         <low value="20110527000000+0200"/>        <high value="20110608235959+0200"/>      </effectiveTime>       :       <!-- ********** Dosierungsart 2 Anfang ********** Im Falle von Dosierungsart 2 und 4 („Split dosing“) werden die Einnahmezeitpunkte + Dosis in Form von untergeordneten entryRelationship Elementen angegeben (Morgens, Mittags, ...) Dosierungsart 2: Einzeldosierung Morgens – Mittags – Abends - Nachts 2 - 0 - 1 - 0 -->       <entryRelationship typeCode="COMP">         <!-- Einnahme: MORGENS, 2 Stück -->         <sequenceNumber value="1"/>        <substanceAdministration classCode="SBADM" moodCode="INT">           <text>             <reference value="#dpos-2"/>          </text>          <effectiveTime xsi:type="EIVL_TS">             <event code="ACM"/>            <offset value="0" unit="s"/>          </effectiveTime>          <doseQuantity value="2"/>          <consumable>             <manufacturedProduct>               <manufacturedMaterial nullFlavor="NA"/>            </manufacturedProduct>          </consumable>        </substanceAdministration>      </entryRelationship>      <entryRelationship typeCode="COMP">         <!-- Einnahme: ABENDS, 1 Stück -->         <sequenceNumber value="2"/>        <substanceAdministration classCode="SBADM" moodCode="INT">           <effectiveTime xsi:type="EIVL_TS">             <event code="ACV"/>            <offset value="0" unit="s"/>          </effectiveTime>          <doseQuantity value="1"/>          <consumable>             <manufacturedProduct>               <manufacturedMaterial nullFlavor="NA"/>            </manufacturedProduct>          </consumable>        </substanceAdministration>      </entryRelationship>      <!-- ********** Dosierungsart 2 Ende ********** -->     </substanceAdministration>  </entry></ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:effectiveTime NP Das weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen. Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3. wo [2]

8.3.2.67 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause

Id	1.2.40.0.34.11.30009 ref elgabbr-	Gültigkeit ab	2015‑09‑05 Andere Versionen mit dieser Id: Dosierung3 vom 2013‑12‑20 Dosierung3 vom 2013‑12‑19 Dosierung3 vom 2011‑12‑19
Status	Aktiv	Versions-Label
Name	Dosierung3	Bezeichnung	Dosierungsvariante 3: Tagesdosierung mit Einnahmepause
Beschreibung Dosierungsvariante 3 (Tagesdosierung an bestimmten Tagen einer Woche) bedeutet, dass wie bei Dosierungsvariante 1 die angegebene Dosis im Laufe eines Tages eingenommen werden muss, wobei dies aber nur an bestimmten Wochentagen erfolgen soll. Die Frequenz der Einnahme ist bei dieser Dosierungsvariante fixiert auf „wöchentlich“. Hinweis: Der Datentyp des effectiveTime-Elements der Dosierungsart ändert sich, wenn die Einnahme an EINEM (PIVL_TS) oder an MEHREREN Wochentagen (SXPR_TS, dazu mehrere comp-Unterelemente) erfolgen soll.
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30009 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause (2015‑09‑05) ref elgabbr-
Beispiel	Strukturbeispiel <ClinicalDocument>   <entry typeCode="DRIV">     <substanceAdministration classCode="SBADM" moodCode="INT">       <templateId root="1.2.40.0.34.11.8.1.3.1"/>      <!-- ELGA -->       <templateId root="2.16.840.1.113883.10.20.1.24"/>      <!-- HL7 CCD -->       <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>      <!-- IHE PCC -->       <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/>      <!-- IHE PHARM -->       <!-- Dosierungsart 3, „Tagesdosierung an bestimmten Tagen“ -->       <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/>       :       <!-- Einnahmedauer Einnahme von 01.10.2013 bis 30.10.2013 -->       <effectiveTime>         <low value="20131001000000+0200"/>        <high value="20131030235959+0200"/>      </effectiveTime>      <!-- ********** Dosierungsart 3 Anfang – an EINEM Wochentag ********** Dosierungsart 3: Einzeldosierung an einem bestimmten Wochentag 1 Stück jeden Montag -->       <effectiveTime xsi:type="PIVL_TS" operator="A">         <!-- Jeden Montag -->         <phase value="20151221"/>        <!-- Der 21.Dezember ist ein Montag -->         <period value="1" unit="wk"/>      </effectiveTime>      <!-- 1 Stück -->       <doseQuantity value="1"/>      <!-- ********** Dosierungsart 3 Ende - an EINEM Wochentag ********** -->       <!-- ********** Dosierungsart 3 Anfang – an MEHREREN Wochentagen ********** Im Falle von Dosierungsart 1 und 3 („Normal dosing“) werden die Einnahmezeitpunkte + Dosis in Form eines weiteren effectiveTime und eines doseQuantity Elements angegeben Dosierungsart 3: Einzeldosierung an bestimmten Tagen Je 200 ml jeden Dienstag und Donnerstag -->       <effectiveTime xsi:type="SXPR_TS" operator="A">         <!-- Jeden Dienstag -->         <comp xsi:type="PIVL_TS">           <phase value="20131001"/>          <!-- Der 1.Okt 2013 ist ein Dienstag -->           <period value="1" unit="wk"/>        </comp>        <!-- Jeden Donnerstag -->         <comp xsi:type="PIVL_TS" operator="I">           <phase value="20131003"/>          <!-- Der 3.Okt 2013 ist ein Donnerstag -->           <period value="1" unit="wk"/>        </comp>      </effectiveTime>      <!-- 200 ml -->       <doseQuantity value="200" unit="Ml"/>      <!-- ********** Dosierungsart 3 Ende – an MEHREREN Wochentagen ********** -->        :     </substanceAdministration>  </entry></ClinicalDocument>
Item DT Kard Konf Beschreibung Label Auswahl  … 1 Elemente in der Auswahl: hl7:effectiveTime[hl7:period and hl7:phase] hl7:effectiveTime[hl7:comp] hl7:effectiveTime PIVL_TS C Für EIN Wochentag. Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3. wo [hl7:period and hl7:phase] @operator cs 1 … 1 F A hl7:phase IVL_TS 1 … 1 R Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag) hl7:period PQ 1 … 1 R @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:effectiveTime SXPR_TS C Für mehrere Wochentage, z. B. wöchtentlich montags und mittwochs wo [hl7:comp] @operator cs 1 … 1 F A   Constraint Konditionale Konformität: Dosierung angegeben -> 1..1 M Dosierung nicht angegeben -> NP 1. Komponentencontainer ohne @operator, ggf. folgende Komponentencontainer mit @operator=I hl7:comp PIVL_TS 1 … 1 R Komponentencontainer. wo [not(@operator)] hl7:phase IVL_TS 1 … 1 R Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag) hl7:period PQ 1 … 1 R @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:comp PIVL_TS 0 … * wo [@operator='I'] @operator cs 1 … 1 F I hl7:phase IVL_TS 1 … 1 R hl7:period PQ 1 … 1 R @value 1 … 1 F 1 @unit cs 1 … 1 F wk

8.3.2.68 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause

Id	1.2.40.0.34.11.30010 ref elgabbr-	Gültigkeit ab	2020‑07‑21 13:28:53 Andere Versionen mit dieser Id: Dosierung4 vom 2013‑12‑19 Dosierung4 vom 2013‑11‑07 Dosierung4 vom 2013‑04‑17 Dosierung4 vom 2011‑12‑19
Status	Entwurf	Versions-Label
Name	Dosierung4	Bezeichnung	Dosierungsvariante 4: Einzeldosierung mit Einnahmepause
Beschreibung Dosierungsvariante 4 (Einzeldosierung an bestimmten Tagen) bedeutet, dass wie bei Dosierungsvariante 2 zu gewissen Zeitpunkten des Tages eine gewisse Dosis eingenommen werden muss, wobei dies nur an bestimmten Tagen erfolgen soll. Die Frequenz der Einnahme ist bei dieser Dosierungsvariante fixiert auf „wöchentlich“. Die Angabe dieser Dosierungsvariante erfolgt in Form eines „Split dosing“. Im Falle von „Split dosing“ können die Einnahmezeitpunkte nicht einfach in Form eines zweiten effectiveTime und eines doseQuantity-Elements angegeben werden, sondern MÜSSEN als eigene „Komponenten“ (entryRelationship typeCode=“COMP“), welche jeweils den Zeitpunkt und die dazugehörige Dosis beinhalten, angegeben werden.
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30010 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (2013‑12‑19) ref elgabbr- Version: Template 1.2.40.0.34.11.30010 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (2013‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <ClinicalDocument>   <entry typeCode="DRIV">     <substanceAdministration classCode="SBADM" moodCode="INT">       <templateId root="1.2.40.0.34.11.8.1.3.1"/>      <!-- ELGA -->       <templateId root="2.16.840.1.113883.10.20.1.24"/>      <!-- HL7 CCD -->       <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>      <!-- IHE PCC -->       <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/>      <!-- IHE PHARM -->       <!-- Dosierungsart 4, „Split dosing“ -->       <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.9"/>       :       <!-- Einnahmedauer Einnahme von 27.05.2011 bis 08.06.2011 -->       <effectiveTime>         <low value="20110527000000+0200"/>        <high value="20110608235959+0200"/>      </effectiveTime>       :       <!-- ********** Dosierungsart 4 ********** Im Falle von Dosierungsart 2 und 4 („Split dosing“) werden die Einnahmezeitpunkte + Dosis in Form von untergeordneten entryRelationship Elementen angegeben (Morgens, Mittags, ...) -->       <!-- ********** Dosierungsart 4 Anfang – an EINEM Wochentag ********** Dosierungsart 4: Einzeldosierung an einem bestimmten Tag Morgens – Mittags – Abends - Nachts 2 - 0 - 1 - 0 Stück jeden Montag -->       <entryRelationship typeCode="COMP">         <!-- Einnahme: MORGENS, 2 Stück, jeden Mo -->         <sequenceNumber value="1"/>        <substanceAdministration classCode="SBADM" moodCode="INT">           <text>             <reference value="#dpos-2"/>          </text>          <effectiveTime xsi:type="SXPR_TS">             <comp xsi:type="EIVL_TS">               <event code="ACM"/>              <offset value="0" unit="s"/>            </comp>            <!-- Jeden Montag -->             <comp xsi:type="PIVL_TS" operator="A">               <phase value="20151221"/>              <!-- Der 21.Dezember ist ein Montag -->               <period value="1" unit="wk"/>            </comp>          </effectiveTime>          <doseQuantity value="2"/>          <consumable>             <manufacturedProduct>               <manufacturedMaterial nullFlavor="NA"/>            </manufacturedProduct>          </consumable>        </substanceAdministration>      </entryRelationship>      <entryRelationship typeCode="COMP">         <!-- Einnahme: ABENDS, 1 Stück, jeden Mo -->         <sequenceNumber value="2"/>        <substanceAdministration classCode="SBADM" moodCode="INT">           <effectiveTime xsi:type="SXPR_TS">             <comp xsi:type="EIVL_TS">               <event code="ACV"/>              <offset value="0" unit="s"/>            </comp>            <!-- Jeden Montag -->             <comp xsi:type="PIVL_TS" operator="A">               <phase value="20151221"/>              <!-- Der 21.Dezember ist ein Montag -->               <period value="1" unit="wk"/>            </comp>          </effectiveTime>          <doseQuantity value="1"/>          <consumable>             <manufacturedProduct>               <manufacturedMaterial nullFlavor="NA"/>            </manufacturedProduct>          </consumable>        </substanceAdministration>      </entryRelationship>      <!-- ********** Dosierungsart 4 Ende - an EINEM Wochentag ********** -->       <!-- ********** Dosierungsart 4 Anfang – an MEHREREN Wochentagen ********** Dosierungsart 4: Einzeldosierung an bestimmten Tagen Morgens – Mittags – Abends - Nachts 2 - 0 - 1 - 0 Jeden Dienstag und Donnerstag -->       <entryRelationship typeCode="COMP">         <!-- Einnahme: MORGENS, 2 Stück, jeden Di und Do -->         <sequenceNumber value="1"/>        <substanceAdministration classCode="SBADM" moodCode="INT">           <effectiveTime xsi:type="SXPR_TS">             <comp xsi:type="EIVL_TS">               <event code="ACM"/>              <offset value="0" unit="s"/>            </comp>            <!-- Jeden Dienstag -->             <comp xsi:type="PIVL_TS" operator="A">               <phase value="20131001"/>              <!-- Der 1.Okt 2013 ist ein Dienstag -->               <period value="1" unit="wk"/>            </comp>            <!-- Jeden Donnerstag -->             <comp xsi:type="PIVL_TS" operator="I">               <phase value="20131003"/>              <!-- Der 3.Okt 2013 ist ein Donnerstag -->               <period value="1" unit="wk"/>            </comp>          </effectiveTime>          <doseQuantity value="2"/>          <consumable>             <manufacturedProduct>               <manufacturedMaterial nullFlavor="NA"/>            </manufacturedProduct>          </consumable>        </substanceAdministration>      </entryRelationship>      <entryRelationship typeCode="COMP">         <!-- Einnahme: ABENDS, 1 Stück, jeden Di und Do -->         <sequenceNumber value="2"/>        <substanceAdministration classCode="SBADM" moodCode="INT">           <effectiveTime xsi:type="SXPR_TS">             <comp xsi:type="EIVL_TS">               <event code="ACV"/>              <offset value="0" unit="s"/>            </comp>            <!-- Jeden Dienstag -->             <comp xsi:type="PIVL_TS" operator="A">               <phase value="20131001"/>              <!-- Der 1.Okt 2013 ist ein Dienstag -->               <period value="1" unit="wk"/>            </comp>            <!-- Jeden Donnerstag -->             <comp xsi:type="PIVL_TS" operator="I">               <phase value="20131003"/>              <!-- Der 3.Okt 2013 ist ein Donnerstag -->               <period value="1" unit="wk"/>            </comp>          </effectiveTime>          <doseQuantity value="1"/>          <consumable>             <manufacturedProduct>               <manufacturedMaterial nullFlavor="NA"/>            </manufacturedProduct>          </consumable>        </substanceAdministration>      </entryRelationship>      <!-- ********** Dosierungsart 4 Ende – an MEHREREN Wochentagen ********* -->     </substanceAdministration>  </entry></ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:effectiveTime NP Das weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen. Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3. wo [2]

8.3.2.69 Dosierungsvariante 1: Tagesdosierung doseQuantity

Id	1.2.40.0.34.11.30037 ref elgabbr-	Gültigkeit ab	2015‑09‑05 Andere Versionen mit dieser Id: Dosierung1dq vom 2014‑02‑05 Dosierung1dq vom 2013‑12‑19
Status	Aktiv	Versions-Label
Name	Dosierung1dq	Bezeichnung	Dosierungsvariante 1: Tagesdosierung doseQuantity
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30037 Dosierungsvariante 1: Tagesdosierung doseQuantity (2015‑09‑05) ref elgabbr-
Item DT Kard Konf Beschreibung Label Auswahl  … 1 Elemente in der Auswahl: hl7:doseQuantity[not(hl7:low|hl7:high)] hl7:doseQuantity[hl7:low|hl7:high]   Constraint Konditionale Konformität: Menge in nicht-zählbaren Einheiten -> @unit 1..1 (required) aus Value-Set ELGA_MedikationMengenart Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.) -> @unit 0..1 (otional) mit @unit aus Value-Set ELGA_MedikationMengenartAlternativ hl7:doseQuantity IVL_PQ R Dosis. mit doseQuantity als IVL_PQ, aber als PQ instantiiert wo [not(hl7:lowoder hl7:high)] @value 1 … 1 R Tagesdosierung. @unit cs 0 … 1     CONF Der Wert von @unit MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC) oder Der Wert von @unit MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC) hl7:doseQuantity IVL_PQ R mit doseQuantity als IVL_PQ wo [hl7:lowoder hl7:high] hl7:low PQ @value 1 … 1 R @unit cs 0 … 1     CONF Der Wert von @unit MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC) oder Der Wert von @unit MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC) hl7:high PQ @value 1 … 1 R @unit cs 0 … 1     CONF Der Wert von @unit MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC) oder Der Wert von @unit MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)

8.3.2.70 Dosierungsvariante 2: Einzeldosierung doseQuantity

Id	1.2.40.0.34.11.30039 ref elgabbr-	Gültigkeit ab	2013‑12‑19
Status	Aktiv	Versions-Label
Name	Dosierung2dq	Bezeichnung	Dosierungsvariante 2: Einzeldosierung doseQuantity
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30039 Dosierungsvariante 2: Einzeldosierung doseQuantity (2013‑12‑19) ref elgabbr-
Item DT Kard Konf Beschreibung Label hl7:doseQuantity NP Das weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen. Dosis bei Dosierungsvariante 1 und 3.

8.3.2.71 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity

Id	1.2.40.0.34.11.30041 ref elgabbr-	Gültigkeit ab	2015‑09‑05 Andere Versionen mit dieser Id: Dosierung3dq vom 2014‑04‑05 Dosierung3dq vom 2013‑12‑19
Status	Aktiv	Versions-Label
Name	Dosierung3dq	Bezeichnung	Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30041 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity (2015‑09‑05) ref elgabbr-
Item DT Kard Konf Beschreibung Label Auswahl  … 1 Elemente in der Auswahl: hl7:doseQuantity[not(hl7:low|hl7:high)] hl7:doseQuantity[hl7:low|hl7:high]   Constraint Konditionale Konformität: Menge in nicht-zählbaren Einheiten -> @unit 1..1 (required) aus Value-Set ELGA_MedikationMengenart Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.) -> @unit 0..1 (optional) aus Value-Set ELGA_MedikationMengenartAlternativ hl7:doseQuantity IVL_PQ R Dosis. mit doseQuantity als IVL_PQ, aber als PQ instantiiert wo [not(hl7:lowoder hl7:high)] @value 1 … 1 R Tagesdosierung. @unit cs 0 … 1     CONF Der Wert von @unit MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC) oder Der Wert von @unit MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC) hl7:doseQuantity IVL_PQ R mit doseQuantity als IVL_PQ wo [hl7:lowoder hl7:high] hl7:low PQ @value 1 … 1 R @unit cs 0 … 1     CONF Der Wert von @unit MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC) oder Der Wert von @unit MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC) hl7:high PQ @value 1 … 1 R @unit cs 0 … 1     CONF Der Wert von @unit MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC) oder Der Wert von @unit MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)

8.3.2.72 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity

Id	1.2.40.0.34.11.30043 ref elgabbr-	Gültigkeit ab	2013‑12‑19
Status	Aktiv	Versions-Label
Name	Dosierung4dq	Bezeichnung	Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30043 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity (2013‑12‑19) ref elgabbr-
Item DT Kard Konf Beschreibung Label hl7:doseQuantity NP Das weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen. Dosis bei Dosierungsvariante 1 und 3.

8.3.2.73 Arznei Entry

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

8.3.2.74 Dosierungsvariante 2: Einzeldosierung entryRelationship

Id	1.2.40.0.34.11.30040 ref elgabbr-	Gültigkeit ab	2020‑07‑21 13:36:02 Andere Versionen mit dieser Id: Dosierung2er vom 2014‑09‑01 Dosierung2er vom 2013‑12‑19
Status	Entwurf	Versions-Label
Name	Dosierung2er	Bezeichnung	Dosierungsvariante 2: Einzeldosierung entryRelationship
Beschreibung	Untergeordnete Komponenten für „Split dosing“ am Ende des ELGA MedikationVerordnungs-Entry MÜSSEN angegeben werden.
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.30046 Inklusion Splitdose-Einnahmezeitpunkte 1 DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.30040 Dosierungsvariante 2: Einzeldosierung entryRelationship (2014‑09‑01) ref elgabbr- Version: Template 1.2.40.0.34.11.30040 Dosierungsvariante 2: Einzeldosierung entryRelationship (2014‑09‑01) ref elgabbr-
Item DT Kard Konf Beschreibung Label hl7:entryRelationship C Komponente zur Aufnahme eines Einnahmezeitpunkts und –dosis bei Dosierungsvariante 2 und 4. Wiederholung höchstens einmal je Zeitcode! wo [hl7:substanceAdministration/hl7:effectiveTime [@xsi:type='EIVL_TS']] @typeCode cs 1 … 1 F COMP   Constraint Konditionale Konformität: Dosierung angegeben -> 1..* M Dosierung nicht angegeben -> NP hl7:sequenceNumber INT 1 … 1 M Aufsteigende Nummerierung der Unterelemente. Eingefügt von 1.2.40.0.34.11.30046 Splitdose-Einnahmezeitpunkte 1 (DYNAMIC) hl7:substanceAdministration 1 … 1 M Abbildung eines Einnahmezeitpunkts und –dosis als untergeordnetes substanceAdministration-Element. @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F INT   Constraint Konditionale Konformität Card Conf Prädikat 1..1 M Menge in nicht-zählbaren Einheiten, zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" 0..1 O Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.), zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" oder Freitext hl7:effectiveTime EIVL_TS 1 … 1 M Zeitelement zur Aufnahme des Einnahmezeitpunkts. wo [@xsi:type='EIVL_TS'] hl7:event 1 … 1 M Einnahmezeitpunkt. @code cs 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.59 ELGA_Einnahmezeitpunkte (DYNAMIC) hl7:offset IVL_PQ 1 … 1 M Zeitversatz (immer mit 0 Sekunden angegeben). @value 1 … 1 F 0 @unit cs 1 … 1 F s hl7:doseQuantity IVL_PQ 1 … 1 M Dosis. hl7:consumable 1 … 1 M hl7:manufacturedProduct 1 … 1 M hl7:manufactured​Material 1 … 1 R @nullFlavor cs 1 … 1 F NA

8.3.2.75 Splitdose-Einnahmezeitpunkte 1

Id	1.2.40.0.34.11.30046 ref elgabbr-	Gültigkeit ab	2015‑09‑05
Status	Entwurf	Versions-Label
Name	Splitdose1	Bezeichnung	Splitdose-Einnahmezeitpunkte 1
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30046 Splitdose-Einnahmezeitpunkte 1 (2015‑09‑05) ref elgabbr-
Item DT Kard Konf Beschreibung Label hl7:substanceAdministration 1 … 1 M Abbildung eines Einnahmezeitpunkts und –dosis als untergeordnetes substanceAdministration-Element. @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F INT   Constraint Konditionale Konformität Card Conf Prädikat 1..1 M Menge in nicht-zählbaren Einheiten, zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" 0..1 O Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.), zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" oder Freitext hl7:effectiveTime EIVL_TS 1 … 1 M Zeitelement zur Aufnahme des Einnahmezeitpunkts. wo [@xsi:type='EIVL_TS'] hl7:event 1 … 1 M Einnahmezeitpunkt. @code cs 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.59 ELGA_Einnahmezeitpunkte (DYNAMIC) hl7:offset IVL_PQ 1 … 1 M Zeitversatz (immer mit 0 Sekunden angegeben). @value 1 … 1 F 0 @unit cs 1 … 1 F s hl7:doseQuantity IVL_PQ 1 … 1 M Dosis. hl7:consumable 1 … 1 M hl7:manufacturedProduct 1 … 1 M hl7:manufactured​Material 1 … 1 R @nullFlavor cs 1 … 1 F NA

8.3.2.76 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship

Id	1.2.40.0.34.11.30044 ref elgabbr-	Gültigkeit ab	2020‑07‑21 13:37:00 Andere Versionen mit dieser Id: Dosierung4er vom 2014‑09‑01 Dosierung4er vom 2013‑12‑19
Status	Entwurf	Versions-Label
Name	Dosierung4er	Bezeichnung	Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship
Beschreibung	Untergeordnete Komponenten für „Split dosing“ am Ende des ELGA MedikationVerordnungs-Entry MÜSSEN angegeben werden.
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.30047 Inklusion Splitdose-Einnahmezeitpunkte 2 DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.30044 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship (2014‑09‑01) ref elgabbr- Version: Template 1.2.40.0.34.11.30044 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship (2014‑09‑01) ref elgabbr-
Item DT Kard Konf Beschreibung Label hl7:entryRelationship C Komponente zur Aufnahme eines Einnahmezeitpunkts und –dosis bei Dosierungsvariante 2 und 4. Wiederholung höchstens einmal je Zeitcode! wo [hl7:substanceAdministration/hl7:effectiveTime [@xsi:type='SXPR_TS']] @typeCode cs 1 … 1 F COMP   Constraint Konditionale Konformität: Dosierung angegeben -> 1..* M Dosierung nicht angegeben -> NP hl7:sequenceNumber INT 1 … 1 M Aufsteigende Nummerierung der Unterelemente. Eingefügt von 1.2.40.0.34.11.30047 Splitdose-Einnahmezeitpunkte 2 (DYNAMIC) hl7:substanceAdministration 1 … 1 M Abbildung eines Einnahmezeitpunkts und –dosis als untergeordnetes substanceAdministration-Element. @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F INT   Constraint Konditionale Konformität Card Conf Prädikat 1..1 M Menge in nicht-zählbaren Einheiten, zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" 0..1 O Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.), zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" oder Freitext hl7:effectiveTime SXPR_TS 1 … 1 M Zeitelement zur Aufnahme des Einnahmezeitpunkts. wo [@xsi:type='SXPR_TS']   Constraint Die comp-Komponenten mit PIVL_TS müssen bei allen Einnahmezeitpunkten gleich angegeben werden! 1. Komponentencontainer mit @operator=A, ggf. folgende Komponentencontainer mit @operator=I hl7:comp EIVL_TS 1 … 1 M Komponentencontainer wo [@xsi:type='EIVL_TS'] hl7:event 1 … 1 M Einnahmezeitpunkt. @code cs 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.59 ELGA_Einnahmezeitpunkte (DYNAMIC) hl7:offset IVL_PQ 1 … 1 M Zeitversatz (immer mit 0 Sekunden angegeben). @value 1 … 1 F 0 @unit cs 1 … 1 F s hl7:comp PIVL_TS 1 … 1 M Komponentencontainer zur Aufnahme der Einnahmetage. Diese Komponenten MÜSSEN bei allen Einnahmezeitpunkten (SequenceNumber) gleich angegeben werden! wo [@xsi:type='PIVL_TS'] [@operator='A'] @operator cs 1 … 1 F A hl7:phase IVL_TS 1 … 1 R Phase der Einnahme. hl7:value TS Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag). hl7:period PQ 1 … 1 R @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:comp PIVL_TS 0 … * 2.+ Komponentencontainer zur Aufnahme der Einnahmetage wo [@xsi:type='PIVL_TS'] [@operator='I'] hl7:phase IVL_TS 1 … 1 R hl7:value TS hl7:period PQ 1 … 1 R @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:doseQuantity IVL_PQ 1 … 1 M Dosis. hl7:consumable 1 … 1 M hl7:manufacturedProduct 1 … 1 M hl7:manufactured​Material 1 … 1 R @nullFlavor cs 1 … 1 F NA

8.3.2.77 Splitdose-Einnahmezeitpunkte 2

Id	1.2.40.0.34.11.30047 ref elgabbr-	Gültigkeit ab	2015‑09‑05
Status	Entwurf	Versions-Label
Name	Splitdose2	Bezeichnung	Splitdose-Einnahmezeitpunkte 2
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30047 Splitdose-Einnahmezeitpunkte 2 (2015‑09‑05) ref elgabbr-
Item DT Kard Konf Beschreibung Label hl7:substanceAdministration 1 … 1 M Abbildung eines Einnahmezeitpunkts und –dosis als untergeordnetes substanceAdministration-Element. @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F INT   Constraint Konditionale Konformität Card Conf Prädikat 1..1 M Menge in nicht-zählbaren Einheiten, zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" 0..1 O Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.), zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" oder Freitext hl7:effectiveTime SXPR_TS 1 … 1 M Zeitelement zur Aufnahme des Einnahmezeitpunkts. wo [@xsi:type='SXPR_TS']   Constraint Die comp-Komponenten mit PIVL_TS müssen bei allen Einnahmezeitpunkten gleich angegeben werden! 1. Komponentencontainer mit @operator=A, ggf. folgende Komponentencontainer mit @operator=I hl7:comp EIVL_TS 1 … 1 M Komponentencontainer wo [@xsi:type='EIVL_TS'] hl7:event 1 … 1 M Einnahmezeitpunkt. @code cs 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.59 ELGA_Einnahmezeitpunkte (DYNAMIC) hl7:offset IVL_PQ 1 … 1 M Zeitversatz (immer mit 0 Sekunden angegeben). @value 1 … 1 F 0 @unit cs 1 … 1 F s hl7:comp PIVL_TS 1 … 1 M Komponentencontainer zur Aufnahme der Einnahmetage. Diese Komponenten MÜSSEN bei allen Einnahmezeitpunkten (SequenceNumber) gleich angegeben werden! wo [@xsi:type='PIVL_TS'] [@operator='A'] @operator cs 1 … 1 F A hl7:phase IVL_TS 1 … 1 R Phase der Einnahme. hl7:value TS Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag). hl7:period PQ 1 … 1 R @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:comp PIVL_TS 0 … * 2.+ Komponentencontainer zur Aufnahme der Einnahmetage wo [@xsi:type='PIVL_TS'] [@operator='I'] hl7:phase IVL_TS 1 … 1 R hl7:value TS hl7:period PQ 1 … 1 R @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:doseQuantity IVL_PQ 1 … 1 M Dosis. hl7:consumable 1 … 1 M hl7:manufacturedProduct 1 … 1 M hl7:manufactured​Material 1 … 1 R @nullFlavor cs 1 … 1 F NA

8.3.2.78 Patient Instructions

Id	1.2.40.0.34.11.30033 ref elgabbr-	Gültigkeit ab	2020‑10‑06 13:32:41 Andere Versionen mit dieser Id: PatientInstructions vom 2014‑09‑10 PatientInstructions vom 2013‑12‑21
Status	Entwurf	Versions-Label	2020.1
Name	PatientInstructions	Bezeichnung	Patient Instructions
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30033 Patient Instructions (2014‑09‑10) ref elgabbr- Version: Template 1.2.40.0.34.11.30033 Patient Instructions (2014‑09‑10) ref elgabbr-
Beispiel	Beispiel <act classCode="ACT" moodCode="INT">   <templateId root="2.16.840.1.113883.10.20.1.49"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3"/>  <code code="PINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>  <text>     <reference value="#patinfo-{generierteID}"/>  </text>  <statusCode code="completed"/>  <entryRelationship typeCode="SUBJ" inversionInd="true">     <!-- Eine oder mehrere Referenzen zu Informationskategorien: “Zusatzinformationen für den Patienten”, “Informationen zur alternative Einnahme”, “Informationen zur Arznei” -->     <act classCode="ACT" moodCode="INT">       <templateId root="1.2.40.0.34.11.8.0.3.1"/>      <code code="ZINFO" codeSystem="1.2.40.0.34.5.103" codeSystemName="ELGA_ActCode"/>      <text>         <reference value="#zinfo|altein|arzneiinfo-{generierteID}"/>      </text>      <statusCode code="completed"/>    </act>  </entryRelationship></act>
Item DT Kard Konf Beschreibung Label hl7:act Abbildung der Zusatzbemerkungen als untergeordnetes act-Element. @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.49 hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.3 hl7:code CE 1 … 1 M @code CONF 1 … 1 F PINSTRUCT @codeSystem 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.2 hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die Zusatzinformationen für den Patienten, Informationen zur alternativen Einnahme und Informationen zur Arznei angeführt sind) hl7:reference TEL 1 … 1 M @value 1 … 1 R #patinfo-{generierteID}, z.B.: #patinfo-1 hl7:statusCode CS 1 … 1 M @code CONF 1 … 1 F completed hl7:entryRelationship 1 … 3 M Komponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein). @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3.1 hl7:code CE 1 … 1 M   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.161 ELGA_ActCode_PatInfo (DYNAMIC) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist) hl7:reference TEL 1 … 1 M @value 1 … 1 R #zinfo|altein|arzneiinfo-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #altein-1 hl7:statusCode CS 1 … 1 M @code CONF 1 … 1 F completed

8.3.2.79 Pharmacist Instructions

Id	1.2.40.0.34.11.30034 ref elgabbr-	Gültigkeit ab	2020‑10‑06 13:34:04 Andere Versionen mit dieser Id: PharmacistInstructions vom 2014‑09‑10 PharmacistInstructions vom 2013‑12‑21
Status	Entwurf	Versions-Label	2020.1
Name	PharmacistInstructions	Bezeichnung	Pharmacist Instructions
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30034 Pharmacist Instructions (2014‑09‑10) ref elgabbr-
Beispiel	Beispiel <act classCode="ACT" moodCode="INT">   <templateId root="2.16.840.1.113883.10.20.1.43"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3.1"/>  <code code="FINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>  <text>     <reference value="#abginfo-{generierteID}"/>  </text>  <statusCode code="completed"/>  <!-- Eine oder mehrere Referenzen zu Informationskategorien: “Ergänzende Informationen zur Abgabe”, “Ergänzende Informationen zur magistralen Zubereitung” -->   <entryRelationship typeCode="SUBJ" inversionInd="true">     <act classCode="ACT" moodCode="INT">       <templateId root="1.2.40.0.34.11.8.0.3.2"/>      <code code="ERGINFO" codeSystem="1.2.40.0.34.5.103" codeSystemName="ELGA_ActCode"/>      <text>         <reference value="#erginfo|magzub-{generierteID}"/>      </text>      <statusCode code="completed"/>    </act>  </entryRelationship></act>
Item DT Kard Konf Beschreibung Label hl7:act @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.43 hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.3.1 hl7:code CE 1 … 1 M @code CONF 1 … 1 F FINSTRUCT @codeSystem 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.2 hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die ergänzenden Informationen zur Abgabe oder zu der magistralen Zubereitungen angeführt sind) hl7:reference TEL 1 … 1 M @value 1 … 1 R #abginfo-{generierteID}, z.B.: #abginfo-1 hl7:statusCode CS 1 … 1 M @code CONF 1 … 1 F completed hl7:entryRelationship 1 … 2 M Komponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein). @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3.2 hl7:code CE 1 … 1 M   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.160 ELGA_ActCode_AbgInfo (DYNAMIC) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist) hl7:reference TEL 1 … 1 M @value 1 … 1 R #erginfo|magzub-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #magzub-1 hl7:statusCode CS 1 … 1 M @code CONF 1 … 1 F completed

8.3.2.80 Therapieart

Id	1.2.40.0.34.11.30045 ref elgabbr-	Gültigkeit ab	2014‑09‑10
Status	Aktiv	Versions-Label
Name	Therapieart	Bezeichnung	Therapieart
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Item DT Kard Konf Beschreibung Label hl7:entryRelationship 0 … 1 Therapieart dieses MedikationVerordnung-Entry wo [@typeCode='COMP'] [hl7:act/hl7:templateId [@root='1.2.40.0.34.11.8.1.3.4']] @typeCode 1 … 1 F COMP   Beispiel <entryRelationship typeCode="COMP">   <act classCode="ACT" moodCode="INT">     <templateId root="1.2.40.0.34.11.8.1.3.4"/>    <code code="EINZEL" displayName="Einzelverordnung" codeSystem="1.2.40.0.10.1.4.3.4.3.6" codeSystemName="MedikationTherapieArt"/>  </act></entryRelationship> hl7:act 1 … 1 M @classCode 1 … 1 F ACT @moodCode 1 … 1 F INT hl7:templateId II 1 … 1 M @root 1 … 1 F 1.2.40.0.34.11.8.1.3.4 hl7:code CE 1 … 1 M   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.30 ELGA_MedikationTherapieArt (DYNAMIC) hl7:originalText ED 0 … 1 Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“.

8.3.2.81 ID des Containers

Id	1.2.40.0.34.11.90013 ref elgabbr-	Gültigkeit ab	2020‑07‑21 13:38:52 Andere Versionen mit dieser Id: Iddescontainers vom 2015‑04‑23
Status	Entwurf	Versions-Label
Name	Iddescontainers	Bezeichnung	ID des Containers
Beschreibung Wird das ELGA MedikationVerordnungs-Entry im Rahmen der Medikationsliste verwendet, MUSS die ID des Rezept-Dokuments, welches das Verordnungs-Entry ursprünglich beinhaltete, angegeben sein. Bemerkung: Es ist immer die ID des Rezept-Dokuments anzugeben, mittels welchem das Verordnungs-Entry ursprünglich angelegt wurde, auch wenn z.B. das vorliegende Verordnungs-Entry das Ergebnis von Änderungen mittels Pharmazeutischer Empfehlungen ist und demnach eine andere VerordnungsID als das ursprüngliche besitzt.
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.90013 ID des Containers (2015‑04‑23) ref elgabbr- Version: Template 1.2.40.0.34.11.90013 ID des Containers (2015‑04‑23) ref elgabbr-
Beispiel	Beispiel <reference typeCode="XCRPT">   <externalDocument>     <id root="1.2.40.0.10.1.4.3.4.2.1" extension="WYE82A2G8EEW" assigningAuthorityName="e-MedAT"/>  </externalDocument></reference>
Item DT Kard Konf Beschreibung Label hl7:reference ID des Verordnungs-Entry Containers (Rezept-Dokument). @typeCode cs 1 … 1 F XCRPT hl7:externalDocument 1 … 1 M hl7:id II 1 … 1 M ID des MedikationVerordnung-Entry. @root uid 1 … 1 F 1.2.40.0.10.1.4.3.4.2.1 @extension st 1 … 1 R eMED-ID @assigningAuthorityName 1 … 1 F e-MedAT

8.3.2.82 Laboratory Observation Entry

Id	1.2.40.0.34.6.0.11.3.27	Gültigkeit ab	2019‑05‑07 13:44:02 Andere Versionen mit dieser Id: atcdabbr_entry_LaboratoryObservation vom 2023‑06‑01 13:58:20 atcdabbr_entry_LaboratoryObservation vom 2021‑04‑19 16:15:55
Status	Aktiv	Versions-Label	1.0.0+20210311
Name	atcdabbr_entry_LaboratoryObservation	Bezeichnung	Laboratory Observation Entry
Beschreibung Ergebnisse einer Laboruntersuchung (Analyse, Test) werden als "observation" codiert. Jede "observation" stellt das Ergebnis genau einer Laboruntersuchung dar. Die "observation" kann als Einzeluntersuchung direkt unter dem Specimen-Act (siehe "Laboratory Report Data Processing Entry"); als Teil einer Befundgruppe (siehe "Laboratory Battery Organizer"); vorkommen.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.27
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.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC 1.2.40.0.34.6.0.11.9.28 Containment Performer Body - Laboratory (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.3.11 Containment Comment Entry (1.0.0+20210219) DYNAMIC
Beziehung	Spezialisierung: Template 1.3.6.1.4.1.19376.1.3.1.6 (DYNAMIC)
Beispiel	Strukturbeispiel <observation classCode="OBS" moodCode="EVN">   <templateId root="1.2.40.0.34.6.0.11.3.27"/>  <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="26464-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Leukozyten"/>  <text>     <reference value="#OBS-1-1"/>  </text>  <statusCode code="completed"/>  <effectiveTime value="20190201092200+0100"/>  <value unit="g/dL" value="16.0" xsi:type="PQ"/>  <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" displayName="normal"/>  <performer>     <!-- template 1.2.40.0.34.6.0.11.9.28 'Performer Body - Laboratory' -->   </performer>  <entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.11 'Comment Entry' -->   </entryRelationship>  <referenceRange typeCode="REFV">     <observationRange classCode="OBS" moodCode="EVN.CRT">       <text>         <reference value="#OBSREF-1-1"/>      </text>      <value xsi:type="IVL_PQ">         <low value="0" unit="g/dL"/>        <high value="28" unit="g/dL" inclusive="false"/>      </value>      <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83"/>    </observationRange>  </referenceRange></observation>
Beispiel	Strukturbeispiel für ein in Arbeit befindliches Laborergebnis ('Wert folgt') <observation classCode="OBS" moodCode="EVN">   <templateId root="1.2.40.0.34.6.0.11.3.27"/>  <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="26464-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Leukozyten"/>  <text>     <reference value="#OBS-1-2"/>  </text>  <statusCode code="completed"/>  <effectiveTime value="UNK"/>  <value xsi:type="CD" code="255599008" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED-CT" displayName="Incomplete (qualifier value)">     <translation>       <originalText>         <reference value="#OBS-1-2-result"/>      </originalText>    </translation>  </value></observation>
Item DT Kard Konf Beschreibung Label hl7:observation @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M Laboratory Observation @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.27 hl7:templateId II 1 … 1 M IHE PalM TF3 Rev.10, 6.3.4.13 Laboratory Observation @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.3.1.6 hl7:id II 0 … 1 Eindeutige ID der Laboruntersuchung nach einer internen Codierung. hl7:code CE 1 … 1 R Codierung der Laboruntersuchung. Sollte in dem Value Set "ELGA_Laborparameter" kein Code für die Laboruntersuchung verfügbar sein, kann diese dennoch maschinenlesbar hinterlegt werden mit der Kennzeichnung, dass der Wert nicht aus dem Value Set stammt. Das gilt auch für den Fall, dass ein passender LOINC Code exisitiert, aber nicht im aktuellen Value Set "ELGA_Laborparameter" enthalten ist. Es wird gebeten, dass benötigte Codes umgehend an ELGA gemeldet werden, um diese im Zuge von Reviewzyklen in die Codelisten und Value Sets einzupflegen. Für die Befunddarstellung solcher Laborergebnisse wird empfohlen, dass diese jeweils am Ende der thematisch passendsten Gruppe einzureihen sind, solange es noch keine andere Vorgabe oder Empfehlung gibt.   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.44 ELGA_Laborparameter (DYNAMIC)   Beispiel Codierung der Laboruntersuchung <code code="26464-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Leukozyten"/>   Beispiel Codierung der Laboruntersuchung ohne passenden Code <code nullFlavor="OTH">   <translation code="alternativerCode" codeSystem="alternativeCodeSystem" codeSystemName="NameDesCodeSystems" displayName="klarTextDarstellung"/></code>   Schematron assert role  error     test not(@nullFlavor) or not(@nullFlavor='OTH') or hl7:translation     Meldung Wenn code[@nullFlavor='OTH'] dann MUSS code/translation anwesend sein.   Eingefügt 0 … 1 von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) Das Element "text" wird verwendet, um einen Verweis zum narrativen Text der Laboruntersuchung herzustellen. hl7:text ED 0 … 1 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. @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 Der "statusCode" kann folgende Werte annehmen: completed: zu verwenden, wenn die Laboruntersuchung abgeschlossen ist und das Ergebnis vorliegt. aborted: zu verwenden, wenn die Laboruntersuchung nicht durchgeführt werden konnte (abgebrochen wurde).   CONF @code MUSS "completed" sein oder @code MUSS "aborted" sein Auswahl 1 … 1 Medizinisch relevantes Datum und Zeit. In der Regel Abnahmedatum/-zeit des Spezimen. Elemente in der Auswahl: hl7:effectiveTime[@nullFlavor='UNK'] hl7:effectiveTime[not(@nullFlavor)] hl7:effectiveTime IVL_TS 0 … 1 wo [@nullFlavor='UNK'] hl7:effectiveTime IVL_TS 0 … 1 wo [not(@nullFlavor)] Auswahl 0 … 1 Ergebnis der Laboruntersuchung codiert entsprechend dem Datentyp. Kann bei stornierten Laboruntersuchungen entfallen. Numerische Ergebnisse werden in der Regel als "physical quantity" PQ dargestellt, was die Angabe einer UCUM codierten Einheit erforderlich macht. Es MUSS die "case sensitive" Variante (c/s) der maschinenlesbaren Form des UCUM verwendet werden. Die bevorzugte Einheit für jede Laboruntersuchung wird im Value Set "ELGA_Laborparameter" vorgeschlagen, jeweils in der "print" Variante (für die Darstellung) und in der maschinenlesbaren Form. Es wird EMPFOHLEN, anstelle von Einheitenpräfixen ("Giga", "Mega", "Milli", "Mikro" etc.) eine Potenzschreibweise zu wählen, vor allem, wenn die Groß/Kleinschreibung eine Rolle spielt und Verwechslungen möglich sind (z.B. "G/L"=Giga pro Liter vs. "g/L"=Gramm/Liter). Also "10^6" statt "M" (Mega), "10^9" statt "G" (Giga) usw. Unterelemente können je nach Datentyp notwendig sein, z.B. high/low für IVL oder numerator/denominator für RTO. 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='CD'] hl7:value[@xsi:type='RTO'] hl7:value[@xsi:type='RTO_QTY_QTY'] hl7:value[@xsi:type='RTO_PQ_PQ'] hl7:value PQ C Codierung von numerischen Ergebnissen wo [@xsi:type='PQ']   Beispiel Codierung eines numerischen Ergebnisses <value xsi:type="PQ" value="49.7" unit="%"/>   Beispiel Codierung von numerischen, dimensionslosen Ergebnissen <!-- Für dimensionslose Einheiten wird in UCUM häufig eine Einheit angegeben, wie z.B. "[pH]" für den pH-Wert. --> <value xsi:type="PQ" value="7" unit="[pH]"/>   Beispiel Codierung von numerischen, dimensionslosen Ergebnissen <!-- Wenn keine UCUM-Einheit vorgeschlagen ist, können dimensionslose Einheiten auch mit @unit="1" dargestellt werden, hier für INR. --> <value xsi:type="PQ" value="1.1" unit="1"/> 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. hl7:value IVL_PQ C Codierung von Intervallen wo [@xsi:type='IVL_PQ']   Beispiel Codierung eines Intervalls <!-- Angabe von 20 - 30 mg/dl --> <!-- @inclusive gibt mit true/false an, ob die Intervallgrenze im Intervall enthalten ist oder nicht (offenes oder geschlossenes Intervall). --> <value xsi:type="IVL_PQ">   <low value="20" unit="mg/dl" inclusive="true"/>  <high value="30" unit="mg/dl" inclusive="true"/></value> hl7:value INT C wo [@xsi:type='INT'] hl7:value IVL_INT C wo [@xsi:type='IVL_INT'] hl7:value BL C wo [@xsi:type='BL'] hl7:value ST C Codierung von textuellen Ergebnissen. Die Angabe des Ergebnisses erfolgt hier als Wert des Elements. Im narrativen Block MUSS derselbe Text wie im Entry dargestellt werden. wo [@xsi:type='ST']   Beispiel Codierung eines textuellen Ergebnisses <value xsi:type="ST">strohgelb</value> hl7:value CV C wo [@xsi:type='CV'] hl7:value TS C wo [@xsi:type='TS'] hl7:value CD C Wenn ein Ergebnis vorliegt, das durch das Value Set "ELGA_NachweisErgebnis_VS" abgedeckt werden kann, MUSS ein Wert aus diesem verwendet werden. wo [@xsi:type='CD']   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.186 ELGA_NachweisErgebnis_VS (DYNAMIC)   Beispiel Codierung, wenn ein Erreger nachgewiesen werden konnte. <value xsi:type="CD" code="260373001" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED-CT" displayName="Detected (qualifier value)"/> hl7:value CD C wo [@xsi:type='CD'] hl7:value RTO C Codierung von Verhältnisangaben. wo [@xsi:type='RTO']   Beispiel Verhältnisangabe für Titer (z.B. '1:125') <value xsi:type="RTO">   <numerator value="1" xsi:type="INT"/>  <denominator value="128" xsi:type="INT"/></value> hl7:value RTO_QTY_QTY C wo [@xsi:type='RTO_QTY_QTY'] hl7:value RTO_PQ_PQ C 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 … 1 Codierte Bewertung des Ergebnisses. Wird sowohl für Referenzbereichbewertungen als auch für die Codierung der RAST-Klassen verwendet.   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.13 ELGA_ObservationInterpretation (DYNAMIC)   Beispiel Bewertung eines numerischen Ergebnisses <interpretationCode code="H" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="High"/>   Beispiel Bewertung eines nicht-numerischen Ergebnisses <interpretationCode code="AA" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Abnormal Alert"/>   Schematron assert role  error     test not(hl7:referenceRange) or hl7:interpretationCode     Meldung Wenn zu einer Laboruntersuchung ein Referenzwert mit observation/referenceRange angeführt wird MUSS auch eine Befundinterpretation in observation/interpretationCode erfolgen.   hl7:performer 0 … * Externes Labor. Beinhaltet 1.2.40.0.34.6.0.11.9.28 Performer Body - Laboratory (DYNAMIC)   Schematron assert role  error     test not(hl7:assignedEntity/hl7:code) or (hl7:assignedEntity/hl7:code[@code='E'] and hl7:assignedEntity/hl7:code[@codeSystem='2.16.840.1.113883.2.16.1.4.9'] and hl7:assignedEntity/hl7:code[@codeSystemName='HL7.at.Laborkennzeichnung'] and hl7:assignedEntity/hl7:code[@displayName='EXTERN'])     Meldung Wird assignedEntity/code angegeben MUSS @code='E', @codeSystem='2.16.840.1.113883.2.16.1.4.9', @codeSystemName='HL7.at.Laborkennzeichnung', @displayName='EXTERN' sein   hl7:participant 0 … 1 Validierende Person. Die Elemente "addr" und "telecom" sind verpflichtend anzuführen, können jedoch mit einem @nullFlavor versehen werden. Wird zu einem Ergebnis eine validierende Person gelistet, ist diese auch im Header als "authenticator" anzuführen. @typeCode cs 1 … 1 F AUTHEN @context​Control​Code cs 0 … 1 F OP   Beispiel Codierung der validierenden Person <participant typeCode="AUTHEN">   <templateId root="1.3.6.1.4.1.19376.1.3.3.1.5"/>  <time value="20210123211000+0100"/>  <participantRole>     <id extension="9999" root="1.2.3.999"/>    <addr nullFlavor="UNK"/>    <telecom value="tel:312.555.5555"/>    <playingEntity>       <name>Susanne Hecht</name>    </playingEntity>  </participantRole></participant> hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.3.3.1.5 hl7:time IVL_TS 1 … 1 M hl7:participantRole 1 … 1 R @classCode cs 0 … 1 F ROL hl7:id II 1 … 1 M hl7:addr AD 1 … 1 R hl7:telecom TEL.AT 1 … * R hl7:playingEntity 1 … 1 M @classCode cs 0 … 1 F ENT @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M hl7:entryRelationship 0 … * Beinhaltet 1.2.40.0.34.6.0.11.3.11 Comment Entry (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:referenceRange 0 … 1 Codierung des Referenzbereiches. @typeCode cs 1 … 1 F REFV   Beispiel 43.0% - 49.0% (im zugehörigen section/text steht der entsprechende Text)  : <!-- Level 2 - Narrativer Text -->  : <tr ID="OBS-1-1">   <td>--Laboruntersuchung--</td>  <td>--Ergebnis--</td>  <td>--Einheit--</td>  <td ID="OBSREF-1-1">43.0% - 49.0%</td></tr> : <!-- Level 3 - Codierung -->  : <referenceRange typeCode="REFV">   <observationRange classCode="OBS" moodCode="EVN.CRT">     <text>       <reference value="#OBSREF-1-1"/>    </text>    <value type="IVL_PQ">       <low value="43.0" unit="%"/>      <high value="49.0" unit="%"/>    </value>    <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Normal"/>  </observationRange></referenceRange>   Beispiel Phase 1: 43.0 - 49.0 Phase 2: 45.0 – 55.0 Phase 3: 49.0 – 63.0 (im zugehörigen section/text steht der entsprechende Text) <!-- Da oftmals die Kriterien für die Bewertung von Laborergebnissen nicht vollständig vorliegen, muss für einen Laborbefund die Angabe mehrerer möglicher Referenzbereiche möglich sein, welche sich durch unterschiedliche Vorbedingungen (preconditions) unterscheiden. Leider ist die Angabe solcher unter dem referenceRange laut CDA Rel.2 Definition nicht möglich. Deshalb MUSS an dieser Stelle eine Angabe in Textform erfolgen. Nachfolgendes Beispiel zeigt die Verwendung der "referenceRange" mit mehreren Referenzbereichen mit Preconditions. -->  : <!-- Level 2 - Narrativer Text -->  : <tr ID="OBS-1-2">   <td>--Laboruntersuchung--</td>  <td>--Ergebnis--</td>  <td>--Einheit--</td>  <td ID="OBSREF-1-2">     Phase 1: 43.0 - 49.0    <br/>    Phase 2: 45.0 – 55.0    <br/>    Phase 3: 49.0 – 63.0  </td></tr> : <!-- Level 3 - Codierung -->  : <referenceRange typeCode="REFV">   <observationRange classCode="OBS" moodCode="EVN.CRT">     <text>       <reference value="#OBSREF-1-2"/>    </text>    <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Normal"/>  </observationRange></referenceRange>   Beispiel >40.0% (im zugehörigen section/text steht der entsprechende Text) <!-- Im Falle eines einseitig unbeschränkten Intervalls wie z.B. bei ">40" wird entweder nur der "low" bzw. "high" Wert angegeben, wobei auf der Seite, auf der die Intervallgrenze fehlt, ein @nullFlavor angegeben werden MUSS. Ein "kleiner als" Referenzbereich wie z.B. "<17" SOLL als Intervall von 0 bis 17 beschrieben werden. -->  : <!-- WICHTIG: Im text-Bereich MUSS ">" durch ">" und "<" durch "<" ersetzt werden. -->  : <!-- Level 2 - Narrativer Text -->  : <tr ID="OBS-1-3">   <td>--Laboruntersuchung--</td>  <td>--Ergebnis--</td>  <td>--Einheit--</td>  <td ID="OBSREF-1-3">&gt;40.0%</td></tr> : <!-- Level 3 - Codierung -->  : <referenceRange typeCode="REFV">   <observationRange classCode="OBS" moodCode="EVN.CRT">     <text>       <reference value="#OBSREF-1-3"/>    </text>    <value type="IVL_PQ">       <low value="40.0" unit="%" inclusive="false"/>      <high nullFlavor="PINF"/>    </value>    <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Normal"/>  </observationRange></referenceRange>   Beispiel 150 - 360 G/L (im zugehörigen section/text steht der entsprechende Text)  : <!-- Level 2 - Narrativer Text -->  : <tr ID="OBS-1-4">   <td>--Laboruntersuchung--</td>  <td>--Ergebnis--</td>  <td>--Einheit--</td>  <td ID="OBSREF-1-4">150 - 360 G/L</td></tr> : <!-- Level 3 - Codierung -->  : <referenceRange typeCode="REFV">   <observationRange classCode="OBS" moodCode="EVN.CRT">     <text>       <reference value="#OBSREF-1-4"/>    </text>    <value type="IVL_PQ">       <low value="150" unit="G/L"/>      <high value="360" unit="G/L"/>    </value>    <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Normal"/>  </observationRange></referenceRange> hl7:observationRange 1 … 1 M @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN.CRT Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) Das Element "text" wird verwendet, um einen Verweis zum narrativen Text des Referenzbereiches herzustellen. hl7:text ED 1 … 1 M 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. @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:value IVL_PQ 0 … 1 Auswahl 1 … 1 Unterer Grenzwert Elemente in der Auswahl: hl7:low[not(@nullFlavor)] hl7:low[@nullFlavor='NA'] hl7:low[@nullFlavor='NINF'] hl7:low IVXB_PQ 0 … 1 wo [not(@nullFlavor)] hl7:low IVXB_PQ 0 … 1 wo [@nullFlavor='NA'] hl7:low IVXB_PQ 0 … 1 wo [@nullFlavor='NINF'] Auswahl 1 … 1 Oberer Grenzwert Elemente in der Auswahl: hl7:high[not(@nullFlavor)] hl7:high[@nullFlavor='NA'] hl7:high[@nullFlavor='PINF'] hl7:high IVXB_PQ 0 … 1 wo [not(@nullFlavor)] hl7:high IVXB_PQ 0 … 1 wo [@nullFlavor='NA'] hl7:high IVXB_PQ 0 … 1 wo [@nullFlavor='PINF'] hl7:interpretationCode CE 1 … 1 M @code CONF 1 … 1 F N @codeSystem 1 … 1 F 2.16.840.1.113883.5.83 (Observation Interpretation)

8.3.2.83 EXNDS Arzneimittel-Organizer

Id	1.2.40.0.34.6.0.11.3.143	Gültigkeit ab	2020‑10‑06 16:56:59
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_ArzneimittelOrganizer	Bezeichnung	EXNDS Arzneimittel-Organizer
Beschreibung Dieses Organizer-Element dient dazu, Informationen zu einzelnen Verordnungen zu sammeln, welche NICHT im Medikation Verordnungs Entry untergebracht werden. Beispiele hierzu wären Preisinformation zu Arnzeimittel
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.143
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 6 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.3.140 Containment EXNDS Preis Arzneimittel TAX (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.141 Containment EXNDS Preis Arzneimittel Apotheke (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.144 Containment EXNDS Arzneimittel Packungsart (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.146 Containment EXNDS Magistralzubereitung-Organizer (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.148 Containment EXNDS Arzneimittel Bezahlt (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.149 Containment EXNDS Arzneimittel Rezeptgebührenbefreit (1.0.0+20210310) DYNAMIC
Beispiel	Beispiel <hl7:organizer classCode="BATTERY" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.143"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="ArnMittelOrganizer" codeSystem="1.2.40.0.34.5.195" displayName="Arzneimittel-Organizer" codeSystemName="EXNDS_Concepts"/>  <hl7:statusCode code="completed"/>  <hl7:component typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.140 'EXNDS Preis Arzneimittel TAX' (2020-10-06T15:52:49) -->   </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.141 'EXNDS Preis Arzneimittel Apotheke' (2020-10-06T15:56:37) -->   </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.144 'EXNDS Arzneimittel Packungsart' (2020-10-06T17:02:57) -->   </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.146 'EXNDS Magistralzubereitung-Organizer' (2020-10-06T17:18:44) -->   </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.148 'EXNDS Arzneimittel Bezahlt' (2020-10-06T17:28:02) -->   </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.149 'EXNDS Arzneimittel Rezeptgebührenbefreit' (2020-10-06T17:31:38) -->   </hl7:component></hl7:organizer>
Item DT Kard Konf Beschreibung Label hl7:organizer @classCode cs 1 … 1 F BATTERY @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.143 hl7:id II 1 … 1 M Dieses ID-Element MUSS dem ID-Element der zugehörigen Verordnung entsprechen hl7:code CD 1 … 1 M @code cs 1 … 1 F ArnMittelOrganizer @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Arzneimittel-Organizer @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:statusCode CS 1 … 1 R @code CONF 0 … 1 F completed hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.140 EXNDS Preis Arzneimittel TAX (DYNAMIC) wo [hl7:observation [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.3.140']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.141 EXNDS Preis Arzneimittel Apotheke (DYNAMIC) wo [hl7:observation [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.3.141']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.144 EXNDS Arzneimittel Packungsart (DYNAMIC) wo [hl7:observation [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.3.144']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.146 EXNDS Magistralzubereitung-Organizer (DYNAMIC) wo [hl7:organizer [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.3.146']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.148 EXNDS Arzneimittel Bezahlt (DYNAMIC) wo [hl7:observation [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.3.148']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.149 EXNDS Arzneimittel Rezeptgebührenbefreit (DYNAMIC) wo [hl7:observation [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.3.149']]] @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

8.3.2.84 EXNDS Preis Arzneimittel TAX

Id	1.2.40.0.34.6.0.11.3.140	Gültigkeit ab	2020‑10‑06 15:52:49
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_PreisArnzeimittelTAX	Bezeichnung	EXNDS Preis Arzneimittel TAX
Beschreibung	Angabe des TAX-Preises eines Arzneimittels
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.140
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.142 Containment EXNDS Preis Mehrwertsteuersatz (1.0.0+20210310) DYNAMIC
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.140"/>  <hl7:code code="ArzMittelPreisTAX" codeSystem="1.2.40.0.34.5.195" displayName="TAX-Preis des Arzneimittels" codeSystemName="EXNDS_Concepts"/>  <hl7:value xsi:type="PQ" value="--TODO--" unit="cs"/>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.142 'EXNDS Preis Mehrwertsteuersatz' (2020-10-06T16:36:41) -->   </hl7:entryRelationship></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN @negationInd bl 0 … 1   hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.140 hl7:code CD 1 … 1 M @code cs 1 … 1 F ArzMittelPreisTAX @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F TAX-Preis des Arzneimittels @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:value 1 … 1 M @xsi:type cs 1 … 1 F PQ @value 1 … 1 R Angabe des Geldwerts @unit cs 1 … 1 R Angabe der Währung. z.B. unit="EUR" hl7:entryRelationship 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.3.142 EXNDS Preis Mehrwertsteuersatz (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

8.3.2.85 EXNDS Preis Mehrwertsteuersatz

Id	1.2.40.0.34.6.0.11.3.142	Gültigkeit ab	2020‑10‑06 16:36:41
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_PreisMWST	Bezeichnung	EXNDS Preis Mehrwertsteuersatz
Beschreibung	Angabe des Mehrwertsteuersatzes
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.142
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.142"/>  <hl7:code code="MWST" codeSystem="1.2.40.0.34.5.195" displayName="Mehrwertsteuersatz" codeSystemName="EXNDS_Concepts"/>  <hl7:value xsi:type="PQ" value="--TODO--" unit="[%]"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN @negationInd bl 0 … 1   hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.142 hl7:code CD 1 … 1 M @code cs 1 … 1 F MWST @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Mehrwertsteuersatz @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:value 1 … 1 M @xsi:type cs 1 … 1 F PQ @value 1 … 1 R Angabe des Steuersatzes @unit cs 1 … 1 F [%]   Angabe der Währung. z.B. unit="EUR"

8.3.2.86 EXNDS Preis Arzneimittel Apotheke

Id	1.2.40.0.34.6.0.11.3.141	Gültigkeit ab	2020‑10‑06 15:56:37
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_PreisArnzeimittelApotheke	Bezeichnung	EXNDS Preis Arzneimittel Apotheke
Beschreibung	Angabe des Apotheken-Verkaufspreises des Arzneimittels.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.141
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.142 Containment EXNDS Preis Mehrwertsteuersatz (1.0.0+20210310) DYNAMIC
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.141"/>  <hl7:code code="ArzMittelPreisApo" codeSystem="1.2.40.0.34.5.195" displayName="Apotheken-Verkaufspreis des Arzneimittels" codeSystemName="EXNDS_Concepts"/>  <hl7:value xsi:type="PQ" value="--TODO--" unit="cs"/>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.142 'EXNDS Preis Mehrwertsteuersatz' (2020-10-06T16:36:41) -->   </hl7:entryRelationship></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN @negationInd bl 0 … 1   hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.141 hl7:code CD 1 … 1 M @code cs 1 … 1 F ArzMittelPreisApo @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Apotheken-Verkaufspreis des Arzneimittels @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:value 1 … 1 M @xsi:type cs 1 … 1 F PQ @value 1 … 1 R Angabe des Geldwerts @unit cs 1 … 1 R Angabe der Währung. z.B. unit="EUR" hl7:entryRelationship 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.3.142 EXNDS Preis Mehrwertsteuersatz (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

8.3.2.87 EXNDS Arzneimittel Packungsart

Id	1.2.40.0.34.6.0.11.3.144	Gültigkeit ab	2020‑10‑06 17:02:57
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_ArzneimittelPackungsart	Bezeichnung	EXNDS Arzneimittel Packungsart
Beschreibung	Angabe zur Packungsart des Arzneimittels
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.144
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.144"/>  <hl7:code code="ArnMittelPackArt" codeSystem="1.2.40.0.34.5.195" displayName="Arzneimittelpakungsart" codeSystemName="EXNDS_Concepts"/>  <hl7:value xsi:type="CD" code="ArnMittelPackArt_OP" codeSystem="1.2.40.0.34.5.195" displayName="Originalpackung"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN @negationInd bl 0 … 1   hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.144 hl7:code CD 1 … 1 M @code cs 1 … 1 F ArnMittelPackArt @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Arzneimittelpakungsart @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:value CD (extensible) 1 … 1 M @xsi:type cs 1 … 1 F CD   CONF Der Wert von @code SOLLTE gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.45 exnds_ArzneimittelPackungsArt_VS (DYNAMIC)

8.3.2.88 EXNDS Laboratory Battery Organizer

Id	1.2.40.0.34.6.0.11.3.138	Gültigkeit ab	2020‑10‑06 14:17:12
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_LaboratoryBatteryOrganizer	Bezeichnung	EXNDS Laboratory Battery Organizer
Beschreibung	Adaption des Laboratory Battery Organizers von ELGA. Im Gegensatz zu dem Element aus ELGA wird hier NICHT nach den Laborgruppen unterschieden, sondern es kommen sämtliche Labortests in diese Organizer
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.138
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.15 Inklusion Time Interval Information minimal (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.3.27 Containment Laboratory Observation (2.0.1) DYNAMIC 1.2.40.0.34.6.0.11.3.19 Containment Eingebettetes Objekt Entry (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.11 Containment Comment Entry (1.0.0+20210219) DYNAMIC
Beziehung	Spezialisierung: Template 1.2.40.0.34.6.0.11.3.26 Laboratory Battery Organizer (2019‑05‑29 10:51:34) ref at-cda-bbr-
Beispiel	Strukturbeispiel <hl7:organizer classCode="BATTERY" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.138"/>  <hl7:templateId root="1.2.40.0.34.6.0.11.3.26"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.3.1.4"/>  <hl7:code code="1" codeSystem="1.2.40.0.34.5.11" displayName="Allgemeiner Laborbefund" codeSystemName="ELGA_LaborparameterErgaenzung"/>  <hl7:statusCode code="completed"/>  <hl7:effectiveTime>     <!-- include template 1.2.40.0.34.6.0.11.9.15 'Time Interval Information minimal' (dynamic) .. O -->   </hl7:effectiveTime>  <!-- choice: 0..* element hl7:component containing template 1.2.40.0.34.6.0.11.3.27 (dynamic) element hl7:component containing template 1.2.40.0.34.6.0.11.3.19 (dynamic) element hl7:component containing template 1.2.40.0.34.6.0.11.3.11 (dynamic) --> </hl7:organizer>
Item DT Kard Konf Beschreibung Label hl7:organizer Die Befundgruppe als maschinenlesbares Element. @classCode cs 1 … 1 F BATTERY @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.138 hl7:templateId II 1 … 1 M ELGA @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.26 hl7:templateId II 1 … 1 M IHE PaLM Laboratory Battery Organizer @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.3.1.4 hl7:code CE 1 … 1 M @code cs 1 … 1 F 1 @codeSystem oid 1 … 1 F 1.2.40.0.34.5.11 @displayName st 0 … 1 F Allgemeiner Laborbefund @codeSystemName st 0 … 1 F ELGA_LaborparameterErgaenzung hl7:statusCode CS 1 … 1 M Fester Wert "completed" @code CONF 1 … 1 F completed hl7:effectiveTime IVL_TS 0 … 1 Fertigstellungszeitpunkt der enthaltenen Tests. Eingefügt von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) Auswahl 1 … 1 Elemente in der Auswahl: hl7:low[@value] hl7:low[@nullFlavor='UNK'] hl7:low TS.AT.TZ 0 … 1 wo [@value] hl7:low TS.AT.TZ 0 … 1 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 wo [@value] hl7:high TS.AT.TZ 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 0 … * Elemente in der Auswahl: hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.27 Laboratory Observation (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.11 Comment Entry (DYNAMIC) hl7:component 0 … * Beinhaltet 1.2.40.0.34.6.0.11.3.27 Laboratory Observation (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … * Beinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … * Beinhaltet 1.2.40.0.34.6.0.11.3.11 Comment Entry (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

8.3.2.89 EXNDS Magistralzubereitung-Organizer

Id	1.2.40.0.34.6.0.11.3.146	Gültigkeit ab	2020‑10‑06 17:18:44
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_MagistralzubereitungOrganizer	Bezeichnung	EXNDS Magistralzubereitung-Organizer
Beschreibung	Dieses Organizer-Element dient dazu, Informationen zu einer Magistralzubereitung abzubilden
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.146
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.3.140 Containment EXNDS Preis Arzneimittel TAX (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.147 Containment EXNDS Arzneimittel Magistraler Bestandteil (1.0.0+20210310) DYNAMIC
Beispiel	Beispiel <hl7:organizer classCode="BATTERY" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.146"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="ArnMittelMagOrganizer" codeSystem="1.2.40.0.34.5.195" displayName="Organizer für magistrale Zubereitungen" codeSystemName="EXNDS_Concepts"/>  <hl7:statusCode code="completed"/>  <hl7:component typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.140 'EXNDS Preis Arzneimittel TAX' (2020-10-06T15:52:49) -->   </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.147 'EXNDS Arzneimittel Magistraler Bestandteil' (2020-10-06T17:22:32) -->   </hl7:component></hl7:organizer>
Item DT Kard Konf Beschreibung Label hl7:organizer @classCode cs 1 … 1 F BATTERY @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.146 hl7:id II 1 … 1 M Dieses ID-Element MUSS dem ID-Element der zugehörigen Verordnung entsprechen hl7:code CD 1 … 1 M @code cs 1 … 1 F ArnMittelMagOrganizer @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Organizer für magistrale Zubereitungen @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:statusCode CS 1 … 1 R @code CONF 0 … 1 F completed hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.3.140 EXNDS Preis Arzneimittel TAX (DYNAMIC) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 1 … * R Beinhaltet 1.2.40.0.34.6.0.11.3.147 EXNDS Arzneimittel Magistraler Bestandteil (DYNAMIC) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

8.3.2.90 EXNDS Arzneimittel Magistraler Bestandteil

Id	1.2.40.0.34.6.0.11.3.147	Gültigkeit ab	2020‑10‑06 17:22:32
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_ArzneimittelMagBestand	Bezeichnung	EXNDS Arzneimittel Magistraler Bestandteil
Beschreibung	Angabe zu einem Bestandteil einer magistralen Zubereitung
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.147
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beispiel	Beispiel <cda:observation classCode="OBS" moodCode="EVN" negationInd="false">   <cda:templateId root="1.2.40.0.34.6.0.11.3.147"/>  <cda:code code="ArnMittelMagBest" codeSystem="1.2.40.0.34.5.195" displayName="Bestandteil einer magistralen Zubereiten" codeSystemName="EXNDS_Concepts"/>  <cda:value xsi:type="ST">     <cda:reference value="--TODO--"/>  </cda:value></cda:observation>
Item DT Kard Konf Beschreibung Label hl7:observation @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN @negationInd bl 0 … 1   hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.147 hl7:code CD 1 … 1 M @code cs 1 … 1 F ArnMittelMagBest @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Bestandteil einer magistralen Zubereiten @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:value ED 1 … 1 M @xsi:type cs 1 … 1 F ED 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. @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.

8.3.2.91 EXNDS Arzneimittel Bezahlt

Id	1.2.40.0.34.6.0.11.3.148	Gültigkeit ab	2020‑10‑06 17:28:02
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_ArzneimittelBezahlt	Bezeichnung	EXNDS Arzneimittel Bezahlt
Beschreibung	Angabe zur Abgabeart: Barverkauf, Kasse, öffentliche Apotheke
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.148
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.148"/>  <hl7:code code="ArnMittelBez" codeSystem="1.2.40.0.34.5.195" displayName="Arzneimittel Bezahlt" codeSystemName="EXNDS_Concepts"/>  <hl7:value xsi:type="BL"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN @negationInd bl 0 … 1   hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.148 hl7:code CD 1 … 1 M @code cs 1 … 1 F ArnMittelBez @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Arzneimittel Bezahlt @codeSystemName st 0 … 1 F EXNDS_Concepts @code CONF 1 … 1 F ArnMittelBez @codeSystem 1 … 1 F 1.2.40.0.34.5.195 (EXNDS_Concepts) @displayName 1 … 1 F Arzneimittel Bezahlt hl7:value 1 … 1 M @xsi:type cs 1 … 1 F BL

8.3.2.92 EXNDS Arzneimittel Rezeptgebührenbefreit

Id	1.2.40.0.34.6.0.11.3.149	Gültigkeit ab	2020‑10‑06 17:31:38
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_ArzneimittelRezGebBef	Bezeichnung	EXNDS Arzneimittel Rezeptgebührenbefreit
Beschreibung	Angabe ob ein Arzneimittel rezepgebührenbefreit ist.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.149
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.149"/>  <hl7:code code="ArnMittelRezGebFrei" codeSystem="1.2.40.0.34.5.195" displayName="Arzneimittel rezeptgebührenbefreit" codeSystemName="EXNDS_Concepts"/>  <hl7:value xsi:type="BL" value="false"/></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN @negationInd bl 0 … 1   hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.149 hl7:code CD 1 … 1 M @code cs 1 … 1 F ArnMittelRezGebFrei @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Arzneimittel rezeptgebührenbefreit @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:value BL 1 … 1 M @xsi:type cs 1 … 1 F BL

8.3.2.93 Immunization Entry

Id	1.2.40.0.34.6.0.11.3.1 ref at-cda-bbr-	Gültigkeit ab	2025‑07‑31 08:25:53 Andere Versionen mit dieser Id: atcdabbr_entry_Immunization vom 2024‑11‑05 14:35:45 atcdabbr_entry_Immunization vom 2024‑05‑21 15:48:03 atcdabbr_entry_Immunization vom 2023‑01‑23 12:29:18 atcdabbr_entry_Immunization vom 2022‑01‑25 14:21:09 atcdabbr_entry_Immunization vom 2021‑08‑04 13:02:28 atcdabbr_entry_Immunization vom 2021‑05‑20 08:43:35 atcdabbr_entry_Immunization vom 2021‑05‑19 15:07:24 atcdabbr_entry_Immunization vom 2021‑05‑17 14:08:25 atcdabbr_entry_Immunization vom 2021‑05‑04 08:23:05 atcdabbr_entry_Immunization vom 2021‑02‑19 12:46:49 atcdabbr_entry_Immunization vom 2019‑01‑16 16:12:57
Status	Aktiv	Versions-Label	2.0.3+20260204
Name	atcdabbr_entry_Immunization	Bezeichnung	Immunization Entry
Beschreibung Enthält die Dokumentation einer einzelnen Impfung (einzelne Verabreichung eines Impfstoffes). Wird die Nachtragung einer Impfung dokumentiert, MUSS dies durch das Element participant/@typeCode = "ENT" gekennzeichnet sein (M [1..1]). Im CodeSystem Schemamatrix sind die gemäß Impfplan Österreich gültigen Kombinationen aus Impfschema, Impfstoff und Dosiskennung hinterlegt.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.1
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 15 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC 1.2.40.0.34.6.0.11.9.32 Containment Vaccine Product (2.0.1) DYNAMIC 1.2.40.0.34.6.0.11.9.31 Containment Vaccine Product nicht angegeben (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.21 Containment Performer Body - Impfende Person (1.0.3+20260204) DYNAMIC 1.2.40.0.34.6.0.11.9.8 Containment Author Body - e-Impfpass (2.0.1+20260204) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.9.14 Containment Participant Body - Transcriber (1.1.0+20220103) DYNAMIC 1.2.40.0.34.6.0.11.9.44 Containment Participant Body - Verifier (2.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.46 Containment Participant Body - Authorized Editor (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.47 Containment Participant Body - Data Enterer (1.0.2+20260204) DYNAMIC 1.2.40.0.34.6.0.11.3.2 Containment Immunization Target Entry (2.0.1) DYNAMIC 1.2.40.0.34.6.0.11.3.5 Containment Immunization Billability Entry (1.0.2) DYNAMIC 1.2.40.0.34.6.0.11.3.168 Containment Zusatzklassifikation (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.14 Containment External Document Entry (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.10 Containment Immunization Schedule Entry (2.0.1+20250217) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2024‑11‑05 14:35:45) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2024‑05‑21 15:48:03) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2023‑01‑23 12:29:18) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2021‑05‑20 08:43:35) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2021‑02‑19 12:46:49) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2019‑01‑16 16:12:57) ref at-cda-bbr- Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.12 eHDSI Immunizations (DYNAMIC) ref epsos- Spezialisierung: Template 2.16.840.1.113883.10.20.1.24 Medication activity (DYNAMIC) ref ccd1-
Beispiel	Neue Impfung - Minimalbeispiel für Update Immunisierungsstatus <substanceAdministration moodCode="EVN" negationInd="false" classCode="SBADM">   <templateId root="1.2.40.0.34.6.0.11.3.1"/>  <templateId root="2.16.840.1.113883.10.20.1.24"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12"/>  <id root="1.2.3.999" extension="extension"/>  <code code="IMMUNIZ" codeSystem="2.16.840.1.113883.5.4" codeSystemName="ActCode"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="completed"/>  <effectiveTime value="20200617122000+0200"/>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity nullFlavor="UNK"/>  <consumable typeCode="CSM">     <!-- template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) (2019‑04‑24T08:57:24) -->   </consumable>  <performer typeCode="PRF">     <!-- template 1.2.40.0.34.6.0.11.9.21 'Performer Body - Impfende Person' (2019-05-08T13:21:12) -->   </performer>  <author>     <!-- template 1.2.40.0.34.6.0.11.9.8 'Author Body - e-Impfpass' (2021‑02‑19T13:12:25) -->   </author>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) -->   </entryRelationship>  <entryRelationship typeCode="SUBJ">     <!-- template 1.2.40.0.34.6.0.11.3.168 'Zusatzklassifikation' (2021-05-19T15:05:17) -->   </entryRelationship>  <precondition>     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) -->   </precondition></substanceAdministration>
Beispiel	Impfung - Vollständig für Kompletter Immunisierungsstatus <substanceAdministration moodCode="EVN" negationInd="false" classCode="SBADM">   <templateId root="1.2.40.0.34.6.0.11.3.1"/>  <templateId root="2.16.840.1.113883.10.20.1.24"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12"/>  <id root="1.2.3.999" extension="extension"/>  <code code="IMMUNIZ" codeSystem="2.16.840.1.113883.5.4" codeSystemName="ActCode"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="completed"/>  <effectiveTime value="20190817121500+0200"/>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity value="1" unit="{Packung}"/>  <consumable typeCode="CSM">     <!-- template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) (2019‑04‑24T08:57:24) -->   </consumable>  <performer typeCode="PRF">     <!-- template 1.2.40.0.34.6.0.11.9.21 'Performer Body - Impfende Person' (2019-05-08T13:21:12) -->   </performer>  <author>     <!-- template 1.2.40.0.34.6.0.11.9.8 'Author Body - e-Impfpass' (2021‑02‑19T13:12:25) -->   </author>  <participant typeCode="ENT">     <!-- template 1.2.40.0.34.6.0.11.9.14 'Participant Body Transcriber' (2019-04-03T16:19:46) -->   </participant>  <participant typeCode="VRF">     <!-- template 1.2.40.0.34.6.0.11.9.44 'Participant Body Verifier' (2021‑08‑04 12:28:20) -->   </participant>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) -->   </entryRelationship>  <entryRelationship typeCode="SUBJ">     <!-- template 1.2.40.0.34.6.0.11.3.168 'Zusatzklassifikation' (2021-05-19T15:05:17) -->   </entryRelationship>  <reference typeCode="REFR">     <externalDocument classCode="DOC" moodCode="EVN">       <templateId root="1.2.40.0.34.6.0.11.3.14"/>      <id root="1.2.40.0.34.99.4613.3.1" extension="1"/>      <code code="308707006" codeSystem="2.16.840.1.113883.6.96" displayName="Zertifikat">         <translation code="DGC-V" codeSystem="1.2.40.0.34.5.183" codeSystemName="eImpf_Ergaenzung" displayName="Impfzertifikat"/>      </code>      <text>         <reference value="https://epi-service.gv.at/wasauchimmer/654654316546.pdf"/>      </text>    </externalDocument>  </reference>  <precondition>     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) -->   </precondition></substanceAdministration>
Beispiel	Nachtragung einer Impfung (z.B. aus Papier-Impfpass) <substanceAdministration moodCode="EVN" negationInd="false" classCode="SBADM">   <templateId root="1.2.40.0.34.6.0.11.3.1"/>  <templateId root="2.16.840.1.113883.10.20.1.24"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12"/>  <id root="1.2.3.999" extension="extension"/>  <code code="IMMUNIZ" codeSystem="2.16.840.1.113883.5.4" codeSystemName="ActCode"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="completed"/>  <effectiveTime value="202006"/>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity nullFlavor="UNK"/>  <consumable typeCode="CSM">     <!-- choice: template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) (2019‑04‑24T08:57:24) oder template 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC) (2019‑06‑05T07:33:24) -->   </consumable>  <participant typeCode="ENT">     <!-- template 1.2.40.0.34.6.0.11.9.14 Participant Body - Transcriber (DYNAMIC) (2019-04-03T16:19:46) -->   </participant>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) -->   </entryRelationship>  <precondition>     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) -->   </precondition></substanceAdministration>
Item DT Kard Konf Beschreibung Label hl7:substanceAdministration @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 @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.1 hl7:templateId II 1 … 1 M HL7 CCD  Medication activity @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.24 hl7:templateId II 1 … 1 M IHE Immunizations Entry @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 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. hl7:code CD 1 … 1 M @code cs 1 … 1 F IMMUNIZ @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.4 @codeSystemName st 1 … 1 F ActCode @displayName st 0 NP NP/nicht anwesend 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 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. @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" @code cs 1 … 1 F completed hl7:effectiveTime TS.AT.VAR 1 … 1 M Impfzeitpunkt: Datum inklusive Zeitpunkt der Durchführung der Impfung. bzw. Impfdatum: Datum der Durchführung der Impfung ohne Zeitangabe. Bitte bei der Anzeige beachten, das keine (erfundene) Zeitangabe gemacht wird, wie z.B. "00:00". wo [not(@nullFlavor)]   Constraint Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtrag MUSS der Impfzeitpunkt entweder im Format YYYYMMDD (taggenau) oder YYYYMMDDhhmmss[+/-]HHMM (sekundengenau mit Zeitzone) angegeben werden. Im Fall der Dokumentenklasse "Update Immunisierungsstatus" mit Nachtrag KANN der Impfzeitpunkt zusätzlich auch im Format YYYY (jahrgenau) oder YYYYMM (monatsgenau) strukturiert sein. hl7:routeCode CE 0 … 1 Der Applikationsweg (des Impfstoffes) z.B. subkutan, intramuskulär.   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.96 eImpf_MedikationArtAnwendung (DYNAMIC) 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. @nullFlavor cs 1 … 1 F NA Auswahl 1 … 1 Elemente in der Auswahl: hl7:doseQuantity[not(hl7:low|hl7:high|@nullFlavor)] hl7:doseQuantity[@nullFlavor='UNK'] hl7:doseQuantity IVL_PQ 0 … 1 Menge des Wirkstoffs des verabreichten Arzneimittels (Mengenangabe aus Fachinformation). Mit doseQuantity als IVL_PQ, aber als PQ instantiiert. Hinweis: Die tatsächlich verabreichte Menge kann dokumentiert werden, falls von Fachinformation abweichend. Falls zwei Impfdosen verabreicht werden ("zwei Packungen"), gibt es zwei Möglichkeiten der Dokumentation: Wenn die Packungen dieselbe Chargennummer besitzen: Verabreichte Menge verdoppeln, nur eine Impfung dokumentieren (zwei Impfungen mit derselben Chargennummer werden von der zentralen Applikation als Duplikat erkannt und ignoriert). Wenn zwei unterschiedliche Chargennummern verimpft werden, können beide jeweils als eine eigene Impfung mit derselben Dosiskennung und demselben Impfdatum gespeichert werden. 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.6.0.10.74 eImpf_Mengenart (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 hl7:center PQ NP hl7:width PQ NP hl7:high IVXB_PQ NP hl7:doseQuantity IVL_PQ 0 … 1 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)   Constraint Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS, M [1..1], das Element den Vorgaben des Template "Vaccine Product" (templateId 1.2.40.0.34.6.0.11.9.32) folgen. In allen anderen Fällen kann das Element auch entsprechend dem Template "Vaccine Product nicht angegeben" (templateId 1.2.40.0.34.6.0.11.9.31) strukturiert sein. hl7:consumable 0 … 1 Impfstoff.  Beinhaltet 1.2.40.0.34.6.0.11.9.32 Vaccine Product (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) 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": Jene Person, die die Impfung durchführt, z.B. ein Arzt oder eine Hebamme bzw. DGKP im übertragenen Wirkungsbereich. Bei Strukturierung des Elements entspricht performer/assignedEntity/representedOrganization/addr dem Impfort. Beinhaltet 1.2.40.0.34.6.0.11.9.21 Performer Body - Impfende Person (DYNAMIC) @typeCode cs 1 … 1 F PRF   Constraint Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS dieses Element angegeben sein, WENN sich der Performer von der für die Impfung verantwortlichen Person (author) unterscheidet. In allen anderen Fällen KANN, das Element auch komplett entfallen. Wird dieses Element strukturiert wird, SOLL in performer/assignedEntity/representedOrganization/addr der Impfort angegeben werden, soweit er bekannt ist (R [0..1]). hl7:author 0 … 1 C "Medizinisch verantwortliche Person": Die Person, die für die Impfung und ihre Dokumentation letztlich verantwortlich ist, z.B. der verantwortliche Arzt. Wird der "Performer Body - Impfende Person" nicht strukturiert, dann entspricht author/assignedAuthor/representedOrganization/addr dem Impfort. Beinhaltet 1.2.40.0.34.6.0.11.9.8 Author Body - e-Impfpass (DYNAMIC)   Constraint Der Author MUSS verpflichtend angegeben werden bei: einer neuen Impfung (Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung) (M [1..1]) oder  einer Selbsteintragung einer Impfung durch den Bürger (M [1..1]). Bei einem Nachtrag (Dokumentenklasse "Update Immunisierungsstatus" mit Nachtragung)  KANN das Element auch komplett entfallen (O [0..1]). Wird dieses Element strukturiert und wird die "Impfende Person" (performer) nicht angegeben, SOLL in author/assignedAuthor/representedOrganization/addr der Impfort angegeben werden, soweit er bekannt ist (R [0..1]). hl7:informant 0 … 1 C Verpflichtende Angabe, falls die Impfung durch den/die Bürger/in selbst eingetragen wird. Anmerkung: Selbsteingetragene Impfungen sind als solche gekennzeichnet und dienen Gesundheitsdiensteanbietern nur zur Information. Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)   Constraint Im Falle einer Selbsteintragung einer Impfung durch den/die Bürger/in MUSS der Informant M [1..1] und der darin enthaltene relatedEntity.code M [1..1] mit "SELF" angeben werden. In allen anderen Fällen wird der Informant nicht angegeben (NP). 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) @typeCode cs 1 … 1 F ENT @context​Control​Code cs 0 … 1 F OP   Constraint Im Fall der Nachtragung einer Immunisierung mittels der Dokumentenklasse "Update Immunisierungsstatus" MUSS, M [1..1] dieses Element angegeben sein.  Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung ist dieses Element NICHT ERLAUBT (NP [0..0]). Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN dieses Element angegeben sein (O [0..1]). hl7:participant 0 … 1 C Korrigierende Person (Datenverarbeitende Person) Die Person / Gerät, die Daten im e-Impfpass korrigiert.  Anmerkung: Nur spezielle gesetzlich festgelegte Rollen dürfen Korrekturen an Einträgen anderer GDA durchführen und werden von der Zentralen Anwendung beim entsprechenden Eintrag im Kompletten Immunisierungsstatus als korrigierende Person angeführt. Beinhaltet 1.2.40.0.34.6.0.11.9.44 Participant Body - Verifier (DYNAMIC) @typeCode cs 1 … 1 F VRF @context​Control​Code cs 0 … 1 F OP   Constraint In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe einer korrigierende Person NICHT erlaubt (NP [0...0]). In der Dokumentenklasse "Kompletter Immunisierungsstatus" MUSS die korrigierende Person angegeben werden (M [1..1]), wenn eine neue Version eines "Update Immunisierungsstatus" nicht den ursprünglichen document.author enthält (Korrektur durch Behörde). Alle durch Behörden korrigierten Einträge scheinen dauerhaft im Kompletten Immunisierungsstatus mit korrigierender Person auf, sonst ist die korrigierende Person verboten (NP). hl7:participant 0 … 1 C Berechtigter bearbeitender GDA (OID aus dem GDA-Index). Beinhaltet 1.2.40.0.34.6.0.11.9.46 Participant Body - Authorized Editor (DYNAMIC) @typeCode cs 1 … 1 F AUT @context​Control​Code cs 0 … 1 F OP   Constraint In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe NICHT erlaubt (NP [0...0]). In der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN der berechtigte bearbeitende GDA angegeben werden ([0..1]), wenn die OID aus dem GDA-Index des document.author des zugrundeliegenden "Update Immunisierungsstatus" vorliegt. hl7:participant 0 … 1 C "Eintragende Person": Die dokumentierende Person (z.B. Medizinische Dokumentationsassistenz, Schreibkraft) (OID aus dem GDA-Index). Beinhaltet 1.2.40.0.34.6.0.11.9.47 Participant Body - Data Enterer (DYNAMIC) @typeCode cs 1 … 1 F ENT @context​Control​Code cs 0 … 1 F OP   Constraint In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe NICHT erlaubt (NP [0...0]). In der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN die dokumentierende Person (ClinicalDocument/dataEnterer) aus dem jeweiligen "Update Immunisierungsstatus" in den entsprechenden entry."Participant Body - Data Enterer" übernommen werden ([0..1]). hl7:entryRelationship 1 … * M "Impfziel": Immunisierung gegen eine bestimmte Krankheit oder einen Erreger. Beinhaltet 1.2.40.0.34.6.0.11.3.2 Immunization Target Entry (DYNAMIC) @typeCode cs 1 … 1 F RSON @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 0 … 1 C Abrechenbarkeit. Beinhaltet 1.2.40.0.34.6.0.11.3.5 Immunization Billability Entry (DYNAMIC) @typeCode cs 1 … 1 F SUBJ @context​Conduction​Ind cs 0 … 1 F true   Constraint Ist nur im Falle der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung zulässig. In allen anderen Fällen MUSS dieses Element komplett entfallen.   Schematron assert role  error     test /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'])     Meldung Das Element entryRelationship/act/templateId/@root='1.2.40.0.34.6.0.11.3.5' ist NICHT ERLAUBT.   hl7:entryRelationship C Zusatzklassifikation Beinhaltet 1.2.40.0.34.6.0.11.3.168 Zusatzklassifikation (DYNAMIC) @typeCode cs 1 … 1 F SUBJ @context​Conduction​Ind cs 0 … 1 F true   Constraint Impfsetting: Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtrag MUSS in diesem Element das Impfsetting angegeben sein (M [1..1]). Im Fall der Dokumentenklasse "Update Immunisierungsstatus" mit Nachtrag ist die Angabe eines Impfsettings optional (O [0..1]). In allen anderen Fällen ist die Angabe des Impfsettings optional (O [0..*]). Im Fall der Dokumentenklasse " Update Immunisierungsstatus " KANN in diesem Element das Impfprogramm angegeben werden im Rahmen dessen die Impfung verabreicht wurde (O [0..1]) . hl7:reference 0 … 1 C Referenz auf das zugrundeliegende CDA-Dokument der Dokumentenklasse "Update Immunisierungsstatus" mit dem dieses Immunization Entry ursprünglich vom GDA gespeichert wurde. Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC) wo [hl7:externalDocument [hl7:code [@code = '11369-6']]] @typeCode cs 1 … 1 F REFR   Constraint Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" MUSS dieses Element angegeben sein (M [1..1]). In allen anderen Fällen KANN das Element auch komplett entfallen (R [0..1]). hl7:reference 0 … 1 R Referenz auf das Impfzertifikat zu dieser Impfung. Hinweis: Die Angabe des Impfzertifikats wird ab 01.07.2023 technisch nicht mehr unterstützt. Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC) wo [not(hl7:externalDocument [hl7:code [@code = '11369-6']])] @typeCode cs 1 … 1 F REFR   Constraint Bei Referenz auf ein Impfzertifikat gelten für das External Document Entry folgende constraints: externalDocument/code MUSS mit den Attributen @code == "308707006" @codeSystem == "2.16.840.1.113883.6.96" @displayName == "Zertifikat" strukturiert sein. externalDocument/code/translation/code MUSS mit den Attributen @code == "DGC-V" @codeSystem == "1.2.40.0.34.5.183" @displayName == "Impfzertifikat" strukturiert sein. hl7:precondition 1 … 1 M Impfschema. Die Angabe eines Impfschemas ist verpflichtend. Beinhaltet 1.2.40.0.34.6.0.11.3.10 Immunization Schedule Entry (DYNAMIC) @typeCode cs 0 … 1 F PRCN   Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2']) or hl7:doseQuantity     Meldung Das Element doseQuantity MUSS vorhanden und KANN mit nullFlavor "UNK" strukturiert sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not( hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:consumable/hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.32']     Meldung Das Element consumable/manufacturedProduct/templateId/@root='1.2.40.0.34.6.0.11.9.32' MUSS vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not(hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:author     Meldung Das Element author MUSS vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.4']) or hl7:reference/hl7:externalDocument/hl7:code/hl7:translation[@code = '87273-9']     Meldung Das Element reference 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 hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.44'])     Meldung Das Element participant[@typeCode='VRF'] DARF NICHT vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.46'])     Meldung Das Element participant[@typeCode='AUT'] DARF NICHT vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.47'])     Meldung Das Element participant[@typeCode='ENT'] DARF NICHT vorhanden sein.

8.3.2.94 Immunization Target Entry

Id	1.2.40.0.34.6.0.11.3.2 ref at-cda-bbr-	Gültigkeit ab	2026‑03‑30 09:41:19 Andere Versionen mit dieser Id: atcdabbr_entry_ImmunizationTarget vom 2023‑06‑06 14:50:12 atcdabbr_entry_ImmunizationTarget vom 2021‑10‑28 13:49:14 atcdabbr_entry_ImmunizationTarget vom 2021‑08‑20 11:55:12 atcdabbr_entry_ImmunizationTarget vom 2021‑02‑19 12:47:21 atcdabbr_entry_ImmunizationTarget vom 2019‑04‑03 10:41:41
Status	Entwurf	Versions-Label	2.0.1
Name	atcdabbr_entry_ImmunizationTarget	Bezeichnung	Immunization Target Entry
Beschreibung	Immunisierung gegen eine bestimmte Krankheit oder einen Erreger (Impfziel).
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.2
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.2 Immunization Target Entry (2023‑06‑06 14:50:12) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.2 Immunization Target Entry (2021‑10‑28 13:49:14) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.2 Immunization Target Entry (2021‑02‑19 12:47:21) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.2 Immunization Target Entry (2019‑04‑03 10:41:41) ref at-cda-bbr-
Beispiel	Beispiel <observation classCode="OBS" moodCode="EVN">   <templateId root="1.2.40.0.34.6.0.11.3.2"/>  <id root="1.2.3.999" extension="extension"/>  <code code="836381006" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Diphtherie Impfstoff"/>  <text>     <reference value="#my-refX"/>  </text>  <statusCode code="completed"/></observation>
Item DT Kard Konf Beschreibung Label hl7:observation Mehrfach-Attribut - Bei einer Impfung mit einem Produkt können mehrere Wirkstoffe (gegen mehrere Krankheiten) verabreicht werden.  Alle einzelnen "Impfungen" zu dem Produkt müssen zentral verfügbar sein. @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M ELGA @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.2 hl7:id II 0 … * R Zwecks Rückverfolgbarkeit kann eine ID angegeben werden.   Constraint Die Angabe dieser ID SOLL NICHT erfolgen. hl7:code CE 1 … 1 M Code des Impfstoffes nach Krankheit/Erreger (Impfziel). @code cs 1 … 1 R @codeSystem oid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1     CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.4 eImpf_ImmunizationTarget (DYNAMIC) 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 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. @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 Fixer Wert "completed" @code cs 1 … 1 F completed

8.3.2.95 Immunization Billability Entry

Id	1.2.40.0.34.6.0.11.3.5 ref at-cda-bbr-	Gültigkeit ab	2026‑03‑30 09:07:52 Andere Versionen mit dieser Id: atcdabbr_entry_ImmunizationBillability vom 2023‑04‑07 10:38:11 atcdabbr_entry_ImmunizationBillability vom 2021‑02‑19 12:46:42 atcdabbr_entry_ImmunizationBillability vom 2019‑04‑03 14:30:52
Status	Entwurf	Versions-Label	1.0.2
Name	atcdabbr_entry_ImmunizationBillability	Bezeichnung	Immunization Billability Entry
Beschreibung	Achtung: Dieses Entry findet für die Abrechnungsunterstützung durch den e-Impfpass KEINE Verwendung und SOLL dementsprechend nicht verwendet werden.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.5
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.5 Immunization Billability Entry (2023‑04‑07 10:38:11) ref at-cda-bbr- Spezialisierung: Template 1.2.40.0.34.6.0.11.3.5 Immunization Billability Entry (2021‑02‑19 12:46:42) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.5 Immunization Billability Entry (2019‑04‑03 14:30:52) ref at-cda-bbr-
Beispiel	Beispiel <act classCode="ACT" moodCode="INT" negationInd="false">   <templateId root="1.2.40.0.34.6.0.11.3.5"/>  <id extension="extension" root="1.2.3.999"/>  <code code="PAY" codeSystem="2.16.840.1.113883.5.4" displayName="payment">     <qualifier>       <value code="xxxxxGI1" codeSystem="2.16.840.1.113883.6.96" displayName="Indikationsimpfung für Risikogruppe"/>    </qualifier>  </code>  <statusCode code="completed"/>  <effectiveTime value="2029"/></act>
Item DT Kard Konf Beschreibung Label hl7:act @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT @negationInd bl 0 … 1   hl7:templateId II 1 … 1 M ELGA @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.5 hl7:id II 0 … 1 Identifikationskennzeichen eines Impfgutscheins (bei Vorliegen von Impfgutscheinheften) wo [not(@nullFlavor)]   Constraint @root: OID der Impfgutschein ausgebenden Stelle (z.B. Land Steiermark) @extension: Gutscheincode hl7:code CD 1 … 1 M Fixer Wert "PAY" @code CONF 1 … 1 F PAY @codeSystem 1 … 1 F 2.16.840.1.113883.5.4 (Act Code) hl7:qualifier CR 0 … 1 Impfindikation (Indikations- oder Wiederholungsimpfung) hl7:value CD 1 … 1 M   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.7 eImpf_Impfgrund (DYNAMIC) hl7:statusCode CS 0 … 1 wo [not(@nullFlavor)] @code CONF 0 … 1 F completed Auswahl 1 … 1 Verfallsdatum des Impfstoffes,  notwendige Information für die Abrechnung Mögliche Formate: YYYYMMDD (or YYYYMM or YYYY) Elemente in der Auswahl: hl7:effectiveTime[not(@nullFlavor)] hl7:effectiveTime[@nullFlavor='UNK'] hl7:effectiveTime TS.DATE 0 … 1 wo [not(@nullFlavor)] hl7:effectiveTime TS.DATE 0 … 1 nullFlavor wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK

8.3.2.96 Immunization Schedule Entry

Id	1.2.40.0.34.6.0.11.3.10 ref at-cda-bbr-	Gültigkeit ab	2025‑01‑07 11:51:16 Andere Versionen mit dieser Id: atcdabbr_entry_ImmunizationSchedule vom 2023‑04‑05 10:09:25 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.1+20250217
Name	atcdabbr_entry_ImmunizationSchedule	Bezeichnung	Immunization Schedule Entry
Beschreibung Impfschema bzw. Plan der notwendigen Impfdosen (als Sequenz von Dosiskennungen). Stellt die Impfabfolge von Impfdosen bzw. Teilimpfungen zur Immunisierung, Grundimmunisierung und Auffrischung dar. Wird bei einer Impfung kein Impfschema angegeben, wird das "Default-Schema" angenommen. Dieses Template wird nicht nur von Immunization Entry, sondern auch für Empfehlungen von Immunization Recommendation Entry verwendet. Bei Empfehlungen kann die Dosis-Angabe in criterion/value entfallen, wenn: Keine weitere Impfung empfohlen wird --> nullFlavor="NA" (not applicable) Keine Impfung berechnet werden kann --> nullFlavor="NAV" (not available) Der Arzt eine Individuelle Empfehlung ausspricht --> nullFlavor="UNK" (unbekannt)
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.10
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC 1.2.40.0.34.6.0.11.9.2 Inklusion Original Text Reference (1.0.0+20210219) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.10 Immunization Schedule Entry (2023‑04‑05 10:09:25) ref at-cda-bbr- Spezialisierung: Template 1.2.40.0.34.6.0.11.3.10 Immunization Schedule Entry (2021‑08‑04 14:47:27) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.10 Immunization Schedule Entry (2019‑04‑17 10:53:55) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.329 CDA Precondition (2005‑09‑07) ref ad1bbr-
Beispiel	Beispiel <hl7:criterion classCode="OBS" moodCode="EVN.CRT">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.10"/>  <hl7:code nullFlavor="NI"/>  <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 O -->   <hl7:value xsi:type="CD" code="D1" codeSystem="1.2.40.0.34.5.183" displayName="Dosis 1"/></hl7:criterion>
Item DT Kard Konf Beschreibung Label hl7:criterion 1 … 1 M Impfschema @classCode cs 0 … 1 F OBS @moodCode cs 0 … 1 F EVN.CRT hl7:templateId II 1 … 1 M @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 @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 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 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. @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 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. 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. @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 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 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 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

8.3.2.97 Immunization Entry Impfung nicht angegeben

Id	1.2.40.0.34.6.0.11.3.28 ref at-cda-bbr-	Gültigkeit ab	2024‑11‑15 08:38:02 Andere Versionen mit dieser Id: atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2024‑05‑22 08:12:20 atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2023‑04‑05 10:29:26 atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2022‑03‑10 14:13:21 atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2021‑10‑28 13:41:54 atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2021‑10‑28 13:28:46 atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2021‑10‑28 13:24:48 atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2021‑04‑30 08:09:24 atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2021‑02‑19 12:46:59 atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2019‑08‑13 12:59:09 atcdabbr_entry_ImmunizationImpfungNichtAngegeben vom 2019‑08‑13 12:59:02
Status	Aktiv	Versions-Label	2.0.2+20250217
Name	atcdabbr_entry_ImmunizationImpfungNichtAngegeben	Bezeichnung	Immunization Entry Impfung nicht angegeben
Beschreibung Dokumentiert, dass keine Impfung verabreicht wurde. Dieses Entry wird weder im Stylesheet angezeigt, noch in der zentralen e-Impfpass-Anwendung gespeichert  - ist aber für IHE PCC-Konformität notwendig.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.28
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC 1.2.40.0.34.6.0.11.9.31 Containment Vaccine Product nicht angegeben (1.0.0+20210219) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (2024‑05‑22 08:12:20) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (2023‑04‑05 10:29:26) ref at-cda-bbr- Spezialisierung: Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (2022‑03‑10 14:13:21) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (2021‑10‑28 13:24:48) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (2021‑02‑19 12:46:59) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (2019‑08‑13 12:59:09) ref at-cda-bbr- Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.12 eHDSI Immunizations (DYNAMIC) ref epsos- Spezialisierung: Template 2.16.840.1.113883.10.20.1.24 Medication activity (DYNAMIC) ref ccd1-
Beispiel	keine Impfung (für Update Immunisierungsstatus ohne Impfung) <substanceAdministration moodCode="EVN" negationInd="false" classCode="SBADM">   <templateId root="1.2.40.0.34.6.0.11.3.28"/>  <templateId root="2.16.840.1.113883.10.20.1.24"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12"/>  <id root="1.2.3.999" extension="extension"/>  <!-- Code 90351000119108: "Vaccination not done" -->   <code code="90351000119108" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Vaccination not done (situation)"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="completed"/>  <effectiveTime nullFlavor="UNK"/>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <consumable typeCode="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 @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 @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.28 hl7:templateId II 1 … 1 M Medication activity 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 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. @root uid 1 … 1 R @extension st 0 … 1   hl7:code CD 1 … 1 M Fixer Wert: 90351000119108, "Vaccination not done (situation)" @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 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. @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" @code cs 1 … 1 F completed hl7:effectiveTime TS.AT.TZ 1 … 1 R Fester Wert: nullFlavor "UNK" @nullFlavor cs 1 … 1 F UNK hl7:routeCode CE 1 … 1 R Der Applikationsweg (des Impfstoffes), z.B. subkutan, intramuskulär. Wird nicht verwendet! Für dieses Element wird daher immer der nullFlavor='NA' angegeben. @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. @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) @typeCode cs 1 … 1 F CSM

8.3.2.98 Immunization Recommendation Entry

Id	1.2.40.0.34.6.0.11.3.3 ref at-cda-bbr-	Gültigkeit ab	2024‑11‑15 08:39:39 Andere Versionen mit dieser Id: atcdabbr_entry_ImmunizationRecommendation vom 2023‑01‑23 16:19:01 atcdabbr_entry_ImmunizationRecommendation vom 2022‑01‑25 14:14:04 atcdabbr_entry_ImmunizationRecommendation vom 2021‑08‑04 13:35:43 atcdabbr_entry_ImmunizationRecommendation vom 2021‑05‑18 08:55:47 atcdabbr_entry_ImmunizationRecommendation vom 2021‑05‑04 09:04:33 atcdabbr_entry_ImmunizationRecommendation vom 2021‑02‑19 12:47:07 atcdabbr_entry_ImmunizationRecommendation vom 2019‑04‑25 10:30:18
Status	Aktiv	Versions-Label	2.0.1+20250217
Name	atcdabbr_entry_ImmunizationRecommendation	Bezeichnung	Immunization Recommendation Entry
Beschreibung Enthält die Dokumentation einer einzelnen Impfempfehlung (die geplante einzelne Verabreichung eines Impfstoffes). Impfempfehlungen können von einem Arzt stammen oder basierend auf dem "Impfplan Österreich" automatisiert erstellt werden. Impfempfehlungen können sich auf ein bestimmtes Produkt und sollten sich auf ein bestimmtes Impfschema beziehen. Impfempfehlungen können auch eine Kontraindikation für eine Impfung dokumentieren (Empfehlung für eine Nicht-Impfung). Hinweis: Die Angabe von Kontraindikationen ist technisch zwar möglich, wird zurzeit aber NICHT unterstützt.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.3
Label	IHE PCC TF2 Rev.11, 6.3.4.17
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 13 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.15 Containment Time Interval Information minimal (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.9.32 Containment Vaccine Product (2.0.1) DYNAMIC 1.2.40.0.34.6.0.11.9.31 Containment Vaccine Product nicht angegeben (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.8 Containment Author Body - e-Impfpass (2.0.1+20260204) DYNAMIC 1.2.40.0.34.6.0.11.9.44 Containment Participant Body - Verifier (2.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.46 Containment Participant Body - Authorized Editor (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.47 Containment Participant Body - Data Enterer (1.0.2+20260204) DYNAMIC 1.2.40.0.34.6.0.11.3.2 Containment Immunization Target Entry (2.0.1) DYNAMIC 1.2.40.0.34.6.0.11.3.17 Containment Comment Entry - Single Author / Informant (1.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.22 Containment Impfplan Entry (1.1.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.14 Containment External Document Entry (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.10 Containment Immunization Schedule Entry (2.0.1+20250217) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2023‑01‑23 16:19:01) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2022‑01‑25 14:14:04) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2021‑08‑04 13:35:43) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2021‑05‑18 08:55:47) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2021‑05‑04 09:04:33) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2021‑02‑19 12:47:07) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2019‑04‑25 10:30:18) ref at-cda-bbr- Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.12.2 IHE Immunization Recommendation (DYNAMIC) ref IHE-PCC- Spezialisierung: Template 2.16.840.1.113883.10.20.1.25 (DYNAMIC) ref at-cda-bbr-
Beispiel	Empfohlener Impftermin <substanceAdministration classCode="SBADM" moodCode="PRP" negationInd="false">   <templateId root="1.2.40.0.34.6.0.11.3.3"/>  <templateId root="2.16.840.1.113883.10.20.1.25"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12.2"/>  <id root="1.2.3.999" extension="extension"/>  <code code="171258008" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="active"/>  <effectiveTime xsi:type="IVL_TS">     <low value="20200917"/>    <high nullFlavor="UNK"/>  </effectiveTime>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity value="2" unit="{Ampullen}"/>  <consumable>     <!-- template 1.2.40.0.34.6.0.11.9.32 'Vaccine' (2019-04-24T08:57:24) -->   </consumable>  <author>     <!-- template 1.2.40.0.34.6.0.11.9.2 'Author Body ' (2019-01-18T11:37:17) -->   </author>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) -->   </entryRelationship>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.17 'Comment Entry - Single Author / Informant' (2019-02-07T13:10:44) -->   </entryRelationship>  <reference typeCode="REFR">     <!-- template 1.2.40.0.34.6.0.11.3.14 'External Document Entry' (2019-05-06T14:00:33) -->   </reference>  <precondition typeCode="PRCN">     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) -->   </precondition></substanceAdministration>
Beispiel	Empfohlene Impfung ohne Termin <substanceAdministration classCode="SBADM" moodCode="PRP" negationInd="false">   <templateId root="1.2.40.0.34.6.0.11.3.3"/>  <templateId root="2.16.840.1.113883.10.20.1.25"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12.2"/>  <id root="1.2.3.999" extension="extension"/>  <code code="723620004" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="active"/>  <effectiveTime xsi:type="IVL_TS">     <low nullFlavor="UNK"/>    <high nullFlavor="UNK"/>  </effectiveTime>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity nullFlavor="NA"/>  <consumable>     <!-- template 1.2.40.0.34.6.0.11.9.32 'Vaccine' (2019-04-24T08:57:24) -->   </consumable>  <author>     <!-- template 1.2.40.0.34.6.0.11.9.2 'Author Body ' (2019-01-18T11:37:17) -->   </author>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) -->   </entryRelationship>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.17 'Comment Entry - Single Author / Informant' (2019-02-07T13:10:44) -->   </entryRelationship>  <reference typeCode="REFR">     <!-- template 1.2.40.0.34.6.0.11.3.14 'External Document Entry' (2019-05-06T14:00:33) -->   </reference>  <precondition typeCode="PRCN">     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) -->   </precondition></substanceAdministration>
Beispiel	Keine weitere Impfung notwendig <substanceAdministration classCode="SBADM" moodCode="PRP" negationInd="false">   <templateId root="1.2.40.0.34.6.0.11.3.3"/>  <templateId root="2.16.840.1.113883.10.20.1.25"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12.2"/>  <id root="1.2.3.999" extension="extension"/>  <code code="713404003" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="active"/>  <effectiveTime xsi:type="IVL_TS">     <low nullFlavor="UNK"/>    <high nullFlavor="UNK"/>  </effectiveTime>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity nullFlavor="NA"/>  <consumable>     <!-- template 1.2.40.0.34.6.0.11.9.31 'Vaccine Product nicht angegeben' (2019‑06‑05T07:33:24) -->   </consumable>  <author>     <!-- template 1.2.40.0.34.6.0.11.9.2 'Author Body ' (2019-01-18T11:37:17) -->   </author>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) -->   </entryRelationship>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.17 'Comment Entry - Single Author / Informant' (2019-02-07T13:10:44) -->   </entryRelationship>  <reference typeCode="REFR">     <!-- template 1.2.40.0.34.6.0.11.3.14 'External Document Entry' (2019-05-06T14:00:33) -->   </reference>  <precondition typeCode="PRCN">     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) -->   </precondition></substanceAdministration>
Beispiel	Nicht indizierte Impfung (Update Immunisierungsstatus) <substanceAdministration classCode="SBADM" moodCode="PRP" negationInd="true">   <templateId root="1.2.40.0.34.6.0.11.3.3"/>  <templateId root="2.16.840.1.113883.10.20.1.25"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12.2"/>  <id root="1.2.3.999" extension="extension"/>  <code code="IMMUNIZ" codeSystem="2.16.840.1.113883.5.4"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="active"/>  <!-- von wann bis wann ist die angegebene Impfung nicht indiziert -->   <effectiveTime xsi:type="IVL_TS">     <low value="20220101"/>    <high value="20221231"/>  </effectiveTime>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity nullFlavor="NA"/>  <consumable typeCode="CSM">     <!-- template 1.2.40.0.34.6.0.11.9.31 'Vaccine Product nicht angegeben' -->   </consumable>  <author>     <!-- template 1.2.40.0.34.6.0.11.9.2 'Author Body ' -->   </author>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' -->   </entryRelationship>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.17 'Comment Entry - Single Author / Informant' -->   </entryRelationship>  <precondition typeCode="PRCN">     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' -->   </precondition></substanceAdministration>
Beispiel	Nicht indizierte Impfung (Kompletter Immunisierungsstatus) <substanceAdministration classCode="SBADM" moodCode="PRP" negationInd="true">   <templateId root="1.2.40.0.34.6.0.11.3.3"/>  <templateId root="2.16.840.1.113883.10.20.1.25"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12.2"/>  <id root="1.2.3.999" extension="extension"/>  <code code="266758009" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="active"/>  <!-- von wann bis wann ist die angegebene Impfung nicht indiziert -->   <effectiveTime xsi:type="IVL_TS">     <low value="20220101"/>    <high value="20221231"/>  </effectiveTime>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity nullFlavor="NA"/>  <consumable typeCode="CSM">     <!-- template 1.2.40.0.34.6.0.11.9.31 'Vaccine Product nicht angegeben' -->   </consumable>  <author>     <!-- template 1.2.40.0.34.6.0.11.9.2 'Author Body ' -->   </author>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' -->   </entryRelationship>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.17 'Comment Entry - Single Author / Informant' -->   </entryRelationship>  <precondition typeCode="PRCN">     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' -->   </precondition></substanceAdministration>
Item DT Kard Konf Beschreibung Label hl7:substanceAdministration Eine Impfempfehlung ist ein Vorschlag zur Verabreichung eines Impfstoffes oder eine Dokumentation einer beabsichtigten, aber noch nicht verabreichten Impfung. IHE PCC TF2 Rev.11, 6.3.4.17 @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F PRP   Von den beiden laut IHE PCC möglichen Werten wird nur PRP (recommended immunization (proposal)) verwendet. @negationInd bl 1 … 1 R Impfempfehlungen (geplante Impfungen) werden mit false gekennzeichnet. Impfungen, die aus medizinischen Gründen nicht verabreicht werden dürfen (Kontraindikation), werden mit true gekennzeichnet. Nicht gewünschte oder abgelehnte Impfungen werden nicht dokumentiert. hl7:templateId II 1 … 1 M ELGA IHE PCC TF2 Rev.11, 6.3.4.17 @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.3 hl7:templateId II 1 … 1 M HL7 CCD IHE PCC TF2 Rev.11, 6.3.4.17 wo [@root='2.16.840.1.113883.10.20.1.25'] @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.25 hl7:templateId II 1 … 1 M IHE PCC Immunization Recommendation Entry IHE PCC TF2 Rev.11, 6.3.4.17 wo [@root='1.3.6.1.4.1.19376.1.5.3.1.4.12.2'] @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.12.2 hl7:id II 1 … 1 M Id der einzelnen Impfempfehlung, auf die referenziert werden kann (z.B. für Updates). Eindeutigkeit ist unbedingt zu wahren. IHE PCC TF2 Rev.11, 6.3.4.17 hl7:code CD 1 … 1 M Klassifikation der Impfempfehlung und deren Bedeutung für den Impfling. Automatisch berechnete Impfempfehlungen erhalten einen jeweils passenden Code aus dem Value Set Ärztliche Impfempfehlungen tragen im Dokument "Update Immunisierungsstatus" einen fixen Code ("IMMUNIZ"). Für diese ärztlichen Impfempfehlungen wird im Dokument "Kompletter Immunisierungsstatus" - basierend auf dem vom Arzt eingegebenen Datum - ein aktuell passender Code aus dem Value Set eingetragen. IHE PCC TF2 Rev.11, 6.3.4.17 @code cs 1 … 1 R @codeSystem oid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1     Constraint Im Fall der Dokumentenklasse "Update Immunisierungsstatus" MUSS der fixe Code "IMMUNIZ" strukturiert sein. Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" MUSS ein Code aus dem Value Set "eImpf_SpecialCaseVaccination" angeführt werden.   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.3 eImpf_SpecialCaseVaccination (DYNAMIC) oder @code MUSS "IMMUNIZ" sein @codeSystem MUSS "2.16.840.1.113883.5.4" sein 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 text-Element DARF NUR den Verweis auf den entsprechenden Text im menschenlesbaren Teil enthalten. hl7:text ED 1 … 1 M IHE PCC TF2 Rev.11, 6.3.4.17 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. IHE PCC TF2 Rev.11, 6.3.4.17 @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 Fixer Wert "active" IHE PCC TF2 Rev.11, 6.3.4.17 @code cs 1 … 1 F active hl7:effectiveTime IVL_TS 0 … 1 "Empfohlenes Impfdatum": Die Impfempfehlung bezieht sich immer auf einen Zeitraum (beginnend mit frühestmöglichem Zeitpunkt). Pro Impfziel ist immer nur der jeweils nächste Impftermin anzugeben. Wenn kein Zeitraum berechnet werden kann, können low und high UNK sein. Datentyp jeweils TS.AT.TZ (Zeit KANN angegeben werden). Beispiel für "Impfung am 3.10.2019" angeben → low="20191003" - high= "20191004" | "20191003235959+0200". Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 hl7:routeCode CE 1 … 1 R Der Applikationsweg (des Impfstoffes) z.B. subkutan, intramuskulär. Wird nicht verwendet! Für dieses Element wird daher immer der nullFlavor='NA' angegeben. IHE PCC TF2 Rev.11, 6.3.4.17 @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. IHE PCC TF2 Rev.11, 6.3.4.17 @nullFlavor cs 1 … 1 F NA Auswahl 1 … 1 Elemente in der Auswahl: hl7:doseQuantity[not(@nullFlavor|hl7:low|hl7:high|hl7:center|hl7:width)] hl7:doseQuantity[not(hl7:low|hl7:high)] hl7:doseQuantity IVL_PQ 0 … 1 Empfohlene Dosierung. Z.B. die Anzahl der Ampullen IHE PCC TF2 Rev.11, 6.3.4.17 wo [not(@nullFlavoroder hl7:lowoder hl7:highoder hl7:centeroder hl7:width)] hl7:doseQuantity IVL_PQ 0 … 1 Dosierung wird nicht angegeben. Das Element wird daher mit nullFlavor='NA' angegeben. IHE PCC TF2 Rev.11, 6.3.4.17 wo [not(hl7:lowoder hl7:high)] @nullFlavor cs 1 … 1 F NA Auswahl 1 … 1 "Empfohlener Impfstoff": Angaben zum ärztlich empfohlenen Arzneimittel Elemente in der Auswahl: hl7:consumable[hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.32']] welches enthält Template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) hl7:consumable[hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.31']] welches enthält Template 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC) hl7:consumable 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 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) IHE PCC TF2 Rev.11, 6.3.4.17 wo [hl7:manufacturedProduct/hl7:templateId [@root='1.2.40.0.34.6.0.11.9.31']] @typeCode cs 1 … 1 F CSM hl7:author 1 … 1 M "Medizinisch verantwortliche Person oder System": Person oder System, das die Empfehlung generiert Beinhaltet 1.2.40.0.34.6.0.11.9.8 Author Body - e-Impfpass (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 hl7:participant 0 … 1 C Korrigierende Person (Datenverarbeitende Person) Die Person / Gerät, die Daten im e-Impfpass korrigiert.  Anmerkung: Nur spezielle gesetzlich festgelegte Rollen dürfen Korrekturen an Einträgen anderer GDA durchführen und werden von der Zentralen Anwendung beim entsprechenden Eintrag im Kompletten Immunisierungsstatus als korrigierende Person angeführt. Beinhaltet 1.2.40.0.34.6.0.11.9.44 Participant Body - Verifier (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 1 … 1 F VRF @context​Control​Code cs 0 … 1 F OP   Constraint In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe einer korrigierende Person NICHT erlaubt (NP [0...0]). In der Dokumentenklasse "Kompletter Immunisierungsstatus" MUSS die korrigierende Person angegeben werden (M [1..1]), wenn eine neue Version eines "Update Immunisierungsstatus" nicht den ursprünglichen document.author enthält (Korrektur durch Behörde). Alle durch Behörden korrigierten Einträge scheinen dauerhaft im Kompletten Immunisierungsstatus mit korrigierender Person auf, sonst ist die korrigierende Person verboten (NP). hl7:participant 0 … 1 C Berechtigter bearbeitender GDA (OID aus dem GDA-Index). Beinhaltet 1.2.40.0.34.6.0.11.9.46 Participant Body - Authorized Editor (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 1 … 1 F AUT @context​Control​Code cs 0 … 1 F OP   Constraint In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe NICHT erlaubt (NP [0...0]). In der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN der berechtigte bearbeitende GDA angegeben werden ([0..1]), wenn die OID aus dem GDA-Index des document.author des zugrundeliegenden "Update Immunisierungsstatus" vorliegt. hl7:participant 0 … 1 C "Eintragende Person": Die dokumentierende Person (z.B. Medizinische Dokumentationsassistenz, Schreibkraft) (OID aus dem GDA-Index). Beinhaltet 1.2.40.0.34.6.0.11.9.47 Participant Body - Data Enterer (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 1 … 1 F ENT @context​Control​Code cs 0 … 1 F OP   Constraint In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe NICHT erlaubt (NP [0...0]). In der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN die dokumentierende Person (ClinicalDocument/dataEnterer) aus dem jeweiligen "Update Immunisierungsstatus" in den entsprechenden entry."Participant Body - Data Enterer" übernommen werden ([0..1]). hl7:entryRelationship 1 … * M "Impfziel" (Masern, FSME, Rotavirus) - Immunisierung gegen eine bestimmte Krankheit oder einen Erreger. Beinhaltet 1.2.40.0.34.6.0.11.3.2 Immunization Target Entry (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 1 … 1 F RSON @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 0 … 1 Freitext zur Begründung einer von der medizinisch verantwortlichen Person abgegebenen Impfempfehlung, z.B. mit Hinweis auf das Ergebnis einer Antikörper-Bestimmung (Impftiter). Beinhaltet 1.2.40.0.34.6.0.11.3.17 Comment Entry - Single Author / Informant (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 1 … 1 F RSON @context​Conduction​Ind cs 0 … 1 F true Auswahl 0 … * Elemente in der Auswahl: hl7:reference welches enthält Template 1.2.40.0.34.6.0.11.3.22 Impfplan Entry (DYNAMIC) hl7:reference welches enthält Template 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC) hl7:reference 0 … * Referenz auf die Information, die der Impfempfehlung zugrunde liegt, z.B.: Nationaler Impfplan ("Impfplan Österreich") e-Impfplan Regelwerk - beinhaltet Informationen aus dem Impfplan Österreich und teilweise aus den Fachinformationen, sollte diese im Impfplan Österreich zu wenig spezifiziert sein. weitere Fachinformation (liegt derzeit nicht strukturiert vor) Individuelle Konstellation des Impflings -> manueller Eintrag bei Impfung (Abhängig vom Produkt bzw. "Impfung", wenn Kombinationspräparat) Beinhaltet 1.2.40.0.34.6.0.11.3.22 Impfplan Entry (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 1 … 1 F REFR hl7:reference 0 … 1 Referenz auf das zugrundeliegende CDA-Dokument der Dokumentenklasse "Update Immunisierungsstatus" mit dem dieses Immunization Recommendation Entry ursprünglich vom GDA gespeichert wurde. Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 1 … 1 F REFR hl7:precondition 1 … 1 M Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema) Beinhaltet 1.2.40.0.34.6.0.11.3.10 Immunization Schedule Entry (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 0 … 1 F PRCN   Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2']) or hl7:code[@code='IMMUNIZ']     Meldung Die Attribute code/@code = "IMMUNIZ"; code/@codeSystem = "2.16.840.1.113883.5.4" MÜSSEN vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.44'])     Meldung Das Element participant[@typeCode='VRF'] DARF NICHT vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.46'])     Meldung Das Element participant[@typeCode='AUT'] DARF NICHT vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.47'])     Meldung Das Element participant[@typeCode='ENT'] DARF NICHT 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:substanceAdministration[@negationInd='false'] and not(hl7:code[@code='266758009']) or (../hl7:substanceAdministration[@negationInd='true'] and hl7:code[@code='266758009']))     Meldung Wenn @negationInd="true" MUSS code/@code="266758009" (Immunization contraindicated (situation)) sein.

8.3.2.99 Impfplan Entry

Id	1.2.40.0.34.6.0.11.3.22 ref at-cda-bbr-	Gültigkeit ab	2023‑01‑23 15:56:16 Andere Versionen mit dieser Id: atcdabbr_entry_impfPlan vom 2021‑02‑19 12:47:27 atcdabbr_entry_impfPlan vom 2019‑07‑18 15:30:53
Status	Aktiv	Versions-Label	1.1.0+20230717
Name	atcdabbr_entry_impfplan	Bezeichnung	Impfplan Entry
Beschreibung Referenz auf die Information, die der Impfempfehlung zugrunde liegt, z.B.: Nationaler Impfplan ("Impfplan Österreich") e-Impfplan Regelwerk - beinhaltet Informationen aus dem Impfplan Österreich und teilweise aus den Fachinformationen, sollte diese im Impfplan Österreich zu wenig spezifiziert sein. weitere Fachinformation (liegt derzeit nicht strukturiert vor) Individuelle Konstellation des Impflings -> manueller Eintrag bei Impfung (Abhängig vom Produkt bzw. "Impfung", wenn Kombinationspräparat)
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.22
Label	atcdabbr_entry_impfplan
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.22 Impfplan Entry (2021‑02‑19 12:47:27) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.22 Impfplan Entry (2019‑07‑18 15:30:53) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.328 CDA ExternalDocument (2005‑09‑07) ref ad1bbr-
Beispiel	Strukturbeispiel <externalDocument classCode="DOC" moodCode="EVN">   <templateId root="1.2.40.0.34.6.0.11.3.22"/>  <id root="1.2.40.0.34.7.20" extension="2019.1"/>  <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M -->   <versionNumber value="1"/></externalDocument>
Beispiel	Strukturbeispiel <externalDocument classCode="DOC" moodCode="EVN">   <templateId root="1.2.40.0.34.6.0.11.3.22"/>  <id root="1.2.40.0.34.7.29" extension="1.8.0+20230118"/>  <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M --> </externalDocument>
Item DT Kard Konf Beschreibung Label hl7:externalDocument atcd...plan @classCode cs 0 … 1 F DOC @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M ELGA atcd...plan @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.22 hl7:id II 1 … 1 M atcd...plan   Constraint Im Fall des nationalen Impfplanes Österreich MUSS, M [1..1] in id/@root der Wert "1.2.40.0.34.7.20" und in id/@extension die Versionsangabe des Impfplanes im Format "YYYY.versionsNummer"  strukturiert sein. Im Fall des Regelwerks, das auf dem nationalen Impfplan aufbaut, MUSS, M [1..1] in id/@root der Wert "1.2.40.0.34.7.29" und in id/@extension die Versionsangabe des Regelwerks strukturiert sein. hl7:code CD (extensible) 0 … 1 atcd...plan wo [not(@nullFlavor)] Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) Titel, Datum und Autor des externen Dokuments. Wird als Referenz auf den section.text umgesetzt. hl7:text ED 1 … 1 M atcd...plan 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. atcd...plan @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:setId II 0 … 1 Versionsinformationen zum externen Dokument atcd...plan wo [not(@nullFlavor)] hl7:versionNumber INT 0 … 1 Versionsinformationen zum externen Dokument atcd...plan wo [not(@nullFlavor)]

8.3.2.100 EXNDS Befund Act

Id	1.2.40.0.34.6.0.11.3.150	Gültigkeit ab	2020‑10‑16 11:27:38
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_BefundAct	Bezeichnung	EXNDS Befund Act
Beschreibung	Dieses Act-Element enthält jeweils einen Befund. Diese Angabe kann entweder über Karteieintragungen oder über ein ExternalDocument erfolgen.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.150
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.3.151 Containment EXNDS ExternalDocument (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.137 Containment EXNDS Karteieintragungen Organizer (1.0.0+20210310) DYNAMIC
Beispiel	Beispiel <hl7:act>   <hl7:templateId root="1.2.40.0.34.6.0.11.3.150"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="BefundKartEintrag" codeSystem="1.2.40.0.34.5.195" displayName="Befund Karteieintrages"/>  <!-- choice: 1..1 element hl7:reference containing template 1.2.40.0.34.6.0.11.3.151 (dynamic) element hl7:entryRelationship containing template 1.2.40.0.34.6.0.11.3.137 (dynamic) --> </hl7:act>
Item DT Kard Konf Beschreibung Label hl7:act hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.150 hl7:id II 0 … 1 optionale Vergabe einer Id für einen Befund hl7:code CD (extensible) 1 … 1 M   CONF Der Wert von @code SOLLTE gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.47 exnds_BefundArt_VS (DYNAMIC) Auswahl 1 … 1 Elemente in der Auswahl: hl7:reference welches enthält Template 1.2.40.0.34.6.0.11.3.151 EXNDS ExternalDocument (DYNAMIC) hl7:entryRelationship welches enthält Template 1.2.40.0.34.6.0.11.3.137 EXNDS Karteieintragungen Organizer (DYNAMIC) hl7:reference 0 … 1 C Beinhaltet 1.2.40.0.34.6.0.11.3.151 EXNDS ExternalDocument (DYNAMIC)   Constraint Verpflichtend im Falle von act/code@code="BefundDokument" hl7:entryRelationship 0 … 1 C Verpflichtend im Falle von act/code@code="BefundKartEintrag" Beinhaltet 1.2.40.0.34.6.0.11.3.137 EXNDS Karteieintragungen Organizer (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

8.3.2.101 EXNDS ExternalDocument

Id	1.2.40.0.34.6.0.11.3.151	Gültigkeit ab	2020‑10‑16 11:55:08
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_ExternalDocument	Bezeichnung	EXNDS ExternalDocument
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.151
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beispiel	Beispiel <hl7:externalDocument>   <hl7:templateId root="1.2.40.0.34.6.0.11.3.151"/>  <hl7:id root="2.5.4.83" extension="extension"/>  <hl7:code code="18842-5" codeSystem="2.16.840.1.113883.6.1" displayName="Discharge summary"/></hl7:externalDocument>
Item DT Kard Konf Beschreibung Label hl7:externalDocument hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.151 hl7:id II 1 … 1 M @root uid 1 … 1 F 2.5.4.83   OID von URI @extension st 1 … 1 R Angabe des Dateipfades in relativer Form im URI Syntax: Bsp: "file:///Laborbefund20200606.pdf" hl7:code CD (extensible) 0 … 1 optionale Angabe des Dokumententypes   CONF Der Wert von @code SOLLTE gewählt werden aus dem Value Set 1.2.40.0.34.10.86 HL7-at_XDS-Dokumentenklassen (DYNAMIC)

8.3.2.102 EXNDS eCardKonsDatenAct

Id	1.2.40.0.34.6.0.11.3.152	Gültigkeit ab	2020‑10‑16 15:45:26
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_eCardKonsDatenAct	Bezeichnung	EXNDS eCardKonsDatenAct
Beschreibung	Dieses Act-Element wird genutzt um über einen ExternalAct auf die eCard Konsultationsdaten zu referenzieren
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.152
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.153 Containment EXNDS ExternalAct (1.0.0+20210310) DYNAMIC
Beispiel	Beispiel <hl7:act>   <hl7:templateId root="1.2.40.0.34.6.0.11.3.152"/>  <hl7:code code="eCardKonsDaten" codeSystem="1.2.40.0.34.5.195" displayName="eCard Konsultationsdaten" codeSystemName="EXNDS_Concepts"/>  <hl7:effectiveTime value="20210212135352+01:00"/>  <hl7:reference>     <!-- template 1.2.40.0.34.6.0.11.3.153 'EXNDS ExternalAct' (2020-10-16T15:50:38) -->   </hl7:reference></hl7:act>
Item DT Kard Konf Beschreibung Label hl7:act hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.152 hl7:code CD (extensible) 1 … 1 M @code cs 1 … 1 F eCardKonsDaten @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F eCard Konsultationsdaten @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:effectiveTime TS.AT.TZ 0 … 1 R Angabe des Zeitpunkts an dem der Konsultationsdatensatz erstellt wurde. hl7:reference 1 … 1 M Beinhaltet 1.2.40.0.34.6.0.11.3.153 EXNDS ExternalAct (DYNAMIC)

8.3.2.103 EXNDS ExternalAct

Id	1.2.40.0.34.6.0.11.3.153	Gültigkeit ab	2020‑10‑16 15:50:38
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_ExternalAct	Bezeichnung	EXNDS ExternalAct
Beschreibung	Angabe eines external Act. Verwendung findet dieses template bei der Angabe zu eCard-Konsulationsdaten und ABS-Daten.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.153
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beispiel	Beispiel <hl7:externalAct>   <hl7:templateId root="1.2.40.0.34.6.0.11.3.153"/>  <hl7:id root="2.5.4.83" extension="extension"/>  <hl7:code code="eCardKonsDaten" codeSystem="1.2.40.0.34.5.195" displayName="eCard Konsultationsdaten"/></hl7:externalAct>
Item DT Kard Konf Beschreibung Label hl7:externalAct hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.153 hl7:id II 1 … * M Angabe zum relativen Pfad der Datei in Form einer URI @root uid 1 … 1 F 2.5.4.83 @extension st 1 … 1 R Angabe der URI: z.B.: "file:///Abrechnungsdaten.csv" hl7:code CD (extensible) 1 … 1 M   CONF Der Wert von @code SOLLTE gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.48 exnds_ExternalActCode_VS (DYNAMIC)

8.3.2.104 EXNDS ABS-Daten Act

Id	1.2.40.0.34.6.0.11.3.154	Gültigkeit ab	2020‑10‑16 16:03:41
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_ABSDatenAct	Bezeichnung	EXNDS ABS-Daten Act
Beschreibung	Dieses Act-Element wird genutzt um über einen ExternalAct auf die ABS Daten zu referenzieren
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.154
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.153 Containment EXNDS ExternalAct (1.0.0+20210310) DYNAMIC
Beispiel	Beispiel <hl7:act>   <hl7:templateId root="1.2.40.0.34.6.0.11.3.154"/>  <hl7:code code="ABS-Daten" codeSystem="1.2.40.0.34.5.195" displayName="ABS Daten" codeSystemName="EXNDS_Concepts"/>  <hl7:effectiveTime value="20210212134759+01:00"/>  <hl7:reference>     <!-- template 1.2.40.0.34.6.0.11.3.153 'EXNDS ExternalAct' (2020-10-16T15:50:38) -->   </hl7:reference></hl7:act>
Item DT Kard Konf Beschreibung Label hl7:act hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.154 hl7:code CD (extensible) 1 … 1 M @code cs 1 … 1 F ABS-Daten @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F ABS Daten @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:effectiveTime TS.AT.TZ 0 … 1 R Angabe des Zeitpunkts an dem der ABS Datensatz erstellt wurde. hl7:reference 1 … 1 M Beinhaltet 1.2.40.0.34.6.0.11.3.153 EXNDS ExternalAct (DYNAMIC)

8.3.2.105 EXNDS Attachment Act

Id	1.2.40.0.34.6.0.11.3.155	Gültigkeit ab	2020‑10‑16 16:31:12
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_AttachmentAct	Bezeichnung	EXNDS Attachment Act
Beschreibung Dieses Act-Element enthält jeweils ein Attachment. Attachments sind, im Kontext von EXNDS, Befunde welche von extern in das System eingelangt sind, i.e. Befunde welche nicht vom exportierendem Arzt generiert wurden.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.155
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 5 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.3 Inklusion Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.3.151 Containment EXNDS ExternalDocument (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.137 Containment EXNDS Karteieintragungen Organizer (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.156 Containment EXNDS Befunderstellungsdatum (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.11 Containment Comment Entry (1.0.0+20210219) DYNAMIC
Beziehung	Generalisierung: Template 1.2.40.0.34.6.0.11.3.150 EXNDS Befund Act (2020‑10‑16 11:27:38) ref exnds-
Beispiel	Beispiel <hl7:act>   <hl7:templateId root="1.2.40.0.34.6.0.11.3.155"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="BefundKartEintrag" codeSystem="1.2.40.0.34.5.195" displayName="Befund Karteieintrages"/>  <hl7:effectiveTime value="20210212134701+01:00"/>  <hl7:informant>     <!-- include template 1.2.40.0.34.6.0.11.9.3 'Informant Body' (dynamic) .. O -->   </hl7:informant>  <!-- choice: 1..1 element hl7:reference containing template 1.2.40.0.34.6.0.11.3.151 (dynamic) element hl7:entryRelationship containing template 1.2.40.0.34.6.0.11.3.137 (dynamic) -->   <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.156 'EXNDS Befunderstellungsdatum' (2020-10-16T16:39:43) -->   </hl7:entryRelationship>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.11 'Comment Entry' (2019-02-07T13:10:44) -->   </hl7:entryRelationship></hl7:act>
Item DT Kard Konf Beschreibung Label hl7:act hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.155 hl7:id II 0 … 1 optionale Vergabe einer Id für einen Befund hl7:code CD (extensible) 1 … 1 M   CONF Der Wert von @code SOLLTE gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.47 exnds_BefundArt_VS (DYNAMIC) hl7:effectiveTime TS.AT.TZ 0 … 1 R Zeitpunkt an dem der Befund eingebracht wurde. hl7:informant 0 … 1 R Angaben zum Befundersteller Eingefügt von 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) @typeCode cs 0 … 1 F INF @context​Control​Code cs 0 … 1 F OP Auswahl 1 … 1 Elemente in der Auswahl: hl7:assignedEntity welches enthält Template 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (DYNAMIC) hl7:relatedEntity hl7:assignedEntity 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (DYNAMIC) hl7:relatedEntity 0 … 1 @classCode cs 1 … 1 F PRS hl7:code CE 0 … 1 R wo [not(@nullFlavor)]   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) hl7:addr AD 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * R wo [not(@nullFlavor)] hl7:relatedPerson 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (DYNAMIC) Auswahl 1 … 1 Elemente in der Auswahl: hl7:reference welches enthält Template 1.2.40.0.34.6.0.11.3.151 EXNDS ExternalDocument (DYNAMIC) hl7:entryRelationship welches enthält Template 1.2.40.0.34.6.0.11.3.137 EXNDS Karteieintragungen Organizer (DYNAMIC) hl7:reference 0 … 1 C Beinhaltet 1.2.40.0.34.6.0.11.3.151 EXNDS ExternalDocument (DYNAMIC)   Constraint Verpflichtend im Falle von act/code@code="BefundDokument" hl7:entryRelationship 0 … 1 C Verpflichtend im Falle von act/code@code="BefundKartEintrag" Beinhaltet 1.2.40.0.34.6.0.11.3.137 EXNDS Karteieintragungen Organizer (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.3.156 EXNDS Befunderstellungsdatum (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 0 … * Beinhaltet 1.2.40.0.34.6.0.11.3.11 Comment Entry (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

8.3.2.106 EXNDS Befunderstellungsdatum

Id	1.2.40.0.34.6.0.11.3.156	Gültigkeit ab	2020‑10‑16 16:39:43
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_Befunderstellungsdatum	Bezeichnung	EXNDS Befunderstellungsdatum
Beschreibung	Dieses Act-Element wird genutzt um das Datum einer Befunderstellung zu dokumentieren.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.156
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beispiel	Beispiel <hl7:act>   <hl7:templateId root="1.2.40.0.34.6.0.11.3.156"/>  <hl7:code code="BefErstDat" codeSystem="1.2.40.0.34.5.195" displayName="Befunderstellungsdatum" codeSystemName="EXNDS_Concepts"/>  <hl7:effectiveTime value="20210212135015+01:00"/></hl7:act>
Item DT Kard Konf Beschreibung Label hl7:act hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.156 hl7:code CD (extensible) 1 … 1 M @code cs 1 … 1 F BefErstDat @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Befunderstellungsdatum @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:effectiveTime TS.AT.TZ 1 … 1 M Angabe des Zeitpunkts der Befunderstellung

8.3.2.107 EXNDS Krankenstand Act

Id	1.2.40.0.34.6.0.11.3.159	Gültigkeit ab	2020‑11‑06 14:12:57
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_actKrankenstand	Bezeichnung	EXNDS Krankenstand Act
Beschreibung	Dieses Act-Element wird genutzt um über einen ExternalAct auf die ABS Daten zu referenzieren
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.159
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.3.157 Containment EXNDS Krankenstand Grund (1.0.0+20210310) DYNAMIC 1.2.40.0.34.6.0.11.3.158 Containment EXNDS Krankenstand voraussichtliches Ende (1.0.0+20210310) DYNAMIC
Beispiel	Beispiel <hl7:act>   <hl7:templateId root="1.2.40.0.34.6.0.11.3.159"/>  <hl7:code code="Krankenstand" codeSystem="1.2.40.0.34.5.195" displayName="Krankenstand" codeSystemName="EXNDS_Concepts"/>  <hl7:effectiveTime>     <cda:low value="20210212135253"/>  </hl7:effectiveTime>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.157 'EXNDS Krankenstand Grund' (2020-11-06T13:53:13) -->   </hl7:entryRelationship>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.158 'EXNDS Krankenstand voraussichtliches Ende' (2020-11-06T14:06:30) -->   </hl7:entryRelationship></hl7:act>
Item DT Kard Konf Beschreibung Label hl7:act hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.159 hl7:code CD 1 … 1 M @code cs 1 … 1 F Krankenstand @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Krankenstand @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:effectiveTime IVL_TS 1 … 1 R Angabe des Beginns und des Endes des Krankenstands hl7:entryRelationship 1 … 1 R Angaben zum Grund für den Krankenstand Beinhaltet 1.2.40.0.34.6.0.11.3.157 EXNDS Krankenstand Grund (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 1 … 1 R Angaben zum voraussichtlichen Ende des Krankenstandes Beinhaltet 1.2.40.0.34.6.0.11.3.158 EXNDS Krankenstand voraussichtliches Ende (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

8.3.2.108 EXNDS Krankenstand Grund

Id	1.2.40.0.34.6.0.11.3.157	Gültigkeit ab	2020‑11‑06 13:53:13
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_obsKrankenstandGrund	Bezeichnung	EXNDS Krankenstand Grund
Beschreibung	Strukturierte Angabe zum Grund eines Krankenstandes
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.157
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.2 Inklusion Original Text Reference (1.0.0+20210219) DYNAMIC
Beispiel	Beispiel <hl7:observation classCode="OBS" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.157"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="KrankenstandGrund" codeSystem="1.2.40.0.34.5.195" displayName="Grund für den Krankenstand" codeSystemName="EXNDS_Concepts"/>  <hl7:text/>  <hl7:value xsi:type="CD" nullFlavor="NA">     <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) 1..1 M -->   </hl7:value></hl7:observation>
Item DT Kard Konf Beschreibung Label hl7:observation @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.157 hl7:id II 0 … * hl7:code CD 1 … 1 M @code cs 1 … 1 F KrankenstandGrund @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Grund für den Krankenstand @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:text ED 0 … 1 hl7:value CD 1 … 1 R wo [@nullFlavor='NA'] @xsi:type 1 … 1 F CD @nullFlavor cs 1 … 1 F NA 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. 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. @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.

8.3.2.109 EXNDS Krankenstand voraussichtliches Ende

Id	1.2.40.0.34.6.0.11.3.158	Gültigkeit ab	2020‑11‑06 14:06:30
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_entry_obsKrankenstandVorEnde	Bezeichnung	EXNDS Krankenstand voraussichtliches Ende
Beschreibung	Angabe zum vorrausichtlichen Ende des Krankenstandes
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.158
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beispiel	Beispiel <cda:observation classCode="OBS" moodCode="EVN">   <cda:templateId root="1.2.40.0.34.6.0.11.3.158"/>  <cda:id root="1.2.3.999" extension="--example only--"/>  <cda:code code="VorausEnde" codeSystem="1.2.40.0.34.5.195" displayName="Voraussichtliches Ende des Krankenstandes" codeSystemName="EXNDS_Concepts"/>  <cda:text/>  <cda:value xsi:type="TS" value="20210212135241+01:00"/></cda:observation>
Item DT Kard Konf Beschreibung Label hl7:observation @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.158 hl7:id II 0 … * hl7:code CD 1 … 1 M @code cs 1 … 1 F VorausEnde @codeSystem oid 1 … 1 F 1.2.40.0.34.5.195 @displayName st 0 … 1 F Voraussichtliches Ende des Krankenstandes @codeSystemName st 0 … 1 F EXNDS_Concepts hl7:text ED 0 … 1 hl7:value TS 1 … 1 M @xsi:type cs 1 … 1 F TS

8.3.3 Compilations und allgemeine Body Templates

8.3.3.1 Address Compilation

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

8.3.3.2 Person Name Compilation G2 M

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

8.3.3.3 Person Name Compilation G1 M

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

8.3.3.4 Organization Name Compilation

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

8.3.3.5 Address Compilation Minimal

Id	1.2.40.0.34.6.0.11.9.10	Gültigkeit ab	2023‑04‑06 14:31:34 Andere Versionen mit dieser Id: atcdabbr_other_AddressCompilationMinimal vom 2021‑06‑28 13:44:14 atcdabbr_other_AddressCompilationMinimal vom 2021‑02‑19 13:05:57 atcdabbr_other_AddressCompilationMinimal vom 2019‑03‑27 11:26:08
Status	Aktiv	Versions-Label	1.0.2+20230717
Name	atcdabbr_other_AddressCompilationMinimal	Bezeichnung	Address Compilation Minimal
Beschreibung	Adressangabe in Granularitätsstufe 2 oder 3
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Spezialisierung: Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (2021‑06‑28 13:44:14) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (2021‑02‑19 13:05:57) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (2019‑03‑27 11:26:08) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.4 Address Information Compilation (2019‑02‑11 13:19:54) ref at-cda-bbr-
Beispiel	Österreichische Postadresse <addr>   <streetName>Musterstraße</streetName>  <houseNumber>11a/2/1</houseNumber>  <postalCode>7000</postalCode>  <city>Eisenstadt</city>  <state>Burgenland</state>  <country>AUT</country>  <additionalLocator>Station A, Zimmer 9</additionalLocator></addr>
Beispiel	Besuchsadresse <addr use="PHYS">   <!-- Ort abweichend von der Adresse der Person oder Organisation, z.B. bei einem Hausbesuch -->   <!-- Weitere Adresselemente können angegeben werden -->   <additionalLocator>Volksschule Brittenau, Klasse 3b</additionalLocator></addr>
Item DT Kard Konf Beschreibung Label @use cs 0 … 1   Die genaue Bedeutung der angegebenen Adresse kann über das @use Attribut angegeben werden. Wird kein @use Attribut angegeben, gilt bei Personen die Adresse als Wohnadresse „H“ und bei Organisationen als Büroadresse „WP“. Wird ein Hauptwohnsitz "HP" angegeben, gelten die mit "H" deklarierten Wohnsitze als Nebenwohnsitze. Zulässige Werte gemäß Value Set "ELGA_AddressUse". hl7:streetAddressLine ADXP 0 … 1 C Straße mit Hausnummer Bsp: Musterstraße 11a/2/1   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 hl7:houseNumber ADXP 0 … 1 C Hausnummer z.B. 11a/2/1 hl7:postalCode ADXP 0 … 1 Postleitzahl hl7:city ADXP 0 … 1 Stadt hl7:state ADXP 0 … 1 Bundesland 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.   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   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.

8.3.3.6 Device Compilation

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

8.3.3.7 Organization Compilation with id, name

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

8.3.3.8 Assigned Entity

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

8.3.3.9 Organization Compilation with name

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

8.3.3.10 Time Interval Information minimal

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

8.3.3.11 Original Text Reference

Id	1.2.40.0.34.6.0.11.9.2	Gültigkeit ab	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>   <reference value="#myref-2"/></originalText><!-- zugehöriger secction.text: <content ID="myref-2">OrginalText des Codes</content> -->
Item DT Kard Konf Beschreibung Label hl7:originalText ED 0 … 1 Textinhalt, der codiert wurde. 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. @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.

8.3.3.12 Author Body

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

8.3.3.13 Person Name Compilation G2

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

8.3.3.14 Informant Body

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

8.3.3.15 Assigned Entity Body

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

8.3.3.16 Organization Compilation with name, addr minimal

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

8.3.3.17 Performer Body

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

8.3.3.18 Participant Body

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

8.3.3.19 Narrative Text Reference

Id	1.2.40.0.34.6.0.11.9.1	Gültigkeit ab	2021‑05‑06 09:38:20 Andere Versionen mit dieser Id: atcdabrr_other_NarrativeTextReference vom 2021‑02‑19 13:12:50 atcdabrr_other_NarrativeTextReference vom 2019‑01‑17 15:27:17
Status	Aktiv	Versions-Label	1.0.1+20210512
Name	atcdabrr_other_NarrativeTextReference	Bezeichnung	Narrative Text Reference
Beschreibung Verweist auf die Stelle im narrativen Text-Bereich (section.text),  an der die gegebene Aussage (clinical statement) narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc.). Eine Beobachtung bezieht sich u.a. auf: Zustände (Condition) Symptome (Symptom) Befunde (Finding)  Beschwerden (Complaint) Funktionellen Einschränkungen (Functional limitation) Probleme (Problem) Diagnosen (Diagnosis)
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (2021‑02‑19 13:12:50) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (2019‑01‑17 15:27:17) ref at-cda-bbr-
Beispiel	Beispiel <text>   <reference value="#my-refX"/></text><!-- zugehöriger secction.text: <tr ID="my-refX"> <td ID="my-refToTheCode">Originaltext des codes</td> <td>mit zusätzlichen Informationen</td> </tr> -->
Item DT Kard Konf Beschreibung Label hl7:text ED 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. @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.

8.3.3.20 EXNDS Familienanamnese Subject

Id	1.2.40.0.34.6.0.11.3.116	Gültigkeit ab	2020‑10‑01 15:07:47
Status	Aktiv	Versions-Label	1.0.0+20210310
Name	exnds_other_FamilienanamneseSubject	Bezeichnung	EXNDS Familienanamnese Subject
Beschreibung	In diesem Template erfolgt die Angabe des Verwandtschaftsgrades als auch der demographischen Informationen des Familienmitglieds
Kontext	Geschwisterknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.116
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.10 Inklusion Address Compilation Minimal (1.0.2+20230717) DYNAMIC
Beispiel	Beispiel <hl7:relatedSubject classCode="PRS">   <id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="FAMMEMB" codeSystem="2.16.840.1.113883.5.111" displayName="Family Member"/>  <!-- include template 1.2.40.0.34.6.0.11.9.10 'Address Compilation Minimal' (dynamic) 0..* O -->   <hl7:telecom value="tel:+1-12345678"/>  <hl7:subject classCode="PSN" determinerCode="INSTANCE">     <id root="1.2.3.999" extension="--example only--"/>    <hl7:name>name</hl7:name>    <desc/>    <hl7:administrativeGenderCode code="F" codeSystem="2.16.840.1.113883.5.1" displayName="Female"/>    <hl7:birthTime value="20210211143047"/>    <deceasedInd value="false"/>    <deceasedTime value="20210211143047"/>    <multipleBirthInd value="false"/>    <multipleBirthOrderNumber value="1"/>  </hl7:subject></hl7:relatedSubject>
Item DT Kard Konf Beschreibung Label @typeCode cs 0 … 1 F SBJ @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.116 hl7:relatedSubject 1 … 1 R @classCode cs 1 … 1 F PRS sdtc:id II 0 … * hl7:code CE 1 … 1 M   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) oder Der Wert von @code MUSS gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19563 PersonalRelationshipRoleType (DYNAMIC) Eingefügt 0 … * von 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) @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 … * C Straße mit Hausnummer Bsp: Musterstraße 11a/2/1   Constraint Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden. hl7:streetName ADXP 0 … * C Straße ohne Hausnummer z.B. Musterstraße hl7:houseNumber ADXP 0 … * C Hausnummer z.B. 11a/2/1 hl7:postalCode ADXP 0 … * Postleitzahl hl7:city ADXP 0 … * Stadt hl7:state ADXP 0 … * Bundesland hl7:country ADXP 0 … * 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.   Schematron assert role  info     test string-length(text()) = 3     Meldung content length = 3 characters   hl7:additionalLocator ADXP 0 … * Zusätzliche Addressinformationen, z.B. Station, Zimmernummer im Altersheim   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.   hl7:telecom TEL 0 … * hl7:subject 0 … 1 @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE sdtc:id II 0 … * hl7:name PN 0 … * sdtc:desc ED 0 … 1 hl7:administrative​Gender​Code CE 0 … 1   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC) hl7:birthTime TS 0 … 1 sdtc:deceasedInd BL 0 … 1 sdtc:deceasedTime TS 0 … 1 sdtc:multipleBirthInd BL 0 … 1 sdtc:multipleBirthOrderNumber INT 0 … 1

8.3.3.21 Vaccine Product

Id	1.2.40.0.34.6.0.11.9.32 ref at-cda-bbr-	Gültigkeit ab	2026‑03‑30 08:58:51 Andere Versionen mit dieser Id: atcdabbr_other_vaccineProduct vom 2023‑04‑05 10:17:45 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	Entwurf	Versions-Label	2.0.1
Name	atcdabbr_other_vaccineProduct	Bezeichnung	Vaccine Product
Beschreibung Das Vaccine Template enthält die Daten zum verabreichten Arzneimittel (pro Impfung). Die enthaltenen Daten können über das Scannen des Produkt-Barcodes (2D) und die dadurch referenzierten Produktstammdaten automatisch übernommen werden. Kann beim Nachtragen einer Impfung durch "Vaccine Product nicht angegeben" ersetzt werden.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.32
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.2 Inklusion Original Text Reference (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.9 Containment Organization Compilation with name (1.0.0+20210219) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (2023‑04‑05 10:17:45) ref at-cda-bbr- Spezialisierung: Template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (2022‑07‑12 08:54:29) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (2022‑03‑14 09:25:51) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (2021‑10‑01 13:21:55) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (2019‑04‑24 08:57:24) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.20.1.53 Product (DYNAMIC) ref ccd1- Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.7.2 eHDSI Immunization Product (DYNAMIC) ref epsos- Spezialisierung: Template 1.2.40.0.34.6.0.11.3.13 Pharmaceutical Entry (DYNAMIC) ref at-cda-bbr-
Beispiel	Aktueller Impfstoff <manufacturedProduct classCode="MANU">   <templateId root="1.2.40.0.34.6.0.11.9.32"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>  <templateId root="2.16.840.1.113883.10.20.1.53"/>  <id root="1.2.3.999" extension="extension"/>  <manufacturedMaterial classCode="MMAT" determinerCode="KIND">     <templateId root="1.3.6.1.4.1.19376.1.9.1.3.1"/>    <code code="2427872" codeSystem="1.2.40.0.34.4.16" displayName="ENCEPUR FSPR 0,25ML KIND">       <!-- 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:ingredient classCode="ACTI">       <pharm:ingredient classCode="MMAT" determinerCode="KIND">         <pharm:code code="J07BA01" codeSystem="1.2.276.0.76.5.534"/>        <pharm:name>FSME, inaktiviert, ganzes Virus</pharm:name>      </pharm:ingredient>    </pharm:ingredient>  </manufacturedMaterial>  <manufacturerOrganization>     <!-- 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 <manufacturedProduct classCode="MANU">   <templateId root="1.2.40.0.34.6.0.11.9.32"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>  <templateId root="2.16.840.1.113883.10.20.1.53"/>  <manufacturedMaterial classCode="MMAT" determinerCode="KIND">     <templateId root="1.3.6.1.4.1.19376.1.9.1.3.1"/>    <code code="AHI107" codeSystem="1.2.40.0.34.5.183" displayName="Ticovac junior">       <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) .. O -->     </code>    <name>Ticovac junior</name>    <lotNumberText nullFlavor="UNK"/>  </manufacturedMaterial></manufacturedProduct>
Item DT Kard Konf Beschreibung Label hl7:manufacturedProduct Daten zum verabreichten Arzneimittel (pro Impfung). @classCode cs 0 … 1 F MANU hl7:templateId II 1 … 1 M ELGA @root uid 1 … 1 F 1.2.40.0.34.6.0.11.9.32 hl7:templateId II 1 … 1 M IHE PCC Product Entry @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.7.2 hl7:templateId II 1 … 1 M HL7 CCD @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.53 hl7:id II 0 … 1 UniqueIdentifier (Serialisierungsnummer, Packungs-Identifikator). Gesetzliche Grundlagen Fälschungsschutzrichtlinie 2011/62/EU sowie delegierte Verordnung (EU) 2016/161. wo [not(@nullFlavor)] hl7:manufactured​Material 1 … 1 M @classCode cs 0 … 1 F MMAT @determiner​Code cs 0 … 1 F KIND hl7:templateId II 1 … 1 M IHE MedicineEntryContentModule @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.3.1 hl7:code CE 1 … 1 R Mögliche Inhalte: Pharmazentralnummer (PZN) ID eines nicht mehr verwendeten Impfstoffes (Zeitraum 1950 - 2016) @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"). Eine Verwendung des Attributs code/@nullFlavor="OTH" SOLL nicht erfolgen.   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. 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. @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 @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.   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 wo [not(@nullFlavor)] hl7:lotNumberText ST 0 … 1 nullFlavor wo [@nullFlavor='NA'] @nullFlavor cs 1 … 1 F NA hl7:lotNumberText ST 0 … 1 nullFlavor wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK pharm:ingredient 0 … * Komponente zur Aufnahme des Wirkstoffs. @classCode cs 0 … 1 F ACTI pharm:ingredient 1 … 1 M Code und Name des Wirkstoffs. @classCode cs 0 … 1 F MMAT @determiner​Code cs 0 … 1 F KIND pharm:code CE 0 … 1 ATC-Code des Wirkstoffs aus Fachinformation   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“. hl7:translation CE 0 … * pharm:name EN 0 … 1 Wirkstoff des Arzneimittels   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) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE

8.3.3.22 Vaccine Product nicht angegeben

Id	1.2.40.0.34.6.0.11.9.31 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 13:35:13 Andere Versionen mit dieser Id: atcdabbr_other_vaccineProductNichtAngegeben vom 2019‑06‑05 07:33:24
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_other_vaccineProductNichtAngegeben	Bezeichnung	Vaccine Product nicht angegeben
Beschreibung	Gibt an, dass kein Impfstoff angegeben wird oder werden kann.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.31
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (2019‑06‑05 07:33:24) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.20.1.53 Product (DYNAMIC) ref ccd1- Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.7.2 eHDSI Immunization Product (DYNAMIC) ref epsos- Spezialisierung: Template 1.2.40.0.34.6.0.11.3.13 Pharmaceutical Entry (DYNAMIC) ref at-cda-bbr-
Beispiel	Beispiel <hl7:manufacturedProduct classCode="MANU">   <hl7:templateId root="1.2.40.0.34.6.0.11.9.31"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.53"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>  <hl7:manufacturedMaterial classCode="MMAT" determinerCode="KIND">     <hl7:code nullFlavor="NA"/>  </hl7:manufacturedMaterial></hl7:manufacturedProduct>
Item DT Kard Konf Beschreibung Label hl7:manufacturedProduct 1 … 1 M @classCode cs 0 … 1 F MANU hl7:templateId II 1 … 1 M ELGA @root uid 1 … 1 F 1.2.40.0.34.6.0.11.9.31 hl7:templateId II 1 … 1 M HL7 CCD @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.53 hl7:templateId II 1 … 1 M IHE PCC Product Entry @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.7.2 hl7:manufactured​Material 1 … 1 M @classCode cs 0 … 1 F MMAT @determiner​Code cs 0 … 1 F KIND hl7:code 1 … 1 R Fixer Wert "NA". @nullFlavor cs 1 … 1 F NA

8.3.3.23 Performer Body - Impfende Person

Id	1.2.40.0.34.6.0.11.9.21 ref at-cda-bbr-	Gültigkeit ab	2025‑10‑21 10:52:40 Andere Versionen mit dieser Id: atcdabbr_other_PerformerBodyImpfendePerson vom 2021‑10‑13 12:53:37 atcdabbr_other_PerformerBodyImpfendePerson vom 2021‑05‑12 07:33:18 atcdabbr_other_PerformerBodyImpfendePerson vom 2021‑02‑19 13:36:24 atcdabbr_other_PerformerBodyImpfendePerson vom 2019‑05‑08 13:21:12
Status	Aktiv	Versions-Label	1.0.3+20260204
Name	atcdabbr_other_PerformerBodyImpfendePerson	Bezeichnung	Performer Body - Impfende Person
Beschreibung	Die Person, die die Impfung durchführt, z.B. ein Arzt, eine Hebamme oder eine diplomierte Pflegeperson im Auftrag des verantwortlichen Arztes.
Kontext	Geschwisterknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.21
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.10 Containment Address Compilation Minimal (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.12 Containment Person Name Compilation G1 M (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.11 Containment Person Name Compilation G2 M (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.20 Containment Organization Compilation with name, addr minimal (1.0.1+20210628) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.21 Performer Body - Impfende Person (2021‑10‑13 12:53:37) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.21 Performer Body - Impfende Person (2021‑05‑12 07:33:18) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.21 Performer Body - Impfende Person (2021‑02‑19 13:36:24) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.21 Performer Body - Impfende Person (2019‑05‑08 13:21:12) ref at-cda-bbr- Spezialisierung: Template 1.2.40.0.34.6.0.11.9.17 Performer Body (2019‑01‑17 12:44:16) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.323 CDA Performer (Body) (2005‑09‑07) ref ad1bbr-
Beispiel	Strukturbeispiel <placeholder>   <templateId root="1.2.40.0.34.6.0.11.9.21"/>  <time value="20190617122000+0200"/>  <assignedEntity classCode="ASSIGNED">     <id nullFlavor="cs" root="1.2.3.999" extension="--example only--"/>    <code code="CodeImpfrolle" codeSystem="1.2.3.999" displayName="DisplayRolle" codeSystemName="CodeSystemImpfrolle"/>    <addr nullFlavor="UNK">       <!-- template 1.2.40.0.34.6.0.11.9.10 'Address Compilation Minimal' (2019-03-27T11:26:08) -->     </addr>    <telecom use="WP" value="tel:+43.2236.9000"/>    <name>       <!-- template 1.2.40.0.34.6.0.11.9.12 'Person Name Compilation G1 M' -->     </name>    <representedOrganization>       <!-- template 1.2.40.0.34.6.0.11.9.20 'Organization Compilation with name, addr minimal' (2019-04-18T11:28:59) -->     </representedOrganization>  </assignedEntity></placeholder>
Item DT Kard Konf Beschreibung Label hl7:templateId II 1 … 1 M ELGA @root uid 1 … 1 F 1.2.40.0.34.6.0.11.9.21 hl7:time TS.AT.TZ 0 … 1 Zeitpunkt, an dem der Performer mit der Gesundheitsdienstleistung beschäftigt war, wenn abweichend von effectiveTime im übergeordneten Act hl7:assignedEntity 1 … 1 M @classCode cs 0 … 1 F ASSIGNED Auswahl 1 … * Elemente in der Auswahl: hl7:id[not(@nullFlavor)] hl7:id[@nullFlavor='NI'] hl7:id[@nullFlavor='UNK'] hl7:id II 0 … * Mindestens eine Id der Person. Zugelassene nullFlavor: NI … Die Person der Entität hat keine Identifikationsnummer UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt wo [not(@nullFlavor)] hl7:id II 0 … 1 wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Elemente in der Auswahl: hl7:code[concat(@code, @codeSystem) = doc('include/voc-1.2.40.0.34.6.0.10.11-DYNAMIC.xml')//valueSet[1]/conceptList/concept/concat(@code, @codeSystem) or @nullFlavor] hl7:code[@nullFlavor='UNK']   Constraint Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS, M [1..1] dieses Element angegeben sein. In allen anderen Fällen KANN, R [1..1] das Element auch mittels @nullFlavor "UNK" strukturiert werden. hl7:code CE 0 … 1 @codeSystem oid 1 … 1 R @code cs 1 … 1 R   Constraint Berufsrolle der impfenden Person. Verpflichtende Angabe bei neuer Impfung. Für die Dokumentation der Rolle sollen zumindest die Codes aus der 1. Ebene des Value-Sets verwendet werden.   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.11 eImpf_Impfrollen (DYNAMIC) hl7:code CE 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 0 … 1 Adresse der angegebenen Person. Keine vollständig strukturierte Adressangabe nötig. Elemente in der Auswahl: hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) hl7:addr hl7:addr 0 … 1 Adresse der angegebenen Person. Keine vollständig strukturierte Adressangabe nötig. Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) wo [not(@nullFlavor)] hl7:addr 0 … 1 nullFlavor @nullFlavor cs 1 … 1 F UNK hl7:telecom TEL.AT 0 … * wo [not(@nullFlavor)] @value url 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.) Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567 Zulässige Werteliste für telecom Präfixe gemäß Value Set „ELGA_URLScheme“ @use cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value Set „ELGA_TelecomAddressUse“ Auswahl 1 … 1 Elemente in der Auswahl: hl7:assigned​Person: Angabe der name-Elemente unstrukturiert hl7:assigned​Person: Angabe der name-Elemente strukturiert Elemente in der Auswahl: hl7:assigned​Person welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:assigned​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:assigned​Person 0 … 1 R Personendaten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Angabe der name-Elemente unstrukturiert, das name-Element ist Mandatory. Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:assigned​Person 0 … 1 Personendaten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Angabe der name-Elemente strukturiert , das name-Element ist Mandatory. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:represented​Organization 0 … 1 Organistationsdaten der angegebenen Person. Minimale Adressangabe möglich. Beinhaltet 1.2.40.0.34.6.0.11.9.20 Organization Compilation with name, addr minimal (DYNAMIC)   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.

8.3.3.24 Author Body - eImpfpass

Id	1.2.40.0.34.6.0.11.9.8 ref at-cda-bbr-	Gültigkeit ab	2025‑10‑21 10:44:38 Andere Versionen mit dieser Id: atcdabbr_other_AuthorBody_eImpfpass vom 2025‑02‑13 14:50:24 atcdabbr_other_AuthorBody_eImpfpass vom 2023‑03‑30 08:20:50 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.1+20260204
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	Version: Template 1.2.40.0.34.6.0.11.9.8 Author Body - e-Impfpass (2023‑03‑30 08:20:50) ref at-cda-bbr- Spezialisierung: Template 1.2.40.0.34.6.0.11.9.8 Author Body - eImpfpass (2021‑02‑19 13:12:25) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.8 Author Body - eImpfpass (2019‑02‑12 14:16:51) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.318 CDA Author (Body) (2005‑09‑07) ref ad1bbr- Spezialisierung: Template 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) ref at-cda-bbr-
Beispiel	Beispiel <placeholder typeCode="AUT" contextControlCode="OP">   <time value="20190710153549+0200"/>  <assignedAuthor classCode="ASSIGNED">     <id root="1.2.3.999" extension="--example only--"/>    <code code="100" codeSystem="1.2.40.0.34.5.2" displayName="Ärztin/Arzt für Allgemeinmedizin"/>    <addr>       <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->     </addr>    <telecom value="tel:+1-12345678"/>    <assignedPerson classCode="PSN" determinerCode="INSTANCE">       <!-- template 1.2.40.0.34.6.0.11.9.6 'Person Name Compilation G2' -->     </assignedPerson>    <representedOrganization classCode="ORG" determinerCode="INSTANCE">       <!-- template 1.2.40.0.34.6.0.11.9.5 'Organization Compilation with id, name' (2019-03-25T13:43:57) -->     </representedOrganization>  </assignedAuthor></placeholder>
Item DT Kard Konf Beschreibung Label @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP Auswahl 1 … 1 Zeitpunkt der Freigabe der Dokumentation Elemente in der Auswahl: hl7:time[not(@nullFlavor)] hl7:time[@nullFlavor='UNK']   Constraint Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS dieses Element angegeben sein (M [1..1]). In allen anderen Fällen KANN das Element auch mittels /@nullFlavor = "UNK" strukturiert werden (R [1..1]). hl7:time TS.AT.TZ 0 … 1 wo [not(@nullFlavor)] hl7:time TS.AT.TZ 0 … 1 nullFlavor wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:assignedAuthor 1 … 1 R @classCode cs 0 … 1 F ASSIGNED Auswahl 1 … * Elemente in der Auswahl: hl7:id[not(@nullFlavor)] hl7:id[@nullFlavor='UNK'] hl7:id II 0 … * 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 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:code CE 0 … 1 wo [not(@nullFlavor)]   Constraint Im Fall der Dokumentenklasse “Update Immunisierungsstatus” ohne Nachtragung MUSS (M [1..1]) dieses Element angegeben sein. Für die Dokumentation der Rolle sollen zumindest die Codes aus der 2. Ebene des Value-Sets verwendet werden.   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:addr AD 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.) Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value Set „ELGA_TelecomAddressUse"   Constraint Werden mehrere gleichartige telecom-Element strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 1 Elemente in der Auswahl: hl7:assigned​Person hl7:assigned​Authoring​Device welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) hl7:assigned​Person 0 … 1   Beispiel <assignedPerson classCode="PSN" determinerCode="INSTANCE">   <name>     <prefix qualifier="AC">Univ.-Prof. Dr.</prefix>    <given>Isabella</given>    <family>Stern</family>  </name></assignedPerson> Eingefügt 1 … 1 R von 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE Auswahl 1 … 1 Namen-Element (Person) Elemente in der Auswahl: hl7:name[not(@nullFlavor)] hl7:name[@nullFlavor='UNK'] hl7:name[@nullFlavor='MSK'] hl7:name PN 0 … 1 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! @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) @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 @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 @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 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:name PN 0 … 1 wo [@nullFlavor='MSK'] @nullFlavor cs 1 … 1 F MSK hl7:assigned​Authoring​Device 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)   Beispiel <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE">   <manufacturerModelName>xxx</manufacturerModelName>  <softwareName>yyy</softwareName></assignedAuthoringDevice> hl7:represented​Organization 0 … 1 C Organisation, in deren Auftrag und Verantwortlichkeit der Inhalt erstellt wurde Beinhaltet 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE   Constraint Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS dieses Element angegeben sein (M [1..1]). In allen anderen Fällen KANN das Element auch komplett entfallen (O [0..1]).   Beispiel <representedOrganization classCode="ORG" determinerCode="INSTANCE">   <id root="1.2.40.0.34.3.1" extension="12345"/>  <name>Krankenhaus Zwettl</name></representedOrganization>   Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not( ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:id[not(@nullFlavor)]     Meldung id/@nullFlavor ist NICHT ERLAUBT.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not( ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:represented​Organization     Meldung Das Element representedOrganization MUSS strukturiert sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not( ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:time[not(@nullFlavor)]     Meldung time/@nullFlavor ist NICHT ERLAUBT.

8.3.3.25 Participant Body - Transcriber

Id	1.2.40.0.34.6.0.11.9.14 ref at-cda-bbr-	Gültigkeit ab	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.
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgaimpf-data​element-285  Nachtragende Person 1.0.1  Datensatz Immunisierungsstatus
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.18 Containment Device Compilation (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.14 Participant Body - Transcriber (2021‑05‑25 11:27:52) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.14 Participant Body - Transcriber (2021‑02‑19 13:51:47) ref at-cda-bbr- Spezialisierung: Template 1.2.40.0.34.6.0.11.9.13 Participant Body (2019‑04‑03 12:08:16) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.821 CDA Participant (Body) SDTC (2005‑09‑07) ref ad1bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.321 CDA Participant (Body) (2005‑09‑07) ref ad1bbr-
Beispiel	Strukturbeispiel <placeholder>   <templateId root="1.2.40.0.34.6.0.11.9.14"/>  <time value="20190607145210+0200"/>  <participantRole classCode="ROL">     <id root="1.2.3.999" extension="extension"/>    <addr>       <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->     </addr>    <telecom use="WP" value="tel:+43.316.608.271.9000"/>    <playingEntity>       <name>         <given>Susi</given>        <family>Sorgenvoll</family>      </name>    </playingEntity>  </participantRole></placeholder>
Item DT Kard Konf Beschreibung Label hl7:templateId II 1 … 1 M ELGA   elgaimpf-data​element-285  Nachtragende Person 1.0.1  Datensatz Immunisierungsstatus @root uid 1 … 1 F 1.2.40.0.34.6.0.11.9.14 hl7:time TS.AT.TZ 0 … 1 C Datum der Eintragung (Eintragungsdatum, Datum der Dokumentation). Datum und Zeit, an dem die Impfung in den e-Impfpass eingetragen d.h. dokumentiert oder geändert wurde. Gilt auch bei einer nachträglichen Eintragung aus einer anderen Quelle (z.B. Papier-Impfpass, andere elektronische Quellen), d.h. NICHT das Impf-Datum!   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 @classCode cs 0 … 1 F ROL Auswahl 1 … * ID der Organisation des Eintragenden (OID aus dem GDA-Index) Elemente in der Auswahl: hl7:id[not(@nullFlavor)] hl7:id[@nullFlavor='NI'] hl7:id[@nullFlavor='UNK'] hl7:id II 0 … * wo [not(@nullFlavor)] @root cs 0 … 1   @extension st 0 … 1   hl7:id II 0 … 1 wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:addr AD 0 … 1 Adresse der Organisation des Eintragenden Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Optionale Kontaktdaten wo [not(@nullFlavor)] @value st 1 … 1 R @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“ Auswahl 1 … 1 Elemente in der Auswahl: hl7:playingDevice welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) hl7:playingEntity hl7:playingDevice 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) hl7:playingEntity 0 … 1 @classCode cs 0 … 1 F ENT @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Namen-Element (Person) @use cs 0 … 1   Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist. Bsp: A („Artist“). Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“). Zulässige Werte gemäß Value-Set „ELGA_EntityNameUse“. hl7:prefix ENXP 0 … * Beliebig viele Präfixe zum Namen, z.B. Akademische Titel. Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen! @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) @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 @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 @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. @classCode cs 0 … 1 F ENT @determiner​Code cs 0 … 1 F INSTANCE hl7:desc ST 0 … 1 Name der Organisation.   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.

9 Liste der verwendeten Terminologien

• ELGA_AdministrativeGender
• ELGA_AuthorSpeciality
• ELGA_PersonalRelationship
• exnds_AbrechnungsKennzeichen_VS
• exnds_ArzneimittelAbgabeTyp_VS
• exnds_ArzneimittelPackungsArt_VS
• exnds_BefundArt_VS
• exnds_Behandlungsscheinart_VS
• exnds_BlutgruppeAB0_VS
• exnds_BundeslandCodes_VS
• exnds_Chefarztkennzeichen_VS
• exnds_DocumentType_VS
• exnds_FremdstaatenKennzeichen_VS
• exnds_GrundFuerBehandlungsschein_VS
• exnds_Rhesusfaktor_VS
• exnds_Versichertenkategorie_VS
• exnds_Versicherungsträger_VS
• exnds_VisitenKMTyp_VS
• exnds_FormatCodes_VS
• PersonalRelationshipRoleType

10 Abkürzungsverzeichnis

DSGVO	Datenschutzgrundverordnung
IHE	Integrating the Healthcare Enterprise
JSON	JavaScript Object Notation
MIME	Multipurpose Internet Mail Extensions
ODD	On-Demand Document
SD	Stable Document
SVS	Sharing Value Sets
XDM	Cross-Enterprise Document Media Interchange
XDS	Cross-Enterprise Document Sharing

= Einzelnachweise =