DICOM Bestanden delen in Gezondheidszorg: Beste practices

Moderne DICOM-bestandsdeling gebruikt de DICOMweb-standaard (WADO-RS, STOW-RS, QIDO-RS) via HTTPS in plaats van cd-gebaseerde fysieke overdracht of verouderd DIMSE over het DICOM upper layer protocol. Het NCSC beveelt TLS 1.3 aan als minimumstandaard voor beveiligde gegevenstransmissie in zorginstellingen — een eis die DICOMweb van nature ondersteunt. De kernstack: een PACS (GE Centricity, Sectra, Fujifilm Synapse, of cloud-native zoals Google Healthcare API) als beeldarchief, een vendor-neutral archive (VNA) voor langetermijnopslag, een cloud-beelduitwisselingsplatform (Ambra Health, LifeImage, PocketHealth) voor uitwisseling tussen zorgverleners en patiëntgericht delen, en een versleutelde overdrachtsservice zoals HexaTransfer voor ad-hoc gevallen. Een standaard borst-CT genereert 300 tot 800 MB; een cardiale MRI met meerdere reeksen kan 2 GB bereiken.

Waarom cd-gebaseerde beeldoverdracht verdwijnt

Twee decennia lang stuurden ziekenhuizen DICOM-studies op cd's met een ingebedde viewer. De werkwijze was vertrouwd maar pijnlijk:

Brandtijden: 3 tot 5 minuten per cd in het beeldcentrum
Leesstoringen: 10 tot 20% van cd's komt onleesbaar aan bij de ontvangende instelling
Viewer-compatibiliteit: de ingebedde viewer werkt vaak niet op modern macOS of Linux
Fysiek transport: FedEx overnight voor urgente overdrachten, dikwijls 18 tot 24 uur
Verloren cd's: een meetbaar percentage bereikt de bestemming nooit

Cloud-platforms zoals Ambra, LifeImage en PocketHealth hebben patiëntgerichte beelduitwisseling tot de standaard gemaakt bij grote academische medische centra.

DICOMweb: de moderne standaard

DICOMweb is de HTTP-gebaseerde versie van het DICOM-netwerkprotocol. Drie kernservices:

STOW-RS (Store over Web): stuur DICOM-objecten naar een server via HTTP POST
WADO-RS (Web Access to DICOM Objects): haal DICOM op via HTTP GET
QIDO-RS (Query based on ID): doorzoek studies en reeksen via HTTP

Alle drie draaien via HTTPS met TLS 1.3, waardoor ze firewall-vriendelijk zijn — in tegenstelling tot het verouderde DICOM DIMSE (poort 104 of 11112). Authenticatie verloopt via OAuth 2.0 of clientcertificaten.

De meeste moderne PACS-leveranciers bieden DICOMweb-eindpunten. Cloud-native platforms (Google Cloud Healthcare API, AWS HealthImaging, Azure DICOM Service) zijn DICOMweb-first.

Pixeldataformaten en bandbreedteplanning

Studieomvang varieert sterk per modaliteit:

Thoraxfoto (CR of DX): 5 tot 15 MB (ongecomprimeerd), 1 tot 3 MB met JPEG 2000
CT hoofd: 100 tot 300 MB
CT thorax: 300 tot 800 MB
CT abdomen/bekken met contrast: 500 MB tot 1,5 GB
MRI hersenen (meerdere reeksen): 150 tot 400 MB
Cardiale MRI: 500 MB tot 2 GB
Mammografie (digitale borsttomosynthese): 500 MB tot 1,5 GB per onderzoek
Pathologie hele-dia-beeldvorming (WSI): 1 tot 10 GB per dia
3D-echocardiografie: 200 tot 500 MB

Een radiologieafdeling met 500 studies per dag genereert dagelijks 150 GB tot 1 TB aan nieuwe beeldvorming. Plan de bandbreedte dienovereenkomstig.

Compressie: lossy, lossless en de diagnostische vraag

DICOM ondersteunt meerdere overdrachtssyntaxen:

Ongecomprimeerd (Explicit VR Little Endian): basisformaat, grootste bestandsgrootte
JPEG Lossless: 2 tot 3x compressie, volledig omkeerbaar
JPEG 2000 Lossless: 3 tot 4x compressie, huidige aanbeveling voor lossless
JPEG 2000 Lossy: 10 tot 20x compressie, verliest informatie
HTJ2K (High-Throughput JPEG 2000): nieuwer, vergelijkbare ratios, snellere decodering

Voor primair diagnostisch gebruik wordt lossless compressie aanbevolen. Voor secundaire beoordeling, teleconsultatie of patiëntgericht bekijken is lossy compressie verdedigbaar mits expliciet gedocumenteerd.

Pas nooit lossy compressie toe op screeningsmammografie — diagnostische mammogrammen vereisen lossless weergave voor primaire diagnostiek.

Patiëntgericht beelden delen

De AVG (artikel 15) en Europese interoperabiliteitsregels geven patiënten recht op toegang tot hun eigen beeldvorming. Platforms die hiervoor zijn gebouwd:

PocketHealth: patiëntgerichte beeldtoegang, integreert met meer dan 700 beeldcentra
LifeImage (nu onderdeel van Mach7): zorgverlener-naar-patiënt en zorgverlener-naar-zorgverlener
Ambra Health (Intelerad): cloud-beelduitwisseling, patiëntportaal
Apple Health: haalt steeds meer beeldvorming op via FHIR ImagingStudy-resources

Het niet aanbieden van patiënttoegang wordt door toezichthouders uitgelegd als informatieblokkeringen — een overtreding die de Autoriteit Persoonsgegevens (AP) actief handhaaft.

De-identificatie voor onderzoek en onderwijs

Onderzoeksstudies, congresspresentaties en onderwijsbestanden hebben DICOM-data nodig zonder patiëntgegevens. DICOM definieert specifieke tags die moeten worden verwijderd of vervangen (het Basic Application Confidentiality Profile in DICOM PS 3.15 Annex E).

Belangrijke tags om aan te pakken:

PatientName (0010,0010)
PatientID (0010,0020)
PatientBirthDate (0010,0030)
StudyDate (0008,0020): kan worden verschoven met een willekeurige offset binnen een patiënt
ReferringPhysicianName (0008,0090)
InstitutionName (0008,0080)
StationName (0008,1010)
UID's: moeten worden vervangen door onderzoeks-UID's, met behoud van referentiële integriteit

Tools die dit correct afhandelen: Posda (CTP-gebaseerd), RSNA MIRC CTP (Clinical Trial Processor), pydicom met aangepaste scripts, MIM's de-identificatiemodule, dcm4che. Valideer altijd dat in pixels ingebrand PHI afzonderlijk wordt verwijderd — tekst in beeldpixels is geen DICOM-tag die u zomaar kunt wissen.

Gestructureerde rapporten en secundaire captures

Radiologierapportage reist samen met beelden. Moderne workflows gebruiken:

HL7 v2 ORU (Observation Result) berichten: verouderd maar universeel
FHIR DiagnosticReport-resources: modern, steeds vaker vereist
DICOM Structured Reports (SR): machine-leesbare rapportdata ingebed bij beelden
DICOM Secondary Capture Images: voor geannoteerde schermafbeeldingen

Een volledig beeldoverdracht-pakket omvat de DICOM-studie, SR indien beschikbaar, en het definitief ondertekende rapport (vaak als PDF via Encapsulated Document). Een studie zonder rapport sturen dwingt de ontvangende radioloog tot herlezing.

Auditlogging en toegangscontroles

HIPAA en het IHE Audit Trail and Node Authentication (ATNA)-profiel specificeren logging voor elke DICOM-gebeurtenis:

Wie toegang had (geauthenticeerde gebruiker)
Wat werd geopend (studie/reeks/instantie-UID's)
Wanneer (tijdstempel)
Vanaf waar (bron-IP)
Actie (bekijken, downloaden, wijzigen, verwijderen)

De meeste moderne PACS- en VNA-leveranciers genereren deze logboeken standaard. Stuur ze naar een SIEM (Splunk, Sentinel, QRadar, Datadog) met een bewaarperiode van minimaal 6 jaar — het HIPAA-minimum voor dossiers. Conform de AVG geldt een vergelijkbare bewaarplicht in Nederland.

Cloud-beeldvorming: Google, AWS, Azure

Cloud-providers bieden nu eigen DICOM-services:

Google Cloud Healthcare API: DICOM-opslag met DICOMweb-eindpunten, BAA-gedekt
AWS HealthImaging: geoptimaliseerde DICOM-opslag met per-frame lazy loading
Azure DICOM Service: beheerd DICOMweb-eindpunt, integreert met Azure FHIR

De prijsstelling is ruwweg $0,02 tot $0,05 per GB opslag per maand plus datatransport- en API-kosten. Voor een middelgrote radiologiepraktijk (10 TB jaarlijks volume) is dat ruwweg $200 tot $500 per maand plus uitvoer.

Deze services ondertekenen BAA's en nemen veel van het compliance-engineering voor hun rekening. De afweging is leveranciers-lock-in en doorlopende kosten versus on-premise kapitaalkosten.

Een praktische DICOM-uitwisselingsinrichting

Voor een radiologiepraktijk:

PACS: bestaande enterprise-leverancier of Google/AWS/Azure cloud DICOM
VNA: Hyland, IBM Merge, Visage of cloud-native
Beelduitwisseling: Ambra, LifeImage of PocketHealth
Rapportlevering: gebundeld met PACS of FHIR-integratie
De-identificatie: RSNA MIRC CTP of MIM voor onderzoek
Ad-hoc versleutelde overdrachten: end-to-end encryptie-service met BAA
Auditlogbewaring: minimaal 6 jaar in SIEM

Probeer HexaTransfer via https://hexatransfer.com — gratis, geen account vereist, maximaal 10 GB.