№ 1
Услуги по расширению функциональных возможностей информационной системы «Телемедицинские консультации Смоленской области» (ИС «ТМК СО») в части реализации сервиса передачи статистических событий регионального сервиса проведения телемедицинских консультаций с использованием национального мессенджера MAX
- Классификатор
- ОКПД2: 62.01.11.000 · Услуги по проектированию и разработке информационных технологий для прикладных задач и тестированию программного обеспечения
- Характеристики
- 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 «Внедрение МАКС в здравоохранении» под председательством первого заместителя Министра здравоохранения Российской Федерации В.А. Зеленского. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
Показать ещё 24
- 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=<ID ПРИЛОЖЕНИЯ>\ --header 'Authorization: <ТОКЕН АВТОРИЗАЦИИ>' \ --header 'Content-Type: application/json' \ --data '{ "customUserId": "<ID ПОЛЬЗОВАТЕЛЯ В MAX>", "customEventName": "<ТИП СОБЫТИЯ>", "customEventParams": { "bot_name": "<НИКНЕЙМ БОТА>", "region": "<РЕГИОН БОТА>" }, "eventTimestamp": <UNIX TIMESTAMP СОБЫТИЯ> }'. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- 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.00000000000 Условная единица
- Распределение по заказчикам
- МИНИСТЕРСТВО ЗДРАВООХРАНЕНИЯ СМОЛЕНСКОЙ ОБЛАСТИ · 1
- Цена
- 845 000,00 руб. за единицуВсего 845 000,00 руб.
- Дополнительные признаки
- Запрет иностранных товаров