Коротка відповідь: кожен об'єкт DICOM (зображення, звіт, запис дози) — це список елементів даних, кожен з яких ідентифікується теґом: номером групи та номером елемента, написаними чотирма шістнадцятковими цифрами кожен, наприклад (0010,0010) для імені пацієнта. Кожен елемент має представлення значення (VR), яке вказує, які дані він містить (текст, дата, UID, ціле число, двійкові дані), а потім саме значення. Пікселі — це просто ще один елемент, (7FE0,0010) Pixel Data. Повний словник міститься у Частині 6 стандарту, з приблизно 5000 загальнодоступними теґами; виробники можуть додавати приватні теґи з непарними номерами груп.
Рівні
Теґи DICOM організовані на чотирьох рівнях, що відповідають ієрархії DICOM: пацієнт (ім'я, ID, дата народження, стать), дослідження (Study Instance UID, дата, номер доступу, опис, лікар-направник), серія (Series Instance UID, модальність, частина тіла) та зображення (SOP Instance UID, SOP Class UID, рядки, стовпці, біти, налаштування вікна, піксельні дані). Кожен файл повторює значення всіх чотирьох рівнів.
DICOM групує атрибути за рівнем ієрархії, яку вони описують. Однакові значення повторюються в кожному файлі дослідження, тому одне зображення може бути правильно збережене само по собі.
| Рівень | Теґ | Назва | VR | Приклад |
|---|---|---|---|---|
| Пацієнт | (0010,0010) | Ім'я пацієнта | PN | DOE^JANE^^^ |
| Пацієнт | (0010,0020) | ID пацієнта | LO | MRN-00012345 |
| Пацієнт | (0010,0030) | Дата народження пацієнта | DA | 19800523 |
| Пацієнт | (0010,0040) | Стать пацієнта | CS | F |
| Дослідження | (0020,000D) | Study Instance UID | UI | 1.2.840.113619.2.55… |
| Дослідження | (0008,0020) | Дата дослідження | DA | 20260314 |
| Дослідження | (0008,0050) | Номер доступу | SH | RAD2026-77812 |
| Дослідження | (0008,1030) | Опис дослідження | LO | CT CHEST W/O CONTRAST |
| Дослідження | (0008,0090) | Ім'я лікаря, що направив | PN | SMITH^JOHN |
| Серія | (0020,000E) | Series Instance UID | UI | 1.2.840.113619.2.55… |
| Серія | (0008,0060) | Модальність | CS | CT |
| Серія | (0018,0015) | Досліджувана частина тіла | CS | CHEST |
| Зображення | (0008,0018) | SOP Instance UID | UI | 1.2.840.113619.2.55… |
| Зображення | (0008,0016) | SOP Class UID | UI | 1.2.840.10008.5.1.4.1.1.2 (CT Image Storage) |
| Зображення | (0028,0010) / (0028,0011) | Рядки / Стовпці | US | 512 / 512 |
| Зображення | (0028,0100) | Зарезервовано бітів | US | 16 |
| Зображення | (0028,1050) / (0028,1051) | Центр / Ширина вікна | DS | 40 / 400 |
| Зображення | (7FE0,0010) | Дані пікселів | OB or OW | байти |
Представлення значень
Представлення значення DICOM (VR) — це дволітерний код, який вказує програмному забезпеченню, як читати байти елемента: PN для імен осіб, LO та SH для рядків, CS для рядків коду, DA, TM та DT для дат і часу, UI для унікальних ідентифікаторів, IS та DS для числових рядків, US для беззнакових коротких цілих, SQ для послідовностей, OB або OW для двійкових даних.
VR повідомляє програмному забезпеченню, як читати байти. Поширені: PN ім'я особи (компоненти розділені ^: прізвище^ім'я^по батькові^префікс^суфікс); LO довгий рядок; SH короткий рядок; CS рядок коду (великі літери, зі списку); DA дата YYYYMMDD; TM час; DT дата-час; UI унікальний ідентифікатор (крапкові числа, максимум 64 символи); IS рядок цілого числа; DS рядок десяткового числа; US беззнакове коротке ціле; SQ послідовність, вкладений список подальших елементів даних; OB/OW інші байти або слова, сирі двійкові дані. У JSON DICOMweb кожен атрибут записується як {"vr": "PN", "Value": [...]} , як показано в Пояснення DICOMweb.
UID: ідентифікатори, які не можна змінювати
UID дослідження, серії та SOP Instance DICOM є глобально унікальними ідентифікаторами, згенерованими сканером під зареєстрованим коренем виробника та повторно використовуваними індексом PACS, FHIR ImagingStudy та URL-адресами DICOMweb. Їх ніколи не можна непослідовно перезаписувати, інакше дослідження розвалиться. Натомість SOP Class UID ідентифікує тип об'єкта, а не зображення.
Три UID (дослідження, серія, екземпляр) є єдиними глобально унікальними ідентифікаторами в системі. Вони генеруються сканером під зареєстрованим коренем виробника і використовуються всюди: в індексі PACS, у FHIR ImagingStudy, в URL DICOMweb. Якщо інструмент перезаписує їх непослідовно (деідентифікуючи один файл, але не сусідній), дослідження розпадається. SOP Class UID відрізняється: це не ідентифікатор цього зображення, а типу об'єкта (КТ зображення, МРТ зображення, структурований звіт), фіксованого стандартом.
Теґи, що містять персональні дані
Теґи DICOM, що містять персональні дані, перелічені в Частині 15, Додатку E стандарту, Профіль конфіденційності базового рівня застосування: ім'я пацієнта, ID, дата народження, адреса та телефон, імена лікарів та установ, серійні номери пристроїв, дати та час на кожному рівні, описи у вільній формі, приватні теґи, вкладені послідовності, що містять ідентифікатори, та текст, вбудований у пікселі.
Частина 15, Додаток E стандарту визначає Базовий профіль конфіденційності рівня застосування: список атрибутів, які ідентифікують пацієнта, клініцистів або установу, з дією для кожного (видалити, замінити фіктивними даними, зберегти, очистити). Очевидними є ім'я пацієнта, ID, дата народження, адреса та телефон, імена лікарів, назва та адреса установи, а також серійний номер пристрою. Менш очевидними:
- Дати та час на кожному рівні (дослідження, серія, придбання, вміст), які зміщуються або видаляються залежно від потреби дослідження;
- Поля вільного тексту (Опис дослідження, Коментарі до зображення, Назва протоколу), які техніки іноді заповнюють іменами;
- Приватні теґи, значення яких знає лише виробник; безпечним за замовчуванням є їх видалення;
- Вбудовані анотації: текст, вписаний безпосередньо в пікселі (ультразвук та деякі скріншоти), позначений
(0028,0301)Burned In Annotation і може бути видалений лише шляхом редагування зображення; - Послідовності, такі як Referenced Patient Sequence або Other Patient IDs, де ідентифікатори приховані всередині вкладених елементів.
Хороші інструменти деідентифікації дотримуються Частини 15, зберігають карту старих і нових UID у безпечному місці та реєструють, що вони змінили. Для ширшого контексту (HIPAA Safe Harbor, GDPR анонімізація та псевдонімізація) див. Деідентифікація медичних даних.
Самостійне читання заголовка
Ви можете самостійно прочитати заголовок DICOM за допомогою будь-якого переглядача DICOM або за допомогою інструментів командного рядка, таких як dcmdump з DCMTK або pydicom у Python, які виводять файл як список теґів. Заголовок показує ім'я пацієнта, дату народження, дату дослідження та опис дослідження, тому ви можете підтвердити, що зображення, отримані з лікарні, належать вам.
Будь-який переглядач DICOM показує заголовок; інструменти командного рядка (dcmdump з DCMTK, pydicom в Python) виводять його як список теґів. Якщо ви отримали власні зображення з лікарні, заголовок — це місце, де ви можете підтвердити, що ім'я, дата народження та дата дослідження ваші, і що опис дослідження відповідає проведеній вами процедурі. Див. Як отримати свої КТ або МРТ зображення.
Пов'язані сторінки
- Пояснення DICOMweb
- FHIR ImagingStudy проти DICOMweb
- PACS проти RIS проти VNA
- Деідентифікація медичних даних
- Як отримати свої КТ або МРТ зображення (DICOM)
Джерела
- DICOM PS3.6: Словник даних
- DICOM PS3.5: Структури даних та кодування (представлення значень)
- DICOM PS3.15 Додаток E: Профілі конфіденційності атрибутів
- DICOM PS3.3: Визначення об'єктів інформації
- Документація pydicom
Поширені запитання
Чому теґи пишуться як (0010,0010) і також як 00100010?
Це одне й те саме: група 0010 та елемент 0010 у шістнадцятковому форматі. Форма в дужках використовується в документації та переглядачах; восьмизначна форма використовується як ключ у JSON DICOMweb.
Що таке приватний теґ?
Елемент, визначений виробником, а не стандартом, у групі з непарним номером (наприклад, (0009,xxxx) або (0029,xxxx)), з елементом приватного творця, який називає блок виробника. Лише програмне забезпечення цього виробника знає значення; деідентифікація видаляє їх за замовчуванням.
Чи теґи DICOM такі ж, як елементи FHIR?
Ні. FHIR ImagingStudy містить невелику кількість з них (UID, модальність, місце розташування тіла, кількість, дати); решта заголовка залишається в DICOM. Частина 16 стандарту DICOM та специфікація FHIR документують кілька існуючих відображень.
Які теґи мені потрібні, щоб знайти зображення в архіві?
ID або ім'я пацієнта для пошуку досліджень, потім Study Instance UID для отримання потрібного. QIDO-RS шукає саме за цими критеріями; UID серії та екземпляра повертаються у відповіді.
Спробуйте в Anpheros Daily
Зберігайте звіти про сканування та аналізи в одному місці в Anpheros Daily, готові показати на наступному прийомі.
Як це працює в додатку →
Anpheros створює медичну карту, яку пацієнт контролює та може ділитися з будь-якою клінікою, на платформі HL7 FHIR R4, розташованій в ЄС. Ці посібники допоможуть вам зрозуміти та організувати своє здоров'я; вони не замінюють вашого лікаря.
Про Anpheros →