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

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

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

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

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

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

Размещение осуществляет: Уполномоченный орган МИНИСТЕРСТВО ПО РЕГУЛИРОВАНИЮ КОНТРАКТНОЙ СИСТЕМЫ В СФЕРЕ ЗАКУПОК ВОРОНЕЖСКОЙ ОБЛАСТИ

Наименование объекта закупки: 2026-04149 - Выполнение работ по развитию государственной информационной системы Воронежской области «Региональный сегмент Единой государственной информационной системы здравоохранения Воронежской области» создание единого многофункционального сервиса министерства здравоохранения Воронежской области в национальном мессенджере Макс

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

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

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

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

Организация, осуществляющая размещение: МИНИСТЕРСТВО ПО РЕГУЛИРОВАНИЮ КОНТРАКТНОЙ СИСТЕМЫ В СФЕРЕ ЗАКУПОК ВОРОНЕЖСКОЙ ОБЛАСТИ

Почтовый адрес: 394036, ул. 20-летия ВЛКСМ, д. 59

Место нахождения: г.Воронеж, ул. 20-летия ВЛКСМ, д. 59

Ответственное должностное лицо: Кучин А. В.

Адрес электронной почты: zakupki@govvrn.ru

Номер контактного телефона: 7-473-2126407

Дополнительная информация: БЮДЖЕТНОЕ УЧРЕЖДЕНИЕ ЗДРАВООХРАНЕНИЯ ВОРОНЕЖСКОЙ ОБЛАСТИ "ВОРОНЕЖСКИЙ МЕДИЦИНСКИЙ ИНФОРМАЦИОННО-АНАЛИТИЧЕСКИЙ ЦЕНТР". Место нахождения: Российская Федерация, 394026, Воронежская обл, Воронеж г, Варейкиса ул, Варейкиса ул, Д. 70. Почтовый адрес:Российская Федерация, 394026, Воронежская обл, Воронеж г, Варейкиса ул, Д. 70. Телефон: 7-473-2125572. Адрес электронной почты: kostinva@vmiac.zdrav36.ru Ответственное лицо: Костин Виктор Александрович,Адрес электронной почты организации заказчика: vmiac@zdrav36.ru, Телефон организации заказчика: 7-473-2125570

Регион: Воронежская обл

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

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

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

Дата окончания срока рассмотрения и оценки вторых частей заявок: 14.07.2026

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

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

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

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

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

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

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

- 62.01.11.000 - Выполнение работ по развитию государственной информационной системы Воронежской области «Региональный сегмент Единой государственной информационной системы здравоохранения Воронежской области» создание единого многофункционального сервиса министерства здравоохранения Воронежской области в национальном мессенджере Макс Общие сведения о Системе Полное наименование Системы: государственная информационная система Воронежской области «Региональный сегмент Единой государственной информационной системы здравоохранения Воронежской области». Условное обозначение Системы: РС ЕГИСЗ. ГИС ВО «РС ЕГИСЗ ВО разработана на базе программного комплекса «Квазар» (Правообладатель ООО «Медсофт», реестровая запись № 4470 от 16.04.2018г в едином реестре российских программ для электронных вычислительных машин и баз данных https://reestr.digital.gov.ru/reestr). РС ЕГИСЗ предназначен для автоматизации деятельности работников медицинских организаций и других организаций Воронежской области, принимающих участие в процессе оказания медицинских услуг населению, а также пользующихся их услугами граждан. Все подсистемы РС ЕГИСЗ эксплуатируются в составе программно–технического комплекса на ИТ-инфраструктуре Заказчика. Техническая и физическая защита аппаратных компонентов подсистем и модулей РС ЕГИСЗ, носителей данных, бесперебойное энергоснабжение, резервирование ресурсов реализуются техническими и организационными средствами, предусмотренными в ИТ-инфраструктуре Заказчика. РС ЕГИСЗ Воронежской области является государственной информационной системой, аттестованной по требованиям безопасности информации, предъявляемым к государственным информационным системам 2 класса защищённости и к информационным системам персональных данных 2 уровня защищённости персональных данных. ... 2. Цели и задачи выполнения работ Целью развития РС ЕГИСЗ является задача по созданию функционала взаимодействия с пациентом через национальный мессенджер «МАКС», в результате выполнения работ должен быть разработан многофункциональный чат-бот осуществляющий: ? идентификацию и аутентификацию пациента через ЕСИА ? подписание пациентом согласия на обработку персональных данных с использованием механизма госключа; ? подписание пациентом согласия согласий на медицинское вмешательство с использованием механизма госключа; ? запись на прием к врачу; ? подача заявки, подтверждение и проведение телемедицинской консультации, закрытие электронного листка нетрудоспособности; ? запись на ПМО и ДОГВН ? запись на вакцинацию; ? вызов врача на дом; ? получение выписанных льготных рецептов, запрос на повторную выписку; ? запрос справок; ? индивидуальный патронаж пациента; Общие требования к выполнению работ Выполнение работ не должно нарушать работоспособность системы в целом, не должно приводить к потере данных, имеющихся в системе, а также не должно приводить к потере функциональности системы и отдельно взятых программных компонент РС ЕГИСЗ. Функционал РС ЕГИСЗ, имеющийся у Заказчика на момент начала исполнения контракта, должен быть сохранен в полном объёме. При внесении изменений в Систему Исполнителем должно быть обеспечено штатное функционирование (сохранность в рабочем состоянии) интеграционных связей со следующими внешними системами: • федеральный сегмент ЕГИСЗ; • ИС Социального фонда Российской Федерации; • ФРМО/ФРМР; • ИС ИПРА; • региональный сегмент единого регистра застрахованных ТФОМС Воронежской области; • СМЭВ. В рамках реализации работ по развитию Системы Исполнитель должен выполнить работы в соответствии с утверждённым календарным планом-графиком работ (таблица №1 приложения №4 настоящего описания объекта закупки). Исполнителем должно быть обеспечено консультационное и техническое сопровождение доработанной и переданной Заказчику Системы на этапе опытной эксплуатации и до окончания срока гарантийного обслуживания Системы. - Условная единица - 1,00 - 10 000 000,00 - 10 000 000,00

БЮДЖЕТНОЕ УЧРЕЖДЕНИЕ ЗДРАВООХРАНЕНИЯ ВОРОНЕЖСКОЙ ОБЛАСТИ "ВОРОНЕЖСКИЙ МЕДИЦИНСКИЙ ИНФОРМАЦИОННО-АНАЛИТИЧЕСКИЙ ЦЕНТР" - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Общие сведения о Системе Полное наименование Системы: государственная информационная система Воронежской области «Региональный сегмент Единой государственной информационной системы здравоохранения Воронежской области». Условное обозначение Системы: РС ЕГИСЗ. ГИС ВО «РС ЕГИСЗ ВО разработана на базе программного комплекса «Квазар» (Правообладатель ООО «Медсофт», реестровая запись № 4470 от 16.04.2018г в едином реестре российских программ для электронных вычислительных машин и баз данных https://reestr.digital.gov.ru/reestr). РС ЕГИСЗ предназначен для автоматизации деятельности работников медицинских организаций и других организаций Воронежской области, принимающих участие в процессе оказания медицинских услуг населению, а также пользующихся их услугами граждан. Все подсистемы РС ЕГИСЗ эксплуатируются в составе программно–технического комплекса на ИТ-инфраструктуре Заказчика. Техническая и физическая защита аппаратных компонентов подсистем и модулей РС ЕГИСЗ, носителей данных, бесперебойное энергоснабжение, резервирование ресурсов реализуются техническими и организационными средствами, предусмотренными в ИТ-инфраструктуре Заказчика. РС ЕГИСЗ Воронежской области является государственной информационной системой, аттестованной по требованиям безопасности информации, предъявляемым к государственным информационным системам 2 класса защищённости и к информационным системам персональных данных 2 уровня защищённости персональных данных. Значение характеристики не может изменяться участником закупки Все программные компоненты РС ЕГИСЗ эксплуатируются в составе программно–технического комплекса на разделённой ИТ-инфраструктуре Заказчика. Техническая и физическая защита аппаратных компонентов программных компонент, носителей данных, бесперебойное энергоснабжение, резервирование ресурсов реализуются техническими и организационными средствами, предусмотренными в ИТ-инфраструктуре Заказчика. Региональные информационные ресурсы и прикладные компоненты Системы обеспечивают информационно-технологическую поддержку функций управления здравоохранением, непосредственного оказания медицинской помощи, информационного взаимодействия с гражданами и организациями. Интеграция программных компонент РС ЕГИСЗ между собой осуществляется через интеграционную шину, реализованную в рамках контракта № 41 от 20.08.2018 г. (реестровый номер контракта в ЕИС 2366607509318000021) на оказание услуг по модернизации РС ЕГИСЗ. Перечень нормативно-правовых актов, нормативных, методических и организационно-распорядительных документов, которыми необходимо руководствоваться при выполнении работ в соответствии с Приложением №2 к настоящему Описанию объекта закупки. Состав и описание подсистем и модулей РС ЕГИСЗ, их функциональные возможности, указаны в Приложении № 3 настоящего Описания объекта закупки. 2. Цели и задачи выполнения работ Целью развития РС ЕГИСЗ является задача по созданию функционала взаимодействия с пациентом через национальный мессенджер «МАКС», в результате выполнения работ должен быть разработан многофункциональный чат-бот осуществляющий: ? идентификацию и аутентификацию пациента через ЕСИА ? подписание пациентом согласия на обработку персональных данных с использованием механизма госключа; ? подписание пациентом согласия согласий на медицинское вмешательство с использованием механизма госключа; ? запись на прием к врачу; ? подача заявки, подтверждение и проведение телемедицинской консультации, закрытие электронного листка нетрудоспособности; ? запись на ПМО и ДОГВН ? запись на вакцинацию; ? вызов врача на дом; ? получение выписанных льготных рецептов, запрос на повторную выписку; ? запрос справок; ? индивидуальный патронаж пациента; Значение характеристики не может изменяться участником закупки Общие требования к выполнению работ Выполнение работ не должно нарушать работоспособность системы в целом, не должно приводить к потере данных, имеющихся в системе, а также не должно приводить к потере функциональности системы и отдельно взятых программных компонент РС ЕГИСЗ. Функционал РС ЕГИСЗ, имеющийся у Заказчика на момент начала исполнения контракта, должен быть сохранен в полном объёме. При внесении изменений в Систему Исполнителем должно быть обеспечено штатное функционирование (сохранность в рабочем состоянии) интеграционных связей со следующими внешними системами: • федеральный сегмент ЕГИСЗ; • ИС Социального фонда Российской Федерации; • ФРМО/ФРМР; • ИС ИПРА; • региональный сегмент единого регистра застрахованных ТФОМС Воронежской области; • СМЭВ. В рамках реализации работ по развитию Системы Исполнитель должен выполнить работы в соответствии с утверждённым календарным планом-графиком работ (таблица №1 приложения №4 настоящего описания объекта закупки). Исполнителем должно быть обеспечено консультационное и техническое сопровождение доработанной и переданной Заказчику Системы на этапе опытной эксплуатации и до окончания срока гарантийного обслуживания Системы. Значение характеристики не может изменяться участником закупки Развитие функциональных характеристик РС ЕГИСЗ Создание в ГИС ВО «РС ЕГИСЗ» функционала по взаимодействию с национальным мессенджером «МАКС» направлено на расширение функционала Системы и созданию нового канала взаимодействия с пациентами. Результатом развития Системы является чат-бот в национальном мессенджере «МАКС». Заказчик предоставляет Исполнителю документацию, необходимую для выполнения работ в соответствии с п.п. 4.2 настоящего описания объекта закупки, в срок не позднее 10 рабочих дней с даты подписания Контракта. Окончательный вариант реализации доработанного функционала должен быть согласован с Заказчиком в срок не позднее 30 рабочих дней до даты окончания выполнения работ по Контракту. Значение характеристики не может изменяться участником закупки Идентификация и аутентификация пациента Идентификация и аутентификация пациентов должна осуществляться в чат боте с использованием ЕСИА, дополнительный способ идентификации по связке «номер полиса ОМС и дата рождения». После идентификации пациента, независимо от ее способа, осуществляется поиск по базе пациентов РС ЕГИСЗ. Запись через чат-бот осуществляется только для пациентов, содержащихся в базе. При отсутствии пациента в базе он должен получить в чат-боте сообщение «пациент не найден в региональной базе». Значение характеристики не может изменяться участником закупки Выбор медицинской организации С целью оптимизации времени пациента при выборе медицинской организации для всех сервисов, реализованных в чат-боте, должен использоваться следующий метод выбора медицинской организации: ? найденному в базе РС ЕГИСЗ пациенту предлагается сразу подтвердить выбор медицинской организации, к терапевтическому или в случае несовершеннолетних пациентов педиатрическому участку которой он прикреплен, или перейти к общему списку государственных медицинских организаций региона; ? общий список медицинских организаций делится на городские (г. Воронеж) и районные (все прочие); ? после выбора медицинской организации, пациенту предлагается выбрать конкретное структурное подразделение, входящее в ее состав – для тех сервисов чат-бота, где такой выбор требуется. Значение характеристики не может изменяться участником закупки Подписание пациентом согласия на обработку персональных данных с использованием механизма госключа Создаваемый функционал должен обеспечить возможность для пациентов, у которых в базе данных РС ЕГИСЗ есть данные об использовании национального мессенджера «МАКС». В результате выполнения работ медицинские организация должны иметь возможность формирования и отправки пациенту на подписание в РС ЕГИСЗ документа «Согласие на обработку персональных данных»; ? При получении документа в национальном мессенджере «МАКС» пациент должен иметь возможность подписать или отказаться от подписания; ? для подписания документа должно использоваться приложение «Госключ»; ? при отсутствии информации об установленном приложении «Госключ» чат-бот должен предупредить пациента о необходимости установки; ? после успешного подписания пациентом документа «Согласие на обработку персональных данных», документ должен возвращается в РС ЕГИСЗ и становится доступным специалистам медицинской организации, направившей данный документ на подписание; ? при отказе пациента от подписания документа, чат-бот в должен возвращать в РС ЕГИСЗ соответствующее сообщение. Значение характеристики не может изменяться участником закупки Подписание пациентом согласия на медицинское вмешательство с использованием механизма «Госключ» Создаваемый функционал должен обеспечить возможность для пациентов, у которых в базе данных РС ЕГИСЗ есть данные об использовании национального мессенджера «МАКС». В результате выполнения работ чат-бот должен предоставлять следующие возможности Для медицинской организации: ? формирования в РС ЕГИСЗ документа «Согласие на медицинское вмешательство»; ? выбора из списка вида документа и отправки пациенту на подписание. Для пациента: ? получения документа в национальном мессенджере «МАКС» ? согласия или отказа от подписания; ? Получения предупреждения о необходимости установки приложения «Госключ». После успешного подписания документа «Согласие на медицинское вмешательство», документ должен возвращаться в РС ЕГИСЗ и становиться доступным специалистам медицинской организации, направившей данный документ на подписание и обладающим правами, соответствующими типу запрошенного согласия на медицинское вмешательство; При отказе пациента от подписания документа, чат-бот должен возвращать в РС ЕГИСЗ соответствующее сообщение. Значение характеристики не может изменяться участником закупки Запись на прием к врачу Выбор пациентом медицинской организации для записи осуществляется в соответствии с п.4.2.2. данного ООЗ; ? после выбора пациентом структурного подразделения, ему должен предлагаться выбор специальности, под специальностями в РС ЕГИСЗ подразумеваются должности медицинских работников, утвержденные для записи через ЕПГУ. В части выбора доступных организаций/подразделений/должностей/медработников пациент должен получать список, полностью синхронизированный со списком, доступным через ЕПГУ; ? перед предоставлением пациенту списка врачей для записи, чат-бот должен иметь возможность проверки наличия у них в расписании свободных интервалов в расписании приема, пациенту должны отображаться только врачи, доступные для записи; ? после осуществления пациентом записи на прием к врачу, ему в чат-бот должен иметь возможность отправки уведомления вида: «вы записаны на прием к «должность ФИО дата время»; ? - пациент должен иметь возможность отменить запись на прием к врачу в соответствии с п.4.2.13 ООЗ. Значение характеристики не может изменяться участником закупки Подача заявки на ТМК, подтверждение и проведение телемедицинской консультации, закрытие электронного листка нетрудоспособности Создаваемый функционал должен обеспечить возможность для пациентов, у которых в базе данных РС ЕГИСЗ есть данные об использовании национального мессенджера «МАКС» возможности для подтверждения и проведения телемедицинской консультации, закрытие электронного листка нетрудоспособности. Значение характеристики не может изменяться участником закупки Подача заявки на ТМК В результате выполнения работ чат-бот должен предоставлять следующие возможности: Для пациента: ? - при выборе раздела «Подача заявки на ТМК» пациент должен получить меню с выбором цели проведения ТМК, вида «консультация»/«закрытие ЭЛН»; ? - при подаче пациентом заявки на телемедицинскую консультацию, ему должен предлагаться выбор медицинской организации, в соответствии с п. 4.2.2. ООЗ; ? после выбора медицинской организации и конкретного врача пациент должен получить возможность выбора даты и времени проведения ТМК. ? Пациент должен иметь возможность выбора периода проведения ТМК из из списка «до обеда/после обеда». ? по завершении подачи заявки пациент должен получить сообщение «ваша заявка обрабатывается, ожидайте ответа от медорганизации»; ? поданная пациентом заявка должна отображаться в «Журнале заявок пациентов» РМИС, с пометкой «подано через Макс» ? пациент должен иметь возможность в чат-боте отказаться от назначенной ТМК до ее начала в соответствии с п.4.2.13 ООЗ; ? - по завершении ТМК пациент должен получить в чат-боте уведомление вида «ТМК проведена». Для медицинской организации: ? возможность обработки заявки на ТМК медработником в «Журнале заявок пациентов» ? назначения конкретного интервала проведения ТМК, ? возможность отправки уведомления пациенту «Вам назначена ТМК «дата и время проведения»; ? возможность в назначенное время направить пациенту активную кнопку «начать ТМК»; ? -возможность получения уведомления после нажатия пациентом активной кнопки «начать ТМК» в РМИС о начале ТМК; ? - после получения уведомления о начале ТМК врач должен иметь возможность нажать в РМИС «начать ТМК», и начать консультацию; ? - установленное видео соединение врач-пациент должно размещаться в отдельном оконном интерфейсе, с возможностью его перемещения по рабочему пространству экрана, чтобы предоставить врачу возможность работы с медицинской документацией пациента. Значение характеристики не может изменяться участником закупки Закрытие электронного листка нетрудоспособности В результате выполнения работ чат-бот должен предоставлять следующие возможности: Для пациента: ? при подаче пациентом заявки на закрытие электронного листка нетрудоспособности, должен предлагаться выбор медицинской организации, в соответствии с п. 4.2.2. данного ТЗ; ? - после выбора медицинской организации пациент должен получить сообщение «ваша заявка обрабатывается, ожидайте ответа от медорганизации»; ? - пациент должен иметь возможность в чат-боте отказаться от назначенной ТМК с целью закрытия ЭЛН до ее начала в соответствии с п.4.2.13 ООЗ; ? - в назначенное время пациент должен получить возможность нажать активную кнопку «начать ТМК»; ? При закрытии ЭЛН пациент должен получать уведомление вида «Ваш ЭЛН «номер» от «дата» закрыт; ? При продлении ЭЛН пациент должен получать уведомление вида «Ваш ЭЛН «номер» от «дата» продлен до «дата». Для медицинской организации: ? - после нажатия пациентом активной кнопки «начать ТМК» в РМИС должно отправляться уведомление о начале ТМК; ? поданная пациентом заявка должна отображаться в «Журнале заявок пациентов» РМИС, с пометкой «подано через Макс»; ? после обработки заявки на закрытие электронного листка нетрудоспособности медработником в «Журнале заявок пациентов» и назначения конкретного интервала проведения ТМК по данной задаче, должна появиться возможность направить уведомление вида «Для закрытия ЭЛН вам назначена ТМК «дата и время проведения»; ? после получения уведомления о начале ТМК врач должен иметь возможность нажать в РМИС «начать ТМК», и начать консультацию с целью закрытия листка нетрудоспособности; ? установленное видео соединение врач-пациент должно размещаться в отдельном оконном интерфейсе, с возможностью его перемещения по рабочему пространству экрана, чтобы предоставить врачу возможность работы с медицинской документацией пациента; ? - по завершении ТМК врач в РМИС выполняет закрытие ЭЛН или принимает решение о его продлении по медицинским показаниям. Значение характеристики не может изменяться участником закупки Запись на профилактические медицинские осмотры и диспансеризацию определенных групп взрослого населения Запись на профилактические медицинские осмотры и диспансеризацию определенных групп взрослого населения: Разрабатываемый функционал записи на профилактические медицинские осмотры и диспансеризацию определенных групп взрослого населения должен предоставлять возможность записи в чат-боте в соответствии с п. 4.2.5. ООЗ. Пациенту должны предоставляться слоты из расписания в РМИС соответствующего типа. Значение характеристики не может изменяться участником закупки Запись на вакцинацию Разрабатываемый функционал запись на вакцинацию должен предоставлять возможность записи в чат-боте в соответствии с п. 4.2.5. ООЗ. Пациенту должны предоставляться слоты из расписания в РМИС соответствующего типа. Значение характеристики не может изменяться участником закупки Вызов врача на дом В результате выполнения работ чат-бот должен предоставлять следующие возможности: Для пациента: - при выборе пациентом услуги «вызов врача на дом», чат-бот должен выполнить запрос в РМИС и получить адрес, по которому пациент прикреплен к МО по терапевтическому или в случае несовершеннолетних пациентов педиатрическому профилю, после чего пациенту выводится адрес места жительства и предлагается меню выбора вида «Хотите вызвать врача по этому адресу: да/нет»; ? - при выборе «да» заявка отправляется в медицинскую организацию; ? - при выборе «нет» пациенту предлагается ввести адрес вызова врача на дом. Адрес вводится в структурированном виде, согласно используемому в РМИС справочнику ГАР, после чего заявка отправляется в медицинскую организацию; ? - после отправки заявки в медицинскую организацию пациент должен получить сообщение «ваш вызов обрабатывается, ожидайте ответа от медорганизации»; ? - пациент должен иметь возможность в чат-боте отказаться от вызова врача на дом в соответствии с п.4.2.13 ООЗ; ? - после осуществления вызова врача на дом пациент должен получить в чат-боте уведомление вида «Медицинский работник «ФИО» посетил Вас «дата». Для медицинской организации: ? - поданный пациентом вызов врача на дом должен отображаться в «Журнале заявок пациентов» РМИС, с пометкой «подано через Макс»; ? - после обработки вызова врача на дом медработником в «Журнале заявок пациентов» и назначения врача и интервала посещения, пациенту необходимо направить уведомление вида «Медицинский работник посетит Вас «дата и после «время» часов»; Значение характеристики не может изменяться участником закупки Получение выписанных льготных рецептов, запрос на повторную выписку В результате выполнения работ чат-бот должен предоставлять следующие возможности: ? - при выборе в чат-боте раздела «мои рецепты» пациент должен получить список всех рецептов на льготные лекарственные средства, выписанные пациенту за последние 3 месяца с пометкой «актуален» или «отпущен»; ? - при выборе из списка рецепта со статусом «актуальный» пациент должен получить меню с пунктами «просмотреть»/«получить»; ? - пункт «просмотреть» должен давать возможность пациенту получить копию рецепта в формате PDF; ? - пункт «получить» должен давать возможность пациенту получить QR-код, по предъявлению которого в аптеке осуществляется отпуск льготного лекарственного препарата; ? - после отпуска препарата по рецепту пациент должен получить в чат-бот уведомление «Ваш рецепт «номер» от «дата выписки» отпущен «дата отпуска»; ? - при выборе из списка рецепта со статусом «отпущен» пациент должен получить меню с пунктами «просмотреть»/«запросить повторную выписку»; ? - пункт «просмотреть» должен давать возможность пациенту получить копию рецепта в формате PDF; ? пункт «запросить повторную выписку» - из чата-бота должен отправляться запрос на повторную выписку лекарственного препарата в РМИС. В результате выполнения данного запроса в «Журнале заявок пациентов» должен сформироваться запрос от пациента на повторную выписку лекарственного препарата. После обработки запроса медицинскими работниками в соответствии с правилами, принятыми в РМИС, пациенту, в зависимости от выполненных в РМИС действий, должно направляться уведомление вида: «Вам выписан рецепт «номер» от «дата выписки» или «Вам недоступна повторная выписка препарата, обратитесь к своему лечащему врачу». Значение характеристики не может изменяться участником закупки Запрос справок В результате выполнения работ чат-бот должен предоставлять следующие возможности: ? - пациент в интерфейсе чат-бота должен иметь возможность запросить медицинские справки из списка: ? Справка для получения путевки на санаторно-курортное лечение; Форма 070/у ? Санаторно-курортная карта для взрослых; Форма 072/у ? Справка для предоставления в спортивную секцию/школу Форма 073/у ? Санаторно-курортная карта для детей; Форма 076/у ? Справка на ребенка, отъезжающего в санаторный оздоровительный лагерь; Форма 079/у ? Справка для поступающих в ВУЗ; Форма 086/у ? Справка о профилактических прививках; Форма 156/у-93 ? Справка об отсутствии контактов с инфекционными больными; ? - при выборе конкретной справки чат-бот должен отправить соответствующий запрос в РМИС. Пациент должен получить в чат-боте сообщение вида: «Ваш запрос принят, ожидайте». Запрос должен поступать в «Журнал заявок пациентов»; ? - после успешной отработки запроса в соответствии с правилами РМИС, пациент должен получить уведомление вида «Вам выдана справка» и файл, содержащий соответствующую справку в формате PDF; ? - при невозможности выдать справку пациенту направляется уведомление вида «Для выдачи справки «наименование справки» недостаточно медицинских данных, пожалуйста, посетите своего лечащего врача». Значение характеристики не может изменяться участником закупки Индивидуальный патронаж пациента Создаваемый функционал должен обеспечить возможность для пациентов, у которых в базе данных РС ЕГИСЗ есть данные об использовании национального мессенджера «МАКС» возможности для организации дистанционного взаимодействия с пациентами. Значение характеристики не может изменяться участником закупки Доработка РМИС в части создания раздела «Патронаж», для обеспечения взаимодействия с пациентом в чат-боте Постановка пациента на патронаж должна осуществляться медработником, имеющим права на работу в данном разделе РМИС. Основной интерфейс «Патронажа» при постановке пациента должен обеспечивать отображение следующих полей: ? «ФИО пациента» ? , «Дата рождения», ? «Телефон пациента», ? «Дата постановки на патронаж», ? «Группа», ? «Диагноз МКБ», ? «Жизненная ситуация», ? «Врач» Все поля, кроме поля «Жизненная ситуация» заполняются из справочников РМИС, поле «Жизненная ситуация» заполняется вручную текстовой информацией на усмотрение медицинского работника; Раздел «Задания» в «Патронаже» должен обеспечивать создание заданий, отправляемых в чат-бот пациенту. При составлении задания медицинский работник создает название задания, которое РМИС будет отправлять пациенту в чат-бот, задает выбирая из календаря расписание задания – дата начала, дата окончания, время ежедневного повторения; Раздел «Анкеты» должен позволять медицинскому работнику формировать анкеты в конструкторе анкет и отправлять их пациенту в чат-бот для заполнения; При поступлении от пациента заполненных анкет, файлов или запросов они должны отражаться в основном интерфейсе «Патронажа» и выделяться цветом; Медицинский работник должен иметь возможность из основного интерфейса «Патронажа» отправить пациенту сообщение в чат-бот. Значение характеристики не может изменяться участником закупки Раздел «Патронаж» в чат-боте Создаваемый в чат-боте раздел «Патронаж» должен представляться пациенту как «Индивидуальный помощник Кира». В соответствии с созданными в РМИС заданиями, пациент должен в назначенное врачом время получать уведомление вида «Задание». При получении задания пациент должен подтвердить его выполнение нажатием на кнопку «исполнено», при отсутствии подтверждения исполнения, уведомление автоматически повторяется с заданной периодичностью; В соответствии с созданными в РМИС и направленными в чат-бот анкетами, пациент получает анкету для заполнения, результаты заполнения отправляются в РМИС автоматически; Пациент должен иметь возможность загрузки через чат-бот внешних файлов в форматах PDF, JPG, PNG и отправки их врачу; Пациент должен иметь возможность отправки врачу сообщений через чат-бот, врач получает и отрабатывает сообщения в РМИС. Значение характеристики не может изменяться участником закупки Отмена записей и заявок Создаваемый функционал должен обеспечить возможность для пациентов, у которых в базе данных РС ЕГИСЗ есть данные об использовании национального мессенджера «МАКС» возможности для отмены записей и заявок пациентами. При выборе в чат-боте раздела «Мои записи» пациент должен получать полный список актуальных на момент запроса записей на прием к врачу, профосмотры и ДОГВН, заявок на телемедицинские консультации или закрытие больничного листка, вызовов врача на дом, запросов на формирование справок. Наименования в списке должны выводится в виде, достаточном для их идентификации пациентом; При выборе любой актуальной записи пациент должен получать меню с выбором «Вы хотите отменить данную услугу? да/нет»; При выборе «да» пациент должен получить предупреждение вида «вы хотите отменить «название услуги и время записи»? да/нет»; При выборе «да» услуга удаляется в РМИС, пациенту отправляется уведомление вида «Вы отменили «наименование услуги, дата и время (при наличии) записи». Значение характеристики не может изменяться участником закупки Сервис логирования Создаваемый функционал должен обеспечить возможность в РМИС, на основании данных чат-бота, логирования в соответствии с «Инструкцией по реализации сервиса передачи статистических событий региональных сервисов здравоохранения в МАКС» письмо Минцифры России № ОК-П13-44962 от 18.05.2026. Значение характеристики не может изменяться участником закупки Требование к подготовке пользователей работе с подсистемами и модулями РС ЕГИСЗ В рамках выполнения работ Исполнитель должен в соответствии с настоящим описанием объекта закупки, провести подготовку пользователей работе с функционалом доработанной Системы, в объёме не менее 10 академических часов и не менее 50 пользователей в дистанционной форме с использованием ВКС. Организационно-техническое обеспечение осуществляется Исполнителем. Исполнитель в срок не позднее 10 рабочих дней до начала проведения подготовки должен разработать и согласовать с Заказчиком Тематический план подготовки пользователей. По результатам проведения подготовки Исполнителем должен быть оформлен Протокол проведения подготовки пользователей, подписанный в двух экземплярах (по одному экземпляру для каждой из подписывающих сторон) уполномоченными представителями Исполнителя и Заказчика. Должен быть обеспечен доступ пользователей к эксплуатационной документации в электронном виде (для скачивания и (или) просмотра) по доработанным программным компонентам. Должны быть разработаны обучающие видеокурсы по основам работы в доработанных подсистемах и компонентах РС ЕГИСЗ и обеспечено их размещение в сети «Интернет». Значение характеристики не может изменяться участником закупки Требования к отказоустойчивости Системы и обеспечению бесперебойного функционирования РС ЕГИСЗ Отказоустойчивость Системы должна обеспечиваться при помощи специальных методов двойной конфигурации с общим дисковым массивом. При отказе основного сервера система должна автоматически переключаться на резервный. Запросы пользователей к базе данных должны автоматически перенаправляться на резервный сервер. При развитии Системы должны быть предусмотрены все необходимые средства для организации резервного копирования и обеспечения максимально быстрого восстановления работоспособности Системы в случае программно-аппаратных сбоев. Для обеспечения надёжности программного обеспечения в Системе должны быть предусмотрены: ? средства контроля корректности входных данных; ? средства оповещения пользователя об ошибках входных/выходных и противоречивых данных. Доработанное ПО, должно сохранять функциональность при соблюдении требований к отказоустойчивости Системы и обеспечению бесперебойного функционирования РС ЕГИСЗ. Выполнение работ по настоящему контракту не должно нарушать нормальный режим функционирования РС ЕГИСЗ, а именно: максимальное время простоя системы, возникшее по вине Исполнителя, не должно превышать 20 минут в день и должно составлять не более 12 часов за весь период выполнения контракта. Под простоем системы понимается прерывание возможности использования программных компонент Системы. Значение характеристики не может изменяться участником закупки Требования к безопасности и защите информации от несанкционированного доступа В процессе выполнения работ должны быть сохранены действующие функции безопасности Системы. При выполнении работ Исполнитель должен обеспечить защиту ПО от угроз безопасности информации, связанных с нарушением целостности, в процессе его передачи Заказчику. Безопасность информации и её достоверность должна обеспечиваться за счёт организации многоступенчатой системы защиты информации от несанкционированного доступа. Она должна обеспечивать: ? использование системы паролей при обращении к функциям, требующим защиты информации; ? использование электронной подписи и шифрования информации, передаваемой между уровнями (объектами) Системы, сертифицированными средствами защиты информации; ? автоматическое протоколирование всех фактов доступа к документам и попыток несанкционированного доступа стандартными системными средствами или стандартными средствами базового программного обеспечения; ? гибкую настройку правил и прав доступа как для отдельных пользователей, так и для групп пользователей. Право удаления документов Системы должно быть доступно только администраторам Системы. Значение характеристики не может изменяться участником закупки Требования к эргономике и технической эстетике Пользовательский интерфейс Системы должен оставаться в едином стилистическом решении с имеющейся у Заказчика Системой. Для интерфейса и сообщений Системы должен быть установлен русский язык. Все элементы управления, выполняющие одинаковые функции, должны называться одинаково. Значение характеристики не может изменяться участником закупки Требования по стандартизации и унификации Требования к стандартизации и унификации программных средств должны быть обеспечены за счёт применения унифицированных компонент и средств из состава системного программного обеспечения, прикладного программного обеспечения, систем управления базами данных и нормативной информации. В состав нормативной информации должны входить общероссийские классификаторы информации, ведомственные (отраслевые) каталоги (классификаторы) информации и словари. Унификация технических средств системы должна обеспечиваться посредством использования серийно выпускаемых средств вычислительной техники и коммуникационного оборудования. Значение характеристики не может изменяться участником закупки Требования к лингвистическому обеспечению Все функции доработанных функциональных модулей и подсистем РС ЕГИСЗ должны поддерживать русский язык и обеспечивать русскоязычный интерфейс пользователя. Значение характеристики не может изменяться участником закупки Требование к месту выполнения работ В течении 5 рабочих дней после заключения Государственного контракта направить Заказчику с сопроводительным письмом Уведомление о намерении подключения к государственной информационной системе Заказчика и Акт готовности к обработке и защите информации, не содержащей сведения, составляющие государственную тайну, в государственной информационной системе Заказчика. Форма Акта и Уведомления предоставляются Заказчиком при заключении контракта. Значение характеристики не может изменяться участником закупки – ГИС ВО «РС ЕГИСЗ» является государственной информационной системой, аттестованной по требованиям безопасности информации, предъявляемым к государственным информационным системам 2 класса защищённости и к информационным системам персональных данных 2 уровня защищённости персональных данных и признана значимым объектом критической информационной инфраструктуры 3-й категории значимости. – Все подсистемы ГИС ВО «РС ЕГИСЗ» эксплуатируются в составе программно–технического комплекса на ИТ-инфраструктуре Заказчика. Техническая и физическая защита аппаратных компонентов подсистем и модулей ГИС ВО «РС ЕГИСЗ», носителей данных, бесперебойное энергоснабжение, резервирование ресурсов реализуются техническими и организационными средствами, предусмотренными в ИТ-инфраструктуре Заказчика. Выполнение работ должно осуществляться в удаленном режиме средствами информационных технологий и телекоммуникаций, кроме случаев, когда необходимо непосредственное присутствие Исполнителя на территории Заказчика по адресу: г. Воронеж, ул. Варейкиса, д.70. Работы на серверном оборудовании Заказчика производятся по месту нахождения ЦСП по адресу: г. Воронеж, ул. Космонавта Комарова, д. 8. С использованием удаленного доступа Исполнитель: – Оказывает услуги посредством формирования межсетевого соединения между защищенной сетью передачи данных (ЗСПД) с применяемыми СКЗИ не ниже КС2 Исполнителя (в случае наличия) и ЗСПД Заказчика (VipNet 6058). В случае непосредственного подключения Исполнителя к сети 6058 Исполнитель обязан: – Иметь в наличии для каждого подключаемого АРМ собственные средства криптографической защиты информации (программное средство защиты каналов связи VipNet Client для сети 6058); – Иметь в наличии для каждого подключаемого АРМ сертифицированные средства защиты информации от несанкционированного доступа (включая средство/модуль доверенной загрузки) и сертифицированные средства антивирусной защиты информации; – Выполнить установку и настройку указанных средств защиты в соответствии с техническими требованиями на систему защиты информации (предоставляется Заказчиком); В случае отсутствия разработать (актуализировать) организационно-распорядительную документацию по организации обработки и защите информации, не содержащей сведения, составляющие государственную тайну, в том числе: – организовать и регламентировать режим обеспечения безопасности помещений, в которых осуществляется доступ к ГИС, препятствующего возможности неконтролируемого проникновения или пребывания в этих помещениях лиц, не имеющих права доступа в эти помещения; – утвердить руководителем Исполнителя документа, определяющего перечень лиц, доступ которых к данным, обрабатываемым в ГИС, необходим для выполнения ими служебных (трудовых) обязанностей в рамках государственного контракта с Заказчиком; – назначить должностное лицо (работника), ответственного за обеспечение безопасности данных в ГИС. При доступе к ГИС использовать следующие минимальные требования к паролю: – длина пароля не менее 12 символов; – алфавит пароля не менее 70 символов; – пароль состоит из сочетания буквенно-цифровых символов верхнего и нижнего регистров (например, a-z, A-Z, 0-9); – пароль включает знаки пунктуации и иные символы (например, !@#$%^&*()_+|~-=\`{}[ [ ] ]:«;'<>?,./); – запрещается кому-либо сообщать пароль, записывать пароль на любых носителях, использовать в качестве пароля персональную информацию (например, ФИО, дату рождения и т.п., и их комбинации), а также названия организации, географических наименования, названия оборудования, и иных общеизвестных данных, в том числе введенных с переключением раскладки клавиатуры. – в случае утери и/или компрометации (подозрения компрометации) средств аутентификации (пароля) субъект доступа незамедлительно сообщает об этом Заказчику, который выполняет блокировку учетной записи данного пользователя. После этого для данной учетной записи выполняется установка первичного пароля. Выполнить также следующие организационные и технические меры по защите информации, а именно: – опечатать корпуса подключаемых АРМ номерными пломбами с возможностью контроля вскрытия с периодическим визуальным контролем фактов нарушения пломб; – установить пароль администратора на доступ к базовой системе ввода-вывода (BIOS/UEFI). Организовать контроль доступа пользователей к процессу загрузки операционной системы посредством запрета альтернативной загрузки операционной системы (в том числе – с внешних носителей), отключить возможность выбора источников во время загрузки в настройках базовой системе ввода-вывода (BIOS/UEFI); – провести, при необходимости, дополнительные мероприятия по технической укрепленности помещений, в которых планируется эксплуатация подключаемых АРМ с СКЗИ (средства охраны (охранной сигнализации), прочные входные двери с надежными замками, устройства для опечатывания помещений по окончании рабочего дня, другие средства, препятствующие неконтролируемому проникновению). По результатам установки и настройки средств защиты информации и разработки (актуализации) организационно-распорядительной документации по организации обработки и защите информации, составить Акт готовности к обработке и защите информации, не содержащей сведения, составляющие государственную тайну, в государственной информационной системе Заказчика и Уведомление о намерении подключения к государственной информационной системе Заказчика. Требования к качеству выполняемых работ и патентной чистоте Исполнитель при выполнении работ обязан соблюдать интеллектуальные права (исключительное право, а также личные неимущественные права и иные права) третьих лиц в соответствии с частью IV Гражданского Кодекса Российской Федерации, не разглашать служебную информацию Заказчика, доступ к которой может быть предоставлен в ходе выполнения работ. Исполнитель для исполнения своих обязательств по Контракту должен иметь соответствующую квалификацию и разрешения от правообладателя ПК Квазар (ООО «МедСофт») на внесение изменений в ПК Квазар. Исполнителем должно быть в явном виде указано все лицензионное программное обеспечение, необходимое для развития Системы. Доработанные функциональные модули РС ЕГИСЗ не должны вызвать сбоев в функционировании Системы, а также негативно влиять на её работоспособность. Все предоставленное в рамках исполнения контракта ПО должно обеспечивать совместимость с офисным отечественным программным обеспечением – операционными системами Astra Linux, ALT Linux, РЕД ОС эксплуатирующимися на рабочих местах пользователей РС ЕГИСЗ. Исключительные права на результаты интеллектуальной деятельности, полученные в рамках выполнения работ по развитию Системы, принадлежат Заказчику. Исключительные права на объекты интеллектуальной собственности, возникшие в связи с выполнением работ по развитию Системы, и исходные программные коды Системы должны быть переданы Заказчику. Значение характеристики не может изменяться участником закупки В случае если в изменяемой Системе Исполнитель использует компоненты (программы для ЭВМ, программные библиотеки, компиляторы, серверы приложений, СУБД и иные объекты интеллектуальной собственности), разработанные Исполнителем или третьей стороной, не подразумевающие свободного использования, (далее - Компоненты) Исполнитель должен обеспечить законность (легитимность) использования этих компонент Заказчиком и предоставить Заказчику неисключительное (пользовательское) право использования указанных компонент в составе и объеме, необходимом и достаточном для эксплуатации и развития Системы на момент приемки работ. Исполнитель должен обладать соответствующим объемом прав на используемые для развития Системы в рамках исполнения настоящего описания объекта закупки компоненты. Права на использование Компонентов должны быть предоставлены Заказчику в объеме, установленном правообладателем соответствующих Компонентов, и включать в себя неисключительное (пользовательское) право их использования в деятельности Заказчика в соответствии с прямым техническим (функциональным) назначением и условиями настоящего описания объекта закупки, в том числе для эксплуатации, модернизации, сопровождения, развертывания (инсталляции), масштабирования Системы, а также включать в себя права, предусмотренные ст. 1280 ГК РФ, не противоречащие и не запрещенные условиями настоящего описания объекта закупки. Используемые при выполнении работ по развитию Системы компоненты должны соответствовать требованиям, установленным Постановлением Правительства РФ от 16 ноября 2015 г. № 1236 "Об утверждении Правил формирования и ведения единого реестра российских программ для электронных вычислительных машин и баз данных и единого реестра программ для электронных вычислительных машин и баз данных из государств - членов Евразийского экономического союза, за исключением Российской Федерации" При этом в составе Системы не должны использоваться программные модули, не обеспеченные поддержкой производителя (разработчика). Система не должна требовать для своего функционирования использования уникального технического и технологического обеспечения. Система должна быть свободна от возможности предъявления основанных на промышленной, интеллектуальной или другой собственности любых прав и притязаний третьих лиц к Заказчику. При использовании в ходе выполнения работ исключительных прав третьих лиц на результаты интеллектуальной деятельности, Исполнитель должен направить Заказчику об этом уведомление, в том числе - условия приобретения прав на использование объектов интеллектуальной собственности без увеличения цены Государственного контракта. При этом риск нарушения прав третьих лиц на результаты интеллектуальной деятельности несет Исполнитель. Если в Системе будут использованы лицензионные компоненты сторонних производителей (разработчиков), то все расходы на приобретение данных лицензионных компонентов (ППО) должны быть включены в стоимость контракта. Созданные и использованные при исполнении государственного контракта объекты интеллектуальной собственности подлежат отражению в отчетных документах Исполнителя о результатах выполненных работ по Государственному контракту и передаются Заказчику. Доработанное ПО должно быть включено в Единый реестр российских программ для электронных вычислительных машин и баз данных. Объём и методы испытаний системы Вывод о соответствии Системы данным техническим требованиям производится по результатам приёмо-сдаточных испытаний. Испытания Системы должны производиться по согласованной между Заказчиком и Исполнителем программе и методике испытаний. Объем и методы приемо-сдаточных испытаний определяются соответствующей «Программой и методикой испытаний», которая подготавливается Исполнителем и утверждается Заказчиком. Для проведения предварительных испытаний и опытной эксплуатации доработанной системы Исполнителем должна быть организованна Тестовая среда на программно- аппаратном комплексе Исполнителя, которая: ? должна быть полностью идентична продуктивной среде Системы в части ПО и аппаратных характеристик, за исключением соответствия в части интеграции с другими ИС в рабочей среде; ? должна быть подключена к другим ИС в тестовой среде для реализации задач, описанных ооз; ? не должна содержать персональных данных участников РС ЕГИСЗ, в том числе пациентов. Значение характеристики не может изменяться участником закупки Общие требования к приёмке работ Заказчик вправе контролировать ход и качество выполнения работ, соблюдение Исполнителем сроков их выполнения, получать информацию о промежуточных результатах выполненных работ. Сдача-приёмка выполненных работ производится в соответствии с требованиями заключённого Контракта и настоящего описания объекта закупки. Результаты выполненных Исполнителем работ передаются Заказчику в соответствии с утверждённым календарным планом-графиком работ (таблица №1 приложения №4 настоящего описания объекта закупки) и с представлением указанных отчетных документов в соответствии с разделом 8 настоящего технического задания. Исполнителем должны быть самостоятельно в Тестовой среде проведены предварительные испытания доработанной Системы, по результатам которых: ? оформлен и предоставлен Заказчику Протокол проведения предварительных испытаний (подписывается Исполнителем) с выводами о соответствии или несоответствии полученного в результате выполнения работ функционала Системы требованиям настоящего описания объекта закупки, а также о его работоспособности и о готовности к запуску в опытную эксплуатацию; ? подготовлена и предоставлены Заказчику Программа и методика опытной эксплуатации (согласуется с Заказчиком). На основании выводов о готовности Системы к запуску в опытную эксплуатацию, отраженного в Протоколе проведения предварительных испытаний, Заказчик принимает решение о вводе доработанной Системы в опытную эксплуатацию, оформленное в форме Акта о приемке в опытную эксплуатацию Системы Значение характеристики не может изменяться участником закупки Опытная эксплуатация доработанной Системы проводится Заказчиком в Тестовой среде с участием группы конечных пользователей МО (определяется Заказчиком) по утвержденной Программе и методике опытной эксплуатации. В процессе, а также по итогам опытной эксплуатации, Исполнителем осуществляется исправление ошибок, а также может производиться доработка Системы и корректировка настроек (при необходимости). По результатам опытной эксплуатации Заказчиком оформляется Протокол проведения опытной эксплуатации с выводами о соответствии или несоответствии полученного в результате выполнения работ функционала Системы требованиям настоящего описания объекта закупки, а также о его работоспособности и о готовности для проведения приемочных испытаний. В срок не позднее чем за 3 (три) дня до даты окончания срока выполнения работ доработанная Система должна быть установлена на программно-аппаратных средствах Заказчика и передана Заказчику для проведения приемочных испытаний. В срок не позднее чем за 8 (восемь) дней до даты завершения работ Исполнитель должен предоставить Заказчику программу и методику испытаний, и документы, разрабатываемые в рамках выполненных работ. Заказчик в течение 8 (восьми) дней от даты получения от Исполнителя документов рассматривает документы, проводит мероприятия по их согласованию. При наличии замечаний Заказчик уведомляет Исполнителя о выявленных замечаниях. При этом Исполнитель должен устранить замечания в течении 3 (трех) рабочих дней от даты получения от Заказчика уведомления. Приёмо-сдаточные испытания доработанной Системы должны производиться специально образованной комиссией. Состав комиссии, её функции и статус утверждаются Заказчиком. Комиссия по утверждённой программе и методике испытаний осуществляет приёмку работ. По итогам решения комиссии о приёмке результатов работ и при отсутствии каких-либо замечаний, на основании подписанного всеми членами комиссии протокола проведения приёмо-сдаточных испытаний Заказчиком подписывается документ о приемке выполненных работ. Подписанный между Исполнителем и Заказчиком документ о приемке выполненных работ является основанием для оплаты. Права на результаты выполнения работ, полученные в ходе выполнения Контракта, предоставляются Заказчику в момент подписания им соответствующего документа о приемке выполненных работ. Требования к документированию Исполнитель должен разработать и передать Заказчику следующий набор документов: 1. технический проект (в 1 экземпляре в электронном виде); 2. комплект документации по администрированию доработанной Системы (в 1 экземпляре в электронном виде); 3. руководства пользователей для модулей доработанной Системы (в 1 экземпляре в электронном виде); 4. программа и методика испытаний (в 1 экземпляре на бумажном носителе и в 1 экземпляре в электронном виде); 5. протокол предварительных испытаний (в 1 экземпляре на бумажном носителе); 6. программа и методика опытной эксплуатации (в 1 экземпляре на бумажном носителе и в 1 экземпляре в электронном виде); 7. тематический план подготовки пользователей (в 1 экземпляре на бумажном носителе); 8. протокол проведения подготовки пользователей (в 1 экземпляре на бумажном носителе). Документация на Систему и её части (техническая и рабочая) должна содержать исчерпывающее описание принятых проектных решений в объёме, достаточном для её дальнейшего развития и эксплуатации. Техническая и рабочая документация должна содержать описание разработанных результатов работ, в том числе программ для ЭВМ, прикладных программных интерфейсов, алгоритмов и протоколов информационного взаимодействия, технических требований, спецификаций и форматов обмена данными для взаимодействия с другими информационными системами, в объёме, достаточном для их установки, настройки, эксплуатации и развития в дальнейшем без привлечения Исполнителя. Значение характеристики не может изменяться участником закупки Требования к передаче результатов выполнения работ Передача исходных кодов, разработанных в ходе выполнения работ, программ для электронных вычислительных машин (далее - программа для ЭВМ) и дистрибутивов должна сопровождаться передачей всех необходимых для сборки и запуска программы для ЭВМ библиотек зависимостей, инструкций и программных сценариев (скриптов) для проведения компиляции, создания дистрибутива и установки (развёртывания) программы для ЭВМ. Для проведения компиляции, создания дистрибутива и установки (развёртывания) программы для ЭВМ должны использоваться свободно распространяемые компиляторы, интерпретаторы и иное программное обеспечение, необходимое для указанных целей, дистрибутивы которых должны быть переданы вместе с исходными кодами, разработанными в ходе выполнения работ. В случае использования для проведения компиляции, создания дистрибутива и установки (развёртывания) программы для ЭВМ компиляторов, интерпретаторов и иного программного обеспечения, права на использование, копирование и модификацию которых принадлежат третьим лицам, Исполнитель за свой счёт передаёт Заказчику дистрибутивы и права на использование таких компиляторов, интерпретаторов и иного программного обеспечения. Исполнитель в процессе сдачи-приёмки выполненных работ по Контракту должен провести демонстрацию процесса компиляции, создания дистрибутива и установки (развёртывания) разработанных программ для ЭВМ в соответствии с инструкциями, приведёнными в рабочей документации на Систему. Исполнитель должен передать Заказчику исходные коды и дистрибутив доработанной Системы в электронном виде. По результатам выполнения работ Исполнитель предоставляет обновленную версию ПО, включая актуальные справочники, установленную на серверном оборудовании Заказчика. Значение характеристики не может изменяться участником закупки Требования к гарантийному обслуживанию Предметом гарантийных обязательств является функционал взаимодействия с пациентами через национальный мессенджер «МАКС» (многофункциональный чат-бот), разработанный Исполнителем и принятый Заказчиком в соответствии с настоящим описанием объекта закупки и условиями Контракта. Исполнитель обеспечивает гарантийное обслуживание доработанной Системы в течение 12 месяцев с даты подписания Сторонами документа о приемке выполненных работ. Исполнитель гарантирует, что программное обеспечение разработанного модуля Системы будет функционировать в полном соответствии с техническими требованиями настоящего описания объекта закупки в течение всего гарантийного срока. Гарантия распространяется на все дефекты, ошибки и сбои, за исключением неисправностей, вызванных сбоями серверных мощностей Заказчика. Исполнитель несет полную ответственность за недостатки и дефекты результатов выполненных работ, возникшие в период гарантийного срока. При обнаружении недостатков, связанных с некачественным выполнением работ Исполнителем, Исполнитель обязуется устранить их за свой счет и своими силами без каких-либо дополнительных затрат со стороны Заказчика в срок, согласованный с представителем Заказчика. Значение характеристики не может изменяться участником закупки В гарантийное обслуживание входит: ? диагностика причин неработоспособности, предоставление рекомендаций по их решению; ? выполнение работ по исправлению ошибок в новом функционале Системы, при этом в случае обнаружения ошибок в работе функционала Исполнитель обязуется предпринять все необходимые усилия, чтобы в кратчайший срок предложить пути устранения ошибок; ? установка и настройка на серверах Заказчика/Оператора системы пакетов исправлений и обновлений с использованием удаленного доступа либо с выездом на место нахождения Заказчика (при необходимости); ? актуализация и обновление рабочей, технической и эксплуатационной документации по результатам исправления ошибок, с последующей передачей обновленных документов Заказчику. Для приема обращений Заказчика Исполнитель обеспечивает функционирование следующих каналов связи технической поддержки: ? «Горячая линия» (телефон и выделенная электронная почта) для консультаций по вопросам эксплуатации ПО, доступная с понедельника по пятницу в период с 08:00 до 16:00 по московскому времени. Консультации предоставляются Исполнителем по запросу Заказчика и/или Функционального заказчика системы по электронной почте – письменно. ? Система обмена мгновенными сообщениями в реальном времени через сеть Интернет для фиксации и отслеживания инцидентов. Сроки и условия обработки обращений (инцидентов) службой технической поддержки Исполнителя определяются в зависимости от их приоритета в соответствии с Приложением № 5 к настоящему описанию объекта закупки. В случае обнаружения после подписания документа о приемке выполненных работ несоответствий (скрытых недостатков) требованиям (условиям) настоящего описания объекта закупки, которые не могли быть установлены при обычном способе приемки, Заказчик направляет Исполнителю письменное уведомление. Исполнитель обязан в течение 5 (пяти) рабочих дней с момента получения уведомления устранить обнаруженные недостатки и нарушения за свой счет. - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Общие сведения о Системе - Полное наименование Системы: государственная информационная система Воронежской области «Региональный сегмент Единой государственной информационной системы здравоохранения Воронежской области». Условное обозначение Системы: РС ЕГИСЗ. ГИС ВО «РС ЕГИСЗ ВО разработана на базе программного комплекса «Квазар» (Правообладатель ООО «Медсофт», реестровая запись № 4470 от 16.04.2018г в едином реестре российских программ для электронных вычислительных машин и баз данных https://reestr.digital.gov.ru/reestr). РС ЕГИСЗ предназначен для автоматизации деятельности работников медицинских организаций и других организаций Воронежской области, принимающих участие в процессе оказания медицинских услуг населению, а также пользующихся их услугами граждан. Все подсистемы РС ЕГИСЗ эксплуатируются в составе программно–технического комплекса на ИТ-инфраструктуре Заказчика. Техническая и физическая защита аппаратных компонентов подсистем и модулей РС ЕГИСЗ, носителей данных, бесперебойное энергоснабжение, резервирование ресурсов реализуются техническими и организационными средствами, предусмотренными в ИТ-инфраструктуре Заказчика. РС ЕГИСЗ Воронежской области является государственной информационной системой, аттестованной по требованиям безопасности информации, предъявляемым к государственным информационным системам 2 класса защищённости и к информационным системам персональных данных 2 уровня защищённости персональных данных. - - Значение характеристики не может изменяться участником закупки - Все программные компоненты РС ЕГИСЗ эксплуатируются в составе программно–технического комплекса на разделённой ИТ-инфраструктуре Заказчика. Техническая и физическая защита аппаратных компонентов программных компонент, носителей данных, бесперебойное энергоснабжение, резервирование ресурсов реализуются техническими и организационными средствами, предусмотренными в ИТ-инфраструктуре Заказчика. Региональные информационные ресурсы и прикладные компоненты Системы обеспечивают информационно-технологическую поддержку функций управления здравоохранением, непосредственного оказания медицинской помощи, информационного взаимодействия с гражданами и организациями. Интеграция программных компонент РС ЕГИСЗ между собой осуществляется через интеграционную шину, реализованную в рамках контракта № 41 от 20.08.2018 г. (реестровый номер контракта в ЕИС 2366607509318000021) на оказание услуг по модернизации РС ЕГИСЗ. Перечень нормативно-правовых актов, нормативных, методических и организационно-распорядительных документов, которыми необходимо руководствоваться при выполнении работ в соответствии с Приложением №2 к настоящему Описанию объекта закупки. Состав и описание подсистем и модулей РС ЕГИСЗ, их функциональные возможности, указаны в Приложении № 3 настоящего Описания объекта закупки. - 2. Цели и задачи выполнения работ - Целью развития РС ЕГИСЗ является задача по созданию функционала взаимодействия с пациентом через национальный мессенджер «МАКС», в результате выполнения работ должен быть разработан многофункциональный чат-бот осуществляющий: ? идентификацию и аутентификацию пациента через ЕСИА ? подписание пациентом согласия на обработку персональных данных с использованием механизма госключа; ? подписание пациентом согласия согласий на медицинское вмешательство с использованием механизма госключа; ? запись на прием к врачу; ? подача заявки, подтверждение и проведение телемедицинской консультации, закрытие электронного листка нетрудоспособности; ? запись на ПМО и ДОГВН ? запись на вакцинацию; ? вызов врача на дом; ? получение выписанных льготных рецептов, запрос на повторную выписку; ? запрос справок; ? индивидуальный патронаж пациента; - - Значение характеристики не может изменяться участником закупки - Общие требования к выполнению работ - Выполнение работ не должно нарушать работоспособность системы в целом, не должно приводить к потере данных, имеющихся в системе, а также не должно приводить к потере функциональности системы и отдельно взятых программных компонент РС ЕГИСЗ. Функционал РС ЕГИСЗ, имеющийся у Заказчика на момент начала исполнения контракта, должен быть сохранен в полном объёме. При внесении изменений в Систему Исполнителем должно быть обеспечено штатное функционирование (сохранность в рабочем состоянии) интеграционных связей со следующими внешними системами: • федеральный сегмент ЕГИСЗ; • ИС Социального фонда Российской Федерации; • ФРМО/ФРМР; • ИС ИПРА; • региональный сегмент единого регистра застрахованных ТФОМС Воронежской области; • СМЭВ. В рамках реализации работ по развитию Системы Исполнитель должен выполнить работы в соответствии с утверждённым календарным планом-графиком работ (таблица №1 приложения №4 настоящего описания объекта закупки). Исполнителем должно быть обеспечено консультационное и техническое сопровождение доработанной и переданной Заказчику Системы на этапе опытной эксплуатации и до окончания срока гарантийного обслуживания Системы. - - Значение характеристики не может изменяться участником закупки - Развитие функциональных характеристик РС ЕГИСЗ - Создание в ГИС ВО «РС ЕГИСЗ» функционала по взаимодействию с национальным мессенджером «МАКС» направлено на расширение функционала Системы и созданию нового канала взаимодействия с пациентами. Результатом развития Системы является чат-бот в национальном мессенджере «МАКС». Заказчик предоставляет Исполнителю документацию, необходимую для выполнения работ в соответствии с п.п. 4.2 настоящего описания объекта закупки, в срок не позднее 10 рабочих дней с даты подписания Контракта. Окончательный вариант реализации доработанного функционала должен быть согласован с Заказчиком в срок не позднее 30 рабочих дней до даты окончания выполнения работ по Контракту. - - Значение характеристики не может изменяться участником закупки - Идентификация и аутентификация пациента - Идентификация и аутентификация пациентов должна осуществляться в чат боте с использованием ЕСИА, дополнительный способ идентификации по связке «номер полиса ОМС и дата рождения». После идентификации пациента, независимо от ее способа, осуществляется поиск по базе пациентов РС ЕГИСЗ. Запись через чат-бот осуществляется только для пациентов, содержащихся в базе. При отсутствии пациента в базе он должен получить в чат-боте сообщение «пациент не найден в региональной базе». - - Значение характеристики не может изменяться участником закупки - Выбор медицинской организации - С целью оптимизации времени пациента при выборе медицинской организации для всех сервисов, реализованных в чат-боте, должен использоваться следующий метод выбора медицинской организации: ? найденному в базе РС ЕГИСЗ пациенту предлагается сразу подтвердить выбор медицинской организации, к терапевтическому или в случае несовершеннолетних пациентов педиатрическому участку которой он прикреплен, или перейти к общему списку государственных медицинских организаций региона; ? общий список медицинских организаций делится на городские (г. Воронеж) и районные (все прочие); ? после выбора медицинской организации, пациенту предлагается выбрать конкретное структурное подразделение, входящее в ее состав – для тех сервисов чат-бота, где такой выбор требуется. - - Значение характеристики не может изменяться участником закупки - Подписание пациентом согласия на обработку персональных данных с использованием механизма госключа - Создаваемый функционал должен обеспечить возможность для пациентов, у которых в базе данных РС ЕГИСЗ есть данные об использовании национального мессенджера «МАКС». В результате выполнения работ медицинские организация должны иметь возможность формирования и отправки пациенту на подписание в РС ЕГИСЗ документа «Согласие на обработку персональных данных»; ? При получении документа в национальном мессенджере «МАКС» пациент должен иметь возможность подписать или отказаться от подписания; ? для подписания документа должно использоваться приложение «Госключ»; ? при отсутствии информации об установленном приложении «Госключ» чат-бот должен предупредить пациента о необходимости установки; ? после успешного подписания пациентом документа «Согласие на обработку персональных данных», документ должен возвращается в РС ЕГИСЗ и становится доступным специалистам медицинской организации, направившей данный документ на подписание; ? при отказе пациента от подписания документа, чат-бот в должен возвращать в РС ЕГИСЗ соответствующее сообщение. - - Значение характеристики не может изменяться участником закупки - Подписание пациентом согласия на медицинское вмешательство с использованием механизма «Госключ» - Создаваемый функционал должен обеспечить возможность для пациентов, у которых в базе данных РС ЕГИСЗ есть данные об использовании национального мессенджера «МАКС». В результате выполнения работ чат-бот должен предоставлять следующие возможности Для медицинской организации: ? формирования в РС ЕГИСЗ документа «Согласие на медицинское вмешательство»; ? выбора из списка вида документа и отправки пациенту на подписание. Для пациента: ? получения документа в национальном мессенджере «МАКС» ? согласия или отказа от подписания; ? Получения предупреждения о необходимости установки приложения «Госключ». После успешного подписания документа «Согласие на медицинское вмешательство», документ должен возвращаться в РС ЕГИСЗ и становиться доступным специалистам медицинской организации, направившей данный документ на подписание и обладающим правами, соответствующими типу запрошенного согласия на медицинское вмешательство; При отказе пациента от подписания документа, чат-бот должен возвращать в РС ЕГИСЗ соответствующее сообщение. - - Значение характеристики не может изменяться участником закупки - Запись на прием к врачу - Выбор пациентом медицинской организации для записи осуществляется в соответствии с п.4.2.2. данного ООЗ; ? после выбора пациентом структурного подразделения, ему должен предлагаться выбор специальности, под специальностями в РС ЕГИСЗ подразумеваются должности медицинских работников, утвержденные для записи через ЕПГУ. В части выбора доступных организаций/подразделений/должностей/медработников пациент должен получать список, полностью синхронизированный со списком, доступным через ЕПГУ; ? перед предоставлением пациенту списка врачей для записи, чат-бот должен иметь возможность проверки наличия у них в расписании свободных интервалов в расписании приема, пациенту должны отображаться только врачи, доступные для записи; ? после осуществления пациентом записи на прием к врачу, ему в чат-бот должен иметь возможность отправки уведомления вида: «вы записаны на прием к «должность ФИО дата время»; ? - пациент должен иметь возможность отменить запись на прием к врачу в соответствии с п.4.2.13 ООЗ. - - Значение характеристики не может изменяться участником закупки - Подача заявки на ТМК, подтверждение и проведение телемедицинской консультации, закрытие электронного листка нетрудоспособности - Создаваемый функционал должен обеспечить возможность для пациентов, у которых в базе данных РС ЕГИСЗ есть данные об использовании национального мессенджера «МАКС» возможности для подтверждения и проведения телемедицинской консультации, закрытие электронного листка нетрудоспособности. - - Значение характеристики не может изменяться участником закупки - Подача заявки на ТМК - В результате выполнения работ чат-бот должен предоставлять следующие возможности: Для пациента: ? - при выборе раздела «Подача заявки на ТМК» пациент должен получить меню с выбором цели проведения ТМК, вида «консультация»/«закрытие ЭЛН»; ? - при подаче пациентом заявки на телемедицинскую консультацию, ему должен предлагаться выбор медицинской организации, в соответствии с п. 4.2.2. ООЗ; ? после выбора медицинской организации и конкретного врача пациент должен получить возможность выбора даты и времени проведения ТМК. ? Пациент должен иметь возможность выбора периода проведения ТМК из из списка «до обеда/после обеда». ? по завершении подачи заявки пациент должен получить сообщение «ваша заявка обрабатывается, ожидайте ответа от медорганизации»; ? поданная пациентом заявка должна отображаться в «Журнале заявок пациентов» РМИС, с пометкой «подано через Макс» ? пациент должен иметь возможность в чат-боте отказаться от назначенной ТМК до ее начала в соответствии с п.4.2.13 ООЗ; ? - по завершении ТМК пациент должен получить в чат-боте уведомление вида «ТМК проведена». Для медицинской организации: ? возможность обработки заявки на ТМК медработником в «Журнале заявок пациентов» ? назначения конкретного интервала проведения ТМК, ? возможность отправки уведомления пациенту «Вам назначена ТМК «дата и время проведения»; ? возможность в назначенное время направить пациенту активную кнопку «начать ТМК»; ? -возможность получения уведомления после нажатия пациентом активной кнопки «начать ТМК» в РМИС о начале ТМК; ? - после получения уведомления о начале ТМК врач должен иметь возможность нажать в РМИС «начать ТМК», и начать консультацию; ? - установленное видео соединение врач-пациент должно размещаться в отдельном оконном интерфейсе, с возможностью его перемещения по рабочему пространству экрана, чтобы предоставить врачу возможность работы с медицинской документацией пациента. - - Значение характеристики не может изменяться участником закупки - Закрытие электронного листка нетрудоспособности - В результате выполнения работ чат-бот должен предоставлять следующие возможности: Для пациента: ? при подаче пациентом заявки на закрытие электронного листка нетрудоспособности, должен предлагаться выбор медицинской организации, в соответствии с п. 4.2.2. данного ТЗ; ? - после выбора медицинской организации пациент должен получить сообщение «ваша заявка обрабатывается, ожидайте ответа от медорганизации»; ? - пациент должен иметь возможность в чат-боте отказаться от назначенной ТМК с целью закрытия ЭЛН до ее начала в соответствии с п.4.2.13 ООЗ; ? - в назначенное время пациент должен получить возможность нажать активную кнопку «начать ТМК»; ? При закрытии ЭЛН пациент должен получать уведомление вида «Ваш ЭЛН «номер» от «дата» закрыт; ? При продлении ЭЛН пациент должен получать уведомление вида «Ваш ЭЛН «номер» от «дата» продлен до «дата». Для медицинской организации: ? - после нажатия пациентом активной кнопки «начать ТМК» в РМИС должно отправляться уведомление о начале ТМК; ? поданная пациентом заявка должна отображаться в «Журнале заявок пациентов» РМИС, с пометкой «подано через Макс»; ? после обработки заявки на закрытие электронного листка нетрудоспособности медработником в «Журнале заявок пациентов» и назначения конкретного интервала проведения ТМК по данной задаче, должна появиться возможность направить уведомление вида «Для закрытия ЭЛН вам назначена ТМК «дата и время проведения»; ? после получения уведомления о начале ТМК врач должен иметь возможность нажать в РМИС «начать ТМК», и начать консультацию с целью закрытия листка нетрудоспособности; ? установленное видео соединение врач-пациент должно размещаться в отдельном оконном интерфейсе, с возможностью его перемещения по рабочему пространству экрана, чтобы предоставить врачу возможность работы с медицинской документацией пациента; ? - по завершении ТМК врач в РМИС выполняет закрытие ЭЛН или принимает решение о его продлении по медицинским показаниям. - - Значение характеристики не может изменяться участником закупки - Запись на профилактические медицинские осмотры и диспансеризацию определенных групп взрослого населения - Запись на профилактические медицинские осмотры и диспансеризацию определенных групп взрослого населения: Разрабатываемый функционал записи на профилактические медицинские осмотры и диспансеризацию определенных групп взрослого населения должен предоставлять возможность записи в чат-боте в соответствии с п. 4.2.5. ООЗ. Пациенту должны предоставляться слоты из расписания в РМИС соответствующего типа. - - Значение характеристики не может изменяться участником закупки - Запись на вакцинацию - Разрабатываемый функционал запись на вакцинацию должен предоставлять возможность записи в чат-боте в соответствии с п. 4.2.5. ООЗ. Пациенту должны предоставляться слоты из расписания в РМИС соответствующего типа. - - Значение характеристики не может изменяться участником закупки - Вызов врача на дом - В результате выполнения работ чат-бот должен предоставлять следующие возможности: Для пациента: - при выборе пациентом услуги «вызов врача на дом», чат-бот должен выполнить запрос в РМИС и получить адрес, по которому пациент прикреплен к МО по терапевтическому или в случае несовершеннолетних пациентов педиатрическому профилю, после чего пациенту выводится адрес места жительства и предлагается меню выбора вида «Хотите вызвать врача по этому адресу: да/нет»; ? - при выборе «да» заявка отправляется в медицинскую организацию; ? - при выборе «нет» пациенту предлагается ввести адрес вызова врача на дом. Адрес вводится в структурированном виде, согласно используемому в РМИС справочнику ГАР, после чего заявка отправляется в медицинскую организацию; ? - после отправки заявки в медицинскую организацию пациент должен получить сообщение «ваш вызов обрабатывается, ожидайте ответа от медорганизации»; ? - пациент должен иметь возможность в чат-боте отказаться от вызова врача на дом в соответствии с п.4.2.13 ООЗ; ? - после осуществления вызова врача на дом пациент должен получить в чат-боте уведомление вида «Медицинский работник «ФИО» посетил Вас «дата». Для медицинской организации: ? - поданный пациентом вызов врача на дом должен отображаться в «Журнале заявок пациентов» РМИС, с пометкой «подано через Макс»; ? - после обработки вызова врача на дом медработником в «Журнале заявок пациентов» и назначения врача и интервала посещения, пациенту необходимо направить уведомление вида «Медицинский работник посетит Вас «дата и после «время» часов»; - - Значение характеристики не может изменяться участником закупки - Получение выписанных льготных рецептов, запрос на повторную выписку - В результате выполнения работ чат-бот должен предоставлять следующие возможности: ? - при выборе в чат-боте раздела «мои рецепты» пациент должен получить список всех рецептов на льготные лекарственные средства, выписанные пациенту за последние 3 месяца с пометкой «актуален» или «отпущен»; ? - при выборе из списка рецепта со статусом «актуальный» пациент должен получить меню с пунктами «просмотреть»/«получить»; ? - пункт «просмотреть» должен давать возможность пациенту получить копию рецепта в формате PDF; ? - пункт «получить» должен давать возможность пациенту получить QR-код, по предъявлению которого в аптеке осуществляется отпуск льготного лекарственного препарата; ? - после отпуска препарата по рецепту пациент должен получить в чат-бот уведомление «Ваш рецепт «номер» от «дата выписки» отпущен «дата отпуска»; ? - при выборе из списка рецепта со статусом «отпущен» пациент должен получить меню с пунктами «просмотреть»/«запросить повторную выписку»; ? - пункт «просмотреть» должен давать возможность пациенту получить копию рецепта в формате PDF; ? пункт «запросить повторную выписку» - из чата-бота должен отправляться запрос на повторную выписку лекарственного препарата в РМИС. В результате выполнения данного запроса в «Журнале заявок пациентов» должен сформироваться запрос от пациента на повторную выписку лекарственного препарата. После обработки запроса медицинскими работниками в соответствии с правилами, принятыми в РМИС, пациенту, в зависимости от выполненных в РМИС действий, должно направляться уведомление вида: «Вам выписан рецепт «номер» от «дата выписки» или «Вам недоступна повторная выписка препарата, обратитесь к своему лечащему врачу». - - Значение характеристики не может изменяться участником закупки - Запрос справок - В результате выполнения работ чат-бот должен предоставлять следующие возможности: ? - пациент в интерфейсе чат-бота должен иметь возможность запросить медицинские справки из списка: ? Справка для получения путевки на санаторно-курортное лечение; Форма 070/у ? Санаторно-курортная карта для взрослых; Форма 072/у ? Справка для предоставления в спортивную секцию/школу Форма 073/у ? Санаторно-курортная карта для детей; Форма 076/у ? Справка на ребенка, отъезжающего в санаторный оздоровительный лагерь; Форма 079/у ? Справка для поступающих в ВУЗ; Форма 086/у ? Справка о профилактических прививках; Форма 156/у-93 ? Справка об отсутствии контактов с инфекционными больными; ? - при выборе конкретной справки чат-бот должен отправить соответствующий запрос в РМИС. Пациент должен получить в чат-боте сообщение вида: «Ваш запрос принят, ожидайте». Запрос должен поступать в «Журнал заявок пациентов»; ? - после успешной отработки запроса в соответствии с правилами РМИС, пациент должен получить уведомление вида «Вам выдана справка» и файл, содержащий соответствующую справку в формате PDF; ? - при невозможности выдать справку пациенту направляется уведомление вида «Для выдачи справки «наименование справки» недостаточно медицинских данных, пожалуйста, посетите своего лечащего врача». - - Значение характеристики не может изменяться участником закупки - Индивидуальный патронаж пациента - Создаваемый функционал должен обеспечить возможность для пациентов, у которых в базе данных РС ЕГИСЗ есть данные об использовании национального мессенджера «МАКС» возможности для организации дистанционного взаимодействия с пациентами. - - Значение характеристики не может изменяться участником закупки - Доработка РМИС в части создания раздела «Патронаж», для обеспечения взаимодействия с пациентом в чат-боте - Постановка пациента на патронаж должна осуществляться медработником, имеющим права на работу в данном разделе РМИС. Основной интерфейс «Патронажа» при постановке пациента должен обеспечивать отображение следующих полей: ? «ФИО пациента» ? , «Дата рождения», ? «Телефон пациента», ? «Дата постановки на патронаж», ? «Группа», ? «Диагноз МКБ», ? «Жизненная ситуация», ? «Врач» Все поля, кроме поля «Жизненная ситуация» заполняются из справочников РМИС, поле «Жизненная ситуация» заполняется вручную текстовой информацией на усмотрение медицинского работника; Раздел «Задания» в «Патронаже» должен обеспечивать создание заданий, отправляемых в чат-бот пациенту. При составлении задания медицинский работник создает название задания, которое РМИС будет отправлять пациенту в чат-бот, задает выбирая из календаря расписание задания – дата начала, дата окончания, время ежедневного повторения; Раздел «Анкеты» должен позволять медицинскому работнику формировать анкеты в конструкторе анкет и отправлять их пациенту в чат-бот для заполнения; При поступлении от пациента заполненных анкет, файлов или запросов они должны отражаться в основном интерфейсе «Патронажа» и выделяться цветом; Медицинский работник должен иметь возможность из основного интерфейса «Патронажа» отправить пациенту сообщение в чат-бот. - - Значение характеристики не может изменяться участником закупки - Раздел «Патронаж» в чат-боте - Создаваемый в чат-боте раздел «Патронаж» должен представляться пациенту как «Индивидуальный помощник Кира». В соответствии с созданными в РМИС заданиями, пациент должен в назначенное врачом время получать уведомление вида «Задание». При получении задания пациент должен подтвердить его выполнение нажатием на кнопку «исполнено», при отсутствии подтверждения исполнения, уведомление автоматически повторяется с заданной периодичностью; В соответствии с созданными в РМИС и направленными в чат-бот анкетами, пациент получает анкету для заполнения, результаты заполнения отправляются в РМИС автоматически; Пациент должен иметь возможность загрузки через чат-бот внешних файлов в форматах PDF, JPG, PNG и отправки их врачу; Пациент должен иметь возможность отправки врачу сообщений через чат-бот, врач получает и отрабатывает сообщения в РМИС. - - Значение характеристики не может изменяться участником закупки - Отмена записей и заявок - Создаваемый функционал должен обеспечить возможность для пациентов, у которых в базе данных РС ЕГИСЗ есть данные об использовании национального мессенджера «МАКС» возможности для отмены записей и заявок пациентами. При выборе в чат-боте раздела «Мои записи» пациент должен получать полный список актуальных на момент запроса записей на прием к врачу, профосмотры и ДОГВН, заявок на телемедицинские консультации или закрытие больничного листка, вызовов врача на дом, запросов на формирование справок. Наименования в списке должны выводится в виде, достаточном для их идентификации пациентом; При выборе любой актуальной записи пациент должен получать меню с выбором «Вы хотите отменить данную услугу? да/нет»; При выборе «да» пациент должен получить предупреждение вида «вы хотите отменить «название услуги и время записи»? да/нет»; При выборе «да» услуга удаляется в РМИС, пациенту отправляется уведомление вида «Вы отменили «наименование услуги, дата и время (при наличии) записи». - - Значение характеристики не может изменяться участником закупки - Сервис логирования - Создаваемый функционал должен обеспечить возможность в РМИС, на основании данных чат-бота, логирования в соответствии с «Инструкцией по реализации сервиса передачи статистических событий региональных сервисов здравоохранения в МАКС» письмо Минцифры России № ОК-П13-44962 от 18.05.2026. - - Значение характеристики не может изменяться участником закупки - Требование к подготовке пользователей работе с подсистемами и модулями РС ЕГИСЗ - В рамках выполнения работ Исполнитель должен в соответствии с настоящим описанием объекта закупки, провести подготовку пользователей работе с функционалом доработанной Системы, в объёме не менее 10 академических часов и не менее 50 пользователей в дистанционной форме с использованием ВКС. Организационно-техническое обеспечение осуществляется Исполнителем. Исполнитель в срок не позднее 10 рабочих дней до начала проведения подготовки должен разработать и согласовать с Заказчиком Тематический план подготовки пользователей. По результатам проведения подготовки Исполнителем должен быть оформлен Протокол проведения подготовки пользователей, подписанный в двух экземплярах (по одному экземпляру для каждой из подписывающих сторон) уполномоченными представителями Исполнителя и Заказчика. Должен быть обеспечен доступ пользователей к эксплуатационной документации в электронном виде (для скачивания и (или) просмотра) по доработанным программным компонентам. Должны быть разработаны обучающие видеокурсы по основам работы в доработанных подсистемах и компонентах РС ЕГИСЗ и обеспечено их размещение в сети «Интернет». - - Значение характеристики не может изменяться участником закупки - Требования к отказоустойчивости Системы и обеспечению бесперебойного функционирования РС ЕГИСЗ - Отказоустойчивость Системы должна обеспечиваться при помощи специальных методов двойной конфигурации с общим дисковым массивом. При отказе основного сервера система должна автоматически переключаться на резервный. Запросы пользователей к базе данных должны автоматически перенаправляться на резервный сервер. При развитии Системы должны быть предусмотрены все необходимые средства для организации резервного копирования и обеспечения максимально быстрого восстановления работоспособности Системы в случае программно-аппаратных сбоев. Для обеспечения надёжности программного обеспечения в Системе должны быть предусмотрены: ? средства контроля корректности входных данных; ? средства оповещения пользователя об ошибках входных/выходных и противоречивых данных. Доработанное ПО, должно сохранять функциональность при соблюдении требований к отказоустойчивости Системы и обеспечению бесперебойного функционирования РС ЕГИСЗ. Выполнение работ по настоящему контракту не должно нарушать нормальный режим функционирования РС ЕГИСЗ, а именно: максимальное время простоя системы, возникшее по вине Исполнителя, не должно превышать 20 минут в день и должно составлять не более 12 часов за весь период выполнения контракта. Под простоем системы понимается прерывание возможности использования программных компонент Системы. - - Значение характеристики не может изменяться участником закупки - Требования к безопасности и защите информации от несанкционированного доступа - В процессе выполнения работ должны быть сохранены действующие функции безопасности Системы. При выполнении работ Исполнитель должен обеспечить защиту ПО от угроз безопасности информации, связанных с нарушением целостности, в процессе его передачи Заказчику. Безопасность информации и её достоверность должна обеспечиваться за счёт организации многоступенчатой системы защиты информации от несанкционированного доступа. Она должна обеспечивать: ? использование системы паролей при обращении к функциям, требующим защиты информации; ? использование электронной подписи и шифрования информации, передаваемой между уровнями (объектами) Системы, сертифицированными средствами защиты информации; ? автоматическое протоколирование всех фактов доступа к документам и попыток несанкционированного доступа стандартными системными средствами или стандартными средствами базового программного обеспечения; ? гибкую настройку правил и прав доступа как для отдельных пользователей, так и для групп пользователей. Право удаления документов Системы должно быть доступно только администраторам Системы. - - Значение характеристики не может изменяться участником закупки - Требования к эргономике и технической эстетике - Пользовательский интерфейс Системы должен оставаться в едином стилистическом решении с имеющейся у Заказчика Системой. Для интерфейса и сообщений Системы должен быть установлен русский язык. Все элементы управления, выполняющие одинаковые функции, должны называться одинаково. - - Значение характеристики не может изменяться участником закупки - Требования по стандартизации и унификации - Требования к стандартизации и унификации программных средств должны быть обеспечены за счёт применения унифицированных компонент и средств из состава системного программного обеспечения, прикладного программного обеспечения, систем управления базами данных и нормативной информации. В состав нормативной информации должны входить общероссийские классификаторы информации, ведомственные (отраслевые) каталоги (классификаторы) информации и словари. Унификация технических средств системы должна обеспечиваться посредством использования серийно выпускаемых средств вычислительной техники и коммуникационного оборудования. - - Значение характеристики не может изменяться участником закупки - Требования к лингвистическому обеспечению - Все функции доработанных функциональных модулей и подсистем РС ЕГИСЗ должны поддерживать русский язык и обеспечивать русскоязычный интерфейс пользователя. - - Значение характеристики не может изменяться участником закупки - Требование к месту выполнения работ - В течении 5 рабочих дней после заключения Государственного контракта направить Заказчику с сопроводительным письмом Уведомление о намерении подключения к государственной информационной системе Заказчика и Акт готовности к обработке и защите информации, не содержащей сведения, составляющие государственную тайну, в государственной информационной системе Заказчика. Форма Акта и Уведомления предоставляются Заказчиком при заключении контракта. - - Значение характеристики не может изменяться участником закупки - – ГИС ВО «РС ЕГИСЗ» является государственной информационной системой, аттестованной по требованиям безопасности информации, предъявляемым к государственным информационным системам 2 класса защищённости и к информационным системам персональных данных 2 уровня защищённости персональных данных и признана значимым объектом критической информационной инфраструктуры 3-й категории значимости. – Все подсистемы ГИС ВО «РС ЕГИСЗ» эксплуатируются в составе программно–технического комплекса на ИТ-инфраструктуре Заказчика. Техническая и физическая защита аппаратных компонентов подсистем и модулей ГИС ВО «РС ЕГИСЗ», носителей данных, бесперебойное энергоснабжение, резервирование ресурсов реализуются техническими и организационными средствами, предусмотренными в ИТ-инфраструктуре Заказчика. Выполнение работ должно осуществляться в удаленном режиме средствами информационных технологий и телекоммуникаций, кроме случаев, когда необходимо непосредственное присутствие Исполнителя на территории Заказчика по адресу: г. Воронеж, ул. Варейкиса, д.70. Работы на серверном оборудовании Заказчика производятся по месту нахождения ЦСП по адресу: г. Воронеж, ул. Космонавта Комарова, д. 8. С использованием удаленного доступа Исполнитель: – Оказывает услуги посредством формирования межсетевого соединения между защищенной сетью передачи данных (ЗСПД) с применяемыми СКЗИ не ниже КС2 Исполнителя (в случае наличия) и ЗСПД Заказчика (VipNet 6058). В случае непосредственного подключения Исполнителя к сети 6058 Исполнитель обязан: – Иметь в наличии для каждого подключаемого АРМ собственные средства криптографической защиты информации (программное средство защиты каналов связи VipNet Client для сети 6058); - – Иметь в наличии для каждого подключаемого АРМ сертифицированные средства защиты информации от несанкционированного доступа (включая средство/модуль доверенной загрузки) и сертифицированные средства антивирусной защиты информации; – Выполнить установку и настройку указанных средств защиты в соответствии с техническими требованиями на систему защиты информации (предоставляется Заказчиком); В случае отсутствия разработать (актуализировать) организационно-распорядительную документацию по организации обработки и защите информации, не содержащей сведения, составляющие государственную тайну, в том числе: – организовать и регламентировать режим обеспечения безопасности помещений, в которых осуществляется доступ к ГИС, препятствующего возможности неконтролируемого проникновения или пребывания в этих помещениях лиц, не имеющих права доступа в эти помещения; – утвердить руководителем Исполнителя документа, определяющего перечень лиц, доступ которых к данным, обрабатываемым в ГИС, необходим для выполнения ими служебных (трудовых) обязанностей в рамках государственного контракта с Заказчиком; – назначить должностное лицо (работника), ответственного за обеспечение безопасности данных в ГИС. При доступе к ГИС использовать следующие минимальные требования к паролю: – длина пароля не менее 12 символов; – алфавит пароля не менее 70 символов; – пароль состоит из сочетания буквенно-цифровых символов верхнего и нижнего регистров (например, a-z, A-Z, 0-9); – пароль включает знаки пунктуации и иные символы (например, !@#$%^&*()_+|~-=\`{}[ [ ] ]:«;'<>?,./); – запрещается кому-либо сообщать пароль, записывать пароль на любых носителях, использовать в качестве пароля персональную информацию (например, ФИО, дату рождения и т.п., и их комбинации), а также названия организации, географических наименования, названия оборудования, и иных общеизвестных данных, в том числе введенных с переключением раскладки клавиатуры. - – в случае утери и/или компрометации (подозрения компрометации) средств аутентификации (пароля) субъект доступа незамедлительно сообщает об этом Заказчику, который выполняет блокировку учетной записи данного пользователя. После этого для данной учетной записи выполняется установка первичного пароля. Выполнить также следующие организационные и технические меры по защите информации, а именно: – опечатать корпуса подключаемых АРМ номерными пломбами с возможностью контроля вскрытия с периодическим визуальным контролем фактов нарушения пломб; – установить пароль администратора на доступ к базовой системе ввода-вывода (BIOS/UEFI). Организовать контроль доступа пользователей к процессу загрузки операционной системы посредством запрета альтернативной загрузки операционной системы (в том числе – с внешних носителей), отключить возможность выбора источников во время загрузки в настройках базовой системе ввода-вывода (BIOS/UEFI); – провести, при необходимости, дополнительные мероприятия по технической укрепленности помещений, в которых планируется эксплуатация подключаемых АРМ с СКЗИ (средства охраны (охранной сигнализации), прочные входные двери с надежными замками, устройства для опечатывания помещений по окончании рабочего дня, другие средства, препятствующие неконтролируемому проникновению). По результатам установки и настройки средств защиты информации и разработки (актуализации) организационно-распорядительной документации по организации обработки и защите информации, составить Акт готовности к обработке и защите информации, не содержащей сведения, составляющие государственную тайну, в государственной информационной системе Заказчика и Уведомление о намерении подключения к государственной информационной системе Заказчика. - Требования к качеству выполняемых работ и патентной чистоте - Исполнитель при выполнении работ обязан соблюдать интеллектуальные права (исключительное право, а также личные неимущественные права и иные права) третьих лиц в соответствии с частью IV Гражданского Кодекса Российской Федерации, не разглашать служебную информацию Заказчика, доступ к которой может быть предоставлен в ходе выполнения работ. Исполнитель для исполнения своих обязательств по Контракту должен иметь соответствующую квалификацию и разрешения от правообладателя ПК Квазар (ООО «МедСофт») на внесение изменений в ПК Квазар. Исполнителем должно быть в явном виде указано все лицензионное программное обеспечение, необходимое для развития Системы. Доработанные функциональные модули РС ЕГИСЗ не должны вызвать сбоев в функционировании Системы, а также негативно влиять на её работоспособность. Все предоставленное в рамках исполнения контракта ПО должно обеспечивать совместимость с офисным отечественным программным обеспечением – операционными системами Astra Linux, ALT Linux, РЕД ОС эксплуатирующимися на рабочих местах пользователей РС ЕГИСЗ. Исключительные права на результаты интеллектуальной деятельности, полученные в рамках выполнения работ по развитию Системы, принадлежат Заказчику. Исключительные права на объекты интеллектуальной собственности, возникшие в связи с выполнением работ по развитию Системы, и исходные программные коды Системы должны быть переданы Заказчику. - - Значение характеристики не может изменяться участником закупки - В случае если в изменяемой Системе Исполнитель использует компоненты (программы для ЭВМ, программные библиотеки, компиляторы, серверы приложений, СУБД и иные объекты интеллектуальной собственности), разработанные Исполнителем или третьей стороной, не подразумевающие свободного использования, (далее - Компоненты) Исполнитель должен обеспечить законность (легитимность) использования этих компонент Заказчиком и предоставить Заказчику неисключительное (пользовательское) право использования указанных компонент в составе и объеме, необходимом и достаточном для эксплуатации и развития Системы на момент приемки работ. Исполнитель должен обладать соответствующим объемом прав на используемые для развития Системы в рамках исполнения настоящего описания объекта закупки компоненты. Права на использование Компонентов должны быть предоставлены Заказчику в объеме, установленном правообладателем соответствующих Компонентов, и включать в себя неисключительное (пользовательское) право их использования в деятельности Заказчика в соответствии с прямым техническим (функциональным) назначением и условиями настоящего описания объекта закупки, в том числе для эксплуатации, модернизации, сопровождения, развертывания (инсталляции), масштабирования Системы, а также включать в себя права, предусмотренные ст. 1280 ГК РФ, не противоречащие и не запрещенные условиями настоящего описания объекта закупки. - Используемые при выполнении работ по развитию Системы компоненты должны соответствовать требованиям, установленным Постановлением Правительства РФ от 16 ноября 2015 г. № 1236 "Об утверждении Правил формирования и ведения единого реестра российских программ для электронных вычислительных машин и баз данных и единого реестра программ для электронных вычислительных машин и баз данных из государств - членов Евразийского экономического союза, за исключением Российской Федерации" При этом в составе Системы не должны использоваться программные модули, не обеспеченные поддержкой производителя (разработчика). Система не должна требовать для своего функционирования использования уникального технического и технологического обеспечения. Система должна быть свободна от возможности предъявления основанных на промышленной, интеллектуальной или другой собственности любых прав и притязаний третьих лиц к Заказчику. При использовании в ходе выполнения работ исключительных прав третьих лиц на результаты интеллектуальной деятельности, Исполнитель должен направить Заказчику об этом уведомление, в том числе - условия приобретения прав на использование объектов интеллектуальной собственности без увеличения цены Государственного контракта. При этом риск нарушения прав третьих лиц на результаты интеллектуальной деятельности несет Исполнитель. Если в Системе будут использованы лицензионные компоненты сторонних производителей (разработчиков), то все расходы на приобретение данных лицензионных компонентов (ППО) должны быть включены в стоимость контракта. Созданные и использованные при исполнении государственного контракта объекты интеллектуальной собственности подлежат отражению в отчетных документах Исполнителя о результатах выполненных работ по Государственному контракту и передаются Заказчику. Доработанное ПО должно быть включено в Единый реестр российских программ для электронных вычислительных машин и баз данных. - Объём и методы испытаний системы - Вывод о соответствии Системы данным техническим требованиям производится по результатам приёмо-сдаточных испытаний. Испытания Системы должны производиться по согласованной между Заказчиком и Исполнителем программе и методике испытаний. Объем и методы приемо-сдаточных испытаний определяются соответствующей «Программой и методикой испытаний», которая подготавливается Исполнителем и утверждается Заказчиком. Для проведения предварительных испытаний и опытной эксплуатации доработанной системы Исполнителем должна быть организованна Тестовая среда на программно- аппаратном комплексе Исполнителя, которая: ? должна быть полностью идентична продуктивной среде Системы в части ПО и аппаратных характеристик, за исключением соответствия в части интеграции с другими ИС в рабочей среде; ? должна быть подключена к другим ИС в тестовой среде для реализации задач, описанных ооз; ? не должна содержать персональных данных участников РС ЕГИСЗ, в том числе пациентов. - - Значение характеристики не может изменяться участником закупки - Общие требования к приёмке работ - Заказчик вправе контролировать ход и качество выполнения работ, соблюдение Исполнителем сроков их выполнения, получать информацию о промежуточных результатах выполненных работ. Сдача-приёмка выполненных работ производится в соответствии с требованиями заключённого Контракта и настоящего описания объекта закупки. Результаты выполненных Исполнителем работ передаются Заказчику в соответствии с утверждённым календарным планом-графиком работ (таблица №1 приложения №4 настоящего описания объекта закупки) и с представлением указанных отчетных документов в соответствии с разделом 8 настоящего технического задания. Исполнителем должны быть самостоятельно в Тестовой среде проведены предварительные испытания доработанной Системы, по результатам которых: ? оформлен и предоставлен Заказчику Протокол проведения предварительных испытаний (подписывается Исполнителем) с выводами о соответствии или несоответствии полученного в результате выполнения работ функционала Системы требованиям настоящего описания объекта закупки, а также о его работоспособности и о готовности к запуску в опытную эксплуатацию; ? подготовлена и предоставлены Заказчику Программа и методика опытной эксплуатации (согласуется с Заказчиком). На основании выводов о готовности Системы к запуску в опытную эксплуатацию, отраженного в Протоколе проведения предварительных испытаний, Заказчик принимает решение о вводе доработанной Системы в опытную эксплуатацию, оформленное в форме Акта о приемке в опытную эксплуатацию Системы - - Значение характеристики не может изменяться участником закупки - Опытная эксплуатация доработанной Системы проводится Заказчиком в Тестовой среде с участием группы конечных пользователей МО (определяется Заказчиком) по утвержденной Программе и методике опытной эксплуатации. В процессе, а также по итогам опытной эксплуатации, Исполнителем осуществляется исправление ошибок, а также может производиться доработка Системы и корректировка настроек (при необходимости). По результатам опытной эксплуатации Заказчиком оформляется Протокол проведения опытной эксплуатации с выводами о соответствии или несоответствии полученного в результате выполнения работ функционала Системы требованиям настоящего описания объекта закупки, а также о его работоспособности и о готовности для проведения приемочных испытаний. В срок не позднее чем за 3 (три) дня до даты окончания срока выполнения работ доработанная Система должна быть установлена на программно-аппаратных средствах Заказчика и передана Заказчику для проведения приемочных испытаний. В срок не позднее чем за 8 (восемь) дней до даты завершения работ Исполнитель должен предоставить Заказчику программу и методику испытаний, и документы, разрабатываемые в рамках выполненных работ. Заказчик в течение 8 (восьми) дней от даты получения от Исполнителя документов рассматривает документы, проводит мероприятия по их согласованию. При наличии замечаний Заказчик уведомляет Исполнителя о выявленных замечаниях. При этом Исполнитель должен устранить замечания в течении 3 (трех) рабочих дней от даты получения от Заказчика уведомления. Приёмо-сдаточные испытания доработанной Системы должны производиться специально образованной комиссией. Состав комиссии, её функции и статус утверждаются Заказчиком. - Комиссия по утверждённой программе и методике испытаний осуществляет приёмку работ. По итогам решения комиссии о приёмке результатов работ и при отсутствии каких-либо замечаний, на основании подписанного всеми членами комиссии протокола проведения приёмо-сдаточных испытаний Заказчиком подписывается документ о приемке выполненных работ. Подписанный между Исполнителем и Заказчиком документ о приемке выполненных работ является основанием для оплаты. Права на результаты выполнения работ, полученные в ходе выполнения Контракта, предоставляются Заказчику в момент подписания им соответствующего документа о приемке выполненных работ. - Требования к документированию - Исполнитель должен разработать и передать Заказчику следующий набор документов: 1. технический проект (в 1 экземпляре в электронном виде); 2. комплект документации по администрированию доработанной Системы (в 1 экземпляре в электронном виде); 3. руководства пользователей для модулей доработанной Системы (в 1 экземпляре в электронном виде); 4. программа и методика испытаний (в 1 экземпляре на бумажном носителе и в 1 экземпляре в электронном виде); 5. протокол предварительных испытаний (в 1 экземпляре на бумажном носителе); 6. программа и методика опытной эксплуатации (в 1 экземпляре на бумажном носителе и в 1 экземпляре в электронном виде); 7. тематический план подготовки пользователей (в 1 экземпляре на бумажном носителе); 8. протокол проведения подготовки пользователей (в 1 экземпляре на бумажном носителе). Документация на Систему и её части (техническая и рабочая) должна содержать исчерпывающее описание принятых проектных решений в объёме, достаточном для её дальнейшего развития и эксплуатации. Техническая и рабочая документация должна содержать описание разработанных результатов работ, в том числе программ для ЭВМ, прикладных программных интерфейсов, алгоритмов и протоколов информационного взаимодействия, технических требований, спецификаций и форматов обмена данными для взаимодействия с другими информационными системами, в объёме, достаточном для их установки, настройки, эксплуатации и развития в дальнейшем без привлечения Исполнителя. - - Значение характеристики не может изменяться участником закупки - Требования к передаче результатов выполнения работ - Передача исходных кодов, разработанных в ходе выполнения работ, программ для электронных вычислительных машин (далее - программа для ЭВМ) и дистрибутивов должна сопровождаться передачей всех необходимых для сборки и запуска программы для ЭВМ библиотек зависимостей, инструкций и программных сценариев (скриптов) для проведения компиляции, создания дистрибутива и установки (развёртывания) программы для ЭВМ. Для проведения компиляции, создания дистрибутива и установки (развёртывания) программы для ЭВМ должны использоваться свободно распространяемые компиляторы, интерпретаторы и иное программное обеспечение, необходимое для указанных целей, дистрибутивы которых должны быть переданы вместе с исходными кодами, разработанными в ходе выполнения работ. В случае использования для проведения компиляции, создания дистрибутива и установки (развёртывания) программы для ЭВМ компиляторов, интерпретаторов и иного программного обеспечения, права на использование, копирование и модификацию которых принадлежат третьим лицам, Исполнитель за свой счёт передаёт Заказчику дистрибутивы и права на использование таких компиляторов, интерпретаторов и иного программного обеспечения. Исполнитель в процессе сдачи-приёмки выполненных работ по Контракту должен провести демонстрацию процесса компиляции, создания дистрибутива и установки (развёртывания) разработанных программ для ЭВМ в соответствии с инструкциями, приведёнными в рабочей документации на Систему. Исполнитель должен передать Заказчику исходные коды и дистрибутив доработанной Системы в электронном виде. По результатам выполнения работ Исполнитель предоставляет обновленную версию ПО, включая актуальные справочники, установленную на серверном оборудовании Заказчика. - - Значение характеристики не может изменяться участником закупки - Требования к гарантийному обслуживанию - Предметом гарантийных обязательств является функционал взаимодействия с пациентами через национальный мессенджер «МАКС» (многофункциональный чат-бот), разработанный Исполнителем и принятый Заказчиком в соответствии с настоящим описанием объекта закупки и условиями Контракта. Исполнитель обеспечивает гарантийное обслуживание доработанной Системы в течение 12 месяцев с даты подписания Сторонами документа о приемке выполненных работ. Исполнитель гарантирует, что программное обеспечение разработанного модуля Системы будет функционировать в полном соответствии с техническими требованиями настоящего описания объекта закупки в течение всего гарантийного срока. Гарантия распространяется на все дефекты, ошибки и сбои, за исключением неисправностей, вызванных сбоями серверных мощностей Заказчика. Исполнитель несет полную ответственность за недостатки и дефекты результатов выполненных работ, возникшие в период гарантийного срока. При обнаружении недостатков, связанных с некачественным выполнением работ Исполнителем, Исполнитель обязуется устранить их за свой счет и своими силами без каких-либо дополнительных затрат со стороны Заказчика в срок, согласованный с представителем Заказчика. - - Значение характеристики не может изменяться участником закупки - В гарантийное обслуживание входит: ? диагностика причин неработоспособности, предоставление рекомендаций по их решению; ? выполнение работ по исправлению ошибок в новом функционале Системы, при этом в случае обнаружения ошибок в работе функционала Исполнитель обязуется предпринять все необходимые усилия, чтобы в кратчайший срок предложить пути устранения ошибок; ? установка и настройка на серверах Заказчика/Оператора системы пакетов исправлений и обновлений с использованием удаленного доступа либо с выездом на место нахождения Заказчика (при необходимости); ? актуализация и обновление рабочей, технической и эксплуатационной документации по результатам исправления ошибок, с последующей передачей обновленных документов Заказчику. Для приема обращений Заказчика Исполнитель обеспечивает функционирование следующих каналов связи технической поддержки: ? «Горячая линия» (телефон и выделенная электронная почта) для консультаций по вопросам эксплуатации ПО, доступная с понедельника по пятницу в период с 08:00 до 16:00 по московскому времени. Консультации предоставляются Исполнителем по запросу Заказчика и/или Функционального заказчика системы по электронной почте – письменно. ? Система обмена мгновенными сообщениями в реальном времени через сеть Интернет для фиксации и отслеживания инцидентов. Сроки и условия обработки обращений (инцидентов) службой технической поддержки Исполнителя определяются в зависимости от их приоритета в соответствии с Приложением № 5 к настоящему описанию объекта закупки. В случае обнаружения после подписания документа о приемке выполненных работ несоответствий (скрытых недостатков) требованиям (условиям) настоящего описания объекта закупки, которые не могли быть установлены при обычном способе приемки, Заказчик направляет Исполнителю письменное уведомление. Исполнитель обязан в течение 5 (пяти) рабочих дней с момента получения уведомления устранить обнаруженные недостатки и нарушения за свой счет.

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

Общие сведения о Системе - Полное наименование Системы: государственная информационная система Воронежской области «Региональный сегмент Единой государственной информационной системы здравоохранения Воронежской области». Условное обозначение Системы: РС ЕГИСЗ. ГИС ВО «РС ЕГИСЗ ВО разработана на базе программного комплекса «Квазар» (Правообладатель ООО «Медсофт», реестровая запись № 4470 от 16.04.2018г в едином реестре российских программ для электронных вычислительных машин и баз данных https://reestr.digital.gov.ru/reestr). РС ЕГИСЗ предназначен для автоматизации деятельности работников медицинских организаций и других организаций Воронежской области, принимающих участие в процессе оказания медицинских услуг населению, а также пользующихся их услугами граждан. Все подсистемы РС ЕГИСЗ эксплуатируются в составе программно–технического комплекса на ИТ-инфраструктуре Заказчика. Техническая и физическая защита аппаратных компонентов подсистем и модулей РС ЕГИСЗ, носителей данных, бесперебойное энергоснабжение, резервирование ресурсов реализуются техническими и организационными средствами, предусмотренными в ИТ-инфраструктуре Заказчика. РС ЕГИСЗ Воронежской области является государственной информационной системой, аттестованной по требованиям безопасности информации, предъявляемым к государственным информационным системам 2 класса защищённости и к информационным системам персональных данных 2 уровня защищённости персональных данных. - - Значение характеристики не может изменяться участником закупки

Все программные компоненты РС ЕГИСЗ эксплуатируются в составе программно–технического комплекса на разделённой ИТ-инфраструктуре Заказчика. Техническая и физическая защита аппаратных компонентов программных компонент, носителей данных, бесперебойное энергоснабжение, резервирование ресурсов реализуются техническими и организационными средствами, предусмотренными в ИТ-инфраструктуре Заказчика. Региональные информационные ресурсы и прикладные компоненты Системы обеспечивают информационно-технологическую поддержку функций управления здравоохранением, непосредственного оказания медицинской помощи, информационного взаимодействия с гражданами и организациями. Интеграция программных компонент РС ЕГИСЗ между собой осуществляется через интеграционную шину, реализованную в рамках контракта № 41 от 20.08.2018 г. (реестровый номер контракта в ЕИС 2366607509318000021) на оказание услуг по модернизации РС ЕГИСЗ. Перечень нормативно-правовых актов, нормативных, методических и организационно-распорядительных документов, которыми необходимо руководствоваться при выполнении работ в соответствии с Приложением №2 к настоящему Описанию объекта закупки. Состав и описание подсистем и модулей РС ЕГИСЗ, их функциональные возможности, указаны в Приложении № 3 настоящего Описания объекта закупки.

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

Общие требования к выполнению работ - Выполнение работ не должно нарушать работоспособность системы в целом, не должно приводить к потере данных, имеющихся в системе, а также не должно приводить к потере функциональности системы и отдельно взятых программных компонент РС ЕГИСЗ. Функционал РС ЕГИСЗ, имеющийся у Заказчика на момент начала исполнения контракта, должен быть сохранен в полном объёме. При внесении изменений в Систему Исполнителем должно быть обеспечено штатное функционирование (сохранность в рабочем состоянии) интеграционных связей со следующими внешними системами: • федеральный сегмент ЕГИСЗ; • ИС Социального фонда Российской Федерации; • ФРМО/ФРМР; • ИС ИПРА; • региональный сегмент единого регистра застрахованных ТФОМС Воронежской области; • СМЭВ. В рамках реализации работ по развитию Системы Исполнитель должен выполнить работы в соответствии с утверждённым календарным планом-графиком работ (таблица №1 приложения №4 настоящего описания объекта закупки). Исполнителем должно быть обеспечено консультационное и техническое сопровождение доработанной и переданной Заказчику Системы на этапе опытной эксплуатации и до окончания срока гарантийного обслуживания Системы. - - Значение характеристики не может изменяться участником закупки

Развитие функциональных характеристик РС ЕГИСЗ - Создание в ГИС ВО «РС ЕГИСЗ» функционала по взаимодействию с национальным мессенджером «МАКС» направлено на расширение функционала Системы и созданию нового канала взаимодействия с пациентами. Результатом развития Системы является чат-бот в национальном мессенджере «МАКС». Заказчик предоставляет Исполнителю документацию, необходимую для выполнения работ в соответствии с п.п. 4.2 настоящего описания объекта закупки, в срок не позднее 10 рабочих дней с даты подписания Контракта. Окончательный вариант реализации доработанного функционала должен быть согласован с Заказчиком в срок не позднее 30 рабочих дней до даты окончания выполнения работ по Контракту. - - Значение характеристики не может изменяться участником закупки

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

Выбор медицинской организации - С целью оптимизации времени пациента при выборе медицинской организации для всех сервисов, реализованных в чат-боте, должен использоваться следующий метод выбора медицинской организации: ? найденному в базе РС ЕГИСЗ пациенту предлагается сразу подтвердить выбор медицинской организации, к терапевтическому или в случае несовершеннолетних пациентов педиатрическому участку которой он прикреплен, или перейти к общему списку государственных медицинских организаций региона; ? общий список медицинских организаций делится на городские (г. Воронеж) и районные (все прочие); ? после выбора медицинской организации, пациенту предлагается выбрать конкретное структурное подразделение, входящее в ее состав – для тех сервисов чат-бота, где такой выбор требуется. - - Значение характеристики не может изменяться участником закупки

Подписание пациентом согласия на обработку персональных данных с использованием механизма госключа - Создаваемый функционал должен обеспечить возможность для пациентов, у которых в базе данных РС ЕГИСЗ есть данные об использовании национального мессенджера «МАКС». В результате выполнения работ медицинские организация должны иметь возможность формирования и отправки пациенту на подписание в РС ЕГИСЗ документа «Согласие на обработку персональных данных»; ? При получении документа в национальном мессенджере «МАКС» пациент должен иметь возможность подписать или отказаться от подписания; ? для подписания документа должно использоваться приложение «Госключ»; ? при отсутствии информации об установленном приложении «Госключ» чат-бот должен предупредить пациента о необходимости установки; ? после успешного подписания пациентом документа «Согласие на обработку персональных данных», документ должен возвращается в РС ЕГИСЗ и становится доступным специалистам медицинской организации, направившей данный документ на подписание; ? при отказе пациента от подписания документа, чат-бот в должен возвращать в РС ЕГИСЗ соответствующее сообщение. - - Значение характеристики не может изменяться участником закупки

Подписание пациентом согласия на медицинское вмешательство с использованием механизма «Госключ» - Создаваемый функционал должен обеспечить возможность для пациентов, у которых в базе данных РС ЕГИСЗ есть данные об использовании национального мессенджера «МАКС». В результате выполнения работ чат-бот должен предоставлять следующие возможности Для медицинской организации: ? формирования в РС ЕГИСЗ документа «Согласие на медицинское вмешательство»; ? выбора из списка вида документа и отправки пациенту на подписание. Для пациента: ? получения документа в национальном мессенджере «МАКС» ? согласия или отказа от подписания; ? Получения предупреждения о необходимости установки приложения «Госключ». После успешного подписания документа «Согласие на медицинское вмешательство», документ должен возвращаться в РС ЕГИСЗ и становиться доступным специалистам медицинской организации, направившей данный документ на подписание и обладающим правами, соответствующими типу запрошенного согласия на медицинское вмешательство; При отказе пациента от подписания документа, чат-бот должен возвращать в РС ЕГИСЗ соответствующее сообщение. - - Значение характеристики не может изменяться участником закупки

Запись на прием к врачу - Выбор пациентом медицинской организации для записи осуществляется в соответствии с п.4.2.2. данного ООЗ; ? после выбора пациентом структурного подразделения, ему должен предлагаться выбор специальности, под специальностями в РС ЕГИСЗ подразумеваются должности медицинских работников, утвержденные для записи через ЕПГУ. В части выбора доступных организаций/подразделений/должностей/медработников пациент должен получать список, полностью синхронизированный со списком, доступным через ЕПГУ; ? перед предоставлением пациенту списка врачей для записи, чат-бот должен иметь возможность проверки наличия у них в расписании свободных интервалов в расписании приема, пациенту должны отображаться только врачи, доступные для записи; ? после осуществления пациентом записи на прием к врачу, ему в чат-бот должен иметь возможность отправки уведомления вида: «вы записаны на прием к «должность ФИО дата время»; ? - пациент должен иметь возможность отменить запись на прием к врачу в соответствии с п.4.2.13 ООЗ. - - Значение характеристики не может изменяться участником закупки

Подача заявки на ТМК, подтверждение и проведение телемедицинской консультации, закрытие электронного листка нетрудоспособности - Создаваемый функционал должен обеспечить возможность для пациентов, у которых в базе данных РС ЕГИСЗ есть данные об использовании национального мессенджера «МАКС» возможности для подтверждения и проведения телемедицинской консультации, закрытие электронного листка нетрудоспособности. - - Значение характеристики не может изменяться участником закупки

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

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

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

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

Вызов врача на дом - В результате выполнения работ чат-бот должен предоставлять следующие возможности: Для пациента: - при выборе пациентом услуги «вызов врача на дом», чат-бот должен выполнить запрос в РМИС и получить адрес, по которому пациент прикреплен к МО по терапевтическому или в случае несовершеннолетних пациентов педиатрическому профилю, после чего пациенту выводится адрес места жительства и предлагается меню выбора вида «Хотите вызвать врача по этому адресу: да/нет»; ? - при выборе «да» заявка отправляется в медицинскую организацию; ? - при выборе «нет» пациенту предлагается ввести адрес вызова врача на дом. Адрес вводится в структурированном виде, согласно используемому в РМИС справочнику ГАР, после чего заявка отправляется в медицинскую организацию; ? - после отправки заявки в медицинскую организацию пациент должен получить сообщение «ваш вызов обрабатывается, ожидайте ответа от медорганизации»; ? - пациент должен иметь возможность в чат-боте отказаться от вызова врача на дом в соответствии с п.4.2.13 ООЗ; ? - после осуществления вызова врача на дом пациент должен получить в чат-боте уведомление вида «Медицинский работник «ФИО» посетил Вас «дата». Для медицинской организации: ? - поданный пациентом вызов врача на дом должен отображаться в «Журнале заявок пациентов» РМИС, с пометкой «подано через Макс»; ? - после обработки вызова врача на дом медработником в «Журнале заявок пациентов» и назначения врача и интервала посещения, пациенту необходимо направить уведомление вида «Медицинский работник посетит Вас «дата и после «время» часов»; - - Значение характеристики не может изменяться участником закупки

Получение выписанных льготных рецептов, запрос на повторную выписку - В результате выполнения работ чат-бот должен предоставлять следующие возможности: ? - при выборе в чат-боте раздела «мои рецепты» пациент должен получить список всех рецептов на льготные лекарственные средства, выписанные пациенту за последние 3 месяца с пометкой «актуален» или «отпущен»; ? - при выборе из списка рецепта со статусом «актуальный» пациент должен получить меню с пунктами «просмотреть»/«получить»; ? - пункт «просмотреть» должен давать возможность пациенту получить копию рецепта в формате PDF; ? - пункт «получить» должен давать возможность пациенту получить QR-код, по предъявлению которого в аптеке осуществляется отпуск льготного лекарственного препарата; ? - после отпуска препарата по рецепту пациент должен получить в чат-бот уведомление «Ваш рецепт «номер» от «дата выписки» отпущен «дата отпуска»; ? - при выборе из списка рецепта со статусом «отпущен» пациент должен получить меню с пунктами «просмотреть»/«запросить повторную выписку»; ? - пункт «просмотреть» должен давать возможность пациенту получить копию рецепта в формате PDF; ? пункт «запросить повторную выписку» - из чата-бота должен отправляться запрос на повторную выписку лекарственного препарата в РМИС. В результате выполнения данного запроса в «Журнале заявок пациентов» должен сформироваться запрос от пациента на повторную выписку лекарственного препарата. После обработки запроса медицинскими работниками в соответствии с правилами, принятыми в РМИС, пациенту, в зависимости от выполненных в РМИС действий, должно направляться уведомление вида: «Вам выписан рецепт «номер» от «дата выписки» или «Вам недоступна повторная выписка препарата, обратитесь к своему лечащему врачу». - - Значение характеристики не может изменяться участником закупки

Запрос справок - В результате выполнения работ чат-бот должен предоставлять следующие возможности: ? - пациент в интерфейсе чат-бота должен иметь возможность запросить медицинские справки из списка: ? Справка для получения путевки на санаторно-курортное лечение; Форма 070/у ? Санаторно-курортная карта для взрослых; Форма 072/у ? Справка для предоставления в спортивную секцию/школу Форма 073/у ? Санаторно-курортная карта для детей; Форма 076/у ? Справка на ребенка, отъезжающего в санаторный оздоровительный лагерь; Форма 079/у ? Справка для поступающих в ВУЗ; Форма 086/у ? Справка о профилактических прививках; Форма 156/у-93 ? Справка об отсутствии контактов с инфекционными больными; ? - при выборе конкретной справки чат-бот должен отправить соответствующий запрос в РМИС. Пациент должен получить в чат-боте сообщение вида: «Ваш запрос принят, ожидайте». Запрос должен поступать в «Журнал заявок пациентов»; ? - после успешной отработки запроса в соответствии с правилами РМИС, пациент должен получить уведомление вида «Вам выдана справка» и файл, содержащий соответствующую справку в формате PDF; ? - при невозможности выдать справку пациенту направляется уведомление вида «Для выдачи справки «наименование справки» недостаточно медицинских данных, пожалуйста, посетите своего лечащего врача». - - Значение характеристики не может изменяться участником закупки

Индивидуальный патронаж пациента - Создаваемый функционал должен обеспечить возможность для пациентов, у которых в базе данных РС ЕГИСЗ есть данные об использовании национального мессенджера «МАКС» возможности для организации дистанционного взаимодействия с пациентами. - - Значение характеристики не может изменяться участником закупки

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

Раздел «Патронаж» в чат-боте - Создаваемый в чат-боте раздел «Патронаж» должен представляться пациенту как «Индивидуальный помощник Кира». В соответствии с созданными в РМИС заданиями, пациент должен в назначенное врачом время получать уведомление вида «Задание». При получении задания пациент должен подтвердить его выполнение нажатием на кнопку «исполнено», при отсутствии подтверждения исполнения, уведомление автоматически повторяется с заданной периодичностью; В соответствии с созданными в РМИС и направленными в чат-бот анкетами, пациент получает анкету для заполнения, результаты заполнения отправляются в РМИС автоматически; Пациент должен иметь возможность загрузки через чат-бот внешних файлов в форматах PDF, JPG, PNG и отправки их врачу; Пациент должен иметь возможность отправки врачу сообщений через чат-бот, врач получает и отрабатывает сообщения в РМИС. - - Значение характеристики не может изменяться участником закупки

Отмена записей и заявок - Создаваемый функционал должен обеспечить возможность для пациентов, у которых в базе данных РС ЕГИСЗ есть данные об использовании национального мессенджера «МАКС» возможности для отмены записей и заявок пациентами. При выборе в чат-боте раздела «Мои записи» пациент должен получать полный список актуальных на момент запроса записей на прием к врачу, профосмотры и ДОГВН, заявок на телемедицинские консультации или закрытие больничного листка, вызовов врача на дом, запросов на формирование справок. Наименования в списке должны выводится в виде, достаточном для их идентификации пациентом; При выборе любой актуальной записи пациент должен получать меню с выбором «Вы хотите отменить данную услугу? да/нет»; При выборе «да» пациент должен получить предупреждение вида «вы хотите отменить «название услуги и время записи»? да/нет»; При выборе «да» услуга удаляется в РМИС, пациенту отправляется уведомление вида «Вы отменили «наименование услуги, дата и время (при наличии) записи». - - Значение характеристики не может изменяться участником закупки

Сервис логирования - Создаваемый функционал должен обеспечить возможность в РМИС, на основании данных чат-бота, логирования в соответствии с «Инструкцией по реализации сервиса передачи статистических событий региональных сервисов здравоохранения в МАКС» письмо Минцифры России № ОК-П13-44962 от 18.05.2026. - - Значение характеристики не может изменяться участником закупки

Требование к подготовке пользователей работе с подсистемами и модулями РС ЕГИСЗ - В рамках выполнения работ Исполнитель должен в соответствии с настоящим описанием объекта закупки, провести подготовку пользователей работе с функционалом доработанной Системы, в объёме не менее 10 академических часов и не менее 50 пользователей в дистанционной форме с использованием ВКС. Организационно-техническое обеспечение осуществляется Исполнителем. Исполнитель в срок не позднее 10 рабочих дней до начала проведения подготовки должен разработать и согласовать с Заказчиком Тематический план подготовки пользователей. По результатам проведения подготовки Исполнителем должен быть оформлен Протокол проведения подготовки пользователей, подписанный в двух экземплярах (по одному экземпляру для каждой из подписывающих сторон) уполномоченными представителями Исполнителя и Заказчика. Должен быть обеспечен доступ пользователей к эксплуатационной документации в электронном виде (для скачивания и (или) просмотра) по доработанным программным компонентам. Должны быть разработаны обучающие видеокурсы по основам работы в доработанных подсистемах и компонентах РС ЕГИСЗ и обеспечено их размещение в сети «Интернет». - - Значение характеристики не может изменяться участником закупки

Требования к отказоустойчивости Системы и обеспечению бесперебойного функционирования РС ЕГИСЗ - Отказоустойчивость Системы должна обеспечиваться при помощи специальных методов двойной конфигурации с общим дисковым массивом. При отказе основного сервера система должна автоматически переключаться на резервный. Запросы пользователей к базе данных должны автоматически перенаправляться на резервный сервер. При развитии Системы должны быть предусмотрены все необходимые средства для организации резервного копирования и обеспечения максимально быстрого восстановления работоспособности Системы в случае программно-аппаратных сбоев. Для обеспечения надёжности программного обеспечения в Системе должны быть предусмотрены: ? средства контроля корректности входных данных; ? средства оповещения пользователя об ошибках входных/выходных и противоречивых данных. Доработанное ПО, должно сохранять функциональность при соблюдении требований к отказоустойчивости Системы и обеспечению бесперебойного функционирования РС ЕГИСЗ. Выполнение работ по настоящему контракту не должно нарушать нормальный режим функционирования РС ЕГИСЗ, а именно: максимальное время простоя системы, возникшее по вине Исполнителя, не должно превышать 20 минут в день и должно составлять не более 12 часов за весь период выполнения контракта. Под простоем системы понимается прерывание возможности использования программных компонент Системы. - - Значение характеристики не может изменяться участником закупки

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

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

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

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

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

– ГИС ВО «РС ЕГИСЗ» является государственной информационной системой, аттестованной по требованиям безопасности информации, предъявляемым к государственным информационным системам 2 класса защищённости и к информационным системам персональных данных 2 уровня защищённости персональных данных и признана значимым объектом критической информационной инфраструктуры 3-й категории значимости. – Все подсистемы ГИС ВО «РС ЕГИСЗ» эксплуатируются в составе программно–технического комплекса на ИТ-инфраструктуре Заказчика. Техническая и физическая защита аппаратных компонентов подсистем и модулей ГИС ВО «РС ЕГИСЗ», носителей данных, бесперебойное энергоснабжение, резервирование ресурсов реализуются техническими и организационными средствами, предусмотренными в ИТ-инфраструктуре Заказчика. Выполнение работ должно осуществляться в удаленном режиме средствами информационных технологий и телекоммуникаций, кроме случаев, когда необходимо непосредственное присутствие Исполнителя на территории Заказчика по адресу: г. Воронеж, ул. Варейкиса, д.70. Работы на серверном оборудовании Заказчика производятся по месту нахождения ЦСП по адресу: г. Воронеж, ул. Космонавта Комарова, д. 8. С использованием удаленного доступа Исполнитель: – Оказывает услуги посредством формирования межсетевого соединения между защищенной сетью передачи данных (ЗСПД) с применяемыми СКЗИ не ниже КС2 Исполнителя (в случае наличия) и ЗСПД Заказчика (VipNet 6058). В случае непосредственного подключения Исполнителя к сети 6058 Исполнитель обязан: – Иметь в наличии для каждого подключаемого АРМ собственные средства криптографической защиты информации (программное средство защиты каналов связи VipNet Client для сети 6058);

– Иметь в наличии для каждого подключаемого АРМ сертифицированные средства защиты информации от несанкционированного доступа (включая средство/модуль доверенной загрузки) и сертифицированные средства антивирусной защиты информации; – Выполнить установку и настройку указанных средств защиты в соответствии с техническими требованиями на систему защиты информации (предоставляется Заказчиком); В случае отсутствия разработать (актуализировать) организационно-распорядительную документацию по организации обработки и защите информации, не содержащей сведения, составляющие государственную тайну, в том числе: – организовать и регламентировать режим обеспечения безопасности помещений, в которых осуществляется доступ к ГИС, препятствующего возможности неконтролируемого проникновения или пребывания в этих помещениях лиц, не имеющих права доступа в эти помещения; – утвердить руководителем Исполнителя документа, определяющего перечень лиц, доступ которых к данным, обрабатываемым в ГИС, необходим для выполнения ими служебных (трудовых) обязанностей в рамках государственного контракта с Заказчиком; – назначить должностное лицо (работника), ответственного за обеспечение безопасности данных в ГИС. При доступе к ГИС использовать следующие минимальные требования к паролю: – длина пароля не менее 12 символов; – алфавит пароля не менее 70 символов; – пароль состоит из сочетания буквенно-цифровых символов верхнего и нижнего регистров (например, a-z, A-Z, 0-9); – пароль включает знаки пунктуации и иные символы (например, !@#$%^&*()_+|~-=\`{}[ [ ] ]:«;'<>?,./); – запрещается кому-либо сообщать пароль, записывать пароль на любых носителях, использовать в качестве пароля персональную информацию (например, ФИО, дату рождения и т.п., и их комбинации), а также названия организации, географических наименования, названия оборудования, и иных общеизвестных данных, в том числе введенных с переключением раскладки клавиатуры.

– в случае утери и/или компрометации (подозрения компрометации) средств аутентификации (пароля) субъект доступа незамедлительно сообщает об этом Заказчику, который выполняет блокировку учетной записи данного пользователя. После этого для данной учетной записи выполняется установка первичного пароля. Выполнить также следующие организационные и технические меры по защите информации, а именно: – опечатать корпуса подключаемых АРМ номерными пломбами с возможностью контроля вскрытия с периодическим визуальным контролем фактов нарушения пломб; – установить пароль администратора на доступ к базовой системе ввода-вывода (BIOS/UEFI). Организовать контроль доступа пользователей к процессу загрузки операционной системы посредством запрета альтернативной загрузки операционной системы (в том числе – с внешних носителей), отключить возможность выбора источников во время загрузки в настройках базовой системе ввода-вывода (BIOS/UEFI); – провести, при необходимости, дополнительные мероприятия по технической укрепленности помещений, в которых планируется эксплуатация подключаемых АРМ с СКЗИ (средства охраны (охранной сигнализации), прочные входные двери с надежными замками, устройства для опечатывания помещений по окончании рабочего дня, другие средства, препятствующие неконтролируемому проникновению). По результатам установки и настройки средств защиты информации и разработки (актуализации) организационно-распорядительной документации по организации обработки и защите информации, составить Акт готовности к обработке и защите информации, не содержащей сведения, составляющие государственную тайну, в государственной информационной системе Заказчика и Уведомление о намерении подключения к государственной информационной системе Заказчика.

Требования к качеству выполняемых работ и патентной чистоте - Исполнитель при выполнении работ обязан соблюдать интеллектуальные права (исключительное право, а также личные неимущественные права и иные права) третьих лиц в соответствии с частью IV Гражданского Кодекса Российской Федерации, не разглашать служебную информацию Заказчика, доступ к которой может быть предоставлен в ходе выполнения работ. Исполнитель для исполнения своих обязательств по Контракту должен иметь соответствующую квалификацию и разрешения от правообладателя ПК Квазар (ООО «МедСофт») на внесение изменений в ПК Квазар. Исполнителем должно быть в явном виде указано все лицензионное программное обеспечение, необходимое для развития Системы. Доработанные функциональные модули РС ЕГИСЗ не должны вызвать сбоев в функционировании Системы, а также негативно влиять на её работоспособность. Все предоставленное в рамках исполнения контракта ПО должно обеспечивать совместимость с офисным отечественным программным обеспечением – операционными системами Astra Linux, ALT Linux, РЕД ОС эксплуатирующимися на рабочих местах пользователей РС ЕГИСЗ. Исключительные права на результаты интеллектуальной деятельности, полученные в рамках выполнения работ по развитию Системы, принадлежат Заказчику. Исключительные права на объекты интеллектуальной собственности, возникшие в связи с выполнением работ по развитию Системы, и исходные программные коды Системы должны быть переданы Заказчику. - - Значение характеристики не может изменяться участником закупки

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

Используемые при выполнении работ по развитию Системы компоненты должны соответствовать требованиям, установленным Постановлением Правительства РФ от 16 ноября 2015 г. № 1236 "Об утверждении Правил формирования и ведения единого реестра российских программ для электронных вычислительных машин и баз данных и единого реестра программ для электронных вычислительных машин и баз данных из государств - членов Евразийского экономического союза, за исключением Российской Федерации" При этом в составе Системы не должны использоваться программные модули, не обеспеченные поддержкой производителя (разработчика). Система не должна требовать для своего функционирования использования уникального технического и технологического обеспечения. Система должна быть свободна от возможности предъявления основанных на промышленной, интеллектуальной или другой собственности любых прав и притязаний третьих лиц к Заказчику. При использовании в ходе выполнения работ исключительных прав третьих лиц на результаты интеллектуальной деятельности, Исполнитель должен направить Заказчику об этом уведомление, в том числе - условия приобретения прав на использование объектов интеллектуальной собственности без увеличения цены Государственного контракта. При этом риск нарушения прав третьих лиц на результаты интеллектуальной деятельности несет Исполнитель. Если в Системе будут использованы лицензионные компоненты сторонних производителей (разработчиков), то все расходы на приобретение данных лицензионных компонентов (ППО) должны быть включены в стоимость контракта. Созданные и использованные при исполнении государственного контракта объекты интеллектуальной собственности подлежат отражению в отчетных документах Исполнителя о результатах выполненных работ по Государственному контракту и передаются Заказчику. Доработанное ПО должно быть включено в Единый реестр российских программ для электронных вычислительных машин и баз данных.

Объём и методы испытаний системы - Вывод о соответствии Системы данным техническим требованиям производится по результатам приёмо-сдаточных испытаний. Испытания Системы должны производиться по согласованной между Заказчиком и Исполнителем программе и методике испытаний. Объем и методы приемо-сдаточных испытаний определяются соответствующей «Программой и методикой испытаний», которая подготавливается Исполнителем и утверждается Заказчиком. Для проведения предварительных испытаний и опытной эксплуатации доработанной системы Исполнителем должна быть организованна Тестовая среда на программно- аппаратном комплексе Исполнителя, которая: ? должна быть полностью идентична продуктивной среде Системы в части ПО и аппаратных характеристик, за исключением соответствия в части интеграции с другими ИС в рабочей среде; ? должна быть подключена к другим ИС в тестовой среде для реализации задач, описанных ооз; ? не должна содержать персональных данных участников РС ЕГИСЗ, в том числе пациентов. - - Значение характеристики не может изменяться участником закупки

Общие требования к приёмке работ - Заказчик вправе контролировать ход и качество выполнения работ, соблюдение Исполнителем сроков их выполнения, получать информацию о промежуточных результатах выполненных работ. Сдача-приёмка выполненных работ производится в соответствии с требованиями заключённого Контракта и настоящего описания объекта закупки. Результаты выполненных Исполнителем работ передаются Заказчику в соответствии с утверждённым календарным планом-графиком работ (таблица №1 приложения №4 настоящего описания объекта закупки) и с представлением указанных отчетных документов в соответствии с разделом 8 настоящего технического задания. Исполнителем должны быть самостоятельно в Тестовой среде проведены предварительные испытания доработанной Системы, по результатам которых: ? оформлен и предоставлен Заказчику Протокол проведения предварительных испытаний (подписывается Исполнителем) с выводами о соответствии или несоответствии полученного в результате выполнения работ функционала Системы требованиям настоящего описания объекта закупки, а также о его работоспособности и о готовности к запуску в опытную эксплуатацию; ? подготовлена и предоставлены Заказчику Программа и методика опытной эксплуатации (согласуется с Заказчиком). На основании выводов о готовности Системы к запуску в опытную эксплуатацию, отраженного в Протоколе проведения предварительных испытаний, Заказчик принимает решение о вводе доработанной Системы в опытную эксплуатацию, оформленное в форме Акта о приемке в опытную эксплуатацию Системы - - Значение характеристики не может изменяться участником закупки

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

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

Требования к документированию - Исполнитель должен разработать и передать Заказчику следующий набор документов: 1. технический проект (в 1 экземпляре в электронном виде); 2. комплект документации по администрированию доработанной Системы (в 1 экземпляре в электронном виде); 3. руководства пользователей для модулей доработанной Системы (в 1 экземпляре в электронном виде); 4. программа и методика испытаний (в 1 экземпляре на бумажном носителе и в 1 экземпляре в электронном виде); 5. протокол предварительных испытаний (в 1 экземпляре на бумажном носителе); 6. программа и методика опытной эксплуатации (в 1 экземпляре на бумажном носителе и в 1 экземпляре в электронном виде); 7. тематический план подготовки пользователей (в 1 экземпляре на бумажном носителе); 8. протокол проведения подготовки пользователей (в 1 экземпляре на бумажном носителе). Документация на Систему и её части (техническая и рабочая) должна содержать исчерпывающее описание принятых проектных решений в объёме, достаточном для её дальнейшего развития и эксплуатации. Техническая и рабочая документация должна содержать описание разработанных результатов работ, в том числе программ для ЭВМ, прикладных программных интерфейсов, алгоритмов и протоколов информационного взаимодействия, технических требований, спецификаций и форматов обмена данными для взаимодействия с другими информационными системами, в объёме, достаточном для их установки, настройки, эксплуатации и развития в дальнейшем без привлечения Исполнителя. - - Значение характеристики не может изменяться участником закупки

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

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

В гарантийное обслуживание входит: ? диагностика причин неработоспособности, предоставление рекомендаций по их решению; ? выполнение работ по исправлению ошибок в новом функционале Системы, при этом в случае обнаружения ошибок в работе функционала Исполнитель обязуется предпринять все необходимые усилия, чтобы в кратчайший срок предложить пути устранения ошибок; ? установка и настройка на серверах Заказчика/Оператора системы пакетов исправлений и обновлений с использованием удаленного доступа либо с выездом на место нахождения Заказчика (при необходимости); ? актуализация и обновление рабочей, технической и эксплуатационной документации по результатам исправления ошибок, с последующей передачей обновленных документов Заказчику. Для приема обращений Заказчика Исполнитель обеспечивает функционирование следующих каналов связи технической поддержки: ? «Горячая линия» (телефон и выделенная электронная почта) для консультаций по вопросам эксплуатации ПО, доступная с понедельника по пятницу в период с 08:00 до 16:00 по московскому времени. Консультации предоставляются Исполнителем по запросу Заказчика и/или Функционального заказчика системы по электронной почте – письменно. ? Система обмена мгновенными сообщениями в реальном времени через сеть Интернет для фиксации и отслеживания инцидентов. Сроки и условия обработки обращений (инцидентов) службой технической поддержки Исполнителя определяются в зависимости от их приоритета в соответствии с Приложением № 5 к настоящему описанию объекта закупки. В случае обнаружения после подписания документа о приемке выполненных работ несоответствий (скрытых недостатков) требованиям (условиям) настоящего описания объекта закупки, которые не могли быть установлены при обычном способе приемки, Заказчик направляет Исполнителю письменное уведомление. Исполнитель обязан в течение 5 (пяти) рабочих дней с момента получения уведомления устранить обнаруженные недостатки и нарушения за свой счет.

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

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

Требования к участникам: 1. Единые требования к участникам закупок в соответствии с ч. 1 ст. 31 Закона № 44-ФЗ 2. Требования к участникам закупок в соответствии с ч. 1.1 ст. 31 Закона № 44-ФЗ 3. Требование к участникам закупок в соответствии с п. 1 ч. 1 ст. 31 Закона № 44-ФЗ Дополнительные требования Участник закупки не должен являться юридическим или физическим лицом, в отношении которого применяются специальные экономические меры, предусмотренные подпунктом а) пункта 2 Указа Президента РФ от 03.05.2022 г. 252 «О применении ответных специальных экономических мер в связи с недружественными действиями некоторых иностранных государств и международных организаций», либо являться организацией, находящейся под контролем таких лиц

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

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

Критерии оценки заявок участников

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

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

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

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

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

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

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

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

Закупка за счет собственных средств организации: Да

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

Размер обеспечения заявки: 100 000,00 РОССИЙСКИЙ РУБЛЬ

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

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03224643200000003100, л/c 20821У02250, БИК 012007084, ОТДЕЛЕНИЕ ВОРОНЕЖ БАНКА РОССИИ // УФК по Воронежской области г. Воронеж

Реквизиты счета для перечисления денежных средств в случае, предусмотренном ч.13 ст. 44 Закона № 44-ФЗ (в соответствующий бюджет бюджетной системы Российской Федерации): Получатель Номер единого казначейского счета Номер казначейского счета БИК ТОФК УПРАВЛЕНИЕ ФЕДЕРАЛЬНОГО КАЗНАЧЕЙСТВА ПО ВОРОНЕЖСКОЙ ОБЛАСТИ (БУЗ ВО "ВМИАЦ") () ИНН: 3666075903 КПП: 366601001 КБК: ОКТМО: 20701000001 40102810945370000023 03100643000000013100 012007084

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, обл. Воронежская, г.о. город Воронеж, г. Воронеж, ул. Варейкиса, д. 70

Право заключения контрактов с несколькими участниками закупки в случаях, указанных в части 10 статьи 34 Федерального закона 44-ФЗ: Не установлено

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

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

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

Платежные реквизиты для обеспечения исполнения контракта: p/c 03224643200000003100, л/c 20821У02250, БИК 012007084, ОТДЕЛЕНИЕ ВОРОНЕЖ БАНКА РОССИИ // УФК по Воронежской области г. Воронеж

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

Тип казначейского сопровождения контракта: Расчеты по контракту подлежат казначейскому сопровождению

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

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

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

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

Закупка за счет собственных средств организации: Да

Документы

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

Документы

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