Radiologie draait om meer dan alleen plaatjes. Een CT-scan is niet zomaar een verzameling beelden; het is iets dat artsen gebruiken om patiënten te helpen, en het moet informatie bevatten zoals wanneer het is gemaakt en hoe dit is gebeurd, zodat artsen ernaar kunnen kijken en het kunnen gebruiken om de patiënt te helpen. Dit is waarom radiologie kan werken met verschillende machines in vele ziekenhuizen en zelfs in verschillende landen. De reden dat dit werkt, is dankzij de DICOM-standaard.
DICOM, oftewel Digital Imaging and Communications in Medicine, is een set regels die bepaalt hoe medische afbeeldingen moeten worden samengesteld en hoe machines met elkaar moeten praten. Het is als een blauwdruk voor hoe een medische afbeelding van de ene machine naar de andere moet worden verzonden. Dit is belangrijk omdat het machines helpt met elkaar te communiceren, zelfs als ze door verschillende bedrijven zijn gemaakt.
Deze gids vertelt u wat DICOM is, hoe het in de praktijk wordt gebruikt en hoe het verschillende machines helpt samen te werken. Het vertelt u ook waarom radiologie begint met het gebruik van DICOM op het web en, in cloud computing, via iets dat DICOMweb wordt genoemd.
DICOM is een standaard voor de uitwisseling van informatie over medische beeldvorming. Het specificeert:
• Bestandsstructuur: hoe een afbeelding en de bijbehorende metadata samen als een DICOM-object worden opgeslagen.
• Informatiemodel: hoe studies, series, instanties en identificatiecodes worden weergegeven.
• Netwerkservices: hoe systemen afbeeldingen en gerelateerde objecten ontdekken, opvragen, verzenden en ophalen via een netwerk.
DICOM verschilt van de afbeeldingsformaten die we thuis gebruiken, zoals JPEG en PNG. Deze formaten laten ons alleen de foto zien. DICOM wordt gebruikt voor medische beeldvorming en slaat veel belangrijke informatie op. Het onthoudt wie de foto heeft gemaakt, waarvan het een foto is, wanneer deze is gemaakt en hoe deze is gemaakt. Dit is belangrijk voor ziekenhuizen en artsen omdat het hen helpt te weten dat de foto correct is en gemakkelijk te vinden is. Het helpt hen ook de foto weer te geven op een manier die veilig is voor de patiënt.
DICOM wordt beheerd door groepen die ervoor zorgen dat het goed werkt. Veel bedrijven gebruiken DICOM, waaronder de mensen die de machines maken die de foto's nemen, de mensen die de computers maken die de foto's opslaan, en de mensen die de programma's maken waarmee artsen naar de foto's kijken. Zelfs bedrijven die afbeeldingen online opslaan, gebruiken DICOM. Daarom noemen mensen DICOM vaak de taal die systemen voor medische beeldvorming gebruiken om met elkaar te praten.
Radiologie heeft te maken met veel bedrijven. Een ziekenhuis kan één bedrijf gebruiken voor hun CT-scanners, een ander bedrijf voor echografie en weer een ander bedrijf voor MRI. Ze kunnen ook een mix van werkstations en archieven hebben, van diverse bedrijven. Dit is een probleem omdat er geen standaard is die iedereen volgt. Dus elke keer als ze twee systemen willen verbinden, moeten ze dat doen op een manier die het hele systeem een beetje wankel kan maken. Radiologie zal altijd met verschillende bedrijven moeten werken, wat het zo ingewikkeld maakt.
DICOM loste dit op door een gedeeld raamwerk te bieden voor:
• Interoperabele Acquisitie: Modaliteiten produceren beelden in een voorspelbare objectstructuur met gestandaardiseerde metadata-velden (tags).
• Betrouwbare Opslag en Opvraging: PACS/VNA-archieven kunnen studies opslaan en consistent indexeren voor later ophalen.
• Diagnostische Weergave: Viewers kunnen beelden presenteren met de juiste oriëntatie, spatiëring, seriegroepering en weergave-intentie.
• Workflowcoördinatie: Gerelateerde services (zoals werklijsten en statusberichten) zorgen voor consistentie tussen planningssystemen en beeldvormingsapparaten.
• Delen en Samenwerken: DICOM vergemakkelijkt de uitwisseling van studies over afdelingen of locaties heen, met behoud van de klinische context.
Vandaag de dag, nu radiologie groter wordt en naar het web en cloudopslag verschuift, is DICOM nog steeds erg belangrijk. Dit komt vaak door DICOMweb, dat de ideeën van DICOM overneemt en ze laat werken met het internet en dingen zoals HTTP en REST.
Om DICOM goed te evalueren, moet u het onderliggende model begrijpen. DICOM is niet "zomaar een bestandsformaat". Het is een object-gebaseerd informatieraamwerk gebouwd rond klinische workflow en identiteit.
DICOM organiseert beelddata in een hiërarchie die de klinische realiteit weerspiegelt:
• Studie: een klinische beeldvormingsgebeurtenis (bijvoorbeeld "CT Abdomen/Bekken met contrast" voor een patiënt op een bepaalde datum/tijd).
• Serie: een logische groepering binnen de studie (bijvoorbeeld "axiaal abdomen", "coronale reformaties" of "post-contrast serie").
• Instantie: een enkel object binnen een serie (vaak een enkele beeldslice, maar het kan ook een gestructureerd rapport, een presentatiestaat of andere niet-beeldobjecten zijn).
Deze hiërarchie is erg belangrijk omdat het artsen helpt te navigeren en de informatie te vinden die ze nodig hebben. Wanneer artsen onderzoeken bekijken, zoeken ze niet naar een specifieke foto zoals "afbeelding 2742.jpg". In plaats daarvan zoeken ze naar iets als "de CT-abdomenstudie" en kijken dan naar de relevante foto's in die studie. De hiërarchie is cruciaal voor dit proces omdat het navigatie, vergelijking en het ophalen van de eerdere CT-abdomenstudie ondersteunt.
Een kenmerkend aspect van DICOM is het gebruik van wereldwijd unieke identificatiecodes (UID's). De belangrijkste zijn:
• StudyInstanceUID: identificeert de studie op unieke wijze.
• SeriesInstanceUID: identificeert de serie op unieke wijze.
• SOPInstanceUID: identificeert het individuele object (de instantie) op unieke wijze.
• SOP Class UID: identificeert het type object (bijvoorbeeld een CT Image Storage-object vs. een MR Image Storage-object).
In de praktijk stellen UID's systemen in staat om beeldobjecten betrouwbaar af te stemmen, samen te voegen, op te halen en te refereren—zelfs over verschillende leveranciers en locaties heen. Ze ondersteunen ook ophaaloperaties en audit trails omdat de UID de stabiele identiteit van het object is, los van bestandsnamen of lokale database-ID's.
DICOM slaat metadata op in gestandaardiseerde velden die gewoonlijk tags worden genoemd. Deze tags kunnen het volgende omvatten:
• Patiënt- en Studiecontext (Patiënt-ID, studiedatum/-tijd, toegang identificatoren afhankelijk van workflow)
• Acquisitieparameters (instellingen van de modaliteit, reconstructie-informatie, snededikte, pixelspatiëring)
• Geometrie en Oriëntatie (beeldpositie, oriëntatievectoren, spatiëring)
• Weergave-intentie en kleurruimtedetails
• Informatie over apparatuur en instelling
Deze informatie over de beelden maakt ze nuttig voor mensen en gemakkelijk om mee te werken. Het helpt artsen en andere medische professionals beelden te beoordelen om nauwkeurig te meten, soortgelijke beelden te groeperen en de beelden die ze nodig hebben gemakkelijk te vinden. De informatie helpt ook bij taken gerelateerd aan de beelden, zoals het controleren van hun kwaliteit, het uitvoeren van onderzoek en het gebruik van kunstmatige intelligentie om ze te analyseren. De informatie over de beelden is belangrijk voor deze zaken omdat ze meer nodig hebben dan alleen het plaatje zelf om ze correct te begrijpen.
DICOM heeft deze dingen genaamd Information Object Definitions (IOD's) die specificeren welke informatie nodig is of kan worden opgenomen voor een bepaald beeldtype. Dit is erg nuttig omdat het helpt bij het creëren van iets dat SOP-klassen wordt genoemd. Dit zijn categorieën van objecten waar verschillende systemen het over eens kunnen zijn. U kunt bijvoorbeeld een categorie hebben met de naam "CT Image Storage".
Dit is belangrijk omdat alleen zeggen dat iets DICOM ondersteunt niet genoeg is. We moeten weten welke dingen het ondersteunt, zoals welke SOP-klassen, hoe het informatie overdraagt, welke details het nodig heeft en welke extra dingen het kan doen. Daarom hebben we deze dingen die conformiteitsverklaringen worden genoemd.
Het volgende diagram toont hoe DICOM-beelden zich verplaatsen op een plek waar ze worden bekeken om beelden van het lichaam te bestuderen. Vanaf het moment dat ze worden gemaakt tot wanneer ze worden opgeslagen, bekeken om vast te stellen wat er mis is, gecoördineerd met andere zaken, en gedeeld met behulp van iets dat DICOMweb heet.
 - Presented by PostDICOM.jpg)
Het begrijpen van deze architecturale stroom is essentieel voordat we in meer detail bekijken hoe klassieke DIMSE-services en DICOMweb werken.
Het communicatiegedeelte van DICOM werkt met iets dat DIMSE heet, wat staat voor DICOM Message Service Element. U hoeft niet elk berichttype te onthouden dat DICOM Message Service Element gebruikt. Het is wel erg belangrijk om te begrijpen wat het DICOM Message Service Element doet wanneer het werkt.
C-STORE is de werkpaard-service die wordt gebruikt wanneer een modaliteit verkregen beelden naar een PACS, VNA of andere opslagbestemming stuurt. De modaliteit verpakt de beelden als DICOM-objecten en verzendt ze naar een bestemmingsapplicatie-entiteit (AE). In veel omgevingen bepalen routingregels of studies naar een primair PACS, een specialisme-archief, een onderzoekssysteem of meerdere bestemmingen gaan.
C-FIND stelt een systeem in staat een ander systeem te bevragen voor informatie over studies, series of instanties. In praktische termen stelt het een viewer of werkstation in staat om aan een archief te vragen: "Heeft u studies voor deze patiënt?" of "Heeft u series voor deze studie-UID?". Het is een basis voor zoekgestuurde workflows in klassieke DICOM-omgevingen.
Ophalen kan worden uitgevoerd via C-MOVE of C-GET, afhankelijk van de architectuur en toegangspatronen. Op hoofdlijnen stellen deze services een cliënt in staat om studies/series/instanties van een archief aan te vragen. In een traditioneel PACS-model zoekt de viewer, selecteert een studie en triggert vervolgens het ophalen zodat de relevante objecten worden afgeleverd aan de kijkomgeving.
DICOM-beeldoverdracht is wat mensen het meest opmerken, maar workflowservices zijn net zo belangrijk. De Modality Worklist helpt ervoor te zorgen dat de machine de patiënt- en orderinformatie heeft voordat deze begint met het maken van foto's, zodat we niet de verkeerde informatie krijgen en alles opnieuw handmatig moeten invoeren. We krijgen ook berichten over wat er gaande is, zoals wanneer iets klaar is, wat ons helpt bij te houden wat er gebeurt vanaf het moment dat de order wordt gemaakt tot wanneer de foto's zijn genomen en alles is afgerond.
Wanneer we praten over hoe dingen werken, zijn deze services waar DICOM-beeldoverdracht niet alleen om de foto's draait; het gaat erom ervoor te zorgen dat alles soepel verloopt. Dit is vooral waar op drukke plaatsen waar we nauwkeurig moeten zijn en dingen snel gedaan moeten krijgen, dus DICOM wordt de ruggengraat van onze workflow.
Klassieke DICOM-netwerken werden ontworpen lang voordat cloud-native patronen en browser-gebaseerde applicaties standaard werden. Moderne imaging-platforms hebben vaak behoefte aan:
• HTTP/REST-vriendelijk ophalen en opslaan
• Veilige toegangspatronen die compatibel zijn met moderne identiteitssystemen
• Web- en mobiele cliënten die klassieke DICOM-protocollen niet gemakkelijk kunnen gebruiken
• Integratie met analytics en AI-services die API-gestuurd zijn
Dat is de context voor DICOMweb, een set web-gebaseerde services die DICOM-concepten implementeren via HTTP.
QIDO-RS wordt gebruikt voor het bevragen van studies, series en instanties via HTTP. Het brengt zoekmogelijkheden naar moderne web-stacks, nuttig voor cloudplatforms, webviewers en integrators die imaging-workflows inbouwen in bredere klinische systemen.
WADO-RS maakt het ophalen van DICOM-objecten via HTTP mogelijk. Dit is een hoeksteen voor webviewers en cloud-gebaseerde distributie omdat het schaalbare ophaalpatronen mogelijk maakt die aansluiten bij CDN's, moderne beveiligingsgateways en standaard webinfrastructuur.
STOW-RS ondersteunt het opslaan van DICOM-objecten in een systeem via HTTP. Dit wordt belangrijk voor cloud-ingestieworkflows, cross-site imports en integraties waarbij apparaten of services beelddata opslaan op een centraal platform via web-API's.
In praktisch strategisch opzicht maakt DICOMweb beeldvorming toegankelijker voor het bredere software-ecosysteem zonder de klinische structuur of metadata-integriteit van DICOM in gevaar te brengen.
Medische beeldvorming is geen "plaatjesprobleem". Het is een probleem van klinische registratie en workflow. Hier is het kernverschil.
| Mogelijkheid | DICOM | JPEG/PNG |
| Gestructureerde patiënt- + studiecontext | ✅ | ❌ |
| Studie/Serie-organisatie | ✅ | ❌ |
| Consistente meetgeometrie | ✅ | ❌ |
| Gestandaardiseerde interoperabiliteit | ✅ | ❌ |
| PACS/archief-compatibiliteit | ✅ | ❌ |
| Workflowintegratie | ✅ | ❌ |
Een JPEG kan een afbeelding weergeven. Het kan niet betrouwbaar de metadata en workflow-identiteit dragen waar radiologie van afhankelijk is.
Beide benaderingen kunnen naast elkaar bestaan. Veel systemen gebruiken klassieke DICOM voor de overdracht van modaliteit naar PACS en DICOMweb voor moderne distributie en integratie.
| Dimensie | Klassieke DICOM (DIMSE) | DICOMweb |
| Transport | DICOM over TCP | HTTP/REST |
| Best voor | Modaliteitsintegratie, legacy PACS-workflows | Webviewers, clouddistributie, API-integraties |
| Firewall-vriendelijkheid | Vaak moeilijker | Doorgaans makkelijker |
| Ontwikkelaarservaring | Gespecialiseerd | Bekend voor moderne ontwikkelaars |
| Cloud-native schaling | Complexer | Natuurlijker |
Vanuit strategisch perspectief vervangt DICOMweb klassieke DICOM niet overal; het breidt DICOM uit naar omgevingen die web-first toegang en cloudschaling vereisen.
"Ondersteunt DICOM" is niet voldoende voor een technische evaluatie. De echte vraag is: ondersteunt DICOM, hoe?
Een DICOM-conformiteitsverklaring is een gedetailleerde declaratie van een leverancier over wat hun systeem implementeert. Het beschrijft doorgaans:
• Ondersteunde SOP-klassen (welke objecttypes het systeem kan verzenden/ontvangen/opslaan)
• Ondersteunde overdrachtssyntaxis (compressie-/coderingsmethoden)
• Ondersteunde services (C-STORE, C-FIND, C-MOVE, Worklist, enz.)
• Attribuutvereisten en gedragsdetails
• Bekende beperkingen en configuratievereisten
Wanneer we plannen om systemen samen te laten werken, zijn conformiteitsverklaringen erg belangrijk. Ze zijn het verschil tussen denken dat we de systemen kunnen verbinden en ze daadwerkelijk betrouwbaar verbinden. Conformiteitsverklaringen helpen ons bepalen wat er misgaat wanneer systemen niet samenwerken zoals het hoort.
Dit is erg belangrijk voor netwerken die vele locaties beslaan, bijvoorbeeld wanneer we medische beelden over lange afstanden delen en wanneer we onze systemen naar de cloud verplaatsen. In deze situaties zorgen conformiteitsverklaringen ervoor dat systemen afbeeldingen en andere belangrijke informatie kunnen uitwisselen zonder gegevens te verliezen of de informatie die de gegevens beschrijft te corrumperen.
Het is gebruikelijk om te horen dat "DICOM beveiliging ondersteunt", maar beveiliging kan het beste worden begrepen als gelaagd. DICOM kan deelnemen aan veilige architecturen, maar compliance is een eigenschap van het gehele systeem, niet van het bestandsformaat alleen.
In praktische termen vertrouwen veilige DICOM-omgevingen doorgaans op:
• Transportbeveiliging: beveiligde kanalen (vaak TLS) om gegevens tijdens transport te beschermen.
• Toegangscontrole: rolgebaseerde machtigingen en moderne identiteitsintegratie (SSO/RBAC).
• Controleerbaarheid (Auditability): logging en traceerbaarheid van toegangs- en deelevenementen.
• Anonimiseringsworkflows: wanneer beelden worden gebruikt voor onderzoek of extern delen, moeten metadata passend worden beheerd.
• Datagovernance: bewaarbeleid, back-ups, disaster recovery en integriteitsvalidatie.
Een goed imaging-systeem moet zorgvuldig omgaan met DICOM-objecten omdat het medische dossiers zijn. Deze dossiers moeten worden beschermd vanaf het moment dat ze aan het systeem worden toegevoegd, wanneer mensen ze openen en wanneer ze met anderen worden gedeeld. Wanneer we deze systemen in de cloud gebruiken, moeten we ervoor zorgen dat de dossiers veilig zijn opgeslagen, dat alleen de juiste mensen ze kunnen zien en dat we in de gaten houden wat ermee gebeurt. Dit is wat ziekenhuizen en de overheid van ons verwachten als het gaat om DICOM-objecten.
DICOM maakt interoperabiliteit mogelijk, maar echte klinische omgevingen worden nog steeds geconfronteerd met terugkerende uitdagingen. Het begrijpen hiervan helpt teams veiligere workflows te ontwerpen en systemen te kiezen die het operationele risico verminderen.
• Metadata-inconsistenties: Verschillende modaliteiten en leveranciers kunnen tags anders invullen. Dit kan de doorzoekbaarheid, seriegroepering en downstream-analyses beïnvloeden.
• Problemen met patiëntkoppeling: Als demografische gegevens handmatig worden ingevoerd of werklijsten verkeerd worden gebruikt, kunnen studies worden gekoppeld aan onjuiste patiëntidentificaties.
 - Presented by PostDICOM.jpg)
• Valkuilen bij oriëntatie en geometrie: Nauwkeurige interpretatie hangt af van de juiste beeldoriëntatie en spatiëring. Fouten in deze velden kunnen metingen en 3D-reconstructies beïnvloeden.
• Mismatches in compressie en overdrachtssyntaxis: Niet alle systemen ondersteunen alle compressiemethoden in gelijke mate. Dit kan leiden tot mislukte overdrachten of weergaveproblemen.
• Ingebrande identificatoren: Sommige beelden kunnen "ingebrande" tekstoverlays met patiëntinformatie bevatten. Dit compliceert extern delen en onderzoeksworkflows.
Een sterk DICOM-ecosysteem gaat niet alleen over het ondersteunen van de standaard; het gaat over het implementeren van validatie, afstemming, routingcontroles en governance om gegevens klinisch veilig te houden.
Naarmate de radiologie verbetert, neemt het belang van DICOM feitelijk toe omdat nieuwe manieren van werken vereisen dat informatie en identiteit op hun plaats zijn. Voor Kunstmatige Intelligentie is de informatie in DICOM erg belangrijk omdat het labels en context biedt die nodig zijn voor training en om ervoor te zorgen dat het correct en veilig werkt in een klinische setting.
Voor bedrijven die medische beelden verwerken, helpt DICOM hen gegevens van verschillende locaties te combineren, eigendom bij te houden en ervoor te zorgen dat ze kunnen vinden wat ze nodig hebben. Voor bedrijven die de cloud gebruiken en radiologiewerk op afstand doen, maakt DICOM het mogelijk om studies te delen met mensen op verschillende plaatsen met behoud van alle belangrijke klinische informatie.
Tegenwoordig gebruiken veel systemen zowel de manier van DICOM-informatie verkrijgen als een nieuwere manier die goed werkt met het web, zodat bedrijven oude apparatuur en nieuwe manieren van toegang tot informatie tegelijkertijd kunnen ondersteunen.
Cloud imaging is niet zomaar "opslag ergens anders". Het verandert hoe imaging kan worden benaderd, gedeeld en operationeel gemaakt.
Een cloud-forward DICOM-strategie maakt doorgaans het volgende mogelijk:
• Toegang vanaf elke plek met behoud van diagnostische integriteit
• Samenwerkings- en verwijzingsworkflows zonder kwetsbare handmatige exports
• Schaalbare distributie voor grote studies en multi-site systemen
• Integratie met moderne beveiligings- en identiteitscontroles
• Schonere paden voor AI- en analytics-services
In deze context kunnen een cloud PACS en DICOM-viewerplatform fungeren als een klinische samenwerkingslaag die legacy imaging-infrastructuur aanvult of moderniseert, terwijl de betrouwbaarheid van de DICOM-standaard behouden blijft.
De standaard voor beeldobjecten en communicatie heet DICOM. Een Picture Archiving and Communication System, of kortweg PACS, is een systeem dat software en infrastructuur bevat. Dit systeem slaat DICOM-studies op, indexeert ze, haalt ze op en beheert ze. De belangrijkste reden waarom we PACS gebruiken is voor het gebruik van deze DICOM-studies.
Nee. De Digital Imaging and Communications in Medicine-standaard, of kortweg DICOM, is erg populair op veel gebieden. Dit omvat zaken zoals cardiologie en orthopedie. Het wordt ook gebruikt in de tandheelkunde en oogheelkunde. In feite wordt DICOM gebruikt in alle specialismen die medische beelden creëren en beheren, zoals cardiologie, orthopedie, tandheelkunde en oogheelkunde.
De DICOM-standaard is erg belangrijk omdat het ervoor zorgt dat objectstructuren en metadata-tags hetzelfde zijn. Het helpt ook met identificatiecodes, die UID's worden genoemd, en communicatieservices. Wanneer we praten over zaken die samenwerken, zoals interoperabiliteit, hangt het echt af van hoe mensen de DICOM-standaard implementeren. Daarom is wat mensen zeggen over hoe ze de regels volgen, wat conformiteitsverklaringen worden genoemd, echt belangrijk voor de DICOM-standaard.
Een Unieke Identificatiecode is een code die overal wordt gebruikt om studies, series en instanties te labelen. Deze Unieke Identificatiecode helpt computersystemen de beeldobjecten van verschillende plaatsen en bedrijven te vinden en op te halen. De Unieke Identificatiecode is erg belangrijk omdat het ervoor zorgt dat de juiste informatie wordt gevonden en opgehaald.
DICOMweb is een manier om DICOM-services op het web te gebruiken. Het gebruikt HTTP en REST om dingen met DICOM-objecten te doen. U kunt DICOMweb gebruiken om naar dingen te zoeken, dingen op te halen en dingen op te slaan. DICOMweb doet dit alles met behulp van zaken die normaal zijn voor het web.
Ja. DICOM-viewers kunnen studies op uw eigen computer openen, maar als het gaat om functies voor klinische workflows zoals zoeken naar iets, vergelijken met eerdere studies, routing en governance, worden deze zaken meestal afgehandeld door PACS of grote enterprise-platforms. DICOM-viewers zijn gewoon niet ingericht om dat allemaal af te handelen. Dus u zou DICOM-viewers gebruiken voor de studies en vervolgens PACS of enterprise-platforms voor de rest van de klinische workflowfuncties.
Is DICOM op zichzelf veilig?
DICOM neemt deel aan veilige architecturen, maar beveiliging en compliance hangen af van de volledige systeemimplementatie, inclusief transportbeveiliging, toegangscontroles, auditing en governance.
Veelvoorkomende oorzaken zijn ontbrekende of inconsistente metadata, niet-ondersteunde overdrachtssyntaxis, of oriëntatie-/spatiëringsproblemen die de rendering en meetnauwkeurigheid beïnvloeden.
Het is een document van de leverancier dat exact beschrijft welke DICOM-services, SOP-klassen en overdrachtssyntaxis hun systeem ondersteunt, inclusief eventuele beperkingen en configuratiedetails.
De metadata van DICOM bieden gestructureerde context en consistente identiteit, wat AI-workflows helpt om studies betrouwbaar in te lezen en traceerbaarheid in pijplijnen te behouden.
|
Cloud PACS en Online DICOM ViewerUpload DICOM-beelden en klinische documenten naar PostDICOM-servers. Opslaan, bekijken, samenwerken en delen van uw medische beeldbestanden. |
