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

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

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

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

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

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

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

Наименование объекта закупки: на выполнение работ по модернизации информационной системы «Региональная интегрированная электронная медицинская карта»

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

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

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

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

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

Почтовый адрес: 299011, Г.Севастополь , УЛ. ЛЕНИНА, Д. 2

Место нахождения: 299011, Г.Севастополь , УЛ. ЛЕНИНА, Д. 2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- 62.01.11.000 - на выполнение работ по модернизации информационной системы «Региональная интегрированная электронная медицинская карта» ЦЕЛИ И ЗАДАЧИ РАБОТ Цели выполнения работ Основной целью выполнения работ является обеспечение технической возможности получения и выполнения заказов на формирование онлайн справок для граждан через ЕПГУ. Задачи выполнения работ В рамках модернизации системы «Региональная электронная медицинская карта» должны быть решены следующие задачи: - реализован сервис заказа справок онлайн; - обеспечена бесперебойная работа реализованных сервисов; - обеспечена возможность на стороне РМИС получать заказы на справки, формировать справки и передавать зарегистрированные СЭМД на ЕПГУ; - обеспечена возможность получения доступных для формирования справок в разрезе по МО из РМИС на ЕПГУ. ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ Краткие сведения об объекте автоматизации. Система введена в эксплуатацию на основании приказа Департамента здравоохранения города Севастополя от 05.06.2019 № 573 «О вводе в промышленную эксплуатацию информационной системы в сфере здравоохранения». Исключительные права принадлежат Получателю. Система предназначена для: ? получения оперативной отчетности на региональном уровне; ? обеспечения оперативного доступа граждан к данным о своём здоровье и взаимодействия с медицинским персоналом; ? сбора и обобщения медицинской информации, передаваемой из МО для хранения в единой центральной базе данных региона; ? обмена данными между ИС в регионе, а также с системами ЕГИСЗ; ? сбора и хранения медицинской информации пациентов, полученной из МО всех уровней и предоставленной этими организациями в виде ЭМД; ? предоставления авторизованного доступа организациям и медицинским работникам, оказывающим медицинские услуги; ? предоставления авторизованного доступа пациентам к собственной медицинской информации. Система реализована по принципу трёхзвенной архитектуры: ? клиент – веб-приложение, установленное на сервере и запускаемое в браузерах; ? сервера приложений производят обработку запросов с клиентских рабочих мест и реализуют основную часть бизнес-логики Системы, расположены на серверных мощностях Получателя; ? СУБД PostgreSQL, обеспечивающая хранение, обработку и предоставление данных, расположена на серверных мощностях Получателя; ? Язык программирования – C#; ? Операционная система сервера приложений – REDOS 7.3 Murom Certified. Передача данных между сервером приложений и клиентом осуществляется на основе протокола TCP/IP (NET Remoting). ... ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ Требования к предоставляемой работе Подрядчик в рамках выполнения работ разрабатывает функционал «Заказ справок онлайн» согласно пункту 2.1.10 Методических рекомендаций по интеграции с РЭМД ЕГИСЗ (https://portal.egisz.rosminzdrav.ru/materials/1879). В рамках реализации функционала должны быть реализованы: 1. Веб-сервис для обмена сведениями из РИЭМК в РЭМД об списке медицинских организаций, предоставляющих услугу, и регистрируемых видов документов, которые могут быть заказаны в указанной МО в рамках сервиса «Заказ справок онлайн». Список доступных СЭМД, в рамках сервиса «Заказ справок онлайн»: ? СЭМД (220) Сертификат о профилактических прививках (CDA) Редакция 3; ? СЭМД (253) Справка о временной нетрудоспособности студента, учащегося техникума, профессионально-технического училища, о болезни, карантине и прочих причинах отсутствия ребенка, посещающего школу, детское дошкольное учреждение (CDA) Редакция 5; ? СЭМД (251) Справка об отсутствии контактов с инфекционными больными (CDA) Редакция 5; ? СЭМД (149) Медицинское заключение о принадлежности несовершеннолетнего к медицинской группе для занятий физической культурой (CDA) Редакция 3. Предусмотреть функциональную возможность подключения новых СЭМД, поддерживаемых на уровне РЭМД-ЕПГУ к сервису без затрат со стороны Получателя. ... - Условная единица - 1,00 - 7 158 000,00 - 7 158 000,00

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

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке ЦЕЛИ И ЗАДАЧИ РАБОТ Цели выполнения работ Основной целью выполнения работ является обеспечение технической возможности получения и выполнения заказов на формирование онлайн справок для граждан через ЕПГУ. Задачи выполнения работ В рамках модернизации системы «Региональная электронная медицинская карта» должны быть решены следующие задачи: - реализован сервис заказа справок онлайн; - обеспечена бесперебойная работа реализованных сервисов; - обеспечена возможность на стороне РМИС получать заказы на справки, формировать справки и передавать зарегистрированные СЭМД на ЕПГУ; - обеспечена возможность получения доступных для формирования справок в разрезе по МО из РМИС на ЕПГУ. Значение характеристики не может изменяться участником закупки ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ Краткие сведения об объекте автоматизации. Система введена в эксплуатацию на основании приказа Департамента здравоохранения города Севастополя от 05.06.2019 № 573 «О вводе в промышленную эксплуатацию информационной системы в сфере здравоохранения». Исключительные права принадлежат Получателю. Система предназначена для: ? получения оперативной отчетности на региональном уровне; ? обеспечения оперативного доступа граждан к данным о своём здоровье и взаимодействия с медицинским персоналом; ? сбора и обобщения медицинской информации, передаваемой из МО для хранения в единой центральной базе данных региона; ? обмена данными между ИС в регионе, а также с системами ЕГИСЗ; ? сбора и хранения медицинской информации пациентов, полученной из МО всех уровней и предоставленной этими организациями в виде ЭМД; ? предоставления авторизованного доступа организациям и медицинским работникам, оказывающим медицинские услуги; ? предоставления авторизованного доступа пациентам к собственной медицинской информации. Система реализована по принципу трёхзвенной архитектуры: ? клиент – веб-приложение, установленное на сервере и запускаемое в браузерах; ? сервера приложений производят обработку запросов с клиентских рабочих мест и реализуют основную часть бизнес-логики Системы, расположены на серверных мощностях Получателя; ? СУБД PostgreSQL, обеспечивающая хранение, обработку и предоставление данных, расположена на серверных мощностях Получателя; ? Язык программирования – C#; ? Операционная система сервера приложений – REDOS 7.3 Murom Certified. Передача данных между сервером приложений и клиентом осуществляется на основе протокола TCP/IP (NET Remoting). Участник закупки указывает в заявке все значения характеристики Основные функциональные возможности Системы в соответствии с Таблицей 2 подпункта 3.1 раздела 3 Технического задания. Техническое обеспечение объекта автоматизации. Система функционирует на серверных мощностях Получателя , в соответствии с таблицей 3 подпункта 3.2 раздела 3 Технического задания. ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ Требования к предоставляемой работе Подрядчик в рамках выполнения работ разрабатывает функционал «Заказ справок онлайн» согласно пункту 2.1.10 Методических рекомендаций по интеграции с РЭМД ЕГИСЗ (https://portal.egisz.rosminzdrav.ru/materials/1879). В рамках реализации функционала должны быть реализованы: 1. Веб-сервис для обмена сведениями из РИЭМК в РЭМД об списке медицинских организаций, предоставляющих услугу, и регистрируемых видов документов, которые могут быть заказаны в указанной МО в рамках сервиса «Заказ справок онлайн». Список доступных СЭМД, в рамках сервиса «Заказ справок онлайн»: ? СЭМД (220) Сертификат о профилактических прививках (CDA) Редакция 3; ? СЭМД (253) Справка о временной нетрудоспособности студента, учащегося техникума, профессионально-технического училища, о болезни, карантине и прочих причинах отсутствия ребенка, посещающего школу, детское дошкольное учреждение (CDA) Редакция 5; ? СЭМД (251) Справка об отсутствии контактов с инфекционными больными (CDA) Редакция 5; ? СЭМД (149) Медицинское заключение о принадлежности несовершеннолетнего к медицинской группе для занятий физической культурой (CDA) Редакция 3. Предусмотреть функциональную возможность подключения новых СЭМД, поддерживаемых на уровне РЭМД-ЕПГУ к сервису без затрат со стороны Получателя. Участник закупки указывает в заявке все значения характеристики Требования к предоставляемой работе. 2. Веб-сервис для получения из РЭМД в РИЭМК заказа на формирование и регистрацию ЭМД в рамках сервиса «Заказ справок онлайн», а также передача информации о заказе в РМИС. Реализованный веб-сервис должен поддерживать технологическую возможность передачи сведений в иные подсистемы Государственной информационной системы в сфере здравоохранения города Севастополя; 3. Веб-сервис в РИЭМК для обеспечения ответа из РИЭМК в РЭМД о формировании документа, или причин, препятствующих предоставлению сервиса «Заказ справок онлайн»; 4. Сервис обработки заявлений на получение справок онлайн; 5. Функционал работы с заявлениями в МО; 6. Функционал формирования реестра заказов на получение справок с возможностью формирования справок из формы полученного заявления; 7. Функционал передачи статусов рассмотрения заявлений на получение справки. Требования к надежности. Модернизированная Система не должна терять работоспособность в случае возникновения сбоев, аварий и отказов, возникающих на рабочих местах, печатающих устройствах, средствах сканирования и распознавания документов. Модернизированная Система должна функционировать в режиме 24 часа в сутки 365 (366) дней в году. Модернизированная Система должна иметь возможность организации автоматического резервного копирования данных Систем средствами системного и базового программного обеспечения (ОС, СУБД), входящего в состав программно-технического комплекса Получателя, иметь функцию резервного копирования с возможностью настройки периодичности создания резервных копий. Полная резервная копия должна сниматься не реже одного раза в сутки во время минимальной нагрузки на сервер. Модернизированная Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях модернизированная Система должны выдавать пользователю соответствующие аварийные (предупреждающие) сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. Требования к надежности. Модернизированная Система должна обеспечивать сохранность и восстановление информации при программно-аппаратных сбоях (отключении электропитания, отказах носителей информации, вирусах), стабильность работы в многопользовательском режиме. Надежность модернизированной Системы должна определяться следующими показателями надёжности: ? средняя наработка на отказ; ? среднее время восстановления работоспособности. Надежность модернизированной Системы определяется значениями показателей надежности для аварийных ситуаций, которые могут возникнуть в процессе эксплуатации. При функционировании модернизированной Системы могут возникнуть следующие аварийные ситуации: ? программный сбой; ? разрушение Системы; ? разрушение базы данных. В случае программного сбоя среднее время восстановления работоспособности обновленной конфигурации Системы должно составлять 10 мин. В случае разрушения Системы необходимо обеспечить среднее время восстановления работоспособности – 2 часа. Для ситуации полного или частичного разрушения БД модернизированной Системы среднее время восстановления работоспособности – 2 часа. Экспериментальная оценка надежности модернизированной Системы должна проводиться путём сбора и обработки статистических данных о надёжности в условиях опытного и промышленного функционирования Системы. Требования к сохранности информации при авариях. В модернизированной Системе должны быть использованы средства и реализованы технические решения, обеспечивающие сохранность информации и наиболее полное восстановление функционирования без потери информации в аварийных ситуациях. Сохранность информации должна обеспечиваться при следующих аварийных ситуациях: ? отказ комплекса программно-технических средств Системы в результате сбоя или выхода из строя его программных и технических средств; ? отказ комплекса программно-технических средств Системы в результате сбоя общесистемного программного обеспечения или программного обеспечения общего назначения; ? сбой или отказ комплекса программно-технических средств Системы в результате ошибки в прикладном программном обеспечении; ? отказ комплекса программно-технических средств Системы в результате ошибки в работе пользователей. Модернизированная Система должна быть обеспечена сохранностью конфигурационной информации (за счет хранения на энергонезависимых носителях). Программное обеспечение Модернизированной Системы должно восстанавливать свое функционирование при корректном перезапуске аппаратных средств. Должна быть предусмотрена возможность организации автоматического резервного копирования данных Системы средствами прикладного программного обеспечения. Требования к патентной чистоте. Получатель в лице ГБУЗС «МИАЦ» обладает исключительными правами на информационную систему «Региональная интегрированная электронная медицинская карта». Программно-технические решения должны отвечать требованиям по патентной чистоте согласно действующему законодательству Российской Федерации, в том числе Приказу Минцифры России от 17.12.2020 № 715 «Об утверждении типовых условий контрактов на выполнение работ по созданию и (или) развитию (модернизации) государственных (муниципальных) и (или) иных информационных систем». Права на программное обеспечение, а также исходные коды, разработанные в ходе выполнения работ, передаются Заказчику в соответствии с приказом Минцифры России от 17.12.2020 № 715 «Об утверждении типовых условий контрактов на выполнение работ по созданию и (или) развитию (модернизации) государственных (муниципальных) и (или) иных информационных систем». В случае, если при выполнении работ используется готовое программное обеспечение (платформа, подсистема и т.д.), которое становится частью (компонентом) Системы, городу Севастополю в лице Заказчика передаются неисключительные права (путем заключения лицензионного договора) на такое программное обеспечение со следующими возможностями: ? права передаются на весь срок действия исключительных прав правообладателя, действующие на территории города Севастополя; ? должно быть обеспечено право города Севастополя в лице Заказчика передавать, дорабатывать, распространять, развивать результаты выполненных работ, созданные в процессе исполнения государственного контракта. В остальных случаях право собственности (исключительное право) на результаты выполненных работ, отчетные документы и материалы, полученные в ходе выполнения работ по Контракту принадлежат городу Севастополю в лице Заказчика с момента подписания сторонами документа о приемке. Требования к патентной чистоте. Подрядчик использует только объекты интеллектуальной собственности, права на которые приобретены (получены) и используются без нарушений прав на интеллектуальную собственность третьих лиц или предоставлены Заказчиком. Это требование обеспечивает соблюдение авторских, смежных, патентных и иных прав разработчиков используемых сторонних компонент. Подрядчик обязан согласовать с Получателем необходимость использования при выполнении работ охраняемых результатов интеллектуальной деятельности, права на которые принадлежат третьим лицам. Результаты выполненных работ не должны повлечь необходимость осуществления Заказчиком/Получателем закупок программного обеспечения (как исключительных, так и неисключительных прав). Право владения информацией, создаваемой в базах данных Системы, принадлежит городу Севастополю в лице учредителя Получателя – Департамента здравоохранения города Севастополя. Использование Подрядчиком информации, создаваемой в базах данных модернизируемой Системы, осуществляется исключительно в целях исполнения требований технического задания. Требования по стандартизации и унификации. Система разрабатывается в соответствии с требованиями действующих нормативных актов (приказов) и других руководящих и нормативных правовых документов по созданию автоматизированных (информационных) систем. Проектные решения при выполнении различных функций Системы должны обеспечивать: ? соблюдение единых правил организации интерфейса пользователя; ? единообразную реакцию системы на неверные действия пользователей; ? единообразие заполнения документов (форм) с использованием справочников; ? использование фиксированного перечня терминов и определений системы при организации диалога и формировании экранов; ? типовой подход к разграничению доступа пользователей к информации модернизированной Системы. В Системе должен использоваться единый НСИ на базе РИЭМК, общероссийский классификатор, кодификатор и номенклатура. Требования к режимам функционирования модернизированной Системы. Определены следующие режимы функционирования модернизированной Системы: ? нормальный режим функционирования; ? аварийный режим функционирования. Основным режимом функционирования Системы является нормальный режим. Нормальный режим функционирования Системы характеризуется следующими параметрами: ? клиентское программное обеспечение и технические средства пользователей и администратора системы обеспечивают возможность функционирования в течение суток (с 00:00 до 23:59) семь дней в неделю, 365 дней в год; ? серверное программное обеспечение Системы и технические средства серверов обеспечивают возможность круглосуточного функционирования, с перерывами на обслуживание; ? исправно работает оборудование, составляющее комплекс технических средств (КТС); ? исправно функционирует системное, базовое и прикладное программное обеспечение Системы. Для обеспечения нормального режима функционирования Системы необходимо выполнять требования и выдерживать условия эксплуатации программного обеспечения и КТС системы, указанные в соответствующих технических документах (техническая документация, инструкции по эксплуатации). Аварийный режим функционирования Системы характеризуется отказом одного или нескольких компонент программного и (или) технического обеспечения. В случае перехода системы в аварийный режим необходимо: ? завершить работу всех приложений, с сохранением данных; ? выключить рабочие станции операторов; ? выключить все периферийные устройства; ? выполнить комплекс мероприятий по устранению причины перехода системы в аварийный режим. Требования к диагностике. Модернизированная Система должна быть снабжена средствами логирования (фиксации в журналах не менее уровня DEBUG) действий, выполняемых пользователями и подсистемой. Логирование должно осуществляться в режиме 7 дней в неделю 24 часа в сутки. Система должна обладать встроенным функционалом ведения истории изменения данных. Должна быть предусмотрена возможность сравнения версий данных. При диагностировании модернизированной Системы должны обеспечиваться мониторинг основных процессов и мониторинг процесса выполнения программных средств из ее состава. В процессе диагностирования должны быть обеспечены следующие возможности: ? контроль работоспособности серверной части прикладного ПО; ? ежедневный анализ протоколов работы на наличие ошибок и предупреждений, возникающих при ее работе ТРЕБОВАНИЯ К ЗАЩИТЕ ИНФОРМАЦИИ Требования к встроенным механизмам защиты информации. Подрядчик не имеет права разглашать или передавать любую информацию, создаваемую и обрабатываемую в процессе функционирования, третьим лицам, в случае если данная информация попала к нему в ходе исполнения своих обязательств. С учетом особенностей обрабатываемой информации обновленная конфигурация Системы должна соответствовать требованиям, предъявляемым действующим законодательством Российской Федерации к защите информации в информационных системах, осуществляющих обработку персональных данных в государственных информационных системах. В Системе реализованы следующие функции защиты информации от несанкционированного доступа: ? аутентификация и авторизация пользователя/администратора посредством единой системы идентификации и аутентификации; ? пароли учетных записей пользователей не хранятся в открытом (незашифрованном) виде; ? у администраторов отсутствует возможность узнать текущий пароль пользователя; ? управление списками контроля доступа для всех основных объектов Системы, включая БД, отдельные записи в БД, объекты интерфейса и т.д.; ? изменение прав управления доступом пользователей к ресурсам Системы; ? обеспечение доступа к данным Системы только зарегистрированному авторизованному пользователю/администратору. Все функции защиты информации от несанкционированного доступа должны корректно функционировать с учетом модернизации Системы. После обновленная конфигурации Система должна поддерживать возможность разграничения и контроля доступа к отдельным функциям Системы, реестрам документов, отдельным документам и частям документов на ролевой основе, в том числе для групп пользователей. Участник закупки указывает в заявке все значения характеристики Требования к встроенным механизмам защиты информации. Обязательно наличие ролей (групп): ? Администратор информационной системы (далее – Администратор ИС); ? Администратор информационной безопасности с возможностью просматривать события безопасности, события действий пользователя (далее – Администратор ИБ) ? Пользователь, с возможностью просмотра данных (чтения, без возможности вносить какие-либо изменения). В обновленной конфигурации Системы должен быть реализован функционал, обеспечивающий протоколирование и сохранение сведений о предоставлении доступа и о других операция с документами и метаданными в автоматизированном режиме, а также автоматизированное ведение электронных журналов учета точного времени и фактов размещения, изменения и удаления информации, содержания вносимых изменения в части следующих типов данных: ? Создания, редактирования пользователей Системы с возможностью фильтрации по следующим полям (но не ограничиваясь ими) – Фамилия Имя Отчество пользователя, место работы, дата и время создания записи, дата и время редактирования записи, тип операции (добавление, редактирование), автор (пользователь) вносимых изменений; ? Добавления, удаления прав по работе с системой с возможностью фильтрации по следующим полям (но не ограничиваясь ими) – ФИО пользователя, место работы, допуск пользователя, дата и время добавления допуска, дата и время удаления допуска, тип операции (добавление, удаление), автор (пользователь) вносимых изменений; ? Добавления, редактирования, удаления медицинских документов с возможностью фильтрации по следующим полям (но не ограничиваясь ими) – дата и время добавления документа, дата и время изменения документа, дата и время удаления документа, автор (пользователь) вносимых изменений, тип операции (добавление, удаление, редактирование), тип медицинского документа, идентификатор документа, идентификатор пациента. Требования к встроенным механизмам защиты информации. Для всех типов данных должна быть реализована возможность отследить все изменения при добавлении, изменении, удалении данных с возможностью просмотреть данные до и после вносимых изменений. Модернизированная Система должна обеспечивать хранение медицинской документации в форме электронных документов, предусматривая резервное копирование медицинской документации в форме электронных документов и метаданных, восстановление медицинской документации в форме электронных документов и метаданных из резервных копий. Модернизированная Система должна обеспечивать протоколирование и сохранение сведений о предоставлении доступа и о других операциях с документами и метаданными в автоматизированном режиме, а также автоматизированное ведение электронных журналов учета точного времени и фактов размещения, изменения и удаления информации, содержания вносимых изменений. В обновленной конфигурации Системы необходимо предусмотреть функционал уведомления по протоколу SMTP Администратора безопасности о создании и наделении прав вновь созданного пользователя, а также изменении прав существующего пользователя. Модернизированная Система должна обеспечивать возможность защиты персональных данных пациентов (далее – ПДн) на основе ролевого управления доступом, ограничивающего и контролирующего доступ пользователя/администратора к информации, содержащей сведения о ПДн. Каждый пользователь/администратор должен проходить процедуру аутентификации, а затем, при попытках получения доступа к данным, - авторизацию, т.е. проверку разрешений пользователя/администратора по отношению к каким-либо данным и функциям (компонентам) Систем. Требования к встроенным механизмам защиты информации. Функции безопасности на уровне работы пользователя/администратора с приложениями Систем должны включать в себя такие функции защиты от несанкционированного доступа и изменения, как аутентификацию, авторизацию при попытке доступа к транзакциям и документам, подтверждение и протоколирование действий. После модернизации, Система должна поддерживать возможность задания правил доступа к пунктам меню, возможность запрета просмотра и использования пунктов меню и подменю. Данную функцию следует применить как к индивидуальному пользователю/администратору (роли), так и к группам. Модернизированная Система должны обеспечивать возможность выгрузки по активным/неактивным учетным записям (пользователь/администратор), зарегистрированным в Системе посредством фильтрации, с указанием условий выборки (учреждение, подразделение, вид УЗ). Модернизированная Система не должна нарушать функцию резервного копирования с возможностью настройки периодичности создания резервных копий. Полная резервная копия снимается не реже одного раза в сутки во время минимальной нагрузки на сервер. Модернизированная Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях Система выдает пользователю соответствующие сообщения, после чего возвращается в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. Требования к встроенным механизмам защиты информации. Модернизированная Система должна обеспечивать сохранность и восстановление информации при программно-аппаратных сбоях (отключении электропитания, отказах носителей информации, вирусах и т.д.), стабильность работы в многопользовательском режиме. Модернизированная Система должна поддерживать установленную политику использования паролей путем задания следующих параметров: ? максимальная и минимальная длинна пароля; ? максимальный и минимальный срок действия пароля (напоминание о необходимости смены пароля через определенно заданное количество дней); ? минимально необходимое к изменению количество символов, по сравнению с предыдущим паролем; ? возможность задания обязательно используемых символов пароля (латинские прописные буквы, латинские строчные буквы, арабские цифры, специальные символы {# $ ^ & * _ - + % @}); ? не возможность использования в качестве пароля имени учетной записи (логина), имен, фамилий и отчеств, дат рождения, очевидных сочетаний символов (1234567, qwerty, mnbvcx, 963852 и т.п.), часто встречающихся слов (password, parol, admin, user и т.д.). Общие требования к обеспечению информационной безопасности. В рамках настоящего ТЗ мероприятия по защите информации проводятся для серверов Системы, расположенных в центре обработки данных здравоохранения Севастополя, являющимся объектом информатизации ГБУЗС «МИАЦ» и принадлежащем Получателю. Система является информационной системой персональных данных. РИЭМК является государственной информационной системой. В учреждении реализован комплекс организационных и технических мероприятий, обеспечивающих безопасность информации, в том числе персональных данных, обрабатываемой в Системе. Подрядчик подтверждает свое согласие на заключение с Заказчиком, Получателем Соглашения о неразглашении служебной и иной конфиденциальной информации. Выполнение части работ в рамках настоящего технического задания допустимо посредством удаленного подключения к серверам Получателя, на которых размещена Система. Удаленное подключение осуществляется с использованием телекоммуникационных сетей связи по защищенному каналу связи Vipnet сеть № 4535 (средства защиты приобретаются Подрядчиком за свой счет, доступ обеспечивает Получатель). Подрядчик обеспечивает конфиденциальность, целостность и доступность информации, ее безопасность при обработке в соответствии с действующим законодательством о персональных данных, а также иных сведений, составляющих тайну в соответствии с действующим законодательством Российской Федерации. Подрядчик несет ответственность за соблюдение этого требования в соответствии с законодательством Российской Федерации. СОСТАВ И СОДЕРЖАНИЕ ВЫПОЛНЕНИЯ РАБОТ Работы по модернизации Системы должны выполняться в соответствии с планом, представленным в таблице 4 подпункта 6.1 раздела 6 Технического задания. По результатам каждого подпункта в рамках этапов Подрядчик направляет уведомление и соответствующие документы на согласование официальным письмом в адрес Получателя и Заказчика в установленные этапом сроки. Участник закупки указывает в заявке все значения характеристики Порядок инструктажа пользователей. Инструктаж допустимо проводить как в очной форме на рабочем месте пользователя или групповой форме, так и удаленно в режиме онлайн-конференции с предоставлением записей вебинаров. В ходе инструктажа должны быть проинструктированы все сотрудники, согласно предоставленным Получателем спискам. В группы инструктажа входят сотрудники ГБУЗС «МИАЦ». Организация инструктажа проводится по следующей схеме: ? Получатель передает Подрядчику информацию с указанием перечня сотрудников, которым необходимо пройти инструктаж, и МО; ? Подрядчик согласовывает с Получателем дату и время проведения инструктажа, подготавливает План и программу инструктажа пользователей и администраторов; ? Подрядчик подготавливает и передает на бумажном носителе руководства пользователей и администраторов пользователям; ? Получатель уведомляет участников инструктажа, контролирует присутствие ответственных лиц; ? По результатам инструктажа оформляется Протоколы о проведении инструктажей с подписями всех участников инструктажа, форма Протокола предоставляется Получателем по запросу. Подрядчик готовит итоговый отчет о проведении инструктажа, содержаний Протоколы о проведении инструктажей по каждой медицинской организации, подведомственной Департаменту здравоохранения города Севастополя, и общую информацию по итогам инструктажа; ? Дополнительный инструктаж пользователей и администраторов Системы проводится удаленно, в групповой дистанционной форме посредством проведения вебинаров. ТРЕБОВАНИЯ ПО ОБЪЕМУ И СРОКУ ГАРАНТИЙ КАЧЕСТВА РАБОТ Срок предоставления гарантии качества выполняемых работ: период гарантийных обязательств на качество выполняемых работ (гарантийный период) составляет 12 (двенадцать) месяцев с даты подписания документа о приемке. Объем предоставления гарантии качества выполняемых работ: гарантия на работоспособность и безотказность работы модернизируемых модулей/сервисов Системы. В рамках гарантийного (бесплатного) обслуживания предоставляются следующие работы: 1. Организация «горячей линии» для консультаций Получателя, связанных с устранением сбоев в рамках гарантийных случаев, возникающих при эксплуатации модернизированного функционала Системы; 2. При возникновении ошибок модернизированном функционале Системы, в максимально короткие сроки устраняет причину возникновения ошибки; 3. Удаленное подключение к оборудованию Получателя для устранения сбоев в рамках гарантийных случаев, возникающих при эксплуатации модернизированного функционала Системы; 4. Консультации по работе с модернизированным функционалом Системы; 5. В рамках гарантийного обслуживания предусматривается дополнительное обучение пользователей не менее 2 раз по требованию Получателя. Обучение может проводиться как посредством веб-конференции (с предоставлением записи), так и на рабочем месте пользователя. Требования к выполнению Подрядчиком гарантийного обслуживания: 1. Наличие у Подрядчика постоянно действующей группы технической поддержки; 2. При категории обращения уровня 3 и невозможности устранения сбоя удаленным способом, Подрядчик направляет группу технической поддержки для устранения сбоя на месте в течение 5 (пяти) рабочих дней. 3. В случае изменения федеральных нормативно-правовых актов в части модернизированного функционала Системы Подрядчик в максимально короткие сроки вносит изменения в рамках гарантийного обязательства. Участник закупки указывает в заявке все значения характеристики Категории обращений: Уровень 1 (низкий) – выявлена ситуация неудобства в использовании модернизированного функционала Системы. При этом использование модернизированного функционала Системы Получателем ограничено несущественным образом, нарушений и/или ограничений в бизнес-процессах Получателя, которые обеспечивает Система, нет. Уровень 2 (высокий) – выявлена ситуация серьезного ограничения в функциональности модернизированного функционала Системы. При этом Получатель сталкивается с существенными нарушениями и/или ограничениями в бизнес-процессах, которые обеспечивает Система, однако существует альтернативная возможность организации бизнес-процессов. К этой же категории следует относить потребность в технических консультациях, целью которых является избежать видимые потенциальные ситуации отказа модернизированного функционала Системы. Уровень 3 (критичный) – выявлена ситуация отказа модернизированного функционала Системы, т.е. невозможности его дальнейшего функционирования. При этом Получатель сталкивается с существенными нарушениями и/или ограничениями в бизнес-процессах, которые обеспечивает Система, альтернативной возможности организации бизнес-процессов Получателя не существует. Временные параметры обработки обращения в зависимости от категории обращения отражены в таблице 5 раздела 7 Технического задания. В случае необходимости изменения категории уже зарегистрированного Подрядчиком обращения, Получателю необходимо отправить новое обращение с обоснованием причины повышения. Регламент обращения: 1. Подрядчик предоставляет адрес своего почтового ящика и номер телефона для обращений Получателя. 2. Получатель предоставляет Подрядчику доступ в систему регистрации заявок Mantis. 3. Получатель инициирует обращение в системе регистрации с описанием проблемы, скринами и дополнительной информацией. 4. В ситуации самого высокого уровня критичности, как повода для обращения Получатель должен иметь возможность уведомить об этой ситуации Подрядчика по телефону и по e-mail. 5. Подрядчик присваивает уникальный номер обращения в системе регистрации заявок Получателя, указывает, кто назначен менеджером этой заявки, и кто назначен исполнителем, их контакты. 6. Представитель Подрядчика фиксирует информацию о проведенных мероприятиях в рамках выполненной заявки. 7. Получатель проверяет исполнение заявки и закрывает ее в случае полного исполнения. При выявлении некорректного исполнения заявки, Получатель фиксирует несоответствия в системе регистрации заявок. Заявка не переводится Получателем в статус завершенной до ее полного выполнения Подрядчиком. 8. Подрядчик производит обработку обращения дистанционно в системе регистрации заявок Получателя (в том числе по e-mail, телефону). Если проблему, с которой обратился Получатель, не удается разрешить дистанционно, то специалист Подрядчика выезжает на территорию Получателя в течение 5 (пяти) рабочих дней. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ Подрядчик предоставляет Получателю следующую техническую и рабочую документацию в электронном виде, предусмотренную приказом Минцифры России от 17.12.2020 № 715: - Документацию на Систему и ее части (техническая и рабочая) с описанием принятых проектных решений в объеме, достаточном для ее дальнейшего развития и эксплуатации содержащую описание разработанных результатов работ, в том числе программ для ЭВМ, прикладных программных интерфейсов, алгоритмов и протоколов информационного взаимодействия, технических требований, спецификаций и форматов обмена данными для взаимодействия с другими информационными системами, в объеме, достаточном для их установки, настройки, эксплуатации и развития в дальнейшем без привлечения Подрядчика, а также инструкций и программных сценариев (скриптов) для проведения компиляции, создания дистрибутива и установки (развертывания) Системы и ее компонентов, а именно: ? Устав проекта (в электронном виде); ? Уточненный план выполнения мероприятий в рамках план-графика выполнения работ (в электронном виде); ? Схема взаимодействия с внешними системами в рамках выполнения работ (в электронном виде); ? Схема бизнес-процесса на модернизируемые сервисы/модули в Системе (в электронном виде, в формате UML); ? Руководства пользователей Системы (в электронном виде); ? Руководство администратора Системы (в электронном виде); ? План и программа инструктажа пользователей и администраторов Системы (в электронном виде); ? Программа и методика проведения предварительных/приемочных испытаний (в электронном виде); ? Программа опытной эксплуатации (в электронном виде); ? Протокол предварительных испытаний; ? Отчет о проведении инструктажа пользователей и администраторов Системы; Участник закупки указывает в заявке все значения характеристики ? Акт приемки в опытную эксплуатацию (проект, вправе предоставить); ? Отчет о проведении опытной эксплуатации с журналом опытной эксплуатации; ? Акт о завершении опытной эксплуатации и допуске Системы к приемочным испытаниям (проект, вправе предоставить); ? Протокол приемочных испытаний; ? Акт готовности Системы к вводу в промышленную эксплуатацию (проект, вправе предоставить ). При необходимости и в соответствии с условиями раздела 4.3 настоящего ТЗ предоставляются документы о передаче прав. Документацию на бумажном носителе Подрядчик предоставляет после утверждения Получателем предварительно направленных документов в электронном виде, которые рассматриваются не более 3-х рабочих дней. Документация должна разрабатываться с учетом требований комплекса государственных стандартов «Информационная технология. Комплекс стандартов на автоматизированные системы»: ? ГОСТ 34.201-2020 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем»; ? ГОСТ 34.602-2020 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы»; ? ГОСТ Р 59795-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов». ? ГОСТ 2.105-2019. «Единая система конструкторской документации. Общие требования к текстовым документам». В отчетных документах должны быть заполнены поля всех таблиц указанными в заголовках таблиц значениями или даны комментарии о причинах не заполнения полей. Документы должны предоставляться Получателю прошитыми, в бумажном виде в трех экземплярах, а также в электронном виде в формате PDF. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ РАБОТ Предварительные испытания.Предварительные испытания включают в себя проверку Системы на соответствие требованиям, описанным в настоящем ТЗ, на наличие ошибок и недоработок, проводятся в соответствии с требованиями ГОСТ Р 59792-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем». Предварительные испытания проводятся после выполнения Подрядчиком всех предыдущих этапов работ в соответствии с настоящим ТЗ. О готовности к проведению предварительных испытаний расширенного функционала Системы Подрядчик оповещает руководство (или ответственное лицо) Получателя в письменной форме (допустимо посредством e-mail). В соответствии с требованиями ГОСТ Р 59792-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем» (вступил в силу с 30.04.2022) испытания Системы проводятся по Программе и методике предварительных испытаний, разработанной на стадии создания рабочей документации. Программа и методика предварительных испытаний должна содержать следующую информацию: ? условия и порядок работы расширенного функционала Системы и ее составных частей; ? продолжительность этапа; ? порядок устранения выявленных недостатков. Подрядчик предоставляет на согласование Получателю Программу и методику предварительных испытаний не позднее чем за 5 рабочих дней до предполагаемой даты проведения предварительных испытаний в соответствии с этапами выполнения работ. Испытания проводятся на тестовом стенде, развернутом на серверных мощностях Получателя. Участник закупки указывает в заявке все значения характеристики Предварительные испытания. Получатель назначает дату и время проведения предварительных испытаний. Предварительные испытания проводятся с участием комиссии Получателя и представителя Подрядчика. В случае недоступности сервисов РЭМД на момент проведения испытаний, по согласованию с Заказчиком в течение 1 рабочего дня согласовывается новая дата и время проведения испытаний. По итогам проведения испытаний оформляется Протокол предварительных испытаний, содержащий в себе заключение о возможности (невозможности) приемки Системы в опытную эксплуатацию, а также перечень необходимых доработок. Подрядчик обязан в течение 10 (десяти) рабочих дней устранить неполадки и ошибки. После устранения недоработок и ошибок Подрядчик в письменной форме (допустимо посредством e-mail) оповещает руководство (или ответственное лицо) Получателя о готовности к проведению повторных испытаний. Повторные предварительные испытания проводятся в объеме, определенном Получателем. Допускается проведение не более 3 (трех) повторных предварительных испытаний. Акт приемки в опытную эксплуатацию подписывается в случае успешного проведения предварительных испытаний (вправе предоставить). После подписания Акта приемки в опытную эксплуатацию (вправе предоставить) Подрядчик производит обновление модернизируемой Системы на промышленном стенде и загрузку исходного кода программного обеспечения, созданного (модернизированного) в рамках выполнения работ в Репозиторий Получателя. Перед обновлением Подрядчик обязуется сделать резервную копию. Обновление Системы не должно повлечь искажения, удаления ранее введенных данных. Подрядчик согласовывает с Получателем План и программу инст Опытная эксплуатация. Опытная эксплуатация модернизированной Системы проводится для комплексной проверки всех составных частей, готовности информационной базы, отладки процесса сбора и обработки информации, инструктаж персонала по работе с Системой в реальных условиях, проверки полноты и корректности указаний эксплуатационной документации, в полном соответствии с требованиями ГОСТ Р 59792-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем». Получатель вводит поставленный в рамках выполнения работ функционал Системы в опытную эксплуатацию, назначает объекты опытной эксплуатации, ответственных лиц, дату ввода функционала Системы в опытную эксплуатацию. Все сведения о продолжительности функционирования, отказах, сбоях и аварийных ситуациях, возникших в процессе опытной эксплуатации, должны быть зафиксированы в журнале опытной эксплуатации. Также в данный журнал должны быть занесены все сведения об изменении параметров объекта автоматизации, о корректировке документации и доработке программ, о наладке технических средств, произошедших в ходе данного этапа. Опытная эксплуатация. Персонал, осуществляющий процедуры опытной эксплуатации, может вносить в журнал замечания по удобству работы с функционалом Системы. Форма журнала опытной эксплуатации предоставляется Подрядчиком и должна обеспечивать возможность рациональной и удобной фиксации необходимых сведений и значений. По результатам опытной эксплуатации оформляется и подписывается Акт о завершении опытной эксплуатации (вправе предоставить) и допуске Системы к приемочным испытаниям, Отчет о проведении опытной эксплуатации содержащий все сведения из журнала. Приемочные испытания. Приемочные испытания проводятся с целью определения соответствия модернизируемой Системы требованиям настоящего технического задания, перечню и результатам работ по этапам в соответствии с план-графиком раздела 6.1, оценки качества опытной эксплуатации и решения вопроса о приемки модернизированной Системы в постоянную эксплуатацию, в полном соответствии с требованиями ГОСТ Р 59792-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем». Подрядчик уведомляет о готовности к приемочным испытаниям официальным письмом Получателя, Получатель определяет дату проведения испытаний. Подрядчик не менее чем за 5 (пять) рабочих дней до назначенной даты приемочных испытаний передает Получателю проектную документацию на бумажном носителе в соответствии с разделом 8. Работы считаются выполненными, если: 1. Функционал Системы соответствует требованиям настоящего ТЗ. 2. Согласована вся документация по этапу в соответствии с разделом 8. По результатам приемочных испытаний Подрядчик и Получатель подписывают Акт готовности Системы к вводу в промышленную эксплуатацию (вправе предоставить). - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - ЦЕЛИ И ЗАДАЧИ РАБОТ - Цели выполнения работ Основной целью выполнения работ является обеспечение технической возможности получения и выполнения заказов на формирование онлайн справок для граждан через ЕПГУ. Задачи выполнения работ В рамках модернизации системы «Региональная электронная медицинская карта» должны быть решены следующие задачи: - реализован сервис заказа справок онлайн; - обеспечена бесперебойная работа реализованных сервисов; - обеспечена возможность на стороне РМИС получать заказы на справки, формировать справки и передавать зарегистрированные СЭМД на ЕПГУ; - обеспечена возможность получения доступных для формирования справок в разрезе по МО из РМИС на ЕПГУ. - - Значение характеристики не может изменяться участником закупки - ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ - Краткие сведения об объекте автоматизации. Система введена в эксплуатацию на основании приказа Департамента здравоохранения города Севастополя от 05.06.2019 № 573 «О вводе в промышленную эксплуатацию информационной системы в сфере здравоохранения». Исключительные права принадлежат Получателю. Система предназначена для: ? получения оперативной отчетности на региональном уровне; ? обеспечения оперативного доступа граждан к данным о своём здоровье и взаимодействия с медицинским персоналом; ? сбора и обобщения медицинской информации, передаваемой из МО для хранения в единой центральной базе данных региона; ? обмена данными между ИС в регионе, а также с системами ЕГИСЗ; ? сбора и хранения медицинской информации пациентов, полученной из МО всех уровней и предоставленной этими организациями в виде ЭМД; ? предоставления авторизованного доступа организациям и медицинским работникам, оказывающим медицинские услуги; ? предоставления авторизованного доступа пациентам к собственной медицинской информации. Система реализована по принципу трёхзвенной архитектуры: ? клиент – веб-приложение, установленное на сервере и запускаемое в браузерах; ? сервера приложений производят обработку запросов с клиентских рабочих мест и реализуют основную часть бизнес-логики Системы, расположены на серверных мощностях Получателя; ? СУБД PostgreSQL, обеспечивающая хранение, обработку и предоставление данных, расположена на серверных мощностях Получателя; ? Язык программирования – C#; ? Операционная система сервера приложений – REDOS 7.3 Murom Certified. Передача данных между сервером приложений и клиентом осуществляется на основе протокола TCP/IP (NET Remoting). - - Участник закупки указывает в заявке все значения характеристики - Основные функциональные возможности Системы в соответствии с Таблицей 2 подпункта 3.1 раздела 3 Технического задания. - Техническое обеспечение объекта автоматизации. Система функционирует на серверных мощностях Получателя , в соответствии с таблицей 3 подпункта 3.2 раздела 3 Технического задания. - ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ - Требования к предоставляемой работе Подрядчик в рамках выполнения работ разрабатывает функционал «Заказ справок онлайн» согласно пункту 2.1.10 Методических рекомендаций по интеграции с РЭМД ЕГИСЗ (https://portal.egisz.rosminzdrav.ru/materials/1879). В рамках реализации функционала должны быть реализованы: 1. Веб-сервис для обмена сведениями из РИЭМК в РЭМД об списке медицинских организаций, предоставляющих услугу, и регистрируемых видов документов, которые могут быть заказаны в указанной МО в рамках сервиса «Заказ справок онлайн». Список доступных СЭМД, в рамках сервиса «Заказ справок онлайн»: ? СЭМД (220) Сертификат о профилактических прививках (CDA) Редакция 3; ? СЭМД (253) Справка о временной нетрудоспособности студента, учащегося техникума, профессионально-технического училища, о болезни, карантине и прочих причинах отсутствия ребенка, посещающего школу, детское дошкольное учреждение (CDA) Редакция 5; ? СЭМД (251) Справка об отсутствии контактов с инфекционными больными (CDA) Редакция 5; ? СЭМД (149) Медицинское заключение о принадлежности несовершеннолетнего к медицинской группе для занятий физической культурой (CDA) Редакция 3. Предусмотреть функциональную возможность подключения новых СЭМД, поддерживаемых на уровне РЭМД-ЕПГУ к сервису без затрат со стороны Получателя. - - Участник закупки указывает в заявке все значения характеристики - Требования к предоставляемой работе. 2. Веб-сервис для получения из РЭМД в РИЭМК заказа на формирование и регистрацию ЭМД в рамках сервиса «Заказ справок онлайн», а также передача информации о заказе в РМИС. Реализованный веб-сервис должен поддерживать технологическую возможность передачи сведений в иные подсистемы Государственной информационной системы в сфере здравоохранения города Севастополя; 3. Веб-сервис в РИЭМК для обеспечения ответа из РИЭМК в РЭМД о формировании документа, или причин, препятствующих предоставлению сервиса «Заказ справок онлайн»; 4. Сервис обработки заявлений на получение справок онлайн; 5. Функционал работы с заявлениями в МО; 6. Функционал формирования реестра заказов на получение справок с возможностью формирования справок из формы полученного заявления; 7. Функционал передачи статусов рассмотрения заявлений на получение справки. - Требования к надежности. Модернизированная Система не должна терять работоспособность в случае возникновения сбоев, аварий и отказов, возникающих на рабочих местах, печатающих устройствах, средствах сканирования и распознавания документов. Модернизированная Система должна функционировать в режиме 24 часа в сутки 365 (366) дней в году. Модернизированная Система должна иметь возможность организации автоматического резервного копирования данных Систем средствами системного и базового программного обеспечения (ОС, СУБД), входящего в состав программно-технического комплекса Получателя, иметь функцию резервного копирования с возможностью настройки периодичности создания резервных копий. Полная резервная копия должна сниматься не реже одного раза в сутки во время минимальной нагрузки на сервер. Модернизированная Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях модернизированная Система должны выдавать пользователю соответствующие аварийные (предупреждающие) сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. - Требования к надежности. Модернизированная Система должна обеспечивать сохранность и восстановление информации при программно-аппаратных сбоях (отключении электропитания, отказах носителей информации, вирусах), стабильность работы в многопользовательском режиме. Надежность модернизированной Системы должна определяться следующими показателями надёжности: ? средняя наработка на отказ; ? среднее время восстановления работоспособности. Надежность модернизированной Системы определяется значениями показателей надежности для аварийных ситуаций, которые могут возникнуть в процессе эксплуатации. При функционировании модернизированной Системы могут возникнуть следующие аварийные ситуации: ? программный сбой; ? разрушение Системы; ? разрушение базы данных. В случае программного сбоя среднее время восстановления работоспособности обновленной конфигурации Системы должно составлять 10 мин. В случае разрушения Системы необходимо обеспечить среднее время восстановления работоспособности – 2 часа. Для ситуации полного или частичного разрушения БД модернизированной Системы среднее время восстановления работоспособности – 2 часа. Экспериментальная оценка надежности модернизированной Системы должна проводиться путём сбора и обработки статистических данных о надёжности в условиях опытного и промышленного функционирования Системы. - Требования к сохранности информации при авариях. В модернизированной Системе должны быть использованы средства и реализованы технические решения, обеспечивающие сохранность информации и наиболее полное восстановление функционирования без потери информации в аварийных ситуациях. Сохранность информации должна обеспечиваться при следующих аварийных ситуациях: ? отказ комплекса программно-технических средств Системы в результате сбоя или выхода из строя его программных и технических средств; ? отказ комплекса программно-технических средств Системы в результате сбоя общесистемного программного обеспечения или программного обеспечения общего назначения; ? сбой или отказ комплекса программно-технических средств Системы в результате ошибки в прикладном программном обеспечении; ? отказ комплекса программно-технических средств Системы в результате ошибки в работе пользователей. Модернизированная Система должна быть обеспечена сохранностью конфигурационной информации (за счет хранения на энергонезависимых носителях). Программное обеспечение Модернизированной Системы должно восстанавливать свое функционирование при корректном перезапуске аппаратных средств. Должна быть предусмотрена возможность организации автоматического резервного копирования данных Системы средствами прикладного программного обеспечения. - Требования к патентной чистоте. Получатель в лице ГБУЗС «МИАЦ» обладает исключительными правами на информационную систему «Региональная интегрированная электронная медицинская карта». Программно-технические решения должны отвечать требованиям по патентной чистоте согласно действующему законодательству Российской Федерации, в том числе Приказу Минцифры России от 17.12.2020 № 715 «Об утверждении типовых условий контрактов на выполнение работ по созданию и (или) развитию (модернизации) государственных (муниципальных) и (или) иных информационных систем». Права на программное обеспечение, а также исходные коды, разработанные в ходе выполнения работ, передаются Заказчику в соответствии с приказом Минцифры России от 17.12.2020 № 715 «Об утверждении типовых условий контрактов на выполнение работ по созданию и (или) развитию (модернизации) государственных (муниципальных) и (или) иных информационных систем». В случае, если при выполнении работ используется готовое программное обеспечение (платформа, подсистема и т.д.), которое становится частью (компонентом) Системы, городу Севастополю в лице Заказчика передаются неисключительные права (путем заключения лицензионного договора) на такое программное обеспечение со следующими возможностями: ? права передаются на весь срок действия исключительных прав правообладателя, действующие на территории города Севастополя; ? должно быть обеспечено право города Севастополя в лице Заказчика передавать, дорабатывать, распространять, развивать результаты выполненных работ, созданные в процессе исполнения государственного контракта. В остальных случаях право собственности (исключительное право) на результаты выполненных работ, отчетные документы и материалы, полученные в ходе выполнения работ по Контракту принадлежат городу Севастополю в лице Заказчика с момента подписания сторонами документа о приемке. - Требования к патентной чистоте. Подрядчик использует только объекты интеллектуальной собственности, права на которые приобретены (получены) и используются без нарушений прав на интеллектуальную собственность третьих лиц или предоставлены Заказчиком. Это требование обеспечивает соблюдение авторских, смежных, патентных и иных прав разработчиков используемых сторонних компонент. Подрядчик обязан согласовать с Получателем необходимость использования при выполнении работ охраняемых результатов интеллектуальной деятельности, права на которые принадлежат третьим лицам. Результаты выполненных работ не должны повлечь необходимость осуществления Заказчиком/Получателем закупок программного обеспечения (как исключительных, так и неисключительных прав). Право владения информацией, создаваемой в базах данных Системы, принадлежит городу Севастополю в лице учредителя Получателя – Департамента здравоохранения города Севастополя. Использование Подрядчиком информации, создаваемой в базах данных модернизируемой Системы, осуществляется исключительно в целях исполнения требований технического задания. - Требования по стандартизации и унификации. Система разрабатывается в соответствии с требованиями действующих нормативных актов (приказов) и других руководящих и нормативных правовых документов по созданию автоматизированных (информационных) систем. Проектные решения при выполнении различных функций Системы должны обеспечивать: ? соблюдение единых правил организации интерфейса пользователя; ? единообразную реакцию системы на неверные действия пользователей; ? единообразие заполнения документов (форм) с использованием справочников; ? использование фиксированного перечня терминов и определений системы при организации диалога и формировании экранов; ? типовой подход к разграничению доступа пользователей к информации модернизированной Системы. В Системе должен использоваться единый НСИ на базе РИЭМК, общероссийский классификатор, кодификатор и номенклатура. - Требования к режимам функционирования модернизированной Системы. Определены следующие режимы функционирования модернизированной Системы: ? нормальный режим функционирования; ? аварийный режим функционирования. Основным режимом функционирования Системы является нормальный режим. Нормальный режим функционирования Системы характеризуется следующими параметрами: ? клиентское программное обеспечение и технические средства пользователей и администратора системы обеспечивают возможность функционирования в течение суток (с 00:00 до 23:59) семь дней в неделю, 365 дней в год; ? серверное программное обеспечение Системы и технические средства серверов обеспечивают возможность круглосуточного функционирования, с перерывами на обслуживание; ? исправно работает оборудование, составляющее комплекс технических средств (КТС); ? исправно функционирует системное, базовое и прикладное программное обеспечение Системы. Для обеспечения нормального режима функционирования Системы необходимо выполнять требования и выдерживать условия эксплуатации программного обеспечения и КТС системы, указанные в соответствующих технических документах (техническая документация, инструкции по эксплуатации). Аварийный режим функционирования Системы характеризуется отказом одного или нескольких компонент программного и (или) технического обеспечения. В случае перехода системы в аварийный режим необходимо: ? завершить работу всех приложений, с сохранением данных; ? выключить рабочие станции операторов; ? выключить все периферийные устройства; ? выполнить комплекс мероприятий по устранению причины перехода системы в аварийный режим. - Требования к диагностике. Модернизированная Система должна быть снабжена средствами логирования (фиксации в журналах не менее уровня DEBUG) действий, выполняемых пользователями и подсистемой. Логирование должно осуществляться в режиме 7 дней в неделю 24 часа в сутки. Система должна обладать встроенным функционалом ведения истории изменения данных. Должна быть предусмотрена возможность сравнения версий данных. При диагностировании модернизированной Системы должны обеспечиваться мониторинг основных процессов и мониторинг процесса выполнения программных средств из ее состава. В процессе диагностирования должны быть обеспечены следующие возможности: ? контроль работоспособности серверной части прикладного ПО; ? ежедневный анализ протоколов работы на наличие ошибок и предупреждений, возникающих при ее работе - ТРЕБОВАНИЯ К ЗАЩИТЕ ИНФОРМАЦИИ - Требования к встроенным механизмам защиты информации. Подрядчик не имеет права разглашать или передавать любую информацию, создаваемую и обрабатываемую в процессе функционирования, третьим лицам, в случае если данная информация попала к нему в ходе исполнения своих обязательств. С учетом особенностей обрабатываемой информации обновленная конфигурация Системы должна соответствовать требованиям, предъявляемым действующим законодательством Российской Федерации к защите информации в информационных системах, осуществляющих обработку персональных данных в государственных информационных системах. В Системе реализованы следующие функции защиты информации от несанкционированного доступа: ? аутентификация и авторизация пользователя/администратора посредством единой системы идентификации и аутентификации; ? пароли учетных записей пользователей не хранятся в открытом (незашифрованном) виде; ? у администраторов отсутствует возможность узнать текущий пароль пользователя; ? управление списками контроля доступа для всех основных объектов Системы, включая БД, отдельные записи в БД, объекты интерфейса и т.д.; ? изменение прав управления доступом пользователей к ресурсам Системы; ? обеспечение доступа к данным Системы только зарегистрированному авторизованному пользователю/администратору. Все функции защиты информации от несанкционированного доступа должны корректно функционировать с учетом модернизации Системы. После обновленная конфигурации Система должна поддерживать возможность разграничения и контроля доступа к отдельным функциям Системы, реестрам документов, отдельным документам и частям документов на ролевой основе, в том числе для групп пользователей. - - Участник закупки указывает в заявке все значения характеристики - Требования к встроенным механизмам защиты информации. Обязательно наличие ролей (групп): ? Администратор информационной системы (далее – Администратор ИС); ? Администратор информационной безопасности с возможностью просматривать события безопасности, события действий пользователя (далее – Администратор ИБ) ? Пользователь, с возможностью просмотра данных (чтения, без возможности вносить какие-либо изменения). В обновленной конфигурации Системы должен быть реализован функционал, обеспечивающий протоколирование и сохранение сведений о предоставлении доступа и о других операция с документами и метаданными в автоматизированном режиме, а также автоматизированное ведение электронных журналов учета точного времени и фактов размещения, изменения и удаления информации, содержания вносимых изменения в части следующих типов данных: ? Создания, редактирования пользователей Системы с возможностью фильтрации по следующим полям (но не ограничиваясь ими) – Фамилия Имя Отчество пользователя, место работы, дата и время создания записи, дата и время редактирования записи, тип операции (добавление, редактирование), автор (пользователь) вносимых изменений; ? Добавления, удаления прав по работе с системой с возможностью фильтрации по следующим полям (но не ограничиваясь ими) – ФИО пользователя, место работы, допуск пользователя, дата и время добавления допуска, дата и время удаления допуска, тип операции (добавление, удаление), автор (пользователь) вносимых изменений; ? Добавления, редактирования, удаления медицинских документов с возможностью фильтрации по следующим полям (но не ограничиваясь ими) – дата и время добавления документа, дата и время изменения документа, дата и время удаления документа, автор (пользователь) вносимых изменений, тип операции (добавление, удаление, редактирование), тип медицинского документа, идентификатор документа, идентификатор пациента. - Требования к встроенным механизмам защиты информации. Для всех типов данных должна быть реализована возможность отследить все изменения при добавлении, изменении, удалении данных с возможностью просмотреть данные до и после вносимых изменений. Модернизированная Система должна обеспечивать хранение медицинской документации в форме электронных документов, предусматривая резервное копирование медицинской документации в форме электронных документов и метаданных, восстановление медицинской документации в форме электронных документов и метаданных из резервных копий. Модернизированная Система должна обеспечивать протоколирование и сохранение сведений о предоставлении доступа и о других операциях с документами и метаданными в автоматизированном режиме, а также автоматизированное ведение электронных журналов учета точного времени и фактов размещения, изменения и удаления информации, содержания вносимых изменений. В обновленной конфигурации Системы необходимо предусмотреть функционал уведомления по протоколу SMTP Администратора безопасности о создании и наделении прав вновь созданного пользователя, а также изменении прав существующего пользователя. Модернизированная Система должна обеспечивать возможность защиты персональных данных пациентов (далее – ПДн) на основе ролевого управления доступом, ограничивающего и контролирующего доступ пользователя/администратора к информации, содержащей сведения о ПДн. Каждый пользователь/администратор должен проходить процедуру аутентификации, а затем, при попытках получения доступа к данным, - авторизацию, т.е. проверку разрешений пользователя/администратора по отношению к каким-либо данным и функциям (компонентам) Систем. - Требования к встроенным механизмам защиты информации. Функции безопасности на уровне работы пользователя/администратора с приложениями Систем должны включать в себя такие функции защиты от несанкционированного доступа и изменения, как аутентификацию, авторизацию при попытке доступа к транзакциям и документам, подтверждение и протоколирование действий. После модернизации, Система должна поддерживать возможность задания правил доступа к пунктам меню, возможность запрета просмотра и использования пунктов меню и подменю. Данную функцию следует применить как к индивидуальному пользователю/администратору (роли), так и к группам. Модернизированная Система должны обеспечивать возможность выгрузки по активным/неактивным учетным записям (пользователь/администратор), зарегистрированным в Системе посредством фильтрации, с указанием условий выборки (учреждение, подразделение, вид УЗ). Модернизированная Система не должна нарушать функцию резервного копирования с возможностью настройки периодичности создания резервных копий. Полная резервная копия снимается не реже одного раза в сутки во время минимальной нагрузки на сервер. Модернизированная Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях Система выдает пользователю соответствующие сообщения, после чего возвращается в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. - Требования к встроенным механизмам защиты информации. Модернизированная Система должна обеспечивать сохранность и восстановление информации при программно-аппаратных сбоях (отключении электропитания, отказах носителей информации, вирусах и т.д.), стабильность работы в многопользовательском режиме. Модернизированная Система должна поддерживать установленную политику использования паролей путем задания следующих параметров: ? максимальная и минимальная длинна пароля; ? максимальный и минимальный срок действия пароля (напоминание о необходимости смены пароля через определенно заданное количество дней); ? минимально необходимое к изменению количество символов, по сравнению с предыдущим паролем; ? возможность задания обязательно используемых символов пароля (латинские прописные буквы, латинские строчные буквы, арабские цифры, специальные символы {# $ ^ & * _ - + % @}); ? не возможность использования в качестве пароля имени учетной записи (логина), имен, фамилий и отчеств, дат рождения, очевидных сочетаний символов (1234567, qwerty, mnbvcx, 963852 и т.п.), часто встречающихся слов (password, parol, admin, user и т.д.). - Общие требования к обеспечению информационной безопасности. В рамках настоящего ТЗ мероприятия по защите информации проводятся для серверов Системы, расположенных в центре обработки данных здравоохранения Севастополя, являющимся объектом информатизации ГБУЗС «МИАЦ» и принадлежащем Получателю. Система является информационной системой персональных данных. РИЭМК является государственной информационной системой. В учреждении реализован комплекс организационных и технических мероприятий, обеспечивающих безопасность информации, в том числе персональных данных, обрабатываемой в Системе. Подрядчик подтверждает свое согласие на заключение с Заказчиком, Получателем Соглашения о неразглашении служебной и иной конфиденциальной информации. Выполнение части работ в рамках настоящего технического задания допустимо посредством удаленного подключения к серверам Получателя, на которых размещена Система. Удаленное подключение осуществляется с использованием телекоммуникационных сетей связи по защищенному каналу связи Vipnet сеть № 4535 (средства защиты приобретаются Подрядчиком за свой счет, доступ обеспечивает Получатель). Подрядчик обеспечивает конфиденциальность, целостность и доступность информации, ее безопасность при обработке в соответствии с действующим законодательством о персональных данных, а также иных сведений, составляющих тайну в соответствии с действующим законодательством Российской Федерации. Подрядчик несет ответственность за соблюдение этого требования в соответствии с законодательством Российской Федерации. - СОСТАВ И СОДЕРЖАНИЕ ВЫПОЛНЕНИЯ РАБОТ - Работы по модернизации Системы должны выполняться в соответствии с планом, представленным в таблице 4 подпункта 6.1 раздела 6 Технического задания. По результатам каждого подпункта в рамках этапов Подрядчик направляет уведомление и соответствующие документы на согласование официальным письмом в адрес Получателя и Заказчика в установленные этапом сроки. - - Участник закупки указывает в заявке все значения характеристики - Порядок инструктажа пользователей. Инструктаж допустимо проводить как в очной форме на рабочем месте пользователя или групповой форме, так и удаленно в режиме онлайн-конференции с предоставлением записей вебинаров. В ходе инструктажа должны быть проинструктированы все сотрудники, согласно предоставленным Получателем спискам. В группы инструктажа входят сотрудники ГБУЗС «МИАЦ». Организация инструктажа проводится по следующей схеме: ? Получатель передает Подрядчику информацию с указанием перечня сотрудников, которым необходимо пройти инструктаж, и МО; ? Подрядчик согласовывает с Получателем дату и время проведения инструктажа, подготавливает План и программу инструктажа пользователей и администраторов; ? Подрядчик подготавливает и передает на бумажном носителе руководства пользователей и администраторов пользователям; ? Получатель уведомляет участников инструктажа, контролирует присутствие ответственных лиц; ? По результатам инструктажа оформляется Протоколы о проведении инструктажей с подписями всех участников инструктажа, форма Протокола предоставляется Получателем по запросу. Подрядчик готовит итоговый отчет о проведении инструктажа, содержаний Протоколы о проведении инструктажей по каждой медицинской организации, подведомственной Департаменту здравоохранения города Севастополя, и общую информацию по итогам инструктажа; ? Дополнительный инструктаж пользователей и администраторов Системы проводится удаленно, в групповой дистанционной форме посредством проведения вебинаров. - ТРЕБОВАНИЯ ПО ОБЪЕМУ И СРОКУ ГАРАНТИЙ КАЧЕСТВА РАБОТ - Срок предоставления гарантии качества выполняемых работ: период гарантийных обязательств на качество выполняемых работ (гарантийный период) составляет 12 (двенадцать) месяцев с даты подписания документа о приемке. Объем предоставления гарантии качества выполняемых работ: гарантия на работоспособность и безотказность работы модернизируемых модулей/сервисов Системы. В рамках гарантийного (бесплатного) обслуживания предоставляются следующие работы: 1. Организация «горячей линии» для консультаций Получателя, связанных с устранением сбоев в рамках гарантийных случаев, возникающих при эксплуатации модернизированного функционала Системы; 2. При возникновении ошибок модернизированном функционале Системы, в максимально короткие сроки устраняет причину возникновения ошибки; 3. Удаленное подключение к оборудованию Получателя для устранения сбоев в рамках гарантийных случаев, возникающих при эксплуатации модернизированного функционала Системы; 4. Консультации по работе с модернизированным функционалом Системы; 5. В рамках гарантийного обслуживания предусматривается дополнительное обучение пользователей не менее 2 раз по требованию Получателя. Обучение может проводиться как посредством веб-конференции (с предоставлением записи), так и на рабочем месте пользователя. Требования к выполнению Подрядчиком гарантийного обслуживания: 1. Наличие у Подрядчика постоянно действующей группы технической поддержки; 2. При категории обращения уровня 3 и невозможности устранения сбоя удаленным способом, Подрядчик направляет группу технической поддержки для устранения сбоя на месте в течение 5 (пяти) рабочих дней. 3. В случае изменения федеральных нормативно-правовых актов в части модернизированного функционала Системы Подрядчик в максимально короткие сроки вносит изменения в рамках гарантийного обязательства. - - Участник закупки указывает в заявке все значения характеристики - Категории обращений: Уровень 1 (низкий) – выявлена ситуация неудобства в использовании модернизированного функционала Системы. При этом использование модернизированного функционала Системы Получателем ограничено несущественным образом, нарушений и/или ограничений в бизнес-процессах Получателя, которые обеспечивает Система, нет. Уровень 2 (высокий) – выявлена ситуация серьезного ограничения в функциональности модернизированного функционала Системы. При этом Получатель сталкивается с существенными нарушениями и/или ограничениями в бизнес-процессах, которые обеспечивает Система, однако существует альтернативная возможность организации бизнес-процессов. К этой же категории следует относить потребность в технических консультациях, целью которых является избежать видимые потенциальные ситуации отказа модернизированного функционала Системы. Уровень 3 (критичный) – выявлена ситуация отказа модернизированного функционала Системы, т.е. невозможности его дальнейшего функционирования. При этом Получатель сталкивается с существенными нарушениями и/или ограничениями в бизнес-процессах, которые обеспечивает Система, альтернативной возможности организации бизнес-процессов Получателя не существует. Временные параметры обработки обращения в зависимости от категории обращения отражены в таблице 5 раздела 7 Технического задания. - В случае необходимости изменения категории уже зарегистрированного Подрядчиком обращения, Получателю необходимо отправить новое обращение с обоснованием причины повышения. Регламент обращения: 1. Подрядчик предоставляет адрес своего почтового ящика и номер телефона для обращений Получателя. 2. Получатель предоставляет Подрядчику доступ в систему регистрации заявок Mantis. 3. Получатель инициирует обращение в системе регистрации с описанием проблемы, скринами и дополнительной информацией. 4. В ситуации самого высокого уровня критичности, как повода для обращения Получатель должен иметь возможность уведомить об этой ситуации Подрядчика по телефону и по e-mail. 5. Подрядчик присваивает уникальный номер обращения в системе регистрации заявок Получателя, указывает, кто назначен менеджером этой заявки, и кто назначен исполнителем, их контакты. 6. Представитель Подрядчика фиксирует информацию о проведенных мероприятиях в рамках выполненной заявки. 7. Получатель проверяет исполнение заявки и закрывает ее в случае полного исполнения. При выявлении некорректного исполнения заявки, Получатель фиксирует несоответствия в системе регистрации заявок. Заявка не переводится Получателем в статус завершенной до ее полного выполнения Подрядчиком. 8. Подрядчик производит обработку обращения дистанционно в системе регистрации заявок Получателя (в том числе по e-mail, телефону). Если проблему, с которой обратился Получатель, не удается разрешить дистанционно, то специалист Подрядчика выезжает на территорию Получателя в течение 5 (пяти) рабочих дней. - ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ - Подрядчик предоставляет Получателю следующую техническую и рабочую документацию в электронном виде, предусмотренную приказом Минцифры России от 17.12.2020 № 715: - Документацию на Систему и ее части (техническая и рабочая) с описанием принятых проектных решений в объеме, достаточном для ее дальнейшего развития и эксплуатации содержащую описание разработанных результатов работ, в том числе программ для ЭВМ, прикладных программных интерфейсов, алгоритмов и протоколов информационного взаимодействия, технических требований, спецификаций и форматов обмена данными для взаимодействия с другими информационными системами, в объеме, достаточном для их установки, настройки, эксплуатации и развития в дальнейшем без привлечения Подрядчика, а также инструкций и программных сценариев (скриптов) для проведения компиляции, создания дистрибутива и установки (развертывания) Системы и ее компонентов, а именно: ? Устав проекта (в электронном виде); ? Уточненный план выполнения мероприятий в рамках план-графика выполнения работ (в электронном виде); ? Схема взаимодействия с внешними системами в рамках выполнения работ (в электронном виде); ? Схема бизнес-процесса на модернизируемые сервисы/модули в Системе (в электронном виде, в формате UML); ? Руководства пользователей Системы (в электронном виде); ? Руководство администратора Системы (в электронном виде); ? План и программа инструктажа пользователей и администраторов Системы (в электронном виде); ? Программа и методика проведения предварительных/приемочных испытаний (в электронном виде); ? Программа опытной эксплуатации (в электронном виде); ? Протокол предварительных испытаний; ? Отчет о проведении инструктажа пользователей и администраторов Системы; - - Участник закупки указывает в заявке все значения характеристики - ? Акт приемки в опытную эксплуатацию (проект, вправе предоставить); ? Отчет о проведении опытной эксплуатации с журналом опытной эксплуатации; ? Акт о завершении опытной эксплуатации и допуске Системы к приемочным испытаниям (проект, вправе предоставить); ? Протокол приемочных испытаний; ? Акт готовности Системы к вводу в промышленную эксплуатацию (проект, вправе предоставить ). При необходимости и в соответствии с условиями раздела 4.3 настоящего ТЗ предоставляются документы о передаче прав. Документацию на бумажном носителе Подрядчик предоставляет после утверждения Получателем предварительно направленных документов в электронном виде, которые рассматриваются не более 3-х рабочих дней. Документация должна разрабатываться с учетом требований комплекса государственных стандартов «Информационная технология. Комплекс стандартов на автоматизированные системы»: ? ГОСТ 34.201-2020 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем»; ? ГОСТ 34.602-2020 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы»; ? ГОСТ Р 59795-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов». ? ГОСТ 2.105-2019. «Единая система конструкторской документации. Общие требования к текстовым документам». В отчетных документах должны быть заполнены поля всех таблиц указанными в заголовках таблиц значениями или даны комментарии о причинах не заполнения полей. Документы должны предоставляться Получателю прошитыми, в бумажном виде в трех экземплярах, а также в электронном виде в формате PDF. - ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ РАБОТ - Предварительные испытания.Предварительные испытания включают в себя проверку Системы на соответствие требованиям, описанным в настоящем ТЗ, на наличие ошибок и недоработок, проводятся в соответствии с требованиями ГОСТ Р 59792-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем». Предварительные испытания проводятся после выполнения Подрядчиком всех предыдущих этапов работ в соответствии с настоящим ТЗ. О готовности к проведению предварительных испытаний расширенного функционала Системы Подрядчик оповещает руководство (или ответственное лицо) Получателя в письменной форме (допустимо посредством e-mail). В соответствии с требованиями ГОСТ Р 59792-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем» (вступил в силу с 30.04.2022) испытания Системы проводятся по Программе и методике предварительных испытаний, разработанной на стадии создания рабочей документации. Программа и методика предварительных испытаний должна содержать следующую информацию: ? условия и порядок работы расширенного функционала Системы и ее составных частей; ? продолжительность этапа; ? порядок устранения выявленных недостатков. Подрядчик предоставляет на согласование Получателю Программу и методику предварительных испытаний не позднее чем за 5 рабочих дней до предполагаемой даты проведения предварительных испытаний в соответствии с этапами выполнения работ. Испытания проводятся на тестовом стенде, развернутом на серверных мощностях Получателя. - - Участник закупки указывает в заявке все значения характеристики - Предварительные испытания. Получатель назначает дату и время проведения предварительных испытаний. Предварительные испытания проводятся с участием комиссии Получателя и представителя Подрядчика. В случае недоступности сервисов РЭМД на момент проведения испытаний, по согласованию с Заказчиком в течение 1 рабочего дня согласовывается новая дата и время проведения испытаний. По итогам проведения испытаний оформляется Протокол предварительных испытаний, содержащий в себе заключение о возможности (невозможности) приемки Системы в опытную эксплуатацию, а также перечень необходимых доработок. Подрядчик обязан в течение 10 (десяти) рабочих дней устранить неполадки и ошибки. После устранения недоработок и ошибок Подрядчик в письменной форме (допустимо посредством e-mail) оповещает руководство (или ответственное лицо) Получателя о готовности к проведению повторных испытаний. Повторные предварительные испытания проводятся в объеме, определенном Получателем. Допускается проведение не более 3 (трех) повторных предварительных испытаний. Акт приемки в опытную эксплуатацию подписывается в случае успешного проведения предварительных испытаний (вправе предоставить). После подписания Акта приемки в опытную эксплуатацию (вправе предоставить) Подрядчик производит обновление модернизируемой Системы на промышленном стенде и загрузку исходного кода программного обеспечения, созданного (модернизированного) в рамках выполнения работ в Репозиторий Получателя. Перед обновлением Подрядчик обязуется сделать резервную копию. Обновление Системы не должно повлечь искажения, удаления ранее введенных данных. Подрядчик согласовывает с Получателем План и программу инст - Опытная эксплуатация. Опытная эксплуатация модернизированной Системы проводится для комплексной проверки всех составных частей, готовности информационной базы, отладки процесса сбора и обработки информации, инструктаж персонала по работе с Системой в реальных условиях, проверки полноты и корректности указаний эксплуатационной документации, в полном соответствии с требованиями ГОСТ Р 59792-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем». Получатель вводит поставленный в рамках выполнения работ функционал Системы в опытную эксплуатацию, назначает объекты опытной эксплуатации, ответственных лиц, дату ввода функционала Системы в опытную эксплуатацию. Все сведения о продолжительности функционирования, отказах, сбоях и аварийных ситуациях, возникших в процессе опытной эксплуатации, должны быть зафиксированы в журнале опытной эксплуатации. Также в данный журнал должны быть занесены все сведения об изменении параметров объекта автоматизации, о корректировке документации и доработке программ, о наладке технических средств, произошедших в ходе данного этапа. - Опытная эксплуатация. Персонал, осуществляющий процедуры опытной эксплуатации, может вносить в журнал замечания по удобству работы с функционалом Системы. Форма журнала опытной эксплуатации предоставляется Подрядчиком и должна обеспечивать возможность рациональной и удобной фиксации необходимых сведений и значений. По результатам опытной эксплуатации оформляется и подписывается Акт о завершении опытной эксплуатации (вправе предоставить) и допуске Системы к приемочным испытаниям, Отчет о проведении опытной эксплуатации содержащий все сведения из журнала. - Приемочные испытания. Приемочные испытания проводятся с целью определения соответствия модернизируемой Системы требованиям настоящего технического задания, перечню и результатам работ по этапам в соответствии с план-графиком раздела 6.1, оценки качества опытной эксплуатации и решения вопроса о приемки модернизированной Системы в постоянную эксплуатацию, в полном соответствии с требованиями ГОСТ Р 59792-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем». Подрядчик уведомляет о готовности к приемочным испытаниям официальным письмом Получателя, Получатель определяет дату проведения испытаний. Подрядчик не менее чем за 5 (пять) рабочих дней до назначенной даты приемочных испытаний передает Получателю проектную документацию на бумажном носителе в соответствии с разделом 8. Работы считаются выполненными, если: 1. Функционал Системы соответствует требованиям настоящего ТЗ. 2. Согласована вся документация по этапу в соответствии с разделом 8. По результатам приемочных испытаний Подрядчик и Получатель подписывают Акт готовности Системы к вводу в промышленную эксплуатацию (вправе предоставить).

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

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

ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ - Краткие сведения об объекте автоматизации. Система введена в эксплуатацию на основании приказа Департамента здравоохранения города Севастополя от 05.06.2019 № 573 «О вводе в промышленную эксплуатацию информационной системы в сфере здравоохранения». Исключительные права принадлежат Получателю. Система предназначена для: ? получения оперативной отчетности на региональном уровне; ? обеспечения оперативного доступа граждан к данным о своём здоровье и взаимодействия с медицинским персоналом; ? сбора и обобщения медицинской информации, передаваемой из МО для хранения в единой центральной базе данных региона; ? обмена данными между ИС в регионе, а также с системами ЕГИСЗ; ? сбора и хранения медицинской информации пациентов, полученной из МО всех уровней и предоставленной этими организациями в виде ЭМД; ? предоставления авторизованного доступа организациям и медицинским работникам, оказывающим медицинские услуги; ? предоставления авторизованного доступа пациентам к собственной медицинской информации. Система реализована по принципу трёхзвенной архитектуры: ? клиент – веб-приложение, установленное на сервере и запускаемое в браузерах; ? сервера приложений производят обработку запросов с клиентских рабочих мест и реализуют основную часть бизнес-логики Системы, расположены на серверных мощностях Получателя; ? СУБД PostgreSQL, обеспечивающая хранение, обработку и предоставление данных, расположена на серверных мощностях Получателя; ? Язык программирования – C#; ? Операционная система сервера приложений – REDOS 7.3 Murom Certified. Передача данных между сервером приложений и клиентом осуществляется на основе протокола TCP/IP (NET Remoting). - - Участник закупки указывает в заявке все значения характеристики

Основные функциональные возможности Системы в соответствии с Таблицей 2 подпункта 3.1 раздела 3 Технического задания.

Техническое обеспечение объекта автоматизации. Система функционирует на серверных мощностях Получателя , в соответствии с таблицей 3 подпункта 3.2 раздела 3 Технического задания.

ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ - Требования к предоставляемой работе Подрядчик в рамках выполнения работ разрабатывает функционал «Заказ справок онлайн» согласно пункту 2.1.10 Методических рекомендаций по интеграции с РЭМД ЕГИСЗ (https://portal.egisz.rosminzdrav.ru/materials/1879). В рамках реализации функционала должны быть реализованы: 1. Веб-сервис для обмена сведениями из РИЭМК в РЭМД об списке медицинских организаций, предоставляющих услугу, и регистрируемых видов документов, которые могут быть заказаны в указанной МО в рамках сервиса «Заказ справок онлайн». Список доступных СЭМД, в рамках сервиса «Заказ справок онлайн»: ? СЭМД (220) Сертификат о профилактических прививках (CDA) Редакция 3; ? СЭМД (253) Справка о временной нетрудоспособности студента, учащегося техникума, профессионально-технического училища, о болезни, карантине и прочих причинах отсутствия ребенка, посещающего школу, детское дошкольное учреждение (CDA) Редакция 5; ? СЭМД (251) Справка об отсутствии контактов с инфекционными больными (CDA) Редакция 5; ? СЭМД (149) Медицинское заключение о принадлежности несовершеннолетнего к медицинской группе для занятий физической культурой (CDA) Редакция 3. Предусмотреть функциональную возможность подключения новых СЭМД, поддерживаемых на уровне РЭМД-ЕПГУ к сервису без затрат со стороны Получателя. - - Участник закупки указывает в заявке все значения характеристики

Требования к предоставляемой работе. 2. Веб-сервис для получения из РЭМД в РИЭМК заказа на формирование и регистрацию ЭМД в рамках сервиса «Заказ справок онлайн», а также передача информации о заказе в РМИС. Реализованный веб-сервис должен поддерживать технологическую возможность передачи сведений в иные подсистемы Государственной информационной системы в сфере здравоохранения города Севастополя; 3. Веб-сервис в РИЭМК для обеспечения ответа из РИЭМК в РЭМД о формировании документа, или причин, препятствующих предоставлению сервиса «Заказ справок онлайн»; 4. Сервис обработки заявлений на получение справок онлайн; 5. Функционал работы с заявлениями в МО; 6. Функционал формирования реестра заказов на получение справок с возможностью формирования справок из формы полученного заявления; 7. Функционал передачи статусов рассмотрения заявлений на получение справки.

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

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

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

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

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

Требования по стандартизации и унификации. Система разрабатывается в соответствии с требованиями действующих нормативных актов (приказов) и других руководящих и нормативных правовых документов по созданию автоматизированных (информационных) систем. Проектные решения при выполнении различных функций Системы должны обеспечивать: ? соблюдение единых правил организации интерфейса пользователя; ? единообразную реакцию системы на неверные действия пользователей; ? единообразие заполнения документов (форм) с использованием справочников; ? использование фиксированного перечня терминов и определений системы при организации диалога и формировании экранов; ? типовой подход к разграничению доступа пользователей к информации модернизированной Системы. В Системе должен использоваться единый НСИ на базе РИЭМК, общероссийский классификатор, кодификатор и номенклатура.

Требования к режимам функционирования модернизированной Системы. Определены следующие режимы функционирования модернизированной Системы: ? нормальный режим функционирования; ? аварийный режим функционирования. Основным режимом функционирования Системы является нормальный режим. Нормальный режим функционирования Системы характеризуется следующими параметрами: ? клиентское программное обеспечение и технические средства пользователей и администратора системы обеспечивают возможность функционирования в течение суток (с 00:00 до 23:59) семь дней в неделю, 365 дней в год; ? серверное программное обеспечение Системы и технические средства серверов обеспечивают возможность круглосуточного функционирования, с перерывами на обслуживание; ? исправно работает оборудование, составляющее комплекс технических средств (КТС); ? исправно функционирует системное, базовое и прикладное программное обеспечение Системы. Для обеспечения нормального режима функционирования Системы необходимо выполнять требования и выдерживать условия эксплуатации программного обеспечения и КТС системы, указанные в соответствующих технических документах (техническая документация, инструкции по эксплуатации). Аварийный режим функционирования Системы характеризуется отказом одного или нескольких компонент программного и (или) технического обеспечения. В случае перехода системы в аварийный режим необходимо: ? завершить работу всех приложений, с сохранением данных; ? выключить рабочие станции операторов; ? выключить все периферийные устройства; ? выполнить комплекс мероприятий по устранению причины перехода системы в аварийный режим.

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

ТРЕБОВАНИЯ К ЗАЩИТЕ ИНФОРМАЦИИ - Требования к встроенным механизмам защиты информации. Подрядчик не имеет права разглашать или передавать любую информацию, создаваемую и обрабатываемую в процессе функционирования, третьим лицам, в случае если данная информация попала к нему в ходе исполнения своих обязательств. С учетом особенностей обрабатываемой информации обновленная конфигурация Системы должна соответствовать требованиям, предъявляемым действующим законодательством Российской Федерации к защите информации в информационных системах, осуществляющих обработку персональных данных в государственных информационных системах. В Системе реализованы следующие функции защиты информации от несанкционированного доступа: ? аутентификация и авторизация пользователя/администратора посредством единой системы идентификации и аутентификации; ? пароли учетных записей пользователей не хранятся в открытом (незашифрованном) виде; ? у администраторов отсутствует возможность узнать текущий пароль пользователя; ? управление списками контроля доступа для всех основных объектов Системы, включая БД, отдельные записи в БД, объекты интерфейса и т.д.; ? изменение прав управления доступом пользователей к ресурсам Системы; ? обеспечение доступа к данным Системы только зарегистрированному авторизованному пользователю/администратору. Все функции защиты информации от несанкционированного доступа должны корректно функционировать с учетом модернизации Системы. После обновленная конфигурации Система должна поддерживать возможность разграничения и контроля доступа к отдельным функциям Системы, реестрам документов, отдельным документам и частям документов на ролевой основе, в том числе для групп пользователей. - - Участник закупки указывает в заявке все значения характеристики

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

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

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

Требования к встроенным механизмам защиты информации. Модернизированная Система должна обеспечивать сохранность и восстановление информации при программно-аппаратных сбоях (отключении электропитания, отказах носителей информации, вирусах и т.д.), стабильность работы в многопользовательском режиме. Модернизированная Система должна поддерживать установленную политику использования паролей путем задания следующих параметров: ? максимальная и минимальная длинна пароля; ? максимальный и минимальный срок действия пароля (напоминание о необходимости смены пароля через определенно заданное количество дней); ? минимально необходимое к изменению количество символов, по сравнению с предыдущим паролем; ? возможность задания обязательно используемых символов пароля (латинские прописные буквы, латинские строчные буквы, арабские цифры, специальные символы {# $ ^ & * _ - + % @}); ? не возможность использования в качестве пароля имени учетной записи (логина), имен, фамилий и отчеств, дат рождения, очевидных сочетаний символов (1234567, qwerty, mnbvcx, 963852 и т.п.), часто встречающихся слов (password, parol, admin, user и т.д.).

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

СОСТАВ И СОДЕРЖАНИЕ ВЫПОЛНЕНИЯ РАБОТ - Работы по модернизации Системы должны выполняться в соответствии с планом, представленным в таблице 4 подпункта 6.1 раздела 6 Технического задания. По результатам каждого подпункта в рамках этапов Подрядчик направляет уведомление и соответствующие документы на согласование официальным письмом в адрес Получателя и Заказчика в установленные этапом сроки. - - Участник закупки указывает в заявке все значения характеристики

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

ТРЕБОВАНИЯ ПО ОБЪЕМУ И СРОКУ ГАРАНТИЙ КАЧЕСТВА РАБОТ - Срок предоставления гарантии качества выполняемых работ: период гарантийных обязательств на качество выполняемых работ (гарантийный период) составляет 12 (двенадцать) месяцев с даты подписания документа о приемке. Объем предоставления гарантии качества выполняемых работ: гарантия на работоспособность и безотказность работы модернизируемых модулей/сервисов Системы. В рамках гарантийного (бесплатного) обслуживания предоставляются следующие работы: 1. Организация «горячей линии» для консультаций Получателя, связанных с устранением сбоев в рамках гарантийных случаев, возникающих при эксплуатации модернизированного функционала Системы; 2. При возникновении ошибок модернизированном функционале Системы, в максимально короткие сроки устраняет причину возникновения ошибки; 3. Удаленное подключение к оборудованию Получателя для устранения сбоев в рамках гарантийных случаев, возникающих при эксплуатации модернизированного функционала Системы; 4. Консультации по работе с модернизированным функционалом Системы; 5. В рамках гарантийного обслуживания предусматривается дополнительное обучение пользователей не менее 2 раз по требованию Получателя. Обучение может проводиться как посредством веб-конференции (с предоставлением записи), так и на рабочем месте пользователя. Требования к выполнению Подрядчиком гарантийного обслуживания: 1. Наличие у Подрядчика постоянно действующей группы технической поддержки; 2. При категории обращения уровня 3 и невозможности устранения сбоя удаленным способом, Подрядчик направляет группу технической поддержки для устранения сбоя на месте в течение 5 (пяти) рабочих дней. 3. В случае изменения федеральных нормативно-правовых актов в части модернизированного функционала Системы Подрядчик в максимально короткие сроки вносит изменения в рамках гарантийного обязательства. - - Участник закупки указывает в заявке все значения характеристики

Категории обращений: Уровень 1 (низкий) – выявлена ситуация неудобства в использовании модернизированного функционала Системы. При этом использование модернизированного функционала Системы Получателем ограничено несущественным образом, нарушений и/или ограничений в бизнес-процессах Получателя, которые обеспечивает Система, нет. Уровень 2 (высокий) – выявлена ситуация серьезного ограничения в функциональности модернизированного функционала Системы. При этом Получатель сталкивается с существенными нарушениями и/или ограничениями в бизнес-процессах, которые обеспечивает Система, однако существует альтернативная возможность организации бизнес-процессов. К этой же категории следует относить потребность в технических консультациях, целью которых является избежать видимые потенциальные ситуации отказа модернизированного функционала Системы. Уровень 3 (критичный) – выявлена ситуация отказа модернизированного функционала Системы, т.е. невозможности его дальнейшего функционирования. При этом Получатель сталкивается с существенными нарушениями и/или ограничениями в бизнес-процессах, которые обеспечивает Система, альтернативной возможности организации бизнес-процессов Получателя не существует. Временные параметры обработки обращения в зависимости от категории обращения отражены в таблице 5 раздела 7 Технического задания.

В случае необходимости изменения категории уже зарегистрированного Подрядчиком обращения, Получателю необходимо отправить новое обращение с обоснованием причины повышения. Регламент обращения: 1. Подрядчик предоставляет адрес своего почтового ящика и номер телефона для обращений Получателя. 2. Получатель предоставляет Подрядчику доступ в систему регистрации заявок Mantis. 3. Получатель инициирует обращение в системе регистрации с описанием проблемы, скринами и дополнительной информацией. 4. В ситуации самого высокого уровня критичности, как повода для обращения Получатель должен иметь возможность уведомить об этой ситуации Подрядчика по телефону и по e-mail. 5. Подрядчик присваивает уникальный номер обращения в системе регистрации заявок Получателя, указывает, кто назначен менеджером этой заявки, и кто назначен исполнителем, их контакты. 6. Представитель Подрядчика фиксирует информацию о проведенных мероприятиях в рамках выполненной заявки. 7. Получатель проверяет исполнение заявки и закрывает ее в случае полного исполнения. При выявлении некорректного исполнения заявки, Получатель фиксирует несоответствия в системе регистрации заявок. Заявка не переводится Получателем в статус завершенной до ее полного выполнения Подрядчиком. 8. Подрядчик производит обработку обращения дистанционно в системе регистрации заявок Получателя (в том числе по e-mail, телефону). Если проблему, с которой обратился Получатель, не удается разрешить дистанционно, то специалист Подрядчика выезжает на территорию Получателя в течение 5 (пяти) рабочих дней.

ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ - Подрядчик предоставляет Получателю следующую техническую и рабочую документацию в электронном виде, предусмотренную приказом Минцифры России от 17.12.2020 № 715: - Документацию на Систему и ее части (техническая и рабочая) с описанием принятых проектных решений в объеме, достаточном для ее дальнейшего развития и эксплуатации содержащую описание разработанных результатов работ, в том числе программ для ЭВМ, прикладных программных интерфейсов, алгоритмов и протоколов информационного взаимодействия, технических требований, спецификаций и форматов обмена данными для взаимодействия с другими информационными системами, в объеме, достаточном для их установки, настройки, эксплуатации и развития в дальнейшем без привлечения Подрядчика, а также инструкций и программных сценариев (скриптов) для проведения компиляции, создания дистрибутива и установки (развертывания) Системы и ее компонентов, а именно: ? Устав проекта (в электронном виде); ? Уточненный план выполнения мероприятий в рамках план-графика выполнения работ (в электронном виде); ? Схема взаимодействия с внешними системами в рамках выполнения работ (в электронном виде); ? Схема бизнес-процесса на модернизируемые сервисы/модули в Системе (в электронном виде, в формате UML); ? Руководства пользователей Системы (в электронном виде); ? Руководство администратора Системы (в электронном виде); ? План и программа инструктажа пользователей и администраторов Системы (в электронном виде); ? Программа и методика проведения предварительных/приемочных испытаний (в электронном виде); ? Программа опытной эксплуатации (в электронном виде); ? Протокол предварительных испытаний; ? Отчет о проведении инструктажа пользователей и администраторов Системы; - - Участник закупки указывает в заявке все значения характеристики

? Акт приемки в опытную эксплуатацию (проект, вправе предоставить); ? Отчет о проведении опытной эксплуатации с журналом опытной эксплуатации; ? Акт о завершении опытной эксплуатации и допуске Системы к приемочным испытаниям (проект, вправе предоставить); ? Протокол приемочных испытаний; ? Акт готовности Системы к вводу в промышленную эксплуатацию (проект, вправе предоставить ). При необходимости и в соответствии с условиями раздела 4.3 настоящего ТЗ предоставляются документы о передаче прав. Документацию на бумажном носителе Подрядчик предоставляет после утверждения Получателем предварительно направленных документов в электронном виде, которые рассматриваются не более 3-х рабочих дней. Документация должна разрабатываться с учетом требований комплекса государственных стандартов «Информационная технология. Комплекс стандартов на автоматизированные системы»: ? ГОСТ 34.201-2020 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем»; ? ГОСТ 34.602-2020 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы»; ? ГОСТ Р 59795-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов». ? ГОСТ 2.105-2019. «Единая система конструкторской документации. Общие требования к текстовым документам». В отчетных документах должны быть заполнены поля всех таблиц указанными в заголовках таблиц значениями или даны комментарии о причинах не заполнения полей. Документы должны предоставляться Получателю прошитыми, в бумажном виде в трех экземплярах, а также в электронном виде в формате PDF.

ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ РАБОТ - Предварительные испытания.Предварительные испытания включают в себя проверку Системы на соответствие требованиям, описанным в настоящем ТЗ, на наличие ошибок и недоработок, проводятся в соответствии с требованиями ГОСТ Р 59792-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем». Предварительные испытания проводятся после выполнения Подрядчиком всех предыдущих этапов работ в соответствии с настоящим ТЗ. О готовности к проведению предварительных испытаний расширенного функционала Системы Подрядчик оповещает руководство (или ответственное лицо) Получателя в письменной форме (допустимо посредством e-mail). В соответствии с требованиями ГОСТ Р 59792-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем» (вступил в силу с 30.04.2022) испытания Системы проводятся по Программе и методике предварительных испытаний, разработанной на стадии создания рабочей документации. Программа и методика предварительных испытаний должна содержать следующую информацию: ? условия и порядок работы расширенного функционала Системы и ее составных частей; ? продолжительность этапа; ? порядок устранения выявленных недостатков. Подрядчик предоставляет на согласование Получателю Программу и методику предварительных испытаний не позднее чем за 5 рабочих дней до предполагаемой даты проведения предварительных испытаний в соответствии с этапами выполнения работ. Испытания проводятся на тестовом стенде, развернутом на серверных мощностях Получателя. - - Участник закупки указывает в заявке все значения характеристики

Предварительные испытания. Получатель назначает дату и время проведения предварительных испытаний. Предварительные испытания проводятся с участием комиссии Получателя и представителя Подрядчика. В случае недоступности сервисов РЭМД на момент проведения испытаний, по согласованию с Заказчиком в течение 1 рабочего дня согласовывается новая дата и время проведения испытаний. По итогам проведения испытаний оформляется Протокол предварительных испытаний, содержащий в себе заключение о возможности (невозможности) приемки Системы в опытную эксплуатацию, а также перечень необходимых доработок. Подрядчик обязан в течение 10 (десяти) рабочих дней устранить неполадки и ошибки. После устранения недоработок и ошибок Подрядчик в письменной форме (допустимо посредством e-mail) оповещает руководство (или ответственное лицо) Получателя о готовности к проведению повторных испытаний. Повторные предварительные испытания проводятся в объеме, определенном Получателем. Допускается проведение не более 3 (трех) повторных предварительных испытаний. Акт приемки в опытную эксплуатацию подписывается в случае успешного проведения предварительных испытаний (вправе предоставить). После подписания Акта приемки в опытную эксплуатацию (вправе предоставить) Подрядчик производит обновление модернизируемой Системы на промышленном стенде и загрузку исходного кода программного обеспечения, созданного (модернизированного) в рамках выполнения работ в Репозиторий Получателя. Перед обновлением Подрядчик обязуется сделать резервную копию. Обновление Системы не должно повлечь искажения, удаления ранее введенных данных. Подрядчик согласовывает с Получателем План и программу инст

Опытная эксплуатация. Опытная эксплуатация модернизированной Системы проводится для комплексной проверки всех составных частей, готовности информационной базы, отладки процесса сбора и обработки информации, инструктаж персонала по работе с Системой в реальных условиях, проверки полноты и корректности указаний эксплуатационной документации, в полном соответствии с требованиями ГОСТ Р 59792-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем». Получатель вводит поставленный в рамках выполнения работ функционал Системы в опытную эксплуатацию, назначает объекты опытной эксплуатации, ответственных лиц, дату ввода функционала Системы в опытную эксплуатацию. Все сведения о продолжительности функционирования, отказах, сбоях и аварийных ситуациях, возникших в процессе опытной эксплуатации, должны быть зафиксированы в журнале опытной эксплуатации. Также в данный журнал должны быть занесены все сведения об изменении параметров объекта автоматизации, о корректировке документации и доработке программ, о наладке технических средств, произошедших в ходе данного этапа.

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

Приемочные испытания. Приемочные испытания проводятся с целью определения соответствия модернизируемой Системы требованиям настоящего технического задания, перечню и результатам работ по этапам в соответствии с план-графиком раздела 6.1, оценки качества опытной эксплуатации и решения вопроса о приемки модернизированной Системы в постоянную эксплуатацию, в полном соответствии с требованиями ГОСТ Р 59792-2021 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем». Подрядчик уведомляет о готовности к приемочным испытаниям официальным письмом Получателя, Получатель определяет дату проведения испытаний. Подрядчик не менее чем за 5 (пять) рабочих дней до назначенной даты приемочных испытаний передает Получателю проектную документацию на бумажном носителе в соответствии с разделом 8. Работы считаются выполненными, если: 1. Функционал Системы соответствует требованиям настоящего ТЗ. 2. Согласована вся документация по этапу в соответствии с разделом 8. По результатам приемочных испытаний Подрядчик и Получатель подписывают Акт готовности Системы к вводу в промышленную эксплуатацию (вправе предоставить).

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

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

Требования к участникам: 1. Требование к участникам закупок в соответствии с п. 1 ч. 1 ст. 31 Закона № 44-ФЗ Дополнительные требования На основании Федерального закона от 04.05.2011 № 99-ФЗ (ред. от 31.07.2025) "О лицензировании отдельных видов деятельности" лицензированию подлежат следующие виды деятельности, а именно: -пункт 5 часть 1 статьи 12 деятельность по технической защите конфиденциальной информации (согласно п.п. 4д и п.п.4е Постановления Правительства Российской Федерации от 03.02.2012 №79 (ред. от 27.12.2024) "О лицензировании деятельности по технической защите конфиденциальной информации»). Предоставляется копия лицензии и/или выписка из реестра лицензий в форме электронного документа, содержащего сведения об указанной лицензии в соответствии со ст. 21 Федерального закона от 04.05.2011 №99-ФЗ (ред. от 08.08.2024) «О лицензировании отдельных видов деятельности». Статус предоставляемого документа (действующий, не приостановлен, не приостановлен частично, не прекращен). Информация и документы могут не включаться в заявку на участие в закупке в случае, если указанные информация и документы содержатся в открытых и общедоступных государственных реестрах, размещенных в информационно-телекоммуникационной сети «Интернет», и в такую заявку включена предусмотренная подпунктом «о» пункта 1 части 1 статьи 43 Федерального закона №44-ФЗ декларация о соответствии участника закупки требованиям, установленным пунктом 1 части 1 статьи 31 Федерального закона №44-ФЗ 2. Требования к участникам закупок в соответствии с ч. 1.1 ст. 31 Закона № 44-ФЗ 3. Единые требования к участникам закупок в соответствии с ч. 1 ст. 31 Закона № 44-ФЗ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03221643670000007400, л/c 03742201170, БИК 016711001, ОТДЕЛЕНИЕ СЕВАСТОПОЛЬ БАНКА РОССИИ// УФК по г. Севастополю г. Севастополь, к/c 40102810045370000056

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

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

Предусмотрена возможность одностороннего отказа от исполнения контракта в соответствии со ст. 95 Закона № 44-ФЗ: Да

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

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

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

Платежные реквизиты для обеспечения исполнения контракта: p/c 03222643670000007400, л/c 05742201170, БИК 016711001, ОТДЕЛЕНИЕ СЕВАСТОПОЛЬ БАНКА РОССИИ// УФК по г. Севастополю г. Севастополь, к/c 40102810045370000056

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

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

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

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

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

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

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

Платежные реквизиты для обеспечения гарантийных обязательств: p/c 03222643670000007400, л/c 05742201170, БИК 016711001, ОТДЕЛЕНИЕ СЕВАСТОПОЛЬ БАНКА РОССИИ// УФК по г. Севастополю г. Севастополь, к/с 40102810045370000056

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

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

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

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

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

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

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

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

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

Документы

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

Документы

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