Современная здравоохранение немыслимо без цифровизации диагностических данных. Центральный архив медицинских изображений (часто обозначаемый как VNA — Vendor Neutral Archive или интегрированный в PACS — Picture Archiving and Communication System) является ключевым компонентом инфраструктуры медицинской организации, обеспечивающим хранение, управление и обмен данными визуальной диагностики (рентген, МРТ, КТ, УЗИ, эндоскопия, патологоанатомия и др.).

При закупке, внедрении или учете таких систем в Российской Федерации критически важна правильная классификация по ОКПД 2 (Общероссийский классификатор продукции по видам экономической деятельности). От правильного кода зависят: применимость закона 44-ФЗ или 223-ФЗ, НДС, требования к информационной безопасности (ФСТЭК, ФСБ), а также возможность включения в реестр российского ПО.

Основные коды ОКПД 2 для Центрального архива медицинских изображений

Поскольку «Центральный архив» — это программно-аппаратный комплекс, он может классифицироваться под разными кодами в зависимости от объекта закупки (только ПО, ПО+аппаратная часть, облачный сервис, работы по внедрению).

Программное обеспечение (основной код для VNA/PACS)

• Код 62.01.11 — «Программы для электронных вычислительных машин, предназначенные для использования в области здравоохранения».
• Код 62.01.1 — «Системное программное обеспечение» (более общий уровень).

Применение: Закупка лицензий на ПО архива (VNA), PACS-сервера, веб-просмотрщики (Zero-footprint viewers), модули интеграции (HL7, DICOM, FHIR).

Аппаратно-программные комплексы (серверы хранения, апплайансы)

• Код 26.20.13, «Электронные вычислительные машины серверные».
• Код 26.20.14 — «Блоки хранения данных (дисковые массивы, ленточные библиотеки)».
• Код 26.30.11 — «Коммутационное оборудование для компьютерных сетей» (если закупается сеть хранения SAN).

Применение: Если закупается «коробочное» решение (апплайанс), где ПО предустановлено на сервере производителя.

Работы и услуги (внедрение, интеграция, сопровождение)

• Код 62.02.10 — «Консультационные услуги в области информационных технологий» (аудит, проектирование архитектуры).
• Код 62.01.20 — «Услуги по разработке и внедрению программного обеспечения» (интеграция с ЕМИАС, МИС, РМИС, настройка маршрутизации DICOM/HL7).
• Код 62.09.11 — «Услуги по технической поддержке программного обеспечения» (Сопровождение, SLA, обновления).
• Код 63.11.12 — «Услуги по обработке данных, услуги по размещению информации и предоставлению доступа к ней» (если используется модель SaaS / Cloud VNA).

Ключевые отличия кодов и риски ошибок

Нормативная база и требования к архиву (влияют на ТЗ и ОКПД 2)

При формировании технического задания (ТЗ) для закупки по выбранному коду ОКПД 2 необходимо учитывать:

1. Приказ Минздрава России от № 1089н — «Об утверждении требований к информационным системам, используемым в здравоохранении». Определяет требования к взаимодействию (ФХИР, HL7 v2/v3, DICOM), защите информации и составу хранимых данных.
2. ГОСТ Р 52636-2006 (ISO 12052:2006) — «Медицинская информатика. Цифровая визуализация и коммуникации в медицине (DICOM). Включает профили хранения (Storage Commitment), запроса (QIDO-R, WADO-RS/U).
3. Профили IHE (Integrating the Healthcare Enterprise):
   • XDS.b / XCA — кросс-энтерпрайз обмен документами и изображениями (база для VNA).
   • IOCM / SWF — управление заказами и рабочими списками.
   • AIW / AIR — интеграция ИИ-алгоритмов (актуально для современных архивов).
4. 152-ФЗ «О персональных данных» и 323-ФЗ — медицинская тайна, категории защищенности (К1-К4), локализация БД (только РФ).
5. Постановление Правительства РФ № 1653 — требования к защите КИИ (если МО входит в реестр субъектов КИИ).

Функциональные требования, формируемые в ТЗ (для кода 62.01.11)

Для корректной закупки ПО «Центральный архив» (VNA) в ТЗ должны быть зафиксированы следующие блоки функционала:

Прием и нормализация данных (Ingestion & Normalization)

• Поддержка DICOM C-STORE, DICOMweb (STOW-RS, WADO-RS, QIDO-RS).
• Автоматическая нормализация тегов (Patient ID, Study Instance UID, Accession Number) для устранения дублей из разных источников (МРТ разных вендоров, старые PACS).
• Поддержка не-DICOM форматов (PDF отчеты, JPEG фото дерматоскопии/эндоскопии, видео операции, HL7 CDA/FHIR отчеты).

Хранение и управление жизненным циклом (Storage & Lifecycle)

• Многоуровневое хранение (Tiering): Горячее (SSD/NVMe — последние 6-12 мес), Теплое (HDD SAS — 3-5 лет), Холодное (Object Storage / Tape / Cloud — архив 25+ лет по 323-ФЗ).
• Политики удержания (Retention Policies) с привязкой к типу исследования и возрасту пациента (педиатрия, дольше).
• Эразур-кодирование (Erasure Coding) и репликация (Geo-replication) для отказоустойчивости (RPO=0, RTO < 15 мин).

Поиск, просмотр и распространение (Access & Distribution)

• Единый веб-просмотрщик (Universal Viewer) с поддержкой 3D/MPR, фьюзий (PET/CT), аннотаций, ключевых изображений (Key Image Notes).
• API для внешних систем: FHIR ImagingStudy, DICOMweb, IHE XDS.b/XCA для интеграции с МИС, ЕМИАС, телемедициной, ИИ-сервисами.

Безопасность и аудит (Security & Audit)

• Ролевая модель доступа (RBAC/ABAC) с интеграцией в AD/LDAP/Keycloak (SSO, SAML/OIDC).
• Шифрование данных в покое (AES-256, ГОСТ 28147-89) и в движении (TLS 1.2/1.3, ГОСТ TLS).
• Непрерывный аудит всех действий (кто, когда, что открыл/скачал/удалил) с выгрузкой в SIEM (CEF/Syslog).
• Сертификат ФСТЭК (для ПО — класс не ниже 3, для СКЗИ — соответствующий класс) и соответствие профилю защиты 152-ФЗ.

Особенности закупки по 44-ФЗ и 223-ФЗ

Определение предмета закупки

Рекомендуется разделять закупку на лоты:

1. Лот 1 (Товар): Лицензии на ПО VNA (Код 62.01.11). Указать в ТЗ: «Постоянная лицензия / Подписка на 3-5 лет», количество одновременных соединений / терабайт «сырого» объема.
2. Лот 2 (Товар): Серверное оборудование и СХД (Коды 26.20.13, 26.20.14). ТЗ по производительности (IOPS, Throughput, Latency) под нагрузку VNA.
3. Лот 3 (Работа/Услуга): Внедрение, миграция данных (Data Migration) из старых PACS, интеграция с МИС/ЕМИАС (Код 62.01.20).
4. Лот 4 (Услуга): Техподдержка и обновления (Код 62.09.11), SLA 24/7 для производственной контуры.

Преференции российского ПО

Если закупается ПО (Лот 1), обязательно проверяйте наличие записи в Едином реестре российских программ для ЭВМ и БД (приказ Минцифры № 641). Это дает:

• Преимущество при оценке заявок (коэффициент 0.85 / 0.90).
• Возможность закупки у единственного поставщика (ч. 1.1 ст. 93 44-ФЗ).
• Исключение обязательства закупать импортное ПО только при отсутствии российского аналога.

Миграция данных (Data Migration) — скрытый риск

Миграция терабайт DICOM-данных из legacy PACS (Agfa, Carestream, GE, Philips, Kodak) в новый VNA — это отдельная сложная работа.

• Требует валидации: контроль контрольных сумм (MD5/SHA256) каждого объекта.
• Проверка целостности тегов (Patient Demographics consistency).
• Запуск в тени (Shadow mode) параллельно со старой системой на 1-3 месяца.
• Код ОКПД 2: 62.01.20 (работы по разработке/адаптации ПО) или 62.09.11 (услуги по обработке данных).

Чек-лист для заказчика (КБЗ / ТЗ)

1. [ ] Код ОКПД 2 выбран верно для каждого лота (ПО — 62.01.11, Железо — 26.20, Работы — 62.01.20).
2. [ ] ПО включено в Реестр российского ПО (если закупка за счет бюджета).
3. [ ] ТЗ содержит ссылки на профили IHE (XDS.b, XCA, WADO-RS, QIDO-RS), а не просто «поддержка DICOM».
4. [ ] Описаны требования к масштабируемости (PB-уровень, миллионы исследований).
5. [ ] Прописаны SLA (доступность 99.9%, время отклика просмотрщика < 2 сек для CT/MR).
6. [ ] Есть требование к сертификатам ФСТЭК/ФСБ (соответствие классу защищенности КИИ/ПДн).
7. [ ] Предусмотрен этап пилотной эксплуатации (не менее 3 мес) перед приемкой работ.
8. [ ] Обеспечена обратная совместимость со старыми модальностями (DICOM TLS, старые Transfer Syntaxes).
9. [ ] Заложен бюджет на миграцию исторических данных (не только «последние 3 года», а полный архив по 323-ФЗ);
10. [ ] Предусмотрена интеграция с ЕГИСЗ / МИС / РМИС / ИИ-платформами через открытые API (FHIR, DICOMweb).

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

Рекомендация: На этапе формирования закупочной документации (КБЗ/ТЗ) обязательно привлекайте экспертов в области медицинской информатики (DICOM/IHE/FHIR) и юристов, специализирующихся на закупках в сфере ИТ и здравоохранения (44-ФЗ/223-ФЗ), чтобы избежать обжалований, штрафов ФАС и, главное, построения системы, которая не закрывает клинические задачи врачей.

Статья подготовлена в информационных целях. При подготовке закупочной документации руководствуйтесь актуальной редакцией ОКПД 2 (утв. Приказом Росстандарта от № 57-ст с изм.), 44-ФЗ, 223-ФЗ, 152-ФЗ, 323-ФЗ и подзаконными актами Минздрава и Минцифры России.