Rövid válasz: minden DICOM objektum (egy kép, egy jelentés, egy dózisrekord) adatmezők listája, amelyeket egy címke azonosít: egy csoportszám és egy elemszám, mindegyik négy hexadecimális számjegyből áll, mint például a (0010,0010) a Beteg neve esetében. Minden elemnek van egy értékreprezentációja (VR), amely megmondja, milyen típusú adatot tartalmaz (szöveg, dátum, UID, egész szám, bináris), majd maga az érték következik. A pixelek csupán egy további elem, a (7FE0,0010) Pixel Data. A teljes szótár a szabvány 6. része, körülbelül 5000 nyilvános címkével; a gyártók privát címkéket adhatnak hozzá páratlan csoportszámokkal.
A szintek
A DICOM címkéi négy szinten vannak elrendezve, a DICOM hierarchiának megfelelően: beteg (név, azonosító, születési dátum, nem), vizsgálat (Study Instance UID, dátum, hozzáférési szám, leírás, beutaló orvos), sorozat (Series Instance UID, modalitás, testrész) és kép (SOP Instance UID, SOP Class UID, sorok, oszlopok, bitek, ablakbeállítások, képpontadatok). Minden fájl ismétli mind a négy szint értékeit.
A DICOM az attribútumokat hierarchia szintjei szerint csoportosítja, amelyeket leírnak. Ugyanazok az értékek ismétlődnek minden egyes vizsgálati fájlban, ezért egyetlen kép önmagában is helyesen tárolható.
| Szint | Címke | Név | VR | Példa |
|---|---|---|---|---|
| Beteg | (0010,0010) | Beteg neve | PN | DOE^JANE^^^ |
| Beteg | (0010,0020) | Beteg azonosítója | LO | MRN-00012345 |
| Beteg | (0010,0030) | Beteg születési dátuma | DA | 19800523 |
| Beteg | (0010,0040) | Beteg neme | CS | F |
| Vizsgálat | (0020,000D) | Vizsgálati példány UID | UI | 1.2.840.113619.2.55… |
| Vizsgálat | (0008,0020) | Vizsgálat dátuma | DA | 20260314 |
| Vizsgálat | (0008,0050) | Akció száma | SH | RAD2026-77812 |
| Vizsgálat | (0008,1030) | Vizsgálat leírása | LO | CT MELL KONTRAST NÉLKÜL |
| Vizsgálat | (0008,0090) | Beutaló orvos neve | PN | SMITH^JOHN |
| Sorozat | (0020,000E) | Sorozati példány UID | UI | 1.2.840.113619.2.55… |
| Sorozat | (0008,0060) | Modalitás | CS | CT |
| Sorozat | (0018,0015) | Vizsgált testrész | CS | MELL |
| Kép | (0008,0018) | SOP példány UID | UI | 1.2.840.113619.2.55… |
| Kép | (0008,0016) | SOP osztály UID | UI | 1.2.840.10008.5.1.4.1.1.2 (CT kép tárolása) |
| Kép | (0028,0010) / (0028,0011) | Sorok / Oszlopok | US | 512 / 512 |
| Kép | (0028,0100) | Allokált bitek | US | 16 |
| Kép | (0028,1050) / (0028,1051) | Ablakközép / Szélesség | DS | 40 / 400 |
| Kép | (7FE0,0010) | Pixel adatok | OB vagy OW | a bájtok |
Értékreprezentációk
A DICOM értékképviselet (VR) egy kétbetűs kód, amely megmondja a szoftvernek, hogyan kell olvasni egy elem bájtokat: PN személynevekhez, LO és SH sztringekhez, CS kódolt sztringekhez, DA, TM és DT dátumokhoz és időkhöz, UI egyedi azonosítókhoz, IS és DS numerikus sztringekhez, US előjel nélküli rövidekhez, SQ szekvenciákhoz, OB vagy OW bináris adatokhoz.
Az VR megmondja a szoftvernek, hogyan kell olvasni a bájtokat. A gyakoriak: PN személy neve (komponensek ^ elválasztva: család^keresztév^középső^előtag^utótag); LO hosszú sztring; SH rövid sztring; CS kód sztring (nagybetűs, egy rögzített listából); DA dátum YYYYMMDD; TM idő; DT dátum-idő; UI egyedi azonosító (pontozott számok, max. 64 karakter); IS egész sztring; DS decimális sztring; US előjel nélküli rövid; SQ szekvencia, további adatmezők beágyazott listája; OB/OW más bájtok vagy szó, nyers bináris. DICOMweb JSON-ban minden attribútum {"vr": "PN", "Value": [...]} formában van írva, ahogy az a DICOMweb magyarázata című részben látható.
UID-k: az azonosítók, amelyek nem változhatnak
A DICOM Study, Series és SOP Instance UID-k globálisan egyedi azonosítók, amelyeket a szkenner generál a gyártó regisztrált gyökerénél, és amelyeket a PACS index, a FHIR ImagingStudy és a DICOMweb URL-ek használnak fel. Ezeket soha nem szabad következetlenül átírni, különben a vizsgálat szétesik. Ezzel szemben a SOP Class UID az objektum típusát azonosítja, nem a képet.
A három UID (vizsgálat, sorozat, példány) az egyetlen globálisan egyedi azonosító a rendszerben. Ezeket a szkenner generálja a gyártó regisztrált gyökere alatt, és mindenhol újra felhasználják: a PACS indexben, a FHIR ImagingStudy -ben, a DICOMweb URL-ben. Ha egy eszköz következetlenül írja át őket (az egyik fájlt anonimizálja, de a szomszédját nem), a vizsgálat szétesik. Az SOP osztály UID más: ez nem ennek a képnek az azonosítója, hanem az objektum típusáé (CT kép, MR kép, strukturált jelentés), amelyet a szabvány rögzít.
Címkék, amelyek személyes adatokat hordoznak
A személyes adatokat tartalmazó DICOM címkéket a szabvány 15. részének, E. mellékletének, a Basic Application Level Confidentiality Profile-nak megfelelően sorolják fel: beteg neve, azonosítója, születési dátuma, címe és telefonszáma, orvos és intézmény neve, eszköz sorozatszámai, dátumok és idők minden szinten, szabad szöveges leírások, privát címkék, azonosítókat tartalmazó beágyazott szekvenciák és a képpontokba égetett szöveg.
A szabvány 15. része, E. melléklete határozza meg a Basic Application Level Confidentiality Profile-t: az attribútumok listája, amelyek azonosítják a beteget, az orvosokat vagy az intézményt, mindegyikhez egy művelettel (eltávolítás, helyettesítés egy dummy-val, megtartás, tisztítás). Az nyilvánvalóak a beteg neve, azonosítója, születési dátuma, címe és telefonszáma, az orvosok nevei, az intézmény neve és címe, valamint az eszköz sorozatszáma. Kevésbé nyilvánvalóak:
- Dátumok és időpontok minden szinten (vizsgálat, sorozat, akvizíció, tartalom), amelyek a kutatási igénytől függően eltolódnak vagy eltávolításra kerülnek;
- Szabad szöveges mezők (Vizsgálat leírása, Kép megjegyzések, Protokoll neve), amelyeket a technikusok néha nevekkel töltenek ki;
- Privát címkék, amelyeknek a jelentését csak a gyártó ismeri; a biztonságos alapértelmezés az eltávolításuk;
- Beégetett annotációk: magukba a pixelekbe rajzolt szöveg (ultrahang és néhány képernyőkép), amelyet a
(0028,0301)Burned In Annotation jelöl, és csak a kép szerkesztésével távolítható el; - Szekvenciák, mint például a Referenced Patient Sequence vagy a Other Patient IDs, ahol az azonosítók beágyazott elemekben rejtőznek.
A jó anonimizáló eszközök követik a 15. részt, biztonságos helyen tárolják az új és régi UID-k közötti leképezést, és naplózzák, mit változtattak. A szélesebb képért (HIPAA Safe Harbor, GDPR anonimizálás és pszeudonimizálás) lásd: Egészségügyi adatok anonimizálása.
Fejlécek olvasása saját magadnak
A DICOM fejlécet saját magad is elolvashatod bármely DICOM megjelenítővel vagy parancssori eszközökkel, mint például a DCMTK-ból származó dcmdump vagy a Pythonban lévő pydicom, amelyek a fájlt címkék listájaként jelenítik meg. A fejléc megmutatja a beteg nevét, születési dátumát, a vizsgálat dátumát és a vizsgálat leírását, így megerősítheted, hogy a kórházból származó képek a tieid.
Bármely DICOM viewer megjeleníti a fejlécet; parancssori eszközök (dcmdump a DCMTK-ból, pydicom Pythonban) címkelistaként jelenítik meg. Ha saját képeket szerzett egy kórházból, a fejlécben ellenőrizheti, hogy a név, a születési dátum és a vizsgálat dátuma az Öné, és hogy a vizsgálat leírása megegyezik az Ön által elvégzett vizsgálattal. Lásd: Hogyan szerezze be CT vagy MRI képeit.
Kapcsolódó oldalak
- DICOMweb magyarázata
- FHIR ImagingStudy vs DICOMweb
- PACS vs RIS vs VNA
- Egészségügyi adatok anonimizálása
- Hogyan szerezze be CT vagy MRI képeit (DICOM)
Források
- DICOM PS3.6: Data Dictionary
- DICOM PS3.5: Data Structures and Encoding (value representations)
- DICOM PS3.15 Annex E: Attribute Confidentiality Profiles
- DICOM PS3.3: Information Object Definitions
- pydicom dokumentáció
Gyakori kérdések
Miért vannak a címkék (0010,0010) és 00100010 formában is írva?
Ugyanazt jelentik: a 0010 csoportot és a 0010 elemet hexadecimálisan. A zárójelben lévő forma a dokumentációban és a viewerekben használatos; a nyolcjegyű forma a kulcs a DICOMweb JSON-ban.
Mi az a privát címke?
Egy elem, amelyet a gyártó definiált a szabvány helyett, páratlan számú csoportban (például (0009,xxxx) vagy (0029,xxxx)), egy privát alkotó elemmel, amely megnevezi a gyártói blokkot. Csak az adott gyártó szoftvere ismeri a jelentését; az anonimizálás alapértelmezés szerint eltávolítja őket.
A DICOM címkék megegyeznek a FHIR elemekkel?
Nem. A FHIR ImagingStudy néhányat tartalmaz (az UID-kat, modalitást, testhelyzetet, számokat, dátumokat); a fejléc többi része DICOM-ban marad. A DICOM szabvány 16. része és a FHIR specifikáció dokumentálja a létező kevés leképezést.
Mely címkékre van szükségem egy kép archivumban való megtalálásához?
Beteg azonosítója vagy neve a vizsgálatok megtalálásához, majd a Vizsgálati példány UID a megfelelő lekéréséhez. A QIDO-RS pontosan ezekre keres; a sorozat és példány UID-k a válaszban térnek vissza.
Próbáld ki az Anpheros Daily-ben
Tartsd a vizsgálati és lelet-jelentéseidet egy helyen az Anpheros Daily-ben, készen arra, hogy megmutasd a következő látogatásod alkalmával.
Hogyan működik az alkalmazásban →
