Elektronische Patientenakte teilen: Interoperabilitätsguide

Das BSI warnt in seiner Publikation zur Informationssicherheit im Gesundheitswesen (BSI CS 132) explizit vor unzureichenden Zugriffskontrollen beim Austausch elektronischer Patientenakten. In Deutschland reguliert das BDSG in Verbindung mit der DSGVO den Umgang mit Patientendaten, während die Telematikinfrastruktur (TI) der gematik den strukturierten Austausch über KIM (Kommunikation im Medizinwesen) und ePA-Schnittstellen standardisiert. Daneben existiert ein internationales Ökosystem: HL7 FHIR R4 für API-basierten Austausch, C-CDA R2.1 für dokumentenbasierte Übertragung und DICOM für Bildgebung. Wenn eine Akte zwischen verschiedenen KIS-Systemen wandert, erfolgt das typischerweise als C-CDA-Dokument über IHE-XCA-Profile – oder scheitert und landet als Fax.

Der Standardstapel, mit dem Sie tatsächlich arbeiten

Interoperabilität von Patientenakten sieht wie ein Normenwirrwarr aus – weil es eines ist. Hier ist, was jede Ebene tut:

HL7 v2.x – Pipe-delimitierte Nachrichten aus den 1990er-Jahren, noch immer das Arbeitspferd für Laboraufträge, ADT-Feeds (Aufnahme/Entlassung/Verlegung) und Auftragsverwaltung innerhalb eines Krankenhauses.
C-CDA R2.1 – strukturierte XML-Dokumente, die eine Patientenzusammenfassung, einen Entlassungsbrief oder einen Überweisungsbericht darstellen. Das Rückgrat des Direct-Messagings und des HIE-Austauschs.
HL7 FHIR R4 – REST-Ressourcen (Patient, Observation, Condition, MedicationRequest), die über HTTPS mit JSON oder XML ausgetauscht werden. Die moderne Schicht, erforderlich für zertifizierte KIS-Systeme in vielen Ländern.
DICOM – Bildgebungsstandard, läuft über eigene Kanäle (DIMSE, DICOMweb).
ePA/TI in Deutschland – die gematik-Infrastruktur mit KIM als sicherem Kommunikationskanal für Leistungserbringer.

Wenn Sie eine elektronische Patientenakte „teilen", teilen Sie eigentlich Fragmente jeder Schicht, zusammengesetzt im richtigen Format für den Empfänger.

FHIR-APIs und Informationsblockierung

Die DSGVO Artikel 15 gibt Patienten ein Auskunftsrecht über ihre gesundheitsbezogenen Daten. Einrichtungen, die berechtigte Anfragen technisch blockieren, riskieren Bußgelder nach Artikel 83. Für einen Entwickler, der eine Integration aufbaut:

Registrierung einer App im Entwicklerportal des KIS-Anbieters.
Nutzung der SMART-on-FHIR-Launch-Sequenz mit OAuth 2.0 und PKCE.
Anforderung von Scopes wie patient/*.read oder spezifischen Ressourcen.
Empfang von JSON-Bundles über HTTPS mit TLS 1.3.

Die praktische Hürde: API-Scopes, Ratenbegrenzungen und Produktionszugang variieren stark zwischen Anbietern. Testen Sie in der Sandbox, bevor Sie Produktionszugang anfordern.

C-CDA: Noch der Standard für organisationsübergreifende Zusammenfassungen

Trotz des FHIR-Aufstiegs läuft der größte Teil des organisationsübergreifenden Aktenaustauschs noch über C-CDA-Dokumente. Ein Continuity of Care Document (CCD) nach C-CDA R2.1 umfasst typischerweise 200 KB–2 MB XML mit eingebettetem HTML für menschliche Lesbarkeit. Wichtige Templates:

CCD (Continuity of Care Document)
Entlassungsbrief
Überweisungsbericht
Konsilbericht
Verlaufsnotiz

Diese fließen über Direct-Messaging oder abfragebasierten HIE-Austausch. Das empfangende KIS parst das XML und nimmt strukturierte Elemente in die lokale Akte auf. Analysequalität variiert – einige Systeme importieren Problemlisten korrekt, lassen aber die Sozialanamnese weg.

Wenn APIs versagen und Sie eine Dateiübertragung brauchen

Trotz aller Standards müssen Kliniker regelmäßig Dateien übertragen, die in keine API passen. Beispiele:

Ein 300-MB-PDF-Bündel gescannter Papierakten aus der Zeit vor der Digitalisierung
Ein Forschungsdatensatz für eine retrospektive Analyse
Eine Reihe von Wundfotos aus der häuslichen Krankenpflege, die den Bildserver nicht überlasten sollen
Rechtssicherungsakten für einen anhängigen Haftungsfall

Für diese Fälle greift man auf verschlüsselte Dateiübertragung zurück. Die Anforderungen: DSGVO-konform (AVV unterzeichnet), AES-256-GCM-Verschlüsselung im Ruhezustand, TLS 1.3 während der Übertragung, Audit-Protokollierung und Link-Ablaufzeit. HexaTransfer bietet den Ad-hoc-Weg mit clientseitiger Verschlüsselung vor dem Upload. Testen Sie es auf https://hexatransfer.com – kostenlos, kein Konto, maximal 10 GB.

Patientenabgleich und das Identitätsproblem

Das Teilen einer Akte setzt voraus, dass es sich um den richtigen Patienten handelt. Die Identitätsauflösung stützt sich auf probabilistischen Abgleich nach Name, Geburtsdatum, Geschlecht, Adresse und Telefonnummer. In Deutschland helfen die Krankenversichertennummer und die eGK-Daten beim Abgleich, lösen das Problem aber nicht vollständig.

Für Übertragungen auf Dateiebene: Schließen Sie immer Patientenkennungen in den Dateinamen oder ein Deckblatt ein – Patientennummer, Geburtsdatum und mindestens ein weiteres Identifikationsmerkmal. Verlassen Sie sich nicht darauf, dass der Kliniker weiß, zu welchem Patienten „Mueller-MRT.dcm" gehört.

Einwilligung, Segmentierung und Sonderkategorien

Nicht alle Akten lassen sich gleich teilen. Psychische Gesundheitsdaten, HIV-Status, genetische Daten und Informationen zur Reproduktionsgesundheit unterliegen nach DSGVO Artikel 9 besonderem Schutz. Für den Austausch solcher Daten gelten strengere Anforderungen:

Explizite Einwilligung nach Artikel 9(2)(a) oder ein spezifischer Erlaubnistatbestand
Dokumentation der Rechtsgrundlage im Übertragungsprotokoll
Technische Beschränkung des Empfängerkreises

Wenn Ihr Übertragungswerkzeug keine Segmentierung – also keine Markierung, welche Teile eines Dokuments besonderer Einwilligung bedürfen – unterstützt, nutzen Sie es nicht für psychiatrische Akten. Nutzen Sie es für das orthopädische Kontrollpaket.

Audit und Auskunft über Offenlegungen

Die DSGVO Artikel 15 gibt Patienten das Recht, Auskunft über die Verarbeitung ihrer Daten zu erhalten, einschließlich der Empfänger. Ihr Übertragungsprotokoll füttert diese Auskunft. Erfassen Sie:

Zeitstempel in UTC
Absender- und Empfängereinrichtungen
Zweckcode (BEHANDLUNG, ABRECHNUNG, EINWILLIGUNG usw.)
Übertragene Datenkategorien
Patientenkennung

Wenn Sie sich auf ein generisches Dateifreigabetool verlassen, das nur protokolliert „Nutzer X hat Datei Y hochgeladen", werden Sie sich abrackern, wenn ein Patient Auskunft verlangt.

Kleine Praxen und die Ressourcenlücke

Eine Drei-Arzt-Hausarztpraxis hat keine IT-Abteilung. Sie hat eine Praxismanagerin, die sich neben der Abrechnung auch um IT kümmert. Dennoch muss sie DSGVO-konforme Akten auf Anfrage bereitstellen, AVVs mit jedem Anbieter unterzeichnen und Auskunftsersuchen bearbeiten. Der praktische Ansatz:

Nutzen Sie ein KIS (z. B. Medistar, CGM, TOMEDO), das Direct, FHIR und Patientenzugang integriert.
Wählen Sie ein Ad-hoc-verschlüsseltes Übertragungswerkzeug mit AVV für alles, was das KIS nicht senden kann.
Dokumentieren Sie den Workflow in einer einseitigen SOP.
Schulen Sie jeden Mitarbeiter zu den zwei Werkzeugen, die er wöchentlich nutzt.

Der Austausch elektronischer Patientenakten ist kein einmaliges Technologieproblem. Es ist ein gestufter Workflow, den Sie pflegen müssen. Stimmen Sie die Standards, wo Sie können, und haben Sie einen sauberen, verschlüsselten Fallback für die Fälle, die die Standards nicht abdecken.