Răspuns scurt: fiecare obiect DICOM (o imagine, un raport, o înregistrare a dozei) este o listă de elemente de date, fiecare identificat printr-o etichetă (tag): un număr de grup și un număr de element, scrise fiecare cu patru cifre hexazecimale, cum ar fi (0010,0010) pentru Numele Pacientului. Fiecare element are o reprezentare a valorii (VR) care indică ce tip de date conține (text, dată, UID, întreg, binar) și apoi valoarea în sine. Pixelii sunt doar un alt element, (7FE0,0010) Date Pixel. Dicționarul complet se găsește în Partea 6 a standardului, cu aproximativ 5.000 de etichete publice; furnizorii pot adăuga etichete private cu numere de grup impare.
Nivelurile
Etichetele DICOM sunt organizate în patru niveluri care corespund ierarhiei DICOM: pacient (nume, ID, data nașterii, sex), studiu (UID al instanței studiului, dată, număr de acces, descriere, medic trimițător), serie (UID al instanței seriei, modalitate, parte a corpului) și imagine (UID al instanței SOP, UID al clasei SOP, rânduri, coloane, biți, setări de fereastră, date pixel. Fiecare fișier repetă valorile tuturor celor patru niveluri.
DICOM grupează atributele în funcție de nivelul ierarhiei pe care o descriu. Aceleași valori sunt repetate în fiecare fișier dintr-un studiu, motiv pentru care o singură imagine poate fi stocată corect pe cont propriu.
| Nivel | Etichetă | Nume | VR | Exemplu |
|---|---|---|---|---|
| Pacient | (0010,0010) | Numele Pacientului | PN | DOE^JANE^^^ |
| Pacient | (0010,0020) | ID Pacient | LO | MRN-00012345 |
| Pacient | (0010,0030) | Data Nașterii Pacientului | DA | 19800523 |
| Pacient | (0010,0040) | Sexul Pacientului | CS | F |
| Studiu | (0020,000D) | Study Instance UID | UI | 1.2.840.113619.2.55… |
| Studiu | (0008,0020) | Data Studiului | DA | 20260314 |
| Studiu | (0008,0050) | Număr de Acces | SH | RAD2026-77812 |
| Studiu | (0008,1030) | Descrierea Studiului | LO | CT CHEST W/O CONTRAST |
| Studiu | (0008,0090) | Numele Medicului Trimițător | PN | SMITH^JOHN |
| Serie | (0020,000E) | Series Instance UID | UI | 1.2.840.113619.2.55… |
| Serie | (0008,0060) | Modalitate | CS | CT |
| Serie | (0018,0015) | Parte a Corpului Examinată | CS | CHEST |
| Imagine | (0008,0018) | SOP Instance UID | UI | 1.2.840.113619.2.55… |
| Imagine | (0008,0016) | SOP Class UID | UI | 1.2.840.10008.5.1.4.1.1.2 (CT Image Storage) |
| Imagine | (0028,0010) / (0028,0011) | Rânduri / Coloane | US | 512 / 512 |
| Imagine | (0028,0100) | Biți Alocați | US | 16 |
| Imagine | (0028,1050) / (0028,1051) | Centru / Lățime Fereastră | DS | 40 / 400 |
| Imagine | (7FE0,0010) | Date Pixel | OB or OW | bytes |
Reprezentări ale valorilor
O reprezentare a valorii DICOM (VR) este un cod din două litere care spune software-ului cum să citească octeții unui element: PN pentru numele persoanelor, LO și SH pentru șiruri de caractere, CS pentru șiruri de coduri, DA, TM și DT pentru date și ore, UI pentru identificatori unici, IS și DS pentru șiruri numerice, US pentru întregi fără semn, SQ pentru secvențe, OB sau OW pentru binar.
VR-ul spune software-ului cum să citească biții. Cele comune sunt: PN nume de persoană (componente separate prin ^: familie^prenume^mijloc^prefix^sufix); LO șir lung; SH șir scurt; CS șir de cod (majuscule, dintr-o listă fixă); DA dată YYYYMMDD; TM timp; DT dată-timp; UI identificator unic (numere punctate, maxim 64 de caractere); IS șir de întregi; DS șir zecimal; US întreg scurt fără semn; SQ secvență, o listă imbricată de elemente de date suplimentare; OB/OW octet sau cuvânt altul, binar brut. În JSON-ul DICOMweb, fiecare atribut este scris ca {"vr": "PN", "Value": [...]} , așa cum se arată în DICOMweb explicat.
UID-uri: identificatorii care nu trebuie să se schimbe
UID-urile DICOM pentru studiu, serie și instanță SOP sunt identificatori unici la nivel global generați de scaner sub rădăcina înregistrată a producătorului și reutilizați de indexul PACS, de studiul de imagistică FHIR și de URL-urile DICOMweb. Acestea nu trebuie niciodată rescrise inconsecvent, altfel studiul se destramă. UID-ul clasei SOP, în schimb, identifică tipul obiectului, nu imaginea.
Cele trei UID-uri (studiu, serie, instanță) sunt singurii identificatori unici la nivel global din sistem. Acestea sunt generate de scaner sub rădăcina înregistrată a producătorului și sunt refolosite peste tot: indexul PACS, FHIR ImagingStudy, URL-ul DICOMweb. Dacă un instrument le rescrie inconsecvent (de-identificând un fișier, dar nu pe cel vecin), studiul se destramă. SOP Class UID este diferit: nu este un identificator al acestei imagini, ci al tipului de obiect (imagine CT, imagine MR, raport structurat), fixat de standard.
Etichete care conțin date personale
Etichetele DICOM care conțin date personale sunt listate în Partea 15, Anexa E a standardului, Profilul de confidențialitate la nivel de aplicație de bază: numele pacientului, ID, data nașterii, adresă și telefon, nume de medici și instituții, numere de serie ale dispozitivelor, date și ore la fiecare nivel, descrieri text liber, etichete private, secvențe imbricate care conțin identificatori și text ars în pixeli.
Partea 15, Anexa E a standardului definește Profilul de Confidențialitate de bază la Nivel de Aplicație: o listă de atribute care identifică pacientul, medicii sau instituția, cu o acțiune pentru fiecare (eliminare, înlocuire cu un dummy, păstrare, curățare). Cele evidente sunt numele pacientului, ID-ul, data nașterii, adresa și telefonul, numele medicilor, numele și adresa instituției și numărul de serie al dispozitivului. Mai puțin evidente:
- Date și ore la fiecare nivel (studiu, serie, achiziție, conținut), care sunt deplasate sau eliminate în funcție de necesitatea cercetării;
- Câmpuri de text liber (Descrierea Studiului, Comentarii Imagine, Nume Protocol) pe care tehnicienii le completează uneori cu nume;
- Etichete private, al căror sens îl cunoaște doar furnizorul; implicit, acestea sunt eliminate;
- Anotații arse în imagine: text desenat direct în pixeli (ecografii și unele capturi de ecran), semnalat de
(0028,0301)Burned In Annotation și care poate fi eliminat doar prin editarea imaginii; - Secvențe precum Referenced Patient Sequence sau Other Patient IDs, unde identificatorii se ascund în elemente imbricate.
Instrumentele bune de de-identificare respectă Partea 15, păstrează o mapare a UID-urilor vechi la cele noi într-un loc sigur și înregistrează ce au modificat. Pentru o imagine de ansamblu mai largă (HIPAA Safe Harbor, anonimizare și pseudonimizare GDPR), consultați De-identificarea datelor medicale.
Citirea unui antet pe cont propriu
Puteți citi singur un antet DICOM cu orice vizualizator DICOM sau cu instrumente de linie de comandă precum dcmdump din DCMTK sau pydicom în Python, care afișează fișierul ca o listă de etichete. Antetul arată numele pacientului, data nașterii, data studiului și descrierea studiului, astfel încât să puteți confirma că imaginile obținute de la un spital vă aparțin.
Orice vizualizator DICOM afișează antetul; instrumentele de linie de comandă (dcmdump din DCMTK, pydicom în Python) îl afișează ca o listă de etichete. Dacă ați obținut propriile imagini de la un spital, antetul este locul unde confirmați că numele, data nașterii și data studiului vă aparțin și că descrierea studiului corespunde examenului pe care l-ați avut. Vezi Cum să obțineți imaginile CT sau RMN.
Pagini înrudite
- DICOMweb explicat
- FHIR ImagingStudy vs DICOMweb
- PACS vs RIS vs VNA
- De-identificarea datelor medicale
- Cum să obțineți imaginile CT sau RMN (DICOM)
Surse
- DICOM PS3.6: Dicționar de Date
- DICOM PS3.5: Structuri de Date și Codificare (reprezentări ale valorilor)
- DICOM PS3.15 Anexa E: Profiluri de Confidențialitate a Atributelor
- DICOM PS3.3: Definiții ale Obiectelor Informaționale
- Documentație pydicom
Întrebări frecvente
De ce sunt etichetele scrise ca (0010,0010) și, de asemenea, ca 00100010?
Sunt același lucru: grupul 0010 și elementul 0010 în hexazecimal. Forma cu paranteze este folosită în documentație și vizualizatoare; forma cu opt cifre este folosită ca cheie în JSON-ul DICOMweb.
Ce este o etichetă privată?
Un element definit de un furnizor, nu de standard, într-un grup impar (de exemplu, (0009,xxxx) sau (0029,xxxx)), cu un element creator privat care numește blocul furnizorului. Doar software-ul acelui furnizor cunoaște semnificația; de-identificarea le elimină implicit.
Etichetele DICOM sunt aceleași cu elementele FHIR?
Nu. FHIR ImagingStudy conține un număr mic dintre ele (UID-urile, modalitatea, localizarea corpului, numărătorile, datele); restul antetului rămâne în DICOM. Partea 16 a standardului DICOM și specificația FHIR documentează puținele mapări existente.
Ce etichete am nevoie pentru a găsi o imagine într-o arhivă?
ID-ul sau numele pacientului pentru a găsi studiile, apoi Study Instance UID pentru a recupera cel corect. QIDO-RS caută exact pe baza acestora; UID-urile seriei și instanței sunt returnate în răspuns.
Încearcă în Anpheros Daily
Păstrează în Anpheros Daily rapoartele de imagistică și investigații într-un singur loc, gata să le prezinți la următorul control.
Cum funcționează în aplicație →
Anpheros construiește un dosar medical pe care pacientul îl controlează și îl poate da oricărei clinici, pe o platformă HL7 FHIR R4, cu sediul în UE. Ghidurile te ajută să-ți înțelegi și să-ți organizezi sănătatea; nu înlocuiesc medicul.
Despre Anpheros →