La radiologie ne se résume pas à des images. Un scanner (CT) n'est pas juste un tas d'images ; c'est un élément que les médecins utilisent pour aider les patients, et il doit inclure des informations comme la date de prise et la méthode utilisée, afin que les médecins puissent l'examiner et l'utiliser pour soigner le patient. C'est pourquoi la radiologie peut fonctionner avec différentes machines à travers de nombreux hôpitaux et même différents pays. La raison pour laquelle cela fonctionne est le standard DICOM.
Le DICOM, ou Digital Imaging and Communications in Medicine (Imagerie Numérique et Communications en Médecine), est un ensemble de règles qui définit comment les images médicales doivent être assemblées et comment les machines doivent communiquer entre elles. C'est comme un plan directeur sur la façon dont une image médicale doit être envoyée d'une machine à une autre. C'est important car cela aide les machines à communiquer entre elles, même si elles sont fabriquées par des entreprises différentes.
Ce guide vous expliquera ce qu'est le DICOM, comment il est utilisé au quotidien et comment il aide différentes machines à travailler ensemble. Il vous expliquera également pourquoi la radiologie commence à utiliser le DICOM sur le web et, dans le cloud computing, via ce qu'on appelle DICOMweb.
Le DICOM est une norme pour l'échange d'informations en imagerie médicale. Il spécifie :
• Structure du fichier : comment une image et ses métadonnées sont stockées ensemble en tant qu'objet DICOM.
• Modèle d'information : comment les examens, séries, instances et identifiants sont représentés.
• Services réseau : comment les systèmes découvrent, interrogent, envoient et récupèrent des images et des objets associés à travers un réseau.
Le DICOM diffère des formats d'image que nous utilisons à la maison, comme JPEG et PNG. Ces formats ne nous montrent que l'image. Le DICOM est utilisé pour l'imagerie médicale et stocke beaucoup d'informations importantes. Il mémorise qui a pris l'image, de quoi il s'agit, quand elle a été prise et comment elle a été prise. C'est important pour les hôpitaux et les médecins car cela les aide à savoir que l'image est correcte et facile à trouver. Cela les aide également à afficher l'image d'une manière sûre pour le patient.
Le DICOM est géré par des groupes qui veillent à son bon fonctionnement. De nombreuses entreprises utilisent le DICOM, y compris celles qui fabriquent les machines prenant les images, celles qui fabriquent les ordinateurs stockant les images et celles qui créent les programmes permettant aux médecins de consulter les images. Même les entreprises qui stockent des images en ligne utilisent le DICOM. C'est pourquoi on appelle souvent le DICOM le langage que les systèmes d'imagerie médicale utilisent pour se parler.
La radiologie doit traiter avec de nombreuses entreprises. Un hôpital peut utiliser une entreprise pour ses scanners CT, une autre pour l'échographie et une autre pour l'IRM. Ils peuvent également avoir un mélange de stations de travail et d'archives provenant de différentes entreprises. C'est un problème car il n'y a pas de norme que tout le monde suit. Donc, chaque fois qu'ils veulent connecter deux systèmes, ils doivent le faire d'une manière qui peut rendre l'ensemble du système un peu instable. La radiologie devra toujours travailler avec différentes entreprises, ce qui la rend si complexe.
Le DICOM a résolu ce problème en fournissant un cadre partagé pour :
• Acquisition interopérable : Les modalités produisent des images dans une structure d'objet prévisible avec des champs de métadonnées (balises) standardisés.
• Stockage et récupération fiables : Les archives PACS/VNA peuvent stocker les examens et les indexer de manière cohérente pour une récupération ultérieure.
• Visualisation diagnostique : Les visionneuses peuvent présenter les images avec une orientation, un espacement, un regroupement de séries et une intention d'affichage corrects.
• Coordination du flux de travail : Les services associés (tels que les listes de travail et les messages d'état) permettent la cohérence entre les systèmes de planification et les dispositifs d'imagerie.
• Partage et collaboration : Le DICOM facilite l'échange d'examens entre services ou sites tout en préservant le contexte clinique.
Aujourd'hui, alors que la radiologie se développe, passe au web et utilise le stockage cloud, le DICOM reste très important. C'est souvent grâce à DICOMweb, qui reprend les idées du DICOM et les fait fonctionner avec Internet et des technologies comme HTTP et REST.
Pour évaluer correctement le DICOM, vous devez comprendre le modèle sous-jacent. Le DICOM n'est pas « juste un format de fichier ». C'est un cadre d'information basé sur des objets, construit autour du flux de travail clinique et de l'identité.
Le DICOM organise les données d'imagerie selon une hiérarchie qui reflète la réalité clinique :
• Examen (Study) : un événement d'imagerie clinique (par exemple, « CT Abdomen/Pelvis avec contraste » pour un patient à une date/heure particulière).
• Série (Series) : un regroupement logique au sein de l'examen (par exemple, « axial abdomen », « reconstructions coronales » ou « série post-contraste »).
• Instance : un objet unique au sein d'une série (souvent une seule coupe d'image, mais cela peut aussi être un rapport structuré, un état de présentation ou d'autres objets non-image).
Cette hiérarchie est vraiment importante car elle aide les médecins à naviguer et à trouver les informations dont ils ont besoin. Lorsque les médecins examinent des dossiers, ils ne recherchent pas une image spécifique comme « image 2742.jpg ». Au lieu de cela, ils recherchent quelque chose comme « l'examen CT de l'abdomen » et regardent ensuite les images pertinentes dans cet examen. La hiérarchie est critique pour ce processus car elle prend en charge la navigation, la comparaison et la récupération de l'examen CT de l'abdomen précédent.
Une caractéristique déterminante du DICOM est son utilisation d'identifiants uniques mondiaux (UID). Les plus importants incluent :
• StudyInstanceUID : identifie de manière unique l'examen (l'étude).
• SeriesInstanceUID : identifie de manière unique la série.
• SOPInstanceUID : identifie de manière unique l'objet individuel (l'instance).
• SOP Class UID : identifie le type d'objet (par exemple, un objet de stockage d'image CT vs un objet de stockage d'image IRM).
En pratique, les UID permettent aux systèmes de réconcilier, fusionner, récupérer et référencer de manière fiable les objets d'imagerie, même entre différents fournisseurs et sites. Ils sous-tendent également les opérations de récupération et les pistes d'audit, car l'UID est l'identité stable de l'objet, distincte des noms de fichiers ou des ID de base de données locaux.
Le DICOM stocke les métadonnées dans des champs standardisés communément appelés balises (tags). Ces balises peuvent inclure :
• Contexte patient et examen (ID patient, date/heure de l'examen, identifiants d'accession selon le flux de travail)
• Paramètres d'acquisition (réglages de la modalité, informations de reconstruction, épaisseur de coupe, espacement des pixels)
• Géométrie et orientation (position de l'image, vecteurs d'orientation, espacement)
• Intention d'affichage et détails de l'espace colorimétrique
• Informations sur l'équipement et l'institution
Ces informations sur les images les rendent utiles pour les personnes et faciles à manipuler. Elles aident les médecins et autres professionnels de santé à examiner les images pour mesurer avec précision, regrouper des images similaires et trouver celles dont ils ont besoin facilement. Les informations aident également aux tâches liées aux images, telles que la vérification de leur qualité, la conduite de recherches et l'utilisation de l'intelligence artificielle pour les analyser. Les informations sur les images sont importantes pour ces choses car elles nécessitent plus que la simple image elle-même pour être comprises correctement.
Le DICOM possède ces éléments appelés Définitions d'Objets d'Information (IOD) qui spécifient quelles informations sont nécessaires ou peuvent être incluses pour un type d'image donné. C'est vraiment utile car cela aide à créer ce qu'on appelle des Classes SOP. Ce sont comme des catégories d'objets sur lesquelles différents systèmes peuvent s'accorder. Par exemple, vous pourriez avoir une catégorie appelée « Stockage d'Image CT ».
C'est important car dire simplement que quelque chose prend en charge le DICOM ne suffit pas. Nous devons savoir quelles choses il prend en charge, comme quelles Classes SOP, comment il transfère les informations, quels détails il nécessite et quelles choses supplémentaires il peut faire. C'est pourquoi nous avons ces documents appelés déclarations de conformité.
Le diagramme suivant montre comment les images DICOM circulent dans un endroit où elles sont visualisées pour examiner des images du corps. De leur première prise à leur stockage, leur examen pour déterminer ce qui ne va pas, leur coordination avec d'autres éléments et leur partage en utilisant ce qu'on appelle DICOMweb.
 - Presented by PostDICOM.jpg)
Comprendre ce flux architectural est essentiel avant d'examiner plus en détail le fonctionnement des services DIMSE classiques et de DICOMweb.
La partie communications du DICOM fonctionne avec ce qu'on appelle DIMSE, qui signifie DICOM Message Service Element. Vous n'avez pas besoin de mémoriser chaque type de message utilisé par DIMSE. Il est vraiment important de comprendre ce que fait le DIMSE lorsqu'il fonctionne.
C-STORE est le service « cheval de trait » utilisé lorsqu'une modalité envoie des images acquises vers un PACS, une VNA ou une autre destination de stockage. La modalité package les images sous forme d'objets DICOM et les transmet à une entité d'application (AE) de destination. Dans de nombreux environnements, des règles de routage déterminent si les examens vont vers un PACS principal, une archive spécialisée, un système de recherche ou plusieurs destinations.
C-FIND permet à un système d'interroger un autre système pour obtenir des informations sur des examens, des séries ou des instances. En termes pratiques, cela permet à une visionneuse ou une station de travail de demander à une archive : « Avez-vous des examens pour ce patient ? » ou « Avez-vous des séries pour cet UID d'examen ? » C'est le fondement des flux de travail basés sur la recherche dans les environnements DICOM classiques.
La récupération peut être effectuée via C-MOVE ou C-GET selon l'architecture et les modèles d'accès. À un niveau élevé, ces services permettent à un client de demander des examens/séries/instances à une archive. Dans un modèle PACS traditionnel, la visionneuse interroge, sélectionne un examen, puis déclenche la récupération afin que les objets pertinents soient livrés à l'environnement de visualisation.
Le transfert d'images DICOM est ce que les gens remarquent le plus, mais les services de flux de travail sont tout aussi importants. La Liste de Travail de Modalité (Modality Worklist) permet de s'assurer que la machine dispose des informations sur le patient et la commande avant de commencer à prendre des images, afin de ne pas obtenir de mauvaises informations et de devoir tout ressaisir à la main. Nous recevons également des messages sur ce qui se passe, comme lorsque quelque chose est terminé, ce qui nous aide à suivre ce qui se passe depuis le moment où la commande est passée jusqu'à ce que les images soient prises et que tout soit terminé.
Lorsque nous parlons de la façon dont les choses fonctionnent, ces services montrent que le transfert d'images DICOM ne concerne pas seulement les images, mais aussi le bon déroulement de l'ensemble. Cela est particulièrement vrai dans les endroits très fréquentés où nous devons être précis et faire les choses rapidement, de sorte que le DICOM devient l'épine dorsale de notre flux de travail.
Le réseau DICOM classique a été conçu bien avant que les modèles natifs du cloud et les applications basées sur navigateur ne deviennent la norme. Les plateformes d'imagerie modernes ont souvent besoin de :
• Récupération et stockage compatibles HTTP/REST
• Modèles d'accès sécurisés compatibles avec les systèmes d'identité modernes
• Clients web et mobiles qui ne peuvent pas utiliser facilement les protocoles DICOM classiques
• Intégration avec des services d'analyse et d'IA pilotés par API
C'est le contexte de DICOMweb, un ensemble de services basés sur le web qui implémentent les concepts DICOM sur HTTP.
QIDO-RS est utilisé pour interroger des examens, des séries et des instances via HTTP. Il apporte des capacités de requête aux piles web modernes, utiles pour les plateformes cloud, les visionneuses web et les intégrateurs qui construisent des flux de travail d'imagerie dans des systèmes cliniques plus larges.
WADO-RS permet la récupération d'objets DICOM via HTTP. C'est une pierre angulaire pour les visionneuses web et la distribution basée sur le cloud car elle permet des modèles de récupération évolutifs qui s'alignent avec les CDN, les passerelles de sécurité modernes et l'infrastructure web standard.
STOW-RS prend en charge le stockage d'objets DICOM dans un système via HTTP. Cela devient important pour les flux d'ingestion cloud, les importations inter-sites et les intégrations dans lesquelles des appareils ou des services stockent des données d'imagerie sur une plateforme centrale via des API web.
En termes de stratégie pratique, DICOMweb rend l'imagerie plus accessible à l'écosystème logiciel plus large sans compromettre la structure clinique du DICOM ou l'intégrité des métadonnées.
L'imagerie médicale n'est pas un « problème d'image ». C'est un problème de dossier clinique et de flux de travail. Voici la différence fondamentale.
| Capacité | DICOM | JPEG/PNG |
| Contexte patient + examen structuré | ✅ | ❌ |
| Organisation Examen/Série | ✅ | ❌ |
| Géométrie de mesure cohérente | ✅ | ❌ |
| Interopérabilité standardisée | ✅ | ❌ |
| Compatibilité PACS/archive | ✅ | ❌ |
| Intégration du flux de travail | ✅ | ❌ |
Un JPEG peut afficher une image. Il ne peut pas transporter de manière fiable les métadonnées et l'identité de flux de travail dont dépend la radiologie.
Les deux approches peuvent coexister. De nombreux systèmes utilisent le DICOM classique pour le transfert modalité-vers-PACS et DICOMweb pour la distribution moderne et l'intégration.
| Dimension | DICOM Classique (DIMSE) | DICOMweb |
| Transport | DICOM sur TCP | HTTP/REST |
| Idéal pour | Intégration de modalités, flux PACS hérités | Visionneuses web, distribution cloud, intégrations API |
| Compatibilité pare-feu | Souvent plus difficile | Généralement plus facile |
| Expérience développeur | Spécialisée | Familière aux développeurs modernes |
| Mise à l'échelle Cloud-native | Plus complexe | Plus naturelle |
D'un point de vue stratégique, DICOMweb ne remplace pas le DICOM classique partout ; il étend le DICOM aux environnements qui nécessitent un accès web-first et une mise à l'échelle cloud.
« Prend en charge le DICOM » n'est pas suffisant pour une évaluation technique. La vraie question est : prend en charge le DICOM, comment ?
Une déclaration de conformité DICOM est la déclaration détaillée d'un fournisseur sur ce que son système implémente. Elle décrit généralement :
• Classes SOP prises en charge (quels types d'objets le système peut envoyer/recevoir/stocker)
• Syntaxes de transfert prises en charge (méthodes de compression/encodage)
• Services pris en charge (C-STORE, C-FIND, C-MOVE, Worklist, etc.)
• Exigences d'attributs et détails de comportement
• Limitations connues et exigences de configuration
Lorsque nous prévoyons de faire fonctionner des systèmes ensemble, les déclarations de conformité sont vraiment importantes. Elles font la différence entre penser que nous pouvons connecter les systèmes et les connecter réellement de manière fiable. Les déclarations de conformité nous aident à déterminer ce qui ne va pas lorsque les systèmes ne fonctionnent pas ensemble comme ils le devraient.
C'est très important pour les réseaux qui couvrent de nombreux sites, par exemple, lorsque nous partageons des images médicales sur de longues distances et lorsque nous déplaçons nos systèmes vers le cloud. Dans ces situations, les déclarations de conformité garantissent que les systèmes peuvent échanger des images et d'autres informations importantes sans perdre de données ni corrompre les informations qui décrivent les données.
Il est courant d'entendre « le DICOM prend en charge la sécurité », mais la sécurité est mieux comprise comme étant stratifiée. Le DICOM peut participer à des architectures sécurisées, mais la conformité est une propriété de l'ensemble du système, et non du format de fichier seul.
En termes pratiques, les environnements DICOM sécurisés reposent généralement sur :
• Sécurité du transport : canaux sécurisés (souvent TLS) pour protéger les données en transit.
• Contrôle d'accès : permissions basées sur les rôles et intégration d'identité moderne (SSO/RBAC).
• Auditabilité : journalisation et traçabilité des événements d'accès et de partage.
• Flux de désidentification : lorsque les images sont utilisées pour la recherche ou le partage externe, les métadonnées doivent être gérées de manière appropriée.
• Gouvernance des données : politiques de rétention, sauvegardes, reprise après sinistre et validation de l'intégrité.
Un bon système d'imagerie doit traiter les objets DICOM avec soin car ce sont des dossiers médicaux. Ces dossiers doivent être protégés dès le moment où ils sont ajoutés au système, lorsque les gens y accèdent et lorsqu'ils sont partagés avec d'autres. Lorsque nous utilisons ces systèmes sur le cloud, nous devons nous assurer que les dossiers sont stockés en toute sécurité, que seules les bonnes personnes peuvent les voir et que nous gardons un œil sur ce qui leur arrive. C'est ce que les hôpitaux et le gouvernement attendent de nous en ce qui concerne les objets DICOM.
Le DICOM permet l'interopérabilité, mais les environnements cliniques réels font toujours face à des défis récurrents. Les comprendre aide les équipes à concevoir des flux de travail plus sûrs et à choisir des systèmes qui réduisent le risque opérationnel.
• Incohérences des métadonnées : Différentes modalités et fournisseurs peuvent remplir les balises différemment. Cela peut affecter la capacité de recherche, le regroupement des séries et les analyses en aval.
• Problèmes de correspondance des patients : Si les données démographiques sont saisies manuellement ou si les listes de travail sont mal utilisées, les examens peuvent être associés à des identifiants de patient incorrects.
 - Presented by PostDICOM.jpg)
• Pièges d'orientation et de géométrie : Une interprétation précise dépend de l'orientation et de l'espacement corrects de l'image. Des erreurs dans ces champs peuvent affecter les mesures et les reconstructions 3D.
• Inadéquations de compression et de syntaxe de transfert : Tous les systèmes ne prennent pas en charge toutes les méthodes de compression de manière égale. Cela peut entraîner des échecs de transfert ou des problèmes de visualisation.
• Identifiants incrustés : Certaines images peuvent contenir des superpositions de texte « incrustées » avec des informations sur le patient. Cela complique le partage externe et les flux de travail de recherche.
Un écosystème DICOM fort ne consiste pas seulement à prendre en charge la norme ; il s'agit de mettre en œuvre la validation, la réconciliation, les contrôles de routage et la gouvernance pour garder les données cliniquement sûres.
À mesure que la radiologie s'améliore, l'importance du DICOM augmente réellement car les nouvelles méthodes de travail nécessitent que l'information et l'identité soient en place. Pour l'Intelligence Artificielle, les informations dans le DICOM sont vraiment importantes car elles fournissent des étiquettes et un contexte nécessaires pour la formation et pour garantir que cela fonctionne correctement et en toute sécurité dans un cadre clinique.
Pour les entreprises qui gèrent des images médicales, le DICOM les aide à combiner des données provenant de différents endroits, à suivre la propriété et à s'assurer qu'elles peuvent trouver ce dont elles ont besoin. Pour les entreprises qui utilisent le cloud et effectuent des travaux de radiologie à distance, le DICOM permet de partager des examens avec des personnes situées dans des endroits différents tout en conservant toutes les informations cliniques importantes.
De nos jours, de nombreux systèmes utilisent à la fois le moyen d'obtenir des informations DICOM et un moyen plus récent qui fonctionne bien avec le web, de sorte que les entreprises peuvent prendre en charge l'ancien équipement et les nouvelles façons d'accéder aux informations en même temps.
L'imagerie cloud n'est pas simplement « du stockage ailleurs ». Elle change la façon dont l'imagerie peut être consultée, partagée et opérationnalisée.
Une stratégie DICOM orientée cloud permet généralement :
• Un accès de n'importe où tout en préservant l'intégrité diagnostique
• La collaboration et les flux de référencement sans exports manuels fragiles
• Une distribution évolutive pour les grands examens et les systèmes multi-sites
• L'intégration avec des contrôles de sécurité et d'identité modernes
• Des voies plus claires pour les services d'IA et d'analyse
Dans ce contexte, une plateforme Cloud PACS et visionneuse DICOM peut servir de couche de collaboration clinique qui complète ou modernise l'infrastructure d'imagerie héritée tout en préservant la fiabilité du standard DICOM.
La norme pour les objets d'imagerie et la communication s'appelle DICOM. Un Système d'Archivage et de Communication d'Images ou PACS en abrégé est un système qui comprend un logiciel et une infrastructure. Ce système stocke, indexe, récupère et gère les examens DICOM. La principale raison pour laquelle nous utilisons le PACS est l'utilisation de ces examens DICOM.
Non. Le standard Digital Imaging and Communications in Medicine ou DICOM en abrégé est très populaire dans de nombreux domaines. Cela inclut des domaines comme la cardiologie et l'orthopédie. Il est également utilisé en dentisterie et en ophtalmologie. Fondamentalement, le DICOM est utilisé dans toutes les spécialités qui créent et gèrent des images médicales.
La norme DICOM est vraiment importante car elle garantit que les structures d'objets et les balises de métadonnées sont les mêmes. Elle aide également avec les identifiants, appelés UID, et les services de communication. Lorsque nous parlons de choses fonctionnant ensemble comme l'interopérabilité, cela dépend vraiment de la façon dont les gens implémentent la norme DICOM. C'est pourquoi ce que les gens disent sur la façon dont ils suivent les règles, ce qu'on appelle les déclarations de conformité, compte vraiment pour la norme DICOM.
Un Identifiant Unique (UID) est un code utilisé partout pour étiqueter les examens, les séries et les instances. Cet Identifiant Unique aide les systèmes informatiques à trouver et à obtenir les objets d'imagerie, à partir de différents endroits et entreprises. L'Identifiant Unique est très important car il garantit que les bonnes informations sont trouvées et récupérées.
DICOMweb est une façon d'utiliser les services DICOM sur le web. Il utilise HTTP et REST pour effectuer des actions avec des objets DICOM. Vous pouvez utiliser DICOMweb pour rechercher des choses, obtenir des choses et stocker des choses. DICOMweb fait tout cela en utilisant des éléments qui sont normaux pour le web.
Oui. Les visionneuses DICOM peuvent ouvrir des examens sur votre propre ordinateur, mais lorsqu'il s'agit de fonctionnalités de flux de travail clinique comme la recherche de quelque chose, la comparaison avec des examens antérieurs, le routage et la gouvernance, ces choses sont généralement prises en charge par un PACS ou de grandes plateformes d'entreprise. Les visionneuses DICOM ne sont tout simplement pas configurées pour gérer tout cela. Vous utiliseriez donc des visionneuses DICOM pour les examens, puis le PACS ou les plateformes d'entreprise pour le reste des fonctionnalités de flux de travail clinique.
Le DICOM est-il sécurisé par lui-même ?
Le DICOM participe à des architectures sécurisées, mais la sécurité et la conformité dépendent de l'implémentation complète du système, y compris la sécurité du transport, les contrôles d'accès, l'audit et la gouvernance.
Les causes courantes incluent des métadonnées manquantes ou incohérentes, des syntaxes de transfert non prises en charge, ou des problèmes d'orientation/espacement qui affectent le rendu et la précision des mesures.
C'est un document du fournisseur qui décrit exactement quels services DICOM, classes SOP et syntaxes de transfert leur système prend en charge, y compris les limitations et les détails de configuration.
Les métadonnées du DICOM fournissent un contexte structuré et une identité cohérente, ce qui aide les flux de travail d'IA à ingérer de manière fiable les examens et à maintenir la traçabilité tout au long des pipelines.
