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

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

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

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

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

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

Размещение осуществляет: Уполномоченное учреждение ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ВОЛОГОДСКОЙ ОБЛАСТИ "ЦЕНТР ЗАКУПОК"

Наименование объекта закупки: Оказание услуг по предоставлению права использования программного обеспечения (простой (неисключительной) лицензии) в целях обеспечения взаимодействия с сервисами ГИС ОМС и услуг по его внедрению в состав Государственной информационной системы "Региональная медицинская информационная система Вологодской области» (ГИС "РМИС ВО")

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

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

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

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

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

Почтовый адрес: Российская Федерация, 160001, Вологодская обл, Вологда г, УЛ. МАЛЬЦЕВА, Д. 7, ОФИС 9

Место нахождения: Российская Федерация, 160001, Вологодская обл, Вологда г, УЛ. МАЛЬЦЕВА, Д. 7, ОФИС 9

Ответственное должностное лицо: Кузнецова Е. М.

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

Номер контактного телефона: 8-8172-230162-4323

Дополнительная информация: Наименование Заказчика: Бюджетное учреждение в сфере информационных технологий Вологодской области «Центр информационных технологий» (БУ ВО «ЦИТ»). Место нахождения, почтовый адрес: 160000, г. Вологда, ул. Герцена, д. 27. Адрес электронной почты: cit@cit.gov35.ru. Номер контактного телефона:(8172) 23-00-24 (доб. 3919). Ответственное должностное лицо заказчика: Пучков Николай Анатольевич. Информация об ответственном за заключение контракта: Лебедева Елена Леонидовна 8 (8172)23-00-24 (3953)

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

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

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

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

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

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

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

Начальная (максимальная) цена контракта: 16 482 550,01

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

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

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

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

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

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

- Наименование характеристики Значение характеристики Единица измерения характеристики Вид лицензии Простая (неисключительная) Способ предоставления Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет Класс программ для электронных вычислительных машин и баз данных (12.20) Информационные системы для решения специфических отраслевых задач Принципы Системы в части внедряемого функционала В результате оказания Услуг внедряемый функционал должен соответствовать следующим принципам Системы: Однократный ввод и многократное использование первичной информации, полученной от медицинского работника, гражданина, должностного лица. Расширение функциональных возможностей Системы осуществляется путем расширения функциональных возможностей существующего приложения и базы данных Системы.. Расширение функциональных возможностей системы в части базы данных должно осуществляться на основании существующей структуры данных и логики создания объектов базы данных. При внедрении новой функциональности РМИС ВО обновления производятся в соответствии с требованиями по порядку оказания услуг по сопровождению изменений, предъявляемыми Заказчиком. Требования к структуре и возможностям внедряемого функционала Системы Система представляет собой единую централизованную систему, состоящую из набора взаимосвязанных подсистем.  Расширение функциональных возможностей Системы осуществляется путем расширения функциональных возможностей существующего приложения и базы данных Системы. Расширение функциональных возможностей системы в части базы данных должно осуществляться на основании существующей структуры данных и логики создания объектов базы данных. При внедрении новой функциональности РМИС ВО обновления производятся в соответствии с требованиями по порядку оказания услуг по сопровождению изменений, предъявляемыми Заказчиком. Требования к способам и средствам связи для информационного обмена в части внедряемого функционала Требования к внедряемому ПО в рамках Описания объекта закупки (Технического задания) должны соответствовать требованиям, предъявляемым к РМИС ВО, а именно: Информационный обмен в Системе осуществляется в единой телекоммуникационной среде. Взаимодействие внедряемых компонентов Системы должно осуществляться путем реализации единого хранилища данных, единой точки доступа к прикладным сервисам Системы, единой системы авторизации и аутентификации (2 способа: по логину и паролю, ЕСИА). Для входа в АРМы внедряемого функционала у пользователя должна быть учетная запись. Пользователь должен иметь возможность перемещаться между доступными ему функциональными блоками без повторного ввода идентификационных данных. Применение общепринятых технологических решений, в частности, сервис-ориентированная архитектура (SOA), протоколы SOAP. Система должна поддерживать работу с криптопровайдером, сертифицированным в России - КриптоПро CSP (используется Заказчиком). Поддержка работы должна быть обеспечена на всех операционных системах, прописанных в формулярах на это средство криптографической защиты информации указанных криптопровайдеров. Лицензии криптографических средств, необходимые для работы Системы на АРМ пользователей, предоставляет Заказчик, лицензии для работы на серверах Системы - Исполнитель в рамках патентной чистоты. Не допускается удаление ранее сохраненных данных. При желании пользователя удалить какие-либо сведения, они должны лишь помечаться как "удаленные". Требования к стандартизации и унификации в части внедряемого функционала Информационное взаимодействие между Системой и внедряемым функционалом должно предусматривать: использование унифицированных форматов и протоколов передачи данных; использование открытых, международных стандартов обмена и доступа к медицинской информации, в том числе HL7; единую систему классификации и кодирования информации. В Системе должны быть предусмотрены средства ведения нормативно-справочной информации, ее актуализации и использования на объектах автоматизации. Справочники нормативно-справочной информации Министерства здравоохранения (НСИ) должны быть актуальными и соответствовать руководствам по реализации текущей редакции СЭМД. Исполнителем обеспечивается соответствие идентификаторов в загружаемом справочнике НСИ кодам, актуальным и соответствующим руководствам по реализации текущей редакции СЭМД. Если по какой-то причине Исполнитель не может загрузить актуальный справочник в установленные сроки, он должен сообщить об этом Заказчику с указанием причины и согласовать с ним дату обновления справочника. Перспективы расширения функциональности и модернизации Системы в части внедряемого функционала Проектные решения, применяемые при расширении функциональных возможностей и внедрении Системы, должны обеспечивать возможность дальнейшего расширения и совершенствования Системы, как функциональных возможностей модулей Системы, так и ее информационного наполнения, а также в части расширения взаимодействия с внешними информационными Системами. Внедрение нового функционала Системы должно производиться без нарушения ее работоспособности. Система должна сохранять работоспособность при изменении организационной структуры медицинских организаций, при изменении наименований и количества медицинских организаций, при появлении новых пользователей Системы. Структура и архитектура построения модуля должна обеспечивать возможность расширения функционала, в том числе за счет интеграции дополнительных функциональных подсистем и компонентов Системы в объеме функциональных требований, указанных в Описании объекта закупки (Техническом задании). Система должна предусматривать возможность масштабирования по производительности и объему обрабатываемой информации без модификации ее программного обеспечения путем модернизации используемого комплекса технических средств. Возможности масштабирования должны обеспечиваться средствами используемого базового программного обеспечения. Общие требования к интеграции в Системе в части внедряемого функционала Доступ к инструменту Интеграции должен предоставляться пользователю в соответствии с настроенными в Системе правами доступа для данного пользователя с учетом назначенных ему ролей. В процессе и в результате интеграции данные Системы должны быть защищены от ошибочных и (или) неправомерных процессов дублирования при добавлении, массового удаления и изменения.  Информационное взаимодействие должно осуществляться с использованием справочников и классификаторов, содержащихся в федеральном реестре нормативно-справочной информации (НСИ) системы ЕГИСЗ. Требования к программному обеспечению в части внедряемого функционала Программная часть РМИС ВО должна быть построена по клиент-серверной архитектуре с тонким клиентом (веб-браузером). Данная архитектура должна состоять из серверной части, предназначенной для хранения всех данных и исполнения СПО РМИС ВО, и клиентских интерфейсов на базе персональных компьютеров АРМ, выполняемых в виде веб-страниц (гипертекстовых файлов на языке разметки HTML). Корректное отображение браузером Yandex. Браузер не старше 6 месяцев со времени выпуска релиза. Перечень внедряемых функциональных компонентов Подсистема "Картотека пациентов" ГИС «РМИС ВО» предназначена для автоматизации ввода и редактирования персональных данных пациентов в Системе, а также поиска и идентификации пациента при обращении в МО. Подсистема "Администрирование" ГИС «РМИС ВО» предназначена для настройки функционирования программных компонентов и данных в составе Системы, работы с учетными записями пользователя, настройки доступа пользователей к функциям Системы, работы с функциями Системы. Подсистема "Взаимодействие с внешними системами" ГИС «РМИС ВО» предназначена для обеспечения информационного взаимодействия между Системой и внешними информационными системами ФЕРЗЛ и ФПУМП. Подсистема "Диагностическая информационная система" ГИС «РМИС ВО» предназначена для автоматизации ввода и обработки заявок на проведение инструментальных исследований. - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Вид лицензии - Простая (неисключительная) - - Способ предоставления - Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет - - Класс программ для электронных вычислительных машин и баз данных - (12.20) Информационные системы для решения специфических отраслевых задач - - Принципы Системы в части внедряемого функционала - В результате оказания Услуг внедряемый функционал должен соответствовать следующим принципам Системы: Однократный ввод и многократное использование первичной информации, полученной от медицинского работника, гражданина, должностного лица. Расширение функциональных возможностей Системы осуществляется путем расширения функциональных возможностей существующего приложения и базы данных Системы.. Расширение функциональных возможностей системы в части базы данных должно осуществляться на основании существующей структуры данных и логики создания объектов базы данных. При внедрении новой функциональности РМИС ВО обновления производятся в соответствии с требованиями по порядку оказания услуг по сопровождению изменений, предъявляемыми Заказчиком. - - Требования к структуре и возможностям внедряемого функционала Системы - Система представляет собой единую централизованную систему, состоящую из набора взаимосвязанных подсистем.  Расширение функциональных возможностей Системы осуществляется путем расширения функциональных возможностей существующего приложения и базы данных Системы. Расширение функциональных возможностей системы в части базы данных должно осуществляться на основании существующей структуры данных и логики создания объектов базы данных. При внедрении новой функциональности РМИС ВО обновления производятся в соответствии с требованиями по порядку оказания услуг по сопровождению изменений, предъявляемыми Заказчиком. - - Требования к способам и средствам связи для информационного обмена в части внедряемого функционала - Требования к внедряемому ПО в рамках Описания объекта закупки (Технического задания) должны соответствовать требованиям, предъявляемым к РМИС ВО, а именно: Информационный обмен в Системе осуществляется в единой телекоммуникационной среде. Взаимодействие внедряемых компонентов Системы должно осуществляться путем реализации единого хранилища данных, единой точки доступа к прикладным сервисам Системы, единой системы авторизации и аутентификации (2 способа: по логину и паролю, ЕСИА). Для входа в АРМы внедряемого функционала у пользователя должна быть учетная запись. Пользователь должен иметь возможность перемещаться между доступными ему функциональными блоками без повторного ввода идентификационных данных. Применение общепринятых технологических решений, в частности, сервис-ориентированная архитектура (SOA), протоколы SOAP. Система должна поддерживать работу с криптопровайдером, сертифицированным в России - КриптоПро CSP (используется Заказчиком). Поддержка работы должна быть обеспечена на всех операционных системах, прописанных в формулярах на это средство криптографической защиты информации указанных криптопровайдеров. Лицензии криптографических средств, необходимые для работы Системы на АРМ пользователей, предоставляет Заказчик, лицензии для работы на серверах Системы - Исполнитель в рамках патентной чистоты. Не допускается удаление ранее сохраненных данных. При желании пользователя удалить какие-либо сведения, они должны лишь помечаться как "удаленные". - - Требования к стандартизации и унификации в части внедряемого функционала - Информационное взаимодействие между Системой и внедряемым функционалом должно предусматривать: использование унифицированных форматов и протоколов передачи данных; использование открытых, международных стандартов обмена и доступа к медицинской информации, в том числе HL7; единую систему классификации и кодирования информации. В Системе должны быть предусмотрены средства ведения нормативно-справочной информации, ее актуализации и использования на объектах автоматизации. Справочники нормативно-справочной информации Министерства здравоохранения (НСИ) должны быть актуальными и соответствовать руководствам по реализации текущей редакции СЭМД. Исполнителем обеспечивается соответствие идентификаторов в загружаемом справочнике НСИ кодам, актуальным и соответствующим руководствам по реализации текущей редакции СЭМД. Если по какой-то причине Исполнитель не может загрузить актуальный справочник в установленные сроки, он должен сообщить об этом Заказчику с указанием причины и согласовать с ним дату обновления справочника. - - Перспективы расширения функциональности и модернизации Системы в части внедряемого функционала - Проектные решения, применяемые при расширении функциональных возможностей и внедрении Системы, должны обеспечивать возможность дальнейшего расширения и совершенствования Системы, как функциональных возможностей модулей Системы, так и ее информационного наполнения, а также в части расширения взаимодействия с внешними информационными Системами. Внедрение нового функционала Системы должно производиться без нарушения ее работоспособности. Система должна сохранять работоспособность при изменении организационной структуры медицинских организаций, при изменении наименований и количества медицинских организаций, при появлении новых пользователей Системы. Структура и архитектура построения модуля должна обеспечивать возможность расширения функционала, в том числе за счет интеграции дополнительных функциональных подсистем и компонентов Системы в объеме функциональных требований, указанных в Описании объекта закупки (Техническом задании). Система должна предусматривать возможность масштабирования по производительности и объему обрабатываемой информации без модификации ее программного обеспечения путем модернизации используемого комплекса технических средств. Возможности масштабирования должны обеспечиваться средствами используемого базового программного обеспечения. - - Общие требования к интеграции в Системе в части внедряемого функционала - Доступ к инструменту Интеграции должен предоставляться пользователю в соответствии с настроенными в Системе правами доступа для данного пользователя с учетом назначенных ему ролей. В процессе и в результате интеграции данные Системы должны быть защищены от ошибочных и (или) неправомерных процессов дублирования при добавлении, массового удаления и изменения.  Информационное взаимодействие должно осуществляться с использованием справочников и классификаторов, содержащихся в федеральном реестре нормативно-справочной информации (НСИ) системы ЕГИСЗ. - - Требования к программному обеспечению в части внедряемого функционала - Программная часть РМИС ВО должна быть построена по клиент-серверной архитектуре с тонким клиентом (веб-браузером). Данная архитектура должна состоять из серверной части, предназначенной для хранения всех данных и исполнения СПО РМИС ВО, и клиентских интерфейсов на базе персональных компьютеров АРМ, выполняемых в виде веб-страниц (гипертекстовых файлов на языке разметки HTML). Корректное отображение браузером Yandex. Браузер не старше 6 месяцев со времени выпуска релиза. - - Перечень внедряемых функциональных компонентов - Подсистема "Картотека пациентов" ГИС «РМИС ВО» предназначена для автоматизации ввода и редактирования персональных данных пациентов в Системе, а также поиска и идентификации пациента при обращении в МО. - - Подсистема "Администрирование" ГИС «РМИС ВО» предназначена для настройки функционирования программных компонентов и данных в составе Системы, работы с учетными записями пользователя, настройки доступа пользователей к функциям Системы, работы с функциями Системы. - Подсистема "Взаимодействие с внешними системами" ГИС «РМИС ВО» предназначена для обеспечения информационного взаимодействия между Системой и внешними информационными системами ФЕРЗЛ и ФПУМП. - Подсистема "Диагностическая информационная система" ГИС «РМИС ВО» предназначена для автоматизации ввода и обработки заявок на проведение инструментальных исследований.

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

Вид лицензии - Простая (неисключительная) -

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

Класс программ для электронных вычислительных машин и баз данных - (12.20) Информационные системы для решения специфических отраслевых задач -

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

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

Требования к способам и средствам связи для информационного обмена в части внедряемого функционала - Требования к внедряемому ПО в рамках Описания объекта закупки (Технического задания) должны соответствовать требованиям, предъявляемым к РМИС ВО, а именно: Информационный обмен в Системе осуществляется в единой телекоммуникационной среде. Взаимодействие внедряемых компонентов Системы должно осуществляться путем реализации единого хранилища данных, единой точки доступа к прикладным сервисам Системы, единой системы авторизации и аутентификации (2 способа: по логину и паролю, ЕСИА). Для входа в АРМы внедряемого функционала у пользователя должна быть учетная запись. Пользователь должен иметь возможность перемещаться между доступными ему функциональными блоками без повторного ввода идентификационных данных. Применение общепринятых технологических решений, в частности, сервис-ориентированная архитектура (SOA), протоколы SOAP. Система должна поддерживать работу с криптопровайдером, сертифицированным в России - КриптоПро CSP (используется Заказчиком). Поддержка работы должна быть обеспечена на всех операционных системах, прописанных в формулярах на это средство криптографической защиты информации указанных криптопровайдеров. Лицензии криптографических средств, необходимые для работы Системы на АРМ пользователей, предоставляет Заказчик, лицензии для работы на серверах Системы - Исполнитель в рамках патентной чистоты. Не допускается удаление ранее сохраненных данных. При желании пользователя удалить какие-либо сведения, они должны лишь помечаться как "удаленные". -

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

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

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

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

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

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

Подсистема "Взаимодействие с внешними системами" ГИС «РМИС ВО» предназначена для обеспечения информационного взаимодействия между Системой и внешними информационными системами ФЕРЗЛ и ФПУМП.

Подсистема "Диагностическая информационная система" ГИС «РМИС ВО» предназначена для автоматизации ввода и обработки заявок на проведение инструментальных исследований.

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

- 62.02.30.000 - Услуги по внедрению программного обеспечения в целях обеспечения взаимодействия с сервисами ГИС ОМС Состав Услуг Внедрение СПО в объеме функциональности частей в соответствии с разделом 4 Описания объекта закупки (Технического задания): Установка СПО; Проведение предварительных испытаний СПО для проверки соответствия функционала системы требованиям Описания объекта закупки (Технического задания);  Подготовка протокола о проведении предварительных испытаний СПО; Сбор информации по составу персонала, подлежащего инструктажу; Подготовка программы инструктажа пользователей и администраторов Системы; Подготовка эксплуатационной документации для внедряемого СПО: Руководство пользователя СПО; Руководство администратора СПО; Проведение инструктажа администраторов и пользователей Системы; Подготовка отчета о проведении инструктажа администраторов и пользователей Системы; Подготовка Плана и регламента опытной эксплуатации; Опытная эксплуатация СПО; Исправление ошибок по результатам опытной эксплуатации СПО; Подготовка Журнала по результатам опытной эксплуатации; Проведение приемочных испытаний; Подготовка протокола проведения приемочных испытаний; Исправление ошибок по результатам приемочных испытаний Требования к организации взаимодействия внедряемых подсистем с внешними информационными системами Если продуктивная площадка внешней информационной системы не развернута на момент проведения предварительных испытаний Системы, Исполнитель проводит предварительные испытания взаимодействия Системы с тестовой площадкой внешней информационной системы при ее наличии. В случае отсутствия тестовой площадки для испытаний или при несоответствии сервисов интеграционного взаимодействия внешней информационной системы регламентам и методическим рекомендациям по информационному взаимодействию, Исполнитель проводит предварительные испытания взаимодействия Системы с внешними информационными системами с помощью транзакционных инструментов в формате запрос-ответ. Отсутствие реализации функциональности на стороне внешней информационной системы не должно являться препятствием для приемки Заказчиком оказанных услуг от Исполнителя. Сдача услуг в этом случае регламентируется пунктом 5.7. Описания объекта закупки (Технического задания). ... Требования к организации взаимодействия внедряемых функциональных компонентов с ГИС ОМС При организации взаимодействия Системы с ГИС ОМС (в рамках функциональности, описанной в пункте 4.2 Описания объекта закупки (Технического задания)) должны использоваться ОВС ФЕРЗЛ и ОВС ФПУМП, представленные в Методических рекомендациях. Изменения в работе сервисов интеграционного взаимодействия на стороне ГИС ОМС не должны являться препятствием для приемки Заказчиком оказанных услуг от Исполнителя. Сдача услуг в этом случае регламентируется пунктом 5.7. Описания объекта закупки (Технического задания) Исполнитель проводит предварительные испытания взаимодействия Системы с тестовой площадкой ГИС ОМС при ее наличии. Исполнитель проводит демонстрационные испытания взаимодействия Системы с ФЕРЗЛ и ФПУМП с помощью транзакционных инструментов в формате запрос-ответ в случае отсутствия тестовой площадки ГИС ОМС для испытаний, либо её несоответствия Методическим рекомендациям. Отсутствие реализации функциональности на стороне ГИС ОМС не должно являться препятствием для приемки Заказчиком оказанных услуг от Исполнителя. Сдача услуг в этом случае регламентируется пунктом 5.7. Описания объекта закупки (Технического задания). - Условная единица - 1,00 - 5 732 550,01 - 5 732 550,01

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

- Наименование характеристики Значение характеристики Единица измерения характеристики Состав Услуг Внедрение СПО в объеме функциональности частей в соответствии с разделом 4 Описания объекта закупки (Технического задания): Установка СПО; Проведение предварительных испытаний СПО для проверки соответствия функционала системы требованиям Описания объекта закупки (Технического задания);  Подготовка протокола о проведении предварительных испытаний СПО; Сбор информации по составу персонала, подлежащего инструктажу; Подготовка программы инструктажа пользователей и администраторов Системы; Подготовка эксплуатационной документации для внедряемого СПО: Руководство пользователя СПО; Руководство администратора СПО; Проведение инструктажа администраторов и пользователей Системы; Подготовка отчета о проведении инструктажа администраторов и пользователей Системы; Подготовка Плана и регламента опытной эксплуатации; Опытная эксплуатация СПО; Исправление ошибок по результатам опытной эксплуатации СПО; Подготовка Журнала по результатам опытной эксплуатации; Проведение приемочных испытаний; Подготовка протокола проведения приемочных испытаний; Исправление ошибок по результатам приемочных испытаний Требования к организации взаимодействия внедряемых подсистем с внешними информационными системами Если продуктивная площадка внешней информационной системы не развернута на момент проведения предварительных испытаний Системы, Исполнитель проводит предварительные испытания взаимодействия Системы с тестовой площадкой внешней информационной системы при ее наличии. В случае отсутствия тестовой площадки для испытаний или при несоответствии сервисов интеграционного взаимодействия внешней информационной системы регламентам и методическим рекомендациям по информационному взаимодействию, Исполнитель проводит предварительные испытания взаимодействия Системы с внешними информационными системами с помощью транзакционных инструментов в формате запрос-ответ. Отсутствие реализации функциональности на стороне внешней информационной системы не должно являться препятствием для приемки Заказчиком оказанных услуг от Исполнителя. Сдача услуг в этом случае регламентируется пунктом 5.7. Описания объекта закупки (Технического задания). При организации взаимодействия Системы с внешними информационными системами (в рамках функциональности, описанной в пункте 4.2 Описания объекта закупки (Технического задания) должны использоваться регламенты информационного взаимодействия и методические рекомендации по обеспечению информационного взаимодействия, актуальные на дату заключения Контракта. В случае изменения регламентов и методических рекомендаций информационного взаимодействия Заказчик обязан уведомить об этом Исполнителя в течение 5 (пяти) рабочих дней с момента получения Заказчиком такой информации. Исполнитель оказывает услуги по интеграционному взаимодействию в разумные сроки по согласованию с Заказчиком. В данном случае Исполнитель должен направить Заказчику официальным письмом информацию о сроках реализации и внедрения указанной функциональности. Изменения в работе сервисов интеграционного взаимодействия на стороне внешней информационной системы не должны являться препятствием для приемки Заказчиком оказанных услуг от Исполнителя. Сдача услуг в этом случае регламентируется пунктом 5.6. Описания объекта закупки (Технического задания). Требования к организации взаимодействия внедряемых функциональных компонентов с ГИС ОМС При организации взаимодействия Системы с ГИС ОМС (в рамках функциональности, описанной в пункте 4.2 Описания объекта закупки (Технического задания)) должны использоваться ОВС ФЕРЗЛ и ОВС ФПУМП, представленные в Методических рекомендациях. Изменения в работе сервисов интеграционного взаимодействия на стороне ГИС ОМС не должны являться препятствием для приемки Заказчиком оказанных услуг от Исполнителя. Сдача услуг в этом случае регламентируется пунктом 5.7. Описания объекта закупки (Технического задания) Исполнитель проводит предварительные испытания взаимодействия Системы с тестовой площадкой ГИС ОМС при ее наличии. Исполнитель проводит демонстрационные испытания взаимодействия Системы с ФЕРЗЛ и ФПУМП с помощью транзакционных инструментов в формате запрос-ответ в случае отсутствия тестовой площадки ГИС ОМС для испытаний, либо её несоответствия Методическим рекомендациям. Отсутствие реализации функциональности на стороне ГИС ОМС не должно являться препятствием для приемки Заказчиком оказанных услуг от Исполнителя. Сдача услуг в этом случае регламентируется пунктом 5.7. Описания объекта закупки (Технического задания). Установка СПО СПО устанавливается Исполнителем на технические мощности Заказчика. Исполнитель определяет список уполномоченных лиц для установки СПО и направляет его Заказчику (в случае установки СПО на стенд Заказчика). Заказчик в течение 10 рабочих дней с даты поступления запроса от Исполнителя предоставляет стенд и доступ к нему для списка уполномоченных лиц Исполнителя (в случае установки СПО на стенд Заказчика). Уполномоченные лица Исполнителя устанавливают СПО на стенд. В случае, если стенд не будет предоставлен к началу оказания услуг по внедрению СПО, Исполнитель вправе приостановить оказание услуг до предоставления стенда Заказчиком. - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Состав Услуг - Внедрение СПО в объеме функциональности частей в соответствии с разделом 4 Описания объекта закупки (Технического задания): Установка СПО; Проведение предварительных испытаний СПО для проверки соответствия функционала системы требованиям Описания объекта закупки (Технического задания);  Подготовка протокола о проведении предварительных испытаний СПО; Сбор информации по составу персонала, подлежащего инструктажу; Подготовка программы инструктажа пользователей и администраторов Системы; Подготовка эксплуатационной документации для внедряемого СПО: Руководство пользователя СПО; Руководство администратора СПО; Проведение инструктажа администраторов и пользователей Системы; Подготовка отчета о проведении инструктажа администраторов и пользователей Системы; Подготовка Плана и регламента опытной эксплуатации; Опытная эксплуатация СПО; Исправление ошибок по результатам опытной эксплуатации СПО; Подготовка Журнала по результатам опытной эксплуатации; Проведение приемочных испытаний; Подготовка протокола проведения приемочных испытаний; Исправление ошибок по результатам приемочных испытаний - - Требования к организации взаимодействия внедряемых подсистем с внешними информационными системами - Если продуктивная площадка внешней информационной системы не развернута на момент проведения предварительных испытаний Системы, Исполнитель проводит предварительные испытания взаимодействия Системы с тестовой площадкой внешней информационной системы при ее наличии. В случае отсутствия тестовой площадки для испытаний или при несоответствии сервисов интеграционного взаимодействия внешней информационной системы регламентам и методическим рекомендациям по информационному взаимодействию, Исполнитель проводит предварительные испытания взаимодействия Системы с внешними информационными системами с помощью транзакционных инструментов в формате запрос-ответ. Отсутствие реализации функциональности на стороне внешней информационной системы не должно являться препятствием для приемки Заказчиком оказанных услуг от Исполнителя. Сдача услуг в этом случае регламентируется пунктом 5.7. Описания объекта закупки (Технического задания). - - При организации взаимодействия Системы с внешними информационными системами (в рамках функциональности, описанной в пункте 4.2 Описания объекта закупки (Технического задания) должны использоваться регламенты информационного взаимодействия и методические рекомендации по обеспечению информационного взаимодействия, актуальные на дату заключения Контракта. В случае изменения регламентов и методических рекомендаций информационного взаимодействия Заказчик обязан уведомить об этом Исполнителя в течение 5 (пяти) рабочих дней с момента получения Заказчиком такой информации. Исполнитель оказывает услуги по интеграционному взаимодействию в разумные сроки по согласованию с Заказчиком. В данном случае Исполнитель должен направить Заказчику официальным письмом информацию о сроках реализации и внедрения указанной функциональности. Изменения в работе сервисов интеграционного взаимодействия на стороне внешней информационной системы не должны являться препятствием для приемки Заказчиком оказанных услуг от Исполнителя. Сдача услуг в этом случае регламентируется пунктом 5.6. Описания объекта закупки (Технического задания). - Требования к организации взаимодействия внедряемых функциональных компонентов с ГИС ОМС - При организации взаимодействия Системы с ГИС ОМС (в рамках функциональности, описанной в пункте 4.2 Описания объекта закупки (Технического задания)) должны использоваться ОВС ФЕРЗЛ и ОВС ФПУМП, представленные в Методических рекомендациях. Изменения в работе сервисов интеграционного взаимодействия на стороне ГИС ОМС не должны являться препятствием для приемки Заказчиком оказанных услуг от Исполнителя. Сдача услуг в этом случае регламентируется пунктом 5.7. Описания объекта закупки (Технического задания) Исполнитель проводит предварительные испытания взаимодействия Системы с тестовой площадкой ГИС ОМС при ее наличии. Исполнитель проводит демонстрационные испытания взаимодействия Системы с ФЕРЗЛ и ФПУМП с помощью транзакционных инструментов в формате запрос-ответ в случае отсутствия тестовой площадки ГИС ОМС для испытаний, либо её несоответствия Методическим рекомендациям. Отсутствие реализации функциональности на стороне ГИС ОМС не должно являться препятствием для приемки Заказчиком оказанных услуг от Исполнителя. Сдача услуг в этом случае регламентируется пунктом 5.7. Описания объекта закупки (Технического задания). - - Установка СПО - СПО устанавливается Исполнителем на технические мощности Заказчика. Исполнитель определяет список уполномоченных лиц для установки СПО и направляет его Заказчику (в случае установки СПО на стенд Заказчика). Заказчик в течение 10 рабочих дней с даты поступления запроса от Исполнителя предоставляет стенд и доступ к нему для списка уполномоченных лиц Исполнителя (в случае установки СПО на стенд Заказчика). Уполномоченные лица Исполнителя устанавливают СПО на стенд. В случае, если стенд не будет предоставлен к началу оказания услуг по внедрению СПО, Исполнитель вправе приостановить оказание услуг до предоставления стенда Заказчиком. -

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

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

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

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

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

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

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

Преимущества: Не установлены

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

Дополнительная информация: Источник финансирования: за счет средств федерального бюджета. Единые требования к участникам в соответствии с частью 1 статьи 31 Федерального закона № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (далее – Федеральный закон): участники закупки должны соответствовать требованиям, установленным заказчиком в соответствии с пунктами 3, 4, 5, 7, 7.1, 9, 10, 10.1, 11 части 1 статьи 31 Федерального закона. Требования к участникам закупок в соответствии с частью 1.1 статьи 31 Федерального закона: отсутствие в предусмотренном Федеральным законом реестре недобросовестных поставщиков (подрядчиков, исполнителей) информации об участнике закупки, в том числе о лицах, информация о которых содержится в заявке на участие в закупке в соответствии с подпунктом «в» пункта 1 части 1 статьи 43 Федерального закона, если Правительством Российской Федерации не установлено иное.

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

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

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

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

Начальная (максимальная) цена контракта: 16 482 550,01

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

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

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

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

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

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

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

Размер обеспечения заявки: 164 825,50 Российский рубль

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: Обеспечение заявки на участие в закупке может предоставляться участником закупки в виде ден. средств или независимой гарантии (далее-НГ), предусмотренной ст. 45 Федерального закона (далее-ФЗ). Предприятия уголовно-исполнительной системы, организации инвалидов, предусмотренные ч. 2 ст. 29 ФЗ, предоставляют обеспечение заявки на участие в закупке (в случае установления заказчиком требования обеспечения заявок на участие в закупке) в размере одной второй процента НМЦК. Государств., муницип. учреждения не предоставляют обеспечение подаваемых ими заявок на участие в закупках.Выбор способа обеспечения осуществляется участником закупки самостоятельно. НГ должна быть безотзывной и должна соответствовать требов. установленным статьей 45 ФЗ.Срок действия НГ должен составлять не менее месяца с даты окончания срока подачи заявок.Обеспечение заявки на участие в закупке предоставляется одним из способов указанных в статье 44 ФЗ.Участник закупки для подачи заявки на участие в закупке выбирает с использованием электронной площадки способ обеспечения такой заявки путем указания реквизитов спец. счета или указания номера реестровой записи из реестра НГ, размещенного в ЕИС. Денежные средства, находящиеся на спец. счете участника закупки, могут использоваться для обеспечения заявок на участие в закупках исключительно такого участника закупки. Блокирование денежных средств в целях обеспечения заявки на участие в закупке на специальном счете осуществляется и прекращается банком на основании информации, полученной от оператора электронной площадки в соответствии со ст. 44 ФЗ. На денежные средства, заблокированные в соответствии со ст. 44 ФЗ, не может быть обращено взыскание по обязательствам участника закупки. Банком начисляются проценты за пользование денежными средствами, находящимися на спец. счете, в том числе в период их блокирования в целях обеспечения заявки на участие в закупке. Размер таких процентов определяется договором специального счета, заключаемым участником закупки.

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03224643190000003000, л/c 176200011, БИК 042202115, ОКЦ № 1 ВВГУ Банка России//УФК по Вологодской области, г Вологда, к/c 40102810845370000115

Реквизиты счета для перечисления денежных средств в случае, предусмотренном ч.13 ст. 44 Закона № 44-ФЗ (в соответствующий бюджет бюджетной системы Российской Федерации): Получатель Номер единого казначейского счета Номер казначейского счета БИК ТОФК УПРАВЛЕНИЕ ФЕДЕРАЛЬНОГО КАЗНАЧЕЙСТВА ПО ВОЛОГОДСКОЙ ОБЛАСТИ (УФК ПО ВОЛОГОДСКОЙ ОБЛАСТИ) () ИНН: 3525043546 КПП: 352501001 КБК: 17611610056020000140 ОКТМО: 19701000001 40102810845370000115 03100643000000013000 042202115

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, обл. Вологодская, г.о. город Вологда, г. Вологда, или в удаленном режиме средствами информационных технологий и телекоммуникаций в соответствии с требованиями Описания объекта закупки (Технического задания)), центр обработки данных, расположенный в г. Вологде, определенный Заказчиком, медицинские организации соответствующего профиля, подведомственные Министерству здравоохранения Вологодской области.

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

Размер обеспечения исполнения контракта: 1 648 255,00 Российский рубль (10 %)

Порядок предоставления обеспечения исполнения контракта, требования к обеспечению: Исполнение контракта может обеспечиваться предоставлением независимой гарантии (далее – НГ),соответствующей требованиям ст.45ФЗ,или внесением денежных средств на указанный заказчиком счет,на котором в соответствии с закон-вом РФ учитываются операции со средствами,поступающими заказчику.НГ должна быть безотзывной и должна соответствовать требованиям устан-ым ст.45ФЗ.Способ обеспечения исполнения контракта, срок действия НГ определяются в соответствии с треб-ми ФЗ участником закупки,с которым заключается контракт,самостоятельно.Срок действия НГ должен превышать предус-ый контрактом срок исполнения обяз-в,которые должны быть обеспечены такой НГ,не менее чем на 1 месяц,в т.ч. в случае его изменения в соответствии со ст.95ФЗ. В НГ включается условие об обязанности гаранта уплатить заказчику (бенефициару) денежную сумму по НГ не позднее 10 раб.дней со дня, следующего за днем получения гарантом требования заказчика (бенефициара), соответствующего условиям такой НГ, при отсутствии предусм. ГКРФ оснований для отказа в удовлетворении этого требования.Запрещается включение в условия НГ требования о пред-ии заказчиком гаранту судебных актов,подтвер-их неисполнение принципалом обязательств,обеспечиваемых НГ.НГ,используемая для целей ФЗ, информация о ней и документы,предус-ые ч.9ст.45ФЗ,должны быть вкл. в реестр НГ, размещенный в ЕИС,за исключением НГ,указанных в ч.8.1ст.45ФЗ. В случае, если предложенная в заявке участника закупки цена снижена на 25 и более % по отношению к НМЦК, участник закупки, с которым заключается контракт, предоставляет обеспечение исполнения контракта с учетом ст.37ФЗ.

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

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

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

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

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

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

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

Порядок предоставления обеспечения гарантийных обязательств, требования к обеспечению: Гарантийные обязательства могут обеспечиваться предоставлением независимой гарантии (далее – НГ),соответствующей требованиям ст.45ФЗ,или внесением денежных средств на указанный заказчиком счет,на котором в соответствии с закон-вом РФ учитываются операции со средствами,поступающими заказчику.НГ должна быть безотзывной и должна соответствовать требованиям устан-ым ст.45ФЗ.Способ обеспечения гарантийных обязательств, срок действия НГ определяются в соответствии с треб-ми ФЗ участником закупки,с которым заключается контракт,самостоятельно.Срок действия НГ должен превышать предус-ый контрактом срок исполнения обяз-в,которые должны быть обеспечены такой НГ,не менее чем на 1 месяц,в т.ч. в случае его изменения в соответствии со ст.95ФЗ. В НГ включается условие об обязанности гаранта уплатить заказчику (бенефициару) денежную сумму по НГ не позднее 10 раб.дней со дня, следующего за днем получения гарантом требования заказчика (бенефициара), соответствующего условиям такой НГ, при отсутствии предусм. ГКРФ оснований для отказа в удовлетворении этого требования.Запрещается включение в условия НГ требования о пред-ии заказчиком гаранту судебных актов,подтвер-их неисполнение принципалом обязательств,обеспечиваемых НГ.НГ,используемая для целей ФЗ, информация о ней и документы,предус-ые ч.9ст.45ФЗ,должны быть вкл. в реестр НГ, размещенный в ЕИС,за исключением НГ,указанных в ч.8.1ст.45ФЗ.

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

Дополнительная информация: Источник финансирования: за счет средств федерального бюджета. Единые требования к участникам в соответствии с частью 1 статьи 31 Федерального закона № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (далее – Федеральный закон): участники закупки должны соответствовать требованиям, установленным заказчиком в соответствии с пунктами 3, 4, 5, 7, 7.1, 9, 10, 10.1, 11 части 1 статьи 31 Федерального закона. Требования к участникам закупок в соответствии с частью 1.1 статьи 31 Федерального закона: отсутствие в предусмотренном Федеральным законом реестре недобросовестных поставщиков (подрядчиков, исполнителей) информации об участнике закупки, в том числе о лицах, информация о которых содержится в заявке на участие в закупке в соответствии с подпунктом «в» пункта 1 части 1 статьи 43 Федерального закона, если Правительством Российской Федерации не установлено иное.

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

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

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

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

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

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

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

Документы

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

Документы

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