DICOM – Wikipedia – Bien choisir son serveur d impression

DICOM (rénumérique LEmaging et COmunications dans Médicine, images numériques et communication en médecine) est une norme qui définit les critères de communication, de visualisation, d’archivage et d’impression d’informations biomédicales telles que des images radiologiques.

La norme DICOM est publique, en ce sens que sa définition est accessible à tous. Sa diffusion est extrêmement avantageuse car elle permet de disposer d’une base solide d’échange d’informations entre équipements de différents fabricants, serveur et PC, spécifiques au domaine biomédical.

Le projet original a été développé par deux associations américaines: Collège américain de radiologie (ACR), responsable du développement technico-médical du système, et de la Association nationale des fabricants d'électricité (NEMA), un consortium de producteurs responsables, entre autres, des aspects liés à d'éventuelles violations des brevets et de la réglementation. En Europe, le comité de normalisation a mis en œuvre le format DICOM dans MEDICOM, tout comme JIRA, l'association des fabricants japonais, a approuvé le développement. En 1985, la version 1.0 de la norme ACR-NEMA a été officialisée, suivie de la version 2.0 en 1988: il s'agissait d'une norme primitive définissant le format des fichiers contenant les images et la norme physique et de protocole pour l'interconnexion point à point – point des divers équipements. Les implémentations, cependant, étaient plutôt limitées, surtout à cause des moyens physiques de connexion créés avec des technologies déjà obsolètes pour l’époque. En 1993, la norme ACR-NEMA a été radicalement transformée en version 3.0. Dans cette dernière, en maintenant inchangées les spécifications de format d'image, de nombreux services ont été ajoutés et les protocoles de réseau TCP / IP et ISO / OSI ont été mis en œuvre. le terme DICOM, et précisément l'intégration dans les spécifications du protocole de réseau TCP / IP, désormais répandu, décrivent un succès et une popularité sans cesse croissants.

Les bases du DICOM: paire d’objets de service[[[[modification | éditer des wikitesto]

La norme DICOM repose sur un modèle conceptuel appelé "Service Object Pair" (SOP). Le modèle SOP est inspiré du paradigme de l'analyse et de la programmation informatique orienté objet (OO).

Utilisateur de classe de service SCU et fournisseur de classe de service SCP[[[[modification | éditer des wikitesto]

En supposant que le DICOM puisse être décrit comme un modèle client / serveur, nous devrons alors identifier le SCU, en tant que client, et le SCP en tant que serveur.
La SCU (ou le client) a essentiellement besoin de services du SCP (ou du serveur).
La classe paire d'objets de service SOP définit les actions de la SCU et de la SCP.
Vous trouverez ci-dessous les interactions entre SCU et SCP dans les différentes classes de service:

Vérification de classe de service SCP / SCU:
Le service de vérification est simplement un moyen de déterminer si un sujet DICOM est actif et peut être contacté sur le réseau. Les requêtes SCU vérifient que le SCP, s'il est actif, fournit une réponse.

Classe de service de stockage SCP / SCU:
Lorsque SCU demande à une image d'être stockée, il demande simplement au SCP de recevoir l'image.
Le SCP ne garantit aucune durée de stockage ni sécurité, mais accepte simplement l'image de l'expéditeur.

Interroger / Récupérer la classe de service SCP / SCU:
Dans ce cas, deux services distincts sont proposés, "Interroger" et "Récupérer", d'où le nom de Requête / Récupération.
Lorsque le SCU envoie une "requête" (telle que le nom du patient, l'ID de l'étude, etc.) relative aux images disponibles chez le fournisseur, le SCP répond avec les informations demandées dont il dispose.

DIMSE – Eléments du service de messagerie DICOM[[[[modification | éditer des wikitesto]

Une entité du monde réel en tant que refuge, une image, un patient est définie comme un objet; chaque objet contient une série d'attributs, par exemple, l'objet patient contiendra les attributs données personnelles, date d'admission, etc. Une fois les objets et tous leurs attributs définis, DICOM définit les opérations pouvant être effectuées et sur quels objets. Ces opérations sont appelées service DIMSE (Dicom Message Service) et sont généralement différenciées par deux classes de service: composite "DIMSE-C" et "DIMSE-N" normalisé.
La combinaison d'un objet et des services correspondants (DIMSE) s'appelle SOP (Service Object Pair).
L'ensemble des SOP relatives à un seul objet forme une classe de SOP.

Les opérations incluses dans la classe DIMSE-C sont les suivantes:

1. C-Store: L'opération DICOM la plus élémentaire, également appelée "Push DICOM", sert par exemple à envoyer des images d'un mode à un PACS ou à créer le mécanisme de diffusion C-MOVE.
2. C-Find: utilisé principalement dans la "liste de travail de modalité" est une opération très simple, similaire à une requête SQL.
3. C-Move: Il est utilisé pour ordonner le transfert de l'objet éventuellement renvoyé par la requête C-Find au SCP.
4. C-Get:
5. C-Echo

Les opérations incluses dans la classe DIMSE-N sont les suivantes:

1. N-Get
2. N-Action
3. N-Set
4. N-Create
5. N-Supprimer
6. N-event-report

Format d'image[[[[modification | éditer des wikitesto]

Les données radiologiques pouvant être représentées sous forme d'images ou d'images réelles stockées selon la norme DICOM sous forme de fichiers sont communément appelées images DICOM. L'erreur la plus commune commise dans l'interprétation du terme est que ces formats sont similaires à d'autres formats de compression d'images (par exemple, JPEG, GIF, etc.). En effet, la norme DICOM appliquée au codage de fichier n’est rien de plus qu’une méthode pour encapsuler des données et définir comment celles-ci doivent être codées ou interprétées, mais ne définit aucun nouvel algorithme de compression. La plupart du temps, l'image est stockée sous une forme non compressée, en fonction du codage avec lequel elle est produite, mais de nombreux logiciels sont capables de produire ou d'interpréter des fichiers DICOM contenant des données compressées selon différents algorithmes (JPEG, JPEG Lossless , divers algorithmes du standard JPEG 2000, etc.).

Un fichier DICOM en plus de l'image réelle comprend également un en-tête.
Les informations contenues dans l'en-tête DICOM sont multiples, par exemple: le nom et le prénom du patient, le type de numérisation, la position et la taille de l'image, etc.
La taille de l'en-tête varie évidemment en fonction de la quantité d'informations stockées.
Toutes les informations stockées dans l'en-tête sont cataloguées par groupes d'éléments, également appelés "balises DICOM".

Il existe de nombreux programmes permettant d'afficher des images DICOM sur des PC normaux, souvent également téléchargeables gratuitement sur Internet. Nombre d'entre elles permettent également d'effectuer des opérations de post-traitement, telles que des mesures linéaires et des surfaces, sur des images élémentaires.

Prestations de service[[[[modification | éditer des wikitesto]

DICOM comprend divers services, dont beaucoup impliquent la transmission de données sur un réseau. Les principaux services sont énumérés ci-dessous:

LE MAGASIN: Ce service est utilisé pour envoyer des images ou d'autres objets persistants (rapports structurés, etc.) à un PACS ou à un poste de travail.

ENGAGEMENT DE STOCKAGE: Le service d'engagement de stockage est utilisé pour confirmer le stockage permanent effectif d'une image sur un périphérique (sur des disques RAID ou sur un support de sauvegarde, par exemple, lors de la gravure sur un CD). L'utilisateur de classe de service (SCU) d'une modalité ou d'un poste de travail utilise par exemple la confirmation du fournisseur de classe de service (SCP) d'un PACS pour s'assurer de l'archivage effectif avant de procéder à l'élimination des images localement.

QUERY / RETRIEVE: Il permet à un poste de travail de rechercher des listes d’images ou d’autres objets, puis de les récupérer à partir d’un système PACS.

LISTE DE TRAVAIL DE MODALITÉ: Il permet à un mode d'obtenir les détails des patients et de la liste de travail de l'examen, en évitant de devoir saisir manuellement ces informations (avec les erreurs consécutives causées par la saisie).

ÉTAPE DE PROCÉDURE EFFECTUÉE SUR LA MODALITÉ (MPPS): Il s’agit d’un service complémentaire à la liste de travail Modality. Ce mode vous permet d’envoyer un rapport sur un examen effectué, comprenant des données sur les images acquises, l’heure de début, l’heure de fin, la durée d’une étude, la dose administrée, etc. le service de radiologie dispose d’informations plus précises sur les ressources utilisées (station d’acquisition). Également appelé MPPS, ce service permet au mode de mieux se coordonner avec les serveurs de stockage d'images.

IMPRESSION: Le service d'impression DICOM est utilisé pour envoyer des images à une imprimante DICOM, généralement pour imprimer un film "à rayons X". Un étalonnage standard permet d’assurer la cohérence entre les périphériques d’affichage, y compris l’impression sur papier.

MÉDIAS HORS LIGNE (fichiers DICOM): Le support hors ligne décrit comment stocker les informations d'image de diagnostic sur un support amovible. À l'exception du jeu de données contenant, par exemple, l'image et la démographie, il est également obligatoire d'indiquer les informations de fichier méta.

DICOM limite le nom des fichiers DICOM à une moyenne de 8 caractères (certains systèmes utilisent par erreur le 8.3, mais cela n'est pas conforme à la norme). Aucune information ne doit être extraite de ces noms, c’est en fait une source possible de problèmes avec le support créé par les développeurs qui n’ont pas lu attentivement les spécifications DICOM. Ceci est une exigence fondamentale pour maintenir la compatibilité avec les systèmes existants, et nous recommandons également la présence d'un répertoire de support, le fichier DICOMDIR, qui fournit l'index et les informations de synthèse pour tous les fichiers DICOM sur le support. Les informations DICOMDIR fournissent des informations détaillées sur chaque fichier du support.

Il convient de noter que DICOM est non seulement une norme industrielle, mais également une norme. de jure (ISO 12052: 2006). Dans le passé, avant d'être reconnue comme norme ISO, la mise en œuvre des spécifications prenait une certaine tolérance, au point qu'il n'existait peut-être aucun dispositif pouvant être entièrement défini. Conforme à DICOM, au sens strict que la définition d’une norme imposerait. En fait, dans la plupart des cas, un équipement était conforme à une partie de la norme (par exemple, le mode d’archivage d’images), alors qu’il adoptait des technologies propriétaires pour d’autres fonctionnalités (par exemple, la gestion des listes de patients).

La compatibilité DICOM et, en général, de tout périphérique DICOM compatible doit être certifiée par le fabricant via un document d'auto-certification, appelé Déclaration de conformité, qui répertorie les fonctionnalités. Le traitement détaillé de la déclaration de conformité qu'un fabricant doit émettre, pour déclarer son application conforme à la norme DICOM, est contenu dans le volume 2 des spécifications DICOM. La réussite d’une connexion entre deux dispositifs DICOM est en premier lieu liée à la comparaison entre les deux déclarations de conformité, à l’exception des erreurs dans les documents ou des omissions dans la mise en oeuvre, éventualité loin d'être à distance^{[[[[citation requise]}.

• Définition de la norme, sur medical.nema.org.
• Solutions DICOM, sur dicom-solutions.com.
• Trancheur 3D, sur slicer.org.
• Logiciel DICOM2, sur barre.nom.fr. URL consultée le 10 août 2005 (classé deURL d'origine le 1 août 2005).
• Logiciel OSIRIS, sur sim.hcuge.ch. URL consultée le 10 août 2005 (classé deURL d'origine 6 août 2005).
• Logiciel Xmedcon, sur xmedcon.sourceforge.net.
• Logiciel OsiriX pour Mac, sur osirix-viewer.com.
• Liste de travail rapide: listes de travail DICOM, sur mediplussoftware.com.
• Visionneuse d'images médicales pour afficher des images BioMedical, sur abtechno.org.
• Logiciel MicroDicom pour Windows, sur microdicom.com.
• Logiciel Smartvet, sur smartvet.it.
• Cornerstone Viewer, sur chafey.github.io.