Quelltext der Seite ILF:E-Medikation (Version 3)

{{#seo:
|title=e-Medikation
|titlemode=append
|keywords= ELGA Medikation,; eMed,; Med
|description=Die e-Medikation enthält Daten zu einer Person einzelnen Verordnungen, Abgaben, pharmazeutischen Empfehlungen und diese nochmals gesammelt als Medikationsliste.
}}
{{#customtitle:e-Medikation (Version 3.0.0+20250228)}}
{{#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;
}
}
}}
<!-- Implementierungsleitfaden Metadaten-->
{{Infobox Dokument
|Group     = ELGA CDA<br/>Implementierungsleitfäden
|Title     = HL7 Implementation Guide for CDA<sup>&reg;</sup> R2:<br/>e-Medikation (Version 3)
|Subtitle  = Zur Anwendung im österreichischen<br/>Gesundheitswesen [1.2.40.0.34.7.8.9.3]
|Short     = e-Medikation
|Namespace = ILF
|Type      = Implementierungsleitfaden
|Version   = 3.0.0+20250228
|Submitted = ELGA GmbH
|Copyright = © HL7 Austria 2025
|Date      = 28.02.2025
|Status    = Normativ
|Verfahren = Normatives Abstimmungsverfahren
|Period    = n.a.
|OID       = 1.2.40.0.34.7.8.9.3
|Realm     = Austria
}}
{{TOC limit|4}}
{{Underconstruction}}
<!-- Zusammenfassung an erster Stelle -->
{{BeginYellowBox}}Dieses Dokument bildet den '''vollständigen Implementierungsleitfaden der e-Medikation (eMed)''' ab und richtet sich an Softwareentwickler und Berater. Zum besseren Verständnis empfehlen wir Ihnen den [[ILF:e-Medikation_Guide|'''zusammenfassenden eMed-Guide''']] im Vorfeld zu lesen.{{EndYellowBox}}

=Zusammenfassung=

Dieser Implementierungsleitfaden beschreibt das Datenaustauschformat der e-Medikation in Österreich. Die Beschreibung enthält Festlegungen, Einschränkungen und Bedingungen auf Grundlage des internationalen Standards ISO/HL7 27932:2009 HL7 Clinical Document Architecture, Release 2.0 (CDA) und ist ein nationaler Standard der HL7 Austria.

Die Grundlage der Datenaustauschformate ist der internationale [[CDA-Grundlagen|CDA-Standard]], der sich in ELGA bereits bewährt hat. Er erlaubt es Sender und Empfänger, sich ohne vorherige Absprache zu verstehen. Der Standard hat zum Ziel, einen umfassenden Austausch von semantisch interoperablen Informationen zwischen allen beteiligten Akteuren bei der Behandlung von Patienten zu ermöglichen. Der Datenaustausch findet hierbei nicht nur innerhalb einer Einrichtung, sondern auch zwischen kooperierenden Einrichtungen und über Sektorengrenzen hinaus statt. Die Empfänger der Dokumente sollen die Inhalte benutzen und weiterverwenden können, ohne sich vorher mit dem Ersteller absprechen zu müssen. 

Die wesentliche Funktion von ELGA ist die Bereitstellung von patientenbezogenen medizinischen Dokumenten, die in vielen unterschiedlichen Informationssystemen der verschiedenen Gesundheitsdiensteanbieter erstellt werden. Zu den relevanten medizinischen Daten gehören auch die Medikationsdaten, die über die ELGA-Anwendung „e-Medikation“ verfügbar gemacht werden. Dazu errichtet und betreibt der Hauptverband der Sozialversicherungen ein Informationssystem, das Ärzten, Apothekern und den ELGA- Teilnehmern selbst eine Übersicht über verordnete und abgegebene Medikamente bietet. Diese Medikationsdaten sollen nicht nur von Benutzern gelesen, sondern auch wieder in die IT-Systeme integriert und dort weiterverwendet werden können („Semantische Interoperabilität“). Rechtsgrundlage für die Umsetzung der e-Medikation ist das „ELGA-Gesetz“ (GTelG 2012 §16a) sowie die „ELGA-Verordnung“ (ELGA-VO 2015 §14, 15 und 16).

Der Implementierungsleitfaden orientiert sich an den elementaren Konzepten und dem zugrunde liegenden Modell des Dokuments [[ILF:Allgemeiner_Implementierungsleitfaden_2020|Allgemeiner Implementierungsleitfaden]]. Dort werden die notwendigen Datentypen, Dokument-Metadaten (Header), die Möglichkeiten der Textstrukturierung, grundlegende Vorgaben für die Anwendung von Terminologien, einige allgemein genutzten Inhaltsstrukturen (Sections) sowie Codebeispiele und praktische Implementierungshilfen gezeigt. Alle weiteren, für diesen Leitfaden benötigten Elemente werden hier erklärt. Die Notation der Spezifikation der Datenaustauschformate folgt der "Art-Decor"-Schreibweise, die auf einer eigenen Seite ([[Hilfe:Art-Decor-Tabellen_verstehen|Art-Decor-Tabellen verstehen]]) erläutert wird.

Der vorgesehene Ablauf des Datenaustausches wird im Kapitel [[#Anwendungsf.C3.A4lle_zur_Nutzung_der_e-Medikation|Anwendungsfälle zur Nutzung der e-Medikation]] beschrieben. 


'''Übersichtstabellen für Header und Body-Strukturen'''
*[[#.C3.9Cbersichtstabelle_der_CDA_Strukturen_des_Headers|Übersichtstabelle der CDA Strukturen des Headers]] (administrative Daten)
*[[#.C3.9Cbersichtstabelle_der_CDA_Strukturen_des_Bodys|Übersichtstabelle der CDA Strukturen des CDA Bodys]] (medizinische Inhalte)


Auf der '''[[ILF_Diskussion:E-Medikation_(Version_3)|Diskussionsseite]]''' werden die Fehler und Änderungswünsche an dieser Version dokumentiert.

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

''Redaktion, Projektleitung, Koordination: ''<br />
Nikola Tanjga, [mailto:nikola.tanjga@elga.gv.at nikola.tanjga@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;">
==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_Telemonitoring-Episodenbericht}}


==Verbindlichkeit==
Die Verbindlichkeit und die Umsetzungsfrist dieses Leitfadens sind im Gesundheitstelematikgesetz 2012, BGBl.I Nr.111/2012 sowie in den darauf fußenden ELGA-Verordnungen geregelt. 

Der Leitfaden in seiner jeweils aktuell gültigen Fassung sowie die aktualisierten Terminologien sind vom zuständigen Minister auf www.gesundheit.gv.at zu veröffentlichen. Der Zeitplan zur Bereitstellung der Datenaustauschformate wird durch das Gesundheitstelematikgesetz 2012 und darauf basierenden Durchführungsverordnungen durch den zuständigen Bundesminister vorgegeben. Hauptversionen, also Aktualisierungen des Implementierungsleitfadens, welche zusätzliche verpflichtende Konformitätskriterien enthalten ("Mandatory" [M], "Required" [R] und "Fixed" [F]), sind mit ihren Fristen zur Bereitstellung per Verordnung kundzumachen. Andere Aktualisierungen (Nebenversionen) dürfen auch ohne Änderung dieser Verordnung unter www.gesundheit.gv.at veröffentlicht werden. 

Die Anwendung dieses Implementierungsleitfadens hat im Einklang mit österreichischem und europäischem Recht, insbesondere mit den relevanten Materiengesetzen (z.B. Ärztegesetz 1998, Apothekenbetriebsordnung 2005, Krankenanstalten- und Kuranstaltengesetz, Gesundheits- und Krankenpflegegesetz, Rezeptpflichtgesetz, Datenschutzgesetz, Gesundheitstelematikgesetz 2012, DSGVO) zu erfolgen. Technische Möglichkeiten können gesetzliche Bestimmungen selbstverständlich nicht verändern, vielmehr sind die technischen Möglichkeiten im Einklang mit den Gesetzen zu nutzen.

Die Einhaltung der gesetzlichen Bestimmungen liegt im Verantwortungsbereich der Ersteller der CDA-Dokumente.

== Verwendete Grundlagen und Bezug zu anderen Standards ==
{|
|style="vertical-align:top" |
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<ref name="HL7">Health Level Seven International [http://www.hl7.org www.hl7.org]</ref> gilt. 2009 wurde die Release 2.0 als ISO-Standard ISO/HL7 27932:2009 publiziert<ref>ISO/HL7 27932:2009 Data Exchange Standards — HL7 Clinical Document Architecture, Release 2 [https://www.iso.org/standard/44429.html]</ref>.

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<ref>World Wide Web Consortium. Extensible Markup Language, 1.0, 5th Edition. [http://www.w3.org/TR/REC-xml]</ref> folgen dem Basisstandard HL7 Version 3<ref>HL7 Version 3 Product Suite [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186]</ref> mit seinem Referenz-Informationsmodell (RIM). Dieser Leitfaden verwendet das HL7-Template-Austauschformat zur Definition der "Bausteine" (Templates) und ART-DECOR® <ref>ART-DECOR® [https://art-decor.org www.art-decor.org]</ref> als Spezifikationsplattform. 

* HL7 Clinical Document Architecture (CDA) <ref name="CDA"> HL7 Clinical Document Architecture (CDA) [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7]</ref> 
* HL7 Referenz-Informationsmodell (RIM)<ref name="RIM">HL7 Version 3: Reference Information Model (RIM) [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=77]</ref>
* HL7 V3 Datentypen <ref name="HL7 Version 3 Standard: Data Types">HL7 Version 3 Standard: Data Types – Abstract Specification, Release 2[http://www.hl7.org/documentcenter/private/standards/v3/edition_web/infrastructure/datatypes_r2/datatypes_r2.html]</ref> 
* HL7 Template-Austauschformat Specification and Use of Reusable Information Constraint Templates, Release 1<ref name="Templates Specification"> HL7 Templates Standard: Specification and Use of Reusable Information Constraint Templates, Release 1  [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=377] </ref> 

Die HL7 Standards können über die HL7 Anwendergruppe Österreich (HL7 Austria)<ref>HL7 Austria [http://www.hl7.at/ www.hl7.at]</ref>, die offizielle Vertretung von Health Level Seven International in Österreich bezogen werden ([https://www.hl7.at 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.

{{BeginILFBox}}
Die e-Medikation basiert auf den Vorgaben des '''[[ILF:Allgemeiner_Implementierungsleitfaden_2020|Allgemeinen Implementierungsleitfadens (Version 3)]]'''.{{EndILFBox}}
Für die Modellierung der technischen Spezifikation der Inhalte dieser Hauptversion der e-Medikation wurde die [https://art-decor.ehdsi.eu/art-decor/decor-templates--epsos- Art-Decor Spezifikation des eHDSI CDA Leitfaden für "eHDSI ePrescription" und "eHDSI eDispensation"] als wesentliche Grundlage gewählt.

==Wichtige unterstützende Materialien==
{{BeginYellowBox}}
Auf der Website [[ILF:E-Medikation_Guide|e-Medikation Guide]] werden unter anderem folgende Materialien zur Verfügung gestellt: 
* die PDF-Version dieses Leitfadens
* Beispieldokumente 
* Referenz-Stylesheet (Tool zur Darstellung im Browser - Konvertierung in HTML)
* CDA2PDF Suite (Tool zur Erzeugung einer PDF-Datei zur Ausgabe am Drucker)
* ein erweitertes CDA-Schema
* Schematron-Dateien für die Prüfung der Konformität ("Richtigkeit") von CDA Dateien

Die im weiteren angeführten Templatespezifikationen wurden im Art-Decor Projektrepository [https://art-decor.org/art-decor/decor-templates--at-emed-?section=templates e-Medikation] erstellt und können dort eingesehen werden.
{{EndYellowBox}}
Gemeinsam mit diesem Leitfaden werden in diesem Wiki weitere Dokumente zur Unterstützung bereitgestellt:
* Vorgaben zur Registrierung von CDA-Dokumenten (Leitfaden für XDS-Metadaten)
* Hinweise für die zu verwendenden Terminologien
* Leitfaden zur richtigen Verwendung von Terminologien

{{BeginYellowBox}}Fragen, Kommentare oder Anregungen für die Weiterentwicklung können an [mailto:cda@elga.gv.at cda@elga.gv.at] gesendet werden.{{EndYellowBox}}

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

<!-- Tatsächlicher Inhalt -->

=Leitfadenerstellungs- und Harmonisierungsprozess=
Für die Ausgestaltung der Inhalte von "CDA Implementierungsleitfäden" ist eine breite Beteiligung der Stakeholder wesentlich, um die praktische Nutzbarkeit und die Akzeptanz durch die ELGA-Benutzer sicherzustellen. 
Für diese interdisziplinären Expertengruppen stehen nicht die technischen, sondern vor allem medizinisch-inhaltliche Aspekte im Vordergrund. Die technischen Inhalte werden großteils von den Redaktionsteams beigetragen.

Ein wesentlicher Schritt auf dem Weg zur Interoperabilität der IT-Systeme im Gesundheitswesen ist die Einigung auf Vorgaben für einheitliche Dokumentation und Codierung der Information. Diese durch die Arbeitsgruppen erreichte "Harmonisierung" etabliert neue nationale Qualitätsstandards der medizinischen Dokumentation.
Die Leitfäden werden über ein reguläres Standardisierungsverfahren ("Ballot") durch die HL7 Anwendergruppe Österreich (HL7 Austria) zu einem nationalen HL7 Standard. 
{{BeginILFBox}}
Weitere Details zum Vorgehensmodell sind im [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Vorgehensmodell| Allgemeiner Leitfaden - Kapitel Leitfadenerstellungs- und Harmonisierungsprozess - Vorgehensmodell]] zu finden.{{EndILFBox}}

Dieser Implementierungsleitfaden entstand durch die Harmonisierungsarbeit der [[AG e-Medikation v3]], die im ''Zeitraum von September 2024 bis Dezember 2024 tagte.'' Die Teilnehmer der Arbeitsgruppe wurden durch ihre Organisation delegiert.

''Die Arbeitsgruppe harmonisierte primär die inhaltlichen Vorgaben und soweit möglich die zu verwendenden Terminologien (Value Sets).
Die Formulierung der technischen Spezifikation des CDA Implementierungsleitfadens Telemonitoring-Episodenbericht erfolgte durch die ELGA GmbH parallel bzw. nach der inhaltlichen Festlegung.'' 

Der Leitfaden wird in einem technischen Abstimmungsverfahren durch die HL7 Austria ("Ballot") zu einem österreichischen Standard. Die Verbindlichkeit zur Anwendung soll durch eine Novellierung des Gesundheitstelematikgesetzes 2012, BGBl.I Nr.111/2012 begründet werden.

==Revision der Leitfäden==
Neue und geänderte Anforderungen sowie Verbesserungen können neue Versionen der bestehenden Spezifikationen notwendig machen. 

Der CDA-Koordinator evaluiert in regelmäßigen Abständen, ob und welche Änderungen (etwa durch neue medizinische oder gesetzliche Anforderungen) notwendig sind. Aufgrund des Berichtes des CDA-Koordinators empfiehlt die ELGA GmbH die Erstellung von Revisionsversionen der bestehenden Leitfäden. Die geplanten Änderungen sollen mit den maßgeblichen Stakeholdern abgestimmt werden.

Neue Versionen, die "verpflichtende Elemente" (Sections oder Entries) neu einführen oder entfernen, sind "Hauptversionen", die jedenfalls über eine Durchführungsverordnung verbindlich gemacht und veröffentlicht werden. Andere Versionen sind "Nebenversionen". Alle verbindlichen Versionen  sind  auf http://www.gesundheit.gv.at zu veröffentlichen.

== Autoren und Mitwirkende ==
Der vorliegende Leitfaden wurde unter der Leitung der ELGA GmbH von den Autoren und unter Mitwirkung der genannten Personen (Mitglieder der Arbeitsgruppe) erstellt. Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht. 
Die HL7 Austria und die ELGA GmbH genehmigen ausdrücklich die Anwendung des Leitfadens ohne Lizenz- und Nutzungsgebühren zum Zweck der Erstellung medizinischer Dokumente und weisen darauf hin, dass dies mit dem Einverständnis aller Mitwirkenden erfolgt.

===Version 1&2===
====Autoren====
'''Das Redaktionsteam''' für die Hauptversion v1&2 bestand aus folgenden Personen<sup>1</sup>:
{| class="wikitable"
! Name
! Organisation
! Rolle
|-
| Stefan Sabutsch
| ELGA GmbH, HL7 Austria
| Herausgeber, Projektleiter, CDA Koordinator
|-
| Jürgen Brandstätter
| CodeWerk Software Services and Development GmbH
| Autor, Fachkoordinator
|}

===Mitwirkende===
'''Teilnehmer der Arbeitsgruppe e-Medikation v1&2 2015'''<sup>1</sup>:
Michael Bauer (SVC - Sozialversicherungs-Chipkarten Betriebs- und Errichtungsgesellschaft m.b.H.), 
Michael Deimel (SVC), 
Tanja Krammer (SVC), 
Martin Asenbaum (SVC), 
Alexander Kollmann (ELGA GmbH), 
Oliver Kuttin (ELGA GmbH),
Carina Seerainer (ELGA GmbH)

===Version 3 (aktuell)===
====Autoren====
'''Das Redaktionsteam''' für die Hauptversion v3 bestand aus folgenden Personen<sup>1</sup>:
{| class="wikitable"
! Name
! Organisation
! Rolle
|-
| Nikola Tanjga
| ELGA GmbH, HL7 Austria
| Autor
|-
| Emmanuel Helm
| ELGA GmbH, HL7 Austria
| Herausgeber
|-
| Georg Stockinger
| SVC
| Autor
|-
| Martin Steiner
| SVC
| Autor
|-
| Leander Kirchpfening 
| SVC
| Autor
|}

===Mitwirkende===
'''Teilnehmer der Arbeitsgruppe e-Medikation v3'''<sup>1</sup>: 
Matthias Frankfurt (Österreichische Ordensprovinz des Hospitalordens des heiligen Johannes von Gott), 
Gerhard Stimac (Sprecher Plattform für Digitale Gesundheit – FEEI), 
Alexander Moussa (Arzt für Allgemeinmedizin, Vorsorgemedizin; ÖÄK), 
Gmeiner Stefanie (ÖÄK), 
Johann Kerschbaum (ÖAK), 
Herwig Loidl (LOIDL Consulting & IT Services GmbH), 
Annemarie Goldmann (LOIDL Consulting & IT Services GmbH), 
Schnurer Florian (Fachverband der Elektro- und Elektronikindustrie), 
Christoph Unfried (CGM Arztsysteme Österreich Gmbh, HCS Gmbh, HL7 Austria), 
Elisabeth Strahser (Fachverband UBIT), 
Andreas Voelkerer (Gemeinnützige Oberndorfer Krankenhausbetriebsgesellschaft m.b.H.), 
Jürgen Brandstätter (IHE Austria), 
Gergely Mentsik (Latido Health Tech GmbH), 
Moritz Buchmann (ELGA GmbH), 
Katharina Künstner (FEEI), 
Rainer Schmidradler (SVC - Sozialversicherungs-Chipkarten Betriebs- und Errichtungsgesellschaft m.b.H.), 
Ruprecht Leitner (Österreichische Apotheker-Verlagsgesellschaft m.b.H.), 
Harald Kornfeil (ÖGAM / ÖÄK)
Alexander Mense (HL7 Austria), 
Stefan Sabutsch (HL7 Austria, ELGA GmbH), 

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

=Technischer Hintergrund=
{{BeginILFBox}}
Der technische Hintergrund soll im [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Technischer_Hintergrund| allgemeinen Leitfaden]] nachgelesen werden.{{EndILFBox}}

==Allgemeine Richtlinien für ELGA CDA-Implementierungsleitfäden==
{{BeginILFBox}}
Die [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Allgemeine_Richtlinien_f.C3.BCr_CDA-Implementierungsleitf.C3.A4den|allgemeinen Richtlinien für ELGA CDA-Implementierungsleitfäden]] sollen beachtet werden.
{{EndILFBox}}

==Voraussetzungen für den Zugriff auf e-Medikation in ELGA==
Der ELGA GDA ist in ELGA angemeldet, berechtigt und besitzt eine gültige Kontaktbestätigung für den Patienten.
Der Patient ist ELGA-Teilnehmer und hat keinen generellen, partiellen oder situativen Widerspruch hinsichtlich ELGA oder der e-Medikation eingelegt.

==Anwendungsfälle des Dokumentenmanagements==
Die folgenden Kapiteln aus dem allgemeinen Leitfaden stellen eine Zusammenfassung der Inhalte der ELGA-Gesamtarchitektur, des Leitfadens XDS Metadaten und Usability Styleguides zum Thema e-Befunde dar. Detailinformationen sind in den entsprechenden Dokumenten nachzulesen (verfügbar auf der Homepage der [https://www.elga.gv.at/ ELGA GmbH]). Die wesentlichen Anwendungsfälle sind
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Schreiben_und_Einbringen_von_Dokumenten|Schreiben und Einbringen von Dokumenten]]
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Versionierung_von_Dokumenten|Versionierung von Dokumenten]]
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Stornierung_von_Dokumenten|Stornierung von Dokumenten]]
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Filtern_und_Suchen_von_Dokumenten|Filtern und Suchen von Dokumenten]]
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Lesen_von_ELGA_Dokumenten|Lesen von Dokumenten]]

=Anwendungsfälle zur Nutzung der e-Medikation=
Die Einsatzszenarien für dieses Datenaustauschformat werden in Form von Anwendungsfälle beschrieben, um dem Leser den Hintergrund zu vermitteln. Diese Anwendungsfälle gibt zusätzlichen Einblick zur aktuelle Umsetzung der ELGA-Anwendung e-Medikation. 

Zum besseren Verständnis des Implementierungsleitfaden e-Medikation sowie dem Zusammenspiel der CDA-Dokumente werden im Folgenden die Anwendungsfälle für die e-Medikation kurz dargestellt.

Folgende '''Akteure''' werden in der ELGA-Anwendung e-Medikation (eMEDAT) definiert:
* Akteure im niedergelassenen Bereich
** Arzt
*** Kassenarzt
*** Wahlarzt
*** Facharzt
*** Hausapotheker (Da im GDA-Index jeder GDA nur eine Rolle besitzt und es eine Rolle „Hausapotheker“ nicht gibt, haben Hausapotheker dieselbe Rolle wie niedergelassene Ärzte ohne Hausapotheke. Somit hat jeder Arzt auch die Funktionalitäten zur Abgabe zur Verfügung.)
*** etc.
**	Arztpraxisassistent
*	Krankenanstalt
**	In der e-Medikation erfolgt keine Unterscheidung in stationären und ambulanten Bereich.
*	Akteure in der Apotheke
**	Pharmazeut/In
**	Pharmazeutisch-kaufmännisch(er/e) AssistentIn
*	Einrichtung der Pflege
**	Die Umsetzung der Berechtigungen (z.B. darf nur ein Arzt eine Verordnung in e- Medikation speichern), obliegt der GDA-Software.
**	Pflegeperson (siehe Vertreter, Vollmachtnehmer)
*	ELGA-Teilnehmer
**	Vertreter 
*** ELGA-Ombudsstelle
*** Vollmachtnehmer
*** gesetzlicher Vertreter
*** etc.

Der gegenständliche Implementierungsleitfaden „e-Medikation“ definiert die folgenden '''CDA-Dokumente''': Rezept, Abgabe, Korrekturmeldung (Pharmazeutische Empfehlung) und Medikationsliste. Um den Medikationsprozess und die folgend beschriebenen Anwendungsfälle abbilden zu können, werden diese Dokumente mit den folgenden Status in der e-Medikation abgebildet:
*	Rezept (PRESCRIPTION; Ein Rezept wird durch ein Prescription Dokument abgebildet und kann eine oder mehrere Verordnungen enthalten. Bezüglich der möglichen Statuswerte unterscheiden sich das Prescription Dokument und die einzelnen Verordnungen.)
** OFFEN
** EINGELÖST
** STORNIERT
** ABGELAUFEN 
* Verordnung
** OFFEN
** EINGELOEST
** STORNIERT
** NICHT_DISPENSIERT
* Abgabe (DISPENSE)
** ABGEGEBEN
** ABGESETZT (Korrekturmeldung vorhanden)
** STORNIERT (deprecated)
* Korrekturmeldung (Pharmazeutische Empfehlung, Pharmaceutical Advice)
** GÜLTIG
** STORNIERT (deprecated)
* Medikationsliste
** GÜLTIG
** ERSETZT (deprecated)

==Verordnung(en) mit Rezept anlegen==

Im Zuge der Behandlung stellt der Arzt fest, dass dem ELGA Teilnehmer ein oder mehrere Arzneimittel verordnet werden müssen. Eine Verordnung besteht immer nur aus genau einer Medikation (= ein Arzneimittel). Das Rezept kann aus mehreren Verordnungen bestehen und bildet somit die Klammer über die Verordnungen. Das Rezept mit den Verordnungen wird mit einer eindeutigen eMED-ID versehen.
Die Prüfungen der Arzneimittel z.B. auf potentielle Wechselwirkungen, Kontraindikationen, Dosierungen, etc. erfolgt in der Eigenverantwortung des Arztes und ist nicht Gegenstand der e-Medikation.
Eine Speicherung von Verordnungen ohne Zuordnung eines Rezeptes ist nicht gültig. Die Verordnung wird als geprüft angesehen, wenn die zugeordnete Verordnung in e-Medikation gespeichert ist.

===Vorbedingung===

*	ELGA-Vorbedingung: GDA ist autorisiert, ELGA Teilnehmer ist identifiziert, eine gültige Kontaktbestätigung/ Berechtigung („Ticket“) wurde vom ELGA-Berechtigungssystem ausgestellt.
*	e-Medikation Vorbedingung: keine

===Akteure===

*	Arzt im niedergelassenen Bereich
*	Krankenanstalt
*	Einrichtung der Pflege

===Ablauf===

Die Erfassung eines Rezepts mit Verordnung stellt folgende Prozessschritte in der GDA- Software dar:
*	Arzneimittel auswählen: Der Arzt wählt eine oder mehrere Arzneimittelspezialitäten aus einem Katalog („ASP-Liste“, die Liste der humanen Arzneispezialitäten gelistet nach PZN) aus, wobei Handelsname, Pharmazentralnummer (PZN) sowie andere Daten zur Beschreibung des Arzneimittels (Stärke, Darreichungsform, Packungsgröße, Zulassungsnummer etc.) automatisch aus einem Katalog6 mit allen ELGA-relevanten Arzneimittelspezialitäten übernommen werden können.
*	eMED-ID anfordern: Die Vergabe der eindeutigen eMED-ID erfolgt zentral durch die Serverkomponente e-Medikation und kann über eine entsprechende Schnittstelle angefordert werden.
*	Arzneimittel ausnehmen: Arzneimittel können von der Speicherung in e-Medikation ausgenommen werden (funktionale Anforderung an die GDA-Software)
*	Rezept mit Verordnung in e-Medikation speichern: Prüfung der Eingabedaten
*	Rezept drucken (Anforderung an die GDA-Software, kein Teil in der e-Medikation). Die eMED-ID soll, sofern technisch möglich, sowohl als Klartext als auch als maschinenlesbarer Code (2D-Matrix-Code) auf dem e-Rezept-Ausdruck bzw. einem Papierrezept aufgedruckt werden (§18 Abs. 4 Z. 4 GTelG 2012) um die Versorgungskontinuität (verbesserte Arbeitsabläufe) als auch die anwenderfreundlichen Umsetzung der e-Medikation zu unterstützen.

Der Arzt kann pro „Patientenkontakt“ (Besuch) mehrere Rezepte mit Verordnungen in e- Medikation speichern; Rezepte können jedoch nur einzeln übermittelt werden. Das Rezept mit den Verordnungen ist sofort nach Speicherung in e-Medikation gültig.

> Der aktuelle Katalog „Liste der humanen Arzneispezialitäten gelistet nach PZN“ (ASP-Liste) wird von der AGES, der Österreichischen Agentur für Ernährungssicherheit bereitgestellt und kann über den Terminologieserver frei bezogen werden: https://termgit.elga.gv.at/

====Anmerkungen zu den Datenfeldern====

Das Rezept wird durch eine Rezeptart gekennzeichnet, um die Gültigkeitsdauer prüfen zu können. In e-Medikation werden folgende Rezeptarten berücksichtigt:
*	Kassenrezept – 1 Monat gültig und entspricht dem Zeitraum vom Ausstellungszeitpunkt bis zum gleichen Tag im Folgemonat 23:59 Uhr; eine Einlösung möglich; im Zuge des „Besorgerprozesses“ wird bei einer gespeicherten Teilabgabe die gesamte Gültigkeitsdauer auf 3 Monate verlängert; Es ist nicht möglich, zusätzliche Einlösungen anzugeben.
** Beispiel: Wenn ein Kassenrezept am 1.4., 16:45 Uhr ausgestellt wird, dann ist es bis 2.5., 00:01 Uhr gültig. Möglicherweise führt das erwähnte „add_month“ dazu, dass die die Gültigkeit in dem Fall auf die Uhrzeit genau, also auf 2.5., 16:45 Uhr gesetzt wird, was dann zu dem Fehler führt.
* Privatrezept - 12 Monate gültig, sofern die erste Einlösung innerhalb von 1 Monat ab Erstelldatum erfolgt ist
** Die maximale Gültigkeitsdauer beträgt 365 Tage bzw. sind bis zu 6 Einlösungen möglich, wobei Gültigkeitsdauer und Anzahl der möglichen Einlösungen vom Arzt definiert werden können. Dabei muss das Privatrezept innerhalb des ersten Monats erstmalig eingelöst werden (§ 4 Abs. 1 RezeptpflichtG).
* Substitutionsrezept – Maximale Gültigkeitsdauer von 12 Monaten. Das GültigVon Datum darf maximal einen Monat in der Zukunft liegen. 
Es ist nicht möglich, zusätzliche Einlösungen anzugeben. 

Die Gültigkeitsdauer je Rezeptart folgt den rechtlichen Vorgaben. Es wird daher der Ausstellungstag in die Berechnung der Einlösefrist nicht mit eingerechnet. Die Gültigkeiten von Rezepten und somit die Verfügbarkeit in e-Medikation ergeben sich folgendermaßen:

* Wenn ein Rezept mit den Verordnungen in e-Medikation gespeichert ist, dann erhält das
Rezept/Verordnung den Status OFFEN.
* Ein Kassenrezept muss innerhalb von 1 Monat eingelöst werden, sonst erhält das Rezept den Status ABGELAUFEN.
* Ein Privatrezept muss innerhalb von 1 Monat eingelöst werden, sonst erhält es den Status ABGELAUFEN.
* Ein Substitutionsrezept ist im Status ABGELAUFEN, wenn das „bis Datum“ erreicht ist.
* Die Anzahl der Einlösungen bei Privatrezepten werden auf Verordnungsebene geprüft. Sobald die maximale Anzahl der Einlösungen für jede einzelne Verordnung erreicht ist, erhält das Rezept den Status=EINGELÖST. Solange die Anzahl der Einlösungen (Abgaben) nicht erreicht wurde, hat die Verordnung und das Rezept den Status=OFFEN.
* Die Rezeptart beeinflusst die Regeln, die bei der Einlösung der Verordnung zur Anwendung kommen. ist für die Regeln der Einlösung notwendig. Siehe dazu Use Cases „Abgabe mittels eMED-ID durchführen“ und „Abgabe über e-card durchführen“. 
Es können nur Arzneimittel verordnet werden, die in der Liste der Arzneimittelspezialitäten
(„ASP-Liste“) vorkommen und als gültig vermerkt sind (ELGA_Gültigkeit = true). Ohne
Verordnungsbezug kann nur die Abgabe jener OTC-Präparate in der e-Medikation gespeichert werden, die auch wechselwirkungsrelevant (ELGA_MedikationWechselwirkungsRelevant = true) sind.
* Bei Kassen- und Substitutionsrezepten müssen alle Verordnungen mit einer Abgabe oder Leerabgabe referenziert werden. 

====Ergebnis im Gutfall====

Die am Rezept angegebenen Verordnungen sind im Status OFFEN in e-Medikation gespeichert. Die zuvor vom Server erstellte eMED-ID wurde für die Dokumentenerstellung verwendet und dem e-Rezept Service als Parameter übergeben.

====Ergebnis im Fehlerfall====

Im Fehlerfall wird der Vorgang abgebrochen und kann bei Bedarf wiederholt werden. Falls fehlerhafte Daten übergeben werden, muss eine Fehlermeldung zurückgeliefert werden mit dem Hinweis auf den Fehler.
Es können die folgenden Fehlerfälle aus der Schnittstelle zur e-Medikation heraus auftreten:
* Speichern der Verordnung in e-Medikation nicht möglich
* eMED-ID nicht ermittelbar

Hinweis: Die Ausstellung eines e-Rezepts bzw. eines Papierrezepts darf durch eine etwaiges „Nicht-funktionieren“ der e-Medikation nicht verhindert werden.

==Rezept mit Verordnung(en) abrufen==

Im Zuge der Abgabe eines Arzneimittels in einer Apotheke (nach Identifikation mittels e-card) kann der Akteur die Rezepte samt Verordnungen zu einem ELGA Teilnehmer abrufen. Alternativ zur Identifikation mit e-card kann mittels eMED-ID ein Rezept abgerufen werden

===Vorbedingung===
*	ELGA-Vorbedingung: GDA ist autorisiert, ELGA Teilnehmer ist identifiziert, eine gültige Kontaktbestätigung/ Berechtigung wurde vom ELGA-Berechtigungssystem ausgestellt.
*	e-Medikation Vorbedingung: Verordnungen vorhanden

===Akteure===
*	Arzt im niedergelassenen Bereich
*	Krankenanstalt
*	Apotheke
*	Einrichtung der Pflege

===Ablauf===
Der Akteur kann die Verordnungen des ELGA-Teilnehmers  abfragen. Es stehen grundsätzlich zwei Suchvarianten zur Verfügung 
*	Alle Verordnungen von noch nicht eingelösten und noch nicht abgelaufenen Rezepten (findPrescriptionsForDispense) 
*	Alle Verordnungen in einem bestimmten Zeitraum (findPrescriptions)

Für diese beiden Abfragen gibt es zwei mögliche „Startpunkte“:
*	Startpunkt 1: Suche mit eMED-ID Assertion
** Suche ohne einem Patientenkontakt im ELGA BeS, auf Basis der eMED-ID Assertion, welche aufgrund der Angabe einer eMED-ID ausgestellt wurde. Mit dieser Assertion können ausschließlich Dokumente gefunden werden, die mit der betreffenden eMED-ID zusammenhängen (Rezept und zugehörige Abgaben, bzw. Pharmaceutical Advices).
*	Startpunkt 2: Suche mit Patientenkontakt
** Bei der Suche nach Rezepten mit einem Patientenkontakt im ELGA BeS (z.B. auf Basis der gesteckten e-card), können alle Rezepte des ELGA-Teilnehmers gesucht werden.

Es gibt keine Einschränkung bei der Anzeige der Datenfelder (z.B. ausstellender GDA darf angezeigt werden). Es werden über die Schnittstelle alle verfügbaren Datenfelder zu einer Verordnung/Rezept geliefert (lt. Datenmodell).

====Ergebnis im Gutfall====
Im Gutfall werden dem Akteur die angeforderten Rezepte/ Verordnungen sowie die dazugehörigen Korrekturmeldungen („Pharmazeutischen Empfehlungen“) zurückgeliefert und stehen zur weiteren Verwendung zur Verfügung.

====Ergebnis im Fehlerfall====
Im Fehlerfall wird der Vorgang abgebrochen und kann bei Bedarf wiederholt werden. 
Falls fehlerhafte Daten übergeben werden, muss eine Fehlermeldung zurückgeliefert werden mit dem Hinweis auf den Fehler.

==Verordnung stornieren==

Der Akteur muss die Verordnung stornieren können. Es sind folgende Fälle möglich:
*	einzelne Verordnung stornieren (über eine Korrekturmeldung). Dieses Storno ist von allen berechtigten Akteuren (siehe unten) durchführbar. 
*	ganzes Rezept stornieren (über ein Update der XDS-Metadaten oder alle Verordnungen über eine Korrekturmeldung stornieren). Dieses Storno ist nur durch den Ersteller des Dokuments durchführbar.

===Vorbedingung===
* ELGA-Vorbedingung: GDA ist autorisiert, ELGA Teilnehmer ist identifiziert, eine gültige Kontaktbestätigung/ Berechtigung („Ticket“) wurde vom ELGA-Berechtigungssystem ausgestellt.
* e-Medikation Vorbedingung: Verordnung mit dem Status=OFFEN ist vorhanden

===Akteure===
*	Arzt im niedergelassenen Bereich
*	Krankenanstalt
*	Einrichtung der Pflege

===Ablauf===
*	Einzelne Verordnung stornieren:
**	Eine Verordnung kann mittels einer Korrekturmeldung (Pharmazeutischen Empfehlung) storniert werden. Der Akteur bestimmt die Verordnung (oder mehrere), welche storniert werden soll/sollen. Die Auswahl erfolgt über die VerordnungsID. Die Verordnung erhält den Status „STORNIERT“. Eine Stornierung ist nur zulässig, falls die referenzierte Verordnung bereits in e-Medikation vorhanden ist und den Status „OFFEN“ besitzt. Bereits abgegebene Verordnungen können nicht mehr verändert werden.
*	Ganzes Rezept stornieren:
** Ein Rezept gilt als storniert, wenn einer der folgenden beiden Methoden angewandt wird:

***	Der Akteur bestimmt alle Verordnung des Rezepts und storniert jede einzelne Verordnung des Rezepts. Das Rezept erhält den Status = STORNIERT, wenn alle zugeordneten Verordnungen den Status = STORNIERT aufweisen.
***	Der Akteur bestimmt das Rezept mit den Verordnungen (über eMED-ID). Es wird ein Update der Metadaten des Rezepts ausgeführt. Dies kann nur vom Ersteller des Rezepts durchgeführt werden.

====Ergebnis im Gutfall====
Die Verordnung bzw. das Rezept erhalten den Status= STORNIERT.

====Ergebnis im Fehlerfall====
Im Fehlerfall wird der Vorgang abgebrochen und kann bei Bedarf wiederholt werden. Die Verordnung behält den Status „OFFEN“.

==Verordnung/Rezept ändern==


Der Arzt muss eine bereits in e-Medikation gespeicherte Verordnung ändern können. Die Änderungen darf von jedem Arzt vorgenommen werden, unabhängig davon, ob der Arzt die Verordnung erstellt hat oder nicht.

===Vorbedingung===
*	ELGA-Vorbedingung: GDA ist autorisiert, ELGA Teilnehmer ist identifiziert, eine gültige Kontaktbestätigung/Berechtigung („Ticket“) wurde vom ELGA-Berechtigungssystem ausgestellt.
*	e-Medikation Vorbedingung: Verordnung mit dem Status=OFFEN ist vorhanden.

===Akteure===
*	Arzt im niedergelassenen Bereich
*	Krankenanstalt
*	Einrichtung der Pflege

===Ablauf===

Eine Verordnung kann mittels einer Korrekturmeldung (=Pharmazeutischen Empfehlung) geändert werden. Der Arzt kann nur die folgenden Datenfelder einer Verordnung ändern, nicht aber das verordnete Arzneimittel oder die Menge selbst:
*	Art der Anwendung
*	Zusatzinformation
*	Ergänzende Information
*	Alternative Einnahme
*	Tagesdosierung
*	Morgen Dosierung
*	Mittags Dosierung
*	Abends Dosierung
*	Nachts Dosierung
*	Frequenz
*	Therapieart
*	Tagesangabe

Verordnungen mit dem Status ABGELAUFEN, NICHT DISPENSIERT, EINGELÖST, STORNIERT können nicht geändert werden. Die Medikation (z.B. Handelsname) einer Verordnung kann NICHT geändert werden.
Ist eine Änderung der Medikation notwendig, kann der Akteur eine neue Verordnung anlegen und eine Stornierung der zu ändernden Verordnung veranlassen (Rücksprache). Das gleiche gilt für die Angabe „Menge“, dazu muss der Arzt ein weiteres Rezept mit einer entsprechenden Verordnung ausstellen. Die Verringerung der Menge kann nicht abgebildet werden.
Die eMED-ID am Rezept muss bei einer Änderung der Verordnung gleich bleiben. Jede Änderung ist zu protokollieren; Es muss nachvollziehbar sein,
*	wann die Änderung der Verordnung durchgeführt wurde.
*	welcher GDA die Änderung der Verordnung durchgeführt hat.

Der Aussteller des Rezepts mit der entsprechenden Verordnung bleibt gleich und darf nicht durch die Änderung der Verordnung verändert werden.

====Ergebnis im Gutfall====
Im Gutfall wird die Änderung der Datenfelder der Verordnung über eine Korrekturmeldung durchgeführt und in e-Medikation gespeichert.

====Ergebnis im Fehlerfall====
Im Fehlerfall wird der Vorgang abgebrochen und kann bei Bedarf wiederholt werden. Die in e-Medikation gespeicherte Verordnung wurde nicht verändert.
Falls fehlerhafte Daten übergeben werden, muss eine Fehlermeldung zurückgeliefert werden mit dem Hinweis auf den Fehler.

==Abgabe mit Verordnungsbezug durchführen==
Eine Apotheke bzw. ein hausapothekenführender Arzt möchte ein Rezept für einen ELGA-Teilnehmer einlösen, dessen Verordnungen bereits in der e-Medikation gespeichert wurden. Hierzu müssen zunächst die Verordnungsdaten abgerufen werden und anschließend die Abgaben mit dem entsprechenden Verordnungsbezug gespeichert werden. 
Für die Abfrage der Verordnungen aus der e-Medikation bestehen grundsätzlich 2 Möglichkeiten:
*	Abfrage der Verordnungsdaten mittels eMED-ID 
*	Abfrage der Verordnungsdaten auf Basis einer bestehenden ELGA-Kontaktbestätigung

===Vorbedingung===
*	ELGA-Vorbedingung: GDA ist autorisiert, ELGA Teilnehmer ist identifiziert, eine gültige Kontaktbestätigung/Berechtigung („Ticket“) wurde vom ELGA-Berechtigungssystem ausgestellt.
*	e-Medikation Vorbedingung: Verordnung mit dem Status=OFFEN ist vorhanden

===Akteure===
*	Arzt im niedergelassenen Bereich
*	Apotheke

===Ablauf===
* Rezept mit Verordnungen abrufen  
** Üblicherweise wird in einem e-Rezept-Datensatz die korrespondierende eMED-ID gespeichert und liegt daher beim Abruf des e-Rezepts elektronisch als Zusatzinformation vor. Alternativ kann die eMED-ID durch Scan des Matrix-Codes auf dem e-Rezept-Ausdruck oder durch manuelle Eingabe erfolgen. In diesem Fall ist keine ELGA-Kontaktbestätigung erforderlich. Allerdings ist hierdurch ausschließlich der Zugriff auf die Daten des durch die eMED-ID referenzierten Rezepts möglich und nicht auf andere in der e-Medikation gespeicherte Daten (z.B. komplette e-Medikationsliste des Patienten).
** Sämtliche zu einem ELGA-Teilnehmer in der e-Medikation gespeicherten Verordnungsdaten können auf Basis einer bestehenden ELGA-Kontaktbestätigung (z.B. ausgelöst durch Einlesen der e-card) abgerufen werden. 
* Abgabe in der e-Medikation speichern
** Die Daten aus der Verordnung sind in der Regel vollständig für die Abgabe zu übernehmen. In Sonderfällen (z.B. Austausch eines Medikaments nach Rücksprache mit dem Arzt) können die aus der Verordnung übernommenen Daten geändert werden. 
** Für den Fall, dass bereits erfolgte Abgaben nacherfasst werden sollen (z.B. technische Probleme zum Zeitpunkt der eigentlichen Abgabe), wird als Erfassungsdatum der Zeitpunkt der Nacherfassung gesetzt, während als Abgabedatum das in der Vergangenheit liegende Datum der tatsächlichen Abgabe eingetragen wird

In der Fachlogik gelten folgende Prüfregeln:

*	Damit die Verordnung eingelöst werden kann, muss diese den Status OFFEN haben.
*	Rezepte mit der Rezeptart=Privatrezepte können von mehreren Akteuren eingelöst werden, z.B. verschiedene Apotheken.
*	Rezepte mit der Rezeptart=Kassenrezept und Substitutionsrezept können nur von einem Akteur eingelöst werden. Somit müssen alle Verordnungen zu einem Rezept abgegeben werden. Verordnungen, die nicht abgegeben werden, erhalten den Status NICHT DISPENSIERT
*	Zu Rezepten mit dem Status ABGELAUFEN können keine Abgaben mehr gespeichert werden. Die (nachträgliche) Speicherung von Abgaben zu einem abgelaufenen Rezept kann im Anlassfall allerdings ohne Verordnungsbezug erfolgen (siehe Kapitel xxx).

====Sonderfälle====

=====Austausch=====
Wird ein Arzneimittel verordnet, welches in der Apotheke nicht vorhanden ist, so kann im Rahmen der gesetzlichen Bestimmungen, der Apotheker bzw. der hausapotheken- führende Arzt ein wirkstoffgleiches Arzneimittel bzw. nach Rücksprache mit dem Arzt ein alternatives Arzneimittel abgeben.
Jedenfalls ist das tatsächlich abgegebene Arzneimittel in e-Medikation zu speichern und der Verordnung/dem Rezept zuzuordnen, um die Zugrundeliegende Verordnung einzulösen.

=====Besorger=====
Der Prozess des „Besorgers“ (ein Arzneimittel ist nicht lagernd und muss bestellt werden) wird in e-Medikation abgebildet. Das Rezept wird von der Apotheke eingelöst und die Abgabe wird als „Teilabgabe“ gekennzeichnet (siehe Markierung FFP „First Fill, Part Fill“ oder RFP „Refill - Part Fill“). Es wird die Verordnung nicht in den Status „EINGELOEST“ versetzt und es können solange weitere Abgaben dispensiert werden, bis eine Abgabe mit der Markierung RFC „Refill - Complete“ gespeichert wird. Die Kennzeichnung zeigt, dass das Arzneimittel dem Patienten noch nicht ausgehändigt wurde. Die Kennzeichnung zeigt auch, ob alle Packungen einer Verordnung bzw. teilweise Packungen einer Verordnung bestellt werden. Solange eine Abgabe mit der Kennzeichnung „Besorger“ vorhanden ist, muss die Abgabe mit der eMED-ID abrufbar sein.
Der Prozess einer „Teilabgabe“ eines Rezeptes kann mit obiger Logik des „Besorgers“ auch abgebildet werden.

=====OTC=====
*	Erfolgt die Abgabe eines OTC auf Basis einer Verordnung, wird die Abgabe immer in e-Medikation gespeichert, auch wenn dieses OTC nicht in der ASP-Liste als wechselwirkungsrelevante Arzneispezialität geführt ist.
*	Erfolgt die Abgabe eines OTC ohne Verordnungsbezug (siehe Kapitel „Abgabe ohne Verordnungsbrzug durchführen“), darf die Abgabe nur in e-Medikation gespeichert werden, wenn dieses OTC in der ASP-Liste als wechselwirkungsrelevante Arzneispezialität geführt ist.

====Ergebnis im Gutfall====
Die Verordnung ist eingelöst und die Medikationsabgabe ist gespeichert. Die Verknüpfung von Verordnung und Abgabe ist vorhanden. Teilabgaben sind entsprechend markiert.

====Ergebnis im Fehlerfall====
Im Fehlerfall wird der Vorgang abgebrochen und kann bei Bedarf wiederholt werden. Die in e-Medikation gespeicherte Verordnung wird nicht verändert. 

==Abgabe ohne Verordnungsbezug durchführen==

Der Akteur speichert die Arzneimittel in e-Medikation, welche tatsächlich abgegeben werden. Dieser Prozess wird durchgeführt 

*	bei Abgabe von nicht verordneten Arzneimitteln (Abgabe von wechselwirkungsrelevanten OTC )
* wenn ein e-Rezept-Eintrag oder ein Papierrezept vorhanden ist und keine Verordnungen in e-Medikation eingetragen wurden
*	Abgabe eines Arztmusters
*	Nacherfassung von bereits abgegebenen Arzneimitteln (z.B. wenn eine Speicherung zum Zeitpunkt der Abgabe aus technischen Gründen nicht möglich war, bei Arzneimittelbezug aus dem Ausland etc.)

===Vorbedingung===
*	ELGA-Vorbedingung: GDA ist autorisiert, ELGA Teilnehmer ist identifiziert, eine gültige Kontaktbestätigung/Berechtigung („Ticket“) wurde vom ELGA-Berechtigungssystem ausgestellt.
*	e-Medikation Vorbedingung: keine

===Akteure===
*	Arzt im niedergelassenen Bereich
*	Apotheke
*	Krankenanstalt
*	Einrichtung der Pflege

===Ablauf===

Der Akteur erfasst die Medikationsabgabe. Die Prüfungen der Arzneimittel z.B. auf potentielle Wechselwirkungen, Kontraindikationen, Dosierungen etc. erfolgt in der Eigenverantwortung des Akteurs und ist nicht Gegenstand des Informationssystems „e- Medikation“.

Wenn eine Medikationsabgabe (ohne Rezept/Verordnung) in e-Medikation gespeichert wird, dann gilt die Medikationsabgabe als vom Akteur geprüft. Wenn ein e-Rezept-Eintrag oder ein Papierrezept ohne e-Medikations-Verordnung vorhanden ist, dann obliegt es dem abgebenden Akteur diese zu prüfen.

Im Rahmen der Nacherfassung von bereits erfolgten Abgaben wird als Erfassungsdatum der Zeitpunkt der Nacherfassung gesetzt, während als Abgabedatum das in der Vergangenheit liegende Datum der tatsächlichen Abgabe eingetragen wird.

====Ergebnis im Gutfall====
Die Medikationsabgabe ist in e-Medikation gespeichert.

====Ergebnis im Fehlerfall====
Im Fehlerfall wird der Vorgang abgebrochen und kann bei Bedarf wiederholt werden.

Falls fehlerhafte Daten übergeben werden, muss eine Fehlermeldung zurückgeliefert werden mit dem Hinweis auf den Fehler.

==Abgabe abrufen==

Im Zuge der Behandlung eines ELGA Teilnehmers kann der Akteur die Medikationsabgaben eines ELGA Teilnehmers abrufen.

===Vorbedingung===
*	ELGA-Vorbedingung: GDA ist autorisiert, ELGA Teilnehmer ist identifiziert, eine gültige Kontaktbestätigung/Berechtigung („Ticket“) wurde vom ELGA-Berechtigungssystem ausgestellt.
*	e-Medikation Vorbedingung: Abgaben in den letzten 18 Monaten vorhanden

===Akteure===
*	Arzt im niedergelassenen Bereich
*	Krankenanstalt
*	Apotheke
*	Einrichtung der Pflege

===Ablauf===
Der Akteur fragt die Medikationsabgabe des identifizierten ELGA-Teilnehmers ab. Folgende Filterungen/Suchfunktionen können vorgenommen werden:
*	eMED-ID
*	Zeitraum
Stornierte Abgaben können nicht abgerufen werden. Es gibt keine Einschränkung bei der Anzeige der Datenfelder (z.B. abgebender GDA darf angezeigt werden). Es werden alle Datenfelder zu einer Abgabe über die Schnittstelle zur Verfügung gestellt.

====Ergebnis im Gutfall====
Im Gutfall werden dem Akteur die angeforderten Medikationsabgaben als auch zugehörige Korrekturmeldungen zurückgeliefert und stehen zur weiteren Verwendung zur Verfügung.

====Ergebnis im Fehlerfall====
Im Fehlerfall wird der Vorgang abgebrochen und kann bei Bedarf wiederholt werden. 
Falls fehlerhafte Daten übergeben werden, muss eine Fehlermeldung zurückgeliefert werden mit dem Hinweis auf den Fehler.

==Abgabe stornieren==

Der Akteur muss die Abgabe stornieren können (z.B. wenn irrtümlich eine Abgabe gespeichert wurde). Das Stornieren der Abgabe ist jederzeit möglich und darf nur vom Ersteller der Abgabe durchgeführt werden.

===Vorbedingung===
*	ELGA-Vorbedingung: GDA ist autorisiert, ELGA Teilnehmer ist identifiziert, eine gültige Kontaktbestätigung/Berechtigung („Ticket“) wurde vom ELGA-Berechtigungssystem ausgestellt.
*	e-Medikation Vorbedingung: Abgabe vorhanden, Status= ABGEGEBEN

===Akteure===
*	Arzt im niedergelassenen Bereich
*	Apotheke
*	Krankenanstalt
*	Einrichtung der Pflege

===Ablauf===
Der Akteur wählt die Medikationsabgabe, welche storniert werden soll. Die Stornierung  von Abgaben ist jederzeit möglich. Die Abgabe erhält den Status=STORNIERT und kann nicht mehr abgerufen werden. Handelt es sich bei der Abgabe um eine Medikation mit Verordnungsbezug, dann wechselt der Status der Verordnung auf „OFFEN“oder – falls der Gültigkeitszeitraum des zugrunde liegenden Rezepts überschritten wurde – auf „ABGELAUFEN“

====Ergebnis im Gutfall====

Im Gutfall wird die Stornierung der Medikationsabgabe durchgeführt. Die Abgabe erhält den Status STORNIERT, eine der Abgabe zugrunde liegende Verordnung den Status OFFEN oder ABGELAUFEN.

====Ergebnis im Fehlerfall====
Im Fehlerfall wird der Vorgang abgebrochen und kann bei Bedarf wiederholt werden.
Falls fehlerhafte Daten übergeben werden, muss eine Fehlermeldung zurückgeliefert werden mit dem Hinweis auf den Fehler.

==Abgabe absetzen==

Im Patientengespräch erfährt der Akteur, dass eine erfolgte Medikationsabgabe vom ELGA Teilnehmer nicht eingenommen wird. In diesem Fall wurde ein Arzneimittel zwar in der Apotheke abgegeben, es wird bzw. wurde aber nicht mehr (z.B. aufgrund von Unverträglichkeiten) eingenommen. Ein Absetzen einer Medikationsabgabe kann von jedem Akteur (außer ELGA-Teilnehmer selbst) durchgeführt werden.

===Vorbedingung===


*	GDA ist autorisiert, ELGA Teilnehmer ist identifiziert, eine gültige Kontaktbestätigung/Berechtigung („Ticket“) wurde vom ELGA-Berechtigungssystem ausgestellt.
*	e-Medikation Vorbedingung: Abgabe vorhanden, Status= ABGEGEBEN

===Akteure===
*	Arzt im niedergelassenen Bereich
*	Krankenanstalt
*	Apotheke
*	Einrichtung der Pflege

===Ablauf===

Eine Abgabe kann mittels einer Korrekturmeldung (=Pharmazeutischen Empfehlung) abgesetzt werden. Der Akteur bestimmt die abzusetzende Medikationsabgabe durch Übergabe der AbgabeID.

Der Akteur muss das Datum der Absetzung angeben. 

Das Datum der Absetzung muss beim Abruf der Medikationsabgaben und bei der Medikationsliste dargestellt werden.
Solange eine Medikationsabgabe abgerufen werden kann, kann die Medikationsabgabe auch abgesetzt werden. Im Zuge einer Absetzung erfolgen keine weiteren Prüfungen.
Das	Absetzen	kann	via	Metadatenupdate	der	entsprechenden	Pharmazeutischen Empfehlung wieder rückgängig gemacht werden.

====Ergebnis im Gutfall====
Im Gutfall wird das Absetzen der Medikationsabgabe durchgeführt und in e-Medikation gespeichert (Status=ABGESETZT). Das Absetzdatum ist in den Abgabedatenfeldern vorhanden.

====Ergebnis im Fehlerfall====
Im Fehlerfall wird der Vorgang abgebrochen und kann bei Bedarf wiederholt werden. Der Status der Abgabe ist „ABGEGEBEN“.
Falls fehlerhafte Daten übergeben werden, muss eine Fehlermeldung zurückgeliefert werden mit dem Hinweis auf den Fehler.

==Abgabe ändern==

Der Akteur muss die Daten einer Medikationsabgabe ändern können (z.B. bei Einstellungen der Dosierung eines Arzneimittels). Es dürfen nur definierte Datenfelder geändert werden.

===Vorbedingung===
*	GDA ist autorisiert, ELGA Teilnehmer ist identifiziert, eine gültige Kontaktbestätigung/Berechtigung („Ticket“) wurde vom ELGA-Berechtigungssystem ausgestellt.
*	e-Medikation Vorbedingung: Abgabe vorhanden, Status=ABGEGEBEN

===Akteure===
*	Arzt im niedergelassenen Bereich
*	Krankenanstalt
*	Apotheke
*   Einrichtungen der Pflege

===Ablauf===

Der Akteur bestimmt die zu ändernde Medikationsabgabe durch Übergabe der AbgabeID.Der Akteur kann nur bestimmte Datenfelder einer Medikationsabgabe ändern, nicht aber das Arzneimittel oder die Menge selbst. Folgende Datenfelder können verändert werden:
*	Art der Anwendung
*	Zusatzinformation
*	Alternative Einnahme
*	Ergänzende Information
*	Tagesdosierung
*	Morgen Dosierung
*	Mittags Dosierung
*	Abends Dosierung
*	Nachts Dosierung
*	Tagesangabe
*	Frequenz
*	Therapieart

Die Medikation (z.B. Handelsname) einer Medikationsabgabe kann NICHT geändert werden. Der GDA der Medikationsabgabe bleibt der gleiche und darf nicht durch die Änderung verändert werden.

====Ergebnis im Gutfall====
Im Gutfall wird die Änderung der Medikationsabgabe durchgeführt und in e-Medikation gespeichert.

====Ergebnis im Fehlerfall====
Im Fehlerfall wird der Vorgang abgebrochen und kann bei Bedarf wiederholt werden. Falls fehlerhafte Daten übergeben werden, muss eine Fehlermeldung zurückgeliefert werden mit dem Hinweis auf den Fehler.

==Medikationsliste abrufen==

Im Zuge der Behandlung eines ELGA Teilnehmers möchte der Akteur die Medikationsliste des ELGA Teilnehmers abrufen. Die Medikationsliste fasst offene Verordnungen und Abgaben zusammen.

===Vorbedingung===
*	GDA ist autorisiert, ELGA Teilnehmer ist identifiziert, eine gültige Kontaktbestätigung/Berechtigung („Ticket“) wurde vom ELGA-Berechtigungssystem ausgestellt.
*	e-Medikation Vorbedingung: keine

===Akteure===
*	Arzt im niedergelassenen Bereich
*	Krankenanstalt
*	Apotheke
*	Einrichtung der Pflege
*	ELGA-Teilnehmer

===Ablauf===
Der Akteur kann die gesamte, konsolidierte Medikationsliste (sortierbare Zusammenfassung über Zulassungsnummer und Abgabe bzw. Verordnungsdatum) abrufen.
Die Medikationsliste wird bei Aufruf serverseitig erstellt und enthält die aktuell gültigen Abgaben bzw. Verordnungen (z.B. bei einer Änderung wird nur die geänderte Dosierung angezeigt).

====Ergebnis im Gutfall====
Im Gutfall wird dem Akteur die angeforderte Medikationsliste zurückgeliefert und steht zur weiteren Verwendung zur Verfügung. Sind keine relevanten Verordnungen und Abgaben vorhanden, so wird eine „leere Liste“ retourniert.

====Ergebnis im Fehlerfall====
Im Fehlerfall wird der Vorgang abgebrochen und kann bei Bedarf wiederholt werden. Falls fehlerhafte Daten übergeben werden, muss eine Fehlermeldung zurückgeliefert werden mit dem Hinweis auf den Fehler.

===Alternativer Ablauf===

Bei der Ermittlung der aktuellen Medikation eines Patienten ist die Verwendung der konsolidierten Medikationsliste optional. Alternativ können alle verfügbaren (Quell)Daten der e-Medikation (das sind die Dokumenten- klassen Rezept (Prescription), Abgabe (Dispense), und die entsprechenden Korrektur- meldungen  bzw.  Pharmazeutische  Empfehlungen  (Pharmaceutical  Advice)  separat entsprechend dem im IHE Pharmacy Profil definierten Abfragen („Queries“) abgerufen und in der lokalen Software weiterverarbeitet werden.

Dies hat den Vorteil, dass man auch die Historie der Änderungen sehen kann, welche in der Implementierung der Medikationsliste bereits eingearbeitet sind.

=Konformitätsprüfung=
Ein zu diesem Implementierungsleitfaden konformes CDA-Dokument ist zunächst ein valides CDA Release 2.0 XML-Dokument mit [[ILF:Allgemeiner_Implementierungsleitfaden_2020#CDA_Header|Header]] und [[ILF:Allgemeiner_Implementierungsleitfaden_2020#CDA_Body|Body]]. Darüber hinaus erfüllt es alle in diesem Leitfaden festgelegten "Geschäftsregeln".

Dies spiegelt ein generelles Konzept im Umgang mit Dokumenten wieder: die Validierung in zwei Schritten. Im ersten Schritt stellt dies die Validierung gegen zugehörige '''W3C Schemas''' dar. Das verwendete Schema ist das geringfügig erweiterte offizielle CDA Release 2.0 Schema (siehe [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Schema-Pr.C3.BCfung|Schema-Prüfung]]). Darüber hinaus existieren eine Reihe von '''Schematron''' Regeln, die für einen zweiten Validierungsschritt genutzt werden und letztlich die Detailregelungen in diesem Leitfaden wiedergeben, sowie die Einhaltung der Geschäftsregeln (Optionalität, Kardinalität/Multiplizität, Datentypen, Wertebereiche, Abhängigkeiten) sicherstellen (siehe [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Schematron-Pr.C3.BCfung|Schematron-Prüfung]]). Geschäftsregeln für Abschnitte oder Elemente werden auch technisch zu '''"Templates"''' zusammengefasst. Eine XML-Instanz, die kein valides CDA-Dokument ist oder sich nicht gegen das XSD-Schema validieren lässt oder im Widerspruch zu den angegebenen Geschäftsregeln steht, ist kein gültiges CDA-Dokument im Sinne dieses Implementierungsleitfadens.
{{BeginYellowBox}}
Hinweis: Nicht alle Geschäftsregeln können mit Schema oder Schematron geprüft werden (etwa Inhalte von Multimedia-Attachments, Dokumentengröße). Zusätzliche Validierungsschritte sind gegebenenfalls notwendig, um alle Regeln zu überprüfen zu können. 
{{EndYellowBox}}
{{BeginILFBox}}
Die Kapitel zu den technischen Konformitätsprüfungen von CDA-Dokumenten, gemäß diesem Dokumentleitfadens mittels Schema und Schematron, sind im allgemeinen Leitfaden unter den folgenden Links zu finden:	
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Schema-Pr.C3.BCfung|Schema-Prüfung]]
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Schematron-Pr.C3.BCfung|Schematron-Prüfung]]
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Online-Validation_von_CDA-Dokumenten|Online-Validation von CDA-Dokumenten]]
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Hinweise_zur_Konformit.C3.A4tspr.C3.BCfung|Hinweise zur Konformitätsprüfung]]
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Abnahmepr.C3.BCfung_f.C3.BCr_ELGA_e-Befunde|Abnahmeprüfung für ELGA e-Befunde]]
*[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Zertifizierung|Zertifizierung]]
{{EndILFBox}}

=Datentypen=
{{BeginILFBox}}
Im [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Datentypen|Kapitel Datentypen im allgemeinen Leitfaden]] werden nur die Datentypen beschrieben, die in ELGA CDA-Dokumenten wie diesem zur Anwendung kommen. Für weiterführende Informationen wird auf den zugrundeliegenden Standard Health Level Seven Version 3 (V3), Normative Edition verwiesen.
{{EndILFBox}}

=Technische Spezifikation=
Die Struktur des CDA Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben.

Der Header entspricht im Wesentlichen den bisherigen ELGA CDA-Leitfäden ("Allgemeiner Leitfaden"). Der Body enthält die tatsächlichen (medizinischen) Inhalte des Dokuments. Dieses Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der Interoperabilitätsstufen ist daher nicht notwendig.

==Übersichtstabelle der CDA Strukturen des Headers==
Dieses Kapitel gibt einen Überblick über die Elemente des CDA Headers und den Vorgaben bezüglich Kardinalität und Konformität. 
{{BeginILFBox}}Die jeweiligen Links in der letzten Spalte zeigen auf die einzelnen Header Elemente im allgemeinen Leitfaden.{{EndILFBox}}

{| class="wikitable" width="100%"
|-
! style="text-align:left" width="20%" |Element
!Kard/Konf ELGA || style="text-align:left" width="60%" |Bedeutung / Link zum Kapitel
|- style="background:#FFFFFF"
|realmCode
|1..1 M||[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Hoheitsbereich_des_Dokuments_.28.22realmCode.22.29|Hoheitsbereich des Dokuments]]
|- style="background:#FFFFFF"
|typeId
|1..1 M||[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Dokumentformat_.28.22typeId.22.29|Kennzeichnung CDA R2]]
|- style="background:#FFFFFF"
|templateId
|4..4 M
|[[ILF:Allgemeiner_Implementierungsleitfaden_2020#ELGA_Implementierungsleitfaden-Kennzeichnung_.28.22templateId.22.29|Kennzeichnung von Strukturvorschriften]]
|- style="background:#FFFFFF"
|id
|1..1 M||[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Dokumenten-Id_.28.22id.22.29|Dokumenten-Id]]
|- style="background:#FFFFFF"
|code
&nbsp;&nbsp;translation
|1..1 M
&nbsp;&nbsp;1..1 M
|[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Dokumentenklasse_.28.22code.22.29|Klassifikation des Dokuments (fein und grob)]]
|- style="background:#FFFFFF"
|title
|1..1 M||[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Titel_des_Dokuments_.28.22title.22.29|Titel des Dokuments]]
|- style="background:#FFFFFF"
|sdtc:statusCode
|0..0 NP||[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Status_des_Dokuments_.28.22sdtc:statusCode.22.29|Status des Dokuments]] (immer completed)
|- style="background:#FFFFFF"
|hl7at:terminologyDate
|1..1 M||[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Terminologiedatum_.28.22hl7at:terminologyDate.22.29|Terminologie-Datum des Dokuments]]
|- style="background:#FFFFFF"
|hl7at:formatCode
|1..1 M||[[ILF:Allgemeiner_Implementierungsleitfaden_2020#FormatCode_.28.22hl7at:formatCode.22.29|FormatCode des Dokuments]]
|- style="background:#FFFFFF"
|hl7at:practiceSettingCode
|1..1 M||[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Fachliche_Zuordnung_des_Dokuments_.28.22hl7at:practiceSettingCode.22.29|Fachliche Zuordnung des Dokuments]]
|- style="background:#FFFFFF"
|effectiveTime
|1..1 M||[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Erstellungsdatum_des_Dokuments_.28.22effectiveTime.22.29|Erstellungsdatum des Dokuments]] (medizinisch relevantes Datum)
|- style="background:#FFFFFF"
|confidentialityCode
|1..1 M||[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Vertraulichkeitscode_.28.22confidentialityCode.22.29|Vertraulichkeitscode]]
|- style="background:#FFFFFF"
|languageCode
|1..1 M||[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Sprachcode_des_Dokuments_.28.22languageCode.22.29|Sprachcode des Dokuments]]
|- style="background:#FFFFFF"
|setId
versionNumber
|1..1 M
1..1 M
|[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Versionierung_des_Dokuments_.28.22setId.22_und_.22versionNumber.22.29|Versionierung des Dokuments]]
|- style="background:#FFFFFF"
|recordTarget v2
|1..1 M
|[[#Record_Target_v2|Record Target v2]]
|- style="background:#FFFFFF"
|author v2 / author v2 Prescriber (nur bei Rezept)
|1..1 M||[[#Author_v2|Author v2]][[#Author_v2_Prescriber|Author v2 beim Rezept]]
|- style="background:#FFFFFF"
|custodian v2
|1..1 M||[[#Custodian_v2|Custodian v2]]
|- style="background:#FFFFFF"
|legalAuthenticator v2
|1..* M||[[#Legal_Authenticator_v2|Legal Authenticator v2]]
|- style="background:#FFFFFF"
|documentationOf
&nbsp;&nbsp;serviceEvent
|1..* M
&nbsp;&nbsp;1..1 M
|[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Dokumentation_der_Gesundheitsdienstleistung|Gesundheitsdienstleistungen]]
|- style="background:#FFFFFF"
|relatedDocument[@typeCode="XFRM"]
|1..1 M
|siehe direkt im [[#Rezept|Rezept Dokument]]
|- style="background:#FFFFFF"
|relatedDocument[@typeCode="RPLC"]
|0..1 R
|[[ILF:Allgemeiner_Implementierungsleitfaden_2020#Bezug_zu_vorgehenden_Dokumenten|Bezug zu vorgehenden Dokumenten]]
|- style="background:#FFFFFF"
|}<ref group="Tabelle">Übersichtstabelle der CDA Strukturen des Headers</ref>:''Übersichtstabelle der CDA Strukturen des Headers''

==Übersichtstabelle der e-Medikation CDA Strukturen==
Dieses Kapitel gibt einen Überblick über die Body-Elemente der vier Dokumententypen und deren Vorgaben bezüglich Kardinalität und Konformität.
{| class="wikitable" width="100%"
|-
! style="text-align:left" width="20%" |Element
! Kard/Konf
|| style="text-align:left" width="60%" |Link zum Kapitel 
|- style="background:#FFFFFF"
|'''Rezept'''
| 
||[[#Rezept|Rezept Dokument]]
|- style="background:#FFFFFF"
|&nbsp;&nbsp;Rezept - kodiert
|1..1 M||[[#Rezept_-_kodiert|Rezept Sektion]]
|- style="background:#FFFFFF"
|&nbsp;&nbsp;&nbsp;&nbsp;Verordnung
|1..* M||[[#Medikation_Verordnung_Entry_eMedikation_v3|Verordnungs Entry]]
|- style="background:#FFFFFF"
|'''Abgabe'''
|
|[[#Abgabe|Abgabe Dokument]]
|- style="background:#FFFFFF"
|&nbsp;&nbsp;Abgabe - kodiert
|1..1 M||[[#Abgabe_-_kodiert|Abgabe Sektion]]
|- style="background:#FFFFFF"
|&nbsp;&nbsp;&nbsp;&nbsp;Abgabe 
|1..* M||[[#Medikation_Abgabe_Entry_eMedikation_v3|Abgabe Entry]]
|- style="background:#FFFFFF"
|'''Pharmazeutische Empfehlung'''
| 
||[[#Pharmazeutische_Empfehlung|Pharmazeutische Empfehlung Dokument]]
|- style="background:#FFFFFF"
|&nbsp;&nbsp;Pharmazeutische Empfehlung - kodiert
|1..1 M||[[#Pharmazeutische_Empfehlung_-_kodiert|Pharmazeutische Empfehlung Sektion]]
|- style="background:#FFFFFF"
|&nbsp;&nbsp;&nbsp;&nbsp;Pharmazeutische Empfehlung
|1..* M||[[#Medikation_Pharmazeutische_Empfehlung_Entry_eMedikation_v3|Pharmazeutische Empfehlung Entry]]
|- style="background:#FFFFFF"
|'''Medikationsliste'''
|
|[[#Medikationsliste|Medikationsliste Dokument]]
|- style="background:#FFFFFF"
|&nbsp;&nbsp;Abgabe - kodiert
|1..1 M||[[#Medikationsliste_-_kodiert|Medikationsliste Sektion]]
|- style="background:#FFFFFF"
|&nbsp;&nbsp;&nbsp;&nbsp;Verordnung
|0..* M||[[#Medikation_Verordnung_Entry_eMedikation_v3|Verordnungs Entry]]
|- style="background:#FFFFFF"
|&nbsp;&nbsp;&nbsp;&nbsp;Abgabe 
|0..* M||[[#Medikation_Abgabe_Entry_eMedikation_v3|Abgabe Entry]]
|- style="background:#FFFFFF"
|&nbsp;&nbsp;&nbsp;&nbsp;Pharmazeutische Empfehlung
|0..* M||[[#Medikation_Pharmazeutische_Empfehlung_Entry_eMedikation_v3|Pharmazeutische Empfehlung Entry]]
|- style="background:#FFFFFF"
|}<ref group="Tabelle">Übersichtstabelle der e-Medikation CDA Strukturen</ref>:''Übersichtstabelle der e-Medikation CDA Strukturen''

==CDA Templates==
<!-- 
dynamic: {{:oid/dynamic}}
static: {{:oid/static-YYYY-mm-dd}}
-->
===Document Level Templates===
====Rezept====
=====1.2.40.0.34.6.0.11.0.20=====
{{:1.2.40.0.34.6.0.11.0.20/dynamic}}
====Abgabe====
=====1.2.40.0.34.6.0.11.0.22=====
{{:1.2.40.0.34.6.0.11.0.22/dynamic}}
====Pharmazeutische Empfehlung====
=====1.2.40.0.34.6.0.11.0.21=====
{{:1.2.40.0.34.6.0.11.0.21/dynamic}}
====Medikationsliste====
=====1.2.40.0.34.6.0.11.0.23=====
{{:1.2.40.0.34.6.0.11.0.23/dynamic}}

===Header Level Templates===
{{BeginILFBox}}Die Header Level Templates wurden großteils aus dem bestehenden "Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente" übernommen. Diese sind unter [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Dokumentenstruktur| Allgemeiner Leitfaden - Kapitel Administrative Daten (CDA Header) - Dokumentenstruktur]] zu finden.{{EndILFBox}}

Die Header-Element welche spezifisch für die e-Medikation angepasst wurden sind folgende: 
=====Record Target=====
{{:1.2.40.0.34.6.0.11.1.3.2/dynamic}}
====Author v2====
{{:1.2.40.0.34.6.0.11.1.2.2/dynamic}}
====Author v2 Prescriber====
{{:1.2.40.0.34.6.0.11.1.2.2.1/dynamic}}
====Custodian v2====
{{:1.2.40.0.34.6.0.11.1.4.2/dynamic}} 
=====Legal Authenticator v2=====
{{:1.2.40.0.34.6.0.11.1.5.2/dynamic}} 

===Section Level Templates===
====Rezept - kodiert====
{{:1.2.40.0.34.6.0.11.2.137/dynamic}}
====Abgabe - kodiert====
{{:1.2.40.0.34.6.0.11.2.138/dynamic}}
====Pharmazeutische Empfehlung - kodiert====
{{:1.2.40.0.34.6.0.11.2.139/dynamic}} 
====Medikationsliste - kodiert====
{{:1.2.40.0.34.6.0.11.2.140/dynamic}} 

===Entry Level Template===
====Logo Entry==== 
{{:1.2.40.0.34.6.0.11.3.53/dynamic}}
====Arznei Entry v3==== 
{{:1.2.40.0.34.6.0.11.3.186/dynamic}}
====Medikation Verordnung Entry eMedikation v3==== 
{{:1.2.40.0.34.6.0.11.3.185/dynamic}}
====Medikation Abgabe Entry eMedikation v3==== 
{{:1.2.40.0.34.6.0.11.3.187/dynamic}}
====Medikation Pharmazeutische Empfehlung Entry eMedikation v3==== 
{{:1.2.40.0.34.6.0.11.3.188/dynamic}}

<div class="portrait">

=Anhang=
==Abbildungsverzeichnis==
<references group="Abbildung"/>

==Tabellenverzeichnis==
<references group="Tabelle"/>

==Einzelnachweise==
<references />

==Literatur und Weblinks ==
* Clinical Document Architcture (CDA®) Release 2.0 https://www.hl7.org/implement/standards/product_brief.cfm?product_id=7
* Boone, Keith W. "The CDA-Book", Springer, 2011  https://www.springer.com/gp/book/9780857293350
* Anleitungsartikel "[[Hilfe:Art-Decor-Tabellen verstehen|Art-Decor-Tabellen verstehen (auf wiki.hl7.at)]]".

==Revisionsliste==
===Nebenversion 2020.1 (1.1.0+20201120) ===
Folgende Änderungen wurden in der Nebenversion 2020.1 (1.1.0+20201120 nach neuem Versionsschema) gegenüber der Hauptversion durchgeführt (weitere Details siehe [[ILF_Diskussion:E-Medikation_(Version_3)|Diskussionsseite]]):
====Organization Compilation: representedOrganization/telecom in 1.2.40.0.34.6.0.11.9.5; 1.2.40.0.34.6.0.11.9.7; 1.2.40.0.34.6.0.11.9.9; 1.2.40.0.34.6.0.11.9.20 & 1.2.40.0.34.6.0.11.1.2====
Das Schematron Assert in allen "Organization Compilation" Templates und dem "Author" Template ist strenger als sein narrativer Constraint ihn beschreibt. Deswegen wurden das Assert dort jeweils entfernt.
====DocumentCode/translation 1.2.40.0.34.6.0.11.1.16====
Element translation muss child von Element code sein, war in dem Template jedoch auf derselben Ebene modelliert.
====recordTarget 1.2.40.0.34.6.0.11.1.3====
Hinzufügen von @assigningAuthorityName bei /ClinicalDocument[1]/recordTarget[1]/patientRole[1]/id[@root="1.2.40.0.34.4.21"] mit dem Wert "Nationaler Krankenversicherungsträger"
====Vitalparameter - kodiert 1.2.40.0.34.6.0.11.2.46====
wurde analog zu den Messergebnissen an der selben Stelle durch ein Entry für Grafiken erweitert.<br/>
In der Vorversion war der Titel für die Sektion Vitalparameter fest vorgegeben. Im TmE ist diese Sektion als Untersektion von "Erhobenen Daten" angedacht, wo die einzelnen Typen, wie "Blutdruck und Puls" oder "Gewicht", als Titel gewählt werden sollen.
====Problem Entry 1.2.40.0.34.6.0.11.3.6 & Problem Status Observation 1.2.40.0.34.6.0.11.3.49====
Es wurde jeweils das Textreference so eingefügt, das innerhalb eines text elements das text element mit der reference verlangt wurde. Somit wurde unabsichtlich text/text/reference statt text/reference modelliert. Bei den drei Templates wurde das contains zu einem include geändert, welches den Fehler behebt.

====Medikationseinnahme Entry 1.2.40.0.34.6.0.11.3.72====
Medikationseinnahme-Verlinkung zum Abgabe-Medikament muss mit einem <supply>-Element sein.

Medikationseinnahme Entry wurde der Datentyp von TS auf TS.AT.TZ umgestellt, um auch Zeitpunkt nur auf den Tag genau angeben zu können.

Beim Medikationseinnahme Entry ist das zweite effecitveTime als NP modelliert worden, um es explizit zu verbieten (es gibt IHE-Pharm Szenarien außerhalb vom CMA (Community Medication Administration) wo es angewendet wird).<br/>
Leider ist dies zwar in ArtDecor modellierbar, jedoch das Schematron fehlerhaft, wenn das Element gleich aussieht (gleicher typeCode).

Das zweite Element wird durch die geschlossenen Templates implizit verboten. Zweites modelliertes effectiveTime mit NP wurde entfernt.
====Device Product Instance Template 1.2.40.0.34.6.0.11.9.43====
code/originalText auf [M 1..1] geändert, PHMR Kompatibilität ist wieder gegeben
====Device Manufacturer Information Observation 1.2.40.0.34.6.0.11.3.77====
Fälschlich angegebe TemplateID[1]/extension bei Device Manufacturer Information Observation wurde entfernt.
====Auszügen aus erhobenen Befunden 1.2.40.0.34.6.0.11.2.91====
"Text" war mandatory modelliert, wurde auf [0..1 O] korrigiert
====Medikation Abgabe Entry 1.2.40.0.34.11.8.2.3.1====
1 … 1 M von 1.2.40.0.34.11.30033 Patient Instructions und 1.2.40.0.34.11.30034 Pharmacist Instructions wurden jeweils auf 0 … 1 R geändert.
====Erweiterungen des Datentyps für effectiveTime====
Die Templates
* Messergebniss Gruppe Entry
* Messergebnis Entry
* Serienmessung Entry
* Vitalparameter Gruppe Entry
* Vitalparameter Entry
* Serienmessung Vitalparameter Entry
wurde jeweils mit einer Auswahl für drei verschiedenen effectiveTime ausgestattet, hatten vorher nur eine Variante mit low & high.
====DeviceInformationOrganizer 1.2.40.0.34.6.0.11.3.73====
Low und high in effectivetime fälschlicherweise als Attribute modelliert, wurden in Elemente ummodelliert.<br/>
TS muss auf TS.AT.TZ geändert werden um auch Werte nur mit Datum zu akzeptieren.

===Nebenversion 1.2.0+20210304 ===
Folgende Änderungen wurden in der Nebenversion 1.2.0+20210304 gegenüber der Nebenversion 2020.1 (1.1.0+20201120) durchgeführt (weitere Details siehe [[ILF_Diskussion:E-Medikation_(Version_3)|Diskussionsseite]]):
====DocumentLevelTemplate [https://art-decor.org/art-decor/decor-templates--elgatgd-?section=templates&id=1.2.40.0.34.6.0.11.0.10&effectiveDate=2021-02-11T09:01:26&language=de-DE 1.2.40.0.34.6.0.11.0.10] & Document PracticeSettingCode [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.1.44&effectiveDate=2021-03-01T15:37:20&language=de-DE 1.2.40.0.34.6.0.11.1.44]====
Fehler in hl7at:practiceSettingCode und hl7at:formatCode mit fehlenden Elementen verhinderte die direkte Daten-Übernahme in XDS wie auch wurden ClassCode und MoodCode-Attribute in <clinicalDocument> ergänzt.
====Diagnose - kodiert [https://art-decor.org/art-decor/decor-templates--elgatgd-?section=templates&id=1.2.40.0.34.6.0.11.2.96&effectiveDate=2020-10-06T09:34:46&language=de-DE 1.2.40.0.34.6.0.11.2.96]====
Im Template wurde die Beschreibung im Sinne des Ambulanzbefundes geändert, jedoch wurde nicht beachtet das dadurch auch die Beschreibung im TmE geändert wird, welcher dieselbe Sektion benutzt. 
Die Beschreibung wurde wieder "generischer" umgeschrieben. 
====Serienmessung Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.101&effectiveDate=2021-01-21T08:12:21&language=de-DE 1.2.40.0.34.6.0.11.3.101]====
Beim Serienmessung Entry wurde beim Beispiel der MDC Code "19380" verwendet, wo der Kontext (das Überkapitel) nicht sichtbar ist. Wurde korrigiert auf "150452".

==Erratum==
Weitere Probleme und allfällige Korrekturen werden auf der [[ILF_Diskussion:E-Medikation_(Version_3)|Diskussionsseite]] im Wiki gesammelt.