Versionen im Vergleich

Schlüssel

  • Diese Zeile wurde hinzugefügt.
  • Diese Zeile wurde entfernt.
  • Formatierung wurde geändert.

Einleitung

Fachliches Konzept

Medikation in der ePA für alle - der digital gestützte Medikationsprozess

Der digital gestützte Medikationsprozess (dgMP

) wird der erste Anwendungsfall in der ePA für alle sein. Ziel ist es, mehr Transparenz über die Medikation der Versicherten zu schaffen und eine möglichst vollständige und zentrale Dokumentation medikationsbezogener Daten zu ermöglichen. Damit soll die Arzneimitteltherapiesicherheit (AMTS) gestärkt werden.

) besteht aus einer elektronischen Medikationsliste (eML) und einem elektronischen Medikationsplan (eMP), welcher auch AMTS-relevante Zusatzinformationen (AMTS-rZI) beinhaltet. Diese Komponenten werden im Folgenden aus fachlicher und technischer Sicht konzeptionell eingeordnet.


Image Added

Beispielhafte

Hierzu legt das Gesetz zur Beschleunigung der Digitalisierung des Gesundheitswesens (DigiG) die Grundlagen. Zentraler Bestandteil des dgMP sind die elektronische Medikationsliste und der elektronische Medikationsplan.

Image Removed

UX-Visualisierung einer nativen

Umsetzung des dgMP in einem fiktiven Praxisverwaltungssystem (zweite Stufe des dgMP)

→ weitere UX-Visualisierungen finden Sie hier


elektronische Medikationsliste (eML)

:

Der dgMP besteht zum Start der ePA für alle aus der elektronischen Medikationsliste. Diese umfasst in der ersten Stufe (ePA 3.0) die Verordnungs- und Dispensierdaten, die automatisch aus dem E-Rezept-Fachdienst in die ePA gestellt werden. Hier ist keine weitere Ergänzung oder Bearbeitung der Inhalte der Liste möglich.

Ab der zweiten Stufe des dgMP (ePA 3.1) sind für Leistungserbringende folgende Aktionen in der eML möglich:

  • OTC-Präparate und Nahrungsergänzungsmittel können z.B. via Apothekenverwaltungssystem erfasst werden

  • Arzneimittel, die nicht automatisch über den eRezept-Fachdienst gespeichert werden, können hinzugefügt werden (z.B. Privatrezepte)

  • ergänzende Informationen zu den Arzneimitteln (sogenannte Medikationsinformationen wie bspw. Dosierung, Einnahmehinweise, Status der Medikation) können erfasst werden

Die dargestellte Übersicht über die verordneten Medikamente soll standardmäßig die letzten 12 Monate umfassen. Dieser Zeitraum kann beliebig angepasst werden. Die Konzeption und Spezifikation erfolgt durch die gematik.


elektronischer Medikationsplan (eMP)

:

Für

Bei Bedarf bzw. für anspruchsberechtigte Versicherte nach § 31a SGB V (und Privatversicherte sofern angeboten und gewünscht) gibt es zusätzlich zur eML einen elektronischen Medikationsplan als durch die Leistungserbringenden kuratierte Zusammenstellung der aktuellen Medikation inkl. zusätzlicher (patientenverständlicher) Informationen beispielsweise zur Dosierung und Anwendung. Die Erstellung und Kuratierung des eMP soll vom Primärsystem möglichst aufwandsarm unterstützt werden. Die Konzeption und Spezifikation erfolgt durch die mio42 GmbH.


AMTS-relevante Zusatzinformationen (AMTS-rZI)

:

Bei den AMTS-relevanten Zusatzinformationen handelt es sich um personenbezogene Informationen, die bei der Anamnese entstehen und für die Entscheidung über die Auswahl, Anpassung oder Absetzung einer Medikation relevant

sind. Diese Informationen

sind

Teil des eMPs

. Dies sind beispielsweise Allergien/Unverträglichkeiten, Schwangerschaftsstatus sowie bestimmte Laborwerte. AMTS-rZI sind Teil des eMPs, können aber auch in der ePA erfasst und abgerufen werden, wenn kein eMP vorhanden ist.  Sie können dann separat oder im Rahmen der eML angezeigt werden. Die Konzeption und Spezifikation erfolgt durch die mio42 GmbH.


Info
titleVorteile zum eMP auf der eGK

Durch die zentrale Speicherung der Medikationsdaten in der ePA, die höhere Strukturierung der Daten und das Zusammenspiel der einzelnen Komponenten des dgMP ergeben sich zahlreiche Vorteile im Vergleich zu den bisherigen Lösungen. Näheres hierzu findet sich hier.  



MIO-Relevanz und Nutzen

Image Removed

Technisches Konzept

Medication Service in der ePA

Ab dem Start der ePA für alle wird es eine bedeutende Änderung in der ePA-Architektur geben: neben der bereits bekannten, dokumentenbasierten ePA-Komponente, dem sogenannten Document Service, wird es zukünftig eine datenbasierte FHIR®-Server-Komponente, den Medication Service geben. Der Medication Service wird das neue technische Zuhause für den digital gestützten Medikationsprozess sein. Mit dem Start der ePA 3.0 wird er zunächst für die Speicherung der Verordnungs- und Dispensierdaten und das Erzeugen der elektronischen Medikationsliste (eML) genutzt. In einer weiteren Stufe, ab ePA 3.1 wird der Medication Service die Speicherung des Medikationsplans inklusive der AMTS-relevanten Zusatzinformationen als MIO ermöglichen.

Durch den Aufbau des Medication Service als FHIR®-Server wird das MIO nicht mehr wie bisher in der dokumentenbasierten ePA (IHE XDS-Server) als in sich geschlossenes Dokument gespeichert, sondern es werden die einzelnen Bestandteile als FHIR®-Instanzen gespeichert. Die eML, der eMP und die AMTS-rZI sind auf technischer Ebene keine klassischen Dokumente (mehr), sondern Sichten, die auf Basis unterschiedlicher FHIR®-Profile generiert werden. Im Rahmen der Spezifikationsarbeiten definieren wir genau, welche FHIRFHIR®-Profile bei der Generierung eines eMP genutzt werden sollen. Anders als bei der Die eML wird der eMP nicht automatisch vom Medication Service zusammengestellt . Welche Informationen einem eMP zugehörig sind, ist und umfasst prinzipiell alle darin liegenden Einträge. Im Unterschied dazu ist es eine bewusste Entscheidung der Leistungserbringenden, welche Einträge aus dem Medication Service dem eMP zugehörig sind.

Es gibt gemeinsame FHIR®-Profile (z.B. Patient:in, Arzneimittel, behandelnde Person, Einrichtung), die in den einzelnen Komponenten des dgMP gleich sind und daher auch gemeinsam genutzt werden können. Die FHIR®-Instanzen werden zentral im Medication Service verwaltet. 



Info
titleUX zum dgMP im Primärsystem

Aus dem fachlichen sowie technischen Konzept ergeben sich Fragen bzgl. einer optimalen UX im anzeigenden bzw. verarbeitenden Primärsystem. Weiterführende Gedanken und Konzepte hierzu finden sich hier.