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 Medikationsplan eines ELGA-Teilnehmers bzw. einer ELGA-Teilnehmerin wird durch eine List-Ressource abgebildet. Diese enthält 0..* Einträge (List.entry), wobei jedes 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)).
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 eingeschränkte Status einnehmen (siehe Konsistenzregeln zwischen List.entry.flags und MedicationRequest-Status).
Version des Medikationsplans inklusive aller relevanten Ressourcen (List, MedicationRequests, Patient, Practitioners) wird durch eine Bundle-Ressource vom Typ Collection abgebildet. Dient einerseits der 1. Persistierung nach einem Plan-Write und 2. der Auslieferung des Medikationsplans bei einem Plan-Read-Zugriff an den GDA.
Nachdem die Fachanwendung beim Plan-Write, mittels Medikationsplan-Transaction-Bundle alle Ressourcen aktualisiert hat, erstellt diese ein Medikationsplan-Collection-Bundle zur Persistierung, welches den vom GDA übermittelten Medikationsplan unverändert (keine Statusänderungen oder Entfernung entsprechend markierten Planeinträgen) abbildet und die Gesamtheit aller referenzierten Ressourcen enthält. Dies stellt sicher, dass in den historischen Versionen des Medikationsplans alle relevanten Informationen verfügbar sind.
Bei einem Plan-Read wird von der Fachanwendung ein Auslieferungs-Bundle bereitgestellt und wie folgt angepasst: Neue oder gänderte Planeinträge erhalten das List.entry.flag unchanged, zum Entfernen markierte Planeinträge (mit List.entry.flag removed) werden aus dem Medikationsplan entfernt. Wurden alle Planeinträge entfernt, erhält der Medikationsplan das List.emptyReason nilknown.
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, wird er von der Fachanwendung ergänzt.
Profil in Arbeit.