PACS, DICOM и облако: почему «архив есть» ещё не значит «снимки доступны»

• Опубликовано: 20 сентября 2026 г.

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

Это не игра слов. Хранение, поиск, извлечение, просмотр, передача и восстановление — разные свойства. DICOM помогает системам описывать и обменивать медицинские объекты. PACS организует работу с изображениями. Облако меняет место и модель эксплуатации. Ни одно из этих слов само по себе не доказывает, что нужный человек получит полное исследование в нужное время и с нужными правами.

Поэтому зрелый вопрос звучит не «есть ли у нас PACS?», а так: может ли уполномоченный второй сотрудник найти, открыть и безопасно использовать исследование без помощи автора настройки — и может ли клиника повторить это после отказа одного компонента?

DICOM — не папка с картинками

DICOM — стандарт для медицинской визуализации и связанных объектов, сервисов и метаданных. В привычном исследовании есть не только пиксели, но и иерархия пациента, исследования, серии и экземпляра, идентификаторы, сведения о модальности и технические атрибуты. Официальный стандарт описывает модели Query/Retrieve, где поиск и получение строятся по определённой иерархии и поддерживаемым сервисам.

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

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

PACS — не одно устройство и не обязательно один продукт

Под словом PACS могут скрываться:

• приём изображений от модальностей;
• маршрутизация;
• краткосрочное и долгосрочное хранение;
• индекс и база метаданных;
• диагностический просмотрщик;
• веб-доступ;
• интеграция с РИС и МИС;
• шлюзы между площадками;
• архив на медленных уровнях;
• резервное копирование;
• аудит действий.

Эти функции могут находиться в одном программно-аппаратном комплексе или в нескольких системах разных поставщиков. Поэтому схема «аппарат → PACS → врач» слишком проста для приёмки. Нужна карта компонентов и ответственности.

«Принято на хранение» и «можно восстановить» — не одно и то же

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

Спросите поставщика:

1. Что именно подтверждает ответ на отправку?
2. Используется ли Storage Commitment и как интерпретируется его результат?
3. Когда исследование считается перенесённым из оперативного уровня в архивный?
4. Как обнаруживается неполная серия?
5. Что происходит, если база индекса доступна, а файл — нет?
6. Через какое время объект попадает в резерв?
7. Как клиника проверяет восстановление?

Конкретные сервисы зависят от DICOM Conformance Statement систем. Нельзя предполагать поддержку функции только потому, что оба продукта «совместимы с DICOM».

Conformance Statement важнее логотипа «DICOM compatible»

Два устройства могут поддерживать DICOM и при этом не иметь общей комбинации сервисов, ролей, объектов или transfer syntax. Документ соответствия описывает, какие SOP Classes, роли SCU/SCP, механизмы хранения, поиска и получения реализует продукт.

До покупки и интеграции запросите Conformance Statement у обеих сторон и сопоставьте:

• типы изображений и объектов;
• Storage и Storage Commitment;
• Query/Retrieve;
• Modality Worklist;
• MPPS, если используется;
• transfer syntax;
• DICOMweb-сервисы;
• ограничения поиска;
• обработку ошибок и повторов;
• настройки AE Title, адресов и портов;
• особенности деидентификации и экспорта.

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

Исследование может быть полным на одном экране и неполным на другом

Один просмотрщик автоматически объединяет серии, другой скрывает вспомогательные объекты, третий не поддерживает конкретный формат компрессии. На рабочей станции модальности всё выглядит правильно, потому что она читает локальные данные, а в PACS не дошла одна серия. Или PACS хранит объект, но веб-просмотрщик не умеет его отрисовать.

Приёмка должна считать ожидаемые объекты:

• число исследований;
• число серий;
• число экземпляров в каждой серии;
• наличие отчёта или структурированного объекта, если входит в маршрут;
• контрольные UID;
• поддерживаемый способ открытия.

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

Поиск начинается с идентичности, а не со скорости диска

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

DICOM Query/Retrieve поддерживает модели, основанные на Patient Root и Study Root. Однако конкретный интерфейс и набор ключей зависят от реализации. Клиника должна проверить реальные сценарии:

• поиск по ID пациента;
• поиск по Study Instance UID;
• поиск по дате и модальности;
• исследование после изменения демографических данных;
• повторное исследование в тот же день;
• пациент с несколькими записями;
• исследование из другого филиала;
• поиск старого архива после миграции.

Если результат можно найти только по фамилии и ручному перебору, архив технически существует, но операционно слаб.

Рабочая станция, PACS, архив и резервная копия — четыре роли

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

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

Облако меняет ответственность, а не отменяет её

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

Сравнивайте не «облако или сервер», а свойства:

Ни одна колонка не выигрывает автоматически. Решение должно пройти тест конкретной клиники.

Два интернет-канала не гарантируют доступ к облаку

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

Проверьте под нагрузкой:

• автоматическое и ручное переключение;
• DNS;
• VPN;
• пропускную способность на выгрузку;
• задержку первого открытия исследования;
• повторное получение большой серии;
• возврат на основной канал;
• поведение незавершённых передач;
• журнал событий.

Тест скорости в браузере рядом с маршрутизатором не заменяет открытие реального синтетического исследования из архивного уровня.

Кэш помогает врачу, но создаёт новый жизненный цикл данных

Локальный кэш ускоряет недавние исследования и помогает пережить краткую недоступность облака. Но он требует ответов:

• какие исследования попадают в кэш;
• сколько живут;
• как защищены;
• кто очищает;
• что происходит при замене компьютера;
• можно ли открыть кэш без авторизации;
• синхронизируются ли изменения;
• как определяется устаревшая версия.

Кэш не должен незаметно стать вторым неконтролируемым архивом на рабочих станциях.

Права строятся вокруг задач, а не кабинетов

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

Минимальная модель ролей:

• просмотр;
• диагностическая работа;
• исправление технических атрибутов по утверждённому процессу;
• экспорт;
• публикация ссылки;
• администрирование;
• аудит;
• удалённая поддержка.

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

Ссылка пациенту — отдельный продуктовый сценарий

Скопировать внутренний URL из адресной строки недостаточно. Пациентский доступ требует:

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

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

Диагностический просмотр и ознакомительный просмотр — не одно и то же

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

Не обещайте врачу «работать с любого телефона», если продукт предоставляет только ознакомительный доступ. А пациенту не стоит показывать техническую панель с инструментами, которые требуют профессиональной интерпретации.

Сеть должна пропускать нужный маршрут, а не всё подряд

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

Подробный безопасный подход есть в статье о разделении гостевой, рабочей и медицинской сети. Важно: перенос аппарата в новый VLAN без Conformance Statement, владельца и теста может остановить обмен. Безопасность не строят внезапным запретом посреди приёма.

Резервная копия PACS — это не вторая папка на том же массиве

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

Для PACS нужно связать минимум:

• базу индекса;
• DICOM-объекты;
• конфигурацию;
• учётные записи и роли;
• ключи, сертификаты и интеграционные настройки;
• просмотрщики;
• документацию восстановления.

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

Практика полного теста описана в статье «Резервное копирование клиники: проверка восстановления».

Тест восстановления одной серии — полезен, но недостаточен

Минимальный тест показывает, что объект можно вернуть. Полный сценарий проверяет:

1. Восстановление индекса и объекта в согласованную точку времени.
2. Поиск исследования из нового экземпляра системы.
3. Открытие всех серий.
4. Соответствие количества объектов.
5. Права доступа.
6. Связь с заключением или МИС, если входит в объём.
7. Отсутствие воздействия на рабочий архив.
8. Документированное время и шаги.

Тест проводят на синтетических данных и изолированном контуре. Успех фиксируют не словами инженера, а пользовательской проверкой уполномоченной роли.

Срок хранения нельзя определять свободным местом на диске

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

Для каждого класса данных укажите:

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

Автоматическое удаление без прозрачного отчёта и теста опасно. Бесконечное хранение «на всякий случай» тоже создаёт стоимость и риск. Конкретную политику проверяют с профильными специалистами; статья не устанавливает сроки.

Миграция архива — проект идентичности, а не копирование терабайтов

При смене PACS недостаточно скопировать файлы. Нужно сохранить или корректно сопоставить:

• Patient ID;
• Study/Series/SOP Instance UID;
• модальность и даты;
• связи с направлениями;
• статусы и версии;
• права;
• журнал миграции;
• непринятые и конфликтные объекты.

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

Самая опасная метрика — «скопировано 100% файлов», если неизвестно, сколько объектов ожидалось и можно ли их найти через новый индекс.

Составной сценарий: архив работает, пока не увольняется один инженер

Это иллюстративная реконструкция, а не описание конкретной клиники.

Старые исследования доступны через веб-просмотрщик, но только один инженер знает, что часть архива лежит на отдельном NAS. Учётная запись облачного портала зарегистрирована на его личную почту. Резервная копия запускается, однако никто не проверял восстановление базы.

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

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

Приёмка PACS: семь сценариев вместо одной демонстрации

1. Новое исследование

Модальность отправляет тестовый набор, PACS подтверждает приём, врач находит и открывает все серии.

2. Повтор и дополнение

Проверяется новое исследование того же типа, дополнительная серия и защита от нежелательных дублей.

3. Старое исследование

Объект с архивного уровня находится и открывается в измеримое время.

4. Второй филиал

Уполномоченная роль получает доступ по реальному сетевому маршруту и не видит лишнего.

5. Недоступность канала

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

6. Резервное восстановление

Из независимой копии возвращается тестовый набор вместе с индексом и правами.

7. Экспорт и выход

Клиника получает исследование в согласованном формате и проверяет его в независимом совместимом просмотрщике на тестовом контуре.

Каждый сценарий имеет владельца, ожидаемый результат, стоп-условие и доказательство.

Что проверить у поставщика до договора

• DICOM Conformance Statement;
• поддерживаемые модальности и объекты;
• Storage Commitment;
• Query/Retrieve и DICOMweb;
• правила маршрутизации;
• поиск и обработку дублей;
• роли и MFA;
• журнал действий;
• шифрование каналов и хранения;
• расположение и схема обработки данных;
• резервирование и восстановление;
• SLA и эскалацию;
• работу без интернета;
• экспорт всего архива;
• стоимость хранения и исходящего трафика;
• прекращение договора;
• миграцию;
• срок поддержки продукта;
• тестовый контур.

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

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

Для эксплуатации достаточно многих технических признаков:

• число принятых исследований;
• количество объектов по сериям;
• ошибки отправки;
• глубина очереди;
• возраст самого старого сообщения;
• время поиска и получения;
• заполнение уровней хранения;
• ошибки резервного задания;
• неуспешные входы;
• административные изменения;
• срок сертификатов;
• состояние каналов.

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

Метрики, которые показывают доступность архива

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

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

Красные флаги

• «DICOM есть» используется как доказательство полной совместимости;
• Conformance Statement не запрашивали;
• единственный экземпляр хранится на рабочей станции;
• архив и резерв находятся на одном массиве и под одной учётной записью;
• база индекса не входит в восстановление;
• облачный аккаунт принадлежит подрядчику лично;
• полный экспорт никогда не проверяли;
• пациентская ссылка — это внутренний URL;
• один общий аккаунт у врачей и инженеров;
• никто не знает, где заканчивается оперативный уровень и начинается архив;
• сроки хранения определяются заполнением диска;
• удаление выполняется без отчёта;
• миграцию оценивают только объёмом скопированных файлов;
• после сбоя проверяют одну картинку, но не все серии;
• доступность облака тестируют скоростью загрузки сайта.

Чек-лист руководителя

• [ ] Есть карта компонентов PACS и владельцев.
• [ ] Получены Conformance Statement всех ключевых систем.
• [ ] Подтверждены Storage, Query/Retrieve и нужные типы объектов.
• [ ] Определены источник истины и уровни хранения.
• [ ] Рабочая станция не является единственным архивом.
• [ ] Поиск проверен по нескольким безопасным ключам.
• [ ] Все серии и экземпляры считаются при приёмке.
• [ ] Роли доступа разделены.
• [ ] Административные учётные записи персональны.
• [ ] Пациентский доступ спроектирован отдельно.
• [ ] Диагностический и ознакомительный просмотр различены.
• [ ] Облачный контур проверен при потере основного канала.
• [ ] Кэш имеет срок и правила очистки.
• [ ] База, объекты и конфигурация входят в резерв.
• [ ] Выполнено полное тестовое восстановление.
• [ ] Сроки хранения подтверждены профильными специалистами.
• [ ] Полный экспорт и завершение договора проверяемы.
• [ ] Миграция контролирует идентичность, не только байты.

Где заканчивается архив и начинается проверяемая модель

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

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

FAQ

PACS и DICOM — одно и то же?

Нет. DICOM — стандарт объектов и сервисов медицинской визуализации. PACS — система или набор систем для приёма, индексации, хранения и доступа. Конкретная поддержка DICOM определяется Conformance Statement продукта.

Облако автоматически безопаснее локального сервера?

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

Достаточно ли RAID для защиты архива?

Нет. RAID помогает при отказе диска, но не заменяет независимую резервную копию, историю версий и тест восстановления после удаления, шифрования или повреждения базы.

Можно ли дать пациенту ссылку из PACS?

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

Как проверить совместимость томографа и PACS?

Сопоставить DICOM Conformance Statement обеих систем и провести тест всех нужных объектов и сервисов: хранение, подтверждение, поиск, получение, рабочий список и другие функции проекта.

Как доказать, что резерв PACS работает?

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

Официальная техническая основа и границы

Актуальный стандарт DICOM описывает иерархические модели Patient Root и Study Root для Query/Retrieve. Раздел DICOMweb Retrieve показывает, что получение может возвращать DICOM-объекты, метаданные и визуализированные представления — это разные ресурсы и форматы.

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

Что сделать завтра

Выберите одно синтетическое исследование с несколькими сериями. Запишите Study Instance UID, число серий и объектов. Найдите его на рабочей станции, в PACS и через тот интерфейс, которым пользуется второй филиал. Затем попросите другого уполномоченного сотрудника повторить поиск без устной подсказки.

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

Ответ на него и отделяет архив как коллекцию файлов от архива как работающей способности клиники.