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

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

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

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

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

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

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

Наименование объекта закупки: Оказание услуг по расширению функциональных возможностей информационной системы «Телемедицинские консультации Смоленской области» (ИС «ТМК СО») в части реализации сервиса передачи статистических событий регионального сервиса проведения телемедицинских консультаций с использованием национального мессенджера MAX

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

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

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

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

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

Почтовый адрес: Российская Федерация, 214008, Смоленская обл, Смоленск г, ПЛОЩАДЬ ЛЕНИНА, 1, 321

Место нахождения: Российская Федерация, 214008, Смоленская обл, Смоленск г, ПЛОЩАДЬ ЛЕНИНА, 321, 1

Ответственное должностное лицо: Голубева Л. А.

Адрес электронной почты: goszakaz@admin-smolensk.ru

Номер контактного телефона: 8-4812-229043-2134

Факс: 7-4812-292147

Дополнительная информация: Министерство здравоохранения Смоленской области 214008, г. Смоленск, пл. Ленина, дом 1, каб. 223 market@zdrav-smolensk.ru Муравченкова Маргарита Александровна тел. 8-4812-204781

Регион: Смоленская обл

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

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

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

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

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

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

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

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

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

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

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

- 62.01.11.000 - Услуги по расширению функциональных возможностей информационной системы «Телемедицинские консультации Смоленской области» (ИС «ТМК СО») в части реализации сервиса передачи статистических событий регионального сервиса проведения телемедицинских консультаций с использованием национального мессенджера MAX 1. ОБЩИЕ СВЕДЕНИЯ 1.1. Наименование услуг Оказание услуг по расширению функциональных возможностей информационной системы «Телемедицинские консультации Смоленской области» (ИС «ТМК СО») в части реализации сервиса передачи статистических событий регионального сервиса проведения телемедицинских консультаций с использованием национального мессенджера MAX. 1.2. Полное наименование системы Информационная система «Телемедицинские консультации Смоленской области» (далее – ИС «ТМК СО», ТМК, ПО, система, Система). 1.3. Перечень нормативно-правовых актов Результаты оказания услуг по модернизации Системы, общесистемная нормативно-справочная информация и эксплуатационная документация к разработанной функциональности должны соответствовать требованиям действующих нормативных правовых актов Российской Федерации (далее – РФ) и Смоленской области на момент подписания акта о приемке системы в эксплуатацию. - Условная единица - 1,00 - 845 000,00 - 845 000,00

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

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке 1. ОБЩИЕ СВЕДЕНИЯ 1.1. Наименование услуг Оказание услуг по расширению функциональных возможностей информационной системы «Телемедицинские консультации Смоленской области» (ИС «ТМК СО») в части реализации сервиса передачи статистических событий регионального сервиса проведения телемедицинских консультаций с использованием национального мессенджера MAX. Значение характеристики не может изменяться участником закупки 1.2. Полное наименование системы Информационная система «Телемедицинские консультации Смоленской области» (далее – ИС «ТМК СО», ТМК, ПО, система, Система). Значение характеристики не может изменяться участником закупки 1.3. Перечень нормативно-правовых актов Результаты оказания услуг по модернизации Системы, общесистемная нормативно-справочная информация и эксплуатационная документация к разработанной функциональности должны соответствовать требованиям действующих нормативных правовых актов Российской Федерации (далее – РФ) и Смоленской области на момент подписания акта о приемке системы в эксплуатацию. Значение характеристики не может изменяться участником закупки 1.4. Термины, определения, обозначения и сокращения(2) REST API Архитектурный стиль взаимодействия между клиентом и сервером через HTTP, основанный на обмене ресурсами (данными). Он использует стандартные методы HTTP (GET, POST, PUT, DELETE) для создания, чтения, обновления и удаления данных, обеспечивая высокую гибкость, масштабируемость и простоту интеграции различных систем, обычно в формате JSON. Мини-приложение Компактное веб-приложение, которое работает внутри национальной коммуникационной платформы (мессенджера) МАХ. Не нужно скачивать отдельную программу из хранилищ мобильных приложений — сервис открывается во встроенном браузере мессенджера. Сервис СП Сервис сбора и передачи статистических событий региональных сервисов здравоохранения в МАХ Значение характеристики не может изменяться участником закупки 1.4. Термины, определения, обозначения и сокращения. Используемые в настоящем документе термины, определения и сокращения приведены в таблице ниже (Таблица 1). Сокращение /Расшифровка .apk-файл Формат файлов, состоящий из полных архивированных кодов Android-приложений. Установочный файл. Одного такого файла обычно достаточно, чтобы установить целое и работающее приложение .ipa-файл Формат архивных файлов приложений от Apple для iPhone, iPod Touch и iPad. Файлы с данным расширением хранятся в магазине App Store и загружаются с помощью iTunes для iPhone, iPod Touch и iPad для их использования на этих устройствах. БД База данных ВКС Видеоконференцсвязь ВМ Виртуальная машина ГОСТ Государственный стандарт ГИСЗ Смоленской области Государственная информационная система в сфере здравоохранения Смоленской области ЕСИА Единая система идентификации и аутентификации Российской Федерации ИС Информационная система - система обработки информации и соответствующие организационные ресурсы (человеческие, технические, финансовые), которые обеспечивают и распространяют информацию МО Медицинская организация ОС Операционная система ПАК Программно-аппаратный комплекс ПО Программное обеспечение РФ Российская федерация Система Информационная система «Телемедицинские консультации Смоленской области» СО Смоленская область СУБД Система управления базами данных СУЗ Система управления заявками ТЗ Техническое задание ТМК Телемедицинская консультация Услуги Услуги по разработке и внедрению региональной телемедицинской информационной системы ФЗ Федеральный закон ФИО Фамилия, имя, отчество ЦОД Центр обработки данных ЭВМ Электронно-вычислительная машина ЭП Электронная подпись Мессенджер МАХ Национальная коммуникационная платформа (мессенджер) МАХ API Интерфейс программирования приложений (Application Programming Interface) Значение характеристики не может изменяться участником закупки 1.5. Цели оказания услуг Реализация сервиса передачи статистических событий региональных сервисов здравоохранения в МАХ во исполнение пункта 3 протокола от 25.03.2026 № 90/1/156 совещания по отраслевому инциденту №16 «Внедрение МАКС в здравоохранении» под председательством первого заместителя Министра здравоохранения Российской Федерации В.А. Зеленского. Значение характеристики не может изменяться участником закупки 2. ОПИСАНИЕ ОБЪЕКТА ЗАКУПКИ 2.1. Объекты автоматизации Объектами автоматизации являются процессы организации и оказания медицинской помощи в медицинских организациях, требования к которым описаны в функциональных модулях Системы. Объекты автоматизации приведены в разделе 4. ТРЕБОВАНИЯ К СИСТЕМЕ настоящего Технического задания (далее – ТЗ). Значение характеристики не может изменяться участником закупки 2.2. Субъекты автоматизации Субъектом автоматизации являются медицинские организации Смоленской области, подведомственные Министерству здравоохранения Смоленской области. Значение характеристики не может изменяться участником закупки 2.3. Участники процесса ? Уполномоченные лица Министерства здравоохранения региона; ? Главные внештатные специалисты региона; ? Руководители медицинских организаций; ? Уполномоченные работники медицинских организаций (далее – МО), в том числе врачи, средний медицинский персонал, администраторы МО; ? Получатели медицинских услуг и их законные представители; ? Специалисты учреждений области, уполномоченных на обеспечение функционирования информационных систем области в сфере здравоохранения, а также учреждений области, уполномоченных на сбор и анализ медико-статистической информации. В перечень оказываемых Исполнителем услуг входят: ? модификация Системы (проведение пуско-наладочных работ на программно-аппаратном комплексе Заказчика); ? проведение дистанционного инструктажа группы пользователей (сотрудников Заказчика и администраторов МО); ? предоставление обучающего материала (видео записанного инструктажа), в том числе руководств пользователей, с учетом ролевой модели Системы. Значение характеристики не может изменяться участником закупки 3. ОБЩИЕ ТРЕБОВАНИЯ К СИСТЕМЕ 3.1. Требования к структуре и возможностям модернизируемой функциональности Модернизируемое в рамках данного ТЗ программное обеспечение (далее – ПО) должно соответствовать следующим требованиям: 3.1.1. Программная часть модернизируемой Системы должна быть построена по клиент-серверной архитектуре построения и функционирования с тонким клиентом (веб-браузером) Яндекс.Браузер версии 21.2.1 и выше. В качестве тонкого клиента используется браузер (для веб-версии системы), а также мобильные приложения, которые устанавливаются на мобильное устройство пользователя при помощи .apk-файла (для ОС Android) или .ipa-файла (для ОС iOS), который содержит версию приложения. Модернизированные мобильные приложения должны работать на мобильных устройствах с операционной системой Android версии не ниже 10.0 (с поддержкой Google-сервисов) или iOS версии не ниже 13.0. 3.1.2. Перечень модернизируемых подсистем Системы указан в разделе 4. ТРЕБОВАНИЯ К СИСТЕМЕ настоящего ТЗ. 3.1.3. Требования к возможностям модернизированной Системы: 3.1.3.1. Система должна обеспечивать возможность одновременной работы пользователей, зарегистрированных в Системе, а также поддерживать возможности проведения консультаций в режиме «онлайн» в формате видеоконференцсвязи «точка» – «точка». Максимально возможное количество одновременно проводимых в Системе консультаций в формате видеоконференцсвязи «точка» – «точка» для консультаций определяется лицензией, имеющейся у Заказчика. 3.1.3.2. Однократный ввод и многократное использование первичной информации, полученной от медицинского работника, должностного лица. 3.1.3.3. Система должна корректно функционировать без изменений в настройках в существующей технической инфраструктуре, предоставляемой Заказчиком; 3.1.3.4. Серверные части Системы должны полностью поддерживать работу в 64-битных операционных системах; Значение характеристики не может изменяться участником закупки 3.1.3.5. Модифицируемая функциональность должна обеспечивать необходимую производительность и стабильную работу на аппаратной конфигурации серверного оборудования Заказчика. Минимальные характеристики указаны в таблице ниже (Таблица 2) Таблица 2 – Минимальные характеристики для стабильной работы Системы Кол-во серверов/VM, шт./ Процессор, кол-во ядер (шт.) /Оперативная память, /Gb Дисковое пространство/ Сетевой интерфейс /Операционная система /СУБД. Сервер приложения 1 от 8 от 16 SSD 100 Гб, SSD диски производительностью не менее 2000 IOPS (R\W) Gigabit Ethernet Centos 7.9-2009 для возможности авторизации в системе посредством ЕСИА – лицензия на криптопровайдер CSP (Type:80) v4.0.9017 KC1 Release Ver:4.0.9944 OS:Linux CPU:AMD64 FastCode:READY:AVX Сервер ВКС 1 от 8 от 16 100 Gb + 500 Gb (данные), SSD диски производительностью не менее 2000 IOPS (R\W) Gigabit Ethernet Windows Server 2019 Standard Сервер БД 1 от 8 от 8 50 Gb + 100 Gb (данные), SSD диски производительностью не менее 2000 IOPS (R\W) Gigabit Ethernet Centos 7.9-2009 MongoDB Сервер BI 1 от 4 от 4 50 Gb (данные), SSD диски производительностью не менее 2000 IOPS (R\W) Gigabit Ethernet Centos 7.9-2009 JasperReports Server 7.2 и выше PostgreSQL 11 Реверс-прокси 1 От 2 От 2 50 Gb (данные), SSD диски производительностью не менее 2000 IOPS (R\W) Gigabit Ethernet Centos 7.9-2009 Сервер СУБД 1 От 4 От 4 50 Gb + 50 Gb (данные), SSD диски производительностью не менее 2000 IOPS (R\W) Gigabit Ethernet Centos 7.9-2009 PostgreSQL 14 Сервер тестовый стенд Заказчика 1 От 2 От 8 300 Gb (данные), SSD диски производительностью не менее 2000 IOPS (R\W) Gigabit Ethernet Astra Orel 2.12.45 Значение характеристики не может изменяться участником закупки 3.1.3.5. Модифицируемая функциональность должна обеспечивать необходимую производительность и стабильную работу на аппаратной конфигурации серверного оборудования Заказчика. Минимальные характеристики указаны в таблице ниже (Таблица 2) (2) Для развертывания модернизируемых подсистем Заказчик обеспечивает доступ к программно-аппаратным мощностям через защищенные каналы VipNet. Оборудование и программные средства, необходимое для выполнения Исполнителем своих обязательств по Договору на обработку Исполнителем персональных данных и для доступа в закрытую часть защищенной ведомственной сети здравоохранения Смоленской области ViPNet приобретается Исполнителем самостоятельно и за свой счет. Исполнитель в свою очередь принимает на себя обязательства о неразглашении информации о переданных логинах, паролях доступа и информации о системе безопасности площадки. Система и все разработанные компоненты модуля должны располагаться полностью в закрытой защищенной сети (шифрование трафика осуществляется средствами VipNet). Заказчик предоставляет Исполнителю для развертывания разработанной Системы пул виртуальных серверов с параметрами, описанными в 3.1.4.5. Образы дисков виртуальных серверов хранятся в сети хранения данных (по типу SAN). Значение характеристики не может изменяться участником закупки 3.2. Требования к эргономике и технической эстетике. Интерфейс модернизируемой Системы должен обеспечивать быстрое отображение экранных форм и доступ к основным функциям и операциям Системы. Средства редактирования информации должны удовлетворять принятым соглашениям в части режимов работы, поиска, использования оконной системы. Пользовательская документация по Системе должна быть доступна на русском языке. Все экранные формы должны проектироваться с учетом требований унификации: ? все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации; ? для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы; ? внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов. Значение характеристики не может изменяться участником закупки 3.3. Требования к функционированию, обеспечению и надежности разрабатываемой функциональности Система должна функционировать в режимах, представленных в таблице ниже (Таблица 3). Таблица 3 – Режимы функционирования Системы. Режим/ Описание /Временной режим/ Штатный В штатном режиме должно обеспечиваться выполнение всех функций Системы. Для обеспечения работы Системы в штатном режиме, необходимо соблюдать требования и выдерживать условия эксплуатации Системы, указанные в эксплуатационных документах. 24 часа 7 дней в неделю Сервисный Сервисный режим функционирования должен использоваться для проведения планового обслуживания, реконфигурации, замены компонент Системы, установки версий ПО Системы. В данном режиме Система или ее подсистемы должны быть недоступными для пользователей С 8:00 до 18:00 (по мск) по предварительной договоренности Заказчика и Исполнителя Аварийный Аварийный режим функционирования характеризуется отказом работы Системы. В аварийном режиме должно быть обеспечено устранение возникших аварийных ситуаций, нарушающих работоспособность Системы Максимальное время восстановления работоспособности при сбоях и отказах не должно превышать 20 часов в месяц Настройку резервного копирования БД осуществляет Исполнитель на мощностях Заказчика. Настройку резервного копирования виртуальной машины (далее – ВМ) и ответственность за резервные копии осуществляет и несёт Заказчик. Модернизированная Система не должна иметь ограничений для дальнейшего развития и модификации, как системы в целом, так и отдельных модулей. Архитектурное построение программного обеспечения и используемая им СУБД должны предусматривать возможность увеличения количества пользователей и МО, использующих функциональный модуль ТМК. Значение характеристики не может изменяться участником закупки 3.4. Требования к патентной чистоте Разработка технических, программных, интеграционных, организационных и иных решений, предусмотренных ТЗ, не должна приводить к нарушению авторских и смежных прав третьих лиц. Исполнитель подтверждает и гарантирует, что исполнение настоящего Договора не нарушает каких-либо прав любых третьих лиц, а также то, что в ПО не используются никакие элементы, являющиеся объектом прав третьих лиц, в нарушение прав таких третьих лиц. В случае ликвидации или реорганизации Исполнителя допускается правопреемственность, т.е. дальнейшее пользование сублицензиями. Вознаграждение за предоставление Исполнителем Заказчику прав в соответствии с настоящим пунктом включено в стоимость услуг по настоящему Договору. Права, указанные в настоящем пункте, передаются Заказчику бессрочно. Значение характеристики не может изменяться участником закупки 3.5. Требования к аппаратному обеспечению рабочих станций пользователей Исполнителем должна быть обеспечена возможность удаленного использования функциональных возможностей Системы на оборудовании со следующими минимальными характеристиками (Таблица 4): Таблица 4 – Характеристика рабочих мест пользователей системы Наименование характеристики /Рекомендуемые требования Веб-приложения (Пациента, Врача, Администратора) Процессор с тактовой частотой не менее 2,4 ГГц Оперативная память не менее 4 Гб Жесткий диск не менее 100 Гб Сетевое соединение не менее 10 Мбит/с Монитор/Экран не менее LCD 17 дюймов Операционная система Любая, обеспечивающая корректную работу браузеров Браузер Яндекс.Браузер версии 21.2.1 и выше Офисный пакет Любой, поддерживающий форматы docx и xlsx Дополнительно Видеокамера и микрофон на устройстве, наличие доступа в Internet Мобильное приложение Пациента Операционная система Android версии 10.0 и выше (с поддержкой Google-сервисов) или iOS версии 13.0 и выше Дополнительно Видеокамера и микрофон на устройстве, наличие доступа в Internet На рабочих станциях пользователей должно быть установлено следующее ПО: ? криптопровайдер КриптоПро CSP (версии не ниже 4.0); ? плагин КриптоПро ЭЦП. Значение характеристики не может изменяться участником закупки 3.6. Требования к программному обеспечению Корректное отображение Яндекс.Браузер версии 21.2.1 и выше. Поддержка работы модернизируемой функциональности на используемых МО, на момент заключения договора, операционных системах Windows и операционных системах, входящих в реестр российского программного обеспечения, разработанных на ядре Linux не ниже 4.х. Значение характеристики не может изменяться участником закупки 3.7. Требования к составу, квалификации персонала системы и режиму его работы с модернизируемой функциональностью Исполнителем должны быть использованы следующие требования к составу, квалификации персонала функционального заказчика системы и режиму его работы с модернизированной функциональностью: ? требования к составу персонала: персоналом Системы являются: обслуживающий (технический) персонал, системный администратор и пользователи Системы. ? требования к квалификации персонала: квалификация системного администратора, достаточная для обслуживания общесистемного программного обеспечения (ОС, сервер данных, сервер приложений, веб-сервер, СУБД и т.п.), используемого в Системе, а также обслуживания средств защиты информации. Пользователи Системы обладают следующей квалификацией: ? базовые навыки работы на персональном компьютере с графическим пользовательским интерфейсом (клавиатура, мышь, управление окнами и приложениями, файловая система); ? базовые навыки использования стандартной клиентской программы (браузера) в среде Интернета (настройка типовых конфигураций, установка подключений, доступ к веб-сайтам, навигация, формы и другие типовые интерактивные элементы); ? знание основ пользовательского интерфейса Системы по итогам инструктажа о работе с модифицированной функциональностью. ? Для снижения ошибочных действий пользователей должно быть разработано руководство пользователя и администратора, в соответствии с требованиями настоящего ТЗ. При разработке должна быть обеспечена доступность информации в соответствии с требованиями к квалификации персонала (см. п. 3.7. Требования к составу, квалификации персонала системы и режиму его работы с модернизируемой функциональностью), должны присутствовать скриншоты интерфейса к описанию функциональности Система. Значение характеристики не может изменяться участником закупки 3.7. Требования к составу, квалификации персонала системы и режиму его работы с модернизируемой функциональностью (2) Требуемый режим работы персонала: ? рабочее время и режим работы персонала в рамках Системы не регламентируются и определяются организационными и методическими документами организаций – пользователей Системы. Система должна обеспечивать готовность к взаимодействию с персоналом в круглосуточном режиме, в том числе, при доступе пользователей из других по отношению к серверной части временных зон; ? структура и конфигурация Системы и разрабатываемого модуля должны быть спроектированы и реализованы с целью минимизации количественного состава обслуживающего персонала, а также с целью минимизации времени выполнения бизнес-процессов участников процесса, использующих Систему, путем их автоматизации. Усложнение выполнения бизнес-процессов персонала в Системе не допускается. Значение характеристики не может изменяться участником закупки 3.8. Перспективы развития и модернизации Системы Развитие Системы должно производиться без нарушения ее работоспособности. Система должна сохранять работоспособность при изменении организационной структуры медицинских организаций, при изменении наименований и количества медицинских организаций, при появлении новых пользователей Системы. Система должна обеспечивать возможность доработки и интеграции с другими автоматизированными информационными системами и системами управления базами данных. Система должна предусматривать возможность масштабирования по производительности и объему обрабатываемой информации без модификации ее программного обеспечения путем модернизации используемого комплекса технических средств. Возможности масштабирования должны обеспечиваться средствами используемого базового программного обеспечения. Значение характеристики не может изменяться участником закупки 4. ТРЕБОВАНИЯ К СИСТЕМЕ. Региональная телемедицинская информационная система - специализированное программное обеспечение, разработанное на базе Региональной медицинской информационной системы - «МедВедь», зарегистрированной в Едином реестре российских программ для электронных вычислительных машин и баз данных (регистрационный номер 2009615527). Сведения об исключительном праве: Свидетельство о государственной регистрации программы для ЭВМ №2009615527 от «05» октября 2009 г.». Значение характеристики не может изменяться участником закупки 4.1. Перечень подсистем, их назначение и основные характеристики В рамках выполнения работ по Договору необходимо реализовать Сервис передачи статистических событий в МАХ. Настоящий Сервис должен быть предназначен для передачи статистических событий, произошедших в рамках взаимодействия пользователей с региональным сервисом MAX в чат-боте «Смоленск. Моё здоровье» (мини-приложения в чат-боте «Смоленск. Моё здоровье»). События, передаваемые в рамках данного решения, агрегируются для дальнейшего предоставления отчетности по событиям в разрезе региона и типов событий. Персональные данные пользователей не передаются. Формат запроса: Передача статистических событий производится с помощью REST API запроса: curl --location 'https://tracker-s2s.my.com/v1/customEvent/?idApp=\ --header 'Authorization: ' \ --header 'Content-Type: application/json' \ --data '{ "customUserId": "", "customEventName": " ", "customEventParams": { "bot_name": " ", "region": " " }, "eventTimestamp": }' Значение характеристики не может изменяться участником закупки 4.1. Перечень подсистем, их назначение и основные характеристики (2) Таблица 5. Описание параметров запроса ID ПРИЛОЖЕНИЯ Идентификаторы для организации Сервиса запрашиваются с официальной электронной почты Регионального органа исполнительной власти в области здравоохранения ответственным сотрудником электронным письмом на почту digital.med@max.ru ТОКЕН АВТОРИЗАЦИИ ID ПОЛЬЗОВАТЕЛЯ В MAX РЕГИОН БОТА Смоленская область ТИП СОБЫТИЯ Список событий указан в Таблице 8 НИКНЕЙМ БОТА reg67_medicina_bot Коды ответов информационной системы, агрегирующей события, полученные от регионального сервиса представлены в Таблице 6. Таблица 6. Коды ответов Код /Ответ/ Описание 200 {"message": "ОK"} Запрос был успешно обработан 400 {"error": "Bad Request"} Ошибка запроса, параметры не прошли валидацию 403 {"error": "Forbidden"} Токен не прошёл валидацию, либо не подходит для приложения 400 {"error": "Empty post data"} Пустое тело запроса 400 {"error": "Bad json"} Передан битый json в теле запроса 400 {"error": "Bad api version"} Неподдерживаемая версия API 404 {"error": "Method not found"} Метод API не найден 500 {"error": "Internal Server Error"} Внутренняя ошибка API. Нужно повторить запрос позже Запрос для передачи статистических событий формируется в информационной системе субъекта «Телемедицинские консультации Смоленской области», которая используется для логирования событий региональных сервисов здравоохранения. Описание параметров передаваемый событий с использованием Сервиса представлено в Таблице 7. Значение характеристики не может изменяться участником закупки 4.1. Перечень подсистем, их назначение и основные характеристики (3) Таблица 7. Описание параметров событий. Название/ Описание /Тип /Источник /Путь получения данных/ Пример/. ID ПРИЛОЖЕНИЯ Идентификатор приложения, выданный для интеграции Число Минцифры России Описан в Таблице 5 10276007 ТОКЕН АВТОРИЗАЦИИ Токен, выданный для интеграции Строка Минцифры России Описан в Таблице 5 ID ПОЛЬЗОВАТЕЛЯ В MAX Идентификатор пользователя, чьи действия в сервисе здравоохранения субъекта подлежат логированию Строка Сервис МАХ В Сервисе MAX при первом контакте пользователя с сервисом поступает callbackсообщение, содержащее user_id пользователя. User_id сохраняется в информационной системе субъекта для фиксации связки user_id – тип события 1806953 ТИП СОБЫТИЯ список допустимых событий указан в Таблице 8 Строка Сервис МАХ В Сервисе МАХ должны фиксироваться события, описанные Таблице 8 sick_leave_close НИКНЕЙМ БОТА reg67_medicina_bot Строка РЕГИОН БОТА Номер региона, выданный для интеграции Строка Минцифры России Описан в Таблице 5 88 UNIX TIMESTAMP СОБЫТИЯ Время события в unix timestamp Число Система Метод получения метки времени выбирается в зависимости от используемого в сервисе субъекта технологического стэка 1773846503 В качестве параметра customEventName при запросе в REST API допустимы типы событий, указанные в Таблице 8. Значение характеристики не может изменяться участником закупки 4.1. Перечень подсистем, их назначение и основные характеристики (4). Таблица 8. Типы событий. Тип события/ Описание/. appointment_open_tmk пользователь записался на ТМК в Сервисе МАХ tm_completed онлайн-консультация врач-пациент проведена в Сервисе MAX sick_leave_close листок нетрудоспособности закрыт после онлайн консультации, проведенной в Сервисе МАХ Значение характеристики не может изменяться участником закупки 5. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ УСЛУГ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ. 1. Исполнителем осуществляется доработка Системы согласно п.4 настоящего ТЗ. 2. Разработанная функциональность развертывается Исполнителем в Центр Обработки Данных (далее – ЦОД), определенном Заказчиком, на продуктивном контуре Заказчика в течение 1 рабочего дня после успешной приёмки работ по Договору на препродовом контуре Заказчика. Приёмо-сдаточные испытания на препродовом контуре Заказчика должны в полном объеме демонстрировать функциональность, модифицированную в рамках данного ТЗ. Допускается проведение испытаний в дистанционной форме. 3. Для развертывания модифицированной Системы Заказчик обеспечивает физический и удаленный доступ к программно-аппаратным мощностям ЦОД. Исполнитель в свою очередь принимает на себя обязательства о неразглашении информации о переданных логинах, паролях доступа и информации по системе безопасности ЦОД. 4. Заказчиком должны быть выполнены мероприятия по защите информации в ЦОД в соответствии с требованиями законодательства РФ. 5. Должна быть обеспечена возможность круглосуточного подключения к серверам для технических специалистов Исполнителя. 6. Заказчиком должен быть организован мониторинг физического оборудования и среды виртуализации ЦОД. Данные мониторинга должны быть доступны специалистам Исполнителя на чтение. Значение характеристики не может изменяться участником закупки 5. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ УСЛУГ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ. (2) 7. После обновления Системы исполнителем проводится Инструктаж по основам использования Системы в соответствии с настоящим ТЗ для врачей, администраторов и операторов, роли которых предусмотрены Системой. Инструктаж персонала проводится согласно заранее подготовленной программе инструктажа, с использованием учебных стендов и демонстрационных программ, разработанных Исполнителем при необходимости. Инструктаж должен проводиться заочно (посредством вебинаров) для представителей МО Смоленской области. Инструктаж должен быть проведен с обязательным участием в каждой учебной группе уполномоченных сотрудников Исполнителя, обладающих достаточными знаниями работы с функциональностью ТМК. Во время проведения инструктажа должна быть предусмотрена видеозапись занятий (в рамках исполнения договора достаточно предоставление видеозаписи с занятий из одной МО, содержащие в себе полный объем материалов, описанных в программах инструктажа), либо Исполнителем должны быть предоставлены обучающие видео-инструкции с актуальной функциональностью Системы и модифицированной функциональности. Время одного занятия не менее 1 часа. Количество занятий (вебинаров) – 1 занятие. Общее количество специалистов, которые должны пройти инструктаж – не менее 40 человек, но не более 100. Количество инструктируемого персонала должно быть предварительно согласовано Заказчиком с Исполнителем. План-график инструктажа формируется Исполнителем и согласовывается с Заказчиком. Значение характеристики не может изменяться участником закупки 6. ГАРАНТИЙНЫЕ ОБЯЗАТЕЛЬСТВА. Исполнитель должен обеспечить гарантию работоспособности Системы, включая гарантийную поддержку, в течение не менее 12 месяцев с даты перехода права собственности на результаты работ Заказчику. Система должна обладать надежностью, обеспечивающей работу пользователей в круглосуточном режиме (в режиме 24 часа/7 дней в неделю/365-366 дней в году) без перерывов и оперативное восстановление работоспособности при сбоях (за исключением времени восстановления работоспособности при сбоях и отказах). Система в целом должна сохранять работоспособность при некорректных действиях пользователя. В рамках гарантийной поддержки Системы Исполнитель должен: 1. Устранять обнаруженные в процессе постоянной эксплуатации дефекты в работе Системы в срок не более 10 рабочих дней (в случае необходимости данный срок может быть увеличен по согласованию с Заказчиком); 2. Принимать участие в восстановлении работоспособности Системы после сбоев и аварий, вызванных дефектами и недокументированными возможностями подсистем, выполняя при этом работы, связанные с восстановлением целостности данных и обновлением Системы; 3. Вносить изменения в техническую и рабочую документацию на основании выявленных неточностей или обнаруженных недокументированных возможностей подсистемы; Значение характеристики не может изменяться участником закупки 6. ГАРАНТИЙНЫЕ ОБЯЗАТЕЛЬСТВА.(2) 4. осуществлять авторский надзор за изменениями Системы, выполняемыми представителем Заказчика, на предмет сохранения гарантийного обслуживания изменяемых компонентов. Прием заявок должен осуществляться через систему управления заявками (далее – СУЗ), предоставляемую Заказчиком. В рамках гарантийного срока, Исполнитель обеспечивает сопровождение и техническую поддержку в объеме: ? оказание услуг по приему, регистрации и обработке Обращений от представителей Заказчика; ? оказание услуг по технической поддержке ИС «ТМК СО». Для оказания услуг в соответствии с настоящим ТЗ Исполнителем должна быть организована служба технической поддержки по следующему многоуровневому принципу: ? первая линия технической поддержки – обслуживается специалистами СТП Исполнителя, которые проводят анализ и предоставляют решения по Обращениям, поступившим в СУЗ Заказчика; ? вторая линия технической поддержки – обслуживается специалистами Исполнителя, обеспечивающими решение Запросов, связанных с необходимостью внесения изменений в исходный код компонентов ИС «ТМК СО». Решение Обращений, связанных с необходимостью внесения изменений в исходный код компонентов ИС «ТМК СО» принимается Исполнителем самостоятельно, исходя из логики работы ИС «ТМК СО». При регистрации определяется уровень приоритета Обращения. Конечное значение уровня приоритета Обращения определяется и выставляется Исполнителем после регистрации Обращения в СУЗ Заказчика и анализа ситуации по Обращению в зависимости от степени влияния на доступность функциональности Системы и сообщается Заказчику посредством СУЗ. В Таблице 9 указано время на предоставление решения в зависимости от установленного приоритета. Время указано в часовом поясе Заказчика. Значение характеристики не может изменяться участником закупки 6. ГАРАНТИЙНЫЕ ОБЯЗАТЕЛЬСТВА.(3). Таблица 9 - Приоритеты Обращения Приоритет/ Тип Обращения Информационный запрос/ Инцидент При участии 1 линии поддержки. При участии 2 линии поддержки. При участии 1 линии поддержки. При участии 2 линии поддержки 1. Приоритет -1 (Немедленный) не применимо не более 8-ми рабочих часов не более 8-ми рабочих часов не более 8-ми рабочих часов; 2. Приоритет -2 (Высокий) не более 3 рабочих дней* не более 7-ми рабочих дней* не более 2-х рабочих дней* не более 7-ми рабочих дней*; 3. Приоритет -3 (Нормальный) не более 5 рабочих дней* не более 45-ти рабочих дней* не более 5-ти рабочих дней* не более 45-ти рабочих дней*; 4. Приоритет -4 (низкий) не более 10 рабочих дней* не более 60-ти рабочих дней* не более 10-ти рабочих дней* не более 60-ти рабочих дней* Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - 1. ОБЩИЕ СВЕДЕНИЯ 1.1. Наименование услуг - Оказание услуг по расширению функциональных возможностей информационной системы «Телемедицинские консультации Смоленской области» (ИС «ТМК СО») в части реализации сервиса передачи статистических событий регионального сервиса проведения телемедицинских консультаций с использованием национального мессенджера MAX. - - Значение характеристики не может изменяться участником закупки - 1.2. Полное наименование системы - Информационная система «Телемедицинские консультации Смоленской области» (далее – ИС «ТМК СО», ТМК, ПО, система, Система). - - Значение характеристики не может изменяться участником закупки - 1.3. Перечень нормативно-правовых актов - Результаты оказания услуг по модернизации Системы, общесистемная нормативно-справочная информация и эксплуатационная документация к разработанной функциональности должны соответствовать требованиям действующих нормативных правовых актов Российской Федерации (далее – РФ) и Смоленской области на момент подписания акта о приемке системы в эксплуатацию. - - Значение характеристики не может изменяться участником закупки - 1.4. Термины, определения, обозначения и сокращения(2) - REST API Архитектурный стиль взаимодействия между клиентом и сервером через HTTP, основанный на обмене ресурсами (данными). Он использует стандартные методы HTTP (GET, POST, PUT, DELETE) для создания, чтения, обновления и удаления данных, обеспечивая высокую гибкость, масштабируемость и простоту интеграции различных систем, обычно в формате JSON. Мини-приложение Компактное веб-приложение, которое работает внутри национальной коммуникационной платформы (мессенджера) МАХ. Не нужно скачивать отдельную программу из хранилищ мобильных приложений — сервис открывается во встроенном браузере мессенджера. Сервис СП Сервис сбора и передачи статистических событий региональных сервисов здравоохранения в МАХ - - Значение характеристики не может изменяться участником закупки - 1.4. Термины, определения, обозначения и сокращения. - Используемые в настоящем документе термины, определения и сокращения приведены в таблице ниже (Таблица 1). Сокращение /Расшифровка .apk-файл Формат файлов, состоящий из полных архивированных кодов Android-приложений. Установочный файл. Одного такого файла обычно достаточно, чтобы установить целое и работающее приложение .ipa-файл Формат архивных файлов приложений от Apple для iPhone, iPod Touch и iPad. Файлы с данным расширением хранятся в магазине App Store и загружаются с помощью iTunes для iPhone, iPod Touch и iPad для их использования на этих устройствах. БД База данных ВКС Видеоконференцсвязь ВМ Виртуальная машина ГОСТ Государственный стандарт ГИСЗ Смоленской области Государственная информационная система в сфере здравоохранения Смоленской области ЕСИА Единая система идентификации и аутентификации Российской Федерации ИС Информационная система - система обработки информации и соответствующие организационные ресурсы (человеческие, технические, финансовые), которые обеспечивают и распространяют информацию МО Медицинская организация ОС Операционная система ПАК Программно-аппаратный комплекс ПО Программное обеспечение РФ Российская федерация Система Информационная система «Телемедицинские консультации Смоленской области» СО Смоленская область СУБД Система управления базами данных СУЗ Система управления заявками ТЗ Техническое задание ТМК Телемедицинская консультация Услуги Услуги по разработке и внедрению региональной телемедицинской информационной системы ФЗ Федеральный закон ФИО Фамилия, имя, отчество ЦОД Центр обработки данных ЭВМ Электронно-вычислительная машина ЭП Электронная подпись Мессенджер МАХ Национальная коммуникационная платформа (мессенджер) МАХ API Интерфейс программирования приложений (Application Programming Interface) - - Значение характеристики не может изменяться участником закупки - 1.5. Цели оказания услуг - Реализация сервиса передачи статистических событий региональных сервисов здравоохранения в МАХ во исполнение пункта 3 протокола от 25.03.2026 № 90/1/156 совещания по отраслевому инциденту №16 «Внедрение МАКС в здравоохранении» под председательством первого заместителя Министра здравоохранения Российской Федерации В.А. Зеленского. - - Значение характеристики не может изменяться участником закупки - 2. ОПИСАНИЕ ОБЪЕКТА ЗАКУПКИ 2.1. Объекты автоматизации - Объектами автоматизации являются процессы организации и оказания медицинской помощи в медицинских организациях, требования к которым описаны в функциональных модулях Системы. Объекты автоматизации приведены в разделе 4. ТРЕБОВАНИЯ К СИСТЕМЕ настоящего Технического задания (далее – ТЗ). - - Значение характеристики не может изменяться участником закупки - 2.2. Субъекты автоматизации - Субъектом автоматизации являются медицинские организации Смоленской области, подведомственные Министерству здравоохранения Смоленской области. - - Значение характеристики не может изменяться участником закупки - 2.3. Участники процесса - ? Уполномоченные лица Министерства здравоохранения региона; ? Главные внештатные специалисты региона; ? Руководители медицинских организаций; ? Уполномоченные работники медицинских организаций (далее – МО), в том числе врачи, средний медицинский персонал, администраторы МО; ? Получатели медицинских услуг и их законные представители; ? Специалисты учреждений области, уполномоченных на обеспечение функционирования информационных систем области в сфере здравоохранения, а также учреждений области, уполномоченных на сбор и анализ медико-статистической информации. В перечень оказываемых Исполнителем услуг входят: ? модификация Системы (проведение пуско-наладочных работ на программно-аппаратном комплексе Заказчика); ? проведение дистанционного инструктажа группы пользователей (сотрудников Заказчика и администраторов МО); ? предоставление обучающего материала (видео записанного инструктажа), в том числе руководств пользователей, с учетом ролевой модели Системы. - - Значение характеристики не может изменяться участником закупки - 3. ОБЩИЕ ТРЕБОВАНИЯ К СИСТЕМЕ - 3.1. Требования к структуре и возможностям модернизируемой функциональности Модернизируемое в рамках данного ТЗ программное обеспечение (далее – ПО) должно соответствовать следующим требованиям: 3.1.1. Программная часть модернизируемой Системы должна быть построена по клиент-серверной архитектуре построения и функционирования с тонким клиентом (веб-браузером) Яндекс.Браузер версии 21.2.1 и выше. В качестве тонкого клиента используется браузер (для веб-версии системы), а также мобильные приложения, которые устанавливаются на мобильное устройство пользователя при помощи .apk-файла (для ОС Android) или .ipa-файла (для ОС iOS), который содержит версию приложения. Модернизированные мобильные приложения должны работать на мобильных устройствах с операционной системой Android версии не ниже 10.0 (с поддержкой Google-сервисов) или iOS версии не ниже 13.0. 3.1.2. Перечень модернизируемых подсистем Системы указан в разделе 4. ТРЕБОВАНИЯ К СИСТЕМЕ настоящего ТЗ. 3.1.3. Требования к возможностям модернизированной Системы: 3.1.3.1. Система должна обеспечивать возможность одновременной работы пользователей, зарегистрированных в Системе, а также поддерживать возможности проведения консультаций в режиме «онлайн» в формате видеоконференцсвязи «точка» – «точка». Максимально возможное количество одновременно проводимых в Системе консультаций в формате видеоконференцсвязи «точка» – «точка» для консультаций определяется лицензией, имеющейся у Заказчика. 3.1.3.2. Однократный ввод и многократное использование первичной информации, полученной от медицинского работника, должностного лица. 3.1.3.3. Система должна корректно функционировать без изменений в настройках в существующей технической инфраструктуре, предоставляемой Заказчиком; 3.1.3.4. Серверные части Системы должны полностью поддерживать работу в 64-битных операционных системах; - - Значение характеристики не может изменяться участником закупки - 3.1.3.5. Модифицируемая функциональность должна обеспечивать необходимую производительность и стабильную работу на аппаратной конфигурации серверного оборудования Заказчика. Минимальные характеристики указаны в таблице ниже (Таблица 2) - Таблица 2 – Минимальные характеристики для стабильной работы Системы Кол-во серверов/VM, шт./ Процессор, кол-во ядер (шт.) /Оперативная память, /Gb Дисковое пространство/ Сетевой интерфейс /Операционная система /СУБД. Сервер приложения 1 от 8 от 16 SSD 100 Гб, SSD диски производительностью не менее 2000 IOPS (R\W) Gigabit Ethernet Centos 7.9-2009 для возможности авторизации в системе посредством ЕСИА – лицензия на криптопровайдер CSP (Type:80) v4.0.9017 KC1 Release Ver:4.0.9944 OS:Linux CPU:AMD64 FastCode:READY:AVX Сервер ВКС 1 от 8 от 16 100 Gb + 500 Gb (данные), SSD диски производительностью не менее 2000 IOPS (R\W) Gigabit Ethernet Windows Server 2019 Standard Сервер БД 1 от 8 от 8 50 Gb + 100 Gb (данные), SSD диски производительностью не менее 2000 IOPS (R\W) Gigabit Ethernet Centos 7.9-2009 MongoDB Сервер BI 1 от 4 от 4 50 Gb (данные), SSD диски производительностью не менее 2000 IOPS (R\W) Gigabit Ethernet Centos 7.9-2009 JasperReports Server 7.2 и выше PostgreSQL 11 Реверс-прокси 1 От 2 От 2 50 Gb (данные), SSD диски производительностью не менее 2000 IOPS (R\W) Gigabit Ethernet Centos 7.9-2009 Сервер СУБД 1 От 4 От 4 50 Gb + 50 Gb (данные), SSD диски производительностью не менее 2000 IOPS (R\W) Gigabit Ethernet Centos 7.9-2009 PostgreSQL 14 Сервер тестовый стенд Заказчика 1 От 2 От 8 300 Gb (данные), SSD диски производительностью не менее 2000 IOPS (R\W) Gigabit Ethernet Astra Orel 2.12.45 - - Значение характеристики не может изменяться участником закупки - 3.1.3.5. Модифицируемая функциональность должна обеспечивать необходимую производительность и стабильную работу на аппаратной конфигурации серверного оборудования Заказчика. Минимальные характеристики указаны в таблице ниже (Таблица 2) (2) - Для развертывания модернизируемых подсистем Заказчик обеспечивает доступ к программно-аппаратным мощностям через защищенные каналы VipNet. Оборудование и программные средства, необходимое для выполнения Исполнителем своих обязательств по Договору на обработку Исполнителем персональных данных и для доступа в закрытую часть защищенной ведомственной сети здравоохранения Смоленской области ViPNet приобретается Исполнителем самостоятельно и за свой счет. Исполнитель в свою очередь принимает на себя обязательства о неразглашении информации о переданных логинах, паролях доступа и информации о системе безопасности площадки. Система и все разработанные компоненты модуля должны располагаться полностью в закрытой защищенной сети (шифрование трафика осуществляется средствами VipNet). Заказчик предоставляет Исполнителю для развертывания разработанной Системы пул виртуальных серверов с параметрами, описанными в 3.1.4.5. Образы дисков виртуальных серверов хранятся в сети хранения данных (по типу SAN). - - Значение характеристики не может изменяться участником закупки - 3.2. Требования к эргономике и технической эстетике. - Интерфейс модернизируемой Системы должен обеспечивать быстрое отображение экранных форм и доступ к основным функциям и операциям Системы. Средства редактирования информации должны удовлетворять принятым соглашениям в части режимов работы, поиска, использования оконной системы. Пользовательская документация по Системе должна быть доступна на русском языке. Все экранные формы должны проектироваться с учетом требований унификации: ? все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации; ? для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы; ? внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов. - - Значение характеристики не может изменяться участником закупки - 3.3. Требования к функционированию, обеспечению и надежности разрабатываемой функциональности Система должна функционировать в режимах, представленных в таблице ниже (Таблица 3). - Таблица 3 – Режимы функционирования Системы. Режим/ Описание /Временной режим/ Штатный В штатном режиме должно обеспечиваться выполнение всех функций Системы. Для обеспечения работы Системы в штатном режиме, необходимо соблюдать требования и выдерживать условия эксплуатации Системы, указанные в эксплуатационных документах. 24 часа 7 дней в неделю Сервисный Сервисный режим функционирования должен использоваться для проведения планового обслуживания, реконфигурации, замены компонент Системы, установки версий ПО Системы. В данном режиме Система или ее подсистемы должны быть недоступными для пользователей С 8:00 до 18:00 (по мск) по предварительной договоренности Заказчика и Исполнителя Аварийный Аварийный режим функционирования характеризуется отказом работы Системы. В аварийном режиме должно быть обеспечено устранение возникших аварийных ситуаций, нарушающих работоспособность Системы Максимальное время восстановления работоспособности при сбоях и отказах не должно превышать 20 часов в месяц Настройку резервного копирования БД осуществляет Исполнитель на мощностях Заказчика. Настройку резервного копирования виртуальной машины (далее – ВМ) и ответственность за резервные копии осуществляет и несёт Заказчик. Модернизированная Система не должна иметь ограничений для дальнейшего развития и модификации, как системы в целом, так и отдельных модулей. Архитектурное построение программного обеспечения и используемая им СУБД должны предусматривать возможность увеличения количества пользователей и МО, использующих функциональный модуль ТМК. - - Значение характеристики не может изменяться участником закупки - 3.4. Требования к патентной чистоте - Разработка технических, программных, интеграционных, организационных и иных решений, предусмотренных ТЗ, не должна приводить к нарушению авторских и смежных прав третьих лиц. Исполнитель подтверждает и гарантирует, что исполнение настоящего Договора не нарушает каких-либо прав любых третьих лиц, а также то, что в ПО не используются никакие элементы, являющиеся объектом прав третьих лиц, в нарушение прав таких третьих лиц. В случае ликвидации или реорганизации Исполнителя допускается правопреемственность, т.е. дальнейшее пользование сублицензиями. Вознаграждение за предоставление Исполнителем Заказчику прав в соответствии с настоящим пунктом включено в стоимость услуг по настоящему Договору. Права, указанные в настоящем пункте, передаются Заказчику бессрочно. - - Значение характеристики не может изменяться участником закупки - 3.5. Требования к аппаратному обеспечению рабочих станций пользователей Исполнителем должна быть обеспечена возможность удаленного использования функциональных возможностей Системы на оборудовании со следующими минимальными характеристиками (Таблица 4): - Таблица 4 – Характеристика рабочих мест пользователей системы Наименование характеристики /Рекомендуемые требования Веб-приложения (Пациента, Врача, Администратора) Процессор с тактовой частотой не менее 2,4 ГГц Оперативная память не менее 4 Гб Жесткий диск не менее 100 Гб Сетевое соединение не менее 10 Мбит/с Монитор/Экран не менее LCD 17 дюймов Операционная система Любая, обеспечивающая корректную работу браузеров Браузер Яндекс.Браузер версии 21.2.1 и выше Офисный пакет Любой, поддерживающий форматы docx и xlsx Дополнительно Видеокамера и микрофон на устройстве, наличие доступа в Internet Мобильное приложение Пациента Операционная система Android версии 10.0 и выше (с поддержкой Google-сервисов) или iOS версии 13.0 и выше Дополнительно Видеокамера и микрофон на устройстве, наличие доступа в Internet На рабочих станциях пользователей должно быть установлено следующее ПО: ? криптопровайдер КриптоПро CSP (версии не ниже 4.0); ? плагин КриптоПро ЭЦП. - - Значение характеристики не может изменяться участником закупки - 3.6. Требования к программному обеспечению - Корректное отображение Яндекс.Браузер версии 21.2.1 и выше. Поддержка работы модернизируемой функциональности на используемых МО, на момент заключения договора, операционных системах Windows и операционных системах, входящих в реестр российского программного обеспечения, разработанных на ядре Linux не ниже 4.х. - - Значение характеристики не может изменяться участником закупки - 3.7. Требования к составу, квалификации персонала системы и режиму его работы с модернизируемой функциональностью - Исполнителем должны быть использованы следующие требования к составу, квалификации персонала функционального заказчика системы и режиму его работы с модернизированной функциональностью: ? требования к составу персонала: персоналом Системы являются: обслуживающий (технический) персонал, системный администратор и пользователи Системы. ? требования к квалификации персонала: квалификация системного администратора, достаточная для обслуживания общесистемного программного обеспечения (ОС, сервер данных, сервер приложений, веб-сервер, СУБД и т.п.), используемого в Системе, а также обслуживания средств защиты информации. Пользователи Системы обладают следующей квалификацией: ? базовые навыки работы на персональном компьютере с графическим пользовательским интерфейсом (клавиатура, мышь, управление окнами и приложениями, файловая система); ? базовые навыки использования стандартной клиентской программы (браузера) в среде Интернета (настройка типовых конфигураций, установка подключений, доступ к веб-сайтам, навигация, формы и другие типовые интерактивные элементы); ? знание основ пользовательского интерфейса Системы по итогам инструктажа о работе с модифицированной функциональностью. ? Для снижения ошибочных действий пользователей должно быть разработано руководство пользователя и администратора, в соответствии с требованиями настоящего ТЗ. При разработке должна быть обеспечена доступность информации в соответствии с требованиями к квалификации персонала (см. п. 3.7. Требования к составу, квалификации персонала системы и режиму его работы с модернизируемой функциональностью), должны присутствовать скриншоты интерфейса к описанию функциональности Система. - - Значение характеристики не может изменяться участником закупки - 3.7. Требования к составу, квалификации персонала системы и режиму его работы с модернизируемой функциональностью (2) - Требуемый режим работы персонала: ? рабочее время и режим работы персонала в рамках Системы не регламентируются и определяются организационными и методическими документами организаций – пользователей Системы. Система должна обеспечивать готовность к взаимодействию с персоналом в круглосуточном режиме, в том числе, при доступе пользователей из других по отношению к серверной части временных зон; ? структура и конфигурация Системы и разрабатываемого модуля должны быть спроектированы и реализованы с целью минимизации количественного состава обслуживающего персонала, а также с целью минимизации времени выполнения бизнес-процессов участников процесса, использующих Систему, путем их автоматизации. Усложнение выполнения бизнес-процессов персонала в Системе не допускается. - - Значение характеристики не может изменяться участником закупки - 3.8. Перспективы развития и модернизации Системы - Развитие Системы должно производиться без нарушения ее работоспособности. Система должна сохранять работоспособность при изменении организационной структуры медицинских организаций, при изменении наименований и количества медицинских организаций, при появлении новых пользователей Системы. Система должна обеспечивать возможность доработки и интеграции с другими автоматизированными информационными системами и системами управления базами данных. Система должна предусматривать возможность масштабирования по производительности и объему обрабатываемой информации без модификации ее программного обеспечения путем модернизации используемого комплекса технических средств. Возможности масштабирования должны обеспечиваться средствами используемого базового программного обеспечения. - - Значение характеристики не может изменяться участником закупки - 4. ТРЕБОВАНИЯ К СИСТЕМЕ. - Региональная телемедицинская информационная система - специализированное программное обеспечение, разработанное на базе Региональной медицинской информационной системы - «МедВедь», зарегистрированной в Едином реестре российских программ для электронных вычислительных машин и баз данных (регистрационный номер 2009615527). Сведения об исключительном праве: Свидетельство о государственной регистрации программы для ЭВМ №2009615527 от «05» октября 2009 г.». - - Значение характеристики не может изменяться участником закупки - 4.1. Перечень подсистем, их назначение и основные характеристики - В рамках выполнения работ по Договору необходимо реализовать Сервис передачи статистических событий в МАХ. Настоящий Сервис должен быть предназначен для передачи статистических событий, произошедших в рамках взаимодействия пользователей с региональным сервисом MAX в чат-боте «Смоленск. Моё здоровье» (мини-приложения в чат-боте «Смоленск. Моё здоровье»). События, передаваемые в рамках данного решения, агрегируются для дальнейшего предоставления отчетности по событиям в разрезе региона и типов событий. Персональные данные пользователей не передаются. Формат запроса: Передача статистических событий производится с помощью REST API запроса: curl --location 'https://tracker-s2s.my.com/v1/customEvent/?idApp=\ --header 'Authorization: ' \ --header 'Content-Type: application/json' \ --data '{ "customUserId": "", "customEventName": " ", "customEventParams": { "bot_name": " ", "region": " " }, "eventTimestamp": }' - - Значение характеристики не может изменяться участником закупки - 4.1. Перечень подсистем, их назначение и основные характеристики (2) - Таблица 5. Описание параметров запроса ID ПРИЛОЖЕНИЯ Идентификаторы для организации Сервиса запрашиваются с официальной электронной почты Регионального органа исполнительной власти в области здравоохранения ответственным сотрудником электронным письмом на почту digital.med@max.ru ТОКЕН АВТОРИЗАЦИИ ID ПОЛЬЗОВАТЕЛЯ В MAX РЕГИОН БОТА Смоленская область ТИП СОБЫТИЯ Список событий указан в Таблице 8 НИКНЕЙМ БОТА reg67_medicina_bot Коды ответов информационной системы, агрегирующей события, полученные от регионального сервиса представлены в Таблице 6. Таблица 6. Коды ответов Код /Ответ/ Описание 200 {"message": "ОK"} Запрос был успешно обработан 400 {"error": "Bad Request"} Ошибка запроса, параметры не прошли валидацию 403 {"error": "Forbidden"} Токен не прошёл валидацию, либо не подходит для приложения 400 {"error": "Empty post data"} Пустое тело запроса 400 {"error": "Bad json"} Передан битый json в теле запроса 400 {"error": "Bad api version"} Неподдерживаемая версия API 404 {"error": "Method not found"} Метод API не найден 500 {"error": "Internal Server Error"} Внутренняя ошибка API. Нужно повторить запрос позже Запрос для передачи статистических событий формируется в информационной системе субъекта «Телемедицинские консультации Смоленской области», которая используется для логирования событий региональных сервисов здравоохранения. Описание параметров передаваемый событий с использованием Сервиса представлено в Таблице 7. - - Значение характеристики не может изменяться участником закупки - 4.1. Перечень подсистем, их назначение и основные характеристики (3) - Таблица 7. Описание параметров событий. Название/ Описание /Тип /Источник /Путь получения данных/ Пример/. ID ПРИЛОЖЕНИЯ Идентификатор приложения, выданный для интеграции Число Минцифры России Описан в Таблице 5 10276007 ТОКЕН АВТОРИЗАЦИИ Токен, выданный для интеграции Строка Минцифры России Описан в Таблице 5 ID ПОЛЬЗОВАТЕЛЯ В MAX Идентификатор пользователя, чьи действия в сервисе здравоохранения субъекта подлежат логированию Строка Сервис МАХ В Сервисе MAX при первом контакте пользователя с сервисом поступает callbackсообщение, содержащее user_id пользователя. User_id сохраняется в информационной системе субъекта для фиксации связки user_id – тип события 1806953 ТИП СОБЫТИЯ список допустимых событий указан в Таблице 8 Строка Сервис МАХ В Сервисе МАХ должны фиксироваться события, описанные Таблице 8 sick_leave_close НИКНЕЙМ БОТА reg67_medicina_bot Строка РЕГИОН БОТА Номер региона, выданный для интеграции Строка Минцифры России Описан в Таблице 5 88 UNIX TIMESTAMP СОБЫТИЯ Время события в unix timestamp Число Система Метод получения метки времени выбирается в зависимости от используемого в сервисе субъекта технологического стэка 1773846503 В качестве параметра customEventName при запросе в REST API допустимы типы событий, указанные в Таблице 8. - - Значение характеристики не может изменяться участником закупки - 4.1. Перечень подсистем, их назначение и основные характеристики (4). - Таблица 8. Типы событий. Тип события/ Описание/. appointment_open_tmk пользователь записался на ТМК в Сервисе МАХ tm_completed онлайн-консультация врач-пациент проведена в Сервисе MAX sick_leave_close листок нетрудоспособности закрыт после онлайн консультации, проведенной в Сервисе МАХ - - Значение характеристики не может изменяться участником закупки - 5. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ УСЛУГ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ. - 1. Исполнителем осуществляется доработка Системы согласно п.4 настоящего ТЗ. 2. Разработанная функциональность развертывается Исполнителем в Центр Обработки Данных (далее – ЦОД), определенном Заказчиком, на продуктивном контуре Заказчика в течение 1 рабочего дня после успешной приёмки работ по Договору на препродовом контуре Заказчика. Приёмо-сдаточные испытания на препродовом контуре Заказчика должны в полном объеме демонстрировать функциональность, модифицированную в рамках данного ТЗ. Допускается проведение испытаний в дистанционной форме. 3. Для развертывания модифицированной Системы Заказчик обеспечивает физический и удаленный доступ к программно-аппаратным мощностям ЦОД. Исполнитель в свою очередь принимает на себя обязательства о неразглашении информации о переданных логинах, паролях доступа и информации по системе безопасности ЦОД. 4. Заказчиком должны быть выполнены мероприятия по защите информации в ЦОД в соответствии с требованиями законодательства РФ. 5. Должна быть обеспечена возможность круглосуточного подключения к серверам для технических специалистов Исполнителя. 6. Заказчиком должен быть организован мониторинг физического оборудования и среды виртуализации ЦОД. Данные мониторинга должны быть доступны специалистам Исполнителя на чтение. - - Значение характеристики не может изменяться участником закупки - 5. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ УСЛУГ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ. (2) - 7. После обновления Системы исполнителем проводится Инструктаж по основам использования Системы в соответствии с настоящим ТЗ для врачей, администраторов и операторов, роли которых предусмотрены Системой. Инструктаж персонала проводится согласно заранее подготовленной программе инструктажа, с использованием учебных стендов и демонстрационных программ, разработанных Исполнителем при необходимости. Инструктаж должен проводиться заочно (посредством вебинаров) для представителей МО Смоленской области. Инструктаж должен быть проведен с обязательным участием в каждой учебной группе уполномоченных сотрудников Исполнителя, обладающих достаточными знаниями работы с функциональностью ТМК. Во время проведения инструктажа должна быть предусмотрена видеозапись занятий (в рамках исполнения договора достаточно предоставление видеозаписи с занятий из одной МО, содержащие в себе полный объем материалов, описанных в программах инструктажа), либо Исполнителем должны быть предоставлены обучающие видео-инструкции с актуальной функциональностью Системы и модифицированной функциональности. Время одного занятия не менее 1 часа. Количество занятий (вебинаров) – 1 занятие. Общее количество специалистов, которые должны пройти инструктаж – не менее 40 человек, но не более 100. Количество инструктируемого персонала должно быть предварительно согласовано Заказчиком с Исполнителем. План-график инструктажа формируется Исполнителем и согласовывается с Заказчиком. - - Значение характеристики не может изменяться участником закупки - 6. ГАРАНТИЙНЫЕ ОБЯЗАТЕЛЬСТВА. - Исполнитель должен обеспечить гарантию работоспособности Системы, включая гарантийную поддержку, в течение не менее 12 месяцев с даты перехода права собственности на результаты работ Заказчику. Система должна обладать надежностью, обеспечивающей работу пользователей в круглосуточном режиме (в режиме 24 часа/7 дней в неделю/365-366 дней в году) без перерывов и оперативное восстановление работоспособности при сбоях (за исключением времени восстановления работоспособности при сбоях и отказах). Система в целом должна сохранять работоспособность при некорректных действиях пользователя. В рамках гарантийной поддержки Системы Исполнитель должен: 1. Устранять обнаруженные в процессе постоянной эксплуатации дефекты в работе Системы в срок не более 10 рабочих дней (в случае необходимости данный срок может быть увеличен по согласованию с Заказчиком); 2. Принимать участие в восстановлении работоспособности Системы после сбоев и аварий, вызванных дефектами и недокументированными возможностями подсистем, выполняя при этом работы, связанные с восстановлением целостности данных и обновлением Системы; 3. Вносить изменения в техническую и рабочую документацию на основании выявленных неточностей или обнаруженных недокументированных возможностей подсистемы; - - Значение характеристики не может изменяться участником закупки - 6. ГАРАНТИЙНЫЕ ОБЯЗАТЕЛЬСТВА.(2) - 4. осуществлять авторский надзор за изменениями Системы, выполняемыми представителем Заказчика, на предмет сохранения гарантийного обслуживания изменяемых компонентов. Прием заявок должен осуществляться через систему управления заявками (далее – СУЗ), предоставляемую Заказчиком. В рамках гарантийного срока, Исполнитель обеспечивает сопровождение и техническую поддержку в объеме: ? оказание услуг по приему, регистрации и обработке Обращений от представителей Заказчика; ? оказание услуг по технической поддержке ИС «ТМК СО». Для оказания услуг в соответствии с настоящим ТЗ Исполнителем должна быть организована служба технической поддержки по следующему многоуровневому принципу: ? первая линия технической поддержки – обслуживается специалистами СТП Исполнителя, которые проводят анализ и предоставляют решения по Обращениям, поступившим в СУЗ Заказчика; ? вторая линия технической поддержки – обслуживается специалистами Исполнителя, обеспечивающими решение Запросов, связанных с необходимостью внесения изменений в исходный код компонентов ИС «ТМК СО». Решение Обращений, связанных с необходимостью внесения изменений в исходный код компонентов ИС «ТМК СО» принимается Исполнителем самостоятельно, исходя из логики работы ИС «ТМК СО». При регистрации определяется уровень приоритета Обращения. Конечное значение уровня приоритета Обращения определяется и выставляется Исполнителем после регистрации Обращения в СУЗ Заказчика и анализа ситуации по Обращению в зависимости от степени влияния на доступность функциональности Системы и сообщается Заказчику посредством СУЗ. В Таблице 9 указано время на предоставление решения в зависимости от установленного приоритета. Время указано в часовом поясе Заказчика. - - Значение характеристики не может изменяться участником закупки - 6. ГАРАНТИЙНЫЕ ОБЯЗАТЕЛЬСТВА.(3). - Таблица 9 - Приоритеты Обращения Приоритет/ Тип Обращения Информационный запрос/ Инцидент При участии 1 линии поддержки. При участии 2 линии поддержки. При участии 1 линии поддержки. При участии 2 линии поддержки 1. Приоритет -1 (Немедленный) не применимо не более 8-ми рабочих часов не более 8-ми рабочих часов не более 8-ми рабочих часов; 2. Приоритет -2 (Высокий) не более 3 рабочих дней* не более 7-ми рабочих дней* не более 2-х рабочих дней* не более 7-ми рабочих дней*; 3. Приоритет -3 (Нормальный) не более 5 рабочих дней* не более 45-ти рабочих дней* не более 5-ти рабочих дней* не более 45-ти рабочих дней*; 4. Приоритет -4 (низкий) не более 10 рабочих дней* не более 60-ти рабочих дней* не более 10-ти рабочих дней* не более 60-ти рабочих дней* - - Значение характеристики не может изменяться участником закупки

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

1. ОБЩИЕ СВЕДЕНИЯ 1.1. Наименование услуг - Оказание услуг по расширению функциональных возможностей информационной системы «Телемедицинские консультации Смоленской области» (ИС «ТМК СО») в части реализации сервиса передачи статистических событий регионального сервиса проведения телемедицинских консультаций с использованием национального мессенджера MAX. - - Значение характеристики не может изменяться участником закупки

1.2. Полное наименование системы - Информационная система «Телемедицинские консультации Смоленской области» (далее – ИС «ТМК СО», ТМК, ПО, система, Система). - - Значение характеристики не может изменяться участником закупки

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

1.4. Термины, определения, обозначения и сокращения(2) - REST API Архитектурный стиль взаимодействия между клиентом и сервером через HTTP, основанный на обмене ресурсами (данными). Он использует стандартные методы HTTP (GET, POST, PUT, DELETE) для создания, чтения, обновления и удаления данных, обеспечивая высокую гибкость, масштабируемость и простоту интеграции различных систем, обычно в формате JSON. Мини-приложение Компактное веб-приложение, которое работает внутри национальной коммуникационной платформы (мессенджера) МАХ. Не нужно скачивать отдельную программу из хранилищ мобильных приложений — сервис открывается во встроенном браузере мессенджера. Сервис СП Сервис сбора и передачи статистических событий региональных сервисов здравоохранения в МАХ - - Значение характеристики не может изменяться участником закупки

1.4. Термины, определения, обозначения и сокращения. - Используемые в настоящем документе термины, определения и сокращения приведены в таблице ниже (Таблица 1). Сокращение /Расшифровка .apk-файл Формат файлов, состоящий из полных архивированных кодов Android-приложений. Установочный файл. Одного такого файла обычно достаточно, чтобы установить целое и работающее приложение .ipa-файл Формат архивных файлов приложений от Apple для iPhone, iPod Touch и iPad. Файлы с данным расширением хранятся в магазине App Store и загружаются с помощью iTunes для iPhone, iPod Touch и iPad для их использования на этих устройствах. БД База данных ВКС Видеоконференцсвязь ВМ Виртуальная машина ГОСТ Государственный стандарт ГИСЗ Смоленской области Государственная информационная система в сфере здравоохранения Смоленской области ЕСИА Единая система идентификации и аутентификации Российской Федерации ИС Информационная система - система обработки информации и соответствующие организационные ресурсы (человеческие, технические, финансовые), которые обеспечивают и распространяют информацию МО Медицинская организация ОС Операционная система ПАК Программно-аппаратный комплекс ПО Программное обеспечение РФ Российская федерация Система Информационная система «Телемедицинские консультации Смоленской области» СО Смоленская область СУБД Система управления базами данных СУЗ Система управления заявками ТЗ Техническое задание ТМК Телемедицинская консультация Услуги Услуги по разработке и внедрению региональной телемедицинской информационной системы ФЗ Федеральный закон ФИО Фамилия, имя, отчество ЦОД Центр обработки данных ЭВМ Электронно-вычислительная машина ЭП Электронная подпись Мессенджер МАХ Национальная коммуникационная платформа (мессенджер) МАХ API Интерфейс программирования приложений (Application Programming Interface) - - Значение характеристики не может изменяться участником закупки

1.5. Цели оказания услуг - Реализация сервиса передачи статистических событий региональных сервисов здравоохранения в МАХ во исполнение пункта 3 протокола от 25.03.2026 № 90/1/156 совещания по отраслевому инциденту №16 «Внедрение МАКС в здравоохранении» под председательством первого заместителя Министра здравоохранения Российской Федерации В.А. Зеленского. - - Значение характеристики не может изменяться участником закупки

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

2.2. Субъекты автоматизации - Субъектом автоматизации являются медицинские организации Смоленской области, подведомственные Министерству здравоохранения Смоленской области. - - Значение характеристики не может изменяться участником закупки

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

3. ОБЩИЕ ТРЕБОВАНИЯ К СИСТЕМЕ - 3.1. Требования к структуре и возможностям модернизируемой функциональности Модернизируемое в рамках данного ТЗ программное обеспечение (далее – ПО) должно соответствовать следующим требованиям: 3.1.1. Программная часть модернизируемой Системы должна быть построена по клиент-серверной архитектуре построения и функционирования с тонким клиентом (веб-браузером) Яндекс.Браузер версии 21.2.1 и выше. В качестве тонкого клиента используется браузер (для веб-версии системы), а также мобильные приложения, которые устанавливаются на мобильное устройство пользователя при помощи .apk-файла (для ОС Android) или .ipa-файла (для ОС iOS), который содержит версию приложения. Модернизированные мобильные приложения должны работать на мобильных устройствах с операционной системой Android версии не ниже 10.0 (с поддержкой Google-сервисов) или iOS версии не ниже 13.0. 3.1.2. Перечень модернизируемых подсистем Системы указан в разделе 4. ТРЕБОВАНИЯ К СИСТЕМЕ настоящего ТЗ. 3.1.3. Требования к возможностям модернизированной Системы: 3.1.3.1. Система должна обеспечивать возможность одновременной работы пользователей, зарегистрированных в Системе, а также поддерживать возможности проведения консультаций в режиме «онлайн» в формате видеоконференцсвязи «точка» – «точка». Максимально возможное количество одновременно проводимых в Системе консультаций в формате видеоконференцсвязи «точка» – «точка» для консультаций определяется лицензией, имеющейся у Заказчика. 3.1.3.2. Однократный ввод и многократное использование первичной информации, полученной от медицинского работника, должностного лица. 3.1.3.3. Система должна корректно функционировать без изменений в настройках в существующей технической инфраструктуре, предоставляемой Заказчиком; 3.1.3.4. Серверные части Системы должны полностью поддерживать работу в 64-битных операционных системах; - - Значение характеристики не может изменяться участником закупки

3.1.3.5. Модифицируемая функциональность должна обеспечивать необходимую производительность и стабильную работу на аппаратной конфигурации серверного оборудования Заказчика. Минимальные характеристики указаны в таблице ниже (Таблица 2) - Таблица 2 – Минимальные характеристики для стабильной работы Системы Кол-во серверов/VM, шт./ Процессор, кол-во ядер (шт.) /Оперативная память, /Gb Дисковое пространство/ Сетевой интерфейс /Операционная система /СУБД. Сервер приложения 1 от 8 от 16 SSD 100 Гб, SSD диски производительностью не менее 2000 IOPS (R\W) Gigabit Ethernet Centos 7.9-2009 для возможности авторизации в системе посредством ЕСИА – лицензия на криптопровайдер CSP (Type:80) v4.0.9017 KC1 Release Ver:4.0.9944 OS:Linux CPU:AMD64 FastCode:READY:AVX Сервер ВКС 1 от 8 от 16 100 Gb + 500 Gb (данные), SSD диски производительностью не менее 2000 IOPS (R\W) Gigabit Ethernet Windows Server 2019 Standard Сервер БД 1 от 8 от 8 50 Gb + 100 Gb (данные), SSD диски производительностью не менее 2000 IOPS (R\W) Gigabit Ethernet Centos 7.9-2009 MongoDB Сервер BI 1 от 4 от 4 50 Gb (данные), SSD диски производительностью не менее 2000 IOPS (R\W) Gigabit Ethernet Centos 7.9-2009 JasperReports Server 7.2 и выше PostgreSQL 11 Реверс-прокси 1 От 2 От 2 50 Gb (данные), SSD диски производительностью не менее 2000 IOPS (R\W) Gigabit Ethernet Centos 7.9-2009 Сервер СУБД 1 От 4 От 4 50 Gb + 50 Gb (данные), SSD диски производительностью не менее 2000 IOPS (R\W) Gigabit Ethernet Centos 7.9-2009 PostgreSQL 14 Сервер тестовый стенд Заказчика 1 От 2 От 8 300 Gb (данные), SSD диски производительностью не менее 2000 IOPS (R\W) Gigabit Ethernet Astra Orel 2.12.45 - - Значение характеристики не может изменяться участником закупки

3.1.3.5. Модифицируемая функциональность должна обеспечивать необходимую производительность и стабильную работу на аппаратной конфигурации серверного оборудования Заказчика. Минимальные характеристики указаны в таблице ниже (Таблица 2) (2) - Для развертывания модернизируемых подсистем Заказчик обеспечивает доступ к программно-аппаратным мощностям через защищенные каналы VipNet. Оборудование и программные средства, необходимое для выполнения Исполнителем своих обязательств по Договору на обработку Исполнителем персональных данных и для доступа в закрытую часть защищенной ведомственной сети здравоохранения Смоленской области ViPNet приобретается Исполнителем самостоятельно и за свой счет. Исполнитель в свою очередь принимает на себя обязательства о неразглашении информации о переданных логинах, паролях доступа и информации о системе безопасности площадки. Система и все разработанные компоненты модуля должны располагаться полностью в закрытой защищенной сети (шифрование трафика осуществляется средствами VipNet). Заказчик предоставляет Исполнителю для развертывания разработанной Системы пул виртуальных серверов с параметрами, описанными в 3.1.4.5. Образы дисков виртуальных серверов хранятся в сети хранения данных (по типу SAN). - - Значение характеристики не может изменяться участником закупки

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

3.3. Требования к функционированию, обеспечению и надежности разрабатываемой функциональности Система должна функционировать в режимах, представленных в таблице ниже (Таблица 3). - Таблица 3 – Режимы функционирования Системы. Режим/ Описание /Временной режим/ Штатный В штатном режиме должно обеспечиваться выполнение всех функций Системы. Для обеспечения работы Системы в штатном режиме, необходимо соблюдать требования и выдерживать условия эксплуатации Системы, указанные в эксплуатационных документах. 24 часа 7 дней в неделю Сервисный Сервисный режим функционирования должен использоваться для проведения планового обслуживания, реконфигурации, замены компонент Системы, установки версий ПО Системы. В данном режиме Система или ее подсистемы должны быть недоступными для пользователей С 8:00 до 18:00 (по мск) по предварительной договоренности Заказчика и Исполнителя Аварийный Аварийный режим функционирования характеризуется отказом работы Системы. В аварийном режиме должно быть обеспечено устранение возникших аварийных ситуаций, нарушающих работоспособность Системы Максимальное время восстановления работоспособности при сбоях и отказах не должно превышать 20 часов в месяц Настройку резервного копирования БД осуществляет Исполнитель на мощностях Заказчика. Настройку резервного копирования виртуальной машины (далее – ВМ) и ответственность за резервные копии осуществляет и несёт Заказчик. Модернизированная Система не должна иметь ограничений для дальнейшего развития и модификации, как системы в целом, так и отдельных модулей. Архитектурное построение программного обеспечения и используемая им СУБД должны предусматривать возможность увеличения количества пользователей и МО, использующих функциональный модуль ТМК. - - Значение характеристики не может изменяться участником закупки

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

3.5. Требования к аппаратному обеспечению рабочих станций пользователей Исполнителем должна быть обеспечена возможность удаленного использования функциональных возможностей Системы на оборудовании со следующими минимальными характеристиками (Таблица 4): - Таблица 4 – Характеристика рабочих мест пользователей системы Наименование характеристики /Рекомендуемые требования Веб-приложения (Пациента, Врача, Администратора) Процессор с тактовой частотой не менее 2,4 ГГц Оперативная память не менее 4 Гб Жесткий диск не менее 100 Гб Сетевое соединение не менее 10 Мбит/с Монитор/Экран не менее LCD 17 дюймов Операционная система Любая, обеспечивающая корректную работу браузеров Браузер Яндекс.Браузер версии 21.2.1 и выше Офисный пакет Любой, поддерживающий форматы docx и xlsx Дополнительно Видеокамера и микрофон на устройстве, наличие доступа в Internet Мобильное приложение Пациента Операционная система Android версии 10.0 и выше (с поддержкой Google-сервисов) или iOS версии 13.0 и выше Дополнительно Видеокамера и микрофон на устройстве, наличие доступа в Internet На рабочих станциях пользователей должно быть установлено следующее ПО: ? криптопровайдер КриптоПро CSP (версии не ниже 4.0); ? плагин КриптоПро ЭЦП. - - Значение характеристики не может изменяться участником закупки

3.6. Требования к программному обеспечению - Корректное отображение Яндекс.Браузер версии 21.2.1 и выше. Поддержка работы модернизируемой функциональности на используемых МО, на момент заключения договора, операционных системах Windows и операционных системах, входящих в реестр российского программного обеспечения, разработанных на ядре Linux не ниже 4.х. - - Значение характеристики не может изменяться участником закупки

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

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

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

4. ТРЕБОВАНИЯ К СИСТЕМЕ. - Региональная телемедицинская информационная система - специализированное программное обеспечение, разработанное на базе Региональной медицинской информационной системы - «МедВедь», зарегистрированной в Едином реестре российских программ для электронных вычислительных машин и баз данных (регистрационный номер 2009615527). Сведения об исключительном праве: Свидетельство о государственной регистрации программы для ЭВМ №2009615527 от «05» октября 2009 г.». - - Значение характеристики не может изменяться участником закупки

4.1. Перечень подсистем, их назначение и основные характеристики - В рамках выполнения работ по Договору необходимо реализовать Сервис передачи статистических событий в МАХ. Настоящий Сервис должен быть предназначен для передачи статистических событий, произошедших в рамках взаимодействия пользователей с региональным сервисом MAX в чат-боте «Смоленск. Моё здоровье» (мини-приложения в чат-боте «Смоленск. Моё здоровье»). События, передаваемые в рамках данного решения, агрегируются для дальнейшего предоставления отчетности по событиям в разрезе региона и типов событий. Персональные данные пользователей не передаются. Формат запроса: Передача статистических событий производится с помощью REST API запроса: curl --location 'https://tracker-s2s.my.com/v1/customEvent/?idApp=\ --header 'Authorization: ' \ --header 'Content-Type: application/json' \ --data '{ "customUserId": "", "customEventName": " ", "customEventParams": { "bot_name": " ", "region": " " }, "eventTimestamp": }' - - Значение характеристики не может изменяться участником закупки

4.1. Перечень подсистем, их назначение и основные характеристики (2) - Таблица 5. Описание параметров запроса ID ПРИЛОЖЕНИЯ Идентификаторы для организации Сервиса запрашиваются с официальной электронной почты Регионального органа исполнительной власти в области здравоохранения ответственным сотрудником электронным письмом на почту digital.med@max.ru ТОКЕН АВТОРИЗАЦИИ ID ПОЛЬЗОВАТЕЛЯ В MAX РЕГИОН БОТА Смоленская область ТИП СОБЫТИЯ Список событий указан в Таблице 8 НИКНЕЙМ БОТА reg67_medicina_bot Коды ответов информационной системы, агрегирующей события, полученные от регионального сервиса представлены в Таблице 6. Таблица 6. Коды ответов Код /Ответ/ Описание 200 {"message": "ОK"} Запрос был успешно обработан 400 {"error": "Bad Request"} Ошибка запроса, параметры не прошли валидацию 403 {"error": "Forbidden"} Токен не прошёл валидацию, либо не подходит для приложения 400 {"error": "Empty post data"} Пустое тело запроса 400 {"error": "Bad json"} Передан битый json в теле запроса 400 {"error": "Bad api version"} Неподдерживаемая версия API 404 {"error": "Method not found"} Метод API не найден 500 {"error": "Internal Server Error"} Внутренняя ошибка API. Нужно повторить запрос позже Запрос для передачи статистических событий формируется в информационной системе субъекта «Телемедицинские консультации Смоленской области», которая используется для логирования событий региональных сервисов здравоохранения. Описание параметров передаваемый событий с использованием Сервиса представлено в Таблице 7. - - Значение характеристики не может изменяться участником закупки

4.1. Перечень подсистем, их назначение и основные характеристики (3) - Таблица 7. Описание параметров событий. Название/ Описание /Тип /Источник /Путь получения данных/ Пример/. ID ПРИЛОЖЕНИЯ Идентификатор приложения, выданный для интеграции Число Минцифры России Описан в Таблице 5 10276007 ТОКЕН АВТОРИЗАЦИИ Токен, выданный для интеграции Строка Минцифры России Описан в Таблице 5 ID ПОЛЬЗОВАТЕЛЯ В MAX Идентификатор пользователя, чьи действия в сервисе здравоохранения субъекта подлежат логированию Строка Сервис МАХ В Сервисе MAX при первом контакте пользователя с сервисом поступает callbackсообщение, содержащее user_id пользователя. User_id сохраняется в информационной системе субъекта для фиксации связки user_id – тип события 1806953 ТИП СОБЫТИЯ список допустимых событий указан в Таблице 8 Строка Сервис МАХ В Сервисе МАХ должны фиксироваться события, описанные Таблице 8 sick_leave_close НИКНЕЙМ БОТА reg67_medicina_bot Строка РЕГИОН БОТА Номер региона, выданный для интеграции Строка Минцифры России Описан в Таблице 5 88 UNIX TIMESTAMP СОБЫТИЯ Время события в unix timestamp Число Система Метод получения метки времени выбирается в зависимости от используемого в сервисе субъекта технологического стэка 1773846503 В качестве параметра customEventName при запросе в REST API допустимы типы событий, указанные в Таблице 8. - - Значение характеристики не может изменяться участником закупки

4.1. Перечень подсистем, их назначение и основные характеристики (4). - Таблица 8. Типы событий. Тип события/ Описание/. appointment_open_tmk пользователь записался на ТМК в Сервисе МАХ tm_completed онлайн-консультация врач-пациент проведена в Сервисе MAX sick_leave_close листок нетрудоспособности закрыт после онлайн консультации, проведенной в Сервисе МАХ - - Значение характеристики не может изменяться участником закупки

5. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ УСЛУГ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ. - 1. Исполнителем осуществляется доработка Системы согласно п.4 настоящего ТЗ. 2. Разработанная функциональность развертывается Исполнителем в Центр Обработки Данных (далее – ЦОД), определенном Заказчиком, на продуктивном контуре Заказчика в течение 1 рабочего дня после успешной приёмки работ по Договору на препродовом контуре Заказчика. Приёмо-сдаточные испытания на препродовом контуре Заказчика должны в полном объеме демонстрировать функциональность, модифицированную в рамках данного ТЗ. Допускается проведение испытаний в дистанционной форме. 3. Для развертывания модифицированной Системы Заказчик обеспечивает физический и удаленный доступ к программно-аппаратным мощностям ЦОД. Исполнитель в свою очередь принимает на себя обязательства о неразглашении информации о переданных логинах, паролях доступа и информации по системе безопасности ЦОД. 4. Заказчиком должны быть выполнены мероприятия по защите информации в ЦОД в соответствии с требованиями законодательства РФ. 5. Должна быть обеспечена возможность круглосуточного подключения к серверам для технических специалистов Исполнителя. 6. Заказчиком должен быть организован мониторинг физического оборудования и среды виртуализации ЦОД. Данные мониторинга должны быть доступны специалистам Исполнителя на чтение. - - Значение характеристики не может изменяться участником закупки

5. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ УСЛУГ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ. (2) - 7. После обновления Системы исполнителем проводится Инструктаж по основам использования Системы в соответствии с настоящим ТЗ для врачей, администраторов и операторов, роли которых предусмотрены Системой. Инструктаж персонала проводится согласно заранее подготовленной программе инструктажа, с использованием учебных стендов и демонстрационных программ, разработанных Исполнителем при необходимости. Инструктаж должен проводиться заочно (посредством вебинаров) для представителей МО Смоленской области. Инструктаж должен быть проведен с обязательным участием в каждой учебной группе уполномоченных сотрудников Исполнителя, обладающих достаточными знаниями работы с функциональностью ТМК. Во время проведения инструктажа должна быть предусмотрена видеозапись занятий (в рамках исполнения договора достаточно предоставление видеозаписи с занятий из одной МО, содержащие в себе полный объем материалов, описанных в программах инструктажа), либо Исполнителем должны быть предоставлены обучающие видео-инструкции с актуальной функциональностью Системы и модифицированной функциональности. Время одного занятия не менее 1 часа. Количество занятий (вебинаров) – 1 занятие. Общее количество специалистов, которые должны пройти инструктаж – не менее 40 человек, но не более 100. Количество инструктируемого персонала должно быть предварительно согласовано Заказчиком с Исполнителем. План-график инструктажа формируется Исполнителем и согласовывается с Заказчиком. - - Значение характеристики не может изменяться участником закупки

6. ГАРАНТИЙНЫЕ ОБЯЗАТЕЛЬСТВА. - Исполнитель должен обеспечить гарантию работоспособности Системы, включая гарантийную поддержку, в течение не менее 12 месяцев с даты перехода права собственности на результаты работ Заказчику. Система должна обладать надежностью, обеспечивающей работу пользователей в круглосуточном режиме (в режиме 24 часа/7 дней в неделю/365-366 дней в году) без перерывов и оперативное восстановление работоспособности при сбоях (за исключением времени восстановления работоспособности при сбоях и отказах). Система в целом должна сохранять работоспособность при некорректных действиях пользователя. В рамках гарантийной поддержки Системы Исполнитель должен: 1. Устранять обнаруженные в процессе постоянной эксплуатации дефекты в работе Системы в срок не более 10 рабочих дней (в случае необходимости данный срок может быть увеличен по согласованию с Заказчиком); 2. Принимать участие в восстановлении работоспособности Системы после сбоев и аварий, вызванных дефектами и недокументированными возможностями подсистем, выполняя при этом работы, связанные с восстановлением целостности данных и обновлением Системы; 3. Вносить изменения в техническую и рабочую документацию на основании выявленных неточностей или обнаруженных недокументированных возможностей подсистемы; - - Значение характеристики не может изменяться участником закупки

6. ГАРАНТИЙНЫЕ ОБЯЗАТЕЛЬСТВА.(2) - 4. осуществлять авторский надзор за изменениями Системы, выполняемыми представителем Заказчика, на предмет сохранения гарантийного обслуживания изменяемых компонентов. Прием заявок должен осуществляться через систему управления заявками (далее – СУЗ), предоставляемую Заказчиком. В рамках гарантийного срока, Исполнитель обеспечивает сопровождение и техническую поддержку в объеме: ? оказание услуг по приему, регистрации и обработке Обращений от представителей Заказчика; ? оказание услуг по технической поддержке ИС «ТМК СО». Для оказания услуг в соответствии с настоящим ТЗ Исполнителем должна быть организована служба технической поддержки по следующему многоуровневому принципу: ? первая линия технической поддержки – обслуживается специалистами СТП Исполнителя, которые проводят анализ и предоставляют решения по Обращениям, поступившим в СУЗ Заказчика; ? вторая линия технической поддержки – обслуживается специалистами Исполнителя, обеспечивающими решение Запросов, связанных с необходимостью внесения изменений в исходный код компонентов ИС «ТМК СО». Решение Обращений, связанных с необходимостью внесения изменений в исходный код компонентов ИС «ТМК СО» принимается Исполнителем самостоятельно, исходя из логики работы ИС «ТМК СО». При регистрации определяется уровень приоритета Обращения. Конечное значение уровня приоритета Обращения определяется и выставляется Исполнителем после регистрации Обращения в СУЗ Заказчика и анализа ситуации по Обращению в зависимости от степени влияния на доступность функциональности Системы и сообщается Заказчику посредством СУЗ. В Таблице 9 указано время на предоставление решения в зависимости от установленного приоритета. Время указано в часовом поясе Заказчика. - - Значение характеристики не может изменяться участником закупки

6. ГАРАНТИЙНЫЕ ОБЯЗАТЕЛЬСТВА.(3). - Таблица 9 - Приоритеты Обращения Приоритет/ Тип Обращения Информационный запрос/ Инцидент При участии 1 линии поддержки. При участии 2 линии поддержки. При участии 1 линии поддержки. При участии 2 линии поддержки 1. Приоритет -1 (Немедленный) не применимо не более 8-ми рабочих часов не более 8-ми рабочих часов не более 8-ми рабочих часов; 2. Приоритет -2 (Высокий) не более 3 рабочих дней* не более 7-ми рабочих дней* не более 2-х рабочих дней* не более 7-ми рабочих дней*; 3. Приоритет -3 (Нормальный) не более 5 рабочих дней* не более 45-ти рабочих дней* не более 5-ти рабочих дней* не более 45-ти рабочих дней*; 4. Приоритет -4 (низкий) не более 10 рабочих дней* не более 60-ти рабочих дней* не более 10-ти рабочих дней* не более 60-ти рабочих дней* - - Значение характеристики не может изменяться участником закупки

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Размер обеспечения заявки: 4 225,00 Российский рубль

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

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03221643660000006300, л/c 03809001170, БИК 016614901, Отделение Смоленск Банка России//УФК по Смоленской области г. Смоленск, к/c 40102810445370000055

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

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

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

Размер обеспечения исполнения контракта: 42 250,00 Российский рубль (5 %)

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

Платежные реквизиты для обеспечения исполнения контракта: p/c 03222643660000006300, л/c 05809001170, БИК 016614901, ОТДЕЛЕНИЕ СМОЛЕНСК БАНКА РОССИИ// УФК по Смоленской области г.Смоленск, к/c 40102810445370000055

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

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

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

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

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

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

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

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

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

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

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

Документы

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

Документы

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