Данные DICOM организуются в связанные уровни, где одно исследование может содержать несколько серий, а серия — множество объектов. Видимый номер пациента и технический идентификатор объекта служат разным задачам. Их сохранность определяет, как архив собирает материал после передачи.
Устройство и принцип действия
Одно исследование может содержать несколько серий, изображения, структурированные отчёты и дополнительные объекты. Запрос включает ссылки на экземпляры через идентификаторы SOP Class UID и SOP Instance UID. Подтверждение относится к этому перечню. Если какая-то серия не вошла в отправку и запрос, положительный ответ на оставшуюся часть не обнаружит её отсутствие автоматически.
Поиск по пациенту, исследованию, серии и экземпляру отвечает на разные вопросы. Ошибка уровня может создать впечатление отсутствия данных: запрос требует один тип ключа, а интерфейс передаёт другой. Дополнительно влияют даты, модальность, локальные фильтры и правила отображения завершённых процедур. Эти условия следует записывать вместе с результатом теста, иначе повторить его после обновления будет трудно.
У веб-служб DICOM есть собственные операции поиска и получения. Например, Search Transaction в PS3.18 описывает поиск исследований, серий и экземпляров с возвращением метаданных. Нельзя переносить настройки DIMSE на веб-интерфейс по аналогии: адреса, авторизация и согласование представления данных отличаются. В спецификации интеграции нужно прямо назвать используемый механизм.
DICOM Query/Retrieve объединяет поиск сохранённых исследований и получение их объектов. Для врача это часто выглядит как одно действие: найти пациента и открыть снимки. Для инженера здесь несколько отдельных процессов, и каждый может завершиться по-разному. Исследование способно появляться в результатах поиска, но не загружаться на рабочую станцию. Обратная ситуация тоже возможна: данные есть в архиве, однако выбранный запрос не находит их из-за идентификаторов, уровня поиска или фильтров.
Служба Storage обеспечивает передачу экземпляров объектов. Storage Commitment добавляет запрос о принятии ответственности за их сохранность. Срок хранения, способ последующего получения и ограничения описывает реализация архива в DICOM Conformance Statement. Поэтому само название функции не означает бессрочного хранения, наличия независимой резервной копии или гарантированного времени восстановления после аварии.
Во втором условном примере исследование содержит основную серию и позднее созданные реконструкции. Основная серия подтверждена, после чего оператор видит общий зелёный статус. При проверке полного состава обнаруживается, что реконструкции не включены в запрос. Это не обязательно неисправность протокола: подтверждение могло быть технически корректным для более узкого набора.
DICOM PS3.15 описывает профили конфиденциальности и варианты обработки атрибутов. Сам стандарт подчёркивает, что выполнение профиля является частью процесса и не гарантирует удаления всей идентифицирующей информации. Контекст передачи и возможная повторная идентификация требуют отдельной оценки.
Для технического разбора удобно различать прямой идентификатор, косвенный идентифицирующий признак и необходимую диагностическую характеристику. Граница зависит от цели: учебный пример, исследовательская выборка и обмен для клинической помощи имеют разные требования. Один универсальный список удаляемых полей не подходит ко всем ситуациям.
Что определяет результат
Идентификаторы исследования, серии и отдельных объектов обеспечивают внутренние связи. Если заменить их независимо в каждом файле, сегментация или структурированный отчёт могут потерять связь с исходным изображением. Правильная обработка поддерживает согласованное соответствие во всём наборе, включая ссылки внутри последовательностей.
Учебный пример: серия содержит 100 изображений, а отдельный объект измерений ссылается на пять из них. После замены идентификаторов изображения открываются, но измерения больше не накладываются. Формальная проверка «все файлы читаются» пройдена, однако полезность набора нарушена. Нужна проверка ссылочной целостности.
Человеческое имя удобно для оператора, но недостаточно для однозначного машинного сопоставления. Важны идентификатор пациента и контекст его выдачи, а для выбранных исследований и серий — соответствующие UID. В организации с несколькими источниками регистрации одинаковые номера пациентов могут относиться к разным людям. Поэтому сценарий проверки должен включать заранее подготовленные тестовые записи, которые выявляют неоднозначность, а не только одну уникальную фамилию.
DICOM определяет структуры данных и способы обмена, но конкретное оборудование реализует определённые классы объектов и возможности. Для проверки совместимости нужны заявления о соответствии отправителя и получателя. Успешное принятие одного статического кадра не подтверждает работу cine, структурированных измерений и дополнительных данных для обработки.
DICOM Structured Report, или SR, — семейство структурированных документов, в которых результаты исследования представлены с определёнными типами значений, связями и контекстом. Для медицинской информационной системы принципиальна разница между видимой строкой «длина 25 мм» и машинно интерпретируемым измерением: что измерено, в каких единицах, каким методом и с каким изображением связано. SR позволяет передавать такую структуру, но её практическая ценность зависит от реализации отправителя и получателя.
После исправления повторяют тот же тест и сохраняют доказательство: исходный набор, итоговый ответ и статус на аппарате. Затем проверяют другой объём исследования, чтобы исключить ситуацию, когда небольшой тест проходит, а большая серия остаётся в очереди. Испытание проводят в согласованной тестовой среде; отключать защиту рабочей сети ради получения ответа не требуется.
В цифровом обмене используются идентификаторы пациента, исследования, серии и экземпляра. Человекочитаемая подпись помогает врачу, но не заменяет эти связи. При разборе ошибки необходимо понимать, какой идентификатор пришёл из какого источника и какой системой он считается основным. Одинаковая строка номера в разных пространствах регистрации также не всегда означает одну запись.
Два байта хранения для двенадцатибитного изображения DICOM
В цифровом изображении значащие биты описывают код значения, а выделенные биты — размер места для него в представлении. Оставшиеся биты не создают дополнительных измеренных уровней. Это различие принципиально при сравнении глубины кодирования с требуемой памятью.
Поле Bits Allocated равно 16, Bits Stored — 12. В несжатом монохромном кадре каждая позиция занимает два байта. При подсчёте объёма ориентируются на выделенное место.
В этом примере на горизонтальной оси отложен показатель «Число пикселей, тыс.», на вертикальной — «Пиксельные данные, МБ». Для первой точки исходная величина равна 100, расчётный результат — 0,2. Для точки 500 получаем 1. Последняя пара значений — 1000 и 2. Все подписи относятся к одной модели и к единицам, приведённым на осях.
Число значащих битов описывает представление уровней, но не гарантирует такого же эффективного динамического диапазона детектора.
| Число пикселей, тыс. | Пиксельные данные, МБ |
|---|---|
| 100 | 0,2 |
| 250 | 0,5 |
| 500 | 1 |
| 1000 | 2 |
В DICOM сравните Bits Allocated, Bits Stored и число компонент. Характеристика «12 бит» без остальных полей недостаточна для вычисления физического размера массива.
Применение и ограничения
Условная серия наблюдений выполнена с интервалами 7 и 30 дней. Для определённой исследовательской задачи могут быть нужны именно интервалы, а не календарные даты. Но допустимость такого преобразования и перечень сохраняемых полей определяют заранее. Инструмент не должен самостоятельно угадывать, что важно исследователю.
Также учитывают даты в свободном тексте, названиях файлов и сопроводительных таблицах. Очистка DICOM при сохранении исходной подписи архива или имени папки оставляет информацию вне обработанного объекта. Проверка охватывает весь пакет передачи, а не только изображения.
Во втором условном примере одна станция открывает все серии, а другая только основные изображения. Одинаковый заголовок исследования создаёт ложное ощущение равенства результата. Для проверки составляют перечень ожидаемых экземпляров и сравнивают его с фактическим получением на каждой стороне. Число видимых вкладок недостаточно: разные программы по-разному группируют объекты.
DICOM Storage Commitment — механизм, с помощью которого система получает явное подтверждение ответственности другой системы за хранение перечисленных DICOM-объектов. Для рентгеновского аппарата, томографа или ультразвуковой системы это отдельный этап работы с архивом. Надпись «передано» может относиться только к отправке данных. Чтобы понять, можно ли считать архивирование завершённым, необходимо знать, какое событие изменило статус исследования и какие именно объекты были подтверждены.
Отсюда следует практическое правило проверки: сравнивать следует ожидаемый состав исследования, фактически отправленный набор и набор подтверждённых объектов. Простого совпадения числа файлов недостаточно. Два разных набора могут содержать одинаковое количество элементов. Кроме того, многокадровый объект и серия отдельных объектов по-разному соотносятся с количеством изображений, которое показывает интерфейс.
Patient ID, Accession Number и Study Instance UID выполняют разные роли. Их нельзя объединять в одно поле «номер». Пациент может иметь несколько направлений, направление — несколько этапов, а изображения должны быть связаны с правильным исследованием. При интеграции требуется согласовать, какие системы создают идентификаторы и как они сохраняются по всей цепочке.
DICOM Modality Worklist организован вокруг Scheduled Procedure Step. Стандарт описывает обмен данными для подготовки исследования и связывания изображений с информационной системой. Он не определяет всю внутреннюю организацию базы учреждения. Поэтому наличие поддержки стандарта не освобождает от проверки локальных сценариев и сопоставления полей. DICOM PS3.4: Modality Worklist.
У тестовой записи выбирают заранее известный идентификатор, состав и ожидаемый результат. После передачи сравнивают фактически доступные элементы, а не только наличие имени в списке. Сохранность единиц, геометрии и времени может быть так же важна, как сохранность самого числа или изображения. Изменённую и исходную версию различают по предусмотренным связям.
Пример из практики
Матрица совместимости должна включать SOP Classes, роли отправителя и получателя, Transfer Syntaxes и особенности поддерживаемых объектов. Совпадение слова DICOM в двух паспортах не гарантирует нужный сценарий. Особенно важны многофреймовые изображения, структурированные отчёты и дополнительные презентационные объекты.
Если один и тот же DICOM выглядит по-разному, сначала подтверждают, что открыта одинаковая серия и одинаковое окно. Затем проверяют масштаб, инверсию и преобразования представления. Только после этого сравнивают физические характеристики дисплеев. Такой порядок отделяет программное различие от аппаратного.
Затем проверяют наличие состояния в полученном исследовании и возможность его выбора. Если объект хранится, но не применяется автоматически, проблема отличается от потери данных. Уточняют настройки просмотрщика и его поддерживаемые функции. Для испытания полезна небольшая серия с явно различимыми контрольными аннотациями, окном и поворотом, чтобы каждый этап можно было проверить отдельно.
Связь с другими технологиями
Представление результата измерения в структурированном отчёте
Структурированный отчёт может хранить не только число, но и тип величины, единицу, ссылку на объект и контекст измерения. Текстовая подпись, впечатанная в изображение, не даёт автоматически такой структуры. Для повторного использования нужны сохранённые связи между элементами.
Ключевое изображение и исходная диагностическая серия
Ключевой кадр помогает выделить существенный участок исследования, но не заменяет полный набор исходных данных. Оценка соседних срезов, временной динамики или другой плоскости зависит от того, что сохранилось в архиве. Закладка и копия изображения являются разными объектами.
Как интерпретировать наблюдение
Если серия появляется позже, определяют причину задержки и влияние на рабочий процесс. Нельзя считать проблему решённой только потому, что объект в итоге дошёл: врач мог уже открыть неполное исследование. Система должна понятно показывать статус завершённости.
Поиск возвращает сведения о подходящих объектах, а не автоматически весь набор пиксельных данных. Его результат удобнее рассматривать как каталог архива. Получение — следующий этап, на котором запрашиваются сами экземпляры. Поэтому успешный поиск ещё не подтверждает работоспособность маршрута изображений, поддержку всех форматов или право выбранного пользователя на просмотр.
Сравнение смежных понятий
| Понятие | Что оно описывает |
|---|---|
| Исследование, серия и экземпляр в структуре DICOM | Данные DICOM организуются в связанные уровни, где одно исследование может содержать несколько серий, а серия — множество объектов. |
| Рабочий список модальности и идентификация исследования | Рабочий список передаёт на диагностический прибор сведения о запланированном исследовании. |
| Поиск и получение исследований в архиве PACS | Поиск возвращает сведения о наличии записей по заданным ключам. |
По теме в энциклопедии
- Представление результата измерения в структурированном отчёте
- Ключевое изображение и исходная диагностическая серия
- Рабочий список модальности и идентификация исследования
- DICOM Storage Commitment: подтверждение сохранения и границы ответственности архива
- DICOM Query/Retrieve: поиск исследования и фактическое получение изображений
- Обезличивание DICOM: метаданные, пиксели и сохранение структуры исследования
- Исходные данные УЗИ, cine и DICOM: что остаётся доступным после сохранения