Девятый арбитражный апелляционный суд оставил в силе решение, которым Минздраву отказали во взыскании 44,3 млн рублей неустойки с ООО «Цифровые медицинские сервисы» («Цифромед») — основного подрядчика по обслуживанию Единой государственной информационной системы в сфере здравоохранения (ЕГИСЗ). Подробности разбирательства приводит отраслевое издание Vademecum.
Что произошло
По госконтракту от мая 2025 года «Цифромед» должен был сдать документацию по сопровождению подсистем ЕГИСЗ в июне, но фактически сделал это только в августе. Минздрав потребовал 17,6 млн рублей пени за просрочку и ещё 26,7 млн рублей штрафов за качество работ. Суд решил иначе:
- Расчёт пеней ведомство вело с 1 июля вместо корректных 25 июля — сумма неустойки за просрочку признана завышенной.
- Штрафы за качество суд отменил целиком: исходное техзадание не требовало тех самых аналитических отчётов, за отсутствие которых штрафовали, а часть требований ФСТЭК была признана технически невыполнимой на момент подписания контракта.
Это не первый проигранный Минздравом спор с «Цифромедом» — ранее компания, несмотря на регулярные конфликты по срокам, была назначена единым поставщиком цифровых платформ ведомства и ФМБА, и эксплуатирует подсистемы ЕГИСЗ дальше.
Что это значит для клиник и разработчиков МИС
Для медицинских информационных систем, которые интегрированы с ЕГИСЗ, история показательна не самим фактом спора, а его причиной: суд дважды отменил санкции именно из-за того, что техзадание и KPI контракта были сформулированы нечётко или содержали технически невыполнимые требования. Та же логика применима к контрактам клиники с интегратором МИС — расплывчатые сроки и критерии приёмки одинаково бьют по обеим сторонам, когда до суда или штрафа доходит уже после сдачи работ.
Дешевле заплатить за независимый ИТ-аудит технических требований до подписания контракта на интеграцию с ЕГИСЗ, чем потом спорить, кто виноват в просрочке.
Клиникам, которые планируют подключение или доработку МИС, разумно заранее проверить реалистичность технического задания — например, через ИТ-аудит инфраструктуры и требований перед интеграцией, а не выяснять это постфактум вместе с подрядчиком.
