Решение Татарстанского УФАС России от 04.09.2026 N РВ/8581/26

Комиссия Управления Федеральной антимонопольной службы по Республике Татарстан по контролю в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд (далее - Комиссия) в составе:

Председателя Комиссии: Валиахметова Р.Х. - заместителя руководителя,

Членов Комиссии: Никитиной И.Г. - ведущего специалиста-эксперта,

Клавдиевой М.Р. - специалиста 1 разряда,

в присутствии представителя заказчика - Ш. (по доверенности), в присутствии представителей заявителя ООО "Д" - Р. (по доверенности), Н.А. (по доверенности), рассмотрев посредством видеоконференции жалобу заявителя ООО "Д" (вх. N 8356-ЭП/26 от 31.08.2026 г., ЕИС от 30.08.2026 г.) на действия заказчика - ГКУ "ЦА" при проведении закупки N 0811500001126000070 на предмет: "Приобретение неисключительных прав на медицинское изделие с технологией искусственного интеллекта для анализа кардиологических исследований и его внедрение",

Извещение о проведении электронного аукциона N 0811500001126000070 на предмет: "Приобретение неисключительных прав на медицинское изделие с технологией искусственного интеллекта для анализа кардиологических исследований и его внедрение" размещено на официальном сайте Российской Федерации для размещения информации о размещении заказов www.zakupki.gov.ru 21.08.2026 г.

Суть жалобы: по мнению заявителя, при проведении закупки нарушены требования действующего законодательства о контрактной системе.

На заседании 03.09.2026 г. был объявлен перерыв до 04.09.2026 г. в 10:00, ввиду необходимости дополнительного исследования предоставленных материалов.

Комиссия Татарстанского УФАС России по результатам рассмотрения доводов заявителя, позиции заказчика и изучения документации аукциона приходит к следующим выводам.

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

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

Согласно статье 8 Закона о контрактной системе:

1. Контрактная система в сфере закупок направлена на создание равных условий для обеспечения конкуренции между участниками закупок. Любое заинтересованное лицо имеет возможность в соответствии с законодательством Российской Федерации и иными нормативными правовыми актами о контрактной системе в сфере закупок стать поставщиком (подрядчиком, исполнителем).

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

Согласно пункту 1 части 2 статьи 42 Федерального закона от 05.04.2013 г. N 44-ФЗ "О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд" (далее - Закон о контрактной системе) извещение об осуществлении закупки, если иное не предусмотрено настоящим Федеральным законом, должно содержать описание объекта закупки в соответствии со статьей 33 настоящего Федерального закона.

В соответствии с пунктом 1 части 1 статьи 33 Закона о контрактной системе Заказчик при описании в документации о закупке объекта закупки должен руководствоваться следующими правилами:

- в описании объекта закупки указываются функциональные, технические и качественные характеристики, эксплуатационные характеристики объекта закупки (при необходимости). В описание объекта закупки не должны включаться требования или указания в отношении товарных знаков, знаков обслуживания, фирменных наименований, патентов, полезных моделей, промышленных образцов, наименование страны происхождения товара, требования к товарам, информации, работам, услугам при условии, что такие требования или указания влекут за собой ограничение количества участников закупки. Допускается использование в описании объекта закупки указания на товарный знак при условии сопровождения такого указания словами "или эквивалент" либо при условии несовместимости товаров, на которых размещаются другие товарные знаки, и необходимости обеспечения взаимодействия таких товаров с товарами, используемыми заказчиком, либо при условии закупок запасных частей и расходных материалов к машинам и оборудованию, используемым заказчиком, в соответствии с технической документацией на указанные машины и оборудование.

Согласно части 2 статьи 33 Закона о контрактной системе описание объекта закупки в соответствии с требованиями, указанными в части 1 статьи 33 Закона о контрактной системе, должно содержать показатели, позволяющие определить соответствие закупаемых товара, работы, услуги установленным заказчиком требованиям.

Согласно доводам жалобы заявителя, Заказчик в Разделе 3 и Разделе 4.1 Технических требований (ТТ) императивно требует, чтобы поставляемое ПО содержало внутреннюю файловую структуру в виде папок src, tests, скриптов верификации Verify.py и Ai.py, а математические веса моделей ИИ были представлены строго в закрытом формате .sav. Расширение .sav является внутренним закрытым форматом сериализации (сохранения) данных инструмента Pickle в языке Python, примененным в конкретном продукте - "ИИ-Кардио" от ООО "Т". Данная внутренняя архитектура файла никак не влияет на качество, точность и функционал анализа ЭКГ.

Также Заказчик в п. 3.3.7 Технических требований обязывает Исполнителя осуществить интеграцию поставляемого ИИ-модуля с ГИС "Единый кардиолог Республики Татарстан" штатными средствами по внутреннему API, указывая, что "доработка Системы для целей интеграции не требуется... все работы выполняются со стороны Исполнителя". При этом Заказчик полностью скрыл из закупочной документации техническую спецификацию этого API, методы обмена данными (эндпоинты), структуры JSON-пакетов и параметры авторизации.

Заказчик в п. 3.3.7 Технических требований обязывает Исполнителя осуществить интеграцию поставляемого ИИ-модуля с ИС "Единый кардиолог Республики

Татарстан". При этом Заказчик полностью скрыл техническую спецификацию этого API, методы обмена данными (endpoints), структуры JSON-пакетов и параметры авторизации. Для интеграции легитимного стороннего ПО (ПО "И" от ООО "Э") Исполнителю критически необходимы открытые спецификации веб-сервисов. Внешний ИИ-модуль должен по защищенному каналу принять запрос, забрать из базы данных ГИС файл исследования ЭКГ, обработать его и вернуть структурированный JSON-пакет. Скрыв сетевые адреса, структуры пакетов и правила передачи массивов данных, Заказчик сделал расчет параметров сетевого конвейера технически невозможным.

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

Также Заявитель указывает на юридическую и технологическую неисполнимость требований по интеграции стороннего ПО в силу судебного решения и официальной позиции автора базовой платформы МИС "Т" (ИП М.). Вступившим в законную силу Решением Арбитражного суда Республики Татарстан по делу N А65-11384/2025 исключительные права на базовую программу ЭВМ "Т" признаны принадлежащими физическому лицу - ИП М. Сведения о том, что правообладателем является ООО "Т", признаны судом недостоверными, из чего вытекает, что номинальный вендор ООО "Т" фактически утратил право осуществлять переработку, модификацию и распоряжение базовой программой.

Помимо прочего, Заказчик в пункте 3.3.7 ТТ обязывает Исполнителя конвертировать входящие медицинские бинарные файлы стандартов EDF/BDF и DICOM Waveform в текстовый формат CSV для последующего анализа ядром ИИ.

Данный текстовый формат полностью отсутствует в единых стандартах информационного обмена Минздрава РФ. В соответствии с Приказом Минздрава России от 24.12.2018 N 911н и требованиями "ЦБ", медицинские системы обязаны взаимодействовать по открытыми бинарным протоколам XML/JSON (HL7 CDA R2). Передача кардиосигналов регулируется национальным стандартом ГОСТ Р ИСО/ТС 11073-92002-2021 (форматы DICOM Waveform и EDF/EDF+).

Заказчик в п. 2 раздела 3.3.7 ТТ указал, что стоимость всех компонентов интеграции и конвертации форматов должна быть включена в цену неисключительных прав. При этом Заказчик полностью скрыл из закупочной документации профили взаимодействия с ЦАМИ (Центральным архивом медицинских изображений) и параметры локальных PACS-систем Республики Татарстан.

Для приведения любого независимого сертифицированного софта в строгое соответствие с навязанной Заказчиком структурой папок (src, tests, скрипты Verify.py и Ai.py) потребуется техническая модификация медицинского изделия. В соответствии с Постановлением Правительства РФ от 27.12.2012 N 1416, любые изменения в программную и техническую документацию медицинского изделия (МИ) на основе ИИ требуют обязательного внесения изменений в регистрационное досье Росздравнадзора.

Нормативный срок данной процедуры составляет от 30 до 90 рабочих дней (после проведения технических и клинических испытаний). Исполнить контракт за предусмотренные 30 дней легальным путем невозможно.

В соответствии с Разделом "Требования к Исполнителю" ТТ Исполнитель обязан в течение 3-х рабочих дней с даты заключения Контракта направить Заказчику полную копию Акта оценки результатов клинических испытаний медицинского изделия.

Данное требование является незаконным и ограничивающим конкуренцию по следующим основаниям: - дублирование функций государственного органа.

Единственным законным и исчерпывающим подтверждением качества, безопасности, эффективности и соответствия медицинского изделия заявленным техническим характеристикам (включая показатели чувствительности и специфичности) на территории РФ является Регистрационное удостоверение, выданное Федеральной службой по надзору в сфере здравоохранения (Росздравнадзоре). Все параметры точности алгоритмов ИИ проходят строжайшую государственную экспертизу ВНИИИМТ или ИМЦЭУАОО Росздравнадзора и фиксируются в открытой части регистрационного досье. - отсутствие правовой логики у Заказчика. У Заказчика полностью отсутствуют законные полномочия и компетенции по перепроверке или ревизии первичных медицинских протоколов испытаний, которые уже были проверены и утверждены Росздравнадзором при выдаче РУ. - искусственное ограничение круга участников (Дилеров). Полный первичный Акт клинических испытаний содержит внутреннее ноу-хау разработчика, охраняемое режимом коммерческой тайны (ст. 6 ФЗ N 98-ФЗ), и персональные данные пациентов (ст. 7 ФЗ N 152-ФЗ), в силу чего он хранится строго у производителя медицинского изделия. Официальные дилеры и дистрибьюторы ПО, имеющие полное законное право поставлять данное ПО на торгах, не обладают и не должны обладать копиями внутренних актов клинических баз.

Из представленных пояснений Заказчика вытекают следующие обстоятельства.

Заказчиком проведена сплошная проверка текстов документов, размещенных в составе извещения об осуществлении закупки N 0811500001126000070:

- проект государственного контракта (с приложением N 2 - лицензионный/сублицензионный договор);

- приложение N 1 к контракту "Технические требования";

- приложение N 3 к контракту "Календарный план оказания услуг".

Ни один из указанных документов не содержит терминов и положений, которые Заявитель приводит как процитированные им из документации, а именно:

Таким образом, доводы 1, 5 и 6 жалобы, а также существенная часть доводов 2 и 4 основаны на положениях, которых в закупочной документации не существует.

Ссылки на несуществующие положения документации не могут быть проверены и не образуют состава нарушения.

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

"1. Прием из хранилища Системы входных данных в формате CSV и их обработку ядром поставляемого ПО без использования дополнительных средств.

Преобразование (конвертацию) файлов в форматах EDF/BDF, MIT/WFDB, DICOM Waveform и JSON в формат CSV для последующей обработки ядром поставляемого ПО выполняется штатными средствами поставляемого ПО (интеграционным шлюзом) без использования дополнительного стороннего программного обеспечения. <...> 2.

передачу результатов анализа в Систему согласно внутреннему API".

Пункт 3.3.4 ТТ прямо определяет, чьими средствами обеспечивается взаимодействие:

"Интеграционное взаимодействие ПО с хранилищем Системы обеспечивается посредством интеграционного шлюза, входящего в состав поставляемого ПО".

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

Объем обязательств определим и достаточен для формирования цены заявки.

Документация содержит все параметры, влияющие на трудоемкость и стоимость:

- состав и структура входных данных - п. 3.3.7 ТТ (уникальный идентификатор исследования (UUID); частота дискретизации (целое число); минимально значимый разряд (число с плавающей точкой); возраст пациента (целое число); пол пациента (1 - мужской, 2 - женский); ЭКГ в цифровом виде (двумерный массив целых чисел));

- физический смысл сигнала - п. 3.3.4 ТТ: "массив значений амплитуды сигнала (мкВ) в 12 отведениях";

- объем прав - до 3 000 000 исследований ежегодно (п. 3.4 ТТ);

- требования к производительности - не более 20 секунд на обработку 30-секундной записи (п. 4.1 ТТ);

- характеристики серверного оборудования Заказчика - раздел "Требования к техническому обеспечению ПО" ТТ;

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

Реквизиты доступа к продуктивному контуру не подлежат публикации в открытой части извещения. Информационная система "Единый кардиолог Республики Татарстан" является государственной информационной системой в сфере здравоохранения и обрабатывает персональные данные, в том числе сведения, составляющие врачебную тайну (статья 13 Федерального закона от 21.11.2011 N 323-ФЗ, Федеральный закон от 27.07.2006 N 152-ФЗ). Размещение в единой информационной системе сетевых адресов, эндпоинтов, параметров авторизации и ключевой информации защищенного контура ИСПДн создавало бы прямую угрозу безопасности персональных данных и не может рассматриваться как обязанность заказчика по статье 33 Закона N 44-ФЗ. Именно поэтому ТТ (п. 5.1) предусматривают, что взаимодействие с продуктивным контуром осуществляется исключительно с использованием сертифицированных СКЗИ класса не ниже КС1.

Порядок передачи технических сведений исполнителю урегулирован документацией. Пункт 4.1 ТТ предусматривает развертывание ПО на предпродуктивном (тестовом) и продуктивном стендах Заказчика; раздел 4 ТТ - актуализацию Исполнителем настроек взаимодействия и форматов данных; п. 2.3.2 проекта контракта - обязанность Заказчика оказывать содействие Исполнителю в исполнении его обязательств. Технические сведения, необходимые для настройки, предоставляются Исполнителю после заключения контракта в защищенном режиме.

Такой порядок является общепринятым для закупок в сфере информатизации здравоохранения и не относится к описанию объекта закупки.

Относительно довода в части технологического тупика при локальной интеграции", заказчиком пояснено, что он построен на предположении Заявителя о том, что интеграция потребует прямого административного доступа к внутренним каталогам Системы. Документация такого способа исполнения не предусматривает и не допускает: п. 3.3.4 ТТ определяет взаимодействие через интеграционный шлюз поставляемого ПО, а п. 5.1 ТТ - исключительно защищенный удаленный доступ с использованием СКЗИ. Предположение Заявителя о содержании обязательств не является доказательством нарушения.

Как указывает заказчик, предметом закупки не является ни программа "Т", ни ее доработка. Согласно п. 1.1 проекта контракта предмет контракта - приобретение неисключительных прав на медицинское изделие с технологией искусственного интеллекта для анализа кардиологических исследований и его внедрение. Пункт 3.3.7 ТТ прямо устанавливает: "Доработка Системы для целей интеграции не требуется и не входит в предмет Контракта". Приобретение прав на программу "Т", ее переработка, модификация или распоряжение ею в предмет контракта не входят.

Информационный обмен не является переработкой (модификацией) программы для ЭВМ. В силу подпункта 9 пункта 2 статьи 1270 ГК РФ под переработкой (модификацией) программы для ЭВМ понимаются любые ее изменения. Чтение файла исследования из хранилища и передача сформированного заключения обратно не влекут внесения каких-либо изменений в программу "Т", ее исходный код или объектный код, а потому не относятся к способам использования произведения, требующим согласия правообладателя. Ссылки Заявителя на статьи 1261, 1270, 1301 ГК РФ к рассматриваемым правоотношениям неприменимы.

Утверждение об отсутствии у Системы каких-либо средств информационного обмена противоречит ее статусу: ИС "Единый кардиолог Республики Татарстан" эксплуатируется как региональная система, обеспечивающая формирование единой базы кардиологических исследований, маршрутизацию исследований и заключений и контролируемый доступ участников лечебного процесса (раздел 1 ТТ, "Краткое описание"), и функционирует в условиях требований приказа Минздрава России от 24.12.2018 N 911н, согласно которым форматы информационных сообщений разрабатываются операторами информационных систем в сфере здравоохранения.

В просительной части жалобы Заявитель просит "установить возможность предоставления входящих данных в эквивалентных международных медицинских форматах (DICOM Waveform и/или EDF/EDF+) наравне с текстовым форматом CSV".

Именно это и предусмотрено п. 3.3.7 ТТ, который прямо называет форматы EDF/BDF, MIT/WFDB, DICOM Waveform и JSON и относит их преобразование к штатным средствам поставляемого ПО. Требование сформулировано как функциональная возможность изделия, а не как дополнительная работа Исполнителя, и полностью соответствует просьбе Заявителя.

Структура входных данных описана. Перечень полей приведен в п. 3.3.7 ТТ, физический смысл сигнала - в п. 3.3.4 ТТ ("массив значений амплитуды сигнала (мкВ) в 12 отведениях"). Совокупность этих сведений однозначно определяет содержание входных данных: 12 каналов отсчетов с указанной частотой дискретизации и ценой младшего разряда. Заказчик подтверждает готовность представить Комиссии образец файла выгрузки и его описание.

Приказ Минздрава России от 24.12.2018 N 911н не устанавливает закрытого перечня форматов информационного обмена и не запрещает использование CSV: он предусматривает, что форматы информационных сообщений разрабатываются операторами информационных систем в сфере здравоохранения на основе справочников и классификаторов федерального реестра. Обязательность форматов "XML/JSON (HL7 CDA R2)" для взаимодействия медицинского изделия с региональной ГИС ни приказом N 911н, ни иным нормативным правовым актом не установлена. Методические материалы ФГБУ "ЦБ" Минздрава России нормативными правовыми актами не являются.

Ни ТТ, ни проект контракта, ни календарный план не содержат требований об интеграции с Центральным архивом медицинских изображений или с региональными PACS-системами. Соответствующие термины в документации отсутствуют. Объектом анализа является цифровая электрокардиограмма (сигнал), поступающая из хранилища ИС "Единый кардиолог Республики Татарстан", а не медицинские изображения из архива PACS. Заявитель оспаривает обязательство, которое Заказчиком не устанавливалось.

Как показано в разделе I настоящих возражений, требований к структуре папок ("src", "tests") и к скриптам ("Verify.py", "Ai.py") документация не содержит.

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

Заявитель ссылается на постановление Правительства Российской Федерации от 27.12.2012 N 1416 "Об утверждении Правил государственной регистрации медицинских изделий". Данный акт утратил силу. С 1 марта 2025 года действуют Правила государственной регистрации медицинских изделий, утвержденные постановлением Правительства Российской Федерации от 30.11.2024 N 1684.

Приведенные Заявителем сроки "от 30 до 90 рабочих дней" нормативно не подтверждены применительно к действующему регулированию.

Срок оказания услуг - 30 рабочих дней с даты заключения контракта (п. 1.4 проекта контракта, Приложение N 3). Он охватывает передачу неисключительных прав, установку и настройку ПО, и инструктаж пользователей продолжительностью 1 академический час; настройка функциональных возможностей допускается удаленно, без выезда специалистов (п. 4.1 ТТ). Для поставки зарегистрированного программного продукта и его развертывания указанный срок является достаточным. Довод о невозможности исполнения контракта "легальным путем" какими-либо доказательствами не подтвержден.

Также Заказчик пояснил, что Акт оценки результатов клинических испытаний является единственным объективным документом, подтверждающим заявленные в Технических требованиях (Таблица 2) показатели чувствительности и специфичности

ПО при анализе ЭКГ-синдромов; срок 3 рабочих дня установлен исходя из необходимости оперативного подтверждения соответствия ПО требованиям Заказчика, поскольку дальнейшие этапы реализации контракта напрямую зависят от базовых характеристик медицинского изделия.

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

Требование раздела "Требования к Исполнителю" ТТ адресовано лицу, с которым заключен контракт, и подлежит исполнению после его заключения. В составе заявки на участие в аукционе указанный документ не требуется, его отсутствие не является основанием для отклонения заявки, и он не входит в перечень требований к участникам закупки, установленных статьей 31 Закона N 44-ФЗ и извещением.

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

Пункт 3.3.9 ТТ устанавливает минимальный обязательный перечень выявляемых ЭКГ-синдромов с показателями чувствительности и специфичности (фибрилляция предсердий - не менее 95/90%, отклонение ЭОС вправо и влево - не менее 80/90%, наджелудочковая экстрасистолия - не менее 80/80%, желудочковая экстрасистолия - не менее 90/80%). Регистрационное удостоверение подтверждает факт государственной регистрации изделия, но не воспроизводит численные значения чувствительности и специфичности по каждому из перечисленных синдромов. Именно поэтому ТТ предусматривают подтверждение этих показателей документами производителя.

Пункт 3.3.9 ТТ прямо допускает подтверждение показателей "на основании регистрационной документации производителя либо отчета о валидации (Копия акта оценки результатов клинических испытаний МИ)". Таким образом, документация не требует представления исключительно акта клинических испытаний: обязательство считается исполненным при представлении любого из указанных документов, подтверждающего значения показателей. Заказчик подтверждает данное толкование и готов зафиксировать его разъяснением положений извещения.

Представление документа контрагенту по государственному контракту не является нарушением режима коммерческой тайны: в силу Федерального закона от 29.07.2004 N 98-ФЗ обладатель информации самостоятельно определяет порядок ее передачи, в том числе на условиях конфиденциальности; раздел 10 проекта контракта прямо предусматривает обязанность Сторон соблюдать конфиденциальность сведений, ставших известными при исполнении контракта. Акт оценки результатов клинических испытаний содержит сводные результаты оценки медицинского изделия и не является первичной медицинской документацией; при необходимости он представляется в обезличенном виде в соответствии со статьей 3 Федерального закона от 27.07.2006 N 152-ФЗ.

Правила описания объекта закупки определены статьей 33 Закона о контрактной системе. Частью 2 указанной статьи установлено, что извещение о закупке должно содержать показатели, позволяющие определить соответствие закупаемых товара, работы, услуги установленным заказчиком требованиям. При этом указываются максимальные и (или) минимальные значения таких показателей, а также значения показателей, которые не могут изменяться.

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

Комиссией Татарстанского УФАС России в ходе анализа технического задания соглашается с позицией заказчика, дополнительно отмечая следующее.

П. 1.3 Описания объекта закупки содержит следующее краткое описание:

Информационная система "Единый кардиолог Республики Татарстан" предназначена для формирования единой базы кардиологических исследований и протоколов оказанных услуг по пациентам, обработки полученных данных, предоставления участникам лечебного процесса (врачам, фельдшерам, пациентам) контролируемого доступа к информации, маршрутизацией исследований и медицинских заключений, организации потоков пациентов в медицинских организациях Республики Татарстан. Система "Единый кардиолог", построена на базе программного продукта "Т": Телемедицинская информационная система (Свидетельство о государственной регистрации программы для ЭВМ от 17.02.2017 N 2017612215, регистрационное удостоверение на медицинское изделие от 08.11.2019 N РЗН 2019/9184).

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

Согласно п. 3.2 Описания объекта закупки Функционал ПО должен обеспечивать выполнение следующих задач:

- прием входных данных (ЭКГ и метаданных);

- предобработку ЭКГ-сигнала;

- анализ с использованием обученных моделей машинного обучения;

- формирование результата в виде заключения о наличии/отсутствии ЭКГ-синдрома в цифровой электрокардиограмме.

Функционал ПО должен быть реализован таким образом, чтобы отсутствующие необязательные параметры не блокировали выполнение анализа.

ПО должно:

- обеспечивать корректную обработку входных данных в автоматическом режиме;

- быть устойчивым к некорректным или неполным входным данным (с выдачей диагностических сообщений об ошибках);

- обеспечивать контроль формата входных данных (тип, структура, диапазоны значений);

- не допускать некорректной интерпретации данных при ошибках ввода;

- поддерживать работу в автоматическом режиме без участия пользователя.

Пунктом 3.3.7 Описания объекта закупки установлено, что шлюз должен обеспечивать:

1. Прием из хранилища Системы входных данных в формате CSV и их обработку ядром поставляемого ПО без использования дополнительных средств. Преобразование (конвертацию) файлов в форматах EDF/BDF, MIT/WFDB, DICOM Waveform и JSON в формат CSV для последующей обработки ядром поставляемого ПО выполняется штатными средствами поставляемого ПО (интеграционным шлюзом) без использования дополнительного стороннего программного обеспечения. Все интеграционные работы выполняются со стороны поставляемого ПО с использованием штатных средств (интеграционного шлюза).

2. передачу результатов анализа в Систему согласно внутреннему API.

Наличие и стоимость всех необходимых специализированных программных компонентов (включая интеграционный шлюз и компоненты конвертации форматов EDF/BDF, MIT/WFDB, DICOM Waveform, JSON) должны быть включены в цену передаваемых неисключительных прав и дополнительной оплате не подлежат.

Настройка и адаптация шлюза для работы с существующим архивом Системы осуществляется Исполнителем в рамках настройки ПО. Доработка Системы для целей интеграции не требуется и не входит в предмет Контракта.

Как следует вышеуказанных сведений, прямого указания на необходимость наличия внутренней файловой структуры в виде папок src, tests, скриптов верификации Verify.py и Ai.py Описание объекта закупки не содержит. Также не установлено требования о представлении весов моделей ИИ в формате ".sav" (Pickle), в том числе требований интеграции по "REST API", к профилям взаимодействия с ЦАМИ и с PACS-системами и обязанности исполнителя самостоятельно конвертировать EDF/BDF и DICOM Waveform в CSV как отдельную работу.

Более того, как следует из положений Постановления по делу N А65-11384/2025 от 20.08.2026 г., разрешая требование о запрете ответчику распоряжаться и использовать программу ЭВМ "Т": Телемедийная информационная система", любым способом, в том числе воспроизводить, распространять, включая публичный показ, импортировать, осуществлять переработку, включая модификацию, осуществлять практическую реализацию, доводить до всеобщего сведения, включая использование в открытых и закрытых сетях, включая базы данных суд первой инстанции со ссылкой на нормы статей 1250, 1252 Гражданского кодекса Российской Федерации верно указал следующее.

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

Также следует учитывать, что исключительные права на данную программу регистрировались в 2017 году, что в свою очередь не может говорить об отсутствии в Системе "Единый кардиолог", построенной на базе программного продукта "Т":

Телемедицинская информационная система иных, более поздних версий каких-либо форматов информационных сообщений, разрабатывающихся операторами информационных систем в сфере здравоохранения.

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

По мнению Комиссии Татарстанского УФАС России, указанные требования заказчика не только не ставят участников в заведомо невыполнимые условия, но и полностью отвечают требованиям N 44-ФЗ, возлагающего на заказчика объективно описать объект закупки.

При этом Комиссией исследован реестр Росздравнадзора, по результатам чего сделаны выводы о наличии в качестве зарегистрированных медицинских изделий программных продуктов: ИИ "Кардио", ИИ "Кардиум", Webiomed, а также разработка МГМУ им. Сеченова. По результатам данного исследования, Комиссия полагает, что регистрационное досье на ИИ "Кардиум" производителя ООО "Э" содержит технические характеристики мед. изделия, воспроизведенные заявителем в своей жалобе. Поэтому Комиссия отмечает, что требования заявителя сводятся к необходимости изменения технического задания заказчика под технические характеристики вышеуказанного производителя, что, в свою очередь, не может соотносится как с целями и задачами законодательства о контрактной системе, так и с его принципами.

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

Довод заявителя признан необоснованным.

На основании вышеизложенного, руководствуясь пунктом 2 части 22 статьи 99, частью 8 статьи 106 Федерального закона от 05.04.2013 N 44-ФЗ "О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд", Комиссия

Признать жалобу заявителя ООО "Д" (вх. N 8356-ЭП/26 от 31.08.2026 г., ЕИС от 30.08.2026 г.) на действия заказчика - ГКУ "ЦА" при проведении закупки N 0811500001126000070 на предмет: "Приобретение неисключительных прав на медицинское изделие с технологией искусственного интеллекта для анализа кардиологических исследований и его внедрение" необоснованной.

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