ELGA e-Medikation (R4) ENTWURF
0.1.1 - ci-build
ELGA e-Medikation (R4) ENTWURF
0.1.1 - ci-build
ELGA e-Medikation (R4) ENTWURF - Local Development build (v0.1.1) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions
Contents:
This page provides a list of the FHIR artifacts defined as part of this implementation guide.
These define constraints on FHIR resources for systems conforming to this implementation guide.
| ELGA e-Med Durchgeführte Abgabe |
Beschreibung: Dokumentiert eine durchgeführte Abgabe eines Arzneimittels ("MedicationDispense"-Ressource). Sofern eine zugehörige geplante Abgabe vorliegt, können Abweichungen hinsichtlich der Dosierung oder einer möglichen Substitution des Medikaments in der durchgeführten Abgabe dokumentiert werden. |
| ELGA e-Med Geplante Abgabe |
Beschreibung: Bildet eine geplante Abgabe eines Arzneimittels aus dem zugrundeliegenden Medikationsplaneintrag des ELGA-Teilnehmers ab ("MedicationRequest"-Ressource). Sie enthält das verordnete Arzneimittel und dessen Dosierung und spielgelt die Inhalte des e-Rezepts wider. Geplante Abgaben dienen somit der Nachvollziehbarkeit der rezeptierten Arzneimittel in der e-Medikation. Als groupIdentifier dient die Geplante-Abgabe-ID (früher eMED-ID), die auch im e-Rezept mitgeführt wird. Werden mehrere Arzneimittel gleichzeitig verordnet, wird für jedes Arzneimittel eine geplante Abgabe mit demselben groupIdentifier erstellt (bildet 'Rezept-Klammer'). Verwendet R5 Backport Extensions. |
| ELGA e-Med Medikation |
Beschreibung: Bildet ein Arzneimittel ab, das nicht über eine PZN verfügt, z.B. magistrale Zubereitungen ("Medication"-Ressource). Wird die Ressource nur für magistrale Zubreitungen verwendet? Wirkstoffverschreibung? manufacturer immer ATAPSOrganization? |
| ELGA e-Med Medikationsplan |
Beschreibung: Bildet den Medikationsplan eines ELGA-Teilnehmers ab ("List"-Ressource). Die Liste beinhaltet Referenzen auf 0..* Medikationsplaneinträge (MedicationRequests), die alle verordneten Arzneimittel und deren Dosierung abbilden. Die Reihenfolge der Listenelemente kann duch den User festgelegt werden. Jedes Listenelement enthält einen Änderungsstatus (weitere Elemente sind noch zu klären). TODO: Invariante, dass überall in der List der gleiche Patient enthalten sein muss |
| ELGA e-Med Medikationsplan Collection Bundle |
Beschreibung: Das Bundle vom Typ Collection bestehend aus:
|
| ELGA e-Med Medikationsplan Transaction Bundle |
Beschreibung: Das Bundle vom Typ Transaction dient dem schreibenden Zugriff auf den ELGA Medikationsplan bestehend aus:
|
| ELGA e-Med Planeintrag |
Beschreibung: Bildet einen Medikationsplaneintrag im Medikationsplan eines ELGA Teilnehmers ab ("MedicationRequest"-Ressource). Er enthält genau ein Arzneimittel und dessen Dosierung. Kann in weiterer Folge dazu dienen, eine geplante Abgabe zu erstellen. Verwendet R5 Backport Extensions. |
These define sets of codes used by systems conforming to this implementation guide.
| ELGA e-Med MedicationRequest Kategorie ValueSet |
Beschreibung: ValueSet für zulässige Ausprägungen der MedicationRequest Kategorie. Dient der Unterscheidung von geplanten Abgaben und Medikationsplaneinträgen |
These define new code systems used by systems conforming to this implementation guide.
| ELGA e-Med MedicationRequest Kategorie CodeSystem |
Beschreibung: 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 Durchgeführte Abgabe 1 |
Beispiel Durchgeführte Abgabe 1 |
| Beispiel Journey 01: Collection Bundle |
Beschreibung: Beispiel eines Collection Bundles, mit leerem Mediaktionsplan (referenziert List-Ressource ohne Einträge). |
| Beispiel Journey 01: Leerer Medikationsplan |
Beschreibung: Beispiel eines leeren Mediaktionsplans (List-Ressource ohne Einträge) |
| Beispiel Journey 01: Transaction Bundle |
Beschreibung: Beispiel eines Transaction Bundles, mit leerem Mediaktionsplan (referenziert List-Ressource ohne Einträge). |
| Beispiel Journey 02: Collection Bundle |
Beschreibung: Beispiel eines Collection Bundles, das einen Mediaktionsplan (List) mit 2 Planeinträgen (MedicationRequests) referenziert. |
| Beispiel Journey 02: Magistrale Zubereitung |
Beschreibung: Beispiel einer magistralen Zubereitung (Medication) - Salbe. |
| Beispiel Journey 02: Medikationsplan |
Beschreibung: Beispiel eines Medikationsplans (List), der 2 Planeinträge (MedicationReqeusts) referenziert und Informationen über Reihenfolge und Änderungsstatus speichert. |
| Beispiel Journey 02: Medikationsplaneintrag 1 |
Beschreibung: Bildet einen Medikationsplaneintrag mit dem Medikament EBETREXAT und zugehörigen Dosierungsanweisungen ab (MedicationRequest). |
| Beispiel Journey 02: Medikationsplaneintrag 2 |
Beschreibung: Bildet einen Medikationsplaneintrag mit einer Referenz auf eine magistrale Zubereitung und zugehörigen Dosierungsanweisungen ab (MedicationRequest). |
| Beispiel Journey 02: Substance Clotrimazol |
Beschreibung: Beispiel einer Substance Clotrimazol. |
| Beispiel Journey 02: Substance Hydrocortison |
Beschreibung: Beispiel einer Substance Hydrocortison. |
| Beispiel Journey 02: Transaction Bundle |
Beschreibung: Beispiel eines Transaction Bundles, das einen Mediaktionsplan (List) mit 2 Planeinträgen (MedicationRequests) beinhaltet. |
| Beispiel Journey 03: Geplante Abgabe |
Beschreibung: Bildet eine geplante Abgabe des Medikaments EBETREXAT und zugehörigen Dosierungsanweisungen ab (MedicationRequest). |
| Beispiel Organisation Apotheke 01 |
Beschreibung: Beispiel einer Apotheke als Organisation. |
| Beispiel Patient 01 |
Beschreibung: Beispiel eines Patienten. |
| Beispiel Ärztin 01 |
Beschreibung: Beispiel einer behandelnden Ärztin. |