Les balises DICOM expliquées : les attributs du patient, de l'étude, de la série et de l'image, et celles qui sont importantes pour la désidentification

Réponse courte : chaque objet DICOM (une image, un rapport, un enregistrement de dose) est une liste d'éléments de données, chacun identifié par une étiquette : un numéro de groupe et un numéro d'élément, écrits chacun avec quatre chiffres hexadécimaux, comme (0010,0010) pour le Nom du patient. Chaque élément a une représentation de valeur (VR) qui indique le type de données qu'il contient (texte, date, UID, entier, binaire) puis la valeur elle-même. Les pixels ne sont qu'un autre élément, (7FE0,0010) Données Pixel. Le dictionnaire complet se trouve dans la partie 6 de la norme, avec environ 5 000 étiquettes publiques ; les fournisseurs peuvent ajouter des étiquettes privées avec des numéros de groupe impairs.

Les niveaux

Les balises DICOM sont organisées en quatre niveaux correspondant à la hiérarchie DICOM : patient (nom, ID, date de naissance, sexe), étude (UID de l'instance d'étude, date, numéro d'accès, description, médecin prescripteur), série (UID de l'instance de série, modalité, partie du corps) et image (UID de l'instance SOP, UID de la classe SOP, lignes, colonnes, bits, paramètres de fenêtre, données de pixels). Chaque fichier répète les valeurs des quatre niveaux.

DICOM regroupe les attributs par le niveau de la hiérarchie qu'ils décrivent. Les mêmes valeurs sont répétées dans chaque fichier d'une étude, c'est pourquoi une seule image peut être correctement classée seule.

Représentations de valeur

Une représentation de valeur (VR) DICOM est un code de deux lettres indiquant au logiciel comment lire les octets d'un élément : PN pour les noms de personnes, LO et SH pour les chaînes de caractères, CS pour les chaînes de codes, DA, TM et DT pour les dates et heures, UI pour les identifiants uniques, IS et DS pour les chaînes numériques, US pour les entiers courts non signés, SQ pour les séquences, OB ou OW pour le binaire.

La VR indique au logiciel comment lire les octets. Les plus courantes : PN nom de personne (composants séparés par ^ : famille^prénom^deuxième^préfixe^suffixe) ; LO chaîne longue ; SH chaîne courte ; CS chaîne de code (en majuscules, issue d'une liste fixe) ; DA date AAAA MM JJ ; TM heure ; DT date-heure ; UI identifiant unique (chiffres pointés, max 64 caractères) ; IS chaîne entière ; DS chaîne décimale ; US entier court non signé ; SQ séquence, une liste imbriquée d'autres éléments de données ; OB/OW autre octet ou mot, binaire brut. En JSON DICOMweb, chaque attribut est écrit comme {"vr": "PN", "Value": [...]} , comme montré dans DICOMweb expliqué.

UIDs : les identifiants qui ne doivent pas changer

Les UID d'étude, de série et d'instance SOP DICOM sont des identifiants uniques mondiaux générés par le scanner sous la racine enregistrée du fabricant et réutilisés par l'index PACS, le FHIR ImagingStudy et les URL DICOMweb. Ils ne doivent jamais être réécrits de manière incohérente, sinon l'étude s'effondre. L'UID de la classe SOP, en revanche, identifie le type d'objet, pas l'image.

Les trois UIDs (étude, série, instance) sont les seuls identifiants globalement uniques du système. Ils sont générés par le scanner sous la racine enregistrée du fabricant et sont réutilisés partout : l'index PACS, le FHIR ImagingStudy, l'URL DICOMweb. Si un outil les réécrit de manière incohérente (désidentifiant un fichier mais pas son voisin), l'étude se désagrège. Le SOP Class UID est différent : ce n'est pas un identifiant de cette image mais du type d'objet (image CT, image MR, rapport structuré), fixé par la norme.

Étiquettes qui transportent des données personnelles

Les balises DICOM qui transportent des données personnelles sont répertoriées dans la partie 15, annexe E de la norme, le profil de confidentialité de niveau d'application de base : nom du patient, ID, date de naissance, adresse et téléphone, noms du médecin et de l'institution, numéros de série des appareils, dates et heures à chaque niveau, descriptions en texte libre, balises privées, séquences imbriquées contenant des identifiants et du texte gravé dans les pixels.

La partie 15, Annexe E de la norme définit le Profil de confidentialité de base au niveau de l'application : une liste d'attributs qui identifient le patient, les cliniciens ou l'institution, avec une action pour chacun (supprimer, remplacer par un dummy, conserver, nettoyer). Les plus évidentes sont le nom du patient, l'ID, la date de naissance, l'adresse et le téléphone, les noms des médecins, le nom et l'adresse de l'institution, et le numéro de série de l'appareil. Moins évidentes :

• Dates et heures à chaque niveau (étude, série, acquisition, contenu), qui sont décalées ou supprimées en fonction du besoin de recherche ;
• Champs de texte libre (Description de l'étude, Commentaires de l'image, Nom du protocole) que les techniciens remplissent parfois avec des noms ;
• Étiquettes privées, dont le sens n'est connu que du fournisseur ; le défaut sûr est de les supprimer ;
• Annotations intégrées : texte dessiné dans les pixels eux-mêmes (échographie et certaines captures d'écran), signalé par (0028,0301) Burned In Annotation et ne pouvant être supprimé qu'en modifiant l'image ;
• Séquences telles que Referenced Patient Sequence ou Other Patient IDs, où les identifiants se cachent dans des éléments imbriqués.

Les bons outils de désidentification suivent la partie 15, conservent une correspondance des anciens aux nouveaux UIDs dans un endroit sécurisé et enregistrent ce qu'ils ont modifié. Pour une vue d'ensemble (HIPAA Safe Harbor, anonymisation et pseudonymisation RGPD), voir Désidentification des données de santé.

Lire soi-même un en-tête

Vous pouvez lire vous-même un en-tête DICOM avec n'importe quel visualiseur DICOM ou avec des outils en ligne de commande tels que dcmdump de DCMTK ou pydicom en Python, qui impriment le fichier sous forme de liste de balises. L'en-tête affiche le nom du patient, la date de naissance, la date de l'étude et la description de l'étude, vous pouvez donc confirmer que les images obtenues d'un hôpital vous appartiennent.

N'importe quel visualiseur DICOM affiche l'en-tête ; les outils en ligne de commande (dcmdump de DCMTK, pydicom en Python) l'affichent sous forme de liste d'étiquettes. Si vous avez obtenu vos propres images d'un hôpital, l'en-tête est l'endroit où vous confirmez que le nom, la date de naissance et la date de l'étude sont les vôtres et que la description de l'étude correspond à l'examen que vous avez eu. Voir Comment obtenir vos images CT ou IRM.

Pages associées

• DICOMweb expliqué
• FHIR ImagingStudy vs DICOMweb
• PACS vs RIS vs VNA
• Désidentification des données de santé
• Comment obtenir vos images CT ou IRM (DICOM)

Sources

• DICOM PS3.6 : Dictionnaire de données
• DICOM PS3.5 : Structures de données et encodage (représentations de valeur)
• DICOM PS3.15 Annexe E : Profils de confidentialité des attributs
• DICOM PS3.3 : Définitions d'objets d'information
• Documentation pydicom

Questions fréquentes

Pourquoi les étiquettes sont-elles écrites comme (0010,0010) et aussi comme 00100010 ?

C'est la même chose : le groupe 0010 et l'élément 0010 en hexadécimal. La forme entre parenthèses est utilisée dans la documentation et les visualiseurs ; la forme à huit chiffres est utilisée comme clé dans le JSON DICOMweb.

Qu'est-ce qu'une étiquette privée ?

Un élément défini par un fournisseur plutôt que par la norme, dans un groupe impair (par exemple (0009,xxxx) ou (0029,xxxx)), avec un élément créateur privé qui nomme le bloc du fournisseur. Seul le logiciel de ce fournisseur connaît la signification ; la désidentification les supprime par défaut.

Les étiquettes DICOM sont-elles les mêmes que les éléments FHIR ?

Non. FHIR ImagingStudy contient une poignée d'entre elles (les UIDs, la modalité, le site corporel, les comptes, les dates) ; le reste de l'en-tête reste en DICOM. La partie 16 de la norme DICOM et la spécification FHIR documentent les quelques correspondances qui existent.

Quelles étiquettes ai-je besoin pour trouver une image dans une archive ?

L'ID ou le nom du patient pour trouver les études, puis le Study Instance UID pour récupérer la bonne. QIDO-RS recherche exactement sur ces éléments ; les UIDs de série et d'instance reviennent dans la réponse.

Anpheros Daily

Essayez Anpheros Daily

Conservez vos rapports d'examens et d'analyses en un seul endroit dans Anpheros Daily, prêts à être présentés lors de votre prochaine visite.

Comment ça marche dans l'appli →

iPhone et MacAndroidOuvrir dans votre navigateur →

Rédigé par

L'équipe Anpheros

Anpheros développe un dossier médical que le patient contrôle et peut partager avec n'importe quelle clinique, sur une plateforme HL7 FHIR R4, basée en UE. Ces guides vous aident à comprendre et organiser votre santé ; ils ne remplacent pas votre médecin.

À propos d'Anpheros →