ELGA e-Medikation (R4) DRAFT
0.1.1 - ci-build
ELGA e-Medikation (R4) DRAFT
0.1.1 - ci-build
ELGA e-Medikation (R4) DRAFT, published by ELGA GmbH. This guide is not an authorized publication; it is the continuous build for version 0.1.1 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/HL7Austria/ELGA-e-Medikation-R4/ and changes regularly. See the Directory of published versions
Der GDA (Apotheke bzw. Arzt mit Hausapotheke) kann eine Durchgeführte Abgabe für einen ELGA-Teilnehmer erfassen, um die Abgabe eines Arzneimittels medizinisch zu dokumentieren:
Wenn die Geplante Abgabe nur eine einmalige Einlösung ermöglicht (z. B. Kassenrezept), MUSS die zugehörige Durchgeführte Abgabe mit MedicationDispense.type = FFC (First Fill – Complete) und MedicationDispense.status = completed erstellt werden.
Erkennt die Fachanwendung anhand dieser Werte sowie MedicationRequest.numberOfRepeatsAllowed = 0 in der zugehörigen Geplanten Abgabe, dass keine weiteren Einlösungen zulässig sind, MUSS sie den Status der Geplanten Abgabe auf completed setzen.
Ermöglicht die Geplante Abgabe mehrere Einlösungen (MedicationRequest.numberOfRepeatsAllowed > 0), bleibt ihr Status solange active, bis die letztmögliche Einlösung erfolgt ist. Nach Durchführung der letzten Einlösung und Erstellung einer Durchgeführten Abgabe mit MedicationDispense.status = completed MUSS die Fachanwendung den Status der zugehörigen Geplanten Abgabe auf completed setzen (sieheSub_UC_eMed_08_02 - Geplante Abgabe beenden (durch Fachanwendung)).
AtElgaEmedMedicationDispenseDurchgefuehrteAbgabe
recorded: Datum der Erstellung der Durchgeführten Abgabe
status: completed
medicationReference.reference: Tatsächlich abgegebenes Medikament // Contained Medication
subject: Patient
performer: veranwortlicher GDA (Apotheke) für die Durchgeführte Abgabe
authorizingPrescription: Verpflichtende Referenz auf zugehörige Geplante Abgabe
type: FFC (First Fill - Complete) // Art der Abgabe
quantity: Abgegebene Menge // Packungen je Abgabe
//whenHandedOver: Der Zeitpunkt, zu dem das abgegebene Produkt ausgehändigt wurde
dosageInstruction: optional Dosierung + Einnahmezeitraum (ab sofort | in der Zukunft) // angepasst an abgegebene Medikation
Eine Teilabgabe liegt vor, wenn die in der Geplanten Abgabe vorgesehenen Arzneimenge:
Da alle Verordnungen eines e-Rezepts innerhalb einer gemeinsamen Transaktion verarbeitet werden, MÜSSEN sämtliche dem Rezept zugeordneten Geplante Abgaben mit identischem e-Med GroupIdentifier konsistent mit einem entsprechenden Status versehen werden:
Bei der ersten Teilabgabe MUSS eine Durchgeführte Abgabe mit
erstellt werden. MedicationDispense.quantity MUSS die Anzahl der tatsächlich abgegebenen Packungen enthalten.
Für jede weitere Teilabgabe MUSS jeweils eine weitere Durchgeführte Abgabe mit
erstellt werden. MedicationDispense.quantity MUSS die Anzahl der im jeweiligen Abgabevorgang abgegebenen Packungen enthalten. Das Vorgehen entspricht dem Besorgerprozess.
Mit der letzten Teilabgabe (vollständige Teilabgabe), dh. die in der Geplanten Abgabe vorgesehene Arzneimenge wurde abgegeben, MUSS eine Durchgeführte Abgabe mit
erstellt werden.
Die Gültigkeit einer Geplanten Abgabe verlängert sich im Zuge von Teilabgaben (siehe Gültigkeit von Geplanten Abgaben basierend auf der Rezeptart).
Sobald eine Teilabgabe durchgeführt wurde (Part-Fill), ist die Einlösung einer weiteren Teilabgabe in einer anderen Apotheke nicht mehr möglich, d.h. die Apotheke MUSS die Teilabgaben mit einem Complete abschließen.
Vor dem Speichern einer neuen Durchgeführten Abgabe MUSS die Fachanwendung prüfen,
Der Status der Geplanten Abgabe bleibt active, solange weitere Einlösungen zulässig sind. Sind keine weiteren Einlösungen mehr möglich, MUSS die Fachanwendung den Status der Geplanten Abgabe auf completed setzen.
Um die durch MedicationDispense.type definierte Sequenz FFP → RFP → … → RFC konsistent zu halten, DARF immer nur die zuletzt gespeicherte Durchgeführte Abgabe verworfen werden. Mehrere Durchgeführte Abgaben können nur sequenziell in umgekehrter Reihenfolge ihrer Erstellung verworfen werden.
AtElgaEmedMedicationDispenseDurchgefuehrteAbgabe
recorded: Datum der Erstellung der Durchgeführten Abgabe
status: completed
medicationReference.reference: Tatsächlich abgegebenes Medikament // Contained Medication
subject: Patient
performer: veranwortlicher GDA (Apotheke) für die Durchgeführte Abgabe
authorizingPrescription: Verpflichtende Referenz auf zugehörige Geplante Abgabe
type: FFC (First Fill - Complete) | (Refill - Part Fill) | RFC (Refill - Complete) // 1. Teilabgabe, weitere Teilabgabe, letzte Teilabgabe
quantity: Abgegebene Menge // Packungen je Abgabe
//whenHandedOver: Der Zeitpunkt, zu dem das abgegebene Produkt ausgehändigt wurde
dosageInstruction: optional Dosierung + Einnahmezeitraum (ab sofort | in der Zukunft) // angepasst an abgegebene Medikation
Ein Besorgerprozess liegt vor, wenn die in der Geplanten Abgabe vorgesehenen Arzneimittel vor der Abgabe vollständig bestellt oder zubereitet werden müssen.
Werden hingegen bereits verfügbare Arzneimittel teilweise abgegeben und lediglich der verbleibende Teil bestellt oder zubereitet, liegt eine Teilabgabe vor (siehe Sub_UC_eMed_09_01_02 Teilabgaben).
Für den Besorgerprozess gelten die Regeln entsprechend den Teilabgaben. Abweichend davon MUSS bei Beginn des Besorgerprozesses eine Durchgeführte Abgabe mit MedicationDispense.type = FFP und MedicationDispense.quantity = 0 erstellt werden.
In Arbeit.
Der GDA (Apotheker bzw. Arzt mit Hausapotheke) kann eine Durchgeführte Abgabe als Leerabgabe erfassen, wenn der Patient angibt, dass er das Arzneimittel einer Geplanten Abgabe nicht benötigt (z. B. weil es bereits vorrätig ist) oder es generell nicht (mehr) einnimmt. Hierfür setzt er MedicationDispense.status auf cancelled.
Eine Leerabgabe zählt als konsumierte Einlösung der zugehörigen Geplanten Abgabe und reduziert die Anzahl der verbleibenden möglichen Einlösungen um eins.
Die Geplante Abgabe bleibt nach einer Leerabgabe weiterhin im Status active, bis alle zulässigen Einlösungen durchgeführt wurden oder die Gültigkeit zeitlich abläuft.
Nur wenn alle möglichen Einlösungen als cancelled erfasst wurden, MUSS die zugehörige Geplante Abgabe automatisch auf den Status cancelled gesetzt werden. In allen anderen Fällen MUSS der Status der Geplanten Abgabe auf completed gesetzt werden, sobald keine weiteren Einlösungen mehr möglich sind.
Der GDA (Apotheker bzw. Arzt mit Hausapotheke) kann eine Durchgeführte Abgabe als Leerabgabe erfassen, wenn der Patient angibt, dass er das Medikament einer Geplanten Abgabe nicht benötigt (z.B. weil er es vorrätig hat) oder generell nicht (mehr) einnimmt.
Die Anzahl der möglichen Einlösungen einer Geplanten Abgabe reduziert sich nach einer Leerabgabe um eins, d.h. sie bleibt weiterhin offen (active) bis die restlichen möglichen Einlösungen erfolgt sind oder sie zeitlich abläuft. Nur wenn alle möglichen Einlösungen mit cancelled gespeichert wurden, wird die zugehörige Geplante Abgabe automatisch auf cancelled gesetzt, sonst auf completed.
Wenn die letzte Durchgeführte Abgabe danach verworfen wird (Status entered-in-error), wird der Status der Geplanten Abgabe durch die Fachanwendung wieder auf active gesetzt.
AtElgaEmedMedicationDispenseDurchgefuehrteAbgabe
recorded: Datum der Erstellung der Durchgeführten Abgabe
status: cancelled
medicationReference.reference: Tatsächlich abgegebenes Medikament // Contained Medication
performer: veranwortlicher GDA (Apotheke) für die Durchgeführte Abgabe
authorizingPrescription: Verpflichtende Referenz auf zugehörige Geplante Abgabe
type: FFC (First Fill - Complete) | (Refill - Part Fill) | RFC (Refill - Complete) // Leerabgabe beendet Einzelabgabe | Leerabgabe beendet eine Teilabgabe | Leerabgabe beendet alle Teilabgaben
quantity: 0 // Packungen
//whenHandedOver: Der Zeitpunkt, zu dem das abgegebene Produkt ausgehändigt wurde
dosageInstruction: Dosierung + Einnahmezeitraum (ab sofort | in der Zukunft) // angepasst an abgegebene Medikation
Eine Substitution eines Arzneimittels ist nur implizit ersichtich, durch die Referenz auf die zugehörige Geplante Abgabe.
Ein GDA (Apotheke) kann von ihm erstellte Durchgeführte Abgaben, die sich im Status completed oder cancelled befinden, aufgrund eines Fehlers verwerfen.
Um eine Durchgeführte Abgabe zu verwerfen, ruft der GDA diese mittels GET MedicationDispense ab und bearbeitet diese wie folgt:
Eine verworfene Durchgeführte Abgabe kann nicht mehr bearbeitet werden und ist nur noch aber über die Historie einsehbar. Wenn eine verworfene Durchgeführte Abgabe Teil eines e-Rezepts mit weiteren Geplanten Abgaben ist (gleicher e-Med GroupIdentifier), wirkt sich dies nicht auf den Status der anderen Geplanten Abgaben aus.
Der ELGA-Teilnehmer kann eine Durchgeführte Abgabe endgültig löschen.
Die Löschung der Durchgeführten Abgabe umfasst:
Zum Löschen einer Durchgeführte Abgabe ruft der ELGA-Teilnehmer die betreffende Durchgeführte Abgabe im ELGA-Portal auf. Dieses führt zunächst eine Leseoperation auf die betreffende MedicationDispense-Ressource aus (GET MedicationDispense/[id]) und löscht anschließend die betreffende Geplante Abgabe mittels DELETE (DELETE [base]/MedicationDispense/[id]).
Die Ressource einschließlich aller historischen Versionen darf nach erfolgreicher Löschung weder über reguläre FHIR-Interaktionen noch über administrative Schnittstellen abrufbar sein.