Краткий ответ: каждый объект DICOM (изображение, отчет, запись о дозе) представляет собой список элементов данных, каждый из которых идентифицируется тегом: номером группы и номером элемента, записанными четырьмя шестнадцатеричными цифрами, например (0010,0010) для имени пациента. Каждый элемент имеет представление значения (VR), которое указывает, какие данные он содержит (текст, дата, UID, целое число, двоичные данные), а затем само значение. Пиксели — это еще один элемент, (7FE0,0010) Pixel Data. Полный словарь находится в Части 6 стандарта, содержащей около 5000 общедоступных тегов; поставщики могут добавлять частные теги с нечетными номерами групп.
Уровни
Теги DICOM организованы в четыре уровня, соответствующие иерархии DICOM: пациент (имя, идентификатор, дата рождения, пол), исследование (UID исследования, дата, номер направления, описание, направляющий врач), серия (UID серии, модальность, часть тела) и изображение (UID экземпляра SOP, UID класса SOP, строки, столбцы, биты, настройки окна, данные пикселей). Каждый файл повторяет значения всех четырех уровней.
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 другие байты или слова, необработанные двоичные данные. В DICOMweb JSON каждый атрибут записывается как {"vr": "PN", "Value": [...]} как показано в DICOMweb explained.
UID: идентификаторы, которые не должны меняться
UID исследования, серии и экземпляра SOP DICOM являются глобально уникальными идентификаторами, сгенерированными сканером под зарегистрированным корневым каталогом производителя и повторно используемыми индексом PACS, FHIR ImagingStudy и URL-адресами DICOMweb. Их никогда нельзя перезаписывать непоследовательно, иначе исследование распадется. UID класса SOP, напротив, идентифицирует тип объекта, а не изображение.
Три UID (исследование, серия, экземпляр) являются единственными глобально уникальными идентификаторами в системе. Они генерируются сканером под зарегистрированным корневым доменом производителя и используются повсеместно: в индексе PACS, в FHIR ImagingStudy, в URL DICOMweb. Если инструмент перезаписывает их непоследовательно (деидентифицируя один файл, но не соседний), исследование распадается. SOP Class UID отличается: это не идентификатор изображения, а тип объекта (КТ-изображение, МРТ-изображение, структурированный отчет), фиксированный стандартом.
Теги, содержащие персональные данные
Теги DICOM, содержащие персональные данные, перечислены в Части 15, Приложении E стандарта, Профиль конфиденциальности базового уровня приложения: имя пациента, идентификатор, дата рождения, адрес и телефон, имена врачей и учреждений, серийные номера устройств, даты и время на каждом уровне, описания в свободной форме, частные теги, вложенные последовательности, содержащие идентификаторы, и текст, записанный в пикселях.
Часть 15, Приложение E стандарта определяет Базовый профиль конфиденциальности на уровне приложений: список атрибутов, идентифицирующих пациента, врачей или учреждение, с действием для каждого (удалить, заменить фиктивными данными, сохранить, очистить). Очевидные — это имя пациента, ID, дата рождения, адрес и телефон, имена врачей, название и адрес учреждения, а также серийный номер устройства. Менее очевидные:
- Даты и время на каждом уровне (исследование, серия, получение, содержание), которые смещаются или удаляются в зависимости от потребностей исследования;
- Поля свободного текста (Описание исследования, Комментарии к изображению, Название протокола), которые технологи иногда заполняют именами;
- Частные теги, значение которых известно только поставщику; безопасный вариант по умолчанию — удалять их;
- Встроенные аннотации: текст, нарисованный непосредственно в пикселях (ультразвук и некоторые скриншоты), помеченный
(0028,0301)Burned In Annotation и удаляемый только путем редактирования изображения; - Последовательности, такие как Referenced Patient Sequence или Other Patient IDs, где идентификаторы скрываются внутри вложенных элементов.
Хорошие инструменты деидентификации следуют Части 15, хранят карту старых и новых UID в безопасном месте и регистрируют, что они изменили. Для более широкой картины (HIPAA Safe Harbor, GDPR анонимизация и псевдонимизация) см. De-identification of health data.
Чтение заголовка самостоятельно
Вы можете прочитать заголовок DICOM самостоятельно с помощью любого DICOM-просмотрщика или с помощью инструментов командной строки, таких как dcmdump из DCMTK или pydicom в Python, которые выводят файл в виде списка тегов. Заголовок показывает имя пациента, дату рождения, дату исследования и описание исследования, поэтому вы можете подтвердить, что изображения, полученные из больницы, принадлежат вам.
Любой DICOM-просмотрщик отображает заголовок; инструменты командной строки (dcmdump из DCMTK, pydicom в Python) выводят его в виде списка тегов. Если вы получили свои изображения из больницы, заголовок — это место, где вы можете подтвердить, что имя, дата рождения и дата исследования ваши, а описание исследования соответствует пройденному вами обследованию. См. How to get your CT or MRI images.
Связанные страницы
- DICOMweb explained
- FHIR ImagingStudy vs DICOMweb
- PACS vs RIS vs VNA
- De-identification of health data
- How to get your CT or MRI images (DICOM)
Источники
- 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 documentation
Частые вопросы
Почему теги записываются как (0010,0010), а также как 00100010?
Это одно и то же: группа 0010 и элемент 0010 в шестнадцатеричном формате. Форма в скобках используется в документации и программах просмотра; восьмизначная форма используется как ключ в DICOMweb JSON.
Что такое частный тег?
Элемент, определенный поставщиком, а не стандартом, в нечетной группе (например, (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 →