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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ответственное должностное лицо: Подлесная Т. В.

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

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

Дополнительная информация: Заказчик : Государственное бюджетное учреждение здравоохранения Севастополя «Медицинский информационно-аналитический центр» (ГБУЗС «МИАЦ») Юридический адрес: 299057, Г.СЕВАСТОПОЛЬ , ГАГАРИНСКИЙ МУНИЦИПАЛЬНЫЙ ОКРУГ внутригородская территория города федерального значения, УЛ АДМИРАЛА ЮМАШЕВА, Д. 4А, Почтовый адрес: 299057, Г.СЕВАСТОПОЛЬ , ГАГАРИНСКИЙ МУНИЦИПАЛЬНЫЙ ОКРУГ внутригородская территория города федерального значения, УЛ АДМИРАЛА ЮМАШЕВА, Д. 4А, E-mail: Parfenova-ey@sevmiac.ru Телефон: +7(8692)41-74-60, Ответственное должностное лицо Заказчика: Парфёнова Елена Юрьевна

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

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

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

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

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

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

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

Начальная (максимальная) цена контракта: 13 816 666,67

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

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

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

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

- 62.01.11.000 - Выполнение работ по модернизации информационной системы «Региональная интегрированная электронная медицинская карта» (часть 2) Цели выполнения работ Основной целью выполнения работ является исполнение федеральных показателей, доведенным Министерством здравоохранения Российской Федерации на 2026 год, а также утвержденным Соглашением о предоставлении иного межбюджетного трансфера из федерального бюджета бюджету субъекта Российской Федерации на финансовое обеспечение реализации мероприятий по информатизации здравоохранения от 19.05.2026 № 056-17-2026-129, в части: - регулярной поддержки актуальных данных пациентов; - передачи в ФРМР/ФРМО признака участия медицинского работника и койки в программе ОМС; - взаимодействия с ГИС ОМС в части формирования и передачи структурированных электронным финансовых документов; - исполнения приказа Минздрава России от 25.03.2026 № 209н «Об утверждении Порядка организации системы документооборота в сфере охраны здоровья в части ведения медицинской документации в форме электронных документов». Задачи выполнения работ В рамках модернизации системы «Региональная электронная медицинская карта» должны быть решены следующие задачи: 1. Модернизация подсистемы поиска, регистрации и обновления пациента в части обогащения данных; 2. Разработка сервисов взаимодействия с ФРМО/ФРМР в части передачи признака участия медицинского работника и койки в программе ОМС; 3. Модернизация сервисов ГИС ОМС в части разработки новых методов; 4. Модернизация функционала доработки журнала обращений к ЭМД; ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ 3.1 Краткие сведения об объекте автоматизации Система введена в эксплуатацию на основании приказа Департамента здравоохранения города Севастополя от 05.06.2019 № 573 «О вводе в промышленную эксплуатацию информационной системы в сфере здравоохранения». Исключительные права принадлежат Получателю. Система и ее компоненты являются частью Государственной информационной системы в сфере здравоохранения города Севастополя состав которой утвержден Постановлением Правительства города Севастополя от 29.12.2023 № 669-ПП «О государственной информационной системе в сфере здравоохранения города Севастополя» (далее – ГИСЗС). Все компоненты Системы размещены централизованно на серверных мощностях регионального центра обработки данных ГБУЗС «МИАЦ». Региональный центр обработки данных ГБУЗС «МИАЦ» имеет аттестат соответствия требования по защите информации от 02.12.2024 № Л024-00107-00/00583568.00005.2024 на объект информатизации – сегмент информационно-телекоммуникационной инфраструктуры Центра обработки данных ГБУЗС «МИАЦ». ГИСЗС имеет аттестат соответствия требованиям по защите информации от 10.12.2024 № Л024-00107-00/00583374.00009.2024, предъявляемым ко второму классу защищённости ИС, второму уровню защищённости персональных данных, третьей категории значимости объекта критической информационной инфраструктуры. Система предназначена для: ? получения оперативной отчетности на региональном уровне; ? обеспечения оперативного доступа граждан к данным о своём здоровье и взаимодействия с медицинским персоналом; ? сбора и обобщения медицинской информации, передаваемой из МО для хранения в единой центральной базе данных региона; ? обмена данными между ИС в регионе, а также с системами ЕГИСЗ; ? сбора и хранения медицинской информации пациентов, полученной из МО всех уровней и предоставленной этими организациями в виде ЭМД; ? предоставления авторизованного доступа организациям и медицинским работникам, оказывающим медицинские услуги; ... - Условная единица - 1,00 - 13 816 666,67 - 13 816 666,67

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

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Цели выполнения работ Основной целью выполнения работ является исполнение федеральных показателей, доведенным Министерством здравоохранения Российской Федерации на 2026 год, а также утвержденным Соглашением о предоставлении иного межбюджетного трансфера из федерального бюджета бюджету субъекта Российской Федерации на финансовое обеспечение реализации мероприятий по информатизации здравоохранения от 19.05.2026 № 056-17-2026-129, в части: - регулярной поддержки актуальных данных пациентов; - передачи в ФРМР/ФРМО признака участия медицинского работника и койки в программе ОМС; - взаимодействия с ГИС ОМС в части формирования и передачи структурированных электронным финансовых документов; - исполнения приказа Минздрава России от 25.03.2026 № 209н «Об утверждении Порядка организации системы документооборота в сфере охраны здоровья в части ведения медицинской документации в форме электронных документов». Значение характеристики не может изменяться участником закупки Задачи выполнения работ В рамках модернизации системы «Региональная электронная медицинская карта» должны быть решены следующие задачи: 1. Модернизация подсистемы поиска, регистрации и обновления пациента в части обогащения данных; 2. Разработка сервисов взаимодействия с ФРМО/ФРМР в части передачи признака участия медицинского работника и койки в программе ОМС; 3. Модернизация сервисов ГИС ОМС в части разработки новых методов; 4. Модернизация функционала доработки журнала обращений к ЭМД; Значение характеристики не может изменяться участником закупки ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ 3.1 Краткие сведения об объекте автоматизации Система введена в эксплуатацию на основании приказа Департамента здравоохранения города Севастополя от 05.06.2019 № 573 «О вводе в промышленную эксплуатацию информационной системы в сфере здравоохранения». Исключительные права принадлежат Получателю. Система и ее компоненты являются частью Государственной информационной системы в сфере здравоохранения города Севастополя состав которой утвержден Постановлением Правительства города Севастополя от 29.12.2023 № 669-ПП «О государственной информационной системе в сфере здравоохранения города Севастополя» (далее – ГИСЗС). Все компоненты Системы размещены централизованно на серверных мощностях регионального центра обработки данных ГБУЗС «МИАЦ». Региональный центр обработки данных ГБУЗС «МИАЦ» имеет аттестат соответствия требования по защите информации от 02.12.2024 № Л024-00107-00/00583568.00005.2024 на объект информатизации – сегмент информационно-телекоммуникационной инфраструктуры Центра обработки данных ГБУЗС «МИАЦ». ГИСЗС имеет аттестат соответствия требованиям по защите информации от 10.12.2024 № Л024-00107-00/00583374.00009.2024, предъявляемым ко второму классу защищённости ИС, второму уровню защищённости персональных данных, третьей категории значимости объекта критической информационной инфраструктуры. Система предназначена для: ? получения оперативной отчетности на региональном уровне; ? обеспечения оперативного доступа граждан к данным о своём здоровье и взаимодействия с медицинским персоналом; ? сбора и обобщения медицинской информации, передаваемой из МО для хранения в единой центральной базе данных региона; ? обмена данными между ИС в регионе, а также с системами ЕГИСЗ; ? сбора и хранения медицинской информации пациентов, полученной из МО всех уровней и предоставленной этими организациями в виде ЭМД; ? предоставления авторизованного доступа организациям и медицинским работникам, оказывающим медицинские услуги; Участник закупки указывает в заявке все значения характеристики ? предоставления авторизованного доступа пациентам к собственной медицинской информации. Система реализована по принципу трёхзвенной архитектуры: ? клиент – веб-приложение, установленное на сервере и запускаемое в браузерах; ? сервера приложений производят обработку запросов с клиентских рабочих мест и реализуют основную часть бизнес-логики Системы, расположены на серверных мощностях Получателя; ? СУБД PostgreSQL, обеспечивающая хранение, обработку и предоставление данных, расположена на серверных мощностях Получателя; ? Язык программирования – C#; ? Операционная система сервера приложений – REDOS 7.3 Murom Certified. Передача данных между сервером приложений и клиентом осуществляется на основе протокола TCP/IP (NET Remoting). Основные функциональные возможности Системы представлены в Таблице 2. Таблица 2 – Основные функциональные возможности подсистем/модулей Системы ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ 9 Требования к диагностике Модернизированная Система должна быть снабжена средствами логирования (фиксации в журналах не менее уровня DEBUG) действий, выполняемых пользователями и подсистемой. Логирование должно осуществляться в режиме 7 дней в неделю 24 часа в сутки. Система должна обладать встроенным функционалом ведения истории изменения данных. Должна быть предусмотрена возможность сравнения версий данных. При диагностировании модернизированной Системы должны обеспечиваться мониторинг основных процессов и мониторинг процесса выполнения программных средств из ее состава. В процессе диагностирования должны быть обеспечены следующие возможности: ? контроль работоспособности серверной части прикладного ПО; ? ежедневный анализ протоколов работы на наличие ошибок и предупреждений, возникающих при ее работе. Участник закупки указывает в заявке все значения характеристики В остальных случаях право собственности (исключительное право) на результаты выполненных работ, отчетные документы и материалы, полученные в ходе выполнения работ по Контракту принадлежат городу Севастополю в лице Заказчика с момента подписания сторонами документа о приемке. Подрядчик использует только объекты интеллектуальной собственности, права на которые приобретены (получены) и используются без нарушений прав на интеллектуальную собственность третьих лиц или предоставлены Заказчиком. Это требование обеспечивает соблюдение авторских, смежных, патентных и иных прав разработчиков используемых сторонних компонент. Подрядчик обязан согласовать с Получателем необходимость использования при выполнении работ охраняемых результатов интеллектуальной деятельности, права на которые принадлежат третьим лицам. Результаты выполненных работ не должны повлечь необходимость осуществления Заказчиком/Получателем закупок программного обеспечения (как исключительных, так и неисключительных прав). Право владения информацией, создаваемой в базах данных Системы, принадлежит городу Севастополю в лице учредителя Получателя – Департамента здравоохранения города Севастополя. Использование Подрядчиком информации, создаваемой в базах данных модернизируемой Системы, осуществляется исключительно в целях исполнения требований технического задания. 4.1 Требования к функциям, выполняемым в рамках модернизации Системы Состав и функции работ по модернизации Программы представлен в Таблице 3. Разработанный функционал в рамках модернизации должен быть неотъемлемой частью Системы, данные должны подтягиваться из справочников и БД Системы, либо реализованных ранее сервисов информационного взаимодействия. Таблица 3 – Состав и функции работ 4.2 Требования в целомПодрядчик не имеет права разглашать или передавать любую информацию, создаваемую и обрабатываемую в процессе функционирования, третьим лицам, в случае если данная информация попала к нему в ходе исполнения своих обязательств. Состав функциональных модулей модернизируемой Системы приведен в Таблице 2 Технического задания. Все компоненты модернизируемой Программы должны быть размещены централизованно на серверных мощностях регионального центра обработки данных ГБУЗС «МИАЦ». Замена имеющейся у Получателя Системы не допускается. Разработанный функционал в рамках модернизации должен быть неотъемлемой частью имеющегося у Получателя функционала и интерфейса Системы. Обновление Системы выполняется Подрядчиком по согласованию Получателем. 4.3 Требования к надежности Модернизированная Система не должна терять работоспособность в случае возникновения сбоев, аварий и отказов, возникающих на рабочих местах, печатающих устройствах, средствах сканирования и распознавания документов. Модернизированная Система должна функционировать в режиме 24 часа в сутки 365 (366) дней в году. Модернизированная Система должна иметь возможность организации автоматического резервного копирования данных Систем средствами системного и базового программного обеспечения (ОС, СУБД), входящего в состав программно-технического комплекса Получателя, иметь функцию резервного копирования с возможностью настройки периодичности создания резервных копий. Полная резервная копия должна сниматься не реже одного раза в сутки во время минимальной нагрузки на сервер. Модернизированная Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях модернизированная Система должны выдавать пользователю соответствующие аварийные (предупреждающие) сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. Модернизированная Система должна обеспечивать сохранность и восстановление информации при программно-аппаратных сбоях (отключении электропитания, отказах носителей информации, вирусах), стабильность работы в многопользовательском режиме. Надежность модернизированной Системы должна определяться следующими показателями надёжности: ? средняя наработка на отказ; ? среднее время восстановления работоспособности. Надежность модернизированной Системы определяется значениями показателей надежности для аварийных ситуаций, которые могут возникнуть в процессе эксплуатации. При функционировании модернизированной Системы могут возникнуть следующие аварийные ситуации: ? программный сбой; ? разрушение Системы; ? разрушение базы данных. В случае программного сбоя среднее время восстановления работоспособности обновленной конфигурации Системы должно составлять 10 мин. В случае разрушения Системы необходимо обеспечить среднее время восстановления работоспособности – 2 часа. Для ситуации полного или частичного разрушения БД модернизированной Системы среднее время восстановления работоспособности – 2 часа. Экспериментальная оценка надежности модернизированной Системы должна проводиться путём сбора и обработки статистических данных о надёжности в условиях опытного и промышленного функционирования Системы. Требования к сохранности информации при авариях В модернизированной Системе должны быть использованы средства и реализованы технические решения, обеспечивающие сохранность информации и наиболее полное восстановление функционирования без потери информации в аварийных ситуациях. Сохранность информации должна обеспечиваться при следующих аварийных ситуациях: ? отказ комплекса программно-технических средств Системы в результате сбоя или выхода из строя его программных и технических средств; ? отказ комплекса программно-технических средств Системы в результате сбоя общесистемного программного обеспечения или программного обеспечения общего назначения; ? сбой или отказ комплекса программно-технических средств Системы в результате ошибки в прикладном программном обеспечении; ? отказ комплекса программно-технических средств Системы в результате ошибки в работе пользователей. Модернизированная Система должна быть обеспечена сохранностью конфигурационной информации (за счет хранения на энергонезависимых носителях). Программное обеспечение Модернизированной Системы должно восстанавливать свое функционирование при корректном перезапуске аппаратных средств. Должна быть предусмотрена возможность организации автоматического резервного копирования данных Системы средствами прикладного программного обеспечения. 4.6. Требования к патентной чистоте Получатель в лице ГБУЗС «МИАЦ» обладает исключительными правами на информационную систему «Региональная интегрированная электронная медицинская карта». Программно-технические решения должны отвечать требованиям по патентной чистоте согласно действующему законодательству Российской Федерации, в том числе Приказу Минцифры России от 17.12.2020 № 715 «Об утверждении типовых условий контрактов на выполнение работ по созданию и (или) развитию (модернизации) государственных (муниципальных) и (или) иных информационных систем». Права на программное обеспечение, а также исходные коды, разработанные в ходе выполнения работ, передаются Заказчику в соответствии с приказом Минцифры России от 17.12.2020 № 715 «Об утверждении типовых условий контрактов на выполнение работ по созданию и (или) развитию (модернизации) государственных (муниципальных) и (или) иных информационных систем». В случае, если при выполнении работ используется готовое программное обеспечение (платформа, подсистема и т.д.), которое становится частью (компонентом) Системы, городу Севастополю в лице Заказчика передаются неисключительные права (путем заключения лицензионного договора) на такое программное обеспечение со следующими возможностями: ? права передаются на весь срок действия исключительных прав правообладателя, действующие на территории города Севастополя; ? должно быть обеспечено право города Севастополя в лице Заказчика передавать, дорабатывать, распространять, развивать результаты выполненных работ, созданные в процессе исполнения государственного контракта. Требования по стандартизации и унификации Система разрабатывается в соответствии с требованиями действующих нормативных актов (приказов) и других руководящих и нормативных правовых документов по созданию автоматизированных (информационных) систем. Проектные решения при выполнении различных функций Системы должны обеспечивать: ? соблюдение единых правил организации интерфейса пользователя; ? единообразную реакцию системы на неверные действия пользователей; ? единообразие заполнения документов (форм) с использованием справочников; ? использование фиксированного перечня терминов и определений системы при организации диалога и формировании экранов; ? типовой подход к разграничению доступа пользователей к информации модернизированной Системы. В Системе должен использоваться единый НСИ на базе РИЭМК, общероссийский классификатор, кодификатор и номенклатура. 4.8 Требования к режимам функционирования модернизированной Системы Определены следующие режимы функционирования модернизированной Системы: ? нормальный режим функционирования; ? аварийный режим функционирования. Основным режимом функционирования Системы является нормальный режим. Нормальный режим функционирования Системы характеризуется следующими параметрами: ? клиентское программное обеспечение и технические средства пользователей и администратора системы обеспечивают возможность функционирования в течение суток (с 00:00 до 23:59) семь дней в неделю, 365 дней в год; ? серверное программное обеспечение Системы и технические средства серверов обеспечивают возможность круглосуточного функционирования, с перерывами на обслуживание; ? исправно работает оборудование, составляющее комплекс технических средств (КТС); ? исправно функционирует системное, базовое и прикладное программное обеспечение Системы. Для обеспечения нормального режима функционирования Системы необходимо выполнять требования и выдерживать условия эксплуатации программного обеспечения и КТС системы, указанные в соответствующих технических документах (техническая документация, инструкции по эксплуатации). Аварийный режим функционирования Системы характеризуется отказом одного или нескольких компонент программного и (или) технического обеспечения. В случае перехода системы в аварийный режим необходимо: ? завершить работу всех приложений, с сохранением данных; ? выключить рабочие станции операторов; ? выключить все периферийные устройства; ? выполнить комплекс мероприятий по устранению причины перехода системы в аварийный режим. ТРЕБОВАНИЯ К ЗАЩИТЕ ИНФОРМАЦИИ После модернизации, Система должна поддерживать возможность задания правил доступа к пунктам меню, возможность запрета просмотра и использования пунктов меню и подменю. Данную функцию следует применить как к индивидуальному пользователю/администратору (роли), так и к группам. Модернизированная Система должны обеспечивать возможность выгрузки по активным/неактивным учетным записям (пользователь/администратор), зарегистрированным в Системе посредством фильтрации, с указанием условий выборки (учреждение, подразделение, вид УЗ). Модернизированная Система не должна нарушать функцию резервного копирования с возможностью настройки периодичности создания резервных копий. Полная резервная копия снимается не реже одного раза в сутки во время минимальной нагрузки на сервер. Модернизированная Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях Система выдает пользователю соответствующие сообщения, после чего возвращается в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. Участник закупки указывает в заявке все значения характеристики Модернизированная Система должна обеспечивать хранение медицинской документации в форме электронных документов, предусматривая резервное копирование медицинской документации в форме электронных документов и метаданных, восстановление медицинской документации в форме электронных документов и метаданных из резервных копий. Модернизированная Система должна обеспечивать протоколирование и сохранение сведений о предоставлении доступа и о других операциях с документами и метаданными в автоматизированном режиме, а также автоматизированное ведение электронных журналов учета точного времени и фактов размещения, изменения и удаления информации, содержания вносимых изменений. В обновленной конфигурации Системы необходимо предусмотреть функционал уведомления по протоколу SMTP Администратора безопасности о создании и наделении прав вновь созданного пользователя, а также изменении прав существующего пользователя. Модернизированная Система должна обеспечивать возможность защиты персональных данных пациентов (далее – ПДн) на основе ролевого управления доступом, ограничивающего и контролирующего доступ пользователя/администратора к информации, содержащей сведения о ПДн. Каждый пользователь/администратор должен проходить процедуру аутентификации, а затем, при попытках получения доступа к данным, - авторизацию, т.е. проверку разрешений пользователя/администратора по отношению к каким-либо данным и функциям (компонентам) Систем. Функции безопасности на уровне работы пользователя/администратора с приложениями Систем должны включать в себя такие функции защиты от несанкционированного доступа и изменения, как аутентификацию, авторизацию при попытке доступа к транзакциям и документам, подтверждение и протоколирование действий. 5.2 Общие требования к обеспечению информационной безопасности В рамках настоящего ТЗ мероприятия по защите информации проводятся для серверов Системы, расположенных в центре обработки данных здравоохранения Севастополя, являющимся объектом информатизации ГБУЗС «МИАЦ» и принадлежащем Получателю. Система является информационной системой персональных данных. РИЭМК является государственной информационной системой. В учреждении реализован комплекс организационных и технических мероприятий, обеспечивающих безопасность информации, в том числе персональных данных, обрабатываемой в Системе. Подрядчик подтверждает свое согласие на заключение с Заказчиком, Получателем Соглашения о неразглашении служебной и иной конфиденциальной информации. Выполнение части работ в рамках настоящего технического задания допустимо посредством удаленного подключения к серверам Получателя, на которых размещена Система. Удаленное подключение осуществляется с использованием телекоммуникационных сетей связи по защищенному каналу связи Vipnet сеть № 4535 (средства защиты приобретаются Подрядчиком за свой счет, доступ обеспечивает Получатель). Подрядчик обеспечивает конфиденциальность, целостность и доступность информации, ее безопасность при обработке в соответствии с действующим законодательством о персональных данных, а также иных сведений, составляющих тайну в соответствии с действующим законодательством Российской Федерации. Подрядчик несет ответственность за соблюдение этого требования в соответствии с законодательством Российской Федерации. ? Пользователь, с возможностью просмотра данных (чтения, без возможности вносить какие-либо изменения). В обновленной конфигурации Системы должен быть реализован функционал, обеспечивающий протоколирование и сохранение сведений о предоставлении доступа и о других операция с документами и метаданными в автоматизированном режиме, а также автоматизированное ведение электронных журналов учета точного времени и фактов размещения, изменения и удаления информации, содержания вносимых изменения в части следующих типов данных: ? Создания, редактирования пользователей Системы с возможностью фильтрации по следующим полям (но не ограничиваясь ими) – Фамилия Имя Отчество пользователя, место работы, дата и время создания записи, дата и время редактирования записи, тип операции (добавление, редактирование), автор (пользователь) вносимых изменений; ? Добавления, удаления прав по работе с системой с возможностью фильтрации по следующим полям (но не ограничиваясь ими) – ФИО пользователя, место работы, допуск пользователя, дата и время добавления допуска, дата и время удаления допуска, тип операции (добавление, удаление), автор (пользователь) вносимых изменений; ? Добавления, редактирования, удаления медицинских документов с возможностью фильтрации по следующим полям (но не ограничиваясь ими) – дата и время добавления документа, дата и время изменения документа, дата и время удаления документа, автор (пользователь) вносимых изменений, тип операции (добавление, удаление, редактирование), тип медицинского документа, идентификатор документа, идентификатор пациента. Для всех типов данных должна быть реализована возможность отследить все изменения при добавлении, изменении, удалении данных с возможностью просмотреть данные до и после вносимых изменений. Модернизированная Система должна обеспечивать сохранность и восстановление информации при программно-аппаратных сбоях (отключении электропитания, отказах носителей информации, вирусах и т.д.), стабильность работы в многопользовательском режиме. Модернизированная Система должна поддерживать установленную политику использования паролей путем задания следующих параметров: ? максимальная и минимальная длинна пароля; ? максимальный и минимальный срок действия пароля (напоминание о необходимости смены пароля через определенно заданное количество дней); ? минимально необходимое к изменению количество символов, по сравнению с предыдущим паролем; ? возможность задания обязательно используемых символов пароля (латинские прописные буквы, латинские строчные буквы, арабские цифры, специальные символы {# $ ^ & * _ - + % @}); ? не возможность использования в качестве пароля имени учетной записи (логина), имен, фамилий и отчеств, дат рождения, очевидных сочетаний символов (1234567, qwerty, mnbvcx, 963852 и т.п.), часто встречающихся слов (password, parol, admin, user и т.д.). 5.1 Требования к встроенным механизмам защиты информации Подрядчик не имеет права разглашать или передавать любую информацию, создаваемую и обрабатываемую в процессе функционирования, третьим лицам, в случае если данная информация попала к нему в ходе исполнения своих обязательств. С учетом особенностей обрабатываемой информации обновленная конфигурация Системы должна соответствовать требованиям, предъявляемым действующим законодательством Российской Федерации к защите информации в информационных системах, осуществляющих обработку персональных данных в государственных информационных системах. В Системе реализованы следующие функции защиты информации от несанкционированного доступа: ? аутентификация и авторизация пользователя/администратора посредством единой системы идентификации и аутентификации; ? пароли учетных записей пользователей не хранятся в открытом (незашифрованном) виде; ? у администраторов отсутствует возможность узнать текущий пароль пользователя; ? управление списками контроля доступа для всех основных объектов Системы, включая БД, отдельные записи в БД, объекты интерфейса и т.д.; ? изменение прав управления доступом пользователей к ресурсам Системы; ? обеспечение доступа к данным Системы только зарегистрированному авторизованному пользователю/администратору. Все функции защиты информации от несанкционированного доступа должны корректно функционировать с учетом модернизации Системы. После обновленная конфигурации Система должна поддерживать возможность разграничения и контроля доступа к отдельным функциям Системы, реестрам документов, отдельным документам и частям документов на ролевой основе, в том числе для групп пользователей. Обязательно наличие ролей (групп): ? Администратор информационной системы (далее – Администратор ИС); ? Администратор информационной безопасности с возможностью просматривать события безопасности, события действий пользователя (далее – Администратор ИБ) - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Цели выполнения работ - Основной целью выполнения работ является исполнение федеральных показателей, доведенным Министерством здравоохранения Российской Федерации на 2026 год, а также утвержденным Соглашением о предоставлении иного межбюджетного трансфера из федерального бюджета бюджету субъекта Российской Федерации на финансовое обеспечение реализации мероприятий по информатизации здравоохранения от 19.05.2026 № 056-17-2026-129, в части: - регулярной поддержки актуальных данных пациентов; - передачи в ФРМР/ФРМО признака участия медицинского работника и койки в программе ОМС; - взаимодействия с ГИС ОМС в части формирования и передачи структурированных электронным финансовых документов; - исполнения приказа Минздрава России от 25.03.2026 № 209н «Об утверждении Порядка организации системы документооборота в сфере охраны здоровья в части ведения медицинской документации в форме электронных документов». - - Значение характеристики не может изменяться участником закупки - Задачи выполнения работ - В рамках модернизации системы «Региональная электронная медицинская карта» должны быть решены следующие задачи: 1. Модернизация подсистемы поиска, регистрации и обновления пациента в части обогащения данных; 2. Разработка сервисов взаимодействия с ФРМО/ФРМР в части передачи признака участия медицинского работника и койки в программе ОМС; 3. Модернизация сервисов ГИС ОМС в части разработки новых методов; 4. Модернизация функционала доработки журнала обращений к ЭМД; - - Значение характеристики не может изменяться участником закупки - ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ - 3.1 Краткие сведения об объекте автоматизации Система введена в эксплуатацию на основании приказа Департамента здравоохранения города Севастополя от 05.06.2019 № 573 «О вводе в промышленную эксплуатацию информационной системы в сфере здравоохранения». Исключительные права принадлежат Получателю. Система и ее компоненты являются частью Государственной информационной системы в сфере здравоохранения города Севастополя состав которой утвержден Постановлением Правительства города Севастополя от 29.12.2023 № 669-ПП «О государственной информационной системе в сфере здравоохранения города Севастополя» (далее – ГИСЗС). Все компоненты Системы размещены централизованно на серверных мощностях регионального центра обработки данных ГБУЗС «МИАЦ». Региональный центр обработки данных ГБУЗС «МИАЦ» имеет аттестат соответствия требования по защите информации от 02.12.2024 № Л024-00107-00/00583568.00005.2024 на объект информатизации – сегмент информационно-телекоммуникационной инфраструктуры Центра обработки данных ГБУЗС «МИАЦ». ГИСЗС имеет аттестат соответствия требованиям по защите информации от 10.12.2024 № Л024-00107-00/00583374.00009.2024, предъявляемым ко второму классу защищённости ИС, второму уровню защищённости персональных данных, третьей категории значимости объекта критической информационной инфраструктуры. Система предназначена для: ? получения оперативной отчетности на региональном уровне; ? обеспечения оперативного доступа граждан к данным о своём здоровье и взаимодействия с медицинским персоналом; ? сбора и обобщения медицинской информации, передаваемой из МО для хранения в единой центральной базе данных региона; ? обмена данными между ИС в регионе, а также с системами ЕГИСЗ; ? сбора и хранения медицинской информации пациентов, полученной из МО всех уровней и предоставленной этими организациями в виде ЭМД; ? предоставления авторизованного доступа организациям и медицинским работникам, оказывающим медицинские услуги; - - Участник закупки указывает в заявке все значения характеристики - ? предоставления авторизованного доступа пациентам к собственной медицинской информации. Система реализована по принципу трёхзвенной архитектуры: ? клиент – веб-приложение, установленное на сервере и запускаемое в браузерах; ? сервера приложений производят обработку запросов с клиентских рабочих мест и реализуют основную часть бизнес-логики Системы, расположены на серверных мощностях Получателя; ? СУБД PostgreSQL, обеспечивающая хранение, обработку и предоставление данных, расположена на серверных мощностях Получателя; ? Язык программирования – C#; ? Операционная система сервера приложений – REDOS 7.3 Murom Certified. Передача данных между сервером приложений и клиентом осуществляется на основе протокола TCP/IP (NET Remoting). Основные функциональные возможности Системы представлены в Таблице 2. Таблица 2 – Основные функциональные возможности подсистем/модулей Системы - ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ - 9 Требования к диагностике Модернизированная Система должна быть снабжена средствами логирования (фиксации в журналах не менее уровня DEBUG) действий, выполняемых пользователями и подсистемой. Логирование должно осуществляться в режиме 7 дней в неделю 24 часа в сутки. Система должна обладать встроенным функционалом ведения истории изменения данных. Должна быть предусмотрена возможность сравнения версий данных. При диагностировании модернизированной Системы должны обеспечиваться мониторинг основных процессов и мониторинг процесса выполнения программных средств из ее состава. В процессе диагностирования должны быть обеспечены следующие возможности: ? контроль работоспособности серверной части прикладного ПО; ? ежедневный анализ протоколов работы на наличие ошибок и предупреждений, возникающих при ее работе. - - Участник закупки указывает в заявке все значения характеристики - В остальных случаях право собственности (исключительное право) на результаты выполненных работ, отчетные документы и материалы, полученные в ходе выполнения работ по Контракту принадлежат городу Севастополю в лице Заказчика с момента подписания сторонами документа о приемке. Подрядчик использует только объекты интеллектуальной собственности, права на которые приобретены (получены) и используются без нарушений прав на интеллектуальную собственность третьих лиц или предоставлены Заказчиком. Это требование обеспечивает соблюдение авторских, смежных, патентных и иных прав разработчиков используемых сторонних компонент. Подрядчик обязан согласовать с Получателем необходимость использования при выполнении работ охраняемых результатов интеллектуальной деятельности, права на которые принадлежат третьим лицам. Результаты выполненных работ не должны повлечь необходимость осуществления Заказчиком/Получателем закупок программного обеспечения (как исключительных, так и неисключительных прав). Право владения информацией, создаваемой в базах данных Системы, принадлежит городу Севастополю в лице учредителя Получателя – Департамента здравоохранения города Севастополя. Использование Подрядчиком информации, создаваемой в базах данных модернизируемой Системы, осуществляется исключительно в целях исполнения требований технического задания. - 4.1 Требования к функциям, выполняемым в рамках модернизации Системы Состав и функции работ по модернизации Программы представлен в Таблице 3. Разработанный функционал в рамках модернизации должен быть неотъемлемой частью Системы, данные должны подтягиваться из справочников и БД Системы, либо реализованных ранее сервисов информационного взаимодействия. Таблица 3 – Состав и функции работ - 4.2 Требования в целомПодрядчик не имеет права разглашать или передавать любую информацию, создаваемую и обрабатываемую в процессе функционирования, третьим лицам, в случае если данная информация попала к нему в ходе исполнения своих обязательств. Состав функциональных модулей модернизируемой Системы приведен в Таблице 2 Технического задания. Все компоненты модернизируемой Программы должны быть размещены централизованно на серверных мощностях регионального центра обработки данных ГБУЗС «МИАЦ». Замена имеющейся у Получателя Системы не допускается. Разработанный функционал в рамках модернизации должен быть неотъемлемой частью имеющегося у Получателя функционала и интерфейса Системы. Обновление Системы выполняется Подрядчиком по согласованию Получателем. - 4.3 Требования к надежности Модернизированная Система не должна терять работоспособность в случае возникновения сбоев, аварий и отказов, возникающих на рабочих местах, печатающих устройствах, средствах сканирования и распознавания документов. Модернизированная Система должна функционировать в режиме 24 часа в сутки 365 (366) дней в году. Модернизированная Система должна иметь возможность организации автоматического резервного копирования данных Систем средствами системного и базового программного обеспечения (ОС, СУБД), входящего в состав программно-технического комплекса Получателя, иметь функцию резервного копирования с возможностью настройки периодичности создания резервных копий. Полная резервная копия должна сниматься не реже одного раза в сутки во время минимальной нагрузки на сервер. Модернизированная Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях модернизированная Система должны выдавать пользователю соответствующие аварийные (предупреждающие) сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. - Модернизированная Система должна обеспечивать сохранность и восстановление информации при программно-аппаратных сбоях (отключении электропитания, отказах носителей информации, вирусах), стабильность работы в многопользовательском режиме. Надежность модернизированной Системы должна определяться следующими показателями надёжности: ? средняя наработка на отказ; ? среднее время восстановления работоспособности. Надежность модернизированной Системы определяется значениями показателей надежности для аварийных ситуаций, которые могут возникнуть в процессе эксплуатации. При функционировании модернизированной Системы могут возникнуть следующие аварийные ситуации: ? программный сбой; ? разрушение Системы; ? разрушение базы данных. В случае программного сбоя среднее время восстановления работоспособности обновленной конфигурации Системы должно составлять 10 мин. В случае разрушения Системы необходимо обеспечить среднее время восстановления работоспособности – 2 часа. Для ситуации полного или частичного разрушения БД модернизированной Системы среднее время восстановления работоспособности – 2 часа. Экспериментальная оценка надежности модернизированной Системы должна проводиться путём сбора и обработки статистических данных о надёжности в условиях опытного и промышленного функционирования Системы. - Требования к сохранности информации при авариях В модернизированной Системе должны быть использованы средства и реализованы технические решения, обеспечивающие сохранность информации и наиболее полное восстановление функционирования без потери информации в аварийных ситуациях. Сохранность информации должна обеспечиваться при следующих аварийных ситуациях: ? отказ комплекса программно-технических средств Системы в результате сбоя или выхода из строя его программных и технических средств; ? отказ комплекса программно-технических средств Системы в результате сбоя общесистемного программного обеспечения или программного обеспечения общего назначения; ? сбой или отказ комплекса программно-технических средств Системы в результате ошибки в прикладном программном обеспечении; ? отказ комплекса программно-технических средств Системы в результате ошибки в работе пользователей. Модернизированная Система должна быть обеспечена сохранностью конфигурационной информации (за счет хранения на энергонезависимых носителях). Программное обеспечение Модернизированной Системы должно восстанавливать свое функционирование при корректном перезапуске аппаратных средств. Должна быть предусмотрена возможность организации автоматического резервного копирования данных Системы средствами прикладного программного обеспечения. - 4.6. Требования к патентной чистоте Получатель в лице ГБУЗС «МИАЦ» обладает исключительными правами на информационную систему «Региональная интегрированная электронная медицинская карта». Программно-технические решения должны отвечать требованиям по патентной чистоте согласно действующему законодательству Российской Федерации, в том числе Приказу Минцифры России от 17.12.2020 № 715 «Об утверждении типовых условий контрактов на выполнение работ по созданию и (или) развитию (модернизации) государственных (муниципальных) и (или) иных информационных систем». Права на программное обеспечение, а также исходные коды, разработанные в ходе выполнения работ, передаются Заказчику в соответствии с приказом Минцифры России от 17.12.2020 № 715 «Об утверждении типовых условий контрактов на выполнение работ по созданию и (или) развитию (модернизации) государственных (муниципальных) и (или) иных информационных систем». В случае, если при выполнении работ используется готовое программное обеспечение (платформа, подсистема и т.д.), которое становится частью (компонентом) Системы, городу Севастополю в лице Заказчика передаются неисключительные права (путем заключения лицензионного договора) на такое программное обеспечение со следующими возможностями: ? права передаются на весь срок действия исключительных прав правообладателя, действующие на территории города Севастополя; ? должно быть обеспечено право города Севастополя в лице Заказчика передавать, дорабатывать, распространять, развивать результаты выполненных работ, созданные в процессе исполнения государственного контракта. - Требования по стандартизации и унификации Система разрабатывается в соответствии с требованиями действующих нормативных актов (приказов) и других руководящих и нормативных правовых документов по созданию автоматизированных (информационных) систем. Проектные решения при выполнении различных функций Системы должны обеспечивать: ? соблюдение единых правил организации интерфейса пользователя; ? единообразную реакцию системы на неверные действия пользователей; ? единообразие заполнения документов (форм) с использованием справочников; ? использование фиксированного перечня терминов и определений системы при организации диалога и формировании экранов; ? типовой подход к разграничению доступа пользователей к информации модернизированной Системы. В Системе должен использоваться единый НСИ на базе РИЭМК, общероссийский классификатор, кодификатор и номенклатура. - 4.8 Требования к режимам функционирования модернизированной Системы Определены следующие режимы функционирования модернизированной Системы: ? нормальный режим функционирования; ? аварийный режим функционирования. Основным режимом функционирования Системы является нормальный режим. Нормальный режим функционирования Системы характеризуется следующими параметрами: ? клиентское программное обеспечение и технические средства пользователей и администратора системы обеспечивают возможность функционирования в течение суток (с 00:00 до 23:59) семь дней в неделю, 365 дней в год; ? серверное программное обеспечение Системы и технические средства серверов обеспечивают возможность круглосуточного функционирования, с перерывами на обслуживание; ? исправно работает оборудование, составляющее комплекс технических средств (КТС); ? исправно функционирует системное, базовое и прикладное программное обеспечение Системы. Для обеспечения нормального режима функционирования Системы необходимо выполнять требования и выдерживать условия эксплуатации программного обеспечения и КТС системы, указанные в соответствующих технических документах (техническая документация, инструкции по эксплуатации). Аварийный режим функционирования Системы характеризуется отказом одного или нескольких компонент программного и (или) технического обеспечения. В случае перехода системы в аварийный режим необходимо: ? завершить работу всех приложений, с сохранением данных; ? выключить рабочие станции операторов; ? выключить все периферийные устройства; ? выполнить комплекс мероприятий по устранению причины перехода системы в аварийный режим. - ТРЕБОВАНИЯ К ЗАЩИТЕ ИНФОРМАЦИИ - После модернизации, Система должна поддерживать возможность задания правил доступа к пунктам меню, возможность запрета просмотра и использования пунктов меню и подменю. Данную функцию следует применить как к индивидуальному пользователю/администратору (роли), так и к группам. Модернизированная Система должны обеспечивать возможность выгрузки по активным/неактивным учетным записям (пользователь/администратор), зарегистрированным в Системе посредством фильтрации, с указанием условий выборки (учреждение, подразделение, вид УЗ). Модернизированная Система не должна нарушать функцию резервного копирования с возможностью настройки периодичности создания резервных копий. Полная резервная копия снимается не реже одного раза в сутки во время минимальной нагрузки на сервер. Модернизированная Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях Система выдает пользователю соответствующие сообщения, после чего возвращается в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. - - Участник закупки указывает в заявке все значения характеристики - Модернизированная Система должна обеспечивать хранение медицинской документации в форме электронных документов, предусматривая резервное копирование медицинской документации в форме электронных документов и метаданных, восстановление медицинской документации в форме электронных документов и метаданных из резервных копий. Модернизированная Система должна обеспечивать протоколирование и сохранение сведений о предоставлении доступа и о других операциях с документами и метаданными в автоматизированном режиме, а также автоматизированное ведение электронных журналов учета точного времени и фактов размещения, изменения и удаления информации, содержания вносимых изменений. В обновленной конфигурации Системы необходимо предусмотреть функционал уведомления по протоколу SMTP Администратора безопасности о создании и наделении прав вновь созданного пользователя, а также изменении прав существующего пользователя. Модернизированная Система должна обеспечивать возможность защиты персональных данных пациентов (далее – ПДн) на основе ролевого управления доступом, ограничивающего и контролирующего доступ пользователя/администратора к информации, содержащей сведения о ПДн. Каждый пользователь/администратор должен проходить процедуру аутентификации, а затем, при попытках получения доступа к данным, - авторизацию, т.е. проверку разрешений пользователя/администратора по отношению к каким-либо данным и функциям (компонентам) Систем. Функции безопасности на уровне работы пользователя/администратора с приложениями Систем должны включать в себя такие функции защиты от несанкционированного доступа и изменения, как аутентификацию, авторизацию при попытке доступа к транзакциям и документам, подтверждение и протоколирование действий. - 5.2 Общие требования к обеспечению информационной безопасности В рамках настоящего ТЗ мероприятия по защите информации проводятся для серверов Системы, расположенных в центре обработки данных здравоохранения Севастополя, являющимся объектом информатизации ГБУЗС «МИАЦ» и принадлежащем Получателю. Система является информационной системой персональных данных. РИЭМК является государственной информационной системой. В учреждении реализован комплекс организационных и технических мероприятий, обеспечивающих безопасность информации, в том числе персональных данных, обрабатываемой в Системе. Подрядчик подтверждает свое согласие на заключение с Заказчиком, Получателем Соглашения о неразглашении служебной и иной конфиденциальной информации. Выполнение части работ в рамках настоящего технического задания допустимо посредством удаленного подключения к серверам Получателя, на которых размещена Система. Удаленное подключение осуществляется с использованием телекоммуникационных сетей связи по защищенному каналу связи Vipnet сеть № 4535 (средства защиты приобретаются Подрядчиком за свой счет, доступ обеспечивает Получатель). Подрядчик обеспечивает конфиденциальность, целостность и доступность информации, ее безопасность при обработке в соответствии с действующим законодательством о персональных данных, а также иных сведений, составляющих тайну в соответствии с действующим законодательством Российской Федерации. Подрядчик несет ответственность за соблюдение этого требования в соответствии с законодательством Российской Федерации. - ? Пользователь, с возможностью просмотра данных (чтения, без возможности вносить какие-либо изменения). В обновленной конфигурации Системы должен быть реализован функционал, обеспечивающий протоколирование и сохранение сведений о предоставлении доступа и о других операция с документами и метаданными в автоматизированном режиме, а также автоматизированное ведение электронных журналов учета точного времени и фактов размещения, изменения и удаления информации, содержания вносимых изменения в части следующих типов данных: ? Создания, редактирования пользователей Системы с возможностью фильтрации по следующим полям (но не ограничиваясь ими) – Фамилия Имя Отчество пользователя, место работы, дата и время создания записи, дата и время редактирования записи, тип операции (добавление, редактирование), автор (пользователь) вносимых изменений; ? Добавления, удаления прав по работе с системой с возможностью фильтрации по следующим полям (но не ограничиваясь ими) – ФИО пользователя, место работы, допуск пользователя, дата и время добавления допуска, дата и время удаления допуска, тип операции (добавление, удаление), автор (пользователь) вносимых изменений; ? Добавления, редактирования, удаления медицинских документов с возможностью фильтрации по следующим полям (но не ограничиваясь ими) – дата и время добавления документа, дата и время изменения документа, дата и время удаления документа, автор (пользователь) вносимых изменений, тип операции (добавление, удаление, редактирование), тип медицинского документа, идентификатор документа, идентификатор пациента. Для всех типов данных должна быть реализована возможность отследить все изменения при добавлении, изменении, удалении данных с возможностью просмотреть данные до и после вносимых изменений. - Модернизированная Система должна обеспечивать сохранность и восстановление информации при программно-аппаратных сбоях (отключении электропитания, отказах носителей информации, вирусах и т.д.), стабильность работы в многопользовательском режиме. Модернизированная Система должна поддерживать установленную политику использования паролей путем задания следующих параметров: ? максимальная и минимальная длинна пароля; ? максимальный и минимальный срок действия пароля (напоминание о необходимости смены пароля через определенно заданное количество дней); ? минимально необходимое к изменению количество символов, по сравнению с предыдущим паролем; ? возможность задания обязательно используемых символов пароля (латинские прописные буквы, латинские строчные буквы, арабские цифры, специальные символы {# $ ^ & * _ - + % @}); ? не возможность использования в качестве пароля имени учетной записи (логина), имен, фамилий и отчеств, дат рождения, очевидных сочетаний символов (1234567, qwerty, mnbvcx, 963852 и т.п.), часто встречающихся слов (password, parol, admin, user и т.д.). - 5.1 Требования к встроенным механизмам защиты информации Подрядчик не имеет права разглашать или передавать любую информацию, создаваемую и обрабатываемую в процессе функционирования, третьим лицам, в случае если данная информация попала к нему в ходе исполнения своих обязательств. С учетом особенностей обрабатываемой информации обновленная конфигурация Системы должна соответствовать требованиям, предъявляемым действующим законодательством Российской Федерации к защите информации в информационных системах, осуществляющих обработку персональных данных в государственных информационных системах. В Системе реализованы следующие функции защиты информации от несанкционированного доступа: ? аутентификация и авторизация пользователя/администратора посредством единой системы идентификации и аутентификации; ? пароли учетных записей пользователей не хранятся в открытом (незашифрованном) виде; ? у администраторов отсутствует возможность узнать текущий пароль пользователя; ? управление списками контроля доступа для всех основных объектов Системы, включая БД, отдельные записи в БД, объекты интерфейса и т.д.; ? изменение прав управления доступом пользователей к ресурсам Системы; ? обеспечение доступа к данным Системы только зарегистрированному авторизованному пользователю/администратору. Все функции защиты информации от несанкционированного доступа должны корректно функционировать с учетом модернизации Системы. После обновленная конфигурации Система должна поддерживать возможность разграничения и контроля доступа к отдельным функциям Системы, реестрам документов, отдельным документам и частям документов на ролевой основе, в том числе для групп пользователей. Обязательно наличие ролей (групп): ? Администратор информационной системы (далее – Администратор ИС); ? Администратор информационной безопасности с возможностью просматривать события безопасности, события действий пользователя (далее – Администратор ИБ)

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

Цели выполнения работ - Основной целью выполнения работ является исполнение федеральных показателей, доведенным Министерством здравоохранения Российской Федерации на 2026 год, а также утвержденным Соглашением о предоставлении иного межбюджетного трансфера из федерального бюджета бюджету субъекта Российской Федерации на финансовое обеспечение реализации мероприятий по информатизации здравоохранения от 19.05.2026 № 056-17-2026-129, в части: - регулярной поддержки актуальных данных пациентов; - передачи в ФРМР/ФРМО признака участия медицинского работника и койки в программе ОМС; - взаимодействия с ГИС ОМС в части формирования и передачи структурированных электронным финансовых документов; - исполнения приказа Минздрава России от 25.03.2026 № 209н «Об утверждении Порядка организации системы документооборота в сфере охраны здоровья в части ведения медицинской документации в форме электронных документов». - - Значение характеристики не может изменяться участником закупки

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

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

? предоставления авторизованного доступа пациентам к собственной медицинской информации. Система реализована по принципу трёхзвенной архитектуры: ? клиент – веб-приложение, установленное на сервере и запускаемое в браузерах; ? сервера приложений производят обработку запросов с клиентских рабочих мест и реализуют основную часть бизнес-логики Системы, расположены на серверных мощностях Получателя; ? СУБД PostgreSQL, обеспечивающая хранение, обработку и предоставление данных, расположена на серверных мощностях Получателя; ? Язык программирования – C#; ? Операционная система сервера приложений – REDOS 7.3 Murom Certified. Передача данных между сервером приложений и клиентом осуществляется на основе протокола TCP/IP (NET Remoting). Основные функциональные возможности Системы представлены в Таблице 2. Таблица 2 – Основные функциональные возможности подсистем/модулей Системы

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

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

4.1 Требования к функциям, выполняемым в рамках модернизации Системы Состав и функции работ по модернизации Программы представлен в Таблице 3. Разработанный функционал в рамках модернизации должен быть неотъемлемой частью Системы, данные должны подтягиваться из справочников и БД Системы, либо реализованных ранее сервисов информационного взаимодействия. Таблица 3 – Состав и функции работ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Начальная (максимальная) цена контракта: 13 816 666,67

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

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

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

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

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

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

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

Размер обеспечения заявки: 138 166,67 Российский рубль

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

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03224643670000003200, л/c 802Щ8379000/ОБ, БИК 012202102, ВОЛГО-ВЯТСКОЕ ГУ БАНКА РОССИИ//УФК по Нижегородской области, г Нижний Новгород, к/c 40102810745370000024

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

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

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

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

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

Платежные реквизиты для обеспечения исполнения контракта: p/c 03224643670000003200, л/c 802Щ8379000/ОБ, БИК 012202102, ВОЛГО-ВЯТСКОЕ ГУ БАНКА РОССИИ//УФК по Нижегородской области, г Нижний Новгород, к/c 40102810745370000024

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

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

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

Требования к гарантии производителя товара: Не установлено

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

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

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

Платежные реквизиты для обеспечения гарантийных обязательств: p/c 03224643670000003200, л/c 802Щ8379000/ОБ, БИК 012202102, ВОЛГО-ВЯТСКОЕ ГУ БАНКА РОССИИ//УФК по Нижегородской области, г Нижний Новгород, к/с 40102810745370000024

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

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

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

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

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

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

Документы

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

Документы

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