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

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

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

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

Наименование электронной площадки в информационно-телекоммуникационной сети «Интернет»: РОСЭЛТОРГ (АО«ЕЭТП»)

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

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

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

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

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

Номер типовых условий контракта: 1400700000521003

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

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

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

Почтовый адрес: 410056, Саратовская область , Г. САРАТОВ, УЛ. ИМ ШЕВЧЕНКО Т.Г., Д.3

Место нахождения: 410056, Саратовская область , Г. САРАТОВ, УЛ. ИМ ШЕВЧЕНКО Т.Г., Д.3

Ответственное должностное лицо: Моренов Д. А.

Адрес электронной почты: MoryonovDA@saratov.gov.ru

Номер контактного телефона: 7-845-2492429

Дополнительная информация: Наименование заказчика: МИНИСТЕРСТВО ЗДРАВООХРАНЕНИЯ САРАТОВСКОЙ ОБЛАСТИ; Место нахож-дения заказчика: 410012, САРАТОВСКАЯ ОБЛАСТЬ , Г. САРАТОВ, УЛ. РАБОЧАЯ, ЗД 145/155, ПОМЕЩ. 34; Почтовый адрес заказчика: 410012, САРАТОВСКАЯ ОБЛАСТЬ , Г. САРАТОВ, УЛ. РАБОЧАЯ, ЗД 145/155, ПОМЕЩ. 34; Адрес электронной почты заказчика: DmitrenkoVP@saratov.gov.ru; FinanceMZ@saratov.gov.ru; Номер контактного телефона заказчика: 7-8452-982975; 7-845-2670618; Ответственное должностное лицо заказчика: Дмитренко Василий Петрович; Функциональные, технические, качественные, эксплуатационные характеристики предусмотрены в настоящем Извещении и в Приложении № 1 к Извещению об осуществлении закупки «Описание объекта закупки». Предупреждение! Нарушение требований антимонопольного законодательства Российской Федерации о запрете участия в ограничивающих конкуренцию соглашениях, осуществления ограничивающих конкуренцию согласованных действий влечет наступление административной и уголовной ответственности.

Регион: Саратовская обл

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

Дата и время начала срока подачи заявок: 28.11.2025 19:14 (МСК+1)

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

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

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

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

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

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

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

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

- 62.01.11.000 - Выполнение работ по модернизации программного обеспечения централизованной подсистемы государственной информационной системы в сфере здравоохранения Саратовской области «Информационная система персональных данных льготного лекарственного обеспечения» Требования к структуре и функционированию При оказании услуг должна быть сохранена трёхуровневая архитектура и модульный принцип построения системы, с открытой архитектурой, обеспечивающей возможность встраивания и взаимодействия с другими системами и подсистемами. Доступ к программе конечных пользователей должен осуществляться с учетом обеспечения информационной безопасности с применением технологии «тонкий клиент». Требования к способам и средствам связи для информационного обмена между программными компонентами модуля Для обеспечения информационного обмена, программные компоненты модуля должны работать в составе единой вычислительной сети, построенной по технологии Интернет/Интранет. Должна быть предусмотрена возможность работы функционально законченных компонентов в разных локальных вычислительных сетях. В качестве базового протокола сетевого и межсетевого взаимодействия должен использоваться TCP/IP (сокращение от английского Transfer Control Protocol / Internet Protocol, протокол управления передачей/интернет-протокол) – стек протоколов Интернета. Требования к характеристикам взаимосвязей модуля со смежными системами, в том числе указания о способах обмена информацией Взаимодействие программных компонентов Модуля с внешними и смежными системами должно осуществляться следующими способами: 1. При реализации решений по обмену данными должна использоваться сервисно-ориентированная архитектура (SOA - Service-Oriented Architecture), в состав которой должны входить веб-сервисы. Применяемые веб-сервисы должны использовать открытые стандарты: • XML - расширяемый язык разметки, предназначенный для хранения и передачи структурированных данных; • SOAP - протокол обмена сообщениями на базе XML, объединяет стандарты SOAP/WSDL/UDDI; • WSDL - язык описания внешних интерфейсов веб-сервисов на базе XML; • UDDI - универсальный интерфейс распознавания, описания и интеграции (Universal Discovery, Description, and Integration); Формат XML (ver 1.0/1.1). Стандарт кодовых страниц ISO/IEC 8859. - Условная единица - 1,00 - 8 280 000,00 - 8 280 000,00

МИНИСТЕРСТВО ЗДРАВООХРАНЕНИЯ САРАТОВСКОЙ ОБЛАСТИ - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Требования к структуре и функционированию При оказании услуг должна быть сохранена трёхуровневая архитектура и модульный принцип построения системы, с открытой архитектурой, обеспечивающей возможность встраивания и взаимодействия с другими системами и подсистемами. Доступ к программе конечных пользователей должен осуществляться с учетом обеспечения информационной безопасности с применением технологии «тонкий клиент». Требования к способам и средствам связи для информационного обмена между программными компонентами модуля Для обеспечения информационного обмена, программные компоненты модуля должны работать в составе единой вычислительной сети, построенной по технологии Интернет/Интранет. Должна быть предусмотрена возможность работы функционально законченных компонентов в разных локальных вычислительных сетях. В качестве базового протокола сетевого и межсетевого взаимодействия должен использоваться TCP/IP (сокращение от английского Transfer Control Protocol / Internet Protocol, протокол управления передачей/интернет-протокол) – стек протоколов Интернета. Требования к характеристикам взаимосвязей модуля со смежными системами, в том числе указания о способах обмена информацией Взаимодействие программных компонентов Модуля с внешними и смежными системами должно осуществляться следующими способами: 1. При реализации решений по обмену данными должна использоваться сервисно-ориентированная архитектура (SOA - Service-Oriented Architecture), в состав которой должны входить веб-сервисы. Применяемые веб-сервисы должны использовать открытые стандарты: • XML - расширяемый язык разметки, предназначенный для хранения и передачи структурированных данных; • SOAP - протокол обмена сообщениями на базе XML, объединяет стандарты SOAP/WSDL/UDDI; • WSDL - язык описания внешних интерфейсов веб-сервисов на базе XML; • UDDI - универсальный интерфейс распознавания, описания и интеграции (Universal Discovery, Description, and Integration); Формат XML (ver 1.0/1.1). Стандарт кодовых страниц ISO/IEC 8859. Требования по диагностированию Диагностирование компонентов Модуля должно осуществляться в том числе, в ручном режиме путем анализа записей в системных журналах СУБД, Web-сервера и операционной системы, а также с помощью встроенных средств диагностирования специализированного и общего программного обеспечения. Диагностированию должны подлежать: • Отклонения от заданных параметров быстродействия. • Случаи аварийных остановок и самопроизвольной перезагрузки программного обеспечения. • Случаи нарушений целостности баз данных и файловой системы. • Сбои при выполнении регламентных операций резервного копирования. Требования к расширению методов PersonClientCheck и PersonClientSave В методы PersonClientCheck, PersonClientSave должен быть добавлен новый необязательный тег «Дата смерти пациента» (DeathDate). При получении данных по методу PersonClientSave должны обрабатываться следующие сценарии: 1. Если поле «Дата смерти пациента» заполнено в базе данных и дата совпадает с полученной по методу PersonClientSave – изменения не производятся 2. Если поле «Дата смерти пациента» заполнено в базе данных и дата не совпадает с полученной по методу PersonClientSave – дата обновляется на полученную в методе 3. Если поле «Дата смерти пациента» не заполнено в базе данных – дата обновляется на полученную в методе PersonClientSave 4. Если поле «Дата смерти пациента» не заполнено в базе данных, но в методе пришло пустое значение – изменения не производятся. Требования к расширенному функционалу компоненты выписки рецептов При выписке рецепта в форме электронного документа после подписания рецепта УКЭП медицинского работника в АРМ Врача должен формироваться СЭМД «Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания». Структура СЭМД «Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания» должна соответствовать опубликованному описанию на портале ЕГИСЗ https://portal.egisz.rosminzdrav.ru/materials/4319 на момент подписания контракта. Должна быть реализована возможность настройки постоянного пути сохранения файла СЭМД в локальный или сетевой каталог. Требования к журналу Персонифицированный учет Журнал "Персонифицированный учет" должен содержать следующие поля: • СНИЛС • ФИО • Код категории льготности • Наименование категории льготности • Срок обеспечения (в днях). • Максимальный срок обеспечения (в днях) • Планируемая дата начала обеспечения. • Программа льгот • МНН+лек форма+дозировка+фасовка • Лекарственный препарат • Отменен новым назначением (чек-бокс Да\Нет.) • Дата отмены новом назначением. • Суточная доза • Длительность приема (в днях) • Минимально принимаемая доза из назначения (в дозах). • Назначено в сутки (в дозах). • Обеспечено остатком на складе (в дозах). • Количество доз у пациента • Дата создания (дата внесения записи в данный журнал). Окно редактирования записи должно содержать: • СНИЛС, с возможностью выбора из справочника пациентов • ФИО • Код категории льготности, с возможностью выбора из активных категорий льготности пациента • Наименование категории льготности • Срок обеспечения (в днях) • Планируемая дата начала обеспечения • МНН • Лек форма+дозировка+фасовка • Лекарственный препарат • Отменен новым назначением (чек-бокс) • Суточная доза • Длительность приема (в днях) • Минимально принимаемая доза из назначения (в дозах). Предварительно заполняется из врачебных назначений из поля "Однократная разовая доза". В случае отсутствия у пациента врачебного назначения и\или ЛП совпадающего по параметрам ЛС\ТН\МНН+лек форма+дозировка+фасовка заполняется вручную врачом • Назначено в сутки (в дозах). Предварительно заполняется из врачебных назначений по формуле: Однократная разовая доза*на количество приемов в сутки. В случае отсутствия у пациента врачебного назначения и\или ЛП совпадающего по параметрам МНН+лек форма+дозировка+фасовка заполняется вручную врачом. • Минимально принимаемая доза из назначения (в дозах) • Назначено в сутки (в дозах) .Должен быть реализован сервис получения врачебных назначений (MedAppointmentSave). Сервис должен позволять получать из медицинской информационной системы следующие данные: • Уникальный идентификатор мед.назначения • Дата назначения • Данные по пациенте: СНИЛС ФИО Дата рождения Пол • Личный код врача • Код узла СМНН (из справочника ЕСКЛП) • Код КЛП товара (при наличии) • Дозировка • Однократная разовая доза • Эквивалентная курсовая доза • Количество приемов в сутки • Длительность приема в днях • Количество единиц товара • Дата окончания мед.назначения Данные, полученные посредством сервиса MedAppointmentSave должны записываться в соответствующие поля журнала "Персонифицированный учет". Методика расчета отдельных полей журнала: Максимальный срок обеспечения (в днях). По умолчанию 0. Рассчитывается по формуле: Срок действия категории льготности минус текущая дата. Обеспечено остатком на складе (в дозах). Количество остатка упаковок на региональном складе умноженное на Количество действующего вещества из справочника медикаментов. Количество доз у пациента. Количество доз в обеспеченных рецептах после внесения записи в журнал. Уменьшается ежедневно путем вычитания доз суточной потребности. Требования к реализации отчета "Пациенты, отсутствующие в основной и дополнительной заявках и обеспеченные по льготным рецептам" Используемые фильтры: 1) Дата выписки рецепта (начало) - Дата выписки рецепта (Конец) 2) Программа (если не указано, то по всем) 3) ЛПУ (Если не указано, то по всем) Форма отчета приведена в Таблице 1. Требования к реализации отчета «Отчет по заявочной кампании» Используемые фильтры: 1) выбор шаблонов заявок 2) Выбор конкретного льготника 3) выбор конкретной МО 4) выбор года заявочной Форма отчета приведена в Таблице 2. Дополнительные параметры Задание параметров автоматической нумерации рецептов Создание бланков рецептов для рукописной выписки Выписка рецептов со следующими реквизитами: •Серия, номер рецепта, •статус рецепта, •код источника финансирования, •наименование программы ЛЛО, •СНИЛС пациента, •ФИО пациента, •дата рождения, •код категории льготы, •код нозологии для рецептов по ВЗН, •код МКБ, •Срок действия рецепта, •признак врачебной комиссии (ВК), •дата и номер протокола ВК, •Дата выписки, •ОГРН МО, •Наименование МО (краткое), •личный код врача, •ФИО врача, выписавшего рецепт, •данные о выписанном товаре в кодировке справочника ЕС, Выписка рецептов по доступным остаткам аптек и по справочнику номенклатуры Печать рецептов Подписание рецептов с использованием ЭЦП - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Требования к структуре и функционированию - При оказании услуг должна быть сохранена трёхуровневая архитектура и модульный принцип построения системы, с открытой архитектурой, обеспечивающей возможность встраивания и взаимодействия с другими системами и подсистемами. Доступ к программе конечных пользователей должен осуществляться с учетом обеспечения информационной безопасности с применением технологии «тонкий клиент». - - - Требования к способам и средствам связи для информационного обмена между программными компонентами модуля - Для обеспечения информационного обмена, программные компоненты модуля должны работать в составе единой вычислительной сети, построенной по технологии Интернет/Интранет. Должна быть предусмотрена возможность работы функционально законченных компонентов в разных локальных вычислительных сетях. В качестве базового протокола сетевого и межсетевого взаимодействия должен использоваться TCP/IP (сокращение от английского Transfer Control Protocol / Internet Protocol, протокол управления передачей/интернет-протокол) – стек протоколов Интернета. - - - Требования к характеристикам взаимосвязей модуля со смежными системами, в том числе указания о способах обмена информацией - Взаимодействие программных компонентов Модуля с внешними и смежными системами должно осуществляться следующими способами: 1. При реализации решений по обмену данными должна использоваться сервисно-ориентированная архитектура (SOA - Service-Oriented Architecture), в состав которой должны входить веб-сервисы. Применяемые веб-сервисы должны использовать открытые стандарты: • XML - расширяемый язык разметки, предназначенный для хранения и передачи структурированных данных; • SOAP - протокол обмена сообщениями на базе XML, объединяет стандарты SOAP/WSDL/UDDI; • WSDL - язык описания внешних интерфейсов веб-сервисов на базе XML; • UDDI - универсальный интерфейс распознавания, описания и интеграции (Universal Discovery, Description, and Integration); Формат XML (ver 1.0/1.1). Стандарт кодовых страниц ISO/IEC 8859. - - - Требования по диагностированию - Диагностирование компонентов Модуля должно осуществляться в том числе, в ручном режиме путем анализа записей в системных журналах СУБД, Web-сервера и операционной системы, а также с помощью встроенных средств диагностирования специализированного и общего программного обеспечения. Диагностированию должны подлежать: • Отклонения от заданных параметров быстродействия. • Случаи аварийных остановок и самопроизвольной перезагрузки программного обеспечения. • Случаи нарушений целостности баз данных и файловой системы. • Сбои при выполнении регламентных операций резервного копирования. - - - Требования к расширению методов PersonClientCheck и PersonClientSave - В методы PersonClientCheck, PersonClientSave должен быть добавлен новый необязательный тег «Дата смерти пациента» (DeathDate). При получении данных по методу PersonClientSave должны обрабатываться следующие сценарии: 1. Если поле «Дата смерти пациента» заполнено в базе данных и дата совпадает с полученной по методу PersonClientSave – изменения не производятся 2. Если поле «Дата смерти пациента» заполнено в базе данных и дата не совпадает с полученной по методу PersonClientSave – дата обновляется на полученную в методе 3. Если поле «Дата смерти пациента» не заполнено в базе данных – дата обновляется на полученную в методе PersonClientSave 4. Если поле «Дата смерти пациента» не заполнено в базе данных, но в методе пришло пустое значение – изменения не производятся. - - - Требования к расширенному функционалу компоненты выписки рецептов - При выписке рецепта в форме электронного документа после подписания рецепта УКЭП медицинского работника в АРМ Врача должен формироваться СЭМД «Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания». Структура СЭМД «Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания» должна соответствовать опубликованному описанию на портале ЕГИСЗ https://portal.egisz.rosminzdrav.ru/materials/4319 на момент подписания контракта. Должна быть реализована возможность настройки постоянного пути сохранения файла СЭМД в локальный или сетевой каталог. - - - Требования к журналу Персонифицированный учет - Журнал "Персонифицированный учет" должен содержать следующие поля: • СНИЛС • ФИО • Код категории льготности • Наименование категории льготности • Срок обеспечения (в днях). • Максимальный срок обеспечения (в днях) • Планируемая дата начала обеспечения. • Программа льгот • МНН+лек форма+дозировка+фасовка • Лекарственный препарат • Отменен новым назначением (чек-бокс Да\Нет.) • Дата отмены новом назначением. • Суточная доза • Длительность приема (в днях) • Минимально принимаемая доза из назначения (в дозах). • Назначено в сутки (в дозах). • Обеспечено остатком на складе (в дозах). • Количество доз у пациента • Дата создания (дата внесения записи в данный журнал). Окно редактирования записи должно содержать: • СНИЛС, с возможностью выбора из справочника пациентов • ФИО • Код категории льготности, с возможностью выбора из активных категорий льготности пациента • Наименование категории льготности • Срок обеспечения (в днях) • Планируемая дата начала обеспечения • МНН • Лек форма+дозировка+фасовка • Лекарственный препарат • Отменен новым назначением (чек-бокс) • Суточная доза • Длительность приема (в днях) • Минимально принимаемая доза из назначения (в дозах). Предварительно заполняется из врачебных назначений из поля "Однократная разовая доза". В случае отсутствия у пациента врачебного назначения и\или ЛП совпадающего по параметрам ЛС\ТН\МНН+лек форма+дозировка+фасовка заполняется вручную врачом • Назначено в сутки (в дозах). Предварительно заполняется из врачебных назначений по формуле: Однократная разовая доза*на количество приемов в сутки. В случае отсутствия у пациента врачебного назначения и\или ЛП совпадающего по параметрам МНН+лек форма+дозировка+фасовка заполняется вручную врачом. • Минимально принимаемая доза из назначения (в дозах) • Назначено в сутки (в дозах) - - - .Должен быть реализован сервис получения врачебных назначений (MedAppointmentSave). Сервис должен позволять получать из медицинской информационной системы следующие данные: • Уникальный идентификатор мед.назначения • Дата назначения • Данные по пациенте: СНИЛС ФИО Дата рождения Пол • Личный код врача • Код узла СМНН (из справочника ЕСКЛП) • Код КЛП товара (при наличии) • Дозировка • Однократная разовая доза • Эквивалентная курсовая доза • Количество приемов в сутки • Длительность приема в днях • Количество единиц товара • Дата окончания мед.назначения Данные, полученные посредством сервиса MedAppointmentSave должны записываться в соответствующие поля журнала "Персонифицированный учет". Методика расчета отдельных полей журнала: Максимальный срок обеспечения (в днях). По умолчанию 0. Рассчитывается по формуле: Срок действия категории льготности минус текущая дата. Обеспечено остатком на складе (в дозах). Количество остатка упаковок на региональном складе умноженное на Количество действующего вещества из справочника медикаментов. Количество доз у пациента. Количество доз в обеспеченных рецептах после внесения записи в журнал. Уменьшается ежедневно путем вычитания доз суточной потребности. - Требования к реализации отчета "Пациенты, отсутствующие в основной и дополнительной заявках и обеспеченные по льготным рецептам" - Используемые фильтры: 1) Дата выписки рецепта (начало) - Дата выписки рецепта (Конец) 2) Программа (если не указано, то по всем) 3) ЛПУ (Если не указано, то по всем) Форма отчета приведена в Таблице 1. - - - Требования к реализации отчета «Отчет по заявочной кампании» - Используемые фильтры: 1) выбор шаблонов заявок 2) Выбор конкретного льготника 3) выбор конкретной МО 4) выбор года заявочной Форма отчета приведена в Таблице 2. - - - Дополнительные параметры - Задание параметров автоматической нумерации рецептов - - - Создание бланков рецептов для рукописной выписки - Выписка рецептов со следующими реквизитами: •Серия, номер рецепта, •статус рецепта, •код источника финансирования, •наименование программы ЛЛО, •СНИЛС пациента, •ФИО пациента, •дата рождения, •код категории льготы, •код нозологии для рецептов по ВЗН, •код МКБ, •Срок действия рецепта, •признак врачебной комиссии (ВК), •дата и номер протокола ВК, •Дата выписки, •ОГРН МО, •Наименование МО (краткое), •личный код врача, •ФИО врача, выписавшего рецепт, •данные о выписанном товаре в кодировке справочника ЕС, - Выписка рецептов по доступным остаткам аптек и по справочнику номенклатуры - Печать рецептов - Подписание рецептов с использованием ЭЦП

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

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

Требования к способам и средствам связи для информационного обмена между программными компонентами модуля - Для обеспечения информационного обмена, программные компоненты модуля должны работать в составе единой вычислительной сети, построенной по технологии Интернет/Интранет. Должна быть предусмотрена возможность работы функционально законченных компонентов в разных локальных вычислительных сетях. В качестве базового протокола сетевого и межсетевого взаимодействия должен использоваться TCP/IP (сокращение от английского Transfer Control Protocol / Internet Protocol, протокол управления передачей/интернет-протокол) – стек протоколов Интернета. - -

Требования к характеристикам взаимосвязей модуля со смежными системами, в том числе указания о способах обмена информацией - Взаимодействие программных компонентов Модуля с внешними и смежными системами должно осуществляться следующими способами: 1. При реализации решений по обмену данными должна использоваться сервисно-ориентированная архитектура (SOA - Service-Oriented Architecture), в состав которой должны входить веб-сервисы. Применяемые веб-сервисы должны использовать открытые стандарты: • XML - расширяемый язык разметки, предназначенный для хранения и передачи структурированных данных; • SOAP - протокол обмена сообщениями на базе XML, объединяет стандарты SOAP/WSDL/UDDI; • WSDL - язык описания внешних интерфейсов веб-сервисов на базе XML; • UDDI - универсальный интерфейс распознавания, описания и интеграции (Universal Discovery, Description, and Integration); Формат XML (ver 1.0/1.1). Стандарт кодовых страниц ISO/IEC 8859. - -

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

Требования к расширению методов PersonClientCheck и PersonClientSave - В методы PersonClientCheck, PersonClientSave должен быть добавлен новый необязательный тег «Дата смерти пациента» (DeathDate). При получении данных по методу PersonClientSave должны обрабатываться следующие сценарии: 1. Если поле «Дата смерти пациента» заполнено в базе данных и дата совпадает с полученной по методу PersonClientSave – изменения не производятся 2. Если поле «Дата смерти пациента» заполнено в базе данных и дата не совпадает с полученной по методу PersonClientSave – дата обновляется на полученную в методе 3. Если поле «Дата смерти пациента» не заполнено в базе данных – дата обновляется на полученную в методе PersonClientSave 4. Если поле «Дата смерти пациента» не заполнено в базе данных, но в методе пришло пустое значение – изменения не производятся. - -

Требования к расширенному функционалу компоненты выписки рецептов - При выписке рецепта в форме электронного документа после подписания рецепта УКЭП медицинского работника в АРМ Врача должен формироваться СЭМД «Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания». Структура СЭМД «Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания» должна соответствовать опубликованному описанию на портале ЕГИСЗ https://portal.egisz.rosminzdrav.ru/materials/4319 на момент подписания контракта. Должна быть реализована возможность настройки постоянного пути сохранения файла СЭМД в локальный или сетевой каталог. - -

Требования к журналу Персонифицированный учет - Журнал "Персонифицированный учет" должен содержать следующие поля: • СНИЛС • ФИО • Код категории льготности • Наименование категории льготности • Срок обеспечения (в днях). • Максимальный срок обеспечения (в днях) • Планируемая дата начала обеспечения. • Программа льгот • МНН+лек форма+дозировка+фасовка • Лекарственный препарат • Отменен новым назначением (чек-бокс Да\Нет.) • Дата отмены новом назначением. • Суточная доза • Длительность приема (в днях) • Минимально принимаемая доза из назначения (в дозах). • Назначено в сутки (в дозах). • Обеспечено остатком на складе (в дозах). • Количество доз у пациента • Дата создания (дата внесения записи в данный журнал). Окно редактирования записи должно содержать: • СНИЛС, с возможностью выбора из справочника пациентов • ФИО • Код категории льготности, с возможностью выбора из активных категорий льготности пациента • Наименование категории льготности • Срок обеспечения (в днях) • Планируемая дата начала обеспечения • МНН • Лек форма+дозировка+фасовка • Лекарственный препарат • Отменен новым назначением (чек-бокс) • Суточная доза • Длительность приема (в днях) • Минимально принимаемая доза из назначения (в дозах). Предварительно заполняется из врачебных назначений из поля "Однократная разовая доза". В случае отсутствия у пациента врачебного назначения и\или ЛП совпадающего по параметрам ЛС\ТН\МНН+лек форма+дозировка+фасовка заполняется вручную врачом • Назначено в сутки (в дозах). Предварительно заполняется из врачебных назначений по формуле: Однократная разовая доза*на количество приемов в сутки. В случае отсутствия у пациента врачебного назначения и\или ЛП совпадающего по параметрам МНН+лек форма+дозировка+фасовка заполняется вручную врачом. • Минимально принимаемая доза из назначения (в дозах) • Назначено в сутки (в дозах) - -

.Должен быть реализован сервис получения врачебных назначений (MedAppointmentSave). Сервис должен позволять получать из медицинской информационной системы следующие данные: • Уникальный идентификатор мед.назначения • Дата назначения • Данные по пациенте: СНИЛС ФИО Дата рождения Пол • Личный код врача • Код узла СМНН (из справочника ЕСКЛП) • Код КЛП товара (при наличии) • Дозировка • Однократная разовая доза • Эквивалентная курсовая доза • Количество приемов в сутки • Длительность приема в днях • Количество единиц товара • Дата окончания мед.назначения Данные, полученные посредством сервиса MedAppointmentSave должны записываться в соответствующие поля журнала "Персонифицированный учет". Методика расчета отдельных полей журнала: Максимальный срок обеспечения (в днях). По умолчанию 0. Рассчитывается по формуле: Срок действия категории льготности минус текущая дата. Обеспечено остатком на складе (в дозах). Количество остатка упаковок на региональном складе умноженное на Количество действующего вещества из справочника медикаментов. Количество доз у пациента. Количество доз в обеспеченных рецептах после внесения записи в журнал. Уменьшается ежедневно путем вычитания доз суточной потребности.

Требования к реализации отчета "Пациенты, отсутствующие в основной и дополнительной заявках и обеспеченные по льготным рецептам" - Используемые фильтры: 1) Дата выписки рецепта (начало) - Дата выписки рецепта (Конец) 2) Программа (если не указано, то по всем) 3) ЛПУ (Если не указано, то по всем) Форма отчета приведена в Таблице 1. - -

Требования к реализации отчета «Отчет по заявочной кампании» - Используемые фильтры: 1) выбор шаблонов заявок 2) Выбор конкретного льготника 3) выбор конкретной МО 4) выбор года заявочной Форма отчета приведена в Таблице 2. - -

Дополнительные параметры - Задание параметров автоматической нумерации рецептов - -

Создание бланков рецептов для рукописной выписки

Выписка рецептов со следующими реквизитами: •Серия, номер рецепта, •статус рецепта, •код источника финансирования, •наименование программы ЛЛО, •СНИЛС пациента, •ФИО пациента, •дата рождения, •код категории льготы, •код нозологии для рецептов по ВЗН, •код МКБ, •Срок действия рецепта, •признак врачебной комиссии (ВК), •дата и номер протокола ВК, •Дата выписки, •ОГРН МО, •Наименование МО (краткое), •личный код врача, •ФИО врача, выписавшего рецепт, •данные о выписанном товаре в кодировке справочника ЕС,

Выписка рецептов по доступным остаткам аптек и по справочнику номенклатуры

Печать рецептов

Подписание рецептов с использованием ЭЦП

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

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

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

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

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

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

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

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

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

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

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

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

Наименование бюджета: Областной бюджет

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

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

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

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

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: Порядок внесения денежных средств в качестве обеспечения заявки, усло-вия независимой гарантии устанавливаются в соответствии со ст. 44 ФЗ № 44-ФЗ Приложением № 5 к извещению об осуществлении закупки, изве-щением об осуществлении закупки, а для отдельных категорий лиц, ука-занных в Постановлении Правительства РФ от 10 апреля 2023 года № 579 «Об особенностях порядка предоставления обеспечения заявок на участие в закупках товаров, работ, услуг для обеспечения государственных или муниципальных нужд участниками таких закупок, являющимися ино-странными лицами», в соответствии с порядком, утвержденным указанным постановлением. Обеспечение предоставляется в виде независимой гаран-тии или путем внесения на счет денежных средств. Выбор способа обеспе-чения осуществляется участником закупки самостоятельно. Денежные средства, предназначенные для обеспечения заявок, вносятся участниками закупок на специальные счета, открытые ими в банках, перечень которых устанавливается Правительством РФ. Блокирование денежных средств, внесенных участником закупки в качестве обеспечения заявки, осуществ-ляется в порядке, установленном ст. 44 ФЗ № 44-ФЗ. Независимая гарантия должна отвечать требованиям ст. 45 ФЗ № 44-ФЗ. Срок действия независи-мой гарантии должен составлять не менее месяца с даты окончания срока подачи заявок. Предприятия уголовно-исполнительной системы, организа-ции инвалидов, предусмотренные частью 2 статьи 29 ФЗ № 44-ФЗ, предо-ставляют обеспечение заявки на участие в закупке в размере одной второй процента начальной (максимальной) цены контракта (максимального зна-чения цены контракта). Государственные, муниципальные учреждения не предоставляют обеспечение подаваемых ими заявок на участие в закупках

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03100643000000016000, л/c 04602002930, БИК 016311121, ОКЦ № 3 ВВГУ Банка России//УФК по Саратовской области, г Саратов, к/c 40102810845370000052

Номер типовых условий контракта: 1400700000521003

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, обл Саратовская, г.о. город Саратов, г Саратов, ул им Хользунова А.И., Работы выполняются на территории Подрядчика, которому предоставляется удаленный и защищенный доступ к средствам, которые является предметом контракта, и (или) в случае выполнения работ по месту нахождения Заказчика работы выполняется по адресу: Российская Федерация, Саратовская область, г.о. город Саратов, г. Саратов, ул. Хользунова, д.19.

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

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

Размер обеспечения исполнения контракта: 414 000,00 ? (5 %)

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

Платежные реквизиты для обеспечения исполнения контракта: p/c 03222643630000006000, л/c 05602002930, БИК 016311121, ОКЦ № 3 ВВГУ Банка России//УФК по Саратовской области, г Саратов, к/c 40102810845370000052

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

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

Информация о требованиях к гарантийному обслуживанию товара: Все выявленные в период гарантии ошибки и сбои функционирования информационных систем, обслуживание которых является предметом контракта, вызванные некачественным исполнением своих обязательств со стороны подрядчика устраняются им безвозмездно в течение всего срока гарантии.

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

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

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

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

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

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

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

Наименование бюджета: Областной бюджет

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

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

Документы

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

Документы

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