Übertragung medizinischer Bildgebung: Technischer Guide

Eine einzelne kardiale CT-Studie umfasst 500 MB bis 2 GB, ein pathologisches Whole-Slide-Image 4 GB, und ein fMRT-Forschungsdatensatz kann 40 GB pro Proband erreichen. Das BSI fordert in seinen technischen Richtlinien für Gesundheitseinrichtungen verschlüsselte Übertragungswege – und wer DICOM-Daten mit PHI-Tags unverschlüsselt über das Netz sendet, riskiert nach DSGVO Artikel 83 empfindliche Bußgelder. Die Wahl des richtigen Übertragungsverfahrens hängt von Dateigröße, Zieltyp und der Frage ab, ob das Zielsystem nativ DICOM spricht oder ein Format erwartet, das sich auf einem Standard-PC öffnen lässt.

DICOM, NIFTI und was Sie tatsächlich übertragen

Bevor Sie ein Übertragungsverfahren wählen, kennen Sie das Format. DICOM (Digital Imaging and Communications in Medicine) verpackt Pixeldaten mit Metadaten-Tags – Patientenname in (0010,0010), Study UID in (0020,000D), Modalität in (0008,0060). Eine typische MRT-Studie ist ein Ordner mit Hunderten von .dcm-Dateien, jede ein Schichtbild. NIFTI (.nii oder .nii.gz) ist das Forschungs-Neuroimaging-Format, das ein gesamtes Volumen in einer Datei bündelt.

Typische Dateigrößen:

Thorax-Röntgen: 10–30 MB
Schädel-CT: 50–200 MB
Abdominal-MRT: 300 MB–1 GB
Kardio-MRT mit Kino: 500 MB–2 GB
Whole-Slide-Pathologie (.svs, .ndpi): 1–4 GB pro Schnitt
fMRT-Aufgabenlauf: 500 MB–2 GB; vollständige Studie: 10–40 GB

Wählen Sie das Übertragungswerkzeug anhand der größten Datei aus, die Sie versenden werden – nicht anhand des Durchschnitts.

DICOMweb: Das moderne Drahtprotokoll

DICOMweb, definiert in DICOM PS3.18, ersetzt das alte DIMSE-Protokoll durch HTTP. Drei Kerndienste:

STOW-RS (Store Over the Web) – POST mit multipart/related-Body an /studies.
WADO-RS (Web Access to DICOM Objects) – GET auf /studies/{StudyInstanceUID} zum Abrufen.
QIDO-RS (Query based on ID) – Studien und Serien per Abfrageparameter suchen.

DICOMweb läuft über TLS 1.3 und harmoniert mit OAuth-2.0-Bearer-Tokens. Moderne PACS-Systeme wie Orthanc, dcm4chee und Ambra Health unterstützen es. Sprechen beide Krankenhaussysteme DICOMweb, brauchen Sie kein separates Übertragungswerkzeug – sondern ein konfiguriertes Gateway.

Wenn DICOMweb keine Option ist

Die meisten realen Übertragungen finden zwischen Systemen statt, die kein gemeinsames Gateway teilen. Ein Kreiskrankenhaus sendet einen Traumascan an ein Universitätsklinikum. Ein Patient bringt sein auswärtiges MRT zu einem Spezialisten. In diesen Fällen bieten sich an:

SFTP (RFC 4253 mit OpenSSH) – zuverlässig für geplante Übertragungen zwischen bekannten Endpunkten, aber schwach beim Audit-UX.
IHE XDS-I.b – das Interoperabilitätsprofil für unternehmensübergreifende Bildgebung. Aufwändig zu implementieren.
Web-basierter verschlüsselter Upload – die pragmatische Wahl für einmalige oder Ad-hoc-Übertragungen, besonders wenn der Patient einbezogen ist.
Physische Datenträger – gebrannte CDs mit IHE-PDI-Profil existieren noch, verschwinden aber mit dem Wegfall von optischen Laufwerken.

De-Identifizierung vor der Übertragung

DICOM-Header sind dicht mit geschützten Gesundheitsdaten gefüllt. DICOM-Standard PS3.15 Anhang E definiert das Basic Profile für die De-Identifizierung, das 400+ Tags zum Entfernen, Ersetzen oder Leeren auflistet. Häufige Fehler:

Eingebrannte Annotationen in den Pixeldaten belassen – diese erfordern OCR-und-Schwärzung, nicht nur Header-Änderungen.
Private Tags in (0009,xxxx)-Bereichen vergessen, wo Hersteller Geräteseriennummern ablegen.
Die Study Instance UID beibehalten, die eine Rückverknüpfung ermöglicht, wenn der Angreifer das Original kennt.

Für Forschungsdaten unter der DSGVO gilt: De-Identifizierung plus TLS 1.3 plus AES-256-GCM im Ruhezustand ist die Baseline. Klinische Daten zwischen behandelnden Ärzten erfordern zwar keine De-Identifizierung, aber dennoch Verschlüsselung.

Kompression, Transfer-Syntax und Bandbreite

DICOM-Dateien können unkomprimiert (Implicit VR Little Endian) oder mit JPEG 2000 Lossless, JPEG-LS oder RLE gespeichert werden. Verlustfreie Kompression bei CT-Daten spart typischerweise 50–60 %. Verlustbehaftete Kompression ist medikolegales Minenfeld – viele radiologische Einrichtungen verbieten sie für diagnostische Nutzung vollständig.

Bei einer symmetrischen 100-Mbps-Verbindung dauert eine 2-GB-Kardio-MRT-Übertragung etwa 3 Minuten. Bei einem Standort mit 10-Mbps-Upload sind es 30 Minuten. Planen Sie entsprechend – oder nutzen Sie einen Dienst, der bei Verbindungsunterbrechung fortsetzt.

Patientengesteuerte Übertragungen

Ein wachsender Anwendungsfall: Der Patient sitzt in der Facharztpraxis und möchte sein auswärtiges Bildmaterial einbringen. Für diesen Weg brauchen Sie eine Methode, die auch technisch nicht versierte Personen nutzen können. Ein Webformular, auf das Dateien abgelegt werden, die clientseitig mit einer Passphrase verschlüsselt und dann per Link an die Praxis geteilt werden, funktioniert. Kein Konto, kein IT-Ticket.

HexaTransfer passt zu diesem Muster – clientseitiges AES-256-GCM, teilbarer Link, Passphrase über einen separaten Kanal. Die Ende-zu-Ende-Verschlüsselung stellt sicher, dass der Dienstanbieter keinen Zugriff auf den Klartext hat. Testen Sie es auf https://hexatransfer.com – kostenlos, kein Konto, maximal 10 GB.

Chain of Custody für Teleradiologie

Teleradiologie-Anbieter verlassen sich auf Übertragungspipelines, die von Prüfern stündlich nachvollzogen werden können. Die wesentlichen Anforderungen:

SHA-256-Hash im sendenden PACS protokolliert und an der Lesestation verifiziert.
Zeitgestempeltes Ereignisprotokoll mit Zugangsnummer und Radiologen-ID.
Aufbewahrung der Übertragungsprotokolle für den nach Landesrecht vorgeschriebenen Zeitraum.
Automatische Bereinigung des Transfer-Staging-Bereichs nach Empfangsbestätigung.

Für Deutschland bedeutet das: Die BDSG-Anforderungen an Protokollierung und der DSGVO-Grundsatz der Datenminimierung müssen beim Design der Teleradiologie-Pipeline berücksichtigt werden.

Die 10-GB-Grenze bei Web-Übertragungen

Die meisten webbasierten Übertragungsdienste begrenzen einzelne Transfers auf 2–10 GB. Für Transfers oberhalb der Grenze bieten sich an:

Logische Bündelung – eine Untersuchung, eine Modalität, eine Serie pro Transfer.
Physischer Versand – ein verschlüsseltes LUKS- oder VeraCrypt-Laufwerk via Kurier für Ad-hoc-Fälle.
Dedizierte Verbindung – Krankenhaus-VPN oder Direct Connect für regelmäßige Hochvolumen-Flows.

Kennen Sie Ihre Grenze, bevor Sie einen Zeitplan zusagen.

Integration mit PACS ohne Beeinträchtigung der Befundung

Die eine Regel: Unterbrechen Sie nicht die Arbeitsliste des Radiologen. Wenn Ihr Übertragungsworkflow das PACS berührt, leiten Sie über einen Staging-Knoten (Orthanc oder dcm4chee als DICOM-Router funktioniert gut), damit das Produktions-PACS nur validierte Studien erhält. Kennzeichnen Sie eingehende Transfers mit einem unverwechselbaren AE-Titel, damit sie in einer separaten Arbeitsliste erscheinen, bis ein Techniker sie geprüft hat.

Verifikation und Übergabe

Nach jeder Übertragung prüfen:

Dateianzahl stimmt überein (.dcm-Dateien oder NIFTI-Volumes).
SHA-256 des Archivs stimmt bei Sender und Empfänger überein.
Mindestens ein Bild öffnet sich im empfangenden Viewer.
Metadaten sind nicht korrumpiert – Patientenname, Untersuchungsdatum und Zugangsnummer sind lesbar.

Protokollieren Sie die Verifikation im Übertragungsnachweis. „Wir haben es gesendet" ist keine Verteidigung; „Wir haben es gesendet und die Byte-genaue Integrität bestätigt" schon. Medizinische Bildübertragung ist nicht nur das Verschieben von Bytes – es ist die Übermittlung eines diagnostischen Dokuments, von dem manchmal innerhalb von Minuten die Versorgung eines Patienten abhängt.