DICOM Structured Report: измерения, коды и связь с изображениями

DICOM Structured Report, или SR, — семейство структурированных документов, в которых результаты исследования представлены с определёнными типами значений, связями и контекстом. Для медицинской информационной системы принципиальна разница между видимой строкой «длина 25 мм» и машинно интерпретируемым измерением: что измерено, в каких единицах, каким методом и с каким изображением связано. SR позволяет передавать такую структуру, но её практическая ценность зависит от реализации отправителя и получателя.

Чем SR отличается от снимка экрана и PDF

Снимок экрана сохраняет внешний вид результата. PDF удобен для чтения документа. Структурированный отчёт предназначен для представления содержания в организованной форме, которую система может разбирать. При этом не каждый SR содержит числовые измерения: существуют разные типы документов с собственными ограничениями. Например, Basic Text SR ориентирован на текстовую иерархию и не равнозначен более сложным отчётам измерений.

Из этого следует важное условие закупки и интеграции: формулировка «экспорт отчёта в DICOM» слишком общая. Необходимо выяснить, передаётся ли изображение страницы, инкапсулированный документ или SR конкретного класса и шаблона. Внешне одинаковая распечатка может скрывать совершенно разные возможности повторного использования данных.

Представление результата	Сильная сторона	Что нельзя считать доказанным
Снимок экрана	Сохраняет видимый интерфейс и расположение подписей	Наличие машиночитаемых отдельных измерений
PDF-документ	Передаёт оформленный текст для чтения	Автоматическое сопоставление каждой величины с кодом и изображением
Текстовый SR	Организует содержание в структуру документа	Поддержку всех типов числовых измерений и геометрии
SR с измерениями	Может связывать значения, единицы и контекст	Корректную интерпретацию любым просмотрщиком
Импорт в локальную форму	Позволяет использовать значения в рабочем процессе	Отсутствие потерь при преобразовании исходной структуры

Дерево содержания и смысл измерения

Содержимое SR организовано в дерево с корневым контейнером. Вложенные элементы и отношения между ними передают смысл документа. Отдельное число вне этого дерева может потерять связь с анатомической областью, стороной, методом или источником. Поэтому проверять только числовое совпадение на экране недостаточно: необходимо проверить, к какому наблюдению оно относится.

В DICOM предусмотрены шаблоны измерений. Например, общая структура TID 300 связывает величину с единицей и дополнительными характеристиками, а контекст наблюдения помогает определить, к кому и к чему относится результат. Это инструменты стандарта; конкретный аппарат может поддерживать определённый набор шаблонов и расширений. Совместимость оценивают по документации и тестовому обмену, а не по общему слову «структурированный».

Для практической проверки удобно выделить минимальную смысловую цепочку: название измерения, значение, единица, объект измерения, метод и источник. Не все поля обязательны в каждом типе документа, но потеря существенного для данной задачи контекста должна быть заметна. Если локальная форма не умеет хранить часть сведений, это ограничение нужно описать, а не молча скрывать.

Коды, единицы и локальные названия

Похожая подпись не гарантирует одинакового смысла. Два производителя могут выводить сокращения, которые понятны оператору, но требуют разных правил сопоставления в принимающей системе. Кодированное название и единица позволяют уменьшить неоднозначность, однако интеграция всё равно должна учитывать поддерживаемый словарь и версию реализации.

Особенно внимательно проверяют автоматическое преобразование единиц. Число 2,5 в сантиметрах и число 25 в миллиметрах описывают одинаковую длину, но строковое сравнение объявит их разными. Напротив, одинаковое число с разными единицами может означать разные величины. Это условный пример контроля данных, а не клинический ориентир. Корректное преобразование должно сохранять размерность, точность и исходный контекст.

Элемент	Типичная потеря смысла	Проверка на тестовом наборе
Название измерения	Локальное сокращение сопоставлено не тому полю	Сравнить кодированное понятие и отображаемую подпись
Единица	Число перенесено без преобразования или без единицы	Проверить размерность и расчёт на условном значении
Сторона и область	Правое и левое наблюдения объединены	Передать различающиеся тестовые значения с явным контекстом
Источник	Ссылка ведёт к другому кадру или отсутствующему объекту	Открыть связанное изображение из результата
Метод	Разные способы измерения попадают в одну временную последовательность	Проверить сохранение методики и правила сравнения
Статус документа	Предварительный результат выглядит как окончательный	Проверить отображение поддерживаемых статусов и версий

Разбор: числа передались, но продольное сравнение некорректно

Представим испытание интеграции ультразвуковой системы с архивом. Значения из двух тестовых исследований появляются в одной таблице динамики. При разборе выясняется, что во втором документе изменились метод измерения и единицы отображения. Простое наличие двух строк создало впечатление сопоставимости, хотя смысловая проверка не выполнялась.

Для устранения ошибки составляют карту соответствий между полями источника и локальной формой. Указывают, какие признаки разрешают объединять измерения, какие требуют отдельной серии наблюдений и какие должны отображаться как ограничение. Затем используют специально различающиеся тестовые документы: они лучше выявляют неверное сопоставление, чем два почти одинаковых отчёта.

Приёмка должна подтвердить не только перенос значений, но и отсутствие ложного объединения. Если система не поддерживает нужный контекст, безопаснее явно показывать исходный документ, чем представлять данные как полностью сопоставимую динамику. Решение о клиническом сравнении остаётся за специалистом, который видит методику и условия исследования.

Разбор: отчёт доступен, связанное изображение потеряно

Во втором условном сценарии SR успешно сохранён и открывается, но ссылка на исходный кадр не работает. Возможны разные причины: изображение не передано, передано в другой набор, преобразовано с изменением идентификаторов либо просмотрщик не поддерживает соответствующий тип связи. Повторная отправка одного отчёта не обязательно восстановит зависимость.

Проверку начинают с идентификаторов ссылок и наличия соответствующих объектов в архиве. Затем открывают связанный объект независимым предусмотренным системой способом. Если он доступен отдельно, но переход из SR не работает, проблема относится к интерпретации связи. Если объекта нет, исследуют полноту отправки. Такой порядок разделяет хранение данных и возможности интерфейса.

После исправления проверяют также многокадровый объект: связь с правильным экземпляром ещё не гарантирует переход к нужному кадру. В протоколе сохраняют ожидаемую связь и фактический результат. Используют обезличенный учебный набор, чтобы подробный технический разбор не требовал распространения реальных медицинских данных.

Как проверить поддержку SR до внедрения

Вопрос	Что запросить	Практическая демонстрация
Какой документ передаётся?	Класс SR, поддерживаемые шаблоны и ограничения	Экспорт реального по структуре тестового отчёта
Что умеет получатель?	Разделение хранения, просмотра и извлечения значений	Открытие документа и заполнение нужной локальной формы
Сохраняются ли единицы?	Правила преобразования и округления	Сопоставление исходного и отображённого значения
Работают ли ссылки?	Поддерживаемые изображения, кадры и дополнительные объекты	Переход к ожидаемому источнику измерения
Как обрабатываются изменения?	Правила версий и исправленных документов	Отличение первоначального и исправленного результата
Что происходит с неизвестным полем?	Поведение при неподдерживаемом содержимом	Явное ограничение вместо незаметного удаления сведений

Полезно сохранить исходные тестовые документы и эталонные снимки результата импорта. После обновления одной из систем повторяют тот же набор и сравнивают не только оформление, но и значения, единицы, связи и статусы. Изменение красивого шаблона отчёта может одновременно изменить структуру обмена, поэтому визуальное сходство старой и новой формы не является достаточным подтверждением совместимости.

SR приносит пользу там, где организация заранее определяет, какие сведения действительно нужны в цифровом процессе. Это может быть автоматическое заполнение протокола, связь измерения с изображением или подготовка данных для контролируемого анализа. Чем точнее сформулирована задача, тем легче отличить полноценную интеграцию от простого хранения файла, который выглядит как отчёт.