Implementation Guide
ePA Basisfunktionalitäten
Version 1.3.1 - release

## Home

Official URL: https://gematik.de/fhir/epa/ImplementationGuide/de.gematik.epa | Version: 1.3.1
Active as of 2026-03-20 | Computable Name: gemIG_ePA_Basic
Copyright/Legal: gematik GmbH / Dieser Implementation Guide ist lizenziert unter Apache License, Version 2.0.

Die ePA für alle realisiert technisch einen souveränen, sicheren und möglichst benutzerfreundlichen Zugang zu den Gesundheitsdaten eines Versicherten. Fachlich ermöglicht die ePA eine Vereinfachung der Anamnese, die Auswertung von longitudinalen Daten und einen verbesserten Übergang in einer sektorenübergreifenden Versorgung.

Mit Einführung der Unterstützung von (digitalen) Versorgungsprozessen in die ePA für alle (erstmalig mit dem digital gestützten Medikationsprozess, dgMP) werden strukturierte und vernetzte Gesundheitsinformationen in die ePA integriert. Neben dem SOAP-basierten Dokumentenmanagement über IHE XDS.b können nunmehr medizinische Daten in einem auf dem FHIR-Standard basierenden Datenraum verarbeitet werden. Dieser Datenraum soll anwendungsbezogen mit logischen Zugangsdiensten (sogenannten FHIR Data Services) gelesen und manipuliert werden.

Grundsätzlich sind die FHIR Data Services aufgrund des Opt-out-Paradigmas der ePA für alle aktiviert und stehen für die Verarbeitung von medizinischen Daten im Aktenkonto eines Versicherten zur Verfügung. Erst wenn ein individueller Widerspruch des Versicherten vorliegt oder von einem Löschrecht Gebrauch macht wird, kann die Verarbeitung aufgehoben oder eingeschränkt werden.

Dieser Implementation Guide beschreibt die Basisdienste des ePA-Aktensystems, welche als FHIR Data Services realisiert sind. Darüber hinaus definiert er Anforderungen an nutzende ePA-Client-Systeme sowie Basisfunktionalitäten, die sowohl für Basisdienste als auch für Medical Services wie den Medication Service gelten.

### Basisdienst: Audit Event Service

Das ePA-Aktensystem protokolliert alle relevanten Ereignisse zur Datenschutzkontrolle des Versicherten, darunter Zugriffe auf dessen Daten, Änderungen an Befugnissen und Einwilligungen sowie den Anbieterwechsel. Die Protokolleinträge werden verschlüsselt gespeichert, für drei Jahre aufbewahrt und danach automatisch gelöscht. Versicherte, Vertreter und die Ombudsstelle können die Protokolle abrufen, wobei das Aktensystem sicherstellt, dass nur autorisierte Personen darauf zugreifen können.

### Basisdienst: Patient Service

Sämtliche FHIR-Instanzen in einem versichertenindividuellen Health Record Context sind direkt oder indirekt mit einer FHIR R4 Patient-Ressource über einen KVNR-basierten Identifier verknüpft. Die Basisfunktionalität namens Patient Service gewährleistet, dass der Kostenträger Basisdaten des Versicherten (d.h. ausschließlich Name, Vorname(n), Geburtsdatum sowie Anrede) in die ePA für alle einstellen und aktualisieren kann. Somit stehen diese Daten den FHIR Data Services bei der Herausgabe von servicespezifischen Daten zur Verfügung. Als Beispiel kann hier die Medikationsliste herangezogen werden. Über das ePA-Frontend des Versicherten kann ferner die Historie der Patient-Ressource eingesehen werden.

### Medical Service: Medication Service

Die ePA für alle unterstützt den digital gestützten Medikationsprozess (dgMP) durch die servicebasierte Datenverarbeitung über den Medication Service der ePA. Dieser erlaubt die Erfassung und Aktualisierung von Medikationen direkt in der ePA. Weitere Informationen sind über den spezifischen Implementation Guide [gemIG_ePA_Medication] einsehbar.

### Medical Service: MHD Service

Die ePA für alle unterstützt die Suche auf Dokumenten im XDS Document Service über eine [IHE ITI MHD] kompatible Schnittstelle des MHD Service. Dieser Dienst erweitert die vorhandene IHE XDS-Suchfunktionalität um eine Volltextsuche, die mit einer metadatenbasierten Suche kombinierbar ist. Weitere Informationen sind über den spezifischen Implementation Guide [gemIG_ePA_MHD] einsehbar.

### Abhängigkeiten

IG | Package | FHIR | Comment
--- | --- | --- | ---
Implementation Guide ePA Basisfunktionalitäten | de.gematik.epa#1.3.1 | R4 |
HL7 Terminology (THO) | hl7.terminology.r4#7.1.0 | R4 | Automatically added as a dependency - all IGs depend on HL7 Terminology
FHIR Extensions Pack | hl7.fhir.uv.extensions.r4#5.2.0 | R4 |
de.basisprofil.r4 | de.basisprofil.r4#1.5.4 | R4 |
TI Terminology | de.gematik.terminology#1.0.9 | R4 |
dvmd.kdl.r4 | dvmd.kdl.r4#2025.0.1 | R4 |
Implementation Guide TI Common | de.gematik.ti#1.3.0 | R4 |
FHIR Tooling Extensions IG | hl7.fhir.uv.tools.r4#1.1.0 | R4 | for example references

Package hl7.fhir.uv.extensions.r4#5.2.0 This IG defines the global extensions - the ones defined for everyone. These extensions are always in scope wherever FHIR is being used (built Mon, Feb 10, 2025 21:45+1100+11:00)

Package de.basisprofil.r4#1.5.4 Projekt Basisprofilierung R4 (HL7 Deutschland e.V.)

Package dvmd.kdl.r4#2025.0.1 Publikation der Terminologie-Ressourcen für die Nutzung der Klinische Dokumentenklassen-Liste (KDL) des DVMD Version 2025

Package hl7.fhir.uv.tools.r4#1.1.0 This IG defines the extensions that the tools use internally. Some of these extensions are content that are being evaluated for elevation into the main spec, and others are tooling concerns (built Tue, Mar 3, 2026 22:50+1100+11:00)

### Sprachliche Konventionen

- Zur besseren Lesbarkeit wird in diesem Implementation Guide das generische Maskulinum verwendet. Die hier verwendeten Personenbezeichnungen beziehen sich stets auf alle Geschlechter.

- Der Begriff “Arzt” wird in diesem Implementation Guide sowohl für Human- als auch für Zahnmediziner verwendet.

### Kontakt

Allgemeine Fragen und Kommentare zum Implementation Guide können Sie über das [Anfragenportal] der gematik einreichen. Falls kein Zugang besteht, senden Sie bitte eine E-Mail an “patientteam [ at ] gematik [ dot ] de” mit dem Betreff “Anfragenportal Zugang”.