|
|
(96 dazwischenliegende Versionen von 4 Benutzern werden nicht angezeigt) |
Zeile 7: |
Zeile 7: |
| | | |
| {{Infobox Dokument | | {{Infobox Dokument |
− | |Group = ELGA GmbH<br/>Leitfaden Export-Normdatensatz<sup>®</sup> | + | |Group = CDA Implementierungsleitfäden |
− | |Title = im ELGA CDA<sup>®</sup> R2 Laborbefund | + | |Title = HL7 Implementation Guide for CDA<sup>®</sup> R2:<br/>Export-Normdatensatz 2 |
− | |Subtitle = Zur Anwendung im österreichischen<br/>Gesundheitswesen [1.2.40.0.34.10.1] | + | |Subtitle = Zur Anwendung im österreichischen<br/>Gesundheitswesen [1.2.40.0.34.7.25.1] |
| |Short = Leitfaden Export-Normdatensatz | | |Short = Leitfaden Export-Normdatensatz |
| |Namespace = elga-ends | | |Namespace = elga-ends |
| |Type = Implementierungsleitfaden | | |Type = Implementierungsleitfaden |
− | |Version = 1.00 | + | |Version = 1.0.0+20210601 |
− | |Submitted = - | + | |Submitted = HL7 Austria |
− | |Date = 30. August 2019 | + | |Date = 01.06.2021 |
− | |Copyright = 2017-2021 | + | |Copyright = © HL7 Austria 2021 |
− | |Status = draft | + | |Status = Normativ |
− | |Period = n.a. | + | |Period = Abgeschlossen |
− | |OID = n.n. | + | |OID = 1.2.40.0.34.7.25.1 |
− | |Realm = Österreich | + | |Realm = Austria |
| }} | | }} |
| | | |
Zeile 51: |
Zeile 51: |
| }} | | }} |
| | | |
− | {{Underconstruction}}
| + | = Zusammenfassung = |
− | | |
− | = Zusamenfassung = | |
| {{BeginYellowBox}} | | {{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 | | 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, | | * Patientenauskunft, |
− | * eines anstehen Wechsel des Arztpraxisinformationssystems, oder | + | * eines anstehenden Wechsels des Arztpraxisinformationssystems, oder |
| * zum Zwecke der Archivierung der Patientendaten nach Ende der ärztlichen Tätigkeit, | | * 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}} | | {{EndYellowBox}} |
| | | |
Zeile 68: |
Zeile 66: |
| | | |
| =Informationen über dieses Dokument= | | =Informationen über dieses Dokument= |
− | <div class="toccolours mw-collapsible mw-collapsed" overflow:auto;">
| |
− | ==Impressum==
| |
− | <div class="mw-collapsible-content">
| |
− | ''Medieneigentümer, Herausgeber, Hersteller, Verleger:''<br />
| |
− | ELGA GmbH, Treustraße 35-43, Wien, Österreich. Telefon: +43.1.2127050<br />
| |
− | Internet: [http://www.elga.gv.at www.elga.gv.at]
| |
− | Email: [mailto:cda@elga.gv.at cda@elga.gv.at]<br />
| |
− | Geschäftsführer: DI Dr. Günter Rauchegger, DI(FH) Dr. Franz Leisch
| |
− |
| |
− | ''Redaktion, Projektleitung, Koordination: ''<br />
| |
− | Mag.Dr. Stefan Sabutsch, [mailto:stefan.sabutsch@elga.gv.at stefan.sabutsch@elga.gv.at]
| |
− |
| |
− | ''Abbildungen:'' © ELGA GmbH
| |
− |
| |
− | ''Nutzung'': Das Dokument enthält geistiges Eigentum der Health Level Seven® Int. und HL7® Austria, Franckstrasse 41/5/14, 8010 Graz; [http://www.hl7.at www.hl7.at].<br />
| |
− | Die Nutzung ist ohne Lizenz- und Nutzungsgebühren zum Zweck der Erstellung medizinischer Dokumente ausdrücklich erlaubt. Andere Arten der Nutzung und auch auszugsweise Wiedergabe bedürfen der Genehmigung des Medieneigentümers.
| |
− |
| |
− | Download unter [https://www.gesundheit.gv.at www.gesundheit.gv.at] und [https://www.elga.gv.at/cda www.elga.gv.at/cda]
| |
− | </div></div>
| |
− |
| |
| <div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"> | | <div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"> |
| | | |
Zeile 104: |
Zeile 82: |
| | | |
| ==Bedienungshinweise== | | ==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>''
| |
− | {{BeginILFGreenBox}}
| |
− | '''<BEISPIEL>'''<br /><languageCode code="de-AT" />
| |
− | {{EndILFGreenBox}}
| |
− |
| |
− | <div class="toccolours mw-collapsible mw-collapsed" overflow:auto;">
| |
| | | |
| ===PDF-Navigation=== | | ===PDF-Navigation=== |
Zeile 134: |
Zeile 97: |
| <p style="page-break-before: always"></p> | | <p style="page-break-before: always"></p> |
| <!-- Tatsächlicher Inhalt --> | | <!-- Tatsächlicher Inhalt --> |
− |
| |
| | | |
| = Einleitung = | | = Einleitung = |
| | | |
| == Ausgangslage und Motivation == | | == Ausgangslage und Motivation == |
− | Die Daten welche Ärzte in ihren Arztpraxisinformationssystemen generieren, sind in den Datenformaten und Strukturen des jeweiligen Arztpraxisinformationssystems in Datenbanken abgelegt. Diese Datenformaten 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 anderen tauschen besteht die Notwendigkeit die historischen Daten aus dem Altsystem in das neue System zu migrieren. Ein gemeinsames Exportformat (für Export und anschließendes 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 umsetzen sind/waren auch im Kontext des Exportnormdatensatzen 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 = | | = Harmonisierung = |
| + | |
| + | ==Autoren== |
| + | '''Das Redaktionsteam''' bestand aus folgenden Personen: |
| + | {| class="wikitable" |
| + | ! 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 |
| + | |} |
| + | |
| ==Mitwirkende== | | ==Mitwirkende== |
| '''Teilnehmer der Arbeitsgruppe ENDS2'''<sup>1</sup>: | | '''Teilnehmer der Arbeitsgruppe ENDS2'''<sup>1</sup>: |
Zeile 150: |
Zeile 137: |
| = Anwendungsfälle = | | = 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 |
| | | |
− | ==Ende der ärztlichen Tätigkeit (z.B. Pension)== | + | ==High Level Use Case== |
− | 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 Quanititä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. | + | ===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''' | | '''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== | + | ===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''' | | '''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== | + | ===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 hiflreich sein, dass diese generierten Daten vor der Übergabe (eines physikalsichen 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''' | | '''Schritte''' |
| * Auswahl des Patienten/der Patientin | | * 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 symetrischen Schlüsse 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 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|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|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 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üssel zu verschlüsseln und den Schlüssel dem Patienten gesondert zu überreichen (z.B. Ausdruck). |
| | | |
| =Technischer Hintergrund= | | =Technischer Hintergrund= |
Zeile 181: |
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>]] | | [[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ä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. |
| + | |
| + | {| class="wikitable" width="100%" |
| + | |- |
| + | ! style="text-align:left" |Code|| style="text-align:left" |Bedeutung |
| + | |- style="background:CBD7F1" |
| + | |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"'') |
| + | |} |
| | | |
− | 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.
| |
| | | |
| {| class="wikitable" | | {| class="wikitable" |
Zeile 192: |
Zeile 214: |
| ! rowspan="2" |Element | | ! rowspan="2" |Element |
| ! colspan="2" |Konformanz | | ! colspan="2" |Konformanz |
− | ! colspan="2" |Kommentar | + | ! rowspan="2" |Kommentar |
| |- | | |- |
| !SD | | !SD |
| !ODD | | !ODD |
− | !CDA Dokumente
| |
− | !NICHT CDA Dokumente
| |
| |- | | |- |
| |SubmissionSet | | |SubmissionSet |
| |author | | |author |
− | | colspan="2" |R | + | | colspan="2" |R [1..1] |
− | | colspan="2" | | + | |Angaben des Authors (Mensch oder Maschine) |
| |- | | |- |
| |SubmissionSet | | |SubmissionSet |
| |availabilityStatus | | |availabilityStatus |
− | | colspan="2" |O | + | | colspan="2" |O [0..1] |
− | | colspan="2" | | + | |fixer Wert: "Approved" |
| |- | | |- |
| |SubmissionSet | | |SubmissionSet |
| |comments | | |comments |
− | | colspan="2" |O | + | | colspan="2" |O [0..1] |
− | | colspan="2" | | + | |Kommentare zum SubmissionSet |
| |- | | |- |
| |SubmissionSet | | |SubmissionSet |
| |contentTypeCode | | |contentTypeCode |
− | | colspan="2" |NP | + | | colspan="2" |NP [0..0] |
− | | colspan="2" |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 NICTH 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 | | |SubmissionSet |
| |entryUUID | | |entryUUID |
− | | colspan="2" |R | + | | colspan="2" |R [1..1] |
− | | colspan="2" | | + | |UUID des SubmissionSets in den Metadaten |
| |- | | |- |
| |SubmissionSet | | |SubmissionSet |
| |homeCommunityId | | |homeCommunityId |
− | | colspan="2" |O | + | | colspan="2" |O [0..0] |
− | | colspan="2" |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.
| + | |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 | | |SubmissionSet |
| |intendedRecipient | | |intendedRecipient |
− | | colspan="2" |R2 | + | | colspan="2" |R [0..1] |
− | | colspan="2" |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 | | |SubmissionSet |
| |patientId | | |patientId |
− | | colspan="2" |R2 | + | | colspan="2" |R [0..1] |
− | | colspan="2" | | + | |ID des Patienten innerhalb der Affinity Domain. Sollte diese nicht vorhanden sein, kann auch die lokale PatientenId angegeben werden |
| |- | | |- |
| |SubmissionSet | | |SubmissionSet |
| |sourceId | | |sourceId |
− | | colspan="2" |R | + | | colspan="2" |R [1..1] |
− | | colspan="2" | | + | |ID des Systems welches das SubmissionSet erstellt hat |
| |- | | |- |
| |SubmissionSet | | |SubmissionSet |
| |submissionTime | | |submissionTime |
− | | colspan="2" |R | + | | colspan="2" |R [1..1] |
− | | colspan="2" | | + | |Zeitstempel wann das SubmissionSet erstellt wurde |
| |- | | |- |
| |SubmissionSet | | |SubmissionSet |
| |title | | |title |
− | | colspan="2" |O | + | | colspan="2" |O [0..1] |
− | | colspan="2" | | + | |Title des SubmissionSets |
| |- | | |- |
| |SubmissionSet | | |SubmissionSet |
| |uniqueId | | |uniqueId |
− | | colspan="2" |R | + | | colspan="2" |R [1..1] |
− | | colspan="2" | | + | |ID des SubmissionSets |
| |- | | |- |
− | | colspan="6" | | + | | colspan="5" | |
| + | |- |
| + | | colspan="5" |''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 | | |DocumentEntry |
| |author | | |author |
− | |R2 | + | |R [0..1] |
− | |R2 | + | |R [0..1] |
− | | rowspan="26" |siehe ELGA Metadaten
| + | |siehe ELGA Metadaten |
− | |
| |
| |- | | |- |
| |DocumentEntry | | |DocumentEntry |
| |classCode | | |classCode |
− | |R2 | + | |R [0..1] |
− | |R2 | + | |R [0..1] |
− | | | + | |wird nur für CDA-Dokumente verwendet, ansonsten weggelassen |
| |- | | |- |
| |DocumentEntry | | |DocumentEntry |
| |confidentialityCode | | |confidentialityCode |
− | |R | + | |R [1..1] |
− | |R2 | + | |R [0..1] |
− | | | + | |Value Set "ELGA_Confidentiality", empfohlener Wert "normal" |
| |- | | |- |
| |DocumentEntry | | |DocumentEntry |
| |creationTime | | |creationTime |
− | |R | + | |R [1..1] |
− | |R2 | + | |R [0..1] |
− | | | + | |Zeitpunkt der Dokumentenerstellung |
| |- | | |- |
| |DocumentEntry | | |DocumentEntry |
| |entryUUID | | |entryUUID |
− | |R | + | |R [1..1] |
− | |R | + | |R [1..1] |
− | | | + | |ID des Metadateneintrages für das Dokument |
| |- | | |- |
| |DocumentEntry | | |DocumentEntry |
| |eventCodeList | | |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 haben. Für andere CDA siehe ELGA Leitfaden zu den Metadaten |
| |- | | |- |
| |DocumentEntry | | |DocumentEntry |
| |formatCode | | |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 | | |DocumentEntry |
| |hash | | |hash |
− | |R | + | |R [1..1] |
− | |R | + | |R [1..1] |
− | | | + | |Hash Wert des Dokuments |
| |- | | |- |
| |DocumentEntry | | |DocumentEntry |
| |healthcareFacilityTypeCode | | |healthcareFacilityTypeCode |
− | |R2 | + | |R [0..1] |
− | |R2 | + | |R [0..1] |
− | | | + | |Value Set "ELGA_ HealthcareFacilityTypeCode" |
| |- | | |- |
| |DocumentEntry | | |DocumentEntry |
| |homeCommunityId | | |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 | | |DocumentEntry |
| |languageCode | | |languageCode |
− | |R2 | + | |R [0..1] |
− | |R2 | + | |R [0..1] |
− | | | + | |Value Set, empfohlener Wert für Deutsch "de-AT" |
| |- | | |- |
| |DocumentEntry | | |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 | | |DocumentEntry |
| |mimeType | | |mimeType |
− | |R | + | |R [1..1] |
− | |R | + | |R [1..1] |
− | |DICOM "application/dicom", für JSON "application/json", für iCal "text/calendar" ... | + | |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 | | |DocumentEntry |
| |objectType | | |objectType |
− | |R | + | |R [1..1] |
− | |R | + | |R [1..1] |
− | |Unterscheidung zwischen "Stable Documents" und "On Demand Documents". Das "Datenbankexport"-CDA wäre als ODD zu führen, andere CDA-Report (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 | | |DocumentEntry |
| |patientId | | |patientId |
− | |R2 | + | |R [0..1] |
− | |R2 | + | |R [0..1] |
− | | | + | |ID des Patienten innerhalb der Affinity Domain. Sollte diese nicht vorhanden sein, kann auch die lokale PatientenId angegeben werden |
| |- | | |- |
| |DocumentEntry | | |DocumentEntry |
| |practiceSettingCode | | |practiceSettingCode |
− | |R2 | + | |R [0..1] |
− | |R2 | + | |R [0..1] |
− | | | + | |Value Set "ELGA_PracticeSetting_VS" |
| |- | | |- |
| |DocumentEntry | | |DocumentEntry |
| |referenceIdList | | |referenceIdList |
− | |O | + | |O [0..1] |
− | |O | + | |O [0..1] |
− | | | + | |siehe ELGA Spezifikation |
| |- | | |- |
| |DocumentEntry | | |DocumentEntry |
| |serviceStartTime | | |serviceStartTime |
− | |R2 | + | |R [0..1] |
− | |R2 | + | |R [0..1] |
− | | | + | |Beginn-Datum der Gesundheitsdienstleistung. Bei dem Datenbankexport-CDA wäre hier der Exportzeitpunkt anzugeben |
| |- | | |- |
| |DocumentEntry | | |DocumentEntry |
| |serviceStopTime | | |serviceStopTime |
− | |R2 | + | |R [0..1] |
− | |R2 | + | |R [0..1] |
− | | | + | |End-Datum der Gesundheitsdienstleistung. Bei dem Datenbankexport-CDA wäre hier der Exportzeitpunkt anzugeben |
| |- | | |- |
| |DocumentEntry | | |DocumentEntry |
| |size | | |size |
− | |R | + | |R [1..1] |
− | |R | + | |R [1..1] |
− | | | + | |Größe des Dokuments in byte |
| |- | | |- |
| |DocumentEntry | | |DocumentEntry |
| |sourcePatientId | | |sourcePatientId |
− | |R2 | + | |R [0..1] |
− | |R2 | + | |R [0..1] |
− | | | + | |Patienten-ID des lokalen Systems |
| |- | | |- |
| |DocumentEntry | | |DocumentEntry |
| |sourcePatientInfo | | |sourcePatientInfo |
− | |R2 | + | |R [0..1] |
− | |R2 | + | |R [0..1] |
− | | | + | |Demographische Daten des Patienten |
| |- | | |- |
| |DocumentEntry | | |DocumentEntry |
| |title | | |title |
− | |O | + | |O [0..1] |
− | |O | + | |O [0..1] |
− | | | + | |Titel des Dokuments |
| |- | | |- |
| |DocumentEntry | | |DocumentEntry |
| |typeCode | | |typeCode |
− | |R2 | + | |R [0..1] |
− | |R2 | + | |R [0..1] |
− | | | + | |wird nur für CDA-Dokumente verwendet, ansonsten weggelassen |
| |- | | |- |
| |DocumentEntry | | |DocumentEntry |
| |uniqueId | | |uniqueId |
− | |R | + | |R [1..1] |
− | |R | + | |R [1..1] |
− | | | + | |ID des Dokuments |
| |- | | |- |
| |DocumentEntry | | |DocumentEntry |
| |URI | | |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. |
| | | |
| + | {| class="wikitable" |
| + | |+ |
| + | ! colspan="3" |Elementname |
| + | !Datei/Ordner |
| + | !Verpflichtung |
| + | !Hinweis |
| + | !Verweise |
| + | |- |
| + | | colspan="3" |README.TXT |
| + | |Datei |
| + | |M |
| + | |Die Readme Datei muss Hinweise zu den am Export beteiligten Akteuren (Software, Arzt) enthalten |
| + | |[[#README.TXT|Link]] |
| + | |- |
| + | | colspan="3" |INDEX.HTM |
| + | |Datei |
| + | |M |
| + | |Die INDEX.HTM muss eine Übersicht über die exportierten Patienten ermöglichen |
| + | |[[#INDEX.HTM im Wurzelverzeichnis|Link]] |
| + | |- |
| + | | colspan="3" |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. |
| | | |
− | TODO - Formatcode bei ELGA beantragen
| + | Zudem soll es ein übergreifendes Submission Set geben, welches z.B. die benötigten Codelisten enthält |
− | | + | | |
− | | + | |- |
− | | + | | |
− | | + | | colspan="2" |PAT0001 |
− | | + | |Ordner |
− | === README.TXT ===
| + | |M (Name beispielhaft) |
− | 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:
| + | |Submission Set für den ersten Patienten. Als Ordnername soll der systeminterne Patientenidentifier genutzt werden |
− | * 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
| + | |INDEX.HTM |
− | | + | |Datei |
− | 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.
| + | |M |
− | | + | |Die INDEX.HTM auf Patientenebene ermöglicht eine Übersicht über die patientenspezifischen Dokumente |
− | <pre>Erzeugt von:
| + | |[[#INDEX.HTM eines Patientenverzeichnisses|Link]] |
− | Arztpraxis Dr. Meier
| + | |- |
− | Mozartgasse 1-7
| + | | |
− | 5350 St.Wolfgang, Salzburg
| + | | |
− | | + | |METADATA.XML |
− | Für Unterstützung:
| + | |Datei |
− | Arztpraxis Dr. Meier (stellt Kontakt her)
| + | |M |
− | +43 6138 3453446 122
| + | |Das METADATA.XML enthält die maschinenlesbaren Metainformationen zu den enthaltenen Dokumenten |
− | | + | |[[#IHE XDM|Link]] |
− | 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.
| + | | |
− | | + | |PAT0001.XML |
− | Zur Darstellung der Inhalte können folgende Softwareprodukte genutzt werden:
| + | |Datei |
− | - Für CDA Dokumente (.XML): Browser und ELGA-Referenzstylesheet, bzw. ENDS2-Importtool
| + | |M (Name beispielhaft) |
− | - Für iCalender Dateien (.ICS): Kalenderapplikation, bzw. ENDS2-Importtool
| + | |Dies ist das '''Datenbankexport CDA für den ersten Patienten'''. Die Spezifikation dieses CDA Dokuments ist Gegenstand dieses Leitfadens |
− | - Für JSON Dateien (.JSON): Texteditor, bzw. ENDS2-Importtool
| + | |[[#Dokumenten Spezifikation|Link]] |
− | | + | |- |
− | </pre>
| + | | |
− | | + | | |
− | === INDEX.HTM im Wurzelverzeichnis ===
| + | |CDAStylesheet.XSL |
− | Die folgende INDEX.HTM liegt im Wurzelverzeichnis der IHE Daten und dient zur Übersicht aller vorhandenen Patienten. Sie stellt dabei die folgenden Informationen dar:
| + | |Datei |
− | * Kontaktinformationen über den Ersteller der Dokumente
| + | |M (Name beispielhaft) |
− | * Pro Patient
| + | |Ein Stylesheet um das Datenbankexport CDA anzuzeigen. Das ELGA Referenzstylesheet kann genutzt werden |
− | ** Name
| + | | |
− | ** Vorname
| + | |- |
− | ** Geburtsdatum
| + | | |
− | ** Link zu dessen Dokumentenübersicht
| + | | |
− | | + | |TERMIN001.ICS |
− | <pre>
| + | |Datei |
− | <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML Basic 1.1//EN" "http://www.w3.org/TR/xhtml-basic/xhtml-basic11.dtd">
| + | |Beispiel |
− | <html>
| + | |Beispieldatei: Ein patientenspezifischer Termineintrag |
− | <head>
| + | |[[#iCalendar|Link]] |
− | <meta http-equiv="Content-Type" content="text/html;charset=utf-8" />
| + | |- |
− | <title>XDM</title>
| + | | |
− | <style type="text/css">
| + | | colspan="2" |PAT0002 |
− | table, th, td {
| + | |Ordner |
− | border: 1px solid black;
| + | |M (Name beispielhaft) |
− | }
| + | |Submission Set für den zweiten Patienten. Als Ordnername soll der systeminterne Patientenidentifier genutzt werden |
− | </style>
| + | | |
− | </head>
| + | |- |
| + | | |
| + | | |
| + | |INDEX.HTM |
| + | |Datei |
| + | |M |
| + | |Die INDEX.HTM auf Patientenebene ermöglicht eine Übersicht über die patientenspezifischen Dokumente |
| + | |[[#IHE XDM|Link]] |
| + | |- |
| + | | |
| + | | |
| + | |METADATA.XML |
| + | |Datei |
| + | |M |
| + | |Das METADATA.XML enthält die maschinenlesbaren Metainformationen zu den enthaltenen Dokumenten |
| + | |[[#IHE XDM|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 |
| + | |[[#Dokumenten Spezifikation|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. |
| + | | |
| + | |- |
| + | | |
| + | | colspan="2" |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 |
| + | |[[#IHE XDM|Link]] |
| + | |- |
| + | | |
| + | | |
| + | |Codeliste1.XML |
| + | |Datei |
| + | |R (Name beispielhaft) |
| + | |Beispieldatei: Codeliste mit systeminternen Codes |
| + | |[[#Eigene Codesysteme|Link]] |
| + | |- |
| + | | |
| + | | |
| + | |Abkürzungen1.XML |
| + | |Datei |
| + | |R (Name beispielhaft) |
| + | |Beispieldatei: Codeliste mit systeminternen Abkürzungen |
| + | |[[#Eigene Codesysteme|Link]] |
| + | |} |
| | | |
− | <body>
| + | === README.TXT === |
− | <h1>XDM Patientenübersicht:</h1>
| + | 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: |
− | <p>
| + | * Kontaktinformationen über das dokumenterstellende Institut |
− | Erzeugt von:<br />
| + | * Informationen über das Softwareprodukt welches an der Erstellung beteiligt war |
− | Amadeus Spital - Urologische Ambulanz<br />
| + | ** Name und Version |
− | Mozartgasse 1-7<br />
| + | ** Kontaktinformationen zum Softwareprodukthersteller |
− | 5350 St. Wolfgang
| + | * Information über die Struktur des XDM Datenset |
− | </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>
| |
− | </pre>
| |
| | | |
− | === INDEX.HTM eines Patientenverzeichnisses ===
| + | 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. |
− | 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
| + | <pre class="ilfbox_code">Erzeugt von: |
− | * Patientendaten
| + | Arztpraxis Dr. Meier |
− | ** Name
| + | Mozartgasse 1-7 |
− | ** ID im System
| + | 5350 St.Wolfgang, Salzburg |
− | ** Geschlecht
| |
− | ** Geburtsdatum
| |
− | ** Postadresse
| |
− | * Dokumentendaten
| |
− | ** Art/Bezeichnung des Dokuments
| |
− | ** Datum
| |
− | ** Link zur Datei
| |
− | ** MIME Type
| |
| | | |
− | <pre>
| + | Für Unterstützung: |
− | <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML Basic 1.1//EN" "http://www.w3.org/TR/xhtml-basic/xhtml-basic11.dtd">
| + | Arztpraxis Dr. Meier (stellt Kontakt her) |
− | <html>
| + | +43 6138 3453446 122 |
− | <head>
| + | |
− | <meta http-equiv="Content-Type" content="text/html;charset=utf-8" />
| + | 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 |
− | <title>XDM - klinische Dokumente für Maximilian TEST0000000036</title>
| |
− | <style type="text/css">
| |
− | table, th, td {
| |
− | border: 1px solid black;
| |
− | }
| |
− | </style>
| |
− | </head>
| |
| | | |
− | <body>
| + | 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. |
− | <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>
| + | Zur Darstellung der Inhalte können folgende Softwareprodukte genutzt werden: |
− | <table>
| + | - Für CDA Dokumente (.XML): Browser und ELGA-Referenzstylesheet, bzw. ENDS2-Importtool |
− | <tr>
| + | - Für iCalender Dateien (.ICS): Kalenderapplikation, bzw. ENDS2-Importtool |
− | <th>Dokumentart</th>
| + | - Für JSON Dateien (.JSON): Texteditor, bzw. ENDS2-Importtool |
− | <th>Datum</th>
| + | |
− | <th>Link</th>
| + | </pre> |
− | <th>MIME Type</th>
| + | |
− | </tr>
| + | === INDEX.HTM im Wurzelverzeichnis === |
− | <tr>
| + | Die folgende INDEX.HTM liegt im Wurzelverzeichnis der IHE Daten und dient zur Übersicht aller vorhandenen Patienten. Sie stellt dabei die folgenden Informationen dar: |
− | <td>NDS (CDA)</td>
| + | * Kontaktinformationen über den Ersteller der Dokumente |
− | <td>12.12.2018</td>
| + | * Pro Patient |
− | <td><a href="00000036.XML">Exportdaten</a></td>
| + | ** Name |
− | <td>text/xml</td>
| + | ** Vorname |
− | </tr>
| + | ** Geburtsdatum |
− | <tr>
| + | ** Link zu dessen Dokumentenübersicht |
− | <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>
| |
− | </pre>
| |
| | | |
− | === METADATA.XML === | + | <pre class="ilfbox_code"> |
− | Das Metadata.xml enthält neben den Identifiern für die/das Dokument(en) und der/des Patienten die notwendigen Context-Informationen. Dieses XML File basiert auf dem ebXML Standard und im folgenden werden die notwendigen XML-Strukturen kurz vorgestellt.
| + | <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML Basic 1.1//EN" "http://www.w3.org/TR/xhtml-basic/xhtml-basic11.dtd"> |
− | * External Identifier
| + | <html> |
− | * Name
| + | <head> |
− | * Classification
| + | <meta http-equiv="Content-Type" content="text/html;charset=utf-8" /> |
− | * Slot
| + | <title>XDM</title> |
− | | + | <style type="text/css"> |
− | ==== External Identifier ====
| + | table, th, td { |
− | Das "External Identifier" Element hat folgende 4 XML-Attribute welche zu befüllen sind:
| + | border: 1px solid black; |
− | * registryObject: UUID des zugehörigen Registry Packages (Ausprägungen: SubmissionSet, Folder, bzw. Document)
| + | } |
− | * identificationScheme: UUID des laut IHE ITI Vol3 definerten Metadaten Vokabular (siehe Kapitel 4.2.5 Metadata Vocabulary im ITI-TF Vol3<ref name="ITI_Vol3">[https://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_TF_Vol3.pdf], ITI-TF Vol3</ref>)
| + | </style> |
− | * value: Codierter Wert - Hinweise bezüglich der Codierung ist aus der jeweiligen Spezifikation ersichtlich.
| + | </head> |
− | * id: global eindeutiger Identifier des "External Identifier"-Elements
| |
− | | |
− | Als Child-Element ist ein "Name"-Element zu führen, welches die Klartextdarstellung des "identificationSchema" laut IHE ITI-TF Vol3 Vokabulars enthält.
| |
− | | |
− | = Spezifikationen abseits von CDA = | |
− | | |
− | == iCalendar ==
| |
− | Um Termine abbilden zu können, wird das iCalendar Format verwendet. Das folgende Beispiel basiert dabei auf den Spezifikationen [https://icalendar.org/RFC-Specifications/iCalendar-RFC-5545/ RFC 5545] und [https://icalendar.org/RFC-Specifications/iCalendar-RFC-7986/ RFC 7986]. Es wurde mit einem [https://icalendar.org/validator.html Validator] geprüft und deckt die definierten Anforderungen ab.
| |
| | | |
− | <pre> | + | <body> |
− | BEGIN:VCALENDAR
| + | <h1>XDM Patientenübersicht:</h1> |
− | VERSION:2.0
| + | <p> |
− | PRODID:http://www.example.com/calendarapplication/
| + | Erzeugt von:<br /> |
− | METHOD:PUBLISH
| + | Amadeus Spital - Urologische Ambulanz<br /> |
− | BEGIN:VEVENT
| + | Mozartgasse 1-7<br /> |
− | UID:461092315540@example.com
| + | 5350 St. Wolfgang |
− | ORGANIZER;CN="Dr. Max Mustermann":MAILTO:max.mustermann@example.com
| + | </p> |
− | CONTACT:Herr Theodor Test, Patient ID 012345
| + | <table> |
− | LOCATION:Praxis Dr. Mustermann, Raum 01
| + | <tr> |
− | SUMMARY:Verbandswechsel
| + | <th>Name</th> |
− | DESCRIPTION:Verbandswechsel Hr. Tester
| + | <th>Vorname</th> |
− | RESOURCES:Dr. Mustermann, Assistent
| + | <th>Geburtsdatum</th> |
− | CATEGORIES:Nachbehandlung
| + | <th>Dokumentenübersicht</th> |
− | CLASS:PUBLIC
| + | </tr> |
− | COLOR:green
| + | <tr> |
− | DTSTART:20190910T090000Z
| + | <td>TEST0000000036</td> |
− | DTEND:20190910T091500Z
| + | <td>Maximilian</td> |
− | DTSTAMP:20190903T130000Z
| + | <td>26.08.2001</td> |
− | END:VEVENT
| + | <td><a href="00000036/INDEX.HTM">00000036/INDEX.HTM</a></td> |
− | END:VCALENDAR
| + | </tr> |
| + | </table> |
| + | </body> |
| + | </html> |
| </pre> | | </pre> |
| | | |
− | == JSON == | + | === INDEX.HTM eines Patientenverzeichnisses === |
− | 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 folgende Tabelle listet die benötigten Elemente sowie deren Eigenschaften auf:
| + | 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 |
| | | |
− | {| class="wikitable"
| + | <pre class="ilfbox_code"> |
− | |+
| + | <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML Basic 1.1//EN" "http://www.w3.org/TR/xhtml-basic/xhtml-basic11.dtd"> |
− | !Element | + | <html> |
− | !Attribut
| + | <head> |
− | !Kardinalität
| + | <meta http-equiv="Content-Type" content="text/html;charset=utf-8" /> |
− | !Datentyp
| + | <title>XDM - klinische Dokumente für Maximilian TEST0000000036</title> |
− | |-
| + | <style type="text/css"> |
− | |Geldflussdaten
| + | table, th, td { |
− | |
| + | border: 1px solid black; |
− | |
| + | } |
− | |
| + | </style> |
− | |-
| + | </head> |
− | |
| + | |
− | |Text
| + | <body> |
− | |0..1
| + | <h1>XDM Dokumente:</h1> |
− | |String
| + | <p> |
− | |-
| + | Erzeugt von:<br /> |
− | |
| + | Amadeus Spital - Urologische Ambulanz<br /> |
− | |Betrag
| + | Mozartgasse 1-7<br /> |
− | |1..1
| + | 5350 St. Wolfgang |
− | |Numerisch
| + | </p> |
− | |-
| + | <p> |
− | |
| + | Name des Patienten: Maximilian TEST0000000036<br /> |
− | |Mehrwertsteuer-Satz
| + | Pat-ID: 36<br /> |
− | |1..1
| + | Geschlecht: M<br /> |
− | |Numerisch
| + | Geburtsdatum: 26.08.2001<br /> |
− | |-
| + | STR0000000036<br /> |
− | |
| + | 0036 WIEN0000000036 |
− | |Zahlungsart
| + | </p> |
− | |0..1
| + | |
− | |String
| + | <h2>Dokumente:</h2> |
− | |-
| + | <table> |
− | |Formular
| + | <tr> |
− | |
| + | <th>Dokumentart</th> |
− | |
| + | <th>Datum</th> |
− | |
| + | <th>Link</th> |
− | |-
| + | <th>MIME Type</th> |
− | |
| + | </tr> |
− | |Klasse
| + | <tr> |
− | |1..1
| + | <td>NDS (CDA)</td> |
− | |String
| + | <td>12.12.2018</td> |
− | |-
| + | <td><a href="00000036.XML">Exportdaten</a></td> |
− | |
| + | <td>text/xml</td> |
− | |Erstellungsdatum
| + | </tr> |
− | |0..1
| + | <tr> |
− | |Datum
| + | <td>Termin</td> |
− | |-
| + | <td>08.10.2018</td> |
− | |Formular/Feld
| + | <td><a href="TERMIN001.ICS">Termin Verbandswechsel</a></td> |
− | |
| + | <td>text/calendar</td> |
− | |
| + | </tr> |
− | |
| + | <tr> |
− | |-
| + | <td>Laborbefund</td> |
− | |
| + | <td>15.4.2018</td> |
− | |Name
| + | <td><a href="LAB01.XML">Allgemeiner Laborbefund</a></td> |
− | |1..1
| + | <td>text/xml</td> |
− | |String
| + | </tr> |
− | |-
| + | </body> |
− | |
| + | </html> |
− | |Typ
| + | </pre> |
− | |1..1
| + | |
− | |String
| + | = 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. |
− | |Inhalt
| + | |
− | |0..1
| + | 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. |
− | |String
| + | |
− | |-
| + | == iCalendar == |
− | |
| + | Um Termine abbilden zu können, wird das iCalendar Format verwendet. Das folgende Beispiel basiert dabei auf den Spezifikationen [https://icalendar.org/RFC-Specifications/iCalendar-RFC-5545/ RFC 5545] und [https://icalendar.org/RFC-Specifications/iCalendar-RFC-7986/ RFC 7986]. Es wurde mit einem [https://icalendar.org/validator.html Validator] geprüft und deckt die definierten Anforderungen ab. |
− | |Reihenfolge
| + | |
− | |0..1
| + | <pre class="ilfbox_code"> |
− | |Numerisch
| + | BEGIN:VCALENDAR |
− | |-
| + | VERSION:2.0 |
− | |Stammdaten/Leistungen
| + | 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 |
− | |Code
| + | LOCATION:Praxis Dr. Mustermann, Raum 01 |
− | |1..1
| + | SUMMARY:Verbandswechsel |
− | |String
| + | DESCRIPTION:Verbandswechsel Hr. Tester |
− | |-
| + | RESOURCES:Dr. Mustermann, Assistent |
− | | | + | CATEGORIES:Nachbehandlung |
− | |Bezeichnung | + | CLASS:PUBLIC |
− | |1..1
| + | COLOR:green |
− | |String
| + | DTSTART:20190910T090000Z |
| + | DTEND:20190910T091500Z |
| + | DTSTAMP:20190903T130000Z |
| + | END:VEVENT |
| + | END:VCALENDAR |
| + | </pre> |
| + | |
| + | == 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. |
| + | |
| + | ===Geldflussdaten=== |
| + | Die angegebenen Element- und Attribute Namen sind verpflichtend einzuhalten. |
| + | {| class="wikitable" |
| + | |+ |
| + | !Attribut |
| + | !Kardinalität |
| + | !Datentyp |
| + | !Hinweis |
| |- | | |- |
− | | | + | |Geldflussdaten |
− | |Einzelpreis brutto
| |
| |1..1 | | |1..1 |
− | |Numerisch | + | |Array |
| + | |fasst die folgenden Attribute als JSON-Objekte zusammen |
| |- | | |- |
| + | |Text |
| + | |0..1 |
| + | |String |
| | | | | |
− | |Einzelpreis netto | + | |- |
| + | |Betrag |
| |1..1 | | |1..1 |
| |Numerisch | | |Numerisch |
| + | | |
| |- | | |- |
− | | | + | |Mehrwertsteuer-Satz |
− | |Umsatzsteuer Prozent
| |
| |1..1 | | |1..1 |
| |Numerisch | | |Numerisch |
− | |-
| |
| | | | | |
− | |Krankenkasse
| |
− | |0..1
| |
− | |String
| |
| |- | | |- |
− | |Stammdaten/Diagnosen | + | |Zahlungsart |
− | |
| |
− | |
| |
− | |
| |
− | |-
| |
− | |
| |
− | |Bezeichnung
| |
− | |1..1
| |
− | |String
| |
− | |-
| |
− | |
| |
− | |Beschreibung
| |
| |0..1 | | |0..1 |
− | |String | + | |Code |
− | |- | + | |Zulässige Werte: "Bar", "Scheck", "Kreditkarte", "Bankomat" |
− | |Lager/Medikamente
| + | |} |
− | | | + | |
− | | | + | Strukturbeispiel: |
− | |
| + | |
| + | <pre class="ilfbox_code"> |
| + | { |
| + | "Geldflussdaten": [ |
| + | { |
| + | "Text": "Erstbehandlung", |
| + | "Betrag": 120, |
| + | "Mehrwertsteuer-Satz": 20, |
| + | "Zahlungsart": "Kreditkarte" |
| + | } |
| + | ] |
| + | } |
| + | </pre> |
| + | |
| + | ===Formulardaten=== |
| + | Die angegebenen Element- und Attribute Name sind verpflichtend einzuhalten. |
| + | {| class="wikitable" |
| + | |+ |
| + | !Attribut |
| + | !Kardinalität |
| + | !Datentyp |
| + | !Hinweis |
| |- | | |- |
− | | | + | |Formular |
− | |Pharmazentralnummer
| |
| |1..1 | | |1..1 |
− | |Numerisch | + | |Array |
| + | |fasst die folgenden Attribute als JSON-Objekte zusammen |
| |- | | |- |
− | | | + | |Klasse |
− | |Lagerstand
| |
| |1..1 | | |1..1 |
− | |Numerisch | + | |String/Code |
| + | |Im Falle, dass Codes verwendet werden müssen diese in einer Codeliste, welche dem XDM inkludiert wird, angeführt werden. |
| |- | | |- |
− | | | + | |Erstellungsdatum |
− | |Meldung ab
| |
| |0..1 | | |0..1 |
| |Datum | | |Datum |
| + | | |
| |- | | |- |
− | | | + | |Formular/Feld |
− | |Nachbestellen bis | + | |1..1 |
− | |0..1
| + | |Array |
− | |Datum | + | |fasst die folgenden Attribute als JSON-Objekte zusammen |
| |- | | |- |
− | |Lager/Zusatzartikel | + | |Name |
− | | | + | |1..1 |
− | | | + | |String |
| | | | | |
| |- | | |- |
− | | | + | |Typ |
− | |Bezeichnung
| |
| |1..1 | | |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 | | |String |
| + | | |
| |- | | |- |
| + | |Reihenfolge |
| + | |0..1 |
| + | |Numerisch |
| | | | | |
− | |Lagerstand
| + | |} |
− | |1..1
| |
− | |Numerisch
| |
− | |} | |
| | | |
− | Die folgenden Beispiele stellen die jeweilige Struktur dar. Dabei werden die zu verwendeten Datentypen wie folgt dargestellt:
| + | Strukturbeispiel: |
− | * String: "" (Leerstring)
| |
− | * Numerisch: 0
| |
− | * Datum: String im ISO-8601-Format
| |
− | | |
− | <pre>
| |
− | {
| |
− | "Geldflussdaten": [
| |
− | {
| |
− | "Text": "",
| |
− | "Betrag": 0,
| |
− | "Mehrwertsteuer-Satz": 0,
| |
− | "Zahlungsart": ""
| |
− | }
| |
− | ]
| |
− | }
| |
| | | |
| + | <pre class="ilfbox_code"> |
| { | | { |
| "Formular": [ | | "Formular": [ |
| { | | { |
− | "Klasse": "", | + | "Klasse": 1, |
| "Erstellungsdatum": "2020-10-08T07:17:51.876Z", | | "Erstellungsdatum": "2020-10-08T07:17:51.876Z", |
| "Feld": [ | | "Feld": [ |
| { | | { |
− | "Name": "", | + | "Name": "Sozialversicherungsnummer", |
− | "Typ": "", | + | "Typ": "numerisch", |
| "Inhalt": "", | | "Inhalt": "", |
− | "Reihenfolge": 0 | + | "Reihenfolge": 4 |
| } | | } |
| ] | | ] |
Zeile 823: |
Zeile 933: |
| ] | | ] |
| } | | } |
| + | </pre> |
| | | |
− | { | + | ===Stammdaten=== |
− | "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). |
− | {
| + | {| class="wikitable" |
− | "Leistungen": [
| + | |+ |
− | {
| + | !Attribut |
− | "Code": "",
| + | !Kardinalität |
− | "Bezeichnung": "",
| + | !Datentyp |
− | "Einzelpreis brutto": 0,
| + | !Hinweis |
− | "Einzelpreis netto": 0,
| + | |- |
− | "Umsatzsteuer Prozent": 0,
| + | |Stammdaten |
− | "Krankenkasse": ""
| + | |1..1 |
− | }
| + | |Array |
− | ],
| + | |fasst die folgenden Attribute als JSON-Objekte zusammen |
− | "Diagnosen": [
| + | |- |
− | {
| + | |Leistungen |
− | "Bezeichnung": "",
| + | |1..1 |
− | "Beschreibung": ""
| + | |Array |
− | }
| + | |fasst die folgenden Attribute als JSON-Objekte zusammen |
− | ],
| + | |- |
− | "Medikamente": [],
| + | |Code |
− | "Allergien": [],
| + | |1..1 |
− | "Textblöcke": [],
| + | |Code |
− | "Zuweiser": "",
| + | |Die verwendeten Codes müssen in einer Codeliste, welche im XDM inkludiert wird, angeführt werden. |
− | "Terminarten": []
| + | |- |
− | }
| + | |Bezeichnung |
− | ]
| + | |1..1 |
− | }
| + | |String |
− | | + | | |
− | {
| + | |- |
− | "Lager": [
| + | |Einzelpreis brutto |
− | {
| + | |1..1 |
− | "Medikamente": [
| + | |Numerisch |
− | {
| + | | |
− | "Pharmazentralnummer": 0,
| + | |- |
− | "Lagerstand": 0,
| + | |Einzelpreis netto |
− | "Meldung ab": "2020-10-08T07:38:13.700Z",
| + | |1..1 |
− | "Nachbestellen bis": "2020-10-08T07:38:13.700Z"
| + | |Numerisch |
− | }
| + | | |
− | ],
| + | |- |
− | "Zusatzartikel": [
| + | |Umsatzsteuer Prozent |
− | {
| + | |1..1 |
− | "Bezeichnung": "",
| + | |Numerisch |
− | "Lagerstand": 0
| + | | |
− | }
| + | |- |
− | ]
| + | |Krankenkasse |
− | }
| + | |0..1 |
− | ]
| + | |String |
− | } | + | | |
− | </pre>
| + | |- |
| + | |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 |
| + | | |
| + | |} |
| | | |
− | == Verrechnungsdaten ==
| + | Strukturbeispiel: |
| | | |
− | === Rechnungen === | + | <pre class="ilfbox_code"> |
| + | { |
| + | "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": [] |
| + | } |
| + | ] |
| + | } |
| + | </pre> |
| | | |
− | Prinzipiell werden nur patientenbezogene Rechnungen exportiert. Je nach Anwendungsfall kommen die folgenden Formate dafür in Frage:
| + | ===Lagerstand=== |
− | * 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
| |
| | | |
− | === Registrierkassendaten === | + | {| class="wikitable" |
− | | + | |+ |
− | * Datenerfassungsprotokoll (DEP)
| + | !Attribut |
− | | + | !Kardinalität |
− | === Buchhaltungsdaten ===
| + | !Datentyp |
− | | + | !Hinweis |
− | * Formate der DATEV GmbH
| + | |- |
− | | + | |Lager |
− | =Dokumenten Spezifikation=
| + | |1..1 |
− | | + | |Array |
− | ==Dokumenten Ebene==
| + | |fasst die folgenden Attribute als JSON-Objekte zusammen |
− | {{:1.2.40.0.34.6.0.11.0.6/dynamic}}
| + | |- |
− | | + | |Medikamente |
− | ==Administrative Daten (CDA Header)==
| + | |1..1 |
− | | + | |Array |
− | ====Document Realm====
| + | |fasst die folgenden Attribute als JSON-Objekte zusammen |
− | {{:1.2.40.0.34.6.0.11.1.10/dynamic}}
| + | |- |
− | | + | |Pharmazentralnummer |
− | ====Document TypeId====
| + | |1..1 |
− | {{:1.2.40.0.34.6.0.11.1.30/dynamic}}
| + | |Numerisch |
− | | + | | |
− | ====Document TerminologyDate====
| + | |- |
− | {{:1.2.40.0.34.6.0.11.1.46/dynamic}}
| + | |Lagerstand |
− | | + | |1..1 |
− | ====Document PracticeSettingCode====
| + | |Numerisch |
− | {{:1.2.40.0.34.6.0.11.1.44/dynamic}}
| + | | |
| + | |- |
| + | |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 |
| + | | |
| + | |} |
| | | |
− | ====Document Effective Time====
| + | Strukturbeispiel: |
− | {{:1.2.40.0.34.6.0.11.1.11/dynamic}}
| |
| | | |
− | ====Document Confidentiality Code==== | + | <pre class="ilfbox_code"> |
− | {{:1.2.40.0.34.6.0.11.1.12/dynamic}} | + | { |
− | | + | "Lager": [ |
− | ====Document Language====
| + | { |
− | {{:1.2.40.0.34.6.0.11.1.13/dynamic}} | + | "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 |
| + | } |
| + | ] |
| + | } |
| + | ] |
| + | } |
| + | </pre> |
| | | |
− | ====Document Set Id and Version Number==== | + | == Verrechnungsdaten == |
− | {{:1.2.40.0.34.6.0.11.1.15/dynamic}}
| |
| | | |
− | ====Record Target==== | + | === Rechnungen === |
− | {{:1.2.40.0.34.6.0.11.1.3/dynamic}}
| |
| | | |
− | ====Author====
| + | Prinzipiell werden nur patientenbezogene Rechnungen exportiert. Je nach Anwendungsfall kommen die folgenden Formate dafür in Frage: |
− | {{:1.2.40.0.34.6.0.11.1.2/dynamic}}
| + | * 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 |
| | | |
− | ====Data Enterer==== | + | === Registrierkassendaten === |
− | {{:1.2.40.0.34.6.0.11.1.22/dynamic}}
| |
| | | |
− | ====Custodian====
| + | * Datenerfassungsprotokoll (DEP) |
− | {{:1.2.40.0.34.6.0.11.1.4/dynamic}}
| |
| | | |
− | ====Information Recipient==== | + | === Buchhaltungsdaten === |
− | {{:1.2.40.0.34.6.0.11.1.24/dynamic}}
| |
| | | |
− | ====Legal Authenticator====
| + | * Formate der DATEV GmbH |
− | {{:1.2.40.0.34.6.0.11.1.5/dynamic}}
| |
− | | |
− | ====Authenticator====
| |
− | {{:1.2.40.0.34.6.0.11.1.6/dynamic}}
| |
| | | |
− | ====Participant Fachlicher Ansprechpartner==== | + | ==Eigene Codesysteme== |
− | {{:1.2.40.0.34.6.0.11.1.20/dynamic}}
| + | 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. |
| | | |
− | ====Participant Hausarzt====
| + | 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. |
− | {{:1.2.40.0.34.6.0.11.1.23/dynamic}}
| + | 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. |
| | | |
− | ====Participant Auskunftsberechtigte Person (Notfallkontakt)==== | + | Der Struktur dieser XML-Datei sieht wie folgt aus: |
− | {{:1.2.40.0.34.6.0.11.1.27/dynamic}}
| + | <pre class="ilfbox_code"> |
| + | <!-- 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> |
| + | </pre> |
| | | |
− | ====Participant Angehoerige==== | + | Nachfolgende Tabelle zeigt die Attribute des ''valueSet''-Elements |
− | {{:1.2.40.0.34.6.0.11.1.25/dynamic}}
| + | {| class="wikitable" |
| + | |+ |
| + | !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" |
| + | |} |
| | | |
− | ====Participant Versicherung====
| + | Nachfolgende Tabelle zeigt die Attribute des ''concept''-Elements |
− | {{:1.2.40.0.34.6.0.11.1.26/dynamic}}
| |
| | | |
− | ====Participant Betreuungsorganisation==== | + | {| class="wikitable" |
− | {{:1.2.40.0.34.6.0.11.1.29/dynamic}}
| + | |+ |
| + | !Name des Attributes |
| + | !Beschreibung |
| + | |- |
| + | |code |
| + | |Verwendeter Code oder Abkürzung |
| + | |- |
| + | |codeSystem |
| + | |gleicher Code wie valueSet@id |
| + | ODER |
| | | |
− | ====Participant Weitere Behandler==== | + | OID des Parent Code Systems (wenn der Code oder die Abkürzung aus einem vorhandenen Codesystem entliehen wurde |
− | {{:1.2.40.0.34.6.0.11.1.28/dynamic}}
| + | |- |
| + | |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. |
| + | |} |
| | | |
− | ====Documentation Of Service Event==== | + | <!-- Querformat --> |
− | {{:1.2.40.0.34.6.0.11.1.17/dynamic}}
| + | <div class="landscape"> |
| | | |
− | ====Component Of - Encompassing Encounter==== | + | =Dokumenten Spezifikation= |
− | {{:1.2.40.0.34.6.0.11.1.7/dynamic}}
| |
| | | |
− | ====Encounter Location====
| + | 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. |
− | {{:1.2.40.0.34.6.0.11.1.8/dynamic}}
| |
| | | |
− | ====AssignedEntityElements==== | + | ==Dokumenten Ebene== |
− | {{:1.2.40.0.34.11.90003/dynamic}} | + | {{:1.2.40.0.34.6.0.11.0.6/dynamic}} |
| | | |
− | ====PersonElements==== | + | ==Administrative Daten (CDA Header)== |
− | {{:1.2.40.0.34.11.90001/dynamic}}
| |
| | | |
− | ====OrganizationElements==== | + | ====Document Realm==== |
− | {{:1.2.40.0.34.11.90002/dynamic}} | + | {{:1.2.40.0.34.6.0.11.1.10/dynamic}} |
| | | |
− | ====Laboratory Performer 2==== | + | ====Document TypeId==== |
− | {{:1.2.40.0.34.11.4.3.3/dynamic}} | + | {{:1.2.40.0.34.6.0.11.1.30/dynamic}} |
| | | |
− | ====AuthorElements==== | + | ====Document TerminologyDate==== |
− | {{:1.2.40.0.34.11.90004/dynamic}} | + | {{:1.2.40.0.34.6.0.11.1.46/dynamic}} |
| | | |
− | ==Fachlicher Inhalte (CDA Body)== | + | ====Document PracticeSettingCode==== |
| + | {{:1.2.40.0.34.6.0.11.1.44/dynamic}} |
| | | |
− | === Section-Templates Übersicht === | + | ====Document Effective Time==== |
| + | {{:1.2.40.0.34.6.0.11.1.11/dynamic}} |
| | | |
− | {| class="wikitable" width="100%"
| + | ====Document Confidentiality Code==== |
− | ! colspan="3" |Sektion bzw. Untersektion
| + | {{:1.2.40.0.34.6.0.11.1.12/dynamic}} |
− | !OID
| + | |
− | !Konformanz Kriterium
| + | ====Document Language==== |
− | !Kapitel
| + | {{:1.2.40.0.34.6.0.11.1.13/dynamic}} |
− | |-
| + | |
− | | colspan="3" |Weitere Patienteninformation - Administrativ
| + | ====Document Set Id and Version Number==== |
− | |1.2.40.0.34.6.0.11.2.66
| + | {{:1.2.40.0.34.6.0.11.1.15/dynamic}} |
− | |O [0..1]
| + | |
− | |[[#Weitere Patienteninformation - Administrativ|Link]]
| + | ====Record Target==== |
− | |-
| + | {{:1.2.40.0.34.6.0.11.1.3/dynamic}} |
− | |
| + | |
− | | colspan="2" |Weitere Patienteninformation Administrativ
| + | ====Author==== |
− | |1.2.40.0.34.6.0.11.3.63
| + | {{:1.2.40.0.34.6.0.11.1.2/dynamic}} |
− | |M [1..1]
| + | |
− | |[[#Weitere Patienteninformation Administrativ|Link]]
| + | ====Custodian==== |
− | |-
| + | {{:1.2.40.0.34.6.0.11.1.4/dynamic}} |
− | | colspan="3" |Weitere Patienteninformation - Medizinisch
| + | |
− | |1.2.40.0.34.6.0.11.2.67
| + | ====Information Recipient==== |
− | |O [0..1]
| + | {{:1.2.40.0.34.6.0.11.1.24/dynamic}} |
− | |[[#Weitere Patienteninformation - Medizinisch|Link]]
| + | |
− | |-
| + | ====Legal Authenticator==== |
− | |
| + | {{:1.2.40.0.34.6.0.11.1.5/dynamic}} |
− | | colspan="2" |Vitalparameter - kodiert
| + | |
− | |1.2.40.0.34.6.0.11.2.46
| + | ====Authenticator==== |
− | |O [0..1]
| + | {{:1.2.40.0.34.6.0.11.1.6/dynamic}} |
− | |[[#Vitalparameter - kodiert|Link]]
| + | |
− | |-
| + | ====Participant Fachlicher Ansprechpartner==== |
− | |
| + | {{:1.2.40.0.34.6.0.11.1.20/dynamic}} |
− | |
| + | |
− | |Vitalparameter Gruppe Entry
| + | ====Participant Hausarzt==== |
− | |1.2.40.0.34.6.0.11.3.23
| + | {{:1.2.40.0.34.6.0.11.1.23/dynamic}} |
− | |M [1..1]
| + | |
− | |[[#Vitalparameter Gruppe Entry|Link]]
| + | ====Participant Auskunftsberechtigte Person (Notfallkontakt)==== |
− | |-
| + | {{:1.2.40.0.34.6.0.11.1.27/dynamic}} |
− | |
| + | |
− | | colspan="2" |Weitere Merkmale
| + | ====Participant Angehoerige==== |
− | |1.2.40.0.34.6.0.11.2.31
| + | {{:1.2.40.0.34.6.0.11.1.25/dynamic}} |
− | |O [0..1]
| + | |
− | |[[#Weitere Merkmale|Link]]
| + | ====Participant Versicherung==== |
− | |-
| + | {{:1.2.40.0.34.6.0.11.1.26/dynamic}} |
− | |
| + | |
− | |
| + | ====Participant Betreuungsorganisation==== |
− | |Weitere Patienteninformation Medizinisch
| + | {{:1.2.40.0.34.6.0.11.1.29/dynamic}} |
− | |1.2.40.0.34.6.0.11.3.65
| + | |
− | |M [1..1]
| + | ====Participant Weitere Behandler==== |
− | |[[#Weitere Patienteninformation Medizinisch|Link]]
| + | {{:1.2.40.0.34.6.0.11.1.28/dynamic}} |
− | |-
| + | |
− | | colspan="3" |EXNDS Cave - kodiert
| + | ====Component Of - Encompassing Encounter==== |
− | |1.2.40.0.34.6.0.11.2.99
| + | {{:1.2.40.0.34.6.0.11.1.7/dynamic}} |
− | |O [0..1]
| + | |
− | |[[#EXNDS Cave - kodiert|Link]] | + | ====Encounter Location==== |
| + | {{:1.2.40.0.34.6.0.11.1.8/dynamic}} |
| + | |
| + | ====AssignedEntityElements==== |
| + | {{:1.2.40.0.34.11.90003/dynamic}} |
| + | |
| + | ====PersonElements==== |
| + | {{:1.2.40.0.34.11.90001/dynamic}} |
| + | |
| + | ====OrganizationElements==== |
| + | {{:1.2.40.0.34.11.90002/dynamic}} |
| + | |
| + | ====Laboratory Performer 2==== |
| + | {{:1.2.40.0.34.11.4.3.3/dynamic}} |
| + | |
| + | ====AuthorElements==== |
| + | {{:1.2.40.0.34.11.90004/dynamic}} |
| + | |
| + | ==Fachlicher Inhalte (CDA Body)== |
| + | |
| + | === Section-Templates Übersicht === |
| + | |
| + | {| class="wikitable" width="100%" |
| + | ! colspan="3" |Sektion bzw. Untersektion |
| + | !OID |
| + | !Konformanz Kriterium |
| + | !Kapitel |
| |- | | |- |
− | |
| + | | colspan="3" |Weitere Patienteninformation - Administrativ |
− | | colspan="2" |EXNDS CaveInformation Entry
| + | |1.2.40.0.34.6.0.11.2.66 |
− | |1.2.40.0.34.6.0.11.2.100
| |
− | |M [1..*]
| |
− | |[[#EXNDS CaveInformation Entry|Link]]
| |
− | |-
| |
− | | colspan="3" |Diagnose - kodiert | |
− | |1.2.40.0.34.6.0.11.2.96 | |
| |O [0..1] | | |O [0..1] |
− | |[[#Diagnose - kodiert|Link]] | + | |[[#Weitere Patienteninformation - Administrativ|Link]] |
| |- | | |- |
| | | | | |
− | | colspan="2" |Problem Concern Entry | + | | colspan="2" |Weitere Patienteninformation Administrativ |
− | |1.2.40.0.34.6.0.11.3.7 | + | |1.2.40.0.34.6.0.11.3.63 |
− | |M [1..*] | + | |M [1..1] |
− | |[[#Problem Concern Entry|Link]] | + | |[[#Weitere Patienteninformation Administrativ|Link]] |
| |- | | |- |
− | | colspan="3" |EXNDS Familienanamnese | + | | colspan="3" |Weitere Patienteninformation - Medizinisch |
− | |1.2.40.0.34.6.0.11.2.30 | + | |1.2.40.0.34.6.0.11.2.67 |
| |O [0..1] | | |O [0..1] |
− | |[[#EXNDS Familienanamnese|Link]] | + | |[[#Weitere Patienteninformation - Medizinisch|Link]] |
| |- | | |- |
| | | | | |
− | | colspan="2" |EXNDS Familienanamnese Problem Concern Entry | + | | colspan="2" |Vitalparameter - kodiert |
− | |1.2.40.0.34.6.0.11.3.115
| + | |1.2.40.0.34.6.0.11.2.46 |
− | |M [1..*]
| |
− | |[[#EXNDS Familienanamnese Problem Concern Entry|Link]]
| |
− | |-
| |
− | | colspan="3" |EXNDS Behandlungsschein
| |
− | |1.2.40.0.34.6.0.11.2.32 | |
| |O [0..1] | | |O [0..1] |
− | |[[#EXNDS Behandlungsschein|Link]] | + | |[[#Vitalparameter - kodiert|Link]] |
| |- | | |- |
| | | | | |
− | | colspan="2" |EXNDS Behandlungsschein Act | + | | |
− | |1.2.40.0.34.6.0.11.3.117 | + | |Vitalparameter Gruppe Entry |
− | |M [1..*] | + | |1.2.40.0.34.6.0.11.3.23 |
− | |[[#EXNDS Behandlungsschein Act|Link]] | + | |M [1..1] |
| + | |[[#Vitalparameter Gruppe Entry|Link]] |
| |- | | |- |
− | | colspan="3" |EXNDS Behandlungen | + | | |
− | |1.2.40.0.34.6.0.11.2.33 | + | | colspan="2" |Weitere Merkmale |
| + | |1.2.40.0.34.6.0.11.2.31 |
| |O [0..1] | | |O [0..1] |
− | |[[#EXNDS Behandlungen|Link]] | + | |[[#Weitere Merkmale|Link]] |
| |- | | |- |
| | | | | |
− | | colspan="2" |EXNDS Behandlungen Organizer | + | | |
− | |1.2.40.0.34.6.0.11.3.67 | + | |Weitere Patienteninformation Medizinisch |
− | |M [1..*] | + | |1.2.40.0.34.6.0.11.3.65 |
− | |[[#EXNDS Behandlungen Organizer|Link]] | + | |M [1..1] |
| + | |[[#Weitere Patienteninformation Medizinisch|Link]] |
| |- | | |- |
− | | colspan="3" |EXNDS Karteineintragungen | + | | colspan="3" |EXNDS Cave - kodiert |
− | |1.2.40.0.34.6.0.11.2.34 | + | |1.2.40.0.34.6.0.11.2.99 |
| |O [0..1] | | |O [0..1] |
− | |[[#EXNDS Karteineintragungen|Link]] | + | |[[#EXNDS Cave - kodiert|Link]] |
| |- | | |- |
| | | | | |
− | | colspan="2" |EXNDS Karteieintragungen Organizer | + | | colspan="2" |EXNDS CaveInformation Entry |
− | |1.2.40.0.34.6.0.11.3.137 | + | |1.2.40.0.34.6.0.11.2.100 |
− | |M [1..1] | + | |M [1..*] |
− | |[[#EXNDS Karteieintragungen Organizer|Link]] | + | |[[#EXNDS CaveInformation Entry|Link]] |
| |- | | |- |
− | | colspan="3" |EXNDS Laborparameter | + | | colspan="3" |Diagnose - kodiert |
− | |1.2.40.0.34.6.0.11.2.35 | + | |1.2.40.0.34.6.0.11.2.96 |
| |O [0..1] | | |O [0..1] |
− | |[[#EXNDS Laborparameter|Link]] | + | |[[#Diagnose - kodiert|Link]] |
| + | |- |
| + | | |
| + | | colspan="2" |Problem Concern Entry |
| + | |1.2.40.0.34.6.0.11.3.7 |
| + | |M [1..*] |
| + | |[[#Problem Concern Entry|Link]] |
| |- | | |- |
− | | colspan="3" |Speciality-Section | + | | colspan="3" |EXNDS Familienanamnese |
− | |1.3.6.1.4.1.19376.1.3.3.2.1 | + | |1.2.40.0.34.6.0.11.2.30 |
| |O [0..1] | | |O [0..1] |
− | |[[#Speciality-Section|Link]] | + | |[[#EXNDS Familienanamnese|Link]] |
| + | |- |
| + | | |
| + | | colspan="2" |EXNDS Familienanamnese Problem Concern Entry |
| + | |1.2.40.0.34.6.0.11.3.115 |
| + | |M [1..*] |
| + | |[[#EXNDS Familienanamnese Problem Concern Entry|Link]] |
| |- | | |- |
− | | colspan="3" |EXNDS Verordnungen | + | | colspan="3" |EXNDS Behandlungsschein |
− | |1.2.40.0.34.6.0.11.2.101 | + | |1.2.40.0.34.6.0.11.2.32 |
| |O [0..1] | | |O [0..1] |
− | |[[#EXNDS Verordnungen|Link]] | + | |[[#EXNDS Behandlungsschein|Link]] |
| |- | | |- |
− | | colspan="3" |Impfungen - kodiert | + | | |
− | |1.2.40.0.34.6.0.11.2.1 | + | | colspan="2" |EXNDS Behandlungsschein Act |
− | |O [0..1] | + | |1.2.40.0.34.6.0.11.3.117 |
− | |[[#Impfungen - kodiert|Link]] | + | |M [1..*] |
| + | |[[#EXNDS Behandlungsschein Act|Link]] |
| + | |- |
| + | | colspan="3" |EXNDS Behandlungen |
| + | |1.2.40.0.34.6.0.11.2.33 |
| + | |O [0..1] |
| + | |[[#EXNDS Behandlungen|Link]] |
| + | |- |
| + | | |
| + | | colspan="2" |EXNDS Behandlungen Organizer |
| + | |1.2.40.0.34.6.0.11.3.67 |
| + | |M [1..*] |
| + | |[[#EXNDS Behandlungen Organizer|Link]] |
| + | |- |
| + | | colspan="3" |EXNDS Karteineintragungen |
| + | |1.2.40.0.34.6.0.11.2.34 |
| + | |O [0..1] |
| + | |[[#EXNDS Karteineintragungen|Link]] |
| + | |- |
| + | | |
| + | | colspan="2" |EXNDS Karteieintragungen Organizer |
| + | |1.2.40.0.34.6.0.11.3.137 |
| + | |M [1..1] |
| + | |[[#EXNDS Karteieintragungen Organizer|Link]] |
| + | |- |
| + | | colspan="3" |EXNDS Laborparameter |
| + | |1.2.40.0.34.6.0.11.2.35 |
| + | |O [0..1] |
| + | |[[#EXNDS Laborparameter|Link]] |
| + | |- |
| + | | 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 |
| + | |M [1..*] |
| + | |[[#Speciality-Section|Link]] |
| + | |- |
| + | | colspan="3" |EXNDS Verordnungen |
| + | |1.2.40.0.34.6.0.11.2.101 |
| + | |O [0..1] |
| + | |[[#EXNDS Verordnungen|Link]] |
| + | |- |
| + | | colspan="3" |Impfungen - kodiert |
| + | |1.2.40.0.34.6.0.11.2.1 |
| + | |O [0..1] |
| + | |[[#Impfungen - kodiert|Link]] |
| + | |- |
| + | | colspan="3" |Impfempfehlungen - kodiert |
| + | |1.2.40.0.34.6.0.11.2.2 |
| + | |O [0..1] |
| + | |[[#Impfempfehlungen - kodiert|Link]] |
| + | |- |
| + | | colspan="3" |EXNDS Befund |
| + | |1.2.40.0.34.6.0.11.2.40 |
| + | |O [0..1] |
| + | |[[#EXNDS Befund|Link]] |
| + | |- |
| + | | |
| + | | colspan="2" |EXNDS Befund Act |
| + | |1.2.40.0.34.6.0.11.3.150 |
| + | |M [1..*] |
| + | |[[#EXNDS Befund Act|Link]] |
| + | |- |
| + | | colspan="3" |EXNDS eCard Konsultationsdaten |
| + | |1.2.40.0.34.6.0.11.2.37 |
| + | |O [0..1] |
| + | |[[#EXNDS eCard Konsultationsdaten|Link]] |
| + | |- |
| + | | |
| + | | colspan="2" |EXNDS eCardKonsDatenAct |
| + | |1.2.40.0.34.6.0.11.3.152 |
| + | |M [1..1] |
| + | |[[#EXNDS eCardKonsDatenAct|Link]] |
| + | |- |
| + | | colspan="3" |EXNDS ABS-Daten |
| + | |1.2.40.0.34.6.0.11.2.38 |
| + | |O [0..1] |
| + | |[[#EXNDS ABS-Daten|Link]] |
| + | |- |
| + | | |
| + | | colspan="2" |EXNDS ABS-Daten Act |
| + | |1.2.40.0.34.6.0.11.3.154 |
| + | |M [1..1] |
| + | |[[#EXNDS ABS-Daten Act|Link]] |
| + | |- |
| + | | colspan="3" |EXNDS Attachments |
| + | |1.2.40.0.34.6.0.11.2.36 |
| + | |O [0..1] |
| + | |[[#EXNDS Attachments|Link]] |
| + | |- |
| + | | |
| + | | colspan="2" |EXNDS Attachment Act |
| + | |1.2.40.0.34.6.0.11.3.155 |
| + | |M [1..*] |
| + | |[[#EXNDS Attachment Act|Link]] |
| |- | | |- |
− | | colspan="3" |Impfempfehlungen - kodiert
| + | | colspan="3" |EXNDS Krankenstand |
− | |1.2.40.0.34.6.0.11.2.2
| + | |1.2.40.0.34.6.0.11.2.39 |
− | |O [0..1]
| |
− | |[[#Impfempfehlungen - kodiert|Link]]
| |
− | |-
| |
− | | colspan="3" |EXNDS Befund | |
− | |1.2.40.0.34.6.0.11.2.40 | |
| |O [0..1] | | |O [0..1] |
− | |[[#EXNDS Befund|Link]] | + | |[[#EXNDS Krankenstand|Link]] |
| |- | | |- |
| | | | | |
− | | colspan="2" |EXNDS Befund Act | + | | colspan="2" |EXNDS Krankenstand Act |
− | |1.2.40.0.34.6.0.11.3.150 | + | |1.2.40.0.34.6.0.11.3.159 |
| |M [1..*] | | |M [1..*] |
− | |[[#EXNDS Befund Act|Link]] | + | |[[#EXNDS Krankenstand Act|Link]] |
− | |- | + | |} |
− | | colspan="3" |EXNDS eCard Konsultationsdaten
| + | |
− | |1.2.40.0.34.6.0.11.2.37
| + | ====Weitere Patienteninformation - Administrativ==== |
− | |O [0..1]
| + | {{:1.2.40.0.34.6.0.11.2.66/dynamic}} |
− | |[[#EXNDS eCard Konsultationsdaten|Link]]
| + | |
− | |-
| + | ====Weitere Patienteninformation - Medizinisch==== |
− | |
| + | {{:1.2.40.0.34.6.0.11.2.67/dynamic}} |
− | | colspan="2" |EXNDS eCardKonsDatenAct
| + | |
− | |1.2.40.0.34.6.0.11.3.152
| + | ====Vitalparameter - kodiert==== |
− | |M [1..1]
| + | {{:1.2.40.0.34.6.0.11.2.46/dynamic}} |
− | |[[#EXNDS eCardKonsDatenAct|Link]]
| + | |
− | |-
| + | ====Übersetzung==== |
− | | colspan="3" |EXNDS ABS-Daten
| + | {{:1.2.40.0.34.6.0.11.2.8/dynamic}} |
− | |1.2.40.0.34.6.0.11.2.38
| + | |
− | |O [0..1]
| + | ====Weitere Merkmale==== |
− | |[[#EXNDS ABS-Daten|Link]]
| + | {{:1.2.40.0.34.6.0.11.2.31/dynamic}} |
− | |-
| + | |
− | |
| + | ====EXNDS Cave - kodiert==== |
− | | colspan="2" |EXNDS ABS-Daten Act
| + | {{:1.2.40.0.34.6.0.11.2.99/dynamic}} |
− | |1.2.40.0.34.6.0.11.3.154
| |
− | |M [1..1]
| |
− | |[[#EXNDS ABS-Daten Act|Link]]
| |
− | |-
| |
− | | colspan="3" |EXNDS Attachments
| |
− | |1.2.40.0.34.6.0.11.2.36
| |
− | |O [0..1]
| |
− | |[[#EXNDS Attachments|Link]]
| |
− | |-
| |
− | |
| |
− | | colspan="2" |EXNDS Attachment Act
| |
− | |1.2.40.0.34.6.0.11.3.155
| |
− | |M [1..*]
| |
− | |[[#EXNDS Attachment Act|Link]]
| |
− | |}
| |
| | | |
− | ====Weitere Patienteninformation - Administrativ==== | + | ====Diagnose - kodiert==== |
− | {{:1.2.40.0.34.6.0.11.2.66/dynamic}} | + | {{:1.2.40.0.34.6.0.11.2.96/dynamic}} |
| | | |
− | ====Weitere Patienteninformation - Medizinisch====
| + | ====EXNDS Familienanamnese==== |
− | {{:1.2.40.0.34.6.0.11.2.67/dynamic}}
| + | {{:1.2.40.0.34.6.0.11.2.30/dynamic}} |
− | | |
− | ====Vitalparameter - kodiert====
| |
− | {{:1.2.40.0.34.6.0.11.2.46/dynamic}}
| |
− | | |
− | ====Übersetzung====
| |
− | {{:1.2.40.0.34.6.0.11.2.8/dynamic}}
| |
− | | |
− | ====Weitere Merkmale====
| |
− | {{:1.2.40.0.34.6.0.11.2.31/dynamic}}
| |
− | | |
− | ====EXNDS Cave - kodiert====
| |
− | {{:1.2.40.0.34.6.0.11.2.99/dynamic}}
| |
− | | |
− | ====Diagnose - kodiert====
| |
− | {{:1.2.40.0.34.6.0.11.2.96/dynamic}}
| |
− | | |
− | ====EXNDS Familienanamnese==== | |
− | {{:1.2.40.0.34.6.0.11.2.30/dynamic}} | |
| | | |
| ====EXNDS Behandlungsschein==== | | ====EXNDS Behandlungsschein==== |
Zeile 1.212: |
Zeile 1.547: |
| ====EXNDS Laborparameter==== | | ====EXNDS Laborparameter==== |
| {{:1.2.40.0.34.6.0.11.2.35/dynamic}} | | {{: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==== | | ====Speciality-Section==== |
Zeile 1.236: |
Zeile 1.574: |
| ====EXNDS Attachments==== | | ====EXNDS Attachments==== |
| {{:1.2.40.0.34.6.0.11.2.36/dynamic}} | | {{:1.2.40.0.34.6.0.11.2.36/dynamic}} |
| + | |
| + | ====EXNDS Krankenstand==== |
| + | {{:1.2.40.0.34.6.0.11.2.39/dynamic}} |
| | | |
| === Entry-templates=== | | === Entry-templates=== |
Zeile 1.402: |
Zeile 1.743: |
| ====Befundtext (Anmerkungen und Kommentare)==== | | ====Befundtext (Anmerkungen und Kommentare)==== |
| {{:1.2.40.0.34.11.4.3.2/dynamic}} | | {{: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)==== | | ====Laborergebnisse aktiv (Laboratory Observation Active)==== |
Zeile 1.474: |
Zeile 1.821: |
| ====ID des Containers==== | | ====ID des Containers==== |
| {{:1.2.40.0.34.11.90013/dynamic}} | | {{: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==== | | ====EXNDS Arzneimittel-Organizer==== |
Zeile 1.489: |
Zeile 1.839: |
| ====EXNDS Arzneimittel Packungsart==== | | ====EXNDS Arzneimittel Packungsart==== |
| {{:1.2.40.0.34.6.0.11.3.144/dynamic}} | | {{: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==== | | ====EXNDS Magistralzubereitung-Organizer==== |
Zeile 1.543: |
Zeile 1.896: |
| ====EXNDS Befunderstellungsdatum==== | | ====EXNDS Befunderstellungsdatum==== |
| {{:1.2.40.0.34.6.0.11.3.156/dynamic}} | | {{:1.2.40.0.34.6.0.11.3.156/dynamic}} |
| + | |
| + | ====EXNDS Krankenstand Act==== |
| + | {{:1.2.40.0.34.6.0.11.3.159/dynamic}} |
| + | |
| + | ====EXNDS Krankenstand Grund==== |
| + | {{:1.2.40.0.34.6.0.11.3.157/dynamic}} |
| + | |
| + | ====EXNDS Krankenstand voraussichtliches Ende==== |
| + | {{:1.2.40.0.34.6.0.11.3.158/dynamic}} |
| | | |
| === Compilations und allgemeine Body Templates === | | === Compilations und allgemeine Body Templates === |
Zeile 1.641: |
Zeile 2.003: |
| * [https://art-decor.org/art-decor/decor-valuesets--exnds-?id=1.2.40.0.34.6.0.10.39&effectiveDate=2020-10-01T16:51:11&language=de-DE exnds_Versicherungsträger_VS] | | * [https://art-decor.org/art-decor/decor-valuesets--exnds-?id=1.2.40.0.34.6.0.10.39&effectiveDate=2020-10-01T16:51:11&language=de-DE exnds_Versicherungsträger_VS] |
| * [https://art-decor.org/art-decor/decor-valuesets--exnds-?id=1.2.40.0.34.6.0.10.43&effectiveDate=2020-10-02T13:55:38&language=de-DE exnds_VisitenKMTyp_VS] | | * [https://art-decor.org/art-decor/decor-valuesets--exnds-?id=1.2.40.0.34.6.0.10.43&effectiveDate=2020-10-02T13:55:38&language=de-DE exnds_VisitenKMTyp_VS] |
| + | * [https://art-decor.org/art-decor/decor-valuesets--exnds-?id=1.2.40.0.34.6.0.10.50&effectiveDate=2020-12-04T10:39:22&language=de-DE exnds_FormatCodes_VS] |
| * [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] | | * [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 = |
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 BM*G*[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 ENDS21:
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
1 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
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
|
SD
|
ODD
|
SubmissionSet
|
author
|
R [1..1]
|
Angaben des Authors (Mensch oder Maschine)
|
SubmissionSet
|
availabilityStatus
|
O [0..1]
|
fixer Wert: "Approved"
|
SubmissionSet
|
comments
|
O [0..1]
|
Kommentare zum SubmissionSet
|
SubmissionSet
|
contentTypeCode
|
NP [0..0]
|
contentTypeCode beschreibt die medizische Dienstleistung welche der Generierung des XDM Datensatzes zu Grunde liegt. Aufgrund der Tatsache, dass der Export NICHT auf einer medizischen Dienstleistung beruht, wird der contentTypeCode NICHT im Kontext von EXNDS verwendet.
|
SubmissionSet
|
entryUUID
|
R [1..1]
|
UUID des SubmissionSets in den Metadaten
|
SubmissionSet
|
homeCommunityId
|
O [0..0]
|
Laut ELGA wäre dieser Eintrag verpflichtend. Laut IHE für XDM optional. Weil nicht jeder (Fach)Arzt an einer Community teilnehmen muss, ist hier die Verpflichtung abgeändert.
|
SubmissionSet
|
intendedRecipient
|
R [0..1]
|
Sollte der Patient Auskunft darüber geben für wen der Export gemacht wird (Patient, anderer Arzt) soll dies in diesem Element vermerkt werden
|
SubmissionSet
|
patientId
|
R [0..1]
|
ID des Patienten innerhalb der Affinity Domain. Sollte diese nicht vorhanden sein, kann auch die lokale PatientenId angegeben werden
|
SubmissionSet
|
sourceId
|
R [1..1]
|
ID des Systems welches das SubmissionSet erstellt hat
|
SubmissionSet
|
submissionTime
|
R [1..1]
|
Zeitstempel wann das SubmissionSet erstellt wurde
|
SubmissionSet
|
title
|
O [0..1]
|
Title des SubmissionSets
|
SubmissionSet
|
uniqueId
|
R [1..1]
|
ID des SubmissionSets
|
|
Die folgenden Einträge beschreiben die XDS Metadaten für das DocumentEntry. Diese sind auch von ELGA für CDA Dokumente definert worden. Wenn möglich sollen die ELGA Spezifikationen übernommen werden (für CDA und nicht-CDA-Dokumente)
|
DocumentEntry
|
author
|
R [0..1]
|
R [0..1]
|
siehe ELGA Metadaten
|
DocumentEntry
|
classCode
|
R [0..1]
|
R [0..1]
|
wird nur für CDA-Dokumente verwendet, ansonsten weggelassen
|
DocumentEntry
|
confidentialityCode
|
R [1..1]
|
R [0..1]
|
Value Set "ELGA_Confidentiality", empfohlener Wert "normal"
|
DocumentEntry
|
creationTime
|
R [1..1]
|
R [0..1]
|
Zeitpunkt der Dokumentenerstellung
|
DocumentEntry
|
entryUUID
|
R [1..1]
|
R [1..1]
|
ID des Metadateneintrages für das Dokument
|
DocumentEntry
|
eventCodeList
|
O [0..1]
|
O [0..1]
|
für das Datenbankexport-CDA wird dieser Eintrag weggelassen, da hier keine medizinischen Dienstleistungen (sondern der Export) stattgefunden haben. Für andere CDA siehe ELGA Leitfaden zu den Metadaten
|
DocumentEntry
|
formatCode
|
R [0..1]
|
R [0..1]
|
Value Set "exnds_FormatCodes_VS" (für nicht CDA Dokumente) oder "ELGA_FormatCodes_VS" (für CDA Dokumente). Sollte kein passender Code gefunden werden kann auch ein Code aus einer eigenen Codeliste verwendet werden.
|
DocumentEntry
|
hash
|
R [1..1]
|
R [1..1]
|
Hash Wert des Dokuments
|
DocumentEntry
|
healthcareFacilityTypeCode
|
R [0..1]
|
R [0..1]
|
Value Set "ELGA_ HealthcareFacilityTypeCode"
|
DocumentEntry
|
homeCommunityId
|
O [0..1]
|
O [0..1]
|
Angabe der HomeCommunityId (kann ELGA Bereich entsprechen). Nachdem nicht jeder Arzt einem ELGA Bereich zugeordnet sein muss, ist dieses Feld optional
|
DocumentEntry
|
languageCode
|
R [0..1]
|
R [0..1]
|
Value Set, empfohlener Wert für Deutsch "de-AT"
|
DocumentEntry
|
legalAuthenticator
|
R [0..1]
|
O [0..1]
|
Person welche das Dokument rechtlich unterzeichnet. Fällt in der Regel bei ODD weg
|
DocumentEntry
|
mimeType
|
R [1..1]
|
R [1..1]
|
Value Set "IANA Mime Type" (Teilmenge), weitere Werte siehe RFC 2045 bis RFC 2049. Beispiele: DICOM "application/dicom", für JSON "application/json", für iCal "text/calendar" ...
|
DocumentEntry
|
objectType
|
R [1..1]
|
R [1..1]
|
Unterscheidung zwischen "Stable Document" und "On-Demand Document". Das "Datenbankexport"-CDA wäre als ODD zu führen, andere CDA-Reports (eBefunde) wären als SD zu führen.
|
DocumentEntry
|
patientId
|
R [0..1]
|
R [0..1]
|
ID des Patienten innerhalb der Affinity Domain. Sollte diese nicht vorhanden sein, kann auch die lokale PatientenId angegeben werden
|
DocumentEntry
|
practiceSettingCode
|
R [0..1]
|
R [0..1]
|
Value Set "ELGA_PracticeSetting_VS"
|
DocumentEntry
|
referenceIdList
|
O [0..1]
|
O [0..1]
|
siehe ELGA Spezifikation
|
DocumentEntry
|
serviceStartTime
|
R [0..1]
|
R [0..1]
|
Beginn-Datum der Gesundheitsdienstleistung. Bei dem Datenbankexport-CDA wäre hier der Exportzeitpunkt anzugeben
|
DocumentEntry
|
serviceStopTime
|
R [0..1]
|
R [0..1]
|
End-Datum der Gesundheitsdienstleistung. Bei dem Datenbankexport-CDA wäre hier der Exportzeitpunkt anzugeben
|
DocumentEntry
|
size
|
R [1..1]
|
R [1..1]
|
Größe des Dokuments in byte
|
DocumentEntry
|
sourcePatientId
|
R [0..1]
|
R [0..1]
|
Patienten-ID des lokalen Systems
|
DocumentEntry
|
sourcePatientInfo
|
R [0..1]
|
R [0..1]
|
Demographische Daten des Patienten
|
DocumentEntry
|
title
|
O [0..1]
|
O [0..1]
|
Titel des Dokuments
|
DocumentEntry
|
typeCode
|
R [0..1]
|
R [0..1]
|
wird nur für CDA-Dokumente verwendet, ansonsten weggelassen
|
DocumentEntry
|
uniqueId
|
R [1..1]
|
R [1..1]
|
ID des Dokuments
|
DocumentEntry
|
URI
|
R [1..1]
|
R [1..1]
|
relativer Pfad zu dem Dokument
|
6.1.1 IHE XDM Struktur für den Exportnormdatensatz
Die nachfolgende Tabelle zeigt die Struktur welche von XDM gefordert wird. Die Elemente in der ersten Spalte sind hinsichtlich ihrer Verschachtelung nach rechts eingerückt. Die Tabelle zeigt die notwendigen Inhalte (siehe Spalte Verpflichtung), nutzt jedoch gleichzeitig Beispieldaten um die Struktur zu verdeutlichen.
Elementname
|
Datei/Ordner
|
Verpflichtung
|
Hinweis
|
Verweise
|
README.TXT
|
Datei
|
M
|
Die Readme Datei muss Hinweise zu den am Export beteiligten Akteuren (Software, Arzt) enthalten
|
Link
|
INDEX.HTM
|
Datei
|
M
|
Die INDEX.HTM muss eine Übersicht über die exportierten Patienten ermöglichen
|
Link
|
IHE_XDM
|
Ordner
|
M
|
Dies ist der root-Ordner für XDM Anwendungen. Er kann eine unbestimmte Anzahl an Submission Sets enthalten.
Im Kontext des Exportnormdatensatzes wird für jeden exportierten Patienten ein Submission Set erstellt.
Zudem soll es ein übergreifendes Submission Set geben, welches z.B. die benötigten Codelisten enthält
|
|
|
PAT0001
|
Ordner
|
M (Name beispielhaft)
|
Submission Set für den ersten Patienten. Als Ordnername soll der systeminterne Patientenidentifier genutzt werden
|
|
|
|
INDEX.HTM
|
Datei
|
M
|
Die INDEX.HTM auf Patientenebene ermöglicht eine Übersicht über die patientenspezifischen Dokumente
|
Link
|
|
|
METADATA.XML
|
Datei
|
M
|
Das METADATA.XML enthält die maschinenlesbaren Metainformationen zu den enthaltenen Dokumenten
|
Link
|
|
|
PAT0001.XML
|
Datei
|
M (Name beispielhaft)
|
Dies ist das Datenbankexport CDA für den ersten Patienten. Die Spezifikation dieses CDA Dokuments ist Gegenstand dieses Leitfadens
|
Link
|
|
|
CDAStylesheet.XSL
|
Datei
|
M (Name beispielhaft)
|
Ein Stylesheet um das Datenbankexport CDA anzuzeigen. Das ELGA Referenzstylesheet kann genutzt werden
|
|
|
|
TERMIN001.ICS
|
Datei
|
Beispiel
|
Beispieldatei: Ein patientenspezifischer Termineintrag
|
Link
|
|
PAT0002
|
Ordner
|
M (Name beispielhaft)
|
Submission Set für den zweiten Patienten. Als Ordnername soll der systeminterne Patientenidentifier genutzt werden
|
|
|
|
INDEX.HTM
|
Datei
|
M
|
Die INDEX.HTM auf Patientenebene ermöglicht eine Übersicht über die patientenspezifischen Dokumente
|
Link
|
|
|
METADATA.XML
|
Datei
|
M
|
Das METADATA.XML enthält die maschinenlesbaren Metainformationen zu den enthaltenen Dokumenten
|
Link
|
|
|
PAT0002.XML
|
Datei
|
M (Name beispielhaft)
|
Dies ist das Datenbankexport CDA für den zweiten Patienten. Die Spezifikation dieses CDA Dokuments ist Gegenstand dieses Leitfadens
|
Link
|
|
|
Labbef01.XML
|
Datei
|
Beispiel
|
Beispieldatei: ein CDA Laborbefund
|
|
|
|
CDAStylesheet.XSL
|
Datei
|
M (Name beispielhaft)
|
Ein Stylesheet um das Datenbankexport CDA anzuzeigen. Das ELGA Referenzstylesheet kann genutzt werden
|
|
|
|
BERICHT01.PDF
|
Datei
|
Beispiel
|
Beispieldatei: ein Bericht in PDF Form
|
|
|
|
PAT0002.PDF
|
Datei
|
R (Name beispielhaft)
|
Beispieldatei: ein PDF rendering des Datenbankexport CDAs. Dieses PDF wird empfohlen, wenn der Export an den Patienten übergeben wird.
|
|
|
ALLGEMEIN
|
Ordner
|
R
|
Submission Set für allgemeine Daten
|
|
|
|
METADATA.XML
|
Datei
|
M
|
Das METADATA.XML enthält die maschinenlesbaren Metainformationen zu den enthaltenen Dokumenten
|
Link
|
|
|
Codeliste1.XML
|
Datei
|
R (Name beispielhaft)
|
Beispieldatei: Codeliste mit systeminternen Codes
|
Link
|
|
|
Abkürzungen1.XML
|
Datei
|
R (Name beispielhaft)
|
Beispieldatei: Codeliste mit systeminternen Abkürzungen
|
Link
|
6.1.2 README.TXT
Laut IHE Profile XDM ist zwingend eine README.TXT Datei in der Ordnerstruktur zu führen. Nach [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:
7.3.2 Registrierkassendaten
- Datenerfassungsprotokoll (DEP)
7.3.3 Buchhaltungsdaten
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 |
---|
| | 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) | | cs | 1 … 1 | F | DatenbankexportEXNDS | | oid | 1 … 1 | F | 1.2.40.0.34.5.195 | | st | 0 … 1 | F | Datenbankexport EXNDS | | 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 |
| | cs | 0 … 1 | F | RCT | | cs | 0 … 1 | F | OP | | | 1 … 1 | M | Patientendaten.
| (exn...atz) | | cs | 0 … 1 | F | PAT | | 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 <id root="1.2.40.0.34.4.21" extension="123456789^1100-OEGK^800400010016^20251231"/> | | Beispiel | EKVK Beispiel-Min <id root="1.2.40.0.34.4.21" extension="123456789"/> | | | 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.
| | 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 |
| | url | 1 … 1 | R |
Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
| | 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.
| | | 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) | | cs | 0 … 1 | F | PSN | | cs | 0 … 1 | F | INSTANCE | | PN | 1 … 1 | M | Namen-Element (Person) | (exn...atz) | | 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“).
| | 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) | | 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) |
| | ENXP | 1 … * | M | Mindestens ein Hauptname (Nachname). | (exn...atz) | | 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) |
| | ENXP | 1 … * | M | Mindestens ein Vorname | (exn...atz) | | 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) |
| | ENXP | 0 … * | | Beliebig viele Suffixe zum Namen | (exn...atz) | | 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 |
| | st | 1 … 1 | R | | | cs | 1 … 1 | R | | | oid | 1 … 1 | F | 2.16.840.1.113883.5.1 | | 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) |
| | 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) | | st | 1 … 1 | R | | | Beispiel | Beispiel für eine SNOMED CT Angabe <translation code="772004004" codeSystem="2.16.840.1.113883.6.96" displayName="Non-binary gender"/> | | | | | | | hl7: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'] | | | 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']
| | TS.AT.VAR | 0 … 1 | | | (exn...atz) | | | at-cda-bbr-dataelement-75 | Geburtsdatum | Dataset A Allgemeiner Leitfaden |
| | TS.AT.VAR | 0 … 1 | | | (exn...atz) | wo [@nullFlavor='UNK'] | | | cs | 1 … 1 | F | UNK | | 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 |
| | TS.AT.TZ | 0 … 1 | R | Todesdatum der Person. | (exn...atz) | | | at-cda-bbr-dataelement-191 | Todesdatum | Dataset A Allgemeiner Leitfaden |
| | 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 |
| | cs | 1 … 1 | R | | | oid | 1 … 1 | F | 2.16.840.1.113883.5.2 | | st | 1 … 1 | F | HL7:MaritalStatus | | 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 |
| | cs | 1 … 1 | R | | | oid | 1 … 1 | F | 2.16.840.1.113883.2.16.1.4.1 | | st | 1 … 1 | F | HL7.AT:ReligionAustria | | 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) |
| | | | NP | Rasse des Patienten.
Darf nicht verwendet werden! | (exn...atz) | | | | NP | Ethnische Zugehörigkeit des Patienten.
Darf nicht verwendet werden! | (exn...atz) | | | 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 |
| | cs | 0 … 1 | F | GUARD | | | 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) | | 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) | | st | 1 … 1 | R |
Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
| | 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)
| | | 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) | | | 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) | | | 0 … 1 | R | Geburtsort des Patienten. | (exn...atz) | | | at-cda-bbr-dataelement-76 | Geburtsort | Dataset A Allgemeiner Leitfaden |
| | cs | 0 … 1 | F | BIRTHPL | | | 1 … 1 | M | | (exn...atz) | | cs | 0 … 1 | F | PLC | | 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)
| | 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) | | 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 |
| | 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 |
| | 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) |
| | CE | 0 … 1 | C | Ausdrucksform der Sprache. Zulässige Werte gemäß Value-Set „ELGA_LanguageAbilityMode“
| (exn...atz) | | cs | 1 … 1 | R | | | st | 1 … 1 | R | | | oid | 1 … 1 | F | 2.16.840.1.113883.5.60 | | 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 |
| | cs | 1 … 1 | R | | | st | 1 … 1 | R | | | oid | 1 … 1 | F | 2.16.840.1.113883.5.61 | | 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) |
| | 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) | | 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) | | cs | 1 … 1 | R | | | oid | 1 … 1 | R | | | 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']
| | TS.AT.TZ | 0 … 1 | | | (exn...atz) | wo [not(@nullFlavor)] | | | TS.AT.TZ | 0 … 1 | | | (exn...atz) | wo [@nullFlavor='UNK'] | | | cs | 1 … 1 | F | UNK | | | hl7:assignedAuthor
|
| | 1 … 1 | M | | (exn...atz) | | 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
| | 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)] | | | II | 0 … 1 | | | (exn...atz) | wo [@nullFlavor='NI'] | | | cs | 1 … 1 | F | NI | | II | 0 … 1 | | | (exn...atz) | wo [@nullFlavor='UNK'] | | | cs | 1 … 1 | F | UNK | | 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) | | oid | 1 … 1 | R | | | st | 1 … 1 | R | | | 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) |
| | TEL.AT | 0 … * | |
Kontaktdaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
| (exn...atz) | wo [not(@nullFlavor)] | | | st | 1 … 1 | R |
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | 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)
| | | 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) | | cs | 0 … 1 | F | ASSIGNED | | | | hl7:representedCustodianOrganization
|
| | 1 … 1 | M | | (exn...atz) | | cs | 0 … 1 | F | ORG | | cs | 0 … 1 | F | INSTANCE | | 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) | | 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) | | 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)] | | | st | 1 … 1 | R | | | 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.
| | 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) | | cs | 0 … 1 | | | Auswahl | 1 … * | | Elemente in der Auswahl:- hl7:id[not(@nullFlavor)]
- hl7:id[@nullFlavor='NI']
- hl7:id[@nullFlavor='UNK']
| | 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 |
| | II | 0 … 1 | | NI … Person hat keine ID | (exn...atz) | wo [@nullFlavor='NI'] | | | cs | 1 … 1 | F | NI | | II | 0 … 1 | | UNK ... Person hat eine ID, diese ist jedoch unbekannt | (exn...atz) | wo [@nullFlavor='UNK'] | | | 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) | | cs | 0 … 1 | F | ORG | | cs | 0 … 1 | F | INSTANCE | | II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. | (exn...atz) | wo [not(@nullFlavor)] | | | 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) | | TEL.AT | 0 … * | |
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
| (exn...atz) | wo [not(@nullFlavor)] | | | st | 1 … 1 | R |
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | 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.
| | 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']
| | TS.AT.TZ | 0 … 1 | | | (exn...atz) | wo [not(@nullFlavor)] | | | | at-cda-bbr-dataelement-5 | Zeitpunkt der Unterzeichnung | Dataset A Allgemeiner Leitfaden |
| | TS.AT.TZ | 0 … 1 | | | (exn...atz) | wo [@nullFlavor='UNK'] | | | 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 |
| | 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']
| | TS.AT.TZ | 0 … 1 | | | (exn...atz) | wo [not(@nullFlavor)] | | | | at-cda-bbr-dataelement-105 | Zeitpunkt der Unterzeichnung | Dataset A Allgemeiner Leitfaden |
| | TS.AT.TZ | 0 … 1 | | | (exn...atz) | wo [@nullFlavor='UNK'] | | | cs | 1 … 1 | F | UNK | | | hl7:signatureCode
|
| CS | 1 … 1 | M | | (exn...atz) | | | at-cda-bbr-dataelement-106 | Signatur | Dataset A Allgemeiner Leitfaden |
| | 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) | | 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
| | II | 0 … * | | | (exn...atz) | wo [not(@nullFlavor)] | | | II | 0 … 1 | | | (exn...atz) | wo [@nullFlavor='NI'] | | | cs | 1 … 1 | F | NI | | II | 0 … 1 | | | (exn...atz) | wo [@nullFlavor='UNK'] | | | 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']
| | | 0 … 1 | | Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (exn...atz) | wo [not(@nullFlavor)] | | | | 0 … 1 | | | (exn...atz) | wo [@nullFlavor='UNK'] | | | cs | 1 … 1 | F | UNK | | 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)] | | | 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"
| | 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.
| | | 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) | | 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) | | cs | 1 … 1 | R | | | oid | 1 … 1 | R | | | st | 1 … 1 | R | | | | hl7:associatedEntity
|
| | 1 … 1 | M | | (exn...atz) | | cs | 1 … 1 | F | PROV | |
Healthcare provider - Gesundheitsdiensteanbieter
| | 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) | | oid | 1 … 1 | R | | | st | 1 … 1 | R | | | 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) |
| | 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)] | | | TEL.AT | 1 … * | M | Beliebig viele Kontaktdaten des Beteiligten. | (exn...atz) | | st | 1 … 1 | R |
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | 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. | | | 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) | | | 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) | | cs | 0 … 1 | F | ORG | | cs | 0 … 1 | F | INSTANCE | | II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. | (exn...atz) | wo [not(@nullFlavor)] | | | 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) | | TEL.AT | 0 … * | |
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
| (exn...atz) | wo [not(@nullFlavor)] | | | st | 1 … 1 | R |
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | 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.
| | 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) | | uid | 1 … 1 | F | 1.2.40.0.34.6.0.11.1.23 | | | hl7:functionCode
|
| CE | 1 … * | M |
Funktionscode des Beteiligten
| (exn...atz) | | cs | 1 … 1 | F | PCP | | oid | 1 … 1 | F | 2.16.840.1.113883.5.88 | | st | 1 … 1 | F | HL7:ParticipationFunction | | | hl7:associatedEntity
|
| | 1 … 1 | M | Beschreibung der Entität.
| (exn...atz) | | 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
| | II | 0 … * | | | (exn...atz) | wo [not(@nullFlavor)] | | | II | 0 … 1 | | | (exn...atz) | wo [@nullFlavor='NI'] | | | cs | 1 … 1 | F | NI | | II | 0 … 1 | | | (exn...atz) | wo [@nullFlavor='UNK'] | | | cs | 1 … 1 | F | UNK | | 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)] | | | TEL.AT | 0 … * | | Beliebig viele Kontaktdaten des Hausarztes.
| (exn...atz) | wo [not(@nullFlavor)] | | | st | 1 … 1 | R | | | 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)
| | | 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]] | | | | 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]] | | | | 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) | | cs | 0 … 1 | F | ORG | | cs | 0 … 1 | F | INSTANCE | | II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. | (exn...atz) | wo [not(@nullFlavor)] | | | 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) | | TEL.AT | 0 … * | |
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
| (exn...atz) | wo [not(@nullFlavor)] | | | st | 1 … 1 | R |
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | 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.
| | 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) | | 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) | | cs | 1 … 1 | F | ECON | | Emergency contact - Notfall-Kontakt
| | 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)] | | | cs | 1 … 1 | R | Zulässige Werte gemäß Value-Set „ELGA_PersonalRelationship“
| | st | 0 … 1 | | | | oid | 1 … 1 | F | 2.16.840.1.113883.5.111 | | 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) |
| | 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. | | TEL.AT | 0 … * | R | | (exn...atz) | wo [not(@nullFlavor)] | | | st | 1 … 1 | R |
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | set_cs | 0 … 1 | | | | Constraint | Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
| | TEL.AT | 0 … 1 | | Die Kontaktadresse ist unbekannt. nullFlavor "UNK" | (exn...atz) | wo [@nullFlavor='UNK'] | | | 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)
| | | 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]] | | | | 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]] | | | | 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) | | cs | 0 … 1 | F | ORG | | cs | 0 … 1 | F | INSTANCE | | II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. | (exn...atz) | wo [not(@nullFlavor)] | | | 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) | | TEL.AT | 0 … * | |
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
| (exn...atz) | wo [not(@nullFlavor)] | | | st | 1 … 1 | R |
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | 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.
| | 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) | | 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) | | cs | 1 … 1 | F | PRS | | Personal relationship - In persönlicher Beziehung
| | 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) | | 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) |
| | st | 0 … 1 | | | | oid | 1 … 1 | F | 2.16.840.1.113883.5.111 | | 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) |
| | 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)] | | | TEL.AT | 0 … * | | Beliebig viele Kontaktdaten des Beteiligten.
| (exn...atz) | wo [not(@nullFlavor)] | | | st | 1 … 1 | R | | | 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)
| | | 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]] | | | | 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]] | | | | 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) | | 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) | | 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
| | II | 0 … 1 | | | (exn...atz) | wo [not(@nullFlavor)] | | | II | 0 … 1 | | | (exn...atz) | wo [@nullFlavor='NI'] | | | cs | 1 … 1 | F | NI | | II | 0 … 1 | | | (exn...atz) | wo [@nullFlavor='UNK'] | | | cs | 1 … 1 | F | UNK | | 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) | | cs | 1 … 1 | R | | | oid | 1 … 1 | F | 2.16.840.1.113883.5.111 | | 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) |
| | 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)] | | | TEL.AT | 0 … * | | Beliebig viele Kontaktdaten des Beteiligten.
| (exn...atz) | wo [not(@nullFlavor)] | | | st | 1 … 1 | R |
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | 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.
| | | 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] | | | 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) | | cs | 0 … 1 | F | ORG | | cs | 0 … 1 | F | INSTANCE | | II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. | (exn...atz) | wo [not(@nullFlavor)] | | | 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) | | TEL.AT | 0 … * | |
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
| (exn...atz) | wo [not(@nullFlavor)] | | | st | 1 … 1 | R |
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | 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.
| | 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) | | 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) | | cs | 1 … 1 | F | CAREGIVER | | Betreuer
| | | 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) | | cs | 0 … 1 | F | ORG | | cs | 0 … 1 | F | INSTANCE | | II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. | (exn...atz) | wo [not(@nullFlavor)] | | | 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) | | TEL.AT | 0 … * | |
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
| (exn...atz) | wo [not(@nullFlavor)] | | | st | 1 … 1 | R |
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | 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.
| | 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) | | 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)] | | | cs | 1 … 1 | R | | | oid | 1 … 1 | R | | | 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) | | cs | 1 … 1 | F | PROV | | Gesundheitsdiensteanbieter.
| | 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)] | | | TEL.AT | 0 … * | |
Beliebig viele Kontaktdaten des Beteiligten.
| (exn...atz) | wo [not(@nullFlavor)] | | | st | 1 … 1 | R |
Die Kontaktadresse (Telefonnummer, Email, etc.)
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | 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.
| | | 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) | | | 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) | | cs | 0 … 1 | F | ORG | | cs | 0 … 1 | F | INSTANCE | | II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. | (exn...atz) | wo [not(@nullFlavor)] | | | 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) | | TEL.AT | 0 … * | |
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
| (exn...atz) | wo [not(@nullFlavor)] | | | st | 1 … 1 | R |
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | 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.
| | 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) | | | 0 … 1 | F | ACT | | | 1 … 1 | F | RQO | | II | 1 … * | R | | (exn...atz) | | CE | 0 … 1 | | | (exn...atz) | | CONF | muss aus der Konzeptdomäne "ActCode" gewählt werden |
| | 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) | | cs | 0 … 1 | F | ENC | | cs | 0 … 1 | F | EVN | | II | 0 … 1 | | Identifikationselement zur Aufnahme der Aufenthaltszahl
| (exn...atz) | wo [not(@nullFlavor)] | | | st | 1 … 1 | R | Aufenthaltszahl, z.B.: Az123456
| | 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“.
| | CE | 1 … 1 | M | Codierung des Patientenkontakts.
| (exn...atz) | | cs | 1 … 1 | R | Zulässige Werte gemäß Value-Set „ELGA_ActEncounterCode“
| | st | 0 … 1 | | | | oid | 1 … 1 | F | 2.16.840.1.113883.5.4 | | 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) |
| | 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.
| | | 0 … 1 | R |
Komponente für die verantwortliche Person.
| (exn...atz) | | | 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) | | 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
| | II | 0 … * | | | (exn...atz) | wo [not(@nullFlavor)] | | | II | 0 … 1 | | | (exn...atz) | wo [@nullFlavor='NI'] | | | cs | 1 … 1 | F | NI | | II | 0 … 1 | | | (exn...atz) | wo [@nullFlavor='UNK'] | | | 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']
| | | 0 … 1 | | Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (exn...atz) | wo [not(@nullFlavor)] | | | | 0 … 1 | | | (exn...atz) | wo [@nullFlavor='UNK'] | | | cs | 1 … 1 | F | UNK | | 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)] | | | 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"
| | 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.
| | | 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).
| | | 1 … 1 | M | | (exn...atz) | | cs | 0 … 1 | F | LOC | | | 1 … 1 | M | | (exn...atz) | | cs | 0 … 1 | F | SDLOC | | 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) | | 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) | | cs | 0 … 1 | F | DOCBODY | | cs | 0 … 1 | F | EVN | | | 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']]] | | | cs | 0 … 1 | F | COMP | | bl | 0 … 1 | F | true | | | 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']]] | | | cs | 0 … 1 | F | COMP | | bl | 0 … 1 | F | true | | | 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']]] | | | cs | 0 … 1 | F | COMP | | bl | 0 … 1 | F | true | | | 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']]] | | | cs | 0 … 1 | F | COMP | | bl | 0 … 1 | F | true | | | 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']]] | | | cs | 0 … 1 | F | COMP | | bl | 0 … 1 | F | true | | | 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']]] | | | cs | 0 … 1 | F | COMP | | bl | 0 … 1 | F | true | | | 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']]] | | | cs | 0 … 1 | F | COMP | | bl | 0 … 1 | F | true | | | 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']]] | | | cs | 0 … 1 | F | COMP | | 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)
| | | 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']]] | | | cs | 0 … 1 | F | COMP | | bl | 0 … 1 | F | true | | | 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']]] | | | cs | 0 … 1 | F | COMP | | bl | 0 … 1 | F | true | | | 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']]] | | | cs | 0 … 1 | F | COMP | | bl | 0 … 1 | F | true | | | 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']]] | | | cs | 0 … 1 | F | COMP | | bl | 0 … 1 | F | true | | | 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']]] | | | cs | 0 … 1 | F | COMP | | bl | 0 … 1 | F | true | | | 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']]] | | | cs | 0 … 1 | F | COMP | | bl | 0 … 1 | F | true | | | 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']]] | | | cs | 0 … 1 | F | COMP | | bl | 0 … 1 | F | true | | | 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']]] | | | cs | 0 … 1 | F | COMP | | bl | 0 … 1 | F | true | | | 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']]] | | | cs | 0 … 1 | F | COMP | | bl | 0 … 1 | F | true | | | 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']]] | | | cs | 0 … 1 | F | COMP | | bl | 0 … 1 | F | true |
|
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:27Andere Versionen mit dieser Id: - atcdabbr_header_DocumentRealm vom 2021‑02‑19 10:44:57
- atcdabbr_header_DocumentRealm vom 2019‑02‑12 13:35:45
|
---|
Status | Aktiv | Versions-Label | 1.0.1+20230717 |
---|
Name | atcdabbr_header_DocumentRealm | Bezeichnung | Document Realm |
---|
Beschreibung | Hoheitsbereich des Dokuments.
Dieses Element kennzeichnet, dass das Dokument aus dem Hoheitsbereich Österreich (bzw. Bereich der HL7 Affiliate Austria, Code „AT“) stammt.
|
---|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Beziehung | Version: Template 1.2.40.0.34.6.0.11.1.10 Document Realm (2021‑02‑19 10:44:57) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.10 Document Realm (2019‑02‑12 13:35:45) ref at-cda-bbr- |
---|
Beispiel | Strukturbeispiel | <realmCode code="AT"/> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| 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:29Andere Versionen mit dieser Id: - atcdabbr_header_DocumentTypeId vom 2019‑05‑13 10:27:22
|
---|
Status | Aktiv | Versions-Label | 1.0.0+20210219 |
---|
Name | atcdabbr_header_DocumentTypeId | Bezeichnung | Document TypeId |
---|
Beschreibung | Dieses Element kennzeichnet, dass das Dokument im Format CDA R2 vorliegt.
|
---|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Beziehung | Version: Template 1.2.40.0.34.6.0.11.1.30 Document TypeId (2019‑05‑13 10:27:22) ref at-cda-bbr- |
---|
Beispiel | Strukturbeispiel | <typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| 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:44Andere 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 |
---|
| 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:20Andere 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 | <practiceSettingCode code="F019" displayName="Innere Medizin" codeSystem="1.2.40.0.34.5.12" codeSystemName="ELGA_PracticeSetting"/> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
hl7at:practiceSettingCode
|
| CD | | | Die fachliche Zuordnung des Dokumentes | (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:55Andere 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 | <effectiveTime value="20190606"/> |
|
---|
Beispiel | Datum, Zeit und Zeitzone: Zeitpunkt als Datum mit Zeit und Zeitzone im Format YYYYMMDDhhmmss[+/-]HHMM | <effectiveTime value="20190606134038+0200"/> |
|
---|
|
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 |
---|
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 | <confidentialityCode codeSystemName="HL7:Confidentiality" code="N" codeSystem="2.16.840.1.113883.5.25" displayName="normal"/> |
|
---|
|
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:53Andere 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 | <languageCode code="de-AT"/> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| 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:14Andere Versionen mit dieser Id: - atcdabbr_header_DocumentSetIdAndVersionNumber vom 2019‑02‑12 14:48:59
|
---|
Status | Aktiv | Versions-Label | 1.0.0+20210219 |
---|
Name | atcdabbr_header_DocumentSetIdAndVersionNumber | Bezeichnung | Document Set Id and Version Number |
---|
Beschreibung |
Versionierung des Dokuments. Der CDA-Header repräsentiert Beziehungen zu anderen Dokumenten mit Referenz auf die Dokumenten-Identifikation. Mittels der Attribute setId und versionNumber kann eine Versionskennung des Dokuments erreicht werden.
Für ELGA-CDA-Dokumente MÜSSEN immer beide Elemente angegeben werden.
Anhänge oder Ersetzungen von Vordokumenten MÜSSEN ebenfalls diese zusätzlichen Angaben enthalten. Der genaue Zusammenhang zwischen diesen Attributen finden Sie im Kapitel „Bezug zu vorgehenden Dokumenten“.
|
|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Beziehung | Version: Template 1.2.40.0.34.6.0.11.1.15 Document Set Id and Version Number (2019‑02‑12 14:48:59) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.90007 SetId VersionNumber (2015‑09‑18) ref elgabbr- |
---|
Beispiel | Beispiel für die 1.Version eines Dokuments | <!-- Die bei setId angegebene ID SOLLTE nicht gleich sein wie die id des Dokuments.--> <placeholder> <id root="1.2.40.0.34.99.111.1.1" extension="AAAAAAAAAAAAAAA" assigningAuthorityName="KH Eisenstadt"/> <setId root="1.2.40.0.34.99.111.1.1" extension="ZZZZZZZZZZZZZZZ" assigningAuthorityName="KH Eisenstadt"/> <versionNumber value="1"/></placeholder> |
|
---|
Beispiel | Beispiel für die 2.Version eines Dokuments | <!--Die bei setId angegebene ID MUSS mit der setId der Vorversion übereinstimmen.--> <placeholder> <id root="1.2.40.0.34.99.111.1.1" extension="BBBBBBBBBBBBBBB" assigningAuthorityName="KH Eisenstadt"/> <setId root="1.2.40.0.34.99.111.1.1" extension="ZZZZZZZZZZZZZZZ" assigningAuthorityName="KH Eisenstadt"/> <versionNumber value="2"/></placeholder> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| 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) | | 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 |
---|
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 | <recordTarget typeCode="RCT" contextControlCode="OP"> <patientRole classCode="PAT"> <!-- lokale Patienten ID vom System --> <id root="1.2.40.0.34.99.111.1.2" extension="4711" assigningAuthorityName="Amadeus Spital"/> <!-- Sozialversicherungsnummer des Patienten --> <id root="1.2.40.0.10.1.4.3.1" extension="1111241261" assigningAuthorityName="Österreichische Sozialversicherung"/> <!-- bPK-GH des Patienten --> <id root="1.2.40.0.10.2.1.1.149" extension="GH:b64encodedbPKValue"/> <!-- Adresse des Patienten --> <addr> <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) --> </addr> <!-- Kontaktdaten des Patienten--> <telecom value="tel:+43.1.40400" use="H"/> <telecom value="tel:+43.664.1234567" use="MC"/> <telecom value="mailto:herbert.mustermann@provider.at"/> <patient classCode="PSN" determinerCode="INSTANCE"> <!-- Name des Patienten (Granularitätsstufe 2) --> <name> <!-- template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' --> </name> <!-- Geschlecht des Patienten --> <administrativeGenderCode displayName="Male" code="M" codeSystem="2.16.840.1.113883.5.1" codeSystemName="HL7:AdministrativeGender"/> <!-- Geburtsdatum des Patienten --> <birthTime value="19701224"/> <!-- Optional: Verstorben-Kennzeichen --> <deceasedInd value="true"/> <!-- Optional: Todesdatum / Todeszeitpunkt --> <deceasedTime value="20200101"/> <!-- Familienstand des Patienten --> <maritalStatusCode code="D" codeSystem="2.16.840.1.113883.5.2" codeSystemName="HL7:MaritalStatus" displayName="Divorced"/> <!-- Religionszugehörigkeit des Patienten --> <religiousAffiliationCode code="101" displayName="Römisch-Katholisch" codeSystem="2.16.840.1.113883.2.16.1.4.1" codeSystemName="HL7.AT:ReligionAustria"/> <!-- Gesetzlicher Vertreter des Patienten "Organisation"--> <guardian classCode="GUARD"> <!-- Gesetzlicher Vertreter "Person" --> <addr> <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) --> </addr> <!-- Kontaktdaten des gesetzlichen Vertreters --> <telecom use="H" value="tel:+43.2236.2928"/> <telecom use="WP" value="tel:+43.2236.9000"/> <!-- Name des gesetzlichen Vertreters (Granularitätsstufe 1) --> <guardianPerson> <name> <!-- template 1.2.40.0.34.6.0.11.9.12 'Person Name Compilation G1 M' --> </name> </guardianPerson> </guardian> <birthplace classCode="BIRTHPL"> <place classCode="PLC" determinerCode="INSTANCE"> <!-- 1.2.40.0.34.6.0.11.9.10 'Address Compilation Minimal' --> </place> </birthplace> <languageCommunication> <languageCode code="de"/> <modeCode code="ESP" displayName="Expressed spoken" codeSystem="2.16.840.1.113883.5.60" codeSystemName="HL7:LanguageAbilityMode"/> <proficiencyLevelCode code="E" displayName="Excellent" codeSystem="2.16.840.1.113883.5.61" codeSystemName="HL7:LanguageAbilityProficiency"/> <preferenceInd value="true"/> </languageCommunication> <!-- Strukturierung der Fähigkeit zur Gebärdensprache --> <languageCommunication> <languageCode code="de"/> <proficiencyLevelCode code="G" displayName="Good" codeSystem="2.16.840.1.113883.5.61" codeSystemName="HL7:LanguageAbilityProficiency"/> <preferenceInd value="false"/> </languageCommunication> </patient> </patientRole></recordTarget> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | 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 <id root="1.2.40.0.34.4.21" extension="123456789^1100-OEGK^800400010016^20251231"/> | | Beispiel | EKVK Beispiel-Min <id root="1.2.40.0.34.4.21" extension="123456789"/> | | | 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 |
| | url | 1 … 1 | R |
Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
| | 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) | | cs | 0 … 1 | F | PSN | | cs | 0 … 1 | F | INSTANCE | | PN | 1 … 1 | M | Namen-Element (Person) | (atc...get) | | 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“).
| | 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) | | 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) |
| | ENXP | 1 … * | M | Mindestens ein Hauptname (Nachname). | (atc...get) | | 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) |
| | ENXP | 1 … * | M | Mindestens ein Vorname | (atc...get) | | 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) |
| | ENXP | 0 … * | | Beliebig viele Suffixe zum Namen | (atc...get) | | 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 |
| | st | 1 … 1 | R | | | cs | 1 … 1 | R | | | oid | 1 … 1 | F | 2.16.840.1.113883.5.1 | | 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) |
| | 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) | | st | 1 … 1 | R | | | Beispiel | Beispiel für eine SNOMED CT Angabe <translation code="772004004" codeSystem="2.16.840.1.113883.6.96" displayName="Non-binary gender"/> | | | | | hl7: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'] | | | 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']
| | TS.AT.VAR | 0 … 1 | | | (atc...get) | | | at-cda-bbr-dataelement-75 | Geburtsdatum | Dataset A Allgemeiner Leitfaden |
| | TS.AT.VAR | 0 … 1 | | | (atc...get) | wo [@nullFlavor='UNK'] | | | cs | 1 … 1 | F | UNK | | 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 |
| | TS.AT.TZ | 0 … 1 | R | Todesdatum der Person. | (atc...get) | | | at-cda-bbr-dataelement-191 | Todesdatum | Dataset A Allgemeiner Leitfaden |
| | 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 |
| | cs | 1 … 1 | R | | | oid | 1 … 1 | F | 2.16.840.1.113883.5.2 | | st | 1 … 1 | F | HL7:MaritalStatus | | 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 |
| | cs | 1 … 1 | R | | | oid | 1 … 1 | F | 2.16.840.1.113883.2.16.1.4.1 | | st | 1 … 1 | F | HL7.AT:ReligionAustria | | 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) |
| | | | NP | Rasse des Patienten.
Darf nicht verwendet werden! | (atc...get) | | | | NP | Ethnische Zugehörigkeit des Patienten.
Darf nicht verwendet werden! | (atc...get) | | | 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 |
| | cs | 0 … 1 | F | GUARD | | | 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) | | 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) | | st | 1 … 1 | R |
Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
| | 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)
| | | 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) | | | 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) | | | 0 … 1 | R | Geburtsort des Patienten. | (atc...get) | | | at-cda-bbr-dataelement-76 | Geburtsort | Dataset A Allgemeiner Leitfaden |
| | cs | 0 … 1 | F | BIRTHPL | | | 1 … 1 | M | | (atc...get) | | cs | 0 … 1 | F | PLC | | 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)
| | 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) | | 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 |
| | 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 |
| | 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) |
| | CE | 0 … 1 | C | Ausdrucksform der Sprache. Zulässige Werte gemäß Value-Set „ELGA_LanguageAbilityMode“
| (atc...get) | | cs | 1 … 1 | R | | | st | 1 … 1 | R | | | oid | 1 … 1 | F | 2.16.840.1.113883.5.60 | | 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 |
| | cs | 1 … 1 | R | | | st | 1 … 1 | R | | | oid | 1 … 1 | F | 2.16.840.1.113883.5.61 | | 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) |
| | 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 |
---|
Status | Aktiv | Versions-Label | 1.0.3+20230717 |
---|
Name | atcdabbr_header_Author | Bezeichnung | Author |
---|
Beschreibung |
Der Autor, Urheber oder Dokumentersteller ist die Person, die hauptursächlich etwas verursacht oder veranlasst oder als Initiator, Anstifter, Verfasser oder Verursacher wirkt. Der Autor kann auch ein "Dokument-erstellendes Gerät" sein, etwa ein Computerprogramm, das automatisch Daten zu einem Patienten in Form eines Befunds oder einer Zusammenfassung kombiniert.
Die das Dokument schreibende Person (z.B. Schreibkraft, medizinische Dokumentationsassistenz) wird in CDA in einem eigenen Element (dataEnterer) abgebildet, siehe "Personen der Dateneingabe ("dataEnterer")".
Es kann mehr als ein Dokumentersteller angegeben werden (mehrere author-Elemente). Das erste author-Element SOLL eine Person sein ("Hauptautor"). Geräte MÜSSEN hinter den Personen-Autoren stehen (sofern vorhanden, z.B. bei einem On-Demand Dokument, das keine Person erstellt oder sonstige automatisch ohne Personenkontakt erstellte Dokumente).
↔ Hinweis zum XDS-Mapping: Folgende XDS-Attribute werden aus dem author-Element abgeleitet:
-
AuthorInstitution (=representedOrganization)
-
AuthorPerson (=assignedAuthor)
-
AuthorRole (=functionCode)
-
AuthorSpeciality (=assignedAuthor.code)
Nur das erste author-Element ist für das XDS-Mapping zu übernehmen.
|
|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Benutzt | Benutzt 3 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.6.0.11.9.11 | Containment | Person Name Compilation G2 M (1.0.1+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.18 | Containment | Device Compilation (1.0.2+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.5 | Containment | Organization Compilation with id, name (1.0.1+20210628) | DYNAMIC |
|
|
---|
Beziehung | Spezialisierung: Template 1.2.40.0.34.6.0.11.1.2 Author (2021‑08‑24 08:35:56) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.2 Author (2021‑02‑18 12:40:27) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.2 Author (2019‑02‑13 09:50:17) ref at-cda-bbr- |
---|
Beispiel | Person als Author | <author typeCode="AUT" contextControlCode="OP"> <!-- Funktionscode --> <functionCode code="OA" displayName="Diensthabender Oberarzt" codeSystem="1.2.40.0.34.99.111.2.1" codeSystemName="Amadeus Spital Funktionen"/> <!-- Zeitpunkt der Erstellung --> <time value="20190605133410+0200"/> <assignedAuthor classCode="ASSIGNED"> <!-- Identifikation des Verfassers des Dokuments --> <id root="1.2.40.0.34.99.111.1.3" extension="1111" assigningAuthorityName="Amadeus Spital"/> <!-- Fachrichtung des Verfassers des Dokuments --> <code code="107" displayName="Fachärztin/Facharzt für Chirurgie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/> <!-- Kontaktdaten des Verfassers des Dokuments --> <telecom value="tel:+43.1.40400"/> <telecom value="mailto:Isabella.Stern@organization.at"/> <!-- Person als Author --> <assignedPerson classCode="PSN" determinerCode="INSTANCE"> <!-- template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' (2019-04-02T10:09:43) --> </assignedPerson> <representedOrganization> <!-- template 1.2.40.0.34.6.0.11.9.5 'Organization Compilation with id, name' (2019-03-25T13:43:57) --> </representedOrganization> </assignedAuthor></author> |
|
---|
Beispiel | Gerät als Author | <author typeCode="AUT" contextControlCode="OP"> <!-- Zeitpunkt der Erstellung --> <time value="20190605133410+0200"/> <assignedAuthor classCode="ASSIGNED"> <!-- Geräte Identifikation (oder nullFlavor) --> <id root="86562fe5-b509-4ce9-b976-176fd376e477" assigningAuthorityName="KH Eisenstadt"/> <!-- Gerät als Author --> <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE"> <!-- template 1.2.40.0.34.6.0.11.9.18 'Device Compilation' (2019-02-13T10:11:00) --> </assignedAuthoringDevice> <representedOrganization> <!-- template 1.2.40.0.34.6.0.11.9.5 'Organization Compilation with id, name' (2019-03-25T13:43:57) --> </representedOrganization> </assignedAuthor></author> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | 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'] | | | 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
| | 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)] | | | II | 0 … 1 | | | (atc...hor) | wo [@nullFlavor='NI'] | | | cs | 1 … 1 | F | NI | | II | 0 … 1 | | | (atc...hor) | wo [@nullFlavor='UNK'] | | | 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) | | oid | 1 … 1 | R | | | st | 1 … 1 | R | | | 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)] | | | st | 1 … 1 | R |
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | 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)
| | | 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:15Andere 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 | Beispiel | <!-- Verwahrer des Dokuments --> <custodian typeCode="CST"> <assignedCustodian classCode="ASSIGNED"> <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE"> <!-- Identifikation des Verwahrers --> <id root="1.2.3.999" extension="7601234567890"/> <name>Amadeus Spital</name> <telecom use="WP" value="tel:+43.(0)50.55460-0"/> <telecom use="MC" value="tel:+43.(0)676.55461"/> <addr> <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) --> </addr> </representedCustodianOrganization> </assignedCustodian></custodian> |
|
---|
|
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:25Andere 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 | <informationRecipient typeCode="PRCP"> <intendedRecipient> <!-- Identifikation des beabsichtigten Empfängers --> <id nullFlavor="UNK"/> <!-- Personendaten des beabsichtigten Empfängers --> <informationRecipient> <!-- include template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' (dynamic) 1..1 M --> </informationRecipient> <!-- Organisation, der der beabsichtigte Empfänger angehört --> <receivedOrganization> <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (dynamic) 0..1 O --> </receivedOrganization> </intendedRecipient></informationRecipient> |
|
---|
Beispiel | Beabsichtigter Empfänger ist eine unbekannte Person („An den Hausarzt“) | <informationRecipient typeCode="PRCP"> <intendedRecipient> <!-- Identifikation des beabsichtigten Empfängers --> <id nullFlavor="UNK"/> <!-- Personendaten des beabsichtigten Empfängers --> <informationRecipient> <!-- include template 1.2.40.0.34.6.0.11.9.12 'Person Name Compilation G1 M' (dynamic) 1..1 M --> </informationRecipient> </intendedRecipient></informationRecipient> |
|
---|
Beispiel | Beabsichtigter Empfänger ist der Patient selbst | <informationRecipient typeCode="PRCP"> <intendedRecipient> <!-- Der Patient besitzt keine ID --> <id nullFlavor="NI"/> <!-- Hinweis auf den Patienten --> <informationRecipient> <name>Herbert Mustermann</name> <!-- Diese Angabe erfolgt in template 1.2.40.0.34.6.0.11.9.12 'Person Name Compilation G1 M' (dynamic) 1..1 M --> </informationRecipient> </intendedRecipient> <!--Eine erneute Angabe der Adresse des Patienten ist nicht erforderlich.--> </informationRecipient> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
hl7: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']
| | 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 |
| | II | 0 … 1 | | NI … Person hat keine ID | (atc...ent) | wo [@nullFlavor='NI'] | | | cs | 1 … 1 | F | NI | | II | 0 … 1 | | UNK ... Person hat eine ID, diese ist jedoch unbekannt | (atc...ent) | wo [@nullFlavor='UNK'] | | | 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) | | cs | 0 … 1 | F | ORG | | cs | 0 … 1 | F | INSTANCE | | II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. | (atc...ent) | wo [not(@nullFlavor)] | | | 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) | | TEL.AT | 0 … * | |
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
| (atc...ent) | wo [not(@nullFlavor)] | | | st | 1 … 1 | R |
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | 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.
| | 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:59Andere Versionen mit dieser Id: - atcdabbr_header_LegalAuthenticator vom 2019‑03‑04 11:41:57
|
---|
Status | Aktiv | Versions-Label | 1.0.0+20210219 |
---|
Name | atcdabbr_header_LegalAuthenticator | Bezeichnung | Legal Authenticator |
---|
Beschreibung |
Der „Rechtliche Unterzeichner“ oder Hauptunterzeichner ist jene Person, welche für das Dokument aus rechtlicher Sicht die Verantwortung übernimmt. Es muss organisatorisch sichergestellt werden, dass die Person, die als rechtlicher Unterzeichner eingetragen wird, über die entsprechende Berechtigung verfügt. Grundsätzlich MUSS der Hauptunterzeichner angegeben werden, in bestimmten Fällen kann dies aber unterbleiben, etwa wenn es sich um automatisch erstellte Befunde handelt (Dokumente, die von „Geräten“ oder "Software" autonom erstellt wurden, d.h. wenn der Inhalt durch einen Algorithmus erzeugt und nicht von einer natürlichen Person freigegeben wurde, z.B. On-demand Dokumente). Diese Fälle sind in den jeweiligen speziellen Leitfaden entsprechend angegeben. Falls mehrere rechtliche Unterzeichner vorhanden sind, können diese angegeben werden.
↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Metadatenelement DocumentEntry.legalAuthenticator gemappt. ACHTUNG: Nach DocumentEntry.legalAuthenticator kann jeweils nur das erste Element (ClinicalDocument/LegalAuthenticator[1]) übernommen werden.
|
|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Assoziiert mit | Assoziiert mit 3 Konzepte | Id | Name | Datensatz |
---|
at-cda-bbr-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 | <legalAuthenticator contextControlCode="OP" typeCode="LA"> <!-- Zeitpunkt der Unterzeichnung --> <time value="20190324082015+0100"/> <!-- Signaturcode --> <signatureCode code="S"/> <!-- Personen- und Organisationsdaten des Rechtlichen Unterzeichners des Dokuments --> <assignedEntity> <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O --> </assignedEntity></legalAuthenticator> |
|
---|
|
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:00Andere 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 | <authenticator typeCode="AUTHEN"> <!-- Zeitpunkt der Unterzeichnung --> <time value="20190605"/> <!-- Signaturcode --> <signatureCode code="S"/> <!-- Personen- und Organisationsdaten des Weiteren Unterzeichners des Dokuments --> <assignedEntity> <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O --> </assignedEntity></authenticator> |
|
---|
|
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 |
---|
Status | Aktiv | Versions-Label | 1.0.2+20210803 |
---|
Name | atcdabbr_header_ParticipantFachlicherAnsprechpartner | Bezeichnung | Participant Fachlicher Ansprechpartner |
---|
Beschreibung | Der fachliche Ansprechpartner ist jene Kontaktperson oder –stelle, welche zur Kontaktaufnahme für fachliche Auskünfte zum betreffenden Dokument veröffentlicht wird. Soll als Ansprechpartner der Verfasser des Dokuments angegeben werden, so sind die entsprechenden Daten an dieser Stelle noch einmal anzugeben. Bei Verwendung sollen möglichst präzise Kontaktdaten angegeben werden. Es obliegt der dokumenterzeugenden Organisation zu entscheiden, welchen Ansprechpartner sie veröffentlicht. |
|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Benutzt | Benutzt 3 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.6.0.11.9.25 | Containment | Address Compilation (1.0.1+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.11 | Containment | Person Name Compilation G2 M (1.0.1+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.9 | Inklusion | Organization Compilation with name (1.0.0+20210219) | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.6.0.11.1.20 Participant Fachlicher Ansprechpartner (2021‑06‑30 15:57:10) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.20 Participant Fachlicher Ansprechpartner (2021‑02‑19 11:15:35) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.20 Participant Fachlicher Ansprechpartner (2019‑02‑12 15:59:16) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25) ref elgabbr- |
---|
Beispiel | Beispiel Organisation | <participant typeCode="CALLBCK"> <templateId root="1.2.40.0.34.6.0.11.1.20"/> <associatedEntity classCode="PROV"> <!-- Verpflichtende Telefonnummer des fachlichen Ansprechpartners --> <telecom use="WP" value="tel:+43.6138.3453446.1"/> <!-- Organisation des Fachlichen Ansprechpartners --> <scopingOrganization> <!-- Name der Organisation --> <name>Sekretariat der Chir. Abt. Amadeusspital</name> </scopingOrganization> </associatedEntity></participant> |
|
---|
Beispiel | Beispiel Person + Organisation | <participant typeCode="CALLBCK"> <templateId root="1.2.40.0.34.6.0.11.1.20"/> <associatedEntity classCode="PROV"> <!-- Verpflichtende Telefonnummer des fachlichen Ansprechpartners --> <telecom use="WP" value="tel:+43.6138.3453446.1.12"/> <associatedPerson> <!-- Name des Fachlichen Ansprechpartners --> <name> <prefix>Dr.</prefix> <given>Walter</given> <family>Hummel</family> </name> </associatedPerson> <!-- Organisation des Fachlichen Ansprechpartners --> <scopingOrganization> <!-- Name der Organisation --> <name>Sekretariat der Chir. Abt. Amadeusspital</name> </scopingOrganization> </associatedEntity></participant> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | 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) | | oid | 1 … 1 | R | | | st | 1 … 1 | R | | | 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) | | st | 1 … 1 | R |
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | 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) | | cs | 0 … 1 | F | ORG | | cs | 0 … 1 | F | INSTANCE | | II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. | (atc...ner) | wo [not(@nullFlavor)] | | | 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) | | TEL.AT | 0 … * | |
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
| (atc...ner) | wo [not(@nullFlavor)] | | | st | 1 … 1 | R |
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | 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.
| | 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:38Andere Versionen mit dieser Id: - atcdabbr_header_ParticipantHausarzt vom 2021‑02‑19 11:16:07
- atcdabbr_header_ParticipantHausarzt vom 2019‑02‑13 10:44:48
|
---|
Status | Aktiv | Versions-Label | 1.0.1+20210803 |
---|
Name | atcdabbr_header_ParticipantHausarzt | Bezeichnung | Participant Hausarzt |
---|
Beschreibung |
Hausarzt
|
---|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Benutzt | Benutzt 4 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.6.0.11.9.25 | Containment | Address Compilation (1.0.1+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.12 | Containment | Person Name Compilation G1 M (1.0.1+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.11 | Containment | Person Name Compilation G2 M (1.0.1+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.9 | Inklusion | Organization Compilation with name (1.0.0+20210219) | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.6.0.11.1.23 Participant Hausarzt (2021‑02‑19 11:16:07) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.23 Participant Hausarzt (2019‑02‑13 10:44:48) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <participant contextControlCode="OP" typeCode="IND"> <templateId root="1.2.40.0.34.6.0.11.1.23"/> <functionCode code="PCP" displayName="primary care physician" codeSystem="2.16.840.1.113883.5.88" codeSystemName="HL7:ParticipationFunction"/> <associatedEntity classCode="PROV"> <!-- Identifikation des Hausarztes (Person) aus dem GDA-Index --> <id assigningAuthorityName="GDA Index" root="1.2.3.999" extension="--example only--"/> <addr> <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) --> </addr> <telecom use="WP" value="tel:+43.1.3453446.1"/> <associatedPerson> <!-- Name des Hausarztes --> <!-- include template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' (dynamic) 1..1 M --> </associatedPerson> <scopingOrganization> <!-- Ordination --> <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (dynamic) .. O --> </scopingOrganization> </associatedEntity></participant> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | 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
| | II | 0 … * | | | (atc...rzt) | wo [not(@nullFlavor)] | | | II | 0 … 1 | | | (atc...rzt) | wo [@nullFlavor='NI'] | | | cs | 1 … 1 | F | NI | | II | 0 … 1 | | | (atc...rzt) | wo [@nullFlavor='UNK'] | | | 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)] | | | st | 1 … 1 | R | | | 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)
| | | 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]] | | | | 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) | | cs | 0 … 1 | F | ORG | | cs | 0 … 1 | F | INSTANCE | | II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. | (atc...rzt) | wo [not(@nullFlavor)] | | | 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) | | TEL.AT | 0 … * | |
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
| (atc...rzt) | wo [not(@nullFlavor)] | | | st | 1 … 1 | R |
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | 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.
| | 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 |
---|
Status | Aktiv | Versions-Label | 1.0.2+20210803 |
---|
Name | atcdabbr_header_ParticipantAuskunftsberechtigtePersonNotfallkontakt | Bezeichnung | Participant Auskunftsberechtigte Person (Notfallkontakt) |
---|
Beschreibung | Der Notfall-Kontakt entspricht in Österreich der „Auskunftsberechtigten Person“ (oder auch „Vertrauensperson“).
|
---|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Benutzt | Benutzt 5 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.6.0.11.9.15 | Containment | Time Interval Information minimal (1.0.1+20210628) | DYNAMIC | 1.2.40.0.34.6.0.11.9.25 | Containment | Address Compilation (1.0.1+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.12 | Containment | Person Name Compilation G1 M (1.0.1+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.11 | Containment | Person Name Compilation G2 M (1.0.1+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.9 | Inklusion | Organization Compilation with name (1.0.0+20210219) | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.6.0.11.1.27 Participant Auskunftsberechtigte Person (Notfallkontakt) (2021‑08‑03 10:59:17) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.27 Participant Auskunftsberechtigte Person (Notfallkontakt) (2021‑02‑19 11:13:06) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.27 Participant Auskunftsberechtigte Person (Notfallkontakt) (2019‑02‑12 15:50:47) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <participant typeCode="IND"> <templateId root="1.2.40.0.34.6.0.11.1.27"/> <time> <!-- template 1.2.40.0.34.6.0.11.9.15 'Time Interval Information minimal' (2019-04-08T08:15:46) --> </time> <associatedEntity classCode="ECON"> <!-- Verwandtschaftsverhältnis des Notfallkontakts zum Patienten --> <code code="FAMMEMB" displayName="Family Member" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/> <!-- Adresse des Notfall-Kontakts --> <addr> <!-- include template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) --> </addr> <telecom use="WP" value="tel:+1-12345678"/> <associatedPerson> <!-- Name des Notfallkontakts (strukturierte Angabe) --> <!-- include template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' 1..1 M --> </associatedPerson> <scopingOrganization> <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (dynamic) --> </scopingOrganization> </associatedEntity></participant> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | 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)] | | | cs | 1 … 1 | R | Zulässige Werte gemäß Value-Set „ELGA_PersonalRelationship“
| | st | 0 … 1 | | | | oid | 1 … 1 | F | 2.16.840.1.113883.5.111 | | 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. | | TEL.AT | 0 … * | R | | (atc...akt) | wo [not(@nullFlavor)] | | | st | 1 … 1 | R |
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | set_cs | 0 … 1 | | | | Constraint | Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
| | TEL.AT | 0 … 1 | | Die Kontaktadresse ist unbekannt. nullFlavor "UNK" | (atc...akt) | wo [@nullFlavor='UNK'] | | | 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)
| | | 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]] | | | | 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) | | cs | 0 … 1 | F | ORG | | cs | 0 … 1 | F | INSTANCE | | II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. | (atc...akt) | wo [not(@nullFlavor)] | | | 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) | | TEL.AT | 0 … * | |
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
| (atc...akt) | wo [not(@nullFlavor)] | | | st | 1 … 1 | R |
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | 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.
| | 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:27Andere Versionen mit dieser Id: - atcdabbr_header_ParticipantAngehoerige vom 2021‑02‑19 11:11:34
- atcdabbr_header_ParticipantAngehoerige vom 2019‑02‑12 14:56:37
|
---|
Status | Aktiv | Versions-Label | 1.0.1+20210803 |
---|
Name | atcdabbr_header_ParticipantAngehoerige | Bezeichnung | Participant Angehoerige |
---|
Beschreibung | Als Angehörige sind in Österreich jene Personen anzusehen, welche in einem besonderen familiären oder persönlichen Verhältnis zum Patienten stehen, aber nicht unter die Gruppe der „Auskunftsberechtigten Personen (Notfallkontakt)“ fallen.
|
|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Benutzt | Benutzt 4 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.6.0.11.9.25 | Containment | Address Compilation (1.0.1+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.12 | Containment | Person Name Compilation G1 M (1.0.1+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.11 | Containment | Person Name Compilation G2 M (1.0.1+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.9 | Containment | Organization Compilation with name (1.0.0+20210219) | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.6.0.11.1.25 Participant Angehoerige (2021‑02‑19 11:11:34) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.25 Participant Angehoerige (2019‑02‑12 14:56:37) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <participant typeCode="IND"> <templateId root="1.2.40.0.34.6.0.11.1.25"/> <associatedEntity classCode="PRS"> <!-- Verwandtschaftsverhältnis des Angehörigen zum Patienten --> <code code="MTH" displayName="mother" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7: RoleCode"/> <!-- Kontaktdaten des Angehörigen --> <addr> <!-- include template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) --> </addr> <telecom value="tel:0660.1234567"/> <associatedPerson> <!-- include template 1.2.40.0.34.6.0.11.9.12 'Person Name Compilation G1 M' 1..1 M' (bei unstrukturierter Angabe des Namens)--> </associatedPerson> <scopingOrganization> <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (2019-02-13T10:30:51) --> </scopingOrganization> </associatedEntity></participant> |
|
---|
|
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:42Andere Versionen mit dieser Id: - atcdabbr_header_ParticipantVersicherung vom 2019‑03‑26 14:54:17
|
---|
Status | Aktiv | Versions-Label | 1.0.0+20210219 |
---|
Name | atcdabbr_header_ParticipantVersicherung | Bezeichnung | Participant Versicherung |
---|
Beschreibung | Der Beteiligte (Patient) ist selbst der Versicherungsnehmer oder ist bei einem Angehörigen mitversichert.
|
---|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Benutzt | Benutzt 4 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.6.0.11.9.15 | Containment | Time Interval Information minimal (1.0.1+20210628) | DYNAMIC | 1.2.40.0.34.6.0.11.9.25 | Containment | Address Compilation (1.0.1+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.11 | Containment | Person Name Compilation G2 M (1.0.1+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.9 | Inklusion | Organization Compilation with name (1.0.0+20210219) | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.6.0.11.1.26 Participant Versicherung (2019‑03‑26 14:54:17) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25) ref elgabbr- |
---|
Beispiel | Patient ist selbst der Versicherungsnehmer | <!-- In diesem Fall können die Angaben zur Person (Adresse, Kontaktdaten, Name des Patienten) entfallen, da diese bereits in der Klasse patientRole angegeben sind. --> <participant contextControlCode="OP" typeCode="HLD"> <templateId root="1.2.40.0.34.6.0.11.1.26"/> <time> <!-- template 1.2.40.0.34.6.0.11.9.15 'Time Interval Information minimal' (2019-04-08T08:15:46) --> </time> <associatedEntity classCode="POLHOLD"> <id root="1.2.40.0.10.1.4.3.1" extension="123424121970" assigningAuthorityName="Österreichische Sozialversicherung"/> <code code="SELF" displayName="self" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/> <scopingOrganization> <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (dynamic) .. O --> </scopingOrganization> </associatedEntity></participant> |
|
---|
Beispiel | Patient ist bei einem Angehörigen mitversichert | <!-- In diesem Fall MÜSSEN die Angaben zur versicherten Person vorhanden sein. Im Mindesten MUSS der Name der versicherten Person angegeben sein. --> <participant contextControlCode="OP" typeCode="HLD"> <templateId root="1.2.40.0.34.6.0.11.1.26"/> <!-- Versicherungszeitraum --> <time> <!-- template 1.2.40.0.34.6.0.11.9.15 'Time Interval Information minimal' (2019-04-08T08:15:46) --> </time> <associatedEntity classCode="POLHOLD"> <!-- SV Nummer der Person, bei der der Patient mitversichert ist --> <id root="1.2.40.0.10.1.4.3.1" extension="123424121970" assigningAuthorityName="Österreichische Sozialversicherung"/> <!-- Code FAMDEP (Mitversichert bei Familienangehörigen) --> <code code="FAMDEP" displayName="family dependent" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/> <!-- Adresse der Person, bei der der Patient mitversichert ist --> <addr> <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) --> </addr> <!-- Kontakt(e) der Person, bei der der Patient mitversichert ist --> <telecom value="tel:+43.(0)50.55460-0"/> <!-- Name der Person, bei der der Patient mitversichert ist --> <associatedPerson> <!-- template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' --> </associatedPerson> <!-- Versicherungsgesellschaft --> <scopingOrganization> <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (dynamic) .. O --> </scopingOrganization> </associatedEntity></participant> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | 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
| | II | 0 … 1 | | | (atc...ung) | wo [not(@nullFlavor)] | | | II | 0 … 1 | | | (atc...ung) | wo [@nullFlavor='NI'] | | | cs | 1 … 1 | F | NI | | II | 0 … 1 | | | (atc...ung) | wo [@nullFlavor='UNK'] | | | 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) | | cs | 1 … 1 | R | | | oid | 1 … 1 | F | 2.16.840.1.113883.5.111 | | 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)] | | | st | 1 … 1 | R |
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | 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) | | cs | 0 … 1 | F | ORG | | cs | 0 … 1 | F | INSTANCE | | II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. | (atc...ung) | wo [not(@nullFlavor)] | | | 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) | | TEL.AT | 0 … * | |
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
| (atc...ung) | wo [not(@nullFlavor)] | | | st | 1 … 1 | R |
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | 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.
| | 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:25Andere 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 | <participant contextControlCode="OP" typeCode="IND"> <templateId root="1.2.40.0.34.6.0.11.1.28"/> <associatedEntity classCode="CAREGIVER"> <!-- Betreuende Organisation --> <scopingOrganization> <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (dynamic) 1..1 M --> </scopingOrganization> </associatedEntity></participant> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | 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) | | cs | 0 … 1 | F | ORG | | cs | 0 … 1 | F | INSTANCE | | II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. | (atc...ion) | wo [not(@nullFlavor)] | | | 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) | | TEL.AT | 0 … * | |
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
| (atc...ion) | wo [not(@nullFlavor)] | | | st | 1 … 1 | R |
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | 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.
| | 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:20Andere Versionen mit dieser Id: - atcdabbr_header_ParticipantWeitereBehandler vom 2019‑03‑26 14:54:10
|
---|
Status | Aktiv | Versions-Label | 1.0.0+20210219 |
---|
Name | atcdabbr_header_ParticipantWeitereBehandler | Bezeichnung | Participant Weitere Behandler |
---|
Beschreibung |
Über dieses Element können weitere an der medizinischen Behandlung maßgeblich beteiligte Personen angegeben werden, z.B. Ärzte aus der gleichen/einer anderen Abteilung, niedergelassene behandelnde Ärzte, nicht-ärztliche Behandler (z.B. Psychologen). Bei Verwendung sollen möglichst präzise Kontaktdaten angegeben werden. Es obliegt der dokumenterzeugenden Organisation zu entscheiden, welche weitere Behandler sie veröffentlicht.
|
|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Benutzt | Benutzt 3 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.6.0.11.9.25 | Containment | Address Compilation (1.0.1+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.11 | Containment | Person Name Compilation G2 M (1.0.1+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.9 | Inklusion | Organization Compilation with name (1.0.0+20210219) | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.6.0.11.1.28 Participant Weitere Behandler (2019‑03‑26 14:54:10) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <participant contextControlCode="OP" typeCode="CON"> <templateId root="1.2.40.0.34.6.0.11.1.28"/> <functionCode code="130" displayName="Facharzt für Neurologie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/> <associatedEntity classCode="PROV"> <!-- Anschrift und Kontaktdaten des Behandlers --> <addr> <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) --> </addr> <telecom value="tel:+43.6138.3453446.1"/> <telecom value="mailto:robert.betterman@amadeusspital.at"/> <!-- Name des Behandlers --> <associatedPerson> <!-- template .2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' --> </associatedPerson> <!-- Organisation des weiteren Behandlers --> <scopingOrganization> <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (dynamic) 0..1 R --> </scopingOrganization> </associatedEntity></participant> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | 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)] | | | st | 1 … 1 | R |
Die Kontaktadresse (Telefonnummer, Email, etc.)
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | 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) | | cs | 0 … 1 | F | ORG | | cs | 0 … 1 | F | INSTANCE | | II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. | (atc...ler) | wo [not(@nullFlavor)] | | | 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) | | TEL.AT | 0 … * | |
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
| (atc...ler) | wo [not(@nullFlavor)] | | | st | 1 … 1 | R |
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
| | 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.
| | 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 |
---|
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 | <componentOf typeCode="COMP"> <encompassingEncounter classCode="ENC" moodCode="EVN"> <!-- Aufenthaltszahl --> <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/> <!-- Codierung des Patientenkontakts, hier für stationär --> <code code="IMP" displayName="Inpatient encounter" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/> <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und administrativer Entlassung am 25.12.2018 um 11:30:00 --> <effectiveTime> <low value="20181224082015+0100"/> <high value="20181225113000+0100"/> </effectiveTime> <!-- Verantwortliche Person für den Patientenkontakt --> <responsibleParty> <assignedEntity> <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt--> <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O --> </assignedEntity> </responsibleParty> <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand --> <location> <healthCareFacility> <code code="300" displayName="Allgemeine Krankenanstalt" codeSystem="1.2.40.0.34.5.2"/> <serviceProviderOrganization> <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M --> </serviceProviderOrganization> </healthCareFacility> </location> </encompassingEncounter></componentOf> |
|
---|
Beispiel | Strukturbeispiel mit stationärem Patientenkontakt und unbekannter Entlassung | <componentOf typeCode="COMP"> <encompassingEncounter classCode="ENC" moodCode="EVN"> <!-- Aufenthaltszahl --> <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/> <!-- Codierung des Patientenkontakts, hier für stationär --> <code code="IMP" displayName="Inpatient encounter" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/> <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und noch nicht stattgefundener administrativer oder medizinischer Entlassung --> <effectiveTime> <low value="20181224082015+0100"/> <high nullFlavor="UNK"/> </effectiveTime> <!-- Verantwortliche Person für den Patientenkontakt --> <responsibleParty> <assignedEntity> <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt--> <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O --> </assignedEntity> </responsibleParty> <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand --> <location> <healthCareFacility> <code code="300" displayName="Allgemeine Krankenanstalt" codeSystem="1.2.40.0.34.5.2"/> <serviceProviderOrganization> <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M --> </serviceProviderOrganization> </healthCareFacility> </location> </encompassingEncounter></componentOf> |
|
---|
Beispiel | Strukturbeispiel mit ambulantem Patientenkontakt | <componentOf typeCode="COMP"> <encompassingEncounter classCode="ENC" moodCode="EVN"> <!-- Aufenthaltszahl --> <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/> <!-- Codierung des Patientenkontakts, hier für ambulant --> <code code="AMB" displayName="ambulatory" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/> <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und administrativer Entlassung am 24.12.2018 um 11:30:00 --> <effectiveTime> <low value="20181224082015+0100"/> <high value="20181224113000+0100"/> </effectiveTime> <!-- Verantwortliche Person für den Patientenkontakt --> <responsibleParty> <assignedEntity> <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt--> <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O --> </assignedEntity> </responsibleParty> <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand --> <location> <healthCareFacility> <code code="304" displayName="Selbstständiges Ambulatorium" codeSystem="1.2.40.0.34.5.2"/> <serviceProviderOrganization> <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M --> </serviceProviderOrganization> </healthCareFacility> </location> </encompassingEncounter></componentOf> |
|
---|
Beispiel | Strukturbeispiel mit ambulantem Patientenkontakt und unbekannter Entlassung | <componentOf typeCode="COMP"> <encompassingEncounter classCode="ENC" moodCode="EVN"> <!-- Aufenthaltszahl --> <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/> <!-- Codierung des Patientenkontakts, hier für ambulant --> <code code="AMB" displayName="ambulatory" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/> <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und nicht stattgefundener administrativer oder medizinischer Entlassung --> <effectiveTime> <low value="20181224082015+0100"/> <high nullFlavor="UNK"/> </effectiveTime> <!-- Verantwortliche Person für den Patientenkontakt --> <responsibleParty> <assignedEntity> <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt--> <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O --> </assignedEntity> </responsibleParty> <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand --> <location> <healthCareFacility> <code code="304" displayName="Selbstständiges Ambulatorium" codeSystem="1.2.40.0.34.5.2"/> <serviceProviderOrganization> <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M --> </serviceProviderOrganization> </healthCareFacility> </location> </encompassingEncounter></componentOf> |
|
---|
Beispiel | Strukturbeispiel mit virtuellem Patientenkontakt | <componentOf typeCode="COMP"> <encompassingEncounter classCode="ENC" moodCode="EVN"> <!-- Aufenthaltszahl --> <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/> <!-- Codierung des Patientenkontakts, hier für einen virtuellen Kontakt wie beim Telemonitoring --> <code code="VR" displayName="virtual" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/> <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und administrativer Entlassung am 31.1.2019 um 11:30:00 --> <effectiveTime> <low value="20181224082015+0100"/> <high value="20190131113000+0100"/> </effectiveTime> <!-- Verantwortliche Person für den Patientenkontakt --> <responsibleParty> <assignedEntity> <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt--> <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O --> </assignedEntity> </responsibleParty> <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand --> <location> <healthCareFacility> <code code="300" displayName="Allgemeine Krankenanstalt" codeSystem="1.2.40.0.34.5.2"/> <serviceProviderOrganization> <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M --> </serviceProviderOrganization> </healthCareFacility> </location> </encompassingEncounter></componentOf> |
|
---|
Beispiel | Strukturbeispiel mit virtuellem Patientenkontakt und unbekannter Entlassung | <componentOf typeCode="COMP"> <encompassingEncounter classCode="ENC" moodCode="EVN"> <!-- Aufenthaltszahl --> <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/> <!-- Codierung des Patientenkontakts, hier für einen virtuellen Kontakt wie beim Telemonitoring --> <code code="VR" displayName="virtual" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/> <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und nicht stattgefundener administrativer oder medizinischer Entlassung --> <effectiveTime> <low value="20181224082015+0100"/> <high nullFlavor="UNK"/> </effectiveTime> <!-- Verantwortliche Person für den Patientenkontakt --> <responsibleParty> <assignedEntity> <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt--> <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O --> </assignedEntity> </responsibleParty> <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand --> <location> <healthCareFacility> <code code="300" displayName="Allgemeine Krankenanstalt" codeSystem="1.2.40.0.34.5.2"/> <serviceProviderOrganization> <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M --> </serviceProviderOrganization> </healthCareFacility> </location> </encompassingEncounter></componentOf> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | 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)] | | | st | 1 … 1 | R | Aufenthaltszahl, z.B.: Az123456
| | 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) | | cs | 1 … 1 | R | Zulässige Werte gemäß Value-Set „ELGA_ActEncounterCode“
| | st | 0 … 1 | | | | oid | 1 … 1 | F | 2.16.840.1.113883.5.4 | | 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) | | | 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) | | 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
| | II | 0 … * | | | (atc...ter) | wo [not(@nullFlavor)] | | | II | 0 … 1 | | | (atc...ter) | wo [@nullFlavor='NI'] | | | cs | 1 … 1 | F | NI | | II | 0 … 1 | | | (atc...ter) | wo [@nullFlavor='UNK'] | | | 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']
| | | 0 … 1 | | Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (atc...ter) | wo [not(@nullFlavor)] | | | | 0 … 1 | | | (atc...ter) | wo [@nullFlavor='UNK'] | | | cs | 1 … 1 | F | UNK | | 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)] | | | 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"
| | 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.
| | | 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) | | cs | 0 … 1 | F | LOC | | | 1 … 1 | M | | (atc...ter) | | cs | 0 … 1 | F | SDLOC | | 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) | | 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:16Andere Versionen mit dieser Id: - atcdabbr_header_EncounterLocation vom 2020‑09‑29 10:33:43
- atcdabbr_header_EncounterLocation vom 2019‑03‑07 11:13:21
|
---|
Status | Aktiv | Versions-Label | 1.0.0+20210219 |
---|
Name | atcdabbr_header_EncounterLocation | Bezeichnung | Encounter Location |
---|
Beschreibung | Die Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand, MUSS verpflichtend angegeben werden (z.B.: die entlassende Krankenanstalt mit Abteilung).
Verweis auf speziellen Implementierungsleitfaden: Die konkrete Bedeutung der Organisation, in deren Verantwortungsbereich der Patientenkontakt (Aufenthalt) stattfand, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
|
|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Benutzt | Benutzt 1 Template | Benutzt | als | Name | Version |
---|
1.2.40.0.34.6.0.11.9.9 | Containment | Organization Compilation with name (1.0.0+20210219) | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.6.0.11.1.8 Encounter Location (2020‑09‑29 10:33:43) ref at-cda-bbr- |
---|
Beispiel | Beispiel | <location typeCode="LOC"> <healthCareFacility classCode="SDLOC"> <code code="300" displayName="Allgemeine Krankenanstalt" codeSystem="1.2.40.0.34.5.2"/> <serviceProviderOrganization> <!-- template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (2019-02-13T10:30:51) --> </serviceProviderOrganization> </healthCareFacility></location> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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) | | 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 |
---|
| II | 1 … * | R | Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK | (Ass...nts) | | AD | 0 … 1 | | Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK | (Ass...nts) | | TEL.AT | 0 … * | | Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK | (Ass...nts) | | | 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 |
---|
| cs | 0 … 1 | F | PSN | | cs | 0 … 1 | F | INSTANCE | | 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 |
---|
| | 0 … 1 | F | ORG | | | 0 … 1 | F | INSTANCE | | II | 0 … * | | | (Org...nts) | | ON | 1 … 1 | M | | (Org...nts) | | TEL.AT | 0 … * | | | (Org...nts) | | 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 | <component> <observation classCode="OBS" moodCode="EVN"> ... <performer typeCode="PRF"> <templateId root="1.2.40.0.34.11.4.3.3"/> <time value="20121201073406+0100"/> <assignedEntity> <id nullFlavor="NI"/> <code code="E" codeSystem="2.16.840.1.113883.2.16.1.4.9" codeSystemName="HL7.at.Laborkennzeichnung" displayName="EXTERN"/> <addr> . . . </addr> <telecom> . . . </telecom> <assignedPerson> . . . </assignedPerson> <representedOrganization> . . . </representedOrganization> </assignedEntity> </performer> </observation></component> |
|
---|
|
8.2.28 AuthorElements
Id | 1.2.40.0.34.11.90004 ref elgabbr- | Gültigkeit | 2015‑02‑17Andere Versionen mit dieser Id: - AuthorElements vom 2013‑02‑10
- AuthorElements vom 2011‑12‑19
|
---|
Status | Aktiv | Versions-Label | |
---|
Name | AuthorElements | Bezeichnung | AuthorElements |
---|
Beschreibung | Der Dokumentersteller („author“) ist in der Regel die „das Dokument verfassende Person“ oder ein „datenerstellendes Gerät“. Damit ist diejenige Person oder das Gerät gemeint, welche das Dokument „inhaltlich“ verfasst (z.B.: diktiert). Die das Dokument „schreibende“ Person (z.B. Schreibkraft, Stationsschwester, …) wird in CDA in einem eigenen Element (dataEnterer) abgebildet (siehe „Personen der Dateneingabe („dataEnterer“)“). Es kann auch mehr als ein Dokumentersteller angegeben werden (mehrere author-Elemente). |
|
Klassifikation | CDA Header Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Benutzt | Benutzt 2 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.90001 | Inklusion | PersonElements | DYNAMIC | 1.2.40.0.34.11.90002 | Inklusion | OrganizationElements | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.90004 AuthorElements (2015‑02‑17) ref elgabbr- |
---|
Beispiel | Strukturbeispiel für eine Person als „author“ | <author typeCode="AUT" contextControlCode="OP"> <!-- Funktionscode --> <functionCode code="OA" displayName="Diensthabender Oberarzt" codeSystem="1.2.40.0.34.99.111.2.1" codeSystemName="Amadeus Spital Funktionen"/> <!-- Zeitpunkt der Erstellung --> <time value="20081224082015+0100"/> <assignedAuthor classCode="ASSIGNED"> <!-- Identifikation des Verfassers des Dokuments --> <id root="1.2.40.0.34.99.111.1.3" extension="1111" assigningAuthorityName="Amadeus Spital"/> <!-- Fachrichtung des Verfassers des Dokuments --> <code code="107" displayName="Fachärztin/Facharzt für Chirurgie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/> <!-- Kontaktdaten des Verfassers des Dokuments --> <telecom value="tel:+43.1.40400"/> <telecom value="mailto:herbert.mustermann@organization.at"/> <assignedPerson classCode="PSN" determinerCode="INSTANCE"> <!-- Name des Verfassers des Dokuments --> <name> <prefix qualifier="AC">Univ.-Prof. Dr.</prefix> <given>Isabella</given> <family>Stern</family> </name> </assignedPerson> <!-- Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat --> <representedOrganization> <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/> <!-- Name der Organisation --> <name>Amadeus Spital, 1. Chirurgische Abteilung</name> <!-- Kontaktdaten der Organisation --> <telecom value="tel:+43.6138.3453446.0"/> <telecom value="mailto:chirurgie@amadeusspital.at"/> <addr> <streetName>Mozartgasse</streetName> <houseNumber>1-7</houseNumber> <postalCode>5350</postalCode> <city>St.Wolfgang</city> <state>Salzburg</state> <country>AUT</country> </addr> </representedOrganization> </assignedAuthor></author> |
|
---|
Beispiel | Strukturbeispiel für datenerstellende Geräte als „author“ | <author> <!-- Zeitpunkt der Erstellung --> <time value="20081224082015+0100"/> <assignedAuthor> <!-- Geräte Identifikation (oder nullFlavor) --> <id root="86562fe5-b509-4ce9-b976-176fd376e477"/> <!-- Geräte Beschreibung --> <assignedAuthoringDevice> <manufacturerModelName>Good Health System</manufacturerModelName> <softwareName>Best Health Software Application</softwareName> </assignedAuthoringDevice> <representedOrganization> <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/> <!-- Name der Organisation --> <name>Amadeus Spital, 1. Chirurgische Abteilung</name> <!-- Kontaktdaten der Organisation --> <telecom value="tel:+43.6138.3453446.0"/> <telecom value="mailto:chirurgie@amadeusspital.at"/> <addr> <streetName>Mozartgasse</streetName> <houseNumber>1-7</houseNumber> <postalCode>5350</postalCode> <city>St.Wolfgang</city> <state>Salzburg</state> <country>AUT</country> </addr> </representedOrganization> </assignedAuthor></author> |
|
---|
|
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
8.3.1.2 Weitere Patienteninformation - Medizinisch
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:03Andere 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 | Beispiel | <section> <templateId root="1.2.40.0.34.6.0.11.2.46"/> <templateId root="2.16.840.1.113883.10.20.1.16"/> <!-- HL7 CCD --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/> <!-- IHE PCC --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2"/> <!-- IHE PCC --> <!-- Code der Sektion --> <code code="8716-3" displayName="Vital signs" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/> <!-- Titel der Sektion --> <title>Vitalparameter</title> <!-- Textbereich der Sektion --> <text> <table> <thead> <tr> <th>Name</th> <th>Wert</th> <th>Einheit</th> <th>Messzeitpunkt</th> </tr> </thead> <tbody> <tr ID="vitsig-1"> <td ID="vitsigtype-1">Puls</td> <td>120</td> <td>/min</td> <td>27.06.2019 19:43</td> </tr> <tr ID="vitsig-2"> <td ID="vitsigtype-2">Blutdruck systolisch</td> <td>180</td> <td>mmHg</td> <td>27.06.2019 19:43</td> </tr> <tr ID="vitsig-3"> <td ID="vitsigtype-3">Blutdruck diastolisch</td> <td>120</td> <td>mmHg</td> <td>27.06.2019 19:43</td> </tr> </tbody> </table> </text> <entry> <!-- ELGA VitalparameterGruppe-Entry --> <templateId root="1.2.40.0.34.6.0.11.3.23"/> </entry></section> |
|
---|
|
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 |
---|
Status | Aktiv | Versions-Label | 1.0.2+20230717 |
---|
Name | atcdabbr_section_Uebersetzung | Bezeichnung | Übersetzung |
---|
Beschreibung |
Subsection für die Übersetzung des narrativen Textes Die Angabe des languageCode erfolgt durch Angabe eines Codes aus dem Value Set ELGA_HumanLanguage. Optional kann an diesen, mit Bindestrich getrennt, die Angabe des Landes aus ISO-Codelisten angefügt werden.
|
|
Kontext | Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.8 |
---|
Klassifikation | CDA Section level template |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Benutzt | Benutzt 2 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.6.0.11.9.36 | Containment | Author Body (1.0.1+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.3 | Containment | Informant Body (1.0.1+20211213) | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.6.0.11.2.8 Übersetzung (2021‑06‑28 11:28:05) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.8 Übersetzung (2021‑02‑19 11:58:13) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.8 Übersetzung (2019‑05‑14 15:24:50) ref at-cda-bbr- Adaptation: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07) ref ad1bbr- |
---|
Beispiel | automatische Übersetzung durch ein Gerät | <section> <templateId root="1.2.40.0.34.6.0.11.2.8"/> <id root="1.2.3.999" extension="myExt"/> <title>Allergie ed Intolleranze</title> <text>Nessuna Allergia Nota</text> <languageCode code="it-IT"/> <author> <!-- Zeitpunkt der Erstellung --> <time value="20191224082015+0100"/> <assignedAuthor> <!-- Geräte Identifikation (oder nullFlavor) --> <id root="86562fe5-b509-4ce9-b976-176fd376e477"/> <!-- Geräte Beschreibung --> <assignedAuthoringDevice> <manufacturerModelName>Good Health System</manufacturerModelName> <softwareName>Best Health Software Application</softwareName> </assignedAuthoringDevice> <representedOrganization> <id root="1.2.40.0.34.99.3"/> <!-- Name der Organisation --> <name>Amadeus Spital, 1. Chirurgische Abteilung</name> <!-- Kontaktdaten der Organisation --> <telecom value="tel:+43.6138.3453446.0"/> <telecom value="mailto:chirurgie@amadeusspital.at"/> <addr> <streetName>Mozartgasse</streetName> <houseNumber>1-7</houseNumber> <postalCode>5350</postalCode> <city>St.Wolfgang</city> <state>Salzburg</state> <country>AUT</country> </addr> </representedOrganization> </assignedAuthor> </author></section> |
|
---|
Beispiel | manuelle Übersetzung durch eine Person | <section> <templateId root="1.2.40.0.34.6.0.11.2.8"/> <id root="1.2.3.999" extension="myExt"/> <title>Allergie ed Intolleranze</title> <text>Nessuna Allergia Nota</text> <languageCode code="it-IT"/> <author> <!-- Zeitpunkt der Erstellung --> <time value="20191224082015+0100"/> <assignedAuthor classCode="ASSIGNED"> <!-- Identifikation des Verfassers des Dokuments --> <id root="1.2.40.0.34.99.111.1.3" extension="1111" assigningAuthorityName="Amadeus Spital"/> <!-- Fachrichtung des Verfassers des Dokuments --> <code code="107" displayName="Fachärztin/Facharzt für Chirurgie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/> <!-- Kontaktdaten des Verfassers des Dokuments --> <telecom value="tel:+43.1.40400"/> <telecom value="mailto:herbert.mustermann@organization.at"/> <assignedPerson classCode="PSN" determinerCode="INSTANCE"> <!-- Name des Verfassers des Dokuments --> <name> <prefix qualifier="AC">Univ.-Prof. Dr.</prefix> <given>Isabella</given> <family>Stern</family> </name> </assignedPerson> <!-- Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat --> <representedOrganization> <id root="1.2.40.0.34.99.3"/> <!-- Name der Organisation --> <name>Amadeus Spital, 1. Chirurgische Abteilung</name> <!-- Kontaktdaten der Organisation --> <telecom value="tel:+43.6138.3453446.0"/> <telecom value="mailto:chirurgie@amadeusspital.at"/> <addr> <streetName>Mozartgasse</streetName> <houseNumber>1-7</houseNumber> <postalCode>5350</postalCode> <city>St.Wolfgang</city> <state>Salzburg</state> <country>AUT</country> </addr> </representedOrganization> </assignedAuthor> </author></section> |
|
---|
|
8.3.1.5 Weitere Merkmale
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 | Beispiel | <hl7:section classCode="DOCSECT" moodCode="EVN"> <hl7:templateId root="1.2.40.0.34.6.0.11.2.99"/> <hl7:code code="51898-5" codeSystem="2.16.840.1.113883.6.1" displayName="Risk factors" codeSystemName="LOINC"/> <hl7:title>Wichtige Hinweise / CAVE</hl7:title> <hl7:text/> <hl7:entry contextConductionInd="true" typeCode="DRIV"> <!-- template 1.2.40.0.34.6.0.11.2.100 'EXNDS CaveInformation Entry' (2020-09-29T10:55:35) --> </hl7:entry></hl7:section> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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 |
---|
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 | Beispiel | <!-- Diagnose Alle in dieser Behandlung verwendeten Diagnosen, wie die ursprüngliche Diagnosen des Behandlungsgrunds als auch alle weiteren während der Behandlung zu beachtenden Diagnosen, sind hier maschinenlesbar zu dokumentieren.--> <component> <section> <templateId root="1.2.40.0.34.6.0.11.2.96"/> <code code="439401001" codeSystem="2.16.840.1.113883.6.96"/> <title>Diagnose</title> <text> Diagnosen am Ende der Behandlung: <br/> <content ID="disdiag1"> * <content ID="disdiag1_diagnosis">HFrEF, MI Grad I-II</content> , EF mittergradig eingeschränkt, Al Grad I (Echo 08/18), diffuse KHK (CAG 07/18), Z.n. ventrikulärer Tachykardie mit CPR 07/18 (Ursache DD QT Verlängerung unter Psychopharmaka plus Antibiothikatherapie), parosymales Vorhofflimmern/-flattern, Linksschenkelblock </content> <br/> <content ID="disdiag2"> * <content ID="disdiag2_diagnosis">Z.n. akutem prärenalen Nierenversagen</content> 07/18 </content> <br/> * arterielle Hypertonie <br/> * Hypercholesterinämie <br/> * Z.n. ACM Infarkt rechts 08/16 (kardioembolisch) mit Hemisymptomatik links <br/> * Z.n. einmaligem GM-Anfall 04/17 <br/> * Z.n. multiplen TVT beidseits <br/> * Z.n. Motorradumfall 2016 mit instabilem Becken (Beckentrauma, multiple Gefäßverletzungen (Stent Versorgung, Sehenenruptur linke Schulter) <br/> * reaktiv chronische Depression seit Motoradumfall <br/> * aktuell: leichter Atemwegsinfekt, sowie Mikrohämaturie und diskrete Dysurie (DD asymptomatischer Harnwegsinfekt) ohne systematische Infektzeichen </text> <author> <time value="20181213083800+0100"/> <assignedAuthor> <id root="1.2.40.0.34.99.4" assigningAuthorityName="Facharztpraxis für Innere Medizin, Niere, Bluthochdruck und Ernährungsmedizin - Dr. med. univ. Daniela Holzer"/> <assignedPerson> <name> <prefix qualifier="AC">Dr.</prefix> <given>Daniela</given> <family>Holzer</family> </name> </assignedPerson> </assignedAuthor> </author> <entry> <!-- template 1.2.40.0.34.6.0.11.3.7 'Problem Concern Entry' --> </entry> </section></component> |
|
---|
|
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"> <!-- template 1.2.40.0.34.6.0.11.3.115 'EXNDS Familienanamnese Problem Concern Entry' (2020-10-01T14:56:31) --> </hl7:entry></hl7:section> |
|
---|
|
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"> <!-- template 1.2.40.0.34.6.0.11.3.117 'EXNDS Behandlungsschein Act' (2020-10-01T17:12:33) --> </hl7:entry></hl7:section> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | 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"> <!-- template 1.2.40.0.34.6.0.11.3.67 'EXNDS Behandlungen Organizer' (2020-03-08T15:05:18) --> </hl7:entry></hl7:section> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | 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"> <!-- template 1.2.40.0.34.6.0.11.3.137 'EXNDS Karteieintragungen Organizer' (2020-10-06T11:42:59) --> </hl7:entry></hl7:section> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | 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
8.3.1.13 EXNDS Speciality-Section Container
8.3.1.14 Speciality-Section
8.3.1.15 EXNDS Verordnungen
8.3.1.16 Impfungen - kodiert
8.3.1.17 Impfempfehlungen - kodiert
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"> <!-- template 1.2.40.0.34.6.0.11.3.150 'EXNDS Befund Act' (2020-10-16T11:27:38) --> </hl7:entry></hl7:section> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | 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"> <!-- template 1.2.40.0.34.6.0.11.3.152 'EXNDS eCardKonsDatenAct' (2020-10-16T15:45:26) --> </hl7:entry></hl7:section> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | 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"> <!-- template 1.2.40.0.34.6.0.11.3.154 'EXNDS ABS-Daten Act' (2020-10-16T16:03:41) --> </hl7:entry></hl7:section> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | 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"> <!-- template 1.2.40.0.34.6.0.11.3.155 'EXNDS Attachment Act' (2020-10-16T16:31:12) --> </hl7:entry></hl7:section> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | 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"> <!-- template 1.2.40.0.34.6.0.11.3.159 'EXNDS Krankenstand Act' (2020-11-06T14:12:57) --> </hl7:entry></hl7:section> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | 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 | 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"> <!-- template 1.2.40.0.34.6.0.11.3.107 'EXNDS Patient Versichertenkategorie Entry' (2020-09-25T14:18:42) --> </hl7:component> <hl7:component typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.108 'EXNDS Patient Beruf Entry' (2020-09-25T14:34:55) --> </hl7:component> <hl7:component typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.109 'EXNDS Patient Rezeptgebührenbefreit Entry' (2020-09-25T14:45:33) --> </hl7:component> <hl7:component typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.110 'EXNDS Patient Entfernung Entry' (2020-09-25T14:51:35) --> </hl7:component> <hl7:component typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.111 'EXNDS Patient Bundesland Code Entry' (2020-09-25T14:58:18) --> </hl7:component> <hl7:component typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.112 'EXNDS Patient Erstzuweiser Entry' (2020-09-25T15:09:59) --> </hl7:component> <hl7:component typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.114 'EXNDS Patient Weitere Merkmale' (2020-09-28T17:43:44) --> </hl7:component></hl7:organizer> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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 | 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 |
---|
| | | | | (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 | Beispiel | <hl7:observation classCode="OBS" moodCode="EVN"> <hl7:templateId root="1.2.40.0.34.6.0.11.3.108"/> <hl7:id root="1.2.3.999" extension="--example only--"/> <hl7:code code="BER" codeSystem="1.2.40.0.34.5.195" displayName="Beruf" codeSystemName="EXNDS_Concepts"/> <hl7:text/> <hl7:value xsi:type="CD" nullFlavor="NA"> <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) 1..1 M --> </hl7:value></hl7:observation> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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) | | 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) | | | 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 | 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 |
---|
| | | | | (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 | 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 |
---|
| | | | | (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 | 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 |
---|
| | | | | (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 | Beispiel | <hl7:observation classCode="OBS" moodCode="EVN"> <hl7:templateId root="1.2.40.0.34.6.0.11.3.112"/> <hl7:id root="1.2.3.999" extension="--example only--"/> <hl7:code code="ERSTZUW" codeSystem="1.2.40.0.34.5.195" displayName="Erstzuweiser" codeSystemName="EXNDS_Concepts"/> <hl7:text/> <hl7:value xsi:type="CD" nullFlavor="NA"> <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) 1..1 M --> </hl7:value></hl7:observation> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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) | | 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) | | | 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 | Beispiel | <hl7:observation classCode="OBS" moodCode="EVN"> <hl7:templateId root="1.2.40.0.34.6.0.11.3.114"/> <hl7:id root="1.2.3.999" extension="--example only--"/> <hl7:code/> <hl7:text/> <!-- choice: 1..1 element hl7:value[not(@nullFlavor)] element hl7:value[@nullFlavor='NA'] --> </hl7:observation> |
|
---|
|
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:06Andere 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 | Beispiel | <organizer classCode="CLUSTER" moodCode="EVN"> <!-- ELGA --> <templateId root="1.2.40.0.34.6.0.11.3.23"/> <!-- C-CDA Vital Signs Organizer --> <templateId root="2.16.840.1.113883.10.20.22.4.26" extension="2015-08-01"/> <!-- PHMR Vital Signs Organizer --> <templateId root="2.16.840.1.113883.10.20.36.2" extension="2015-11-19"/> <id root="" extension=""/> <code code="46680005" displayName="Vital signs" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/> <statusCode code="completed"/> <effectiveTime> <low value="20170721131413"/> </effectiveTime> <component> <observation classCode="OBS" moodCode="EVN"> <templateId root="1.2.40.0.34.6.0.11.3.24"/> </observation> </component></organizer> |
|
---|
|
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:55Andere 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 | Beispiel | <hl7:observation classCode="OBS" moodCode="EVN"> <hl7:templateId root="1.2.40.0.34.6.0.11.3.24"/> <hl7:templateId root="2.16.840.1.113883.10.20.1.31"/> <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13"/> <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13.2"/> <!-- ID des Vitalparameter-Entry --> <hl7:id root=" " extension=" "/> <!-- Code des Vitalparameter-Entry --> <hl7:code code="2710-2" displayName="Oxygen saturation in Capillary blood by Oximetry" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"> <hl7:originalText> <hl7:reference value="#vitsigtype-1"/> </hl7:originalText> </hl7:code> <!-- Referenz zum narrativen Abschnitt dieses Vitalparameter-Entry im Text-Bereich der Sektion --> <hl7:text> <hl7:reference value="#vitsig-1"/> </hl7:text> <!-- Statuscode des Vitalparameter-Entry --> <hl7:statusCode code="completed"/> <!-- Wert des Vitalparameter --> <hl7:value xsi:type="PQ" value="120" unit="/min"/></hl7:observation> |
|
---|
Beispiel | 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"/> <!-- ID des Vitalparameter-Entry --> <hl7:id root=" " extension=" "/> <!-- Code des Vitalparameter-Entry --> <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> <!-- Referenz zum narrativen Abschnitt dieses Vitalparameter-Entry im Text-Bereich der Sektion --> <hl7:text> <hl7:reference value="#vitsig-1"/> </hl7:text> <!-- Statuscode des Vitalparameter-Entry --> <hl7:statusCode code="completed"/> <!-- Wert des Vitalparameter --> <hl7:value xsi:type="PQ" nullFlavor="NA"/></hl7:observation> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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) | | TEL | 1 … 1 | M | | (atc...try) | | 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) | | cs | 1 … 1 | R | | | uid | 1 … 1 | R | | | st | 0 … 1 | | | | st | 0 … 1 | | | | | ips:designation
|
| ST | 0 … * | | Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. | (atc...try) | | 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] | | | | 1 … 1 | R | | | Beispiel | Strukturbeispiel <!-- Messungen nur am 27.05.2011 um 13:30 --> <effectiveTime value="20110527133000+0200"/> | | Beispiel | Strukturbeispiel <!-- Messungen am 27.5.2011, Uhrzeit unbekannt --> <effectiveTime value="20110527"/> | | | hl7:effectiveTime
|
| TS.AT.TZ | 0 … 1 | C | Messung mit dem Gerät zu einem unbekannten Zeitpunkt Fixierter nullFlavor: UNK | (atc...try) | wo [@nullFlavor='UNK'] | | | cs | 1 … 1 | F | UNK | | Beispiel | Strukturbeispiel <!-- Messungen unbekannt --> <effectiveTime nullFlavor="UNK"/> | | | hl7:effectiveTime
|
| IVL_TS | 0 … 1 | C | Messung mit dem Gerät in einer Zeitspanne. Zugelassene nullFlavor: UNK | (atc...try) | | Beispiel | Strukturbeispiel <!-- Start am 27.05.2011 um 13:30 und Ende am 27.05.2011 um 14:00 --> <effectiveTime> <low value="20110527133000+0200"/> <high value="20110527140000+0200"/></effectiveTime> | | Beispiel | Strukturbeispiel <!-- Start unbekannt und Ende am 27.05.2011 um 14:00 --> <effectiveTime> <low nullFlavor="UNK"/> <high value="20110527140000+0200"/></effectiveTime> | | Beispiel | Strukturbeispiel <!-- Start am 27.05.2011 um 13:30 und Ende Unbekannt --> <effectiveTime> <low value="20110527133000+0200"/> <high nullFlavor="UNK"/></effectiveTime> | | Beispiel | Strukturbeispiel (auch high auf Sekunde genau und low auf Tag genau möglich) <!-- Start am 27.05.2011, Uhrzeit unbekannt, und Ende am 28.05.2011 um 14:00 --> <effectiveTime> <low value="20110527"/> <high value="20110528140000+0200"/></effectiveTime> | Eingefügt | 0 … 1 | C | von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) | Auswahl | 0 … 1 | | Elemente in der Auswahl:- hl7:low[@value]
- hl7:low[@nullFlavor='UNK']
| | TS.AT.TZ | 0 … 1 | | | (atc...try) | wo [@value] | | | TS.AT.TZ | 0 … 1 | | | (atc...try) | wo [@nullFlavor='UNK'] | | | cs | 1 … 1 | F | UNK | Auswahl | 0 … 1 | | Elemente in der Auswahl:- hl7:high[@value]
- hl7:high[@nullFlavor='UNK']
| | TS.AT.TZ | 0 … 1 | | | (atc...try) | wo [@value] | | | TS.AT.TZ | 0 … 1 | | | (atc...try) | wo [@nullFlavor='UNK'] | | | 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'] | | | 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:03Andere Versionen mit dieser Id: - atcdabbr_entry_SerienmessungVitalparameterEntry vom 2020‑10‑07 07:51:58
- atcdabbr_entry_SerienmessungVitalparameterEntry vom 2020‑06‑02 10:24:26
|
---|
Status | Aktiv | Versions-Label | 1.1.1+20210303 |
---|
Name | atcdabbr_entry_SerienmessungVitalparameterEntry | Bezeichnung | Serienmessung Vitalparameter Entry |
---|
Beschreibung | Das Serienmessung Entry dokumentiert eine kontinuierliche Messungen eines Gerätes. Eine kontinuierliche Messung beinhaltet mehrere Datenpunkte und eine Zeitspanne. Diese Messwerte sind als Vitalparameter definiert!
|
|
Kontext | Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.100 |
---|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Benutzt | Benutzt 6 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.6.0.11.9.15 | Inklusion | Time Interval Information minimal (1.0.1+20210628) | DYNAMIC | 1.2.40.0.34.6.0.11.9.17 | Containment | Performer Body (1.0.0+20210219) | DYNAMIC | 1.2.40.0.34.6.0.11.9.36 | Containment | Author Body (1.0.1+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.3 | Containment | Informant Body (1.0.1+20211213) | DYNAMIC | 1.2.40.0.34.6.0.11.9.13 | Containment | Participant Body (1.0.1+20210628) | DYNAMIC | 1.2.40.0.34.6.0.11.3.102 | Containment | Serienmessungs-Gruppe Entry (1.0.0+20210219) | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.6.0.11.3.100 Serienmessung Vitalparameter Entry (2020‑10‑07 07:51:58) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.100 Serienmessung Vitalparameter Entry (2020‑06‑02 10:24:26) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.3.54 (2020‑06‑02 07:03:02) ref at-cda-bbr- |
---|
Beispiel | Beispiel | <observation classCode="OBS" moodCode="EVN"> <templateId root="1.2.40.0.34.6.0.11.3.100"/> <!-- This templateId indicates conformance to the PHM Metric Observation. --> <templateId root="2.16.840.1.113883.10.20.36.32" extension="2015-08-17"/> <!-- This templateId indicates conformance to the PHM Metric Waveform Vital Signs Observation.--> <templateId root="2.16.840.1.113883.10.20.36.51" extension="2015-11-25"/> <!-- This templateId indicates conformance to the C-CDA Result Observation.--> <templateId root="2.16.840.1.113883.10.20.22.4.27" extension="2014-06-09"/> <id root="FDBD831B-5919-4FFF-9467-76B07022F8E9"/> <!-- If the data contained samples of different types, the code value(s) indicated here would have to indicate some type of generic description that would cover all the types. --> <code code="8867-4" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="HEART RATE"> <!-- The IEEE 11073 10101 reference identifier is MDC_PULS_OXIM_PULS_RATE. --> <translation code="149530" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_PULS_OXIM_PULS_RATE: Pulse rate"/> </code> <text> <!-- This reference identifies content in human readable formatted text--> <reference value="#PulseOx_StreamingPulseRate"/> </text> <statusCode code="completed"/> <!--Effective measurement times containing accuracy greater than a day SHALL contain the local time zone--> <effectiveTime> <low value="20150822170922.86-0400"/> <high value="20150822170942.86-0400"/> </effectiveTime> <!-- The C-CDA Vital Signs observation does not directly support waveforms. Thus to maintain compliance with the C-CDA Vital Signs observation the waveform related observations need to wrapped in an entryRelationship. This allows C-CDA readers to parse this document and ignore the waveform series material which it might not understand. However, the C-CDA vital signs observation shall contain a value element thus here it is entered with a nullFlavor of not applicable. The actual 'value' is contained in the waveform series. --> <value nullFlavor="NA"/> <author> <!-- Times or time intervals found in the ClinicalDocument/effectiveTime, author/time, dataEnterer/time, legalAuthenticator/time, authenticator/time and encompassingEncounter/effectiveTime elements SHALL be precise to the day, SHALL include a time zone if more precise than to the day, and SHOULD be precise to the second --> <time value="20150822170952-0400"/> <assignedAuthor> <!--The @root, @extension, and @assigningAuthorityName *SHALL* be taken from the equivalent attributes of the Device PHMR Product Instance participantRole/id element that generated the measurements referenced in this observation.--> <id root="1.2.840.10004.1.1.1.0.0.1.0.0.1.2680" extension="0E-ED-AB-EE-DE-AD-BE-09" assigningAuthorityName="EUI-64"/> <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE"/> </assignedAuthor> </author> <entryRelationship typeCode="COMP"> <!-- Observation contains the PHM Measurement Waveform Series Observation which is a container for the PHM Measurement Waveform Sample Period observation and PHM Metric Waveform observation --> </entryRelationship> <entryRelationship typeCode="COMP"> <!-- A reference to a jpg showing the waveform would go here in an observationMedia element. --> </entryRelationship></observation> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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) | | TEL | 1 … 1 | M | | (atc...try) | | 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) | | cs | 1 … 1 | R | | | uid | 1 … 1 | R | | | st | 0 … 1 | | | | st | 0 … 1 | | | | | ips:designation
|
| ST | 0 … * | | Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. | (atc...try) | | 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] | | | | 1 … 1 | R | | | Beispiel | Strukturbeispiel <!-- Messungen nur am 27.05.2011 um 13:30 --> <effectiveTime value="20110527133000+0200"/> | | Beispiel | Strukturbeispiel <!-- Messungen am 27.5.2011, Uhrzeit unbekannt --> <effectiveTime value="20110527"/> | | | hl7:effectiveTime
|
| TS.AT.TZ | 0 … 1 | C | Messung mit dem Gerät zu einem unbekannten Zeitpunkt Fixierter nullFlavor: UNK | (atc...try) | wo [@nullFlavor='UNK'] | | | cs | 1 … 1 | F | UNK | | Beispiel | Strukturbeispiel <!-- Messungen unbekannt --> <effectiveTime nullFlavor="UNK"/> | | | hl7:effectiveTime
|
| IVL_TS | 0 … 1 | C | Messung mit dem Gerät in einer Zeitspanne. Zugelassene nullFlavor: UNK | (atc...try) | | Beispiel | Strukturbeispiel <!-- Start am 27.05.2011 um 13:30 und Ende am 27.05.2011 um 14:00 --> <effectiveTime> <low value="20110527133000+0200"/> <high value="20110527140000+0200"/></effectiveTime> | | Beispiel | Strukturbeispiel <!-- Start unbekannt und Ende am 27.05.2011 um 14:00 --> <effectiveTime> <low nullFlavor="UNK"/> <high value="20110527140000+0200"/></effectiveTime> | | Beispiel | Strukturbeispiel <!-- Start am 27.05.2011 um 13:30 und Ende Unbekannt --> <effectiveTime> <low value="20110527133000+0200"/> <high nullFlavor="UNK"/></effectiveTime> | | Beispiel | Strukturbeispiel (auch high auf Sekunde genau und low auf Tag genau möglich) <!-- Start am 27.05.2011, Uhrzeit unbekannt, und Ende am 28.05.2011 um 14:00 --> <effectiveTime> <low value="20110527"/> <high value="20110528140000+0200"/></effectiveTime> | Eingefügt | 0 … 1 | C | von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) | Auswahl | 0 … 1 | | Elemente in der Auswahl:- hl7:low[@value]
- hl7:low[@nullFlavor='UNK']
| | TS.AT.TZ | 0 … 1 | | | (atc...try) | wo [@value] | | | TS.AT.TZ | 0 … 1 | | | (atc...try) | wo [@nullFlavor='UNK'] | | | cs | 1 … 1 | F | UNK | Auswahl | 0 … 1 | | Elemente in der Auswahl:- hl7:high[@value]
- hl7:high[@nullFlavor='UNK']
| | TS.AT.TZ | 0 … 1 | | | (atc...try) | wo [@value] | | | TS.AT.TZ | 0 … 1 | | | (atc...try) | wo [@nullFlavor='UNK'] | | | 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
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 |
---|
Status | Aktiv | Versions-Label | 1.0.1+20210303 |
---|
Name | SerienmessungsWerteEntry | Bezeichnung | Serienmessungs-Werte Entry |
---|
Beschreibung | Das Serienmessungs-Werte Entry dokumentiert die kontinuierlichen Messwerte in einem SLIST_PQ Datentyp. Dieses Element ist Teil einer Serienmessungs-Gruppe Entry neben der zeitliche Komponente (Start und Zeitraum zwischen den Messungen) der kontinuierlichen Messung. Wenn die Serienmessung von einem IEEE 11073 kompatiblen Gerät empfangen wird, sind die Messungen im Real Time Sample Array (RTSA) metric objects zu finden.
|
|
Kontext | Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.103 |
---|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Beziehung | Version: Template 1.2.40.0.34.6.0.11.3.103 Serienmessungs-Werte Entry (2020‑06‑02 08:05:24) ref at-cda-bbr- |
---|
Beispiel | Beispiel | <ClinicalDocument> :: <observation classCode="OBSCOR" moodCode="EVN"> <!-- This templateId indicates conformance to the PHM Measurement Waveform Observation.--> <templateId root="2.16.840.1.113883.10.20.36.36" extension="2015-08-17"/> <!-- This duplication of the code element is a necessary side effect of allowing this template to be ported into a C-CDA. --> <code code="8867-4" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="HEART RATE"> <!-- The IEEE 11073 10101 reference identifier is MDC_PULS_OXIM_PULS_RATE. --> <translation code="149530" codeSystem="2.16.840.1.113883.6.24" codeSystemName="MDC" displayName="MDC_PULS_OXIM_PULS_RATE: Pulse rate"/> </code> <text> <!-- This reference identifies content in human readable formatted text--> <reference value="#PulseOx_PulseRate_data"/> </text> <statusCode code="completed"/> <value type="SLIST_PQ"> <origin value="0" unit="1"/> <scale value="1" unit="1"/> <digits>44 42 42 41 40 40 39 38 36 35 34 35 35 34 35 35 36 36 35 36</digits> </value> </observation> :: </ClinicalDocument> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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) | | TEL | 1 … 1 | M | | (Ser...try) | | st | 1 … 1 | R | | | | hl7:translation
|
| CD | 1 … 1 | M | Hier wird die verpflichtende Übersetzung des Codes als MDC-Code bereitgestellt. | (Ser...try) | | | 1 … 1 | R | | | uid | 1 … 1 | F | 2.16.840.1.113883.6.24 | | st | 1 … 1 | F | MDC | | | 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) | | cs | 1 … 1 | R | | | uid | 1 … 1 | R | | | st | 0 … 1 | | | | st | 0 … 1 | | | | | ips:designation
|
| ST | 0 … * | | Hier können sprachliche Übersetzungen des hier verwendeten Codes bereitgestellt werden. | (Ser...try) | | 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) | | real | 1 … 1 | R | | | cs | 0 … 1 | | | | | hl7:scale
|
| PQ | 1 … 1 | M | | (Ser...try) | | real | 1 … 1 | R | | | cs | 0 … 1 | | | | | hl7:digits
|
| list_int | 1 … 1 | M | | (Ser...try) |
|
8.3.2.14 Serienmessungs-Periode Entry
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 |
---|
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> |
|
---|
|
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 | 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"/> <!-- template 1.2.40.0.34.6.0.11.3.66 'EXNDS Patient Blutgruppe Entry' (2020-03-08T14:50:19) --> </hl7:component> <hl7:component typeCode="COMP" contextConductionInd="true"> <hl7:sequenceNumber value="1"/> <hl7:seperatableInd value="false"/> <!-- template 1.2.40.0.34.6.0.11.3.64 'EXNDS Rhesusfaktor Entry' (2020-03-06T11:02:57) --> </hl7:component> <hl7:component typeCode="COMP" contextConductionInd="true"> <hl7:sequenceNumber value="1"/> <hl7:seperatableInd value="false"/> <!-- template 1.2.40.0.34.6.0.11.3.113 'EXNDS Patient Besondere Kennzeichen Entry' (2020-09-28T17:29:53) --> </hl7:component> <hl7:component typeCode="COMP" contextConductionInd="true"> <hl7:sequenceNumber value="1"/> <hl7:seperatableInd value="false"/> <!-- template 1.2.40.0.34.6.0.11.3.114 'EXNDS Patient Weitere Merkmale' (2020-09-28T17:43:44) --> </hl7:component></hl7:organizer> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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 | 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 |
---|
| | | | | (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 | 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 |
---|
| | | | | (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
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 | Beispiel | <hl7:observation classCode="OBS" moodCode="EVN"> <hl7:templateId root="1.2.40.0.34.6.0.11.2.100"/> <hl7:id root="1.2.3.999" extension="--example only--"/> <hl7:code code="80943009" codeSystem="2.16.840.1.113883.6.96" displayName="Risk factor (observable entity)" codeSystemName="SNOMED CT"/> <hl7:text/> <!-- choice: 1..1 element hl7:value[not(@nullFlavor)] element hl7:value[@nullFlavor='NA'] --> </hl7:observation> |
|
---|
|
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:33Andere 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 | Beispiel | <hl7:act classCode="ACT" moodCode="EVN"> <hl7:templateId root="1.2.40.0.34.6.0.11.3.7"/> <hl7:templateId root="2.16.840.1.113883.10.20.1.27"/> <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5.1"/> <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5.2"/> <hl7:id root="1.2.3.999" extension="--example only--"/> <hl7:code nullFlavor="NA"/> <hl7:statusCode code="active"/> <hl7:effectiveTime> <hl7:low value="20190817121500+0200"/> </hl7:effectiveTime> <hl7:entryRelationship typeCode="SUBJ" contextConductionInd="true" inversionInd="false"> <!-- template 1.2.40.0.34.6.0.11.3.6 'Problem Entry' (2019-01-18T09:59:00) --> </hl7:entryRelationship> <hl7:reference typeCode="REFR"> <!-- template 1.2.40.0.34.6.0.11.3.14 'External Document Entry' (2019-05-06T14:00:33) --> </hl7:reference></hl7:act> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | 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 |
---|
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"/> <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M --> <statusCode code="completed"/> <cda:effectiveTime> <cda:low value="20190817121500+0200"/> </cda:effectiveTime> <cda:value xsi:type="CD" code="cs" codeSystem="1.2.3.999"> <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) 1..1 M --> <!-- qualifier für Art der Diagnose --> <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> <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' --> </cda:author> <cda:entryRelationship typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.11 'Comment Entry' (2019-02-07T13:10:44) --> </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"/> <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M --> <statusCode code="completed"/> <cda:effectiveTime> <cda:low value="20190817121800+0200"/> </cda:effectiveTime> <cda:value xsi:type="CD" nullFlavor="NA"> <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) 1..1 M --> <originalText> <reference value="#MyRef1"/> </originalText> </cda:value> <cda:author> <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' --> </cda:author> <cda:entryRelationship typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.11 'Comment Entry' (2019-02-07T13:10:44) --> </cda:entryRelationship></cda:observation> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | 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) | | | 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)] | | | | 1 … 1 | F | CD | | cs | 1 … 1 | R | | | 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.
| | ED | 0 … 1 | R | Textinhalt, der codiert wurde.
| (atc...lem) | | 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) | | | 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. | | | CR | 0 … * | R |
Qualifier zur genaueren Beschreibung des Problems.
z.B. zur Angabe der Art der Diagnose.
| (atc...lem) | wo [hl7:name [@code='106229004']] | | | CD | 1 … 1 | M | | (atc...lem) | | CONF | 1 … 1 | F | 106229004 | | 1 … 1 | F | 2.16.840.1.113883.6.96 (SNOMED Clinical Terms) | | 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) |
| | 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'] | | | | 1 … 1 | F | CD | | 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.
| | ED | 0 … 1 | R | Textinhalt, der codiert wurde.
| (atc...lem) | | 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) | | | 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. | | | 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'] | | | | 1 … 1 | F | CD | | cs | 1 … 1 | F | NA | | Beispiel | Nicht-codierte Diagnosen <value xsi:type="CD" nullFlavor="NA"> <originalText> <reference value="#diag4_diagNotCoded"/> </originalText></value> | Eingefügt | 1 … 1 | M | von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC)
Eingegebener Freitext, der die Grundlage der im Entry angegebenen Information ist. Das Element verweist auf die Stelle im Textbereich (section.text), in dem das Problem beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc).
Grundsätzlich sind die Vorgaben für „Codierungs-Elemente“ zu befolgen.
| | ED | 1 … 1 | M | Textinhalt, der codiert wurde.
| (atc...lem) | | 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) | | | 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:12Andere Versionen mit dieser Id: - atcdabbr_entry_LateralityQualifier vom 2020‑02‑20 09:00:36
|
---|
Status | Aktiv | Versions-Label | 1.0.0+20210219 |
---|
Name | atcdabbr_entry_LateralityQualifier | Bezeichnung | Laterality Qualifier |
---|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Beziehung | Version: Template 1.2.40.0.34.6.0.11.9.42 Laterality Qualifier (2020‑02‑20 09:00:36) ref at-cda-bbr- |
---|
Beispiel | Beispiel | <SOMEELEMENT> <qualifier> <name code="272741003" codeSystem="2.16.840.1.113883.6.96" displayName="Laterality"/> <value code="..." codeSystem="2.16.840.1.113883.6.96"/> </qualifier> <qualifier> <name code="106233006" codeSystem="2.16.840.1.113883.6.96" displayName="Topographical modifier"/> <value code="..." codeSystem="2.16.840.1.113883.6.96"/> </qualifier></SOMEELEMENT> |
|
---|
|
8.3.2.25 Severity Observation
8.3.2.26 Certainty Observation
8.3.2.27 Problem Status Observation
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:04Andere Versionen mit dieser Id: - atcdabbr_entry_externalDocument vom 2021‑02‑19 12:43:40
- atcdabbr_entry_externalDocument vom 2019‑05‑06 14:00:33
|
---|
Status | Aktiv | Versions-Label | 1.0.1+20230717 |
---|
Name | atcdabbr_entry_externalDocument | Bezeichnung | External Document Entry |
---|
Beschreibung |
Dokumentenverweis. Mehrere Quell-Dokumente können angegeben werden.
|
---|
Kontext | Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.14 |
---|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Benutzt | Benutzt 1 Template | Benutzt | als | Name | Version |
---|
1.2.40.0.34.6.0.11.9.1 | Inklusion | Narrative Text Reference (1.0.1+20210512) | DYNAMIC |
|
|
---|
Beziehung | Spezialisierung: Template 1.2.40.0.34.6.0.11.3.14 External Document Entry (2021‑02‑19 12:43:40) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.14 External Document Entry (2019‑05‑06 14:00:33) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.328 CDA ExternalDocument (2005‑09‑07) ref ad1bbr- |
---|
Beispiel | Strukturbeispiel | <externalDocument classCode="DOC" moodCode="EVN"> <templateId root="1.2.40.0.34.6.0.11.3.14"/> <id root="1.2.3.999" extension="--example only--"/> <code code="9999" codeSystem="1.2.3.999"/> <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M --> <setId root="1.2.3.999" extension="--example only--"/> <versionNumber value="1"/></externalDocument> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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) | | | 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 | 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> <!-- template 1.2.40.0.34.6.0.11.3.116 'EXNDS Familienanamnese Subject' (2020-10-01T15:07:47) --> </hl7:subject> <hl7:performer> <!-- template 1.2.40.0.34.6.0.11.9.17 'Performer Body' (2019-01-17T12:44:16) --> </hl7:performer> <hl7:author> <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' (2019-11-20T12:13:04) --> </hl7:author> <hl7:informant> <!-- template 1.2.40.0.34.6.0.11.9.3 'Informant Body' (2019-02-07T13:29:32) --> </hl7:informant> <hl7:participant> <!-- template 1.2.40.0.34.6.0.11.9.13 'Participant Body' (2019-04-03T12:08:16) --> </hl7:participant> <hl7:entryRelationship typeCode="SUBJ" contextConductionInd="true" inversionInd="false"> <!-- template 1.2.40.0.34.6.0.11.3.6 'Problem Entry' (2020-11-06T10:08:41) --> </hl7:entryRelationship> <hl7:reference typeCode="REFR"> <!-- template 1.2.40.0.34.6.0.11.3.14 'External Document Entry' (2019-05-06T14:00:33) --> </hl7:reference></hl7:act> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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 | Beispiel | <hl7:act classCode="ACT" moodCode="EVN" negationInd="false"> <hl7:templateId root="1.2.40.0.34.6.0.11.3.117"/> <hl7:id root="1.2.3.999" extension="--example only--"/> <hl7:code code="BSART1" codeSystem="1.2.40.0.34.5.195" displayName="Krankenschein"/> <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M --> <hl7:effectiveTime> <hl7:low value="20210212134955"/> </hl7:effectiveTime> <hl7:participant> <!-- template 1.2.40.0.34.6.0.11.3.118 'EXNDS Zuweiser Body' (2020-10-01T17:20:11) --> </hl7:participant> <hl7:participant> <!-- template 1.2.40.0.34.6.0.11.3.123 'EXNDS Dienstgeber' (2020-10-02T11:17:51) --> </hl7:participant> <hl7:entryRelationship typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.119 'EXNDS Grund für Behandlungsschein' (2020-10-02T10:24:02) --> </hl7:entryRelationship> <hl7:entryRelationship typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.122 'EXNDS Saldo' (2020-10-02T11:00:00) --> </hl7:entryRelationship> <hl7:entryRelationship typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.121 'EXNDS Fremdstaatenkennzeichen' (2020-10-02T10:49:35) --> </hl7:entryRelationship></hl7:act> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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) | | | 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 | 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> <!-- template 2.16.840.1.113883.10.12.313 'CDA PlayingEntity' (2005-09-07T00:00:00) --> </hl7:playingEntity></hl7:participantRole> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| cs | 1 … 1 | F | REF | | | exnds-dataelement1-45 | Zuweisender Arzt Name | Test2 2019 | | zuweisender Arzt VPN | Test2 2019 |
| | cs | 0 … 1 | F | OP | | II | 1 … 1 | M | | (exn...ody) | | @root
|
| uid | 1 … 1 | F | 1.2.40.0.34.6.0.11.3.118 | | IVL_TS | 0 … 1 | | | (exn...ody) | | | 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 | 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"> <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) 1..1 M --> </hl7:code> <hl7:addr>addr</hl7:addr> <hl7:telecom value="tel:+1-12345678"/></hl7:participantRole> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| cs | 1 … 1 | F | IND | | | exnds-dataelement1-47 | Dienstgeber | Test2 2019 |
| | cs | 0 … 1 | F | OP | | II | 1 … 1 | M | | (exn...ber) | | @root
|
| uid | 1 … 1 | F | 1.2.40.0.34.6.0.11.3.123 | | IVL_TS | 0 … 1 | | Optionale Angabe des Zeitraums des Dienstverhältnisses | (exn...ber) | | | 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) | | 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) | | | 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 | Beispiel | <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false"> <hl7:templateId root="1.2.40.0.34.6.0.11.3.119"/> <hl7:id root="1.2.3.999" extension="--example only--"/> <hl7:code code="GRUVU" codeSystem="1.2.40.0.34.5.195" displayName="Grund für Behandlungsschein" codeSystemName="EXNDS_Concepts"/> <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 0..1 O --> <hl7:statusCode code="completed"/> <hl7:effectiveTime> <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 |
---|
| | | | | (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) | | | 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 | Beispiel | <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false"> <hl7:templateId root="1.2.40.0.34.6.0.11.3.122"/> <hl7:id root="1.2.3.999" extension="--example only--"/> <hl7:code code="Saldo" codeSystem="1.2.40.0.34.5.195" displayName="Saldo" codeSystemName="EXNDS_Concepts"/> <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M --> <hl7:statusCode code="completed"/> <hl7:value xsi:type="PQ" value="--TODO--" unit="cs"/></hl7:observation> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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) | | | 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 | Beispiel | <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false"> <hl7:templateId root="1.2.40.0.34.6.0.11.3.121"/> <hl7:id root="1.2.3.999" extension="--example only--"/> <hl7:code code="FremdStaatKenn" codeSystem="1.2.40.0.34.5.195" displayName="Fremdstaaten-Kennzeichen" codeSystemName="EXNDS_Concepts"/> <hl7:text> <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) .. O --> </hl7:text> <hl7:statusCode code="completed"/> <hl7:value code="FXX" codeSystem="1.0.3166.1.2.3" displayName="(europ. Frankreich ohne Übersee-Départements)"/></hl7:observation> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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) | | 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) | | | 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 | 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"/> <!-- template 1.2.40.0.34.6.0.11.3.130 'EXNDS Behandlung' (2020-10-02T14:41:32) --> </hl7:component></hl7:organizer> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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) | | 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 | Beispiel | <hl7:procedure classCode="PROC" moodCode="EVN"> <hl7:templateId root="1.2.40.0.34.6.0.11.3.130"/> <hl7:id root="1.2.3.999" extension="--example only--"/> <hl7:code code="277132007" codeSystem="2.16.840.1.113883.6.96" displayName="Therapeutic procedure (procedure)" codeSystemName="SNOMED CT"/> <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M --> <hl7:statusCode code="completed"/> <hl7:effectiveTime> <hl7:low value="20210212135008"/> </hl7:effectiveTime> <hl7:participant typeCode="IND"> <!-- template 1.2.40.0.34.6.0.11.3.131 'EXNDS Menge Therapie' (2020-10-02T14:56:11) --> </hl7:participant> <hl7:entryRelationship typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.126 'EXNDS Kassenleistung' (2020-10-02T13:32:10) --> </hl7:entryRelationship> <hl7:entryRelationship typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.124 'EXNDS Therapie' (2020-10-02T13:01:17) --> </hl7:entryRelationship> <hl7:entryRelationship typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.132 'EXNDS Tarif Act' (2020-10-02T15:07:59) --> </hl7:entryRelationship></hl7:procedure> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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) | | | 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 | 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 |
---|
| cs | 1 … 1 | F | IND | | | | cs | 0 … 1 | F | OP | | II | 1 … 1 | M | | (exn...pie) | | @root
|
| uid | 1 … 1 | F | 1.2.40.0.34.6.0.11.3.131 | | | 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) | | cs | 1 … 1 | F | TherapieMenge | | oid | 1 … 1 | F | 1.2.40.0.34.5.195 | | st | 0 … 1 | F | Therapie Menge | | 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 | Beispiel | <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false"> <hl7:templateId root="1.2.40.0.34.6.0.11.3.126"/> <hl7:id root="1.2.3.999" extension="--example only--"/> <hl7:code code="Kassenleistung" codeSystem="1.2.40.0.34.5.195" displayName="Kassenleistung" codeSystemName="EXNDS_Concepts"/> <hl7:statusCode code="completed"/> <!-- choice: 1..1 element hl7:value[not(@nullFlavor)] element hl7:value[@nullFlavor='NA'] --> </hl7:observation> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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 |
| | 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 |
| | 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 | Beispiel | <hl7:procedure classCode="PROC" moodCode="EVN" negationInd="false"> <hl7:templateId root="1.2.40.0.34.6.0.11.3.124"/> <hl7:id root="1.2.3.999" extension="--example only--"/> <hl7:code code="276239002" codeSystem="2.16.840.1.113883.6.96" displayName="Therapy (regime/therapy)" codeSystemName="SNOMED CT"> <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) 1..1 M --> </hl7:code> <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M --> <hl7:statusCode code="completed"/> <hl7:effectiveTime> <hl7:low value="20210212135901"/> </hl7:effectiveTime> <!-- choice: 0..1 element hl7:targetSiteCode[not(@nullFlavor)] element hl7:targetSiteCode[@nullFlavor='NA'] --> </hl7:procedure> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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) | | 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) | | | 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) | | | 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)] | | | 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) | | ED | 1 … 1 | M | Textinhalt, der codiert wurde.
| (exn...pie) | | 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) | | | 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'] | | | 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) | | ED | 1 … 1 | M | Textinhalt, der codiert wurde.
| (exn...pie) | | 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) | | | 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 | Beispiel | <hl7:act classCode="ACT" moodCode="EVN"> <hl7:templateId root="1.2.40.0.34.6.0.11.3.132"/> <hl7:id root="1.2.3.999" extension="--example only--"/> <hl7:code code="Tarif" codeSystem="1.2.40.0.34.5.195" displayName="Tarif" codeSystemName="EXNDS_Concepts"/> <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M --> <hl7:statusCode code="completed"/> <hl7:effectiveTime> <hl7:low value="20210212135918"/> </hl7:effectiveTime> <hl7:participant> <!-- template 1.2.40.0.34.6.0.11.3.118 'EXNDS Zuweiser Body' (2020-10-01T17:20:11) --> </hl7:participant> <hl7:entryRelationship typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.125 'EXNDS Regiezuschlag' (2020-10-02T13:24:20) --> </hl7:entryRelationship> <hl7:entryRelationship typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.133 'EXNDS Abrechnungskennzeichen' (2020-10-02T15:16:08) --> </hl7:entryRelationship> <hl7:entryRelationship typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.128 'EXNDS Chefarztkennzeichen' (2020-10-02T14:05:56) --> </hl7:entryRelationship> <hl7:entryRelationship typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.129 'EXNDS Visiteninformation' (2020-10-02T14:16:21) --> </hl7:entryRelationship> <hl7:entryRelationship typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.134 'EXNDS Tarif Menge' (2020-10-02T15:24:45) --> </hl7:entryRelationship> <hl7:entryRelationship typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.135 'EXNDS Tarif Zusatzkennzeichen' (2020-10-02T15:32:20) --> </hl7:entryRelationship></hl7:act> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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) | | | 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 | Beispiel | <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false"> <hl7:templateId root="1.2.40.0.34.6.0.11.3.125"/> <hl7:id root="1.2.3.999" extension="--example only--"/> <hl7:code code="RGZ" codeSystem="1.2.40.0.34.5.195" displayName="Regiezuschlag" codeSystemName="EXNDS_Concepts"/> <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M --> <hl7:statusCode code="completed"/> <hl7:value xsi:type="PQ" value="--TODO--" unit="cs"/></hl7:observation> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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) | | | 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 | 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 |
---|
| | | | | (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 | Beispiel | <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false"> <hl7:templateId root="1.2.40.0.34.6.0.11.3.128"/> <hl7:id root="1.2.3.999" extension="--example only--"/> <hl7:code code="CHKZ" codeSystem="1.2.40.0.34.5.195" displayName="Chefarztkennzeichen" codeSystemName="EXNDS_Concepts"/> <hl7:statusCode code="completed"/> <hl7:value code="CHKZ_J" codeSystem="1.2.40.0.34.5.195" displayName="ja"> <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) 0..1 C --> </hl7:value></hl7:observation> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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) | | 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) | | | 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 | Beispiel | <hl7:act classCode="ACT" moodCode="EVN" negationInd="false"> <hl7:templateId root="1.2.40.0.34.6.0.11.3.129"/> <hl7:id root="1.2.3.999" extension="--example only--"/> <hl7:code code="Visiteninformation" codeSystem="1.2.40.0.34.5.195" displayName="Visiteninformation" codeSystemName="EXNDS_Concepts"/> <hl7:participant> <!-- template 1.2.40.0.34.6.0.11.3.127 'EXNDS Visitenadresse' (2020-10-02T13:44:08) --> </hl7:participant> <hl7:entryRelationship typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.68 'EXNDS Visitenkilometer' (2020-03-08T15:07:20) --> </hl7:entryRelationship></hl7:act> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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 | 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> <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) --> </hl7:addr> <hl7:telecom value="tel:+1-12345678"/></hl7:participantRole> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| cs | 1 … 1 | F | IND | | cs | 0 … 1 | F | OP | | IVL_TS | 0 … 1 | | Optionale Angabe zum Zeitpunkt der Visite | (exn...sse) | | | 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 | 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 |
---|
| | | | | (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 | 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 |
---|
| | | | | (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 | Beispiel | <hl7:observation classCode="OBS" moodCode="EVN"> <hl7:templateId root="1.2.40.0.34.6.0.11.3.135"/> <hl7:id root="1.2.3.999" extension="--example only--"/> <hl7:code code="Zusatzkennzeichen" codeSystem="1.2.40.0.34.5.195" displayName="Zusatzkennzeichen" codeSystemName="EXNDS_Concepts"/> <!-- choice: 0..1 element hl7:value[not(@nullFlavor)] element hl7:value[@nullFlavor='NA'] --> </hl7:observation> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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)] | | | cs | 0 | NP | NP/nicht anwesend | | | hl7:value
|
| CD | 0 … 1 | C | | (exn...hen) | wo [@nullFlavor='NA'] | | | 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) | | ED | 1 … 1 | M | Textinhalt, der codiert wurde.
| (exn...hen) | | 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) | | | 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 | 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"> <!-- template 1.2.40.0.34.6.0.11.3.136 'EXNDS Karteineintrag' (2020-10-06T11:26:32) --> </hl7:component></hl7:organizer> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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 | Beispiel | <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false"> <hl7:templateId root="1.2.40.0.34.6.0.11.3.136"/> <hl7:id root="1.2.3.999" extension="--example only--"/> <hl7:code code="Karteineintrag" codeSystem="1.2.40.0.34.5.195" displayName="Karteineintrag" codeSystemName="EXNDS_Concepts"/> <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M --> <hl7:effectiveTime> <hl7:low value="20210212135305"/> </hl7:effectiveTime> <hl7:value value="1"/></hl7:observation> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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) | | | 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
8.3.2.53 Abnahmeinformationen (Specimen Collection)
Id | 1.2.40.0.34.11.30021 ref elgabbr- | Gültigkeit | 2014‑03‑04 |
---|
Status | Aktiv | Versions-Label | |
---|
Name | SpecimenCollection | Bezeichnung | Abnahmeinformationen (Specimen Collection) |
---|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Benutzt | Benutzt 2 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.90003 | Inklusion | AssignedEntityElements | DYNAMIC | 1.2.40.0.34.11.30022 | Containment | Annahmeinformationen (Specimen Received) | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.30021 Abnahmeinformationen (Specimen Collection) (2014‑03‑04) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <entry typeCode="DRIV"> <templateId root="1.3.6.1.4.1.19376.1.3.1"/> <act classCode="ACT" moodCode="EVN"> : <entryRelationship typeCode="COMP"> <procedure classCode="PROC" moodCode="EVN"> <templateId root="1.3.6.1.4.1.19376.1.3.1.2"/> <code code="33882-2" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Specimen Collection"/> <effectiveTime value="20121224150000+0100"/> <targetSiteCode code="LACF" codeSystem="2.16.840.1.113883.5.1052" codeSystemName="HL7:ActSite" displayName="left antecubital fossa"/> <!-- Für die Abnahme verantwortliche Person/Organisation --> <performer typeCode="PRF"> <assignedEntity> <id root="1.2.40.0.34.3.1.99"/> <addr> <streetName>Währinger G.</streetName> <houseNumber>18-20</houseNumber> <postalCode>1090</postalCode> <city>Wien</city> <state>Wien</state> <country>AUT</country> </addr> <telecom value="tel:+43.1.40400"/> <telecom value="fax:+43.1.40400.1212"/> <telecom value="http://www.amadeusspital.at "/> <assignedPerson> <name> <prefix qualifier="AC">Dr.</prefix> <family>Arzt</family> <given>Florian</given> </name> </assignedPerson> <representedOrganization> <id root="1.2.40.0.34.99.111.0.1"/> <name>Amadeus Spital</name> </representedOrganization> </assignedEntity> </performer> <!-- Spezimen --> <participant typeCode="PRD"> <participantRole classCode="SPEC"> <id extension="BL-080212-02" root="2.16.840.1.113883.3.933.1.1"/> <playingEntity> <code code="BLD" codeSystem="2.16.840.1.113883.5.129" codeSystemName="HL7:SpecimenType" displayName="Whole blood"/> </playingEntity> </participantRole> </participant> </procedure> </entryRelationship> : </act></entry> |
|
---|
|
8.3.2.54 Annahmeinformationen (Specimen Received)
8.3.2.55 Befundtext (Anmerkungen und Kommentare)
8.3.2.56 Befundgruppen (Laboratory Battery Organizer)
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 |
---|
Status | Entwurf | Versions-Label | |
---|
Name | LaboratoryObservation | Bezeichnung | Laborergebnisse (Laboratory Observation) |
---|
Kontext | Elternknoten des Template-Element mit Id 1.3.6.1.4.1.19376.1.3.1.6 |
---|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Benutzt | Benutzt 2 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.4.3.2 | Containment | Befundtext (Anmerkungen und Kommentare) | DYNAMIC | 1.2.40.0.34.11.4.3.3 | Containment | Laboratory Performer 2 | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.3.6.1.4.1.19376.1.3.1.6 Laborergebnisse (Laboratory Observation) (2015‑03‑26) ref elgabbr- |
---|
Beispiel | Strukturbeispiel Laborergebnis (Laboratory Observation) | <ClinicalDocument> <observation classCode="OBS" moodCode="EVN"> <!-- TemplateId für Laboratory Observation --> <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/> <!-- Testidentifikation --> <id extension="OBS-1-4" root="2.16.840.1.113883.2.16.1.99.3.1"/> <!-- Analyse/Testcode --> <code code="26464-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Leukozyten"/> <!-- Verweis auf den narrativen Text --> <text> <reference value="#OBS-1-4"/> </text> <!-- Status des Laborergebnisses --> <statusCode code="completed"/> <!-- medizinisch relevanter Zeitpunkt --> <effectiveTime> <low value="20131201073406+0100"/> <high nullFlavor="UNK"/> </effectiveTime> <!-- Ergebnis der Analyse / des Tests --> <value unit="g/dL" value="16.0" type="PQ"/> <!-- Bewertung des Ergebnisses --> <interpretationCode code="N" codeSystemName="HL7:ObservationInterpretation" codeSystem="2.16.840.1.113883.5.83" displayName="normal"/> <!-- Validator --> <participant typeCode="AUTHEN"> : </participant> <!-- Durchführende Instanz / externes Labor --> <performer typeCode="PRF"> : </performer> </observation></ClinicalDocument> |
|
---|
Beispiel | Strukturbeispiel für ein Laborergebnis mit Cut-off-Wert (Datentyp IVL_PQ) | <!--So kann ein Wert von > 500 mg/dl dargestellt und bewertet werden:--> <ClinicalDocument> <value type="IVL_PQ"> <low value="500" unit="mg/dl" inclusive="false"/> <high nullFlavor="PINF"/> </value> <interpretationCode code=" >" displayName="High off scale" codeSystem="2.16.840.1.113883.5.83 "/></ClinicalDocument> |
|
---|
Beispiel | Strukturbeispiel für ein in Arbeit befindliches Laborergebnis („Wert folgt“) | <!--Angabe von Parametern mit ausständigem Ergebnis:--> <ClinicalDocument> <!--Angabe von Parametern mit ausständigem Ergebnis:--> <!--Laboratory Observation, Ergebnis noch nicht verfügbar (Wert folgt)--> <observation classCode="OBS" moodCode="EVN"> <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/> <id extension="OBS-2-6" root="2.16.840.1.113883.2.16.1.99.3.1"/> <code code="10704-5" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Wurmeier Stuhl"/> <text> <reference value="#OBS-2-6"/> </text> <!-- Status des Laborergebnisses --> <statusCode code="active"/> <effectiveTime nullFlavor="UNK"/> <value type="ST">Wert folgt</value> <!-- Bewertung des Ergebnisses wird nicht angegeben [NP] --> </observation></ClinicalDocument> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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'] | | | 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) | | 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) | | II | 1 … 1 | M | | (Lab...ion) | | AD | 1 … 1 | R | | (Lab...ion) | | TEL.AT | 1 … * | R | | (Lab...ion) | | | 1 … 1 | M | | (Lab...ion) | | 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) <referenceRange typeCode="REFV"> <observationRange classCode="OBS" moodCode="EVN.CRT"> <text> <reference value="#ref1"/> </text> <value type="IVL_PQ"> <low value="43.0" unit="%"/> <high value="49.0" unit="%"/> </value> <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7.ObservationInterpretation"/> </observationRange></referenceRange> | | Beispiel | > 40.0% (im zugehörigen Section.text steht der entsprechende Text) <referenceRange typeCode="REFV"> <observationRange classCode="OBS" moodCode="EVN.CRT"> <text> <reference value="#ref2"/> </text> <value type="IVL_PQ"> <low value="40.0" unit="%" inclusive="false"/> </value> <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7.ObservationInterpretation"/> </observationRange></referenceRange> | | Beispiel | Phase 1: 43.0 - 49.0 Phase 2: 45.0 – 55.0 1835 Phase 3: 49.0 – 63.0 (im zugehörigen Section.text steht der entsprechende Text) <referenceRange typeCode="REFV"> <observationRange classCode="OBS" moodCode="EVN.CRT"> <text> <reference value="#ref3"/> </text> <interpretationCode code="H" codeSystem="2.16.840.1.113883.5.83"/> </observationRange></referenceRange> | | Beispiel | > 40.0% (im zugehörigen Section.text steht der entsprechende Text) <referenceRange typeCode="REFV"> <observationRange classCode="OBS" moodCode="EVN.CRT"> <text> <reference value="#ref4"/> </text> <value type="IVL_PQ"> <low value="40.0" unit="%" inclusive="false"/> <high nullFlavor="PINF"/> </value> </observationRange></referenceRange> | | Beispiel | 150 - 360 G/L (im zugehörigen Section.text steht der entsprechende Text) <referenceRange typeCode="REFV"> <observationRange classCode="OBS" moodCode="EVN.CRT"> <text> <reference value="#ref5"/> </text> <value type="IVL_PQ"> <low value="150" unit="G/L"/> <high value="360" unit="G/L"/> </value> <interpretationCode code="N" codeSystemName="HL7:ObservationInterpretation" codeSystem="2.16.840.1.113883.5.83" displayName="normal"/> </observationRange></referenceRange> | | | hl7:observationRange
|
| | 1 … 1 | M | | (Lab...ion) | | cs | 1 … 1 | F | OBS | | cs | 1 … 1 | F | EVN.CRT | | ED | 1 … 1 | M | | (Lab...ion) | | TEL | 1 … 1 | M | | (Lab...ion) | | IVL_PQ | 0 … 1 | | | (Lab...ion) | | | 1 … 1 | F | IVL_PQ | Auswahl | 1 … 1 | | Elemente in der Auswahl:- hl7:low[not(@nullFlavor)]
- hl7:low[@nullFlavor='NA']
- hl7:low[@nullFlavor='NINF']
| | PQ | 0 … 1 | | | (Lab...ion) | wo [not(@nullFlavor)] | | | PQ | 0 … 1 | | | (Lab...ion) | wo [@nullFlavor='NA'] | | | cs | 1 … 1 | F | NA | | PQ | 0 … 1 | | | (Lab...ion) | wo [@nullFlavor='NINF'] | | | cs | 1 … 1 | F | NINF | Auswahl | 1 … 1 | | Elemente in der Auswahl:- hl7:high[not(@nullFlavor)]
- hl7:high[@nullFlavor='NA']
- hl7:high[@nullFlavor='PINF']
| | PQ | 0 … 1 | | | (Lab...ion) | wo [not(@nullFlavor)] | | | PQ | 0 … 1 | | | (Lab...ion) | wo [@nullFlavor='NA'] | | | cs | 1 … 1 | F | NA | | PQ | 0 … 1 | | | (Lab...ion) | wo [@nullFlavor='PINF'] | | | cs | 1 … 1 | F | PINF | | CE | 1 … 1 | M | | (Lab...ion) | | CONF | 1 … 1 | F | N | | 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)
8.3.2.59 Eingebettetes Objekt Entry
Id | 1.2.40.0.34.11.1.3.1 ref elgabbr- | Gültigkeit | 2017‑05‑05Andere 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> |
|
---|
|
8.3.2.60 Kultureller Keimnachweis (Laboratory Isolate Organzier)
Id | 1.2.40.0.34.11.30025 ref elgabbr- | Gültigkeit | 2017‑02‑23Andere Versionen mit dieser Id: - KulturellerKeimnachweis vom 2012‑01‑07
|
---|
Status | Entwurf | Versions-Label | |
---|
Name | KulturellerKeimnachweis | Bezeichnung | Kultureller Keimnachweis (Laboratory Isolate Organzier) |
---|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Benutzt | Benutzt 3 Templates | Benutzt | als | Name | Version |
---|
1.3.6.1.4.1.19376.1.3.1.6 | Containment | Laborergebnisse (Laboratory Observation) | DYNAMIC | 1.2.40.0.34.11.4.3.4 | Containment | Laborergebnisse aktiv (Laboratory Observation Active) | DYNAMIC | 1.2.40.0.34.11.30026 | Containment | Antibiogram (Laboratory Isolate Organzier) | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.30025 Kultureller Keimnachweis (Laboratory Isolate Organzier) (2017‑02‑23) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <ClinicalDocument> <entry typeCode="DRIV"> <templateId root="1.3.6.1.4.1.19376.1.3.1" extension="Lab.Report.Data.Processing.Entry"/> <act classCode="ACT" moodCode="EVN"> : <!-- Erregernachweis Kultur --> : <entryRelationship typeCode="COMP"> <organizer classCode="CLUSTER" moodCode="EVN"> <templateId root="1.3.6.1.4.1.19376.1.3.1.5"/> <statusCode code="completed"/> <effectiveTime value="20090306000000+0100"/> <specimen typeCode="SPC"> <specimenRole classCode="SPEC"> <id extension="47110816" root="2.16.840.1.113883.3.933.1.1"/> <specimenPlayingEntity classCode="MIC"> <code nullFlavor="UNK"> <originalText>vergrünende Streptokokken</originalText> </code> </specimenPlayingEntity> </specimenRole> </specimen> <!-- Methode --> <component typeCode="COMP"> <observation classCode="OBS" moodCode="EVN"> <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/> <code code="6463-4" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Bacteria XXX Cult"/> <statusCode code="completed"/> <effectiveTime value="20121202132200+0100"/> <value xsi:type="ST">vereinzelt</value> </observation> </component> </organizer> </entryRelationship> </act> </entry></ClinicalDocument> |
|
---|
|
8.3.2.61 Antibiogram (Laboratory Isolate Organzier)
Id | 1.2.40.0.34.11.30026 ref elgabbr- | Gültigkeit | 2014‑04‑15Andere Versionen mit dieser Id: - Antibiogram vom 2012‑07‑07
|
---|
Status | Aktiv | Versions-Label | |
---|
Name | Antibiogram | Bezeichnung | Antibiogram (Laboratory Isolate Organzier) |
---|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Benutzt | Benutzt 1 Template | Benutzt | als | Name | Version |
---|
1.3.6.1.4.1.19376.1.3.1.4 | Containment | Befundgruppen (Laboratory Battery Organizer) | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.30026 Antibiogram (Laboratory Isolate Organzier) (2014‑04‑15) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <ClinicalDocument> <!-- Organizer für Isolat 1 --> <entryRelationship typeCode="COMP"> <organizer classCode="CLUSTER" moodCode="EVN"> <templateId root="1.3.6.1.4.1.19376.1.3.1.5"/> <statusCode code="completed"/> <effectiveTime value="201212010834"/> <specimen typeCode="SPC"> <specimenRole classCode="SPEC"> <id extension="47110815" root="2.16.840.1.113883.3.933.1.1"/> <specimenPlayingEntity classCode="MIC"> <code code="SP015" codeSystem="1.2.40.0.34.5.45" codeSystemName="ELGA_SignificantPathogens" displayName="Escherichia coli, sonstige darmpathogene Stämme"/> </specimenPlayingEntity> </specimenRole> </specimen> <component typeCode="COMP"> <organizer classCode="BATTERY" moodCode="EVN"> <templateId root="1.3.6.1.4.1.19376.1.3.1.4"/> <code code="29576-6" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Antibiogramm"> <originalText>Microbiology Susceptibility</originalText> </code> <statusCode code="completed"/> <effectiveTime value="20090306000000.0000-0500"/> <component typeCode="COMP"> <observation classCode="OBS" moodCode="EVN"> <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/> <code code="18861-5" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Amoxicillin"/> <statusCode code="completed"/> <effectiveTime value="20121202132200"/> <value xsi:type="PQ" unit="mg/dL" value="2.0"/> <interpretationCode code="R" codeSystem="2.16.840.1.113883.11.10219" codeSystemName="HL7 ObservationInterpretationSusceptibility" displayName="Resistant"/> </observation> </component> </organizer> </component> </organizer> </entryRelationship> <!-- Organizer für Isolat 1 ENDE --> <!-- Organizer für Isolat 2 --> </ClinicalDocument> |
|
---|
|
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‑01Andere Versionen mit dieser Id: - MedikationVerordnungEntryemed vom 2014‑01‑31
|
---|
Status | Entwurf | Versions-Label | |
---|
Name | MedikationVerordnungEntryemed | Bezeichnung | Medikation Verordnung Entry eMedikation |
---|
Kontext | Elternknoten des Template-Element mit Id 1.2.40.0.34.11.8.1.3.1 |
---|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Benutzt | Benutzt 18 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.11.90012 | Inklusion | Sbadm TemplateId Options | DYNAMIC | 1.2.40.0.34.11.30006 | Inklusion | Einnahmedauer | DYNAMIC | 1.2.40.0.34.11.30007 | Inklusion | Dosierungsvariante 1: Tagesdosierung effectiveTime | DYNAMIC | 1.2.40.0.34.11.30008 | Inklusion | Dosierungsvariante 2: Einzeldosierung | DYNAMIC | 1.2.40.0.34.11.30009 | Inklusion | Dosierungsvariante 3: Tagesdosierung mit Einnahmepause | DYNAMIC | 1.2.40.0.34.11.30010 | Inklusion | Dosierungsvariante 4: Einzeldosierung mit Einnahmepause | DYNAMIC | 1.2.40.0.34.11.30037 | Inklusion | Dosierungsvariante 1: Tagesdosierung doseQuantity | DYNAMIC | 1.2.40.0.34.11.30039 | Inklusion | Dosierungsvariante 2: Einzeldosierung doseQuantity | DYNAMIC | 1.2.40.0.34.11.30041 | Inklusion | Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity | DYNAMIC | 1.2.40.0.34.11.30043 | Inklusion | Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity | DYNAMIC | 1.2.40.0.34.11.2.3.4 | Containment | Arznei Entry (1.0.3+20240819) | DYNAMIC | 1.2.40.0.34.11.90004 | Inklusion | AuthorElements | DYNAMIC | 1.2.40.0.34.11.30040 | Inklusion | Dosierungsvariante 2: Einzeldosierung entryRelationship | DYNAMIC | 1.2.40.0.34.11.30044 | Inklusion | Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship | DYNAMIC | 1.2.40.0.34.11.30033 | Inklusion | Patient Instructions (2020.1) | DYNAMIC | 1.2.40.0.34.11.30034 | Inklusion | Pharmacist Instructions (2020.1) | DYNAMIC | 1.2.40.0.34.11.30045 | Inklusion | Therapieart | DYNAMIC | 1.2.40.0.34.11.90013 | Inklusion | ID des Containers | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (2014‑09‑01) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <ClinicalDocument> <substanceAdministration classCode="SBADM" moodCode="INT"> <!-- ELGA --> <templateId root="1.2.40.0.34.11.8.1.3.1"/> <!-- HL7 CCD --> <templateId root="2.16.840.1.113883.10.20.1.24"/> <!-- IHE PCC --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/> <!-- IHE PHARM --> <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/> <!-- IHE PHARM Dosage Instructions --> <templateId root="1.3.6.1.4.1.19376.1.9.1.3.6"/> <!-- „Delay Start Dosing“ bei Verwendung von „width“ in Einnahmedauer --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.21"/> <!-- ********** Dosierungsarten Anfang ********** --> <!-- Dosierungsart 1 und 3, „Normal dosing“ --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/> … oder … <!-- Dosierungsart 2, „Split dosing“ --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.9"/> <!-- ********** Dosierungsarten Ende ********** --> <!-- ID des MedikationVerordnung-Entry --> <id root="1.2.40.0.10.1.4.3.4.2.2" extension="VerordnungsId" assigningAuthorityName="Ordination Dr. Muster"/> <!--Referenz zum narrativen Abschnitt dieses MedikationVerordnung-Entry im Text-Bereich der Sektion--> <text> <reference value="#vpos-1"/> </text> <!-- Statuscode des MedikationVerordnung-Entry --> <statusCode code="completed"/> <!-- Einnahmedauer --> <effectiveTime xsi:type="IVL_TS"> <low value="20131009000000+0200"/> <high value="20131020235959+0200"/> </effectiveTime> <!-- ********** Dosierungsart 1 und 3 Anfang, Teil 1 ********** Im Falle von Dosierungsart 1 und 3 („Normal dosing“) werden die Einnahmezeitpunkte + Dosis in Form eines weiteren effectiveTime und eines doseQuantity Elements angegeben --> <effectiveTime xsi:type="PIVL_TS|SXPR_TS"/> <!-- ********** Dosierungsart 1 und 3 Ende, Teil 1 ********** --> <!-- Maximale Anzahl der zusätzlichen Einlösungen --> <repeatNumber value="3"/> <!-- Art der Anwendung --> <routeCode code="100000073633" displayName="Subkutane Anwendung" codeSystem="1.2.40.0.10.1.4.3.4.3.4" codeSystemName="MedikationArtAnwendung"/> <!-- ********** Dosierungsart 1 und 3 Anfang, Teil 2 ********** --> <doseQuantity value=" " unit=" "/> <!-- ********** Dosierungsart 1 und 3 Ende, Teil 2 ********** --> <!-- Arznei --> <consumable> <!-- ELGA Arznei Element (1.2.40.0.34.11.2.3.4) --> <manufacturedProduct classCode="MANU"> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/> <!-- IHE PCC --> <templateId root="2.16.840.1.113883.10.20.1.53"/> <!-- HL7 CCD --> <manufacturedMaterial classCode="MMAT" determinerCode="KIND"> <!-- ELGA Arznei-Entry --> <templateId root="1.2.40.0.34.11.2.3.4"/> <!-- ELGA --> : </manufacturedMaterial> </manufacturedProduct> </consumable> <!-- Verfasser der Verordnung (nur bei Verwendung im Rahmen der Medikationsliste) --> <author> : </author> <!-- ********** Dosierungsart 2 und 4 Anfang ********** Im Falle von Dosierungsart 2 und 4 („Split dosing“) werden die Einnahmezeitpunkte + Dosis in Form von untergeordneten entryRelationship Elementen angegeben (Morgens, Mittags, ...) --> <entryRelationship typeCode="COMP"> <sequenceNumber value="1"/> <substanceAdministration classCode="SBADM" moodCode="INT"> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/> <effectiveTime operator="A" xsi:type="EIVL_TS"> <event code="ACM"/> <offset value="0" unit="s"/> </effectiveTime> <doseQuantity value="2"/> </substanceAdministration> </entryRelationship> : <!-- ********** Dosierungsart 2 und 4 Ende ********** --> <!-- Packungsanzahl --> <entryRelationship typeCode="COMP"> <supply classCode="SPLY" moodCode="RQO"> <independentInd value="false"/> <quantity value="1"/> </supply> </entryRelationship> <!-- Zusatzinformationen für den Patienten --> <entryRelationship typeCode="SUBJ" inversionInd="true"> <act classCode="ACT" moodCode="INT"> <templateId root="2.16.840.1.113883.10.20.1.49"/> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3"/> <code code="PINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/> : </act> </entryRelationship> <!-- Ergänzende Informationen zu magistralen Zubereitungen --> <entryRelationship typeCode="SUBJ" inversionInd="true"> <act classCode="ACT" moodCode="INT"> <templateId root="2.16.840.1.113883.10.20.1.43"/> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3.1"/> <code code="FINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/> : </act> </entryRelationship> <!-- Therapieart --> <entryRelationship typeCode="COMP"> <act classCode="ACT" moodCode="INT"> <templateId root="1.2.40.0.34.11.8.1.3.4"/> <code code="EINZEL" displayName="Einzelverordnung" codeSystem="1.2.40.0.10.1.4.3.4.3.6" codeSystemName="MedikationTherapieArt"/> </act> </entryRelationship> </substanceAdministration></ClinicalDocument> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
hl7:substanceAdministration
|
| | | | | (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) | | 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) | | 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 | <id root="1.2.40.0.10.1.4.3.4.2.2" extension="WYE82A2G8EEW_4711" assigningAuthorityName="Ordination Dr. Muster"/> | | Schematron assert | role | error | | | test | not(ancestor::hl7:ClinicalDocument/hl7:templateId[@root='1.2.40.0.34.11.8.3']) or hl7:id[1][@root='1.2.40.0.10.1.4.3.4.2.2.1'] | | | Meldung | Bei Medikationslisten muss die erste ID die @root OID 1.2.40.0.10.1.4.3.4.2.2.1 tragen. | | | Schematron assert | role | error | | | test | not(ancestor::hl7:ClinicalDocument/hl7:templateId[@root='1.2.40.0.34.11.8.1']) or hl7:id[1][@root='1.2.40.0.10.1.4.3.4.2.2'] | | | Meldung | Bei Verordnungen muss die erste ID die @root OID 1.2.40.0.10.1.4.3.4.2.2 tragen. | | | Schematron assert | role | error | | | test | not(ancestor::hl7:ClinicalDocument/hl7:templateId[starts-with(@root, '1.2.40.0.34.11.8')]) or hl7:id[1] | | | Meldung | Für e-Medikation Dokumente muss die erste ID angegeben sein. | | | hl7:id
|
| II | 0 … 1 | C | ID des MedikationVerordnungs-Entry. | (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 <text> <reference value="#vpos-1"/></text> | | | hl7:reference
|
| TEL | 1 … 1 | M | | (Med...med) | | | 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> <!-- Einnahme von 27.05.2011, Ende unbekannt --> <cda:effectiveTime xsi:type="IVL_TS"> <cda:low value="20110527000000+0200"/> <cda:high nullFlavor="UNK"/> </cda:effectiveTime></hl7:ClinicalDocument> | | Beispiel | Strukturbeispiel <hl7:ClinicalDocument> <!-- Einnahmestart unbekannt, Dauer 2 Wochen lang --> <cda:effectiveTime xsi:type="IVL_TS"> <cda:width value="2" unit="wk"/> </cda:effectiveTime></hl7:ClinicalDocument> | | Beispiel | Strukturbeispiel <hl7:ClinicalDocument> <!-- Dosierungsinformationen sind angegeben, aber Einnahmedauer unbekannt --> <cda:effectiveTime xsi:type="IVL_TS"> <cda:low nullFlavor="UNK"/> <cda:high nullFlavor="UNK"/> </cda:effectiveTime></hl7:ClinicalDocument> | Auswahl | 0 … 1 | | Elemente in der Auswahl:- hl7:effectiveTime[1][hl7:low]
- hl7:effectiveTime[1][hl7:width]
- hl7:effectiveTime[1][@nullFlavor]
| | | hl7:effectiveTime
|
| IVL_TS | | | Zeitelement zur Dokumentation der Einnahmedauer. | (Med...med) | wo [1] [hl7:low] | | | TS | 1 … 1 | R | Zeitpunkt des Einnahmestarts. Zugelassene nullFlavor: UNK | (Med...med) | | 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] | | | 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) | | 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] | | | 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)] | | | cs | 1 … 1 | F | A | | bl | 1 … 1 | F | true | | Constraint | Konditionale Konformität: Dosierung angegeben -> 1..1 M Dosierung nicht angegeben -> NP | | PQ | 1 … 1 | R | Zeitraum für den die Dosis in doseQuantity vorgesehen ist. | (Med...med) | | | 1 … 1 | F | 1 | | 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]
| | PIVL_TS | | C | Für EIN Wochentag. Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3. | (Med...med) | wo [hl7:period and hl7:phase] | | | cs | 1 … 1 | F | A | | IVL_TS | 1 … 1 | R | Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag) | (Med...med) | | PQ | 1 … 1 | R | | (Med...med) | | | 1 … 1 | F | 1 | | cs | 1 … 1 | F | wk | | SXPR_TS | | C | Für mehrere Wochentage, z. B. wöchtentlich montags und mittwochs | (Med...med) | wo [hl7:comp] | | | cs | 1 … 1 | F | A | | Constraint | Konditionale Konformität: Dosierung angegeben -> 1..1 M Dosierung nicht angegeben -> NP1. Komponentencontainer ohne @operator, ggf. folgende Komponentencontainer mit @operator=I | | PIVL_TS | 1 … 1 | R | Komponentencontainer. | (Med...med) | wo [not(@operator)] | | | IVL_TS | 1 … 1 | R | Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag) | (Med...med) | | PQ | 1 … 1 | R | | (Med...med) | | | 1 … 1 | F | 1 | | cs | 1 … 1 | F | wk | | PIVL_TS | 0 … * | | | (Med...med) | wo [@operator='I'] | | | cs | 1 … 1 | F | I | | IVL_TS | 1 … 1 | R | | (Med...med) | | PQ | 1 … 1 | R | | (Med...med) | | | 1 … 1 | F | 1 | | 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 | | IVL_PQ | | R | Dosis. mit doseQuantity als IVL_PQ, aber als PQ instantiiert | (Med...med) | wo [not(hl7:lowoder hl7:high)] | | | | 1 … 1 | R | Tagesdosierung. | | 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) |
| | IVL_PQ | | R | mit doseQuantity als IVL_PQ | (Med...med) | wo [hl7:lowoder hl7:high] | | | PQ | | | | (Med...med) | | | 1 … 1 | R | | | 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) |
| | PQ | | | | (Med...med) | | | 1 … 1 | R | | | 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 | | IVL_PQ | | R | Dosis. mit doseQuantity als IVL_PQ, aber als PQ instantiiert | (Med...med) | wo [not(hl7:lowoder hl7:high)] | | | | 1 … 1 | R | Tagesdosierung. | | 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) |
| | IVL_PQ | | R | mit doseQuantity als IVL_PQ | (Med...med) | wo [hl7:lowoder hl7:high] | | | PQ | | | | (Med...med) | | | 1 … 1 | R | | | 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) |
| | PQ | | | | (Med...med) | | | 1 … 1 | R | | | 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 <repeatNumber value="0"/> | | 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 <routeCode code="100000073633" displayName="Subkutane Anwendung" codeSystem="1.2.40.0.10.1.4.3.4.3.4" codeSystemName="ELGA_MedikationArtAnwendung"/> | | hl7:consumable
|
| | 1 … 1 | M | Komponente zur Aufnahme der Arznei auf die sich der MedikationVerordnungs-Entry bezieht. Beinhaltet 1.2.40.0.34.11.2.3.4 Arznei Entry (DYNAMIC) | (Med...med) | | Beispiel | Strukturbeispiel <consumable> <!-- ELGA Arznei Element (1.2.40.0.34.11.2.3.4) --> <manufacturedProduct classCode="MANU"> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/> <!-- IHE PCC --> <templateId root="2.16.840.1.113883.10.20.1.53"/> <!-- HL7 CCD --> <manufacturedMaterial classCode="MMAT" determinerCode="KIND"> <!-- ELGA Arznei-Entry --> <templateId root="1.2.40.0.34.11.2.3.4"/> <!-- ELGA --> : </manufacturedMaterial> </manufacturedProduct></consumable> | Eingefügt | 0 … 1 | C | von 1.2.40.0.34.11.90004 AuthorElements (DYNAMIC)
Dieses Element wird nur bei ELGA MedikationVerordnungs-Entrys verwendet, welche im Rahmen der Medikationsliste vorliegen. Es beinhaltet den Verfasser des Rezepts auf dem diese Verordnung ausgestellt wurde. Das author/time Element hat dabei die Bedeutung „Datum der Verordnung“. Siehe Kapitel „Teilnehmende
Parteien“, Abschnitt „Verfasser des Dokuments (author)“ (bezogen auf das Rezept-Dokument). | | Constraint | Konditionale Konformität:
Element wird in Medikationsliste verwendet und eine Referenz zu einer Verdnung ist vorhanden: Card 1..1 Conf M Sonst NP | Auswahl | 0 … 1 | | Elemente in der Auswahl:- hl7:author[not(@nullFlavor)]
- hl7:author[@nullFlavor]
| | | hl7:author
|
| | | | Verfasser des Dokuments. | (Med...med) | wo [not(@nullFlavor)] | | | cs | 0 … 1 | F | AUT | | cs | 0 … 1 | F | OP | | 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) | | 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) | | | 1 … 1 | M | Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. | (Med...med) | | cs | 0 … 1 | F | ASSIGNED | | Beispiel | <assignedAuthor classCode="ASSIGNED"> <id extension="ied8984938" root="1.2.276.0.76.3.1.139.933"/> <assignedPerson classCode="PSN" determinerCode="INSTANCE"> <!-- ... --> </assignedPerson></assignedAuthor> | | 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) | | 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) |
| | 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
| | | … 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) | | cs | 0 … 1 | F | PSN | | cs | 0 … 1 | F | INSTANCE | | 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) | | cs | 0 … 1 | F | DEV | | cs | 0 … 1 | F | INSTANCE | | | | | | | hl7:manufacturerModelName
|
| SC | 0 … 1 | | Hersteller und Modellbezeichnung des
datenerstellenden Gerätes. | (Med...med) | | 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) | | | 0 … 1 | F | ORG | | | 0 … 1 | F | INSTANCE | | II | 0 … * | | | (Med...med) | | ON | 1 … 1 | M | | (Med...med) | | TEL.AT | 0 … * | | | (Med...med) | | AD | 0 … 1 | | | (Med...med) | | | hl7:author
|
| | | | Verfasser nicht bekannt/nicht anwendbar | (Med...med) | wo [@nullFlavor] | | | cs | 1 … 1 | F | NA | | Beispiel | <author nullFlavor="NA"> <time nullFlavor="NA"/> <assignedAuthor nullFlavor="NA"> <id nullFlavor="NA"/> </assignedAuthor></author> | | | 1 … 1 | R | | (Med...med) | | cs | 1 … 1 | F | NA | | | 1 … 1 | R | | (Med...med) | | cs | 1 … 1 | F | NA | | | 1 … 1 | R | | (Med...med) | | 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) | | cs | 1 … 1 | F | SBADM | | cs | 1 … 1 | F | INT | | Constraint | Konditionale KonformitätCard | 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 |
| | EIVL_TS | 1 … 1 | M | Zeitelement zur Aufnahme des Einnahmezeitpunkts. | (Med...med) | wo [@xsi:type='EIVL_TS'] | | | | 1 … 1 | M | Einnahmezeitpunkt. | (Med...med) | | 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) |
| | IVL_PQ | 1 … 1 | M | Zeitversatz (immer mit 0 Sekunden angegeben). | (Med...med) | | | 1 … 1 | F | 0 | | cs | 1 … 1 | F | s | | IVL_PQ | 1 … 1 | M | Dosis. | (Med...med) | | | 1 … 1 | M | | (Med...med) | | | 1 … 1 | M | | (Med...med) | | | | | | hl7:manufacturedMaterial
|
| | 1 … 1 | R | | (Med...med) | | 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) | | cs | 1 … 1 | F | SBADM | | cs | 1 … 1 | F | INT | | Constraint | Konditionale KonformitätCard | 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 |
| | 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 | | EIVL_TS | 1 … 1 | M | Komponentencontainer | (Med...med) | wo [@xsi:type='EIVL_TS'] | | | | 1 … 1 | M | Einnahmezeitpunkt. | (Med...med) | | 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) |
| | IVL_PQ | 1 … 1 | M | Zeitversatz (immer mit 0 Sekunden angegeben). | (Med...med) | | | 1 … 1 | F | 0 | | cs | 1 … 1 | F | s | | 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'] | | | cs | 1 … 1 | F | A | | IVL_TS | 1 … 1 | R | Phase der Einnahme. | (Med...med) | | TS | | | Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag). | (Med...med) | | PQ | 1 … 1 | R | | (Med...med) | | | 1 … 1 | F | 1 | | cs | 1 … 1 | F | wk | | PIVL_TS | 0 … * | | 2.+ Komponentencontainer zur Aufnahme der Einnahmetage | (Med...med) | wo [@xsi:type='PIVL_TS'] [@operator='I'] | | | IVL_TS | 1 … 1 | R | | (Med...med) | | TS | | | | (Med...med) | | PQ | 1 … 1 | R | | (Med...med) | | | 1 … 1 | F | 1 | | cs | 1 … 1 | F | wk | | IVL_PQ | 1 … 1 | M | Dosis. | (Med...med) | | | 1 … 1 | M | | (Med...med) | | | 1 … 1 | M | | (Med...med) | | | | | | hl7:manufacturedMaterial
|
| | 1 … 1 | R | | (Med...med) | | 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 <entryRelationship typeCode="COMP"> <supply classCode="SPLY" moodCode="RQO"> <independentInd value="false"/> <quantity value="1"/> </supply></entryRelationship> | | | hl7:supply
|
| | 1 … 1 | M | Abbildung der Packungsanzahl als untergeordnetes supply-Element. | (Med...med) | | cs | 1 … 1 | F | SPLY | | cs | 1 … 1 | F | RQO | | Beispiel | <supply classCode="SPLY" moodCode="RQO"> <independentInd value="false"/> <quantity value="1"/></supply> | | BL | 1 … 1 | M | Indikator, ob die Komponente unabhängig verwendet werden darf. | (Med...med) | | | 1 … 1 | F | false | | 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) | | cs | 1 … 1 | F | ACT | | cs | 1 … 1 | F | INT | | II | 1 … 1 | M | | (Med...med) | | uid | 1 … 1 | F | 2.16.840.1.113883.10.20.1.49 | | II | 1 … 1 | M | | (Med...med) | | uid | 1 … 1 | F | 1.3.6.1.4.1.19376.1.5.3.1.4.3 | | CE | 1 … 1 | M | | (Med...med) | | CONF | 1 … 1 | F | PINSTRUCT | | 1 … 1 | F | 1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary) | | 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) | | TEL | 1 … 1 | M | | (Med...med) | | | 1 … 1 | R | #patinfo-{generierteID}, z.B.: #patinfo-1 | | CS | 1 … 1 | M | | (Med...med) | | CONF | 1 … 1 | F | completed | | | 1 … 3 | M | Komponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein). | (Med...med) | | cs | 1 … 1 | F | SUBJ | | bl | 1 … 1 | F | true | | | 1 … 1 | M | | (Med...med) | | cs | 1 … 1 | F | ACT | | cs | 1 … 1 | F | INT | | II | 1 … 1 | M | | (Med...med) | | uid | 1 … 1 | F | 1.2.40.0.34.11.8.0.3.1 | | 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) |
| | ED | 1 … 1 | M | Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist) | (Med...med) | | TEL | 1 … 1 | M | | (Med...med) | | | 1 … 1 | R | #zinfo|altein|arzneiinfo-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #altein-1 | | CS | 1 … 1 | M | | (Med...med) | | 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) | | cs | 1 … 1 | F | ACT | | cs | 1 … 1 | F | INT | | II | 1 … 1 | M | | (Med...med) | | uid | 1 … 1 | F | 2.16.840.1.113883.10.20.1.43 | | II | 1 … 1 | M | | (Med...med) | | uid | 1 … 1 | F | 1.3.6.1.4.1.19376.1.5.3.1.4.3.1 | | CE | 1 … 1 | M | | (Med...med) | | CONF | 1 … 1 | F | FINSTRUCT | | 1 … 1 | F | 1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary) | | 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) | | TEL | 1 … 1 | M | | (Med...med) | | | 1 … 1 | R | #abginfo-{generierteID}, z.B.: #abginfo-1 | | CS | 1 … 1 | M | | (Med...med) | | CONF | 1 … 1 | F | completed | | | 1 … 2 | M | Komponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein). | (Med...med) | | cs | 1 … 1 | F | SUBJ | | bl | 1 … 1 | F | true | | | 1 … 1 | M | | (Med...med) | | cs | 1 … 1 | F | ACT | | cs | 1 … 1 | F | INT | | II | 1 … 1 | M | | (Med...med) | | uid | 1 … 1 | F | 1.2.40.0.34.11.8.0.3.2 | | 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) |
| | ED | 1 … 1 | M | Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist) | (Med...med) | | TEL | 1 … 1 | M | | (Med...med) | | | 1 … 1 | R | #erginfo|magzub-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #magzub-1 | | CS | 1 … 1 | M | | (Med...med) | | 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 | <entryRelationship typeCode="COMP"> <act classCode="ACT" moodCode="INT"> <templateId root="1.2.40.0.34.11.8.1.3.4"/> <code code="EINZEL" displayName="Einzelverordnung" codeSystem="1.2.40.0.10.1.4.3.4.3.6" codeSystemName="MedikationTherapieArt"/> </act></entryRelationship> | | | hl7:act
|
| | 1 … 1 | M | | (Med...med) | | | 1 … 1 | F | ACT | | | 1 … 1 | F | INT | | II | 1 … 1 | M | | (Med...med) | | | 1 … 1 | F | 1.2.40.0.34.11.8.1.3.4 | | 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) |
| | 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) | | II | 1 … 1 | M | ID des MedikationVerordnung-Entry. | (Med...med) | | uid | 1 … 1 | F | 1.2.40.0.10.1.4.3.4.2.1 | | st | 1 … 1 | R | eMED-ID | | | 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 | <ClinicalDocument> <entry typeCode="DRIV"> <substanceAdministration classCode="SBADM" moodCode="INT"> <templateId root="1.2.40.0.34.11.8.1.3.1"/> <!-- ELGA --> <templateId root="2.16.840.1.113883.10.20.1.24"/> <!-- HL7 CCD --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/> <!-- IHE PCC --> <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/> <!-- IHE PHARM --> <!-- Dosierungsart 1, „Normal dosing“ --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/> : <!-- Einnahmedauer Einnahme von 27.05.2011 bis 08.06.2011 --> <effectiveTime> <low value="20110527000000+0200"/> <high value="20110608235959+0200"/> </effectiveTime> <!-- ********** Dosierungsart 1 Anfang ********** Im Falle von Dosierungsart 1 und 3 („Normal dosing“) werden die Einnahmezeitpunkte + Dosis in Form eines weiteren effectiveTime und eines doseQuantity Elements angegeben
Dosierungsart 1: Tagesdosierung Einmal täglich, 3 Stk. --> <!-- pro Tag --> <effectiveTime xsi:type="PIVL_TS" operator="A" institutionSpecified="true"> <period value="1" unit="d"/> </effectiveTime> <!-- 2 1/2 Stk --> <doseQuantity value="2.5"/> <!-- ********** Dosierungsart 1 Ende ********** --> : </substanceAdministration> </entry></ClinicalDocument> |
|
---|
Beispiel | Strukturbeispiel Dosierungsvariante 2 (Einzeldosierung) | <ClinicalDocument> <entry typeCode="DRIV"> <substanceAdministration classCode="SBADM" moodCode="INT"> <templateId root="1.2.40.0.34.11.8.1.3.1"/> <!-- ELGA --> <templateId root="2.16.840.1.113883.10.20.1.24"/> <!-- HL7 CCD --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/> <!-- IHE PCC --> <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/> <!-- IHE PHARM --> <!-- Dosierungsart 2, „Split dosing“ --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.9"/> : <!-- Einnahmedauer Einnahme von 27.05.2011 bis 08.06.2011 --> <effectiveTime> <low value="20110527000000+0200"/> <high value="20110608235959+0200"/> </effectiveTime> : <!-- ********** Dosierungsart 2 Anfang ********** Im Falle von Dosierungsart 2 und 4 („Split dosing“) werden die Einnahmezeitpunkte + Dosis in Form von untergeordneten entryRelationship Elementen angegeben (Morgens, Mittags, ...)
Dosierungsart 2: Einzeldosierung Morgens – Mittags – Abends - Nachts 2 - 0 - 1 - 0 --> <entryRelationship typeCode="COMP"> <!-- Einnahme: MORGENS, 2 Stück --> <sequenceNumber value="1"/> <substanceAdministration classCode="SBADM" moodCode="INT"> <text> <reference value="#dpos-2"/> </text> <effectiveTime xsi:type="EIVL_TS"> <event code="ACM"/> <offset value="0" unit="s"/> </effectiveTime> <doseQuantity value="2"/> <consumable> <manufacturedProduct> <manufacturedMaterial nullFlavor="NA"/> </manufacturedProduct> </consumable> </substanceAdministration> </entryRelationship> <entryRelationship typeCode="COMP"> <!-- Einnahme: ABENDS, 1 Stück --> <sequenceNumber value="2"/> <substanceAdministration classCode="SBADM" moodCode="INT"> <effectiveTime xsi:type="EIVL_TS"> <event code="ACV"/> <offset value="0" unit="s"/> </effectiveTime> <doseQuantity value="1"/> <consumable> <manufacturedProduct> <manufacturedMaterial nullFlavor="NA"/> </manufacturedProduct> </consumable> </substanceAdministration> </entryRelationship> <!-- ********** Dosierungsart 2 Ende ********** --> </substanceAdministration> </entry></ClinicalDocument> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| 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‑20Andere Versionen mit dieser Id: - Einnahmedauer vom 2011‑12‑19
|
---|
Status | Entwurf | Versions-Label | |
---|
Name | Einnahmedauer | Bezeichnung | Einnahmedauer |
---|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Beziehung | Version: Template 1.2.40.0.34.11.30006 Einnahmedauer (2013‑12‑20) ref elgabbr- |
---|
Beispiel | Einnahme von 27.05.2011 bis 03.06.2011 bzw. Einnahme von 27.05.2011, Dauer 1 Woche lang | <effectiveTime> <low value="20110527000000+0200"/> <high value="20110603235959+0200"/></effectiveTime> |
|
---|
Beispiel | Einnahme von 27.05.2011, Ende unbekannt | <effectiveTime> <low value="20110527000000+0200"/> <high nullFlavor="UNK"/></effectiveTime> |
|
---|
Beispiel | Einnahmestart unbekannt, Dauer 2 Wochen lang | <effectiveTime> <width value="2" unit="wk"/></effectiveTime> |
|
---|
Beispiel | Dosierungsinformationen sind angegeben, aber Einnahmedauer unbekannt | <ClinicalDocument> <effectiveTime xsi:type="IVL_TS"> <low nullFlavor="UNK"/> <high nullFlavor="UNK"/> </effectiveTime></ClinicalDocument> |
|
---|
|
8.3.2.65 Dosierungsvariante 1: Tagesdosierung effectiveTime
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 |
---|
Status | Entwurf | Versions-Label | |
---|
Name | Dosierung2 | Bezeichnung | Dosierungsvariante 2: Einzeldosierung |
---|
Beschreibung | Dosierungsvariante 2 (Einzeldosierung) bedeutet, dass zu gewissen Zeitpunkten des Tages eine gewisse Dosis eingenommen werden muss. Die Frequenz der Einnahme ist bei dieser Dosierungsvariante fixiert auf „täglich“. Die Angabe dieser Dosierungsvariante erfolgt in Form eines „Split dosing“. Im Falle von „Split dosing“ können die Einnahmezeitpunkte nicht einfach in Form eines zweiten effectiveTime und eines doseQuantity-Elements angegeben werden, sondern MÜSSEN als eigene „Komponenten“ (entryRelationship typeCode=“COMP“), welche jeweils den Zeitpunkt und die dazugehörige Dosis beinhalten, angegeben werden. |
|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Beziehung | Version: Template 1.2.40.0.34.11.30008 Dosierungsvariante 2: Einzeldosierung (2013‑12‑20) ref elgabbr- Version: Template 1.2.40.0.34.11.30008 Dosierungsvariante 2: Einzeldosierung (2013‑12‑20) ref elgabbr- |
---|
Beispiel | Strukturbespiel | <ClinicalDocument> <entry typeCode="DRIV"> <substanceAdministration classCode="SBADM" moodCode="INT"> <templateId root="1.2.40.0.34.11.8.1.3.1"/> <!-- ELGA --> <templateId root="2.16.840.1.113883.10.20.1.24"/> <!-- HL7 CCD --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/> <!-- IHE PCC --> <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/> <!-- IHE PHARM --> <!-- Dosierungsart 2, „Split dosing“ --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.9"/> : <!-- Einnahmedauer Einnahme von 27.05.2011 bis 08.06.2011 --> <effectiveTime> <low value="20110527000000+0200"/> <high value="20110608235959+0200"/> </effectiveTime> : <!-- ********** Dosierungsart 2 Anfang ********** Im Falle von Dosierungsart 2 und 4 („Split dosing“) werden die Einnahmezeitpunkte + Dosis in Form von untergeordneten entryRelationship Elementen angegeben (Morgens, Mittags, ...)
Dosierungsart 2: Einzeldosierung Morgens – Mittags – Abends - Nachts 2 - 0 - 1 - 0 --> <entryRelationship typeCode="COMP"> <!-- Einnahme: MORGENS, 2 Stück --> <sequenceNumber value="1"/> <substanceAdministration classCode="SBADM" moodCode="INT"> <text> <reference value="#dpos-2"/> </text> <effectiveTime xsi:type="EIVL_TS"> <event code="ACM"/> <offset value="0" unit="s"/> </effectiveTime> <doseQuantity value="2"/> <consumable> <manufacturedProduct> <manufacturedMaterial nullFlavor="NA"/> </manufacturedProduct> </consumable> </substanceAdministration> </entryRelationship> <entryRelationship typeCode="COMP"> <!-- Einnahme: ABENDS, 1 Stück --> <sequenceNumber value="2"/> <substanceAdministration classCode="SBADM" moodCode="INT"> <effectiveTime xsi:type="EIVL_TS"> <event code="ACV"/> <offset value="0" unit="s"/> </effectiveTime> <doseQuantity value="1"/> <consumable> <manufacturedProduct> <manufacturedMaterial nullFlavor="NA"/> </manufacturedProduct> </consumable> </substanceAdministration> </entryRelationship> <!-- ********** Dosierungsart 2 Ende ********** --> </substanceAdministration> </entry></ClinicalDocument> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | 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 |
---|
Status | Aktiv | Versions-Label | |
---|
Name | Dosierung3 | Bezeichnung | Dosierungsvariante 3: Tagesdosierung mit Einnahmepause |
---|
Beschreibung | Dosierungsvariante 3 (Tagesdosierung an bestimmten Tagen einer Woche) bedeutet, dass wie bei Dosierungsvariante 1 die angegebene Dosis im Laufe eines Tages eingenommen werden muss, wobei dies aber nur an bestimmten Wochentagen erfolgen soll. Die Frequenz der Einnahme ist bei dieser Dosierungsvariante fixiert auf „wöchentlich“. Hinweis: Der
Datentyp des effectiveTime-Elements der Dosierungsart ändert sich, wenn die Einnahme an EINEM (PIVL_TS) oder an MEHREREN Wochentagen (SXPR_TS, dazu mehrere comp-Unterelemente) erfolgen soll. |
|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Beziehung | Version: Template 1.2.40.0.34.11.30009 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause (2015‑09‑05) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <ClinicalDocument> <entry typeCode="DRIV"> <substanceAdministration classCode="SBADM" moodCode="INT"> <templateId root="1.2.40.0.34.11.8.1.3.1"/> <!-- ELGA --> <templateId root="2.16.840.1.113883.10.20.1.24"/> <!-- HL7 CCD --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/> <!-- IHE PCC --> <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/> <!-- IHE PHARM --> <!-- Dosierungsart 3, „Tagesdosierung an bestimmten Tagen“ --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/> : <!-- Einnahmedauer Einnahme von 01.10.2013 bis 30.10.2013 --> <effectiveTime> <low value="20131001000000+0200"/> <high value="20131030235959+0200"/> </effectiveTime> <!-- ********** Dosierungsart 3 Anfang – an EINEM Wochentag ********** Dosierungsart 3: Einzeldosierung an einem bestimmten Wochentag 1 Stück jeden Montag --> <effectiveTime xsi:type="PIVL_TS" operator="A"> <!-- Jeden Montag --> <phase value="20151221"/> <!-- Der 21.Dezember ist ein Montag --> <period value="1" unit="wk"/> </effectiveTime> <!-- 1 Stück --> <doseQuantity value="1"/> <!-- ********** Dosierungsart 3 Ende - an EINEM Wochentag ********** --> <!-- ********** Dosierungsart 3 Anfang – an MEHREREN Wochentagen ********** Im Falle von Dosierungsart 1 und 3 („Normal dosing“) werden die Einnahmezeitpunkte + Dosis in Form eines weiteren effectiveTime und eines doseQuantity Elements angegeben
Dosierungsart 3: Einzeldosierung an bestimmten Tagen Je 200 ml jeden Dienstag und Donnerstag --> <effectiveTime xsi:type="SXPR_TS" operator="A"> <!-- Jeden Dienstag --> <comp xsi:type="PIVL_TS"> <phase value="20131001"/> <!-- Der 1.Okt 2013 ist ein Dienstag --> <period value="1" unit="wk"/> </comp> <!-- Jeden Donnerstag --> <comp xsi:type="PIVL_TS" operator="I"> <phase value="20131003"/> <!-- Der 3.Okt 2013 ist ein Donnerstag --> <period value="1" unit="wk"/> </comp> </effectiveTime> <!-- 200 ml --> <doseQuantity value="200" unit="Ml"/> <!-- ********** Dosierungsart 3 Ende – an MEHREREN Wochentagen ********** --> : </substanceAdministration> </entry></ClinicalDocument> |
|
---|
|
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 |
---|
Status | Entwurf | Versions-Label | |
---|
Name | Dosierung4 | Bezeichnung | Dosierungsvariante 4: Einzeldosierung mit Einnahmepause |
---|
Beschreibung | Dosierungsvariante 4 (Einzeldosierung an bestimmten Tagen) bedeutet, dass wie bei Dosierungsvariante 2 zu gewissen Zeitpunkten des Tages eine gewisse Dosis eingenommen werden muss, wobei dies nur an bestimmten Tagen erfolgen soll. Die Frequenz der Einnahme ist bei dieser Dosierungsvariante fixiert auf „wöchentlich“. Die Angabe dieser Dosierungsvariante erfolgt in Form eines „Split dosing“. Im Falle von „Split dosing“ können die Einnahmezeitpunkte nicht einfach in Form eines zweiten effectiveTime und eines doseQuantity-Elements angegeben werden, sondern MÜSSEN als eigene „Komponenten“ (entryRelationship typeCode=“COMP“), welche jeweils den
Zeitpunkt und die dazugehörige Dosis beinhalten, angegeben werden. |
|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Beziehung | Version: Template 1.2.40.0.34.11.30010 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (2013‑12‑19) ref elgabbr- Version: Template 1.2.40.0.34.11.30010 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (2013‑12‑19) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <ClinicalDocument> <entry typeCode="DRIV"> <substanceAdministration classCode="SBADM" moodCode="INT"> <templateId root="1.2.40.0.34.11.8.1.3.1"/> <!-- ELGA --> <templateId root="2.16.840.1.113883.10.20.1.24"/> <!-- HL7 CCD --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/> <!-- IHE PCC --> <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/> <!-- IHE PHARM --> <!-- Dosierungsart 4, „Split dosing“ --> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.9"/> : <!-- Einnahmedauer Einnahme von 27.05.2011 bis 08.06.2011 --> <effectiveTime> <low value="20110527000000+0200"/> <high value="20110608235959+0200"/> </effectiveTime> : <!-- ********** Dosierungsart 4 ********** Im Falle von Dosierungsart 2 und 4 („Split dosing“) werden die Einnahmezeitpunkte + Dosis in Form von untergeordneten entryRelationship Elementen angegeben (Morgens, Mittags, ...) --> <!-- ********** Dosierungsart 4 Anfang – an EINEM Wochentag ********** Dosierungsart 4: Einzeldosierung an einem bestimmten Tag Morgens – Mittags – Abends - Nachts 2 - 0 - 1 - 0 Stück jeden Montag --> <entryRelationship typeCode="COMP"> <!-- Einnahme: MORGENS, 2 Stück, jeden Mo --> <sequenceNumber value="1"/> <substanceAdministration classCode="SBADM" moodCode="INT"> <text> <reference value="#dpos-2"/> </text> <effectiveTime xsi:type="SXPR_TS"> <comp xsi:type="EIVL_TS"> <event code="ACM"/> <offset value="0" unit="s"/> </comp> <!-- Jeden Montag --> <comp xsi:type="PIVL_TS" operator="A"> <phase value="20151221"/> <!-- Der 21.Dezember ist ein Montag --> <period value="1" unit="wk"/> </comp> </effectiveTime> <doseQuantity value="2"/> <consumable> <manufacturedProduct> <manufacturedMaterial nullFlavor="NA"/> </manufacturedProduct> </consumable> </substanceAdministration> </entryRelationship> <entryRelationship typeCode="COMP"> <!-- Einnahme: ABENDS, 1 Stück, jeden Mo --> <sequenceNumber value="2"/> <substanceAdministration classCode="SBADM" moodCode="INT"> <effectiveTime xsi:type="SXPR_TS"> <comp xsi:type="EIVL_TS"> <event code="ACV"/> <offset value="0" unit="s"/> </comp> <!-- Jeden Montag --> <comp xsi:type="PIVL_TS" operator="A"> <phase value="20151221"/> <!-- Der 21.Dezember ist ein Montag --> <period value="1" unit="wk"/> </comp> </effectiveTime> <doseQuantity value="1"/> <consumable> <manufacturedProduct> <manufacturedMaterial nullFlavor="NA"/> </manufacturedProduct> </consumable> </substanceAdministration> </entryRelationship> <!-- ********** Dosierungsart 4 Ende - an EINEM Wochentag ********** --> <!-- ********** Dosierungsart 4 Anfang – an MEHREREN Wochentagen ********** Dosierungsart 4: Einzeldosierung an bestimmten Tagen Morgens – Mittags – Abends - Nachts 2 - 0 - 1 - 0 Jeden Dienstag und Donnerstag --> <entryRelationship typeCode="COMP"> <!-- Einnahme: MORGENS, 2 Stück, jeden Di und Do --> <sequenceNumber value="1"/> <substanceAdministration classCode="SBADM" moodCode="INT"> <effectiveTime xsi:type="SXPR_TS"> <comp xsi:type="EIVL_TS"> <event code="ACM"/> <offset value="0" unit="s"/> </comp> <!-- Jeden Dienstag --> <comp xsi:type="PIVL_TS" operator="A"> <phase value="20131001"/> <!-- Der 1.Okt 2013 ist ein Dienstag --> <period value="1" unit="wk"/> </comp> <!-- Jeden Donnerstag --> <comp xsi:type="PIVL_TS" operator="I"> <phase value="20131003"/> <!-- Der 3.Okt 2013 ist ein Donnerstag --> <period value="1" unit="wk"/> </comp> </effectiveTime> <doseQuantity value="2"/> <consumable> <manufacturedProduct> <manufacturedMaterial nullFlavor="NA"/> </manufacturedProduct> </consumable> </substanceAdministration> </entryRelationship> <entryRelationship typeCode="COMP"> <!-- Einnahme: ABENDS, 1 Stück, jeden Di und Do --> <sequenceNumber value="2"/> <substanceAdministration classCode="SBADM" moodCode="INT"> <effectiveTime xsi:type="SXPR_TS"> <comp xsi:type="EIVL_TS"> <event code="ACV"/> <offset value="0" unit="s"/> </comp> <!-- Jeden Dienstag --> <comp xsi:type="PIVL_TS" operator="A"> <phase value="20131001"/> <!-- Der 1.Okt 2013 ist ein Dienstag --> <period value="1" unit="wk"/> </comp> <!-- Jeden Donnerstag --> <comp xsi:type="PIVL_TS" operator="I"> <phase value="20131003"/> <!-- Der 3.Okt 2013 ist ein Donnerstag --> <period value="1" unit="wk"/> </comp> </effectiveTime> <doseQuantity value="1"/> <consumable> <manufacturedProduct> <manufacturedMaterial nullFlavor="NA"/> </manufacturedProduct> </consumable> </substanceAdministration> </entryRelationship> <!-- ********** Dosierungsart 4 Ende – an MEHREREN Wochentagen ********* --> </substanceAdministration> </entry></ClinicalDocument> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | 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
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 |
---|
| | | 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
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 |
---|
| | | 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 |
---|
Status | Aktiv | Versions-Label | 1.0.3+20240819 |
---|
Name | ArzneiEntry | Bezeichnung | Arznei Entry |
---|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Beziehung | Version: Template 1.2.40.0.34.11.2.3.4 Arznei Entry (2022‑01‑21 11:57:02) ref elgabbr- Version: Template 1.2.40.0.34.11.2.3.4 Arznei Entry (2014‑02‑05) ref elgabbr- |
---|
Beispiel | Strukturbeispiel | <ClinicalDocument> <consumable> <manufacturedProduct classCode="MANU"> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/> <!-- IHE PCC --> <templateId root="2.16.840.1.113883.10.20.1.53"/> <!-- HL7 CCD --> <manufacturedMaterial classCode="MMAT" determinerCode="KIND"> <templateId root="1.2.40.0.34.11.2.3.4"/> <!-- ELGA --> <templateId root="1.3.6.1.4.1.19376.1.9.1.3.1"/> <!-- IHE PHARM --> <!-- Code der Arznei (PZN) oder nullFlavor --> <code code="533363" displayName="PARKEMED FTBL 500MG" codeSystem="1.2.40.0.34.4.16" codeSystemName="Pharmazentralnummer"/> <translation code="16288" displayName="Parkemed 500 mg - Filmtabletten" codeSystem="1.2.40.0.34.4.17" codeSystemName="Zulassungsnummer"/> <!-- Name der Arznei --> <name>Parkemed 500 mg - Filmtabletten</name> <!-- Darreichungsform --> <formCode code="100000073665" displayName="Filmtablette" codeSystem="1.2.40.0.10.1.4.3.4.3.5" codeSystemName="MedikationDarreichungsform"/> <!-- Angaben zur Packung (nur wenn PZN oder Zul.nummer vorhanden) --> <asContent classCode="CONT"> <containerPackagedMedicine classCode="CONT" determinerCode="INSTANCE"> <!-- Packungsgröße --> <capacityQuantity value="20"/> </containerPackagedMedicine> </asContent> <!-- Optional ein oder mehrere Wirkstoff(e) --> <!-- Wirkstoff 1 --> <ingredient classCode="ACTI"> <!-- Wirkstoff aus dem ATC Codesystem --> <ingredient classCode="MMAT" determinerCode="KIND"> <code code="M01AG01" displayName="Mefenamic acid" codeSystem="2.16.840.1.113883.6.73" codeSystemName="whoATC"/> <name>Mefenaminsäure</name> </ingredient> </ingredient> </manufacturedMaterial> </manufacturedProduct> </consumable></ClinicalDocument> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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) | | uid | 1 … 1 | F | 1.2.40.0.34.11.2.3.4 | | | hl7:templateId
|
| II | 1 … 1 | R | | (Arz...try) | | 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) | | cs | 0 … 1 | | | | CONF | @nullFlavor muss "NA" sein | oder | @nullFlavor muss "NI" sein | oder | @nullFlavor muss "UNK" sein |
| | CONF | @codeSystem muss "1.2.40.0.34.4.16" sein | oder | @codeSystem muss "1.2.40.0.34.4.17" sein |
| | Beispiel | Code der Arznei (PZN) <code code="981417" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.16" codeSystemName="Pharmazentralnummer"/> | | Beispiel | Code der Arznei (Zulassungsnummer) <code code="1-18296" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.17" codeSystemName="Zulassungsnummer"/> | | Beispiel | Code der Arznei (PZN) mit Zulassungsnummer <code code="981417" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.16" codeSystemName="Pharmazentralnummer"> <translation code="1-18296" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.17" codeSystemName="Zulassungsnummer"/></code> | | Beispiel | Magistrale Zubereitung ohne PZN oder Zulassungsnummer <code nullFlavor="NA"/> | | 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) | | 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 |
| | 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) | | cs | 0 … 1 | | | | CONF | @nullFlavor muss "NA" sein |
| | Beispiel | Name der Arznei <name>Parkemed 500mg</name> | | Beispiel | Magistrale Zubereitungen ohne Handelsname <name nullFlavor="NA"/> | | | pharm:formCode
|
| | 0 … 1 | | Darreichungsform, z.B. bei magistraler Zubereitung. | (Arz...try) | | CONF | 0 … 1 | F | 1.2.40.0.10.1.4.3.4.3.5 | | Beispiel | Darreichungsform bei magistraler Zubereitung <formCode code="100000073665" displayName="Filmtablette" codeSystem="1.2.40.0.10.1.4.3.4.3.5" codeSystemName="ELGA_MedikationDarreichungsform"/> | | Schematron assert | role | error | | | test | hl7:code/@code or (hl7:code/@nullFlavor and count(pharm:asContent)=0) | | | Meldung | pharm:asContent Komponente zur Aufnahme der Packungsangaben nur zulässig, wenn PZN oder Zulassungsnummer vorhanden | | | | pharm:asContent
|
| | 0 … 1 | | Angaben zur Packung. Angaben zur Packung werden nur angegeben, wenn die Arznei eine Pharmazentralnummer oder Zulassungsnummer besitzt. In allen anderen Fällen werden keine Angaben zur Packung gemacht. | (Arz...try) | | cs | 1 … 1 | F | CONT | | | | pharm:containerPackagedMedicine
|
| | 1 … 1 | M | Abbildung der Packungsangaben als untergeordnetes containerPackagedMedicine Element. | (Arz...try) | | cs | 1 … 1 | F | CONT | | cs | 1 … 1 | F | INSTANCE | | PQ | 1 … 1 | M | Menge der Arznei in der Packung. | (Arz...try) | | | 1 … 1 | R | | | 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) | | 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> | | | 1 … 1 | M | Code und Name des Wirkstoffs. | (Arz...try) | | cs | 1 … 1 | F | MMAT | | cs | 1 … 1 | F | KIND | | 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 |
| | ED | 0 … 1 | | Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. | (Arz...try) | | 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 |
| | 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:02Andere 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- |
---|
|
8.3.2.75 Splitdose-Einnahmezeitpunkte 1
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:00Andere 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- |
---|
|
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- |
---|
|
8.3.2.78 Patient Instructions
8.3.2.79 Pharmacist Instructions
8.3.2.80 Therapieart
8.3.2.81 ID des Containers
Id | 1.2.40.0.34.11.90013 ref elgabbr- | Gültigkeit | 2020‑07‑21 13:38:52Andere Versionen mit dieser Id: - Iddescontainers vom 2015‑04‑23
|
---|
Status | Entwurf | Versions-Label | |
---|
Name | Iddescontainers | Bezeichnung | ID des Containers |
---|
Beschreibung | Wird das ELGA MedikationVerordnungs-Entry im Rahmen der Medikationsliste verwendet, MUSS die ID des Rezept-Dokuments, welches das Verordnungs-Entry ursprünglich beinhaltete, angegeben sein. Bemerkung: Es ist immer die ID des Rezept-Dokuments anzugeben, mittels welchem das Verordnungs-Entry ursprünglich angelegt
wurde, auch wenn z.B. das vorliegende Verordnungs-Entry das Ergebnis von Änderungen mittels Pharmazeutischer Empfehlungen ist und demnach eine andere VerordnungsID als das ursprüngliche besitzt. |
|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Offen (auch andere als die definierten Elemente sind erlaubt) |
---|
Beziehung | Version: Template 1.2.40.0.34.11.90013 ID des Containers (2015‑04‑23) ref elgabbr- Version: Template 1.2.40.0.34.11.90013 ID des Containers (2015‑04‑23) ref elgabbr- |
---|
Beispiel | Beispiel | <reference typeCode="XCRPT"> <externalDocument> <id root="1.2.40.0.10.1.4.3.4.2.1" extension="WYE82A2G8EEW" assigningAuthorityName="e-MedAT"/> </externalDocument></reference> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | 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) | | uid | 1 … 1 | F | 1.2.40.0.10.1.4.3.4.2.1 | | st | 1 … 1 | R | eMED-ID | | | 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:02Andere Versionen mit dieser Id: - atcdabbr_entry_LaboratoryObservation vom 2023‑06‑01 13:58:20
- atcdabbr_entry_LaboratoryObservation vom 2021‑04‑19 16:15:55
|
---|
Status | Aktiv | Versions-Label | 1.0.0+20210311 |
---|
Name | atcdabbr_entry_LaboratoryObservation | Bezeichnung | Laboratory Observation Entry |
---|
Beschreibung | Ergebnisse einer Laboruntersuchung (Analyse, Test) werden als "observation" codiert. Jede "observation" stellt das Ergebnis genau einer Laboruntersuchung dar. Die "observation" kann - als Einzeluntersuchung direkt unter dem Specimen-Act (siehe "Laboratory Report Data Processing Entry");
- als Teil einer Befundgruppe (siehe "Laboratory Battery
Organizer");
vorkommen.
|
|
Kontext | Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.27 |
---|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Benutzt | Benutzt 3 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.6.0.11.9.1 | Inklusion | Narrative Text Reference (1.0.1+20210512) | DYNAMIC | 1.2.40.0.34.6.0.11.9.28 | Containment | Performer Body - Laboratory (1.0.0+20210219) | DYNAMIC | 1.2.40.0.34.6.0.11.3.11 | Containment | Comment Entry (1.0.0+20210219) | DYNAMIC |
|
|
---|
Beziehung | Spezialisierung: Template 1.3.6.1.4.1.19376.1.3.1.6 (DYNAMIC) ref at-cda-bbr- |
---|
Beispiel | Strukturbeispiel | <observation classCode="OBS" moodCode="EVN"> <templateId root="1.2.40.0.34.6.0.11.3.27"/> <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/> <id root="1.2.3.999" extension="--example only--"/> <code code="26464-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Leukozyten"/> <text> <reference value="#OBS-1-1"/> </text> <statusCode code="completed"/> <effectiveTime value="20190201092200+0100"/> <value unit="g/dL" value="16.0" xsi:type="PQ"/> <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" displayName="normal"/> <performer> <!-- template 1.2.40.0.34.6.0.11.9.28 'Performer Body - Laboratory' --> </performer> <entryRelationship typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.11 'Comment Entry' --> </entryRelationship> <referenceRange typeCode="REFV"> <observationRange classCode="OBS" moodCode="EVN.CRT"> <text> <reference value="#OBSREF-1-1"/> </text> <value xsi:type="IVL_PQ"> <low value="0" unit="g/dL"/> <high value="28" unit="g/dL" inclusive="false"/> </value> <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83"/> </observationRange> </referenceRange></observation> |
|
---|
Beispiel | Strukturbeispiel für ein in Arbeit befindliches Laborergebnis ('Wert folgt') | <observation classCode="OBS" moodCode="EVN"> <templateId root="1.2.40.0.34.6.0.11.3.27"/> <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/> <id root="1.2.3.999" extension="--example only--"/> <code code="26464-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Leukozyten"/> <text> <reference value="#OBS-1-2"/> </text> <statusCode code="completed"/> <effectiveTime value="UNK"/> <value xsi:type="CD" code="255599008" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED-CT" displayName="Incomplete (qualifier value)"> <translation> <originalText> <reference value="#OBS-1-2-result"/> </originalText> </translation> </value></observation> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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 <code code="26464-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Leukozyten"/> | | Beispiel | Codierung der Laboruntersuchung ohne passenden Code <code nullFlavor="OTH"> <translation code="alternativerCode" codeSystem="alternativeCodeSystem" codeSystemName="NameDesCodeSystems" displayName="klarTextDarstellung"/></code> | | Schematron assert | role | error | | | test | not(@nullFlavor) or not(@nullFlavor='OTH') or hl7:translation | | | Meldung | Wenn code[@nullFlavor='OTH'] dann MUSS code/translation anwesend sein. | | Eingefügt | 0 … 1 | | von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) Das Element "text" wird verwendet, um einen Verweis zum narrativen Text der Laboruntersuchung herzustellen. | | hl7:text
|
| ED | 0 … 1 | | | (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) | | | 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 <value xsi:type="PQ" value="49.7" unit="%"/> | | Beispiel | Codierung von numerischen, dimensionslosen Ergebnissen <!-- Für dimensionslose Einheiten wird in UCUM häufig eine Einheit angegeben, wie z.B. "[pH]" für den pH-Wert. --> <value xsi:type="PQ" value="7" unit="[pH]"/> | | Beispiel | Codierung von numerischen, dimensionslosen Ergebnissen <!-- Wenn keine UCUM-Einheit vorgeschlagen ist, können dimensionslose Einheiten auch mit @unit="1" dargestellt werden, hier für INR. --> <value xsi:type="PQ" value="1.1" unit="1"/> | | 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 <!-- Angabe von 20 - 30 mg/dl --> <!-- @inclusive gibt mit true/false an, ob die Intervallgrenze im Intervall enthalten ist oder nicht (offenes oder geschlossenes Intervall). --> <value xsi:type="IVL_PQ"> <low value="20" unit="mg/dl" inclusive="true"/> <high value="30" unit="mg/dl" inclusive="true"/></value> | | | hl7:value
|
| INT | | C | | (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. <value xsi:type="CD" code="260373001" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED-CT" displayName="Detected (qualifier value)"/> | | | hl7:value
|
| CD | | C | | (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') <value xsi:type="RTO"> <numerator value="1" xsi:type="INT"/> <denominator value="128" xsi:type="INT"/></value> | | | 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 <interpretationCode code="H" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="High"/> | | Beispiel | Bewertung eines nicht-numerischen Ergebnisses <interpretationCode code="AA" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Abnormal Alert"/> | | Schematron assert | role | error | | | test | not(hl7:referenceRange) or hl7:interpretationCode | | | Meldung | Wenn zu einer Laboruntersuchung ein Referenzwert mit observation/referenceRange angeführt wird MUSS auch eine Befundinterpretation in observation/interpretationCode erfolgen. | | | hl7:performer
|
| | 0 … * | | Externes Labor. Beinhaltet 1.2.40.0.34.6.0.11.9.28 Performer Body - Laboratory (DYNAMIC) | (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) | | 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) | | cs | 0 … 1 | F | ROL | | II | 1 … 1 | M | | (atc...ion) | | AD | 1 … 1 | R | | (atc...ion) | | TEL.AT | 1 … * | R | | (atc...ion) | | | 1 … 1 | M | | (atc...ion) | | cs | 0 … 1 | F | ENT | | cs | 0 … 1 | F | INSTANCE | | 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) : <!-- Level 2 - Narrativer Text --> : <tr ID="OBS-1-1"> <td>--Laboruntersuchung--</td> <td>--Ergebnis--</td> <td>--Einheit--</td> <td ID="OBSREF-1-1">43.0% - 49.0%</td></tr> : <!-- Level 3 - Codierung --> : <referenceRange typeCode="REFV"> <observationRange classCode="OBS" moodCode="EVN.CRT"> <text> <reference value="#OBSREF-1-1"/> </text> <value type="IVL_PQ"> <low value="43.0" unit="%"/> <high value="49.0" unit="%"/> </value> <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Normal"/> </observationRange></referenceRange> | | Beispiel | Phase 1: 43.0 - 49.0 Phase 2: 45.0 – 55.0 Phase 3: 49.0 – 63.0 (im zugehörigen section/text steht der entsprechende Text) <!-- Da oftmals die Kriterien für die Bewertung von Laborergebnissen nicht vollständig vorliegen, muss für einen Laborbefund die Angabe mehrerer möglicher Referenzbereiche möglich sein, welche sich durch unterschiedliche Vorbedingungen (preconditions) unterscheiden. Leider ist die Angabe solcher unter dem referenceRange laut CDA Rel.2 Definition nicht möglich. Deshalb MUSS an dieser Stelle eine Angabe in Textform erfolgen. Nachfolgendes Beispiel zeigt die Verwendung der "referenceRange" mit mehreren Referenzbereichen mit Preconditions. -->
: <!-- Level 2 - Narrativer Text --> : <tr ID="OBS-1-2"> <td>--Laboruntersuchung--</td> <td>--Ergebnis--</td> <td>--Einheit--</td> <td ID="OBSREF-1-2"> Phase 1: 43.0 - 49.0 <br/> Phase 2: 45.0 – 55.0 <br/> Phase 3: 49.0 – 63.0 </td></tr> : <!-- Level 3 - Codierung --> : <referenceRange typeCode="REFV"> <observationRange classCode="OBS" moodCode="EVN.CRT"> <text> <reference value="#OBSREF-1-2"/> </text> <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Normal"/> </observationRange></referenceRange> | | Beispiel | >40.0% (im zugehörigen section/text steht der entsprechende Text) <!-- Im Falle eines einseitig unbeschränkten Intervalls wie z.B. bei ">40" wird entweder nur der "low" bzw. "high" Wert angegeben, wobei auf der Seite, auf der die Intervallgrenze fehlt, ein @nullFlavor angegeben werden MUSS. Ein "kleiner als" Referenzbereich wie z.B. "<17" SOLL als Intervall von 0 bis 17 beschrieben werden. --> : <!-- WICHTIG: Im text-Bereich MUSS ">" durch ">" und "<" durch "<" ersetzt werden. --> : <!-- Level 2 - Narrativer Text --> : <tr ID="OBS-1-3"> <td>--Laboruntersuchung--</td> <td>--Ergebnis--</td> <td>--Einheit--</td> <td ID="OBSREF-1-3">>40.0%</td></tr> : <!-- Level 3 - Codierung --> : <referenceRange typeCode="REFV"> <observationRange classCode="OBS" moodCode="EVN.CRT"> <text> <reference value="#OBSREF-1-3"/> </text> <value type="IVL_PQ"> <low value="40.0" unit="%" inclusive="false"/> <high nullFlavor="PINF"/> </value> <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Normal"/> </observationRange></referenceRange> | | Beispiel | 150 - 360 G/L (im zugehörigen section/text steht der entsprechende Text) : <!-- Level 2 - Narrativer Text --> : <tr ID="OBS-1-4"> <td>--Laboruntersuchung--</td> <td>--Ergebnis--</td> <td>--Einheit--</td> <td ID="OBSREF-1-4">150 - 360 G/L</td></tr> : <!-- Level 3 - Codierung --> : <referenceRange typeCode="REFV"> <observationRange classCode="OBS" moodCode="EVN.CRT"> <text> <reference value="#OBSREF-1-4"/> </text> <value type="IVL_PQ"> <low value="150" unit="G/L"/> <high value="360" unit="G/L"/> </value> <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Normal"/> </observationRange></referenceRange> | | | hl7:observationRange
|
| | 1 … 1 | M | | (atc...ion) | | cs | 1 … 1 | F | OBS | | 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. | | ED | 1 … 1 | M | | (atc...ion) | | 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) | | | 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. | | | 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']
| | IVXB_PQ | 0 … 1 | | | (atc...ion) | wo [not(@nullFlavor)] | | | IVXB_PQ | 0 … 1 | | | (atc...ion) | wo [@nullFlavor='NA'] | | | 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']
| | IVXB_PQ | 0 … 1 | | | (atc...ion) | wo [not(@nullFlavor)] | | | IVXB_PQ | 0 … 1 | | | (atc...ion) | wo [@nullFlavor='NA'] | | | IVXB_PQ | 0 … 1 | | | (atc...ion) | wo [@nullFlavor='PINF'] | | | CE | 1 … 1 | M | | (atc...ion) | | CONF | 1 … 1 | F | N | | 1 … 1 | F | 2.16.840.1.113883.5.83 (Observation Interpretation) |
|
8.3.2.83 EXNDS Arzneimittel-Organizer
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 | Beispiel | <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false"> <hl7:templateId root="1.2.40.0.34.6.0.11.3.140"/> <hl7:code code="ArzMittelPreisTAX" codeSystem="1.2.40.0.34.5.195" displayName="TAX-Preis des Arzneimittels" codeSystemName="EXNDS_Concepts"/> <hl7:value xsi:type="PQ" value="--TODO--" unit="cs"/> <hl7:entryRelationship typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.142 'EXNDS Preis Mehrwertsteuersatz' (2020-10-06T16:36:41) --> </hl7:entryRelationship></hl7:observation> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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 | 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 |
---|
| | | | | (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 | Beispiel | <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false"> <hl7:templateId root="1.2.40.0.34.6.0.11.3.141"/> <hl7:code code="ArzMittelPreisApo" codeSystem="1.2.40.0.34.5.195" displayName="Apotheken-Verkaufspreis des Arzneimittels" codeSystemName="EXNDS_Concepts"/> <hl7:value xsi:type="PQ" value="--TODO--" unit="cs"/> <hl7:entryRelationship typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.142 'EXNDS Preis Mehrwertsteuersatz' (2020-10-06T16:36:41) --> </hl7:entryRelationship></hl7:observation> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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 | 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 |
---|
| | | | | (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
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 | Beispiel | <hl7:organizer classCode="BATTERY" moodCode="EVN"> <hl7:templateId root="1.2.40.0.34.6.0.11.3.146"/> <hl7:id root="1.2.3.999" extension="--example only--"/> <hl7:code code="ArnMittelMagOrganizer" codeSystem="1.2.40.0.34.5.195" displayName="Organizer für magistrale Zubereitungen" codeSystemName="EXNDS_Concepts"/> <hl7:statusCode code="completed"/> <hl7:component typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.140 'EXNDS Preis Arzneimittel TAX' (2020-10-06T15:52:49) --> </hl7:component> <hl7:component typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.147 'EXNDS Arzneimittel Magistraler Bestandteil' (2020-10-06T17:22:32) --> </hl7:component></hl7:organizer> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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 | 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 |
---|
| | | | | (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) | | | 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 | 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 |
---|
| | | | | (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 | 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 |
---|
| | | | | (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 |
---|
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 | <substanceAdministration moodCode="EVN" negationInd="false" classCode="SBADM"> <templateId root="1.2.40.0.34.6.0.11.3.1"/> <templateId root="2.16.840.1.113883.10.20.1.24"/> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12"/> <id root="1.2.3.999" extension="extension"/> <code code="IMMUNIZ" codeSystem="2.16.840.1.113883.5.4" codeSystemName="ActCode"/> <text> <reference value="#ref-1"/> </text> <statusCode code="completed"/> <effectiveTime value="20200617122000+0200"/> <routeCode nullFlavor="NA"/> <approachSiteCode nullFlavor="NA"/> <doseQuantity nullFlavor="UNK"/> <consumable typeCode="CSM"> <!-- template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) (2019‑04‑24T08:57:24) --> </consumable> <performer typeCode="PRF"> <!-- template 1.2.40.0.34.6.0.11.9.21 'Performer Body - Impfende Person' (2019-05-08T13:21:12) --> </performer> <author> <!-- template 1.2.40.0.34.6.0.11.9.8 'Author Body - e-Impfpass' (2021‑02‑19T13:12:25) --> </author> <entryRelationship typeCode="RSON"> <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) --> </entryRelationship> <entryRelationship typeCode="SUBJ"> <!-- template 1.2.40.0.34.6.0.11.3.168 'Zusatzklassifikation' (2021-05-19T15:05:17) --> </entryRelationship> <precondition> <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) --> </precondition></substanceAdministration> |
|
---|
Beispiel | Impfung - Vollständig für Kompletter Immunisierungsstatus | <substanceAdministration moodCode="EVN" negationInd="false" classCode="SBADM"> <templateId root="1.2.40.0.34.6.0.11.3.1"/> <templateId root="2.16.840.1.113883.10.20.1.24"/> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12"/> <id root="1.2.3.999" extension="extension"/> <code code="IMMUNIZ" codeSystem="2.16.840.1.113883.5.4" codeSystemName="ActCode"/> <text> <reference value="#ref-1"/> </text> <statusCode code="completed"/> <effectiveTime value="20190817121500+0200"/> <routeCode nullFlavor="NA"/> <approachSiteCode nullFlavor="NA"/> <doseQuantity value="1" unit="{Packung}"/> <consumable typeCode="CSM"> <!-- template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) (2019‑04‑24T08:57:24) --> </consumable> <performer typeCode="PRF"> <!-- template 1.2.40.0.34.6.0.11.9.21 'Performer Body - Impfende Person' (2019-05-08T13:21:12) --> </performer> <author> <!-- template 1.2.40.0.34.6.0.11.9.8 'Author Body - e-Impfpass' (2021‑02‑19T13:12:25) --> </author> <participant typeCode="ENT"> <!-- template 1.2.40.0.34.6.0.11.9.14 'Participant Body Transcriber' (2019-04-03T16:19:46) --> </participant> <participant typeCode="VRF"> <!-- template 1.2.40.0.34.6.0.11.9.44 'Participant Body Verifier' (2021‑08‑04 12:28:20) --> </participant> <entryRelationship typeCode="RSON"> <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) --> </entryRelationship> <entryRelationship typeCode="SUBJ"> <!-- template 1.2.40.0.34.6.0.11.3.168 'Zusatzklassifikation' (2021-05-19T15:05:17) --> </entryRelationship> <reference typeCode="REFR"> <externalDocument classCode="DOC" moodCode="EVN"> <templateId root="1.2.40.0.34.6.0.11.3.14"/> <id root="1.2.40.0.34.99.4613.3.1" extension="1"/> <code code="308707006" codeSystem="2.16.840.1.113883.6.96" displayName="Zertifikat"> <translation code="DGC-V" codeSystem="1.2.40.0.34.5.183" codeSystemName="eImpf_Ergaenzung" displayName="Impfzertifikat"/> </code> <text> <reference value="https://epi-service.gv.at/wasauchimmer/654654316546.pdf"/> </text> </externalDocument> </reference> <precondition> <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) --> </precondition></substanceAdministration> |
|
---|
Beispiel | Nachtragung einer Impfung (z.B. aus Papier-Impfpass) | <substanceAdministration moodCode="EVN" negationInd="false" classCode="SBADM"> <templateId root="1.2.40.0.34.6.0.11.3.1"/> <templateId root="2.16.840.1.113883.10.20.1.24"/> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12"/> <id root="1.2.3.999" extension="extension"/> <code code="IMMUNIZ" codeSystem="2.16.840.1.113883.5.4" codeSystemName="ActCode"/> <text> <reference value="#ref-1"/> </text> <statusCode code="completed"/> <effectiveTime value="202006"/> <routeCode nullFlavor="NA"/> <approachSiteCode nullFlavor="NA"/> <doseQuantity nullFlavor="UNK"/> <consumable typeCode="CSM"> <!-- choice: template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) (2019‑04‑24T08:57:24) oder template 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC) (2019‑06‑05T07:33:24) --> </consumable> <participant typeCode="ENT"> <!-- template 1.2.40.0.34.6.0.11.9.14 Participant Body - Transcriber (DYNAMIC) (2019-04-03T16:19:46) --> </participant> <entryRelationship typeCode="RSON"> <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) --> </entryRelationship> <precondition> <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) --> </precondition></substanceAdministration> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
hl7:substanceAdministration
|
| | | | | (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) | | | 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)] | | | | 1 … 1 | R | Dosierung bzw. Menge des verabreichten Impfstoffes. | | 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.
| | IVXB_PQ | | NP | | (atc...ion) | | PQ | | NP | | (atc...ion) | | PQ | | NP | | (atc...ion) | | IVXB_PQ | | NP | | (atc...ion) | | | hl7:doseQuantity
|
| IVL_PQ | 0 … 1 | | | (atc...ion) | wo [@nullFlavor='UNK'] | | | 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']] | | | 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']] | | | 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 |
---|
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 | Beispiel | <observation classCode="OBS" moodCode="EVN"> <templateId root="1.2.40.0.34.6.0.11.3.2"/> <id root="1.2.3.999" extension="extension"/> <code code="836381006" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Diphtherie Impfstoff"/> <text> <reference value="#my-refX"/> </text> <statusCode code="completed"/></observation> |
|
---|
|
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:11Andere 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 | Beispiel | <act classCode="ACT" moodCode="INT" negationInd="false"> <templateId root="1.2.40.0.34.6.0.11.3.5"/> <id extension="extension" root="1.2.3.999"/> <code code="PAY" codeSystem="2.16.840.1.113883.5.4" displayName="payment"> <qualifier> <value code="xxxxxGI1" codeSystem="2.16.840.1.113883.6.96" displayName="Indikationsimpfung für Risikogruppe"/> </qualifier> </code> <statusCode code="completed"/> <effectiveTime value="2029"/></act> |
|
---|
|
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 |
---|
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 | 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"/> <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 O --> <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 |
---|
| | 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) | | cs | 1 … 1 | R | | | oid | 1 … 1 | R | | | 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'] | | | 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) | | | 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)] | | | st | 1 … 1 | R | | | oid | 1 … 1 | R | | | 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) | | ED | 1 … 1 | M | Textinhalt, der codiert wurde.
| (atc...ule) | | 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) | | | 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'] | | | 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'] | | | 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'] | | | 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 |
---|
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) | <substanceAdministration moodCode="EVN" negationInd="false" classCode="SBADM"> <templateId root="1.2.40.0.34.6.0.11.3.28"/> <templateId root="2.16.840.1.113883.10.20.1.24"/> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12"/> <id root="1.2.3.999" extension="extension"/> <!-- Code 90351000119108: "Vaccination not done" --> <code code="90351000119108" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Vaccination not done (situation)"/> <text> <reference value="#ref-1"/> </text> <statusCode code="completed"/> <effectiveTime nullFlavor="UNK"/> <routeCode nullFlavor="NA"/> <approachSiteCode nullFlavor="NA"/> <consumable typeCode="CSM"> <!-- template 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC) (2019‑06‑05T07:33:24) --> </consumable></substanceAdministration> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
hl7:substanceAdministration
|
| | | | | (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) | | | 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 |
---|
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 | <substanceAdministration classCode="SBADM" moodCode="PRP" negationInd="false"> <templateId root="1.2.40.0.34.6.0.11.3.3"/> <templateId root="2.16.840.1.113883.10.20.1.25"/> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12.2"/> <id root="1.2.3.999" extension="extension"/> <code code="171258008" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/> <text> <reference value="#ref-1"/> </text> <statusCode code="active"/> <effectiveTime xsi:type="IVL_TS"> <low value="20200917"/> <high nullFlavor="UNK"/> </effectiveTime> <routeCode nullFlavor="NA"/> <approachSiteCode nullFlavor="NA"/> <doseQuantity value="2" unit="{Ampullen}"/> <consumable> <!-- template 1.2.40.0.34.6.0.11.9.32 'Vaccine' (2019-04-24T08:57:24) --> </consumable> <author> <!-- template 1.2.40.0.34.6.0.11.9.2 'Author Body ' (2019-01-18T11:37:17) --> </author> <entryRelationship typeCode="RSON"> <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) --> </entryRelationship> <entryRelationship typeCode="RSON"> <!-- template 1.2.40.0.34.6.0.11.3.17 'Comment Entry - Single Author / Informant' (2019-02-07T13:10:44) --> </entryRelationship> <reference typeCode="REFR"> <!-- template 1.2.40.0.34.6.0.11.3.14 'External Document Entry' (2019-05-06T14:00:33) --> </reference> <precondition typeCode="PRCN"> <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) --> </precondition></substanceAdministration> |
|
---|
Beispiel | Empfohlene Impfung ohne Termin | <substanceAdministration classCode="SBADM" moodCode="PRP" negationInd="false"> <templateId root="1.2.40.0.34.6.0.11.3.3"/> <templateId root="2.16.840.1.113883.10.20.1.25"/> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12.2"/> <id root="1.2.3.999" extension="extension"/> <code code="723620004" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/> <text> <reference value="#ref-1"/> </text> <statusCode code="active"/> <effectiveTime xsi:type="IVL_TS"> <low nullFlavor="UNK"/> <high nullFlavor="UNK"/> </effectiveTime> <routeCode nullFlavor="NA"/> <approachSiteCode nullFlavor="NA"/> <doseQuantity nullFlavor="NA"/> <consumable> <!-- template 1.2.40.0.34.6.0.11.9.32 'Vaccine' (2019-04-24T08:57:24) --> </consumable> <author> <!-- template 1.2.40.0.34.6.0.11.9.2 'Author Body ' (2019-01-18T11:37:17) --> </author> <entryRelationship typeCode="RSON"> <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) --> </entryRelationship> <entryRelationship typeCode="RSON"> <!-- template 1.2.40.0.34.6.0.11.3.17 'Comment Entry - Single Author / Informant' (2019-02-07T13:10:44) --> </entryRelationship> <reference typeCode="REFR"> <!-- template 1.2.40.0.34.6.0.11.3.14 'External Document Entry' (2019-05-06T14:00:33) --> </reference> <precondition typeCode="PRCN"> <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) --> </precondition></substanceAdministration> |
|
---|
Beispiel | Keine weitere Impfung notwendig | <substanceAdministration classCode="SBADM" moodCode="PRP" negationInd="false"> <templateId root="1.2.40.0.34.6.0.11.3.3"/> <templateId root="2.16.840.1.113883.10.20.1.25"/> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12.2"/> <id root="1.2.3.999" extension="extension"/> <code code="713404003" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/> <text> <reference value="#ref-1"/> </text> <statusCode code="active"/> <effectiveTime xsi:type="IVL_TS"> <low nullFlavor="UNK"/> <high nullFlavor="UNK"/> </effectiveTime> <routeCode nullFlavor="NA"/> <approachSiteCode nullFlavor="NA"/> <doseQuantity nullFlavor="NA"/> <consumable> <!-- template 1.2.40.0.34.6.0.11.9.31 'Vaccine Product nicht angegeben' (2019‑06‑05T07:33:24) --> </consumable> <author> <!-- template 1.2.40.0.34.6.0.11.9.2 'Author Body ' (2019-01-18T11:37:17) --> </author> <entryRelationship typeCode="RSON"> <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) --> </entryRelationship> <entryRelationship typeCode="RSON"> <!-- template 1.2.40.0.34.6.0.11.3.17 'Comment Entry - Single Author / Informant' (2019-02-07T13:10:44) --> </entryRelationship> <reference typeCode="REFR"> <!-- template 1.2.40.0.34.6.0.11.3.14 'External Document Entry' (2019-05-06T14:00:33) --> </reference> <precondition typeCode="PRCN"> <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) --> </precondition></substanceAdministration> |
|
---|
Beispiel | Nicht indizierte Impfung (Update Immunisierungsstatus) | <substanceAdministration classCode="SBADM" moodCode="PRP" negationInd="true"> <templateId root="1.2.40.0.34.6.0.11.3.3"/> <templateId root="2.16.840.1.113883.10.20.1.25"/> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12.2"/> <id root="1.2.3.999" extension="extension"/> <code code="IMMUNIZ" codeSystem="2.16.840.1.113883.5.4"/> <text> <reference value="#ref-1"/> </text> <statusCode code="active"/> <!-- von wann bis wann ist die angegebene Impfung nicht indiziert --> <effectiveTime xsi:type="IVL_TS"> <low value="20220101"/> <high value="20221231"/> </effectiveTime> <routeCode nullFlavor="NA"/> <approachSiteCode nullFlavor="NA"/> <doseQuantity nullFlavor="NA"/> <consumable typeCode="CSM"> <!-- template 1.2.40.0.34.6.0.11.9.31 'Vaccine Product nicht angegeben' --> </consumable> <author> <!-- template 1.2.40.0.34.6.0.11.9.2 'Author Body ' --> </author> <entryRelationship typeCode="RSON"> <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' --> </entryRelationship> <entryRelationship typeCode="RSON"> <!-- template 1.2.40.0.34.6.0.11.3.17 'Comment Entry - Single Author / Informant' --> </entryRelationship> <precondition typeCode="PRCN"> <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' --> </precondition></substanceAdministration> |
|
---|
Beispiel | Nicht indizierte Impfung (Kompletter Immunisierungsstatus) | <substanceAdministration classCode="SBADM" moodCode="PRP" negationInd="true"> <templateId root="1.2.40.0.34.6.0.11.3.3"/> <templateId root="2.16.840.1.113883.10.20.1.25"/> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12.2"/> <id root="1.2.3.999" extension="extension"/> <code code="266758009" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/> <text> <reference value="#ref-1"/> </text> <statusCode code="active"/> <!-- von wann bis wann ist die angegebene Impfung nicht indiziert --> <effectiveTime xsi:type="IVL_TS"> <low value="20220101"/> <high value="20221231"/> </effectiveTime> <routeCode nullFlavor="NA"/> <approachSiteCode nullFlavor="NA"/> <doseQuantity nullFlavor="NA"/> <consumable typeCode="CSM"> <!-- template 1.2.40.0.34.6.0.11.9.31 'Vaccine Product nicht angegeben' --> </consumable> <author> <!-- template 1.2.40.0.34.6.0.11.9.2 'Author Body ' --> </author> <entryRelationship typeCode="RSON"> <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' --> </entryRelationship> <entryRelationship typeCode="RSON"> <!-- template 1.2.40.0.34.6.0.11.3.17 'Comment Entry - Single Author / Informant' --> </entryRelationship> <precondition typeCode="PRCN"> <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' --> </precondition></substanceAdministration> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
hl7:substanceAdministration
|
| | | | Eine Impfempfehlung ist ein Vorschlag zur Verabreichung eines Impfstoffes oder eine Dokumentation einer beabsichtigten, aber noch nicht verabreichten Impfung. | IHE PCC TF2 Rev.11, 6.3.4.17 | | @classCode
|
| cs | 1 … 1 | F | SBADM | | @moodCode
|
| cs | 1 … 1 | F | PRP | | Von den beiden laut IHE PCC möglichen Werten wird nur PRP (recommended immunization (proposal)) verwendet. | | @negationInd
|
| bl | 1 … 1 | R |
-
Impfempfehlungen (geplante Impfungen) werden mit false gekennzeichnet.
-
Impfungen, die aus medizinischen Gründen nicht verabreicht werden dürfen (Kontraindikation), werden mit true gekennzeichnet.
-
Nicht gewünschte oder abgelehnte Impfungen werden nicht dokumentiert.
| | hl7:templateId
|
| II | 1 … 1 | M | ELGA | IHE PCC TF2 Rev.11, 6.3.4.17 | | | @root
|
| uid | 1 … 1 | F | 1.2.40.0.34.6.0.11.3.3 | | hl7:templateId
|
| II | 1 … 1 | M | HL7 CCD | IHE PCC TF2 Rev.11, 6.3.4.17 | wo [@root='2.16.840.1.113883.10.20.1.25'] | | | | @root
|
| uid | 1 … 1 | F | 2.16.840.1.113883.10.20.1.25 | | hl7:templateId
|
| II | 1 … 1 | M | IHE PCC Immunization Recommendation Entry | IHE PCC TF2 Rev.11, 6.3.4.17 | wo [@root='1.3.6.1.4.1.19376.1.5.3.1.4.12.2'] | | | | @root
|
| uid | 1 … 1 | F | 1.3.6.1.4.1.19376.1.5.3.1.4.12.2 | | hl7:id
|
| II | 1 … 1 | M | Id der einzelnen Impfempfehlung, auf die referenziert werden kann (z.B. für Updates). Eindeutigkeit ist unbedingt zu wahren. | IHE PCC TF2 Rev.11, 6.3.4.17 | | hl7:code
|
| CD | 1 … 1 | M | Klassifikation der Impfempfehlung und deren Bedeutung für den Impfling. - Automatisch berechnete Impfempfehlungen erhalten einen jeweils passenden Code aus dem Value Set
- Ärztliche Impfempfehlungen tragen im Dokument "Update Immunisierungsstatus" einen fixen Code ("IMMUNIZ"). Für diese ärztlichen
Impfempfehlungen wird im Dokument "Kompletter Immunisierungsstatus" - basierend auf dem vom Arzt eingegebenen Datum - ein aktuell passender Code aus dem Value Set eingetragen.
| IHE PCC TF2 Rev.11, 6.3.4.17 | | | @code
|
| cs | 1 … 1 | R | | | | @codeSystem
|
| oid | 1 … 1 | R | | | | @codeSystemName
|
| st | 0 … 1 | | | | | @displayName
|
| st | 0 … 1 | | | | Constraint |
-
Im Fall der Dokumentenklasse "Update Immunisierungsstatus" MUSS der fixe Code "IMMUNIZ" strukturiert sein.
-
Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" MUSS ein Code aus dem Value Set "eImpf_SpecialCaseVaccination" angeführt werden.
| | CONF | Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.3 eImpf_SpecialCaseVaccination (DYNAMIC) | oder | @code muss "IMMUNIZ" sein | @codeSystem muss "2.16.840.1.113883.5.4" sein |
| Eingefügt | 1 … 1 | M | von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) Der menschenlesbare Text MUSS automatisch aus den strukturierten Informationen dieses Elements generiert werden. Das text-Element DARF NUR den Verweis auf den entsprechenden Text im menschenlesbaren Teil enthalten. | | hl7:text
|
| ED | 1 … 1 | M | | IHE PCC TF2 Rev.11, 6.3.4.17 | | | hl7:reference
|
| TEL | 1 … 1 | M | Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.
Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.
| IHE PCC TF2 Rev.11, 6.3.4.17 | | | 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)] | | | 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']] | | | 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']] | | | 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 | | 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 | | 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:16Andere Versionen mit dieser Id: - atcdabbr_entry_impfPlan vom 2021‑02‑19 12:47:27
- atcdabbr_entry_impfPlan vom 2019‑07‑18 15:30:53
|
---|
Status | Aktiv | Versions-Label | 1.1.0+20230717 |
---|
Name | atcdabbr_entry_impfplan | Bezeichnung | Impfplan Entry |
---|
Beschreibung |
Referenz auf die Information, die der Impfempfehlung zugrunde liegt, z.B.:
-
Nationaler Impfplan ("Impfplan Österreich")
-
e-Impfplan Regelwerk - beinhaltet Informationen aus dem Impfplan Österreich und teilweise aus den Fachinformationen, sollte diese im Impfplan Österreich zu wenig spezifiziert sein.
-
weitere Fachinformation (liegt derzeit nicht strukturiert vor)
-
Individuelle Konstellation des Impflings -> manueller Eintrag bei Impfung
(Abhängig vom Produkt bzw. "Impfung", wenn Kombinationspräparat)
|
|
Kontext | Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.22 |
---|
Label | atcdabbr_entry_impfplan
|
---|
Klassifikation | CDA Entry Level Template |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Benutzt | Benutzt 1 Template | Benutzt | als | Name | Version |
---|
1.2.40.0.34.6.0.11.9.1 | Inklusion | Narrative Text Reference (1.0.1+20210512) | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.6.0.11.3.22 Impfplan Entry (2021‑02‑19 12:47:27) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.22 Impfplan Entry (2019‑07‑18 15:30:53) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.328 CDA ExternalDocument (2005‑09‑07) ref ad1bbr- |
---|
Beispiel | Strukturbeispiel | <externalDocument classCode="DOC" moodCode="EVN"> <templateId root="1.2.40.0.34.6.0.11.3.22"/> <id root="1.2.40.0.34.7.20" extension="2019.1"/> <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M --> <versionNumber value="1"/></externalDocument> |
|
---|
Beispiel | Strukturbeispiel | <externalDocument classCode="DOC" moodCode="EVN"> <templateId root="1.2.40.0.34.6.0.11.3.22"/> <id root="1.2.40.0.34.7.29" extension="1.8.0+20230118"/> <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M --> </externalDocument> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | 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 | | | 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 | Beispiel | <hl7:act> <hl7:templateId root="1.2.40.0.34.6.0.11.3.150"/> <hl7:id root="1.2.3.999" extension="--example only--"/> <hl7:code code="BefundKartEintrag" codeSystem="1.2.40.0.34.5.195" displayName="Befund Karteieintrages"/> <!-- choice: 1..1 element hl7:reference containing template 1.2.40.0.34.6.0.11.3.151 (dynamic) element hl7:entryRelationship containing template 1.2.40.0.34.6.0.11.3.137 (dynamic) --> </hl7:act> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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) | | cs | 1 … 1 | F | COMP | | 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 | 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 |
---|
| | | | | (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 | Beispiel | <hl7:act> <hl7:templateId root="1.2.40.0.34.6.0.11.3.152"/> <hl7:code code="eCardKonsDaten" codeSystem="1.2.40.0.34.5.195" displayName="eCard Konsultationsdaten" codeSystemName="EXNDS_Concepts"/> <hl7:effectiveTime value="20210212135352+01:00"/> <hl7:reference> <!-- template 1.2.40.0.34.6.0.11.3.153 'EXNDS ExternalAct' (2020-10-16T15:50:38) --> </hl7:reference></hl7:act> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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 | 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 |
---|
| | | | | (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 | Beispiel | <hl7:act> <hl7:templateId root="1.2.40.0.34.6.0.11.3.154"/> <hl7:code code="ABS-Daten" codeSystem="1.2.40.0.34.5.195" displayName="ABS Daten" codeSystemName="EXNDS_Concepts"/> <hl7:effectiveTime value="20210212134759+01:00"/> <hl7:reference> <!-- template 1.2.40.0.34.6.0.11.3.153 'EXNDS ExternalAct' (2020-10-16T15:50:38) --> </hl7:reference></hl7:act> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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
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 | 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 |
---|
| | | | | (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 | 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"> <!-- template 1.2.40.0.34.6.0.11.3.157 'EXNDS Krankenstand Grund' (2020-11-06T13:53:13) --> </hl7:entryRelationship> <hl7:entryRelationship typeCode="COMP" contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.158 'EXNDS Krankenstand voraussichtliches Ende' (2020-11-06T14:06:30) --> </hl7:entryRelationship></hl7:act> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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 | Beispiel | <hl7:observation classCode="OBS" moodCode="EVN"> <hl7:templateId root="1.2.40.0.34.6.0.11.3.157"/> <hl7:id root="1.2.3.999" extension="--example only--"/> <hl7:code code="KrankenstandGrund" codeSystem="1.2.40.0.34.5.195" displayName="Grund für den Krankenstand" codeSystemName="EXNDS_Concepts"/> <hl7:text/> <hl7:value xsi:type="CD" nullFlavor="NA"> <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) 1..1 M --> </hl7:value></hl7:observation> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | | (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) | | 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) | | | 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 | 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 |
---|
| | | | | (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:00Andere 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 |
---|
| 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". | | 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.
| | ADXP | 0 … 1 | C | Straße ohne Hausnummer, z.B. Musterstraße | (atc...ion) | | ADXP | 0 … 1 | C | Hausnummer, z.B. 11a/2/1 | (atc...ion) | | ADXP | 1 … 1 | M | Postleitzahl | (atc...ion) | | ADXP | 1 … 1 | M | Stadt | (atc...ion) | | ADXP | 0 … 1 | | Bundesland | (atc...ion) | | 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. | | | 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:05Andere 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 |
---|
| cs | 0 … 1 | F | PSN | | cs | 0 … 1 | F | INSTANCE | | 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:56Andere 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 |
---|
| cs | 0 … 1 | F | PSN | | cs | 0 … 1 | F | INSTANCE | | 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:14Andere 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 |
---|
| cs | 0 … 1 | F | ORG | | cs | 0 … 1 | F | INSTANCE | | 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 |
---|
Status | Aktiv | Versions-Label | 1.0.2+20230717 |
---|
Name | atcdabbr_other_AddressCompilationMinimal | Bezeichnung | Address Compilation Minimal |
---|
Beschreibung | Adressangabe in Granularitätsstufe 2 oder 3
|
---|
Klassifikation | Template-Typ nicht spezifiziert |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Beziehung | Spezialisierung: Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (2021‑06‑28 13:44:14) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (2021‑02‑19 13:05:57) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (2019‑03‑27 11:26:08) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.4 Address Information Compilation (2019‑02‑11 13:19:54) ref at-cda-bbr- |
---|
Beispiel | Österreichische Postadresse | <addr> <streetName>Musterstraße</streetName> <houseNumber>11a/2/1</houseNumber> <postalCode>7000</postalCode> <city>Eisenstadt</city> <state>Burgenland</state> <country>AUT</country> <additionalLocator>Station A, Zimmer 9</additionalLocator></addr> |
|
---|
Beispiel | Besuchsadresse | <addr use="PHYS"> <!-- Ort abweichend von der Adresse der Person oder Organisation, z.B. bei einem Hausbesuch --> <!-- Weitere Adresselemente können angegeben werden --> <additionalLocator>Volksschule Brittenau, Klasse 3b</additionalLocator></addr> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| 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".
| | 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.
| | ADXP | 0 … 1 | C | Straße ohne Hausnummer z.B. Musterstraße | (atc...mal) | | ADXP | 0 … 1 | C | Hausnummer z.B. 11a/2/1
| (atc...mal) | | ADXP | 0 … 1 | | Postleitzahl | (atc...mal) | | ADXP | 0 … 1 | | Stadt | (atc...mal) | | ADXP | 0 … 1 | | Bundesland | (atc...mal) | | 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 | | | 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 |
---|
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 |
---|
| cs | 0 … 1 | F | DEV | | 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) | | 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:53Andere 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 der Organisation aus dem GDA Index --> <id root="1.2.40.0.34.99.4613.3" assigningAuthorityName="GDA Index"/> <!-- Name der Organisation --> <name>Amadeus Spital - Chirurgische Abteilung</name> <!-- Kontaktdaten der Organisation --> <telecom value="tel:+43.6138.3453446.0"/> <telecom value="fax:+43.6138.3453446.4674"/> <telecom value="mailto:info@amadeusspital.at"/> <telecom value="http://www.amadeusspital.at"/> <!-- Adresse der Organisation --> <addr> <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) --> </addr></placeholder> |
|
---|
Beispiel | Strukturbeispiel - minimal | <placeholder classCode="ORG" determinerCode="INSTANCE"> <!-- ID der Organisation aus dem GDA Index --> <id root="1.2.40.0.34.99.4613.3" assigningAuthorityName="GDA Index"/> <!-- Name der Organisation --> <name>Amadeus Spital - Chirurgische Abteilung</name></placeholder> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| cs | 0 … 1 | F | ORG | | cs | 0 … 1 | F | INSTANCE | | II | 1 … * | M | ID der Organisation.
| (atc...ame) | | 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) | | 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 |
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.
| | 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 |
---|
Status | Aktiv | Versions-Label | 1.0.2+20230717 |
---|
Name | atcdabbr_other_AssignedEntity | Bezeichnung | Assigned Entity |
---|
Beschreibung |
Zusammengesetzte Objekte die Person- und Organisationsinformationen enthalten.
Hierbei MUSS jedenfalls die „Person“ der Entität angegeben werden. Die Angabe der Organisation, der die Person angehört, ist prinzipiell optional. Diese Optionalität kann sich in Abhängigkeit vom konkreten Anwendungsfall in „verpflichtend“ ändern.
|
|
Klassifikation | Template-Typ nicht spezifiziert |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Benutzt | Benutzt 3 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.6.0.11.9.25 | Containment | Address Compilation (1.0.1+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.11 | Containment | Person Name Compilation G2 M (1.0.1+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.9 | Containment | Organization Compilation with name (1.0.0+20210219) | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.6.0.11.9.22 Assigned Entity (2021‑05‑26 13:50:41) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.22 Assigned Entity (2021‑02‑19 13:09:09) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.22 Assigned Entity (2019‑03‑04 12:03:36) ref at-cda-bbr- |
---|
Beispiel | Beispiel | <placeholder classCode="ASSIGNED"> <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/> <addr nullFlavor="UNK"> <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) --> </addr> <telecom value="tel:+43.1.3453446.0"/> <telecom value="fax:+43.1.3453446.4674"/> <telecom value="mailto:info@amadeusspital.at"/> <telecom value="http://www.amadeusspital.at"/> <assignedPerson> <!-- template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' (2019-04-02T10:09:43) --> </assignedPerson> <representedOrganization> <!-- template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (2019-02-13T10:30:51) --> </representedOrganization></placeholder> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| 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 | | 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.
| | | 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:25Andere Versionen mit dieser Id: - atcdabbr_other_OrganizationCompilationWithName vom 2019‑02‑13 10:30:51
|
---|
Status | Aktiv | Versions-Label | 1.0.0+20210219 |
---|
Name | atcdabbr_other_OrganizationCompilationWithName | Bezeichnung | Organization Compilation with name |
---|
Beschreibung | |
---|
Klassifikation | Template-Typ nicht spezifiziert |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Benutzt | Benutzt 1 Template | Benutzt | als | Name | Version |
---|
1.2.40.0.34.6.0.11.9.25 | Containment | Address Compilation (1.0.1+20230717) | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (2019‑02‑13 10:30:51) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.12 (2019‑02‑12 15:50:47) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.151 CDA Organization (2005‑09‑07) ref ad1bbr- |
---|
Beispiel | Strukturbeispiel: Organisation | <placeholder classCode="ORG" determinerCode="INSTANCE"> <!-- ID der Organisation --> <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/> <!-- Name der Organisation --> <name>Amadeus Spital - Chirurgische Abteilung</name> <!-- Kontaktdaten der Organisation --> <telecom value="tel:+43.6138.3453446.0"/> <telecom value="fax:+43.6138.3453446.4674"/> <telecom value="mailto:info@amadeusspital.at"/> <telecom value="http://www.amadeusspital.at"/> <!-- Adresse der Organisation --> <addr> <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) --> </addr></placeholder> |
|
---|
Beispiel | Strukturbeispiel: Organisation - minimal | <placeholder classCode="ORG" determinerCode="INSTANCE"> <!-- Name der Organisation --> <name>Amadeus Spital - Chirurgische Abteilung</name></placeholder> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| cs | 0 … 1 | F | ORG | | cs | 0 … 1 | F | INSTANCE | | II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. | (atc...ame) | wo [not(@nullFlavor)] | | | 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) | | 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.1234567Formatkonvention 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.
| | 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
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:48Andere Versionen mit dieser Id: - atcdabbr_other_OriginalTextReference vom 2019‑01‑18 10:49:11
|
---|
Status | Aktiv | Versions-Label | 1.0.0+20210219 |
---|
Name | atcdabbr_other_OriginalTextReference | Bezeichnung | Original Text Reference |
---|
Beschreibung |
Verweist auf die Stelle im narrativen Text-Bereich (section.text), an der der gegebene codierte Inhalt (originalText von code oder value) beschrieben ist.
|
|
Klassifikation | Template-Typ nicht spezifiziert |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Beziehung | Version: Template 1.2.40.0.34.6.0.11.9.2 Original Text Reference (2019‑01‑18 10:49:11) ref at-cda-bbr- |
---|
Beispiel | Beispiel | <originalText> <reference value="#myref-2"/></originalText><!-- zugehöriger secction.text: <content ID="myref-2">OrginalText des Codes</content> -->
|
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| 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 |
---|
Status | Aktiv | Versions-Label | 1.0.1+20230717 |
---|
Name | atcdabbr_other_AuthorBody | Bezeichnung | Author Body |
---|
Beschreibung | Der Autor (author) ist der Verfasser bzw. geistige Urheber eines bestimmten Inhalts. In der Regel ist das eine Person oder mehrere Personen, es kann aber auch ein "Gerät" - ein Programm oder Software den Inhalt automatisiert erstellen. Element für Sections und Entries. Wenn nicht angegeben, gilt das jeweils "darüberlegende" Author-Element (Section, Document).
|
|
Klassifikation | Template-Typ nicht spezifiziert |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Benutzt | Benutzt 4 Templates | Benutzt | als | Name | Version |
---|
1.2.40.0.34.6.0.11.9.25 | Containment | Address Compilation (1.0.1+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.6 | Inklusion | Person Name Compilation G2 (1.0.1+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.18 | Containment | Device Compilation (1.0.2+20230717) | DYNAMIC | 1.2.40.0.34.6.0.11.9.5 | Containment | Organization Compilation with id, name (1.0.1+20210628) | DYNAMIC |
|
|
---|
Beziehung | Spezialisierung: Template 1.2.40.0.34.6.0.11.9.36 Author Body (2021‑02‑19 13:12:19) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.36 Author Body (2019‑11‑20 12:13:04) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.318 CDA Author (Body) (2005‑09‑07) ref ad1bbr- |
---|
Beispiel | Beispiel | <placeholder typeCode="AUT" contextControlCode="OP"> <time value="20190710153549+0200"/> <assignedAuthor classCode="ASSIGNED"> <id root="1.2.3.999" extension="--example only--"/> <code code="100" codeSystem="1.2.40.0.34.5.2" displayName="Ärztin/Arzt für Allgemeinmedizin"/> <addr> <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) --> </addr> <telecom value="tel:+1-12345678"/> <assignedPerson classCode="PSN" determinerCode="INSTANCE"> <!-- template 1.2.40.0.34.6.0.11.9.6 'Person Name Compilation G2' --> </assignedPerson> <representedOrganization classCode="ORG" determinerCode="INSTANCE"> <!-- template 1.2.40.0.34.6.0.11.9.5 'Organization Compilation with id, name' (2019-03-25T13:43:57) --> </representedOrganization> </assignedAuthor></placeholder> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| cs | 0 … 1 | F | AUT | | cs | 0 … 1 | F | OP | | 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 | | | 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'] | | | 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) | | cs | 0 … 1 | F | PSN | | cs | 0 … 1 | F | INSTANCE | Auswahl | 1 … 1 | | Elemente in der Auswahl:- hl7:name[not(@nullFlavor)]
- hl7:name[@nullFlavor='UNK']
- hl7:name[@nullFlavor='MSK']
| | PN | 0 … 1 | | | (atc...ody) | wo [not(@nullFlavor)] | | | 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“).
| | 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) | | 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) |
| | ENXP | 1 … * | M | Mindestens ein Hauptname (Nachname) | (atc...ody) | | 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) |
| | ENXP | 1 … * | M | Mindestens ein Vorname | (atc...ody) | | 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) |
| | ENXP | 0 … * | | Beliebig viele Suffixe zum Namen | (atc...ody) | | 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) |
| | PN | 0 … 1 | | | (atc...ody) | wo [@nullFlavor='UNK'] | | | cs | 1 … 1 | F | UNK | | PN | 0 … 1 | | | (atc...ody) | wo [@nullFlavor='MSK'] | | | 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 | <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE"> <manufacturerModelName>xxx</manufacturerModelName> <softwareName>yyy</softwareName></assignedAuthoringDevice> | | 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:55Andere Versionen mit dieser Id: - atcdabbr_other_PersonNameCompilationG2 vom 2021‑02‑19 13:36:49
- atcdabbr_other_PersonNameCompilationG2 vom 2019‑02‑12 14:00:33
|
---|
Status | Aktiv | Versions-Label | 1.0.1+20230717 |
---|
Name | atcdabbr_other_PersonNameCompilationG2 | Bezeichnung | Person Name Compilation G2 |
---|
Beschreibung | In Granularitätsstufe 2 wird der Personen-Name strukturiert angegeben. Die einzelnen Elemente des Namens (mindestens ein Vorname und mindestens ein Nachname) werden getrennt angegeben. nullFlavors für Name
zugelassen! Die korrekte Reihenfolge der einzelnen Namenselemente ist wichtig. Als Richtlinie gilt, dass diese in der "natürlichen" Reihenfolge der Benutzung des Namens angegeben werden. Das ist besonders in den folgenden Fällen relevant:
- Präfixe (prefix) MÜSSEN immer vor dem Namen stehen, zu dem sie gehören.
- Vornamen (given) MÜSSEN immer in der offiziellen (gesetzlichen) Sequenz stehen.
- Nachnamen (family) und ein eventuelles Trennzeichen (meistens ‘-‘) MÜSSEN in der offiziellen Sequenz stehen, abhängig von der Wahl bei der Eheschließung.
- Suffixe (suffix) MÜSSEN immer hinter dem Namen stehen, zu dem sie gehören.
Für die Namenselemente kann zur näheren Bestimmung ein Qualifier angegeben werden (aus dem Value Set ELGA_EntityNamePartQualifier“), v.a. für Präfix/Suffix. Es gibt auch nicht näher bestimmte Präfixe/Suffixe, z.B.
trifft das für die Angabe von "Junior" oder "Senior" bzw "Jun."/"Sen" oder "Jr."/"Sr" zu. |
|
Klassifikation | Template-Typ nicht spezifiziert |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Beziehung | Version: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2021‑02‑19 13:36:49) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33) ref at-cda-bbr- |
---|
Beispiel | Strukturbeispiel | <name> <prefix qualifier="NB">Gräfin</prefix> <given>Sissi</given> <family>Österreich</family> <family qualifier="BR">Habsburg</family> <suffix qualifier="AC">MSc</suffix></name> |
|
---|
Beispiel | Unbekannte Person | <placeholder classCode="PSN" determinerCode="INSTANCE"> <name nullFlavor="UNK"/></placeholder> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| cs | 0 … 1 | F | PSN | | cs | 0 … 1 | F | INSTANCE | Auswahl | 1 … 1 | | 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) | | 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) | | 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) | | 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) | | 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
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:21Andere 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 |
---|
| 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 | | CE | 0 … 1 | R |
Funktionscode der angegebenen Person.
Das zu verwendende Value-Set ist in den abgeleiteten Templates zu spezifizieren.
| ( atcdabbr_other_AssignedEntityBody) | | | 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.
| | TEL.AT | 0 … * | R | | ( atcdabbr_other_AssignedEntityBody) | | @value
|
| url | 1 … 1 | R |
Die Kontaktadresse (Telefonnummer, Email, etc.)
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:02Andere 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 der Organisation aus dem GDA Index --> <id root="1.2.40.0.34.99.4613.3" assigningAuthorityName="GDA Index"/> <!-- Name der Organisation --> <name>Amadeus Spital - Chirurgische Abteilung</name> <!-- Kontaktdaten der Organisation --> <telecom value="tel:+43.6138.3453446.0"/> <telecom value="fax:+43.6138.3453446.4674"/> <telecom value="mailto:info@amadeusspital.at"/> <telecom value="http://www.amadeusspital.at"/> <!-- Adresse der Organisation --> <addr> <!-- template 1.2.40.0.34.6.0.11.9.10 'Address Compilation Minimal' --> </addr></placeholder> |
|
---|
Beispiel | Strukturbeispiel - minimal | <placeholder classCode="ORG" determinerCode="INSTANCE"> <!-- Name der Organisation --> <name>Amadeus Spital - Chirurgische Abteilung</name> <!-- Adresse der Organisation optional in Minimal-Variante --> </placeholder> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| cs | 0 … 1 | F | ORG | | cs | 0 … 1 | F | INSTANCE | | II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.
| (atc...mal) | wo [not(@nullFlavor)] | | | 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) | | TEL.AT | 0 … * | | | (atc...mal) | wo [not(@nullFlavor)] | | | @value
|
| st | 1 … 1 | R |
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.
| | 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:15Andere Versionen mit dieser Id: - atcdabbr_other_PerformerBody vom 2019‑01‑17 12:44:16
|
---|
Status | Aktiv | Versions-Label | 1.0.0+20210219 |
---|
Name | atcdabbr_other_PerformerBody | Bezeichnung | Performer Body |
---|
Beschreibung | Durchführende Entität der Gesundheitsdienstleistung
|
---|
Kontext | Geschwisterknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.17 |
---|
Klassifikation | Template-Typ nicht spezifiziert |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Benutzt | Benutzt 1 Template | Benutzt | als | Name | Version |
---|
1.2.40.0.34.6.0.11.9.16 | Inklusion | Assigned Entity Body (1.0.1+20210526) | DYNAMIC |
|
|
---|
Beziehung | Version: Template 1.2.40.0.34.6.0.11.9.17 Performer Body (2019‑01‑17 12:44:16) ref at-cda-bbr- Adaptation: Template 2.16.840.1.113883.10.12.323 CDA Performer (Body) (2005‑09‑07) ref ad1bbr- |
---|
Beispiel | Beispiel | <templateId root="1.2.40.0.34.6.0.11.9.17"/><time> <low value="20191025100000+0100"/> <high value="20191025120000+0100"/></time><assignedEntity> <!-- include template 1.2.40.0.34.6.0.11.9.16 'Assigned Entity Body' (dynamic) .. O --> </assignedEntity> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| 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) |
| | II | 1 … 1 | M | | (atc...ody) | | @root
|
| uid | 1 … 1 | F | 1.2.40.0.34.6.0.11.9.17 | | IVL_TS | 0 … 1 | | Zeit, in der der Performer mit der Gesundheitsdienstleistung beschäftigt war, wenn abweichend von effectiveTime im übergeordneten Act | (atc...ody) | | | 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'] | | | cs | 1 … 1 | F | NI | | | hl7:id
|
| II | 0 … 1 | | | (atc...ody) | wo [@nullFlavor='UNK'] | | | 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.)
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:23Andere 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- |
---|
|
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:20Andere Versionen mit dieser Id: - atcdabrr_other_NarrativeTextReference vom 2021‑02‑19 13:12:50
- atcdabrr_other_NarrativeTextReference vom 2019‑01‑17 15:27:17
|
---|
Status | Aktiv | Versions-Label | 1.0.1+20210512 |
---|
Name | atcdabrr_other_NarrativeTextReference | Bezeichnung | Narrative Text Reference |
---|
Beschreibung |
Verweist auf die Stelle im narrativen Text-Bereich (section.text),
an der die gegebene Aussage ( clinical statement) narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc.). Eine Beobachtung bezieht sich u.a. auf: - Zustände (Condition)
- Symptome (Symptom)
- Befunde (Finding)
- Beschwerden (Complaint)
- Funktionellen
Einschränkungen (Functional limitation)
- Probleme (Problem)
- Diagnosen (Diagnosis)
|
|
Klassifikation | Template-Typ nicht spezifiziert |
---|
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt) |
---|
Beziehung | Version: Template 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (2021‑02‑19 13:12:50) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (2019‑01‑17 15:27:17) ref at-cda-bbr- |
---|
Beispiel | Beispiel | <text> <reference value="#my-refX"/></text><!-- zugehöriger secction.text: <tr ID="my-refX"> <td ID="my-refToTheCode">Originaltext des codes</td> <td>mit zusätzlichen Informationen</td> </tr> -->
|
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| 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 | Beispiel | <hl7:relatedSubject classCode="PRS"> <id root="1.2.3.999" extension="--example only--"/> <hl7:code code="FAMMEMB" codeSystem="2.16.840.1.113883.5.111" displayName="Family Member"/> <!-- include template 1.2.40.0.34.6.0.11.9.10 'Address Compilation Minimal' (dynamic) 0..* O --> <hl7:telecom value="tel:+1-12345678"/> <hl7:subject classCode="PSN" determinerCode="INSTANCE"> <id root="1.2.3.999" extension="--example only--"/> <hl7:name>name</hl7:name> <desc/> <hl7:administrativeGenderCode code="F" codeSystem="2.16.840.1.113883.5.1" displayName="Female"/> <hl7:birthTime value="20210211143047"/> <deceasedInd value="false"/> <deceasedTime value="20210211143047"/> <multipleBirthInd value="false"/> <multipleBirthOrderNumber value="1"/> </hl7:subject></hl7:relatedSubject> |
|
---|
|
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 |
---|
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"> <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) .. O --> </code> <name>Encepur 0,25 ml für Kinder Injektionssuspension in einer Fertigspritze</name> <lotNumberText>CharagenNummer</lotNumberText> <pharm:ingredient classCode="ACTI"> <pharm:ingredient classCode="MMAT" determinerCode="KIND"> <pharm:code code="J07BA01" codeSystem="1.2.276.0.76.5.534"/> <pharm:name>FSME, inaktiviert, ganzes Virus</pharm:name> </pharm:ingredient> </pharm:ingredient> </manufacturedMaterial> <manufacturerOrganization> <!-- template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (2019-02-13T10:30:51) --> </manufacturerOrganization></manufacturedProduct> |
|
---|
Beispiel | Nachtrag - Historischer Impfstoff | <manufacturedProduct classCode="MANU"> <templateId root="1.2.40.0.34.6.0.11.9.32"/> <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/> <templateId root="2.16.840.1.113883.10.20.1.53"/> <manufacturedMaterial classCode="MMAT" determinerCode="KIND"> <templateId root="1.3.6.1.4.1.19376.1.9.1.3.1"/> <code code="AHI107" codeSystem="1.2.40.0.34.5.183" displayName="Ticovac junior"> <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) .. O --> </code> <name>Ticovac junior</name> <lotNumberText nullFlavor="UNK"/> </manufacturedMaterial></manufacturedProduct> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | | | 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) | | 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) | | 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.
| | 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) | | ED | 1 … 1 | M | Textinhalt, der codiert wurde.
| (atc...uct) | | 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) | | | 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. | | | CE | 0 … * | C | Zulassungsnummer des Arzneimittels | (atc...uct) | | 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.
| | ST | 0 … 1 | | Chargennummer des verabreichten Arzneimittels
| (atc...uct) | wo [not(@nullFlavor)] | | | ST | 0 … 1 | | nullFlavor | (atc...uct) | wo [@nullFlavor='NA'] | | | cs | 1 … 1 | F | NA | | ST | 0 … 1 | | nullFlavor | (atc...uct) | wo [@nullFlavor='UNK'] | | | cs | 1 … 1 | F | UNK | | | pharm:ingredient
|
| | 0 … * | | Komponente zur Aufnahme des Wirkstoffs. | (atc...uct) | | cs | 0 … 1 | F | ACTI | | | 1 … 1 | M | Code und Name des Wirkstoffs. | (atc...uct) | | cs | 0 … 1 | F | MMAT | | cs | 0 … 1 | F | KIND | | 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".
| | ED | 0 … 1 | | Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. | (atc...uct) | | CE | 0 … * | | | (atc...uct) | | 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
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 |
---|
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 | <placeholder> <templateId root="1.2.40.0.34.6.0.11.9.21"/> <time value="20190617122000+0200"/> <assignedEntity classCode="ASSIGNED"> <id nullFlavor="cs" root="1.2.3.999" extension="--example only--"/> <code code="CodeImpfrolle" codeSystem="1.2.3.999" displayName="DisplayRolle" codeSystemName="CodeSystemImpfrolle"/> <addr nullFlavor="UNK"> <!-- template 1.2.40.0.34.6.0.11.9.10 'Address Compilation Minimal' (2019-03-27T11:26:08) --> </addr> <telecom use="WP" value="tel:+43.2236.9000"/> <name> <!-- template 1.2.40.0.34.6.0.11.9.12 'Person Name Compilation G1 M' --> </name> <representedOrganization> <!-- template 1.2.40.0.34.6.0.11.9.20 'Organization Compilation with name, addr minimal' (2019-04-18T11:28:59) --> </representedOrganization> </assignedEntity></placeholder> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| II | 1 … 1 | M | ELGA | (atc...son) | | @root
|
| uid | 1 … 1 | F | 1.2.40.0.34.6.0.11.9.21 | | 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) | | | 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'] | | | cs | 1 … 1 | F | NI | | | hl7:id
|
| II | 0 … 1 | | | (atc...son) | wo [@nullFlavor='UNK'] | | | 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) | | oid | 1 … 1 | R | | | 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'] | | | 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) | | 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.)
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:50Andere 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 | Beispiel | <placeholder typeCode="AUT" contextControlCode="OP"> <time value="20190710153549+0200"/> <assignedAuthor classCode="ASSIGNED"> <id root="1.2.3.999" extension="--example only--"/> <code code="100" codeSystem="1.2.40.0.34.5.2" displayName="Ärztin/Arzt für Allgemeinmedizin"/> <addr> <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) --> </addr> <telecom value="tel:+1-12345678"/> <assignedPerson classCode="PSN" determinerCode="INSTANCE"> <!-- template 1.2.40.0.34.6.0.11.9.6 'Person Name Compilation G2' --> </assignedPerson> <representedOrganization classCode="ORG" determinerCode="INSTANCE"> <!-- template 1.2.40.0.34.6.0.11.9.5 'Organization Compilation with id, name' (2019-03-25T13:43:57) --> </representedOrganization> </assignedAuthor></placeholder> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| cs | 0 … 1 | F | AUT | | 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 | | | 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'] | | | 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) | | cs | 0 … 1 | F | PSN | | cs | 0 … 1 | F | INSTANCE | Auswahl | 1 … 1 | | Elemente in der Auswahl:- hl7:name[not(@nullFlavor)]
- hl7:name[@nullFlavor='UNK']
- hl7:name[@nullFlavor='MSK']
| | PN | 0 … 1 | | | (atc...ass) | wo [not(@nullFlavor)] | | | 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“).
| | 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) | | 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) |
| | ENXP | 1 … * | M | Mindestens ein Hauptname (Nachname) | (atc...ass) | | 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) |
| | ENXP | 1 … * | M | Mindestens ein Vorname | (atc...ass) | | 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) |
| | ENXP | 0 … * | | Beliebig viele Suffixe zum Namen | (atc...ass) | | 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) |
| | PN | 0 … 1 | | | (atc...ass) | wo [@nullFlavor='UNK'] | | | cs | 1 … 1 | F | UNK | | PN | 0 … 1 | | | (atc...ass) | wo [@nullFlavor='MSK'] | | | 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 | <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE"> <manufacturerModelName>xxx</manufacturerModelName> <softwareName>yyy</softwareName></assignedAuthoringDevice> | | 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 |
---|
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> <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) --> </addr> <telecom use="WP" value="tel:+43.316.608.271.9000"/> <playingEntity> <name> <given>Susi</given> <family>Sorgenvoll</family> </name> </playingEntity> </participantRole></placeholder> |
|
---|
Item | DT | Kard | Konf | Beschreibung | Label |
---|
| 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 | | 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].
| | | 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)] | | | cs | 0 … 1 | | | | st | 0 … 1 | | | | | hl7:id
|
| II | 0 … 1 | | | (atc...ber) | wo [@nullFlavor='NI'] | | | cs | 1 … 1 | F | NI | | | hl7:id
|
| II | 0 … 1 | | | (atc...ber) | wo [@nullFlavor='UNK'] | | | 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) | | cs | 0 … 1 | F | ENT | | cs | 0 … 1 | F | INSTANCE | | PN | 1 … 1 | M | Namen-Element (Person)
| (atc...ber) | | 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“.
| | 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) | | 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“. | | ENXP | 1 … * | M | Mindestens ein Hauptname (Nachname) | (atc...ber) | | 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“.
| | ENXP | 1 … * | M | Mindestens ein Vorname | (atc...ber) | | 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“
| | ENXP | 0 … * | | Beliebig viele Suffixe zum Namen | (atc...ber) | | 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