Номер извещения: 0174500001126005206

Общая информация о закупке

Внимание! За нарушение требований антимонопольного законодательства Российской Федерации о запрете участия в ограничивающих конкуренцию соглашениях, осуществления ограничивающих конкуренцию согласованных действий предусмотрена ответственность в соответствии со ст. 14.32 КоАП РФ и ст. 178 УК РФ

Способ определения поставщика (подрядчика, исполнителя): Электронный аукцион

Наименование электронной площадки в информационно-телекоммуникационной сети «Интернет»: РТС-тендер

Адрес электронной площадки в информационно-телекоммуникационной сети «Интернет»: http://www.rts-tender.ru

Размещение осуществляет: Уполномоченный орган ДЕПАРТАМЕНТ АДМИНИСТРАТИВНО-ХОЗЯЙСТВЕННОГО ОБЕСПЕЧЕНИЯ ИСПОЛНИТЕЛЬНЫХ ОРГАНОВ ГОРОДА СЕВАСТОПОЛЯ

Наименование объекта закупки: на оказание услуг по предоставлению права использования на условиях простой (неисключительной) лицензии программного обеспечения, обеспечивающее интеллектуальный анализ электронных медицинских карт пациентов профиля болезней системы кровообращения под задачи реализации диспансерного наблюдения и диспансеризации, льготного лекарственного обеспечения и сигнальной информации с его установкой и настройкой в рамках модернизации регионального сегмента государственной информационной системы в сфере здравоохранения города Севастополя

Этап закупки: Подача заявок

Сведения о связи с позицией плана-графика: 202608742000011001000022

Контактная информация

Размещение осуществляет: Уполномоченный орган

Организация, осуществляющая размещение: ДЕПАРТАМЕНТ АДМИНИСТРАТИВНО-ХОЗЯЙСТВЕННОГО ОБЕСПЕЧЕНИЯ ИСПОЛНИТЕЛЬНЫХ ОРГАНОВ ГОРОДА СЕВАСТОПОЛЯ

Почтовый адрес: 299011, Г.СЕВАСТОПОЛЬ , УЛ ЛЕНИНА, Д. 2

Место нахождения: 299011, Г.СЕВАСТОПОЛЬ , УЛ ЛЕНИНА, Д. 2

Ответственное должностное лицо: Демковский В. Н.

Адрес электронной почты: v.demkovskiy@gs.sev.gov.ru

Номер контактного телефона: 8-869-2542624-303

Дополнительная информация: Заказчик : Государственное казённое учреждение Севастополя "Медицинский склад № 1043"Место нахождения: 299053, г. Севастополь, ул. Вакуленчука, д.29/10, офис 303, Почтовый адрес: 299029, г. Севастополь, ул. Токарева 2, адрес эл.почты: e.abdurashitova@zdrav.sev.gov.ru, тел. +78692999555 доб. 1014, ответственное должностное лицо заказчика: начальник отдела Голобоков Дмитрий Николаевич

Регион: Севастополь г

Информация о процедуре закупки

Дата и время начала срока подачи заявок: 28.08.2026 15:42 (МСК)

Дата и время окончания срока подачи заявок: 09.09.2026 08:00 (МСК)

Дата проведения процедуры подачи предложений о цене контракта либо о сумме цен единиц товара, работы, услуги: 09.09.2026

Дата подведения итогов определения поставщика (подрядчика, исполнителя): 11.09.2026

Начальная (максимальная) цена контрактов

Начальная (максимальная) цена контракта: 19 000 000,00

Валюта: РОССИЙСКИЙ РУБЛЬ

Идентификационный код закупки (ИКЗ): 262920402328192040100100220640000244

Информация об объекте закупки

Код позиции - Наименование товара, работы, услуги - Ед. измерения - Количество (объем работы, услуги) - Цена за ед., ? - Стоимость, ?

- 62.09.20.120 - Услуги по установке программного обеспечения Установка, настройка Программы Установка, настройка Программы на программно-аппаратную платформу Регионального ЦОД в рамках модернизации регионального сегмента государственной информационной системы в сфере здравоохранения, включая настройку информационного взаимодействия Программы с компонентами Системы , включая инструктаж пользователей Требования к оказанию услуг по установке и настройке Программы в рамках модернизации ГИСЗС. В рамках оказания услуг по установке и настройке Программы в рамках модернизации ГИСЗС требуется: 1. Установить ПО на вычислительных ресурсах Получателя согласно разделу 4.3 Технического задания; 2. Выполнить настройку информационного взаимодействия с ГИСЗС по предоставленному API на компоненты ГИСЗС и с использованием API Программы, а также согласно разделу 4.4 Технического задания; 3. Провести инструктаж пользователей согласно разделу 7.2 Технического задания; 4. Предоставить канал взаимодействия с пользователями ПО для обработки справочных запросов, фиксации инцидентов и ответных решений по МИ с ИИ. Требования к установке ПО на вычислительных ресурсах Получателя Не позднее 5 (пяти) рабочих дней после передачи Лицензий Исполнитель направляет Получателю официальное письмо о готовности к размещению ПО и требования к вычислительным ресурсам для размещения ПО в ЦОД Получателя. Электронная версия документа направляется Исполнителем на электронную почту Получателя. Получатель в срок не более 5 (пяти) рабочих дней после получения письма от Исполнителя о готовности к размещению ПО и выполнения Исполнителем необходимых регламентных процедур по получению доступа к вычислительным ресурсам Получателя, предоставляет Исполнителю доступ к тестовым серверным мощностям для размещения программного обеспечения. Исполнитель после получения доступа к вычислительным ресурсам Получателя в течение не более 20 (двадцати) рабочих дней размещает ПО на тестовых серверных мощностях, предоставленных Получателем. Предоставление лицензий должно быть осуществлено Исполнителем в соответствии с требованиями, указанными в разделах 4.1 настоящего ТЗ. - Условная единица - 1,00 - 1 000 000,00 - 1 000 000,00

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ СЕВАСТОПОЛЯ "МЕДИЦИНСКИЙ СКЛАД № 1043" - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Установка, настройка Программы Установка, настройка Программы на программно-аппаратную платформу Регионального ЦОД в рамках модернизации регионального сегмента государственной информационной системы в сфере здравоохранения, включая настройку информационного взаимодействия Программы с компонентами Системы , включая инструктаж пользователей Значение характеристики не может изменяться участником закупки Требования к оказанию услуг по установке и настройке Программы в рамках модернизации ГИСЗС. В рамках оказания услуг по установке и настройке Программы в рамках модернизации ГИСЗС требуется: 1. Установить ПО на вычислительных ресурсах Получателя согласно разделу 4.3 Технического задания; 2. Выполнить настройку информационного взаимодействия с ГИСЗС по предоставленному API на компоненты ГИСЗС и с использованием API Программы, а также согласно разделу 4.4 Технического задания; 3. Провести инструктаж пользователей согласно разделу 7.2 Технического задания; 4. Предоставить канал взаимодействия с пользователями ПО для обработки справочных запросов, фиксации инцидентов и ответных решений по МИ с ИИ. Значение характеристики не может изменяться участником закупки Требования к установке ПО на вычислительных ресурсах Получателя Не позднее 5 (пяти) рабочих дней после передачи Лицензий Исполнитель направляет Получателю официальное письмо о готовности к размещению ПО и требования к вычислительным ресурсам для размещения ПО в ЦОД Получателя. Электронная версия документа направляется Исполнителем на электронную почту Получателя. Получатель в срок не более 5 (пяти) рабочих дней после получения письма от Исполнителя о готовности к размещению ПО и выполнения Исполнителем необходимых регламентных процедур по получению доступа к вычислительным ресурсам Получателя, предоставляет Исполнителю доступ к тестовым серверным мощностям для размещения программного обеспечения. Исполнитель после получения доступа к вычислительным ресурсам Получателя в течение не более 20 (двадцати) рабочих дней размещает ПО на тестовых серверных мощностях, предоставленных Получателем. Предоставление лицензий должно быть осуществлено Исполнителем в соответствии с требованиями, указанными в разделах 4.1 настоящего ТЗ. Значение характеристики не может изменяться участником закупки Требования к API и настройке информационного взаимодействия ПО с Системой ? REGIME «Режим и рекомендации», в ней должны содержаться данные о рекомендованной при выписке терапии из МИС. 6. СЭМД 147 должен содержать следующие секции: ? VITALPARAM «Витальные параметры», в ней должны структурированно передаваться показатели «Артериальное давление систолическое», «Артериальное давление диастолическое», «Частота сердечных сокращений», «Масса тела», «Рост»; ? RESCONS «Консультации врачей-специалистов»; ? RESINFO «Заключение», в ней должны содержаться данные инструментальных исследований из МИС; ? RESLAB «Результаты лабораторного исследования», в ней должны содержаться данные лабораторных исследований из МИС; ? SUR «Хирургические операции», в ней должны содержаться данные о проведённых операциях из МИС; ? REGIME «Режим и рекомендации», в ней должны содержаться данные о рекомендованной при выписке терапии из МИС. 7. СЭМД 58, 113, 125, 126 должны обязательно содержать СНИЛС пациента для его идентификации. Исполнение требований к секциям СЭМД обеспечивает Получатель. Получатель обеспечивает полноту данных, которые содержатся в обязательных документах в соответствии с перечнем, указанным выше в данном разделе. Участник закупки указывает в заявке все значения характеристики Состав готового API для обеспечения информационного взаимодействия ПО с Системой: – механизм получения из РИЭМК в ПО в теле сообщения электронных медицинских документов в форматах СЭМД (HL7 CDA R2), закодированных в BASE64, в составе, указанном в настоящем разделе, по пациентам от 18 лет; – механизм автоматического получения из РИЭМК ГИСЗС в ПО данных о прикреплении пациента к терапевтическому участку в объеме, необходимом для функционирования ПО, в формате и составе, согласованном Сторонами при настройке интеграционного взаимодействия; - механизм автоматического получения из РИЭМК ГИСЗС в ПО данных об инвалидности пациента, необходимом для функционирования ПО в составе следующих данных: ? группа инвалидности (цифра «1», «2» или «3»); ? дата установления инвалидности (дд.мм.гггг); ? код МКБ-10 заболевания, по которому установлена инвалидность (согласно МКБ-10). – механизм автоматической передачи и отображения в РМИС результатов оценки пациента (сигнальная информация, ссылка на html страницу с протоколом ИИ, статус наличия заключения ИИ); ? механизм обработки и получения результатов обработки данных (протокола заключения) из ПО через отправку HTTP-запроса от РМИС напрямую в ПО. В интерфейсе РМИС для отображения результатов обработки и анализа данных в виде html-страницы из ПО API должен обеспечивать отображение дополнительной кнопки вызова результата в амбулаторной карте пациента и осмотре. Получение результатов обработки данных из ПО выполняется по заранее сформированной гиперссылке (URL), содержащей идентификатор пациента. Доступ медицинского работника к результатам анализа и обработки медицинских данных пациента должен осуществляться с рабочего места специалиста через интерфейс РМИС ГИСЗС в режиме сквозной авторизации путем одного клика в веб-браузере (без необходимости ввода отдельных учетных данных пользователя). Полученные протоколы заключения ИИ должны сохраняться в РМИС в осмотре пациента. ПО должно обеспечивать функциональные возможности информационного взаимодействия с ГИСЗС Получателя в рамках установленной версии согласно требованиям, указанным в настоящем ТЗ. Исполнитель предоставляет готовое API для информационного взаимодействия компонентов Системы Получателя. Описание API ПО, включая порядок и параметры информационного взаимодействия, предоставляется Исполнителем и согласовывается с Получателем до начала настройки информационного взаимодействия. Настройка взаимодействия по API ПО с компонентами Системы Получателя осуществляется в контуре защищенной сети Получателя. Предоставленное API должно обеспечивать автоматический обмен данными между Системой и ПО посредством зеркальной отправки документов (СЭМД) и отображения результатов обработки и анализа медицинских данных из ПО в рабочем месте врача в РМИС. API должно поддерживать подключение основных участников, взаимодействующих с ПО согласно таблице 4.1 раздела 4.2.2 ТЗ. ? REGIME «Режим и рекомендации», в ней должны содержаться данные из вкладки «Лечение» из МИС. 2. СЭМД 119, 111 должны содержать следующие секции: ? VITALPARAM «Витальные параметры», в ней должны структурированно передаваться показатели «Артериальное давление систолическое», «Артериальное давление диастолическое», «Частота сердечных сокращений», «Масса тела», «Рост»; ? REGIME «Режим и рекомендации», в ней должны содержаться данные из вкладки «Лечение» из МИС. 3. СЭМД 233 должен содержать следующие секции: ? ANAM «Анамнез заболевания»; ? LANAM «Анамнез жизни»; ? ALL «Аллергии и непереносимость»; ? DGN «Диагнозы»; ? RESCONS «Результаты консультации/осмотра врача», в ней должны содержаться данные из вкладки «Объективный статус» из МИС; ? RESLAB «Результаты лабораторного исследования», в ней должны содержаться данные лабораторных исследований из МИС; ? RESINSTR «Результаты инструментального исследования», в ней должны содержаться данные инструментальных исследований из МИС; ? VITALPARAM «Витальные параметры», в ней должны структурированно передаваться показатели «Артериальное давление систолическое», «Артериальное давление диастолическое», «Частота сердечных сокращений», «Масса тела», «Рост»; ? REGIME «Режим и рекомендации», в ней должны содержаться данные из вкладки «Лечение» из МИС. В процессе настройки информационного взаимодействия ПО с Системой посредством готового API в рамках модернизации ГИСЗС должны быть выполнены следующие настройки: ? разовая единовременная загрузка в Программу ретроспективных обезличенных данных, представляющих собой набор СЭМД (таблица 4.2 раздела 4.2.2 ТЗ), сформированных за 2025 календарный год и прошедший период 2026 календарного года, полученных от Получателя; ? автоматическая загрузка в Программу потоковых обезличенных данных из подсистемы РИЭМК ГИСЗС (с указанием СНИЛС пациента и идентификатора РРП) как для актуализации данных существующих цифровых двойников пациента, так и для формирования новых, ранее не созданных в Программе (настройки интеграции по готовому API c РИЭМК ГИСЗС обеспечивает Исполнитель); ? подтверждение доставки с возможностью повторной отправки при сбоях; ? журналирование операций получения документов. Журнал должен содержать: дату и время получения документа, уникальный идентификатор, статус отправки. Глубина хранения должна составлять не менее трех месяцев. Для реализации функциональных возможностей ПО, Получатель обеспечивает загрузку в Программу и полноту требуемых данных СЭМД по пациентам в объеме не менее перечня, представленного в таблице 4.2 раздела 4.2.2 ТЗ. Предоставленное API позволяет принимать как указанные в списке виды и редакции СЭМД, так и другие редакции, и виды СЭМД, которые может обрабатывать ПО. Для корректной работы ПО предоставленное API позволяет помимо обязательных секций СЭМД получать необязательные секции: Предоставленное API позволяет принимать как указанные в списке виды и редакции СЭМД, так и другие редакции, и виды СЭМД, которые может обрабатывать ПО. Для корректной работы ПО предоставленное API позволяет помимо обязательных секций СЭМД получать необязательные секции: 1. СЭМД 227 должен содержать следующие секции: ? COMPLNTS «Жалобы»; ? ALL «Аллергии и непереносимость»; ? RESCONS «Результаты консультации/осмотра врача», в ней должны содержаться данные из вкладки «Объективный статус» из МИС; ? RESINSTR «Результаты инструментального исследования», в ней должны содержаться данные инструментальных исследований из МИС; ? RESLAB «Результаты лабораторного исследования», в ней должны содержаться данные лабораторных исследований из МИС; ? VITALPARAM «Витальные параметры», в ней должны структурированно передаваться показатели «Артериальное давление систолическое», «Артериальное давление диастолическое», «Частота сердечных сокращений», «Масса тела», «Рост»; ? REGIME «Режим и рекомендации», в ней должны содержаться данные из вкладки «Лечение» из МИС. ? REGIME «Режим и рекомендации», в ней должны содержаться данные из вкладки «Лечение» из МИС. 4. СЭМД 92 должен содержать следующие секции: ? ALL «Аллергии и непереносимость»; ? VITALPARAM «Витальные параметры», в ней должны структурированно передаваться показатели «Артериальное давление систолическое», «Артериальное давление диастолическое», «Частота сердечных сокращений», «Масса тела», «Рост»; ? PROC «Исследования и процедуры», включает в себя: ? RESINSTR «Результаты инструментального исследования», в ней должны содержаться данные инструментальных исследований из МИС; ? RESLAB «Результаты лабораторного исследования», в ней должны содержаться данные лабораторных исследований из МИС; ? RESCONS «Консультации врачей-специалистов». 5. СЭМД 235 должен содержать следующие секции: ? RESCONS «Результаты консультации/осмотра врача»; ? RESLAB «Результаты лабораторного исследования», в ней должны содержаться данные лабораторных исследований из МИС; ? RESINSTR «Результаты инструментального исследования», в ней должны содержаться данные инструментальных исследований из МИС; ? SUR «Оперативное вмешательство», в ней должны содержаться данные о проведённых операциях из МИС; ? VITALPARAM «Витальные параметры», в ней должны структурированно передаваться показатели «Артериальное давление систолическое», «Артериальное давление диастолическое», «Частота сердечных сокращений», «Масса тела», «Рост»; ? REGIME «Режим и рекомендации», в ней должны содержаться данные о рекомендованной при выписке терапии из МИС. - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Установка, настройка Программы - Установка, настройка Программы на программно-аппаратную платформу Регионального ЦОД в рамках модернизации регионального сегмента государственной информационной системы в сфере здравоохранения, включая настройку информационного взаимодействия Программы с компонентами Системы , включая инструктаж пользователей - - Значение характеристики не может изменяться участником закупки - Требования к оказанию услуг по установке и настройке Программы в рамках модернизации ГИСЗС. - В рамках оказания услуг по установке и настройке Программы в рамках модернизации ГИСЗС требуется: 1. Установить ПО на вычислительных ресурсах Получателя согласно разделу 4.3 Технического задания; 2. Выполнить настройку информационного взаимодействия с ГИСЗС по предоставленному API на компоненты ГИСЗС и с использованием API Программы, а также согласно разделу 4.4 Технического задания; 3. Провести инструктаж пользователей согласно разделу 7.2 Технического задания; 4. Предоставить канал взаимодействия с пользователями ПО для обработки справочных запросов, фиксации инцидентов и ответных решений по МИ с ИИ. - - Значение характеристики не может изменяться участником закупки - Требования к установке ПО на вычислительных ресурсах Получателя - Не позднее 5 (пяти) рабочих дней после передачи Лицензий Исполнитель направляет Получателю официальное письмо о готовности к размещению ПО и требования к вычислительным ресурсам для размещения ПО в ЦОД Получателя. Электронная версия документа направляется Исполнителем на электронную почту Получателя. Получатель в срок не более 5 (пяти) рабочих дней после получения письма от Исполнителя о готовности к размещению ПО и выполнения Исполнителем необходимых регламентных процедур по получению доступа к вычислительным ресурсам Получателя, предоставляет Исполнителю доступ к тестовым серверным мощностям для размещения программного обеспечения. Исполнитель после получения доступа к вычислительным ресурсам Получателя в течение не более 20 (двадцати) рабочих дней размещает ПО на тестовых серверных мощностях, предоставленных Получателем. Предоставление лицензий должно быть осуществлено Исполнителем в соответствии с требованиями, указанными в разделах 4.1 настоящего ТЗ. - - Значение характеристики не может изменяться участником закупки - Требования к API и настройке информационного взаимодействия ПО с Системой - ? REGIME «Режим и рекомендации», в ней должны содержаться данные о рекомендованной при выписке терапии из МИС. 6. СЭМД 147 должен содержать следующие секции: ? VITALPARAM «Витальные параметры», в ней должны структурированно передаваться показатели «Артериальное давление систолическое», «Артериальное давление диастолическое», «Частота сердечных сокращений», «Масса тела», «Рост»; ? RESCONS «Консультации врачей-специалистов»; ? RESINFO «Заключение», в ней должны содержаться данные инструментальных исследований из МИС; ? RESLAB «Результаты лабораторного исследования», в ней должны содержаться данные лабораторных исследований из МИС; ? SUR «Хирургические операции», в ней должны содержаться данные о проведённых операциях из МИС; ? REGIME «Режим и рекомендации», в ней должны содержаться данные о рекомендованной при выписке терапии из МИС. 7. СЭМД 58, 113, 125, 126 должны обязательно содержать СНИЛС пациента для его идентификации. Исполнение требований к секциям СЭМД обеспечивает Получатель. Получатель обеспечивает полноту данных, которые содержатся в обязательных документах в соответствии с перечнем, указанным выше в данном разделе. - - Участник закупки указывает в заявке все значения характеристики - Состав готового API для обеспечения информационного взаимодействия ПО с Системой: – механизм получения из РИЭМК в ПО в теле сообщения электронных медицинских документов в форматах СЭМД (HL7 CDA R2), закодированных в BASE64, в составе, указанном в настоящем разделе, по пациентам от 18 лет; – механизм автоматического получения из РИЭМК ГИСЗС в ПО данных о прикреплении пациента к терапевтическому участку в объеме, необходимом для функционирования ПО, в формате и составе, согласованном Сторонами при настройке интеграционного взаимодействия; - механизм автоматического получения из РИЭМК ГИСЗС в ПО данных об инвалидности пациента, необходимом для функционирования ПО в составе следующих данных: ? группа инвалидности (цифра «1», «2» или «3»); ? дата установления инвалидности (дд.мм.гггг); ? код МКБ-10 заболевания, по которому установлена инвалидность (согласно МКБ-10). – механизм автоматической передачи и отображения в РМИС результатов оценки пациента (сигнальная информация, ссылка на html страницу с протоколом ИИ, статус наличия заключения ИИ); ? механизм обработки и получения результатов обработки данных (протокола заключения) из ПО через отправку HTTP-запроса от РМИС напрямую в ПО. В интерфейсе РМИС для отображения результатов обработки и анализа данных в виде html-страницы из ПО API должен обеспечивать отображение дополнительной кнопки вызова результата в амбулаторной карте пациента и осмотре. Получение результатов обработки данных из ПО выполняется по заранее сформированной гиперссылке (URL), содержащей идентификатор пациента. Доступ медицинского работника к результатам анализа и обработки медицинских данных пациента должен осуществляться с рабочего места специалиста через интерфейс РМИС ГИСЗС в режиме сквозной авторизации путем одного клика в веб-браузере (без необходимости ввода отдельных учетных данных пользователя). Полученные протоколы заключения ИИ должны сохраняться в РМИС в осмотре пациента. - ПО должно обеспечивать функциональные возможности информационного взаимодействия с ГИСЗС Получателя в рамках установленной версии согласно требованиям, указанным в настоящем ТЗ. Исполнитель предоставляет готовое API для информационного взаимодействия компонентов Системы Получателя. Описание API ПО, включая порядок и параметры информационного взаимодействия, предоставляется Исполнителем и согласовывается с Получателем до начала настройки информационного взаимодействия. Настройка взаимодействия по API ПО с компонентами Системы Получателя осуществляется в контуре защищенной сети Получателя. Предоставленное API должно обеспечивать автоматический обмен данными между Системой и ПО посредством зеркальной отправки документов (СЭМД) и отображения результатов обработки и анализа медицинских данных из ПО в рабочем месте врача в РМИС. API должно поддерживать подключение основных участников, взаимодействующих с ПО согласно таблице 4.1 раздела 4.2.2 ТЗ. - ? REGIME «Режим и рекомендации», в ней должны содержаться данные из вкладки «Лечение» из МИС. 2. СЭМД 119, 111 должны содержать следующие секции: ? VITALPARAM «Витальные параметры», в ней должны структурированно передаваться показатели «Артериальное давление систолическое», «Артериальное давление диастолическое», «Частота сердечных сокращений», «Масса тела», «Рост»; ? REGIME «Режим и рекомендации», в ней должны содержаться данные из вкладки «Лечение» из МИС. 3. СЭМД 233 должен содержать следующие секции: ? ANAM «Анамнез заболевания»; ? LANAM «Анамнез жизни»; ? ALL «Аллергии и непереносимость»; ? DGN «Диагнозы»; ? RESCONS «Результаты консультации/осмотра врача», в ней должны содержаться данные из вкладки «Объективный статус» из МИС; ? RESLAB «Результаты лабораторного исследования», в ней должны содержаться данные лабораторных исследований из МИС; ? RESINSTR «Результаты инструментального исследования», в ней должны содержаться данные инструментальных исследований из МИС; ? VITALPARAM «Витальные параметры», в ней должны структурированно передаваться показатели «Артериальное давление систолическое», «Артериальное давление диастолическое», «Частота сердечных сокращений», «Масса тела», «Рост»; ? REGIME «Режим и рекомендации», в ней должны содержаться данные из вкладки «Лечение» из МИС. - В процессе настройки информационного взаимодействия ПО с Системой посредством готового API в рамках модернизации ГИСЗС должны быть выполнены следующие настройки: ? разовая единовременная загрузка в Программу ретроспективных обезличенных данных, представляющих собой набор СЭМД (таблица 4.2 раздела 4.2.2 ТЗ), сформированных за 2025 календарный год и прошедший период 2026 календарного года, полученных от Получателя; ? автоматическая загрузка в Программу потоковых обезличенных данных из подсистемы РИЭМК ГИСЗС (с указанием СНИЛС пациента и идентификатора РРП) как для актуализации данных существующих цифровых двойников пациента, так и для формирования новых, ранее не созданных в Программе (настройки интеграции по готовому API c РИЭМК ГИСЗС обеспечивает Исполнитель); ? подтверждение доставки с возможностью повторной отправки при сбоях; ? журналирование операций получения документов. Журнал должен содержать: дату и время получения документа, уникальный идентификатор, статус отправки. Глубина хранения должна составлять не менее трех месяцев. Для реализации функциональных возможностей ПО, Получатель обеспечивает загрузку в Программу и полноту требуемых данных СЭМД по пациентам в объеме не менее перечня, представленного в таблице 4.2 раздела 4.2.2 ТЗ. - Предоставленное API позволяет принимать как указанные в списке виды и редакции СЭМД, так и другие редакции, и виды СЭМД, которые может обрабатывать ПО. Для корректной работы ПО предоставленное API позволяет помимо обязательных секций СЭМД получать необязательные секции: Предоставленное API позволяет принимать как указанные в списке виды и редакции СЭМД, так и другие редакции, и виды СЭМД, которые может обрабатывать ПО. Для корректной работы ПО предоставленное API позволяет помимо обязательных секций СЭМД получать необязательные секции: 1. СЭМД 227 должен содержать следующие секции: ? COMPLNTS «Жалобы»; ? ALL «Аллергии и непереносимость»; ? RESCONS «Результаты консультации/осмотра врача», в ней должны содержаться данные из вкладки «Объективный статус» из МИС; ? RESINSTR «Результаты инструментального исследования», в ней должны содержаться данные инструментальных исследований из МИС; ? RESLAB «Результаты лабораторного исследования», в ней должны содержаться данные лабораторных исследований из МИС; ? VITALPARAM «Витальные параметры», в ней должны структурированно передаваться показатели «Артериальное давление систолическое», «Артериальное давление диастолическое», «Частота сердечных сокращений», «Масса тела», «Рост»; ? REGIME «Режим и рекомендации», в ней должны содержаться данные из вкладки «Лечение» из МИС. - ? REGIME «Режим и рекомендации», в ней должны содержаться данные из вкладки «Лечение» из МИС. 4. СЭМД 92 должен содержать следующие секции: ? ALL «Аллергии и непереносимость»; ? VITALPARAM «Витальные параметры», в ней должны структурированно передаваться показатели «Артериальное давление систолическое», «Артериальное давление диастолическое», «Частота сердечных сокращений», «Масса тела», «Рост»; ? PROC «Исследования и процедуры», включает в себя: ? RESINSTR «Результаты инструментального исследования», в ней должны содержаться данные инструментальных исследований из МИС; ? RESLAB «Результаты лабораторного исследования», в ней должны содержаться данные лабораторных исследований из МИС; ? RESCONS «Консультации врачей-специалистов». 5. СЭМД 235 должен содержать следующие секции: ? RESCONS «Результаты консультации/осмотра врача»; ? RESLAB «Результаты лабораторного исследования», в ней должны содержаться данные лабораторных исследований из МИС; ? RESINSTR «Результаты инструментального исследования», в ней должны содержаться данные инструментальных исследований из МИС; ? SUR «Оперативное вмешательство», в ней должны содержаться данные о проведённых операциях из МИС; ? VITALPARAM «Витальные параметры», в ней должны структурированно передаваться показатели «Артериальное давление систолическое», «Артериальное давление диастолическое», «Частота сердечных сокращений», «Масса тела», «Рост»; ? REGIME «Режим и рекомендации», в ней должны содержаться данные о рекомендованной при выписке терапии из МИС.

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Установка, настройка Программы - Установка, настройка Программы на программно-аппаратную платформу Регионального ЦОД в рамках модернизации регионального сегмента государственной информационной системы в сфере здравоохранения, включая настройку информационного взаимодействия Программы с компонентами Системы , включая инструктаж пользователей - - Значение характеристики не может изменяться участником закупки

Требования к оказанию услуг по установке и настройке Программы в рамках модернизации ГИСЗС. - В рамках оказания услуг по установке и настройке Программы в рамках модернизации ГИСЗС требуется: 1. Установить ПО на вычислительных ресурсах Получателя согласно разделу 4.3 Технического задания; 2. Выполнить настройку информационного взаимодействия с ГИСЗС по предоставленному API на компоненты ГИСЗС и с использованием API Программы, а также согласно разделу 4.4 Технического задания; 3. Провести инструктаж пользователей согласно разделу 7.2 Технического задания; 4. Предоставить канал взаимодействия с пользователями ПО для обработки справочных запросов, фиксации инцидентов и ответных решений по МИ с ИИ. - - Значение характеристики не может изменяться участником закупки

Требования к установке ПО на вычислительных ресурсах Получателя - Не позднее 5 (пяти) рабочих дней после передачи Лицензий Исполнитель направляет Получателю официальное письмо о готовности к размещению ПО и требования к вычислительным ресурсам для размещения ПО в ЦОД Получателя. Электронная версия документа направляется Исполнителем на электронную почту Получателя. Получатель в срок не более 5 (пяти) рабочих дней после получения письма от Исполнителя о готовности к размещению ПО и выполнения Исполнителем необходимых регламентных процедур по получению доступа к вычислительным ресурсам Получателя, предоставляет Исполнителю доступ к тестовым серверным мощностям для размещения программного обеспечения. Исполнитель после получения доступа к вычислительным ресурсам Получателя в течение не более 20 (двадцати) рабочих дней размещает ПО на тестовых серверных мощностях, предоставленных Получателем. Предоставление лицензий должно быть осуществлено Исполнителем в соответствии с требованиями, указанными в разделах 4.1 настоящего ТЗ. - - Значение характеристики не может изменяться участником закупки

Требования к API и настройке информационного взаимодействия ПО с Системой - ? REGIME «Режим и рекомендации», в ней должны содержаться данные о рекомендованной при выписке терапии из МИС. 6. СЭМД 147 должен содержать следующие секции: ? VITALPARAM «Витальные параметры», в ней должны структурированно передаваться показатели «Артериальное давление систолическое», «Артериальное давление диастолическое», «Частота сердечных сокращений», «Масса тела», «Рост»; ? RESCONS «Консультации врачей-специалистов»; ? RESINFO «Заключение», в ней должны содержаться данные инструментальных исследований из МИС; ? RESLAB «Результаты лабораторного исследования», в ней должны содержаться данные лабораторных исследований из МИС; ? SUR «Хирургические операции», в ней должны содержаться данные о проведённых операциях из МИС; ? REGIME «Режим и рекомендации», в ней должны содержаться данные о рекомендованной при выписке терапии из МИС. 7. СЭМД 58, 113, 125, 126 должны обязательно содержать СНИЛС пациента для его идентификации. Исполнение требований к секциям СЭМД обеспечивает Получатель. Получатель обеспечивает полноту данных, которые содержатся в обязательных документах в соответствии с перечнем, указанным выше в данном разделе. - - Участник закупки указывает в заявке все значения характеристики

Состав готового API для обеспечения информационного взаимодействия ПО с Системой: – механизм получения из РИЭМК в ПО в теле сообщения электронных медицинских документов в форматах СЭМД (HL7 CDA R2), закодированных в BASE64, в составе, указанном в настоящем разделе, по пациентам от 18 лет; – механизм автоматического получения из РИЭМК ГИСЗС в ПО данных о прикреплении пациента к терапевтическому участку в объеме, необходимом для функционирования ПО, в формате и составе, согласованном Сторонами при настройке интеграционного взаимодействия; - механизм автоматического получения из РИЭМК ГИСЗС в ПО данных об инвалидности пациента, необходимом для функционирования ПО в составе следующих данных: ? группа инвалидности (цифра «1», «2» или «3»); ? дата установления инвалидности (дд.мм.гггг); ? код МКБ-10 заболевания, по которому установлена инвалидность (согласно МКБ-10). – механизм автоматической передачи и отображения в РМИС результатов оценки пациента (сигнальная информация, ссылка на html страницу с протоколом ИИ, статус наличия заключения ИИ); ? механизм обработки и получения результатов обработки данных (протокола заключения) из ПО через отправку HTTP-запроса от РМИС напрямую в ПО. В интерфейсе РМИС для отображения результатов обработки и анализа данных в виде html-страницы из ПО API должен обеспечивать отображение дополнительной кнопки вызова результата в амбулаторной карте пациента и осмотре. Получение результатов обработки данных из ПО выполняется по заранее сформированной гиперссылке (URL), содержащей идентификатор пациента. Доступ медицинского работника к результатам анализа и обработки медицинских данных пациента должен осуществляться с рабочего места специалиста через интерфейс РМИС ГИСЗС в режиме сквозной авторизации путем одного клика в веб-браузере (без необходимости ввода отдельных учетных данных пользователя). Полученные протоколы заключения ИИ должны сохраняться в РМИС в осмотре пациента.

ПО должно обеспечивать функциональные возможности информационного взаимодействия с ГИСЗС Получателя в рамках установленной версии согласно требованиям, указанным в настоящем ТЗ. Исполнитель предоставляет готовое API для информационного взаимодействия компонентов Системы Получателя. Описание API ПО, включая порядок и параметры информационного взаимодействия, предоставляется Исполнителем и согласовывается с Получателем до начала настройки информационного взаимодействия. Настройка взаимодействия по API ПО с компонентами Системы Получателя осуществляется в контуре защищенной сети Получателя. Предоставленное API должно обеспечивать автоматический обмен данными между Системой и ПО посредством зеркальной отправки документов (СЭМД) и отображения результатов обработки и анализа медицинских данных из ПО в рабочем месте врача в РМИС. API должно поддерживать подключение основных участников, взаимодействующих с ПО согласно таблице 4.1 раздела 4.2.2 ТЗ.

? REGIME «Режим и рекомендации», в ней должны содержаться данные из вкладки «Лечение» из МИС. 2. СЭМД 119, 111 должны содержать следующие секции: ? VITALPARAM «Витальные параметры», в ней должны структурированно передаваться показатели «Артериальное давление систолическое», «Артериальное давление диастолическое», «Частота сердечных сокращений», «Масса тела», «Рост»; ? REGIME «Режим и рекомендации», в ней должны содержаться данные из вкладки «Лечение» из МИС. 3. СЭМД 233 должен содержать следующие секции: ? ANAM «Анамнез заболевания»; ? LANAM «Анамнез жизни»; ? ALL «Аллергии и непереносимость»; ? DGN «Диагнозы»; ? RESCONS «Результаты консультации/осмотра врача», в ней должны содержаться данные из вкладки «Объективный статус» из МИС; ? RESLAB «Результаты лабораторного исследования», в ней должны содержаться данные лабораторных исследований из МИС; ? RESINSTR «Результаты инструментального исследования», в ней должны содержаться данные инструментальных исследований из МИС; ? VITALPARAM «Витальные параметры», в ней должны структурированно передаваться показатели «Артериальное давление систолическое», «Артериальное давление диастолическое», «Частота сердечных сокращений», «Масса тела», «Рост»; ? REGIME «Режим и рекомендации», в ней должны содержаться данные из вкладки «Лечение» из МИС.

В процессе настройки информационного взаимодействия ПО с Системой посредством готового API в рамках модернизации ГИСЗС должны быть выполнены следующие настройки: ? разовая единовременная загрузка в Программу ретроспективных обезличенных данных, представляющих собой набор СЭМД (таблица 4.2 раздела 4.2.2 ТЗ), сформированных за 2025 календарный год и прошедший период 2026 календарного года, полученных от Получателя; ? автоматическая загрузка в Программу потоковых обезличенных данных из подсистемы РИЭМК ГИСЗС (с указанием СНИЛС пациента и идентификатора РРП) как для актуализации данных существующих цифровых двойников пациента, так и для формирования новых, ранее не созданных в Программе (настройки интеграции по готовому API c РИЭМК ГИСЗС обеспечивает Исполнитель); ? подтверждение доставки с возможностью повторной отправки при сбоях; ? журналирование операций получения документов. Журнал должен содержать: дату и время получения документа, уникальный идентификатор, статус отправки. Глубина хранения должна составлять не менее трех месяцев. Для реализации функциональных возможностей ПО, Получатель обеспечивает загрузку в Программу и полноту требуемых данных СЭМД по пациентам в объеме не менее перечня, представленного в таблице 4.2 раздела 4.2.2 ТЗ.

Предоставленное API позволяет принимать как указанные в списке виды и редакции СЭМД, так и другие редакции, и виды СЭМД, которые может обрабатывать ПО. Для корректной работы ПО предоставленное API позволяет помимо обязательных секций СЭМД получать необязательные секции: Предоставленное API позволяет принимать как указанные в списке виды и редакции СЭМД, так и другие редакции, и виды СЭМД, которые может обрабатывать ПО. Для корректной работы ПО предоставленное API позволяет помимо обязательных секций СЭМД получать необязательные секции: 1. СЭМД 227 должен содержать следующие секции: ? COMPLNTS «Жалобы»; ? ALL «Аллергии и непереносимость»; ? RESCONS «Результаты консультации/осмотра врача», в ней должны содержаться данные из вкладки «Объективный статус» из МИС; ? RESINSTR «Результаты инструментального исследования», в ней должны содержаться данные инструментальных исследований из МИС; ? RESLAB «Результаты лабораторного исследования», в ней должны содержаться данные лабораторных исследований из МИС; ? VITALPARAM «Витальные параметры», в ней должны структурированно передаваться показатели «Артериальное давление систолическое», «Артериальное давление диастолическое», «Частота сердечных сокращений», «Масса тела», «Рост»; ? REGIME «Режим и рекомендации», в ней должны содержаться данные из вкладки «Лечение» из МИС.

? REGIME «Режим и рекомендации», в ней должны содержаться данные из вкладки «Лечение» из МИС. 4. СЭМД 92 должен содержать следующие секции: ? ALL «Аллергии и непереносимость»; ? VITALPARAM «Витальные параметры», в ней должны структурированно передаваться показатели «Артериальное давление систолическое», «Артериальное давление диастолическое», «Частота сердечных сокращений», «Масса тела», «Рост»; ? PROC «Исследования и процедуры», включает в себя: ? RESINSTR «Результаты инструментального исследования», в ней должны содержаться данные инструментальных исследований из МИС; ? RESLAB «Результаты лабораторного исследования», в ней должны содержаться данные лабораторных исследований из МИС; ? RESCONS «Консультации врачей-специалистов». 5. СЭМД 235 должен содержать следующие секции: ? RESCONS «Результаты консультации/осмотра врача»; ? RESLAB «Результаты лабораторного исследования», в ней должны содержаться данные лабораторных исследований из МИС; ? RESINSTR «Результаты инструментального исследования», в ней должны содержаться данные инструментальных исследований из МИС; ? SUR «Оперативное вмешательство», в ней должны содержаться данные о проведённых операциях из МИС; ? VITALPARAM «Витальные параметры», в ней должны структурированно передаваться показатели «Артериальное давление систолическое», «Артериальное давление диастолическое», «Частота сердечных сокращений», «Масса тела», «Рост»; ? REGIME «Режим и рекомендации», в ней должны содержаться данные о рекомендованной при выписке терапии из МИС.

- 58.29.50.000 58.29.11.000-00000004 - Программное обеспечение Вид лицензии Простая (неисключительная) Способ предоставления Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет Класс программ для электронных вычислительных машин и баз данных (12.21) Программное обеспечение для решения отраслевых задач в области здравоохранения - Условная единица - 1,00 - 18 000 000,00 - 18 000 000,00

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ СЕВАСТОПОЛЯ "МЕДИЦИНСКИЙ СКЛАД № 1043" - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Вид лицензии Простая (неисключительная) Значение характеристики не может изменяться участником закупки Способ предоставления Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (12.21) Программное обеспечение для решения отраслевых задач в области здравоохранения Значение характеристики не может изменяться участником закупки Характеристики программного обеспечения Назначение - обеспечение функциональных возможностей МИ с ИИ и обеспечение функциональных возможностей МИ с ИИ с Системой Значение характеристики не может изменяться участником закупки Цели оказания услуг Целью предоставления права использования на условиях простой (неисключительной) лицензии на ПО и оказания услуг по его установке и настройке является предоставление Получателю возможности использования ПО для интеллектуального анализа электронных медицинских карт взрослых пациентов и профиля болезней системы кровообращения в соответствии с функциональными требованиями к ПО, установленными настоящим Техническим заданием, в рамках модернизации ГИСЗС. Значение характеристики не может изменяться участником закупки Задачи оказания услуг Услуги по обеспечению функциональных возможностей Программы требуют реализации следующих задач: 1. Развертывание программного обеспечения, являющегося медицинским изделием с применением искусственного интеллекта, зарегистрированного в установленном порядке и имеющего регистрационное удостоверение, зарегистрированное в установленном порядке в Едином реестре российских программ для электронных вычислительных машин и баз данных, предназначенного для интеллектуального анализа электронных медицинских карт пациентов и функционирующего в составе Системы; 2. Настройка взаимодействия по готовым API новых модулей с текущими компонентами Системы Получателя в рамках модернизации ГИСЗС; 3. Обеспечение возможности загрузки и первичного анализа обезличенных медицинских данных из ЭМК в формате СЭМД по пациентам, содержащимся в Системе на момент начала оказания услуг; 4. Формирование статистики с данными по количеству обработанных с помощью ПО клинических случаев, в том числе статистики, необходимой для предоставления отчетности в координационный центр Минздрава РФ в рамках отраслевого инцидента № 11 «Внедрение технологий искусственного интеллекта»; 5. Предоставление канала взаимодействия с пользователями ПО для обработки справочных запросов, фиксации инцидентов и ответных решений по МИ с ИИ. Значение характеристики не может изменяться участником закупки Краткие сведения об объекте автоматизации 2. РИЭМК – региональная интегрированная электронная медицинская карта является региональным архивом электронных медицинских документов пациентов, обеспечивает функции оперативного доступа граждан к данным о своём здоровье и взаимодействия с медицинским персоналом, функции сбора и обобщения медицинской информации, передаваемой из МО для хранения в единой центральной базе данных региона, обмена данными между ИС в регионе, а также с системами ЕГИСЗ, предоставления авторизованного доступа организациям и медицинским работникам, оказывающим медицинские услуги, авторизованного доступа пациентам к собственной медицинской информации, получения оперативной отчетности на региональном уровне. РИЭМК внедрена и введена в эксплуатацию на основании приказа Департамента здравоохранения города Севастополя от 05.06.2019 № 573 «О вводе в промышленную эксплуатацию информационной системы в сфере здравоохранения». Исключительные права принадлежат Получателю. Все компоненты Программы должны быть размещены централизованно на серверных мощностях регионального центра обработки данных ГБУЗС «МИАЦ» под управлением реестрового сертифицированного программного обеспечения. Региональный центр обработки данных ГБУЗС «МИАЦ» имеет аттестат соответствия требованиям по защите информации от 02.12.2024 № Л024-00107-00/00583568.00005.2024 на объект информатизации – сегмент информационно-телекоммуникационной инфраструктуры Центра обработки данных ГБУЗС «МИАЦ». ГИСЗС имеет аттестат соответствия требованиям по защите информации от 10.12.2024 № Л024-00107-00/00583374.00009.2024, предъявляемым ко второму классу защищённости ИС, второму уровню защищённости персональных данных, третьей категории значимости объекта критической информационной инфраструктуры. Участник закупки указывает в заявке все значения характеристики Программа и ее компоненты должны обеспечивать информационное взаимодействие с Государственной информационной системой в сфере здравоохранения города Севастополя, состав которой утвержден Постановлением Правительства города Севастополя от 29.12.2023 № 669-ПП «О государственной информационной системе в сфере здравоохранения города Севастополя» (далее – ГИСЗС) в части следующих подсистем: 1. РМИС (программа для ЭВМ «ВИТАКОР РМИС») – интегрированная программа сбора, обработки, получения, передачи и хранения данных о состоянии здоровья населения, окружающей среды, ресурсном и финансовом обеспечении службы здравоохранения региона, предназначенная для обеспечения информационной поддержки процессов управления системой здравоохранения региона, для предоставления необходимых сервисов для медицинских организаций с целью сохранения первичной информации, порождаемой деятельностью медицинских организаций для автоматизации лечебно-диагностических процессов и сопутствующей медицинской деятельности медицинских организаций, в том числе с ведением электронных медицинских карт и персонифицированным учетом оказанной медицинской помощи. РМИС внедрена на основании приказа Департамента здравоохранения города Севастополя от 21.08.2018 № 742 «О создании медицинской информационной системы». РМИС включена в Единый реестр российских программ для электронных вычислительных машин и баз данных (https://reestr.minsvyaz.ru/reestr) (№ 2476 от 23.12.2016). Неисключительные права принадлежат Получателю. Права использования программного обеспечения предоставлены Получателю в объеме, позволяющем использовать РМИС и модернизировать ее функционал по соглашению с правообладателем. Требования к передаче лицензии Исполнитель обязан предоставить право использования на условиях простой (неисключительной) лицензии на программное обеспечение, обеспечивающее применение интеллектуального анализа электронных медицинских карт пациентов профиля болезней системы кровообращения под задачи реализации диспансерного наблюдения и диспансеризации в соответствии с функциональными требованиями к ПО, установленными настоящим Техническим заданием способом удаленного доступа через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть «Интернет», согласно срокам, указанным в разделе 7.1 настоящего ТЗ. Права использования, предоставляемые (передаваемые) Получателю, должны, в том числе, включать использование ПО следующими способами: ? Воспроизведение ПО в форме записи в память ЭВМ на вычислительных устройствах; ? Использование ПО в соответствии с ее целевым назначением; ? Создание резервных или архивных копий. У лицензии отсутствуют ограничения по возможности использования ПО на любом количестве серверов и процессоров (ядер) в серверах, на которых развернуто программное обеспечение, включая СУБД, для достижения необходимой производительности, масштабируемости и отказоустойчивости. Предоставляемая Лицензия должна распространяться на web и desktop версии. Предоставляемая Лицензия должна быть новой серийно выпускаемой. Лицензия не должна находиться в залоге, под арестом или под иным обременением. Лицензия должна распространяться на наименование ПО, согласно Таблице 3 раздела 4.1 настоящего ТЗ. СППВР, МИ с ИИ должно иметь регистрацию в реестре отечественного программного обеспечения и иметь регистрационное удостоверение Росздравнадзора как медицинское изделие 3-го класса безопасности. Значение характеристики не может изменяться участником закупки Требования к функциональным возможностям ПО в части отображения сигнальной информации ПО должно обеспечивать возможность передачи сигнальной информации в РМИС при информационном взаимодействии с Программой по готовому API согласно требованиям Таблицы 5.1 раздела 5.1 настоящего ТЗ. ПО должно обеспечивать реализацию и выполнение корректной интерпретации значений индикаторов в соответствии с Таблицей 5.2 раздела 5.1 настоящего ТЗ.Передача сигнальной информации в РМИС должно обеспечиваться ПО автоматически в режиме реального времени посредством готового API. Размещение элементов отображения сигнальной информации осуществляется в интерфейсе АРМ врача РМИС ГИСЗС соответствии с функциональными требованиями данного раздела. Функциональная возможность ПО позволяет осуществлять передачу новых параметров сигнальной информации по результатам обработки данных пациентов в рамках функциональных возможностей ПО, обеспечивающего требования под задачи диспансерного наблюдения и диспансеризации, в соответствии с требованиями настоящего ТЗ. Значение характеристики не может изменяться участником закупки Требования к функциональным возможностям в части Диспансерного наблюдения Функциональные требования ПО под задачи Диспансерного наблюдения должны обеспечивать следующие функциональные возможности: ? Анализ медицинских данных от РИЭМК с целью выявления и ведения пациентов профиля болезни БСК, для ДН в соответствии с положениями Приказа Минздрава РФ от 15.03.2022 № 168н. Постановка на учет в ПО должна осуществляться автоматически при наличии в ЭМК пациента диагнозов, указывающих на профиль заболеваний БСК, и по всем пациентам старше 18 лет; ? Формирование рекомендаций для специалистов по обследованию и лечению пациентов согласно клиническим рекомендациям по основным заболеваниям профиля БСК с оценкой пациента: ? по уровню сердечно-сосудистого риска по шкалам и калькуляторам, применяющимся при наличии сердечно-сосудистых заболеваний и их факторов риска; ? по степени достижения индивидуальных целевых показателей здоровья и уровням контролируемых показателей; ? по наличию относительных и абсолютных противопоказаний к лекарственным препаратам; ? прогнозирование у пациентов наличия нецелевых уровней важных клинических данных, отсутствующих в ЭМК, с целью своевременного обследования в рамках ДН для предотвращения неблагоприятных событий. Участник закупки указывает в заявке все значения характеристики ? Соблюдение требований по предоставлению врачебных рекомендаций только на перечень рекомендаций, который входит в состав зарегистрированного медицинского изделия и соответствует его регистрационной документации. Результаты работы ПО должны быть предназначены для поддержки принятия врачебных решений с соблюдением критерия, согласно которому окончательное клиническое решение принимает медицинский работник; ? Предоставление результатов обработанных данных от ПО для их открытия в интерфейсе АРМ в РМИС по дополнительной кнопке вызова результата, как ответ на запрос пользователя через отправку HTTP-запроса из РМИС в ПО; ? Предоставление в РМИС результатов обработанных данных из ПО, включая информацию для графического отображения статусов в РМИС, по заранее сформированной гиперссылке (URL), содержащей идентификатор пациента; ? Реализация передачи отдельных параметров, обработанных данных от ПО в виде сигнальной информации по статусам пациентов для их графического отображения в РМИС; ? Формирование в интерфейсе Программы аналитического дашборда раздела ДН в виде интерактивных диаграмм, графиков, аналитических таблиц и сводных отчётов с отображением: коморбидности пациентов профиля БСК и приоритетной группы для ДН; контроля показателей ведения ДН по Приказу № 168н; степени достижения целевых показателей здоровья и уровней контролируемых параметров; ? Возможность выгрузки сформированных списков пациентов за заданный период по заданной МО в формате xls; ? Доступ медицинского работника к результатам сводного анализа в интерфейсе Программы через РМИС без необходимости логирования со стороны пользователя; ? Предоставление функциональных возможностей по управлению правами доступа пользователей к данным в интерфейсе ПО через отдельный интерфейс администрирования. Требования к функциональным возможностям ПО в части Диспансеризации ПО должно обеспечивать следующие функциональные возможности под задачи Диспансеризации: ? Формирование рекомендаций для специалистов по обследованию пациентов в рамках диспансеризации согласно Приказу Министерства здравоохранения РФ от 27.04.2021 № 404н «Об утверждении Порядка проведения профилактического медицинского осмотра и диспансеризации определенных групп взрослого населения»; ? Формирование оценки пациентов для специалистов по уровню сердечно-сосудистого риска и группе здоровья; ? Предоставление рекомендаций по профилактике сердечно-сосудистых заболеваний; ? Предоставление результатов, обработанных данных от МИ с ИИ для их отображения на рабочем месте специалиста в интерфейсе РМИС ГИСЗС; ? Формирование сводных аналитических данных в интерфейсе Программы в отдельном разделе Диспансеризации в виде интерактивных диаграмм и таблиц: распределения пациентов по уровню сердечно-сосудистого риска и группам здоровья по Приказу № 404н; охвата первым и вторым этапами диспансеризации; полноты прохождения обследований в текущем году; распределения по степени контроля факторов риска. Элементы диаграмм должны быть интерактивны и обеспечивать возможность формировать персонализированные списки пациентов в формате xls; ? Доступ медицинского работника к результатам сводного анализа в интерфейсе Программы через РМИС без необходимости логирования со стороны пользователя; ? Доступ к аналитической и статистической информации, а также настройка параметров работы Программы и настройка доступов для пользователей должен осуществляться через собственный графический интерфейс Программы. Значение характеристики не может изменяться участником закупки Требования к функциональным возможностям ПО в части ЛЛО пациентов профиля БСК ? Возможность выгрузить полученные списки за заданный период по заданной МО в формате xls; ? Доступ медицинского работника к результатам сводного анализа в интерфейсе Программы через РМИС без необходимости дополнительного логирования со стороны пользователя; ? Доступ к аналитической и статистической информации, а также настройка параметров работы ПО может осуществляться через собственный графический интерфейс ПО. Участник закупки указывает в заявке все значения характеристики ? Формирование в интерфейсе ПО раздела ЛЛО со сводной аналитикой и списками пациентов (дашборды) для организации работы по ЛЛО в регионе (в рамках льгот по Приказу № 37н), включая пациентов: ? имеющих право на ЛЛО, но не получающих льготные препараты; ? потерявших право на ЛЛО в связи с получением инвалидности; ? потерявших право на ЛЛО в связи с истечением 2 лет после перенесенного сердечно-сосудистого события; ? имеющих потребность в льготных лекарственных препаратах, включая дорогостоящие препараты согласно Приказу № 37н, а также сведения о получении (неполучении) льготного рецепта и отпуске (неотпуске) препарата по льготному рецепту; ? не обеспеченных конкретным препаратом на дату формирования отчета (в течение месяца/ трех месяцев), в том числе в целях обеспечения пациентов препаратами, находящимися в избытке на складе, с учетом срока годности; ? оценка средних доз статинов по субъекту Российской Федерации, медицинской организации в аналитическом дашборде; ? прогнозирование потребности в ЛЛО (по льготе БСК) в соответствии с Приказом № 37н для определения количества пациентов, нуждающихся в ЛЛО, на текущий и последующий календарные годы. ПО должно обеспечивать следующие функциональные возможности под задачи ЛЛО: ? Выявление пациентов, имеющих право на ЛЛО и имеющих показания (и не имеющих абсолютных противопоказаний) к льготным лекарственным препаратам из перечня Приказа № 37н согласно аналитике МИ с ИИ для лечения ишемической болезни сердца, хронической сердечной недостаточности, фибрилляции предсердий, артериальной гипертензии, нарушений липидного обмена; ? Информирование пользователя (врача) о праве пациента на ЛЛО по Приказу № 37н (в рамках льгот БСК) в отчете ПО по результатам обработанных данных; ? Отбор и анализ в интерфейсе ПО пациентов по различным категориям согласно Приказу № 37н, включая пациентов, перенесших инфаркт миокарда и острое нарушение мозгового кровообращения; Требования к функционалу аналитических данных ПО должно обеспечивать формирование аналитических данных по разделам ДН, Д, ЛЛО, в собственном графическом интерфейсе на основании результатов обработки СЭМД. ПО должно обеспечивать доступ медицинского работника к аналитическим данным в интерфейсе Программы через РМИС без необходимости дополнительного логирования со стороны пользователя. В части работы с данными должно быть обеспечено: – многоуровневая фильтрация отображаемых данных с отображением активных фильтров и возможностью их сброса по отдельности либо одновременно; – интерактивность элементов диаграмм: выбор элемента применяется в качестве фильтра и формирует соответствующий список пациентов, с поддержкой множественного выбора; – выгрузка любого сформированного списка пациентов за заданный период по заданной МО в формате xls. В составе аналитических данных должны быть обеспечены дашборды по направлениям, соответствующим функциональным возможностям ПО: диспансерное наблюдение, диспансеризация, льготное лекарственное обеспечение. Состав отображаемых показателей и фильтров по каждому направлению определяется требованиями соответствующих пунктов раздела 5 настоящего ТЗ. Участник закупки указывает в заявке все значения характеристики Реализован мониторинг полноты ЭМК и своевременности проведения обследований у пациентов в соответствии с клиническими рекомендациями и нормативными требованиями в интерфейсе ПО. Реализован функционал формирования статистики с данными по количеству обработанных с помощью ПО клинических случаев, в том числе статистики, необходимой для предоставления отчетности в координационный центр Минздрава РФ в рамках отраслевого инцидента №11 «Внедрение технологий искусственного интеллекта». Требования к качеству штатного функционирования Программы В штатном режиме функционирования ПО должна обеспечивать время отклика в соответствии с требованиями, указанными в Таблице 5.3 раздела 5.6 настоящего ТЗ– Требования к времени отклика в штатном режиме функционирования при условии скорости передачи данных не менее 10 Мбит/сек. Средняя величина времени отклика – средняя арифметическая величина времени отклика экранных форм ПО за произвольный период работы ПО в штатном режиме функционирования. Параметры целевого назначения ПО должны сохраняться на протяжении всего срока эксплуатации ПО. ПО должна предусматривать возможность масштабирования по производительности и объему обрабатываемой информации без модификации ее программного обеспечения путем модернизации используемого комплекса технических средств. Значение характеристики не может изменяться участником закупки Требования к программному обеспечению Все компоненты Программы должны быть размещены централизованно на серверных мощностях регионального центра обработки данных ГБУЗС «МИАЦ». Режим работы Программы круглосуточно 24/7/365, Исполнитель гарантирует уровень доступности Программы не менее 99% в год, за исключением согласованных сервисных окон, при условии безотказной работы ЦОД Получателя, на котором установлена Программа. Участник закупки указывает в заявке все значения характеристики В случае увеличения объема обрабатываемого потока данных (в том числе количества поступающих медицинских документов) Исполнитель вправе направить Получателю обоснованный запрос на предоставление дополнительных серверных мощностей, необходимых для обеспечения требуемой производительности и корректной работы программного обеспечения. Получатель обязуется предоставить дополнительные ресурсы в своем ЦОД в объеме, необходимом для обеспечения функционирования ПО. Для обработки ретроспективной выгрузки электронных медицинских документов, (в зависимости от кол-ва получаемых документов) может потребоваться кратное увеличение предоставленных серверных мощностей в ЦОД Получателя, на период обработки такой выгрузки. Совокупный объем серверных ресурсов, предоставляемых Получателем для функционирования Программы, в том числе для обработки ретроспективной выгрузки электронных медицинских документов, не должен превышать двукратного объема серверных ресурсов, предусмотренных настоящим разделом. Обезличивание медицинских данных должно осуществляться автоматизировано внутри контура защищенной сети Получателя. За пределы защищенного контура Получателя не передаются медицинские данные пациентов. Функционал Программы должен функционировать на имеющемся программном обеспечении Получателя, поддерживать работу на следующем ПО, установленном на автоматизированных рабочих местах, в том числе посредством веб-интерфейса Программы: ? ОС Astra Linux, RED OS, ALT Linux, имеющихся у Получателя. Функционал Программы должен быть полностью совместим и быть развернут на операционных системах, системных базах данных, серверах приложений, реализованных на базе программного обеспечения, включенного в Единый реестр российских программ для электронных вычислительных машин, в том числе сертифицированными версиями серверных операционных систем Red OS 8 и выше, имеющихся у Получателя. Аппаратная часть (серверное оборудование) для функционирования Программы предоставляется и обслуживается Получателем. Получатель обеспечивает сетевую связанность между вычислительными ресурсами, информационными системами, с которыми предусмотрена организация информационного взаимодействия. Масштабирование серверной части Программы в части увеличения оперативной памяти, количества ядер процессоров, приобретения дополнительных лицензий на общесистемное программное обеспечение, в том числе на операционные системы, системы управления базами данных, криптопровайдеры, осуществляется за счет средств Получателя. Взаимодействие Системы и ПО реализуется в контуре защищенной сети Получателя. Для установки и функционирования программного обеспечения в рамках требуемых функций ПО по настоящему ТЗ, Получатель в региональном ЦОД предоставляет следующие серверные мощности, из расчета на обработку 30000 документов в сутки при потоковой выгрузке документов по пациентам по основным диагнозам профиля БСК, не хуже: - Центральный процессор: ? поколение Skylake+; ? поддержка архитектуры: x86-64-v2/v3 (sse3, ssse3, sse4_1, sse4_2, popcnt, cx16, lahf_lm); ? тактовая частота – не менее 2.0 ГГц; ? количество ядер – не менее 25; ? поддержка инструкций AVX/AVX2; - Оперативное запоминающее устройство – объемом не менее 104 Гб; - Постоянное запоминающее устройство – объемом не менее 1000 Гб: ? Разметка: LVM; ? Файловая система: ext4; ? Разделы: o / 500 ГБ; o /opt/mbk 500 ГБ. - Сетевой адаптер – не менее 1 адаптера не ниже уровня Gigabit Ethernet; - Серверная ОС, 64-разрядная, сертифицированная: Red OS 8 и выше. Программное обеспечение может осуществлять передачу сведений в государственные информационные системы и иные информационные системы, предусмотренные нормативными правовыми актами Российской Федерации, включая сведения, подлежащие передаче в соответствии с требованиями к медицинским изделиям, использующим технологии искусственного интеллекта. Объем и состав передаваемых сведений ограничиваются требованиями действующего законодательства и должен быть согласован с Получателем. Требования к обеспечению информационной безопасности Исполнитель несет ответственность в соответствии с законодательством Российской Федерации за действия своих сотрудников при оказании услуг по настоящему описанию объекта закупки, которые могут повлечь за собой нарушение функционирования Программы в целом и (или) свойств безопасности (конфиденциальности, целостности и доступности) обрабатываемой в Программе информации. Информация о правах доступа (предоставление, изменение, прекращение прав доступа) сотрудников Исполнителем к компонентам Программы и ее информационным ресурсам должна фиксироваться Исполнителем в ходе оказания услуг по настоящему описанию объекта закупки и предоставляться Заказчику и функциональному заказчику (Получателю) по требованию. При оказании услуг по настоящему описанию объекта закупки Исполнителем должны быть реализованы нижеследующие требования к функциональным возможностям Программы, направленные на обеспечение безопасности обрабатываемой в ней информации. В Программе должна быть предусмотрена возможность настройки для каждой пользовательской роли прав доступа к информационным ресурсам и выполнения определенных операций. Для каждого пользователя должна быть возможность назначить одну или более ролей. Доступ к Программе и ее компонентам должен быть реализован на основе принципа разделения обязанностей и минимизации полномочий. Вход в пользовательскую часть Программы и дальнейшая работа должны осуществляться только после прохождения процедур идентификации и аутентификации (проверке подлинности пользователя). Участник закупки указывает в заявке все значения характеристики Для целей защиты данных сервера БД от несанкционированного доступа конечные пользователи Программы не должны знать пароль доступа непосредственно к самому серверу БД. Авторизация в Программе должна предусматривать доступ к функциям приложения, а не к серверу базы данных. В целях регистрации и учета действий пользователей и администраторов, в Программе внутренними (встроенными) средствами Программы должно быть обеспечено журналирование (фиксирование) действий пользователей и администраторов – вход (выход) в (из) системы, действий с конфиденциальной информацией, совершаемых пользователями в рамках сессии пользователя. Средства диагностирования Программы должны обеспечивать сбор и накопление информации о процессах загрузки и передачи данных, критических ошибках и предупреждениях в работе программных средств системы, загрузке аппаратной части (процессоры, память). Выполнение требования должно достигаться за счет внутренних (встроенных) средств Программы. Оказание части услуг в рамках настоящего технического задания допустимо посредством удаленного подключения к серверам Получателя, на которых размещена Программа. Удаленное подключение осуществляется с использованием телекоммуникационных сетей связи по защищенному каналу связи Vipnet сеть № 4535, оператором которой является Получатель (все средства защиты информации, необходимые для организации удаленного доступа на стороне Исполнителя, приобретаются Исполнителем за свой счет, доступ обеспечивает Получатель). Исполнитель обязан обеспечить конфиденциальность данных, безопасность их обработки в зоне своей ответственности в ходе оказания услуг по настоящему описанию объекта закупки. Исполнитель не имеет права разглашать или передавать любую информацию, создаваемую и обрабатываемую в процессе функционирования, третьим лицам, в случае если данная информация попала к нему в ходе исполнения своих обязательств, за исключением случаев, прямо предусмотренных законодательством Российской Федерации либо обязательными нормативными требованиями, распространяющимися на Программное обеспечение как медицинское изделие. В таких случаях передача информации осуществляется по согласованию с Получателем исключительно в объеме и порядке, установленном соответствующими нормативными правовыми актами. Обеспечение информационной безопасности осуществляется в соответствии с действующим законодательством Российской Федерации и включает в себя использование: 1. Встроенных в Программу механизмов безопасности, таких как средства разграничения доступа и логирования; 2. Программно-аппаратных, программных и технических средств Получателя; 3. Организационных мер обеспечения информационной безопасности на стороне Получателя. Исполнитель подтверждает свое согласие на заключение с Заказчиком, Получателем Соглашения о неразглашении служебной и иной конфиденциальной информации. Для защиты конфиденциальной информации от несанкционированного доступа Исполнитель в зоне своей ответственности обязан принимать все необходимые организационные и технические меры, в том числе с использованием (применением) средств криптографической защиты, средств антивирусной защиты и средств от несанкционированного доступа соответствующие требованиям: 1. Средство антивирусной защиты: 1.1 уровню доверия (2). 1.2 Профилю защиты САВЗ: (Б второго класса защиты. ИТ.САВЗ.Б2.ПЗ); (В второго класса защиты. ИТ.САВЗ.В2.ПЗ); (Г второго класса защиты. ИТ.САВЗ.Г2.ПЗ). 2. Средство защиты от несанкционированного доступа: 2.1 уровню доверия (4). 2.2 Требованиям к межсетевому экранированию (Далее- МЭ): - профилю защиты МЭ (четвертого класса защиты. ИТ.МЭ.В4.ПЗ). 2.3 Требованиям к Средствам контроля подключения съемных машинных носителей информации (далее- СКН): - профиль защиты СКН (контроля отчуждения (переноса) информации со съемных машинных носителей информации четвертого класса защиты. ИТ.СКН.Н4.ПЗ); - профиль защиты СКН (контроля подключения съемных машинных носителей информации четвертого класса защиты. ИТ.СКН.П4.ПЗ). 2.4 Требования к средствам обнаружения вторжений (далее- СОВ): профили защиты СОВ (узла четвертого класса защиты. ИТ.СОВ.У4.ПЗ), РД СВТ(5). 3. Требования к средствам криптографической защиты информации: 3.1 Соответствие КС2. 3.2 Безопасность данных в VPN-сети должна обеспечиваться российским алгоритмом шифрования ГОСТ 28147-89 с использованием 256-битных ключей шифрования. При оказании услуг Исполнитель должен обеспечить соблюдение требований к обеспечению конфиденциальности, целостности и доступности обрабатываемой в Программе информации. Исполнитель должен определить перечень работников, для которых предполагается удаленный доступ к информационной инфраструктуре Программы, а также перечень информации и информационных ресурсов, расположенных на серверах Программы, к которым будет предоставляться удаленный доступ, и предоставить данный перечень Получателю. Исполнитель должен обязать в письменной форме всех специалистов (сотрудников Исполнителя), которым могут стать доступны персональные данные в ходе оказания услуг по настоящему описанию объекта закупки, обеспечивать их целостность и конфиденциальность. Недопустима передача персональных данных, ставших известными сотрудникам Исполнителя в ходе оказания услуг по настоящему описанию объекта закупки, третьим лицам, за исключением участников процесса разработки Программы, если иное не предусмотрено законодательством Российской Федерации. Требования к предоставлению доступа Для оказания услуг в удалённом режиме Исполнитель запрашивает доступ к необходимым ресурсам Программы у Заказчика (Получателя). После согласования перечня ресурсов необходимых для развертывания функционала Программы, к которым необходимо обеспечить удаленный доступ со стороны Исполнителя, и уровня запрашиваемых полномочий, Заказчик (Получатель) в течение трех рабочих дней с момента подписания соглашения об информационном взаимодействии обеспечивает доступ (при наличии технической возможности) к запрашиваемым серверам, на которых будет установлен функционал Программы и ее компоненты, в объеме и с полномочиями, минимальными и достаточными для исполнения обязанностей Исполнителя. Настройка Программы будет осуществляться в удаленном режиме на серверном оборудовании, установленном в ЦОД. Доступ к серверам защищённой сети Департамента здравоохранения осуществляется с использованием технологии VPN, построенной на базе сертифицированных по требованиям безопасности информации криптографических средств ViPNet Network Security. Приобретение требуемых для удаленного доступа средств криптографической защиты информации осуществляется Исполнителя с использованием собственных сил и средств. Подключение к межсетевому взаимодействию осуществляется через аттестованную инфраструктуру защищенного обмена данными, развернутую на стороне Исполнителя и/или привлеченной им специализированной организацией, имеющей необходимые лицензии и компетенции в области защиты информации. Стороны обеспечивают выполнение требований по защите информации в пределах своих зон ответственности. Значение характеристики не может изменяться участником закупки Требования к надежности и диагностированию Программа должна быть снабжена средствами логирования (фиксации в журналах) действий, выполняемых пользователями и подсистемой. Логирование должно осуществляться в режиме 7 дней в неделю 24 часа в сутки, должен быть предусмотрен функционал настройки уровней логирования. Программа должна обладать встроенным функционалом ведения истории изменения данных. При диагностировании Программы должны обеспечиваться мониторинг основных процессов и мониторинг процесса выполнения программных средств из ее состава. При возникновении аварийных ситуаций либо ошибок в программном обеспечении диагностические инструменты должны позволять сохранять полный набор информации, необходимой для идентификации проблемы. Программа должна поддерживать работоспособность при некорректных действиях пользователя и обеспечивать сохранение целостности данных в случае нештатного завершения работы (например, при отказе рабочей станции или потере сетевого доступа). Для поддержания отказоустойчивости ПО должна позволять восстановление узлов при отказе. Должна быть обеспечена возможность полного и непротиворечивого восстановления данных и конфигурации системы в случае любых инцидентов. Надежность информационного обеспечения ПО должно обеспечиваться совокупностью используемых средств управления базами данных, системы комплексного администрирования и реализацией процессов резервного копирования информационных баз и файлов конфигурации. Участник закупки указывает в заявке все значения характеристики В целях обеспечения надежного функционирования программное обеспечение должно предусматривать: ? контроль целостности данных на уровне системы управления базами данных за счет регулярного создания резервных копий (дампов) базы данных (хранение резервных копий осуществляется на отдельных вычислительных ресурсах Получателя); ? сохранение целостности данных при нештатном завершении программы в случае отказа рабочей станции путем регулярного создания резервных копий (дампов) базы данных; ? сохранение работоспособности программного обеспечения при некорректных действиях пользователя механизмами разграничения прав доступа, предусматривающими предоставление пользователю прав только на чтение данных без возможности выполнения операций изменения, удаления или добавления записей. Для повышения надежности работы ПО должны применяться: ? предварительно настроенные файлы-шаблоны для восстановления конфигурации общего программного обеспечения в случае сбоя. Исполнитель гарантирует бесперебойное функционирование ПО в течение гарантийного срока, при условии корректной работы программно-аппаратной инфраструктуры Получателя, на которой установлена ПО. Общие требования к пользовательскому интерфейсу Интерфейс функционала Программы должен обеспечивать быстрое отображение экранных форм. Ввод-вывод данных, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям и не противоречить интерфейсу программного обеспечения, зарегистрированного в качестве медицинского изделия с использованием технологий искусственного интеллекта, установленному эксплуатационной документацией и регистрационным удостоверением. Для обозначения сходных операций должны использоваться сходные управляющие (навигационные) элементы (иконки). Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы. Пользователь должен получать информацию об успешном завершении операций и о возникновении сбоев в ходе их выполнения или невозможности выполнения. При выполнении длительных операций, требующих значительного времени для выполнения, пользователь, должен получать информацию о текущем ходе выполнения операции. Интерфейс и логика работы пользователя в различных операционных системах должны быть идентичными, соответствовать требованиям для программного обеспечения, зарегистрированного в качестве медицинского изделия с использованием технологий искусственного интеллекта. Значение характеристики не может изменяться участником закупки Требования по обработке исключительных ситуаций и ошибок Сообщения об ошибках или аварийных ситуациях должны быть на русском языке, содержать рекомендации по их устранению. Функционал Программы должен обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. После вывода пользователю соответствующего сообщения, Программа должна возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. Значение характеристики не может изменяться участником закупки Требования по вводу и контролю данных Пользовательский интерфейс Программы должен быть предназначен исключительно для просмотра данных в режиме «только чтение». Внесение, редактирование или удаление данных средствами пользовательского интерфейса не предусмотрено. В интерфейсе ПО при демонстрации списка пациентов должен быть реализован интерфейс поиска данных по идентификатору пациента. При вводе некорректного или несуществующего идентификатора пациента в поле поиска система формирует сообщения об ошибке, при этом результат поиска не отображается (выводится пустой результат). Обработка запросов поиска осуществляется без влияния на целостность и корректность данных, хранящихся в Системе. Возможность изменения данных и их структуры через пользовательский интерфейс отсутствует. Значение характеристики не может изменяться участником закупки Требования по устройствам ввода информации Для доступа к функциям программы должно быть предусмотрено использование пользователями как манипулятора «мышь», так и клавиатуры Значение характеристики не может изменяться участником закупки Требования по организации экранных форм Взаимодействие пользователя с функционалом Программы должно осуществляться преимущественно в форме диалога типа «меню» и «интервью». В тех случаях, когда представление информации в документно-ориентированном виде невозможно или имеет худшее качество восприятия, допускается вывод информации в табличной форме. Во всех возможных случаях при заполнении полей ручной ввод данных должен быть заменен выбором из списков и справочников. Наименование полей в диалоговых окнах и формах интерфейса пользователя должны проводиться с минимумом сокращений. Допускается использование общепринятых сокращений, при невозможности отображения полнотекстовых наименований, допускается использование сокращений, каждое такое сокращение должно быть описано в эксплуатационной документации. Участник закупки указывает в заявке все значения характеристики Формы интерфейса пользователя, используемые для представления входных/выходных документов, должны предоставлять информацию в той же последовательности и в том же расположении, что и их бумажные аналоги. Должна быть обеспечена возможность получения пользователем справочной информации в зависимости от текущего контекста выполняемых им действий, соответствовать документации программного обеспечения, зарегистрированного как медицинское изделие с применением технологий искусственного интеллекта. Контекстные подсказки, а также все сообщения, за исключением сообщений от системы управления базами данных и ОС, должны быть выполнены на русском языке и понятны пользователю. Требования к лингвистическому обеспечению Лингвистическое обеспечение Программы должно быть рассчитано на пользователя, специалиста в предметной области, не владеющего универсальными языками программирования или описаниями алгоритмов. Пользовательский интерфейс Программы должен быть локализован для Российской Федерации. Вся текстовая информация должна быть представлена на русском языке кроме технической составляющей сообщений. Внутренний обмен данными между компонентами Программы может осуществляться с использованием специальных терминов, представленных на английском языке с учетом требований технических условий по обмену информации. Значение характеристики не может изменяться участником закупки Календарный план-график оказания услуг Услуги должны выполняться в соответствии с планом-графиком, представленном в Таблице 7 раздела 7.1 настоящего ТЗ). По результатам каждого подпункта в рамках этапов Исполнитель направляет уведомление и соответствующие документы на согласование официальным письмом в адрес Получателя и Заказчика в установленные этапом сроки. Значение характеристики не может изменяться участником закупки Порядок проведения инструктажа пользователей Исполнитель проводит инструктаж по работе в Программе и ее администрированию. Инструктаж пользователей МО проводится в удаленном формате в групповой дистанционной форме посредством проведения вебинара. Должны быть проинструктированы все сотрудники МО, согласно предоставленным Получателем спискам. Организация инструктажа проводится по следующей схеме: - Получатель передает Исполнителю информацию с указанием перечня сотрудников, которым необходимо пройти инструктаж; - Исполнитель согласовывает с Получателем дату и время проведения инструктажа, подготавливает План и программу инструктажа пользователей и администраторов; - Исполнитель подготавливает и передает пользователям в электронном виде руководства пользователей и администраторов; - Получатель уведомляет участников инструктажа, контролирует присутствие ответственных лиц; - По результатам инструктажа оформляются Протоколы о проведении инструктажей с подписями всех участников инструктажа, форма Протокола предоставляется Получателем по запросу. Исполнитель готовит итоговый отчет о проведении инструктажа, содержаний Протоколы о проведении инструктажей по каждой медицинской организации, подведомственной Департаменту здравоохранения города Севастополя, и общую информацию по итогам инструктажа; - Дополнительный инструктаж пользователей и администраторов Программы допустимо проводить удаленно, в групповой дистанционной форме посредством проведения вебинаров. Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки - Способ предоставления - Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (12.21) Программное обеспечение для решения отраслевых задач в области здравоохранения - - Значение характеристики не может изменяться участником закупки - Характеристики программного обеспечения - Назначение - обеспечение функциональных возможностей МИ с ИИ и обеспечение функциональных возможностей МИ с ИИ с Системой - - Значение характеристики не может изменяться участником закупки - Цели оказания услуг - Целью предоставления права использования на условиях простой (неисключительной) лицензии на ПО и оказания услуг по его установке и настройке является предоставление Получателю возможности использования ПО для интеллектуального анализа электронных медицинских карт взрослых пациентов и профиля болезней системы кровообращения в соответствии с функциональными требованиями к ПО, установленными настоящим Техническим заданием, в рамках модернизации ГИСЗС. - - Значение характеристики не может изменяться участником закупки - Задачи оказания услуг - Услуги по обеспечению функциональных возможностей Программы требуют реализации следующих задач: 1. Развертывание программного обеспечения, являющегося медицинским изделием с применением искусственного интеллекта, зарегистрированного в установленном порядке и имеющего регистрационное удостоверение, зарегистрированное в установленном порядке в Едином реестре российских программ для электронных вычислительных машин и баз данных, предназначенного для интеллектуального анализа электронных медицинских карт пациентов и функционирующего в составе Системы; 2. Настройка взаимодействия по готовым API новых модулей с текущими компонентами Системы Получателя в рамках модернизации ГИСЗС; 3. Обеспечение возможности загрузки и первичного анализа обезличенных медицинских данных из ЭМК в формате СЭМД по пациентам, содержащимся в Системе на момент начала оказания услуг; 4. Формирование статистики с данными по количеству обработанных с помощью ПО клинических случаев, в том числе статистики, необходимой для предоставления отчетности в координационный центр Минздрава РФ в рамках отраслевого инцидента № 11 «Внедрение технологий искусственного интеллекта»; 5. Предоставление канала взаимодействия с пользователями ПО для обработки справочных запросов, фиксации инцидентов и ответных решений по МИ с ИИ. - - Значение характеристики не может изменяться участником закупки - Краткие сведения об объекте автоматизации - 2. РИЭМК – региональная интегрированная электронная медицинская карта является региональным архивом электронных медицинских документов пациентов, обеспечивает функции оперативного доступа граждан к данным о своём здоровье и взаимодействия с медицинским персоналом, функции сбора и обобщения медицинской информации, передаваемой из МО для хранения в единой центральной базе данных региона, обмена данными между ИС в регионе, а также с системами ЕГИСЗ, предоставления авторизованного доступа организациям и медицинским работникам, оказывающим медицинские услуги, авторизованного доступа пациентам к собственной медицинской информации, получения оперативной отчетности на региональном уровне. РИЭМК внедрена и введена в эксплуатацию на основании приказа Департамента здравоохранения города Севастополя от 05.06.2019 № 573 «О вводе в промышленную эксплуатацию информационной системы в сфере здравоохранения». Исключительные права принадлежат Получателю. Все компоненты Программы должны быть размещены централизованно на серверных мощностях регионального центра обработки данных ГБУЗС «МИАЦ» под управлением реестрового сертифицированного программного обеспечения. Региональный центр обработки данных ГБУЗС «МИАЦ» имеет аттестат соответствия требованиям по защите информации от 02.12.2024 № Л024-00107-00/00583568.00005.2024 на объект информатизации – сегмент информационно-телекоммуникационной инфраструктуры Центра обработки данных ГБУЗС «МИАЦ». ГИСЗС имеет аттестат соответствия требованиям по защите информации от 10.12.2024 № Л024-00107-00/00583374.00009.2024, предъявляемым ко второму классу защищённости ИС, второму уровню защищённости персональных данных, третьей категории значимости объекта критической информационной инфраструктуры. - - Участник закупки указывает в заявке все значения характеристики - Программа и ее компоненты должны обеспечивать информационное взаимодействие с Государственной информационной системой в сфере здравоохранения города Севастополя, состав которой утвержден Постановлением Правительства города Севастополя от 29.12.2023 № 669-ПП «О государственной информационной системе в сфере здравоохранения города Севастополя» (далее – ГИСЗС) в части следующих подсистем: 1. РМИС (программа для ЭВМ «ВИТАКОР РМИС») – интегрированная программа сбора, обработки, получения, передачи и хранения данных о состоянии здоровья населения, окружающей среды, ресурсном и финансовом обеспечении службы здравоохранения региона, предназначенная для обеспечения информационной поддержки процессов управления системой здравоохранения региона, для предоставления необходимых сервисов для медицинских организаций с целью сохранения первичной информации, порождаемой деятельностью медицинских организаций для автоматизации лечебно-диагностических процессов и сопутствующей медицинской деятельности медицинских организаций, в том числе с ведением электронных медицинских карт и персонифицированным учетом оказанной медицинской помощи. РМИС внедрена на основании приказа Департамента здравоохранения города Севастополя от 21.08.2018 № 742 «О создании медицинской информационной системы». РМИС включена в Единый реестр российских программ для электронных вычислительных машин и баз данных (https://reestr.minsvyaz.ru/reestr) (№ 2476 от 23.12.2016). Неисключительные права принадлежат Получателю. Права использования программного обеспечения предоставлены Получателю в объеме, позволяющем использовать РМИС и модернизировать ее функционал по соглашению с правообладателем. - Требования к передаче лицензии - Исполнитель обязан предоставить право использования на условиях простой (неисключительной) лицензии на программное обеспечение, обеспечивающее применение интеллектуального анализа электронных медицинских карт пациентов профиля болезней системы кровообращения под задачи реализации диспансерного наблюдения и диспансеризации в соответствии с функциональными требованиями к ПО, установленными настоящим Техническим заданием способом удаленного доступа через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть «Интернет», согласно срокам, указанным в разделе 7.1 настоящего ТЗ. Права использования, предоставляемые (передаваемые) Получателю, должны, в том числе, включать использование ПО следующими способами: ? Воспроизведение ПО в форме записи в память ЭВМ на вычислительных устройствах; ? Использование ПО в соответствии с ее целевым назначением; ? Создание резервных или архивных копий. У лицензии отсутствуют ограничения по возможности использования ПО на любом количестве серверов и процессоров (ядер) в серверах, на которых развернуто программное обеспечение, включая СУБД, для достижения необходимой производительности, масштабируемости и отказоустойчивости. Предоставляемая Лицензия должна распространяться на web и desktop версии. Предоставляемая Лицензия должна быть новой серийно выпускаемой. Лицензия не должна находиться в залоге, под арестом или под иным обременением. Лицензия должна распространяться на наименование ПО, согласно Таблице 3 раздела 4.1 настоящего ТЗ. СППВР, МИ с ИИ должно иметь регистрацию в реестре отечественного программного обеспечения и иметь регистрационное удостоверение Росздравнадзора как медицинское изделие 3-го класса безопасности. - - Значение характеристики не может изменяться участником закупки - Требования к функциональным возможностям ПО в части отображения сигнальной информации - ПО должно обеспечивать возможность передачи сигнальной информации в РМИС при информационном взаимодействии с Программой по готовому API согласно требованиям Таблицы 5.1 раздела 5.1 настоящего ТЗ. ПО должно обеспечивать реализацию и выполнение корректной интерпретации значений индикаторов в соответствии с Таблицей 5.2 раздела 5.1 настоящего ТЗ.Передача сигнальной информации в РМИС должно обеспечиваться ПО автоматически в режиме реального времени посредством готового API. Размещение элементов отображения сигнальной информации осуществляется в интерфейсе АРМ врача РМИС ГИСЗС соответствии с функциональными требованиями данного раздела. Функциональная возможность ПО позволяет осуществлять передачу новых параметров сигнальной информации по результатам обработки данных пациентов в рамках функциональных возможностей ПО, обеспечивающего требования под задачи диспансерного наблюдения и диспансеризации, в соответствии с требованиями настоящего ТЗ. - - Значение характеристики не может изменяться участником закупки - Требования к функциональным возможностям в части Диспансерного наблюдения - Функциональные требования ПО под задачи Диспансерного наблюдения должны обеспечивать следующие функциональные возможности: ? Анализ медицинских данных от РИЭМК с целью выявления и ведения пациентов профиля болезни БСК, для ДН в соответствии с положениями Приказа Минздрава РФ от 15.03.2022 № 168н. Постановка на учет в ПО должна осуществляться автоматически при наличии в ЭМК пациента диагнозов, указывающих на профиль заболеваний БСК, и по всем пациентам старше 18 лет; ? Формирование рекомендаций для специалистов по обследованию и лечению пациентов согласно клиническим рекомендациям по основным заболеваниям профиля БСК с оценкой пациента: ? по уровню сердечно-сосудистого риска по шкалам и калькуляторам, применяющимся при наличии сердечно-сосудистых заболеваний и их факторов риска; ? по степени достижения индивидуальных целевых показателей здоровья и уровням контролируемых показателей; ? по наличию относительных и абсолютных противопоказаний к лекарственным препаратам; ? прогнозирование у пациентов наличия нецелевых уровней важных клинических данных, отсутствующих в ЭМК, с целью своевременного обследования в рамках ДН для предотвращения неблагоприятных событий. - - Участник закупки указывает в заявке все значения характеристики - ? Соблюдение требований по предоставлению врачебных рекомендаций только на перечень рекомендаций, который входит в состав зарегистрированного медицинского изделия и соответствует его регистрационной документации. Результаты работы ПО должны быть предназначены для поддержки принятия врачебных решений с соблюдением критерия, согласно которому окончательное клиническое решение принимает медицинский работник; ? Предоставление результатов обработанных данных от ПО для их открытия в интерфейсе АРМ в РМИС по дополнительной кнопке вызова результата, как ответ на запрос пользователя через отправку HTTP-запроса из РМИС в ПО; ? Предоставление в РМИС результатов обработанных данных из ПО, включая информацию для графического отображения статусов в РМИС, по заранее сформированной гиперссылке (URL), содержащей идентификатор пациента; - ? Реализация передачи отдельных параметров, обработанных данных от ПО в виде сигнальной информации по статусам пациентов для их графического отображения в РМИС; ? Формирование в интерфейсе Программы аналитического дашборда раздела ДН в виде интерактивных диаграмм, графиков, аналитических таблиц и сводных отчётов с отображением: коморбидности пациентов профиля БСК и приоритетной группы для ДН; контроля показателей ведения ДН по Приказу № 168н; степени достижения целевых показателей здоровья и уровней контролируемых параметров; ? Возможность выгрузки сформированных списков пациентов за заданный период по заданной МО в формате xls; ? Доступ медицинского работника к результатам сводного анализа в интерфейсе Программы через РМИС без необходимости логирования со стороны пользователя; ? Предоставление функциональных возможностей по управлению правами доступа пользователей к данным в интерфейсе ПО через отдельный интерфейс администрирования. - Требования к функциональным возможностям ПО в части Диспансеризации - ПО должно обеспечивать следующие функциональные возможности под задачи Диспансеризации: ? Формирование рекомендаций для специалистов по обследованию пациентов в рамках диспансеризации согласно Приказу Министерства здравоохранения РФ от 27.04.2021 № 404н «Об утверждении Порядка проведения профилактического медицинского осмотра и диспансеризации определенных групп взрослого населения»; ? Формирование оценки пациентов для специалистов по уровню сердечно-сосудистого риска и группе здоровья; ? Предоставление рекомендаций по профилактике сердечно-сосудистых заболеваний; ? Предоставление результатов, обработанных данных от МИ с ИИ для их отображения на рабочем месте специалиста в интерфейсе РМИС ГИСЗС; ? Формирование сводных аналитических данных в интерфейсе Программы в отдельном разделе Диспансеризации в виде интерактивных диаграмм и таблиц: распределения пациентов по уровню сердечно-сосудистого риска и группам здоровья по Приказу № 404н; охвата первым и вторым этапами диспансеризации; полноты прохождения обследований в текущем году; распределения по степени контроля факторов риска. Элементы диаграмм должны быть интерактивны и обеспечивать возможность формировать персонализированные списки пациентов в формате xls; ? Доступ медицинского работника к результатам сводного анализа в интерфейсе Программы через РМИС без необходимости логирования со стороны пользователя; ? Доступ к аналитической и статистической информации, а также настройка параметров работы Программы и настройка доступов для пользователей должен осуществляться через собственный графический интерфейс Программы. - - Значение характеристики не может изменяться участником закупки - Требования к функциональным возможностям ПО в части ЛЛО пациентов профиля БСК - ? Возможность выгрузить полученные списки за заданный период по заданной МО в формате xls; ? Доступ медицинского работника к результатам сводного анализа в интерфейсе Программы через РМИС без необходимости дополнительного логирования со стороны пользователя; ? Доступ к аналитической и статистической информации, а также настройка параметров работы ПО может осуществляться через собственный графический интерфейс ПО. - - Участник закупки указывает в заявке все значения характеристики - ? Формирование в интерфейсе ПО раздела ЛЛО со сводной аналитикой и списками пациентов (дашборды) для организации работы по ЛЛО в регионе (в рамках льгот по Приказу № 37н), включая пациентов: ? имеющих право на ЛЛО, но не получающих льготные препараты; ? потерявших право на ЛЛО в связи с получением инвалидности; ? потерявших право на ЛЛО в связи с истечением 2 лет после перенесенного сердечно-сосудистого события; ? имеющих потребность в льготных лекарственных препаратах, включая дорогостоящие препараты согласно Приказу № 37н, а также сведения о получении (неполучении) льготного рецепта и отпуске (неотпуске) препарата по льготному рецепту; ? не обеспеченных конкретным препаратом на дату формирования отчета (в течение месяца/ трех месяцев), в том числе в целях обеспечения пациентов препаратами, находящимися в избытке на складе, с учетом срока годности; ? оценка средних доз статинов по субъекту Российской Федерации, медицинской организации в аналитическом дашборде; ? прогнозирование потребности в ЛЛО (по льготе БСК) в соответствии с Приказом № 37н для определения количества пациентов, нуждающихся в ЛЛО, на текущий и последующий календарные годы. - ПО должно обеспечивать следующие функциональные возможности под задачи ЛЛО: ? Выявление пациентов, имеющих право на ЛЛО и имеющих показания (и не имеющих абсолютных противопоказаний) к льготным лекарственным препаратам из перечня Приказа № 37н согласно аналитике МИ с ИИ для лечения ишемической болезни сердца, хронической сердечной недостаточности, фибрилляции предсердий, артериальной гипертензии, нарушений липидного обмена; ? Информирование пользователя (врача) о праве пациента на ЛЛО по Приказу № 37н (в рамках льгот БСК) в отчете ПО по результатам обработанных данных; ? Отбор и анализ в интерфейсе ПО пациентов по различным категориям согласно Приказу № 37н, включая пациентов, перенесших инфаркт миокарда и острое нарушение мозгового кровообращения; - Требования к функционалу аналитических данных - ПО должно обеспечивать формирование аналитических данных по разделам ДН, Д, ЛЛО, в собственном графическом интерфейсе на основании результатов обработки СЭМД. ПО должно обеспечивать доступ медицинского работника к аналитическим данным в интерфейсе Программы через РМИС без необходимости дополнительного логирования со стороны пользователя. В части работы с данными должно быть обеспечено: – многоуровневая фильтрация отображаемых данных с отображением активных фильтров и возможностью их сброса по отдельности либо одновременно; – интерактивность элементов диаграмм: выбор элемента применяется в качестве фильтра и формирует соответствующий список пациентов, с поддержкой множественного выбора; – выгрузка любого сформированного списка пациентов за заданный период по заданной МО в формате xls. В составе аналитических данных должны быть обеспечены дашборды по направлениям, соответствующим функциональным возможностям ПО: диспансерное наблюдение, диспансеризация, льготное лекарственное обеспечение. Состав отображаемых показателей и фильтров по каждому направлению определяется требованиями соответствующих пунктов раздела 5 настоящего ТЗ. - - Участник закупки указывает в заявке все значения характеристики - Реализован мониторинг полноты ЭМК и своевременности проведения обследований у пациентов в соответствии с клиническими рекомендациями и нормативными требованиями в интерфейсе ПО. Реализован функционал формирования статистики с данными по количеству обработанных с помощью ПО клинических случаев, в том числе статистики, необходимой для предоставления отчетности в координационный центр Минздрава РФ в рамках отраслевого инцидента №11 «Внедрение технологий искусственного интеллекта». - Требования к качеству штатного функционирования Программы - В штатном режиме функционирования ПО должна обеспечивать время отклика в соответствии с требованиями, указанными в Таблице 5.3 раздела 5.6 настоящего ТЗ– Требования к времени отклика в штатном режиме функционирования при условии скорости передачи данных не менее 10 Мбит/сек. Средняя величина времени отклика – средняя арифметическая величина времени отклика экранных форм ПО за произвольный период работы ПО в штатном режиме функционирования. Параметры целевого назначения ПО должны сохраняться на протяжении всего срока эксплуатации ПО. ПО должна предусматривать возможность масштабирования по производительности и объему обрабатываемой информации без модификации ее программного обеспечения путем модернизации используемого комплекса технических средств. - - Значение характеристики не может изменяться участником закупки - Требования к программному обеспечению - Все компоненты Программы должны быть размещены централизованно на серверных мощностях регионального центра обработки данных ГБУЗС «МИАЦ». Режим работы Программы круглосуточно 24/7/365, Исполнитель гарантирует уровень доступности Программы не менее 99% в год, за исключением согласованных сервисных окон, при условии безотказной работы ЦОД Получателя, на котором установлена Программа. - - Участник закупки указывает в заявке все значения характеристики - В случае увеличения объема обрабатываемого потока данных (в том числе количества поступающих медицинских документов) Исполнитель вправе направить Получателю обоснованный запрос на предоставление дополнительных серверных мощностей, необходимых для обеспечения требуемой производительности и корректной работы программного обеспечения. Получатель обязуется предоставить дополнительные ресурсы в своем ЦОД в объеме, необходимом для обеспечения функционирования ПО. Для обработки ретроспективной выгрузки электронных медицинских документов, (в зависимости от кол-ва получаемых документов) может потребоваться кратное увеличение предоставленных серверных мощностей в ЦОД Получателя, на период обработки такой выгрузки. Совокупный объем серверных ресурсов, предоставляемых Получателем для функционирования Программы, в том числе для обработки ретроспективной выгрузки электронных медицинских документов, не должен превышать двукратного объема серверных ресурсов, предусмотренных настоящим разделом. Обезличивание медицинских данных должно осуществляться автоматизировано внутри контура защищенной сети Получателя. За пределы защищенного контура Получателя не передаются медицинские данные пациентов. - Функционал Программы должен функционировать на имеющемся программном обеспечении Получателя, поддерживать работу на следующем ПО, установленном на автоматизированных рабочих местах, в том числе посредством веб-интерфейса Программы: ? ОС Astra Linux, RED OS, ALT Linux, имеющихся у Получателя. Функционал Программы должен быть полностью совместим и быть развернут на операционных системах, системных базах данных, серверах приложений, реализованных на базе программного обеспечения, включенного в Единый реестр российских программ для электронных вычислительных машин, в том числе сертифицированными версиями серверных операционных систем Red OS 8 и выше, имеющихся у Получателя. - Аппаратная часть (серверное оборудование) для функционирования Программы предоставляется и обслуживается Получателем. Получатель обеспечивает сетевую связанность между вычислительными ресурсами, информационными системами, с которыми предусмотрена организация информационного взаимодействия. Масштабирование серверной части Программы в части увеличения оперативной памяти, количества ядер процессоров, приобретения дополнительных лицензий на общесистемное программное обеспечение, в том числе на операционные системы, системы управления базами данных, криптопровайдеры, осуществляется за счет средств Получателя. - Взаимодействие Системы и ПО реализуется в контуре защищенной сети Получателя. Для установки и функционирования программного обеспечения в рамках требуемых функций ПО по настоящему ТЗ, Получатель в региональном ЦОД предоставляет следующие серверные мощности, из расчета на обработку 30000 документов в сутки при потоковой выгрузке документов по пациентам по основным диагнозам профиля БСК, не хуже: - Центральный процессор: ? поколение Skylake+; ? поддержка архитектуры: x86-64-v2/v3 (sse3, ssse3, sse4_1, sse4_2, popcnt, cx16, lahf_lm); ? тактовая частота – не менее 2.0 ГГц; ? количество ядер – не менее 25; ? поддержка инструкций AVX/AVX2; - Оперативное запоминающее устройство – объемом не менее 104 Гб; - Постоянное запоминающее устройство – объемом не менее 1000 Гб: ? Разметка: LVM; ? Файловая система: ext4; ? Разделы: o / 500 ГБ; o /opt/mbk 500 ГБ. - Сетевой адаптер – не менее 1 адаптера не ниже уровня Gigabit Ethernet; - Серверная ОС, 64-разрядная, сертифицированная: Red OS 8 и выше. - Программное обеспечение может осуществлять передачу сведений в государственные информационные системы и иные информационные системы, предусмотренные нормативными правовыми актами Российской Федерации, включая сведения, подлежащие передаче в соответствии с требованиями к медицинским изделиям, использующим технологии искусственного интеллекта. Объем и состав передаваемых сведений ограничиваются требованиями действующего законодательства и должен быть согласован с Получателем. - Требования к обеспечению информационной безопасности - Исполнитель несет ответственность в соответствии с законодательством Российской Федерации за действия своих сотрудников при оказании услуг по настоящему описанию объекта закупки, которые могут повлечь за собой нарушение функционирования Программы в целом и (или) свойств безопасности (конфиденциальности, целостности и доступности) обрабатываемой в Программе информации. Информация о правах доступа (предоставление, изменение, прекращение прав доступа) сотрудников Исполнителем к компонентам Программы и ее информационным ресурсам должна фиксироваться Исполнителем в ходе оказания услуг по настоящему описанию объекта закупки и предоставляться Заказчику и функциональному заказчику (Получателю) по требованию. При оказании услуг по настоящему описанию объекта закупки Исполнителем должны быть реализованы нижеследующие требования к функциональным возможностям Программы, направленные на обеспечение безопасности обрабатываемой в ней информации. В Программе должна быть предусмотрена возможность настройки для каждой пользовательской роли прав доступа к информационным ресурсам и выполнения определенных операций. Для каждого пользователя должна быть возможность назначить одну или более ролей. Доступ к Программе и ее компонентам должен быть реализован на основе принципа разделения обязанностей и минимизации полномочий. Вход в пользовательскую часть Программы и дальнейшая работа должны осуществляться только после прохождения процедур идентификации и аутентификации (проверке подлинности пользователя). - - Участник закупки указывает в заявке все значения характеристики - Для целей защиты данных сервера БД от несанкционированного доступа конечные пользователи Программы не должны знать пароль доступа непосредственно к самому серверу БД. Авторизация в Программе должна предусматривать доступ к функциям приложения, а не к серверу базы данных. В целях регистрации и учета действий пользователей и администраторов, в Программе внутренними (встроенными) средствами Программы должно быть обеспечено журналирование (фиксирование) действий пользователей и администраторов – вход (выход) в (из) системы, действий с конфиденциальной информацией, совершаемых пользователями в рамках сессии пользователя. Средства диагностирования Программы должны обеспечивать сбор и накопление информации о процессах загрузки и передачи данных, критических ошибках и предупреждениях в работе программных средств системы, загрузке аппаратной части (процессоры, память). Выполнение требования должно достигаться за счет внутренних (встроенных) средств Программы. - Оказание части услуг в рамках настоящего технического задания допустимо посредством удаленного подключения к серверам Получателя, на которых размещена Программа. Удаленное подключение осуществляется с использованием телекоммуникационных сетей связи по защищенному каналу связи Vipnet сеть № 4535, оператором которой является Получатель (все средства защиты информации, необходимые для организации удаленного доступа на стороне Исполнителя, приобретаются Исполнителем за свой счет, доступ обеспечивает Получатель). Исполнитель обязан обеспечить конфиденциальность данных, безопасность их обработки в зоне своей ответственности в ходе оказания услуг по настоящему описанию объекта закупки. - Исполнитель не имеет права разглашать или передавать любую информацию, создаваемую и обрабатываемую в процессе функционирования, третьим лицам, в случае если данная информация попала к нему в ходе исполнения своих обязательств, за исключением случаев, прямо предусмотренных законодательством Российской Федерации либо обязательными нормативными требованиями, распространяющимися на Программное обеспечение как медицинское изделие. В таких случаях передача информации осуществляется по согласованию с Получателем исключительно в объеме и порядке, установленном соответствующими нормативными правовыми актами. Обеспечение информационной безопасности осуществляется в соответствии с действующим законодательством Российской Федерации и включает в себя использование: 1. Встроенных в Программу механизмов безопасности, таких как средства разграничения доступа и логирования; 2. Программно-аппаратных, программных и технических средств Получателя; 3. Организационных мер обеспечения информационной безопасности на стороне Получателя. Исполнитель подтверждает свое согласие на заключение с Заказчиком, Получателем Соглашения о неразглашении служебной и иной конфиденциальной информации. - Для защиты конфиденциальной информации от несанкционированного доступа Исполнитель в зоне своей ответственности обязан принимать все необходимые организационные и технические меры, в том числе с использованием (применением) средств криптографической защиты, средств антивирусной защиты и средств от несанкционированного доступа соответствующие требованиям: 1. Средство антивирусной защиты: 1.1 уровню доверия (2). 1.2 Профилю защиты САВЗ: (Б второго класса защиты. ИТ.САВЗ.Б2.ПЗ); (В второго класса защиты. ИТ.САВЗ.В2.ПЗ); (Г второго класса защиты. ИТ.САВЗ.Г2.ПЗ). 2. Средство защиты от несанкционированного доступа: 2.1 уровню доверия (4). 2.2 Требованиям к межсетевому экранированию (Далее- МЭ): - профилю защиты МЭ (четвертого класса защиты. ИТ.МЭ.В4.ПЗ). 2.3 Требованиям к Средствам контроля подключения съемных машинных носителей информации (далее- СКН): - профиль защиты СКН (контроля отчуждения (переноса) информации со съемных машинных носителей информации четвертого класса защиты. ИТ.СКН.Н4.ПЗ); - профиль защиты СКН (контроля подключения съемных машинных носителей информации четвертого класса защиты. ИТ.СКН.П4.ПЗ). 2.4 Требования к средствам обнаружения вторжений (далее- СОВ): профили защиты СОВ (узла четвертого класса защиты. ИТ.СОВ.У4.ПЗ), РД СВТ(5). 3. Требования к средствам криптографической защиты информации: 3.1 Соответствие КС2. 3.2 Безопасность данных в VPN-сети должна обеспечиваться российским алгоритмом шифрования ГОСТ 28147-89 с использованием 256-битных ключей шифрования. - При оказании услуг Исполнитель должен обеспечить соблюдение требований к обеспечению конфиденциальности, целостности и доступности обрабатываемой в Программе информации. Исполнитель должен определить перечень работников, для которых предполагается удаленный доступ к информационной инфраструктуре Программы, а также перечень информации и информационных ресурсов, расположенных на серверах Программы, к которым будет предоставляться удаленный доступ, и предоставить данный перечень Получателю. Исполнитель должен обязать в письменной форме всех специалистов (сотрудников Исполнителя), которым могут стать доступны персональные данные в ходе оказания услуг по настоящему описанию объекта закупки, обеспечивать их целостность и конфиденциальность. Недопустима передача персональных данных, ставших известными сотрудникам Исполнителя в ходе оказания услуг по настоящему описанию объекта закупки, третьим лицам, за исключением участников процесса разработки Программы, если иное не предусмотрено законодательством Российской Федерации. - Требования к предоставлению доступа - Для оказания услуг в удалённом режиме Исполнитель запрашивает доступ к необходимым ресурсам Программы у Заказчика (Получателя). После согласования перечня ресурсов необходимых для развертывания функционала Программы, к которым необходимо обеспечить удаленный доступ со стороны Исполнителя, и уровня запрашиваемых полномочий, Заказчик (Получатель) в течение трех рабочих дней с момента подписания соглашения об информационном взаимодействии обеспечивает доступ (при наличии технической возможности) к запрашиваемым серверам, на которых будет установлен функционал Программы и ее компоненты, в объеме и с полномочиями, минимальными и достаточными для исполнения обязанностей Исполнителя. Настройка Программы будет осуществляться в удаленном режиме на серверном оборудовании, установленном в ЦОД. Доступ к серверам защищённой сети Департамента здравоохранения осуществляется с использованием технологии VPN, построенной на базе сертифицированных по требованиям безопасности информации криптографических средств ViPNet Network Security. Приобретение требуемых для удаленного доступа средств криптографической защиты информации осуществляется Исполнителя с использованием собственных сил и средств. Подключение к межсетевому взаимодействию осуществляется через аттестованную инфраструктуру защищенного обмена данными, развернутую на стороне Исполнителя и/или привлеченной им специализированной организацией, имеющей необходимые лицензии и компетенции в области защиты информации. Стороны обеспечивают выполнение требований по защите информации в пределах своих зон ответственности. - - Значение характеристики не может изменяться участником закупки - Требования к надежности и диагностированию - Программа должна быть снабжена средствами логирования (фиксации в журналах) действий, выполняемых пользователями и подсистемой. Логирование должно осуществляться в режиме 7 дней в неделю 24 часа в сутки, должен быть предусмотрен функционал настройки уровней логирования. Программа должна обладать встроенным функционалом ведения истории изменения данных. При диагностировании Программы должны обеспечиваться мониторинг основных процессов и мониторинг процесса выполнения программных средств из ее состава. При возникновении аварийных ситуаций либо ошибок в программном обеспечении диагностические инструменты должны позволять сохранять полный набор информации, необходимой для идентификации проблемы. Программа должна поддерживать работоспособность при некорректных действиях пользователя и обеспечивать сохранение целостности данных в случае нештатного завершения работы (например, при отказе рабочей станции или потере сетевого доступа). Для поддержания отказоустойчивости ПО должна позволять восстановление узлов при отказе. Должна быть обеспечена возможность полного и непротиворечивого восстановления данных и конфигурации системы в случае любых инцидентов. Надежность информационного обеспечения ПО должно обеспечиваться совокупностью используемых средств управления базами данных, системы комплексного администрирования и реализацией процессов резервного копирования информационных баз и файлов конфигурации. - - Участник закупки указывает в заявке все значения характеристики - В целях обеспечения надежного функционирования программное обеспечение должно предусматривать: ? контроль целостности данных на уровне системы управления базами данных за счет регулярного создания резервных копий (дампов) базы данных (хранение резервных копий осуществляется на отдельных вычислительных ресурсах Получателя); ? сохранение целостности данных при нештатном завершении программы в случае отказа рабочей станции путем регулярного создания резервных копий (дампов) базы данных; ? сохранение работоспособности программного обеспечения при некорректных действиях пользователя механизмами разграничения прав доступа, предусматривающими предоставление пользователю прав только на чтение данных без возможности выполнения операций изменения, удаления или добавления записей. Для повышения надежности работы ПО должны применяться: ? предварительно настроенные файлы-шаблоны для восстановления конфигурации общего программного обеспечения в случае сбоя. Исполнитель гарантирует бесперебойное функционирование ПО в течение гарантийного срока, при условии корректной работы программно-аппаратной инфраструктуры Получателя, на которой установлена ПО. - Общие требования к пользовательскому интерфейсу - Интерфейс функционала Программы должен обеспечивать быстрое отображение экранных форм. Ввод-вывод данных, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям и не противоречить интерфейсу программного обеспечения, зарегистрированного в качестве медицинского изделия с использованием технологий искусственного интеллекта, установленному эксплуатационной документацией и регистрационным удостоверением. Для обозначения сходных операций должны использоваться сходные управляющие (навигационные) элементы (иконки). Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы. Пользователь должен получать информацию об успешном завершении операций и о возникновении сбоев в ходе их выполнения или невозможности выполнения. При выполнении длительных операций, требующих значительного времени для выполнения, пользователь, должен получать информацию о текущем ходе выполнения операции. Интерфейс и логика работы пользователя в различных операционных системах должны быть идентичными, соответствовать требованиям для программного обеспечения, зарегистрированного в качестве медицинского изделия с использованием технологий искусственного интеллекта. - - Значение характеристики не может изменяться участником закупки - Требования по обработке исключительных ситуаций и ошибок - Сообщения об ошибках или аварийных ситуациях должны быть на русском языке, содержать рекомендации по их устранению. Функционал Программы должен обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. После вывода пользователю соответствующего сообщения, Программа должна возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. - - Значение характеристики не может изменяться участником закупки - Требования по вводу и контролю данных - Пользовательский интерфейс Программы должен быть предназначен исключительно для просмотра данных в режиме «только чтение». Внесение, редактирование или удаление данных средствами пользовательского интерфейса не предусмотрено. В интерфейсе ПО при демонстрации списка пациентов должен быть реализован интерфейс поиска данных по идентификатору пациента. При вводе некорректного или несуществующего идентификатора пациента в поле поиска система формирует сообщения об ошибке, при этом результат поиска не отображается (выводится пустой результат). Обработка запросов поиска осуществляется без влияния на целостность и корректность данных, хранящихся в Системе. Возможность изменения данных и их структуры через пользовательский интерфейс отсутствует. - - Значение характеристики не может изменяться участником закупки - Требования по устройствам ввода информации - Для доступа к функциям программы должно быть предусмотрено использование пользователями как манипулятора «мышь», так и клавиатуры - - Значение характеристики не может изменяться участником закупки - Требования по организации экранных форм - Взаимодействие пользователя с функционалом Программы должно осуществляться преимущественно в форме диалога типа «меню» и «интервью». В тех случаях, когда представление информации в документно-ориентированном виде невозможно или имеет худшее качество восприятия, допускается вывод информации в табличной форме. Во всех возможных случаях при заполнении полей ручной ввод данных должен быть заменен выбором из списков и справочников. Наименование полей в диалоговых окнах и формах интерфейса пользователя должны проводиться с минимумом сокращений. Допускается использование общепринятых сокращений, при невозможности отображения полнотекстовых наименований, допускается использование сокращений, каждое такое сокращение должно быть описано в эксплуатационной документации. - - Участник закупки указывает в заявке все значения характеристики - Формы интерфейса пользователя, используемые для представления входных/выходных документов, должны предоставлять информацию в той же последовательности и в том же расположении, что и их бумажные аналоги. Должна быть обеспечена возможность получения пользователем справочной информации в зависимости от текущего контекста выполняемых им действий, соответствовать документации программного обеспечения, зарегистрированного как медицинское изделие с применением технологий искусственного интеллекта. Контекстные подсказки, а также все сообщения, за исключением сообщений от системы управления базами данных и ОС, должны быть выполнены на русском языке и понятны пользователю. - Требования к лингвистическому обеспечению - Лингвистическое обеспечение Программы должно быть рассчитано на пользователя, специалиста в предметной области, не владеющего универсальными языками программирования или описаниями алгоритмов. Пользовательский интерфейс Программы должен быть локализован для Российской Федерации. Вся текстовая информация должна быть представлена на русском языке кроме технической составляющей сообщений. Внутренний обмен данными между компонентами Программы может осуществляться с использованием специальных терминов, представленных на английском языке с учетом требований технических условий по обмену информации. - - Значение характеристики не может изменяться участником закупки - Календарный план-график оказания услуг - Услуги должны выполняться в соответствии с планом-графиком, представленном в Таблице 7 раздела 7.1 настоящего ТЗ). По результатам каждого подпункта в рамках этапов Исполнитель направляет уведомление и соответствующие документы на согласование официальным письмом в адрес Получателя и Заказчика в установленные этапом сроки. - - Значение характеристики не может изменяться участником закупки - Порядок проведения инструктажа пользователей - Исполнитель проводит инструктаж по работе в Программе и ее администрированию. Инструктаж пользователей МО проводится в удаленном формате в групповой дистанционной форме посредством проведения вебинара. Должны быть проинструктированы все сотрудники МО, согласно предоставленным Получателем спискам. Организация инструктажа проводится по следующей схеме: - Получатель передает Исполнителю информацию с указанием перечня сотрудников, которым необходимо пройти инструктаж; - Исполнитель согласовывает с Получателем дату и время проведения инструктажа, подготавливает План и программу инструктажа пользователей и администраторов; - Исполнитель подготавливает и передает пользователям в электронном виде руководства пользователей и администраторов; - Получатель уведомляет участников инструктажа, контролирует присутствие ответственных лиц; - По результатам инструктажа оформляются Протоколы о проведении инструктажей с подписями всех участников инструктажа, форма Протокола предоставляется Получателем по запросу. Исполнитель готовит итоговый отчет о проведении инструктажа, содержаний Протоколы о проведении инструктажей по каждой медицинской организации, подведомственной Департаменту здравоохранения города Севастополя, и общую информацию по итогам инструктажа; - Дополнительный инструктаж пользователей и администраторов Программы допустимо проводить удаленно, в групповой дистанционной форме посредством проведения вебинаров. - - Значение характеристики не может изменяться участником закупки

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки

Способ предоставления - Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет - - Значение характеристики не может изменяться участником закупки

Класс программ для электронных вычислительных машин и баз данных - (12.21) Программное обеспечение для решения отраслевых задач в области здравоохранения - - Значение характеристики не может изменяться участником закупки

Характеристики программного обеспечения - Назначение - обеспечение функциональных возможностей МИ с ИИ и обеспечение функциональных возможностей МИ с ИИ с Системой - - Значение характеристики не может изменяться участником закупки

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

Задачи оказания услуг - Услуги по обеспечению функциональных возможностей Программы требуют реализации следующих задач: 1. Развертывание программного обеспечения, являющегося медицинским изделием с применением искусственного интеллекта, зарегистрированного в установленном порядке и имеющего регистрационное удостоверение, зарегистрированное в установленном порядке в Едином реестре российских программ для электронных вычислительных машин и баз данных, предназначенного для интеллектуального анализа электронных медицинских карт пациентов и функционирующего в составе Системы; 2. Настройка взаимодействия по готовым API новых модулей с текущими компонентами Системы Получателя в рамках модернизации ГИСЗС; 3. Обеспечение возможности загрузки и первичного анализа обезличенных медицинских данных из ЭМК в формате СЭМД по пациентам, содержащимся в Системе на момент начала оказания услуг; 4. Формирование статистики с данными по количеству обработанных с помощью ПО клинических случаев, в том числе статистики, необходимой для предоставления отчетности в координационный центр Минздрава РФ в рамках отраслевого инцидента № 11 «Внедрение технологий искусственного интеллекта»; 5. Предоставление канала взаимодействия с пользователями ПО для обработки справочных запросов, фиксации инцидентов и ответных решений по МИ с ИИ. - - Значение характеристики не может изменяться участником закупки

Краткие сведения об объекте автоматизации - 2. РИЭМК – региональная интегрированная электронная медицинская карта является региональным архивом электронных медицинских документов пациентов, обеспечивает функции оперативного доступа граждан к данным о своём здоровье и взаимодействия с медицинским персоналом, функции сбора и обобщения медицинской информации, передаваемой из МО для хранения в единой центральной базе данных региона, обмена данными между ИС в регионе, а также с системами ЕГИСЗ, предоставления авторизованного доступа организациям и медицинским работникам, оказывающим медицинские услуги, авторизованного доступа пациентам к собственной медицинской информации, получения оперативной отчетности на региональном уровне. РИЭМК внедрена и введена в эксплуатацию на основании приказа Департамента здравоохранения города Севастополя от 05.06.2019 № 573 «О вводе в промышленную эксплуатацию информационной системы в сфере здравоохранения». Исключительные права принадлежат Получателю. Все компоненты Программы должны быть размещены централизованно на серверных мощностях регионального центра обработки данных ГБУЗС «МИАЦ» под управлением реестрового сертифицированного программного обеспечения. Региональный центр обработки данных ГБУЗС «МИАЦ» имеет аттестат соответствия требованиям по защите информации от 02.12.2024 № Л024-00107-00/00583568.00005.2024 на объект информатизации – сегмент информационно-телекоммуникационной инфраструктуры Центра обработки данных ГБУЗС «МИАЦ». ГИСЗС имеет аттестат соответствия требованиям по защите информации от 10.12.2024 № Л024-00107-00/00583374.00009.2024, предъявляемым ко второму классу защищённости ИС, второму уровню защищённости персональных данных, третьей категории значимости объекта критической информационной инфраструктуры. - - Участник закупки указывает в заявке все значения характеристики

Программа и ее компоненты должны обеспечивать информационное взаимодействие с Государственной информационной системой в сфере здравоохранения города Севастополя, состав которой утвержден Постановлением Правительства города Севастополя от 29.12.2023 № 669-ПП «О государственной информационной системе в сфере здравоохранения города Севастополя» (далее – ГИСЗС) в части следующих подсистем: 1. РМИС (программа для ЭВМ «ВИТАКОР РМИС») – интегрированная программа сбора, обработки, получения, передачи и хранения данных о состоянии здоровья населения, окружающей среды, ресурсном и финансовом обеспечении службы здравоохранения региона, предназначенная для обеспечения информационной поддержки процессов управления системой здравоохранения региона, для предоставления необходимых сервисов для медицинских организаций с целью сохранения первичной информации, порождаемой деятельностью медицинских организаций для автоматизации лечебно-диагностических процессов и сопутствующей медицинской деятельности медицинских организаций, в том числе с ведением электронных медицинских карт и персонифицированным учетом оказанной медицинской помощи. РМИС внедрена на основании приказа Департамента здравоохранения города Севастополя от 21.08.2018 № 742 «О создании медицинской информационной системы». РМИС включена в Единый реестр российских программ для электронных вычислительных машин и баз данных (https://reestr.minsvyaz.ru/reestr) (№ 2476 от 23.12.2016). Неисключительные права принадлежат Получателю. Права использования программного обеспечения предоставлены Получателю в объеме, позволяющем использовать РМИС и модернизировать ее функционал по соглашению с правообладателем.

Требования к передаче лицензии - Исполнитель обязан предоставить право использования на условиях простой (неисключительной) лицензии на программное обеспечение, обеспечивающее применение интеллектуального анализа электронных медицинских карт пациентов профиля болезней системы кровообращения под задачи реализации диспансерного наблюдения и диспансеризации в соответствии с функциональными требованиями к ПО, установленными настоящим Техническим заданием способом удаленного доступа через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть «Интернет», согласно срокам, указанным в разделе 7.1 настоящего ТЗ. Права использования, предоставляемые (передаваемые) Получателю, должны, в том числе, включать использование ПО следующими способами: ? Воспроизведение ПО в форме записи в память ЭВМ на вычислительных устройствах; ? Использование ПО в соответствии с ее целевым назначением; ? Создание резервных или архивных копий. У лицензии отсутствуют ограничения по возможности использования ПО на любом количестве серверов и процессоров (ядер) в серверах, на которых развернуто программное обеспечение, включая СУБД, для достижения необходимой производительности, масштабируемости и отказоустойчивости. Предоставляемая Лицензия должна распространяться на web и desktop версии. Предоставляемая Лицензия должна быть новой серийно выпускаемой. Лицензия не должна находиться в залоге, под арестом или под иным обременением. Лицензия должна распространяться на наименование ПО, согласно Таблице 3 раздела 4.1 настоящего ТЗ. СППВР, МИ с ИИ должно иметь регистрацию в реестре отечественного программного обеспечения и иметь регистрационное удостоверение Росздравнадзора как медицинское изделие 3-го класса безопасности. - - Значение характеристики не может изменяться участником закупки

Требования к функциональным возможностям ПО в части отображения сигнальной информации - ПО должно обеспечивать возможность передачи сигнальной информации в РМИС при информационном взаимодействии с Программой по готовому API согласно требованиям Таблицы 5.1 раздела 5.1 настоящего ТЗ. ПО должно обеспечивать реализацию и выполнение корректной интерпретации значений индикаторов в соответствии с Таблицей 5.2 раздела 5.1 настоящего ТЗ.Передача сигнальной информации в РМИС должно обеспечиваться ПО автоматически в режиме реального времени посредством готового API. Размещение элементов отображения сигнальной информации осуществляется в интерфейсе АРМ врача РМИС ГИСЗС соответствии с функциональными требованиями данного раздела. Функциональная возможность ПО позволяет осуществлять передачу новых параметров сигнальной информации по результатам обработки данных пациентов в рамках функциональных возможностей ПО, обеспечивающего требования под задачи диспансерного наблюдения и диспансеризации, в соответствии с требованиями настоящего ТЗ. - - Значение характеристики не может изменяться участником закупки

Требования к функциональным возможностям в части Диспансерного наблюдения - Функциональные требования ПО под задачи Диспансерного наблюдения должны обеспечивать следующие функциональные возможности: ? Анализ медицинских данных от РИЭМК с целью выявления и ведения пациентов профиля болезни БСК, для ДН в соответствии с положениями Приказа Минздрава РФ от 15.03.2022 № 168н. Постановка на учет в ПО должна осуществляться автоматически при наличии в ЭМК пациента диагнозов, указывающих на профиль заболеваний БСК, и по всем пациентам старше 18 лет; ? Формирование рекомендаций для специалистов по обследованию и лечению пациентов согласно клиническим рекомендациям по основным заболеваниям профиля БСК с оценкой пациента: ? по уровню сердечно-сосудистого риска по шкалам и калькуляторам, применяющимся при наличии сердечно-сосудистых заболеваний и их факторов риска; ? по степени достижения индивидуальных целевых показателей здоровья и уровням контролируемых показателей; ? по наличию относительных и абсолютных противопоказаний к лекарственным препаратам; ? прогнозирование у пациентов наличия нецелевых уровней важных клинических данных, отсутствующих в ЭМК, с целью своевременного обследования в рамках ДН для предотвращения неблагоприятных событий. - - Участник закупки указывает в заявке все значения характеристики

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

? Реализация передачи отдельных параметров, обработанных данных от ПО в виде сигнальной информации по статусам пациентов для их графического отображения в РМИС; ? Формирование в интерфейсе Программы аналитического дашборда раздела ДН в виде интерактивных диаграмм, графиков, аналитических таблиц и сводных отчётов с отображением: коморбидности пациентов профиля БСК и приоритетной группы для ДН; контроля показателей ведения ДН по Приказу № 168н; степени достижения целевых показателей здоровья и уровней контролируемых параметров; ? Возможность выгрузки сформированных списков пациентов за заданный период по заданной МО в формате xls; ? Доступ медицинского работника к результатам сводного анализа в интерфейсе Программы через РМИС без необходимости логирования со стороны пользователя; ? Предоставление функциональных возможностей по управлению правами доступа пользователей к данным в интерфейсе ПО через отдельный интерфейс администрирования.

Требования к функциональным возможностям ПО в части Диспансеризации - ПО должно обеспечивать следующие функциональные возможности под задачи Диспансеризации: ? Формирование рекомендаций для специалистов по обследованию пациентов в рамках диспансеризации согласно Приказу Министерства здравоохранения РФ от 27.04.2021 № 404н «Об утверждении Порядка проведения профилактического медицинского осмотра и диспансеризации определенных групп взрослого населения»; ? Формирование оценки пациентов для специалистов по уровню сердечно-сосудистого риска и группе здоровья; ? Предоставление рекомендаций по профилактике сердечно-сосудистых заболеваний; ? Предоставление результатов, обработанных данных от МИ с ИИ для их отображения на рабочем месте специалиста в интерфейсе РМИС ГИСЗС; ? Формирование сводных аналитических данных в интерфейсе Программы в отдельном разделе Диспансеризации в виде интерактивных диаграмм и таблиц: распределения пациентов по уровню сердечно-сосудистого риска и группам здоровья по Приказу № 404н; охвата первым и вторым этапами диспансеризации; полноты прохождения обследований в текущем году; распределения по степени контроля факторов риска. Элементы диаграмм должны быть интерактивны и обеспечивать возможность формировать персонализированные списки пациентов в формате xls; ? Доступ медицинского работника к результатам сводного анализа в интерфейсе Программы через РМИС без необходимости логирования со стороны пользователя; ? Доступ к аналитической и статистической информации, а также настройка параметров работы Программы и настройка доступов для пользователей должен осуществляться через собственный графический интерфейс Программы. - - Значение характеристики не может изменяться участником закупки

Требования к функциональным возможностям ПО в части ЛЛО пациентов профиля БСК - ? Возможность выгрузить полученные списки за заданный период по заданной МО в формате xls; ? Доступ медицинского работника к результатам сводного анализа в интерфейсе Программы через РМИС без необходимости дополнительного логирования со стороны пользователя; ? Доступ к аналитической и статистической информации, а также настройка параметров работы ПО может осуществляться через собственный графический интерфейс ПО. - - Участник закупки указывает в заявке все значения характеристики

? Формирование в интерфейсе ПО раздела ЛЛО со сводной аналитикой и списками пациентов (дашборды) для организации работы по ЛЛО в регионе (в рамках льгот по Приказу № 37н), включая пациентов: ? имеющих право на ЛЛО, но не получающих льготные препараты; ? потерявших право на ЛЛО в связи с получением инвалидности; ? потерявших право на ЛЛО в связи с истечением 2 лет после перенесенного сердечно-сосудистого события; ? имеющих потребность в льготных лекарственных препаратах, включая дорогостоящие препараты согласно Приказу № 37н, а также сведения о получении (неполучении) льготного рецепта и отпуске (неотпуске) препарата по льготному рецепту; ? не обеспеченных конкретным препаратом на дату формирования отчета (в течение месяца/ трех месяцев), в том числе в целях обеспечения пациентов препаратами, находящимися в избытке на складе, с учетом срока годности; ? оценка средних доз статинов по субъекту Российской Федерации, медицинской организации в аналитическом дашборде; ? прогнозирование потребности в ЛЛО (по льготе БСК) в соответствии с Приказом № 37н для определения количества пациентов, нуждающихся в ЛЛО, на текущий и последующий календарные годы.

ПО должно обеспечивать следующие функциональные возможности под задачи ЛЛО: ? Выявление пациентов, имеющих право на ЛЛО и имеющих показания (и не имеющих абсолютных противопоказаний) к льготным лекарственным препаратам из перечня Приказа № 37н согласно аналитике МИ с ИИ для лечения ишемической болезни сердца, хронической сердечной недостаточности, фибрилляции предсердий, артериальной гипертензии, нарушений липидного обмена; ? Информирование пользователя (врача) о праве пациента на ЛЛО по Приказу № 37н (в рамках льгот БСК) в отчете ПО по результатам обработанных данных; ? Отбор и анализ в интерфейсе ПО пациентов по различным категориям согласно Приказу № 37н, включая пациентов, перенесших инфаркт миокарда и острое нарушение мозгового кровообращения;

Требования к функционалу аналитических данных - ПО должно обеспечивать формирование аналитических данных по разделам ДН, Д, ЛЛО, в собственном графическом интерфейсе на основании результатов обработки СЭМД. ПО должно обеспечивать доступ медицинского работника к аналитическим данным в интерфейсе Программы через РМИС без необходимости дополнительного логирования со стороны пользователя. В части работы с данными должно быть обеспечено: – многоуровневая фильтрация отображаемых данных с отображением активных фильтров и возможностью их сброса по отдельности либо одновременно; – интерактивность элементов диаграмм: выбор элемента применяется в качестве фильтра и формирует соответствующий список пациентов, с поддержкой множественного выбора; – выгрузка любого сформированного списка пациентов за заданный период по заданной МО в формате xls. В составе аналитических данных должны быть обеспечены дашборды по направлениям, соответствующим функциональным возможностям ПО: диспансерное наблюдение, диспансеризация, льготное лекарственное обеспечение. Состав отображаемых показателей и фильтров по каждому направлению определяется требованиями соответствующих пунктов раздела 5 настоящего ТЗ. - - Участник закупки указывает в заявке все значения характеристики

Реализован мониторинг полноты ЭМК и своевременности проведения обследований у пациентов в соответствии с клиническими рекомендациями и нормативными требованиями в интерфейсе ПО. Реализован функционал формирования статистики с данными по количеству обработанных с помощью ПО клинических случаев, в том числе статистики, необходимой для предоставления отчетности в координационный центр Минздрава РФ в рамках отраслевого инцидента №11 «Внедрение технологий искусственного интеллекта».

Требования к качеству штатного функционирования Программы - В штатном режиме функционирования ПО должна обеспечивать время отклика в соответствии с требованиями, указанными в Таблице 5.3 раздела 5.6 настоящего ТЗ– Требования к времени отклика в штатном режиме функционирования при условии скорости передачи данных не менее 10 Мбит/сек. Средняя величина времени отклика – средняя арифметическая величина времени отклика экранных форм ПО за произвольный период работы ПО в штатном режиме функционирования. Параметры целевого назначения ПО должны сохраняться на протяжении всего срока эксплуатации ПО. ПО должна предусматривать возможность масштабирования по производительности и объему обрабатываемой информации без модификации ее программного обеспечения путем модернизации используемого комплекса технических средств. - - Значение характеристики не может изменяться участником закупки

Требования к программному обеспечению - Все компоненты Программы должны быть размещены централизованно на серверных мощностях регионального центра обработки данных ГБУЗС «МИАЦ». Режим работы Программы круглосуточно 24/7/365, Исполнитель гарантирует уровень доступности Программы не менее 99% в год, за исключением согласованных сервисных окон, при условии безотказной работы ЦОД Получателя, на котором установлена Программа. - - Участник закупки указывает в заявке все значения характеристики

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

Функционал Программы должен функционировать на имеющемся программном обеспечении Получателя, поддерживать работу на следующем ПО, установленном на автоматизированных рабочих местах, в том числе посредством веб-интерфейса Программы: ? ОС Astra Linux, RED OS, ALT Linux, имеющихся у Получателя. Функционал Программы должен быть полностью совместим и быть развернут на операционных системах, системных базах данных, серверах приложений, реализованных на базе программного обеспечения, включенного в Единый реестр российских программ для электронных вычислительных машин, в том числе сертифицированными версиями серверных операционных систем Red OS 8 и выше, имеющихся у Получателя.

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

Взаимодействие Системы и ПО реализуется в контуре защищенной сети Получателя. Для установки и функционирования программного обеспечения в рамках требуемых функций ПО по настоящему ТЗ, Получатель в региональном ЦОД предоставляет следующие серверные мощности, из расчета на обработку 30000 документов в сутки при потоковой выгрузке документов по пациентам по основным диагнозам профиля БСК, не хуже: - Центральный процессор: ? поколение Skylake+; ? поддержка архитектуры: x86-64-v2/v3 (sse3, ssse3, sse4_1, sse4_2, popcnt, cx16, lahf_lm); ? тактовая частота – не менее 2.0 ГГц; ? количество ядер – не менее 25; ? поддержка инструкций AVX/AVX2; - Оперативное запоминающее устройство – объемом не менее 104 Гб; - Постоянное запоминающее устройство – объемом не менее 1000 Гб: ? Разметка: LVM; ? Файловая система: ext4; ? Разделы: o / 500 ГБ; o /opt/mbk 500 ГБ. - Сетевой адаптер – не менее 1 адаптера не ниже уровня Gigabit Ethernet; - Серверная ОС, 64-разрядная, сертифицированная: Red OS 8 и выше.

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

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

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

Оказание части услуг в рамках настоящего технического задания допустимо посредством удаленного подключения к серверам Получателя, на которых размещена Программа. Удаленное подключение осуществляется с использованием телекоммуникационных сетей связи по защищенному каналу связи Vipnet сеть № 4535, оператором которой является Получатель (все средства защиты информации, необходимые для организации удаленного доступа на стороне Исполнителя, приобретаются Исполнителем за свой счет, доступ обеспечивает Получатель). Исполнитель обязан обеспечить конфиденциальность данных, безопасность их обработки в зоне своей ответственности в ходе оказания услуг по настоящему описанию объекта закупки.

Исполнитель не имеет права разглашать или передавать любую информацию, создаваемую и обрабатываемую в процессе функционирования, третьим лицам, в случае если данная информация попала к нему в ходе исполнения своих обязательств, за исключением случаев, прямо предусмотренных законодательством Российской Федерации либо обязательными нормативными требованиями, распространяющимися на Программное обеспечение как медицинское изделие. В таких случаях передача информации осуществляется по согласованию с Получателем исключительно в объеме и порядке, установленном соответствующими нормативными правовыми актами. Обеспечение информационной безопасности осуществляется в соответствии с действующим законодательством Российской Федерации и включает в себя использование: 1. Встроенных в Программу механизмов безопасности, таких как средства разграничения доступа и логирования; 2. Программно-аппаратных, программных и технических средств Получателя; 3. Организационных мер обеспечения информационной безопасности на стороне Получателя. Исполнитель подтверждает свое согласие на заключение с Заказчиком, Получателем Соглашения о неразглашении служебной и иной конфиденциальной информации.

Для защиты конфиденциальной информации от несанкционированного доступа Исполнитель в зоне своей ответственности обязан принимать все необходимые организационные и технические меры, в том числе с использованием (применением) средств криптографической защиты, средств антивирусной защиты и средств от несанкционированного доступа соответствующие требованиям: 1. Средство антивирусной защиты: 1.1 уровню доверия (2). 1.2 Профилю защиты САВЗ: (Б второго класса защиты. ИТ.САВЗ.Б2.ПЗ); (В второго класса защиты. ИТ.САВЗ.В2.ПЗ); (Г второго класса защиты. ИТ.САВЗ.Г2.ПЗ). 2. Средство защиты от несанкционированного доступа: 2.1 уровню доверия (4). 2.2 Требованиям к межсетевому экранированию (Далее- МЭ): - профилю защиты МЭ (четвертого класса защиты. ИТ.МЭ.В4.ПЗ). 2.3 Требованиям к Средствам контроля подключения съемных машинных носителей информации (далее- СКН): - профиль защиты СКН (контроля отчуждения (переноса) информации со съемных машинных носителей информации четвертого класса защиты. ИТ.СКН.Н4.ПЗ); - профиль защиты СКН (контроля подключения съемных машинных носителей информации четвертого класса защиты. ИТ.СКН.П4.ПЗ). 2.4 Требования к средствам обнаружения вторжений (далее- СОВ): профили защиты СОВ (узла четвертого класса защиты. ИТ.СОВ.У4.ПЗ), РД СВТ(5). 3. Требования к средствам криптографической защиты информации: 3.1 Соответствие КС2. 3.2 Безопасность данных в VPN-сети должна обеспечиваться российским алгоритмом шифрования ГОСТ 28147-89 с использованием 256-битных ключей шифрования.

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

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

Требования к надежности и диагностированию - Программа должна быть снабжена средствами логирования (фиксации в журналах) действий, выполняемых пользователями и подсистемой. Логирование должно осуществляться в режиме 7 дней в неделю 24 часа в сутки, должен быть предусмотрен функционал настройки уровней логирования. Программа должна обладать встроенным функционалом ведения истории изменения данных. При диагностировании Программы должны обеспечиваться мониторинг основных процессов и мониторинг процесса выполнения программных средств из ее состава. При возникновении аварийных ситуаций либо ошибок в программном обеспечении диагностические инструменты должны позволять сохранять полный набор информации, необходимой для идентификации проблемы. Программа должна поддерживать работоспособность при некорректных действиях пользователя и обеспечивать сохранение целостности данных в случае нештатного завершения работы (например, при отказе рабочей станции или потере сетевого доступа). Для поддержания отказоустойчивости ПО должна позволять восстановление узлов при отказе. Должна быть обеспечена возможность полного и непротиворечивого восстановления данных и конфигурации системы в случае любых инцидентов. Надежность информационного обеспечения ПО должно обеспечиваться совокупностью используемых средств управления базами данных, системы комплексного администрирования и реализацией процессов резервного копирования информационных баз и файлов конфигурации. - - Участник закупки указывает в заявке все значения характеристики

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

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

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

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

Требования по устройствам ввода информации - Для доступа к функциям программы должно быть предусмотрено использование пользователями как манипулятора «мышь», так и клавиатуры - - Значение характеристики не может изменяться участником закупки

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

Формы интерфейса пользователя, используемые для представления входных/выходных документов, должны предоставлять информацию в той же последовательности и в том же расположении, что и их бумажные аналоги. Должна быть обеспечена возможность получения пользователем справочной информации в зависимости от текущего контекста выполняемых им действий, соответствовать документации программного обеспечения, зарегистрированного как медицинское изделие с применением технологий искусственного интеллекта. Контекстные подсказки, а также все сообщения, за исключением сообщений от системы управления базами данных и ОС, должны быть выполнены на русском языке и понятны пользователю.

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

Календарный план-график оказания услуг - Услуги должны выполняться в соответствии с планом-графиком, представленном в Таблице 7 раздела 7.1 настоящего ТЗ). По результатам каждого подпункта в рамках этапов Исполнитель направляет уведомление и соответствующие документы на согласование официальным письмом в адрес Получателя и Заказчика в установленные этапом сроки. - - Значение характеристики не может изменяться участником закупки

Порядок проведения инструктажа пользователей - Исполнитель проводит инструктаж по работе в Программе и ее администрированию. Инструктаж пользователей МО проводится в удаленном формате в групповой дистанционной форме посредством проведения вебинара. Должны быть проинструктированы все сотрудники МО, согласно предоставленным Получателем спискам. Организация инструктажа проводится по следующей схеме: - Получатель передает Исполнителю информацию с указанием перечня сотрудников, которым необходимо пройти инструктаж; - Исполнитель согласовывает с Получателем дату и время проведения инструктажа, подготавливает План и программу инструктажа пользователей и администраторов; - Исполнитель подготавливает и передает пользователям в электронном виде руководства пользователей и администраторов; - Получатель уведомляет участников инструктажа, контролирует присутствие ответственных лиц; - По результатам инструктажа оформляются Протоколы о проведении инструктажей с подписями всех участников инструктажа, форма Протокола предоставляется Получателем по запросу. Исполнитель готовит итоговый отчет о проведении инструктажа, содержаний Протоколы о проведении инструктажей по каждой медицинской организации, подведомственной Департаменту здравоохранения города Севастополя, и общую информацию по итогам инструктажа; - Дополнительный инструктаж пользователей и администраторов Программы допустимо проводить удаленно, в групповой дистанционной форме посредством проведения вебинаров. - - Значение характеристики не может изменяться участником закупки

- Обоснование включения дополнительной информации в сведения о товаре, работе, услуге В соответствии с техническим заданием

Преимущества, требования к участникам

Преимущества: Преимущество в соответствии с ч. 3 ст. 30 Закона № 44-ФЗ - Размер преимущества не установлен

Требования к участникам: 1. Единые требования к участникам закупок в соответствии с ч. 1 ст. 31 Закона № 44-ФЗ 2. Требования к участникам закупок в соответствии с ч. 1.1 ст. 31 Закона № 44-ФЗ

Применение национального режима по ст. 14 Закона № 44-ФЗ

Применение национального режима по ст. 14 Закона № 44-ФЗ: Основанием для установки указания запретов, ограничений закупок товаров, происходящих из иностранных государств, выполняемых работ, оказываемых услуг иностранными лицами, а так же преимуществ в отношении товаров российского происхождения, а также товаров происходящих из стран ЕАЭС, выполняемых работ, оказываемых услуг российскими лицами, а также лицами, зарегистрированными в странах ЕАЭС, является Постановление Правительства Российской Федерации о мерах по предоставлению национального режима от 23.12.2024 № 1875.

Сведения о связи с позицией плана-графика

Сведения о связи с позицией плана-графика: 202608742000011001000022

Начальная (максимальная) цена контракта: 19 000 000,00

Валюта: РОССИЙСКИЙ РУБЛЬ

Идентификационный код закупки (ИКЗ): 262920402328192040100100220640000244

Срок исполнения контракта (отдельных этапов исполнения контракта) включает в том числе приемку поставленного товара, выполненной работы, оказанной услуги, а также оплату заказчиком поставщику (подрядчику, исполнителю) поставленного товара, выполненной работы, оказанной услуги

Дата начала исполнения контракта: с даты заключения контракта

Срок исполнения контракта: 30.11.2026

Количество этапов: 2

Закупка за счет бюджетных средств: Да

Наименование бюджета: Бюджет города Севастополя

Вид бюджета: бюджет субъекта Российской Федерации

Код территории муниципального образования: 67000000: Муниципальные образования города федерального значения Севастополя

Требуется обеспечение заявки: Да

Размер обеспечения заявки: 190 000,00 Российский рубль

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: Обеспечение заявки на участие в закупке может предоставляться участником закупки в виде денежных средств или независимой гарантии, предусмотренной статьей 45 Федерального закона 44-ФЗ. Выбор способа обеспечения осуществляется участником закупки самостоятельно. Срок действия независимой гарантии должен составлять не менее месяца с даты окончания срока подачи заявок. Участники закупки, являющиеся юридическими лицами, зарегистрированными на территории государства - члена Евразийского экономического союза, за исключением Российской Федерации, или физическими лицами, являющимися гражданами государства - члена Евразийского экономического союза, за исключением Российской Федерации, вправе предоставить обеспечение заявок в виде денежных средств с учетом особенностей, установленных Постановлением Правительства Российской Федерации от 10.04.2023 № 579.

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03100643000000017400, л/c 04742201170, БИК 042202126

Реквизиты счета для перечисления денежных средств в случае, предусмотренном ч.13 ст. 44 Закона № 44-ФЗ (в соответствующий бюджет бюджетной системы Российской Федерации): Получатель Номер единого казначейского счета Номер казначейского счета БИК ТОФК УПРАВЛЕНИЕ ФЕДЕРАЛЬНОГО КАЗНАЧЕЙСТВА ПО Г. СЕВАСТОПОЛЮ (ГКУС "МЕДИЦИНСКИЙ СКЛАД № 1043") () ИНН: 9204023281 КПП: 920401001 КБК: 80611610056020000140 ОКТМО: 67312000 40102810245370000126 03100643000000017400 042202126

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, г. Севастополь, вн.тер.г. Гагаринский муниципальный округ, ул Адмирала Юмашева, 4а

Требуется обеспечение исполнения контракта: Да

Размер обеспечения исполнения контракта: 10 %

Порядок предоставления обеспечения исполнения контракта, требования к обеспечению: Исполнение контракта может обеспечиваться предоставлением независимой гарантии, соответствующей требованиям статьи 45 Федерального закона 44-ФЗ, или внесением денежных средств на указанный заказчиком счет, на котором в соответствии с законодательством Российской Федерации учитываются операции со средствами, поступающими заказчику. Способ обеспечения исполнения контракта, срок действия независимой гарантии определяются участником закупки, с которым заключается контракт, самостоятельно. При этом срок действия независимой гарантии должен превышать предусмотренный контрактом срок исполнения обязательств, которые должны быть обеспечены такой независимой гарантией, не менее чем на один месяц, в том числе в случае его изменения в соответствии со статьей 95 Федерального закона 44-ФЗ.

Платежные реквизиты для обеспечения исполнения контракта: p/c 03222643670000003200, л/c 05220117001, БИК 012202102, ОКЦ № 1 ВВГУ Банка России//УФК по Нижегородской области, г Нижний Новгород, к/c 40102810745370000024

Требуется гарантия качества товара, работы, услуги: Да

Срок, на который предоставляется гарантия и (или) требования к объему предоставления гарантий качества товара, работы, услуги: 12 (двенадцать) месяцев с даты подписания документа о приемке.

Информация о требованиях к гарантийному обслуживанию товара: в соответствии с разделом 4 Контракта

Требования к гарантии производителя товара: в соответствии с разделом 4 Контракта

Требуется обеспечение гарантийных обязательств: Да

Размер обеспечения гарантийных обязательств: 950 000,00 Российский рубль

Порядок предоставления обеспечения гарантийных обязательств, требования к обеспечению: в соответствии с разделом 4 Контракта

Платежные реквизиты для обеспечения гарантийных обязательств: p/c 03222643670000003200, л/c 05220117001, БИК 012202102, ОКЦ № 1 ВВГУ Банка России//УФК по Нижегородской области, г Нижний Новгород, к/с 40102810745370000024

Банковское или казначейское сопровождение контракта не требуется

Информация о сроках исполнения контракта и источниках финансирования

Срок исполнения контракта (отдельных этапов исполнения контракта) включает в том числе приемку поставленного товара, выполненной работы, оказанной услуги, а также оплату заказчиком поставщику (подрядчику, исполнителю) поставленного товара, выполненной работы, оказанной услуги

Дата начала исполнения контракта: с даты заключения контракта

Срок исполнения контракта: 30.11.2026

Количество этапов: 2

Закупка за счет бюджетных средств: Да

Наименование бюджета: Бюджет города Севастополя

Вид бюджета: бюджет субъекта Российской Федерации

Код территории муниципального образования: 67000000: Муниципальные образования города федерального значения Севастополя

Документы

Общая информация

Документы

Журнал событий