{{#seo:
|title=ILF Export-Normdatensatz 2
|titlemode=append
|keywords= Export-Normdatensatz 2,
|description=Dieses Projekt erarbeitet Inhalte und ein elektronisches Austauschformat für den Exportnormdatensatz zwischen Arztpraxissystemen in Form eines Implementierungsleitfadens.
}}

{{Infobox Dokument
|Group = Leitfaden Export-Normdatensatz 2<sup>®</sup>
|Title =
|Subtitle = Zur Anwendung im österreichischen<br/>Gesundheitswesen [1.2.40.0.34.7.25.1]
|Short = Leitfaden Export-Normdatensatz
|Namespace = elga-ends
|Type = Implementierungsleitfaden
|Version = 1.00
|Submitted = -
|Date = 11. Dezember 2020
|Copyright = 2017-2021
|Status = Ballot-Version
|Period = n.a.
|OID = 1.2.40.0.34.7.25
|Realm = Österreich
}}

{{#css:
@media screen{
.orange{
border: thin black solid;
background-color:#F4C789;
padding: 5px 5px 5px 5px;
margin-left:6px;
width:70%;
}
.violet{
border: thin black solid;
background-color:#E5D0EE;
padding: 5px 5px 5px 5px;
margin-left:6px;
width:70%;
}
.toc{
width: 20%;
float: right !important;
margin: 10px 0px 10px 30px !important;
border: 1px solid #AAA;
background-color: #F9F9F9;
display: table;
padding: 7px !important;
}
}
}}

{{Underconstruction}}

= Zusammenfassung =
{{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
* 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.
{{EndYellowBox}}

Auf der '''[[ILF_Diskussion:ENDS_2|Diskussionsseite]]''' werden die Fehler und Änderungswünsche an dieser Version dokumentiert.

Hier kommen Sie zu der [[#Section-Templates Übersicht|Section-Templates Übersicht]]

=Informationen über dieses Dokument=
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;">

==Haftungsausschluss==
<div class="mw-collapsible-content">
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.
</div></div>

<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;">

==Sprachliche Gleichbehandlung==
<div class="mw-collapsible-content">
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.
</div></div>
{{ILF:Lizenzinformationen}}

==Bedienungshinweise==
===Farbliche Hervorhebungen und Hinweise===
''<u>Themenbezogene Hinweise zur besonderen Beachtung:</u>''
{{BeginYellowBox}}
'''Hinweis:'''<br />Es dürfen keine Elemente oder Attribute verwendet werden, die nicht vom allgemeinen oder einem speziellen ELGA-Implementierungsleitfaden definiert wurden
{{EndYellowBox}}
''<u>Hinweis auf anderen Implementierungsleitfaden:</u>''
{{BeginILFBox}}
'''Verweis'''<br />Verweis auf den Allgemeinen Leitfaden:…
{{EndILFBox}}
''<u>Themenbezogenes CDA Beispiel-Fragment im XML Format:</u>''
<pre class="ilfbox_code">
<BEISPIEL>
<languageCode code="de-AT" />
</pre>

<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;">

===PDF-Navigation===
<div class="mw-collapsible-content">
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></div>


<p style="page-break-before: always"></p>


= Einleitung =

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

= 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==
'''Teilnehmer der Arbeitsgruppe ENDS2'''<sup>1</sup>:
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

<sup>1</sup> Personen sind ohne Titel angegeben

= Anwendungsfälle =

Die folgenden Anwendungsfälle wurden von Seiten des Auftraggebers definiert und zusätzlich in den Workshops noch diskutiert bzw. konkretisiert.

==High Level Use Case==
===Ende der ärztlichen Tätigkeit (z.B. Pension)===
Aus derzeitiger Sicht kann mit dem gegenständlichen Normdatensatz keine vollständige Backup-Möglichkeit geliefert werden. Auf Grund der Tatsache, 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 nützen. 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

===Systemwechsel zu einer anderen Arztsoftware===
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'''
* Use Case Schritte aus [[#Ende der ärztlichen Tätigkeit (z.B. Pension)| Ende der ärztlichen Tätigkeit (z.B. Pension)]]
* Einspielen des zuvor erstellten Exportnormdatensatzes in das neue System

===Auskunft an PatientInnen (lt. DSGVO) oder Arztwechsel===
Sollte ein Patient/eine Patientin Auskunft über seine/ihre gespeicherten Daten erfragen, kann ein Datensatz mit PatientInnenspezifischen Daten generiert werden. Es mag hilfreich sein, dass diese generierten Daten vor der Übergabe (eines physikalischen Mediums) noch gezippt und verschlüsselt werden. Das Passwort zum Entschlüsseln ist dem Patienten/der Patientin zu übergeben.

'''Schritte'''
* Auswahl des Patienten/der Patientin
* Datensatz erstellen
* Datensatz auf ein geeignetes Medium spielen (USB-Stick, CD, DVD). Hierbei ist ein Datenformat 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 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=

== IHE XDM ==
[[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.: 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.

folgende Konformanzkriterien sind in der folgenden Tabelle enthalten:
R...verpflichtend,
R2...Inhalt soll angegeben werden, sofern dieser vorhanden/anwendbar ist,
O...optional, und
NP...nicht zugelassen

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

Zudem soll es ein übergreifendes Submission Set geben, welches z.B. die benötigten Codelisten enthält
|
|-
|
| colspan="2" |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
|[[#INDEX.HTM eines Patientenverzeichnisses|Link]]
|-
|
|
|METADATA.XML
|Datei
|M
|Das METADATA.XML enthält die maschinenlesbaren Metainformationen zu den enthaltenen Dokumenten
|[[#IHE XDM|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
|[[#Dokumenten Spezifikation|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
|[[#iCalendar|Link]]
|-
|
| colspan="2" |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
|[[#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]]
|}

=== README.TXT ===
Laut IHE Profile XDM ist zwingend eine README.TXT Datei in der Ordnerstruktur zu führen. Nach <ref name="ITI_Vol2b"/> MUSS diese Datei folgende Informationen beinhalten:
* Kontaktinformationen über das dokumenterstellende Institut
* Informationen über das Softwareprodukt welches an der Erstellung beteiligt war
** 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.

<pre class="ilfbox_code">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

</pre>

=== 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

<pre class="ilfbox_code">
<!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>
</pre>

=== 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

<pre class="ilfbox_code">
<!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>
</pre>

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

== 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 class="ilfbox_code">
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
</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 folgenden Tabellen listen die benötigten Elemente sowie deren Eigenschaften auf. Anfolgend an den Tabellen sind auch Strukturbeispiele für die JSON Dateien dargestellt. Dabei werden die zu verwendeten Datentypen wie folgt dargestellt:
* String/Code: "" (Leerstring)
* Numerisch: 0
* Datum: String im ISO-8601-Format

===Geldflussdaten===
Die angegebenen Element- und Attribute Namen sind verpflichtend einzuhalten.
{| class="wikitable"
|+
!Element
!Attribut
!Kardinalität
!Datentyp
!Hinweis
|-
|Geldflussdaten
|
|
|
|
|-
|
|Text
|0..1
|String
|
|-
|
|Betrag
|1..1
|Numerisch
|
|-
|
|Mehrwertsteuer-Satz
|1..1
|Numerisch
|
|-
|
|Zahlungsart
|0..1
|Code
|Zulässige Werte: "Bar", "Scheck", "Kreditkarte"
|}

Strukturbeispiel:

<pre class="ilfbox_code">
{
"Geldflussdaten": [
{
"Text": "",
"Betrag": 0,
"Mehrwertsteuer-Satz": 0,
"Zahlungsart": ""
}
]
}
</pre>

===Formulardaten===
Die angegebenen Element- und Attribute Name sind verpflichtend einzuhalten.
{| class="wikitable"
|+
!Element
!Attribut
!Kardinalität
!Datentyp
!Hinweis
|-
|Formular
|
|
|
|
|-
|
|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
|
|
|
|
|-
|
|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:

<pre class="ilfbox_code">
{
"Formular": [
{
"Klasse": "",
"Erstellungsdatum": "2020-10-08T07:17:51.876Z",
"Feld": [
{
"Name": "",
"Typ": "",
"Inhalt": "",
"Reihenfolge": 0
}
]
}
]
}
</pre>

===Stammdaten===
Die angegebenen Element- und Attribute Name sind verpflichtend einzuhalten.
{| class="wikitable"
|+
!Element
!Attribut
!Kardinalität
!Datentyp
!Hinweis
|-
|Stammdaten/Leistungen
|
|
|
|
|-
|
|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
|
|-
|Stammdaten/Diagnosen
|
|
|
|
|-
|
|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:

<pre class="ilfbox_code">
{
"Stammdaten": [
{
"Leistungen": [
{
"Code": "",
"Bezeichnung": "",
"Einzelpreis brutto": 0,
"Einzelpreis netto": 0,
"Umsatzsteuer Prozent": 0,
"Krankenkasse": ""
}
],
"Diagnosen": [
{
"Bezeichnung": "",
"Beschreibung": ""
}
],
"Medikamente": [],
"Allergien": [],
"Textblöcke": [],
"Zuweiser": "",
"Terminarten": []
}
]
}
</pre>

===Lagerstand===

{| class="wikitable"
|+
!Element
!Attribut
!Kardinalität
!Datentyp
!Hinweis
|-
|Lager/Medikamente
|
|
|
|
|-
|
|Pharmazentralnummer
|1..1
|Numerisch
|
|-
|
|Lagerstand
|1..1
|Numerisch
|
|-
|
|Meldung ab
|0..1
|Datum
|
|-
|
|Nachbestellen bis
|0..1
|Datum
|
|-
|Lager/Zusatzartikel
|
|
|
|
|-
|
|Bezeichnung
|1..1
|String
|
|-
|
|Lagerstand
|1..1
|Numerisch
|
|}

Strukturbeispiel:

<pre class="ilfbox_code">
{
"Lager": [
{
"Medikamente": [
{
"Pharmazentralnummer": 0,
"Lagerstand": 0,
"Meldung ab": "2020-10-08T07:38:13.700Z",
"Nachbestellen bis": "2020-10-08T07:38:13.700Z"
}
],
"Zusatzartikel": [
{
"Bezeichnung": "",
"Lagerstand": 0
}
]
}
]
}
</pre>

== Verrechnungsdaten ==

=== Rechnungen ===

Prinzipiell werden nur patientenbezogene Rechnungen exportiert. Je nach Anwendungsfall kommen die folgenden Formate dafür in Frage:
* Pan-European Public Procurement OnLine (PEPPOL, siehe https://www.erechnung.gv.at/erb)
* Rechnungsformat der Sozialversicherungen (siehe https://www.elda.at/cdscontent/?contentid=10007.755331&viewmode=content)
* Rechnungsformat des Versicherungsverbandes der Privatversicherungen (VVO, siehe EDIVKA-Datenaustausch: https://www.vvo.at/vvo/vvo.nsf/sysUNID/xDED4A249481F0851C1257D7F00435EBA)
* PDF

=== Registrierkassendaten ===

* Datenerfassungsprotokoll (DEP)

=== Buchhaltungsdaten ===

* Formate der DATEV GmbH

==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:
<pre class="ilfbox_code">

<valueSet>

<conceptList>

<concept>
</concept>
</conceptList>
</valueSet>
</pre>

Nachfolgende Tabelle zeigt die Attribute des ''valueSet''-Elements
{| 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"
|}

Nachfolgende Tabelle zeigt die Attribute des ''concept''-Elements

{| class="wikitable"
|+
!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.
|}


<div class="landscape">

=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|Section-Templates Übersicht]] gewonnen werden.

==Dokumenten Ebene==
{{:1.2.40.0.34.6.0.11.0.6/dynamic}}

==Administrative Daten (CDA Header)==

====Document Realm====
{{:1.2.40.0.34.6.0.11.1.10/dynamic}}

====Document TypeId====
{{:1.2.40.0.34.6.0.11.1.30/dynamic}}

====Document TerminologyDate====
{{:1.2.40.0.34.6.0.11.1.46/dynamic}}

====Document PracticeSettingCode====
{{:1.2.40.0.34.6.0.11.1.44/dynamic}}

====Document Effective Time====
{{:1.2.40.0.34.6.0.11.1.11/dynamic}}

====Document Confidentiality Code====
{{:1.2.40.0.34.6.0.11.1.12/dynamic}}

====Document Language====
{{:1.2.40.0.34.6.0.11.1.13/dynamic}}

====Document Set Id and Version Number====
{{:1.2.40.0.34.6.0.11.1.15/dynamic}}

====Record Target====
{{:1.2.40.0.34.6.0.11.1.3/dynamic}}

====Author====
{{:1.2.40.0.34.6.0.11.1.2/dynamic}}

====Data Enterer====
{{:1.2.40.0.34.6.0.11.1.22/dynamic}}

====Custodian====
{{:1.2.40.0.34.6.0.11.1.4/dynamic}}

====Information Recipient====
{{:1.2.40.0.34.6.0.11.1.24/dynamic}}

====Legal Authenticator====
{{: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====
{{:1.2.40.0.34.6.0.11.1.20/dynamic}}

====Participant Hausarzt====
{{:1.2.40.0.34.6.0.11.1.23/dynamic}}

====Participant Auskunftsberechtigte Person (Notfallkontakt)====
{{:1.2.40.0.34.6.0.11.1.27/dynamic}}

====Participant Angehoerige====
{{:1.2.40.0.34.6.0.11.1.25/dynamic}}

====Participant Versicherung====
{{:1.2.40.0.34.6.0.11.1.26/dynamic}}

====Participant Betreuungsorganisation====
{{:1.2.40.0.34.6.0.11.1.29/dynamic}}

====Participant Weitere Behandler====
{{:1.2.40.0.34.6.0.11.1.28/dynamic}}

====Documentation Of Service Event====
{{:1.2.40.0.34.6.0.11.1.17/dynamic}}

====Component Of - Encompassing Encounter====
{{:1.2.40.0.34.6.0.11.1.7/dynamic}}

====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
|1.2.40.0.34.6.0.11.2.66
|O [0..1]
|[[#Weitere Patienteninformation - Administrativ|Link]]
|-
|
| colspan="2" |Weitere Patienteninformation Administrativ
|1.2.40.0.34.6.0.11.3.63
|M [1..1]
|[[#Weitere Patienteninformation Administrativ|Link]]
|-
| colspan="3" |Weitere Patienteninformation - Medizinisch
|1.2.40.0.34.6.0.11.2.67
|O [0..1]
|[[#Weitere Patienteninformation - Medizinisch|Link]]
|-
|
| colspan="2" |Vitalparameter - kodiert
|1.2.40.0.34.6.0.11.2.46
|O [0..1]
|[[#Vitalparameter - kodiert|Link]]
|-
|
|
|Vitalparameter Gruppe Entry
|1.2.40.0.34.6.0.11.3.23
|M [1..1]
|[[#Vitalparameter Gruppe Entry|Link]]
|-
|
| colspan="2" |Weitere Merkmale
|1.2.40.0.34.6.0.11.2.31
|O [0..1]
|[[#Weitere Merkmale|Link]]
|-
|
|
|Weitere Patienteninformation Medizinisch
|1.2.40.0.34.6.0.11.3.65
|M [1..1]
|[[#Weitere Patienteninformation Medizinisch|Link]]
|-
| colspan="3" |EXNDS Cave - kodiert
|1.2.40.0.34.6.0.11.2.99
|O [0..1]
|[[#EXNDS Cave - kodiert|Link]]
|-
|
| colspan="2" |EXNDS CaveInformation Entry
|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]
|[[#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" |EXNDS Familienanamnese
|1.2.40.0.34.6.0.11.2.30
|O [0..1]
|[[#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 Behandlungsschein
|1.2.40.0.34.6.0.11.2.32
|O [0..1]
|[[#EXNDS Behandlungsschein|Link]]
|-
|
| colspan="2" |EXNDS Behandlungsschein Act
|1.2.40.0.34.6.0.11.3.117
|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" |Speciality-Section
|1.3.6.1.4.1.19376.1.3.3.2.1
|O [0..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" |EXNDS Krankenstand
|1.2.40.0.34.6.0.11.2.39
|O [0..1]
|[[#EXNDS Krankenstand|Link]]
|-
|
| colspan="2" |EXNDS Krankenstand Act
|1.2.40.0.34.6.0.11.3.159
|M [1..*]
|[[#EXNDS Krankenstand Act|Link]]
|}

====Weitere Patienteninformation - Administrativ====
{{:1.2.40.0.34.6.0.11.2.66/dynamic}}

====Weitere Patienteninformation - Medizinisch====
{{:1.2.40.0.34.6.0.11.2.67/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====
{{:1.2.40.0.34.6.0.11.2.32/dynamic}}

====EXNDS Behandlungen====
{{:1.2.40.0.34.6.0.11.2.33/dynamic}}

====EXNDS Karteineintragungen====
{{:1.2.40.0.34.6.0.11.2.34/dynamic}}

====EXNDS Laborparameter====
{{:1.2.40.0.34.6.0.11.2.35/dynamic}}

====Speciality-Section====
{{:1.3.6.1.4.1.19376.1.3.3.2.1/dynamic}}

====EXNDS Verordnungen====
{{:1.2.40.0.34.6.0.11.2.101/dynamic}}

====Impfungen - kodiert====
{{:1.2.40.0.34.6.0.11.2.1/dynamic}}

====Impfempfehlungen - kodiert====
{{:1.2.40.0.34.6.0.11.2.2/dynamic}}

====EXNDS Befund====
{{:1.2.40.0.34.6.0.11.2.40/dynamic}}

====EXNDS eCard Konsultationsdaten====
{{:1.2.40.0.34.6.0.11.2.37/dynamic}}

====EXNDS ABS-Daten====
{{:1.2.40.0.34.6.0.11.2.38/dynamic}}

====EXNDS Attachments====
{{: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===
====Weitere Patienteninformation Administrativ====
{{:1.2.40.0.34.6.0.11.3.63/dynamic}}

====EXNDS Patient Versichertenkategorie Entry====
{{:1.2.40.0.34.6.0.11.3.107/dynamic}}

====EXNDS Patient Beruf Entry====
{{:1.2.40.0.34.6.0.11.3.108/dynamic}}

====EXNDS Patient Rezeptgebührenbefreit Entry====
{{:1.2.40.0.34.6.0.11.3.109/dynamic}}

====EXNDS Patient Entfernung Entry====
{{:1.2.40.0.34.6.0.11.3.110/dynamic}}

====EXNDS Patient Bundesland Code Entry====
{{:1.2.40.0.34.6.0.11.3.111/dynamic}}

====EXNDS Patient Erstzuweiser Entry====
{{:1.2.40.0.34.6.0.11.3.112/dynamic}}

====EXNDS Patient Weitere Merkmale====
{{:1.2.40.0.34.6.0.11.3.114/dynamic}}

====Vitalparameter Gruppe Entry====
{{:1.2.40.0.34.6.0.11.3.23/dynamic}}

====Vitalparameter Entry====
{{:1.2.40.0.34.6.0.11.3.24/dynamic}}

====Serienmessung Vitalparameter Entry====
{{:1.2.40.0.34.6.0.11.3.100/dynamic}}

====Serienmessungs-Gruppe Entry====
{{:1.2.40.0.34.6.0.11.3.102/dynamic}}

====Serienmessungs-Werte Entry====
{{:1.2.40.0.34.6.0.11.3.103/dynamic}}

====Serienmessungs-Periode Entry====
{{:1.2.40.0.34.6.0.11.3.104/dynamic}}

====Eingebettetes Objekt Entry====
{{:1.2.40.0.34.6.0.11.3.19/dynamic}}

====Weitere Patienteninformation Medizinisch====
{{:1.2.40.0.34.6.0.11.3.65/dynamic}}

====EXNDS Patient Blutgruppe Entry====
{{:1.2.40.0.34.6.0.11.3.66/dynamic}}

====EXNDS Rhesusfaktor Entry====
{{:1.2.40.0.34.6.0.11.3.64/dynamic}}

====EXNDS Patient Besondere Kennzeichen Entry====
{{:1.2.40.0.34.6.0.11.3.113/dynamic}}

====EXNDS CaveInformation Entry====
{{:1.2.40.0.34.6.0.11.2.100/dynamic}}

====Problem Concern Entry====
{{:1.2.40.0.34.6.0.11.3.7/dynamic}}

====Problem Entry====
{{:1.2.40.0.34.6.0.11.3.6/dynamic}}

====Laterality Qualifier====
{{:1.2.40.0.34.6.0.11.9.42/dynamic}}

====Comment Entry====
{{:1.2.40.0.34.6.0.11.3.11/dynamic}}

====Severity Observation====
{{:1.2.40.0.34.6.0.11.3.38/dynamic}}

====Certainty Observation====
{{:1.2.40.0.34.6.0.11.3.36/dynamic}}

====Problem Status Observation====
{{:1.2.40.0.34.6.0.11.3.49/dynamic}}

====External Document Entry====
{{:1.2.40.0.34.6.0.11.3.14/dynamic}}

====EXNDS Familienanamnese Problem Concern Entry====
{{:1.2.40.0.34.6.0.11.3.115/dynamic}}

====EXNDS Behandlungsschein Act====
{{:1.2.40.0.34.6.0.11.3.117/dynamic}}

====EXNDS Zuweiser Body====
{{:1.2.40.0.34.6.0.11.3.118/dynamic}}

====EXNDS Dienstgeber====
{{:1.2.40.0.34.6.0.11.3.123/dynamic}}

====EXNDS Grund für Behandlungsschein====
{{:1.2.40.0.34.6.0.11.3.119/dynamic}}

====EXNDS Saldo====
{{:1.2.40.0.34.6.0.11.3.122/dynamic}}

====EXNDS Fremdstaatenkennzeichen====
{{:1.2.40.0.34.6.0.11.3.121/dynamic}}

====EXNDS Behandlungen Organizer====
{{:1.2.40.0.34.6.0.11.3.67/dynamic}}

====EXNDS Behandlung====
{{:1.2.40.0.34.6.0.11.3.130/dynamic}}

====EXNDS Menge Therapie====
{{:1.2.40.0.34.6.0.11.3.131/dynamic}}

====EXNDS Kassenleistung====
{{:1.2.40.0.34.6.0.11.3.126/dynamic}}

====EXNDS Therapie====
{{:1.2.40.0.34.6.0.11.3.124/dynamic}}

====EXNDS Tarif Act====
{{:1.2.40.0.34.6.0.11.3.132/dynamic}}

====EXNDS Regiezuschlag====
{{:1.2.40.0.34.6.0.11.3.125/dynamic}}

====EXNDS Abrechnungskennzeichen====
{{:1.2.40.0.34.6.0.11.3.133/dynamic}}

====EXNDS Chefarztkennzeichen====
{{:1.2.40.0.34.6.0.11.3.128/dynamic}}

====EXNDS Visiteninformation====
{{:1.2.40.0.34.6.0.11.3.129/dynamic}}

====EXNDS Visitenadresse====
{{:1.2.40.0.34.6.0.11.3.127/dynamic}}

====EXNDS Visitenkilometer====
{{:1.2.40.0.34.6.0.11.3.68/dynamic}}

====EXNDS Tarif Menge====
{{:1.2.40.0.34.6.0.11.3.134/dynamic}}

====EXNDS Tarif Zusatzkennzeichen====
{{:1.2.40.0.34.6.0.11.3.135/dynamic}}

====EXNDS Karteieintragungen Organizer====
{{:1.2.40.0.34.6.0.11.3.137/dynamic}}

====EXNDS Karteineintrag====
{{:1.2.40.0.34.6.0.11.3.136/dynamic}}

====ELGA Spezimen-Act-Entry Allgemein====
{{:1.2.40.0.34.11.30020/dynamic}}

====Abnahmeinformationen (Specimen Collection)====
{{:1.2.40.0.34.11.30021/dynamic}}

====Annahmeinformationen (Specimen Received)====
{{:1.2.40.0.34.11.30022/dynamic}}

====Befundtext (Anmerkungen und Kommentare)====
{{:1.2.40.0.34.11.4.3.2/dynamic}}

====Laborergebnisse aktiv (Laboratory Observation Active)====
{{:1.2.40.0.34.11.4.3.4/dynamic}}

====Eingebettetes Objekt Entry====
{{:1.2.40.0.34.11.1.3.1/dynamic}}

====Kultureller Keimnachweis (Laboratory Isolate Organzier)====
{{:1.2.40.0.34.11.30025/dynamic}}

====Antibiogram (Laboratory Isolate Organzier)====
{{:1.2.40.0.34.11.30026/dynamic}}

====Medikation Verordnung Entry eMedikation====
{{:1.2.40.0.34.11.8.1.3.1/dynamic}}

====Sbadm TemplateId Options====
{{:1.2.40.0.34.11.90012/dynamic}}

====Einnahmedauer====
{{:1.2.40.0.34.11.30006/dynamic}}

====Dosierungsvariante 1: Tagesdosierung effectiveTime====
{{:1.2.40.0.34.11.30007/dynamic}}

====Dosierungsvariante 2: Einzeldosierung====
{{:1.2.40.0.34.11.30008/dynamic}}

====Dosierungsvariante 3: Tagesdosierung mit Einnahmepause====
{{:1.2.40.0.34.11.30009/dynamic}}

====Dosierungsvariante 4: Einzeldosierung mit Einnahmepause====
{{:1.2.40.0.34.11.30010/dynamic}}

====Dosierungsvariante 1: Tagesdosierung doseQuantity====
{{:1.2.40.0.34.11.30037/dynamic}}

====Dosierungsvariante 2: Einzeldosierung doseQuantity====
{{:1.2.40.0.34.11.30039/dynamic}}

====Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity====
{{:1.2.40.0.34.11.30041/dynamic}}

====Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity====
{{:1.2.40.0.34.11.30043/dynamic}}

====Arznei Entry====
{{:1.2.40.0.34.11.2.3.4/dynamic}}

====Dosierungsvariante 2: Einzeldosierung entryRelationship====
{{:1.2.40.0.34.11.30040/dynamic}}

====Splitdose-Einnahmezeitpunkte 1====
{{:1.2.40.0.34.11.30046/dynamic}}

====Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship====
{{:1.2.40.0.34.11.30044/dynamic}}

====Splitdose-Einnahmezeitpunkte 2====
{{:1.2.40.0.34.11.30047/dynamic}}

====Patient Instructions====
{{:1.2.40.0.34.11.30033/dynamic}}

====Pharmacist Instructions====
{{:1.2.40.0.34.11.30034/dynamic}}

====Therapieart====
{{:1.2.40.0.34.11.30045/dynamic}}

====ID des Containers====
{{:1.2.40.0.34.11.90013/dynamic}}

====EXNDS Arzneimittel-Organizer====
{{:1.2.40.0.34.6.0.11.3.143/dynamic}}

====EXNDS Preis Arzneimittel TAX====
{{:1.2.40.0.34.6.0.11.3.140/dynamic}}

====EXNDS Preis Mehrwertsteuersatz====
{{:1.2.40.0.34.6.0.11.3.142/dynamic}}

====EXNDS Preis Arzneimittel Apotheke====
{{:1.2.40.0.34.6.0.11.3.141/dynamic}}

====EXNDS Arzneimittel Packungsart====
{{:1.2.40.0.34.6.0.11.3.144/dynamic}}

====EXNDS Magistralzubereitung-Organizer====
{{:1.2.40.0.34.6.0.11.3.146/dynamic}}

====EXNDS Arzneimittel Magistraler Bestandteil====
{{:1.2.40.0.34.6.0.11.3.147/dynamic}}

====EXNDS Arzneimittel Bezahlt====
{{:1.2.40.0.34.6.0.11.3.148/dynamic}}

====EXNDS Arzneimittel Rezeptgebührenbefreit====
{{:1.2.40.0.34.6.0.11.3.149/dynamic}}

====Immunization Entry====
{{:1.2.40.0.34.6.0.11.3.1/dynamic}}

====Immunization Target Entry====
{{:1.2.40.0.34.6.0.11.3.2/dynamic}}

====Immunization Billability Entry====
{{:1.2.40.0.34.6.0.11.3.5/dynamic}}

====Immunization Schedule Entry====
{{:1.2.40.0.34.6.0.11.3.10/dynamic}}

====Immunization Entry Impfung nicht angegeben====
{{:1.2.40.0.34.6.0.11.3.28/dynamic}}

====Immunization Recommendation Entry====
{{:1.2.40.0.34.6.0.11.3.3/dynamic}}

====Impfplan Entry====
{{:1.2.40.0.34.6.0.11.3.22/dynamic}}

====EXNDS Befund Act====
{{:1.2.40.0.34.6.0.11.3.150/dynamic}}

====EXNDS ExternalDocument ====
{{:1.2.40.0.34.6.0.11.3.151/dynamic}}

====EXNDS eCardKonsDatenAct====
{{:1.2.40.0.34.6.0.11.3.152/dynamic}}

====EXNDS ExternalAct====
{{:1.2.40.0.34.6.0.11.3.153/dynamic}}

====EXNDS ABS-Daten Act====
{{:1.2.40.0.34.6.0.11.3.154/dynamic}}

====EXNDS Attachment Act====
{{:1.2.40.0.34.6.0.11.3.155/dynamic}}

====EXNDS Befunderstellungsdatum====
{{: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 ===

====Address Compilation====
{{:1.2.40.0.34.6.0.11.9.25/dynamic}}

====Person Name Compilation G2 M====
{{:1.2.40.0.34.6.0.11.9.11/dynamic}}

====Person Name Compilation G1 M====
{{:1.2.40.0.34.6.0.11.9.12/dynamic}}

====Organization Name Compilation====
{{:1.2.40.0.34.6.0.11.9.27/dynamic}}

====Address Compilation Minimal====
{{:1.2.40.0.34.6.0.11.9.10/dynamic}}

====Device Compilation====
{{:1.2.40.0.34.6.0.11.9.18/dynamic}}

====Organization Compilation with id, name====
{{:1.2.40.0.34.6.0.11.9.5/dynamic}}

====Assigned Entity====
{{:1.2.40.0.34.6.0.11.9.22/dynamic}}

====Organization Compilation with name====
{{:1.2.40.0.34.6.0.11.9.9/dynamic}}

====Time Interval Information minimal====
{{:1.2.40.0.34.6.0.11.9.15/dynamic}}

====Original Text Reference====
{{:1.2.40.0.34.6.0.11.9.2/dynamic}}

====Author Body====
{{:1.2.40.0.34.6.0.11.9.36/dynamic}}

====Person Name Compilation G2====
{{:1.2.40.0.34.6.0.11.9.6/dynamic}}

====Informant Body====
{{:1.2.40.0.34.6.0.11.9.3/dynamic}}

====Assigned Entity Body====
{{:1.2.40.0.34.6.0.11.9.16/dynamic}}

====Organization Compilation with name, addr minimal====
{{:1.2.40.0.34.6.0.11.9.20/dynamic}}

====Performer Body====
{{:1.2.40.0.34.6.0.11.9.17/dynamic}}

====Participant Body====
{{:1.2.40.0.34.6.0.11.9.13/dynamic}}

====Narrative Text Reference====
{{:1.2.40.0.34.6.0.11.9.1/dynamic}}

====EXNDS Familienanamnese Subject====
{{:1.2.40.0.34.6.0.11.3.116/dynamic}}

====Vaccine Product====
{{:1.2.40.0.34.6.0.11.9.32/dynamic}}

====Vaccine Product nicht angegeben====
{{:1.2.40.0.34.6.0.11.9.31/dynamic}}

====Performer Body - Impfende Person====
{{:1.2.40.0.34.6.0.11.9.21/dynamic}}

====Author Body - eImpfpass====
{{:1.2.40.0.34.6.0.11.9.8/dynamic}}

====Participant Body - Transcriber====
{{:1.2.40.0.34.6.0.11.9.14/dynamic}}

=Liste der verwendeten Terminologien=

* [https://art-decor.org/art-decor/decor-valuesets--exnds-?id=1.2.40.0.34.10.4&effectiveDate=2019-07-08T00:00:00&language=de-DE ELGA_AdministrativeGender]
* [https://art-decor.org/art-decor/decor-valuesets--exnds-?id=1.2.40.0.34.10.6&effectiveDate=2020-09-18T09:23:04&language=de-DE ELGA_AuthorSpeciality]
* [https://art-decor.org/art-decor/decor-valuesets--exnds-?id=1.2.40.0.34.10.17&effectiveDate=2018-01-18T00:00:00&language=de-DE ELGA_PersonalRelationship]
* [https://art-decor.org/art-decor/decor-valuesets--exnds-?id=1.2.40.0.34.6.0.10.42&effectiveDate=2020-10-02T13:21:28&language=de-DE exnds_AbrechnungsKennzeichen_VS]
* [https://art-decor.org/art-decor/decor-valuesets--exnds-?id=1.2.40.0.34.6.0.10.46&effectiveDate=2020-10-06T17:14:53&language=de-DE exnds_ArzneimittelAbgabeTyp_VS]
* [https://art-decor.org/art-decor/decor-valuesets--exnds-?id=1.2.40.0.34.6.0.10.45&effectiveDate=2020-10-06T17:06:01&language=de-DE exnds_ArzneimittelPackungsArt_VS]
* [https://art-decor.org/art-decor/decor-valuesets--exnds-?id=1.2.40.0.34.6.0.10.47&effectiveDate=2020-10-16T11:31:55&language=de-DE exnds_BefundArt_VS]
* [https://art-decor.org/art-decor/decor-valuesets--exnds-?id=1.2.40.0.34.6.0.10.37&effectiveDate=2020-10-01T16:05:18&language=de-DE exnds_Behandlungsscheinart_VS]
* [https://art-decor.org/art-decor/decor-valuesets--exnds-?id=1.2.40.0.34.6.0.10.34&effectiveDate=2020-09-28T17:02:11&language=de-DE exnds_BlutgruppeAB0_VS]
* [https://art-decor.org/art-decor/decor-valuesets--exnds-?id=1.2.40.0.34.6.0.10.33&effectiveDate=2020-09-25T15:03:17&language=de-DE exnds_BundeslandCodes_VS]
* [https://art-decor.org/art-decor/decor-valuesets--exnds-?id=1.2.40.0.34.6.0.10.44&effectiveDate=2020-10-02T14:03:21&language=de-DE exnds_Chefarztkennzeichen_VS]
* [https://art-decor.org/art-decor/decor-valuesets--exnds-?id=1.2.40.0.34.6.0.10.36&effectiveDate=2020-10-01T11:41:43&language=de-DE exnds_DocumentType_VS]
* [https://art-decor.org/art-decor/decor-valuesets--exnds-?id=1.2.40.0.34.6.0.10.40&effectiveDate=2020-10-02T10:16:57&language=de-DE exnds_FremdstaatenKennzeichen_VS]
* [https://art-decor.org/art-decor/decor-valuesets--exnds-?id=1.2.40.0.34.6.0.10.41&effectiveDate=2020-10-02T10:27:22&language=de-DE exnds_GrundFuerBehandlungsschein_VS]
* [https://art-decor.org/art-decor/decor-valuesets--exnds-?id=1.2.40.0.34.6.0.10.35&effectiveDate=2020-09-28T17:23:12&language=de-DE exnds_Rhesusfaktor_VS]
* [https://art-decor.org/art-decor/decor-valuesets--exnds-?id=1.2.40.0.34.6.0.10.32&effectiveDate=2020-09-25T14:23:08&language=de-DE exnds_Versichertenkategorie_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.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]

=Einzelnachweise=