[unmarkierte Version]

[geprüfte Version]

Aktuelle Version vom 11. Juni 2021, 12:35 Uhr

	Dieses Dokument gibt wieder: Implementierungsleitfaden Leitfaden Export-Normdatensatz (1.0.0+20210601), OID: 1.2.40.0.34.7.25.1, Datum: 01.06.2021, Status: Normativ. Die Teilmaterialien gehören der Kategorie elga-ends an.

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

Inhaltsverzeichnis

1 Zusammenfassung
2 Informationen über dieses Dokument
3 Einleitung
- 3.1 Ausgangslage und Motivation
4 Harmonisierung
- 4.1 Autoren
- 4.2 Mitwirkende
5 Anwendungsfälle
- 5.1 High Level Use Case
- 5.2 Detail Use Case
6 Technischer Hintergrund
- 6.1 IHE XDM
7 Spezifikationen abseits von CDA
8 Dokumenten Spezifikation
9 Liste der verwendeten Terminologien
10 Abkürzungsverzeichnis

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

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

2.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^[12] gilt. 2009 wurde die Release 2.0 als ISO-Standard ISO/HL7 27932:2009 publiziert^[13].

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

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

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

2.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^[22]

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^[23] und IHE-ITI Vol2b^[22]). 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
Ebene	Element	SD	ODD	Kommentar
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 ^[22] 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

2019‑06‑12 09:18:44

Status

Aktiv

Versions-Label

1.0.0+20210310

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.1)	DYNAMIC
1.2.40.0.34.6.0.11.1.2	Inklusion	Author (1.0.3+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.1.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.0+20210219)	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.2+20240628)	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	Rezept - codiert (3.0.0+202407##)	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)	DYNAMIC
1.2.40.0.34.6.0.11.2.2	Containment	Impfempfehlungen - kodiert (1.0.3+20230717)	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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:ClinicalDocument

1 … 1

M

(exn...atz)

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

(exn...atz)

@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

(exn...atz)

@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

(exn...atz)

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

(exn...atz)

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

(exn...atz)

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

(exn...atz)

hl7:code

CE

1 … 1

M

Verpflichtende Angabe des Dokumententyps und der Dokumentenklasse

(exn...atz)

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

(exn...atz)

@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

(exn...atz)

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.

(exn...atz)

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

(exn...atz)

@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

(exn...atz)

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

(exn...atz)


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

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.12 Document Confidentiality Code (DYNAMIC)

hl7:confidentialityCode

CE

1 … 1

M

Vertraulichkeitscode des Dokuments aus Value Set „ELGA_Confidentiality“.

(exn...atz)


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

@codeSystemName

st

1 … 1

F

HL7:Confidentiality

Constraint

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

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.13 Document Language (DYNAMIC)

hl7:languageCode

CS.LANG

1 … 1

M

Sprachcode des Dokuments.

(exn...atz)


	at-cda-bbr-dataelement-14	Sprachcode	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

CONF

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

Constraint

Für ELGA ist in @code für CDA und Ableitungen in die XDSDocumentEntry-Metadaten derzeit ausschließlich der Wert "de-AT" zulässig.
Für eHealth und zukünftige Versionen der ELGA Leitfäden können weitere Sprachcodes erlaubt werden.

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.15 Document Set Id and Version Number (DYNAMIC)

hl7:setId

II

1 … 1

M

Eindeutige Id des Dokumentensets. Diese bleibt über alle Versionen der Dokumente gleich (initialer Wert bleibt erhalten).
Die setId SOLL unterschiedlich zur clinicalDocument.id sein.
↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut referenceIdList ("urn:elga:iti:xds:2014:ownDocument_setId") gemappt.
Hinweis: Bestimmte Systeme, die bei der Übernahme der setId in die XDS-Metadaten mit dem V2-Datentyp CX arbeiten, könnten ein Problem mit @extension-Attributen haben, die länger als 15 Zeichen sind.

(exn...atz)

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.

(exn...atz)

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

(exn...atz)


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

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

cs

0 … 1

F

OP

hl7:patientRole

1 … 1

M

Patientendaten.

(exn...atz)

@classCode

cs

0 … 1

F

PAT

hl7:id

II

2 … *

R

Patientenidentifikatoren

(exn...atz)


at-cda-bbr-dataelement-193	EKVK	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-65	LokaleID	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-66	SVNr	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-67	bPK-GH	Dataset A Allgemeiner Leitfaden

Constraint

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

* id[1] Identifikation des Patienten im lokalen System (1..1 M)
↔ Hinweis zum XDS-Mapping: Das Element id[1] wird ins XDS-Attribut sourcePatientId gemappt.

* id[2] Sozialversicherungsnummer des Patienten (1..1 R):
- @root: OID der Liste aller österreichischen Sozialversicherungen, fester Wert: 1.2.40.0.10.1.4.3.1 (1..1 M)
- @extension: Vollständige Sozialversicherungsnummer des Patienten (10 Stellen) (1..1 M)
- @assigningAuthorityName: Fester Wert: Österreichische Sozialversicherung (0..1 O)

Zugelassene nullFlavor:
- NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer)
- UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt

* id[@root="1.2.40.0.10.2.1.1.149"] Bereichsspezifisches Personenkennzeichen (0..1 O):
- @root : OID der österreichischen bPK, fester Wert: 1.2.40.0.10.2.1.1.149 (1..1 M)
- @extension : bPK des Patienten: concat(Bereichskürzel, ":", bPK) (Base64,28 Zeichen). Typischerweise bPK-GH (Gesundheit). Kann im Zusammenhang mit E-ID auch andere Bereichskürzel tragen.
Anmerkung : Das bPK dient ausschließlich technisch der Zuordnung der elektronischen Identität und darf daher weder angezeigt werden noch am Ausdruck erscheinen noch in allfälligen Downloads enthalten sein (1..1 M)
- @assigningAuthorityName : Fester Wert: Österreichische Stammzahlenregisterbehörde (0..1 O)

* id[@root="1.2.40.0.34.4.21"] Europäische Krankenversicherungskarte (0..1 O):
- @root: OID der EKVK, fester Wert: 1.2.40.0.34.4.21 (1..1 M)
- @extension: Datenfelder der EKVK nach folgender Bildungsvorschrift: concat(Feld 6,"^",Feld 7,"^",Feld 8,"^",Feld 9) wobei Feld 6 "Persönliche Kennummer" angegeben sein MUSS (1..1 M). Die übrigen Datenfelder sind optional (0..1 O). In Feld 9 MUSS die Datumsangabe im Format YYYMMDD erfolgen.
- @assigningAuthorityName : Fester Wert: Nationaler Krankenversicherungsträger (0..1 O)

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

Beispiel

EKVK Beispiel-Max

Beispiel

EKVK Beispiel-Min

hl7:addr

0 … 2

R

Adresse des Patienten.
Es MUSS eine mögliche Adresse unterstützt werden. Spezielle Leitfäden (z.B. Entlassungsbrief Pflege) können es erforderlich machen, dass mehr als eine Adresse unterstützt werden muss.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(exn...atz)


	at-cda-bbr-dataelement-68	Adresse	Dataset A Allgemeiner Leitfaden

Constraint

Werden mehrere gleichartige address-Elemente strukturiert (z.B. Home, Pflege), MUSS jeweils das Attribut @use angeführt sein.

hl7:telecom

TEL.AT

0 … *

R

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

(exn...atz)


	at-cda-bbr-dataelement-72	Kontaktdaten	Dataset A Allgemeiner Leitfaden

@value

url

1 … 1

R

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

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

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

@use

cs

0 … 1

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

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

Constraint

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

hl7:patient

1 … 1

M

Name des Patienten.

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben gemäß „Namen-Elemente von Personen PN“ zu befolgen.

(exn...atz)


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

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Namen-Element (Person)

(exn...atz)

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

(exn...atz)

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

(exn...atz)

@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

(exn...atz)

@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

(exn...atz)

@qualifier

cs

0 … 1

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

CONF

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

Auswahl

1 … 1

Das "administrative Geschlecht" ist das soziale oder gesellschaftliche Geschlecht ("Gender"). Das administrative Geschlecht ist daher grundsätzlich getrennt von den biologischen Merkmalen der Person zu sehen. Grundsätzlich soll das administrative Geschlecht dem im Zentralen Melderegister (ZMR) eingetragenen Geschlecht entsprechen.

Über ein Translation-Element können weitere Angaben zum Geschlecht gemacht werden, wenn diese abweichend vom administrativen Geschlecht sind, z.B.:

Biologisches Geschlecht
Geschlecht in der Sozialversicherung
Geschlecht für die Stations-/Bettenbelegung im Krankenhaus

Codierung des Geschlechts des Patienten aus ValueSet "ELGA_AdministrativeGender".

Elemente in der Auswahl:

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

hl7:administrativeGenderCode

CE

0 … 1

(exn...atz)

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-74	Geschlecht	Dataset A Allgemeiner Leitfaden

@displayName

st

1 … 1

R

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.1

@codeSystemName

st

0 … 1

F

HL7:AdministrativeGender

CONF

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

hl7:translation

CD

0 … *

R

Über ein Translation-Element können weitere Angaben zum Geschlecht gemacht werden, wenn diese abweichend vom administrativen Geschlecht sind, z.B.: Biologisches Geschlecht, Geschlecht in der Sozialversicherung, Geschlecht für die Stations-/Bettenbelegung im Krankenhaus

(exn...atz)

@displayName

st

1 … 1

R

Beispiel

Beispiel für eine SNOMED CT Angabe

hl7:administrativeGenderCode

CE

0 … 1

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

(exn...atz)

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

(exn...atz)


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

hl7:birthTime

TS.AT.VAR

0 … 1

(exn...atz)

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.

(exn...atz)


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

sdtc:deceasedTime

TS.AT.TZ

0 … 1

R

Todesdatum der Person.

(exn...atz)


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

hl7:maritalStatusCode

CE

0 … 1

R

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

(exn...atz)


	at-cda-bbr-dataelement-98	Familienstand	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.2

@codeSystemName

st

1 … 1

F

HL7:MaritalStatus

@displayName

st

1 … 1

R

CONF

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

hl7:religiousAffiliationCode

CE

0 … 1

R

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

(exn...atz)


	at-cda-bbr-dataelement-99	Religionsbekenntnis	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.2.16.1.4.1

@codeSystemName

st

1 … 1

F

HL7.AT:ReligionAustria

@displayName

st

1 … 1

R

CONF

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

hl7:raceCode

NP

Rasse des Patienten.
Darf nicht verwendet werden!

(exn...atz)

hl7:ethnicGroupCode

NP

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

(exn...atz)

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.

(exn...atz)


	at-cda-bbr-dataelement-88	Gesetzlicher Vertreter	Dataset A Allgemeiner Leitfaden

@classCode

cs

0 … 1

F

GUARD

hl7:addr

0 … 1

R

Die Adresse des gesetzlichen Vertreters oder der Organisation.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(exn...atz)

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.

(exn...atz)

@value

st

1 … 1

R

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

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

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

@use

set_cs

0 … 1

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

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

Constraint

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

Auswahl

1 … 1

Angabe des gesetzlichen Vertreters als Person (guardianPerson in Granularitätsstufe 1 oder 2) ODER als Organisation (guardianOrganization)

Elemente in der Auswahl:

hl7:guardianPerson welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:guardianPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:guardianOrganization welches enthält Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)

hl7:guardianPerson

0 … 1

Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 1
Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(exn...atz)

hl7:guardianPerson

0 … 1

Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 2
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(exn...atz)

hl7:guardianOrganization

0 … 1

R

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

(exn...atz)

hl7:birthplace

0 … 1

R

Geburtsort des Patienten.

(exn...atz)


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

@classCode

cs

0 … 1

F

BIRTHPL

hl7:place

1 … 1

M

(exn...atz)

@classCode

cs

0 … 1

F

PLC

@determinerCode

cs

0 … 1

F

INSTANCE

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)
hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

hl7:addr

AD

0 … 1

Die Adresse des Geburtsorts. Minimalangabe. Alle Elemente optional.

Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)

(exn...atz)

hl7:addr

AD

0 … 1

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

(exn...atz)

hl7:languageCommunication

0 … *

R

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

(exn...atz)


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

hl7:languageCode

CS

1 … 1

M

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

In der Klasse languageCommunication können Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform (z.B. gesprochen oder geschrieben) des Patienten angegeben werden.
Dieser Leitfaden schränkt die möglichen Werte für die Sprache auf Werte aus dem Value Set ELGA_HumanLanguage ein.

Die Gebärdensprache ist als eigene Sprache inkl. Ländercode anzugeben, mit der Ergänzung des Länder-/Regional-Codes (z.B. sgn-at), die Ausdrucksweise (MoodCode) wird in diesem Fall nicht angegeben (denn expressed / received signed wären redundant).

(exn...atz)


	at-cda-bbr-dataelement-101	Sprache	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

Zulässige Werte gemäß Value-Set „ELGA_HumanLanguage“ aus Code-System „HL7:HumanLanguage 2.16.840.1.113883.6.121“
Gemäß IETF / RFC 3066 enthält es ein bestimmtes Subset von Codes aus ISO 639-1 und ISO 639-2 (also zwei- und dreistellige Sprachcodes). Gemäß RFC 3066 ist es zulässig, eine Angabe der landestypischen Ausprägung der Sprache nach einem Bindestrich anzufügen. Das Land wird dabei nach ISO 3166-1 Alpha 2 angegeben. Dies MUSS bei der Auswertung des languageCodes berücksichtigt und toleriert werden.

CONF

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

hl7:modeCode

CE

0 … 1

C

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

(exn...atz)

@code

cs

1 … 1

R

@displayName

st

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.60

@codeSystemName

st

0 … 1

F

HL7:LanguageAbilityMode

Constraint

Bei Strukturierung einer Gebärdensprache ist dieses Element NICHT ERLAUBT, NP [0..0] und MUSS daher komplett entfallen

CONF

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

hl7:proficiencyLevelCode

CE

0 … 1

R

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

(exn...atz)


	at-cda-bbr-dataelement-102	Grad der Sprachkenntnis	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

@displayName

st

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.61

@codeSystemName

st

0 … 1

F

HL7:LanguageAbilityProficiency

CONF

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

hl7:preferenceInd

BL

0 … 1

R

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

(exn...atz)


	at-cda-bbr-dataelement-103	Sprachpräferenz	Dataset A Allgemeiner Leitfaden

Schematron assert

role

error

test

not(hl7:id[1]/@nullFlavor)

Meldung

Die Verwendung von id/@nullFlavor ist an dieser Stelle NICHT ERLAUBT.

Schematron assert

role

error

test

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

Meldung

Zugelassene nullFlavor sind "NI" und "UNK"

hl7:recordTarget

0 … 1

(exn...atz)

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

(exn...atz)

@typeCode

cs

0 … 1

F

AUT

@contextControlCode

cs

0 … 1

F

OP

hl7:functionCode

CE (extensible)

0 … 1

R

Funktionscode des Verfassers des Dokuments, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“.

Eigene Codes und Bezeichnungen können verwendet werden.

(exn...atz)

@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

(exn...atz)

wo [not(@nullFlavor)]

hl7:time

TS.AT.TZ

0 … 1

(exn...atz)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:assignedAuthor

1 … 1

M

(exn...atz)

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

(exn...atz)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(exn...atz)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(exn...atz)

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.

(exn...atz)

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

(exn...atz)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

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

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

@use

set_cs

0 … 1

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

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

Constraint

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

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:assignedPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:assignedAuthoringDevice welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)

hl7:assignedPerson

0 … 1

Personendaten des Verfassers des Dokuments.

Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen, name-Element ist hier Mandatory.

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(exn...atz)

hl7:assignedAuthoringDevice

0 … 1

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

(exn...atz)

hl7:representedOrganization

1 … 1

M

Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.

↔ Hinweis zum XDS-Mapping: Da manche offiziellen Bezeichnungen von GDA sehr lang werden können, SOLL das name Element einer möglichst eindeutigen Kurzbezeichnung der Organisation entsprechen (im GDA-I im Tag description enthalten). Bei größeren Organisationen SOLL zusätzlich die Abteilung angegeben werden, damit die Zuordnung für den Leser einfacher wird.

Beispiel: Statt "Allgemeines Krankenhaus der Stadt Wien-Medizinischer Universitätscampus" --> "Wien AKH" bzw. "Wien AKH - Augenambulanz"

Beinhaltet 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (DYNAMIC)

(exn...atz)

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)

(exn...atz)

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.

(exn...atz)


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

@typeCode

cs

0 … 1

F

CST

hl7:assignedCustodian

1 … 1

M

(exn...atz)

@classCode

cs

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

M

(exn...atz)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

1 … *

M

Identifikation des Verwahrers des Dokuments. Wenn dieser im GDA-I angeführt ist, ist die entsprechende OID zu verwenden.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.

(exn...atz)

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.

(exn...atz)

hl7:telecom

TEL.AT

0 … *

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

(exn...atz)

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)

(exn...atz)

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

0 … *

Beabsichtiger Empfänger des Dokuments.

(exn...atz)


	at-cda-bbr-dataelement-26	Empfänger	Dataset A Allgemeiner Leitfaden

@typeCode

cs

0 … 1

Typ des Informationsempfängers, z.B: PRCP „Primärer Empfänger“.

Werden mehrere Empfänger angegeben, MUSS der primäre Empfänger über den typeCode definiert werden.
Hinweis: Das ist relevant, wenn Funktionen aus dem gerichteten Befundversand oder für den Briefdruck auf das Dokument angewendet werden.

CONF

Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.29 ELGA_InformationRecipientType (DYNAMIC)


	at-cda-bbr-dataelement-27	Empfänger Typ	Dataset A Allgemeiner Leitfaden

hl7:intendedRecipient

1 … 1

M

(exn...atz)

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

(exn...atz)

wo [not(@nullFlavor)]


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

hl7:id

II

0 … 1

NI … Person hat keine ID

(exn...atz)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

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

(exn...atz)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … 1

Personendaten des beabsichtigten Empfängers.
Empfehlung: Der Name des Empfängers und die Organisation, der er angehört, sollen in möglichst hoher Granularität angegeben werden. Aufgrund der gängigen Praxis kann als minimale Information für den Empfänger der unstrukturierte Name angegeben werden.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen.

Elemente in der Auswahl:

hl7:informationRecipient[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:informationRecipient[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

hl7:informationRecipient

… 1

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(exn...atz)

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


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

hl7:informationRecipient

… 1

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(exn...atz)

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

hl7:receivedOrganization

0 … 1

R

Organisation, der der beabsichtigte Empfänger angehört, z.B.: „Ordination des empfangenden Arztes“.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.

(exn...atz)


	at-cda-bbr-dataelement-30	Organisation	Dataset A Allgemeiner Leitfaden

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(exn...atz)

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.

(exn...atz)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(exn...atz)

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)

(exn...atz)

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

(exn...atz)


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

@contextControlCode

cs

0 … 1

F

OP

@typeCode

cs

0 … 1

F

LA

Auswahl

1 … 1

Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.

Elemente in der Auswahl:

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

hl7:time

TS.AT.TZ

0 … 1

(exn...atz)

wo [not(@nullFlavor)]


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

hl7:time

TS.AT.TZ

0 … 1

(exn...atz)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:signatureCode

CS

1 … 1

M

Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde.

(exn...atz)


	at-cda-bbr-dataelement-6	Signatur	Dataset A Allgemeiner Leitfaden

@code

CONF

1 … 1

F

S

hl7:assignedEntity

1 … 1

M

Personendaten des rechtlichen Unterzeichners.
Für den Namen ist verpflichtend Granularitätsstufe 2 ("strukturierte Angabe des Namens") anzuwenden!
Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)

(exn...atz)

Eingefügt

0 … *

von 1.2.40.0.34.6.0.11.1.6 Authenticator (DYNAMIC)

hl7:authenticator

0 … *

Weitere Unterzeichner.

(exn...atz)


	at-cda-bbr-dataelement-31	Weitere Unterzeichner	Dataset A Allgemeiner Leitfaden

@typeCode

cs

0 … 1

F

AUTHEN

Auswahl

1 … 1

Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Grundsätzlich sind die Vorgaben gemäß für „Zeit-Elemente“ zu befolgen.

Elemente in der Auswahl:

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

hl7:time

TS.AT.TZ

0 … 1

(exn...atz)

wo [not(@nullFlavor)]


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

hl7:time

TS.AT.TZ

0 … 1

(exn...atz)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:signatureCode

CS

1 … 1

M

(exn...atz)


	at-cda-bbr-dataelement-106	Signatur	Dataset A Allgemeiner Leitfaden

@code

CONF

1 … 1

F

S

hl7:assignedEntity

1 … 1

M

Personendaten des weiteren Unterzeichners.

Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen.

(exn...atz)

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

(exn...atz)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(exn...atz)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(exn...atz)

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)

(exn...atz)

wo [not(@nullFlavor)]

hl7:addr

0 … 1

(exn...atz)

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.

(exn...atz)

wo [not(@nullFlavor)]

@value

url

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.).

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

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

@use

cs

0 … 1

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

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

Constraint

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

hl7:assignedPerson

1 … 1

M

Personendaten der Person der Entität.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(exn...atz)

hl7:representedOrganization

0 … 1

R

Organisationsdaten der Entität.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

(exn...atz)

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

(exn...atz)

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

@typeCode

cs

1 … 1

F

CALLBCK

Callback contact

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(exn...atz)

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

(exn...atz)

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@displayName

st

1 … 1

R

hl7:associatedEntity

1 … 1

M

(exn...atz)

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

(exn...atz)

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

(exn...atz)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

1 … *

M

Beliebig viele Kontaktdaten des Beteiligten.

(exn...atz)

@value

st

1 … 1

R

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

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

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

@use

set_cs

0 … 1

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

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

Constraint

Es MUSS mindestens eine Telefonnummer angegeben werden. Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:associatedPerson

0 … 1

R

Name der Person

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(exn...atz)

hl7:scopingOrganization

0 … 1

R

Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).

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

(exn...atz)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(exn...atz)

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.

(exn...atz)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(exn...atz)

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)

(exn...atz)

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

(exn...atz)

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

@typeCode

cs

1 … 1

F

IND

In indirektem Bezug.

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(exn...atz)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.23

hl7:functionCode

CE

1 … *

M

Funktionscode des Beteiligten

(exn...atz)

@code

cs

1 … 1

F

PCP

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.88

@codeSystemName

st

1 … 1

F

HL7:ParticipationFunction

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(exn...atz)

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

(exn...atz)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(exn...atz)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(exn...atz)

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)

(exn...atz)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Hausarztes.

(exn...atz)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

@use

set_cs

0 … 1

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

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

Constraint

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

Auswahl

1 … 1

Name des Hausarztes.

Elemente in der Auswahl:

hl7:associatedPerson[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:associatedPerson[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(exn...atz)

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

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(exn...atz)

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

hl7:scopingOrganization

0 … 1

R

Arztpraxis oder Ordination.

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

(exn...atz)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(exn...atz)

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.

(exn...atz)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(exn...atz)

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)

(exn...atz)

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)

(exn...atz)

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

@typeCode

cs

1 … 1

F

IND

In indirektem Bezug.

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(exn...atz)

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

(exn...atz)

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(exn...atz)

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

(exn...atz)

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)

(exn...atz)

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

(exn...atz)

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"

(exn...atz)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … 1

Name des Beteiligten.

Elemente in der Auswahl:

hl7:associatedPerson[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:associatedPerson[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(exn...atz)

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

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(exn...atz)

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

hl7:scopingOrganization

0 … 1

R

Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).

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

(exn...atz)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(exn...atz)

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.

(exn...atz)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(exn...atz)

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)

(exn...atz)

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)

(exn...atz)

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

@typeCode

cs

1 … 1

F

IND

In indirektem Bezug.

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(exn...atz)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.25

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(exn...atz)

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

(exn...atz)

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

(exn...atz)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

(exn...atz)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

@use

set_cs

0 … 1

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

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

Constraint

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

Auswahl

1 … 1

Name des Beteiligten.

Elemente in der Auswahl:

hl7:associatedPerson[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:associatedPerson[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(exn...atz)

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

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(exn...atz)

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

hl7:scopingOrganization

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

(exn...atz)

Eingefügt

0 … *

von 1.2.40.0.34.6.0.11.1.26 Participant Versicherung (DYNAMIC)

hl7:participant

0 … *

Beteiligter (Versicherter/Versicherung).

(exn...atz)

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

@typeCode

cs

1 … 1

F

HLD

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(exn...atz)

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

(exn...atz)

hl7:associatedEntity

1 … 1

M

(exn...atz)

@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

(exn...atz)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(exn...atz)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(exn...atz)

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.

(exn...atz)

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

(exn...atz)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

(exn...atz)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

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

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

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

@use

set_cs

0 … 1

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

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

Constraint

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

hl7:associatedPerson

0 … 1

C

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

(exn...atz)

Constraint

Wenn das Versicherungsverhältnis "familienversichert" ("FAMDEP“) ist, MUSS eine associatedPerson angegeben sein, M [1..1], sonst kann sie komplett entfallen, O [0..1]

hl7:scopingOrganization

1 … 1

M

Versicherungsgesellschaft.

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

(exn...atz)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(exn...atz)

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.

(exn...atz)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(exn...atz)

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)

(exn...atz)

wo [not(@nullFlavor)]

Schematron assert

role

error

test

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

Meldung

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

Eingefügt

0 … 1

von 1.2.40.0.34.6.0.11.1.29 Participant Betreuungsorganisation (DYNAMIC)

hl7:participant

0 … 1

Beteiligter (Betreuende Organisation)

(exn...atz)

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

@typeCode

cs

1 … 1

F

IND

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(exn...atz)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.29

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(exn...atz)

@classCode

cs

1 … 1

F

CAREGIVER

Betreuer

hl7:scopingOrganization

1 … 1

M

Betreuende Organisation

(exn...atz)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(exn...atz)

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.

(exn...atz)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(exn...atz)

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)

(exn...atz)

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)

(exn...atz)

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

@typeCode

cs

1 … 1

F

CON

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(exn...atz)

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

(exn...atz)

wo [not(@nullFlavor)]

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@displayName

st

1 … 1

R

CONF

Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(exn...atz)

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

(exn...atz)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

(exn...atz)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.)

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

Bsp: tel:+43.1.1234567

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

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)

Bsp: WP

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

Bei Angabe mehrerer Telefonnummern ist jeweils das Attribut @use anzugeben.

hl7:associatedPerson

1 … 1

M

Beteiligte Person

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

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(exn...atz)

hl7:scopingOrganization

0 … 1

R

Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).

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

(exn...atz)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(exn...atz)

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.

(exn...atz)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(exn...atz)

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)

(exn...atz)

wo [not(@nullFlavor)]

Eingefügt

0 … 1

von 2.16.840.1.113883.10.12.109 CDA inFulfillmentOf (DYNAMIC)

hl7:inFulfillmentOf

0 … 1

(exn...atz)

@typeCode

0 … 1

F

FLFS

hl7:order

1 … 1

(exn...atz)

@classCode

0 … 1

F

ACT

@moodCode

1 … 1

F

RQO

hl7:id

II

1 … *

R

(exn...atz)

hl7:code

CE

0 … 1

(exn...atz)

CONF

muss aus der Konzeptdomäne "ActCode" gewählt werden

hl7:priorityCode

CE

0 … 1

(exn...atz)

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.

(exn...atz)

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.

(exn...atz)

@typeCode

cs

0 … 1

F

COMP

hl7:encompassingEncounter

1 … 1

M

Patientenkontakt.

(exn...atz)

@classCode

cs

0 … 1

F

ENC

@moodCode

cs

0 … 1

F

EVN

hl7:id

II

0 … 1

Identifikationselement zur Aufnahme der Aufenthaltszahl

(exn...atz)

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.

(exn...atz)

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

(exn...atz)

Constraint

Der Zeitraum des Patientenkontaktes MUSS die Vorgaben der speziellen Implementierungsleitfäden einhalten. Dabei gilt allgemein:

Der Zeitraum besteht aus dem Zeitpunkt der administrativen Aufnahme in die Behandlung und dem Zeitpunkt der administrativen Entlassung aus der Behandlung.
Der Entlassungszeitpunkt KANN „unbekannt“ sein, wenn die administrative Entlassung noch nicht erfolgt ist. (nullFlavor UNK beim effectiveTime.high)
Hinweis: Als Zeitpunkt der Aufnahme/Entlassung SOLL der Zeitpunkt der administrativen Aufnahme/Entlassung angegeben werden. Wenn der Zeitpunkt der administrativen Aufnahme/Entlassung nicht vorhanden ist, darf auch der Zeitpunkt der medizinischen Aufnahme/Entlassung angegeben werden.

hl7:responsibleParty

0 … 1

R

Komponente für die verantwortliche Person.

(exn...atz)

hl7:assignedEntity

1 … 1

M

Entität der verantwortlichen Person.

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

(exn...atz)

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

(exn...atz)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(exn...atz)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(exn...atz)

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)

(exn...atz)

wo [not(@nullFlavor)]

hl7:addr

0 … 1

(exn...atz)

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.

(exn...atz)

wo [not(@nullFlavor)]

@value

url

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.).

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

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

@use

cs

0 … 1

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

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

Constraint

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

hl7:assignedPerson

1 … 1

M

Personendaten der Person der Entität.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(exn...atz)

hl7:representedOrganization

0 … 1

R

Organisationsdaten der Entität.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

(exn...atz)

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

(exn...atz)

@typeCode

cs

0 … 1

F

LOC

hl7:healthCareFacility

1 … 1

M

(exn...atz)

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

(exn...atz)

@displayName

st

1 … 1

R

hl7:serviceProviderOrganization

1 … 1

M

Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand.

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

(exn...atz)

hl7:component

1 … 1

M

(exn...atz)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:structuredBody

1 … 1

M

(exn...atz)

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

(exn...atz)

wo [hl7:section [hl7:templateId [@root='1.2.40.0.34.6.0.11.2.66']]]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

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)

(exn...atz)

wo [hl7:section [hl7:templateId [@root='1.2.40.0.34.6.0.11.2.67']]]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.99 EXNDS Cave - kodiert (DYNAMIC)

(exn...atz)

wo [hl7:section [hl7:templateId [@root='1.2.40.0.34.6.0.11.2.99']]]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.96 Diagnose - kodiert (DYNAMIC)

(exn...atz)

wo [hl7:section [hl7:templateId [@root='1.2.40.0.34.6.0.11.2.96']]]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.30 EXNDS Familienanamnese (DYNAMIC)

(exn...atz)

wo [hl7:section [hl7:templateId [@root='1.2.40.0.34.6.0.11.2.30']]]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.32 EXNDS Behandlungsschein (DYNAMIC)

(exn...atz)

wo [hl7:section [hl7:templateId [@root='1.2.40.0.34.6.0.11.2.32']]]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.33 EXNDS Behandlungen (DYNAMIC)

(exn...atz)

wo [hl7:section [hl7:templateId [@root='1.2.40.0.34.6.0.11.2.33']]]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.34 EXNDS Karteineintragungen (DYNAMIC)

(exn...atz)

wo [hl7:section [hl7:templateId [@root='1.2.40.0.34.6.0.11.2.34']]]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

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 Rezept - codiert (DYNAMIC)

hl7:component

0 … 1

C

Beinhaltet 1.2.40.0.34.6.0.11.2.35 EXNDS Laborparameter (DYNAMIC)

(exn...atz)

wo [hl7:section [hl7:templateId [@root='1.2.40.0.34.6.0.11.2.35']]]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

C

Beinhaltet 1.2.40.0.34.6.0.11.2.104 Rezept - codiert (DYNAMIC)

(exn...atz)

wo [hl7:section [hl7:templateId [@root='1.2.40.0.34.6.0.11.2.104']]]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.101 EXNDS Verordnungen (DYNAMIC)

(exn...atz)

wo [hl7:section [hl7:templateId [@root='1.2.40.0.34.6.0.11.2.101']]]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

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

(exn...atz)

wo [hl7:section [hl7:templateId [@root='1.2.40.0.34.6.0.11.2.1']]]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

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)

(exn...atz)

wo [hl7:section [hl7:templateId [@root='1.2.40.0.34.6.0.11.2.2']]]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.40 EXNDS Befund (DYNAMIC)

(exn...atz)

wo [hl7:section [hl7:templateId [@root='1.2.40.0.34.6.0.11.2.40']]]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.37 EXNDS eCard Konsultationsdaten (DYNAMIC)

(exn...atz)

wo [hl7:section [hl7:templateId [@root='1.2.40.0.34.6.0.11.2.37']]]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.38 EXNDS ABS-Daten (DYNAMIC)

(exn...atz)

wo [hl7:section [hl7:templateId [@root='1.2.40.0.34.6.0.11.2.38']]]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

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)

(exn...atz)

wo [hl7:section [hl7:templateId [@root='1.2.40.0.34.6.0.11.2.36']]]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.39 EXNDS Krankenstand (DYNAMIC)

(exn...atz)

wo [hl7:section [hl7:templateId [@root='1.2.40.0.34.6.0.11.2.39']]]

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

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

2023‑03‑24 09:21:27

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

1.0.1+20230717

Name

atcdabbr_header_DocumentRealm

Bezeichnung

Document Realm

Beschreibung

Hoheitsbereich des Dokuments.

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

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

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

ref

at-cda-bbr-

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

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:realmCode

CS

R

Hoheitsbereich des Dokuments.

Fester Wert: @code = AT

(aus Value Set „ELGA_RealmCode“)

(atc...alm)

@code

1 … 1

F

AT

8.2.2 Document TypeId

Id

1.2.40.0.34.6.0.11.1.30

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 11:05:29

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_header_DocumentTypeId

Bezeichnung

Document TypeId

Beschreibung

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

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

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

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:typeId

II

R

Dokumentformat CDA R2

(atc...eId)

@root

uid

1 … 1

F

2.16.840.1.113883.1.3

@extension

st

1 … 1

F

POCD_HD000040

8.2.3 Document TerminologyDate

Id

1.2.40.0.34.6.0.11.1.46

ref

at-cda-bbr-

Gültigkeit

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.

(atc...ate)

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

2021‑03‑01 15:37:20

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

1.1.0+20210303

Name

atcdabbr_header_DocumentPracticeSettingCode

Bezeichnung

Document PracticeSettingCode

Beschreibung

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

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

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

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

ref

at-cda-bbr-

Beispiel

Strukturbeispiel Entlassungsbrief

Item

DT

Kard

Konf

Beschreibung

Label

hl7at:practiceSettingCode

CD

Die fachliche Zuordnung des Dokumentes

(atc...ode)

@displayName

1 … 1

R

CONF

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

8.2.5 Document Effective Time

Id

1.2.40.0.34.6.0.11.1.11

ref

at-cda-bbr-

Gültigkeit

2023‑04‑11 10:22:55

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

1.0.1+20230717

Name

atcdabbr_header_DocumentEffectiveTime

Bezeichnung

Document Effective Time

Beschreibung

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

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

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

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 1 Konzept

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

Beziehung

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

ref

at-cda-bbr-

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

ref

at-cda-bbr-

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

ref

elgabbr-

Beispiel

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

Beispiel

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:effectiveTime

TS.AT.TZ

R

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

(atc...ime)


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

8.2.6 Document Confidentiality Code

Id

1.2.40.0.34.6.0.11.1.12

ref

at-cda-bbr-

Gültigkeit

2023‑03‑24 09:30:46

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

1.0.2+20230717

Name

atcdabbr_header_DocumentConfidentialityCode

Bezeichnung

Document Confidentiality Code

Beschreibung

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

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

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 1 Konzept

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

Beziehung

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

ref

at-cda-bbr-

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

ref

at-cda-bbr-

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

ref

at-cda-bbr-

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

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:confidentialityCode

CE

Vertraulichkeitscode des Dokuments aus Value Set „ELGA_Confidentiality“.

(atc...ode)


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

@codeSystemName

st

1 … 1

F

HL7:Confidentiality

Constraint

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

8.2.7 Document Language

Id

1.2.40.0.34.6.0.11.1.13

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 10:36:53

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_header_DocumentLanguage

Bezeichnung

Document Language

Beschreibung

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

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

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

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 1 Konzept

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

Beziehung

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

ref

at-cda-bbr-

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

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:languageCode

CS.LANG

Sprachcode des Dokuments.

(atc...age)


	at-cda-bbr-dataelement-14	Sprachcode	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

CONF

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

Constraint

Für ELGA ist in @code für CDA und Ableitungen in die XDSDocumentEntry-Metadaten derzeit ausschließlich der Wert "de-AT" zulässig.
Für eHealth und zukünftige Versionen der ELGA Leitfäden können weitere Sprachcodes erlaubt werden.

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

2021‑02‑19 10:57:14

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_header_DocumentSetIdAndVersionNumber

Bezeichnung

Document Set Id and Version Number

Beschreibung

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

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

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

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

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

ref

at-cda-bbr-

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

ref

elgabbr-

Beispiel

Beispiel für die 1.Version eines Dokuments

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

Beispiel

Beispiel für die 2.Version eines Dokuments

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:setId

II

R

Eindeutige Id des Dokumentensets. Diese bleibt über alle Versionen der Dokumente gleich (initialer Wert bleibt erhalten).
Die setId SOLL unterschiedlich zur clinicalDocument.id sein.
↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut referenceIdList ("urn:elga:iti:xds:2014:ownDocument_setId") gemappt.
Hinweis: Bestimmte Systeme, die bei der Übernahme der setId in die XDS-Metadaten mit dem V2-Datentyp CX arbeiten, könnten ein Problem mit @extension-Attributen haben, die länger als 15 Zeichen sind.

(atc...ber)

hl7:versionNumber

INT.NONNEG

R

Versionsnummer des Dokuments, wird bei neuen Dokumenten mit 1 festgelegt.
Die versionNumber ist eine natürliche Zahl für die fortlaufende Versionszählung. Mit einer neuen Version wird diese Zahl hochgezählt, während die setId gleich bleibt.

(atc...ber)

@value

int

1 … 1

R

Versionsnummer als positive ganze Zahl.

8.2.9 Record Target

Id

1.2.40.0.34.6.0.11.1.3

ref

at-cda-bbr-

Gültigkeit

2023‑11‑30 08:08:14

Andere Versionen mit dieser Id:

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

Status

Entwurf

Versions-Label

1.2.1

Name

atcdabbr_header_RecordTarget

Bezeichnung

Record Target

Beschreibung

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

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 20 Konzepte

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

Benutzt

Benutzt 5 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.25	Containment	Address Compilation (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.11	Inklusion	Person Name Compilation G2 M (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.12	Containment	Person Name Compilation G1 M (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.27	Containment	Organization Name Compilation (1.0.1+20210628)	DYNAMIC
1.2.40.0.34.6.0.11.9.10	Containment	Address Compilation Minimal (1.0.2+20230717)	DYNAMIC

Beziehung

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

ref

at-cda-bbr-

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

ref

at-cda-bbr-

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

ref

at-cda-bbr-

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

ref

ad1bbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:recordTarget

Komponente für die Patientendaten.

(atc...get)


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

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

cs

0 … 1

F

OP

hl7:patientRole

1 … 1

M

Patientendaten.

(atc...get)

@classCode

cs

0 … 1

F

PAT

hl7:id

II

2 … *

R

Patientenidentifikatoren

(atc...get)


at-cda-bbr-dataelement-193	EKVK	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-65	LokaleID	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-66	SVNr	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-67	bPK-GH	Dataset A Allgemeiner Leitfaden

Constraint

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

* id[1] Identifikation des Patienten im lokalen System (1..1 M)
↔ Hinweis zum XDS-Mapping: Das Element id[1] wird ins XDS-Attribut sourcePatientId gemappt.

* id[2] Sozialversicherungsnummer des Patienten (1..1 R):
- @root: OID der Liste aller österreichischen Sozialversicherungen, fester Wert: 1.2.40.0.10.1.4.3.1 (1..1 M)
- @extension: Vollständige Sozialversicherungsnummer des Patienten (10 Stellen) (1..1 M)
- @assigningAuthorityName: Fester Wert: Österreichische Sozialversicherung (0..1 O)

Zugelassene nullFlavor:
- NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer)
- UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt

* id[@root="1.2.40.0.10.2.1.1.149"] Bereichsspezifisches Personenkennzeichen (0..1 O):
- @root : OID der österreichischen bPK, fester Wert: 1.2.40.0.10.2.1.1.149 (1..1 M)
- @extension : bPK des Patienten: concat(Bereichskürzel, ":", bPK) (Base64,28 Zeichen). Typischerweise bPK-GH (Gesundheit). Kann im Zusammenhang mit E-ID auch andere Bereichskürzel tragen.
Anmerkung : Das bPK dient ausschließlich technisch der Zuordnung der elektronischen Identität und darf daher weder angezeigt werden noch am Ausdruck erscheinen noch in allfälligen Downloads enthalten sein (1..1 M)
- @assigningAuthorityName : Fester Wert: Österreichische Stammzahlenregisterbehörde (0..1 O)

* id[@root="1.2.40.0.34.4.21"] Europäische Krankenversicherungskarte (0..1 O):
- @root: OID der EKVK, fester Wert: 1.2.40.0.34.4.21 (1..1 M)
- @extension: Datenfelder der EKVK nach folgender Bildungsvorschrift: concat(Feld 6,"^",Feld 7,"^",Feld 8,"^",Feld 9) wobei Feld 6 "Persönliche Kennummer" angegeben sein MUSS (1..1 M). Die übrigen Datenfelder sind optional (0..1 O). In Feld 9 MUSS die Datumsangabe im Format YYYMMDD erfolgen.
- @assigningAuthorityName : Fester Wert: Nationaler Krankenversicherungsträger (0..1 O)

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

Beispiel

EKVK Beispiel-Max

Beispiel

EKVK Beispiel-Min

hl7:addr

0 … 2

R

Adresse des Patienten.
Es MUSS eine mögliche Adresse unterstützt werden. Spezielle Leitfäden (z.B. Entlassungsbrief Pflege) können es erforderlich machen, dass mehr als eine Adresse unterstützt werden muss.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...get)


	at-cda-bbr-dataelement-68	Adresse	Dataset A Allgemeiner Leitfaden

Constraint

Werden mehrere gleichartige address-Elemente strukturiert (z.B. Home, Pflege), MUSS jeweils das Attribut @use angeführt sein.

hl7:telecom

TEL.AT

0 … *

R

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

(atc...get)


	at-cda-bbr-dataelement-72	Kontaktdaten	Dataset A Allgemeiner Leitfaden

@value

url

1 … 1

R

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

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

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

@use

cs

0 … 1

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

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

Constraint

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

hl7:patient

1 … 1

M

Name des Patienten.

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben gemäß „Namen-Elemente von Personen PN“ zu befolgen.

(atc...get)


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

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Namen-Element (Person)

(atc...get)

@use

cs

0 … 1

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

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

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

hl7:prefix

ENXP

0 … *

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

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

(atc...get)

@qualifier

cs

0 … 1

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

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

CONF

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

hl7:family

ENXP

1 … *

M

Mindestens ein Hauptname (Nachname).

(atc...get)

@qualifier

cs

0 … 1

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

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

CONF

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

hl7:given

ENXP

1 … *

M

Mindestens ein Vorname

(atc...get)

@qualifier

cs

0 … 1

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

CONF

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

hl7:suffix

ENXP

0 … *

Beliebig viele Suffixe zum Namen

(atc...get)

@qualifier

cs

0 … 1

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

CONF

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

Auswahl

1 … 1

Das "administrative Geschlecht" ist das soziale oder gesellschaftliche Geschlecht ("Gender"). Das administrative Geschlecht ist daher grundsätzlich getrennt von den biologischen Merkmalen der Person zu sehen. Grundsätzlich soll das administrative Geschlecht dem im Zentralen Melderegister (ZMR) eingetragenen Geschlecht entsprechen.

Über ein Translation-Element können weitere Angaben zum Geschlecht gemacht werden, wenn diese abweichend vom administrativen Geschlecht sind, z.B.:

Biologisches Geschlecht
Geschlecht in der Sozialversicherung
Geschlecht für die Stations-/Bettenbelegung im Krankenhaus

Codierung des Geschlechts des Patienten aus ValueSet "ELGA_AdministrativeGender".

Elemente in der Auswahl:

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

hl7:administrativeGenderCode

CE

0 … 1

(atc...get)

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-74	Geschlecht	Dataset A Allgemeiner Leitfaden

@displayName

st

1 … 1

R

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.1

@codeSystemName

st

0 … 1

F

HL7:AdministrativeGender

CONF

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

hl7:translation

CD

0 … *

R

Über ein Translation-Element können weitere Angaben zum Geschlecht gemacht werden, wenn diese abweichend vom administrativen Geschlecht sind, z.B.: Biologisches Geschlecht, Geschlecht in der Sozialversicherung, Geschlecht für die Stations-/Bettenbelegung im Krankenhaus

(atc...get)

@displayName

st

1 … 1

R

Beispiel

Beispiel für eine SNOMED CT Angabe

hl7:administrativeGenderCode

CE

0 … 1

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

(atc...get)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … 1

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

Elemente in der Auswahl:

hl7:birthTime
hl7:birthTime[@nullFlavor='UNK']

hl7:birthTime

TS.AT.VAR

0 … 1

(atc...get)


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

hl7:birthTime

TS.AT.VAR

0 … 1

(atc...get)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

sdtc:deceasedInd

BL

0 … 1

R

Kennzeichen, dass die Person verstorben ist. Kann alternativ zum Todesdatum angegeben werden, v.a. wenn der Todeszeitpunkt nicht bekannt ist.

(atc...get)


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

sdtc:deceasedTime

TS.AT.TZ

0 … 1

R

Todesdatum der Person.

(atc...get)


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

hl7:maritalStatusCode

CE

0 … 1

R

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

(atc...get)


	at-cda-bbr-dataelement-98	Familienstand	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.2

@codeSystemName

st

1 … 1

F

HL7:MaritalStatus

@displayName

st

1 … 1

R

CONF

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

hl7:religiousAffiliationCode

CE

0 … 1

R

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

(atc...get)


	at-cda-bbr-dataelement-99	Religionsbekenntnis	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.2.16.1.4.1

@codeSystemName

st

1 … 1

F

HL7.AT:ReligionAustria

@displayName

st

1 … 1

R

CONF

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

hl7:raceCode

NP

Rasse des Patienten.
Darf nicht verwendet werden!

(atc...get)

hl7:ethnicGroupCode

NP

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

(atc...get)

hl7:guardian

0 … *

R

Gesetzlicher Vertreter:

Vorsorgebevollmächtigte/r (Bevollmächtigte/r durch Vorsorgevollmacht)
Gewählte/r ErwachsenenvertreterIn
Gesetzliche/r ErwachsenenvertreterIn
Gerichtliche/r ErwachsenenvertreterIn (Sachwalter)

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

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

(atc...get)


	at-cda-bbr-dataelement-88	Gesetzlicher Vertreter	Dataset A Allgemeiner Leitfaden

@classCode

cs

0 … 1

F

GUARD

hl7:addr

0 … 1

R

Die Adresse des gesetzlichen Vertreters oder der Organisation.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...get)

hl7:telecom

TEL.AT

0 … *

R

Beliebig viele Kontaktdaten des gesetzlichen Vertreters als Person oder Organisation.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.

(atc...get)

@value

st

1 … 1

R

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

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

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

@use

set_cs

0 … 1

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

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

Constraint

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

Auswahl

1 … 1

Angabe des gesetzlichen Vertreters als Person (guardianPerson in Granularitätsstufe 1 oder 2) ODER als Organisation (guardianOrganization)

Elemente in der Auswahl:

hl7:guardianPerson welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:guardianPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:guardianOrganization welches enthält Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)

hl7:guardianPerson

0 … 1

Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 1
Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(atc...get)

hl7:guardianPerson

0 … 1

Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 2
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atc...get)

hl7:guardianOrganization

0 … 1

R

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

(atc...get)

hl7:birthplace

0 … 1

R

Geburtsort des Patienten.

(atc...get)


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

@classCode

cs

0 … 1

F

BIRTHPL

hl7:place

1 … 1

M

(atc...get)

@classCode

cs

0 … 1

F

PLC

@determinerCode

cs

0 … 1

F

INSTANCE

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)
hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

hl7:addr

AD

0 … 1

Die Adresse des Geburtsorts. Minimalangabe. Alle Elemente optional.

Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)

(atc...get)

hl7:addr

AD

0 … 1

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

(atc...get)

hl7:languageCommunication

0 … *

R

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

(atc...get)


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

hl7:languageCode

CS

1 … 1

M

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

In der Klasse languageCommunication können Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform (z.B. gesprochen oder geschrieben) des Patienten angegeben werden.
Dieser Leitfaden schränkt die möglichen Werte für die Sprache auf Werte aus dem Value Set ELGA_HumanLanguage ein.

Die Gebärdensprache ist als eigene Sprache inkl. Ländercode anzugeben, mit der Ergänzung des Länder-/Regional-Codes (z.B. sgn-at), die Ausdrucksweise (MoodCode) wird in diesem Fall nicht angegeben (denn expressed / received signed wären redundant).

(atc...get)


	at-cda-bbr-dataelement-101	Sprache	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

Zulässige Werte gemäß Value-Set „ELGA_HumanLanguage“ aus Code-System „HL7:HumanLanguage 2.16.840.1.113883.6.121“
Gemäß IETF / RFC 3066 enthält es ein bestimmtes Subset von Codes aus ISO 639-1 und ISO 639-2 (also zwei- und dreistellige Sprachcodes). Gemäß RFC 3066 ist es zulässig, eine Angabe der landestypischen Ausprägung der Sprache nach einem Bindestrich anzufügen. Das Land wird dabei nach ISO 3166-1 Alpha 2 angegeben. Dies MUSS bei der Auswertung des languageCodes berücksichtigt und toleriert werden.

CONF

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

hl7:modeCode

CE

0 … 1

C

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

(atc...get)

@code

cs

1 … 1

R

@displayName

st

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.60

@codeSystemName

st

0 … 1

F

HL7:LanguageAbilityMode

Constraint

Bei Strukturierung einer Gebärdensprache ist dieses Element NICHT ERLAUBT, NP [0..0] und MUSS daher komplett entfallen

CONF

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

hl7:proficiencyLevelCode

CE

0 … 1

R

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

(atc...get)


	at-cda-bbr-dataelement-102	Grad der Sprachkenntnis	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

@displayName

st

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.61

@codeSystemName

st

0 … 1

F

HL7:LanguageAbilityProficiency

CONF

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

hl7:preferenceInd

BL

0 … 1

R

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

(atc...get)


	at-cda-bbr-dataelement-103	Sprachpräferenz	Dataset A Allgemeiner Leitfaden

Schematron assert

role

error

test

not(hl7:id[1]/@nullFlavor)

Meldung

Die Verwendung von id/@nullFlavor ist an dieser Stelle NICHT ERLAUBT.

Schematron assert

role

error

test

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

Meldung

Zugelassene nullFlavor sind "NI" und "UNK"

8.2.10 Author

Id

1.2.40.0.34.6.0.11.1.2

ref

at-cda-bbr-

Gültigkeit

2023‑04‑06 15:23:19

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

1.0.3+20230717

Name

atcdabbr_header_Author

Bezeichnung

Author

Beschreibung

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

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

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

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

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

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

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 3 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.11	Containment	Person Name Compilation G2 M (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.18	Containment	Device Compilation (1.0.2+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.5	Containment	Organization Compilation with id, name (1.0.1+20210628)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.1.2 Author (2021‑08‑24 08:35:56)

ref

at-cda-bbr-

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

ref

at-cda-bbr-

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

ref

at-cda-bbr-

Beispiel

Person als Author

Beispiel

Gerät als Author

Item

DT

Kard

Konf

Beschreibung

Label

hl7:author

Verfasser des Dokuments.

(atc...hor)

@typeCode

cs

0 … 1

F

AUT

@contextControlCode

cs

0 … 1

F

OP

hl7:functionCode

CE (extensible)

0 … 1

R

Funktionscode des Verfassers des Dokuments, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“.

Eigene Codes und Bezeichnungen können verwendet werden.

(atc...hor)

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@displayName

st

1 … 1

R

Auswahl

1 … 1

Der Zeitpunkt, zu dem das Dokument verfasst bzw. inhaltlich fertiggestellt wurde.

Elemente in der Auswahl:

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

hl7:time

TS.AT.TZ

0 … 1

(atc...hor)

wo [not(@nullFlavor)]

hl7:time

TS.AT.TZ

0 … 1

(atc...hor)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:assignedAuthor

1 … 1

M

(atc...hor)

@classCode

cs

0 … 1

F

ASSIGNED

Auswahl

1 … *

Identifikation des Verfassers des Dokuments im lokalen System des/der datenerstellenden Gerätes/Software.

ODER Identifikation des/der datenerstellenden Gerätes/Software.

Elemente in der Auswahl:

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

Constraint

Zugelassene nullFlavor:

NI ….... Person hat keine ID / Gerät/Software hat keine ID
UNK … Person hat eine ID, diese ist jedoch unbekannt / Gerät/Software hat eine ID, diese ist jedoch unbekannt

hl7:id

II

0 … *

Identifikation des Verfassers des Dokuments im lokalen System des/der datenerstellenden Gerätes/Software.

ODER Identifikation des/der datenerstellenden Gerätes/Software.

(atc...hor)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(atc...hor)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atc...hor)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:code

CE

0 … 1

R

Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung), z.B: „Facharzt/Fachärztin für Gynäkologie“.
Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben.

(atc...hor)

@codeSystem

oid

1 … 1

R

@displayName

st

1 … 1

R

@code

cs

1 … 1

R

CONF

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

hl7:telecom

TEL.AT

0 … *

Kontaktdaten des Verfassers des Dokuments.

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

(atc...hor)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

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

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

@use

set_cs

0 … 1

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

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

Constraint

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

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:assignedPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:assignedAuthoringDevice welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)

hl7:assignedPerson

0 … 1

Personendaten des Verfassers des Dokuments.

Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen, name-Element ist hier Mandatory.

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atc...hor)

hl7:assignedAuthoringDevice

0 … 1

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

(atc...hor)

hl7:representedOrganization

1 … 1

M

Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.

↔ Hinweis zum XDS-Mapping: Da manche offiziellen Bezeichnungen von GDA sehr lang werden können, SOLL das name Element einer möglichst eindeutigen Kurzbezeichnung der Organisation entsprechen (im GDA-I im Tag description enthalten). Bei größeren Organisationen SOLL zusätzlich die Abteilung angegeben werden, damit die Zuordnung für den Leser einfacher wird.

Beispiel: Statt "Allgemeines Krankenhaus der Stadt Wien-Medizinischer Universitätscampus" --> "Wien AKH" bzw. "Wien AKH - Augenambulanz"

Beinhaltet 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (DYNAMIC)

(atc...hor)

Constraint

id MUSS der OID der Organisation aus dem GDA-Index entsprechen.
name SOLL der Kurzbezeichnung im GDA-I entsprechen (sofern vorhanden)
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“

Ausnahme: Wenn als Author ein/e Software/Gerät fungiert und keine OID aus dem GDA-I angegeben werden kann, MÜSSEN die Angaben der Organisation des Geräte-/Software-Betreibers oder Herstellers entsprechen.

8.2.11 Custodian

Id

1.2.40.0.34.6.0.11.1.4

ref

at-cda-bbr-

Gültigkeit

2021‑10‑13 14:05:15

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

1.0.1+20211213

Name

atcdabbr_header_Custodian

Bezeichnung

Custodian

Beschreibung

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

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 1 Konzept

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

Benutzt

Benutzt 1 Template

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

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.4 Custodian (2021‑02‑19 10:33:30)

ref

at-cda-bbr-

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

ref

at-cda-bbr-

Beispiel

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:custodian

Verwahrer des Dokuments.

(atc...ian)


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

@typeCode

cs

0 … 1

F

CST

hl7:assignedCustodian

1 … 1

M

(atc...ian)

@classCode

cs

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

M

(atc...ian)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

1 … *

M

Identifikation des Verwahrers des Dokuments. Wenn dieser im GDA-I angeführt ist, ist die entsprechende OID zu verwenden.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.

(atc...ian)

hl7:name

ON

1 … 1

M

Name des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen.

(atc...ian)

hl7:telecom

TEL.AT

0 … *

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

(atc...ian)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

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

hl7:addr

AD

1 … 1

M

Adresse des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...ian)

8.2.12 Information Recipient

Id

1.2.40.0.34.6.0.11.1.24

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 11:10:25

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_header_Information_Recipient

Bezeichnung

Information Recipient

Beschreibung

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

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

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 5 Konzepte

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

Benutzt

Benutzt 3 Templates

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

Beziehung

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

ref

at-cda-bbr-

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

ref

elgabbr-

Beispiel

Beabsichtigter Empfänger in hoher Granularität angegeben werden

Beispiel

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

Beispiel

Beabsichtigter Empfänger ist der Patient selbst

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:informationRecipient

Beabsichtiger Empfänger des Dokuments.

(atc...ent)


	at-cda-bbr-dataelement-26	Empfänger	Dataset A Allgemeiner Leitfaden

@typeCode

cs

0 … 1

Typ des Informationsempfängers, z.B: PRCP „Primärer Empfänger“.

Werden mehrere Empfänger angegeben, MUSS der primäre Empfänger über den typeCode definiert werden.
Hinweis: Das ist relevant, wenn Funktionen aus dem gerichteten Befundversand oder für den Briefdruck auf das Dokument angewendet werden.

CONF

Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.29 ELGA_InformationRecipientType (DYNAMIC)


	at-cda-bbr-dataelement-27	Empfänger Typ	Dataset A Allgemeiner Leitfaden

hl7:intendedRecipient

1 … 1

M

(atc...ent)

@classCode

cs

0 … 1

Auswahl

1 … *

Elemente in der Auswahl:

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

hl7:id

II

0 … *

Identifikation des beabsichtigten Empfängers (Person).
Empfohlene Information für einen Empfänger ist die ID aus dem GDA-Index.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.

(atc...ent)

wo [not(@nullFlavor)]


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

hl7:id

II

0 … 1

NI … Person hat keine ID

(atc...ent)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

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

(atc...ent)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … 1

Personendaten des beabsichtigten Empfängers.
Empfehlung: Der Name des Empfängers und die Organisation, der er angehört, sollen in möglichst hoher Granularität angegeben werden. Aufgrund der gängigen Praxis kann als minimale Information für den Empfänger der unstrukturierte Name angegeben werden.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen.

Elemente in der Auswahl:

hl7:informationRecipient[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:informationRecipient[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

hl7:informationRecipient

… 1

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(atc...ent)

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


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

hl7:informationRecipient

… 1

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atc...ent)

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

hl7:receivedOrganization

0 … 1

R

Organisation, der der beabsichtigte Empfänger angehört, z.B.: „Ordination des empfangenden Arztes“.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.

(atc...ent)


	at-cda-bbr-dataelement-30	Organisation	Dataset A Allgemeiner Leitfaden

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(atc...ent)

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

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

(atc...ent)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(atc...ent)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

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

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

@use

set_cs

0 … 1

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

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

Constraint

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

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...ent)

wo [not(@nullFlavor)]

8.2.13 Legal Authenticator

Id

1.2.40.0.34.6.0.11.1.5

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 11:10:59

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_header_LegalAuthenticator

Bezeichnung

Legal Authenticator

Beschreibung

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

↔ Hinweis zum XDS-Mapping:

legalAuthenticator

ACHTUNG

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 3 Konzepte

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

Benutzt

Benutzt 1 Template

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

Beziehung

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

ref

at-cda-bbr-

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

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:legalAuthenticator

Hauptunterzeichner, Rechtlicher Unterzeichner

(atc...tor)


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

@contextControlCode

cs

0 … 1

F

OP

@typeCode

cs

0 … 1

F

LA

Auswahl

1 … 1

Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.

Elemente in der Auswahl:

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

hl7:time

TS.AT.TZ

0 … 1

(atc...tor)

wo [not(@nullFlavor)]


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

hl7:time

TS.AT.TZ

0 … 1

(atc...tor)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:signatureCode

CS

1 … 1

M

Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde.

(atc...tor)


	at-cda-bbr-dataelement-6	Signatur	Dataset A Allgemeiner Leitfaden

@code

CONF

1 … 1

F

S

hl7:assignedEntity

1 … 1

M

Personendaten des rechtlichen Unterzeichners.
Für den Namen ist verpflichtend Granularitätsstufe 2 ("strukturierte Angabe des Namens") anzuwenden!
Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)

(atc...tor)

8.2.14 Authenticator

Id

1.2.40.0.34.6.0.11.1.6

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 10:25:00

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_header_Authenticator

Bezeichnung

Authenticator

Beschreibung

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

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

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

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 3 Konzepte

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

Benutzt

Benutzt 1 Template

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

Beziehung

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

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:authenticator

Weitere Unterzeichner.

(atc...tor)


	at-cda-bbr-dataelement-31	Weitere Unterzeichner	Dataset A Allgemeiner Leitfaden

@typeCode

cs

0 … 1

F

AUTHEN

Auswahl

1 … 1

Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Grundsätzlich sind die Vorgaben gemäß für „Zeit-Elemente“ zu befolgen.

Elemente in der Auswahl:

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

hl7:time

TS.AT.TZ

0 … 1

(atc...tor)

wo [not(@nullFlavor)]


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

hl7:time

TS.AT.TZ

0 … 1

(atc...tor)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:signatureCode

CS

1 … 1

M

(atc...tor)


	at-cda-bbr-dataelement-106	Signatur	Dataset A Allgemeiner Leitfaden

@code

CONF

1 … 1

F

S

hl7:assignedEntity

1 … 1

M

Personendaten des weiteren Unterzeichners.

Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen.

(atc...tor)

Eingefügt

von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)

@classCode

cs

0 … 1

F

ASSIGNED

Auswahl

1 … *

Mindestens eine ID der Person der Entität

Elemente in der Auswahl:

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

Constraint

Zugelassene nullFlavor:

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

hl7:id

II

0 … *

(atc...tor)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(atc...tor)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atc...tor)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

0 … 1

Elemente in der Auswahl:

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

hl7:addr

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...tor)

wo [not(@nullFlavor)]

hl7:addr

0 … 1

(atc...tor)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:telecom

TEL.AT

0 … *

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

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

(atc...tor)

wo [not(@nullFlavor)]

@value

url

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.).

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

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

@use

cs

0 … 1

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

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

Constraint

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

hl7:assignedPerson

1 … 1

M

Personendaten der Person der Entität.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atc...tor)

hl7:representedOrganization

0 … 1

R

Organisationsdaten der Entität.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

(atc...tor)

8.2.15 Participant Fachlicher Ansprechpartner

Id

1.2.40.0.34.6.0.11.1.20

ref

at-cda-bbr-

Gültigkeit

2021‑08‑03 11:02:47

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

1.0.2+20210803

Name

atcdabbr_header_ParticipantFachlicherAnsprechpartner

Bezeichnung

Participant Fachlicher Ansprechpartner

Beschreibung

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

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 3 Templates

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

Beziehung

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

ref

at-cda-bbr-

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

ref

at-cda-bbr-

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

ref

at-cda-bbr-

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

ref

elgabbr-

Beispiel

Beispiel Organisation

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

Beispiel

Beispiel Person + Organisation

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:participant

Fachlicher Ansprechpartner

(atc...ner)

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

@typeCode

cs

1 … 1

F

CALLBCK

Callback contact

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atc...ner)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.20

hl7:functionCode

CE (extensible)

0 … 1

Optionale Angabe eines Funktionscodes des fachlichen Ansprechpartners, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“.

Eigene Codes und Bezeichnungen können verwendet werden.

(atc...ner)

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@displayName

st

1 … 1

R

hl7:associatedEntity

1 … 1

M

(atc...ner)

@classCode

cs

1 … 1

F

PROV

Healthcare provider - Gesundheitsdiensteanbieter

hl7:code

CE

0 … 1

Optionale Angabe der Fachrichtung des fachlichen Ansprechpartners („Sonderfach“ gem. Ausbildungsordnung), z.B: „Facharzt/Fachärztin für Gynäkologie“.
Wenn ein fachlicher Ansprechpartner mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben.

(atc...ner)

@codeSystem

oid

1 … 1

R

@displayName

st

1 … 1

R

@code

cs

1 … 1

R

CONF

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

hl7:addr

AD

0 … 1

Adresse des Beteiligten.

Grundsätzlich sind die Vorgaben für "Adress-Elemente" zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...ner)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

1 … *

M

Beliebig viele Kontaktdaten des Beteiligten.

(atc...ner)

@value

st

1 … 1

R

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

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

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

@use

set_cs

0 … 1

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

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

Constraint

Es MUSS mindestens eine Telefonnummer angegeben werden. Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:associatedPerson

0 … 1

R

Name der Person

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atc...ner)

hl7:scopingOrganization

0 … 1

R

Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).

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

(atc...ner)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(atc...ner)

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

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

(atc...ner)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(atc...ner)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

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

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

@use

set_cs

0 … 1

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

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

Constraint

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

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...ner)

wo [not(@nullFlavor)]

8.2.16 Participant Hausarzt

Id

1.2.40.0.34.6.0.11.1.23

ref

at-cda-bbr-

Gültigkeit

2021‑08‑03 11:32:38

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

1.0.1+20210803

Name

atcdabbr_header_ParticipantHausarzt

Bezeichnung

Participant Hausarzt

Beschreibung

Hausarzt

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 4 Templates

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

Beziehung

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

ref

at-cda-bbr-

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

ref

at-cda-bbr-

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

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:participant

Beteiligter (Hausarzt).

(atc...rzt)

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

@typeCode

cs

1 … 1

F

IND

In indirektem Bezug.

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atc...rzt)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.23

hl7:functionCode

CE

1 … *

M

Funktionscode des Beteiligten

(atc...rzt)

@code

cs

1 … 1

F

PCP

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.88

@codeSystemName

st

1 … 1

F

HL7:ParticipationFunction

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(atc...rzt)

@classCode

cs

1 … 1

F

PROV

Healthcare provider - Gesundheitsdiensteanbieter.

Auswahl

0 … *

Identifikation des Beteiligten (Person) aus dem GDA-Index.

Elemente in der Auswahl:

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

Constraint

Zugelassene nullFlavor:

NI … Organisation hat keine ID
UNK … Organisation hat eine ID, diese ist jedoch unbekannt

hl7:id

II

0 … *

(atc...rzt)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(atc...rzt)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atc...rzt)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:addr

AD

0 … 1

Adresse des Hausarztes
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...rzt)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Hausarztes.

(atc...rzt)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

@use

set_cs

0 … 1

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

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

Constraint

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

Auswahl

1 … 1

Name des Hausarztes.

Elemente in der Auswahl:

hl7:associatedPerson[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:associatedPerson[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(atc...rzt)

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

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atc...rzt)

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

hl7:scopingOrganization

0 … 1

R

Arztpraxis oder Ordination.

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

(atc...rzt)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(atc...rzt)

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

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

(atc...rzt)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(atc...rzt)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

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

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

@use

set_cs

0 … 1

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

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

Constraint

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

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...rzt)

wo [not(@nullFlavor)]

8.2.17 Participant Auskunftsberechtigte Person (Notfallkontakt)

Id

1.2.40.0.34.6.0.11.1.27

ref

at-cda-bbr-

Gültigkeit

2021‑08‑03 11:25:19

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

1.0.2+20210803

Name

atcdabbr_header_ParticipantAuskunftsberechtigtePersonNotfallkontakt

Bezeichnung

Participant Auskunftsberechtigte Person (Notfallkontakt)

Beschreibung

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

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 5 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.15	Containment	Time Interval Information minimal (1.0.1+20210628)	DYNAMIC
1.2.40.0.34.6.0.11.9.25	Containment	Address Compilation (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.12	Containment	Person Name Compilation G1 M (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.11	Containment	Person Name Compilation G2 M (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.9	Inklusion	Organization Compilation with name (1.0.0+20210219)	DYNAMIC

Beziehung

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

ref

at-cda-bbr-

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

ref

at-cda-bbr-

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

ref

at-cda-bbr-

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

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:participant

Beteiligter (Notfallkontakt / Auskunftsberechtigte Person)

(atc...akt)

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

@typeCode

cs

1 … 1

F

IND

In indirektem Bezug.

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atc...akt)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.27

hl7:time

IVL_TS

0 … 1

Zeitraum, in dem der angegebene Kontakt den Notfall-Kontakt darstellt.

Wird nur angegeben, wenn der Kontakt bereits absehbar nur in einem eingeschränkten Zeitraum zur Verfügung steht.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)

(atc...akt)

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(atc...akt)

@classCode

cs

1 … 1

F

ECON

Emergency contact - Notfall-Kontakt

hl7:code

CE

0 … 1

Verwandtschaftsverhältnis des Beteiligten zum Patienten, z.B. DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist.

(atc...akt)

wo [not(@nullFlavor)]

@code

cs

1 … 1

R

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

@displayName

st

0 … 1

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.111

@codeSystemName

st

1 … 1

F

HL7:RoleCode

CONF

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

hl7:addr

AD

0 … 1

Adresse des Beteiligten

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

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...akt)

wo [not(@nullFlavor)]

Auswahl

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

Elemente in der Auswahl:

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

Constraint

Es SOLL mindestens eine Telefonnummer angegeben werden.

hl7:telecom

TEL.AT

0 … *

R

(atc...akt)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

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

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

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

@use

set_cs

0 … 1

Constraint

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

hl7:telecom

TEL.AT

0 … 1

Die Kontaktadresse ist unbekannt. nullFlavor "UNK"

(atc...akt)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … 1

Name des Beteiligten.

Elemente in der Auswahl:

hl7:associatedPerson[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:associatedPerson[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(atc...akt)

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

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atc...akt)

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

hl7:scopingOrganization

0 … 1

R

Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).

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

(atc...akt)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(atc...akt)

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

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

(atc...akt)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(atc...akt)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

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

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

@use

set_cs

0 … 1

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

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

Constraint

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

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...akt)

wo [not(@nullFlavor)]

8.2.18 Participant Angehoerige

Id

1.2.40.0.34.6.0.11.1.25

ref

at-cda-bbr-

Gültigkeit

2021‑08‑03 11:17:27

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

1.0.1+20210803

Name

atcdabbr_header_ParticipantAngehoerige

Bezeichnung

Participant Angehoerige

Beschreibung

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

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 4 Templates

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

Beziehung

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

ref

at-cda-bbr-

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

ref

at-cda-bbr-

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

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:participant

Beteiligter (Angehöriger)

(atc...ige)

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

@typeCode

cs

1 … 1

F

IND

In indirektem Bezug.

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atc...ige)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.25

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(atc...ige)

@classCode

cs

1 … 1

F

PRS

Personal relationship - In persönlicher Beziehung

hl7:code

CE

1 … 1

M

Verwandtschaftsverhältnis des Beteiligten zum Patienten. Beispiel: DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist oder NBOR für Nachbar.

(atc...ige)

@code

cs

1 … 1

R

CONF

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

@displayName

st

0 … 1

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.111

@codeSystemName

st

1 … 1

F

HL7:RoleCode

CONF

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

hl7:addr

AD

0 … 1

Adresse des Beteiligten

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

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...ige)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

(atc...ige)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

@use

set_cs

0 … 1

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

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

Constraint

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

Auswahl

1 … 1

Name des Beteiligten.

Elemente in der Auswahl:

hl7:associatedPerson[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:associatedPerson[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(atc...ige)

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

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atc...ige)

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

hl7:scopingOrganization

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

(atc...ige)

8.2.19 Participant Versicherung

Id

1.2.40.0.34.6.0.11.1.26

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 11:16:42

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_header_ParticipantVersicherung

Bezeichnung

Participant Versicherung

Beschreibung

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

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 4 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.15	Containment	Time Interval Information minimal (1.0.1+20210628)	DYNAMIC
1.2.40.0.34.6.0.11.9.25	Containment	Address Compilation (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.11	Containment	Person Name Compilation G2 M (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.9	Inklusion	Organization Compilation with name (1.0.0+20210219)	DYNAMIC

Beziehung

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

ref

at-cda-bbr-

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

ref

elgabbr-

Beispiel

Patient ist selbst der Versicherungsnehmer

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

Beispiel

Patient ist bei einem Angehörigen mitversichert

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:participant

Beteiligter (Versicherter/Versicherung).

(atc...ung)

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

@typeCode

cs

1 … 1

F

HLD

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atc...ung)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.26

hl7:time

IVL_TS

0 … 1

Gültigkeitszeitraum der Versicherungspolizze.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)

(atc...ung)

hl7:associatedEntity

1 … 1

M

(atc...ung)

@classCode

cs

1 … 1

F

POLHOLD

Policy holder - Halter einer Versicherungspolizze

Auswahl

1 … 1

Sozialversicherungsnummer des Patienten (SELF) oder der Person, bei der der Patient mitversichert ist (FAMDEP)

Elemente in der Auswahl:

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

Constraint

Zugelassene nullFlavor:

NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer, …)
UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt

hl7:id

II

0 … 1

(atc...ung)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(atc...ung)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atc...ung)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:code

CE

1 … 1

M

Versicherungsverhältnis codiert

Beispiele:

SELF, wenn der Patient selbst der Versicherte ist.
FAMDEP, wenn der Patient bei einem Familienmitglied mitversichert ist.

(atc...ung)

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.111

@codeSystemName

st

1 … 1

F

HL7:RoleCode

CONF

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

hl7:addr

AD

0 … 1

Adresse des Beteiligten.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...ung)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

(atc...ung)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

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

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

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

@use

set_cs

0 … 1

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

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

Constraint

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

hl7:associatedPerson

0 … 1

C

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

(atc...ung)

Constraint

Wenn das Versicherungsverhältnis "familienversichert" ("FAMDEP“) ist, MUSS eine associatedPerson angegeben sein, M [1..1], sonst kann sie komplett entfallen, O [0..1]

hl7:scopingOrganization

1 … 1

M

Versicherungsgesellschaft.

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

(atc...ung)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(atc...ung)

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

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

(atc...ung)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(atc...ung)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

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

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

@use

set_cs

0 … 1

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

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

Constraint

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

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...ung)

wo [not(@nullFlavor)]

Schematron assert

role

error

test

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

Meldung

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

8.2.20 Participant Betreuungsorganisation

Id

1.2.40.0.34.6.0.11.1.29

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 11:14:25

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_header_ParticipantBetreuungsorganisation

Bezeichnung

Participant Betreuungsorganisation

Beschreibung

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

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

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.9	Inklusion	Organization Compilation with name (1.0.0+20210219)	DYNAMIC

Beziehung

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

ref

at-cda-bbr-

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

ref

at-cda-bbr-

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

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:participant

Beteiligter (Betreuende Organisation)

(atc...ion)

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

@typeCode

cs

1 … 1

F

IND

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atc...ion)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.29

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(atc...ion)

@classCode

cs

1 … 1

F

CAREGIVER

Betreuer

hl7:scopingOrganization

1 … 1

M

Betreuende Organisation

(atc...ion)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(atc...ion)

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

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

(atc...ion)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(atc...ion)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

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

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

@use

set_cs

0 … 1

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

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

Constraint

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

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...ion)

wo [not(@nullFlavor)]

8.2.21 Participant Weitere Behandler

Id

1.2.40.0.34.6.0.11.1.28

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 11:17:20

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_header_ParticipantWeitereBehandler

Bezeichnung

Participant Weitere Behandler

Beschreibung

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

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 3 Templates

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

Beziehung

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

ref

at-cda-bbr-

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

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:participant

Beteiligter (Weitere Behandler)

(atc...ler)

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

@typeCode

cs

1 … 1

F

CON

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atc...ler)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.28

hl7:functionCode

CE (extensible)

0 … 1

Funktionscode des Behandlers z.B: „Facharzt für Neurologie“
Eigene Codes und Bezeichnungen dürfen verwendet werden.

(atc...ler)

wo [not(@nullFlavor)]

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@displayName

st

1 … 1

R

CONF

Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(atc...ler)

@classCode

cs

1 … 1

F

PROV

Gesundheitsdiensteanbieter.

hl7:addr

AD

0 … 1

Adresse des Beteiligten.

Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...ler)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

(atc...ler)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.)

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

Bsp: tel:+43.1.1234567

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

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)

Bsp: WP

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

Bei Angabe mehrerer Telefonnummern ist jeweils das Attribut @use anzugeben.

hl7:associatedPerson

1 … 1

M

Beteiligte Person

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

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atc...ler)

hl7:scopingOrganization

0 … 1

R

Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).

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

(atc...ler)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(atc...ler)

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

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

(atc...ler)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

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

(atc...ler)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

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

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

@use

set_cs

0 … 1

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

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

Constraint

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

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...ler)

wo [not(@nullFlavor)]

8.2.22 Component Of - Encompassing Encounter

Id

1.2.40.0.34.6.0.11.1.7

ref

at-cda-bbr-

Gültigkeit

2023‑02‑28 10:11:03

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

1.0.1+20230717

Name

atcdabbr_header_ComponentOfEncompassingEncounter

Bezeichnung

Component Of - Encompassing Encounter

Beschreibung

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

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 3 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.15	Containment	Time Interval Information minimal (1.0.1+20210628)	DYNAMIC
1.2.40.0.34.6.0.11.9.22	Inklusion	Assigned Entity (1.0.2+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.1.8	Inklusion	Encounter Location (1.0.0+20210219)	DYNAMIC

Beziehung

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

ref

at-cda-bbr-

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

ref

at-cda-bbr-

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

ref

elgabbr-

Beispiel

Strukturbeispiel mit stationärem Patientenkontakt

Beispiel

Strukturbeispiel mit stationärem Patientenkontakt und unbekannter Entlassung

Beispiel

Strukturbeispiel mit ambulantem Patientenkontakt

Beispiel

Strukturbeispiel mit ambulantem Patientenkontakt und unbekannter Entlassung

Beispiel

Strukturbeispiel mit virtuellem Patientenkontakt

Beispiel

Strukturbeispiel mit virtuellem Patientenkontakt und unbekannter Entlassung

Item

DT

Kard

Konf

Beschreibung

Label

hl7:componentOf

Komponente für den Patientenkontakt.

(atc...ter)

@typeCode

cs

0 … 1

F

COMP

hl7:encompassingEncounter

1 … 1

M

Patientenkontakt.

(atc...ter)

@classCode

cs

0 … 1

F

ENC

@moodCode

cs

0 … 1

F

EVN

hl7:id

II

0 … 1

Identifikationselement zur Aufnahme der Aufenthaltszahl

(atc...ter)

wo [not(@nullFlavor)]

@extension

st

1 … 1

R

Aufenthaltszahl, z.B.: Az123456

@root

uid

1 … 1

R

OID der Liste der Aufenthaltszahlen der Organisation

Constraint

@assigningAuthorityName [0..1]: Name der Stelle, welche die ID zugewiesen hat, z.B.: „Amadeus Spital“.

hl7:code

CE

1 … 1

M

Codierung des Patientenkontakts.

(atc...ter)

@code

cs

1 … 1

R

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

@displayName

st

0 … 1

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.4

@codeSystemName

st

1 … 1

F

HL7:ActCode

CONF

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

hl7:effectiveTime

IVL_TS

1 … 1

M

Zeitraum des Patientenkontakts.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)

(atc...ter)

Constraint

Der Zeitraum des Patientenkontaktes MUSS die Vorgaben der speziellen Implementierungsleitfäden einhalten. Dabei gilt allgemein:

Der Zeitraum besteht aus dem Zeitpunkt der administrativen Aufnahme in die Behandlung und dem Zeitpunkt der administrativen Entlassung aus der Behandlung.
Der Entlassungszeitpunkt KANN „unbekannt“ sein, wenn die administrative Entlassung noch nicht erfolgt ist. (nullFlavor UNK beim effectiveTime.high)
Hinweis: Als Zeitpunkt der Aufnahme/Entlassung SOLL der Zeitpunkt der administrativen Aufnahme/Entlassung angegeben werden. Wenn der Zeitpunkt der administrativen Aufnahme/Entlassung nicht vorhanden ist, darf auch der Zeitpunkt der medizinischen Aufnahme/Entlassung angegeben werden.

hl7:responsibleParty

0 … 1

R

Komponente für die verantwortliche Person.

(atc...ter)

hl7:assignedEntity

1 … 1

M

Entität der verantwortlichen Person.

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

(atc...ter)

Eingefügt

von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)

@classCode

cs

0 … 1

F

ASSIGNED

Auswahl

1 … *

Mindestens eine ID der Person der Entität

Elemente in der Auswahl:

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

Constraint

Zugelassene nullFlavor:

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

hl7:id

II

0 … *

(atc...ter)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(atc...ter)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atc...ter)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

0 … 1

Elemente in der Auswahl:

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

hl7:addr

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...ter)

wo [not(@nullFlavor)]

hl7:addr

0 … 1

(atc...ter)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:telecom

TEL.AT

0 … *

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

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

(atc...ter)

wo [not(@nullFlavor)]

@value

url

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.).

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

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

@use

cs

0 … 1

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

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

Constraint

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

hl7:assignedPerson

1 … 1

M

Personendaten der Person der Entität.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atc...ter)

hl7:representedOrganization

0 … 1

R

Organisationsdaten der Entität.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

(atc...ter)

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.8 Encounter Location (DYNAMIC)
Die Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand, MUSS verpflichtend angegeben werden (z.B.: die entlassende Krankenanstalt mit Abteilung).

hl7:location

1 … 1

M

(atc...ter)

@typeCode

cs

0 … 1

F

LOC

hl7:healthCareFacility

1 … 1

M

(atc...ter)

@classCode

cs

0 … 1

F

SDLOC

hl7:code

CE

1 … 1

M

Der Code zur Klassifizierung des GDA repräsentiert die Art der Einrichtung, in der die Tätigkeit stattfand, die zur Erzeugung des Dokuments führte. Zum Beispiel sollten Dokumente, die während eines ambulanten Falls in einem Krankenhaus entstehen, mit dem healthcareFacilityTypeCode für „Krankenhaus“ gekennzeichnet werden.

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

Für ELGA SOLL der Code dem Eintrag "GDA Rollenname" oder, wenn der GDA Rollenname nicht verfügbar ist, der "Aggregierten Rolle" im GDA-I entsprechen.

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

Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName.

(atc...ter)

@displayName

st

1 … 1

R

hl7:serviceProviderOrganization

1 … 1

M

Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand.

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

(atc...ter)

8.2.23 Encounter Location

Id

1.2.40.0.34.6.0.11.1.8

ref

at-cda-bbr-

Gültigkeit

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:location

(atc...ion)

@typeCode

cs

0 … 1

F

LOC

hl7:healthCareFacility

1 … 1

M

(atc...ion)

@classCode

cs

0 … 1

F

SDLOC

hl7:code

CE

1 … 1

M

Der Code zur Klassifizierung des GDA repräsentiert die Art der Einrichtung, in der die Tätigkeit stattfand, die zur Erzeugung des Dokuments führte. Zum Beispiel sollten Dokumente, die während eines ambulanten Falls in einem Krankenhaus entstehen, mit dem healthcareFacilityTypeCode für „Krankenhaus“ gekennzeichnet werden.

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

Für ELGA SOLL der Code dem Eintrag "GDA Rollenname" oder, wenn der GDA Rollenname nicht verfügbar ist, der "Aggregierten Rolle" im GDA-I entsprechen.

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

Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName.

(atc...ion)

@displayName

st

1 … 1

R

hl7:serviceProviderOrganization

1 … 1

M

Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand.

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

(atc...ion)

8.2.24 AssignedEntityElements

Id

1.2.40.0.34.11.90003

ref

elgabbr-

Gültigkeit

2011‑12‑19

Status

Aktiv

Versions-Label

Name

AssignedEntityElements

Bezeichnung

AssignedEntityElements

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.40.0.34.11.90001	Inklusion	PersonElements	DYNAMIC
1.2.40.0.34.11.90002	Inklusion	OrganizationElements	DYNAMIC

Beziehung

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

ref

elgabbr-

Item

DT

Kard

Konf

Beschreibung

Label

hl7:id

II

1 … *

R

Mindestens eine Id der validierenden Person.

Zugelassene nullFlavor: UNK

(Ass...nts)

hl7:addr

AD

0 … 1

Ein Adress-Element der validierenden Person.

Zugelassene nullFlavor: UNK

(Ass...nts)

hl7:telecom

TEL.AT

0 … *

Mindestens ein Telecom-Element der validierenden Person.

Zugelassene nullFlavor: UNK

(Ass...nts)

hl7:assignedPerson

1 … 1

M

Persondendaten der validierenden Person.

(Ass...nts)

Eingefügt

von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.

(Ass...nts)

hl7:representedOrganization

0 … 1

Organistationsdaten der validierenden Person.

(Ass...nts)

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

(Ass...nts)

hl7:name

ON

1 … 1

M

(Ass...nts)

hl7:telecom

TEL.AT

0 … *

(Ass...nts)

hl7:addr

AD

0 … 1

(Ass...nts)

8.2.25 PersonElements

Id

1.2.40.0.34.11.90001

ref

elgabbr-

Gültigkeit

2011‑12‑19

Status

Aktiv

Versions-Label

Name

PersonElements

Bezeichnung

PersonElements

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

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

ref

elgabbr-

Item

DT

Kard

Konf

Beschreibung

Label

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.

(Per...nts)

8.2.26 OrganizationElements

Id

1.2.40.0.34.11.90002

ref

elgabbr-

Gültigkeit

2011‑12‑19

Status

Aktiv

Versions-Label

Name

OrganizationElements

Bezeichnung

OrganizationElements

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Item

DT

Kard

Konf

Beschreibung

Label

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

(Org...nts)

hl7:name

ON

1 … 1

M

(Org...nts)

hl7:telecom

TEL.AT

0 … *

(Org...nts)

hl7:addr

AD

0 … 1

(Org...nts)

8.2.27 Laboratory Performer 2

Id

1.2.40.0.34.11.4.3.3

ref

elgabbr-

Gültigkeit

2014‑12‑06

Status

Aktiv

Versions-Label

Name

LaboratoryPerformer2

Bezeichnung

Laboratory Performer 2

Beschreibung

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

Kontext

Geschwisterknoten des Template-Element mit Id 1.2.40.0.34.11.4.3.3

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.40.0.34.11.90001	Inklusion	PersonElements	DYNAMIC
1.2.40.0.34.11.90002	Inklusion	OrganizationElements	DYNAMIC

Beziehung

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

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:templateId

1 … 1

M

(Lab...er2)

@root

uid

1 … 1

F

1.2.40.0.34.11.4.3.3

hl7:time

IVL_TS

1 … 1

M

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

(Lab...er2)

hl7:assignedEntity

1 … 1

M

(Lab...er2)

hl7:id

II

1 … 1

R

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

Zugelassene nullFlavor: NI

(Lab...er2)

hl7:code

CE

0 … 1

R

(Lab...er2)

@code

CONF

0 … 1

F

E

@codeSystem

0 … 1

F

2.16.840.1.113883.2.16.1.4.9

@codeSystemName

0 … 1

F

HL7.at.Laborkennzeichnung

@displayName

0 … 1

F

EXTERN

Beispiel

hl7:addr

AD

1 … 1

M

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

(Lab...er2)

hl7:telecom

TEL.AT

1 … *

M

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

(Lab...er2)

Auswahl

1 …

Angabe von Personenname oder Organisationsname ist verpflichtend.

Elemente in der Auswahl:

hl7:assignedPerson
hl7:representedOrganization

hl7:assignedPerson

… 1

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

(Lab...er2)

Eingefügt

von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.

(Lab...er2)

hl7:representedOrganization

… 1

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

(Lab...er2)

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

(Lab...er2)

hl7:name

ON

1 … 1

M

(Lab...er2)

hl7:telecom

TEL.AT

0 … *

(Lab...er2)

hl7:addr

AD

0 … 1

(Lab...er2)

8.2.28 AuthorElements

Id

1.2.40.0.34.11.90004

ref

elgabbr-

Gültigkeit

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">
  
  <functionCode code="OA" displayName="Diensthabender Oberarzt" codeSystem="1.2.40.0.34.99.111.2.1" codeSystemName="Amadeus Spital Funktionen"/>  
  <time value="20081224082015+0100"/>  <assignedAuthor classCode="ASSIGNED">
    
    <id root="1.2.40.0.34.99.111.1.3" extension="1111" assigningAuthorityName="Amadeus Spital"/>    
    <code code="107" displayName="Fachärztin/Facharzt für Chirurgie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/>    
    <telecom value="tel:+43.1.40400"/>    <telecom value="mailto:herbert.mustermann@organization.at"/>    <assignedPerson classCode="PSN" determinerCode="INSTANCE">
      
      <name>
        <prefix qualifier="AC">Univ.-Prof. Dr.</prefix>        <given>Isabella</given>        <family>Stern</family>      </name>    </assignedPerson>    
    <representedOrganization>
      <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>      
      <name>Amadeus Spital, 1. Chirurgische Abteilung</name>      
      <telecom value="tel:+43.6138.3453446.0"/>      <telecom value="mailto:chirurgie@amadeusspital.at"/>      <addr>
        <streetName>Mozartgasse</streetName>        <houseNumber>1-7</houseNumber>        <postalCode>5350</postalCode>        <city>St.Wolfgang</city>        <state>Salzburg</state>        <country>AUT</country>      </addr>    </representedOrganization>  </assignedAuthor></author>

Beispiel

Strukturbeispiel für datenerstellende Geräte als „author“

<author>
  
  <time value="20081224082015+0100"/>  <assignedAuthor>
    
    <id root="86562fe5-b509-4ce9-b976-176fd376e477"/>    
    <assignedAuthoringDevice>
      <manufacturerModelName>Good Health System</manufacturerModelName>      <softwareName>Best Health Software Application</softwareName>    </assignedAuthoringDevice>    <representedOrganization>
      <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>      
      <name>Amadeus Spital, 1. Chirurgische Abteilung</name>      
      <telecom value="tel:+43.6138.3453446.0"/>      <telecom value="mailto:chirurgie@amadeusspital.at"/>      <addr>
        <streetName>Mozartgasse</streetName>        <houseNumber>1-7</houseNumber>        <postalCode>5350</postalCode>        <city>St.Wolfgang</city>        <state>Salzburg</state>        <country>AUT</country>      </addr>    </representedOrganization>  </assignedAuthor></author>

Item

DT

Kard

Konf

Beschreibung

Label

Auswahl

Elemente in der Auswahl:

hl7:author[not(@nullFlavor)]
hl7:author[@nullFlavor]

hl7:author

Verfasser des Dokuments.

(Aut...nts)

wo [not(@nullFlavor)]

@typeCode

cs

0 … 1

F

AUT

@contextControlCode

cs

0 … 1

F

OP

hl7:functionCode

CE

0 … 1

Funktionscode des Verfassers des Dokuments

z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“, …

Eigene Codes und Bezeichnungen können verwendet werden.

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

(Aut...nts)

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

(Aut...nts)

hl7:assignedAuthor

1 … 1

M

Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.

(Aut...nts)

@classCode

cs

0 … 1

F

ASSIGNED

Beispiel

hl7:id

II

1 … *

R

Identifikation des Verfassers des Dokuments im lokalen System/ des/der datenerstellenden Gerätes/Software.

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

(Aut...nts)

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.

(Aut...nts)

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.

(Aut...nts)

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:assignedPerson
hl7:assignedAuthoringDevice

hl7:assignedPerson

… 1

Personendaten des Verfassers des Dokuments.

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

(Aut...nts)

Eingefügt

von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.

(Aut...nts)

hl7:assignedAuthoringDevice

… 1

(Aut...nts)

@classCode

cs

0 … 1

F

DEV

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:manufacturerModelName

SC

0 … 1

Hersteller und Modellbezeichnung des datenerstellenden Gerätes.

(Aut...nts)

hl7:softwareName

SC

0 … 1

Bezeichnung (und ggf Version) der datenerstellenden Software.

(Aut...nts)

hl7:representedOrganization

1 … 1

M

(Aut...nts)

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

(Aut...nts)

hl7:name

ON

1 … 1

M

(Aut...nts)

hl7:telecom

TEL.AT

0 … *

(Aut...nts)

hl7:addr

AD

0 … 1

(Aut...nts)

hl7:author

Verfasser nicht bekannt/nicht anwendbar

(Aut...nts)

wo [@nullFlavor]

@nullFlavor

cs

1 … 1

F

NA

Beispiel

hl7:time

1 … 1

R

(Aut...nts)

@nullFlavor

cs

1 … 1

F

NA

hl7:assignedAuthor

1 … 1

R

(Aut...nts)

@nullFlavor

cs

1 … 1

F

NA

hl7:id

1 … 1

R

(Aut...nts)

@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

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

<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>
    
  </cda:entry></hl7:section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(exn...tiv)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...tiv)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.66

hl7:id

II

0 … 1

(exn...tiv)

hl7:code

CE

1 … 1

M

(exn...tiv)

@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

(exn...tiv)

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

(exn...tiv)

hl7:entry

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.3.63 EXNDS Weitere Patienteninformation Administrativ (DYNAMIC)

(exn...tiv)

@contextConductionInd

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

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">
    
  </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">
    
  </hl7:component></hl7:section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

0 … 1

(exn...sch)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...sch)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.67

hl7:code

CE

1 … 1

M

(exn...sch)

@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

(exn...sch)

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.

(exn...sch)

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.46 Vitalparameter - kodiert (DYNAMIC)

(exn...sch)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.31 EXNDS Weitere Merkmale (DYNAMIC)

(exn...sch)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

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

2021‑02‑19 12:03:03

Andere Versionen mit dieser Id:

atcdabrr_section_VitalparameterKodiert vom 2020‑10‑06 09:16:17
atcdabrr_section_VitalparameterKodiert vom 2019‑07‑19 13:48:27

Status

Aktiv

Versions-Label

1.1.0+20210219

Name

atcdabrr_section_VitalparameterKodiert

Bezeichnung

Vitalparameter - kodiert

Beschreibung

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

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.46

Klassifikation

CDA Section level template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 1 Konzept

Id	Name	Datensatz
at-cda-bbr-dataelement-61	Vitalparameter	Dataset A Allgemeiner Leitfaden

Benutzt

Benutzt 5 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.36	Containment	Author Body (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.3	Containment	Informant Body (1.0.1+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.3.23	Containment	Vitalparameter Gruppe Entry (1.1.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.3.19	Containment	Eingebettetes Objekt Entry (1.0.2+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.2.8	Containment	Übersetzung (1.0.2+20230717)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.2.46 Vitalparameter - kodiert (2020‑10‑06 09:16:17)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.2.46 Vitalparameter - kodiert (2019‑07‑19 13:48:27)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.20.1.16 Vital signs section (DYNAMIC)

ref

ccd1-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.3.25 IHE Vital Signs Section (DYNAMIC)

ref

IHE-PCC-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2 eHDSI Vital Signs (DYNAMIC)

ref

epsos-

Beispiel

<section>
  <templateId root="1.2.40.0.34.6.0.11.2.46"/>  <templateId root="2.16.840.1.113883.10.20.1.16"/>  
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/>  
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2"/>  
  
  <code code="8716-3" displayName="Vital signs" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  
  <title>Vitalparameter</title>  
  <text>
    <table>
      <thead>
        <tr>
          <th>Name</th>          <th>Wert</th>          <th>Einheit</th>          <th>Messzeitpunkt</th>        </tr>      </thead>      <tbody>
        <tr ID="vitsig-1">
          <td ID="vitsigtype-1">Puls</td>          <td>120</td>          <td>/min</td>          <td>27.06.2019 19:43</td>        </tr>        <tr ID="vitsig-2">
          <td ID="vitsigtype-2">Blutdruck systolisch</td>          <td>180</td>          <td>mmHg</td>          <td>27.06.2019 19:43</td>        </tr>        <tr ID="vitsig-3">
          <td ID="vitsigtype-3">Blutdruck diastolisch</td>          <td>120</td>          <td>mmHg</td>          <td>27.06.2019 19:43</td>        </tr>      </tbody>    </table>  </text>  <entry>
    
    <templateId root="1.2.40.0.34.6.0.11.3.23"/>  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

Container zur Angabe der Vitalparameter.

(atc...ert)


	at-cda-bbr-dataelement-61	Vitalparameter	Dataset A Allgemeiner Leitfaden

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

HL7 Austria - Vitalparameter - kodiert

(atc...ert)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.46

hl7:templateId

II

1 … 1

M

HL7 CCD Vital signs section

(atc...ert)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.16

hl7:templateId

II

1 … 1

M

IHE PCC Vital Signs Section

(atc...ert)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.3.25

hl7:templateId

II

1 … 1

M

IHE PCC Section Coded Vital Signs

(atc...ert)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2

hl7:id

II

0 … 1

Eindeutige ID der Sektion

(atc...ert)

wo [not(@nullFlavor)]

hl7:code

CE.IPS

1 … 1

M

Code der Sektion.

(atc...ert)

@code

CONF

1 … 1

F

8716-3

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

hl7:title

ST

1 … 1

M

Der Titel der Sektion.

(atc...ert)

Constraint

Der Titel der Sektion MUSS lauten: "Vitalparameter"
Ausnahme: Für die Sektion in einem Telemonitoring Episodenbericht, ein CDA mit der Document-Level TemplateID 1.2.40.0.34.6.0.11.0.10, sind andere Titel möglich. Diese MÜSSEN den Typ des Inhalts beschreiben, wie z.B.: "Bludruck und Puls" oder "Gewicht".

hl7:text

SD.TEXT

1 … 1

M

Information für den menschlichen Leser.

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

(atc...ert)

hl7:author

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)

(atc...ert)

hl7:informant

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)

(atc...ert)

hl7:entry

1 … *

M

Maschinenlesbares Element.

Beinhaltet 1.2.40.0.34.6.0.11.3.23 Vitalparameter Gruppe Entry (DYNAMIC)

(atc...ert)

@typeCode

cs

0 … 1

F

DRIV

@contextConductionInd

cs

0 … 1

F

true

hl7:entry

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)

(atc...ert)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … *

R

Optionale Subsections zur Angabe von Übersetzungen des text-Elements in andere Sprachen.
Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)

(atc...ert)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

8.3.1.4 Übersetzung

Id

1.2.40.0.34.6.0.11.2.8

ref

at-cda-bbr-

Gültigkeit

2023‑04‑13 11:01:52

Andere Versionen mit dieser Id:

atcdabbr_section_Uebersetzung vom 2021‑06‑28 11:28:05
atcdabbr_section_Uebersetzung vom 2021‑02‑19 11:58:13
atcdabbr_section_Uebersetzung vom 2019‑05‑14 15:24:50

Status

Aktiv

Versions-Label

1.0.2+20230717

Name

atcdabbr_section_Uebersetzung

Bezeichnung

Übersetzung

Beschreibung

Subsection für die Übersetzung des narrativen Textes
Die Angabe des languageCode erfolgt durch Angabe eines Codes aus dem Value Set ELGA_HumanLanguage. Optional kann an diesen, mit Bindestrich getrennt, die Angabe des Landes aus ISO-Codelisten angefügt werden.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.8

Klassifikation

CDA Section level template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.36	Containment	Author Body (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.3	Containment	Informant Body (1.0.1+20211213)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.2.8 Übersetzung (2021‑06‑28 11:28:05)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.2.8 Übersetzung (2021‑02‑19 11:58:13)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.2.8 Übersetzung (2019‑05‑14 15:24:50)

ref

at-cda-bbr-

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

ref

ad1bbr-

Beispiel

automatische Übersetzung durch ein Gerät

<section>
  <templateId root="1.2.40.0.34.6.0.11.2.8"/>  <id root="1.2.3.999" extension="myExt"/>  <title>Allergie ed Intolleranze</title>  <text>Nessuna Allergia Nota</text>  <languageCode code="it-IT"/>  <author>
    
    <time value="20191224082015+0100"/>    <assignedAuthor>
      
      <id root="86562fe5-b509-4ce9-b976-176fd376e477"/>      
      <assignedAuthoringDevice>
        <manufacturerModelName>Good Health System</manufacturerModelName>        <softwareName>Best Health Software Application</softwareName>      </assignedAuthoringDevice>      <representedOrganization>
        <id root="1.2.40.0.34.99.3"/>        
        <name>Amadeus Spital, 1. Chirurgische Abteilung</name>        
        <telecom value="tel:+43.6138.3453446.0"/>        <telecom value="mailto:chirurgie@amadeusspital.at"/>        <addr>
          <streetName>Mozartgasse</streetName>          <houseNumber>1-7</houseNumber>          <postalCode>5350</postalCode>          <city>St.Wolfgang</city>          <state>Salzburg</state>          <country>AUT</country>        </addr>      </representedOrganization>    </assignedAuthor>  </author></section>

Beispiel

manuelle Übersetzung durch eine Person

<section>
  <templateId root="1.2.40.0.34.6.0.11.2.8"/>  <id root="1.2.3.999" extension="myExt"/>  <title>Allergie ed Intolleranze</title>  <text>Nessuna Allergia Nota</text>  <languageCode code="it-IT"/>  <author>
    
    <time value="20191224082015+0100"/>    <assignedAuthor classCode="ASSIGNED">
      
      <id root="1.2.40.0.34.99.111.1.3" extension="1111" assigningAuthorityName="Amadeus Spital"/>      
      <code code="107" displayName="Fachärztin/Facharzt für Chirurgie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/>      
      <telecom value="tel:+43.1.40400"/>      <telecom value="mailto:herbert.mustermann@organization.at"/>      <assignedPerson classCode="PSN" determinerCode="INSTANCE">
        
        <name>
          <prefix qualifier="AC">Univ.-Prof. Dr.</prefix>          <given>Isabella</given>          <family>Stern</family>        </name>      </assignedPerson>      
      <representedOrganization>
        <id root="1.2.40.0.34.99.3"/>        
        <name>Amadeus Spital, 1. Chirurgische Abteilung</name>        
        <telecom value="tel:+43.6138.3453446.0"/>        <telecom value="mailto:chirurgie@amadeusspital.at"/>        <addr>
          <streetName>Mozartgasse</streetName>          <houseNumber>1-7</houseNumber>          <postalCode>5350</postalCode>          <city>St.Wolfgang</city>          <state>Salzburg</state>          <country>AUT</country>        </addr>      </representedOrganization>    </assignedAuthor>  </author></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(atc...ung)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

HL7 Austria - Übersetzung

(atc...ung)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.8

hl7:id

II

0 … 1

(atc...ung)

wo [not(@nullFlavor)]

hl7:title

ST

1 … 1

M

Titel der Section in der Übersetzung

(atc...ung)

hl7:text

SD.TEXT

1 … 1

M

Text der Section in der Übersetzung

(atc...ung)

hl7:languageCode

CS

1 … 1

M

Sprachcode für die Übersetzung

(atc...ung)

CONF

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

Beispiel

Angabe mit Landescode

Beispiel

Angabe ohne Landescode

hl7:author

0 … *

R

Mit der Angabe des Autors kann die Qualität der Übersetzung - automatisch durch ein Gerät oder manuell durch eine Person - zum Ausdruck gebracht werden.
Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)

(atc...ung)

hl7:informant

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)

(atc...ung)

8.3.1.5 Weitere Merkmale

Id

1.2.40.0.34.6.0.11.2.31

Gültigkeit

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

(exn...ale)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...ale)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.31

hl7:code

CE

1 … 1

M

(exn...ale)

@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

(exn...ale)

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.

(exn...ale)

hl7:entry

1 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.3.65 EXNDS Weitere Patienteninformation Medizinisch (DYNAMIC)

(exn...ale)

@contextConductionInd

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

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

<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">
    
  </hl7:entry></hl7:section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(exn...ert)


	exnds-dataelement1-22	Cave Information	Test2 2019

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...ert)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.99

hl7:code

CD

1 … 1

M

(exn...ert)

@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

(exn...ert)

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.

(exn...ert)

hl7:entry

1 … *

M

Beinhaltet 1.2.40.0.34.6.0.11.2.100 EXNDS CaveInformation Entry (DYNAMIC)

(exn...ert)

@contextConductionInd

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

2024‑05‑22 10:20:21

Andere Versionen mit dieser Id:

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

Aktiv

Versions-Label

1.1.2+20240628

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

<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>
      
    </entry>  </section></component>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(atc...ert)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

HL7 Austria - Diagnose - kodiert

(atc...ert)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.96

hl7:id

II

0 … 1

Eindeutige ID der Sektion

(atc...ert)

wo [not(@nullFlavor)]

hl7:code

CE.IPS

1 … 1

M

(atc...ert)

@code

cs

1 … 1

F

439401001

@codeSystem

uid

1 … 1

F

2.16.840.1.113883.6.96

@codeSystemName

st

0 … 1

F

SNOMED CT

@displayName

st

0 … 1

F

Diagnosis

hl7:translation

CD

0 … *

Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.

(atc...ert)

@code

cs

1 … 1

R

@codeSystem

uid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

0 … 1

ips:designation

ST

0 … *

Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.

(atc...ert)

@language

cs

1 … 1

R

hl7:title

ST

1 … 1

M

(atc...ert)

CONF

Elementinhalt muss "Diagnose" sein

hl7:text

SD.TEXT

1 … 1

M

Enthält Informationen für den menschlichen Leser

(atc...ert)

hl7:author

0 … *

Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)

(atc...ert)

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)

(atc...ert)

hl7:entry

1 … *

M

Beinhaltet 1.2.40.0.34.6.0.11.3.7 Problem Concern Entry (DYNAMIC)

(atc...ert)

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

(atc...ert)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

8.3.1.8 EXNDS Familienanamnese

Id

1.2.40.0.34.6.0.11.2.30

Gültigkeit

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-dataelement1-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">
    
  </hl7:entry></hl7:section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

0 … 1

(exn...mne)


	exnds-dataelement1-176	Familienanamnese	Test2 2019

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...mne)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.30

hl7:code

CE

1 … 1

M

(exn...mne)

@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

(exn...mne)

CONF

Elementinhalt muss "Familienanamnese" sein

hl7:text

SD.TEXT

1 … 1

M

Freitextliche Darstellung der Familienanamnese

(exn...mne)

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)

(exn...mne)

@contextConductionInd

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

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">
    
  </hl7:entry></hl7:section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

0 … 1

(exn...ein)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...ein)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.32

hl7:code

CE

1 … 1

M

(exn...ein)

@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

(exn...ein)

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

(exn...ein)

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)

(exn...ein)

@contextConductionInd

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

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">
    
  </hl7:entry></hl7:section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

0 … 1

(exn...gen)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...gen)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.33

hl7:code

CE

1 … 1

M

(exn...gen)

@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

(exn...gen)

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

(exn...gen)

hl7:entry

1 … *

M

Beinhaltet 1.2.40.0.34.6.0.11.3.67 EXNDS Behandlungen Organizer (DYNAMIC)

(exn...gen)

@contextConductionInd

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

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">
    
  </hl7:entry></hl7:section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

0 … 1

(exn...gen)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...gen)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.34

hl7:code

CE

1 … 1

M

(exn...gen)

@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

(exn...gen)

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

(exn...gen)

hl7:entry

1 … 1

M

Beinhaltet 1.2.40.0.34.6.0.11.3.137 EXNDS Karteieintragungen Organizer (DYNAMIC)

(exn...gen)

@contextConductionInd

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

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">
    
  </hl7:entry></hl7:section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

0 … 1

(exn...ter)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...ter)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.35

hl7:code

CE

1 … 1

M

(exn...ter)

@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

(exn...ter)

CONF

Elementinhalt muss "Laborparameter" sein

hl7:text

SD.TEXT

1 … 1

M

(exn...ter)

hl7:entry

1 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.3.138 EXNDS Laboratory Battery Organizer (DYNAMIC)

(exn...ter)

@contextConductionInd

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

ref

at-cda-bbr-

Gültigkeit

2024‑06‑25 15:09:20

Andere Versionen mit dieser Id:

exnds_section_specialitySectionContainer vom 2021‑02‑11 13:16:50

Status

Entwurf

Versions-Label

3.0.0+202407##

Name

atcdabbr_section_RezeptCodiert

Bezeichnung

Rezept - codiert

Klassifikation

CDA Section level template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Spezialisierung: Template 2.16.840.1.113883.10.20.1.8 (2005‑09‑07)

ref

at-cda-bbr-

Spezialisierung: Template 1.3.6.1.4.1.12559.11.10.1.3.1.2.1 Section Prescription (2013‑12‑20)

ref

epsos-

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

1 … 1

R

(atc...ert)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(atc...ert)

@root

1 … 1

F

1.2.40.0.34.6.0.11.2.104

hl7:templateId

II.EPSOS

1 … 1

R

eHDSI/EPSOS Prescription Section

(atc...ert)

@root

uid

1 … 1

F

1.3.6.1.4.1.12559.11.10.1.3.1.2.1

hl7:templateId

II

1 … 1

M

IHE PHARM Prescription Section

(atc...ert)

@root

1 … 1

F

1.3.6.1.4.1.19376.1.9.1.2.1

hl7:templateId

II

1 … 1

M

IHE PCC Medications Section

(atc...ert)

@root

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.3.19

hl7:templateId

II

1 … 1

M

HL7 CCD 3.9

(atc...ert)

@root

1 … 1

F

2.16.840.1.113883.10.20.1.8

hl7:id

II

1 … 1

R

(atc...ert)

hl7:code

CE

0 … 1

R

(atc...ert)

@code

CONF

0 … 1

F

57828-6

@displayName

0 … 1

F

Prescription list

@codeSystem

0 … 1

F

2.16.840.1.113883.6.1 (LOINC)

hl7:title

ST

1 … 1

M

(atc...ert)

CONF

Elementinhalt muss "Rezept" sein

hl7:text

SD.TEXT

1 … 1

M

(atc...ert)

hl7:entry

1 … 1

R

Beinhaltet

Fehler: Kann das Template "1.3.6.1.4.1.12559.11.10.1.3.1.3.2" (DYNAMIC) nicht finden

(atc...ert)

@typeCode

cs

1 … 1

F

COMP

Narrativer Text soll immer vollständig von den maschinenlesbaren Elementen abgeleitet und sollte keine darüber hinausgehende Information enthalten, somit kann es in den meisten Fällen als typecode="DRIV" interpretiert werden. Für die CDA-Validität der Fälle wo dies nicht der Fall ist, wird jedoch immer typecode="COMP" verwendet.

8.3.1.14 Speciality-Section

Id

1.3.6.1.4.1.19376.1.3.3.2.1

ref

elgabbr-

Gültigkeit

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

<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

(Spe...ion)

@classCode

1 … 1

F

DOCSECT

hl7:templateId

II

1 … 1

(Spe...ion)

@root

1 … 1

F

1.3.6.1.4.1.19376.1.3.3.2.1

hl7:id

II

0 … *

(Spe...ion)

hl7:code

CE

1 … 1

M

(Spe...ion)

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

(Spe...ion)

hl7:text

ED

1 … 1

M

(Spe...ion)

hl7:entry

1 … *

Lab.Report.Data.Processing.Entry

(Spe...ion)

@typeCode

0 … 1

F

DRIV

Beispiel

hl7:templateId

II

1 … 1

(Spe...ion)

@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

(Spe...ion)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

EVN

hl7:code

CE

1 … 1

M

Angabe der Befundart.

(Spe...ion)

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.

(Spe...ion)

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

(Spe...ion)

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

(Spe...ion)

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

(Spe...ion)

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

(Spe...ion)

@typeCode

cs

1 … 1

F

COMP

hl7:entryRelationship

0 … *

Beinhaltet 1.2.40.0.34.11.30025 Kultureller Keimnachweis (Laboratory Isolate Organzier) (DYNAMIC)

(Spe...ion)

@typeCode

cs

1 … 1

F

COMP

hl7:entryRelationship

0 … *

Beinhaltet 1.2.40.0.34.11.4.3.2 Befundtext (Anmerkungen und Kommentare) (DYNAMIC)

(Spe...ion)

@typeCode

cs

1 … 1

F

COMP

hl7:entryRelationship

0 … *

Beinhaltet 1.3.6.1.4.1.19376.1.3.1.1 Notification Organizer (DYNAMIC)

(Spe...ion)

@typeCode

cs

1 … 1

F

COMP

hl7:entryRelationship

0 … *

Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)

(Spe...ion)

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

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

<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">
    
  </hl7:entry>  <hl7:entry typeCode="DRIV" contextConductionInd="true">
    
  </hl7:entry></hl7:section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(exn...gen)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...gen)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.101

hl7:templateId

II

1 … 1

M

(exn...gen)

@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

(exn...gen)

@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

(exn...gen)

@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

(exn...gen)

@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

(exn...gen)

hl7:code

CE

1 … 1

M

(exn...gen)

@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

(exn...gen)

CONF

Elementinhalt muss "Rezept" sein

hl7:text

SD.TEXT

1 … 1

M

(exn...gen)

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)

(exn...gen)

@typeCode

cs

0 … 1

F

DRIV

@contextConductionInd

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)

(exn...gen)

@typeCode

cs

0 … 1

F

DRIV

@contextConductionInd

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

2021‑02‑19 11:46:43

Andere Versionen mit dieser Id:

atcdabrr_section_ImpfungenKodiert vom 2017‑03‑11 18:38:41

Status

Aktiv

Versions-Label

1.0.0+20210219

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.1+20240628)	DYNAMIC
1.2.40.0.34.6.0.11.3.28	Containment	Immunization Entry Impfung nicht angegeben (2.0.1+20240628)	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 (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>        
      </tbody>    </table>  </text>  
  <hl7:entry typeCode="DRIV" contextConductionInd="true">
    
  </hl7:entry>  
  <hl7:entry typeCode="DRIV">
    
  </hl7:entry>  <hl7:component typeCode="COMP" contextConductionInd="true">
    
  </hl7:component></hl7:section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(atc...ert)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

ELGA

(atc...ert)

@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

(atc...ert)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.6

hl7:templateId

II

1 … 1

M

IHE PCC Immunizations Section

(atc...ert)

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

(atc...ert)

wo [not(@nullFlavor)]

hl7:code

CE

1 … 1

M

Code der Sektion. Fixer Wert "11369-6"

(atc...ert)

@code

CONF

1 … 1

F

11369-6

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@displayName

1 … 1

F

HISTORY OF IMMUNIZATIONS

hl7:title

ST

1 … 1

M

Der Titel der Sektion MUSS lauten: 'Impfungen'

(atc...ert)

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

(atc...ert)

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)

(atc...ert)

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.

@contextConductionInd

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)

(atc...ert)

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.

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … *

Optionale Subsections zur Angabe von Übersetzungen des "text"-Elements in andere Sprachen.
Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)

(atc...ert)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

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

2023‑04‑11 15:05:08

Andere Versionen mit dieser Id:

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.3+20230717

Name

atcdabrr_section_ImpfempfehlungenKodiert

Bezeichnung

Impfempfehlungen - kodiert

Beschreibung

Sektion zur Dokumentation von empfohlenen zukünftigen Impfungen (Impfkalender). Impfempfehlungen werden automatisiert von einem Regelwerk basierend auf dem "Impfplan Österreich" erstellt, außer es liegt eine ärztliche Empfehlung (von einer ärztlichen Person) 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.0+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.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

<cda:section classCode="DOCSECT" moodCode="EVN">
  <cda:templateId root="1.2.40.0.34.6.0.11.2.2"/>  <cda:templateId root="2.16.840.1.113883.10.20.1.6"/>  <cda:templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.23"/>  <cda:id root="1.2.3.999" extension="--example only--"/>  <cda:code code="18776-5" codeSystem="2.16.840.1.113883.6.1" displayName="TREATMENT PLAN"/>  <cda:title>Impfempfehlungen</cda:title>  <cda:text>Entsprechend dem nationalen Impfplan Österreich (Ausgabe 2019) sind folgende Impfungen empfohlen </cda:text>  <cda:entry typeCode="DRIV" contextConductionInd="true">
    
  </cda:entry>  <cda:component typeCode="COMP" contextConductionInd="true">
    
  </cda:component></cda:section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(atc...ert)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

ELGA

(atc...ert)

@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

(atc...ert)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.6

hl7:templateId

II

1 … 1

M

IHE PCC Immunizations Section

(atc...ert)

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

(atc...ert)

wo [not(@nullFlavor)]

hl7:code

CE

1 … 1

M

Code der Sektion

(atc...ert)

@code

CONF

1 … 1

F

18776-5

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@displayName

1 … 1

F

TREATMENT PLAN

hl7:title

ST

1 … 1

M

Der Titel dieser Sektion muss lauten: 'Impfempfehlungen'

(atc...ert)

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.

(atc...ert)

hl7:entry

1 … *

M

Beinhaltet 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (DYNAMIC)

(atc...ert)

@typeCode

cs

1 … 1

F

DRIV

DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt.

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … *

Optionale Subsections zur Angabe von Übersetzungen des text-Elements in andere Sprachen.
Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)

(atc...ert)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

8.3.1.18 EXNDS Befund

Id

1.2.40.0.34.6.0.11.2.40

Gültigkeit

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">
    
  </hl7:entry></hl7:section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

R

(exn...und)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.40

hl7:code

CE

1 … 1

M

(exn...und)

@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

(exn...und)

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.

(exn...und)

hl7:entry

1 … *

M

Beinhaltet 1.2.40.0.34.6.0.11.3.150 EXNDS Befund Act (DYNAMIC)

(exn...und)

@contextConductionInd

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

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">
    
  </hl7:entry></hl7:section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

0 … 1

(exn...ten)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...ten)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.37

hl7:code

CE

1 … 1

M

(exn...ten)

@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

(exn...ten)

CONF

Elementinhalt muss "eCard Konsultationsdaten" sein

hl7:text

SD.TEXT

1 … 1

M

Angabe des Pfades zu den Konsultationsdatensatzes

(exn...ten)

hl7:entry

1 … 1

M

Beinhaltet 1.2.40.0.34.6.0.11.3.152 EXNDS eCardKonsDatenAct (DYNAMIC)

(exn...ten)

@contextConductionInd

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

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">
    
  </hl7:entry></hl7:section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

0 … 1

(exn...ten)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...ten)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.38

hl7:code

CE

1 … 1

M

(exn...ten)

@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

(exn...ten)

CONF

Elementinhalt muss "ABS Daten" sein

hl7:text

SD.TEXT

1 … 1

M

Angabe des Dateipfades für die ABS-Daten

(exn...ten)

hl7:entry

ANY

1 … 1

M

Beinhaltet 1.2.40.0.34.6.0.11.3.154 EXNDS ABS-Daten Act (DYNAMIC)

(exn...ten)

@contextConductionInd

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

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">
    
  </hl7:entry></hl7:section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

0 … 1

(exn...nts)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...nts)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.36

hl7:code

CE

1 … 1

M

(exn...nts)

@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

(exn...nts)

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.

(exn...nts)

hl7:entry

1 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.3.155 EXNDS Attachment Act (DYNAMIC)

(exn...nts)

@contextConductionInd

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

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">
    
  </hl7:entry></hl7:section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

0 … 1

(exn...and)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...and)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.39

hl7:code

CE

1 … 1

M

(exn...and)

@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

(exn...and)

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

(exn...and)

hl7:entry

1 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.3.159 EXNDS Krankenstand Act (DYNAMIC)

(exn...and)

@contextConductionInd

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

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

<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>
    <hl7:low value="20210211133729"/>  </hl7:effectiveTime>  <hl7:component typeCode="COMP" contextConductionInd="true">
    
  </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">
    
  </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">
    
  </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">
    
  </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">
    
  </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">
    
  </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">
    
  </hl7:component></hl7:organizer>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:organizer

(exn...ive)

@classCode

cs

1 … 1

F

BATTERY

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...ive)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.63

hl7:id

II

0 … *

(exn...ive)

hl7:code

CD.SDTC

1 … 1

M

(exn...ive)

@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

(exn...ive)

@code

CONF

0 … 1

F

completed

hl7:effectiveTime

IVL_TS

0 … 1

(exn...ive)

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.3.107 EXNDS Patient Versichertenkategorie Entry (DYNAMIC)

(exn...ive)

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

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

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)

(exn...ive)

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

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

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)

(exn...ive)

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

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

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)

(exn...ive)

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

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

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)

(exn...ive)

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

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

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)

(exn...ive)

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

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … *

Beinhaltet 1.2.40.0.34.6.0.11.3.114 EXNDS Patient Weitere Merkmale (DYNAMIC)

(exn...ive)

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

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

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

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-dataelement1-7	Versicherungskategorie	Test2 2019

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

(exn...Cat)


	exnds-dataelement1-7	Versicherungskategorie	Test2 2019

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...Cat)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.107

hl7:id

II

0 … *

(exn...Cat)

hl7:code

CD

1 … 1

M

(exn...Cat)

@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

(exn...Cat)

hl7:value

CD

1 … 1

M

(exn...Cat)

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

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

<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">
    
  </hl7:value></hl7:observation>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(exn...Job)


	exnds-dataelement1-12	Beruf	Test2 2019

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...Job)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.108

hl7:id

II

0 … *

(exn...Job)

hl7:code

CD

1 … 1

M

(exn...Job)

@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

(exn...Job)

hl7:value

CD

1 … 1

R

(exn...Job)

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.

(exn...Job)

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.

(exn...Job)

@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

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-dataelement1-20	Info Rezeptgebührenbefreit	Test2 2019

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

(exn...Bef)


	exnds-dataelement1-20	Info Rezeptgebührenbefreit	Test2 2019

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...Bef)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.109

hl7:id

II

0 … *

(exn...Bef)

hl7:code

CD

1 … 1

M

(exn...Bef)

@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

(exn...Bef)

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.

(exn...Bef)

hl7:value

BL

1 … 1

M

Rezeptbefreihung Ja/Nein

(exn...Bef)

8.3.2.5 EXNDS Patient Entfernung Entry

Id

1.2.40.0.34.6.0.11.3.110

Gültigkeit

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-dataelement1-10	Entfernung in km	Test2 2019

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

(exn...nce)


	exnds-dataelement1-10	Entfernung in km	Test2 2019

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...nce)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.110

hl7:id

II

0 … *

(exn...nce)

hl7:code

CD

1 … 1

M

(exn...nce)

@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

(exn...nce)

hl7:value

PQ

1 … 1

M

Angabe in Kilometer

(exn...nce)

@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

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-dataelement1-11	Bundeslandcode laut HV-Code	Test2 2019

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

(exn...ode)


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

(exn...ode)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.111

hl7:id

II

0 … *

(exn...ode)

hl7:code

CD

1 … 1

M

(exn...ode)

@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

(exn...ode)

hl7:value

CD

1 … 1

M

(exn...ode)

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

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

<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">
    
  </hl7:value></hl7:observation>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(exn...ser)


	exnds-dataelement1-173	Erstzuweiser	Test2 2019

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...ser)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.112

hl7:id

II

0 … *

(exn...ser)

hl7:code

CD

1 … 1

M

(exn...ser)

@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

(exn...ser)

hl7:value

CD

1 … 1

R

(exn...ser)

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.

(exn...ser)

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.

(exn...ser)

@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

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

<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/> 
</hl7:observation>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(exn...ale)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...ale)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.114

hl7:id

II

0 … *

(exn...ale)

hl7:code

CD (extensible)

1 … 1

M

(exn...ale)

hl7:text

ED

0 … 1

(exn...ale)

Auswahl

1 … 1

Elemente in der Auswahl:

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

hl7:value

CD (extensible)

0 … 1

(exn...ale)

wo [not(@nullFlavor)]

@xsi:type

1 … 1

F

CD

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

hl7:value

CD

0 … 1

(exn...ale)

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.

(exn...ale)

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.

(exn...ale)

@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

2021‑02‑19 13:01:06

Andere Versionen mit dieser Id:

atcdabbr_entry_VitalparameterGruppeEntry vom 2020‑10‑07 07:45:39
atcdabbr_entry_VitalparameterGruppeEntry vom 2019‑07‑19 14:21:41

Status

Aktiv

Versions-Label

1.1.0+20210219

Name

atcdabbr_entry_VitalparameterGruppeEntry

Bezeichnung

Vitalparameter Gruppe Entry

Beschreibung

Das Vitalparameter Gruppe Entry bündelt einzelne Vitalparameter-Beobachtungen.

Das effectiveTime-Element MUSS vorhanden sein, um anzuzeigen, wann die darunterliegenden Messungen durchgeführt wurden; es KANN aber weggelassen werden, wenn alle zugrunde liegenden Observations selbst ein effectiveTime-Element enthalten.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.23

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 7 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.15	Inklusion	Time Interval Information minimal (1.0.1+20210628)	DYNAMIC
1.2.40.0.34.6.0.11.9.17	Containment	Performer Body (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.9.36	Containment	Author Body (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.3	Containment	Informant Body (1.0.1+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.9.13	Containment	Participant Body (1.0.1+20210628)	DYNAMIC
1.2.40.0.34.6.0.11.3.24	Containment	Vitalparameter Entry (1.1.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.3.100	Containment	Serienmessung Vitalparameter Entry (1.1.1+20210303)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.3.23 Vitalparameter Gruppe Entry (2020‑10‑07 07:45:39)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.23 Vitalparameter Gruppe Entry (2019‑07‑19 14:21:41)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.20.22.4.26 Vital Signs Organizer (V3) (DYNAMIC)

ref

ccda-

Spezialisierung: Template 2.16.840.1.113883.10.20.36.2 (DYNAMIC)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.11.1.3.3 Vitalparameter Gruppe Entry (DYNAMIC)

ref

elgabbr-

Beispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:organizer

(atc...try)

@classCode

cs

1 … 1

F

CLUSTER

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

ELGA

Die folgenden zwei TemplateIDs ersetzen die TemplateIDs "2.16.840.1.113883.10.20.1.32", "2.16.840.1.113883.10.20.1.35" und "1.3.6.1.4.1.19376.1.5.3.1.4.13.1". Dies ist begründet durch die Erweiterung der Vitalparameter Messungen um Serienmessungen.

(atc...try)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.23

hl7:templateId

II

1 … 1

M

C-CDA Vital Signs Organizer

(atc...try)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.22.4.26

@extension

st

1 … 1

F

2015-08-01

hl7:templateId

II

1 … 1

M

PHMR Vital Signs Organizer

(atc...try)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.36.2

@extension

st

1 … 1

F

2015-11-19

hl7:id

II

1 … 1

M

ID der VitalparameterGruppe.

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

(atc...try)

hl7:code

CD.IPS

1 … 1

M

Code des VitalparameterGruppe-Entry.

(atc...try)

@code

CONF

1 … 1

F

46680005

@codeSystem

1 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

hl7:statusCode

CS

1 … 1

M

(atc...try)

@code

CONF

1 … 1

F

completed

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:effectiveTime[@value]
hl7:effectiveTime[@nullFlavor='UNK']
hl7:effectiveTime

Constraint

Wenn in allen untergeordneten Kind-Elementen observation/effectiveTime angeführt wird KANN, O [0..1] dieses Element komplett entfallen oder mit @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein.

Wenn in allen untergeordneten Kind-Elementen observation/effectiveTime NICHT angeführt wird MUSS, R [1..1] dieses Element angegeben werden und KANN mittels @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein.

hl7:effectiveTime

TS.AT.TZ

0 … 1

C

Messungen mit dem Gerät nur zu einem Zeitpunkt

(atc...try)

wo [@value]

@value

1 … 1

R

Beispiel

Strukturbeispiel

<effectiveTime value="20110527133000+0200"/>

Beispiel

Strukturbeispiel

<effectiveTime value="20110527"/>

hl7:effectiveTime

TS.AT.TZ

0 … 1

C

Messungen mit dem Gerät zu einem unbekannten Zeitpunkt
Fixierter nullFlavor: UNK

(atc...try)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Beispiel

Strukturbeispiel

<effectiveTime nullFlavor="UNK"/>

hl7:effectiveTime

IVL_TS

0 … 1

C

Messungen mit dem Gerät in einer Zeitspanne.
Zugelassene nullFlavor: UNK

(atc...try)

Beispiel

Strukturbeispiel

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

Beispiel

Strukturbeispiel

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

Beispiel

Strukturbeispiel

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

Beispiel

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

<effectiveTime>
<low value="20110527"/> <high value="20110528140000+0200"/></effectiveTime>

Eingefügt

0 … 1

C

von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:low[@value]
hl7:low[@nullFlavor='UNK']

hl7:low

TS.AT.TZ

0 … 1

(atc...try)

wo [@value]

hl7:low

TS.AT.TZ

0 … 1

(atc...try)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:high[@value]
hl7:high[@nullFlavor='UNK']

hl7:high

TS.AT.TZ

0 … 1

(atc...try)

wo [@value]

hl7:high

TS.AT.TZ

0 … 1

(atc...try)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:performer

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC)

(atc...try)

hl7:author

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)

(atc...try)

hl7:informant

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)

(atc...try)

hl7:participant

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)

(atc...try)

Auswahl

1 … *

Elemente in der Auswahl:

hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.24 Vitalparameter Entry (DYNAMIC)
hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.100 Serienmessung Vitalparameter Entry (DYNAMIC)

hl7:component

0 … *

R

ELGA Vitalparameter-Entry.

Beinhaltet 1.2.40.0.34.6.0.11.3.24 Vitalparameter Entry (DYNAMIC)

(atc...try)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … *

R

ELGA Serienmessung-Entry.

Beinhaltet 1.2.40.0.34.6.0.11.3.100 Serienmessung Vitalparameter Entry (DYNAMIC)

(atc...try)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

8.3.2.10 Vitalparameter Entry

Id

1.2.40.0.34.6.0.11.3.24

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 13:00:55

Andere Versionen mit dieser Id:

atcdabbr_entry_VitalparameterEntry vom 2020‑10‑07 07:50:09
atcdabbr_entry_VitalparameterEntry vom 2019‑07‑19 14:38:56

Status

Aktiv

Versions-Label

1.1.0+20210219

Name

atcdabbr_entry_VitalparameterEntry

Bezeichnung

Vitalparameter Entry

Beschreibung

Ein Vitalparameter-Entry bündelt einzelne Vitalparameter-Beobachtungen.

Das effectiveTime-Element muss vorhanden sein, um anzuzeigen, wann einzelnen Messungen durchgeführt wurden; es kann aber weggelassen werden, wenn das gruppierende Vitalparameter Gruppe Entry selbst ein effectiveTime-Element enthält.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.24

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 5 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.15	Inklusion	Time Interval Information minimal (1.0.1+20210628)	DYNAMIC
1.2.40.0.34.6.0.11.9.17	Containment	Performer Body (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.9.36	Containment	Author Body (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.3	Containment	Informant Body (1.0.1+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.9.13	Containment	Participant Body (1.0.1+20210628)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.3.24 Vitalparameter Entry (2020‑10‑07 07:50:09)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.24 Vitalparameter Entry (2019‑07‑19 14:38:56)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.20.1.31 Result observation (DYNAMIC)

ref

ccd1-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.13 eHDSI Simple Observation (DYNAMIC)

ref

epsos-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.13.2 eHDSI Vital Signs Observation (DYNAMIC)

ref

epsos-

Beispiel

<hl7:observation classCode="OBS" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.24"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.31"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13.2"/>  
  <hl7:id root=" " extension=" "/>  
  <hl7:code code="2710-2" displayName="Oxygen saturation in Capillary blood by Oximetry" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC">
    <hl7:originalText>
      <hl7:reference value="#vitsigtype-1"/>    </hl7:originalText>  </hl7:code>  
  <hl7:text>
    <hl7:reference value="#vitsig-1"/>  </hl7:text>  
  <hl7:statusCode code="completed"/>  
  <hl7:value xsi:type="PQ" value="120" unit="/min"/></hl7:observation>

Beispiel

Keine Vitalparameter erhoben

<hl7:observation classCode="OBS" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.3.24"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.31"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13.2"/>  
  <hl7:id root=" " extension=" "/>  
  <hl7:code code="373121007" displayName="Test not done" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT">
    <hl7:originalText>
      <hl7:reference value="#vitsigtype-1"/>    </hl7:originalText>  </hl7:code>  
  <hl7:text>
    <hl7:reference value="#vitsig-1"/>  </hl7:text>  
  <hl7:statusCode code="completed"/>  
  <hl7:value xsi:type="PQ" nullFlavor="NA"/></hl7:observation>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(atc...try)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

ELGA

(atc...try)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.24

hl7:templateId

II

1 … 1

M

HL7 CCD Result observation

(atc...try)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.31

hl7:templateId

II

1 … 1

M

IHE PCC Simple Observation

(atc...try)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.13

hl7:templateId

II

1 … 1

M

IHE PCC Vital Signs Observation

(atc...try)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.13.2

hl7:id

II

1 … 1

M

ID des Vitalparameters

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

(atc...try)

hl7:code

CD.IPS

1 … 1

M

Code des Vitalparameters.

Die Art des angegebenen Vitalparameters (Puls, Blutdruck systolisch, etc.) wird codiert in diesem Element angegeben. Die Angabe der Art des Vitalparameters bestimmt auch die möglichen Einheiten des Werts.

Verweis auf speziellen Implementierungsleitfaden: Welche der Vitalparameterarten angegeben werden müssen bzw. sollen, kann im jeweiligen speziellen Implementierungsleitfaden eingeschränkt werden.

(atc...try)

Constraint

Wenn dieses Observation-Element im Dokument mit der TemplateID "1.2.40.0.34.6.0.11.0.10" (Telemonitoring Episodenbericht) verwendet wird, ist eine Translation zu diesem Code mit dem Attribut codeSystem="2.16.840.1.113883.6.24" verpflichtend anzugeben!

CONF

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

hl7:originalText

ED

1 … 1

M

Verweist auf die Stelle im narrativen Textbereich, in dem die Vitalparameterart beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc).

(atc...try)

hl7:reference

TEL

1 … 1

M

(atc...try)

@value

st

1 … 1

R

hl7:translation

CD

0 … *

Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.

(atc...try)

@code

cs

1 … 1

R

@codeSystem

uid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

0 … 1

ips:designation

ST

0 … *

Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.

(atc...try)

@language

cs

1 … 1

R

hl7:text

ED

1 … 1

M

Verweist auf die Stelle im narrativen Text-Bereich, an der der gegebene Vitalparameter narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc).

(atc...try)

hl7:reference

TEL

1 … 1

M

(atc...try)

hl7:statusCode

CS

1 … 1

M

(atc...try)

@code

CONF

1 … 1

F

completed

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:effectiveTime[@value]
hl7:effectiveTime[@nullFlavor='UNK']
hl7:effectiveTime

Constraint

Wenn im übergeordneten Container-Element organizer/effectiveTime angeführt wird KANN, O [0..1] dieses Element komplett entfallen oder mit @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein.

Wenn im übergeordneten Container-Element organizer/effectiveTime NICHT angeführt wird MUSS, R [1..1] dieses Element angegeben werden und KANN mittels @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein.

hl7:effectiveTime

TS.AT.TZ

0 … 1

C

Messung mit dem Gerät nur zu einem Zeitpunkt

(atc...try)

wo [@value]

@value

1 … 1

R

Beispiel

Strukturbeispiel

<effectiveTime value="20110527133000+0200"/>

Beispiel

Strukturbeispiel

<effectiveTime value="20110527"/>

hl7:effectiveTime

TS.AT.TZ

0 … 1

C

Messung mit dem Gerät zu einem unbekannten Zeitpunkt
Fixierter nullFlavor: UNK

(atc...try)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Beispiel

Strukturbeispiel

<effectiveTime nullFlavor="UNK"/>

hl7:effectiveTime

IVL_TS

0 … 1

C

Messung mit dem Gerät in einer Zeitspanne.
Zugelassene nullFlavor: UNK

(atc...try)

Beispiel

Strukturbeispiel

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

Beispiel

Strukturbeispiel

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

Beispiel

Strukturbeispiel

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

Beispiel

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

<effectiveTime>
<low value="20110527"/> <high value="20110528140000+0200"/></effectiveTime>

Eingefügt

0 … 1

C

von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:low[@value]
hl7:low[@nullFlavor='UNK']

hl7:low

TS.AT.TZ

0 … 1

(atc...try)

wo [@value]

hl7:low

TS.AT.TZ

0 … 1

(atc...try)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:high[@value]
hl7:high[@nullFlavor='UNK']

hl7:high

TS.AT.TZ

0 … 1

(atc...try)

wo [@value]

hl7:high

TS.AT.TZ

0 … 1

(atc...try)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … 1

Wert des Vitalparameters.

Elemente in der Auswahl:

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

Constraint

Wenn kein Vitalparameter erhoben wurde (code/@code="373121007"), MUSS, M [1..1], value mit @nullFlavor="NA" strukturiert sein.

In allen anderen Fällen MUSS, M [1..1], value angegeben sein. Die Verwendung von @nullFlavor="NA" ist NICHT ERLAUBT.

hl7:value

PQ

0 … 1

(atc...try)

wo [not(@nullFlavor)]

hl7:value

PQ

0 … 1

(atc...try)

wo [@nullFlavor='NA']

@nullFlavor

cs

1 … 1

F

NA

hl7:performer

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC)

(atc...try)

hl7:author

0 … *

C

Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)

(atc...try)

Constraint

Wenn dieses Observation-Element im Dokument mit der TemplateID "1.2.40.0.34.6.0.11.0.10" (Telemonitoring Episodenbericht) verwendet wird, ist genau ein author-Element verpflichtend anzugeben! (1..1 M)

Sonst gilt 0..*

hl7:informant

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)

(atc...try)

hl7:participant

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)

(atc...try)

8.3.2.11 Serienmessung Vitalparameter Entry

Id

1.2.40.0.34.6.0.11.3.100

ref

at-cda-bbr-

Gültigkeit

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(atc...try)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

HL7 Austria - Serienmessung Vitalparameter Entry

(atc...try)

@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

(atc...try)

@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

(atc...try)

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

(atc...try)

hl7:code

CD.IPS

1 … 1

M

Code des Vitalparameters.

Die Art des angegebenen Vitalparameters (Puls, Blutdruck systolisch, etc.) wird codiert in diesem Element angegeben. Die Angabe der Art des Vitalparameters bestimmt auch die möglichen Einheiten des Werts.

Verweis auf speziellen Implementierungsleitfaden: Welche der Vitalparameterarten angegeben werden müssen bzw. sollen, kann im jeweiligen speziellen Implementierungsleitfaden eingeschränkt werden.

(atc...try)

Constraint

Wenn dieses Observation-Element im Dokument mit der TemplateID "1.2.40.0.34.6.0.11.0.10" (Telemonitoring Episodenbericht) verwendet wird ist eine Translation zu diesem Code mit dem Attribut codeSystem="2.16.840.1.113883.6.24" verpflichtend!

CONF

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

hl7:originalText

ED

1 … 1

M

Verweist auf die Stelle im narrativen Textbereich, in dem die Vitalparameterart beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc).

(atc...try)

hl7:reference

TEL

1 … 1

M

(atc...try)

@value

st

1 … 1

R

hl7:translation

CD

0 … *

Hier können Code-Übersetzungen, aus dem selben Codesystem oder auch aus weiteren Codesystemen, bereitgestellt werden.

(atc...try)

@code

cs

1 … 1

R

@codeSystem

uid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

0 … 1

ips:designation

ST

0 … *

Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.

(atc...try)

@language

cs

1 … 1

R

hl7:text

ED

1 … 1

M

Verweist auf die Stelle im narrativen Text-Bereich, an der der gegebene Vitalparameter narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc).

(atc...try)

hl7:reference

TEL

1 … 1

M

(atc...try)

hl7:statusCode

CS

1 … 1

M

(atc...try)

@code

CONF

1 … 1

F

completed

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:effectiveTime[@value]
hl7:effectiveTime[@nullFlavor='UNK']
hl7:effectiveTime

Constraint

Wenn im übergeordneten Container-Element organizer/effectiveTime angeführt wird KANN, O [0..1] dieses Element komplett entfallen oder mit @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein.

Wenn im übergeordneten Container-Element organizer/effectiveTime NICHT angeführt wird MUSS, R [1..1] dieses Element angegeben werden und KANN mittels @nullFlavor == "UNK" oder /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein.

hl7:effectiveTime

TS.AT.TZ

0 … 1

C

Messung mit dem Gerät nur zu einem Zeitpunkt

(atc...try)

wo [@value]

@value

1 … 1

R

Beispiel

Strukturbeispiel

<effectiveTime value="20110527133000+0200"/>

Beispiel

Strukturbeispiel

<effectiveTime value="20110527"/>

hl7:effectiveTime

TS.AT.TZ

0 … 1

C

Messung mit dem Gerät zu einem unbekannten Zeitpunkt
Fixierter nullFlavor: UNK

(atc...try)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Beispiel

Strukturbeispiel

<effectiveTime nullFlavor="UNK"/>

hl7:effectiveTime

IVL_TS

0 … 1

C

Messung mit dem Gerät in einer Zeitspanne.
Zugelassene nullFlavor: UNK

(atc...try)

Beispiel

Strukturbeispiel

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

Beispiel

Strukturbeispiel

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

Beispiel

Strukturbeispiel

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

Beispiel

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

<effectiveTime>
<low value="20110527"/> <high value="20110528140000+0200"/></effectiveTime>

Eingefügt

0 … 1

C

von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:low[@value]
hl7:low[@nullFlavor='UNK']

hl7:low

TS.AT.TZ

0 … 1

(atc...try)

wo [@value]

hl7:low

TS.AT.TZ

0 … 1

(atc...try)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:high[@value]
hl7:high[@nullFlavor='UNK']

hl7:high

TS.AT.TZ

0 … 1

(atc...try)

wo [@value]

hl7:high

TS.AT.TZ

0 … 1

(atc...try)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:value

PQ

1 … 1

R

(atc...try)

wo [@nullFlavor='NA']

@nullFlavor

cs

1 … 1

F

NA

hl7:performer

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC)

(atc...try)

hl7:author

0 … *

C

Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)

(atc...try)

Constraint

Wenn dieses Observation-Element im Dokument mit der TemplateID "1.2.40.0.34.6.0.11.0.10" (Telemonitoring Episodenbericht) verwendet wird, ist genau ein author-Element verpflichtend anzugeben! (1..1 M)

Sonst gilt 0..*

hl7:informant

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)

(atc...try)

hl7:participant

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)

(atc...try)

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)

(atc...try)

@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

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(atc...try)

@classCode

cs

1 … 1

F

OBSSER

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

HL7 Austria - Serienmessungs-Gruppe Entry

(atc...try)

@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

(atc...try)

@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

(atc...try)

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)

(atc...try)

@typecode

cs

1 … 1

F

COMP

@contextConductionInd

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)

(atc...try)

@typecode

cs

1 … 1

F

COMP

@contextConductionInd

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

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(Ser...try)

@classCode

cs

1 … 1

F

OBSCOR

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

HL7 Austria - Serienmessungs-Werte Entry

(Ser...try)

@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

(Ser...try)

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

(Ser...try)

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

(Ser...try)

hl7:reference

TEL

1 … 1

M

(Ser...try)

@value

st

1 … 1

R

hl7:translation

CD

1 … 1

M

Hier wird die verpflichtende Übersetzung des Codes als MDC-Code bereitgestellt.

(Ser...try)

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

(Ser...try)

@code

cs

1 … 1

R

@codeSystem

uid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

0 … 1

ips:designation

ST

0 … *

Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden.

(Ser...try)

@language

cs

1 … 1

R

hl7:text

ED

1 … 1

M

Verweist auf die Stelle im narrativen Text-Bereich, an der der gegebene Vitalparameter narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc).

(Ser...try)

hl7:reference

TEL

1 … 1

M

(Ser...try)

hl7:statusCode

CS

1 … 1

M

(Ser...try)

@code

CONF

1 … 1

F

completed

hl7:value

SLIST_PQ

0 … 1

(Ser...try)

hl7:origin

PQ

1 … 1

M

(Ser...try)

@value

real

1 … 1

R

@unit

cs

0 … 1

hl7:scale

PQ

1 … 1

M

(Ser...try)

@value

real

1 … 1

R

@unit

cs

0 … 1

hl7:digits

list_int

1 … 1

M

(Ser...try)

8.3.2.14 Serienmessungs-Periode Entry

Id

1.2.40.0.34.6.0.11.3.104

ref

at-cda-bbr-

Gültigkeit

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

<hl7:ClinicalDocument>
   ::   <hl7:observation classCode="OBS" moodCode="EVN">
    
    <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>
      
      <hl7:reference value="#PulseOx_PulseRate_Period"/>    </hl7:text>    <hl7:value xsi:type="GLIST_TS">
      <hl7:head value="20150822170922.86-0400"/>      
      <hl7:increment value="1.0" unit="s"/>    </hl7:value>  </hl7:observation>   :: </hl7:ClinicalDocument>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(Ser...try)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

HL7 Austria - Serienmessungs-Periode Entry

(Ser...try)

@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

(Ser...try)

@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

(Ser...try)

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

(Ser...try)

hl7:reference

TEL

1 … 1

M

(Ser...try)

hl7:value

GLIST_TS

1 … 1

M

(Ser...try)

hl7:head

TS

1 … 1

M

Hier wird der Start der Serienmessung dokumentiert.

(Ser...try)

@value

ts

1 … 1

R

hl7:increment

PQ

1 … 1

M

Hier wird der Abstand zwischen den einzelnen Messungen der Serienmessung dokumentiert.

(Ser...try)

@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

2023‑05‑09 16:42:36

Andere Versionen mit dieser Id:

atcdabbr_entry_EingebettetesObjektEntry vom 2021‑06‑28 11:13:27
atcdabbr_entry_EingebettetesObjektEntry vom 2021‑02‑19 12:43:14
atcdabbr_entry_EingebettetesObjektEntry vom 2020‑12‑17 12:24:45
atcdabbr_entry_EingebettetesObjektEntry vom 2019‑05‑29 11:59:07

Status

Aktiv

Versions-Label

1.0.2+20230717

Name

atcdabbr_entry_EingebettetesObjektEntry

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.

(atc...try)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

@ID

1 … 1

R

ID des eingebetteten Objekts.
Wird vom Element <render-MultiMedia referencedObject=" "/> im narrativen Text-Bereich referenziert, 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

(atc...try)

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

(atc...try)

@mediaType

cs

1 … 1

R

Medientyp des eingebetteten Objekts.

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

Verweis auf speziellen Implementierungsleitfaden: Spezielle Implementierungsleitfäden können zusätzliche Medientypen (MIME) erlauben.

CONF

Der Wert von @mediaType muss gewählt werden aus dem Value Set 1.2.40.0.34.10.42 ELGA_Medientyp (DYNAMIC)

@representation

cs

1 … 1

F

B64

hl7:performer

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC)

(atc...try)

hl7:author

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)

(atc...try)

hl7:informant

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)

(atc...try)

hl7:participant

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)

(atc...try)

8.3.2.16 Weitere Patienteninformation Medizinisch

Id

1.2.40.0.34.6.0.11.3.65

Gültigkeit

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

<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>
    <hl7:low value="20200928175806"/>  </hl7:effectiveTime>  <hl7:component typeCode="COMP" contextConductionInd="true">
    <hl7:sequenceNumber value="1"/>    <hl7:seperatableInd value="false"/>    
  </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">
    <hl7:sequenceNumber value="1"/>    <hl7:seperatableInd value="false"/>    
  </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">
    <hl7:sequenceNumber value="1"/>    <hl7:seperatableInd value="false"/>    
  </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">
    <hl7:sequenceNumber value="1"/>    <hl7:seperatableInd value="false"/>    
  </hl7:component></hl7:organizer>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:organizer

(exn...Med)

@classCode

cs

1 … 1

F

BATTERY

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...Med)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.65

hl7:id

II

0 … *

(exn...Med)

hl7:code

CD.SDTC

1 … 1

M

(exn...Med)

@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

(exn...Med)

@code

CONF

0 … 1

F

completed

hl7:effectiveTime

IVL_TS

0 … 1

(exn...Med)

hl7:component

0 … *

Beinhaltet 1.2.40.0.34.6.0.11.3.66 EXNDS Patient Blutgruppe Entry (DYNAMIC)

(exn...Med)

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

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:sequenceNumber

INT

0 … 1

(exn...Med)

hl7:seperatableInd

BL

0 … 1

(exn...Med)

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.3.64 EXNDS Rhesusfaktor Entry (DYNAMIC)

(exn...Med)

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

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:sequenceNumber

INT

0 … 1

(exn...Med)

hl7:seperatableInd

BL

0 … 1

(exn...Med)

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.3.113 EXNDS Patient Besondere Kennzeichen Entry (DYNAMIC)

(exn...Med)

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

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:sequenceNumber

INT

0 … 1

(exn...Med)

hl7:seperatableInd

BL

0 … 1

(exn...Med)

hl7:component

0 … *

Beinhaltet 1.2.40.0.34.6.0.11.3.114 EXNDS Patient Weitere Merkmale (DYNAMIC)

(exn...Med)

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

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:sequenceNumber

INT

0 … 1

(exn...Med)

hl7:seperatableInd

BL

0 … 1

(exn...Med)

8.3.2.17 EXNDS Patient Blutgruppe Entry

Id

1.2.40.0.34.6.0.11.3.66

Gültigkeit

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-dataelement1-174	Blutgruppe	Test2 2019

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

(exn...oup)


	exnds-dataelement1-174	Blutgruppe	Test2 2019

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...oup)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.66

hl7:id

II

0 … *

(exn...oup)

hl7:code

CD.SDTC

1 … 1

M

(exn...oup)

@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

(exn...oup)

hl7:value

CD

1 … 1

M

(exn...oup)

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

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-dataelement1-175	Rhesusfaktor	Test2 2019

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

(exn...tor)


	exnds-dataelement1-175	Rhesusfaktor	Test2 2019

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...tor)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.64

hl7:id

II

0 … *

(exn...tor)

hl7:code

CD

1 … 1

M

(exn...tor)

@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

(exn...tor)

hl7:value

CD

1 … 1

M

(exn...tor)

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

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-dataelement1-16	Besondere Kennzeiche/Hautfarbe	Test2 2019
exnds-dataelement1-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

<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">
    
  </hl7:value></hl7:observation>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(exn...hen)


exnds-dataelement1-16	Besondere Kennzeiche/Hautfarbe	Test2 2019
exnds-dataelement1-173	Erstzuweiser	Test2 2019

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...hen)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.113

hl7:id

II

0 … *

(exn...hen)

hl7:code

CD (extensible)

1 … 1

M

(exn...hen)

@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

(exn...hen)

hl7:value

CD

1 … 1

R

(exn...hen)

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.

(exn...hen)

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.

(exn...hen)

@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

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

<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/> 
</hl7:observation>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(exn...try)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...try)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.100

hl7:id

II

0 … *

(exn...try)

hl7:code

CD (extensible)

1 … 1

M

(exn...try)

@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

(exn...try)

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.

(exn...try)

wo [not(@nullFlavor)]

hl7:value

CD

0 … 1

R

(exn...try)

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.

(exn...try)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente.

(exn...try)

@value

1 … 1

R

Schematron assert

role

error

test

starts-with(@value,'#')

Meldung

The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element.

8.3.2.21 Problem Concern Entry

Id

1.2.40.0.34.6.0.11.3.7

ref

at-cda-bbr-

Gültigkeit

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

<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">
    
  </hl7:entryRelationship>  <hl7:reference typeCode="REFR">
    
  </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

@contextConductionInd

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

ref

at-cda-bbr-

Gültigkeit

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

Entwurf

Versions-Label

1.1.2

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

<cda:observation classCode="OBS" moodCode="EVN" negationInd="false">
  <cda:templateId root="1.2.40.0.34.6.0.11.3.6"/>  <cda:templateId root="2.16.840.1.113883.10.20.1.28"/>  <cda:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5"/>  <cda:id root="1.2.3.999" extension="--example only--"/>  <cda:code code="282291009" codeSystem="2.16.840.1.113883.6.96" displayName="Diagnosis"/>  
  <statusCode code="completed"/>  <cda:effectiveTime>
    <cda:low value="20190817121500+0200"/>  </cda:effectiveTime>  <cda:value xsi:type="CD" code="cs" codeSystem="1.2.3.999">
    
    
    <cda:qualifier>
      <cda:name code="106229004" codeSystem="2.16.840.1.113883.6.96"/>      <cda:value code="8319008" displayName="Principal diagnosis (contextual qualifier) (qualifier value)" codeSystem="2.16.840.1.113883.6.96"/>    </cda:qualifier>  </cda:value>  <cda:targetSiteCode>
    <cda:qualifier>
      <cda:name code="272741003" codeSystem="2.16.840.1.113883.6.96" displayName="Laterality"/>      <cda:value code="..." codeSystem="2.16.840.1.113883.6.96"/>    </cda:qualifier>    <cda:qualifier>
      <cda:name code="106233006" codeSystem="2.16.840.1.113883.6.96" displayName="Topographical modifier"/>      <cda:value code="..." codeSystem="2.16.840.1.113883.6.96"/>    </cda:qualifier>  </cda:targetSiteCode>  <cda:author>
    
  </cda:author>  <cda:entryRelationship typeCode="COMP" contextConductionInd="true">
    
  </cda:entryRelationship></cda:observation>

Beispiel

Beispiel Uncodierte Angabe des Gesundheitsproblems

<cda:observation classCode="OBS" moodCode="EVN" negationInd="false">
  <cda:templateId root="1.2.40.0.34.6.0.11.3.6"/>  <cda:templateId root="2.16.840.1.113883.10.20.1.28"/>  <cda:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5"/>  <cda:id root="1.2.3.999" extension="--example only--"/>  <cda:code code="282291009" codeSystem="2.16.840.1.113883.6.96" displayName="Diagnosis"/>  
  <statusCode code="completed"/>  <cda:effectiveTime>
    <cda:low value="20190817121800+0200"/>  </cda:effectiveTime>  <cda:value xsi:type="CD" nullFlavor="NA">
    
    <originalText>
      <reference value="#MyRef1"/>    </originalText>  </cda:value>  <cda:author>
    
  </cda:author>  <cda:entryRelationship typeCode="COMP" contextConductionInd="true">
    
  </cda:entryRelationship></cda:observation>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

Container zur Angabe eines Problems (Diagnose etc).

(atc...lem)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

@negationInd

bl

1 … 1

R

SOLL standardmäßig auf false gesetzt werden.

Kann auf true gesetzt werden, um anzuzeigen, dass das dokumentierte Problem nicht beobachtet wurde.

hl7:templateId

II

1 … 1

M

ELGA

(atc...lem)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.6

hl7:templateId

II

1 … 1

M

HL7 CCD Problem observation

(atc...lem)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.28

hl7:templateId

II

1 … 1

M

IHE Problem Entry

(atc...lem)

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

(atc...lem)

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.

(atc...lem)

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

(atc...lem)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.

Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.

(atc...lem)

@value

1 … 1

R

Schematron assert

role

error

test

starts-with(@value,'#') or starts-with(@value,'http')

Meldung

The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.

hl7:statusCode

CS

1 … 1

M

Muss unabhängig von effectiveTime auf „completed“ gesetzt werden. Der medizinische Status des Problems wird im entryRelationship.Problem Status Observation angegeben.

(atc...lem)

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

(atc...lem)

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

(atc...lem)

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.

(atc...lem)

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-10, 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-10 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 - ICD-10 BMASGK
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
etc.

(atc...lem)

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.

(atc...lem)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente.

(atc...lem)

@value

1 … 1

R

Schematron assert

role

error

test

starts-with(@value,'#')

Meldung

The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element.

hl7:qualifier

CR

0 … *

R

Qualifier zur genaueren Beschreibung des Problems.

z.B. zur Angabe der Art der Diagnose.

(atc...lem)

wo [hl7:name [@code='106229004']]

hl7:name

CD

1 … 1

M

(atc...lem)

@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

(atc...lem)

CONF

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

(atc...lem)

hl7:value

CD

0 … 1

Codierte Angabe des Gesundheitsproblems ohne passenden Code

(atc...lem)

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.

(atc...lem)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente.

(atc...lem)

@value

1 … 1

R

Schematron assert

role

error

test

starts-with(@value,'#')

Meldung

The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element.

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

(atc...lem)

hl7:value

CD

0 … 1

Uncodierte Angabe des Gesundheitsproblems

(atc...lem)

wo [@nullFlavor='NA']

@xsi:type

1 … 1

F

CD

@nullFlavor

cs

1 … 1

F

NA

Beispiel

Nicht-codierte Diagnosen

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.

(atc...lem)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente.

(atc...lem)

@value

1 … 1

R

Schematron assert

role

error

test

starts-with(@value,'#')

Meldung

The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element.

hl7:targetSiteCode

CD

0 … *

R

Anatomische Lage des Problems

Beinhaltet 1.2.40.0.34.6.0.11.9.42 Laterality Qualifier (DYNAMIC)

(atc...lem)

hl7:performer

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC)

(atc...lem)

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)

(atc...lem)

hl7:informant

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)

(atc...lem)

hl7:participant

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)

(atc...lem)

hl7:entryRelationship

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.3.11 Comment Entry (DYNAMIC)

(atc...lem)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

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)

(atc...lem)

@typeCode

cs

1 … 1

F

SUBJ

@contextConductionInd

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)

(atc...lem)

@typeCode

cs

1 … 1

F

SUBJ

@inversionInd

bl

1 … 1

F

true

@contextConductionInd

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)

(atc...lem)

@typeCode

cs

1 … 1

F

SUBJ

@contextConductionInd

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)

(atc...lem)

@typeCode

cs

1 … 1

F

REFR

@contextConductionInd

cs

0 … 1

F

true

8.3.2.23 Laterality Qualifier

Id

1.2.40.0.34.6.0.11.9.42

ref

at-cda-bbr-

Gültigkeit

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:qualifier

CR

0 … 1

R

Qualifier zur Angabe der Seitenlokalisation aus dem ValueSet atcdabbr_LateralityQualifierCode_VS

(atc...ier)

hl7:name

CV

1 … 1

M

(atc...ier)

@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

(atc...ier)

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

(atc...ier)

hl7:name

CV

1 … 1

M

(atc...ier)

@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

(atc...ier)

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

ref

at-cda-bbr-

Gültigkeit

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

Kommentar-Act

(atc...ent)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

ELGA

(atc...ent)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.11

hl7:templateId

II

1 … 1

M

HL7 CCD Comment

(atc...ent)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.40

hl7:templateId

II

1 … 1

M

IHE PCC Comments

(atc...ent)

@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

(atc...ent)

wo [not(@nullFlavor)]

hl7:code

CD

1 … 1

M

Fester Wert "48767-8"

(atc...ent)

@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

(atc...ent)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.

Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.

(atc...ent)

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

(atc...ent)

@code

cs

1 … 1

F

completed

hl7:performer

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC)

(atc...ent)

hl7:author

0 … *

R

Autoren können optional angegeben werden.
Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)

(atc...ent)

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)

(atc...ent)

hl7:participant

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)

(atc...ent)

8.3.2.25 Severity Observation

Id

1.2.40.0.34.6.0.11.3.38

ref

at-cda-bbr-

Gültigkeit

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

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

(atc...ion)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(atc...ion)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.38

hl7:templateId

II

1 … 1

M

IPS Severity Observation

(atc...ion)

@root

uid

1 … 1

F

2.16.840.1.113883.10.22.4.25

hl7:templateId

II

1 … 1

M

IHE PCC Severity Entry

(atc...ion)

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

(atc...ion)

hl7:code

CD

1 … 1

M

Code zur Observation "Schweregrades des Gesundheitsproblems"

(atc...ion)

@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

(atc...ion)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.

Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.

(atc...ion)

@value

1 … 1

R

Schematron assert

role

error

test

starts-with(@value,'#') or starts-with(@value,'http')

Meldung

The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.

hl7:statusCode

CS

1 … 1

M

Fixer Wert: completed

(atc...ion)

@code

CONF

1 … 1

F

completed

hl7:value

CD

1 … 1

M

Klassifikation des Schweregrades des Gesundheitsproblems

(atc...ion)

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

ref

at-cda-bbr-

Gültigkeit

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

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

(atc...ion)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

ELGA

(atc...ion)

@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

(atc...ion)

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

(atc...ion)

@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

(atc...ion)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.

Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.

(atc...ion)

@value

1 … 1

R

Schematron assert

role

error

test

starts-with(@value,'#') or starts-with(@value,'http')

Meldung

The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.

hl7:statusCode

CS

1 … 1

M

Fester Wert: completed

(atc...ion)

@code

CONF

1 … 1

F

completed

hl7:value

CD

1 … 1

M

Klassifikation der Gewissheit, mit der das Gesundheitsproblem besteht

(atc...ion)

@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

ref

at-cda-bbr-

Gültigkeit

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

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

(atc...ion)

@classCode

cs

0 … 1

F

OBS

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(atc...ion)

@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

(atc...ion)

@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

(atc...ion)

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

(atc...ion)

@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

(atc...ion)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.

Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.

(atc...ion)

@value

1 … 1

R

Schematron assert

role

error

test

starts-with(@value,'#') or starts-with(@value,'http')

Meldung

The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.

hl7:statusCode

CS

1 … 1

M

Fester Wert: completed

(atc...ion)

@code

CONF

1 … 1

F

completed

hl7:value

CD

1 … 1

M

Klassifikation des klinischen Status

(atc...ion)

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

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:externalDocument

(atc...ent)

@classCode

cs

0 … 1

F

DOC

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

ELGA

(atc...ent)

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

(atc...ent)

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

(atc...ent)

@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

(atc...ent)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.

Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.

(atc...ent)

@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

(atc...ent)

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

(atc...ent)

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

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)	DYNAMIC
1.2.40.0.34.6.0.11.3.14	Containment	External Document Entry (1.0.1+20230717)	DYNAMIC

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>
    <hl7:low value="20210212"/>    <hl7:high value="20210212"/>  </hl7:effectiveTime>  <hl7:subject>
    
  </hl7:subject>  <hl7:performer>
    
  </hl7:performer>  <hl7:author>
    
  </hl7:author>  <hl7:informant>
    
  </hl7:informant>  <hl7:participant>
    
  </hl7:participant>  <hl7:entryRelationship typeCode="SUBJ" contextConductionInd="true" inversionInd="false">
    
  </hl7:entryRelationship>  <hl7:reference typeCode="REFR">
    
  </hl7:reference></hl7:act>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

(exn...ern)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...ern)

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

(exn...ern)

hl7:code

CE

1 … 1

R

Code des Problem/Bedenken-Entry.

(exn...ern)

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

(exn...ern)

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.

(exn...ern)

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.

(exn...ern)

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.

(exn...ern)

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)

(exn...ern)

hl7:performer

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC)

(exn...ern)

hl7:author

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)

(exn...ern)

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)

(exn...ern)

hl7:participant

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)

(exn...ern)

hl7:entryRelationship

1 … *

M

Beinhaltet 1.2.40.0.34.6.0.11.3.6 Problem Entry (DYNAMIC)

(exn...ern)

wo [@typeCode='SUBJ']

@typeCode

cs

1 … 1

F

SUBJ

@contextConductionInd

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)

(exn...ern)

@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

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-dataelement1-126	Fragestellung	Test2 2019
exnds-dataelement1-38	Scheinart	Test2 2019
exnds-dataelement1-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

<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"/>  
  <hl7:effectiveTime>
    <hl7:low value="20210212134955"/>  </hl7:effectiveTime>  <hl7:participant>
    
  </hl7:participant>  <hl7:participant>
    
  </hl7:participant>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">
    
  </hl7:entryRelationship>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">
    
  </hl7:entryRelationship>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">
    
  </hl7:entryRelationship></hl7:act>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

(exn...Act)


exnds-dataelement1-126	Fragestellung	Test2 2019
exnds-dataelement1-38	Scheinart	Test2 2019
exnds-dataelement1-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

(exn...Act)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.117

hl7:id

II

0 … *

(exn...Act)

hl7:code

CD.SDTC

1 … 1

M

(exn...Act)

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

(exn...Act)

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.

(exn...Act)

@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

(exn...Act)

hl7:participant

1 … 1

M

Zuweisender Arzt inkl. Vertragspartnernumber
Beinhaltet 1.2.40.0.34.6.0.11.3.118 EXNDS Zuweiser Body (DYNAMIC)

(exn...Act)

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)

(exn...Act)

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)

(exn...Act)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

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)

(exn...Act)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

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)

(exn...Act)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

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

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

<hl7:templateId root="1.2.40.0.34.6.0.11.3.118"/><hl7:time>
  <hl7: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>
    
  </hl7:playingEntity></hl7:participantRole>

Item

DT

Kard

Konf

Beschreibung

Label

@typeCode

cs

1 … 1

F

REF


exnds-dataelement1-45	Zuweisender Arzt Name	Test2 2019
	zuweisender Arzt VPN	Test2 2019

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

(exn...ody)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.118

hl7:time

IVL_TS

0 … 1

(exn...ody)

hl7:participantRole

1 … 1

R

(exn...ody)

@classCode

cs

0 … 1

F

ROL

hl7:id

II

1 … 1

R

Angabe der Vertragspartnernummer

(exn...ody)

hl7:addr

AD

0 … *

(exn...ody)

hl7:telecom

TEL

0 … *

(exn...ody)

hl7:playingEntity

1 … 1

M

Beinhaltet 2.16.840.1.113883.10.12.313 CDA PlayingEntity (DYNAMIC)

(exn...ody)

8.3.2.32 EXNDS Dienstgeber

Id

1.2.40.0.34.6.0.11.3.123

Gültigkeit

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

<hl7:templateId root="1.2.40.0.34.6.0.11.3.123"/><hl7:time>
  <hl7: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">
    
  </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-dataelement1-47	Dienstgeber	Test2 2019

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

(exn...ber)

@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

(exn...ber)

hl7:participantRole

1 … 1

M

(exn...ber)

@classCode

cs

0 … 1

F

ROL

hl7:id

II

0 … *

(exn...ber)

hl7:code

CE

1 … 1

M

(exn...ber)

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

(exn...ber)

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.

(exn...ber)

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

(exn...ber)

hl7:telecom

TEL

0 … *

(exn...ber)

8.3.2.33 EXNDS Grund für Behandlungsschein

Id

1.2.40.0.34.6.0.11.3.119

Gültigkeit

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-dataelement1-39	Begründung	Test2 2019
exnds-dataelement1-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

<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"/>  
  <hl7:statusCode code="completed"/>  <hl7:effectiveTime>
    <hl7: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

(exn...ein)


exnds-dataelement1-39	Begründung	Test2 2019
exnds-dataelement1-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

(exn...ein)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.119

hl7:id

II

0 … *

(exn...ein)

hl7:code

CD

1 … 1

M

(exn...ein)

@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

(exn...ein)

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.

(exn...ein)

@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

(exn...ein)

@code

CONF

1 … 1

F

completed

hl7:effectiveTime

IVL_TS

1 … 1

M

Angabe des Abgabedatums des Behandlungsscheins

(exn...ein)

hl7:value

CD

1 … 1

M

(exn...ein)

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

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

<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"/> 
<hl7:statusCode code="completed"/> <hl7:value xsi:type="PQ" value="--TODO--" unit="cs"/></hl7:observation>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(exn...ldo)


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

(exn...ldo)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.122

hl7:id

II

0 … *

(exn...ldo)

hl7:code

CD

1 … 1

M

(exn...ldo)

@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

(exn...ldo)

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.

(exn...ldo)

@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

(exn...ldo)

@code

CONF

1 … 1

F

completed

hl7:value

PQ

1 … 1

M

(exn...ldo)

@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

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

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

(exn...hen)


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

(exn...hen)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.121

hl7:id

II

0 … *

(exn...hen)

hl7:code

CD

1 … 1

M

(exn...hen)

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

(exn...hen)

Eingefügt

von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)

hl7:text

ED

(exn...hen)

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.

(exn...hen)

@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

(exn...hen)

@code

CONF

1 … 1

F

completed

hl7:value

CD

1 … 1

M

(exn...hen)

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

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

<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>
    <hl7:low value="20210212135002"/>  </hl7:effectiveTime>  <hl7:component typeCode="COMP" contextConductionInd="true">
    <hl7:sequenceNumber value="1"/>    
  </hl7:component></hl7:organizer>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:organizer

(exn...zer)

@classCode

cs

1 … 1

F

BATTERY

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...zer)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.67

hl7:id

II

0 … *

(exn...zer)

hl7:code

CD.SDTC

1 … 1

M

(exn...zer)

@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

(exn...zer)

@code

CONF

0 … 1

F

completed

hl7:effectiveTime

IVL_TS

0 … 1

optionale Angabe des Zeitraums ALLER Behandlungen

(exn...zer)

hl7:component

1 … *

M

Beinhaltet 1.2.40.0.34.6.0.11.3.130 EXNDS Behandlung (DYNAMIC)

(exn...zer)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:sequenceNumber

INT

0 … 1

R

(exn...zer)

@value

int

1 … 1

R

8.3.2.37 EXNDS Behandlung

Id

1.2.40.0.34.6.0.11.3.130

Gültigkeit

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

<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"/>  
  <hl7:statusCode code="completed"/>  <hl7:effectiveTime>
    <hl7:low value="20210212135008"/>  </hl7:effectiveTime>  <hl7:participant typeCode="IND">
    
  </hl7:participant>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">
    
  </hl7:entryRelationship>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">
    
  </hl7:entryRelationship>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">
    
  </hl7:entryRelationship></hl7:procedure>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:procedure

(exn...ung)

@classCode

cs

1 … 1

F

PROC

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...ung)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.130

hl7:id

II

0 … *

(exn...ung)

hl7:code

CD

1 … 1

M

(exn...ung)

@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

(exn...ung)

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.

(exn...ung)

@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

(exn...ung)

@code

CONF

1 … 1

F

completed

hl7:effectiveTime

IVL_TS

1 … 1

R

Zeitstempel der Eintragung

(exn...ung)

hl7:participant

1 … 1

M

Beinhaltet 1.2.40.0.34.6.0.11.3.131 EXNDS Menge Therapie (DYNAMIC)

(exn...ung)

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)

(exn...ung)

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

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:entryRelationship

1 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.3.124 EXNDS Therapie (DYNAMIC)

(exn...ung)

wo [hl7:procedure [hl7:templateId [@root='1.2.40.0.34.6.0.11.3.124']]]

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:entryRelationship

1 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.3.132 EXNDS Tarif Act (DYNAMIC)

(exn...ung)

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

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

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

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

<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

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

(exn...pie)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.131

hl7:participantRole

1 … 1

R

(exn...pie)

@classCode

cs

0 … 1

F

ROL

hl7:playingEntity

1 … 1

M

(exn...pie)

hl7:code

CO.EPSOS

1 … 1

M

(exn...pie)

@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

(exn...pie)

8.3.2.39 EXNDS Kassenleistung

Id

1.2.40.0.34.6.0.11.3.126

Gültigkeit

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-dataelement1-50	Saldo	Test2 2019
exnds-dataelement1-56	Abrechnungskasse	Test2 2019
exnds-dataelement1-69	Regiezuschlag	Test2 2019
	Kassenleistung	Test2 2019

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"/> 
</hl7:observation>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(exn...ung)


exnds-dataelement1-50	Saldo	Test2 2019
exnds-dataelement1-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

(exn...ung)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.126

hl7:id

II

0 … *

(exn...ung)

hl7:code

CD

1 … 1

M

(exn...ung)

@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

(exn...ung)

@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

(exn...ung)

wo [not(@nullFlavor)]


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

(exn...ung)

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

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

<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">
    
  </hl7:code>  
  <hl7:statusCode code="completed"/>  <hl7:effectiveTime>
    <hl7:low value="20210212135901"/>  </hl7:effectiveTime>  
</hl7:procedure>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:procedure

(exn...pie)


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

(exn...pie)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.124

hl7:id

II

0 … *

(exn...pie)

hl7:code

CD

1 … 1

M

(exn...pie)

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

(exn...pie)

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.

(exn...pie)

@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

(exn...pie)

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.

(exn...pie)

@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

(exn...pie)

@code

CONF

1 … 1

F

completed

hl7:effectiveTime

IVL_TS

0 … 1

optionale Zeitangabe wann die Therapie durchgeführt wurde

(exn...pie)

Auswahl

0 … 1

Elemente in der Auswahl:

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

hl7:targetSiteCode

CD

0 … 1

Codierte Angabe der Region

(exn...pie)

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.

(exn...pie)

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.

(exn...pie)

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

CD

0 … 1

Strukturierte Angabe der Region

(exn...pie)

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.

(exn...pie)

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.

(exn...pie)

@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

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

<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"/>  
  <hl7:statusCode code="completed"/>  <hl7:effectiveTime>
    <hl7:low value="20210212135918"/>  </hl7:effectiveTime>  <hl7:participant>
    
  </hl7:participant>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">
    
  </hl7:entryRelationship>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">
    
  </hl7:entryRelationship>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">
    
  </hl7:entryRelationship>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">
    
  </hl7:entryRelationship>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">
    
  </hl7:entryRelationship>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">
    
  </hl7:entryRelationship></hl7:act>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

(exn...Act)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...Act)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.132

hl7:id

II

0 … *

(exn...Act)

hl7:code

CD

1 … 1

M

(exn...Act)

@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

(exn...Act)

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.

(exn...Act)

@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

(exn...Act)

@code

CONF

1 … 1

F

completed

hl7:effectiveTime

IVL_TS

0 … 1

(exn...Act)

hl7:participant

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.3.118 EXNDS Zuweiser Body (DYNAMIC)

(exn...Act)

hl7:entryRelationship

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.3.125 EXNDS Regiezuschlag (DYNAMIC)

(exn...Act)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:entryRelationship

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.3.133 EXNDS Abrechnungskennzeichen (DYNAMIC)

(exn...Act)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:entryRelationship

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.3.128 EXNDS Chefarztkennzeichen (DYNAMIC)

(exn...Act)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:entryRelationship

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.3.129 EXNDS Visiteninformation (DYNAMIC)

(exn...Act)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

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)

(exn...Act)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:entryRelationship

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.3.135 EXNDS Tarif Zusatzkennzeichen (DYNAMIC)

(exn...Act)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

8.3.2.42 EXNDS Regiezuschlag

Id

1.2.40.0.34.6.0.11.3.125

Gültigkeit

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-dataelement1-50	Saldo	Test2 2019
exnds-dataelement1-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

<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"/> 
<hl7:statusCode code="completed"/> <hl7:value xsi:type="PQ" value="--TODO--" unit="cs"/></hl7:observation>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(exn...lag)


exnds-dataelement1-50	Saldo	Test2 2019
exnds-dataelement1-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

(exn...lag)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.125

hl7:id

II

0 … *

(exn...lag)

hl7:code

CD

1 … 1

M

(exn...lag)

@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

(exn...lag)

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.

(exn...lag)

@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

(exn...lag)

@code

CONF

1 … 1

F

completed

hl7:value

1 … 1

M

(exn...lag)

@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

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

<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

(exn...hen)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...hen)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.133

hl7:id

II

0 … *

(exn...hen)

hl7:code

CD

1 … 1

M

(exn...hen)

@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

(exn...hen)

hl7:value

CD

1 … 1

M

(exn...hen)

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

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

<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">
    
  </hl7:value></hl7:observation>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(exn...hen)


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

(exn...hen)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.128

hl7:id

II

0 … *

(exn...hen)

hl7:code

CD

1 … 1

M

(exn...hen)

@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

(exn...hen)

@code

CONF

1 … 1

F

completed

hl7:value

CD

1 … 1

M

(exn...hen)

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.

(exn...hen)

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.

(exn...hen)

@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

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

<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>
    
  </hl7:participant>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">
    
  </hl7:entryRelationship></hl7:act>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

(exn...ion)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

EVN

@negationInd

bl

0 … 1

hl7:templateId

II

1 … 1

M

(exn...ion)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.129

hl7:id

II

0 … *

(exn...ion)

hl7:code

CD.SDTC

1 … 1

M

(exn...ion)

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

(exn...ion)

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)

(exn...ion)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

8.3.2.46 EXNDS Visitenadresse

Id

1.2.40.0.34.6.0.11.3.127

Gültigkeit

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

<hl7:time>
  <hl7: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>
    
  </hl7:addr>  <hl7:telecom value="tel:+1-12345678"/></hl7:participantRole>

Item

DT

Kard

Konf

Beschreibung

Label

@typeCode

cs

1 … 1

F

IND

@contextControlCode

cs

0 … 1

F

OP

hl7:time

IVL_TS

0 … 1

Optionale Angabe zum Zeitpunkt der Visite

(exn...sse)

hl7:participantRole

1 … 1

M

(exn...sse)

@classCode

cs

0 … 1

F

ROL

hl7:id

II

0 … *

(exn...sse)

hl7:code

CE

1 … 1

M

(exn...sse)

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

(exn...sse)


	exnds-dataelement1-75	Visitenadresse	Test2 2019

hl7:telecom

TEL

0 … *

(exn...sse)

8.3.2.47 EXNDS Visitenkilometer

Id

1.2.40.0.34.6.0.11.3.68

Gültigkeit

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-dataelement1-79	km	Test2 2019

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

(exn...ter)


	exnds-dataelement1-79	km	Test2 2019

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...ter)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.68

hl7:id

II

0 … *

(exn...ter)

hl7:code

CD.SDTC

1 … 1

M

(exn...ter)

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.

(exn...ter)

hl7:value

ANY

1 … 1

M

Angabe der KM

(exn...ter)

@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

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

<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

(exn...nge)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...nge)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.134

hl7:id

II

0 … *

(exn...nge)

hl7:code

CD.SDTC

1 … 1

M

(exn...nge)

@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

(exn...nge)

8.3.2.49 EXNDS Tarif Zusatzkennzeichen

Id

1.2.40.0.34.6.0.11.3.135

Gültigkeit

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

<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"/> 
</hl7:observation>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(exn...hen)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...hen)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.135

hl7:id

II

0 … *

(exn...hen)

hl7:code

CD

1 … 1

M

(exn...hen)

@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

(exn...hen)

wo [not(@nullFlavor)]

@nullFlavor

cs

0

NP

NP/nicht anwesend

hl7:value

CD

0 … 1

C

(exn...hen)

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.

(exn...hen)

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.

(exn...hen)

@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

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

<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>
    <hl7:low value="20210215152804"/>  </hl7:effectiveTime>  <hl7:component typeCode="COMP" contextConductionInd="true">
    
  </hl7:component></hl7:organizer>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:organizer

(exn...zer)

@classCode

cs

1 … 1

F

BATTERY

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...zer)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.137

hl7:id

II

0 … *

(exn...zer)

hl7:code

CD

1 … 1

M

(exn...zer)

@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

(exn...zer)

@code

CONF

0 … 1

F

completed

hl7:effectiveTime

IVL_TS

0 … 1

optionale Beschreibung des Zeitraums in dem die Karteieintragungen entstanden sind

(exn...zer)

hl7:component

1 … *

M

Beinhaltet 1.2.40.0.34.6.0.11.3.136 EXNDS Karteineintrag (DYNAMIC)

(exn...zer)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

8.3.2.51 EXNDS Karteineintrag

Id

1.2.40.0.34.6.0.11.3.136

Gültigkeit

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

<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"/>  
  <hl7:effectiveTime>
    <hl7:low value="20210212135305"/>  </hl7:effectiveTime>  <hl7:value value="1"/></hl7:observation>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(exn...rag)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

@negationInd

bl

0 … 1

hl7:templateId

II

1 … 1

M

(exn...rag)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.136

hl7:id

II

0 … *

(exn...rag)

hl7:code

CD

1 … 1

M

(exn...rag)

@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

(exn...rag)

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.

(exn...rag)

@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

(exn...rag)

hl7:value

INT

1 … 1

M

Angabe der Zeilennummer des Karteieintrages

(exn...rag)

8.3.2.52 ELGA Spezimen-Act-Entry Allgemein

Id

1.2.40.0.34.11.30020

ref

elgabbr-

Gültigkeit

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

(Spe...ein)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

EVN

hl7:code

CE

1 … 1

M

Angabe der Befundart.

(Spe...ein)

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.

(Spe...ein)

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

(Spe...ein)

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

(Spe...ein)

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

(Spe...ein)

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

(Spe...ein)

@typeCode

cs

1 … 1

F

COMP

hl7:entryRelationship

0 … *

Beinhaltet 1.2.40.0.34.11.30025 Kultureller Keimnachweis (Laboratory Isolate Organzier) (DYNAMIC)

(Spe...ein)

@typeCode

cs

1 … 1

F

COMP

hl7:entryRelationship

0 … *

Beinhaltet 1.2.40.0.34.11.4.3.2 Befundtext (Anmerkungen und Kommentare) (DYNAMIC)

(Spe...ein)

@typeCode

cs

1 … 1

F

COMP

hl7:entryRelationship

0 … *

Beinhaltet 1.3.6.1.4.1.19376.1.3.1.1 Notification Organizer (DYNAMIC)

(Spe...ein)

@typeCode

cs

1 … 1

F

COMP

hl7:entryRelationship

0 … *

Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)

(Spe...ein)

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

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

(Spe...ion)

@classCode

cs

1 … 1

F

PROC

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

R

(Spe...ion)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1.2

hl7:code

CE

1 … 1

M

(Spe...ion)

@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

(Spe...ion)

hl7:targetSiteCode

CD

0 … 1

Codierung des Entnahmeorts (IHE ActSite)

(Spe...ion)

CONF

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

hl7:performer

0 … 1

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

(Spe...ion)

@typeCode

cs

1 … 1

F

PRF

hl7:assignedEntity

1 … 1

M

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

(Spe...ion)

Eingefügt

von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)

hl7:id

II

1 … *

R

Mindestens eine Id der validierenden Person.

Zugelassene nullFlavor: UNK

(Spe...ion)

hl7:addr

AD

0 … 1

Ein Adress-Element der validierenden Person.

Zugelassene nullFlavor: UNK

(Spe...ion)

hl7:telecom

TEL.AT

0 … *

Mindestens ein Telecom-Element der validierenden Person.

Zugelassene nullFlavor: UNK

(Spe...ion)

hl7:assignedPerson

1 … 1

M

Persondendaten der validierenden Person.

(Spe...ion)

Eingefügt

von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.

(Spe...ion)

hl7:representedOrganization

0 … 1

Organistationsdaten der validierenden Person.

(Spe...ion)

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

(Spe...ion)

hl7:name

ON

1 … 1

M

(Spe...ion)

hl7:telecom

TEL.AT

0 … *

(Spe...ion)

hl7:addr

AD

0 … 1

(Spe...ion)

hl7:participant

1 … 1

M

Spezimen als participant.

(Spe...ion)

@typeCode

cs

1 … 1

F

PRD

hl7:participantRole

1 … 1

M

(Spe...ion)

@classCode

cs

1 … 1

F

SPEC

hl7:id

II

1 … 1

M

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

(Spe...ion)

hl7:playingEntity

1 … 1

M

(Spe...ion)

hl7:code

CE

1 … 1

M

(Spe...ion)

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)

(Spe...ion)

@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

2014‑03‑04

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

Name

SpecimenReceived

Bezeichnung

Annahmeinformationen (Specimen Received)

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.11.4.3.2	Containment	Befundtext (Anmerkungen und Kommentare)	DYNAMIC

Beziehung

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

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

(Spe...ved)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

R

(Spe...ved)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1.3

hl7:code

CE

1 … 1

M

Code für den Probeneingang.

(Spe...ved)

@code

CONF

1 … 1

F

SPRECEIVE

@codeSystem

1 … 1

F

1.3.5.1.4.1.19376.1.5.3.2 (IHEActCode)

hl7:effectiveTime

TS

1 … 1

R

Zeitpunkt des Einlangen des Spezimens.

(Spe...ved)

hl7:entryRelationship

0 … *

Beinhaltet 1.2.40.0.34.11.4.3.2 Befundtext (Anmerkungen und Kommentare) (DYNAMIC)

(Spe...ved)

@typeCode

cs

1 … 1

F

COMP

8.3.2.55 Befundtext (Anmerkungen und Kommentare)

Id

1.2.40.0.34.11.4.3.2

ref

elgabbr-

Gültigkeit

2015‑01‑30

Status

Aktiv

Versions-Label

Name

Annotation

Bezeichnung

Befundtext (Anmerkungen und Kommentare)

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.11.4.3.2

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.11.4.3.2 Befundtext (Anmerkungen und Kommentare) (2015‑01‑30)

ref

elgabbr-

Beispiel

Strukturbeispiel

Beispiel

Kommentar zu einer Analyse

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

Beispiel

Kommentar zu einem Bereich/Speciality

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

(Ann...ion)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

R

(Ann...ion)

@root

uid

1 … 1

F

1.2.40.0.34.11.4.3.2

hl7:templateId

II

1 … 1

R

(Ann...ion)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.40

hl7:templateId

II

1 … 1

R

(Ann...ion)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.2

hl7:code

CE

1 … 1

M

(Ann...ion)

@code

CONF

1 … 1

F

48767-8

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

hl7:text

ED

1 … 1

M

Referenz auf den Text im narrativen Teil.

(Ann...ion)

hl7:reference

1 … 1

M

(Ann...ion)

@value

1 … 1

R

hl7:statusCode

CS

0 … 1

(Ann...ion)

@code

CONF

0 … 1

F

completed

8.3.2.56 Befundgruppen (Laboratory Battery Organizer)

Id

1.3.6.1.4.1.19376.1.3.1.4

ref

elgabbr-

Gültigkeit

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:organizer

Die Befundgruppe als maschinenlesbares Element ist optional.

(Lab...zer)

@classCode

cs

1 … 1

F

BATTERY

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

R

(Lab...zer)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1.4

hl7:code

CE

1 … 1

M

(Lab...zer)

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

(Lab...zer)

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

(Lab...zer)

hl7:low

TS.DATE.MIN

1 … 1

M

(Lab...zer)

hl7:high

TS.DATE.MIN

1 … 1

M

(Lab...zer)

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)

(Lab...zer)

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

(Lab...zer)

@typeCode

cs

1 … 1

F

COMP

hl7:component

0 … *

Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)

(Lab...zer)

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)

(Lab...zer)

@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

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)

Beispiel

Strukturbeispiel für ein Laborergebnis mit Cut-off-Wert (Datentyp IVL_PQ)

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

<ClinicalDocument>
  
  
  <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>    
    <statusCode code="active"/>    <effectiveTime nullFlavor="UNK"/>    <value type="ST">Wert folgt</value>    
  </observation></ClinicalDocument>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(Lab...ion)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

R

(Lab...ion)

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

(Lab...ion)

hl7:code

CE

1 … 1

R

Codierung der Analyse / des Tests.

(Lab...ion)

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

(Lab...ion)

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

(Lab...ion)

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.

(Lab...ion)

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.

(Lab...ion)

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.

(Lab...ion)

hl7:value

IVL_PQ

C

(Lab...ion)

wo [@xsi:type='IVL_PQ']

hl7:value

INT

C

(Lab...ion)

wo [@xsi:type='INT']

hl7:value

IVL_INT

C

(Lab...ion)

wo [@xsi:type='IVL_INT']

hl7:value

BL

C

(Lab...ion)

wo [@xsi:type='BL']

hl7:value

ST

C

(Lab...ion)

wo [@xsi:type='ST']

hl7:value

CV

C

(Lab...ion)

wo [@xsi:type='CV']

hl7:value

TS

C

(Lab...ion)

wo [@xsi:type='TS']

hl7:value

CD

C

(Lab...ion)

wo [@xsi:type='CD']

hl7:value

RTO

C

(Lab...ion)

wo [@xsi:type='RTO']

hl7:value

RTO_QTY_QTY

C

(Lab...ion)

wo [@xsi:type='RTO_QTY_QTY']

hl7:value

RTO_PQ_PQ

C

(Lab...ion)

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.

(Lab...ion)

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)

(Lab...ion)

@typeCode

cs

1 … 1

F

COMP

hl7:participant

0 … 1

Validierende Person.

(Lab...ion)

@typeCode

cs

1 … 1

F

AUTHEN

hl7:templateId

II

1 … 1

R

(Lab...ion)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.3.1.5

hl7:time

IVL_TS

1 … 1

R

(Lab...ion)

hl7:participantRole

(Lab...ion)

hl7:id

II

1 … 1

M

(Lab...ion)

hl7:addr

AD

1 … 1

R

(Lab...ion)

hl7:telecom

TEL.AT

1 … *

R

(Lab...ion)

hl7:playingEntity

1 … 1

M

(Lab...ion)

hl7:name

PN

1 … 1

M

(Lab...ion)

hl7:referenceRange

0 … *

Es können mehrere Referenzbereiche angegeben werden.

(Lab...ion)

@typeCode

cs

1 … 1

F

REFV

Beispiel

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

Beispiel

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

Beispiel

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

Beispiel

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

Beispiel

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

hl7:observationRange

1 … 1

M

(Lab...ion)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN.CRT

hl7:text

ED

1 … 1

M

(Lab...ion)

hl7:reference

TEL

1 … 1

M

(Lab...ion)

hl7:value

IVL_PQ

0 … 1

(Lab...ion)

@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

(Lab...ion)

wo [not(@nullFlavor)]

hl7:low

PQ

0 … 1

(Lab...ion)

wo [@nullFlavor='NA']

@nullFlavor

cs

1 … 1

F

NA

hl7:low

PQ

0 … 1

(Lab...ion)

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

(Lab...ion)

wo [not(@nullFlavor)]

hl7:high

PQ

0 … 1

(Lab...ion)

wo [@nullFlavor='NA']

@nullFlavor

cs

1 … 1

F

NA

hl7:high

PQ

0 … 1

(Lab...ion)

wo [@nullFlavor='PINF']

@nullFlavor

cs

1 … 1

F

PINF

hl7:interpretationCode

CE

1 … 1

M

(Lab...ion)

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

(Lab...ion)

8.3.2.58 Laborergebnisse aktiv (Laboratory Observation Active)

Id

1.2.40.0.34.11.4.3.4

ref

elgabbr-

Gültigkeit

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(Lab...ive)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

R

(Lab...ive)

@root

uid

1 … 1

F

1.2.40.0.34.11.4.3.4

hl7:id

II

0 … 1

(Lab...ive)

hl7:code

CE

1 … 1

R

(Lab...ive)

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

(Lab...ive)

hl7:statusCode

CS

1 … 1

M

(Lab...ive)

@code

CONF

1 … 1

F

active

hl7:effectiveTime

IVL_TS

1 … 1

R

(Lab...ive)

hl7:value

PQ

1 … 1

R

(Lab...ive)

@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

2017‑05‑05

Andere Versionen mit dieser Id:

EingebettetesObjektEntry vom 2011‑12‑19

Status

Aktiv

Versions-Label

Name

EingebettetesObjektEntry

Bezeichnung

Eingebettetes Objekt Entry

Beschreibung

Achtung: Grafiken mit Transparenz (z.B: bei GIF oder PNG möglich) können zu schweren Problemen bei der Wiedergabe oder Konvertierung zu PDF/A-1 führen und sind daher NICHT ERLAUBT

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.3.1

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (2017‑05‑05)

ref

elgabbr-

Version: Template 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (2011‑12‑19)

ref

elgabbr-

Beispiel

Strukturbeispiel

<observationMedia classCode="OBS" moodCode="EVN" ID="Beilage-1">
<templateId root="1.2.40.0.34.11.1.3.1"/> <value mediaType="application/pdf" representation="B64"> JVBEi0xLjMKJcfsj6IKNSAwIG9iago8PC9MZW5ndGggNiAwIFIvRmlsdGVyI C9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nM1aW28dtxFGnLfzK/ap3S0ihveLU
AQYydprBSJcJICNvqgu1TrSI4kN0H+bF76M/LQ4S7Jmd3DlY/kg6IO4NBDch M5z5OHt+bjgTznIVGh7/o/84Xi0+PwjN+d3i54Vh1nNjezltH6+a50sYJngj AuOu2Z5thB9n2gcZ55r2XjoEzBjuVq0Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ90 e0opgNXrv2p40zBn/YAZU0HLR+cb3lnW Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ : : : </value></observationMedia>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observationMedia

1 … 1

R

Container zur Angabe eines eingebetteten Objekts.

(Ein...try)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

@ID

1 … 1

R

ID des eingebetteten Objekts.
Wird vom Element <render-MultiMedia referencedObject=" "/> im narrativen Text-Bereich referenziert.

hl7:templateId

II

1 … 1

M

(Ein...try)

@root

uid

1 … 1

F

1.2.40.0.34.11.1.3.1

hl7:value

ED

1 … 1

M

Das eingebettete Objekt (PDF, Bild), unkomprimiert, Base64 enkodiert.

Siehe „Größenbeschränkung von eingebetteten Objekten“

(Ein...try)

@mediaType

cs

1 … 1

R

Medientyp des eingebetteten Objekts.

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

Verweis auf speziellen Implementierungsleitfaden:

Spezielle Implementierungsleitfäden können zusätzliche Medientypen (MIME) erlauben.

CONF

Der Wert von @mediaType muss gewählt werden aus dem Value Set 1.2.40.0.34.10.42 ELGA_Medientyp (DYNAMIC)

@representation

cs

1 … 1

F

B64

8.3.2.60 Kultureller Keimnachweis (Laboratory Isolate Organzier)

Id

1.2.40.0.34.11.30025

ref

elgabbr-

Gültigkeit

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

(Kul...eis)

@classCode

cs

1 … 1

F

CLUSTER

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

R

(Kul...eis)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1.5

hl7:statusCode

CS

1 … 1

M

(Kul...eis)

@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

(Kul...eis)

hl7:specimen

1 … 1

M

(Kul...eis)

@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

(Kul...eis)

@typeCode

cs

1 … 1

F

SPEC

hl7:specimenPlayingEntity

1 … 1

M

(Kul...eis)

@typeCode

cs

1 … 1

F

MIC

hl7:code

CD

1 … 1

R

(Kul...eis)

@nullFlavor

cs

1 … 1

F

NA

hl7:originalText

ST

1 … 1

M

Bezeichnung des Erregers.

(Kul...eis)

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)

(Kul...eis)

@typeCode

cs

1 … 1

F

COMP

hl7:component

Beinhaltet 1.2.40.0.34.11.4.3.4 Laborergebnisse aktiv (Laboratory Observation Active) (DYNAMIC)

(Kul...eis)

@typeCode

cs

1 … 1

F

COMP

hl7:component

Beinhaltet 1.2.40.0.34.11.30026 Antibiogram (Laboratory Isolate Organzier) (DYNAMIC)

(Kul...eis)

@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

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:organizer

(Ant...ram)

@classCode

cs

1 … 1

F

CLUSTER

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

R

(Ant...ram)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1.5

hl7:statusCode

CS

1 … 1

M

(Ant...ram)

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

(Ant...ram)

hl7:specimen

1 … 1

M

Codierung des Isolats.

(Ant...ram)

@typeCode

cs

1 … 1

F

SPC

hl7:specimenRole

1 … 1

M

(Ant...ram)

@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

(Ant...ram)

hl7:specimenPlayingEntity

1 … 1

M

Dieser Eintrag codiert einen Mikroorganismus.

(Ant...ram)

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

(Ant...ram)

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

(Ant...ram)

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)

(Ant...ram)

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

(Ant...ram)

hl7:templateId

II

1 … 1

R

(Ant...ram)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1.4

hl7:code

CE

1 … 1

M

(Ant...ram)

@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

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:substanceAdministration

(Med...med)

@classCode

cs

1 … 1

F

SBADM

@moodCode

cs

1 … 1

F

INT

Constraint

Bei Dosierungsart 1 "Normal dosing" oder 3 "Tagesdosierung an bestimmten Tagen" (templateId = 1.3.6.1.4.1.19376.1.5.3.1.4.7.1) wird kein entryRelationship typeCode COMP als Dosiskomponente verwendet

Wiederholung der Komponente zur Aufnahme eines Einnahmezeitpunkts und -dosis bei Dosierungsvariante 2 und 4 höchstens einmal je Zeitcode!

hl7:templateId

II

1 … 1

M

ELGA.

(Med...med)

@root

uid

1 … 1

F

1.2.40.0.34.11.8.1.3.1

hl7:templateId

II

1 … 1

M

HL7 CCD 3.9.

(Med...med)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.24

hl7:templateId

II

1 … 1

M

IHE PCC Medications Entry.

(Med...med)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.7

hl7:templateId

II

1 … 1

M

IHE PHARM Prescription Entry.

(Med...med)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.9.1.3.2

hl7:templateId

II

1 … 1

M

IHE PHARM Dosage Instructions.

(Med...med)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.9.1.3.6

Eingefügt

von 1.2.40.0.34.11.90012 Sbadm TemplateId Options (DYNAMIC)

„Delay Start Dosing“ Markierung bei Verwendung eines „width“ Elements in Einnahmedauer.

Siehe Kapitel 6.4.1.2.6, „Einnahmedauer“

hl7:templateId

II

C

Dosierungsart, mögliche Werte:

a) Normal: @root = 1.3.6.1.4.1.19376.1.5.3.1.4.7.1

b) Split: @root = 1.3.6.1.4.1.19376.1.5.3.1.4.9

Es ist in jedem Fall die TemplateId für „Normal dosing“ (a) anzugeben (auch wenn keine strukturierten Dosierungsinformationen angegeben sind), außer es ist gemäß Kapitel „Dosierungsvarianten/Zeitpunkt(e) der Einnahme“ die Angabe von „Split dosing“ (b) vorgeschrieben

(Med...med)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.21

Constraint

Konditionale Konformität

Einnahmedauer beinhaltet low/high Elemente Conf: NP
Einnahmedauer beinhaltet ein width Element: Card 1..1 Conf M

Auswahl

1 … 1

Dosierungsart: Normal (1.3.6.1.4.1.19376.1.5.3.1.4.7.1) oder Split (1.3.6.1.4.1.19376.1.5.3.1.4.9)

Elemente in der Auswahl:

hl7:templateId[not(@nullFlavor)]
hl7:templateId[not(@nullFlavor)]

hl7:templateId

II

… 1

M

(Med...med)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.7.1

hl7:templateId

II

… 1

M

(Med...med)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.9

hl7:id

II

0 … 1

C

ID des MedikationAbgabe-Entry.

(Med...med)

wo [1]

@root

uid

1 … 1

R

@extension

st

1 … 1

R

Constraint

Für e-Medikation: ID eines MedikationVerordnungs-Entry gemäß Projekt e-Medikation: Das erste ID Element enthält eine von Zentralkomponenten der e-Medikation vergebene neue ID des Verordnungs-Entry, welche durch eine eigene OID im @root-Attribut gekennzeichnet ist. Diese neue ID ist notwendig, da das Verordnungs-Entry bei Rückgabe in der Medikationsliste durch die Zentralkomponenten mit verschiedenen zusätzlichen Informationen ergänzt wird.

Nur für andere e-Befunde (also Befundklassen außerhalb dieses Leitfadens, wie z.B. Entlassungsbrief ärztlich) ist eine lokale OID zulässig, sofern keine VerordnungsID vorliegt.

Bedingung:
Bei Medikationsliste @root="1.2.40.0.10.1.4.3.4.2.2.1" @extension=VerordnungsID

Sonst @root="1.2.40.0.10.1.4.3.4.2.2" @extension=VerordnungsID

Beispiel

Schematron assert

role

error

test

not(ancestor::hl7:ClinicalDocument/hl7:templateId[@root='1.2.40.0.34.11.8.3']) or hl7:id[1][@root='1.2.40.0.10.1.4.3.4.2.2.1']

Meldung

Bei Medikationslisten muss die erste ID die @root OID 1.2.40.0.10.1.4.3.4.2.2.1 tragen.

Schematron assert

role

error

test

not(ancestor::hl7:ClinicalDocument/hl7:templateId[@root='1.2.40.0.34.11.8.1']) or hl7:id[1][@root='1.2.40.0.10.1.4.3.4.2.2']

Meldung

Bei Verordnungen muss die erste ID die @root OID 1.2.40.0.10.1.4.3.4.2.2 tragen.

Schematron assert

role

error

test

not(ancestor::hl7:ClinicalDocument/hl7:templateId[starts-with(@root, '1.2.40.0.34.11.8')]) or hl7:id[1]

Meldung

Für e-Medikation Dokumente muss die erste ID angegeben sein.

hl7:id

II

0 … 1

C

ID des MedikationVerordnungs-Entry.

(Med...med)

wo [2]

@root

uid

1 … 1

F

1.2.40.0.10.1.4.3.4.2.2

Wurzel OID der ID eines MedikationAbgabe-Entry gemäß Projekt e-Medikation.

@extension

st

1 … 1

R

VerordnungsID.

Constraint

Für e-Medikation:
Das zweite ID Element enthält die ID des ursprünglich im Rezept-Dokument angegebenen Verordnungs-Entry, welcher der Ausgangspunkt des vorliegenden Verordnungs-Entry darstellt.

Konditionale Konformität
Verordnungs-Entry liegt in Medikationsliste vor: Card 1..1 Conf M
Sonst: NP

hl7:text

ED

1 … 1

M

Verweist auf die Stelle im narrativen Text-Bereich, an der die gegebene Medikation narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc).

(Med...med)

Beispiel

Strukturbeispiel

hl7:reference

TEL

1 … 1

M

(Med...med)

@value

1 … 1

R

#vpos-{generierteID},
z.B.: #vpos-1

hl7:statusCode

CS

1 … 1

M

(Med...med)

@code

CONF

1 … 1

F

completed

Eingefügt

von 1.2.40.0.34.11.30006 Einnahmedauer (DYNAMIC)

Beispiel

Strukturbeispiel

<hl7:ClinicalDocument>
  
  <cda:effectiveTime xsi:type="IVL_TS">
    <cda:low value="20110527000000+0200"/>    <cda:high nullFlavor="UNK"/>  </cda:effectiveTime></hl7:ClinicalDocument>

Beispiel

Strukturbeispiel

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

Beispiel

Strukturbeispiel

<hl7:ClinicalDocument>
  
  <cda:effectiveTime xsi:type="IVL_TS">
    <cda:low nullFlavor="UNK"/>    <cda:high nullFlavor="UNK"/>  </cda:effectiveTime></hl7:ClinicalDocument>

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:effectiveTime[1][hl7:low]
hl7:effectiveTime[1][hl7:width]
hl7:effectiveTime[1][@nullFlavor]

hl7:effectiveTime

IVL_TS

Zeitelement zur Dokumentation der Einnahmedauer.

(Med...med)

wo [1] [hl7:low]

hl7:low

TS

1 … 1

R

Zeitpunkt des Einnahmestarts.
Zugelassene nullFlavor: UNK

(Med...med)

hl7:high

TS

1 … 1

R

Zeitpunkt des Einnahmeendes.
Zugelassene nullFlavor: UNK

(Med...med)

hl7:effectiveTime

IVL_TS

Dauer der Einnahme, wenn Einnahmestart unbekannt

(Med...med)

wo [1] [hl7:width]

hl7:width

PQ

1 … 1

R

Dauer der Einnahme, wenn Einnahmestart unbekannt

Bemerkung: Wenn ein width Element angegeben wird, MUSS auch die templateId für „Delay Start Dosing“ angegeben werden.

Siehe Kapitel „Template IDs"

(Med...med)

@unit

cs

0 … 1

CONF

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.69 ELGA_MedikationFrequenz (DYNAMIC)

hl7:effectiveTime

IVL_TS

(Med...med)

wo [1] [@nullFlavor]

@nullFlavor

cs

1 … 1

F

NA

Constraint

Konditionale Konformität

Card	Conf	Prädikat
1..1	M	Es wird in einer Verordnung (1.2.40.0.34.11.8.1.3.1) die Dosierungsvariante "Split" mit templateId 1.3.6.1.4.1.19376.1.5.3.1.4.9 verwendet wird.
	NP	Sonst

Auswahl

… 1

Elemente in der Auswahl:

hl7:effectiveTime[hl7:period and not(hl7:phase)] eingefügt vom Template 1.2.40.0.34.11.30007 Dosierungsvariante 1: Tagesdosierung effectiveTime (DYNAMIC)
hl7:effectiveTime[2] eingefügt vom Template 1.2.40.0.34.11.30008 Dosierungsvariante 2: Einzeldosierung (DYNAMIC)
ein Element eingefügt vom Template 1.2.40.0.34.11.30009 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause (DYNAMIC)
hl7:effectiveTime[2] eingefügt vom Template 1.2.40.0.34.11.30010 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (DYNAMIC)

Eingefügt

von 1.2.40.0.34.11.30007 Dosierungsvariante 1: Tagesdosierung effectiveTime (DYNAMIC)

hl7:effectiveTime

PIVL_TS

C

Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3.

(Med...med)

wo [hl7:period and not(hl7:phase)]

@operator

cs

1 … 1

F

A

@institutionSpecified

bl

1 … 1

F

true

Constraint

Konditionale Konformität:
Dosierung angegeben -> 1..1 M
Dosierung nicht angegeben -> NP

hl7:period

PQ

1 … 1

R

Zeitraum für den die Dosis in doseQuantity vorgesehen ist.

(Med...med)

@value

1 … 1

F

1

@unit

cs

1 … 1

R

CONF

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.69 ELGA_MedikationFrequenz (DYNAMIC)

Eingefügt

von 1.2.40.0.34.11.30008 Dosierungsvariante 2: Einzeldosierung (DYNAMIC)

hl7:effectiveTime

NP

Das weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen.
Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3.

(Med...med)

wo [2]

Eingefügt

von 1.2.40.0.34.11.30009 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause (DYNAMIC)

Auswahl

… 1

Elemente in der Auswahl:

hl7:effectiveTime[hl7:period and hl7:phase]
hl7:effectiveTime[hl7:comp]

hl7:effectiveTime

PIVL_TS

C

Für EIN Wochentag.
Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3.

(Med...med)

wo [hl7:period and hl7:phase]

@operator

cs

1 … 1

F

A

hl7:phase

IVL_TS

1 … 1

R

Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag)

(Med...med)

hl7:period

PQ

1 … 1

R

(Med...med)

@value

1 … 1

F

1

@unit

cs

1 … 1

F

wk

hl7:effectiveTime

SXPR_TS

C

Für mehrere Wochentage, z. B. wöchtentlich montags und mittwochs

(Med...med)

wo [hl7:comp]

@operator

cs

1 … 1

F

A

Constraint

Konditionale Konformität:
Dosierung angegeben -> 1..1 M
Dosierung nicht angegeben -> NP

1. Komponentencontainer ohne @operator, ggf. folgende Komponentencontainer mit @operator=I

hl7:comp

PIVL_TS

1 … 1

R

Komponentencontainer.

(Med...med)

wo [not(@operator)]

hl7:phase

IVL_TS

1 … 1

R

Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag)

(Med...med)

hl7:period

PQ

1 … 1

R

(Med...med)

@value

1 … 1

F

1

@unit

cs

1 … 1

F

wk

hl7:comp

PIVL_TS

0 … *

(Med...med)

wo [@operator='I']

@operator

cs

1 … 1

F

I

hl7:phase

IVL_TS

1 … 1

R

(Med...med)

hl7:period

PQ

1 … 1

R

(Med...med)

@value

1 … 1

F

1

@unit

cs

1 … 1

F

wk

Eingefügt

von 1.2.40.0.34.11.30010 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (DYNAMIC)

hl7:effectiveTime

NP

Das weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen.
Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3.

(Med...med)

wo [2]

Auswahl

… 1

Elemente in der Auswahl:

ein Element eingefügt vom Template 1.2.40.0.34.11.30037 Dosierungsvariante 1: Tagesdosierung doseQuantity (DYNAMIC)
hl7:doseQuantity eingefügt vom Template 1.2.40.0.34.11.30039 Dosierungsvariante 2: Einzeldosierung doseQuantity (DYNAMIC)
ein Element eingefügt vom Template 1.2.40.0.34.11.30041 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity (DYNAMIC)
hl7:doseQuantity eingefügt vom Template 1.2.40.0.34.11.30043 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity (DYNAMIC)

Eingefügt

von 1.2.40.0.34.11.30037 Dosierungsvariante 1: Tagesdosierung doseQuantity (DYNAMIC)

Auswahl

… 1

Elemente in der Auswahl:

hl7:doseQuantity[not(hl7:low|hl7:high)]
hl7:doseQuantity[hl7:low|hl7:high]

Constraint

Konditionale Konformität:
Menge in nicht-zählbaren Einheiten -> @unit 1..1 (required) aus Value-Set ELGA_MedikationMengenart
Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.) -> @unit 0..1 (otional) mit @unit aus Value-Set ELGA_MedikationMengenartAlternativ

hl7:doseQuantity

IVL_PQ

R

Dosis.
mit doseQuantity als IVL_PQ, aber als PQ instantiiert

(Med...med)

wo [not(hl7:lowoder
hl7:high)]

@value

1 … 1

R

Tagesdosierung.

@unit

cs

0 … 1

CONF

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)

oder

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)

hl7:doseQuantity

IVL_PQ

R

mit doseQuantity als IVL_PQ

(Med...med)

wo [hl7:lowoder
hl7:high]

hl7:low

PQ

(Med...med)

@value

1 … 1

R

@unit

cs

0 … 1

CONF

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)

oder

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)

hl7:high

PQ

(Med...med)

@value

1 … 1

R

@unit

cs

0 … 1

CONF

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)

oder

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)

Eingefügt

von 1.2.40.0.34.11.30039 Dosierungsvariante 2: Einzeldosierung doseQuantity (DYNAMIC)

hl7:doseQuantity

NP

Das weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen.
Dosis bei Dosierungsvariante 1 und 3.

(Med...med)

Eingefügt

von 1.2.40.0.34.11.30041 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity (DYNAMIC)

Auswahl

… 1

Elemente in der Auswahl:

hl7:doseQuantity[not(hl7:low|hl7:high)]
hl7:doseQuantity[hl7:low|hl7:high]

Constraint

Konditionale Konformität:
Menge in nicht-zählbaren Einheiten -> @unit 1..1 (required) aus Value-Set ELGA_MedikationMengenart
Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.) -> @unit 0..1 (optional) aus Value-Set ELGA_MedikationMengenartAlternativ

hl7:doseQuantity

IVL_PQ

R

Dosis.
mit doseQuantity als IVL_PQ, aber als PQ instantiiert

(Med...med)

wo [not(hl7:lowoder
hl7:high)]

@value

1 … 1

R

Tagesdosierung.

@unit

cs

0 … 1

CONF

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)

oder

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)

hl7:doseQuantity

IVL_PQ

R

mit doseQuantity als IVL_PQ

(Med...med)

wo [hl7:lowoder
hl7:high]

hl7:low

PQ

(Med...med)

@value

1 … 1

R

@unit

cs

0 … 1

CONF

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)

oder

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)

hl7:high

PQ

(Med...med)

@value

1 … 1

R

@unit

cs

0 … 1

CONF

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)

oder

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)

Eingefügt

von 1.2.40.0.34.11.30043 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity (DYNAMIC)

hl7:doseQuantity

NP

Das weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen.
Dosis bei Dosierungsvariante 1 und 3.

(Med...med)

Schematron report

role

warning

test

not(not(hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.7.1']) or hl7:effectiveTime[2])

Meldung

effectiveTime[2] muss in den Dosierungsvarianten 1 und 3 anwesend sein

Schematron report

role

warning

test

not(not(hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.7.1']) or hl7:doseQuantity)

Meldung

doseQuantity muss in den Dosierungsvarianten 1 und 3 anwesend sein

Schematron report

role

warning

test

hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.9'] and hl7:effectiveTime[2]

Meldung

effectiveTime[2] darf in den Dosierungsvariante 'Split dosing' nicht anwesend sein

Schematron report

role

warning

test

hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.9'] and hl7:doseQuantity

Meldung

doseQuantity darf in den Dosierungsvariante 'Split dosing' nicht anwesend sein

hl7:repeatNumber

IVL_INT

1 … 1

R

Anzahl der Einlösungen.

Dieses Element MUSS angegeben werden. Dieses Element beschreibt die mögliche maximale Anzahl von zusätzlichen Einlösungen dieser Verordnung. Bei Verwendung in der Medikationsliste wird immer der ursprüngliche Wert angegeben (ändert sich nicht nach einer Einlösung).

Beispiele :

Ein Wert von „0“ bedeutet, dass die Verordnung kein weiteres Mal eingelöst werden kann (Standardfall)
Ein Wert von „3“ bedeutet, dass die Verordnung insgesamt vier Mal eingelöst werden kann.

Alle Verordnungen eines Rezepts MÜSSEN denselben Wert aufweisen.
Zugelassene nullFlavor: MSKWird die Anzahl der zusätzlichen Einlösungen nicht angegeben (nullFlavor = MSK, Maskiert), kann die Anzahl vom empfangenden System nur mit 0 angenommen werden (keine zusätzlichen Einlösungen).

Maximale Anzahl der zusätzlichen Einlösungen

Bei Kassenrezepten:

Fixer Wert: 0

Bei Privatrezepten:

Maximaler Wert: 5

(Med...med)

Beispiel

Strukturbeispiel

hl7:routeCode

CE

0 … 1

Art der Anwendung der Arznei.

(Med...med)

@codeSystem

CONF

0 … 1

F

1.2.40.0.10.1.4.3.4.3.4

Beispiel

Strukturbeispiel

hl7:consumable

1 … 1

M

Komponente zur Aufnahme der Arznei auf die sich der MedikationVerordnungs-Entry bezieht.
Beinhaltet 1.2.40.0.34.11.2.3.4 Arznei Entry (DYNAMIC)

(Med...med)

Beispiel

Strukturbeispiel

Eingefügt

0 … 1

C

von 1.2.40.0.34.11.90004 AuthorElements (DYNAMIC)

Dieses Element wird nur bei ELGA MedikationVerordnungs-Entrys verwendet, welche im Rahmen der Medikationsliste vorliegen.

Es beinhaltet den Verfasser des Rezepts auf dem diese Verordnung ausgestellt wurde. Das author/time Element hat dabei die Bedeutung „Datum der Verordnung“.

Siehe Kapitel „Teilnehmende Parteien“, Abschnitt „Verfasser des Dokuments (author)“ (bezogen auf das Rezept-Dokument).

Constraint

Konditionale Konformität:

Element wird in Medikationsliste verwendet und eine Referenz zu einer Verdnung ist vorhanden: Card 1..1 Conf M

Sonst NP

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:author[not(@nullFlavor)]
hl7:author[@nullFlavor]

hl7:author

Verfasser des Dokuments.

(Med...med)

wo [not(@nullFlavor)]

@typeCode

cs

0 … 1

F

AUT

@contextControlCode

cs

0 … 1

F

OP

hl7:functionCode

CE

0 … 1

Funktionscode des Verfassers des Dokuments

z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“, …

Eigene Codes und Bezeichnungen können verwendet werden.

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

(Med...med)

hl7:time

TS.DATE.MIN

1 … 1

R

Der Zeitpunkt an dem das Dokument verfasst wurde.Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

Zugelassene nullFlavor: UNK

(Med...med)

hl7:assignedAuthor

1 … 1

M

Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.

(Med...med)

@classCode

cs

0 … 1

F

ASSIGNED

Beispiel

hl7:id

II

1 … *

R

Identifikation des Verfassers des Dokuments im lokalen System/ des/der datenerstellenden Gerätes/Software.

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

(Med...med)

hl7:code

CE

0 … 1

Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung)z.B: „Facharzt/Fachärzting für Gynäkologie“,

Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben.
Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen.

(Med...med)

CONF

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

hl7:telecom

TEL.AT

0 … *

Kontaktdaten des Verfassers des Dokuments.

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

(Med...med)

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:assignedPerson
hl7:assignedAuthoringDevice

hl7:assignedPerson

… 1

Personendaten des Verfassers des Dokuments.

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

(Med...med)

Eingefügt

von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.

(Med...med)

hl7:assignedAuthoringDevice

… 1

(Med...med)

@classCode

cs

0 … 1

F

DEV

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:manufacturerModelName

SC

0 … 1

Hersteller und Modellbezeichnung des datenerstellenden Gerätes.

(Med...med)

hl7:softwareName

SC

0 … 1

Bezeichnung (und ggf Version) der datenerstellenden Software.

(Med...med)

hl7:representedOrganization

1 … 1

M

(Med...med)

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

(Med...med)

hl7:name

ON

1 … 1

M

(Med...med)

hl7:telecom

TEL.AT

0 … *

(Med...med)

hl7:addr

AD

0 … 1

(Med...med)

hl7:author

Verfasser nicht bekannt/nicht anwendbar

(Med...med)

wo [@nullFlavor]

@nullFlavor

cs

1 … 1

F

NA

Beispiel

hl7:time

1 … 1

R

(Med...med)

@nullFlavor

cs

1 … 1

F

NA

hl7:assignedAuthor

1 … 1

R

(Med...med)

@nullFlavor

cs

1 … 1

F

NA

hl7:id

1 … 1

R

(Med...med)

@nullFlavor

cs

1 … 1

F

NA

Eingefügt

von 1.2.40.0.34.11.30040 Dosierungsvariante 2: Einzeldosierung entryRelationship (DYNAMIC)

hl7:entryRelationship

C

Komponente zur Aufnahme eines Einnahmezeitpunkts und –dosis bei Dosierungsvariante 2 und 4.

Wiederholung höchstens einmal je Zeitcode!

(Med...med)

wo [hl7:substanceAdministration/hl7:effectiveTime [@xsi:type='EIVL_TS']]

@typeCode

cs

1 … 1

F

COMP

Constraint

Konditionale Konformität:
Dosierung angegeben -> 1..* M
Dosierung nicht angegeben -> NP

hl7:sequenceNumber

INT

1 … 1

M

Aufsteigende Nummerierung der Unterelemente.

(Med...med)

Eingefügt

von 1.2.40.0.34.11.30046 Splitdose-Einnahmezeitpunkte 1 (DYNAMIC)

hl7:substanceAdministration

1 … 1

M

Abbildung eines Einnahmezeitpunkts und –dosis als untergeordnetes substanceAdministration-Element.

(Med...med)

@classCode

cs

1 … 1

F

SBADM

@moodCode

cs

1 … 1

F

INT

Constraint

Konditionale Konformität

Card	Conf	Prädikat
1..1	M	Menge in nicht-zählbaren Einheiten, zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS"
0..1	O	Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.), zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" oder Freitext

hl7:effectiveTime

EIVL_TS

1 … 1

M

Zeitelement zur Aufnahme des Einnahmezeitpunkts.

(Med...med)

wo [@xsi:type='EIVL_TS']

hl7:event

1 … 1

M

Einnahmezeitpunkt.

(Med...med)

@code

cs

1 … 1

R

CONF

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

hl7:offset

IVL_PQ

1 … 1

M

Zeitversatz (immer mit 0 Sekunden angegeben).

(Med...med)

@value

1 … 1

F

0

@unit

cs

1 … 1

F

s

hl7:doseQuantity

IVL_PQ

1 … 1

M

Dosis.

(Med...med)

hl7:consumable

1 … 1

M

(Med...med)

hl7:manufacturedProduct

1 … 1

M

(Med...med)

hl7:manufacturedMaterial

1 … 1

R

(Med...med)

@nullFlavor

cs

1 … 1

F

NA

Eingefügt

von 1.2.40.0.34.11.30044 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship (DYNAMIC)

hl7:entryRelationship

C

Komponente zur Aufnahme eines Einnahmezeitpunkts und –dosis bei Dosierungsvariante 2 und 4.

Wiederholung höchstens einmal je Zeitcode!

(Med...med)

wo [hl7:substanceAdministration/hl7:effectiveTime [@xsi:type='SXPR_TS']]

@typeCode

cs

1 … 1

F

COMP

Constraint

Konditionale Konformität:
Dosierung angegeben -> 1..* M
Dosierung nicht angegeben -> NP

hl7:sequenceNumber

INT

1 … 1

M

Aufsteigende Nummerierung der Unterelemente.

(Med...med)

Eingefügt

von 1.2.40.0.34.11.30047 Splitdose-Einnahmezeitpunkte 2 (DYNAMIC)

hl7:substanceAdministration

1 … 1

M

Abbildung eines Einnahmezeitpunkts und –dosis als untergeordnetes substanceAdministration-Element.

(Med...med)

@classCode

cs

1 … 1

F

SBADM

@moodCode

cs

1 … 1

F

INT

Constraint

Konditionale Konformität

Card	Conf	Prädikat
1..1	M	Menge in nicht-zählbaren Einheiten, zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS"
0..1	O	Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.), zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" oder Freitext

hl7:effectiveTime

SXPR_TS

1 … 1

M

Zeitelement zur Aufnahme des Einnahmezeitpunkts.

(Med...med)

wo [@xsi:type='SXPR_TS']

Constraint

Die comp-Komponenten mit PIVL_TS müssen bei allen Einnahmezeitpunkten gleich angegeben werden!

1. Komponentencontainer mit @operator=A, ggf. folgende Komponentencontainer mit @operator=I

hl7:comp

EIVL_TS

1 … 1

M

Komponentencontainer

(Med...med)

wo [@xsi:type='EIVL_TS']

hl7:event

1 … 1

M

Einnahmezeitpunkt.

(Med...med)

@code

cs

1 … 1

R

CONF

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

hl7:offset

IVL_PQ

1 … 1

M

Zeitversatz (immer mit 0 Sekunden angegeben).

(Med...med)

@value

1 … 1

F

0

@unit

cs

1 … 1

F

s

hl7:comp

PIVL_TS

1 … 1

M

Komponentencontainer zur Aufnahme der Einnahmetage.
Diese Komponenten MÜSSEN bei allen Einnahmezeitpunkten (SequenceNumber) gleich angegeben werden!

(Med...med)

wo [@xsi:type='PIVL_TS'] [@operator='A']

@operator

cs

1 … 1

F

A

hl7:phase

IVL_TS

1 … 1

R

Phase der Einnahme.

(Med...med)

hl7:value

TS

Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag).

(Med...med)

hl7:period

PQ

1 … 1

R

(Med...med)

@value

1 … 1

F

1

@unit

cs

1 … 1

F

wk

hl7:comp

PIVL_TS

0 … *

2.+ Komponentencontainer zur Aufnahme der Einnahmetage

(Med...med)

wo [@xsi:type='PIVL_TS'] [@operator='I']

hl7:phase

IVL_TS

1 … 1

R

(Med...med)

hl7:value

TS

(Med...med)

hl7:period

PQ

1 … 1

R

(Med...med)

@value

1 … 1

F

1

@unit

cs

1 … 1

F

wk

hl7:doseQuantity

IVL_PQ

1 … 1

M

Dosis.

(Med...med)

hl7:consumable

1 … 1

M

(Med...med)

hl7:manufacturedProduct

1 … 1

M

(Med...med)

hl7:manufacturedMaterial

1 … 1

R

(Med...med)

@nullFlavor

cs

1 … 1

F

NA

Schematron assert

role

error

test

not(hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.7.1']) or not(hl7:entryRelationship[@typeCode='COMP'][hl7:substanceAdministration])

Meldung

Bei Dosierungsart 1 "Normal dosing" oder 3 "Tagesdosierung an bestimmten Tagen" (templateId = 1.3.6.1.4.1.19376.1.5.3.1.4.7.1) wird kein entryRelationship typeCode COMP als Dosiskomponente verwendet

Variable let

Name

seq

Value

hl7:entryRelationship/hl7:substanceAdministration/hl7:effectiveTime[@value='0']//hl7:event/@code

Schematron assert

role

error

test

empty($seq[position() = index-of($seq,.)[2]])

Meldung

Wiederholung der Komponente zur Aufnahme eines Einnahmezeitpunkts und -dosis bei Dosierungsvariante 2 und 4 höchstens einmal je Zeitcode!

hl7:entryRelationship

1 … 1

M

Komponente zur Aufnahme der Packungsanzahl.

Da sich die Angaben zur Arznei (siehe Vorkapitel) jeweils auf eine Packung der Arznei beziehen, MUSS die Anzahl der auszugebenden Packungen der Arznei in einer eigenen Komponente zusätzlich angegeben werden (mindestens 1). Bei magistralen Zubereitungen wird die Anzahl der auszugebenden Einheiten der Arznei in derselben Art und Weise gehandhabt wie bei Arzneispezialitäten. Die Menge einer Einheit der Arznei (z.B. 200g einer magistral zubereiteten Salbe in einer gewissen Zusammensetzung) ist in den ergänzenden Informationen zu der magistralen Zubereitung anzugeben.

(Med...med)

wo [@typeCode='COMP'] [hl7:supply]

@typeCode

cs

1 … 1

F

COMP

Beispiel

Strukturbeispiel

hl7:supply

1 … 1

M

Abbildung der Packungsanzahl als untergeordnetes supply-Element.

(Med...med)

@classCode

cs

1 … 1

F

SPLY

@moodCode

cs

1 … 1

F

RQO

Beispiel

hl7:independentInd

BL

1 … 1

M

Indikator, ob die Komponente unabhängig verwendet werden darf.

(Med...med)

@value

1 … 1

F

false

hl7:quantity

PQ

1 … 1

R

Packungsanzahl

Zugelassene nullFlavor: MSK
MSK= Wird die Anzahl der auszugebenden Packungen nicht angegeben (nullFlavor = MSK, Maskiert), kann die Anzahl vom empfangenden System nur mit 1 angenommen werden.

(Med...med)

hl7:entryRelationship

0 … 1

Komponente zur Aufnahme der Zusatzinformationen, Informationen zur alternativen Einnahme und Informationen zur Arznei

(Med...med)

wo [@typeCode='SUBJ'] [hl7:act/hl7:templateId [@root='2.16.840.1.113883.10.20.1.49']]

@typeCode

cs

1 … 1

F

SUBJ

@inversionInd

bl

1 … 1

F

true

Eingefügt

1 … 1

M

von 1.2.40.0.34.11.30033 Patient Instructions (DYNAMIC)

hl7:act

1 … 1

M

Abbildung der Zusatzbemerkungen als untergeordnetes act-Element.

(Med...med)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

INT

hl7:templateId

II

1 … 1

M

(Med...med)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.49

hl7:templateId

II

1 … 1

M

(Med...med)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.3

hl7:code

CE

1 … 1

M

(Med...med)

@code

CONF

1 … 1

F

PINSTRUCT

@codeSystem

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary)

hl7:text

ED

1 … 1

M

Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die Zusatzinformationen für den Patienten, Informationen zur alternativen Einnahme und Informationen zur Arznei angeführt sind)

(Med...med)

hl7:reference

TEL

1 … 1

M

(Med...med)

@value

1 … 1

R

#patinfo-{generierteID}, z.B.: #patinfo-1

hl7:statusCode

CS

1 … 1

M

(Med...med)

@code

CONF

1 … 1

F

completed

hl7:entryRelationship

1 … 3

M

Komponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein).

(Med...med)

@typeCode

cs

1 … 1

F

SUBJ

@inversionInd

bl

1 … 1

F

true

hl7:act

1 … 1

M

(Med...med)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

INT

hl7:templateId

II

1 … 1

M

(Med...med)

@root

uid

1 … 1

F

1.2.40.0.34.11.8.0.3.1

hl7:code

CE

1 … 1

M

(Med...med)

CONF

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

hl7:text

ED

1 … 1

M

Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist)

(Med...med)

hl7:reference

TEL

1 … 1

M

(Med...med)

@value

1 … 1

R

#zinfo|altein|arzneiinfo-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #altein-1

hl7:statusCode

CS

1 … 1

M

(Med...med)

@code

CONF

1 … 1

F

completed

hl7:entryRelationship

0 … 1

Komponente zur Aufnahme der ergänzenden Informationen zur Abgabe oder zu der magistralen Zubereitung.

(Med...med)

wo [@typeCode='SUBJ'] [hl7:act/hl7:templateId [@root='2.16.840.1.113883.10.20.1.43']]

@typeCode

cs

1 … 1

F

SUBJ

@inversionInd

bl

1 … 1

F

true

Constraint

Konditionale Konformität:

Arznei ist eine magistrale Zubereitung: Card 1..1 Conf M

Arznei ist keine magistrale Zubereitung: Card 0..1 Conf O

Eingefügt

1 … 1

M

von 1.2.40.0.34.11.30034 Pharmacist Instructions (DYNAMIC)

hl7:act

1 … 1

M

(Med...med)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

INT

hl7:templateId

II

1 … 1

M

(Med...med)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.43

hl7:templateId

II

1 … 1

M

(Med...med)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.3.1

hl7:code

CE

1 … 1

M

(Med...med)

@code

CONF

1 … 1

F

FINSTRUCT

@codeSystem

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary)

hl7:text

ED

1 … 1

M

Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die ergänzenden Informationen zur Abgabe oder zu der magistralen Zubereitungen angeführt sind)

(Med...med)

hl7:reference

TEL

1 … 1

M

(Med...med)

@value

1 … 1

R

#abginfo-{generierteID}, z.B.: #abginfo-1

hl7:statusCode

CS

1 … 1

M

(Med...med)

@code

CONF

1 … 1

F

completed

hl7:entryRelationship

1 … 2

M

Komponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein).

(Med...med)

@typeCode

cs

1 … 1

F

SUBJ

@inversionInd

bl

1 … 1

F

true

hl7:act

1 … 1

M

(Med...med)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

INT

hl7:templateId

II

1 … 1

M

(Med...med)

@root

uid

1 … 1

F

1.2.40.0.34.11.8.0.3.2

hl7:code

CE

1 … 1

M

(Med...med)

CONF

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

hl7:text

ED

1 … 1

M

Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist)

(Med...med)

hl7:reference

TEL

1 … 1

M

(Med...med)

@value

1 … 1

R

#erginfo|magzub-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #magzub-1

hl7:statusCode

CS

1 … 1

M

(Med...med)

@code

CONF

1 … 1

F

completed

Eingefügt

0 … 1

von 1.2.40.0.34.11.30045 Therapieart (DYNAMIC)

hl7:entryRelationship

0 … 1

Therapieart dieses MedikationVerordnung-Entry

(Med...med)

wo [@typeCode='COMP'] [hl7:act/hl7:templateId [@root='1.2.40.0.34.11.8.1.3.4']]

@typeCode

1 … 1

F

COMP

Beispiel

hl7:act

1 … 1

M

(Med...med)

@classCode

1 … 1

F

ACT

@moodCode

1 … 1

F

INT

hl7:templateId

II

1 … 1

M

(Med...med)

@root

1 … 1

F

1.2.40.0.34.11.8.1.3.4

hl7:code

CE

1 … 1

M

(Med...med)

CONF

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

hl7:originalText

ED

0 … 1

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

(Med...med)

Eingefügt

0 … 1

C

von 1.2.40.0.34.11.90013 ID des Containers (DYNAMIC)
ID des Verordnungs-Entry Containers (Rezept-Dokument)

Constraint

Konditionale Konformität für ID des Verordnungs-Entry Containers (Rezept-Dokument)

Element wird in Medikationsliste verwendet: Card 1..1 Conf M
Sonst NP

hl7:reference

0 … 1

C

ID des Verordnungs-Entry Containers (Rezept-Dokument).

(Med...med)

@typeCode

cs

1 … 1

F

XCRPT

hl7:externalDocument

1 … 1

M

(Med...med)

hl7:id

II

1 … 1

M

ID des MedikationVerordnung-Entry.

(Med...med)

@root

uid

1 … 1

F

1.2.40.0.10.1.4.3.4.2.1

@extension

st

1 … 1

R

eMED-ID

@assigningAuthorityName

1 … 1

F

e-MedAT

8.3.2.63 Sbadm TemplateId Options

Id

1.2.40.0.34.11.90012

ref

elgabbr-

Gültigkeit

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

Beispiel

Strukturbeispiel Dosierungsvariante 2 (Einzeldosierung)

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

(Sba...ons)

@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

(Sba...ons)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.7.1

hl7:templateId

II

… 1

M

(Sba...ons)

@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

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

Beispiel

Einnahme von 27.05.2011, Ende unbekannt

Beispiel

Einnahmestart unbekannt, Dauer 2 Wochen lang

Beispiel

Dosierungsinformationen sind angegeben, aber Einnahmedauer unbekannt

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.

(Ein...uer)

wo [1] [hl7:low]

hl7:low

TS

1 … 1

R

Zeitpunkt des Einnahmestarts.
Zugelassene nullFlavor: UNK

(Ein...uer)

hl7:high

TS

1 … 1

R

Zeitpunkt des Einnahmeendes.
Zugelassene nullFlavor: UNK

(Ein...uer)

hl7:effectiveTime

IVL_TS

Dauer der Einnahme, wenn Einnahmestart unbekannt

(Ein...uer)

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"

(Ein...uer)

@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

(Ein...uer)

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

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:effectiveTime

PIVL_TS

C

Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3.

(Dos...ng1)

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.

(Dos...ng1)

@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

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

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.

(Dos...ng2)

wo [2]

8.3.2.67 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause

Id

1.2.40.0.34.11.30009

ref

elgabbr-

Gültigkeit

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

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.

(Dos...ng3)

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)

(Dos...ng3)

hl7:period

PQ

1 … 1

R

(Dos...ng3)

@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

(Dos...ng3)

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.

(Dos...ng3)

wo [not(@operator)]

hl7:phase

IVL_TS

1 … 1

R

Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag)

(Dos...ng3)

hl7:period

PQ

1 … 1

R

(Dos...ng3)

@value

1 … 1

F

1

@unit

cs

1 … 1

F

wk

hl7:comp

PIVL_TS

0 … *

(Dos...ng3)

wo [@operator='I']

@operator

cs

1 … 1

F

I

hl7:phase

IVL_TS

1 … 1

R

(Dos...ng3)

hl7:period

PQ

1 … 1

R

(Dos...ng3)

@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

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

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.

(Dos...ng4)

wo [2]

8.3.2.69 Dosierungsvariante 1: Tagesdosierung doseQuantity

Id

1.2.40.0.34.11.30037

ref

elgabbr-

Gültigkeit

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

(Dos...1dq)

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

(Dos...1dq)

wo [hl7:lowoder
hl7:high]

hl7:low

PQ

(Dos...1dq)

@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

(Dos...1dq)

@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

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.

(Dos...2dq)

8.3.2.71 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity

Id

1.2.40.0.34.11.30041

ref

elgabbr-

Gültigkeit

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

(Dos...3dq)

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

(Dos...3dq)

wo [hl7:lowoder
hl7:high]

hl7:low

PQ

(Dos...3dq)

@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

(Dos...3dq)

@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

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.

(Dos...4dq)

8.3.2.73 Arznei Entry

Id

1.2.40.0.34.11.2.3.4

ref

elgabbr-

Gültigkeit

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"/>      
      <templateId root="2.16.840.1.113883.10.20.1.53"/>      
      <manufacturedMaterial classCode="MMAT" determinerCode="KIND">
        <templateId root="1.2.40.0.34.11.2.3.4"/>        
        <templateId root="1.3.6.1.4.1.19376.1.9.1.3.1"/>        
        
        <code code="533363" displayName="PARKEMED FTBL 500MG" codeSystem="1.2.40.0.34.4.16" codeSystemName="Pharmazentralnummer"/>        <translation code="16288" displayName="Parkemed 500 mg - Filmtabletten" codeSystem="1.2.40.0.34.4.17" codeSystemName="Zulassungsnummer"/>        
        <name>Parkemed 500 mg - Filmtabletten</name>        
        <formCode code="100000073665" displayName="Filmtablette" codeSystem="1.2.40.0.10.1.4.3.4.3.5" codeSystemName="MedikationDarreichungsform"/>        
        <asContent classCode="CONT">
          <containerPackagedMedicine classCode="CONT" determinerCode="INSTANCE">
            
            <capacityQuantity value="20"/>          </containerPackagedMedicine>        </asContent>        
        
        <ingredient classCode="ACTI">
          
          <ingredient classCode="MMAT" determinerCode="KIND">
            <code code="M01AG01" displayName="Mefenamic acid" codeSystem="2.16.840.1.113883.6.73" codeSystemName="whoATC"/>            <name>Mefenaminsäure</name>          </ingredient>        </ingredient>      </manufacturedMaterial>    </manufacturedProduct>  </consumable></ClinicalDocument>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:manufacturedProduct

(Arz...try)

@classCode

cs

1 … 1

F

MANU

hl7:templateId

II

1 … 1

R

(Arz...try)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.7.2

hl7:templateId

II

1 … 1

R

(Arz...try)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.53

hl7:manufacturedMaterial

1 … 1

M

(Arz...try)

@classCode

cs

1 … 1

F

MMAT

@determinerCode

cs

1 … 1

F

KIND

Constraint

Konditionale Konformität:

Card	Conf	Prädikat
0..1	O	PZN oder Zulassungsnummer vorhanden
	NP	PZN oder Zulassungsnummer nicht vorhanden

hl7:templateId

II

1 … 1

R

(Arz...try)

@root

uid

1 … 1

F

1.2.40.0.34.11.2.3.4

hl7:templateId

II

1 … 1

R

(Arz...try)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.9.1.3.1

hl7:code

CE

1 … 1

R

Pharmazentralnummer (OID 1.2.40.0.34.4.16) oder Zulassungsnummer (OID 1.2.40.0.34.4.17) der Arznei
Zugelassene nullFlavor:

'NA' Arznei ist eine magistrale Zubereitung

Die Pharmazentralnummer (PZN) der Arznei. Bei magistralen Anwendungen, bei denen keine Pharmazentralnummer existiert, wird der nullFlavor 'NA' angewandt.

Das Codesystem „Pharmazentralnummer“ {1.2.40.0.34.4.16} wird am Terminologieserver in der „ASP-Liste“ (Liste der humanen Arzneispezialitäten gelistet nach PZN) publiziert, die ASP-Liste enthält neben der Pharmazentralnummer auch die korrespondierende Zulassungsnummer {1.2.40.0.34.4.17}.

Die Codeliste kann über den Terminologieserver (https://termpub.gesundheit.gv.at/) abgerufen werden.

(Arz...try)

@nullFlavor

cs

0 … 1

CONF

@nullFlavor muss "NA" sein

oder

@nullFlavor muss "NI" sein

oder

@nullFlavor muss "UNK" sein

CONF

@codeSystem muss "1.2.40.0.34.4.16" sein

oder

@codeSystem muss "1.2.40.0.34.4.17" sein

Beispiel

Code der Arznei (PZN)

Beispiel

Code der Arznei (Zulassungsnummer)

Beispiel

Code der Arznei (PZN) mit Zulassungsnummer

Beispiel

Magistrale Zubereitung ohne PZN oder Zulassungsnummer

hl7:originalText

ED

0 … 1

Verweist auf die Stelle im narrativen Text-bereich, in dem die Pharmazentralnummer beschrieben ist.

Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“.

(Arz...try)

hl7:translation

CE

0 … *

C

Zulassungsnummer der Arznei.

Dieses Element wird nur verwendet, wenn der Arznei-Entry im Rahmen der Medikationsliste verwendet wird.

(Arz...try)

Constraint

Konditionale Konformität:

Card	Conf	Prädikat
0..*	O	Dokumenttyp Medikationsliste
	NP	sonst

@codeSystem

CONF

0 … 1

F

1.2.40.0.34.4.17 (Zulassungsnummer)

Schematron assert

role

error

test

not(hl7:translation) or //hl7:templateId[@root='1.2.40.0.34.11.8.3']

Meldung

Optionale Übersetzung des Codes nur bei Medikationsliste zugelassen

hl7:name

EN

1 … 1

R

Bezeichnung der Arznei. Zugelassenes nullFlavor:

NA Arznei ist eine magistrale Zubereitung

Die vollständige Bezeichnung der Arznei gemäß ihrer PZN („Handelsname“). Für magistrale Zubereitungen, bei denen keine Pharmazentralnummer und damit auch kein Handelsname existiert, MUSS eine Bezeichnung der magistralen Zubereitung angegeben werden. Die Bezeichnung der magistralen Zubereitung sollte kürzer als die Langbeschreibung sein (siehe Kapitel 4.4.1.2.14 bzw. 4.4.2.2.12), aber mindestens den Hauptwirkstoff und dessen Stärke enthalten.

(Arz...try)

@nullFlavor

cs

0 … 1

CONF

@nullFlavor muss "NA" sein

Beispiel

Name der Arznei

<name>Parkemed 500mg</name>

Beispiel

Magistrale Zubereitungen ohne Handelsname

pharm:formCode

0 … 1

Darreichungsform, z.B. bei magistraler Zubereitung.

(Arz...try)

@codeSystem

CONF

0 … 1

F

1.2.40.0.10.1.4.3.4.3.5

Beispiel

Darreichungsform bei magistraler Zubereitung

Schematron assert

role

error

test

hl7:code/@code or (hl7:code/@nullFlavor and count(pharm:asContent)=0)

Meldung

pharm:asContent Komponente zur Aufnahme der Packungsangaben nur zulässig, wenn PZN oder Zulassungsnummer 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.

(Arz...try)

@classCode

cs

1 … 1

F

CONT

pharm:containerPackagedMedicine

1 … 1

M

Abbildung der Packungsangaben als untergeordnetes containerPackagedMedicine Element.

(Arz...try)

@classCode

cs

1 … 1

F

CONT

@determinerCode

cs

1 … 1

F

INSTANCE

pharm:capacityQuantity

PQ

1 … 1

M

Menge der Arznei in der Packung.

(Arz...try)

@value

1 … 1

R

@unit

cs

0 … 1

CONF

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)

oder

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)

Constraint

Konditionale Konformität:
Menge in nicht-zählbaren Einheiten -> 1..1 M mit @unit aus Value-Set ELGA_MedikationMengenart
Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.) -> 0..1 O mit @unit aus Value-Set ELGA_MedikationMengenartAlternativ

pharm:ingredient

0 … *

Komponente zur Aufnahme des Wirkstoffs.

Bei magistralen Zubereitungen SOLL mindestens ein Wirkstoff angegeben werden. Bei Arzneien ist die Angabe von Wirkstoffen optional.

Wirkstoff-Codes stammen aus der ATC-Klassifikation (Anatomical Therapeutic Chemical Classification), die von der WHO herausgegeben wird. Die deutsche Bezeichnung der Codes entspricht der Übersetzung des GKV-Arzneimittelindex im Wissenschaftlichen Institut der AOK (WidO), AOK Bundesverband GbR, Deutschland.

Zusätzlich kommen ergänzende Codes aus dem Arzneimittelverzeichnis der AGES zum Einsatz.

(Arz...try)

@classCode

cs

1 … 1

F

ACTI

Beispiel

Wirkstoff 1 (codiert, Value-Set ELGA_whoATC_VS) Beispiel Arznei

<ingredient classCode="ACTI">
<ingredient classCode="MMAT" determinerCode="KIND">
<code code="M01AG01" displayName="Mefenamic acid" codeSystem="2.16.840.1.113883.6.73" codeSystemName="whoATC"/> <name>Mefenaminsäure</name> </ingredient></ingredient>

Beispiel

Wirkstoff 2 (nur Name), Beispiel magistrale Zubereitung

<ingredient classCode="ACTI">
<ingredient classCode="MMAT" determinerCode="KIND">
<name>Mefenaminsäure</name> </ingredient></ingredient>

Beispiel

Wirkstoff 1 (codiert, Value-Set ELGA_Wirkstoffe_AGES_VS), 2795 Beispiel Arznei, wird nur in der Medikationsliste verwendet

<ingredient classCode="ACTI">
<ingredient classCode="MMAT" determinerCode="KIND">
<code code="100000090680" displayName="SENNAE FOLIUM" codeSystem="1.2.40.0.34.5.156" codeSystemName="Medikation_AGES_Wirkstoffe"/> <name>Mefenaminsäure</name> </ingredient></ingredient>

pharm:ingredient

1 … 1

M

Code und Name des Wirkstoffs.

(Arz...try)

@classCode

cs

1 … 1

F

MMAT

@determinerCode

cs

1 … 1

F

KIND

pharm:code

CE

0 … 1

Code und Klartext des Wirkstoffs.

(Arz...try)

Constraint

Zulässige Werte gemäß Value-Set „ELGA_whoATC_VS“ z.B.: M01AG01, Mefenamic acid. Bei Verwendung im Rahmen der Medikationsliste sind auch Werte gemäß Value-Set „ELGA_Wirkstoffe_AGES_VS“ zugelassen.

CONF

@codeSystem muss "2.16.840.1.113883.6.73" sein

oder

@codeSystem muss "1.2.40.0.34.5.156" sein

hl7:originalText

ED

0 … 1

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

(Arz...try)

hl7:translation

CE

0 … *

Wird das Element in der Medikationsliste verwendet, ist hier die Wirkstoffklasse zum Wirkstoff angegeben.

Dieses Element wird nur verwendet, wenn der Arznei-Entry im Rahmen der Medikationsliste verwendet wird.

(Arz...try)

Constraint

Konditionale Konformität:

Card	Conf	Prädikat
1..1	M	Element wird in Medikationsliste verwendet
	NP	Sonst

pharm:name

EN

1 … 1

M

Name des Wirkstoffs.

z.B.: Mefenaminsäure

(Arz...try)

8.3.2.74 Dosierungsvariante 2: Einzeldosierung entryRelationship

Id

1.2.40.0.34.11.30040

ref

elgabbr-

Gültigkeit

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!

(Dos...2er)

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.

(Dos...2er)

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.

(Dos...2er)

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

(Dos...2er)

wo [@xsi:type='EIVL_TS']

hl7:event

1 … 1

M

Einnahmezeitpunkt.

(Dos...2er)

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

(Dos...2er)

@value

1 … 1

F

0

@unit

cs

1 … 1

F

s

hl7:doseQuantity

IVL_PQ

1 … 1

M

Dosis.

(Dos...2er)

hl7:consumable

1 … 1

M

(Dos...2er)

hl7:manufacturedProduct

1 … 1

M

(Dos...2er)

hl7:manufacturedMaterial

1 … 1

R

(Dos...2er)

@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

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.

(Spl...se1)

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

(Spl...se1)

wo [@xsi:type='EIVL_TS']

hl7:event

1 … 1

M

Einnahmezeitpunkt.

(Spl...se1)

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

(Spl...se1)

@value

1 … 1

F

0

@unit

cs

1 … 1

F

s

hl7:doseQuantity

IVL_PQ

1 … 1

M

Dosis.

(Spl...se1)

hl7:consumable

1 … 1

M

(Spl...se1)

hl7:manufacturedProduct

1 … 1

M

(Spl...se1)

hl7:manufacturedMaterial

1 … 1

R

(Spl...se1)

@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

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!

(Dos...4er)

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.

(Dos...4er)

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.

(Dos...4er)

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

(Dos...4er)

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

(Dos...4er)

wo [@xsi:type='EIVL_TS']

hl7:event

1 … 1

M

Einnahmezeitpunkt.

(Dos...4er)

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

(Dos...4er)

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

(Dos...4er)

wo [@xsi:type='PIVL_TS'] [@operator='A']

@operator

cs

1 … 1

F

A

hl7:phase

IVL_TS

1 … 1

R

Phase der Einnahme.

(Dos...4er)

hl7:value

TS

Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag).

(Dos...4er)

hl7:period

PQ

1 … 1

R

(Dos...4er)

@value

1 … 1

F

1

@unit

cs

1 … 1

F

wk

hl7:comp

PIVL_TS

0 … *

2.+ Komponentencontainer zur Aufnahme der Einnahmetage

(Dos...4er)

wo [@xsi:type='PIVL_TS'] [@operator='I']

hl7:phase

IVL_TS

1 … 1

R

(Dos...4er)

hl7:value

TS

(Dos...4er)

hl7:period

PQ

1 … 1

R

(Dos...4er)

@value

1 … 1

F

1

@unit

cs

1 … 1

F

wk

hl7:doseQuantity

IVL_PQ

1 … 1

M

Dosis.

(Dos...4er)

hl7:consumable

1 … 1

M

(Dos...4er)

hl7:manufacturedProduct

1 … 1

M

(Dos...4er)

hl7:manufacturedMaterial

1 … 1

R

(Dos...4er)

@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

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.

(Spl...se2)

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

(Spl...se2)

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

(Spl...se2)

wo [@xsi:type='EIVL_TS']

hl7:event

1 … 1

M

Einnahmezeitpunkt.

(Spl...se2)

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

(Spl...se2)

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

(Spl...se2)

wo [@xsi:type='PIVL_TS'] [@operator='A']

@operator

cs

1 … 1

F

A

hl7:phase

IVL_TS

1 … 1

R

Phase der Einnahme.

(Spl...se2)

hl7:value

TS

Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag).

(Spl...se2)

hl7:period

PQ

1 … 1

R

(Spl...se2)

@value

1 … 1

F

1

@unit

cs

1 … 1

F

wk

hl7:comp

PIVL_TS

0 … *

2.+ Komponentencontainer zur Aufnahme der Einnahmetage

(Spl...se2)

wo [@xsi:type='PIVL_TS'] [@operator='I']

hl7:phase

IVL_TS

1 … 1

R

(Spl...se2)

hl7:value

TS

(Spl...se2)

hl7:period

PQ

1 … 1

R

(Spl...se2)

@value

1 … 1

F

1

@unit

cs

1 … 1

F

wk

hl7:doseQuantity

IVL_PQ

1 … 1

M

Dosis.

(Spl...se2)

hl7:consumable

1 … 1

M

(Spl...se2)

hl7:manufacturedProduct

1 … 1

M

(Spl...se2)

hl7:manufacturedMaterial

1 … 1

R

(Spl...se2)

@nullFlavor

cs

1 … 1

F

NA

8.3.2.78 Patient Instructions

Id

1.2.40.0.34.11.30033

ref

elgabbr-

Gültigkeit

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

Abbildung der Zusatzbemerkungen als untergeordnetes act-Element.

(Pat...ons)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

INT

hl7:templateId

II

1 … 1

M

(Pat...ons)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.49

hl7:templateId

II

1 … 1

M

(Pat...ons)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.3

hl7:code

CE

1 … 1

M

(Pat...ons)

@code

CONF

1 … 1

F

PINSTRUCT

@codeSystem

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary)

hl7:text

ED

1 … 1

M

Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die Zusatzinformationen für den Patienten, Informationen zur alternativen Einnahme und Informationen zur Arznei angeführt sind)

(Pat...ons)

hl7:reference

TEL

1 … 1

M

(Pat...ons)

@value

1 … 1

R

#patinfo-{generierteID}, z.B.: #patinfo-1

hl7:statusCode

CS

1 … 1

M

(Pat...ons)

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

(Pat...ons)

@typeCode

cs

1 … 1

F

SUBJ

@inversionInd

bl

1 … 1

F

true

hl7:act

1 … 1

M

(Pat...ons)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

INT

hl7:templateId

II

1 … 1

M

(Pat...ons)

@root

uid

1 … 1

F

1.2.40.0.34.11.8.0.3.1

hl7:code

CE

1 … 1

M

(Pat...ons)

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)

(Pat...ons)

hl7:reference

TEL

1 … 1

M

(Pat...ons)

@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

(Pat...ons)

@code

CONF

1 … 1

F

completed

8.3.2.79 Pharmacist Instructions

Id

1.2.40.0.34.11.30034

ref

elgabbr-

Gültigkeit

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

(Pha...ons)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

INT

hl7:templateId

II

1 … 1

M

(Pha...ons)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.43

hl7:templateId

II

1 … 1

M

(Pha...ons)

@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

(Pha...ons)

@code

CONF

1 … 1

F

FINSTRUCT

@codeSystem

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary)

hl7:text

ED

1 … 1

M

Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die ergänzenden Informationen zur Abgabe oder zu der magistralen Zubereitungen angeführt sind)

(Pha...ons)

hl7:reference

TEL

1 … 1

M

(Pha...ons)

@value

1 … 1

R

#abginfo-{generierteID}, z.B.: #abginfo-1

hl7:statusCode

CS

1 … 1

M

(Pha...ons)

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

(Pha...ons)

@typeCode

cs

1 … 1

F

SUBJ

@inversionInd

bl

1 … 1

F

true

hl7:act

1 … 1

M

(Pha...ons)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

INT

hl7:templateId

II

1 … 1

M

(Pha...ons)

@root

uid

1 … 1

F

1.2.40.0.34.11.8.0.3.2

hl7:code

CE

1 … 1

M

(Pha...ons)

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)

(Pha...ons)

hl7:reference

TEL

1 … 1

M

(Pha...ons)

@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

(Pha...ons)

@code

CONF

1 … 1

F

completed

8.3.2.80 Therapieart

Id

1.2.40.0.34.11.30045

ref

elgabbr-

Gültigkeit

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

(The...art)

wo [@typeCode='COMP'] [hl7:act/hl7:templateId [@root='1.2.40.0.34.11.8.1.3.4']]

@typeCode

1 … 1

F

COMP

Beispiel

hl7:act

1 … 1

M

(The...art)

@classCode

1 … 1

F

ACT

@moodCode

1 … 1

F

INT

hl7:templateId

II

1 … 1

M

(The...art)

@root

1 … 1

F

1.2.40.0.34.11.8.1.3.4

hl7:code

CE

1 … 1

M

(The...art)

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

(The...art)

8.3.2.81 ID des Containers

Id

1.2.40.0.34.11.90013

ref

elgabbr-

Gültigkeit

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:reference

ID des Verordnungs-Entry Containers (Rezept-Dokument).

(Idd...ers)

@typeCode

cs

1 … 1

F

XCRPT

hl7:externalDocument

1 … 1

M

(Idd...ers)

hl7:id

II

1 … 1

M

ID des MedikationVerordnung-Entry.

(Idd...ers)

@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

ref

at-cda-bbr-

Gültigkeit

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

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)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

Beispiel

Strukturbeispiel für ein in Arbeit befindliches Laborergebnis ('Wert folgt')

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(atc...ion)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

Laboratory Observation

(atc...ion)

@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

(atc...ion)

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

(atc...ion)

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.

(atc...ion)

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

Beispiel

Codierung der Laboruntersuchung ohne passenden 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

(atc...ion)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.

Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.

(atc...ion)

@value

1 … 1

R

Schematron assert

role

error

test

starts-with(@value,'#') or starts-with(@value,'http')

Meldung

The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.

hl7:statusCode

CS

1 … 1

M

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

(atc...ion)

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

(atc...ion)

wo [@nullFlavor='UNK']

hl7:effectiveTime

IVL_TS

0 … 1

(atc...ion)

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

(atc...ion)

wo [@xsi:type='PQ']

Beispiel

Codierung eines numerischen Ergebnisses

Beispiel

Codierung von numerischen, dimensionslosen Ergebnissen

<value xsi:type="PQ" value="7" unit="[pH]"/>

Beispiel

Codierung von numerischen, dimensionslosen Ergebnissen

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

(atc...ion)

hl7:value

IVL_PQ

C

Codierung von Intervallen

(atc...ion)

wo [@xsi:type='IVL_PQ']

Beispiel

Codierung eines Intervalls

<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

(atc...ion)

wo [@xsi:type='INT']

hl7:value

IVL_INT

C

(atc...ion)

wo [@xsi:type='IVL_INT']

hl7:value

BL

C

(atc...ion)

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.

(atc...ion)

wo [@xsi:type='ST']

Beispiel

Codierung eines textuellen Ergebnisses

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

hl7:value

CV

C

(atc...ion)

wo [@xsi:type='CV']

hl7:value

TS

C

(atc...ion)

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.

(atc...ion)

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.

hl7:value

CD

C

(atc...ion)

wo [@xsi:type='CD']

hl7:value

RTO

C

Codierung von Verhältnisangaben.

(atc...ion)

wo [@xsi:type='RTO']

Beispiel

Verhältnisangabe für Titer (z.B. '1:125')

hl7:value

RTO_QTY_QTY

C

(atc...ion)

wo [@xsi:type='RTO_QTY_QTY']

hl7:value

RTO_PQ_PQ

C

(atc...ion)

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.

(atc...ion)

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

Beispiel

Bewertung eines nicht-numerischen Ergebnisses

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)

(atc...ion)

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.

(atc...ion)

@typeCode

cs

1 … 1

F

AUTHEN

@contextControlCode

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

(atc...ion)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.3.1.5

hl7:time

IVL_TS

1 … 1

M

(atc...ion)

hl7:participantRole

1 … 1

R

(atc...ion)

@classCode

cs

0 … 1

F

ROL

hl7:id

II

1 … 1

M

(atc...ion)

hl7:addr

AD

1 … 1

R

(atc...ion)

hl7:telecom

TEL.AT

1 … *

R

(atc...ion)

hl7:playingEntity

1 … 1

M

(atc...ion)

@classCode

cs

0 … 1

F

ENT

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

(atc...ion)

hl7:entryRelationship

0 … *

Beinhaltet 1.2.40.0.34.6.0.11.3.11 Comment Entry (DYNAMIC)

(atc...ion)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:referenceRange

0 … 1

Codierung des Referenzbereiches.

(atc...ion)

@typeCode

cs

1 … 1

F

REFV

Beispiel

43.0% - 49.0% (im zugehörigen section/text steht der entsprechende 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> : 
: <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)

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

:

: 
: <tr ID="OBS-1-3">
  <td>--Laboruntersuchung--</td>  <td>--Ergebnis--</td>  <td>--Einheit--</td>  <td ID="OBSREF-1-3">>40.0%</td></tr> : 
: <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)

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

(atc...ion)

@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

(atc...ion)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.

Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.

(atc...ion)

@value

1 … 1

R

Schematron assert

role

error

test

starts-with(@value,'#') or starts-with(@value,'http')

Meldung

The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.

hl7:value

IVL_PQ

0 … 1

(atc...ion)

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

(atc...ion)

wo [not(@nullFlavor)]

hl7:low

IVXB_PQ

0 … 1

(atc...ion)

wo [@nullFlavor='NA']

hl7:low

IVXB_PQ

0 … 1

(atc...ion)

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

(atc...ion)

wo [not(@nullFlavor)]

hl7:high

IVXB_PQ

0 … 1

(atc...ion)

wo [@nullFlavor='NA']

hl7:high

IVXB_PQ

0 … 1

(atc...ion)

wo [@nullFlavor='PINF']

hl7:interpretationCode

CE

1 … 1

M

(atc...ion)

@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

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

<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">
    
  </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">
    
  </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">
    
  </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">
    
  </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">
    
  </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">
    
  </hl7:component></hl7:organizer>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:organizer

(exn...zer)

@classCode

cs

1 … 1

F

BATTERY

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...zer)

@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

(exn...zer)

hl7:code

CD

1 … 1

M

(exn...zer)

@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

(exn...zer)

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

(exn...zer)

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

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.3.141 EXNDS Preis Arzneimittel Apotheke (DYNAMIC)

(exn...zer)

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

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.3.144 EXNDS Arzneimittel Packungsart (DYNAMIC)

(exn...zer)

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

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.3.146 EXNDS Magistralzubereitung-Organizer (DYNAMIC)

(exn...zer)

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

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.3.148 EXNDS Arzneimittel Bezahlt (DYNAMIC)

(exn...zer)

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

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.3.149 EXNDS Arzneimittel Rezeptgebührenbefreit (DYNAMIC)

(exn...zer)

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

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

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

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

<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">
    
  </hl7:entryRelationship></hl7:observation>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(exn...TAX)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

@negationInd

bl

0 … 1

hl7:templateId

II

1 … 1

M

(exn...TAX)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.140

hl7:code

CD

1 … 1

M

(exn...TAX)

@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

(exn...TAX)

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

(exn...TAX)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

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

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

<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

(exn...WST)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

@negationInd

bl

0 … 1

hl7:templateId

II

1 … 1

M

(exn...WST)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.142

hl7:code

CD

1 … 1

M

(exn...WST)

@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

(exn...WST)

@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

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

<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">
    
  </hl7:entryRelationship></hl7:observation>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(exn...eke)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

@negationInd

bl

0 … 1

hl7:templateId

II

1 … 1

M

(exn...eke)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.141

hl7:code

CD

1 … 1

M

(exn...eke)

@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

(exn...eke)

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

(exn...eke)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

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

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

<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

(exn...art)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

@negationInd

bl

0 … 1

hl7:templateId

II

1 … 1

M

(exn...art)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.144

hl7:code

CD

1 … 1

M

(exn...art)

@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

(exn...art)

@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

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>
    
  </hl7:effectiveTime>  
</hl7:organizer>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:organizer

Die Befundgruppe als maschinenlesbares Element.

(exn...zer)

@classCode

cs

1 … 1

F

BATTERY

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...zer)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.138

hl7:templateId

II

1 … 1

M

ELGA

(exn...zer)

@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

(exn...zer)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1.4

hl7:code

CE

1 … 1

M

(exn...zer)

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

(exn...zer)

@code

CONF

1 … 1

F

completed

hl7:effectiveTime

IVL_TS

0 … 1

Fertigstellungszeitpunkt der enthaltenen Tests.

(exn...zer)

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

(exn...zer)

wo [@value]

hl7:low

TS.AT.TZ

0 … 1

(exn...zer)

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

(exn...zer)

wo [@value]

hl7:high

TS.AT.TZ

0 … 1

(exn...zer)

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)

(exn...zer)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … *

Beinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)

(exn...zer)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … *

Beinhaltet 1.2.40.0.34.6.0.11.3.11 Comment Entry (DYNAMIC)

(exn...zer)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

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

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

<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">
    
  </hl7:component>  <hl7:component typeCode="COMP" contextConductionInd="true">
    
  </hl7:component></hl7:organizer>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:organizer

(exn...zer)

@classCode

cs

1 … 1

F

BATTERY

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...zer)

@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

(exn...zer)

hl7:code

CD

1 … 1

M

(exn...zer)

@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

(exn...zer)

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

(exn...zer)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

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)

(exn...zer)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

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

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

<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

(exn...and)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

@negationInd

bl

0 … 1

hl7:templateId

II

1 … 1

M

(exn...and)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.147

hl7:code

CD

1 … 1

M

(exn...and)

@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

(exn...and)

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

(exn...and)

@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

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

<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

(exn...hlt)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

@negationInd

bl

0 … 1

hl7:templateId

II

1 … 1

M

(exn...hlt)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.148

hl7:code

CD

1 … 1

M

(exn...hlt)

@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

(exn...hlt)

@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

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

<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

(exn...Bef)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

@negationInd

bl

0 … 1

hl7:templateId

II

1 … 1

M

(exn...Bef)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.149

hl7:code

CD

1 … 1

M

(exn...Bef)

@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

(exn...Bef)

@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

2024‑05‑21 15:48:03

Andere Versionen mit dieser Id:

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.1+20240628

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

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.0+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.31	Containment	Vaccine Product nicht angegeben (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.9.21	Containment	Performer Body - Impfende Person (1.0.2+20220103)	DYNAMIC
1.2.40.0.34.6.0.11.9.8	Containment	Author Body - e-Impfpass (2.0.0+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.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.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.3.2	Containment	Immunization Target Entry (2.0.0+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.3.5	Containment	Immunization Billability Entry (1.0.1+20230717)	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.0+20230717)	DYNAMIC

Beziehung

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

Beispiel

Impfung - Vollständig für Kompletter Immunisierungsstatus

Beispiel

Nachtragung einer Impfung (z.B. aus Papier-Impfpass)

Item

DT

Kard

Konf

Beschreibung

Label

hl7:substanceAdministration

(atc...ion)

@classCode

cs

1 … 1

F

SBADM

@moodCode

cs

1 … 1

F

EVN

@negationInd

bl

1 … 1

F

false

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

hl7:templateId

II

1 … 1

M

ELGA

(atc...ion)

@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

(atc...ion)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.24

hl7:templateId

II

1 … 1

M

IHE Immunizations Entry

(atc...ion)

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

(atc...ion)

hl7:code

CD

1 … 1

M

(atc...ion)

@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

(atc...ion)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.

Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.

(atc...ion)

@value

1 … 1

R

Schematron assert

role

error

test

starts-with(@value,'#') or starts-with(@value,'http')

Meldung

The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.

hl7:statusCode

CS

1 … 1

M

Fester Wert "completed"

(atc...ion)

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

(atc...ion)

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

Die Art der Anwendung (des Impfstoffes) z.B. subkutan, intramuskulär.

(atc...ion)

CONF

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

(atc...ion)

@nullFlavor

cs

1 … 1

F

NA

Auswahl

1 … 1

Elemente in der Auswahl:

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

hl7:doseQuantity

IVL_PQ

0 … 1

Menge des Wirkstoffs 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.

(atc...ion)

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

@value

1 … 1

R

Dosierung bzw. Menge des verabreichten Impfstoffes.

@unit

cs

0 … 1

CONF

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)

oder

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)

Constraint

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

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

hl7:low

IVXB_PQ

NP

(atc...ion)

hl7:center

PQ

NP

(atc...ion)

hl7:width

PQ

NP

(atc...ion)

hl7:high

IVXB_PQ

NP

(atc...ion)

hl7:doseQuantity

IVL_PQ

0 … 1

(atc...ion)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … 1

Elemente in der Auswahl:

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

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)

(atc...ion)

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

@typeCode

cs

1 … 1

F

CSM

hl7:consumable

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC)

(atc...ion)

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

@typeCode

cs

1 … 1

F

CSM

hl7:performer

0 … 1

C

"Impfende Person": Jene Person, die die Impfung durchführt, z.B. ein Arzt oder eine Hebamme bzw. DGKS 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)

(atc...ion)

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

(atc...ion)

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)

(atc...ion)

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)

(atc...ion)

@typeCode

cs

1 … 1

F

ENT

@contextControlCode

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)

(atc...ion)

@typeCode

cs

1 … 1

F

VRF

@contextControlCode

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)

(atc...ion)

@typeCode

cs

1 … 1

F

AUT

@contextControlCode

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)

(atc...ion)

@typeCode

cs

1 … 1

F

ENT

@contextControlCode

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)

(atc...ion)

@typeCode

cs

1 … 1

F

RSON

@contextConductionInd

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)

(atc...ion)

@typeCode

cs

1 … 1

F

SUBJ

@contextConductionInd

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)

(atc...ion)

@typeCode

cs

1 … 1

F

SUBJ

@contextConductionInd

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)

(atc...ion)

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)

(atc...ion)

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)

(atc...ion)

@typeCode

cs

0 … 1

F

PRCN

Schematron assert

role

error

test

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

Meldung

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

Schematron assert

role

error

test

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

Meldung

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

Schematron assert

role

error

test

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

Meldung

Das Element author MUSS vorhanden sein.

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.4']) or hl7:reference/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

2023‑06‑06 14:50:12

Andere Versionen mit dieser Id:

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

Aktiv

Versions-Label

2.0.0+20230717

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

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.

(atc...get)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

ELGA

(atc...get)

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

(atc...get)

hl7:code

CE

1 … 1

M

Code des Impfstoffes nach Krankheit/Erreger (Impfziel).

(atc...get)

@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

(atc...get)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.

Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.

(atc...get)

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

(atc...get)

@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

2023‑04‑07 10:38:11

Andere Versionen mit dieser Id:

atcdabbr_entry_ImmunizationBillability vom 2021‑02‑19 12:46:42
atcdabbr_entry_ImmunizationBillability vom 2019‑04‑03 14:30:52

Status

Aktiv

Versions-Label

1.0.1+20230717

Name

atcdabbr_entry_ImmunizationBillability

Bezeichnung

Immunization Billability Entry

Beschreibung

Abrechenbarkeit.

Gibt an, ob die Impfung mit dem Bundesland abgerechnet werden kann (Eintragung durch impfenden Arzt).

Identifikationskennzeichen eines Impfgutscheins (bei Vorliegen von Impfgutscheinheften).

Optionales Element. Vorhandensein definiert die Impfung als abrechenbar. Wenn es bei Versionierung fehlt, gilt die Abrechenbarkeit als gelöscht.

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

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

(atc...ity)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

INT

@negationInd

bl

0 … 1

hl7:templateId

II

1 … 1

M

ELGA

(atc...ity)

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

(atc...ity)

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"

(atc...ity)

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

(atc...ity)

hl7:value

CD

1 … 1

M

(atc...ity)

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

(atc...ity)

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

(atc...ity)

wo [not(@nullFlavor)]

hl7:effectiveTime

TS.DATE

0 … 1

nullFlavor

(atc...ity)

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

2023‑04‑05 10:09:25

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

2.0.0+20230717

Name

atcdabbr_entry_ImmunizationSchedule

Bezeichnung

Immunization Schedule Entry

Beschreibung

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

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

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

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

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

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.10

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

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

Beziehung

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

ref

at-cda-bbr-

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

ref

at-cda-bbr-

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

ref

ad1bbr-

Beispiel

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:criterion

1 … 1

M

Impfschema

(atc...ule)

@classCode

cs

0 … 1

F

OBS

@moodCode

cs

0 … 1

F

EVN.CRT

hl7:templateId

II

1 … 1

M

(atc...ule)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.10

Auswahl

1 … 1

Elemente in der Auswahl:

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

hl7:code

CE

0 … 1

(atc...ule)

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@displayName

st

0 … 1

Constraint

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

CONF

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

hl7:code

CE

0 … 1

(atc...ule)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

Eingefügt

1 … 1

M

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

hl7:text

ED

1 … 1

M

(atc...ule)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.

Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.

(atc...ule)

@value

1 … 1

R

Schematron assert

role

error

test

starts-with(@value,'#') or starts-with(@value,'http')

Meldung

The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.

Auswahl

1 … 1

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

Elemente in der Auswahl:

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

Constraint

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

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

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

hl7:value

CD

0 … 1

Dosiskennung

(atc...ule)

wo [not(@nullFlavor)]

@displayName

st

1 … 1

R

@codeSystem

oid

1 … 1

R

@code

cs

1 … 1

R

CONF

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

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC)

hl7:originalText

ED

1 … 1

M

Textinhalt, der codiert wurde.

(atc...ule)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente.

(atc...ule)

@value

1 … 1

R

Schematron assert

role

error

test

starts-with(@value,'#')

Meldung

The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element.

hl7:value

CD

0 … 1

nullFlavor

(atc...ule)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Schematron assert

role

error

test

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

Meldung

value/@nullFlavor = "UNK" ist NICHT ERLAUBT

hl7:value

CD

0 … 1

nullFlavor

(atc...ule)

wo [@nullFlavor='NAV']

@nullFlavor

cs

1 … 1

F

NAV

Schematron assert

role

error

test

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

Meldung

value/@nullFlavor = "NAV" ist NICHT ERLAUBT

hl7:value

CD

0 … 1

nullFlavor

(atc...ule)

wo [@nullFlavor='NA']

@nullFlavor

cs

1 … 1

F

NA

Schematron assert

role

error

test

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

Meldung

value/@nullFlavor = "NA" ist NICHT ERLAUBT

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

2024‑05‑22 08:12:20

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

2.0.1+20240628

Name

atcdabbr_entry_ImmunizationImpfungNichtAngegeben

Bezeichnung

Immunization Entry Impfung nicht angegeben

Beschreibung

Dokumentiert, dass keine Impfung verabreicht wurde.

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

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.28

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

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

Beziehung

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

ref

at-cda-bbr-

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

ref

at-cda-bbr-

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

ref

at-cda-bbr-

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

ref

at-cda-bbr-

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

ref

at-cda-bbr-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.12 eHDSI Immunizations (DYNAMIC)

ref

epsos-

Spezialisierung: Template 2.16.840.1.113883.10.20.1.24 Medication activity (DYNAMIC)

ref

ccd1-

Beispiel

keine Impfung (für Update Immunisierungsstatus ohne Impfung)

Item

DT

Kard

Konf

Beschreibung

Label

hl7:substanceAdministration

(atc...ben)

@classCode

cs

1 … 1

F

SBADM

@moodCode

cs

1 … 1

F

EVN

@negationInd

bl

1 … 1

F

false

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

hl7:templateId

II

1 … 1

M

ELGA

(atc...ben)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.28

hl7:templateId

II

1 … 1

M

Medication activity

(atc...ben)

wo [@root='2.16.840.1.113883.10.20.1.24']

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.24

hl7:templateId

II

1 … 1

M

IHE Immunizations Entry

(atc...ben)

wo [@root='1.3.6.1.4.1.19376.1.5.3.1.4.12']

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.12

hl7:id

II

1 … 1

M

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

(atc...ben)

@root

uid

1 … 1

R

@extension

st

0 … 1

hl7:code

CD

1 … 1

M

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

(atc...ben)

@code

cs

1 … 1

F

90351000119108

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.6.96

@codeSystemName

st

1 … 1

F

SNOMED CT

@displayName

st

1 … 1

F

Vaccination not done (situation)

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)

hl7:text

ED

1 … 1

M

(atc...ben)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.

Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.

(atc...ben)

@value

1 … 1

R

Schematron assert

role

error

test

starts-with(@value,'#') or starts-with(@value,'http')

Meldung

The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.

hl7:statusCode

CS

1 … 1

M

Fester Wert "completed"

(atc...ben)

@code

cs

1 … 1

F

completed

hl7:effectiveTime

TS.AT.TZ

1 … 1

R

Fester Wert: nullFlavor "UNK"

(atc...ben)

@nullFlavor

cs

1 … 1

F

UNK

hl7:routeCode

CE

1 … 1

R

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

(atc...ben)

@nullFlavor

cs

1 … 1

F

NA

hl7:approachSiteCode

CD

1 … 1

R

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

(atc...ben)

@nullFlavor

cs

1 … 1

F

NA

hl7:consumable

1 … 1

M

Beinhaltet 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC)

(atc...ben)

@typeCode

cs

1 … 1

F

CSM

8.3.2.98 Immunization Recommendation Entry

Id

1.2.40.0.34.6.0.11.3.3

ref

at-cda-bbr-

Gültigkeit

2023‑01‑23 16:19:01

Andere Versionen mit dieser Id:

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.0+20230717

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 automatisiert von einem Regelwerk 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.0+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.31	Containment	Vaccine Product nicht angegeben (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.9.8	Containment	Author Body - e-Impfpass (2.0.0+20230717)	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.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.3.2	Containment	Immunization Target Entry (2.0.0+20230717)	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.0+20230717)	DYNAMIC

Beziehung

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

Beispiel

Empfohlene Impfung ohne Termin

Beispiel

Keine weitere Impfung notwendig

Beispiel

Nicht indizierte Impfung (Update Immunisierungsstatus)

Beispiel

Nicht indizierte Impfung (Kompletter Immunisierungsstatus)

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

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

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

@contextControlCode

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

@contextControlCode

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

@contextControlCode

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

@contextConductionInd

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

@contextConductionInd

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

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

Beispiel

Strukturbeispiel

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

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

<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"/> 
</hl7:act>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

(exn...Act)

hl7:templateId

II

1 … 1

M

(exn...Act)

@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

(exn...Act)

hl7:code

CD (extensible)

1 … 1

M

(exn...Act)

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)

(exn...Act)

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)

(exn...Act)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

8.3.2.101 EXNDS ExternalDocument

Id

1.2.40.0.34.6.0.11.3.151

Gültigkeit

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

<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

(exn...ent)

hl7:templateId

II

1 … 1

M

(exn...ent)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.151

hl7:id

II

1 … 1

M

(exn...ent)

@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

(exn...ent)

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

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

<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>
    
  </hl7:reference></hl7:act>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

(exn...Act)

hl7:templateId

II

1 … 1

M

(exn...Act)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.152

hl7:code

CD (extensible)

1 … 1

M

(exn...Act)

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

(exn...Act)

hl7:reference

1 … 1

M

Beinhaltet 1.2.40.0.34.6.0.11.3.153 EXNDS ExternalAct (DYNAMIC)

(exn...Act)

8.3.2.103 EXNDS ExternalAct

Id

1.2.40.0.34.6.0.11.3.153

Gültigkeit

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

<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

(exn...Act)

hl7:templateId

II

1 … 1

M

(exn...Act)

@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

(exn...Act)

@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

(exn...Act)

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

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

<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>
    
  </hl7:reference></hl7:act>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

(exn...Act)

hl7:templateId

II

1 … 1

M

(exn...Act)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.154

hl7:code

CD (extensible)

1 … 1

M

(exn...Act)

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

(exn...Act)

hl7:reference

1 … 1

M

Beinhaltet 1.2.40.0.34.6.0.11.3.153 EXNDS ExternalAct (DYNAMIC)

(exn...Act)

8.3.2.105 EXNDS Attachment Act

Id

1.2.40.0.34.6.0.11.3.155

Gültigkeit

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

<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>
    
  </hl7:informant>  
  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">
    
  </hl7:entryRelationship>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">
    
  </hl7:entryRelationship></hl7:act>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

(exn...Act)

hl7:templateId

II

1 … 1

M

(exn...Act)

@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

(exn...Act)

hl7:code

CD (extensible)

1 … 1

M

(exn...Act)

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.

(exn...Act)

hl7:informant

0 … 1

R

Angaben zum Befundersteller

(exn...Act)

Eingefügt

von 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)

@typeCode

cs

0 … 1

F

INF

@contextControlCode

cs

0 … 1

F

OP

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:assignedEntity welches enthält Template 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (DYNAMIC)
hl7:relatedEntity

hl7:assignedEntity

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (DYNAMIC)

(exn...Act)

hl7:relatedEntity

0 … 1

(exn...Act)

@classCode

cs

1 … 1

F

PRS

hl7:code

CE

0 … 1

R

(exn...Act)

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)

(exn...Act)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

R

(exn...Act)

wo [not(@nullFlavor)]

hl7:relatedPerson

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (DYNAMIC)

(exn...Act)

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)

(exn...Act)

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)

(exn...Act)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:entryRelationship

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.3.156 EXNDS Befunderstellungsdatum (DYNAMIC)

(exn...Act)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:entryRelationship

0 … *

Beinhaltet 1.2.40.0.34.6.0.11.3.11 Comment Entry (DYNAMIC)

(exn...Act)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

8.3.2.106 EXNDS Befunderstellungsdatum

Id

1.2.40.0.34.6.0.11.3.156

Gültigkeit

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

<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

(exn...tum)

hl7:templateId

II

1 … 1

M

(exn...tum)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.156

hl7:code

CD (extensible)

1 … 1

M

(exn...tum)

@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

(exn...tum)

8.3.2.107 EXNDS Krankenstand Act

Id

1.2.40.0.34.6.0.11.3.159

Gültigkeit

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

<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>
    <hl7:low value="20210212135253"/>  </hl7:effectiveTime>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">
    
  </hl7:entryRelationship>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">
    
  </hl7:entryRelationship></hl7:act>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

(exn...and)

hl7:templateId

II

1 … 1

M

(exn...and)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.159

hl7:code

CD

1 … 1

M

(exn...and)

@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

(exn...and)

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)

(exn...and)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

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)

(exn...and)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

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

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

<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">
    
  </hl7:value></hl7:observation>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(exn...und)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.157

hl7:id

II

0 … *

(exn...und)

hl7:code

CD

1 … 1

M

(exn...und)

@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

(exn...und)

hl7:value

CD

1 … 1

R

(exn...und)

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.

(exn...und)

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.

(exn...und)

@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

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

<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

(exn...nde)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(exn...nde)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.158

hl7:id

II

0 … *

(exn...nde)

hl7:code

CD

1 … 1

M

(exn...nde)

@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

(exn...nde)

hl7:value

TS

1 … 1

M

(exn...nde)

@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

ref

at-cda-bbr-

Gültigkeit

2023‑04‑13 13:21:00

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

1.0.1+20230717

Name

atcdabbr_other_AddressCompilation

Bezeichnung

Address Compilation

Beschreibung

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

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

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

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

ref

at-cda-bbr-

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

ref

at-cda-bbr-

Beispiel

Österreichische Postadresse - G2

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

Beispiel

Österreichische Postadresse - G3

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

Item

DT

Kard

Konf

Beschreibung

Label

@use

cs

0 … 1

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

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

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

hl7:streetAddressLine

ADXP

0 … 1

C

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

(atc...ion)

Constraint

Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden.

hl7:streetName

ADXP

0 … 1

C

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

(atc...ion)

hl7:houseNumber

ADXP

0 … 1

C

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

(atc...ion)

hl7:postalCode

ADXP

1 … 1

M

Postleitzahl

(atc...ion)

hl7:city

ADXP

1 … 1

M

Stadt

(atc...ion)

hl7:state

ADXP

0 … 1

Bundesland

(atc...ion)

hl7:country

ADXP

1 … 1

M

Staat.

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

(atc...ion)

Schematron assert

role

info

test

string-length(text()) = 3

Meldung

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

hl7:additionalLocator

ADXP

0 … 1

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

(atc...ion)

Schematron assert

role

error

test

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

Meldung

Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden.

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

2023‑03‑31 11:20:05

Andere Versionen mit dieser Id:

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

Status

Aktiv

Versions-Label

1.0.1+20230717

Name

atcdabbr_other_PersonNameCompilationG2M

Bezeichnung

Person Name Compilation G2 M

Beschreibung

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

Name ist Mandatory. Keine nullFlavor erlaubt!

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

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

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

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

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

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

ref

at-cda-bbr-

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

ref

at-cda-bbr-

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

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

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

Item

DT

Kard

Konf

Beschreibung

Label

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Namen-Element (Person)

(atc...G2M)

@use

cs

0 … 1

Die genaue Bedeutung des angegebenen Namens, z.B. Angabe eines Künstlernamens mit „A" für „Artist“.

Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“.

Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).

hl7:prefix

ENXP

0 … *

Beliebig viele Präfixe zum Namen, z.B. Akademische Titel

Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!

(atc...G2M)

@qualifier

cs

0 … 1

Bedeutung eines prefix-Elements, z.B. Angabe eines akademischen mit "AC" für „Academic“.

Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier".

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:family

ENXP

1 … *

M

Mindestens ein Hauptname (Nachname).

(atc...G2M)

@qualifier

cs

0 … 1

Bedeutung eines family-Elements, z.B. Angabe eines Geburtsnamen mit „BR" für „Birth“.

Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:given

ENXP

1 … *

M

Mindestens ein Vorname

(atc...G2M)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:suffix

ENXP

0 … *

Beliebig viele Suffixe zum Namen

(atc...G2M)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B.: AC („Academic“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

8.3.3.3 Person Name Compilation G1 M

Id

1.2.40.0.34.6.0.11.9.12

ref

at-cda-bbr-

Gültigkeit

2023‑04‑17 09:10:56

Andere Versionen mit dieser Id:

atcdabbr_other_PersonNameCompilationG1M vom 2021‑02‑19 13:36:43
atcdabbr_other_PersonNameCompilationG1M vom 2019‑04‑02 12:34:04

Status

Aktiv

Versions-Label

1.0.1+20230717

Name

atcdabbr_other_PersonNameCompilationG1M

Bezeichnung

Person Name Compilation G1 M

Beschreibung

In Granularitätsstufe 1 wird der Personen-Name unstrukturiert angegeben. Die einzelnen Elemente des Namens (Vornamen, Nachnamen) werden nicht getrennt.

Name ist Mandatory. Keine nullFlavor erlaubt!

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (2021‑02‑19 13:36:43)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (2019‑04‑02 12:34:04)

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.26 Person Name Compilation G1 (2019‑03‑11 11:40:35)

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

<placeholder classCode="PSN" determinerCode="INSTANCE">
<name>Dr. Herbert Mustermann</name></placeholder>

Beispiel

Künstlername

<placeholder classCode="PSN" determinerCode="INSTANCE">
<name use="A">Dr. Kurt Ostbahn </name></placeholder>

Beispiel

Unbekannte Person (z.B. „An den Hausarzt“)

<placeholder classCode="PSN" determinerCode="INSTANCE">
<name>Hausarzt</name></placeholder>

Item

DT

Kard

Konf

Beschreibung

Label

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Namen-Element (Person)

(atc...G1M)

@use

cs

0 … 1

Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist, z.B. A („Artist“).

Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“.

Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).

8.3.3.4 Organization Name Compilation

Id

1.2.40.0.34.6.0.11.9.27

ref

at-cda-bbr-

Gültigkeit

2021‑06‑28 14:00:14

Andere Versionen mit dieser Id:

atcdabbr_other_OrganizationNameCompilation vom 2021‑02‑19 13:31:42
atcdabbr_other_OrganizationNameCompilation vom 2019‑03‑11 12:06:20

Status

Aktiv

Versions-Label

1.0.1+20210628

Name

atcdabbr_other_OrganizationNameCompilation

Bezeichnung

Organization Name Compilation

Beschreibung

Organisations-Namen werden über das Element name abgebildet.

Dieser Implementierungsleitfaden lässt nur die unstrukturierte Angabe des Organisations-namens zu.

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (2021‑02‑19 13:31:42)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (2019‑03‑11 12:06:20)

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.26 Person Name Compilation G1 (2019‑03‑11 11:40:35)

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33)

ref

at-cda-bbr-

Beispiel

Beispiel 1

<name>Krankenhaus Wels</name>

Item

DT

Kard

Konf

Beschreibung

Label

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

ON

1 … 1

M

Name der Organisation. Bei Organisationen die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.

Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.

(atc...ion)

8.3.3.5 Address Compilation Minimal

Id

1.2.40.0.34.6.0.11.9.10

ref

at-cda-bbr-

Gültigkeit

2023‑04‑06 14:31:34

Andere Versionen mit dieser Id:

atcdabbr_other_AddressCompilationMinimal vom 2021‑06‑28 13:44:14
atcdabbr_other_AddressCompilationMinimal vom 2021‑02‑19 13:05:57
atcdabbr_other_AddressCompilationMinimal vom 2019‑03‑27 11:26:08

Status

Aktiv

Versions-Label

1.0.2+20230717

Name

atcdabbr_other_AddressCompilationMinimal

Bezeichnung

Address Compilation Minimal

Beschreibung

Adressangabe in Granularitätsstufe 2 oder 3

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (2021‑06‑28 13:44:14)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (2021‑02‑19 13:05:57)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (2019‑03‑27 11:26:08)

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.4 Address Information Compilation (2019‑02‑11 13:19:54)

ref

at-cda-bbr-

Beispiel

Österreichische Postadresse

<addr>
<streetName>Musterstraße</streetName> <houseNumber>11a/2/1</houseNumber> <postalCode>7000</postalCode> <city>Eisenstadt</city> <state>Burgenland</state> <country>AUT</country> <additionalLocator>Station A, Zimmer 9</additionalLocator></addr>

Beispiel

Besuchsadresse

<addr use="PHYS">
  
  
  <additionalLocator>Volksschule Brittenau, Klasse 3b</additionalLocator></addr>

Item

DT

Kard

Konf

Beschreibung

Label

@use

cs

0 … 1

Die genaue Bedeutung der angegebenen Adresse kann über das @use Attribut angegeben werden.
Wird kein @use Attribut angegeben, gilt bei Personen die Adresse als Wohnadresse „H“ und bei Organisationen als Büroadresse „WP“.

Wird ein Hauptwohnsitz "HP" angegeben, gelten die mit "H" deklarierten Wohnsitze als Nebenwohnsitze.

Zulässige Werte gemäß Value Set "ELGA_AddressUse".

hl7:streetAddressLine

ADXP

0 … 1

C

Straße mit Hausnummer
Bsp: Musterstraße 11a/2/1

(atc...mal)

Constraint

Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden.

hl7:streetName

ADXP

0 … 1

C

Straße ohne Hausnummer
z.B. Musterstraße

(atc...mal)

hl7:houseNumber

ADXP

0 … 1

C

Hausnummer
z.B. 11a/2/1

(atc...mal)

hl7:postalCode

ADXP

0 … 1

Postleitzahl

(atc...mal)

hl7:city

ADXP

0 … 1

Stadt

(atc...mal)

hl7:state

ADXP

0 … 1

Bundesland

(atc...mal)

hl7:country

ADXP

0 … 1

Staat.
Es wird EMPFOHLEN, den Staat im ISO 3 Ländercode (ISO-3166-1 Alpha 3) anzugeben, z.B. „AUT“ für Österreich, „DEU“ für Deutschland.

(atc...mal)

Schematron assert

role

info

test

string-length(text()) = 3

Meldung

content length = 3 characters

hl7:additionalLocator

ADXP

0 … 1

Zusätzliche Addressinformationen, z.B. Station, Zimmernummer im Altersheim

(atc...mal)

Schematron assert

role

error

test

not(hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber)) or ((hl7:streetAddressLine or (hl7:streetName and hl7:houseNumber)) and not((hl7:streetAddressLine and hl7:streetName and hl7:houseNumber) or (hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber))))

Meldung

Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden.

8.3.3.6 Device Compilation

Id

1.2.40.0.34.6.0.11.9.18

ref

at-cda-bbr-

Gültigkeit

2023‑04‑06 14:24:15

Andere Versionen mit dieser Id:

atcdabbr_other_DeviceCompilation vom 2021‑06‑28 13:57:36
atcdabbr_other_DeviceCompilation vom 2021‑02‑19 13:12:38
atcdabbr_other_DeviceCompilation vom 2019‑02‑13 10:11:00

Status

Aktiv

Versions-Label

1.0.2+20230717

Name

atcdabbr_other_DeviceCompilation

Bezeichnung

Device Compilation

Beschreibung

Datenerstellende Geräte/Software

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (2021‑06‑28 13:57:36)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (2021‑02‑19 13:12:38)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (2019‑02‑13 10:11:00)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.315 CDA Device (2005‑09‑07)

ref

ad1bbr-

Beispiel

Software

<placeholder classCode="DEV" determinerCode="INSTANCE">
<manufacturerModelName>Good Health System</manufacturerModelName> <softwareName>Best Health Software Application</softwareName></placeholder>

Item

DT

Kard

Konf

Beschreibung

Label

@classCode

cs

0 … 1

F

DEV

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:manufacturerModelName

SC

1 … 1

M

Angabe des Herstellers sowie der Modellbezeichnung des datenerstellenden Gerätes bzw. der Software/des Softwarepakets.

(atc...ion)

hl7:softwareName

SC

1 … 1

M

Bezeichnung der datenerstellenden Software inkl. Versionsangabe.

(atc...ion)

8.3.3.7 Organization Compilation with id, name

Id

1.2.40.0.34.6.0.11.9.5

ref

at-cda-bbr-

Gültigkeit

2021‑06‑28 13:57:53

Andere Versionen mit dieser Id:

atcdabbr_other_OrganizationCompilationWithIdName vom 2021‑02‑19 13:31:10
atcdabbr_other_OrganizationCompilationWithIdName vom 2019‑03‑25 13:43:57

Status

Aktiv

Versions-Label

1.0.1+20210628

Name

atcdabbr_other_OrganizationCompilationWithIdName

Bezeichnung

Organization Compilation with id, name

Beschreibung

Wiederverwendbare Compilation mit verpflichtender Angabe von name und id.

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.25	Containment	Address Compilation (1.0.1+20230717)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (2021‑02‑19 13:31:10)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (2019‑03‑25 13:43:57)

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.12 (2019‑02‑12 15:50:47)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.151 CDA Organization (2005‑09‑07)

ref

ad1bbr-

Beispiel

Strukturbeispiel

<placeholder classCode="ORG" determinerCode="INSTANCE">
  
  <id root="1.2.40.0.34.99.4613.3" assigningAuthorityName="GDA Index"/>  
  <name>Amadeus Spital - Chirurgische Abteilung</name>  
  <telecom value="tel:+43.6138.3453446.0"/>  <telecom value="fax:+43.6138.3453446.4674"/>  <telecom value="mailto:info@amadeusspital.at"/>  <telecom value="http://www.amadeusspital.at"/>  
  <addr>
    
  </addr></placeholder>

Beispiel

Strukturbeispiel - minimal

<placeholder classCode="ORG" determinerCode="INSTANCE">
  
  <id root="1.2.40.0.34.99.4613.3" assigningAuthorityName="GDA Index"/>  
  <name>Amadeus Spital - Chirurgische Abteilung</name></placeholder>

Item

DT

Kard

Konf

Beschreibung

Label

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

1 … *

M

ID der Organisation.

(atc...ame)

hl7:name

ON

1 … 1

M

Name der Organisation. Bei Organisationen die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.

(atc...ame)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(atc...ame)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567

Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. Bsp: WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...ame)

wo [not(@nullFlavor)]

8.3.3.8 Assigned Entity

Id

1.2.40.0.34.6.0.11.9.22

ref

at-cda-bbr-

Gültigkeit

2023‑04‑13 13:14:55

Andere Versionen mit dieser Id:

atcdabbr_other_AssignedEntity vom 2021‑05‑26 13:50:41
atcdabbr_other_AssignedEntity vom 2021‑02‑19 13:09:09
atcdabbr_other_AssignedEntity vom 2019‑03‑04 12:03:36

Status

Aktiv

Versions-Label

1.0.2+20230717

Name

atcdabbr_other_AssignedEntity

Bezeichnung

Assigned Entity

Beschreibung

Zusammengesetzte Objekte die Person- und Organisationsinformationen enthalten.

Hierbei MUSS jedenfalls die „Person“ der Entität angegeben werden. Die Angabe der Organisation, der die Person angehört, ist prinzipiell optional. Diese Optionalität kann sich in Abhängigkeit vom konkreten Anwendungsfall in „verpflichtend“ ändern.

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 3 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.25	Containment	Address Compilation (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.11	Containment	Person Name Compilation G2 M (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.9	Containment	Organization Compilation with name (1.0.0+20210219)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.22 Assigned Entity (2021‑05‑26 13:50:41)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.22 Assigned Entity (2021‑02‑19 13:09:09)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.22 Assigned Entity (2019‑03‑04 12:03:36)

ref

at-cda-bbr-

Beispiel

Item

DT

Kard

Konf

Beschreibung

Label

@classCode

cs

0 … 1

F

ASSIGNED

Auswahl

1 … *

Mindestens eine ID der Person der Entität

Elemente in der Auswahl:

hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='NI']
hl7:id[@nullFlavor='UNK']

Constraint

Zugelassene nullFlavor:

NI … Die Person der Entität hat keine Identifikationsnummer
UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt

hl7:id

II

0 … *

( atcdabbr_other_AssignedEntity)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

( atcdabbr_other_AssignedEntity)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

( atcdabbr_other_AssignedEntity)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
hl7:addr[@nullFlavor='UNK']

hl7:addr

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

( atcdabbr_other_AssignedEntity)

wo [not(@nullFlavor)]

hl7:addr

0 … 1

( atcdabbr_other_AssignedEntity)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontakt-Elemente der Person der Entität.

Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.

( atcdabbr_other_AssignedEntity)

wo [not(@nullFlavor)]

@value

url

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.).

Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567

Zulässige Werteliste für telecom Präfixe gemäß Value Set "ELGA_URLScheme"

@use

cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP.

Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"

Constraint

Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:assignedPerson

1 … 1

M

Personendaten der Person der Entität.

Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

( atcdabbr_other_AssignedEntity)

hl7:representedOrganization

0 … 1

R

Organisationsdaten der Entität.

Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

( atcdabbr_other_AssignedEntity)

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

2021‑02‑19 13:31:25

Andere Versionen mit dieser Id:

atcdabbr_other_OrganizationCompilationWithName vom 2019‑02‑13 10:30:51

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_other_OrganizationCompilationWithName

Bezeichnung

Organization Compilation with name

Beschreibung

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.25	Containment	Address Compilation (1.0.1+20230717)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (2019‑02‑13 10:30:51)

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.12 (2019‑02‑12 15:50:47)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.151 CDA Organization (2005‑09‑07)

ref

ad1bbr-

Beispiel

Strukturbeispiel: Organisation

<placeholder classCode="ORG" determinerCode="INSTANCE">
  
  <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>  
  <name>Amadeus Spital - Chirurgische Abteilung</name>  
  <telecom value="tel:+43.6138.3453446.0"/>  <telecom value="fax:+43.6138.3453446.4674"/>  <telecom value="mailto:info@amadeusspital.at"/>  <telecom value="http://www.amadeusspital.at"/>  
  <addr>
    
  </addr></placeholder>

Beispiel

Strukturbeispiel: Organisation - minimal

<placeholder classCode="ORG" determinerCode="INSTANCE">

<name>Amadeus Spital - Chirurgische Abteilung</name></placeholder>

Item

DT

Kard

Konf

Beschreibung

Label

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(atc...ame)

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.

(atc...ame)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(atc...ame)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...ame)

wo [not(@nullFlavor)]

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

2021‑06‑28 14:02:29

Andere Versionen mit dieser Id:

atcdabbr_other_TimeIntervalInformationMinimal vom 2021‑02‑19 13:37:11
atcdabbr_other_TimeIntervalInformationMinimal vom 2019‑04‑08 08:15:46

Status

Aktiv

Versions-Label

1.0.1+20210628

Name

atcdabbr_other_TimeIntervalInformationMinimal

Bezeichnung

Time Interval Information minimal

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (2021‑02‑19 13:37:11)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (2019‑04‑08 08:15:46)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:low[@value]
hl7:low[@nullFlavor='UNK']

hl7:low

TS.AT.TZ

0 … 1

(atc...mal)

wo [@value]

hl7:low

TS.AT.TZ

0 … 1

(atc...mal)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:high[@value]
hl7:high[@nullFlavor='UNK']

hl7:high

TS.AT.TZ

0 … 1

(atc...mal)

wo [@value]

hl7:high

TS.AT.TZ

0 … 1

(atc...mal)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

8.3.3.11 Original Text Reference

Id

1.2.40.0.34.6.0.11.9.2

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 13:31:48

Andere Versionen mit dieser Id:

atcdabbr_other_OriginalTextReference vom 2019‑01‑18 10:49:11

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_other_OriginalTextReference

Bezeichnung

Original Text Reference

Beschreibung

Verweist auf die Stelle im narrativen Text-Bereich (section.text), an der der gegebene codierte Inhalt (originalText von code oder value) beschrieben ist.

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.2 Original Text Reference (2019‑01‑18 10:49:11)

ref

at-cda-bbr-

Beispiel

<originalText>
<reference value="#myref-2"/></originalText>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:originalText

ED

0 … 1

Textinhalt, der codiert wurde.

(atc...nce)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente.

(atc...nce)

@value

1 … 1

R

Schematron assert

role

error

test

starts-with(@value,'#')

Meldung

The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element.

8.3.3.12 Author Body

Id

1.2.40.0.34.6.0.11.9.36

ref

at-cda-bbr-

Gültigkeit

2023‑04‑05 13:52:41

Andere Versionen mit dieser Id:

atcdabbr_other_AuthorBody vom 2021‑02‑19 13:12:19
atcdabbr_other_AuthorBody vom 2019‑11‑20 12:13:04
atcdabbr_other_AuthorBody vom 2019‑01‑18 11:37:17

Status

Aktiv

Versions-Label

1.0.1+20230717

Name

atcdabbr_other_AuthorBody

Bezeichnung

Author Body

Beschreibung

Der Autor (author) ist der Verfasser bzw. geistige Urheber eines bestimmten Inhalts. In der Regel ist das eine Person oder mehrere Personen, es kann aber auch ein "Gerät" - ein Programm oder Software den Inhalt automatisiert erstellen.
Element für Sections und Entries.
Wenn nicht angegeben, gilt das jeweils "darüberlegende" Author-Element (Section, Document).

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 4 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.25	Containment	Address Compilation (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.6	Inklusion	Person Name Compilation G2 (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.18	Containment	Device Compilation (1.0.2+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.5	Containment	Organization Compilation with id, name (1.0.1+20210628)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.9.36 Author Body (2021‑02‑19 13:12:19)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.36 Author Body (2019‑11‑20 12:13:04)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.318 CDA Author (Body) (2005‑09‑07)

ref

ad1bbr-

Beispiel

Item

DT

Kard

Konf

Beschreibung

Label

@typeCode

cs

0 … 1

F

AUT

@contextControlCode

cs

0 … 1

F

OP

hl7:functionCode

CE

0 … 1

Funktionscode des Verfassers des Dokuments

z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“, …

Eigene Codes und Bezeichnungen können verwendet werden.

Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen.

(atc...ody)

Auswahl

1 … 1

Zeitpunkt der Freigabe der Dokumentation

Elemente in der Auswahl:

hl7:time[not(@nullFlavor)]
hl7:time[@nullFlavor='UNK']

hl7:time

TS.AT.TZ

0 … 1

(atc...ody)

wo [not(@nullFlavor)]

hl7:time

TS.AT.TZ

0 … 1

nullFlavor

(atc...ody)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:assignedAuthor

1 … 1

R

(atc...ody)

@classCode

cs

0 … 1

F

ASSIGNED

Auswahl

1 … *

Elemente in der Auswahl:

hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='UNK']

hl7:id

II

0 … *

(atc...ody)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(atc...ody)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:code

CE

0 … 1

(atc...ody)

wo [not(@nullFlavor)]

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)

hl7:addr

AD

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...ody)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation des Verfassers des Dokuments.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(atc...ody)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.)

Zulässige Werteliste für telecom-Präfixe gemäß Value Set "ELGA_URLScheme"

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse"

Constraint

Werden mehrere gleichartige telecom-Element strukturiert, MUSS jeweils das Attribut @use angeführt sein.

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:assignedPerson
hl7:assignedAuthoringDevice welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)

hl7:assignedPerson

0 … 1

(atc...ody)

Beispiel

<assignedPerson classCode="PSN" determinerCode="INSTANCE">
<name>
<prefix qualifier="AC">Univ.-Prof. Dr.</prefix> <given>Isabella</given> <family>Stern</family> </name></assignedPerson>

Eingefügt

1 … 1

R

von 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

Auswahl

1 … 1

Namen-Element (Person)

Elemente in der Auswahl:

hl7:name[not(@nullFlavor)]
hl7:name[@nullFlavor='UNK']
hl7:name[@nullFlavor='MSK']

hl7:name

PN

0 … 1

(atc...ody)

wo [not(@nullFlavor)]

@use

cs

0 … 1

Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist, z.B. A („Artist“).

Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“.

Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).

hl7:prefix

ENXP

0 … *

Beliebig viele Präfixe zum Namen, z.B. Akademische Titel
Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!

(atc...ody)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines prefix-Elements, beispielsweise dass das angegebene Präfix einen akademischen Titel darstellt, z.B. AC („Academic“).

Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:family

ENXP

1 … *

M

Mindestens ein Hauptname (Nachname)

(atc...ody)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines family-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“)
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:given

ENXP

1 … *

M

Mindestens ein Vorname

(atc...ody)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet.

z.B.: BR („Birth“)

Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:suffix

ENXP

0 … *

Beliebig viele Suffixe zum Namen

(atc...ody)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B. AC („Academic“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:name

PN

0 … 1

(atc...ody)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:name

PN

0 … 1

(atc...ody)

wo [@nullFlavor='MSK']

@nullFlavor

cs

1 … 1

F

MSK

hl7:assignedAuthoringDevice

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)

(atc...ody)

Beispiel

hl7:representedOrganization

0 … 1

Organisation, in deren Auftrag und Verantwortlichkeit der Inhalt erstellt wurde

Beinhaltet 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (DYNAMIC)

(atc...ody)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

8.3.3.13 Person Name Compilation G2

Id

1.2.40.0.34.6.0.11.9.6

ref

at-cda-bbr-

Gültigkeit

2023‑03‑31 11:15:55

Andere Versionen mit dieser Id:

atcdabbr_other_PersonNameCompilationG2 vom 2021‑02‑19 13:36:49
atcdabbr_other_PersonNameCompilationG2 vom 2019‑02‑12 14:00:33

Status

Aktiv

Versions-Label

1.0.1+20230717

Name

atcdabbr_other_PersonNameCompilationG2

Bezeichnung

Person Name Compilation G2

Beschreibung

In Granularitätsstufe 2 wird der Personen-Name strukturiert angegeben. Die einzelnen Elemente des Namens (mindestens ein Vorname und mindestens ein Nachname) werden getrennt angegeben.
nullFlavors für Name zugelassen!
Die korrekte Reihenfolge der einzelnen Namenselemente ist wichtig. Als Richtlinie gilt, dass diese in der "natürlichen" Reihenfolge der Benutzung des Namens angegeben werden. Das ist besonders in den folgenden Fällen relevant:

Präfixe (prefix) MÜSSEN immer vor dem Namen stehen, zu dem sie gehören.
Vornamen (given) MÜSSEN immer in der offiziellen (gesetzlichen) Sequenz stehen.
Nachnamen (family) und ein eventuelles Trennzeichen (meistens ‘-‘) MÜSSEN in der offiziellen Sequenz stehen, abhängig von der Wahl bei der Eheschließung.
Suffixe (suffix) MÜSSEN immer hinter dem Namen stehen, zu dem sie gehören.

Für die Namenselemente kann zur näheren Bestimmung ein Qualifier angegeben werden (aus dem Value Set ELGA_EntityNamePartQualifier“), v.a. für Präfix/Suffix.

Es gibt auch nicht näher bestimmte Präfixe/Suffixe, z.B. trifft das für die Angabe von "Junior" oder "Senior" bzw "Jun."/"Sen" oder "Jr."/"Sr" zu.

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2021‑02‑19 13:36:49)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

<name>
<prefix qualifier="NB">Gräfin</prefix> <given>Sissi</given> <family>Österreich</family> <family qualifier="BR">Habsburg</family> <suffix qualifier="AC">MSc</suffix></name>

Beispiel

Unbekannte Person

Item

DT

Kard

Konf

Beschreibung

Label

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

Auswahl

1 … 1

Namen-Element (Person)

Elemente in der Auswahl:

hl7:name[not(@nullFlavor)]
hl7:name[@nullFlavor='UNK']
hl7:name[@nullFlavor='MSK']

hl7:name

PN

0 … 1

(atc...nG2)

wo [not(@nullFlavor)]

@use

cs

0 … 1

Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist, z.B. A („Artist“).

Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“.

Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).

hl7:prefix

ENXP

0 … *

Beliebig viele Präfixe zum Namen, z.B. Akademische Titel
Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!

(atc...nG2)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines prefix-Elements, beispielsweise dass das angegebene Präfix einen akademischen Titel darstellt, z.B. AC („Academic“).

Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:family

ENXP

1 … *

M

Mindestens ein Hauptname (Nachname)

(atc...nG2)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines family-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“)
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:given

ENXP

1 … *

M

Mindestens ein Vorname

(atc...nG2)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet.

z.B.: BR („Birth“)

Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:suffix

ENXP

0 … *

Beliebig viele Suffixe zum Namen

(atc...nG2)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B. AC („Academic“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:name

PN

0 … 1

(atc...nG2)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:name

PN

0 … 1

(atc...nG2)

wo [@nullFlavor='MSK']

@nullFlavor

cs

1 … 1

F

MSK

8.3.3.14 Informant Body

Id

1.2.40.0.34.6.0.11.9.3

ref

at-cda-bbr-

Gültigkeit

2021‑10‑04 08:03:25

Andere Versionen mit dieser Id:

atcdabbr_other_InformantBody vom 2021‑10‑01 14:13:11
atcdabbr_other_InformantBody vom 2021‑02‑19 13:12:43
atcdabbr_other_InformantBody vom 2019‑02‑07 13:29:32

Status

Aktiv

Versions-Label

1.0.1+20211213

Name

atcdabbr_other_InformantBody

Bezeichnung

Informant Body

Beschreibung

Template für die Angabe des Informanten im CDA Body (Section oder Entry). Als Informanten können auftreten:

relatedEntity: der Patient selbst oder eine verwandte / bekannte Person
assignedEntity: ein Gesundheitsdiensteanbieter (GDA)

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 3 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.16	Containment	Assigned Entity Body (1.0.1+20210526)	DYNAMIC
1.2.40.0.34.6.0.11.9.10	Containment	Address Compilation Minimal (1.0.2+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.6	Containment	Person Name Compilation G2 (1.0.1+20230717)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.3 Informant Body (2021‑02‑19 13:12:43)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.3 Informant Body (2019‑02‑07 13:29:32)

ref

at-cda-bbr-

Adaptation: Template 2.16.840.1.113883.10.12.319 CDA Informant (Body) (2005‑09‑07)

ref

ad1bbr-

Beispiel

Informant ist verwandte Person

Beispiel

Informant ist der Patient selbst

Item

DT

Kard

Konf

Beschreibung

Label

@typeCode

cs

0 … 1

F

INF

@contextControlCode

cs

0 … 1

F

OP

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:assignedEntity welches enthält Template 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (DYNAMIC)
hl7:relatedEntity

hl7:assignedEntity

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (DYNAMIC)

(atc...ody)

hl7:relatedEntity

0 … 1

(atc...ody)

@classCode

cs

1 … 1

F

PRS

hl7:code

CE

0 … 1

R

(atc...ody)

wo [not(@nullFlavor)]

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)

hl7:addr

AD

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)

(atc...ody)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

R

(atc...ody)

wo [not(@nullFlavor)]

hl7:relatedPerson

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (DYNAMIC)

(atc...ody)

8.3.3.15 Assigned Entity Body

Id

1.2.40.0.34.6.0.11.9.16

ref

at-cda-bbr-

Gültigkeit

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

( atcdabbr_other_AssignedEntityBody)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

( atcdabbr_other_AssignedEntityBody)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

( atcdabbr_other_AssignedEntityBody)

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.

( atcdabbr_other_AssignedEntityBody)

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)

( atcdabbr_other_AssignedEntityBody)

Constraint

Werden mehrere address-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:telecom

TEL.AT

0 … *

R

( atcdabbr_other_AssignedEntityBody)

@value

url

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.)

Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567

Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“

@use

cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:assignedPerson: Angabe der name-Elemente unstrukturiert
hl7:assignedPerson: Angabe der name-Elemente strukturiert

Elemente in der Auswahl:

hl7:assignedPerson welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:assignedPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

hl7:assignedPerson

0 … 1

R

Personendaten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
Angabe der name-Elemente unstrukturiert, das name-Element ist Mandatory.

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

( atcdabbr_other_AssignedEntityBody)

hl7:assignedPerson

0 … 1

R

Personendaten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
Angabe der name-Elemente strukturiert, das name-Element ist Mandatory.
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

( atcdabbr_other_AssignedEntityBody)

hl7:representedOrganization

0 … 1

R

Organistationsdaten der angegebenen Person. Minimale Adressangabe möglich.

Beinhaltet 1.2.40.0.34.6.0.11.9.20 Organization Compilation with name, addr minimal (DYNAMIC)

( atcdabbr_other_AssignedEntityBody)

8.3.3.16 Organization Compilation with name, addr minimal

Id

1.2.40.0.34.6.0.11.9.20

ref

at-cda-bbr-

Gültigkeit

2021‑06‑28 13:58:02

Andere Versionen mit dieser Id:

atcdabbr_other_OrganizationCompilationWithNameAddrMinimal vom 2021‑02‑19 13:31:31
atcdabbr_other_OrganizationCompilationWithNameAddrMinimal vom 2019‑04‑18 11:28:59

Status

Aktiv

Versions-Label

1.0.1+20210628

Name

atcdabbr_other_OrganizationCompilationWithNameAddrMinimal

Bezeichnung

Organization Compilation with name, addr minimal

Beschreibung

Wiederverwendbare Compilation mit verpflichtender Angabe des name-Elements.
Minimale Adressangabe möglich.

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.10	Containment	Address Compilation Minimal (1.0.2+20230717)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.20 Organization Compilation with name, addr minimal (2021‑02‑19 13:31:31)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.20 Organization Compilation with name, addr minimal (2019‑04‑18 11:28:59)

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (2019‑02‑13 10:30:51)

ref

at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.9.12 (2019‑02‑12 15:50:47)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.151 CDA Organization (2005‑09‑07)

ref

ad1bbr-

Beispiel

Strukturbeispiel

<placeholder classCode="ORG" determinerCode="INSTANCE">
  
  <id root="1.2.40.0.34.99.4613.3" assigningAuthorityName="GDA Index"/>  
  <name>Amadeus Spital - Chirurgische Abteilung</name>  
  <telecom value="tel:+43.6138.3453446.0"/>  <telecom value="fax:+43.6138.3453446.4674"/>  <telecom value="mailto:info@amadeusspital.at"/>  <telecom value="http://www.amadeusspital.at"/>  
  <addr>
    
  </addr></placeholder>

Beispiel

Strukturbeispiel - minimal

<placeholder classCode="ORG" determinerCode="INSTANCE">

<name>Amadeus Spital - Chirurgische Abteilung</name> 
</placeholder>

Item

DT

Kard

Konf

Beschreibung

Label

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(atc...mal)

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

Name der Organisation. Bei Organisationen die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.

(atc...mal)

hl7:telecom

TEL.AT

0 … *

(atc...mal)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567

Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:addr

AD

0 … 1

Adresse der Organisation. Minimale Adressangabe möglich.

Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)

(atc...mal)

wo [not(@nullFlavor)]

8.3.3.17 Performer Body

Id

1.2.40.0.34.6.0.11.9.17

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 13:36:15

Andere Versionen mit dieser Id:

atcdabbr_other_PerformerBody vom 2019‑01‑17 12:44:16

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_other_PerformerBody

Bezeichnung

Performer Body

Beschreibung

Durchführende Entität der Gesundheitsdienstleistung

Kontext

Geschwisterknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.17

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.16	Inklusion	Assigned Entity Body (1.0.1+20210526)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.17 Performer Body (2019‑01‑17 12:44:16)

ref

at-cda-bbr-

Adaptation: Template 2.16.840.1.113883.10.12.323 CDA Performer (Body) (2005‑09‑07)

ref

ad1bbr-

Beispiel

Item

DT

Kard

Konf

Beschreibung

Label

@typeCode

cs

1 … 1

R

CONF

Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.43 ELGA_ServiceEventPerformer (DYNAMIC)

hl7:templateId

II

1 … 1

M

(atc...ody)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.9.17

hl7:time

IVL_TS

0 … 1

Zeit, in der der Performer mit der Gesundheitsdienstleistung beschäftigt war, wenn abweichend von effectiveTime im übergeordneten Act

(atc...ody)

hl7:assignedEntity

1 … 1

M

(atc...ody)

Eingefügt

von 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (DYNAMIC)

@classCode

cs

0 … 1

F

ASSIGNED

Auswahl

1 … *

Elemente in der Auswahl:

hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='NI']
hl7:id[@nullFlavor='UNK']

hl7:id

II

0 … *

Mindestens eine Id der Person.

Zugelassene nullFlavor:

NI … Die Person der Entität hat keine Identifikationsnummer
UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt

(atc...ody)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(atc...ody)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atc...ody)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:code

CE

0 … 1

R

Funktionscode der angegebenen Person.

Das zu verwendende Value-Set ist in den abgeleiteten Templates zu spezifizieren.

(atc...ody)

hl7:addr

0 … *

R

Adresse der angegebenen Person.
Keine vollständig strukturierte Adressangabe nötig.

Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)

(atc...ody)

Constraint

Werden mehrere address-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:telecom

TEL.AT

0 … *

R

(atc...ody)

@value

url

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.)

Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567

Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“

@use

cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:assignedPerson: Angabe der name-Elemente unstrukturiert
hl7:assignedPerson: Angabe der name-Elemente strukturiert

Elemente in der Auswahl:

hl7:assignedPerson welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:assignedPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

hl7:assignedPerson

0 … 1

R

Personendaten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
Angabe der name-Elemente unstrukturiert, das name-Element ist Mandatory.

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(atc...ody)

hl7:assignedPerson

0 … 1

R

Personendaten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
Angabe der name-Elemente strukturiert, das name-Element ist Mandatory.
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atc...ody)

hl7:representedOrganization

0 … 1

R

Organistationsdaten der angegebenen Person. Minimale Adressangabe möglich.

Beinhaltet 1.2.40.0.34.6.0.11.9.20 Organization Compilation with name, addr minimal (DYNAMIC)

(atc...ody)

8.3.3.18 Participant Body

Id

1.2.40.0.34.6.0.11.9.13

ref

at-cda-bbr-

Gültigkeit

2021‑06‑28 14:00:23

Andere Versionen mit dieser Id:

atcdabbr_other_ParticipantBody vom 2021‑02‑19 13:35:21
atcdabbr_other_ParticipantBody vom 2019‑04‑03 12:08:16

Status

Aktiv

Versions-Label

1.0.1+20210628

Name

atcdabbr_other_ParticipantBody

Bezeichnung

Participant Body

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 3 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.25	Containment	Address Compilation (1.0.1+20230717)	DYNAMIC
2.16.840.1.113883.10.12.815	Containment	CDA Device SDTC	DYNAMIC
2.16.840.1.113883.10.12.813	Containment	CDA PlayingEntity SDTC	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.13 Participant Body (2021‑02‑19 13:35:21)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.13 Participant Body (2019‑04‑03 12:08:16)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.821 CDA Participant (Body) SDTC (2005‑09‑07)

ref

ad1bbr-

Adaptation: Template 2.16.840.1.113883.10.12.321 CDA Participant (Body) (2005‑09‑07)

ref

ad1bbr-

Item

DT

Kard

Konf

Beschreibung

Label

@typeCode

cs

1 … 1

R

CONF

Der Wert von @typeCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10901 ParticipationType (DYNAMIC)

@contextControlCode

cs

0 … 1

F

OP

hl7:time

IVL_TS

0 … 1

(atc...ody)

hl7:awarenessCode

CE

0 … 1

(atc...ody)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10310 TargetAwareness (DYNAMIC)

hl7:participantRole

1 … 1

R

(atc...ody)

@classCode

cs

0 … 1

F

ROL

hl7:id

II

0 … *

(atc...ody)

hl7:code

CE

0 … 1

(atc...ody)

CONF

muss aus der Konzeptdomäne "RoleCode" gewählt werden

hl7:addr

AD

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...ody)

hl7:telecom

TEL.AT

0 … *

R

Optionale Kontaktdaten.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(atc...ody)

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567

Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:playingDevice welches enthält Template 2.16.840.1.113883.10.12.815 CDA Device SDTC (DYNAMIC)
hl7:playingEntity welches enthält Template 2.16.840.1.113883.10.12.813 CDA PlayingEntity SDTC (DYNAMIC)

hl7:playingDevice

Beinhaltet 2.16.840.1.113883.10.12.815 CDA Device SDTC (DYNAMIC)

(atc...ody)

hl7:playingEntity

Beinhaltet 2.16.840.1.113883.10.12.813 CDA PlayingEntity SDTC (DYNAMIC)

(atc...ody)

hl7:scopingEntity

0 … 1

(atc...ody)

@classCode

cs

0 … 1

F

ENT

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

(atc...ody)

hl7:code

CE

0 … 1

(atc...ody)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.16040 EntityCode (DYNAMIC)

hl7:desc

ED

0 … 1

(atc...ody)

8.3.3.19 Narrative Text Reference

Id

1.2.40.0.34.6.0.11.9.1

ref

at-cda-bbr-

Gültigkeit

2021‑05‑06 09:38:20

Andere Versionen mit dieser Id:

atcdabrr_other_NarrativeTextReference vom 2021‑02‑19 13:12:50
atcdabrr_other_NarrativeTextReference vom 2019‑01‑17 15:27:17

Status

Aktiv

Versions-Label

1.0.1+20210512

Name

atcdabrr_other_NarrativeTextReference

Bezeichnung

Narrative Text Reference

Beschreibung

Verweist auf die Stelle im narrativen Text-Bereich (section.text),

an der die gegebene Aussage (clinical statement) narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc.).

Eine Beobachtung bezieht sich u.a. auf:

Zustände (Condition)
Symptome (Symptom)
Befunde (Finding)
Beschwerden (Complaint)
Funktionellen Einschränkungen (Functional limitation)
Probleme (Problem)
Diagnosen (Diagnosis)

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (2021‑02‑19 13:12:50)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (2019‑01‑17 15:27:17)

ref

at-cda-bbr-

Beispiel

<text>
<reference value="#my-refX"/></text>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:text

ED

(atc...nce)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.

Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.

(atc...nce)

@value

1 … 1

R

Schematron assert

role

error

test

starts-with(@value,'#') or starts-with(@value,'http')

Meldung

The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.

8.3.3.20 EXNDS Familienanamnese Subject

Id

1.2.40.0.34.6.0.11.3.116

Gültigkeit

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

<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"/>  
  <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

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

(exn...ect)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.116

hl7:relatedSubject

1 … 1

R

(exn...ect)

@classCode

cs

1 … 1

F

PRS

sdtc:id

II

0 … *

(exn...ect)

hl7:code

CE

1 … 1

M

(exn...ect)

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

(exn...ect)

Constraint

Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden.

hl7:streetName

ADXP

0 … *

C

Straße ohne Hausnummer
z.B. Musterstraße

(exn...ect)

hl7:houseNumber

ADXP

0 … *

C

Hausnummer
z.B. 11a/2/1

(exn...ect)

hl7:postalCode

ADXP

0 … *

Postleitzahl

(exn...ect)

hl7:city

ADXP

0 … *

Stadt

(exn...ect)

hl7:state

ADXP

0 … *

Bundesland

(exn...ect)

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.

(exn...ect)

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

(exn...ect)

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 … *

(exn...ect)

hl7:subject

0 … 1

(exn...ect)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

sdtc:id

II

0 … *

(exn...ect)

hl7:name

PN

0 … *

(exn...ect)

sdtc:desc

ED

0 … 1

(exn...ect)

hl7:administrativeGenderCode

CE

0 … 1

(exn...ect)

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

(exn...ect)

sdtc:deceasedInd

BL

0 … 1

(exn...ect)

sdtc:deceasedTime

TS

0 … 1

(exn...ect)

sdtc:multipleBirthInd

BL

0 … 1

(exn...ect)

sdtc:multipleBirthOrderNumber

INT

0 … 1

(exn...ect)

8.3.3.21 Vaccine Product

Id

1.2.40.0.34.6.0.11.9.32

ref

at-cda-bbr-

Gültigkeit

2023‑04‑05 10:17:45

Andere Versionen mit dieser Id:

atcdabbr_other_vaccineProduct vom 2022‑07‑12 08:54:29
atcdabbr_other_vaccineProduct vom 2022‑03‑14 09:25:51
atcdabbr_other_vaccineProduct vom 2021‑10‑01 13:21:55
atcdabbr_other_vaccineProduct vom 2021‑02‑19 13:37:22
atcdabbr_other_vaccineProduct vom 2019‑04‑24 08:57:24

Status

Aktiv

Versions-Label

2.0.0+20230717

Name

atcdabbr_other_vaccineProduct

Bezeichnung

Vaccine Product

Beschreibung

Das Vaccine Template enthält die Daten zum verabreichten Arzneimittel (pro Impfung).

Die enthaltenen Daten können über das Scannen des Produkt-Barcodes (2D) und die dadurch referenzierten Produktstammdaten automatisch übernommen werden.
Kann beim Nachtragen einer Impfung durch "Vaccine Product nicht angegeben" ersetzt werden.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.32

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.2	Inklusion	Original Text Reference (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.9.9	Containment	Organization Compilation with name (1.0.0+20210219)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (2022‑07‑12 08:54:29)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (2022‑03‑14 09:25:51)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (2021‑10‑01 13:21:55)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (2019‑04‑24 08:57:24)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.20.1.53 Product (DYNAMIC)

ref

ccd1-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.7.2 eHDSI Immunization Product (DYNAMIC)

ref

epsos-

Spezialisierung: Template 1.2.40.0.34.6.0.11.3.13 Pharmaceutical Entry (DYNAMIC)

ref

at-cda-bbr-

Beispiel

Aktueller Impfstoff

<manufacturedProduct classCode="MANU">
  <templateId root="1.2.40.0.34.6.0.11.9.32"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>  <templateId root="2.16.840.1.113883.10.20.1.53"/>  <id root="1.2.3.999" extension="extension"/>  <manufacturedMaterial classCode="MMAT" determinerCode="KIND">
    <templateId root="1.3.6.1.4.1.19376.1.9.1.3.1"/>    <code code="2427872" codeSystem="1.2.40.0.34.4.16" displayName="ENCEPUR FSPR 0,25ML KIND">
      
    </code>    <name>Encepur 0,25 ml für Kinder Injektionssuspension in einer Fertigspritze</name>    <lotNumberText>CharagenNummer</lotNumberText>    <pharm:ingredient classCode="ACTI">
      <pharm:ingredient classCode="MMAT" determinerCode="KIND">
        <pharm:code code="J07BA01" codeSystem="1.2.276.0.76.5.534"/>        <pharm:name>FSME, inaktiviert, ganzes Virus</pharm:name>      </pharm:ingredient>    </pharm:ingredient>  </manufacturedMaterial>  <manufacturerOrganization>
    
  </manufacturerOrganization></manufacturedProduct>

Beispiel

Nachtrag - Historischer Impfstoff

<manufacturedProduct classCode="MANU">
  <templateId root="1.2.40.0.34.6.0.11.9.32"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>  <templateId root="2.16.840.1.113883.10.20.1.53"/>  <manufacturedMaterial classCode="MMAT" determinerCode="KIND">
    <templateId root="1.3.6.1.4.1.19376.1.9.1.3.1"/>    <code code="AHI107" codeSystem="1.2.40.0.34.5.183" displayName="Ticovac junior">
      
    </code>    <name>Ticovac junior</name>    <lotNumberText nullFlavor="UNK"/>  </manufacturedMaterial></manufacturedProduct>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:manufacturedProduct

Daten zum verabreichten Arzneimittel (pro Impfung).

(atc...uct)

@classCode

cs

0 … 1

F

MANU

hl7:templateId

II

1 … 1

M

ELGA

(atc...uct)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.9.32

hl7:templateId

II

1 … 1

M

IHE PCC Product Entry

(atc...uct)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.7.2

hl7:templateId

II

1 … 1

M

HL7 CCD

(atc...uct)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.53

hl7:id

II

0 … 1

UniqueIdentifier (Serialisierungsnummer, Packungs-Identifikator).
Gesetzliche Grundlagen Fälschungsschutzrichtlinie 2011/62/EU sowie delegierte Verordnung (EU) 2016/161.

(atc...uct)

wo [not(@nullFlavor)]

hl7:manufacturedMaterial

1 … 1

M

(atc...uct)

@classCode

cs

0 … 1

F

MMAT

@determinerCode

cs

0 … 1

F

KIND

hl7:templateId

II

1 … 1

M

IHE MedicineEntryContentModule

(atc...uct)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.9.1.3.1

hl7:code

CE

1 … 1

R

Mögliche Inhalte:

Pharmazentralnummer (PZN)
ID eines nicht mehr verwendeten Impfstoffes (Zeitraum 1950 - 2016)

(atc...uct)

@displayName

st

0 … 1

"Handelsname" des Arzneimittels, z.B. "ENCEPUR FSPR 0,25ML KIND".

Kann angegeben werden (z.B. Kompletter Impfstatus), ist aber durch PZN definiert.

@nullFlavor

cs

0 … 1

F

OTH

Constraint

Für neue Impfungen (Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtrag) MUSS ein Impfstoff aus dem Value Set "eImpf_Impfstoffe" (basiert im Grunde auf der ASP-Liste) verwendet werden.

Für Nachtragungen (Dokumentenklasse "Update Immunisierungsstauts mit Nachtrag) KANN die Werteliste der historischen Impfstoffe für den Zeitraum 1950 - 2016 genutzt werden (Value Set "eImpf_HistorischeImpfstoffe").

Wird das Attribut code/@nullFlavor= "OTH" angeführt, MUSS in /code/translation die Zulassungsnummer strukturiert sein.

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.14 eImpf_Impfstoffe (DYNAMIC)

oder

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.10 eImpf_HistorischeImpfstoffe (DYNAMIC)

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC)

hl7:originalText

ED

1 … 1

M

Textinhalt, der codiert wurde.

(atc...uct)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente.

(atc...uct)

@value

1 … 1

R

Schematron assert

role

error

test

starts-with(@value,'#')

Meldung

The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element.

hl7:translation

CE

0 … *

C

Zulassungsnummer des Arzneimittels

(atc...uct)

@displayName

st

0 … 1

Zulassungsname des Arzneimittels

Schematron assert

role

error

test

@code or (@nullFlavor='OTH' and hl7:translation)

Meldung

Wird das Attribut code/@nullFlavor= "OTH" angeführt, MUSS in /code/translation die Zulassungsnummer strukturiert sein.

hl7:name

EN

0 … 1

"Zulassungsname". Vom Hersteller registrierter Name des Impfstoffes, z.B. "Encepur 0,25 ml für Kinder Injektionssuspension in einer Fertigspritze".

Kann angegeben werden (z.B. Kompletter Impfstatus), ist aber durch PZN definiert.

(atc...uct)

Constraint

Zulässige Werte SOLLEN aus der ASP-Liste, Attribut "Bezeichnung_Arzneispezialitaet_Zulassung", stammen.

Auswahl

1 … 1

Chargennummer des verabreichten Arzneimittels

Elemente in der Auswahl:

hl7:lotNumberText[not(@nullFlavor)]
hl7:lotNumberText[@nullFlavor='NA']
hl7:lotNumberText[@nullFlavor='UNK']

Constraint

Dieses Element MUSS vorhanden sein.
Im Falle eines Nachtrags KANN es mit lotNumberText/@nullFlavor = "UNK" strukturiert werden.
Im Falle einer Impfempfehlung MUSS es mit lotNumberText/@nullFlavor = "NA" strukturiert werden.

Chargennummern dürfen maximal 20 Zeichen lang sein.

Die Chargennummer muss gem. EU-Richtlinie 2011/62/EU (FMD) auch im Barcode abgebildet sein, wo lt. GS1-Standard nur 20 Zeichen zur Verfügung stehen.

hl7:lotNumberText

ST

0 … 1

Chargennummer des verabreichten Arzneimittels

(atc...uct)

wo [not(@nullFlavor)]

hl7:lotNumberText

ST

0 … 1

nullFlavor

(atc...uct)

wo [@nullFlavor='NA']

@nullFlavor

cs

1 … 1

F

NA

hl7:lotNumberText

ST

0 … 1

nullFlavor

(atc...uct)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

pharm:ingredient

0 … *

Komponente zur Aufnahme des Wirkstoffs.

(atc...uct)

@classCode

cs

0 … 1

F

ACTI

pharm:ingredient

1 … 1

M

Code und Name des Wirkstoffs.

(atc...uct)

@classCode

cs

0 … 1

F

MMAT

@determinerCode

cs

0 … 1

F

KIND

pharm:code

CE

0 … 1

ATC-Code des Wirkstoffs aus Fachinformation

(atc...uct)

Constraint

Zulässige Werte aus dem aktuellen Katalog des "ATC deutsch (WIdO)" (z.B.: M01AG01, Mefenamic acid) oder aus dem Value Set "ELGA Wirkstoffe AGES".

hl7:originalText

ED

0 … 1

Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“.

(atc...uct)

hl7:translation

CE

0 … *

(atc...uct)

pharm:name

EN

0 … 1

Wirkstoff des Arzneimittels

(atc...uct)

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14']) or (hl7:lotNumberText/text() or hl7:lotNumberText/@nullFlavor='UNK')

Meldung

Zulässiger nullFlavor ist "UNK"

Schematron assert

role

error

test

not(ancestor::*/hl7:templateId[@root='1.2.40.0.34.6.0.11.3.3']) or hl7:lotNumberText[@nullFlavor='NA']

Meldung

Das Element lotNumberText MUSS mit @nullFlavor "NA" strukturiert sein.

hl7:manufacturerOrganization

0 … 1

Hersteller/Zulassungsinhaber des Impfstoffes (des Arzneimittels)
Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

(atc...uct)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

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

2021‑02‑19 13:35:13

Andere Versionen mit dieser Id:

atcdabbr_other_vaccineProductNichtAngegeben vom 2019‑06‑05 07:33:24

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabbr_other_vaccineProductNichtAngegeben

Bezeichnung

Vaccine Product nicht angegeben

Beschreibung

Gibt an, dass kein Impfstoff angegeben wird oder werden kann.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.31

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (2019‑06‑05 07:33:24)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.20.1.53 Product (DYNAMIC)

ref

ccd1-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.7.2 eHDSI Immunization Product (DYNAMIC)

ref

epsos-

Spezialisierung: Template 1.2.40.0.34.6.0.11.3.13 Pharmaceutical Entry (DYNAMIC)

ref

at-cda-bbr-

Beispiel

<hl7:manufacturedProduct classCode="MANU">
<hl7:templateId root="1.2.40.0.34.6.0.11.9.31"/> <hl7:templateId root="2.16.840.1.113883.10.20.1.53"/> <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/> <hl7:manufacturedMaterial classCode="MMAT" determinerCode="KIND">
<hl7:code nullFlavor="NA"/> </hl7:manufacturedMaterial></hl7:manufacturedProduct>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:manufacturedProduct

1 … 1

M

(atc...ben)

@classCode

cs

0 … 1

F

MANU

hl7:templateId

II

1 … 1

M

ELGA

(atc...ben)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.9.31

hl7:templateId

II

1 … 1

M

HL7 CCD

(atc...ben)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.53

hl7:templateId

II

1 … 1

M

IHE PCC Product Entry

(atc...ben)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.7.2

hl7:manufacturedMaterial

1 … 1

M

(atc...ben)

@classCode

cs

0 … 1

F

MMAT

@determinerCode

cs

0 … 1

F

KIND

hl7:code

1 … 1

R

Fixer Wert "NA".

(atc...ben)

@nullFlavor

cs

1 … 1

F

NA

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

2021‑10‑13 12:53:37

Andere Versionen mit dieser Id:

atcdabbr_other_PerformerBodyImpfendePerson vom 2021‑05‑12 07:33:18
atcdabbr_other_PerformerBodyImpfendePerson vom 2021‑02‑19 13:36:24
atcdabbr_other_PerformerBodyImpfendePerson vom 2019‑05‑08 13:21:12

Status

Aktiv

Versions-Label

1.0.2+20220103

Name

atcdabbr_other_PerformerBodyImpfendePerson

Bezeichnung

Performer Body - Impfende Person

Beschreibung

Die Person, die die Impfung durchführt, z.B. ein Arzt, eine Hebamme oder eine diplomierte Pflegeperson im Auftrag des verantwortlichen Arztes.

Kontext

Geschwisterknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.21

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 4 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.10	Containment	Address Compilation Minimal (1.0.2+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.12	Containment	Person Name Compilation G1 M (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.11	Containment	Person Name Compilation G2 M (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.20	Containment	Organization Compilation with name, addr minimal (1.0.1+20210628)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.21 Performer Body - Impfende Person (2021‑05‑12 07:33:18)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.21 Performer Body - Impfende Person (2021‑02‑19 13:36:24)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.21 Performer Body - Impfende Person (2019‑05‑08 13:21:12)

ref

at-cda-bbr-

Spezialisierung: Template 1.2.40.0.34.6.0.11.9.17 Performer Body (2019‑01‑17 12:44:16)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.323 CDA Performer (Body) (2005‑09‑07)

ref

ad1bbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:templateId

II

1 … 1

M

ELGA

(atc...son)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.9.21

hl7:time

TS.AT.TZ

0 … 1

Zeitpunkt, an dem der Performer mit der Gesundheitsdienstleistung beschäftigt war, wenn abweichend von effectiveTime im übergeordneten Act

(atc...son)

hl7:assignedEntity

1 … 1

M

(atc...son)

@classCode

cs

0 … 1

F

ASSIGNED

Auswahl

1 … *

Elemente in der Auswahl:

hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='NI']
hl7:id[@nullFlavor='UNK']

hl7:id

II

0 … *

Mindestens eine Id der Person.

Zugelassene nullFlavor:

NI … Die Person der Entität hat keine Identifikationsnummer
UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt

(atc...son)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(atc...son)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atc...son)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:code[concat(@code, @codeSystem) = doc('include/voc-1.2.40.0.34.6.0.10.11-DYNAMIC.xml')//valueSet[1]/conceptList/concept/concat(@code, @codeSystem) or @nullFlavor]
hl7:code[@nullFlavor='UNK']

Constraint

Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS, M [1..1] dieses Element angegeben sein.

In allen anderen Fällen KANN, R [1..1] das Element auch mittels @nullFlavor "UNK" strukturiert werden.

hl7:code

CE

0 … 1

Berufsrolle der impfenden Person.
Verpflichtende Angabe bei neuer Impfung.

(atc...son)

@codeSystem

oid

1 … 1

R

@code

cs

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.11 eImpf_Impfrollen (DYNAMIC)

hl7:code

CE

0 … 1

(atc...son)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

0 … 1

Adresse der angegebenen Person.
Keine vollständig strukturierte Adressangabe nötig.

Elemente in der Auswahl:

hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)
hl7:addr

hl7:addr

0 … 1

Adresse der angegebenen Person.
Keine vollständig strukturierte Adressangabe nötig.

Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)

(atc...son)

wo [not(@nullFlavor)]

hl7:addr

0 … 1

nullFlavor

(atc...son)

@nullFlavor

cs

1 … 1

F

UNK

hl7:telecom

TEL.AT

0 … *

(atc...son)

wo [not(@nullFlavor)]

@value

url

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.)

Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567

Zulässige Werteliste für telecom Präfixe gemäß Value Set „ELGA_URLScheme“

@use

cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value Set „ELGA_TelecomAddressUse“

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:assignedPerson: Angabe der name-Elemente unstrukturiert
hl7:assignedPerson: Angabe der name-Elemente strukturiert

Elemente in der Auswahl:

hl7:assignedPerson welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:assignedPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

hl7:assignedPerson

0 … 1

R

Personendaten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
Angabe der name-Elemente unstrukturiert, das name-Element ist Mandatory.

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(atc...son)

hl7:assignedPerson

0 … 1

Personendaten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
Angabe der name-Elemente strukturiert, das name-Element ist Mandatory.
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atc...son)

hl7:representedOrganization

0 … 1

Organistationsdaten der angegebenen Person. Minimale Adressangabe möglich.
Beinhaltet 1.2.40.0.34.6.0.11.9.20 Organization Compilation with name, addr minimal (DYNAMIC)

(atc...son)

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not(ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:code[@code]

Meldung

code/@code MUSS vorhanden sein.

8.3.3.24 Author Body - eImpfpass

Id

1.2.40.0.34.6.0.11.9.8

ref

at-cda-bbr-

Gültigkeit

2023‑03‑30 08:20:50

Andere Versionen mit dieser Id:

atcdabbr_other_AuthorBody_eImpfpass vom 2021‑02‑19 13:12:25
atcdabbr_other_AuthorBody_eImpfpass vom 2019‑02‑12 14:16:51

Status

Aktiv

Versions-Label

2.0.0+20230717

Name

atcdabbr_other_AuthorBody_eImpfpass

Bezeichnung

Author Body - e-Impfpass

Beschreibung

Der Autor (author) ist der Verfasser bzw. geistige Urheber eines bestimmten Inhalts. In der Regel ist das eine Person oder mehrere Personen, es kann aber auch ein "Gerät" - ein Programm oder Software den Inhalt automatisiert erstellen.
Element für Sections und Entries.

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 4 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.25	Containment	Address Compilation (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.6	Inklusion	Person Name Compilation G2 (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.18	Containment	Device Compilation (1.0.2+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.5	Containment	Organization Compilation with id, name (1.0.1+20210628)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.9.8 Author Body - eImpfpass (2021‑02‑19 13:12:25)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.8 Author Body - eImpfpass (2019‑02‑12 14:16:51)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.318 CDA Author (Body) (2005‑09‑07)

ref

ad1bbr-

Spezialisierung: Template 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)

ref

at-cda-bbr-

Beispiel

Item

DT

Kard

Konf

Beschreibung

Label

@typeCode

cs

0 … 1

F

AUT

@contextControlCode

cs

0 … 1

F

OP

Auswahl

1 … 1

Zeitpunkt der Freigabe der Dokumentation

Elemente in der Auswahl:

hl7:time[not(@nullFlavor)]
hl7:time[@nullFlavor='UNK']

Constraint

Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS dieses Element angegeben sein (M [1..1]).

In allen anderen Fällen KANN das Element auch mittels /@nullFlavor = "UNK" strukturiert werden (R [1..1]).

hl7:time

TS.AT.TZ

0 … 1

(atc...ass)

wo [not(@nullFlavor)]

hl7:time

TS.AT.TZ

0 … 1

nullFlavor

(atc...ass)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:assignedAuthor

1 … 1

R

(atc...ass)

@classCode

cs

0 … 1

F

ASSIGNED

Auswahl

1 … *

Elemente in der Auswahl:

hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='UNK']

hl7:id

II

0 … *

(atc...ass)

wo [not(@nullFlavor)]

Constraint

Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS dieses Element angegeben sein. Die Verwendung von @nullFlavor = "UNK" ist hierbei NICHT ERLAUBT.

In allen anderen Fällen KANN @nullFlavor = "UNK" strukturiert sein.

hl7:id

II

0 … 1

(atc...ass)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:code

CE

0 … 1

(atc...ass)

wo [not(@nullFlavor)]

Constraint

Verpflichtende Angabe bei neuer Impfung.

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)

hl7:addr

AD

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...ass)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation des Verfassers des Dokuments.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(atc...ass)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.)

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value Set „ELGA_TelecomAddressUse"

Constraint

Werden mehrere gleichartige telecom-Element strukturiert, MUSS jeweils das Attribut @use angeführt sein.

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:assignedPerson
hl7:assignedAuthoringDevice welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)

hl7:assignedPerson

0 … 1

(atc...ass)

Beispiel

<assignedPerson classCode="PSN" determinerCode="INSTANCE">
<name>
<prefix qualifier="AC">Univ.-Prof. Dr.</prefix> <given>Isabella</given> <family>Stern</family> </name></assignedPerson>

Eingefügt

1 … 1

R

von 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

Auswahl

1 … 1

Namen-Element (Person)

Elemente in der Auswahl:

hl7:name[not(@nullFlavor)]
hl7:name[@nullFlavor='UNK']
hl7:name[@nullFlavor='MSK']

hl7:name

PN

0 … 1

(atc...ass)

wo [not(@nullFlavor)]

@use

cs

0 … 1

Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist, z.B. A („Artist“).

Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“.

Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).

hl7:prefix

ENXP

0 … *

Beliebig viele Präfixe zum Namen, z.B. Akademische Titel
Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!

(atc...ass)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines prefix-Elements, beispielsweise dass das angegebene Präfix einen akademischen Titel darstellt, z.B. AC („Academic“).

Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:family

ENXP

1 … *

M

Mindestens ein Hauptname (Nachname)

(atc...ass)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines family-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“)
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:given

ENXP

1 … *

M

Mindestens ein Vorname

(atc...ass)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet.

z.B.: BR („Birth“)

Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:suffix

ENXP

0 … *

Beliebig viele Suffixe zum Namen

(atc...ass)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B. AC („Academic“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:name

PN

0 … 1

(atc...ass)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:name

PN

0 … 1

(atc...ass)

wo [@nullFlavor='MSK']

@nullFlavor

cs

1 … 1

F

MSK

hl7:assignedAuthoringDevice

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)

(atc...ass)

Beispiel

hl7:representedOrganization

0 … 1

C

Organisation, in deren Auftrag und Verantwortlichkeit der Inhalt erstellt wurde

Beinhaltet 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (DYNAMIC)

(atc...ass)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

Constraint

Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS dieses Element angegeben sein (M [1..1]).

In allen anderen Fällen KANN das Element auch komplett entfallen (O [0..1]).

Beispiel

<representedOrganization classCode="ORG" determinerCode="INSTANCE">
<id root="1.2.40.0.34.3.1" extension="12345"/> <name>Krankenhaus Zwettl</name></representedOrganization>

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not( ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:id[not(@nullFlavor)]

Meldung

id/@nullFlavor ist NICHT ERLAUBT.

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not( ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:representedOrganization

Meldung

Das Element representedOrganization MUSS strukturiert sein.

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not( ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:time[not(@nullFlavor)]

Meldung

time/@nullFlavor ist NICHT ERLAUBT.

8.3.3.25 Participant Body - Transcriber

Id

1.2.40.0.34.6.0.11.9.14

ref

at-cda-bbr-

Gültigkeit

2021‑08‑04 15:41:13

Andere Versionen mit dieser Id:

atcdabbr_other_ParticipantBodyTranscriber vom 2021‑05‑25 11:27:52
atcdabbr_other_ParticipantBodyTranscriber vom 2021‑02‑19 13:51:47
atcdabbr_other_ParticipantBodyTranscriber vom 2019‑04‑03 16:19:46

Status

Aktiv

Versions-Label

1.1.0+20220103

Name

atcdabbr_other_ParticipantBodyTranscriber

Bezeichnung

Participant Body - Transcriber

Beschreibung

Nur für Nachtragung relevant: Die Person, die für die fachliche Richtigkeit des Nachtrags verantwortlich ist. Wenn Immunisierungsdaten per Stapelverarbeitung aus bestehenden Registern in den e-Impfpass übertragen werden, kann hier auch das Register eingetragen werden, aus dem die Daten stammen (z.B. "Impfregister des Landes…").

Sonderfall Nachtrag eines Nachtrags: Wird eine Primärdokumentation nachgetragen, in der selbst bereits ein Nachtrag vermerkt ist (z.B. Nachtrag eines Papier-Impfpasses in eine Landes-Impfdatembank, die in den e-Impfpass überführt wird), wird nur die aktuell nachtragende Person übernommen, NICHT aber die ursprünglich nachtragende Person aus der Primärdokumentation.

Kontext

Geschwisterknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.14

Klassifikation

Template-Typ nicht spezifiziert

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 1 Konzept

Id	Name	Datensatz
elgaimpf-dataelement-285	Nachtragende Person 1.0.1	Datensatz Immunisierungsstatus

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.25	Containment	Address Compilation (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.18	Containment	Device Compilation (1.0.2+20230717)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.9.14 Participant Body - Transcriber (2021‑05‑25 11:27:52)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.9.14 Participant Body - Transcriber (2021‑02‑19 13:51:47)

ref

at-cda-bbr-

Spezialisierung: Template 1.2.40.0.34.6.0.11.9.13 Participant Body (2019‑04‑03 12:08:16)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.821 CDA Participant (Body) SDTC (2005‑09‑07)

ref

ad1bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.321 CDA Participant (Body) (2005‑09‑07)

ref

ad1bbr-

Beispiel

Strukturbeispiel

<placeholder>
  <templateId root="1.2.40.0.34.6.0.11.9.14"/>  <time value="20190607145210+0200"/>  <participantRole classCode="ROL">
    <id root="1.2.3.999" extension="extension"/>    <addr>
      
    </addr>    <telecom use="WP" value="tel:+43.316.608.271.9000"/>    <playingEntity>
      <name>
        <given>Susi</given>        <family>Sorgenvoll</family>      </name>    </playingEntity>  </participantRole></placeholder>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:templateId

II

1 … 1

M

ELGA

(atc...ber)


	elgaimpf-dataelement-285	Nachtragende Person 1.0.1	Datensatz Immunisierungsstatus

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.9.14

hl7:time

TS.AT.TZ

0 … 1

C

Datum der Eintragung (Eintragungsdatum, Datum der Dokumentation).
Datum und Zeit, an dem die Impfung in den e-Impfpass eingetragen d.h. dokumentiert oder geändert wurde. Gilt auch bei einer nachträglichen Eintragung aus einer anderen Quelle (z.B. Papier-Impfpass, andere elektronische Quellen), d.h. NICHT das Impf-Datum!

(atc...ber)

Constraint

Im Fall der Nachtragung einer Immunisierung mittels der Dokumentenklasse "Update Immunisierungsstatus" MUSS, M [1..1], dieses Element angegeben sein.
Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN dieses Element angegeben sein, O [0..1].

hl7:participantRole

1 … 1

M

(atc...ber)

@classCode

cs

0 … 1

F

ROL

Auswahl

1 … *

ID der Organisation des Eintragenden (OID aus dem GDA-Index)

Elemente in der Auswahl:

hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='NI']
hl7:id[@nullFlavor='UNK']

hl7:id

II

0 … *

(atc...ber)

wo [not(@nullFlavor)]

@root

cs

0 … 1

@extension

st

0 … 1

hl7:id

II

0 … 1

(atc...ber)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atc...ber)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:addr

AD

0 … 1

Adresse der Organisation des Eintragenden

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...ber)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Optionale Kontaktdaten

(atc...ber)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:playingDevice welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)
hl7:playingEntity

hl7:playingDevice

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)

(atc...ber)

hl7:playingEntity

0 … 1

(atc...ber)

@classCode

cs

0 … 1

F

ENT

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Namen-Element (Person)

(atc...ber)

@use

cs

0 … 1

Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist.

Bsp: A („Artist“). Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).
Zulässige Werte gemäß Value-Set „ELGA_EntityNameUse“.

hl7:prefix

ENXP

0 … *

Beliebig viele Präfixe zum Namen, z.B. Akademische Titel.
Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!

(atc...ber)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines prefix-Elements, beispielsweise dass das angegebene Präfix einen akademischen Titel darstellt, z.B. AC („Academic“).
Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“.

hl7:family

ENXP

1 … *

M

Mindestens ein Hauptname (Nachname)

(atc...ber)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines family-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“).
Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“.

hl7:given

ENXP

1 … *

M

Mindestens ein Vorname

(atc...ber)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“).
Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“

hl7:suffix

ENXP

0 … *

Beliebig viele Suffixe zum Namen

(atc...ber)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B. AC („Academic“).
Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“.

hl7:scopingEntity

0 … 1

Organisation, der die eintragende Person angehört.

(atc...ber)

@classCode

cs

0 … 1

F

ENT

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:desc

ST

0 … 1

Name der Organisation.

(atc...ber)

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2']) or hl7:time

Meldung

Das Element time MUSS strukturiert sein.

9 Liste der verwendeten Terminologien

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 =

↑ Logical Observation Identifiers Names & Codes (LOINC) loinc.org
↑ ^2,0 ^2,1 Regenstrief Institute, Inc. www.regenstrief.org
↑ Unified Code for Units of Measure (UCUM) www.unitsofmeasure.org
↑ WHO ICD-10 www.who.int/classifications/icd/en/
↑ ^5,0 ^5,1 www.who.int
↑ Internationale statistische Klassifikation der Krankheiten und verwandter Gesundheitsprobleme 10. Revision – aktuelle Version bitte unter Gesundheitssystem - Krankenanstalten heraussuchen.
↑ Anatomical Therapeutic Chemical Classification System (ATC) https://www.who.int/tools/atc-ddd-toolkit/atc-classification
↑ ARGE Pharma im Fachverband der chemischen Industrie Österreichs (FCIO) argepharma.fcio.at
↑ EDQM Council of Europe www.edqm.eu
↑ Health informatics - Medical / health device communication standards ISO/IEEE 11073 Nomenclature Part 10101: Nomenclature
↑ Health informatics - Medical / health device communication standards ISO/IEEE 11073 Nomenclature Amendment 1 Part 10101: Nomenclature Amendment 1: Additional Definitions
↑ Health Level Seven International www.hl7.org
↑ ISO/HL7 27932:2009 Data Exchange Standards — HL7 Clinical Document Architecture, Release 2 [1]
↑ World Wide Web Consortium. Extensible Markup Language, 1.0, 5th Edition. [2]
↑ HL7 Version 3 Product Suite [3]
↑ ART-DECOR® www.art-decor.org
↑ HL7 Clinical Document Architecture (CDA) [4]
↑ HL7 Version 3: Reference Information Model (RIM) [5]
↑ HL7 Version 3 Standard: Data Types – Abstract Specification, Release 2[6]
↑ HL7 Templates Standard: Specification and Use of Reusable Information Constraint Templates, Release 1 [7]
↑ HL7 Austria www.hl7.at
↑ ^22,0 ^22,1 ^22,2 [8], IHE-ITI Vol2b]
↑ [9], IHE-ITI Vol1

[LOINC-1] Logical Observation Identifiers Names & Codes (LOINC) loinc.org

[regenstrief-2] 2,0 ^2,1 Regenstrief Institute, Inc. www.regenstrief.org

[UCUM-3] Unified Code for Units of Measure (UCUM) www.unitsofmeasure.org

[ICD-10-4] WHO ICD-10 www.who.int/classifications/icd/en/

[WHO-5] 5,0 ^5,1 www.who.int

[ICD-10-AT-6] Internationale statistische Klassifikation der Krankheiten und verwandter Gesundheitsprobleme 10. Revision – aktuelle Version bitte unter Gesundheitssystem - Krankenanstalten heraussuchen.

[7] Anatomical Therapeutic Chemical Classification System (ATC) https://www.who.int/tools/atc-ddd-toolkit/atc-classification

[FCIO-8] ARGE Pharma im Fachverband der chemischen Industrie Österreichs (FCIO) argepharma.fcio.at

[9] EDQM Council of Europe www.edqm.eu

[11073nomenclature-10] Health informatics - Medical / health device communication standards ISO/IEEE 11073 Nomenclature Part 10101: Nomenclature

[11073nomenclatureamendment-11] Health informatics - Medical / health device communication standards ISO/IEEE 11073 Nomenclature Amendment 1 Part 10101: Nomenclature Amendment 1: Additional Definitions

[HL7-12] Health Level Seven International www.hl7.org

[13] ISO/HL7 27932:2009 Data Exchange Standards — HL7 Clinical Document Architecture, Release 2 [1]

[14] World Wide Web Consortium. Extensible Markup Language, 1.0, 5th Edition. [2]

[15] HL7 Version 3 Product Suite [3]

[16] ART-DECOR® www.art-decor.org

[CDA-17] HL7 Clinical Document Architecture (CDA) [4]

[RIM-18] HL7 Version 3: Reference Information Model (RIM) [5]

[HL7_Version_3_Standard:_Data_Types-19] HL7 Version 3 Standard: Data Types – Abstract Specification, Release 2[6]

[Templates_Specification-20] HL7 Templates Standard: Specification and Use of Reusable Information Constraint Templates, Release 1 [7]

[21] HL7 Austria www.hl7.at

[ITI_Vol2b-22] 22,0 ^22,1 ^22,2 [8], IHE-ITI Vol2b]

[ITI_Vol1-23] [9], IHE-ITI Vol1

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]

[21]

[22]

[23]

@@ Zeile 7: / Zeile 7: @@
 {{Infobox Dokument
-|Group     = Leitfaden Export-Normdatensatz 2<sup>®</sup>
+|Group     = CDA Implementierungsleitfäden
-|Title     =
+|Title     = HL7 Implementation Guide for CDA<sup>&reg;</sup> R2:<br/>Export-Normdatensatz 2
 |Subtitle  = Zur Anwendung im österreichischen<br/>Gesundheitswesen [1.2.40.0.34.7.25.1]
 |Short     = Leitfaden Export-Normdatensatz
 |Namespace = elga-ends
 |Type      = Implementierungsleitfaden
-|Version   = 1.00
+|Version   = 1.0.0+20210601
-|Submitted = -
+|Submitted = HL7 Austria
-|Date      = 11. Dezember 2020
+|Date      = 01.06.2021
-|Copyright = 2017-2021
+|Copyright = © HL7 Austria 2021
-|Status    = Ballot-Version
+|Status    = Normativ
-|Period    = n.a.
+|Period    = Abgeschlossen
-|OID       = 1.2.40.0.34.7.25
+|OID       = 1.2.40.0.34.7.25.1
-|Realm     = Österreich
+|Realm     = Austria
 }}
@@ Zeile 51: / Zeile 51: @@
 }}
-{{Underconstruction}}
+= Zusammenfassung =
-= Zusamenfassung =
 {{BeginYellowBox}}
 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
@@ Zeile 59: / Zeile 57: @@
 * 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.
+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.
+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.
 {{EndYellowBox}}
@@ Zeile 84: / Zeile 82: @@
 ==Bedienungshinweise==
-===Farbliche Hervorhebungen und Hinweise===
-''<u>Themenbezogene Hinweise zur besonderen Beachtung:</u>''
-{{BeginYellowBox}}
-'''Hinweis:'''<br />Es dürfen keine Elemente oder Attribute verwendet werden, die nicht vom allgemeinen oder einem speziellen ELGA-Implementierungsleitfaden definiert wurden
-{{EndYellowBox}}
-''<u>Hinweis auf anderen Implementierungsleitfaden:</u>''
-{{BeginILFBox}}
-'''Verweis'''<br />Verweis auf den Allgemeinen Leitfaden:…
-{{EndILFBox}}
-''<u>Themenbezogenes CDA Beispiel-Fragment im XML Format:</u>''
-<pre class="ilfbox_code">
-<BEISPIEL>
-<languageCode code="de-AT" />
-</pre>
-<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;">
 ===PDF-Navigation===
@@ Zeile 119: / Zeile 101: @@
 == 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 findet, 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 den Arztsoftwareherstellern ermöglichen strukturelle bzw. funktionale Inhalten, welche für ELGA schon umzusetzen sind/waren auch im Kontext des Exportnormdatensatzes wieder zu verwenden.
+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.
 = Harmonisierung =
@@ Zeile 134: / Zeile 116: @@
 | Autor
 |-
-| FH-Prof. DI Stefan Sauermann
+| FH-Prof. DI Dr. Stefan Sauermann
 | Fachhochschule Technikum Wien
 | Moderation
@@ Zeile 155: / Zeile 137: @@
 = Anwendungsfälle =
-Die folgenden Anwendungsfälle wurden von Seiten des Auftraggebers definiert und zusätzlich in den Workshops noch diskutiert bzw. konkretisiert.
+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
 ==High Level Use Case==
 ===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, das 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 genutzt werden.
+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 ob PatientInnendaten oder Systemdaten gespeichert werden sollen
+* Auswahl der zu exportierenden Patient*innendaten. Im Regelfall wird man im Zuge dieses Use Cases sämtliche Daten aller Patient*innen exportieren
-* Durchführung der Datensatzerstellung
+* 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
 ===Systemwechsel zu einer anderen Arztsoftware===
-Vergleichbar mit dem ersten Anwendungsfall, kann die durchgeführte Archivierung in das neue Arztsoftwaresystem eingespielt werden.
+Der im ersten Schritt notwendige Export basiert auf dem Use Case [[#Ende der ärztlichen Tätigkeit (z.B. Pension)| 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'''
-* Auswahl des Datensatzes (PatientInnendaten bzw. Systemdaten) für den Export
+* Use Case Schritte aus [[#Ende der ärztlichen Tätigkeit (z.B. Pension)| Ende der ärztlichen Tätigkeit (z.B. Pension)]]
-* Durchführung der Datensatzerstellung
+* Einspielen des zuvor erstellten Exportnormdatensatzes in das neue System
-* Einspielen des zuvor erstellten Datensatzes in das neue System
 ===Auskunft an PatientInnen (lt. DSGVO) oder Arztwechsel===
-Sollte ein Patient/eine Patientin Auskunft über seine/ihre gespeicherten Daten erfragen, kann ein Datensatz mit PatientInnenspezifischen Daten generiert werden. Es mag hilfreich sein, dass diese generierten Daten vor der Übergabe (eines physikalischen Mediums) noch gezippt und verschlüsselt werden. Das Passwort zum Entschlüsseln ist dem Patienten/der Patientin zu übergeben.
+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
-* Datensatz erstellen
+* Auswahl der softwarespezifischen oder praxisspezifischen verwendeten Codes und Abkürzungen welche bei den Patientendaten vorkommen
-* Datensatz auf ein geeignetes Medium spielen (USB-Stick, CD, DVD). Hierbei ist ein Datenformat zu wählen welches aktuell verbreitet in Verwendung ist.
+* Datensatz erstellen.
-* EMPFEHLUNG: Die Daten auf dem Trägermedium sollten noch mit einem symmetrischen Schlüssel verschlüsselt werden. Der Schlüssel wird dem Patienten zusätzlich ausgehändigt (z.B. Ausdruck)
+* 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)
 ==Detail Use Case==
-Der folgende Ablauf stellt die einzelnen Schritte dar, welche im Zuge eines Exports vollzogen werden. Diese Schritte sind Teil der oben angeführten High Level Use Cases. Der Fokus wir 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.
+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'''
@@ Zeile 192: / Zeile 176: @@
 * 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|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|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|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 ([http://www.elga.gv.at/cda XDS Metadaten]), spezielle Anforderungen im Falle der XDM Metadaten für den Exportnormdatensatz sind in Kapitel [[#IHE XMD|IHE XDM]] angeführt.
+* 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 ([http://www.elga.gv.at/cda XDS Metadaten]), spezielle Anforderungen im Falle der XDM Metadaten für den Exportnormdatensatz sind in Kapitel [[#IHE XDM|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|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|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|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üssen zu verschlüsseln und den Schlüssel dem Patienten gesondert zu überreichen (z.B. Ausdruck).
+* 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).
 =Technischer Hintergrund=
@@ Zeile 204: / Zeile 188: @@
 [[Datei:Verzeichnisstruktur.png|miniatur|Vorgeschriebene Verzeichnisstruktur laut IHE-ITI Vol2b, Transaction ITI-32<ref name="ITI_Vol2b">[https://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol2b.pdf], IHE-ITI Vol2b]</ref>]]
-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<ref name="ITI_Vol1">[https://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol1.pdf], IHE-ITI Vol1</ref> und IHE-ITI Vol2b<ref name="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.: iCalander, .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).
+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<ref name="ITI_Vol1">[https://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol1.pdf], IHE-ITI Vol1</ref> und IHE-ITI Vol2b<ref name="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 Dokumenten 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 des generieren des Exportnormdatensatzes automatisch erstellt werden. Beispiele hierzu sind das „Datenbankexport“-CDA selbst oder auch JSON-Files welche Abrechnungsdaten beinhalten.
+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ägermediumgebunden (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-Headerelement 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.
+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.
-folgende Konformanzkriterien sind in der folgenden Tabelle enthalten:
+{| class="wikitable" width="100%"
-R...verpflichtend,
+|-
-R2...Inhalt soll angegebenwerden sofern dieser vorhanden/anwendbar ist,
+! style="text-align:left" |Code|| style="text-align:left" |Bedeutung
-O...optional, und
+|- style="background:CBD7F1"
-NP...nicht zugelassen
+|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")''.
+|- style="background:white"
+|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")''.
+|- style="background:white"
+|O||Optional
+|- style="background:white"
+|NP||Das '''Element i'''st NICHT ERLAUBT. Entspricht der in älteren Leitfäden gebräuchlichen Notation [X] (''"prohibited"'')
+|}
@@ Zeile 229: / Zeile 221: @@
 |SubmissionSet
 |author
-| colspan="2" |R
+| colspan="2" |R [1..1]
 |Angaben des Authors (Mensch oder Maschine)
 |-
 |SubmissionSet
 |availabilityStatus
-| colspan="2" |O
+| colspan="2" |O [0..1]
 |fixer Wert: "Approved"
 |-
 |SubmissionSet
 |comments
-| colspan="2" |O
+| colspan="2" |O  [0..1]
 |Kommentare zum SubmissionSet
 |-
 |SubmissionSet
 |contentTypeCode
-| colspan="2" |NP
+| colspan="2" |NP  [0..0]
-|contentTypeCode beschreibt die medizische Dienstleistung welche der Generierung des XDM Datensatzen zu Grunde liegt. Aufgrund der Tatsache, dass der Export NICHT auf einer medizischen Dienstleistung beruht, wird der contentTypeCode NICHT im Kontext von EXNDS verwendet.
+|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
-| colspan="2" |R
+| colspan="2" |R  [1..1]
 |UUID des SubmissionSets in den Metadaten
 |-
 |SubmissionSet
 |homeCommunityId
-| colspan="2" |O
+| colspan="2" |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
-| colspan="2" |R2
+| colspan="2" |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
+|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
-| colspan="2" |R2
+| colspan="2" |R  [0..1]
-|ID des Patienten innerhalb der Affinity Domain. Sollte der diese nicht vorhanden sein, dass kann auch die lokale PatientenId angegeben werden
+|ID des Patienten innerhalb der Affinity Domain. Sollte diese nicht vorhanden sein, kann auch die lokale PatientenId angegeben werden
 |-
 |SubmissionSet
 |sourceId
-| colspan="2" |R
+| colspan="2" |R  [1..1]
 |ID des Systems welches das SubmissionSet erstellt hat
 |-
 |SubmissionSet
 |submissionTime
-| colspan="2" |R
+| colspan="2" |R  [1..1]
 |Zeitstempel wann das SubmissionSet erstellt wurde
 |-
 |SubmissionSet
 |title
-| colspan="2" |O
+| colspan="2" |O  [0..1]
 |Title des SubmissionSets
 |-
 |SubmissionSet
 |uniqueId
-| colspan="2" |R
+| colspan="2" |R  [1..1]
 |ID des SubmissionSets
 |-
@@ Zeile 293: / Zeile 285: @@
 |DocumentEntry
 |author
-|R2
+|R [0..1]
-|R2
+|R [0..1]
 |siehe ELGA Metadaten
 |-
 |DocumentEntry
 |classCode
-|R2
+|R [0..1]
-|R2
+|R [0..1]
 |wird nur für CDA-Dokumente verwendet, ansonsten weggelassen
 |-
 |DocumentEntry
 |confidentialityCode
-|R
+|R [1..1]
-|R2
+|R [0..1]
 |Value Set "ELGA_Confidentiality", empfohlener Wert "normal"
 |-
 |DocumentEntry
 |creationTime
-|R
+|R [1..1]
-|R2
+|R [0..1]
 |Zeitpunkt der Dokumentenerstellung
 |-
 |DocumentEntry
 |entryUUID
-|R
+|R [1..1]
-|R
+|R [1..1]
 |ID des Metadateneintrages für das Dokument
 |-
 |DocumentEntry
 |eventCodeList
-|O
+|O [0..1]
-|O
+|O [0..1]
-|für das Datenbankexport-CDA wird dieser Eintrag weggelassen, da hier keine medizinischen Dienstleistungen (sondern der Export) stattgefunden hat. Für andere CDA siehe ELLGA Leitfaden zu den Metadaten
+|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
-|R2
+|R [0..1]
-|R2
+|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
+|R [1..1]
-|R
+|R [1..1]
 |Hash Wert des Dokuments
 |-
 |DocumentEntry
 |healthcareFacilityTypeCode
-|R2
+|R [0..1]
-|R2
+|R [0..1]
 |Value Set "ELGA_ HealthcareFacilityTypeCode"
 |-
 |DocumentEntry
 |homeCommunityId
-|O
+|O [0..1]
-|O
+|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
-|R2
+|R [0..1]
-|R2
+|R [0..1]
 |Value Set, empfohlener Wert für Deutsch "de-AT"
 |-
 |DocumentEntry
-|legalAutheniticator
+|legalAuthenticator
-|R2
+|R [0..1]
-|O
+|O [0..1]
 |Person welche das Dokument rechtlich unterzeichnet. Fällt in der Regel bei ODD weg
 |-
 |DocumentEntry
 |mimeType
-|R
+|R [1..1]
-|R
+|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
+|R [1..1]
-|R
+|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 SDD zu führen.
+|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
-|R2
+|R [0..1]
-|R2
+|R [0..1]
-|ID des Patienten innerhalb der Affinity Domain. Sollte der diese nicht vorhanden sein, dass kann auch die lokale PatientenId angegeben werden
+|ID des Patienten innerhalb der Affinity Domain. Sollte diese nicht vorhanden sein, kann auch die lokale PatientenId angegeben werden
 |-
 |DocumentEntry
 |practiceSettingCode
-|R2
+|R [0..1]
-|R2
+|R [0..1]
 |Value Set "ELGA_PracticeSetting_VS"
 |-
 |DocumentEntry
 |referenceIdList
-|O
+|O [0..1]
-|O
+|O [0..1]
 |siehe ELGA Spezifikation
 |-
 |DocumentEntry
 |serviceStartTime
-|R2
+|R [0..1]
-|R2
+|R [0..1]
 |Beginn-Datum der Gesundheitsdienstleistung. Bei dem Datenbankexport-CDA wäre hier der Exportzeitpunkt anzugeben
 |-
 |DocumentEntry
 |serviceStopTime
-|R2
+|R [0..1]
-|R2
+|R [0..1]
 |End-Datum der Gesundheitsdienstleistung. Bei dem Datenbankexport-CDA wäre hier der Exportzeitpunkt anzugeben
 |-
 |DocumentEntry
 |size
-|R
+|R [1..1]
-|R
+|R [1..1]
 |Größe des Dokuments in byte
 |-
 |DocumentEntry
 |sourcePatientId
-|R2
+|R [0..1]
-|R2
+|R [0..1]
 |Patienten-ID des lokalen Systems
 |-
 |DocumentEntry
 |sourcePatientInfo
-|R2
+|R [0..1]
-|R2
+|R [0..1]
-|Demographische Daten des Patientens
+|Demographische Daten des Patienten
 |-
 |DocumentEntry
 |title
-|O
+|O [0..1]
-|O
+|O [0..1]
 |Titel des Dokuments
 |-
 |DocumentEntry
 |typeCode
-|R2
+|R [0..1]
-|R2
+|R [0..1]
 |wird nur für CDA-Dokumente verwendet, ansonsten weggelassen
 |-
 |DocumentEntry
 |uniqueId
-|R
+|R [1..1]
-|R
+|R [1..1]
 |ID des Dokuments
 |-
 |DocumentEntry
 |URI
-|R
+|R [1..1]
-|R
+|R [1..1]
 |relativer Pfad zu dem Dokument
 |}
 ===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.
+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.
 {| class="wikitable"
@@ Zeile 468: / Zeile 460: @@
 |Datei
 |M
-|Die INDEX.HTM muss eine Übersicht über die exportierten Patieten ermöglichen
+|Die INDEX.HTM muss eine Übersicht über die exportierten Patienten ermöglichen
 |[[#INDEX.HTM im Wurzelverzeichnis|Link]]
 |-
@@ Zeile 477: / Zeile 469: @@
 Im Kontext des Exportnormdatensatzes wird für jeden exportierten Patienten ein Submission Set erstellt.
-Zudem soll es ein übergreifendes Submittsion Set geben, welches z.B. die benötigten Codelisten enthält
+Zudem soll es ein übergreifendes Submission Set geben, welches z.B. die benötigten Codelisten enthält
 |
 |-
@@ Zeile 492: / Zeile 484: @@
 |Datei
 |M
-|Die INDEX.HTM auf Patientenebene ermöglicht eine Übersicht über die patientenspezifisches Dokumente
+|Die INDEX.HTM auf Patientenebene ermöglicht eine Übersicht über die patientenspezifischen Dokumente
 |[[#INDEX.HTM eines Patientenverzeichnisses|Link]]
 |-
@@ Zeile 508: / Zeile 500: @@
 |Datei
 |M (Name beispielhaft)
-|Dies ist das '''Datenbankexport CDA für den ersten Patienten'''. Die Spezifikation dieses CDA Dokuments ist gegenstand dieses Leitfandens
+|Dies ist das '''Datenbankexport CDA für den ersten Patienten'''. Die Spezifikation dieses CDA Dokuments ist Gegenstand dieses Leitfadens
 |[[#Dokumenten Spezifikation|Link]]
 |-
@@ Zeile 539: / Zeile 531: @@
 |Datei
 |M
-|Die INDEX.HTM auf Patientenebene ermöglicht eine Übersicht über die patientenspezifisches Dokumente
+|Die INDEX.HTM auf Patientenebene ermöglicht eine Übersicht über die patientenspezifischen Dokumente
 |[[#IHE XDM|Link]]
 |-
@@ Zeile 555: / Zeile 547: @@
 |Datei
 |M (Name beispielhaft)
-|Dies ist das '''Datenbankexport CDA für den zweiten Patienten'''. Die Spezifikation dieses CDA Dokuments ist gegenstand dieses Leitfandens
+|Dies ist das '''Datenbankexport CDA für den zweiten Patienten'''. Die Spezifikation dieses CDA Dokuments ist Gegenstand dieses Leitfadens
 |[[#Dokumenten Spezifikation|Link]]
 |-
@@ Zeile 563: / Zeile 555: @@
 |Datei
 |Beispiel
-|Beispieldatei: eine CDA Laborbefund
+|Beispieldatei: ein CDA Laborbefund
 |
 |-
@@ Zeile 579: / Zeile 571: @@
 |Datei
 |Beispiel
-|Beispieldatei: ein Bereicht in PDF Form
+|Beispieldatei: ein Bericht in PDF Form
 |
 |-
@@ Zeile 610: / Zeile 602: @@
 |Datei
 |R (Name beispielhaft)
-|Beispieldatei: Codeliste mit systeminterne Codes
+|Beispieldatei: Codeliste mit systeminternen Codes
 |[[#Eigene Codesysteme|Link]]
 |-
 |
 |
-|Abkürzugen1.XML
+|Abkürzungen1.XML
 |Datei
 |R (Name beispielhaft)
@@ Zeile 623: / Zeile 615: @@
 === README.TXT ===
-Laut IHE Profile XDM ist zwingend eine README.TXT Datei in der Orderstruktur zu führen. Nach <ref name="ITI_Vol2b"/> MUSS diese Datei folgende Informationen beinhalten:
+Laut IHE Profile XDM ist zwingend eine README.TXT Datei in der Ordnerstruktur zu führen. Nach <ref name="ITI_Vol2b"/> MUSS diese Datei folgende Informationen beinhalten:
 * Kontaktinformationen über das dokumenterstellende Institut
 * Informationen über das Softwareprodukt welches an der Erstellung beteiligt war
@@ Zeile 777: / Zeile 769: @@
 = Spezifikationen abseits von CDA =
-Neben dem CDA Dokument, welches primär medizinischen Daten des zu exportierenden Patienten oder der zu exportierenden Patienten beinhaltet, gibt es noch weitere Dateiformate. Die Daten welche in diese 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.
+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 die nur die Schematron-Regeln für das CDA Dokument.
+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.
 == iCalendar ==
@@ Zeile 813: / Zeile 805: @@
 *Stammdaten und
 *Lagerstände.
-Die folgenden Tabellen listen die benötigten Elemente sowie deren Eigenschaften auf. Anfolgend an den Tabellen sind auch Strukturbeispiele für die JSON Dateien dargestellt. Dabei werden die zu verwendeten Datentypen wie folgt dargestellt:
-* String/Code: "" (Leerstring)
+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.
 ===Geldflussdaten===
-Die angegebenen Element- und Attribute Name sind verpflichtend einzuhalten.
+Die angegebenen Element- und Attribute Namen sind verpflichtend einzuhalten.
 {| class="wikitable"
 |+
-!Element
 !Attribut
 !Kardinalität
@@ Zeile 829: / Zeile 824: @@
 |-
 |Geldflussdaten
-|
+|1..1
-|
+|Array
-|
+|fasst die folgenden Attribute als JSON-Objekte zusammen
-|
 |-
-|
 |Text
 |0..1
@@ Zeile 840: / Zeile 833: @@
 |
 |-
-|
 |Betrag
 |1..1
@@ Zeile 846: / Zeile 838: @@
 |
 |-
-|
 |Mehrwertsteuer-Satz
 |1..1
@@ Zeile 852: / Zeile 843: @@
 |
 |-
-|
 |Zahlungsart
 |0..1
 |Code
-|Zulässige Werte: "Bar", "Scheck", "Kreditkarte"
+|Zulässige Werte: "Bar", "Scheck", "Kreditkarte", "Bankomat"
 |}
@@ Zeile 865: / Zeile 855: @@
    "Geldflussdaten": [
      {
-       "Text": "",
+       "Text": "Erstbehandlung",
-       "Betrag": 0,
+       "Betrag": 120,
-       "Mehrwertsteuer-Satz": 0,
+       "Mehrwertsteuer-Satz": 20,
-       "Zahlungsart": ""
+       "Zahlungsart": "Kreditkarte"
      }
    ]
@@ Zeile 878: / Zeile 868: @@
 {| class="wikitable"
 |+
-!Element
 !Attribut
 !Kardinalität
@@ Zeile 885: / Zeile 874: @@
 |-
 |Formular
-|
+|1..1
-|
+|Array
-|
+|fasst die folgenden Attribute als JSON-Objekte zusammen
-|
 |-
-|
 |Klasse
 |1..1
@@ Zeile 896: / Zeile 883: @@
 |Im Falle, dass Codes verwendet werden müssen diese in einer Codeliste, welche dem XDM inkludiert wird, angeführt werden.
 |-
-|
 |Erstellungsdatum
 |0..1
@@ Zeile 903: / Zeile 889: @@
 |-
 |Formular/Feld
-|
+|1..1
-|
+|Array
-|
+|fasst die folgenden Attribute als JSON-Objekte zusammen
+|-
+|Name
+|1..1
+|String
 |
 |-
-|
-|Name
-|1..1
-|String
-|
-|-
-|
 |Typ
 |1..1
@@ Zeile 920: / Zeile 903: @@
 |Im Falle, dass Codes verwendet werden müssen diese in einer Codeliste, welche dem XDM inkludiert wird, angeführt werden.
 |-
-|
 |Inhalt
 |0..1
@@ Zeile 926: / Zeile 908: @@
 |
 |-
-|
 |Reihenfolge
 |0..1
@@ Zeile 939: / Zeile 920: @@
    "Formular": [
      {
-       "Klasse": "",
+       "Klasse": 1,
        "Erstellungsdatum": "2020-10-08T07:17:51.876Z",
        "Feld": [
          {
-           "Name": "",
+           "Name": "Sozialversicherungsnummer",
-           "Typ": "",
+           "Typ": "numerisch",
            "Inhalt": "",
-           "Reihenfolge": 0
+           "Reihenfolge": 4
          }
        ]
@@ Zeile 955: / Zeile 936: @@
 ===Stammdaten===
-Die angegebenen Element- und Attribute Name sind verpflichtend einzuhalten.
+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).
 {| class="wikitable"
 |+
-!Element
 !Attribut
 !Kardinalität
@@ Zeile 964: / Zeile 944: @@
 !Hinweis
 |-
-|Stammdaten/Leistungen
+|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
@@ Zeile 976: / Zeile 959: @@
 |Die verwendeten Codes müssen in einer Codeliste, welche im XDM inkludiert wird, angeführt werden.
 |-
-|
 |Bezeichnung
 |1..1
@@ Zeile 982: / Zeile 964: @@
 |
 |-
-|
 |Einzelpreis brutto
 |1..1
@@ Zeile 988: / Zeile 969: @@
 |
 |-
-|
 |Einzelpreis netto
 |1..1
@@ Zeile 994: / Zeile 974: @@
 |
 |-
-|
 |Umsatzsteuer Prozent
 |1..1
@@ Zeile 1.000: / Zeile 979: @@
 |
 |-
-|
 |Krankenkasse
 |0..1
@@ Zeile 1.006: / Zeile 984: @@
 |
 |-
-|Stammdaten/Diagnosen
+|Diagnosen
-|
+|1..1
-|
+|Array
-|
+|fasst die folgenden Attribute als JSON-Objekte zusammen
-|
+|-
-|-
-|
 |Bezeichnung
 |1..1
 |String/Code
-|Im Falle, dass Codes verwendete werden müssen diese in einer Codeliste, welche dem XDM inkludiert wird, angeführt werden.
+|Im Falle, dass Codes verwendet werden, müssen diese in einer Codeliste, welche dem XDM inkludiert wird, angeführt werden.
 |-
-|
 |Beschreibung
 |0..1
@@ Zeile 1.033: / Zeile 1.008: @@
        "Leistungen": [
          {
-           "Code": "",
+           "Code": 1,
-           "Bezeichnung": "",
+           "Bezeichnung": "Erstbehandlung",
-           "Einzelpreis brutto": 0,
+           "Einzelpreis brutto": 144,
-           "Einzelpreis netto": 0,
+           "Einzelpreis netto": 120,
-           "Umsatzsteuer Prozent": 0,
+           "Umsatzsteuer Prozent": 20,
            "Krankenkasse": ""
          }
@@ Zeile 1.043: / Zeile 1.018: @@
        "Diagnosen": [
          {
-           "Bezeichnung": "",
+           "Bezeichnung": "Myokardinfarkt",
-           "Beschreibung": ""
+           "Beschreibung": "Einengung oder Verlegung der Koronararterie oder einer ihrer Nebenäste"
          }
        ],
@@ Zeile 1.061: / Zeile 1.036: @@
 {| class="wikitable"
 |+
-!Element
 !Attribut
 !Kardinalität
@@ Zeile 1.067: / Zeile 1.041: @@
 !Hinweis
 |-
-|Lager/Medikamente
+|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
@@ Zeile 1.079: / Zeile 1.056: @@
 |
 |-
-|
 |Lagerstand
 |1..1
@@ Zeile 1.085: / Zeile 1.061: @@
 |
 |-
-|
 |Meldung ab
 |0..1
@@ Zeile 1.091: / Zeile 1.066: @@
 |
 |-
-|
 |Nachbestellen bis
 |0..1
@@ Zeile 1.097: / Zeile 1.071: @@
 |
 |-
-|Lager/Zusatzartikel
+|Zusatzartikel
-|
+|1..1
-|
+|Array
-|
+|fasst die folgenden Attribute als JSON-Objekte zusammen
-|
 |-
-|
 |Bezeichnung
 |1..1
@@ Zeile 1.109: / Zeile 1.081: @@
 |
 |-
-|
 |Lagerstand
 |1..1
@@ Zeile 1.124: / Zeile 1.095: @@
        "Medikamente": [
          {
-           "Pharmazentralnummer": 0,
+           "Pharmazentralnummer": 533363,
-           "Lagerstand": 0,
+           "Lagerstand": 90,
            "Meldung ab": "2020-10-08T07:38:13.700Z",
            "Nachbestellen bis": "2020-10-08T07:38:13.700Z"
@@ Zeile 1.132: / Zeile 1.103: @@
        "Zusatzartikel": [
          {
-           "Bezeichnung": "",
+           "Bezeichnung": "Einmalhandschuhe",
-           "Lagerstand": 0
+           "Lagerstand": 200
          }
        ]
@@ Zeile 1.160: / Zeile 1.131: @@
 ==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 vergebenden 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.
+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.
@@ Zeile 1.170: / Zeile 1.141: @@
 <!-- Dieses Element beinhaltet Attribute, welche das Valueset/Codeliste beschreiben.
 Weiters enthält diese Element genau ein conceptList-Element -->
-<valueSet>
+<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>
+     <concept code='ImpfSch' codeSystem='1.2.40.0.34.99.111' displayName='Impfschaden' level='0' type='L' conceptStatusDate='2017-01-26'/>
-     </concept>
+     <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>
@@ Zeile 1.242: / Zeile 1.213: @@
 <!-- Querformat -->
 <div class="landscape">
 =Dokumenten Spezifikation=
-Information über die Inhalte des CDA-Headers (Administrative Information) kann direkt aus der Spezifikation auf Dokumenten Ebene im nachfolgenen Kapitel gewonnen werden. Informationen über die Inhalte des CDA-Bodies (Medizinische Information) kann aus der Übersichtstabelle in Kapitel [[#Section-Templates Übersicht|Section-Templates Übersicht]] gewonnen werden.
+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|Section-Templates Übersicht]] gewonnen werden.
 ==Dokumenten Ebene==
@@ Zeile 1.280: / Zeile 1.252: @@
 ====Author====
 {{:1.2.40.0.34.6.0.11.1.2/dynamic}}
-====Data Enterer====
-{{:1.2.40.0.34.6.0.11.1.22/dynamic}}
 ====Custodian====
@@ Zeile 1.316: / Zeile 1.285: @@
 ====Participant Weitere Behandler====
 {{:1.2.40.0.34.6.0.11.1.28/dynamic}}
-====Documentation Of Service Event====
-{{:1.2.40.0.34.6.0.11.1.17/dynamic}}
 ====Component Of - Encompassing Encounter====
@@ Zeile 1.464: / Zeile 1.430: @@
 |[[#EXNDS Laborparameter|Link]]
 |-
-| colspan="3" |Speciality-Section
+| colspan="3" |EXNDS Speciality-Section Container
+|1.2.40.0.34.6.0.11.2.104
+|O [0..1]
+|[[#EXNDS Speciality-Section Container|Link]]
+|-
+|
+| colspan="2" |Speciality-Section
 |1.3.6.1.4.1.19376.1.3.3.2.1
-|O [0..1]
+|M [1..*]
 |[[#Speciality-Section|Link]]
 |-
@@ Zeile 1.575: / Zeile 1.547: @@
 ====EXNDS Laborparameter====
 {{:1.2.40.0.34.6.0.11.2.35/dynamic}}
+====EXNDS Speciality-Section Container====
+{{:1.2.40.0.34.6.0.11.2.104/dynamic}}
 ====Speciality-Section====
@@ Zeile 1.768: / Zeile 1.743: @@
 ====Befundtext (Anmerkungen und Kommentare)====
 {{:1.2.40.0.34.11.4.3.2/dynamic}}
+====Befundgruppen (Laboratory Battery Organizer)====
+{{:1.3.6.1.4.1.19376.1.3.1.4/dynamic}}
+====Laborergebnisse (Laboratory Observation)====
+{{:1.3.6.1.4.1.19376.1.3.1.6/dynamic}}
 ====Laborergebnisse aktiv (Laboratory Observation Active)====
@@ Zeile 1.840: / Zeile 1.821: @@
 ====ID des Containers====
 {{:1.2.40.0.34.11.90013/dynamic}}
+====Laboratory Observation Entry====
+{{:1.2.40.0.34.6.0.11.3.27/static-2019-05-07T134402}}
 ====EXNDS Arzneimittel-Organizer====
@@ Zeile 1.855: / Zeile 1.839: @@
 ====EXNDS Arzneimittel Packungsart====
 {{:1.2.40.0.34.6.0.11.3.144/dynamic}}
+====EXNDS Laboratory Battery Organizer====
+{{:1.2.40.0.34.6.0.11.3.138/dynamic}}
 ====EXNDS Magistralzubereitung-Organizer====
@@ Zeile 2.019: / Zeile 2.006: @@
 * [https://art-decor.org/art-decor/decor-valuesets--exnds-?id=2.16.840.1.113883.1.11.19563&effectiveDate=2014-03-26T00:00:00&language=de-DE PersonalRelationshipRoleType]
-=Einzelnachweise=
+= 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 =

ILF:ENDS 2: Unterschied zwischen den Versionen

Aktuelle Version vom 11. Juni 2021, 12:35 Uhr

Inhaltsverzeichnis

1 Zusammenfassung

2 Informationen über dieses Dokument

2.1 Haftungsausschluss

2.2 Sprachliche Gleichbehandlung

2.3 Lizenzinformationen

2.3.1 Urheber- und Nutzungsrechte von anderen Quellen ("Third Party IP")

2.3.2 SNOMED CT

2.3.3 Weitere Terminologien

2.4 Verwendete Grundlagen und Bezug zu anderen Standards

2.5 Bedienungshinweise

2.5.1 PDF-Navigation

3 Einleitung

3.1 Ausgangslage und Motivation

4 Harmonisierung

4.1 Autoren

4.2 Mitwirkende

5 Anwendungsfälle

5.1 High Level Use Case

5.1.1 Ende der ärztlichen Tätigkeit (z.B. Pension)

5.1.2 Systemwechsel zu einer anderen Arztsoftware

5.1.3 Auskunft an PatientInnen (lt. DSGVO) oder Arztwechsel

5.2 Detail Use Case

6 Technischer Hintergrund

6.1 IHE XDM

6.1.1 IHE XDM Struktur für den Exportnormdatensatz

6.1.2 README.TXT

6.1.3 INDEX.HTM im Wurzelverzeichnis

6.1.4 INDEX.HTM eines Patientenverzeichnisses

7 Spezifikationen abseits von CDA

7.1 iCalendar

7.2 JSON

7.2.1 Geldflussdaten

7.2.2 Formulardaten

7.2.3 Stammdaten

7.2.4 Lagerstand

7.3 Verrechnungsdaten

7.3.1 Rechnungen

7.3.2 Registrierkassendaten

7.3.3 Buchhaltungsdaten

7.4 Eigene Codesysteme

8 Dokumenten Spezifikation

8.1 Dokumenten Ebene

8.2 Administrative Daten (CDA Header)

8.2.1 Document Realm

8.2.2 Document TypeId

8.2.3 Document TerminologyDate

8.2.4 Document PracticeSettingCode

8.2.5 Document Effective Time

8.2.6 Document Confidentiality Code

8.2.7 Document Language

8.2.8 Document Set Id and Version Number

8.2.9 Record Target

8.2.10 Author

8.2.11 Custodian

8.2.12 Information Recipient

8.2.13 Legal Authenticator

8.2.14 Authenticator

8.2.15 Participant Fachlicher Ansprechpartner

8.2.16 Participant Hausarzt

8.2.17 Participant Auskunftsberechtigte Person (Notfallkontakt)

8.2.18 Participant Angehoerige

8.2.19 Participant Versicherung

8.2.20 Participant Betreuungsorganisation

8.2.21 Participant Weitere Behandler

8.2.22 Component Of - Encompassing Encounter

8.2.23 Encounter Location

8.2.24 AssignedEntityElements

8.2.25 PersonElements

8.2.26 OrganizationElements

8.2.27 Laboratory Performer 2

8.2.28 AuthorElements

8.3 Fachlicher Inhalte (CDA Body)

8.3.1 Section-Templates Übersicht

8.3.1.1 Weitere Patienteninformation - Administrativ

8.3.1.2 Weitere Patienteninformation - Medizinisch

8.3.1.3 Vitalparameter - kodiert

8.3.1.4 Übersetzung