I tag DICOM spiegati: gli attributi del paziente, dello studio, della serie e dell'immagine, e quelli importanti per la de-identificazione

Risposta breve: ogni oggetto DICOM (un'immagine, un referto, un record di dose) è un elenco di elementi di dati, ciascuno identificato da un tag: un numero di gruppo e un numero di elemento, scritti ciascuno con quattro cifre esadecimali, come (0010,0010) per il Nome del Paziente. Ogni elemento ha una rappresentazione del valore (VR) che indica che tipo di dati contiene (testo, data, UID, intero, binario) e poi il valore stesso. I pixel sono solo un altro elemento, (7FE0,0010) Dati Pixel. Il dizionario completo è la Parte 6 dello standard, con circa 5.000 tag pubblici; i fornitori possono aggiungere tag privati con numeri di gruppo dispari.

I livelli

I tag DICOM sono organizzati in quattro livelli che corrispondono alla gerarchia DICOM: paziente (nome, ID, data di nascita, sesso), studio (Study Instance UID, data, numero di accesso, descrizione, medico curante), serie (Series Instance UID, modalità, parte del corpo) e immagine (SOP Instance UID, SOP Class UID, righe, colonne, bit, impostazioni della finestra, dati dei pixel). Ogni file ripete i valori di tutti e quattro i livelli.

DICOM raggruppa gli attributi in base al livello della gerarchia che descrivono. Gli stessi valori vengono ripetuti in ogni file di uno studio, motivo per cui una singola immagine può essere archiviata correttamente da sola.

Rappresentazioni del valore

Una rappresentazione del valore (VR) DICOM è un codice di due lettere che indica al software come leggere i byte di un elemento: PN per i nomi delle persone, LO e SH per le stringhe, CS per le stringhe di codice, DA, TM e DT per date e orari, UI per gli identificatori univoci, IS e DS per le stringhe numeriche, US per gli unsigned short, SQ per le sequenze, OB o OW per i dati binari.

La VR indica al software come leggere i byte. Le più comuni: PN nome persona (componenti separati da ^: cognome^nome^secondo nome^prefisso^suffisso); LO stringa lunga; SH stringa corta; CS stringa di codice (maiuscolo, da un elenco fisso); DA data AAAA MM GG; TM ora; DT data-ora; UI identificatore univoco (numeri puntati, massimo 64 caratteri); IS stringa intera; DS stringa decimale; US intero senza segno corto; SQ sequenza, un elenco annidato di ulteriori elementi di dati; OB/OW altro byte o word, binario grezzo. In JSON DICOMweb, ogni attributo è scritto come {"vr": "PN", "Value": [...]} come mostrato in DICOMweb spiegato.

UID: gli identificatori che non devono cambiare

Gli UID Study, Series e SOP Instance DICOM sono identificatori univoci a livello globale generati dallo scanner sotto la radice registrata del produttore e riutilizzati dall'indice PACS, dall'ImagingStudy FHIR e dagli URL DICOMweb. Non devono mai essere riscritti in modo incoerente, altrimenti lo studio si disgrega. Il SOP Class UID, al contrario, identifica il tipo di oggetto, non l'immagine.

I tre UID (studio, serie, istanza) sono gli unici identificatori globalmente univoci nel sistema. Sono generati dallo scanner sotto la radice registrata del produttore e vengono riutilizzati ovunque: l'indice PACS, l'FHIR ImagingStudy, l'URL DICOMweb. Se uno strumento li riscrive in modo incoerente (de-identificando un file ma non il suo vicino), lo studio si disgrega. Il SOP Class UID è diverso: non è un identificatore di questa immagine ma del tipo di oggetto (immagine TC, immagine RM, referto strutturato), fissato dallo standard.

Tag che contengono dati personali

I tag DICOM che contengono dati personali sono elencati nella Parte 15, Allegato E dello standard, il Basic Application Level Confidentiality Profile: nome del paziente, ID, data di nascita, indirizzo e telefono, nomi del medico e dell'istituzione, numeri di serie dei dispositivi, date e orari a ogni livello, descrizioni in testo libero, tag privati, sequenze nidificate contenenti identificatori e testo bruciato nei pixel.

La Parte 15, Allegato E dello standard definisce il Profilo di Confidenzialità di Base per le Applicazioni: un elenco di attributi che identificano il paziente, i medici o l'istituzione, con un'azione per ciascuno (rimuovere, sostituire con un segnaposto, mantenere, pulire). Quelli ovvi sono il nome del paziente, l'ID, la data di nascita, l'indirizzo e il telefono, i nomi dei medici, il nome e l'indirizzo dell'istituzione e il numero di serie del dispositivo. Meno ovvi:

• Date e orari a ogni livello (studio, serie, acquisizione, contenuto), che vengono spostati o rimossi a seconda delle esigenze di ricerca;
• Campi di testo libero (Descrizione Studio, Commenti Immagine, Nome Protocollo) che i tecnici a volte riempiono con nomi;
• Tag privati, il cui significato è noto solo al fornitore; l'impostazione predefinita sicura è rimuoverli;
• Annotazioni bruciate nei pixel: testo disegnato nei pixel stessi (ecografia e alcuni screenshot), contrassegnato da (0028,0301) Annotazione Bruciata e rimovibile solo modificando l'immagine;
• Sequenze come Referenced Patient Sequence o Other Patient IDs, dove gli identificatori si nascondono all'interno di elementi annidati.

I buoni strumenti di de-identificazione seguono la Parte 15, mantengono una mappatura dei vecchi e nuovi UID in un luogo sicuro e registrano ciò che hanno modificato. Per un quadro più ampio (HIPAA Safe Harbor, anonimizzazione e pseudonimizzazione GDPR), vedere De-identificazione dei dati sanitari.

Leggere un'intestazione da soli

Puoi leggere tu stesso un'intestazione DICOM con qualsiasi visualizzatore DICOM o con strumenti da riga di comando come dcmdump da DCMTK o pydicom in Python, che stampano il file come un elenco di tag. L'intestazione mostra il nome del paziente, la data di nascita, la data dello studio e la descrizione dello studio, così puoi confermare che le immagini ottenute da un ospedale sono tue.

Qualsiasi visualizzatore DICOM mostra l'intestazione; gli strumenti da riga di comando (dcmdump da DCMTK, pydicom in Python) la stampano come un elenco di tag. Se hai ottenuto le tue immagini da un ospedale, l'intestazione è dove confermi che il nome, la data di nascita e la data dello studio sono i tuoi e che la descrizione dello studio corrisponde all'esame che hai fatto. Vedi Come ottenere le tue immagini TC o RM.

Pagine correlate

• DICOMweb spiegato
• FHIR ImagingStudy vs DICOMweb
• PACS vs RIS vs VNA
• De-identificazione dei dati sanitari
• Come ottenere le tue immagini TC o RM (DICOM)

Fonti

• DICOM PS3.6: Dizionario Dati
• DICOM PS3.5: Strutture Dati e Codifica (rappresentazioni del valore)
• DICOM PS3.15 Allegato E: Profili di Confidenzialità degli Attributi
• DICOM PS3.3: Definizioni degli Oggetti Informativi
• Documentazione pydicom

Domande frequenti

Perché i tag sono scritti come (0010,0010) e anche come 00100010?

Sono la stessa cosa: il gruppo 0010 e l'elemento 0010 in esadecimale. La forma tra parentesi è usata nella documentazione e nei visualizzatori; la forma a otto cifre è usata come chiave nel JSON DICOMweb.

Cos'è un tag privato?

Un elemento definito da un fornitore piuttosto che dallo standard, in un gruppo dispari (ad esempio (0009,xxxx) o (0029,xxxx)), con un elemento creatore privato che nomina il blocco del fornitore. Solo il software di quel fornitore conosce il significato; la de-identificazione li rimuove per impostazione predefinita.

I tag DICOM sono uguali agli elementi FHIR?

No. FHIR ImagingStudy contiene una manciata di essi (gli UID, la modalità, il sito del corpo, i conteggi, le date); il resto dell'intestazione rimane in DICOM. La Parte 16 dello standard DICOM e la specifica FHIR documentano le poche mappature esistenti.

Quali tag mi servono per trovare un'immagine in un archivio?

ID o nome del paziente per trovare gli studi, quindi lo Study Instance UID per recuperare quello giusto. QIDO-RS cerca esattamente su questi; gli UID della serie e dell'istanza ritornano nella risposta.

Anpheros Daily

Prova Anpheros Daily

Conserva i referti delle tue ecografie e analisi in un unico posto in Anpheros Daily, pronti da mostrare alla tua prossima visita.

Come funziona nell'app →

iPhone e MacAndroidApri nel tuo browser →

Scritto da

Il team Anpheros

Anpheros sviluppa una cartella clinica che il paziente controlla e può condividere con qualsiasi studio medico, su una piattaforma HL7 FHIR R4, con sede in UE. Queste guide ti aiutano a comprendere e organizzare la tua salute; non sostituiscono il tuo medico.

Chi siamo →