ЦП ИТС здравоохранения: как единая цифровая платформа может изменить систему закупок

ЦП ИТС Здравоохранения | узнать больше Идея, принципы и образ будущего — с чего начинается Цифровая платформа информационно-технологического сопровождения здравоохранения

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

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

Как сделать так, чтобы закупки услуг по информационно-технологическому сопровождению (доработка, консультации, поддержка, интеграции) перестали быть бюрократическим лабиринтом, а стали инструментом развития? Как сократить время от возникновения потребности до старта работ с нескольких месяцев до нескольких дней? Как сделать экономически оправданными небольшие изменения в существующих системах, которые сегодня просто невыгодно запускать? Как открыть государственные закупки для малого и среднего ИТ-бизнеса, не нарушая 44-ФЗ? И наконец, как обеспечить безопасность данных в соответствии с жёсткими требованиями КИИ?

Мы не утверждаем, что обладаем готовым решением. Мы предлагаем концепцию — модель того, как могла бы выглядеть Цифровая платформа информационно-технологического сопровождения здравоохранения (ЦП ИТС Здравоохранения), если бы она создавалась как государственная платформа управления процессом закупок.

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

• Единый портал консолидации документации — от первичных требований к функциональности и технического задания до расчётов стоимости, описания технического решения и финальных руководств. Вся информация хранится в едином защищённом пространстве с иерархическим доступом внутри ведомства и между ведомствами.
• Применение технологий обработки больших данных (RAG и аналоги) — для интеллектуального поиска по базе знаний: анализ существующих ТЗ, выявление типовых решений, поиск похожих реализованных проектов и интеграторов, которые выполняли подобные работы.
• Искусственный интеллект для автоматизации подготовки документации — составление технических заданий, проектов договоров, анализ существующих решений, формирование чек-листов и тест-кейсов на основе ТЗ, автоматическая генерация документации, инструкций и технических характеристик.
• Модель ведомственного счёта с условным резервированием (эскроу-механика) — средства по договорам размещаются на ведомственном счёте уполномоченного агента (Минздрав). Под каждую выбранную задачу резервируется сумма заявки исполнителя. Оплата переводится только после подтверждения факта выполнения работ заказчиком. Неизрасходованный остаток возвращается заказчику по его запросу. Ведомство выполняет функцию держателя средств и раскрывает платёж по формальному триггеру (подписанный акт приёмки), не выступая арбитром по существу выполненных работ.
• Рейтинговая система оценки исполнителей — формирование объективной репутации интеграторов и поставщиков на основе отзывов, выполненных проектов и соблюдения сроков.
• Анализ выполненных задач для формирования справедливой рыночной цены — на основе исторических данных система предлагает объективную «вилку» стоимости, исключая завышение или демпинг.

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

На эти вопросы мы будем искать ответы в нашем цикле статей, посвящённых концепции Цифровой платформы информационно-технологического сопровождения здравоохранения (ЦП ИТС Здравоохранения). Мы предлагаем рассмотреть модель государственной платформы управления процессом закупок, построенной на локальных моделях искусственного интеллекта, с изолированным испытательным контуром и чёткими правилами разделения ответственности.

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

1. Идея и её актуальность

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

Как выглядит этот процесс сегодня:

1. Инициатор (врач, бухгалтер, экономист, специалист МТО, контрактной службы и др.) формулирует задачу и ставит её перед специалистами отдела информационных технологий;
2. Специалисты начинают собирать их в пул на сопровождение;
3. Подготовка технического задания — занимает значительное время, исчисляемое неделями;
4. Многоуровневые внутренние согласования;
5. Оформление договора с описание услуг;
6. Проведение конкурсных процедур по 44-ФЗ или 223-ФЗ;
7. Заключение контракта;
8. Только после этого — старт работ.

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

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

Именно такую модель мы предлагаем рассмотреть — Цифровую платформу информационно-технологического сопровождения здравоохранения (ЦП ИТС Здравоохранения).

2. Что такое ЦП ИТС Здравоохранения

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

Это не очередной реестр документов и не коммерческий маркетплейс. В концепции это платформа управления процессом, которая объединяет заказчиков (медицинские организации) и исполнителей (ИТ-компании) в единую экосистему с чёткими правилами, автоматизацией и накоплением знаний.

Сравнение текущего и целевого процессов:

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

3. Какие задачи решает платформа

ЦП ИТС Здравоохранения, согласно концепции, могла бы решать следующие ключевые задачи:

• Существенное сокращение времени от постановки задачи до начала работ — за счёт автоматизации всех этапов подготовки документации.
• Кардинальное снижение транзакционных издержек — за счёт перехода от ручной подготовки документов к автоматизированному формированию.
• Доступность мелких задач — появление рынка для задач, которые сегодня экономически нецелесообразно запускать из-за диспропорции между стоимостью работ и затратами на их оформление.
• Привлечение малого и среднего ИТ-бизнеса — за счёт открытой публикации задач и адресного информирования.
• Накопление интеллектуального капитала — автоматическое формирование и хранение документации, инструкций, технических характеристик, чек-листов, приёмочной документации.
• Обеспечение соответствия требованиям КИИ — в соответствии с Приказом ФСТЭК № 17, локальное развёртывание всех компонентов искусственного интеллекта.

4. Ключевые принципы работы

В основе концепции лежат несколько ключевых принципов:

Принцип 1. Гибридный подход «произвольный текст → конструктор»

Ответственное лицо медицинской организации (специалист, которому делегированы полномочия) описывает задачу в произвольной форме. Локальный помощник на основе искусственного интеллекта распознаёт тип задачи, целевую платформу (1С:БГУ, ЕГИСЗ, «Парус», «Галактика»), задаёт уточняющие вопросы и генерирует структурированное техническое задание за считанные минуты.

Принцип 2. Разделение ответственности через пороги достоверности

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

Принцип 3. Испытательный контур — за медицинской организацией

Медицинская организация предоставляет доступ к своей инфраструктуре для осуществления разработки и приёмо-сдаточных работ. Исполнитель разворачивает доработанное решение в среде, предоставленной заказчиком. ИИ-конструктор на основе технического задания и проектной документации формирует чек-листы для ручной приёмки — структурированные перечни проверок с описанием шагов и ожидаемых результатов. Рабочая группа медицинской организации (с участием ИТ-специалистов и пользователей) проводит приёмку по этим чек-листам. По итогам прохождения всех пунктов подписывается акт приёмки. Такой подход гарантирует, что приёмка происходит в условиях, максимально приближенных к реальной эксплуатации, а риски некорректной работы в продуктивной среде минимизированы.

Принцип 4. Локальное развёртывание и управление артефактами

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

Принцип 5. Государственная, а не коммерческая платформа

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

5. Образ будущего: как изменится работа

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

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

6. Институциональные и нормативные ограничения

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

6.1. Платформенный формат закупки требует правовой основы

Сегодня 44-ФЗ исчерпывающе перечисляет способы определения поставщика (статья 24): конкурс, аукцион, запрос котировок, запрос предложений, закупка у единственного поставщика. «Платформа с открытой публикацией и адресным информированием» не входит ни в один из этих типов. Даже если формально попытаться подвести её под запрос котировок, логика платформы другая: адресное информирование, рейтинговая система, ИИ-подбор — это не «подача заявок в ответ на извещение», а активное информирование потенциальных исполнителей с учётом их компетенций.

Таким образом, действующее законодательство не предусматривает ни механизма ведомственного счёта с условным резервированием для государственных закупок, ни платформенного формата проведения конкурентной процедуры с адресным информированием, рейтинговой селекцией и многокритериальным выбором исполнителя. Это потребует либо внесения изменений в 44-ФЗ и 223-ФЗ, либо создания экспериментального правового режима («регуляторной песочницы») для отработки механизма в контролируемых условиях. Условное резервирование — лишь один из компонентов, и он не самый сложный в легализации. Вся конструкция нуждается в нормативном закреплении — от статуса платформы до порядка взаимодействия участников.

6.2. Адресное информирование должно сочетаться с открытой публикацией

Адресное информирование исполнителей, которые уже выполняли аналогичные работы, не должно подменять открытую публикацию задачи для всех заинтересованных участников. Это позволяет соблюсти требования 135-ФЗ (о защите конкуренции) и одновременно снизить транзакционные издержки за счёт привлечения проверенных исполнителей. Оптимальная модель: открытая публикация + адресное информирование как дополнительный канал для тех, кто уже имеет опыт выполнения аналогичных работ.

6.3. Период запуска и «холодного старта» требует отдельной проработки

Запуск платформы потребует времени на накопление данных для RAG-поиска и ML-моделей. В первые 1–2 года рекомендуется период «двойной валидации» (ИИ + эксперт), а также предварительное наполнение базы знаний синтетическими данными на основе типовых шаблонов Минздрава.

6.4. Делегирование полномочий через Госуслуги

Для исключения риска «узкого горлышка» (когда все задачи проходят через одного руководителя ИТ-службы) целесообразно предусмотреть возможность делегирования полномочий через ЕСИА (Госуслуги). Это позволит распределить ответственность между несколькими сотрудниками организации без потери контроля и юридической силы.

6.5. Прозрачность платформы как антикоррупционный механизм

Платформа решает проблему, которая сегодня является самой критикуемой в 44-ФЗ, — риск выбора «своего» подрядчика при закупке у единственного поставщика (прямые договоры). Открытая публикация задачи, рейтинговая система исполнителей и механизм условного резервирования делают процесс прозрачным для всех участников и для контролирующих органов. Это не просто упрощение процедуры — это системное решение проблемы коррупционных рисков, присущих прямым договорам в ИТ-сфере.

7. Что дальше: план цикла статей

Данная статья открывает большой цикл материалов, в котором мы последовательно рассмотрим проблематику закупок услуг по информационно-технологическому сопровождению в здравоохранении, проанализируем существующие барьеры, изучим международный опыт и предложим концептуальную модель решения — Цифровую платформу информационно-технологического сопровождения здравоохранения (ЦП ИТС Здравоохранения).

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

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

Источники

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