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
Contents:
This page provides a list of the FHIR artifacts defined as part of this implementation guide.
Medikationsplan
| AT ELGA e-Medikation List Medikationsplan |
Der Medikationsplan wird durch eine List-Ressource abgebildet. Diese enthält 0..* Einträge (List.entry), wobei jedes List.entry.item genau eine Referenz auf einen Medikationsplaneintrag (MedicationRequest) beinhaltet. Die Reihung der List.entries bestimmt die Reihenfolge der Medikationsplaneinträge. Jeder Listeneintrag enthält im Element List.entry.flag den Änderungsstatus des jeweiligen Medikationsplaneintrags. |
| At ELGA e-Medikation MedicationRequest Planeintrag |
Ein Planeintrag im Medikationsplan wird durch eine "MedicationRequest"-Ressource abgebildet. Sie enthält genau ein Arzneimittel mit dessen Dosierung, wobei das Arzneimittel verpflichtend mit einer contained Medication-Ressource dokumentiert wird. Der Planeintrag kann in weiterer Folge als Grundlage für die Erstellung einer "Geplanten Abgabe" dienen. Es werden R5-Backport-Extensions verwendet. |
| AT ELGA e-Medikation Medikationsplan-Searchset-Bundle Medikationsplan |
Das Bundle vom Typ Searchset bestehend aus:
|
| AT ELGA e-Medikation Transaction Bundle Medikationsplan |
Das Bundle vom Typ Transaction dient dem schreibenden Zugriff auf den ELGA Medikationsplan (Aktualisierung aller enthaltenen Ressourcen) und besteht aus:
Alle neuen bzw. geänderten und zu entfernenden Medikationsplaneinträge müssen inline im Bundle enthalten sein, alle unveränderten Ressourcen werden referenziert. |
Geplante Abgabe
| At ELGA e-Medikation MedicationRequest Geplante Abgabe |
Bildet eine "Geplante Abgabe" eines Arzneimittels aus dem zugrundeliegenden Medikationsplaneintrag des ELGA-Teilnehmers ab ("MedicationRequest"-Ressource mit Kategorie "Geplante Abgabe"): Sie enthält die verordnete Medikation und deren Dosierung und spielgelt die Inhalte des e-Rezepts wider. Geplante Abgaben dienen somit der Nachvollziehbarkeit der rezeptierten Arzneimittel in der e-Medikation. Werden mehrere Medikamente gleichzeitig verordnet und sollen demselben e-Rezept zugeordnet sein, wird für jedes Medikament eine "Geplante Abgabe" mit demselben "e-Med GroupIdentifier" erstellt (bildet 'Rezept-Klammer'). Es werden R5-Backport-Extensions verwendet. |
Durchgeführte Abgabe
| AT ELGA e-Medikation MedicationDispense Durchgeführte Abgabe |
Dokumentiert eine "Durchgeführte Abgabe" eines Arzneimittels ("MedicationDispense"-Ressource). Die "Durchgeführte Abgabe" enthält die abgegebene Medikation und deren Dosierung und dient somit der Nachvollziehbarkeit der abgegebenen Arzneimittel in der e-Medikation. Es können Abweichungen zur "Geplanten Abgabe" hinsichtlich des Medikaments und dessen Dosierung dokumentiert werden. Sofern eine zugehörige "Geplanten Abgabe" vorliegt, muss diese mit dem zugehörigen Planeintrag referenziert werden. Eine mögliche Substitution des Medikaments ist implizit, durch die Referenz auf die zugehörige "Geplante Abgabe", ersichtlich. Der aktuelle Status einer "Durchgeführten Abgabe" wird mittels "status"- und "type"-Element dokumentiert. Es werden R5-Backport-Extensions verwendet. |
Medikation
| AT ELGA e-Medikation Medication Medikation |
Bildet ein Arzneimittel in der "Medication"-Ressource ab. Wird grundsätzlich verwendet in Planeintrag, Geplanter Abgabe und Durchgeführter Abgabe. |
| At ELGA e-Medikation Substance Wirkstoff |
Dokumentation des Wirkstoffs eines Arzneimittels in der ELGA e-Medikation, sofern es nicht kodiert vorliegt. |
Dosierungsvarianten
These are custom operations that can be supported by and/or invoked by systems conforming to this implementation guide.
| e-Med Operation für Plan-Read |
Die $plan-read Operation wird aufgerufen, wenn ein Medikationsplan mit der Intention zu schreiben gelesen wird. |
| e-Med Operation für Plan-Write |
Die $plan-write Operation wird aufgerufen, wenn ein Medikationsplan geschrieben wird. |
| eMed Operation für GroupIdentifier Prescription Search |
Die $groupidentifier-prescription-search Operation wird aufgerufen, wenn ein Zugriff auf geplante Abgaben mittels e-Med Groupidentifier erfolgen soll. |
| eMed Operation für GroupIdentifier-Create |
Die $groupidentifier-create Operation wird aufgerufen, wenn ein neuer GroupIdentifer (ohne Patientenbezug) vom Server angefordert werden soll. |
These define constraints on FHIR resources for systems conforming to this implementation guide.
| At ELGA e-Medikation MedicationRequest Base |
Die Basis für alle in eMed verwendeten MedicationRequests |
These define constraints on FHIR data types for systems conforming to this implementation guide.
| AT ELGA e-Medikation Timing |
AT ELGA e-Medikation Timing |
| AtElgaEmedDosageOtherAdministration |
These define constraints on FHIR data types for systems conforming to this implementation guide.
| AT ELGA e-Medikation Extension Dosierungskategorie |
AT ELGA e-Medikation Extension Dosierungskategorie |
These define sets of codes used by systems conforming to this implementation guide.
| ELGA Dosage Category Status ValueSet |
Zulässige Ausprägungen der Kategorie einer Dosierung in ELGA. |
| ELGA Dosierung Timing When ValueSet für Tageszeitenschema |
ValueSet für zulässige Ausprägungen des Elements when eines Timings für eine Dosierung mit Tageszeitenschema. |
| ELGA List Empty Reason Value Set |
ValueSet für zulässige Ausprägungen des Elements emptyReason einer Liste. |
| ELGA List Status ValueSet |
Zulässige Ausprägungen des Status einer List-Ressource in ELGA. |
| ELGA List.entry.flag Value Set |
ValueSet für zulässige Ausprägungen Ausprägungen des Flags eines List.Entries in ELGA. |
| ELGA e-Med Durchgeführte Abgabe Status Value Set |
ValueSet für zulässige Ausprägungen eines Status einer Durchgeführten Abgabe (MedicationDispense). |
| ELGA e-Med Durchgeführte Abgabe Typ Value Set |
ValueSet für zulässige Ausprägungen eines Typs einer Durchgeführten Abgabe (MedicationDispense). |
| ELGA e-Med Geplante Abgabe Status ValueSet |
ValueSet für zulässige Ausprägungen eines Status einer geplanten Abgabe (MedicationRequest). |
| ELGA e-Med MedicationRequest Kategorie ValueSet |
ValueSet für zulässige Ausprägungen der MedicationRequest Kategorie. Dient der Unterscheidung von geplanten Abgaben und Medikationsplaneinträgen |
| ELGA e-Med Medikationsplaneintrag Status Value Set |
ValueSet für zulässige Ausprägungen eines Status eines Medikationsplaneintrags (MedicationRequest). |
These define new code systems used by systems conforming to this implementation guide.
| ELGA Dosage Category Status CodeSystem |
Zulässige Ausprägungen der Kategorie einer Dosierung in ELGA. |
| ELGA List.entry.flag CodeSystem |
CodeSystem für zulässige Ausprägungen des Flags eines List.Entries in ELGA. |
| ELGA e-Med MedicationRequest Kategorie CodeSystem |
Codesystem für zulässige Ausprägungen der MedicationRequest Kategorie. Dient der Unterscheidung von geplanten Abgaben und Medikationsplaneinträgen. |
These are example instances that show what data produced and consumed by systems conforming with this implementation guide might look like.
| Beispiel Allgemeinmedizinerin 01 |
Beispiel einer behandelnden Allgemeinmedizinerin. |
| Beispiel Durchgeführte Abgabe 1 |
Beispiel Durchgeführte Abgabe 1 |
| Beispiel Example Medikationsplaneintrag |
Bildet einen Medikationsplaneintrag mit dem Medikament EBETREXAT und zugehörigen Dosierungsanweisungen ab (MedicationRequest). |
| Beispiel Example: Substance Clotrimazol |
Beispiel einer Substance Clotrimazol. |
| Beispiel Example: Substance Hydrocortison |
Beispiel einer Substance Hydrocortison. |
| Beispiel Journey 01: Leerer Medikationsplan |
Beispiel eines leeren Mediaktionsplans (List-Ressource ohne Einträge) |
| Beispiel Journey 01: Medikationsplan-Searchset-Bundle |
Beispiel eines Medikationsplan-Searchset-Bundles, mit leerem Mediaktionsplan (referenziert List-Ressource ohne Einträge). |
| Beispiel Journey 01: Transaction Bundle |
Beispiel eines Transaction Bundles, mit leerem Mediaktionsplan (referenziert List-Ressource ohne Einträge). |
| Beispiel Journey 01: e-Med Fachanwendung |
Beispiel der e-Med Fachanwendung, die den Mediaktionsplan initial erstellt. |
| Beispiel Journey 02: Geplante Abgabe 1 |
Bildet eine Geplante Abgabe des Arzneimittels Ramipril mit den Dosierungsanweisungen des zugehörigen Planeintrags ab. |
| Beispiel Journey 02: Magistrale Zubereitung |
Beispiel einer magistralen Zubereitung (Medication) - Salbe. |
| Beispiel Journey 02: Medikationsplan |
Beispiel eines Medikationsplans (List), der 2 Planeinträge (MedicationRequests) referenziert und Informationen über Reihenfolge und Änderungsstatus speichert. |
| Beispiel Journey 02: Medikationsplan-Searchset-Bundle |
Beispiel eines Medikationsplan-Searchset-Bundles, das einen Mediaktionsplan (List) mit 2 Planeinträgen (MedicationRequests) referenziert. |
| Beispiel Journey 02: Medikationsplaneintrag 1 |
Bildet einen Medikationsplaneintrag mit dem Arzneimittel Ramipril und zugehörigen Dosierungsanweisungen ab. |
| Beispiel Journey 02: Medikationsplaneintrag 2 |
Bildet einen Medikationsplaneintrag mit einer magistralen Zubereitung und zugehörigen Dosierungsanweisungen ab. |
| Beispiel Journey 02: Transaction Bundle |
Beispiel eines Transaction Bundles, das einen Mediaktionsplan (List) mit 2 Planeinträgen (MedicationRequests) beinhaltet. |
| Beispiel Journey 05-a: Medikationsplan-Searchset-Bundle mit geänderter Reihenfolge der Planeinträge. |
Beispiel eines Medikationsplan-Searchset-Bundles, mit geänderter Reihenfolge der Medikationsplaneinträge. |
| Beispiel Journey 05-a: Reihenfolge der Planeinträge ändern |
Beispiel Änderung der Reihenfolge der Medikationsplaneinträge (MedicationRequests) durch den Patienten. |
| Beispiel Journey 05-a: Transaction Bundle zur Änderung der Reihenfolge der Medikationsplaneinträge. |
Beispiel eines Transaction Bundles, zur Änderung der Reihenfolge der Medikationsplaneinträge. |
| Beispiel Journey 05-b: Mediationsplan ändern (Einträge absetzen und ändern). |
Beispiel: Mediationsplan ändern (Einträge absetzen und ändern). |
| Beispiel Journey 05-b: Medikationsplan-Searchset-Bundles mit geändertem und abgesetztem Medikationsplaneintrag |
Beispiel eines Medikationsplan-Searchset-Bundles mit geändertem und abgesetztem Medikationsplaneintrag. |
| Beispiel Journey 05-b: Transaction Bundle zur Änderung von bestehenden Medikationsplaneinträgen (absetzen und ändern). |
Beispiel eines Transaction Bundles, zur Änderung von bestehenden Medikationsplaneinträgen (absetzen und ändern). |
| Beispiel Journey 05-b: Änderung Dosierung des Medikationsplaneintrags |
Änderung der Dosierung eines Medikationsplaneintrags (EBETREXAT). |
| Beispiel Medikationsplaneintrag mit Dosierung im Tageszeitenschema 1 |
Medikationsplaneintrag mit Dosierung im Tageszeitenschema (morgens, mittags, abends, nachts): 1-0-1-0. |
| Beispiel Medikationsplaneintrag mit Dosierung im Tageszeitenschema 2 |
Medikationsplaneintrag mit Dosierung im Tageszeitenschema |
| Beispiel Medikationsplaneintrag mit Dosierung im Tageszeitenschema 3 |
Medikationsplaneintrag mit Dosierung im Tageszeitenschema |
| Beispiel Medikationsplaneintrag mit Dosierung mit Timed Administration |
Medikationsplaneintrag mit Dosierung mit Timed Administration |
| Beispiel Organisation Apotheke 01 |
Beispiel einer Apotheke als Organisation. |
| Beispiel Patient 01 |
Beispiel eines Patienten. |
| Beispiel Ärztin 02 |
Beispiel einer ursprünglich eine Medikation verordnenden Ärztin (Fremdmedikation). |