Выгоревшие подписи и обезличивание медицинского изображения

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

Устройство и принцип действия

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

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

Надпись, встроенная в пиксели, не исчезает после очистки текстового атрибута. И наоборот, закрытая область на изображении не удаляет имя из заголовка. Эти операции относятся к разным слоям. Проверка должна подтверждать оба результата независимо.

Удаление встроенной надписи меняет изображение. Нужно убедиться, что область обработки не перекрыла диагностически важные структуры и не оставила читаемые фрагменты. В многокадровом объекте надпись может менять положение или появляться только на отдельных кадрах. Просмотр первого кадра недостаточен.

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

DICOM PS3.15 описывает профили конфиденциальности и варианты обработки атрибутов. Сам стандарт подчёркивает, что выполнение профиля является частью процесса и не гарантирует удаления всей идентифицирующей информации. Контекст передачи и возможная повторная идентификация требуют отдельной оценки.

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

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

Второй учебный пример связан с несколькими сохранёнными состояниями. Один специалист открывает изображение с первоначальным окном и стрелкой, другой — с изменённым окном и дополнительной подписью. Исходные пиксели совпадают. Разница относится к выбору представления, а не к повторному сканированию или повреждению снимка.

Отдельный вопрос — текст, уже встроенный в пиксели изображения или в ранее созданный документ. Обновление метаданных не обязательно изменит такую надпись. Её наличие и способ обращения с ней должны быть явно рассмотрены уполномоченными специалистами. Нельзя скрытно переписывать исходные изображения так, чтобы исчезала история их происхождения.

Что определяет результат

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

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

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

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

Pixel Spacing связывает координаты пикселей медицинского изображения с физическим расстоянием. Благодаря этому просмотрщик может показывать длину в миллиметрах, а не только количество элементов матрицы. Однако наличие миллиметров рядом с линейкой ещё не доказывает, что измерение соответствует размеру анатомического объекта. В проекционной рентгенографии необходимо учитывать геометрическое увеличение и глубину калибровки. В томографических изображениях важно правильно использовать координаты и пространственные параметры серии. Ошибка интерпретации метаданных способна дать устойчивый, аккуратно оформленный, но неверный результат.

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

Два байта хранения для двенадцатибитного изображения DICOM

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

Поле Bits Allocated равно 16, Bits Stored — 12. В несжатом монохромном кадре каждая позиция занимает два байта. При подсчёте объёма ориентируются на выделенное место.

В этом примере на горизонтальной оси отложен показатель «Число пикселей, тыс.», на вертикальной — «Пиксельные данные, МБ». Для первой точки исходная величина равна 100, расчётный результат — 0,2. Для точки 500 получаем 1. Последняя пара значений — 1000 и 2. Все подписи относятся к одной модели и к единицам, приведённым на осях.

Число значащих битов описывает представление уровней, но не гарантирует такого же эффективного динамического диапазона детектора.

В DICOM сравните Bits Allocated, Bits Stored и число компонент. Характеристика «12 бит» без остальных полей недостаточна для вычисления физического размера массива.

Применение и ограничения

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

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

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

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

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

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

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

Пример из практики

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

Связь с другими технологиями

Электронная подпись изображения и его связь с заключением

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

Сжатие медицинских изображений и сохранение исходной информации

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

Как интерпретировать наблюдение

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

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

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

Учебный расчёт: исходный массив занимает 100 МБ, сжатый — 25 МБ, отношение равно 4:1. Это число ничего не сообщает о сохранении пикселей без знания алгоритма. Оно также не учитывает, какая доля исходного файла приходилась на метаданные и дополнительные объекты. Для сравнения необходимо одинаково определить числитель и знаменатель.

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

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

По теме в энциклопедии

• Электронная подпись изображения и его связь с заключением
• Сжатие медицинских изображений и сохранение исходной информации
• Ключевое изображение и исходная диагностическая серия
• Обезличивание DICOM: метаданные, пиксели и сохранение структуры исследования
• DICOM Presentation State: как сохранить окно, аннотации и ориентацию изображения
• Исправление данных пациента в PACS: идентификаторы, связи и журнал изменений
• DICOM Structured Report: измерения, коды и связь с изображениями

Оборудование ИНФОМЕД

• Регистрация исследований
• Philips термобумага для фетальных мониторов Avalon
• Полиэтиленовая дыхательная трубка DAR 290/5035 в рулоне 50 м
• Термобумага Philips M3708A для PageWriter TRIM 210X300