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
Die folgende Abbildung zeigt den Aufbau des Medikationsplans sowie das Zusammenwirken der dabei verwendeten FHIR-Ressourcen.
Zentrale Ressource ist der Medikationsplan (List), der die einzelnen Medikationsplaneinträge (MedicationRequest) referenziert. Basierend auf diesen Planeinträgen werden Geplante Abgaben (MedicationRequest) erstellt, auf deren Grundlage Durchgeführte Abgaben (MedicationDispense) dokumentiert werden können.
Die Fachanwendung persistiert ausschließlich die einzelnen FHIR-Ressourcen. Historische Zustände werden durch versionierte Ressourcen und versionierte Referenzen abgebildet. Collection Bundles dienen ausschließlich der Auslieferung eines Medikationsplans und werden bei Bedarf aus den entsprechenden Ressourcenversionen erzeugt.
Der Medikationsplan eines ELGA-Teilnehmers bzw. einer ELGA-Teilnehmerin wird durch eine List-Ressource abgebildet. Diese enthält 0..* Einträge (List.entry), wobei jeder Entry genau eine Referenz (Reference) auf einen Medikationsplaneintrag (MedicationRequest) in List.entry.item beinhaltet.
Die Reihenfolge der Einträge kann durch den GDA festgelegt werden. Jeder Listeneintrag enthält im Element List.entry.flag den Änderungsstatus des jeweiligen Medikationsplaneintrags (siehe Status der List.entry.flag (Medikationsplan)).
Die List-Ressource bildet gemeinsam mit den referenzierten Ressourcenversionen die Grundlage für den Aufbau des aktuellen bzw. eines historischen Medikationsplans.
Ein Medikationsplaneintrag im Medikationsplan wird durch eine MedicationRequest-Ressource der Kategorie "Medikationsplaneintrag" abgebildet. Die Ressource enthält genau ein Medikament mit der zugehörigen Dosierung, wobei das Medikament verpflichtend in einer contained Medication-Ressource, also inline (innerhalb der Ressource), dokumentiert wird. Der Medikationsplaneintrag kann in weiterer Folge als Grundlage für die Erstellung einer geplanten Abgabe dienen. Es werden R5-Backport-Extensions verwendet.
Der aktuelle Status eines Medikationsplaneintrags wird im status-Element dokumentiert (siehe Status des MedicationRequests im Medikationsplaneintrag).
Abhängig vom List.entry.flag kann der Medikationsplaneintrag nur bestimmte Statuswerte annehmen (siehe Konsistenzregeln zwischen List.entry.flags und MedicationRequest-Status).
Das Medikationsplan-Collection-Bundle dient ausschließlich der Auslieferung eines Medikationsplans an Clients. Es wird von der Fachanwendung bei Bedarf aus einer List-Ressource sowie den von dieser referenzierten Ressourcenversionen erzeugt und nicht persistiert.
Ein Bundle vom Typ Transaction, das beim Speichern von Geplanten Abgaben mittels Prescription-Write auf den Medikationsplan an die Fachanwendung übermittelt wird.
Die im Bundle enthaltenen Geplanten Abgaben müssen mit dem gleichen e-Med GroupIdentifier gekennzeichnet sein. Fehlt dieser bei allen geplanten Abgaben im Transaction Bundle, wird er von der Fachanwendung ergänzt.
Profil in Arbeit.