8 (800) 302-34-73

Сервер для медицинских учреждений: требования и импортозамещение

10 октября 2026 г.

Разбираем требования к серверам под МИС, ЛИС и PACS в медицинских учреждениях с учетом 152-ФЗ и правил импортозамещения.

Сервер для медицинских учреждений: требования и импортозамещение

Сервер для медучреждений подбирают под МИС, ЛИС и PACS с учетом нагрузки, защиты персональных данных и обмена с внешними системами. При обновлении инфраструктуры ИТ-команда определяет применимые нормы, условия закупки и совместимость ПО. Разберем, какие исходные данные нужны для проекта и что проверить до переноса медицинских данных.

Какие ИС работают в медучреждении и почему у каждой свои требования

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

МИС ведет медицинские карты, расписание, документооборот и обмен с ОМС и ЕГИСЗ. Ресурсы зависят от активных пользователей, транзакций и объема базы.

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

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

Роли МИС, ЛИС и PACS размещают по поддерживаемой архитектуре и нагрузке. Одна платформа может поддерживать несколько ролей при достаточных ресурсах и согласованном резервировании.

Класс ИС

Что делает

Российские вендоры

МИС

Электронная медкарта, расписание врачей, обмен с ОМС/ЕГИСЗ, документооборот

Медиалог, БАРС.Здравоохранение, qMS, Ариадна

ЛИС

Прием результатов с лабораторного оборудования, передача данных в МИС

СамСон.ЛИС, qMS Laboratory, модуль ЛИС Ариадны

PACS

Хранение и передача медицинских изображений: КТ, МРТ, рентген, УЗИ

Модуль PACS Ариадны, Инобитек

Требования к серверу под медицинские ИС

Регуляторные требования: 152-ФЗ, приказы Минздрава, ГИС ЕГИСЗ

Медицинские сведения относятся к специальной категории ПДн по статье 10 закона №152-ФЗ. Для конкретной ИСПДн определяют уровень защищенности по ПП №1119 и выбирают меры по приказу ФСТЭК №21 с учетом актуальных угроз. Требования к ИСПДн, государственной информационной системе и значимому объекту КИИ проверяют отдельно. Сертификация средств защиты не равна сертификации всего сервера.

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

Приказ №911н устанавливает требования к МИС и региональным системам здравоохранения. Участие в ЕГИСЗ проверяют по ПП №140 от 09.02.2022 и действующим правилам обмена, в том числе для частных организаций. В пилоте испытывают форматы, доставку сообщений и обработку ошибок.

Технические требования по классам ИС

Требования к CPU, памяти и дискам различаются по классам ИС:

Класс ИС

Профиль вычислений

Исходные данные

Хранение и проверка

МИС

Активные пользователи и транзакции

Объем БД и активных данных

Задержка дисков, рост базы, совместимость ОС и СУБД

ЛИС

Поток исследований и обмен с приборами

Пиковые операции и размер БД

Время получения результатов, надежность обмена и восстановление

PACS

Запись, поиск, передача и просмотр

Исследования в день × средний размер

Сроки хранения, рост архива, одновременные просмотры

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

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

Иллюстрация к разделу «Требования к серверу под медицинские ИС»
Иллюстрация к разделу «Требования к серверу под медицинские ИС»

Импортозамещение в медицинском сервере — что реально доступно

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

  1. Серверные платформы: у Аквариуса, YADRO, Fplus и Kraftway проверяют модель и исполнение. Отечественный CPU выбирают после подтверждения поддержки МИС, ОС, драйверов и периферии. Наличие партии и сервис фиксируют в КП.
  2. Операционные системы: для выпуска Astra Linux, РЕД ОС или другого продукта проверяют архитектуру и драйверы. Для сертифицированного исполнения сверяют номер, срок, уровень доверия и условия сертификата. Он не охватывает любой выпуск семейства.
  3. СУБД: PostgreSQL — открытая СУБД. Postgres Pro, Ред База Данных и Tantor проверяют как отдельные продукты по собственным реестровым записям и документации. МИС должна поддерживать выбранные редакцию, версию и режим эксплуатации, включая резервирование и восстановление.
  4. Средства защиты информации подбирают по модели угроз и установленным мерам. Для выбранных выпусков UserGate, Континент, ViPNet или других СЗИ сверяют сертификаты, поддерживаемые ОС и ограничения эксплуатации. Название продукта само по себе не подтверждает соответствие всей ИСПДн.
  5. МИС, ЛИС и PACS: Ариадна, БАРС, СамСон, Медиалог, qMS и другие продукты проверяют по версии и модулю. Реестровая запись не заменяет проверку зависимостей, ОС и СУБД. В пилот включают обмен с приборами и внешними системами.

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

Отказоустойчивость и резервирование

Как задать время восстановления МИС и допустимую потерю данных

Для МИС задают RTO и RPO. Потоковую репликацию PostgreSQL могут дополнять Patroni при поддержке выбранного стека. Время переключения зависит от DCS, репликации и клиента. У SQL Server AG также проверяют условия автоматизации. Результат подтверждают тестами отказа, а репликацию дополняют резервными копиями.

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

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

Иллюстрация к разделу «Отказоустойчивость и резервирование»
Иллюстрация к разделу «Отказоустойчивость и резервирование»

Типичные ошибки при подборе

  1. Один сервер под все сразу. При отказе одновременно встают МИС, ЛИС и PACS, а пациенты остаются в очереди без электронной карты.
  2. Накопители выбраны без измерения задержки под профилем транзакций МИС. SSD может улучшить отклик, но эффект подтверждают нагрузочным тестом.
  3. Меры доступа к данным пациентов не согласованы с моделью угроз. Проверяют сетевые границы, права пользователей и журналирование.
  4. PACS рассчитан без роста потока исследований: полезной емкости не хватает для установленного срока хранения.
  5. Выбор МИС без проверки интеграции с ЕГИСЗ. Уже на этапе внедрения выясняется, что формат обмена не поддерживается, и доработку оплачивают отдельно и срочно.
  6. Отсутствие плана резервного копирования с тестовым восстановлением. При реальном инциденте бэкапы оказываются повреждены.
  7. Область действия сертификатов СЗИ не проверена. Сертификат одного средства не подтверждает достаточность всех мер защиты ИСПДн.
  8. Ограничения на иностранное ПО определены по общему названию учреждения. Требования закупки и КИИ проверяют для конкретного объекта, а поддержку и обновления продукта — отдельно.

Заключение

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

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

Помогаем подобрать сервер для государственных учреждений под конкретные МИС, ЛИС и PACS с учетом применимых требований, резервирования и защиты персональных данных.