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

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

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

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

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

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

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

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

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

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

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

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

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

Почтовый адрес: Российская Федерация, 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 11:32 (МСК)

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

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

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

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

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

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

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

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

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

- 62.01.12.000 - Услуги по развитию медицинской информационной системы КПС «СМСО» способом установки и адаптации программного обеспечения с передачей на него права использования на условиях простой (неисключительной) лицензии для расширения функциональных возможностей информационного взаимодействия с подсистемой «Федеральный реестр электронных медицинских документов» ЕГИСЗ 1. Общие положения 1.1. НАИМЕНОВАНИЕ УСЛУГ Развитие медицинской информационной системы КПС «СМСО» способом установки и адаптации программного обеспечения с передачей на него права использования на условиях простой (неисключительной) лицензии для расширения функциональных возможностей информационного взаимодействия с подсистемой «Федеральный реестр электронных медицинских документов» ЕГИСЗ. 1.2. ОСНОВАНИЕ ОКАЗАНИЯ УСЛУГ Оказание услуг должно проводиться в соответствии со следующими документами: ? Федеральный закон от 21.11.2011 № 323-ФЗ «Об основах охраны здоровья граждан в Российской Федерации»; ? Приказ Минздравсоцразвития России от 28.04.2011 № 364 «Об утверждении концепции создания единой государственной информационной системы в сфере здравоохранения»; ? Постановление Правительства Российской Федерации от 05.05.2018 № 555 «О единой государственной информационной системе в сфере здравоохранения»; ? Методические рекомендации Министерства здравоохранения Российской Федерации по обеспечению функциональных возможностей региональных медицинских информационных систем (РС ЕГИСЗ) от 23.06.2016; ? Методические рекомендации Министерства здравоохранения Российской Федерации по обеспечению функциональных возможностей медицинских информационных систем медицинских организаций (МИС МО) от 01.02.2016; ? Соглашение №056-2019-N70017-1 от 31 января 2019 года о реализации регионального проекта «Создание единого цифрового контура в здравоохранении на основе единой государственной информационной системы здравоохранения (ЕГИСЗ) (Смоленская область)» на территории Смоленской области; ? Федеральным законом от 06.04.2011 года № 63 «Об электронной подписи»; ? протоколом президиума Правительственной комиссии по цифровому развитию, использованию информационных технологий для улучшения качества жизни и условий ведения предпринимательской деятельности от 15.12.2023 года № 58пр; ? протоколом президиума Правительственной комиссии по цифровому развитию, использованию информационных технологий для улучшения качества жизни и условий ведения предпринимательской деятельности от от 27.02.2025 № 6пр. 1.3. ОПРЕДЕЛЕНИЯ, ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ HL7 CDA R2.0 Стандарт архитектуры клинических документов "Health Level Seven Clinical Document Architecture. Release 2.0" АРМ Автоматизированное рабочее место ЕГИСЗ Единая государственная информационная система в сфере здравоохранения Российской Федерации Интерфейс пользователя Визуальные элементы Системы, которые предоставляют пользователю информацию и инструменты управления для выполнения пользователем своих функций в рамках использования функциональных возможностей Системы МО Медицинская организация РЭМД Подсистема региональный реестр электронных медицинских документов единой государственной информационной системы в сфере здравоохранения Смоленской области КПС «СМСО», Система Комплекс программных средств «Система медико-страхового обслуживания» ПО Программное обеспечение КПС «СМСО» Продуктивный стенд Предназначен для разворачивания основного экземпляра Системы в целях эксплуатации пользователями прикладного программного обеспечения Системы по назначению СУБД Система управления базами данных СЭМД Структурированный электронный медицинский документ Тестовый стенд Предназначен для тестирования обновленных версий прикладного ПО Системы перед установкой их на Продуктивный стенд ТЗ Настоящее Техническое задание (Технические требования) УКЭП Усиленная квалифицированная электронная подпись ЭП Электронная подпись - Условная единица - 1,00 - 2 990 000,00 - 2 990 000,00

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

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке 1. Общие положения 1.1. НАИМЕНОВАНИЕ УСЛУГ Развитие медицинской информационной системы КПС «СМСО» способом установки и адаптации программного обеспечения с передачей на него права использования на условиях простой (неисключительной) лицензии для расширения функциональных возможностей информационного взаимодействия с подсистемой «Федеральный реестр электронных медицинских документов» ЕГИСЗ. Значение характеристики не может изменяться участником закупки 1.2. ОСНОВАНИЕ ОКАЗАНИЯ УСЛУГ Оказание услуг должно проводиться в соответствии со следующими документами: ? Федеральный закон от 21.11.2011 № 323-ФЗ «Об основах охраны здоровья граждан в Российской Федерации»; ? Приказ Минздравсоцразвития России от 28.04.2011 № 364 «Об утверждении концепции создания единой государственной информационной системы в сфере здравоохранения»; ? Постановление Правительства Российской Федерации от 05.05.2018 № 555 «О единой государственной информационной системе в сфере здравоохранения»; ? Методические рекомендации Министерства здравоохранения Российской Федерации по обеспечению функциональных возможностей региональных медицинских информационных систем (РС ЕГИСЗ) от 23.06.2016; ? Методические рекомендации Министерства здравоохранения Российской Федерации по обеспечению функциональных возможностей медицинских информационных систем медицинских организаций (МИС МО) от 01.02.2016; ? Соглашение №056-2019-N70017-1 от 31 января 2019 года о реализации регионального проекта «Создание единого цифрового контура в здравоохранении на основе единой государственной информационной системы здравоохранения (ЕГИСЗ) (Смоленская область)» на территории Смоленской области; ? Федеральным законом от 06.04.2011 года № 63 «Об электронной подписи»; ? протоколом президиума Правительственной комиссии по цифровому развитию, использованию информационных технологий для улучшения качества жизни и условий ведения предпринимательской деятельности от 15.12.2023 года № 58пр; ? протоколом президиума Правительственной комиссии по цифровому развитию, использованию информационных технологий для улучшения качества жизни и условий ведения предпринимательской деятельности от от 27.02.2025 № 6пр. Значение характеристики не может изменяться участником закупки 1.3. ОПРЕДЕЛЕНИЯ, ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ HL7 CDA R2.0 Стандарт архитектуры клинических документов "Health Level Seven Clinical Document Architecture. Release 2.0" АРМ Автоматизированное рабочее место ЕГИСЗ Единая государственная информационная система в сфере здравоохранения Российской Федерации Интерфейс пользователя Визуальные элементы Системы, которые предоставляют пользователю информацию и инструменты управления для выполнения пользователем своих функций в рамках использования функциональных возможностей Системы МО Медицинская организация РЭМД Подсистема региональный реестр электронных медицинских документов единой государственной информационной системы в сфере здравоохранения Смоленской области КПС «СМСО», Система Комплекс программных средств «Система медико-страхового обслуживания» ПО Программное обеспечение КПС «СМСО» Продуктивный стенд Предназначен для разворачивания основного экземпляра Системы в целях эксплуатации пользователями прикладного программного обеспечения Системы по назначению СУБД Система управления базами данных СЭМД Структурированный электронный медицинский документ Тестовый стенд Предназначен для тестирования обновленных версий прикладного ПО Системы перед установкой их на Продуктивный стенд ТЗ Настоящее Техническое задание (Технические требования) УКЭП Усиленная квалифицированная электронная подпись ЭП Электронная подпись Значение характеристики не может изменяться участником закупки 2. Характеристика объекта модернизации 2.1. ОБЩАЯ ИНФОРМАЦИЯ О КПС «СИСТЕМА МЕДИКО-СТРАХОВОГО ОБСЛУЖИВАНИЯ» 2.1.1. НАЗНАЧЕНИЕ СИСТЕМЫ КПС «СМСО» предназначена для: – автоматизации процессов управления МО и деятельностью её персонала; – формирования единого информационного пространства для медицинских организаций; – сбора информации в режиме on-line; – проведения мониторинговых исследований различной направленности; – упрощения и ускорения процессов регистрации, оформления необходимой документации и учета событий при обслуживании пациентов на каждом рабочем месте; – повышения скорости, точности оформления и пересылки всей учетно-отчетной документации в соответствующие инстанции; – автоматизации сбора, консолидации и анализа статистической отраслевой отчетности; – повышения оперативности и достоверности собираемой статистической информации. Значение характеристики не может изменяться участником закупки 2.1.2 ЭКСПЛУАТАЦИОННЫЕ ХАРАКТЕРИСТИКИ СИСТЕМЫ Система обеспечивает: – работу пользователей по клиент-серверной схеме, с возможностью одновременной работы пользователей с системой через защищенные каналы; – ввод, сбор, хранение и обработку информации в многопользовательском режиме; – одновременное функционирование многих территориально-разнесенных автоматизированных рабочих мест (далее – АРМ) пользователей Системы; – работу с документированной информацией в соответствии с нормативными требованиями. Значение характеристики не может изменяться участником закупки 2.1.3 ФУНКЦИОНАЛЬНЫЕ ХАРАКТЕРИСТИКИ СИСТЕМЫ Система сохраняет работоспособность и обеспечивает сопоставимость (связность) накопленных и текущих данных при реорганизациях системы, в т.ч. при изменениях наименований и количества МО Смоленской области. Значение характеристики не может изменяться участником закупки 2.1.4 ТЕХНИЧЕСКИЕ ХАРАКТЕРИСТИКИ СИСТЕМЫ 2.1.4.1. Сервер баз данных: 2.1.4.1.1. Система управления базами данных (СУБД): Сервер баз данных MySQL – поддержка модели ACID, поддержка репликации данных, открытый исходный код, отсутствие требований дополнительного лицензирования, поддержка соединений с использованием ODBC, JDBC и .NET, поддержка стандарта ANSI/ISO SQL. Значение характеристики не может изменяться участником закупки 2.1.4.1.2. Данные должны храниться и обрабатываться (добавление, изменение, удаление, запрос) путем обращения клиента к СУБД, указанной в п. 2.1.4.1.1. 2.1.4.1.3. Операционная система: Альт Линукс СПТ Сервер 6.0; 2.1.4.1.4. Технологии виртуализации – не использовать, на физическом сервере должна быть установлена единственная операционная система Альт Линукс СПТ Сервер 6.0; 2.1.4.1.5. Доступ к серверу БД: протокол TCP/IP; 2.1.4.1.6. Технология работы комплекса: клиент-сервер; 2.1.4.1.7. Безопасность: уровень операционной системы и СУБД; 2.1.4.2. Рабочая станция: ? Интерфейс – графический (GUI); ? Реализация – «толстый» (Rich-) клиент; реализация с использованием «тонкого» клиента (веб-интерфейс) не допускается; ? Возможность работы в режиме терминала; ? Инструментальная среда – Python, QT (не требует дополнительного лицензирования); ? Операционная среда: возможность работы под Linux (не требует дополнительного лицензирования) без использования эмуляторов и виртуализации, а так же Windows 2000/XP/7; ? Безопасность: привилегии на уровне пользователя СУБД; ? Экспорт/Импорт – DBF, XML, SQL, HTML; ? Справочная система – должна использовать международные и общероссийские классификаторы: ? МКБ Х; ? КЛАДР; ? РЛС; ? МКС. Значение характеристики не может изменяться участником закупки 2.1.4.3. Отчетные формы – внешние на базе FreeReports (должен поддерживается распределенный доступ и режим «Дизайнер»). Значение характеристики не может изменяться участником закупки 2.1.4.4. Как серверная, так и клиентская часть - предусматривают возможность полноценной работы без использования программного обеспечения (в том числе операционной системы), требующего дополнительного лицензирования. Значение характеристики не может изменяться участником закупки 3. Требования к услугам модернизации 3.1. СВЕДЕНИЯ ОБ ИСХОДНЫХ УСЛОВИЯХ И ТРЕБОВАНИЯХ Система функционирует на мощностях медицинских организаций Смоленской области в режиме «24х7» с кратковременными перерывами на техническое обслуживание. Исполнитель должен иметь необходимые компетенции в части структуры данных и алгоритмов функционирования медицинской информационной системы КПС «Система медико-страхового обслуживания». Система должна сохранять работоспособность и обеспечивать сопоставимость (связность) накопленных и текущих данных при реорганизациях Системы, в т.ч. при изменениях наименований и количества подразделений МО Смоленской области. Модернизация Системы в рамках настоящих Технических требований должна быть выполнена без уменьшения существующего функционала Системы. В случае необходимости наличие электронных подписей на рабочих местах пользователей Системы, необходимых для проведения приемочных испытаний функционала Системы, а также функционирование сервисов со стороны Системы обеспечивает Заказчик. Значение характеристики не может изменяться участником закупки 3.2. ТРЕБОВАНИЯ ПО ПАТЕНТНОЙ ЧИСТОТЕ Все проектные и технические решения модернизированной Системы должны отвечать требованиям действующего законодательства Российской Федерации. Должны быть выполнены требования законов, в частности части четвертой Гражданского кодекса Российской Федерации. Модернизированная Система должна быть свободна от возможности предъявления любых прав и притязаний третьих лиц, основанных на промышленной, интеллектуальной или другой собственности. Выполнение требований по обеспечению лицензионной чистоты модернизированных Систем должны обеспечиваться Исполнителем. Для оказания услуг в рамках настоящих Технических требований Заказчик не обеспечивает Исполнителя необходимыми правами на объекты интеллектуальной собственности. Исполнитель должен гарантировать не нарушение авторских, исключительных и иных прав на объекты интеллектуальной собственности третьих лиц. Исполнитель обязан иметь документы, подтверждающие обладание исключительными правами на программное обеспечение Системы или наличие действующего лицензионного (сублицензионного) договора с обладателем прав на указанное программное обеспечение (в соответствии с ч. 1 ст. 1225, ст. 1226, ст. 1229, ст. 1233, ст. 1235 ГК РФ), на основании которых Исполнитель имеет право на внесение изменений (модификацию) в программное обеспечение Системы. По результатам оказания услуг, Исполнитель должен передать Заказчику на условиях простой (неисключительной) лицензии право использования программного обеспечения (установленного/адаптированного) способом воспроизведения и установки на срок действия исключительного права. Передача права использования должна оформляться Лицензионным/сублицензионным договором по результатам исполнения данного ТЗ. Значение характеристики не может изменяться участником закупки 3.3. СОСТАВ УСЛУГ 3.3.1. В рамках развития Системы Исполнителем должна быть проведена поэтапная доработка КПС «СМСО» в части формирования структурированных электронных медицинских документов согласно перечню из таблицы 1 в соответствии с интеграционными профилями (Приложение 1 к настоящим Техническим требованиям) для их передачи в Реестр электронных медицинских документов. №/ oid СЭМД /Наименование СЭМД /Ссылка на документацию по реализации СЭМД (если имеется на текущий момент) /Среда реализации /Минимально необходимое количество зарегистрированных СЭМД в федеральном РЭМД, шт. 1. 334 Выписка из протокола решения врачебной комиссии https://portal.egisz.rosminzdrav.ru/materials/5016 Тест 100. 2. 331 Направление на госпитализацию для оказания высокотехнологичной и специализированной медицинской помощи https://portal.egisz.rosminzdrav.ru/materials/5257 Тест 100. 3. 330 Справка для получения путевки на санаторно-курортное лечение https://portal.egisz.rosminzdrav.ru/materials/5277 Тест 100. 4. 324 Эпикриз в стационаре выписной (онкологический) https://portal.egisz.rosminzdrav.ru/materials/5034 Тест 100. 5. 195 Выписка из истории болезни (CDA) Редакция 2 https://portal.egisz.rosminzdrav.ru/materials/4475 продуктив 1. 6. 256 Заключение по результатам микробиологического исследования (CDA) Редакция 1 https://portal.egisz.rosminzdrav.ru/materials/4723 продуктив 1. 7. 171 Медицинское заключение о наличии (об отсутствии) у водителей транспортных средств медицинских противопоказаний, медицинских показаний или медицинских ограничений к управлению транспортными средствами https://portal.egisz.rosminzdrav.ru/materials/4109 Тест 1. 8. 312 Выписка из протокола решения врачебной комиссии https://portal.egisz.rosminzdrav.ru/materials/5013 продуктив 1 Срок оказания услуг – не позднее 04.12.2026. Заказчик оставляет за собой право изменить состав СЭМД, которые необходимо реализовать в рамках настоящих Технических требований, без изменения общего количества СЭМД. При этом изменение состава СЭМД может касаться только тех документов, срок (этап) оказания услуг по которым еще не наступил. Изменение состава СЭМД оформляется Заказчиком и Исполнителем путем подписания дополнительного соглашения к заключенному Договору. Значение характеристики не может изменяться участником закупки 3.3.2. Исполнитель должен поддерживать принцип однократного ввода информации, который реализован в Системе: если соответствующие поля уже присутствуют в компонентах Системы, то Исполнитель должен обеспечить автоматическое заполнение информации в соответствующих полях функциональности, наличие которой должно быть обеспечено Исполнителем в Системе в результате оказания услуг. Исполнитель должен оказывать услуги способом установки и адаптации программного обеспечения (программ для ЭВМ). Под адаптацией понимается внесение изменений в существующее ПО (программы для ЭВМ), осуществляемое исключительно в целях функционирования программы для ЭВМ или базы данных на конкретных технических средствах Пользователя (Заказчика) или под управлением конкретных программ пользователя (Заказчика). При оказании услуг Исполнитель может провести установку и адаптацию программы для ЭВМ, в том числе путем параметрической настройки, доработки и изменения скриптов, конфигурационных файлов, в том числе файлов, учитывающих параметры оборудования Заказчика и необходимых для привязки программы для ЭВМ, к оборудованию Заказчика и т.п. Функциональные возможности, наличие которых обеспечено в Системе в результате оказания услуг, должны обладать Интерфейсом пользователя, преимущественно единообразным (то есть устроенным по единому образцу) с допущением незначительных отличий от пользовательского Интерфейса существующих функциональных возможностей Системы. При этом Исполнитель должен провести установку и адаптацию обновленной версии программного обеспечения Системы, содержащего необходимые в рамках данного ТЗ функциональные возможности. Замена уже функционирующего программного обеспечения Системы не предполагается. Значение характеристики не может изменяться участником закупки 3.3.2. Исполнитель должен поддерживать принцип однократного ввода информации, который реализован в Системе Модернизация Системы в рамках настоящих Технических требований должна быть выполнена без уменьшения существующего функционала Системы. Исполнитель имеет право сдавать Услуги по Этапам досрочно или одновременно по нескольким Этапам. Исполнитель имеет право на привлечение субподрядчиков (соисполнителей) для оказания услуг в рамках настоящих Технических требований. Для установки программ для ЭВМ, обеспечивающих наличие в Подсистеме требуемых функциональных возможностей, Заказчик предоставляет Исполнителю параметры удаленного доступа к Тестовому стенду или непосредственный доступ на территории Заказчика в течение 1 (одного) рабочего дня с даты запроса Исполнителя. Для оказания услуг в удаленном режиме Исполнитель обязан подключиться к защищенной сети передачи данных Министерства здравоохранения Смоленской области № 1558 и использовать средства защиты информации. Прием и передача информации осуществляется по организованному защищенному каналу связи с использованием специального сертифицированного программного обеспечения криптографической защиты информации ViPNet. Значение характеристики не может изменяться участником закупки 3.3.3. Исполнитель в рамках оказания услуг по этапам должен: ? установить и адаптировать программу для ЭВМ, обеспечивающую наличие в Системе требуемых функциональных возможностей на программно-аппаратные мощности Тестового стенда Заказчика; ? провести приемочные испытания (в соответствии с Программой и методикой приемочных испытаний, разработанной Исполнителем и согласованной Заказчиком) на Тестовом стенде Заказчика, или, по согласованию сторон, на предоставляемых Исполнителем мощностях, в ходе которых должна быть продемонстрирована доступность функциональных возможностей согласно требованиям п.3.3 Настоящего ТЗ; ? исправить недочеты и ошибки (при наличии), выявленные в процессе испытаний и зафиксированные в предоставленном Заказчиком перечне замечаний; ? провести инструктаж сотрудников Заказчика по работе с функциональными возможностями согласно требованиям п.3.3 Настоящего ТЗ. ? конечными пользователями ПО, права на которое передаются по контракту, являются все медицинские организации, которые находятся в ведении Заказчика без ограничения числа рабочих мест. Значение характеристики не может изменяться участником закупки 3.4. ТРЕБОВАНИЯ К ГАРАНТИЙНОМУ ОБСЛУЖИВАНИЮ Гарантийное обслуживание результата оказанных услуг оказывается Исполнителем Заказчику сроком не менее 12 месяцев с момента подписания акта сдачи-приемки оказанных услуг. Значение характеристики не может изменяться участником закупки Приложение №1 к ТЕХНИЧЕСКИМ ТРЕБОВАНИЯМ на оказание услуг по развитию медицинской информационной системы КПС «СМСО» способом установки и адаптации программного обеспечения с передачей на него права использования на условиях простой (неисключительной) лицензии для расширения функциональных возможностей информационного взаимодействия с подсистемой «Федеральный реестр электронных медицинских документов» ЕГИСЗ ОПИСАНИЕ ИНТЕГРАЦИОННЫХ ПРОФИЛЕЙ РЭМД В электронном виде – файл «Приложение 1 к ТТ, Интеграционные профили СМСО-РЭМД.docx». Значение характеристики не может изменяться участником закупки ЕДИНАЯ ГОСУДАРСТВЕННАЯ ИНФОРМАЦИОННАЯ СИСТЕМА В СФЕРЕ ЗДРАВООХРАНЕНИЯ СМОЛЕНСКОЙ ОБЛАСТИ ПОДСИСТЕМА «РЕГИОНАЛЬНЫЙ РЕЕСТР ЭЛЕКТРОННЫХ МЕДИЦИНСКИХ ДОКУМЕНТОВ» ОПИСАНИЕ ИНТЕГРАЦИОННЫХ ПРОФИЛЕЙ РЭМД 1 ОБЩИЕ ПОЛОЖЕНИЯ 1.1 Определения, обозначения и сокращения Таблица 1 – Определения, обозначения и сокращения Термин /Описание CAdES - CMS Advanced Electronic Signatures – стандарт электронной подписи, представляющий собой расширенную версию стандарта электронной подписи CMS (Cryptographic Message Syntax); OID Уникальный идентификатор объекта Минздрава России; PDF Portable Document Format – платформонезависимый формат электронных документов, созданный фирмой Adobe Systems использованием ряда возможностей PostScript; PDF/A Portable Document Format/A – стандарт ISO 19005-1:2005 для долгосрочного архивного хранения электронных документов и базируется на описании стандарта PDF версии 1.4 SOAP Simple ObjectAccess Protocol — простой протокол доступа к объектам; WSDL Web Services Description Language – язык описания веб-сервисов; XML eXtensible Markup Languag — расширяемый язык разметки; ГИП Компонент подсистемы РЭМД, отвечающий за учет сведений о пациентах с учетом их обезличивания в соответствии с требованиями Федерального закона от 21.11.2011 №323-ФЗ «Об основах охраны здоровья граждан в Российской Федерации»; ДИТиС МЗ Департамент информационных технологий и связи Министерства здравоохранения Российской Федерации; ЕГИСЗ Единая государственная информационная система в сфере здравоохранения; ЕПГУ Единый портал государственных и муниципальных услуг (функций); ЕСИА Единая система идентификации и аутентификации; Запись реестра Набор сведений об электронном медицинском документе; ИПС Интеграционная подсистема интеграции прикладных систем ЕГИСЗ; ИС Информационная система; Метаописание документа Набор данных, описывающих контекст, содержание и структуру документа, а также управление документом во времени; МО Медицинская организация; МИС Медицинская информационная система; НПА Нормативный правовой акт; ОГРН Основной государственный регистрационный номер; ГИС Государственная информационная система в сфере здравоохранения субъекта Российской Федерации; Значение характеристики не может изменяться участником закупки Таблица 1 – Определения, обозначения и сокращения РЭМД Подсистема «Региональный реестр электронных медицинских документов» ЕГИСЗ Смоленской области; СКЗИ Средство криптографической защиты информации; СНИЛС Страховой номер индивидуального лицевого счёта; СТП Служба технической поддержки; ФРМО Подсистема «Федеральный реестр медицинских организаций» ЕГИСЗ; ФРМР Подсистема «Федеральный регистр медицинских работников» ЕГИСЗ; ФРЭМД Подсистема «Федеральный реестр электронных медицинских документов» ЕГИСЗ; ЭМД Медицинский документ в форме электронного документа; ЭП Электронная подпись; ФЛК Форматно-логический контроль. ФЛК Форматно-логический контроль Значение характеристики не может изменяться участником закупки 1.1 Назначение документа Настоящий документ предназначен для разработчиков государственных информационных систем в сфере здравоохранения субъекта Российской Федерации (далее – ГИС), медицинских информационных систем (далее МИС) и иных информационных систем, интегрируемых с подсистемой «Региональный реестр электронных медицинских документов» ЕГИСЗ Смоленской области (далее – РЭМД, подсистема), и описывает методологию разработки взаимодействия с подсистемой РЭМД при передаче в нее сведений о медицинской документации в форме электронных документов и сведения о медицинской организации, в которой такая документация создана, для подписания ЭМД, передачи его в ФРЭМД и последующего хранения. Значение характеристики не может изменяться участником закупки 2 СЦЕНАРИИ ВЗАИМОДЕЙСТВИЯ С РЭМД Передача сведений об ЭМД в РЭМД выполняется с использованием веб-сервиса и производится согласно одному сценарию: - регистрация сведений об ЭМД. 2.1 Регистрация сведений об ЭМД Сценарий описывает процедуру регистрации сведений об ЭМД в подсистеме РЭМД. Инициатором взаимодействия выступает внешняя ИС. Описание используемого метода сервиса РЭМД представлено в разделе 4.2. 2.1.1 Участники - РЭМД; - ИС. 2.1.2 Критерий успешности выполнения Сведения об ЭМД успешно зарегистрированы в РЭМД. 2.1.3 Предварительные условия - В ИС сформирован ЭМД, подлежащий регистрации в РЭМД, а также его метаописание. - Данные о медицинской организации, в которой был создан документ, присутствуют в ФРМО. - Данные о медицинском работнике, подписавшем ЭМД, присутствуют в ФРМР. 2.1.4 Базовый сценарий Базовые шаги сценария: 1. ИС формирует и направляет в РЭМД запрос на регистрацию сведений об ЭМД, включающий сам текст ЭМД. 2. РЭМД принимает поступивший запрос. 3. В РЭМД происходит подпись ЭП сотрудниками и подписью организации. 4. РЭМД производит отправку запроса в ФРЭМД. Значение характеристики не может изменяться участником закупки 3 ОПИСАНИЕ ВЕБ-СЕРВИСА ОБМЕНА СВЕДЕНИЯМИ ОБ ЭМД Сервис обмена сведениями об ЭМД предназначен для передачи информации об ЭМД между ИС и подсистемой РЭМД. Методы сервиса обеспечивают: - регистрацию сведений об ЭМД, созданных в ИС. WEB-сервис реализован на основе протокола SOAP, структура сервиса описана с использованием WSDL. Общие сведения о сервисе представлены в таблице ниже. Наименование: Сервис обмена сведениями об ЭМД; Назначение: Сервис предназначен для передачи информации об электронных медицинских документах в РЭМД.; Адрес сервиса в тестовой среде ИПС/ Адрес сервиса в промышленной среде ИПС - http://172.30.126.65:8080/ROIV_Services/REMD. wsdl: http://172.30.126.65:8080/ROIV_Services/REMD/wsdl/wsdl2 Список методов сервиса и их назначение приведены в таблице ниже. Таблица 4 – Список методов сервиса: Метод/ Назначение Код: registerDocument Наименование: Регистрация сведений об ЭМД /Предназначен для регистрации сведений об ЭМД в РЭМД. В РЭМД предусмотрена проверка уникальности идентификатора документа в рамках всей подсистемы. Поэтому зарегистрировать несколько документов под одним и тем же идентификатором невозможно. Генерация идентификаторов должна производиться согласно стандарту UUID (Universally Unique Identifier, RFC 4122). UUID — статистически уникальный 128-битный идентификатор. UUID представляет собой 16-байтный (128-битный) номер. Формат строки: [a-fA-F0-9]{8}-[a-fA-F0-9]{4}-[a-fA-F0-9]{4}-[a-fA-F0-9]{4}-[a-fA-F0-9]{12}. Пример UUID: 550e8400-e29b-41d4-a716-446655440000. Рекомендации к генерации UUID также указаны в стандартах ITU-T Rec. X.667 и ISO/IEC 9834-8. Для остальных передаваемых идентификаторов использование UUID является предпочтительным, но допускается использование идентификаторов других видов. Значение характеристики не может изменяться участником закупки 3.1 Описание транспортного заголовка РЭМД Помимо самого тела запроса, каждое сообщение к сервису РЭМД должно содержать транспортный заголовок, сформированный по требованиям ИПС, описанным в разделе 3.4 документа «Методические материалы по подключению к Сервису ИПС». Также есть возможность передачи в сообщениях транспортного заголовка РЭМД. В транспортном заголовке РЭМД указывается идентификатор МО, от имени которой выполняется запрос к сервису РЭМД, а также код режима отладки. Медицинская организация, указанная в транспортном заголовке РЭМД, должна быть подключена к ИС в РЭМД. Описание транспортного заголовка РЭМД представлено в таблице ниже. аблица 5 – Описание транспортного заголовка РЭМД Код параметра /Описание параметра /Обязательность /Тип /Комментарий Тип: emdrTransportHeader: medOrgOid Медицинская организация - xs:string Указывается OID МО согласно ФРМО. Заполняется по справочнику «Регистр медицинских организаций Российской Федерации. Версия 2», OID 1.2.643.5.1.13.13.11.1461 trialMode Режим отладки - tns:trialMode Составной тип. Группа атрибутов, указывающая на выполнение запроса в режиме отладки. Тип: trialMode: option Опция отладки - tns:trialOption Код режима отладки. Допустимые значения: ? skip_end_entity_certificate_validation – отключить проверку сертификатов, которыми были сформированы подписи документов Значение характеристики не может изменяться участником закупки 3.2 Метод «registerDocument» Метод «registerDocument» используется для регистрации сведений об ЭМД. Порядок работы: 1. ИС передает методом «registerDocument» в РЭМД набор данных для регистрации. 2. РЭМД подписывает и пересылает в ФРЭМД запрос, полученный от ИС методом «registerDocument». Общие сведения о методе и описание входных и выходных данных метода приведено в таблицах ниже. Таблица 6 – Общие сведения о методе Код операции: registerDocument Наименование операции: Регистрация сведений об ЭМД. Таблица 7 ? Входные параметры метода registerDocument (registerDocumentRequest) Код параметра /Описание параметра/Обязательность /Тип/ Комментарий department Подразделение + tns:department Составной тип. documentNumber Номер документа + xs:string Регистрационный номер документа внутри организации или подразделения creationDate Дата создания документа - xs:date Дата создания документа внутри организации или ее подразделения Временно поддерживаются 2 параметра: creationDate, creationDateTime. Обязательно указывать один из них. Прием запросов с использованием параметра creationDate будет отключен. Вместо него необходимо перейти на использование параметра creationDateTime creationDateTime Дата и время создания документа + xs:timestamp Дата и время создания документа внутри организации или ее подразделения patient Пациент - tns:patient Составной тип. Передается для документов, предполагающих наличие сведений о пациенте согласно справочнику «Регистрируемые электронные медицинские документы», OID 1.2.643.5.1.13.13.11.1520 assistance Дополнительные сведения об ЭМД - tns:assistance Составной тип. Группа атрибутов определяющая дополнительные сведения об ЭМД. Значение характеристики не может изменяться участником закупки 3.2 Метод «registerDocument» (2) Код параметра/ Описание параметра /Обязательность /Тип/ Комментарий orgSignature Файл подписи МО - tns:binaryData Составной тип. Передается для видов документов, предполагающих наличие электронной подписи МО согласно справочнику «Регистрируемые электронные медицинские документы», OID 1.2.643.5.1.13.13.11.1520. Предоставляется в виде двоичных данных. recipient Сведения о выдаче документа - tns:documentRecipient Составной тип. Сведения о получателе документа. Заполняется при выдаче бумажной копии документа. description Описание документа + xs:string Краткое произвольное описание документа. Порядок заполнения значения см. в разделе 6.6 текущего документа. Ограничивается длиной в 1000 символов. personalSignature Сведения о подписях - tns:personalSignature Составной тип. Передаются сведения о сотрудниках МО, подписавших документ, и файлы открепленной подписи. Состав подписей должен быть представлен согласно справочнику «РЭМД. Правила подписи электронных медицинских документов», OID 1.2.643.5.1.13.13.99.2.42 (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.42). pluggableAttributes Дополнительные атрибуты - xs:base64Binary Текст ЭМД в XML, запакованный в Base64 associations Связи документа - tns:association Составной тип. Группа атрибутов, определяющих добавляемую связь документа с другими документами, зарегистрированными в РЭМД replace Заменяемый документ - tns:documentIdentifier Составной тип. Группа атрибутов (актуальной версии) документа, который следует заменить. Указывается при необходимости регистрации новой версии существующего документа Значение характеристики не может изменяться участником закупки 3.2 Метод «registerDocument» (3) Код параметра/ Описание параметра/ Обязательность/ Тип/ Комментарий Тип: department surname Фамилия пациента + xs:string name Имя пациента + xs:string patrName Отчество пациента - xs:string Передается при наличии birthDate Дата рождения пациента + xs:date gender Пол пациента + xs:string Код пола по справочнику «Пол пациента», OID 1.2.643.5.1.13.13.11.1040 (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.11.1040) localId Идентификатор пациента + xs:string Уникальный идентификатор пациента в ИС snils СНИЛС - tns:snils Простой тип. СНИЛС передается без разделителей. Пример: 70497251609. Обязателен, если сведения о пациенте для вида документа установлены «Обязательны, с указанием СНИЛС» или «Обязательны, с указанием документа». Ограничивается длиной в 11 символов enp ЕНП - tns:enp Простой тип. Единый номер полиса пациента, состоящий из 16 цифр. Обязателен, если сведения о пациенте для вида документа установлены «Обязательны, с указанием документа» otherId ДУЛ - tns:patientOtherId Составной тип. Сведения о документе, удостоверяющем личность, пациента Обязателен, если сведения о пациенте для вида документа установлены «Обязательны, с указанием документа» Значение характеристики не может изменяться участником закупки 3.2 Метод «registerDocument» (4) Код параметра /Описание параметра /Обязательность /Тип /Комментарий Тип: patientOtherId type Тип документа + xs:string Уникальный идентификатор вида ДУЛ по справочнику «Классификатор документов, удостоверяющих личность гражданина Российской Федерации», OID 1.2.643.5.1.13.2.1.1.498 (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.2.1.1.498) number Номер документа + xs:string Номер документа. Тип: assistance renderedServices Оказанные услуги - tns:renderedServices Составной тип. Группа атрибутов определяющая перечень оказанных услуг Тип: renderedServices renderedService Оказанная услуга + tns: renderedService Составной тип. Группа атрибутов определяющая сведения об оказанной услуге Тип: renderedService code Код услуги + xs:string Код услуги по справочнику «Номенклатура медицинских услуг», OID 1.2.643.5.1.13.13.11.1070 (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.11.1070) renderedDate Дата оказания + xs:date Дата оказания услуги Тип: association target Связанный документ + tns:notEmptyString Номер связанной записи реестра (регистровый номер) type Тип связи + tns:associationType Указывается код типа связи согласно справочнику «РЭМД. Типы связей электронных медицинских документов», OID 1.2.643.5.1.13.13.99.2.122 (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.122) Тип: binaryData data Данные + xs:base64Binary Данные в base64 checksum Контрольная сумма + xs:long Контрольная сумма файла, вычисленная по алгоритму CRC-32-IEEE 802.3 (в десятичном представлении). Ограничивается длиной в 30 символов. Значение характеристики не может изменяться участником закупки 3.2 Метод «registerDocument» (5) Код параметра /Описание параметра /Обязательность /Тип/ Комментарий Тип: recipient kind Тип адресата + tns:recipientKind Указывается код типа получателя согласно справочнику «РЭМД. Типы получателей медицинских документов», OID 1.2.643.5.1.13.13.99.2.123 (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.123) recipientKindPerson Физическое лицо - tns:recipientKindPerson Указывается, если получателем документа является физическое лицо recipientKindMedicalOrganization Медицинская организация - tns:recipientKindMedicalOrganization Указывается, если получателем является медицинская организация recipientKindOrganization Немедицинская организация - tns:recipientKindOrganization Указывается, если получателем является немедицинская организация Тип: recipientKindPerson snils СНИЛС получателя + tns:snils Простой тип. СНИЛС передается без разделителей. Пример: 70497251609 Тип: recipientKindMedicalOrganization organization OID Медицинской организации + tns:organization Указывается OID МО согласно ФРМО. Заполняется по справочнику «Регистр медицинских организаций Российской Федерации. Версия 2», OID 1.2.643.5.1.13.13.11.1461 Тип: recipientKindOrganization ogrn ОГРН + tns:ogrn ОГРН организации. Пример: 1068664613522 kpp КПП + tns:kpp КПП организации. Пример: 181145250 Тип: personalSignature signer Подписавший сотрудник + tns:signer Составной тип. Передаются сведения о сотруднике МО, подписавшем документ signature Файл подписи + tns:binaryData Предоставляется в виде двоичных данных description Описание подписи - xs:string Краткое произвольное описание подписи Ограничивается длиной в 1000 символов Тип: signer localId Идентификатор сотрудника - xs:string Уникальный идентификатор сотрудника в ИС. Ограничивается длиной в 100 символов role Роль сотрудника при подписи + xs:string Указывается код роли по справочнику 1.2.643.5.1.13.2.1.1.734 (Справочник ролей сотрудников при подписи электронных медицинских документов) Значение характеристики не может изменяться участником закупки 3.2 Метод «registerDocument» (6) Код параметра /Описание параметра /Обязательность /Тип /Комментарий surname Фамилия сотрудника + xs:string Ограничивается длиной в 100 символов name Имя сотрудника + xs:string Ограничивается длиной в 100 символов patrName Отчество сотрудника - xs:string Заполняется при наличии. Ограничивается длиной в 100 символов birthDate Дата рождения сотрудника - xs:date snils СНИЛС сотрудника + tns:snils Простой тип. СНИЛС передается без разделителей. Ограничивается длиной в 11 символов. Пример: 70497251609 position Должность сотрудника + xs:string Указывается должность по справочнику 1.2.643.5.1.13.13.99.2.181 (ФРМР. Должности медицинского персонала) speciality Специальность сотрудника - xs:string Указывается специальность по справочнику 1.2.643.5.1.13.13.11.1066 (Номенклатура специальностей специалистов со средним, высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения) email Адрес электронной почты - xs:string Ограничивается длиной в 100 символов phone Телефон сотрудника - tns:phoneNumber Передается без разделителей и кода страны. Ограничивается длиной в 100 символов. Пример: 9242551020 Тип: documentIdentifier root Заменяемый документ + xs:string Передается регистровый номер (без постфикса версии) документа, для которого создается новая версия version Заменяемая версия документа - xs:int Передается номер актуальной версии документа, для которого создается новая версия. Если актуальная первая версия, то атрибут не передается. Значение характеристики не может изменяться участником закупки 3.2 Метод «registerDocument» (7) Таблица 8 – Выходные параметры метода registerDocument (acknowledgment) Код параметра /Описание параметра /Обязательность/ Тип/ Комментарий/ status Статус + tns:responseStatus Статус обработки операции: - success – успешная обработка запроса; - error – ошибка при обработке запроса. errors Список ошибок - tns:errors Составной тип. Список ошибок при обработке запроса Тип: errors item Элемент + tns:error Составной тип. Элемент списка ошибок Тип: error code Код ошибки + xs:string Перечень кодов ошибок представлен в Приложение Г message Описание ошибки - xs:string Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - 1. Общие положения 1.1. НАИМЕНОВАНИЕ УСЛУГ - Развитие медицинской информационной системы КПС «СМСО» способом установки и адаптации программного обеспечения с передачей на него права использования на условиях простой (неисключительной) лицензии для расширения функциональных возможностей информационного взаимодействия с подсистемой «Федеральный реестр электронных медицинских документов» ЕГИСЗ. - - Значение характеристики не может изменяться участником закупки - 1.2. ОСНОВАНИЕ ОКАЗАНИЯ УСЛУГ - Оказание услуг должно проводиться в соответствии со следующими документами: ? Федеральный закон от 21.11.2011 № 323-ФЗ «Об основах охраны здоровья граждан в Российской Федерации»; ? Приказ Минздравсоцразвития России от 28.04.2011 № 364 «Об утверждении концепции создания единой государственной информационной системы в сфере здравоохранения»; ? Постановление Правительства Российской Федерации от 05.05.2018 № 555 «О единой государственной информационной системе в сфере здравоохранения»; ? Методические рекомендации Министерства здравоохранения Российской Федерации по обеспечению функциональных возможностей региональных медицинских информационных систем (РС ЕГИСЗ) от 23.06.2016; ? Методические рекомендации Министерства здравоохранения Российской Федерации по обеспечению функциональных возможностей медицинских информационных систем медицинских организаций (МИС МО) от 01.02.2016; ? Соглашение №056-2019-N70017-1 от 31 января 2019 года о реализации регионального проекта «Создание единого цифрового контура в здравоохранении на основе единой государственной информационной системы здравоохранения (ЕГИСЗ) (Смоленская область)» на территории Смоленской области; ? Федеральным законом от 06.04.2011 года № 63 «Об электронной подписи»; ? протоколом президиума Правительственной комиссии по цифровому развитию, использованию информационных технологий для улучшения качества жизни и условий ведения предпринимательской деятельности от 15.12.2023 года № 58пр; ? протоколом президиума Правительственной комиссии по цифровому развитию, использованию информационных технологий для улучшения качества жизни и условий ведения предпринимательской деятельности от от 27.02.2025 № 6пр. - - Значение характеристики не может изменяться участником закупки - 1.3. ОПРЕДЕЛЕНИЯ, ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ - HL7 CDA R2.0 Стандарт архитектуры клинических документов "Health Level Seven Clinical Document Architecture. Release 2.0" АРМ Автоматизированное рабочее место ЕГИСЗ Единая государственная информационная система в сфере здравоохранения Российской Федерации Интерфейс пользователя Визуальные элементы Системы, которые предоставляют пользователю информацию и инструменты управления для выполнения пользователем своих функций в рамках использования функциональных возможностей Системы МО Медицинская организация РЭМД Подсистема региональный реестр электронных медицинских документов единой государственной информационной системы в сфере здравоохранения Смоленской области КПС «СМСО», Система Комплекс программных средств «Система медико-страхового обслуживания» ПО Программное обеспечение КПС «СМСО» Продуктивный стенд Предназначен для разворачивания основного экземпляра Системы в целях эксплуатации пользователями прикладного программного обеспечения Системы по назначению СУБД Система управления базами данных СЭМД Структурированный электронный медицинский документ Тестовый стенд Предназначен для тестирования обновленных версий прикладного ПО Системы перед установкой их на Продуктивный стенд ТЗ Настоящее Техническое задание (Технические требования) УКЭП Усиленная квалифицированная электронная подпись ЭП Электронная подпись - - Значение характеристики не может изменяться участником закупки - 2. Характеристика объекта модернизации 2.1. ОБЩАЯ ИНФОРМАЦИЯ О КПС «СИСТЕМА МЕДИКО-СТРАХОВОГО ОБСЛУЖИВАНИЯ» 2.1.1. НАЗНАЧЕНИЕ СИСТЕМЫ - КПС «СМСО» предназначена для: – автоматизации процессов управления МО и деятельностью её персонала; – формирования единого информационного пространства для медицинских организаций; – сбора информации в режиме on-line; – проведения мониторинговых исследований различной направленности; – упрощения и ускорения процессов регистрации, оформления необходимой документации и учета событий при обслуживании пациентов на каждом рабочем месте; – повышения скорости, точности оформления и пересылки всей учетно-отчетной документации в соответствующие инстанции; – автоматизации сбора, консолидации и анализа статистической отраслевой отчетности; – повышения оперативности и достоверности собираемой статистической информации. - - Значение характеристики не может изменяться участником закупки - 2.1.2 ЭКСПЛУАТАЦИОННЫЕ ХАРАКТЕРИСТИКИ СИСТЕМЫ - Система обеспечивает: – работу пользователей по клиент-серверной схеме, с возможностью одновременной работы пользователей с системой через защищенные каналы; – ввод, сбор, хранение и обработку информации в многопользовательском режиме; – одновременное функционирование многих территориально-разнесенных автоматизированных рабочих мест (далее – АРМ) пользователей Системы; – работу с документированной информацией в соответствии с нормативными требованиями. - - Значение характеристики не может изменяться участником закупки - 2.1.3 ФУНКЦИОНАЛЬНЫЕ ХАРАКТЕРИСТИКИ СИСТЕМЫ - Система сохраняет работоспособность и обеспечивает сопоставимость (связность) накопленных и текущих данных при реорганизациях системы, в т.ч. при изменениях наименований и количества МО Смоленской области. - - Значение характеристики не может изменяться участником закупки - 2.1.4 ТЕХНИЧЕСКИЕ ХАРАКТЕРИСТИКИ СИСТЕМЫ 2.1.4.1. Сервер баз данных: 2.1.4.1.1. Система управления базами данных (СУБД): - Сервер баз данных MySQL – поддержка модели ACID, поддержка репликации данных, открытый исходный код, отсутствие требований дополнительного лицензирования, поддержка соединений с использованием ODBC, JDBC и .NET, поддержка стандарта ANSI/ISO SQL. - - Значение характеристики не может изменяться участником закупки - 2.1.4.1.2. Данные должны храниться и обрабатываться (добавление, изменение, удаление, запрос) путем обращения клиента к СУБД, указанной в п. 2.1.4.1.1. 2.1.4.1.3. Операционная система: Альт Линукс СПТ Сервер 6.0; 2.1.4.1.4. Технологии виртуализации – не использовать, на физическом сервере должна быть установлена единственная операционная система Альт Линукс СПТ Сервер 6.0; 2.1.4.1.5. Доступ к серверу БД: протокол TCP/IP; 2.1.4.1.6. Технология работы комплекса: клиент-сервер; 2.1.4.1.7. Безопасность: уровень операционной системы и СУБД; 2.1.4.2. Рабочая станция: - ? Интерфейс – графический (GUI); ? Реализация – «толстый» (Rich-) клиент; реализация с использованием «тонкого» клиента (веб-интерфейс) не допускается; ? Возможность работы в режиме терминала; ? Инструментальная среда – Python, QT (не требует дополнительного лицензирования); ? Операционная среда: возможность работы под Linux (не требует дополнительного лицензирования) без использования эмуляторов и виртуализации, а так же Windows 2000/XP/7; ? Безопасность: привилегии на уровне пользователя СУБД; ? Экспорт/Импорт – DBF, XML, SQL, HTML; ? Справочная система – должна использовать международные и общероссийские классификаторы: ? МКБ Х; ? КЛАДР; ? РЛС; ? МКС. - - Значение характеристики не может изменяться участником закупки - 2.1.4.3. Отчетные формы - – внешние на базе FreeReports (должен поддерживается распределенный доступ и режим «Дизайнер»). - - Значение характеристики не может изменяться участником закупки - 2.1.4.4. Как серверная, так и клиентская часть - - предусматривают возможность полноценной работы без использования программного обеспечения (в том числе операционной системы), требующего дополнительного лицензирования. - - Значение характеристики не может изменяться участником закупки - 3. Требования к услугам модернизации 3.1. СВЕДЕНИЯ ОБ ИСХОДНЫХ УСЛОВИЯХ И ТРЕБОВАНИЯХ - Система функционирует на мощностях медицинских организаций Смоленской области в режиме «24х7» с кратковременными перерывами на техническое обслуживание. Исполнитель должен иметь необходимые компетенции в части структуры данных и алгоритмов функционирования медицинской информационной системы КПС «Система медико-страхового обслуживания». Система должна сохранять работоспособность и обеспечивать сопоставимость (связность) накопленных и текущих данных при реорганизациях Системы, в т.ч. при изменениях наименований и количества подразделений МО Смоленской области. Модернизация Системы в рамках настоящих Технических требований должна быть выполнена без уменьшения существующего функционала Системы. В случае необходимости наличие электронных подписей на рабочих местах пользователей Системы, необходимых для проведения приемочных испытаний функционала Системы, а также функционирование сервисов со стороны Системы обеспечивает Заказчик. - - Значение характеристики не может изменяться участником закупки - 3.2. ТРЕБОВАНИЯ ПО ПАТЕНТНОЙ ЧИСТОТЕ - Все проектные и технические решения модернизированной Системы должны отвечать требованиям действующего законодательства Российской Федерации. Должны быть выполнены требования законов, в частности части четвертой Гражданского кодекса Российской Федерации. Модернизированная Система должна быть свободна от возможности предъявления любых прав и притязаний третьих лиц, основанных на промышленной, интеллектуальной или другой собственности. Выполнение требований по обеспечению лицензионной чистоты модернизированных Систем должны обеспечиваться Исполнителем. Для оказания услуг в рамках настоящих Технических требований Заказчик не обеспечивает Исполнителя необходимыми правами на объекты интеллектуальной собственности. Исполнитель должен гарантировать не нарушение авторских, исключительных и иных прав на объекты интеллектуальной собственности третьих лиц. Исполнитель обязан иметь документы, подтверждающие обладание исключительными правами на программное обеспечение Системы или наличие действующего лицензионного (сублицензионного) договора с обладателем прав на указанное программное обеспечение (в соответствии с ч. 1 ст. 1225, ст. 1226, ст. 1229, ст. 1233, ст. 1235 ГК РФ), на основании которых Исполнитель имеет право на внесение изменений (модификацию) в программное обеспечение Системы. По результатам оказания услуг, Исполнитель должен передать Заказчику на условиях простой (неисключительной) лицензии право использования программного обеспечения (установленного/адаптированного) способом воспроизведения и установки на срок действия исключительного права. Передача права использования должна оформляться Лицензионным/сублицензионным договором по результатам исполнения данного ТЗ. - - Значение характеристики не может изменяться участником закупки - 3.3. СОСТАВ УСЛУГ 3.3.1. В рамках развития Системы Исполнителем должна быть проведена поэтапная доработка КПС «СМСО» в части формирования структурированных электронных медицинских документов согласно перечню из таблицы 1 в соответствии с интеграционными профилями (Приложение 1 к настоящим Техническим требованиям) для их передачи в Реестр электронных медицинских документов. - №/ oid СЭМД /Наименование СЭМД /Ссылка на документацию по реализации СЭМД (если имеется на текущий момент) /Среда реализации /Минимально необходимое количество зарегистрированных СЭМД в федеральном РЭМД, шт. 1. 334 Выписка из протокола решения врачебной комиссии https://portal.egisz.rosminzdrav.ru/materials/5016 Тест 100. 2. 331 Направление на госпитализацию для оказания высокотехнологичной и специализированной медицинской помощи https://portal.egisz.rosminzdrav.ru/materials/5257 Тест 100. 3. 330 Справка для получения путевки на санаторно-курортное лечение https://portal.egisz.rosminzdrav.ru/materials/5277 Тест 100. 4. 324 Эпикриз в стационаре выписной (онкологический) https://portal.egisz.rosminzdrav.ru/materials/5034 Тест 100. 5. 195 Выписка из истории болезни (CDA) Редакция 2 https://portal.egisz.rosminzdrav.ru/materials/4475 продуктив 1. 6. 256 Заключение по результатам микробиологического исследования (CDA) Редакция 1 https://portal.egisz.rosminzdrav.ru/materials/4723 продуктив 1. 7. 171 Медицинское заключение о наличии (об отсутствии) у водителей транспортных средств медицинских противопоказаний, медицинских показаний или медицинских ограничений к управлению транспортными средствами https://portal.egisz.rosminzdrav.ru/materials/4109 Тест 1. 8. 312 Выписка из протокола решения врачебной комиссии https://portal.egisz.rosminzdrav.ru/materials/5013 продуктив 1 Срок оказания услуг – не позднее 04.12.2026. Заказчик оставляет за собой право изменить состав СЭМД, которые необходимо реализовать в рамках настоящих Технических требований, без изменения общего количества СЭМД. При этом изменение состава СЭМД может касаться только тех документов, срок (этап) оказания услуг по которым еще не наступил. Изменение состава СЭМД оформляется Заказчиком и Исполнителем путем подписания дополнительного соглашения к заключенному Договору. - - Значение характеристики не может изменяться участником закупки - 3.3.2. Исполнитель должен поддерживать принцип однократного ввода информации, который реализован в Системе: - если соответствующие поля уже присутствуют в компонентах Системы, то Исполнитель должен обеспечить автоматическое заполнение информации в соответствующих полях функциональности, наличие которой должно быть обеспечено Исполнителем в Системе в результате оказания услуг. Исполнитель должен оказывать услуги способом установки и адаптации программного обеспечения (программ для ЭВМ). Под адаптацией понимается внесение изменений в существующее ПО (программы для ЭВМ), осуществляемое исключительно в целях функционирования программы для ЭВМ или базы данных на конкретных технических средствах Пользователя (Заказчика) или под управлением конкретных программ пользователя (Заказчика). При оказании услуг Исполнитель может провести установку и адаптацию программы для ЭВМ, в том числе путем параметрической настройки, доработки и изменения скриптов, конфигурационных файлов, в том числе файлов, учитывающих параметры оборудования Заказчика и необходимых для привязки программы для ЭВМ, к оборудованию Заказчика и т.п. Функциональные возможности, наличие которых обеспечено в Системе в результате оказания услуг, должны обладать Интерфейсом пользователя, преимущественно единообразным (то есть устроенным по единому образцу) с допущением незначительных отличий от пользовательского Интерфейса существующих функциональных возможностей Системы. При этом Исполнитель должен провести установку и адаптацию обновленной версии программного обеспечения Системы, содержащего необходимые в рамках данного ТЗ функциональные возможности. Замена уже функционирующего программного обеспечения Системы не предполагается. - - Значение характеристики не может изменяться участником закупки - 3.3.2. Исполнитель должен поддерживать принцип однократного ввода информации, который реализован в Системе - Модернизация Системы в рамках настоящих Технических требований должна быть выполнена без уменьшения существующего функционала Системы. Исполнитель имеет право сдавать Услуги по Этапам досрочно или одновременно по нескольким Этапам. Исполнитель имеет право на привлечение субподрядчиков (соисполнителей) для оказания услуг в рамках настоящих Технических требований. Для установки программ для ЭВМ, обеспечивающих наличие в Подсистеме требуемых функциональных возможностей, Заказчик предоставляет Исполнителю параметры удаленного доступа к Тестовому стенду или непосредственный доступ на территории Заказчика в течение 1 (одного) рабочего дня с даты запроса Исполнителя. Для оказания услуг в удаленном режиме Исполнитель обязан подключиться к защищенной сети передачи данных Министерства здравоохранения Смоленской области № 1558 и использовать средства защиты информации. Прием и передача информации осуществляется по организованному защищенному каналу связи с использованием специального сертифицированного программного обеспечения криптографической защиты информации ViPNet. - - Значение характеристики не может изменяться участником закупки - 3.3.3. Исполнитель в рамках оказания услуг по этапам должен: - ? установить и адаптировать программу для ЭВМ, обеспечивающую наличие в Системе требуемых функциональных возможностей на программно-аппаратные мощности Тестового стенда Заказчика; ? провести приемочные испытания (в соответствии с Программой и методикой приемочных испытаний, разработанной Исполнителем и согласованной Заказчиком) на Тестовом стенде Заказчика, или, по согласованию сторон, на предоставляемых Исполнителем мощностях, в ходе которых должна быть продемонстрирована доступность функциональных возможностей согласно требованиям п.3.3 Настоящего ТЗ; ? исправить недочеты и ошибки (при наличии), выявленные в процессе испытаний и зафиксированные в предоставленном Заказчиком перечне замечаний; ? провести инструктаж сотрудников Заказчика по работе с функциональными возможностями согласно требованиям п.3.3 Настоящего ТЗ. ? конечными пользователями ПО, права на которое передаются по контракту, являются все медицинские организации, которые находятся в ведении Заказчика без ограничения числа рабочих мест. - - Значение характеристики не может изменяться участником закупки - 3.4. ТРЕБОВАНИЯ К ГАРАНТИЙНОМУ ОБСЛУЖИВАНИЮ - Гарантийное обслуживание результата оказанных услуг оказывается Исполнителем Заказчику сроком не менее 12 месяцев с момента подписания акта сдачи-приемки оказанных услуг. - - Значение характеристики не может изменяться участником закупки - Приложение №1 к ТЕХНИЧЕСКИМ ТРЕБОВАНИЯМ на оказание услуг по развитию медицинской информационной системы КПС «СМСО» способом установки и адаптации программного обеспечения с передачей на него права использования на условиях простой (неисключительной) лицензии для расширения функциональных возможностей информационного взаимодействия с подсистемой «Федеральный реестр электронных медицинских документов» ЕГИСЗ - ОПИСАНИЕ ИНТЕГРАЦИОННЫХ ПРОФИЛЕЙ РЭМД В электронном виде – файл «Приложение 1 к ТТ, Интеграционные профили СМСО-РЭМД.docx». - - Значение характеристики не может изменяться участником закупки - ЕДИНАЯ ГОСУДАРСТВЕННАЯ ИНФОРМАЦИОННАЯ СИСТЕМА В СФЕРЕ ЗДРАВООХРАНЕНИЯ СМОЛЕНСКОЙ ОБЛАСТИ ПОДСИСТЕМА «РЕГИОНАЛЬНЫЙ РЕЕСТР ЭЛЕКТРОННЫХ МЕДИЦИНСКИХ ДОКУМЕНТОВ» ОПИСАНИЕ ИНТЕГРАЦИОННЫХ ПРОФИЛЕЙ РЭМД 1 ОБЩИЕ ПОЛОЖЕНИЯ 1.1 Определения, обозначения и сокращения - Таблица 1 – Определения, обозначения и сокращения Термин /Описание CAdES - CMS Advanced Electronic Signatures – стандарт электронной подписи, представляющий собой расширенную версию стандарта электронной подписи CMS (Cryptographic Message Syntax); OID Уникальный идентификатор объекта Минздрава России; PDF Portable Document Format – платформонезависимый формат электронных документов, созданный фирмой Adobe Systems использованием ряда возможностей PostScript; PDF/A Portable Document Format/A – стандарт ISO 19005-1:2005 для долгосрочного архивного хранения электронных документов и базируется на описании стандарта PDF версии 1.4 SOAP Simple ObjectAccess Protocol — простой протокол доступа к объектам; WSDL Web Services Description Language – язык описания веб-сервисов; XML eXtensible Markup Languag — расширяемый язык разметки; ГИП Компонент подсистемы РЭМД, отвечающий за учет сведений о пациентах с учетом их обезличивания в соответствии с требованиями Федерального закона от 21.11.2011 №323-ФЗ «Об основах охраны здоровья граждан в Российской Федерации»; ДИТиС МЗ Департамент информационных технологий и связи Министерства здравоохранения Российской Федерации; ЕГИСЗ Единая государственная информационная система в сфере здравоохранения; ЕПГУ Единый портал государственных и муниципальных услуг (функций); ЕСИА Единая система идентификации и аутентификации; Запись реестра Набор сведений об электронном медицинском документе; ИПС Интеграционная подсистема интеграции прикладных систем ЕГИСЗ; ИС Информационная система; Метаописание документа Набор данных, описывающих контекст, содержание и структуру документа, а также управление документом во времени; МО Медицинская организация; МИС Медицинская информационная система; НПА Нормативный правовой акт; ОГРН Основной государственный регистрационный номер; ГИС Государственная информационная система в сфере здравоохранения субъекта Российской Федерации; - - Значение характеристики не может изменяться участником закупки - Таблица 1 – Определения, обозначения и сокращения - РЭМД Подсистема «Региональный реестр электронных медицинских документов» ЕГИСЗ Смоленской области; СКЗИ Средство криптографической защиты информации; СНИЛС Страховой номер индивидуального лицевого счёта; СТП Служба технической поддержки; ФРМО Подсистема «Федеральный реестр медицинских организаций» ЕГИСЗ; ФРМР Подсистема «Федеральный регистр медицинских работников» ЕГИСЗ; ФРЭМД Подсистема «Федеральный реестр электронных медицинских документов» ЕГИСЗ; ЭМД Медицинский документ в форме электронного документа; ЭП Электронная подпись; ФЛК Форматно-логический контроль. ФЛК Форматно-логический контроль - - Значение характеристики не может изменяться участником закупки - 1.1 Назначение документа - Настоящий документ предназначен для разработчиков государственных информационных систем в сфере здравоохранения субъекта Российской Федерации (далее – ГИС), медицинских информационных систем (далее МИС) и иных информационных систем, интегрируемых с подсистемой «Региональный реестр электронных медицинских документов» ЕГИСЗ Смоленской области (далее – РЭМД, подсистема), и описывает методологию разработки взаимодействия с подсистемой РЭМД при передаче в нее сведений о медицинской документации в форме электронных документов и сведения о медицинской организации, в которой такая документация создана, для подписания ЭМД, передачи его в ФРЭМД и последующего хранения. - - Значение характеристики не может изменяться участником закупки - 2 СЦЕНАРИИ ВЗАИМОДЕЙСТВИЯ С РЭМД - Передача сведений об ЭМД в РЭМД выполняется с использованием веб-сервиса и производится согласно одному сценарию: - регистрация сведений об ЭМД. 2.1 Регистрация сведений об ЭМД Сценарий описывает процедуру регистрации сведений об ЭМД в подсистеме РЭМД. Инициатором взаимодействия выступает внешняя ИС. Описание используемого метода сервиса РЭМД представлено в разделе 4.2. 2.1.1 Участники - РЭМД; - ИС. 2.1.2 Критерий успешности выполнения Сведения об ЭМД успешно зарегистрированы в РЭМД. 2.1.3 Предварительные условия - В ИС сформирован ЭМД, подлежащий регистрации в РЭМД, а также его метаописание. - Данные о медицинской организации, в которой был создан документ, присутствуют в ФРМО. - Данные о медицинском работнике, подписавшем ЭМД, присутствуют в ФРМР. 2.1.4 Базовый сценарий Базовые шаги сценария: 1. ИС формирует и направляет в РЭМД запрос на регистрацию сведений об ЭМД, включающий сам текст ЭМД. 2. РЭМД принимает поступивший запрос. 3. В РЭМД происходит подпись ЭП сотрудниками и подписью организации. 4. РЭМД производит отправку запроса в ФРЭМД. - - Значение характеристики не может изменяться участником закупки - 3 ОПИСАНИЕ ВЕБ-СЕРВИСА ОБМЕНА СВЕДЕНИЯМИ ОБ ЭМД - Сервис обмена сведениями об ЭМД предназначен для передачи информации об ЭМД между ИС и подсистемой РЭМД. Методы сервиса обеспечивают: - регистрацию сведений об ЭМД, созданных в ИС. WEB-сервис реализован на основе протокола SOAP, структура сервиса описана с использованием WSDL. Общие сведения о сервисе представлены в таблице ниже. Наименование: Сервис обмена сведениями об ЭМД; Назначение: Сервис предназначен для передачи информации об электронных медицинских документах в РЭМД.; Адрес сервиса в тестовой среде ИПС/ Адрес сервиса в промышленной среде ИПС - http://172.30.126.65:8080/ROIV_Services/REMD. wsdl: http://172.30.126.65:8080/ROIV_Services/REMD/wsdl/wsdl2 Список методов сервиса и их назначение приведены в таблице ниже. Таблица 4 – Список методов сервиса: Метод/ Назначение Код: registerDocument Наименование: Регистрация сведений об ЭМД /Предназначен для регистрации сведений об ЭМД в РЭМД. В РЭМД предусмотрена проверка уникальности идентификатора документа в рамках всей подсистемы. Поэтому зарегистрировать несколько документов под одним и тем же идентификатором невозможно. Генерация идентификаторов должна производиться согласно стандарту UUID (Universally Unique Identifier, RFC 4122). UUID — статистически уникальный 128-битный идентификатор. UUID представляет собой 16-байтный (128-битный) номер. Формат строки: [a-fA-F0-9]{8}-[a-fA-F0-9]{4}-[a-fA-F0-9]{4}-[a-fA-F0-9]{4}-[a-fA-F0-9]{12}. Пример UUID: 550e8400-e29b-41d4-a716-446655440000. Рекомендации к генерации UUID также указаны в стандартах ITU-T Rec. X.667 и ISO/IEC 9834-8. Для остальных передаваемых идентификаторов использование UUID является предпочтительным, но допускается использование идентификаторов других видов. - - Значение характеристики не может изменяться участником закупки - 3.1 Описание транспортного заголовка РЭМД - Помимо самого тела запроса, каждое сообщение к сервису РЭМД должно содержать транспортный заголовок, сформированный по требованиям ИПС, описанным в разделе 3.4 документа «Методические материалы по подключению к Сервису ИПС». Также есть возможность передачи в сообщениях транспортного заголовка РЭМД. В транспортном заголовке РЭМД указывается идентификатор МО, от имени которой выполняется запрос к сервису РЭМД, а также код режима отладки. Медицинская организация, указанная в транспортном заголовке РЭМД, должна быть подключена к ИС в РЭМД. Описание транспортного заголовка РЭМД представлено в таблице ниже. аблица 5 – Описание транспортного заголовка РЭМД Код параметра /Описание параметра /Обязательность /Тип /Комментарий Тип: emdrTransportHeader: medOrgOid Медицинская организация - xs:string Указывается OID МО согласно ФРМО. Заполняется по справочнику «Регистр медицинских организаций Российской Федерации. Версия 2», OID 1.2.643.5.1.13.13.11.1461 trialMode Режим отладки - tns:trialMode Составной тип. Группа атрибутов, указывающая на выполнение запроса в режиме отладки. Тип: trialMode: option Опция отладки - tns:trialOption Код режима отладки. Допустимые значения: ? skip_end_entity_certificate_validation – отключить проверку сертификатов, которыми были сформированы подписи документов - - Значение характеристики не может изменяться участником закупки - 3.2 Метод «registerDocument» - Метод «registerDocument» используется для регистрации сведений об ЭМД. Порядок работы: 1. ИС передает методом «registerDocument» в РЭМД набор данных для регистрации. 2. РЭМД подписывает и пересылает в ФРЭМД запрос, полученный от ИС методом «registerDocument». Общие сведения о методе и описание входных и выходных данных метода приведено в таблицах ниже. Таблица 6 – Общие сведения о методе Код операции: registerDocument Наименование операции: Регистрация сведений об ЭМД. Таблица 7 ? Входные параметры метода registerDocument (registerDocumentRequest) Код параметра /Описание параметра/Обязательность /Тип/ Комментарий department Подразделение + tns:department Составной тип. documentNumber Номер документа + xs:string Регистрационный номер документа внутри организации или подразделения creationDate Дата создания документа - xs:date Дата создания документа внутри организации или ее подразделения Временно поддерживаются 2 параметра: creationDate, creationDateTime. Обязательно указывать один из них. Прием запросов с использованием параметра creationDate будет отключен. Вместо него необходимо перейти на использование параметра creationDateTime creationDateTime Дата и время создания документа + xs:timestamp Дата и время создания документа внутри организации или ее подразделения patient Пациент - tns:patient Составной тип. Передается для документов, предполагающих наличие сведений о пациенте согласно справочнику «Регистрируемые электронные медицинские документы», OID 1.2.643.5.1.13.13.11.1520 assistance Дополнительные сведения об ЭМД - tns:assistance Составной тип. Группа атрибутов определяющая дополнительные сведения об ЭМД. - - Значение характеристики не может изменяться участником закупки - 3.2 Метод «registerDocument» (2) - Код параметра/ Описание параметра /Обязательность /Тип/ Комментарий orgSignature Файл подписи МО - tns:binaryData Составной тип. Передается для видов документов, предполагающих наличие электронной подписи МО согласно справочнику «Регистрируемые электронные медицинские документы», OID 1.2.643.5.1.13.13.11.1520. Предоставляется в виде двоичных данных. recipient Сведения о выдаче документа - tns:documentRecipient Составной тип. Сведения о получателе документа. Заполняется при выдаче бумажной копии документа. description Описание документа + xs:string Краткое произвольное описание документа. Порядок заполнения значения см. в разделе 6.6 текущего документа. Ограничивается длиной в 1000 символов. personalSignature Сведения о подписях - tns:personalSignature Составной тип. Передаются сведения о сотрудниках МО, подписавших документ, и файлы открепленной подписи. Состав подписей должен быть представлен согласно справочнику «РЭМД. Правила подписи электронных медицинских документов», OID 1.2.643.5.1.13.13.99.2.42 (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.42). pluggableAttributes Дополнительные атрибуты - xs:base64Binary Текст ЭМД в XML, запакованный в Base64 associations Связи документа - tns:association Составной тип. Группа атрибутов, определяющих добавляемую связь документа с другими документами, зарегистрированными в РЭМД replace Заменяемый документ - tns:documentIdentifier Составной тип. Группа атрибутов (актуальной версии) документа, который следует заменить. Указывается при необходимости регистрации новой версии существующего документа - - Значение характеристики не может изменяться участником закупки - 3.2 Метод «registerDocument» (3) - Код параметра/ Описание параметра/ Обязательность/ Тип/ Комментарий Тип: department surname Фамилия пациента + xs:string name Имя пациента + xs:string patrName Отчество пациента - xs:string Передается при наличии birthDate Дата рождения пациента + xs:date gender Пол пациента + xs:string Код пола по справочнику «Пол пациента», OID 1.2.643.5.1.13.13.11.1040 (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.11.1040) localId Идентификатор пациента + xs:string Уникальный идентификатор пациента в ИС snils СНИЛС - tns:snils Простой тип. СНИЛС передается без разделителей. Пример: 70497251609. Обязателен, если сведения о пациенте для вида документа установлены «Обязательны, с указанием СНИЛС» или «Обязательны, с указанием документа». Ограничивается длиной в 11 символов enp ЕНП - tns:enp Простой тип. Единый номер полиса пациента, состоящий из 16 цифр. Обязателен, если сведения о пациенте для вида документа установлены «Обязательны, с указанием документа» otherId ДУЛ - tns:patientOtherId Составной тип. Сведения о документе, удостоверяющем личность, пациента Обязателен, если сведения о пациенте для вида документа установлены «Обязательны, с указанием документа» - - Значение характеристики не может изменяться участником закупки - 3.2 Метод «registerDocument» (4) - Код параметра /Описание параметра /Обязательность /Тип /Комментарий Тип: patientOtherId type Тип документа + xs:string Уникальный идентификатор вида ДУЛ по справочнику «Классификатор документов, удостоверяющих личность гражданина Российской Федерации», OID 1.2.643.5.1.13.2.1.1.498 (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.2.1.1.498) number Номер документа + xs:string Номер документа. Тип: assistance renderedServices Оказанные услуги - tns:renderedServices Составной тип. Группа атрибутов определяющая перечень оказанных услуг Тип: renderedServices renderedService Оказанная услуга + tns: renderedService Составной тип. Группа атрибутов определяющая сведения об оказанной услуге Тип: renderedService code Код услуги + xs:string Код услуги по справочнику «Номенклатура медицинских услуг», OID 1.2.643.5.1.13.13.11.1070 (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.11.1070) renderedDate Дата оказания + xs:date Дата оказания услуги Тип: association target Связанный документ + tns:notEmptyString Номер связанной записи реестра (регистровый номер) type Тип связи + tns:associationType Указывается код типа связи согласно справочнику «РЭМД. Типы связей электронных медицинских документов», OID 1.2.643.5.1.13.13.99.2.122 (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.122) Тип: binaryData data Данные + xs:base64Binary Данные в base64 checksum Контрольная сумма + xs:long Контрольная сумма файла, вычисленная по алгоритму CRC-32-IEEE 802.3 (в десятичном представлении). Ограничивается длиной в 30 символов. - - Значение характеристики не может изменяться участником закупки - 3.2 Метод «registerDocument» (5) - Код параметра /Описание параметра /Обязательность /Тип/ Комментарий Тип: recipient kind Тип адресата + tns:recipientKind Указывается код типа получателя согласно справочнику «РЭМД. Типы получателей медицинских документов», OID 1.2.643.5.1.13.13.99.2.123 (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.123) recipientKindPerson Физическое лицо - tns:recipientKindPerson Указывается, если получателем документа является физическое лицо recipientKindMedicalOrganization Медицинская организация - tns:recipientKindMedicalOrganization Указывается, если получателем является медицинская организация recipientKindOrganization Немедицинская организация - tns:recipientKindOrganization Указывается, если получателем является немедицинская организация Тип: recipientKindPerson snils СНИЛС получателя + tns:snils Простой тип. СНИЛС передается без разделителей. Пример: 70497251609 Тип: recipientKindMedicalOrganization organization OID Медицинской организации + tns:organization Указывается OID МО согласно ФРМО. Заполняется по справочнику «Регистр медицинских организаций Российской Федерации. Версия 2», OID 1.2.643.5.1.13.13.11.1461 Тип: recipientKindOrganization ogrn ОГРН + tns:ogrn ОГРН организации. Пример: 1068664613522 kpp КПП + tns:kpp КПП организации. Пример: 181145250 Тип: personalSignature signer Подписавший сотрудник + tns:signer Составной тип. Передаются сведения о сотруднике МО, подписавшем документ signature Файл подписи + tns:binaryData Предоставляется в виде двоичных данных description Описание подписи - xs:string Краткое произвольное описание подписи Ограничивается длиной в 1000 символов Тип: signer localId Идентификатор сотрудника - xs:string Уникальный идентификатор сотрудника в ИС. Ограничивается длиной в 100 символов role Роль сотрудника при подписи + xs:string Указывается код роли по справочнику 1.2.643.5.1.13.2.1.1.734 (Справочник ролей сотрудников при подписи электронных медицинских документов) - - Значение характеристики не может изменяться участником закупки - 3.2 Метод «registerDocument» (6) - Код параметра /Описание параметра /Обязательность /Тип /Комментарий surname Фамилия сотрудника + xs:string Ограничивается длиной в 100 символов name Имя сотрудника + xs:string Ограничивается длиной в 100 символов patrName Отчество сотрудника - xs:string Заполняется при наличии. Ограничивается длиной в 100 символов birthDate Дата рождения сотрудника - xs:date snils СНИЛС сотрудника + tns:snils Простой тип. СНИЛС передается без разделителей. Ограничивается длиной в 11 символов. Пример: 70497251609 position Должность сотрудника + xs:string Указывается должность по справочнику 1.2.643.5.1.13.13.99.2.181 (ФРМР. Должности медицинского персонала) speciality Специальность сотрудника - xs:string Указывается специальность по справочнику 1.2.643.5.1.13.13.11.1066 (Номенклатура специальностей специалистов со средним, высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения) email Адрес электронной почты - xs:string Ограничивается длиной в 100 символов phone Телефон сотрудника - tns:phoneNumber Передается без разделителей и кода страны. Ограничивается длиной в 100 символов. Пример: 9242551020 Тип: documentIdentifier root Заменяемый документ + xs:string Передается регистровый номер (без постфикса версии) документа, для которого создается новая версия version Заменяемая версия документа - xs:int Передается номер актуальной версии документа, для которого создается новая версия. Если актуальная первая версия, то атрибут не передается. - - Значение характеристики не может изменяться участником закупки - 3.2 Метод «registerDocument» (7) - Таблица 8 – Выходные параметры метода registerDocument (acknowledgment) Код параметра /Описание параметра /Обязательность/ Тип/ Комментарий/ status Статус + tns:responseStatus Статус обработки операции: - success – успешная обработка запроса; - error – ошибка при обработке запроса. errors Список ошибок - tns:errors Составной тип. Список ошибок при обработке запроса Тип: errors item Элемент + tns:error Составной тип. Элемент списка ошибок Тип: error code Код ошибки + xs:string Перечень кодов ошибок представлен в Приложение Г message Описание ошибки - xs:string - - Значение характеристики не может изменяться участником закупки

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

1. Общие положения 1.1. НАИМЕНОВАНИЕ УСЛУГ - Развитие медицинской информационной системы КПС «СМСО» способом установки и адаптации программного обеспечения с передачей на него права использования на условиях простой (неисключительной) лицензии для расширения функциональных возможностей информационного взаимодействия с подсистемой «Федеральный реестр электронных медицинских документов» ЕГИСЗ. - - Значение характеристики не может изменяться участником закупки

1.2. ОСНОВАНИЕ ОКАЗАНИЯ УСЛУГ - Оказание услуг должно проводиться в соответствии со следующими документами: ? Федеральный закон от 21.11.2011 № 323-ФЗ «Об основах охраны здоровья граждан в Российской Федерации»; ? Приказ Минздравсоцразвития России от 28.04.2011 № 364 «Об утверждении концепции создания единой государственной информационной системы в сфере здравоохранения»; ? Постановление Правительства Российской Федерации от 05.05.2018 № 555 «О единой государственной информационной системе в сфере здравоохранения»; ? Методические рекомендации Министерства здравоохранения Российской Федерации по обеспечению функциональных возможностей региональных медицинских информационных систем (РС ЕГИСЗ) от 23.06.2016; ? Методические рекомендации Министерства здравоохранения Российской Федерации по обеспечению функциональных возможностей медицинских информационных систем медицинских организаций (МИС МО) от 01.02.2016; ? Соглашение №056-2019-N70017-1 от 31 января 2019 года о реализации регионального проекта «Создание единого цифрового контура в здравоохранении на основе единой государственной информационной системы здравоохранения (ЕГИСЗ) (Смоленская область)» на территории Смоленской области; ? Федеральным законом от 06.04.2011 года № 63 «Об электронной подписи»; ? протоколом президиума Правительственной комиссии по цифровому развитию, использованию информационных технологий для улучшения качества жизни и условий ведения предпринимательской деятельности от 15.12.2023 года № 58пр; ? протоколом президиума Правительственной комиссии по цифровому развитию, использованию информационных технологий для улучшения качества жизни и условий ведения предпринимательской деятельности от от 27.02.2025 № 6пр. - - Значение характеристики не может изменяться участником закупки

1.3. ОПРЕДЕЛЕНИЯ, ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ - HL7 CDA R2.0 Стандарт архитектуры клинических документов "Health Level Seven Clinical Document Architecture. Release 2.0" АРМ Автоматизированное рабочее место ЕГИСЗ Единая государственная информационная система в сфере здравоохранения Российской Федерации Интерфейс пользователя Визуальные элементы Системы, которые предоставляют пользователю информацию и инструменты управления для выполнения пользователем своих функций в рамках использования функциональных возможностей Системы МО Медицинская организация РЭМД Подсистема региональный реестр электронных медицинских документов единой государственной информационной системы в сфере здравоохранения Смоленской области КПС «СМСО», Система Комплекс программных средств «Система медико-страхового обслуживания» ПО Программное обеспечение КПС «СМСО» Продуктивный стенд Предназначен для разворачивания основного экземпляра Системы в целях эксплуатации пользователями прикладного программного обеспечения Системы по назначению СУБД Система управления базами данных СЭМД Структурированный электронный медицинский документ Тестовый стенд Предназначен для тестирования обновленных версий прикладного ПО Системы перед установкой их на Продуктивный стенд ТЗ Настоящее Техническое задание (Технические требования) УКЭП Усиленная квалифицированная электронная подпись ЭП Электронная подпись - - Значение характеристики не может изменяться участником закупки

2. Характеристика объекта модернизации 2.1. ОБЩАЯ ИНФОРМАЦИЯ О КПС «СИСТЕМА МЕДИКО-СТРАХОВОГО ОБСЛУЖИВАНИЯ» 2.1.1. НАЗНАЧЕНИЕ СИСТЕМЫ - КПС «СМСО» предназначена для: – автоматизации процессов управления МО и деятельностью её персонала; – формирования единого информационного пространства для медицинских организаций; – сбора информации в режиме on-line; – проведения мониторинговых исследований различной направленности; – упрощения и ускорения процессов регистрации, оформления необходимой документации и учета событий при обслуживании пациентов на каждом рабочем месте; – повышения скорости, точности оформления и пересылки всей учетно-отчетной документации в соответствующие инстанции; – автоматизации сбора, консолидации и анализа статистической отраслевой отчетности; – повышения оперативности и достоверности собираемой статистической информации. - - Значение характеристики не может изменяться участником закупки

2.1.2 ЭКСПЛУАТАЦИОННЫЕ ХАРАКТЕРИСТИКИ СИСТЕМЫ - Система обеспечивает: – работу пользователей по клиент-серверной схеме, с возможностью одновременной работы пользователей с системой через защищенные каналы; – ввод, сбор, хранение и обработку информации в многопользовательском режиме; – одновременное функционирование многих территориально-разнесенных автоматизированных рабочих мест (далее – АРМ) пользователей Системы; – работу с документированной информацией в соответствии с нормативными требованиями. - - Значение характеристики не может изменяться участником закупки

2.1.3 ФУНКЦИОНАЛЬНЫЕ ХАРАКТЕРИСТИКИ СИСТЕМЫ - Система сохраняет работоспособность и обеспечивает сопоставимость (связность) накопленных и текущих данных при реорганизациях системы, в т.ч. при изменениях наименований и количества МО Смоленской области. - - Значение характеристики не может изменяться участником закупки

2.1.4 ТЕХНИЧЕСКИЕ ХАРАКТЕРИСТИКИ СИСТЕМЫ 2.1.4.1. Сервер баз данных: 2.1.4.1.1. Система управления базами данных (СУБД): - Сервер баз данных MySQL – поддержка модели ACID, поддержка репликации данных, открытый исходный код, отсутствие требований дополнительного лицензирования, поддержка соединений с использованием ODBC, JDBC и .NET, поддержка стандарта ANSI/ISO SQL. - - Значение характеристики не может изменяться участником закупки

2.1.4.1.2. Данные должны храниться и обрабатываться (добавление, изменение, удаление, запрос) путем обращения клиента к СУБД, указанной в п. 2.1.4.1.1. 2.1.4.1.3. Операционная система: Альт Линукс СПТ Сервер 6.0; 2.1.4.1.4. Технологии виртуализации – не использовать, на физическом сервере должна быть установлена единственная операционная система Альт Линукс СПТ Сервер 6.0; 2.1.4.1.5. Доступ к серверу БД: протокол TCP/IP; 2.1.4.1.6. Технология работы комплекса: клиент-сервер; 2.1.4.1.7. Безопасность: уровень операционной системы и СУБД; 2.1.4.2. Рабочая станция: - ? Интерфейс – графический (GUI); ? Реализация – «толстый» (Rich-) клиент; реализация с использованием «тонкого» клиента (веб-интерфейс) не допускается; ? Возможность работы в режиме терминала; ? Инструментальная среда – Python, QT (не требует дополнительного лицензирования); ? Операционная среда: возможность работы под Linux (не требует дополнительного лицензирования) без использования эмуляторов и виртуализации, а так же Windows 2000/XP/7; ? Безопасность: привилегии на уровне пользователя СУБД; ? Экспорт/Импорт – DBF, XML, SQL, HTML; ? Справочная система – должна использовать международные и общероссийские классификаторы: ? МКБ Х; ? КЛАДР; ? РЛС; ? МКС. - - Значение характеристики не может изменяться участником закупки

2.1.4.3. Отчетные формы - – внешние на базе FreeReports (должен поддерживается распределенный доступ и режим «Дизайнер»). - - Значение характеристики не может изменяться участником закупки

2.1.4.4. Как серверная, так и клиентская часть - - предусматривают возможность полноценной работы без использования программного обеспечения (в том числе операционной системы), требующего дополнительного лицензирования. - - Значение характеристики не может изменяться участником закупки

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

3.2. ТРЕБОВАНИЯ ПО ПАТЕНТНОЙ ЧИСТОТЕ - Все проектные и технические решения модернизированной Системы должны отвечать требованиям действующего законодательства Российской Федерации. Должны быть выполнены требования законов, в частности части четвертой Гражданского кодекса Российской Федерации. Модернизированная Система должна быть свободна от возможности предъявления любых прав и притязаний третьих лиц, основанных на промышленной, интеллектуальной или другой собственности. Выполнение требований по обеспечению лицензионной чистоты модернизированных Систем должны обеспечиваться Исполнителем. Для оказания услуг в рамках настоящих Технических требований Заказчик не обеспечивает Исполнителя необходимыми правами на объекты интеллектуальной собственности. Исполнитель должен гарантировать не нарушение авторских, исключительных и иных прав на объекты интеллектуальной собственности третьих лиц. Исполнитель обязан иметь документы, подтверждающие обладание исключительными правами на программное обеспечение Системы или наличие действующего лицензионного (сублицензионного) договора с обладателем прав на указанное программное обеспечение (в соответствии с ч. 1 ст. 1225, ст. 1226, ст. 1229, ст. 1233, ст. 1235 ГК РФ), на основании которых Исполнитель имеет право на внесение изменений (модификацию) в программное обеспечение Системы. По результатам оказания услуг, Исполнитель должен передать Заказчику на условиях простой (неисключительной) лицензии право использования программного обеспечения (установленного/адаптированного) способом воспроизведения и установки на срок действия исключительного права. Передача права использования должна оформляться Лицензионным/сублицензионным договором по результатам исполнения данного ТЗ. - - Значение характеристики не может изменяться участником закупки

3.3. СОСТАВ УСЛУГ 3.3.1. В рамках развития Системы Исполнителем должна быть проведена поэтапная доработка КПС «СМСО» в части формирования структурированных электронных медицинских документов согласно перечню из таблицы 1 в соответствии с интеграционными профилями (Приложение 1 к настоящим Техническим требованиям) для их передачи в Реестр электронных медицинских документов. - №/ oid СЭМД /Наименование СЭМД /Ссылка на документацию по реализации СЭМД (если имеется на текущий момент) /Среда реализации /Минимально необходимое количество зарегистрированных СЭМД в федеральном РЭМД, шт. 1. 334 Выписка из протокола решения врачебной комиссии https://portal.egisz.rosminzdrav.ru/materials/5016 Тест 100. 2. 331 Направление на госпитализацию для оказания высокотехнологичной и специализированной медицинской помощи https://portal.egisz.rosminzdrav.ru/materials/5257 Тест 100. 3. 330 Справка для получения путевки на санаторно-курортное лечение https://portal.egisz.rosminzdrav.ru/materials/5277 Тест 100. 4. 324 Эпикриз в стационаре выписной (онкологический) https://portal.egisz.rosminzdrav.ru/materials/5034 Тест 100. 5. 195 Выписка из истории болезни (CDA) Редакция 2 https://portal.egisz.rosminzdrav.ru/materials/4475 продуктив 1. 6. 256 Заключение по результатам микробиологического исследования (CDA) Редакция 1 https://portal.egisz.rosminzdrav.ru/materials/4723 продуктив 1. 7. 171 Медицинское заключение о наличии (об отсутствии) у водителей транспортных средств медицинских противопоказаний, медицинских показаний или медицинских ограничений к управлению транспортными средствами https://portal.egisz.rosminzdrav.ru/materials/4109 Тест 1. 8. 312 Выписка из протокола решения врачебной комиссии https://portal.egisz.rosminzdrav.ru/materials/5013 продуктив 1 Срок оказания услуг – не позднее 04.12.2026. Заказчик оставляет за собой право изменить состав СЭМД, которые необходимо реализовать в рамках настоящих Технических требований, без изменения общего количества СЭМД. При этом изменение состава СЭМД может касаться только тех документов, срок (этап) оказания услуг по которым еще не наступил. Изменение состава СЭМД оформляется Заказчиком и Исполнителем путем подписания дополнительного соглашения к заключенному Договору. - - Значение характеристики не может изменяться участником закупки

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

3.3.2. Исполнитель должен поддерживать принцип однократного ввода информации, который реализован в Системе - Модернизация Системы в рамках настоящих Технических требований должна быть выполнена без уменьшения существующего функционала Системы. Исполнитель имеет право сдавать Услуги по Этапам досрочно или одновременно по нескольким Этапам. Исполнитель имеет право на привлечение субподрядчиков (соисполнителей) для оказания услуг в рамках настоящих Технических требований. Для установки программ для ЭВМ, обеспечивающих наличие в Подсистеме требуемых функциональных возможностей, Заказчик предоставляет Исполнителю параметры удаленного доступа к Тестовому стенду или непосредственный доступ на территории Заказчика в течение 1 (одного) рабочего дня с даты запроса Исполнителя. Для оказания услуг в удаленном режиме Исполнитель обязан подключиться к защищенной сети передачи данных Министерства здравоохранения Смоленской области № 1558 и использовать средства защиты информации. Прием и передача информации осуществляется по организованному защищенному каналу связи с использованием специального сертифицированного программного обеспечения криптографической защиты информации ViPNet. - - Значение характеристики не может изменяться участником закупки

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

3.4. ТРЕБОВАНИЯ К ГАРАНТИЙНОМУ ОБСЛУЖИВАНИЮ - Гарантийное обслуживание результата оказанных услуг оказывается Исполнителем Заказчику сроком не менее 12 месяцев с момента подписания акта сдачи-приемки оказанных услуг. - - Значение характеристики не может изменяться участником закупки

Приложение №1 к ТЕХНИЧЕСКИМ ТРЕБОВАНИЯМ на оказание услуг по развитию медицинской информационной системы КПС «СМСО» способом установки и адаптации программного обеспечения с передачей на него права использования на условиях простой (неисключительной) лицензии для расширения функциональных возможностей информационного взаимодействия с подсистемой «Федеральный реестр электронных медицинских документов» ЕГИСЗ - ОПИСАНИЕ ИНТЕГРАЦИОННЫХ ПРОФИЛЕЙ РЭМД В электронном виде – файл «Приложение 1 к ТТ, Интеграционные профили СМСО-РЭМД.docx». - - Значение характеристики не может изменяться участником закупки

ЕДИНАЯ ГОСУДАРСТВЕННАЯ ИНФОРМАЦИОННАЯ СИСТЕМА В СФЕРЕ ЗДРАВООХРАНЕНИЯ СМОЛЕНСКОЙ ОБЛАСТИ ПОДСИСТЕМА «РЕГИОНАЛЬНЫЙ РЕЕСТР ЭЛЕКТРОННЫХ МЕДИЦИНСКИХ ДОКУМЕНТОВ» ОПИСАНИЕ ИНТЕГРАЦИОННЫХ ПРОФИЛЕЙ РЭМД 1 ОБЩИЕ ПОЛОЖЕНИЯ 1.1 Определения, обозначения и сокращения - Таблица 1 – Определения, обозначения и сокращения Термин /Описание CAdES - CMS Advanced Electronic Signatures – стандарт электронной подписи, представляющий собой расширенную версию стандарта электронной подписи CMS (Cryptographic Message Syntax); OID Уникальный идентификатор объекта Минздрава России; PDF Portable Document Format – платформонезависимый формат электронных документов, созданный фирмой Adobe Systems использованием ряда возможностей PostScript; PDF/A Portable Document Format/A – стандарт ISO 19005-1:2005 для долгосрочного архивного хранения электронных документов и базируется на описании стандарта PDF версии 1.4 SOAP Simple ObjectAccess Protocol — простой протокол доступа к объектам; WSDL Web Services Description Language – язык описания веб-сервисов; XML eXtensible Markup Languag — расширяемый язык разметки; ГИП Компонент подсистемы РЭМД, отвечающий за учет сведений о пациентах с учетом их обезличивания в соответствии с требованиями Федерального закона от 21.11.2011 №323-ФЗ «Об основах охраны здоровья граждан в Российской Федерации»; ДИТиС МЗ Департамент информационных технологий и связи Министерства здравоохранения Российской Федерации; ЕГИСЗ Единая государственная информационная система в сфере здравоохранения; ЕПГУ Единый портал государственных и муниципальных услуг (функций); ЕСИА Единая система идентификации и аутентификации; Запись реестра Набор сведений об электронном медицинском документе; ИПС Интеграционная подсистема интеграции прикладных систем ЕГИСЗ; ИС Информационная система; Метаописание документа Набор данных, описывающих контекст, содержание и структуру документа, а также управление документом во времени; МО Медицинская организация; МИС Медицинская информационная система; НПА Нормативный правовой акт; ОГРН Основной государственный регистрационный номер; ГИС Государственная информационная система в сфере здравоохранения субъекта Российской Федерации; - - Значение характеристики не может изменяться участником закупки

Таблица 1 – Определения, обозначения и сокращения - РЭМД Подсистема «Региональный реестр электронных медицинских документов» ЕГИСЗ Смоленской области; СКЗИ Средство криптографической защиты информации; СНИЛС Страховой номер индивидуального лицевого счёта; СТП Служба технической поддержки; ФРМО Подсистема «Федеральный реестр медицинских организаций» ЕГИСЗ; ФРМР Подсистема «Федеральный регистр медицинских работников» ЕГИСЗ; ФРЭМД Подсистема «Федеральный реестр электронных медицинских документов» ЕГИСЗ; ЭМД Медицинский документ в форме электронного документа; ЭП Электронная подпись; ФЛК Форматно-логический контроль. ФЛК Форматно-логический контроль - - Значение характеристики не может изменяться участником закупки

1.1 Назначение документа - Настоящий документ предназначен для разработчиков государственных информационных систем в сфере здравоохранения субъекта Российской Федерации (далее – ГИС), медицинских информационных систем (далее МИС) и иных информационных систем, интегрируемых с подсистемой «Региональный реестр электронных медицинских документов» ЕГИСЗ Смоленской области (далее – РЭМД, подсистема), и описывает методологию разработки взаимодействия с подсистемой РЭМД при передаче в нее сведений о медицинской документации в форме электронных документов и сведения о медицинской организации, в которой такая документация создана, для подписания ЭМД, передачи его в ФРЭМД и последующего хранения. - - Значение характеристики не может изменяться участником закупки

2 СЦЕНАРИИ ВЗАИМОДЕЙСТВИЯ С РЭМД - Передача сведений об ЭМД в РЭМД выполняется с использованием веб-сервиса и производится согласно одному сценарию: - регистрация сведений об ЭМД. 2.1 Регистрация сведений об ЭМД Сценарий описывает процедуру регистрации сведений об ЭМД в подсистеме РЭМД. Инициатором взаимодействия выступает внешняя ИС. Описание используемого метода сервиса РЭМД представлено в разделе 4.2. 2.1.1 Участники - РЭМД; - ИС. 2.1.2 Критерий успешности выполнения Сведения об ЭМД успешно зарегистрированы в РЭМД. 2.1.3 Предварительные условия - В ИС сформирован ЭМД, подлежащий регистрации в РЭМД, а также его метаописание. - Данные о медицинской организации, в которой был создан документ, присутствуют в ФРМО. - Данные о медицинском работнике, подписавшем ЭМД, присутствуют в ФРМР. 2.1.4 Базовый сценарий Базовые шаги сценария: 1. ИС формирует и направляет в РЭМД запрос на регистрацию сведений об ЭМД, включающий сам текст ЭМД. 2. РЭМД принимает поступивший запрос. 3. В РЭМД происходит подпись ЭП сотрудниками и подписью организации. 4. РЭМД производит отправку запроса в ФРЭМД. - - Значение характеристики не может изменяться участником закупки

3 ОПИСАНИЕ ВЕБ-СЕРВИСА ОБМЕНА СВЕДЕНИЯМИ ОБ ЭМД - Сервис обмена сведениями об ЭМД предназначен для передачи информации об ЭМД между ИС и подсистемой РЭМД. Методы сервиса обеспечивают: - регистрацию сведений об ЭМД, созданных в ИС. WEB-сервис реализован на основе протокола SOAP, структура сервиса описана с использованием WSDL. Общие сведения о сервисе представлены в таблице ниже. Наименование: Сервис обмена сведениями об ЭМД; Назначение: Сервис предназначен для передачи информации об электронных медицинских документах в РЭМД.; Адрес сервиса в тестовой среде ИПС/ Адрес сервиса в промышленной среде ИПС - http://172.30.126.65:8080/ROIV_Services/REMD. wsdl: http://172.30.126.65:8080/ROIV_Services/REMD/wsdl/wsdl2 Список методов сервиса и их назначение приведены в таблице ниже. Таблица 4 – Список методов сервиса: Метод/ Назначение Код: registerDocument Наименование: Регистрация сведений об ЭМД /Предназначен для регистрации сведений об ЭМД в РЭМД. В РЭМД предусмотрена проверка уникальности идентификатора документа в рамках всей подсистемы. Поэтому зарегистрировать несколько документов под одним и тем же идентификатором невозможно. Генерация идентификаторов должна производиться согласно стандарту UUID (Universally Unique Identifier, RFC 4122). UUID — статистически уникальный 128-битный идентификатор. UUID представляет собой 16-байтный (128-битный) номер. Формат строки: [a-fA-F0-9]{8}-[a-fA-F0-9]{4}-[a-fA-F0-9]{4}-[a-fA-F0-9]{4}-[a-fA-F0-9]{12}. Пример UUID: 550e8400-e29b-41d4-a716-446655440000. Рекомендации к генерации UUID также указаны в стандартах ITU-T Rec. X.667 и ISO/IEC 9834-8. Для остальных передаваемых идентификаторов использование UUID является предпочтительным, но допускается использование идентификаторов других видов. - - Значение характеристики не может изменяться участником закупки

3.1 Описание транспортного заголовка РЭМД - Помимо самого тела запроса, каждое сообщение к сервису РЭМД должно содержать транспортный заголовок, сформированный по требованиям ИПС, описанным в разделе 3.4 документа «Методические материалы по подключению к Сервису ИПС». Также есть возможность передачи в сообщениях транспортного заголовка РЭМД. В транспортном заголовке РЭМД указывается идентификатор МО, от имени которой выполняется запрос к сервису РЭМД, а также код режима отладки. Медицинская организация, указанная в транспортном заголовке РЭМД, должна быть подключена к ИС в РЭМД. Описание транспортного заголовка РЭМД представлено в таблице ниже. аблица 5 – Описание транспортного заголовка РЭМД Код параметра /Описание параметра /Обязательность /Тип /Комментарий Тип: emdrTransportHeader: medOrgOid Медицинская организация - xs:string Указывается OID МО согласно ФРМО. Заполняется по справочнику «Регистр медицинских организаций Российской Федерации. Версия 2», OID 1.2.643.5.1.13.13.11.1461 trialMode Режим отладки - tns:trialMode Составной тип. Группа атрибутов, указывающая на выполнение запроса в режиме отладки. Тип: trialMode: option Опция отладки - tns:trialOption Код режима отладки. Допустимые значения: ? skip_end_entity_certificate_validation – отключить проверку сертификатов, которыми были сформированы подписи документов - - Значение характеристики не может изменяться участником закупки

3.2 Метод «registerDocument» - Метод «registerDocument» используется для регистрации сведений об ЭМД. Порядок работы: 1. ИС передает методом «registerDocument» в РЭМД набор данных для регистрации. 2. РЭМД подписывает и пересылает в ФРЭМД запрос, полученный от ИС методом «registerDocument». Общие сведения о методе и описание входных и выходных данных метода приведено в таблицах ниже. Таблица 6 – Общие сведения о методе Код операции: registerDocument Наименование операции: Регистрация сведений об ЭМД. Таблица 7 ? Входные параметры метода registerDocument (registerDocumentRequest) Код параметра /Описание параметра/Обязательность /Тип/ Комментарий department Подразделение + tns:department Составной тип. documentNumber Номер документа + xs:string Регистрационный номер документа внутри организации или подразделения creationDate Дата создания документа - xs:date Дата создания документа внутри организации или ее подразделения Временно поддерживаются 2 параметра: creationDate, creationDateTime. Обязательно указывать один из них. Прием запросов с использованием параметра creationDate будет отключен. Вместо него необходимо перейти на использование параметра creationDateTime creationDateTime Дата и время создания документа + xs:timestamp Дата и время создания документа внутри организации или ее подразделения patient Пациент - tns:patient Составной тип. Передается для документов, предполагающих наличие сведений о пациенте согласно справочнику «Регистрируемые электронные медицинские документы», OID 1.2.643.5.1.13.13.11.1520 assistance Дополнительные сведения об ЭМД - tns:assistance Составной тип. Группа атрибутов определяющая дополнительные сведения об ЭМД. - - Значение характеристики не может изменяться участником закупки

3.2 Метод «registerDocument» (2) - Код параметра/ Описание параметра /Обязательность /Тип/ Комментарий orgSignature Файл подписи МО - tns:binaryData Составной тип. Передается для видов документов, предполагающих наличие электронной подписи МО согласно справочнику «Регистрируемые электронные медицинские документы», OID 1.2.643.5.1.13.13.11.1520. Предоставляется в виде двоичных данных. recipient Сведения о выдаче документа - tns:documentRecipient Составной тип. Сведения о получателе документа. Заполняется при выдаче бумажной копии документа. description Описание документа + xs:string Краткое произвольное описание документа. Порядок заполнения значения см. в разделе 6.6 текущего документа. Ограничивается длиной в 1000 символов. personalSignature Сведения о подписях - tns:personalSignature Составной тип. Передаются сведения о сотрудниках МО, подписавших документ, и файлы открепленной подписи. Состав подписей должен быть представлен согласно справочнику «РЭМД. Правила подписи электронных медицинских документов», OID 1.2.643.5.1.13.13.99.2.42 (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.42). pluggableAttributes Дополнительные атрибуты - xs:base64Binary Текст ЭМД в XML, запакованный в Base64 associations Связи документа - tns:association Составной тип. Группа атрибутов, определяющих добавляемую связь документа с другими документами, зарегистрированными в РЭМД replace Заменяемый документ - tns:documentIdentifier Составной тип. Группа атрибутов (актуальной версии) документа, который следует заменить. Указывается при необходимости регистрации новой версии существующего документа - - Значение характеристики не может изменяться участником закупки

3.2 Метод «registerDocument» (3) - Код параметра/ Описание параметра/ Обязательность/ Тип/ Комментарий Тип: department surname Фамилия пациента + xs:string name Имя пациента + xs:string patrName Отчество пациента - xs:string Передается при наличии birthDate Дата рождения пациента + xs:date gender Пол пациента + xs:string Код пола по справочнику «Пол пациента», OID 1.2.643.5.1.13.13.11.1040 (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.11.1040) localId Идентификатор пациента + xs:string Уникальный идентификатор пациента в ИС snils СНИЛС - tns:snils Простой тип. СНИЛС передается без разделителей. Пример: 70497251609. Обязателен, если сведения о пациенте для вида документа установлены «Обязательны, с указанием СНИЛС» или «Обязательны, с указанием документа». Ограничивается длиной в 11 символов enp ЕНП - tns:enp Простой тип. Единый номер полиса пациента, состоящий из 16 цифр. Обязателен, если сведения о пациенте для вида документа установлены «Обязательны, с указанием документа» otherId ДУЛ - tns:patientOtherId Составной тип. Сведения о документе, удостоверяющем личность, пациента Обязателен, если сведения о пациенте для вида документа установлены «Обязательны, с указанием документа» - - Значение характеристики не может изменяться участником закупки

3.2 Метод «registerDocument» (4) - Код параметра /Описание параметра /Обязательность /Тип /Комментарий Тип: patientOtherId type Тип документа + xs:string Уникальный идентификатор вида ДУЛ по справочнику «Классификатор документов, удостоверяющих личность гражданина Российской Федерации», OID 1.2.643.5.1.13.2.1.1.498 (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.2.1.1.498) number Номер документа + xs:string Номер документа. Тип: assistance renderedServices Оказанные услуги - tns:renderedServices Составной тип. Группа атрибутов определяющая перечень оказанных услуг Тип: renderedServices renderedService Оказанная услуга + tns: renderedService Составной тип. Группа атрибутов определяющая сведения об оказанной услуге Тип: renderedService code Код услуги + xs:string Код услуги по справочнику «Номенклатура медицинских услуг», OID 1.2.643.5.1.13.13.11.1070 (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.11.1070) renderedDate Дата оказания + xs:date Дата оказания услуги Тип: association target Связанный документ + tns:notEmptyString Номер связанной записи реестра (регистровый номер) type Тип связи + tns:associationType Указывается код типа связи согласно справочнику «РЭМД. Типы связей электронных медицинских документов», OID 1.2.643.5.1.13.13.99.2.122 (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.122) Тип: binaryData data Данные + xs:base64Binary Данные в base64 checksum Контрольная сумма + xs:long Контрольная сумма файла, вычисленная по алгоритму CRC-32-IEEE 802.3 (в десятичном представлении). Ограничивается длиной в 30 символов. - - Значение характеристики не может изменяться участником закупки

3.2 Метод «registerDocument» (5) - Код параметра /Описание параметра /Обязательность /Тип/ Комментарий Тип: recipient kind Тип адресата + tns:recipientKind Указывается код типа получателя согласно справочнику «РЭМД. Типы получателей медицинских документов», OID 1.2.643.5.1.13.13.99.2.123 (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.123) recipientKindPerson Физическое лицо - tns:recipientKindPerson Указывается, если получателем документа является физическое лицо recipientKindMedicalOrganization Медицинская организация - tns:recipientKindMedicalOrganization Указывается, если получателем является медицинская организация recipientKindOrganization Немедицинская организация - tns:recipientKindOrganization Указывается, если получателем является немедицинская организация Тип: recipientKindPerson snils СНИЛС получателя + tns:snils Простой тип. СНИЛС передается без разделителей. Пример: 70497251609 Тип: recipientKindMedicalOrganization organization OID Медицинской организации + tns:organization Указывается OID МО согласно ФРМО. Заполняется по справочнику «Регистр медицинских организаций Российской Федерации. Версия 2», OID 1.2.643.5.1.13.13.11.1461 Тип: recipientKindOrganization ogrn ОГРН + tns:ogrn ОГРН организации. Пример: 1068664613522 kpp КПП + tns:kpp КПП организации. Пример: 181145250 Тип: personalSignature signer Подписавший сотрудник + tns:signer Составной тип. Передаются сведения о сотруднике МО, подписавшем документ signature Файл подписи + tns:binaryData Предоставляется в виде двоичных данных description Описание подписи - xs:string Краткое произвольное описание подписи Ограничивается длиной в 1000 символов Тип: signer localId Идентификатор сотрудника - xs:string Уникальный идентификатор сотрудника в ИС. Ограничивается длиной в 100 символов role Роль сотрудника при подписи + xs:string Указывается код роли по справочнику 1.2.643.5.1.13.2.1.1.734 (Справочник ролей сотрудников при подписи электронных медицинских документов) - - Значение характеристики не может изменяться участником закупки

3.2 Метод «registerDocument» (6) - Код параметра /Описание параметра /Обязательность /Тип /Комментарий surname Фамилия сотрудника + xs:string Ограничивается длиной в 100 символов name Имя сотрудника + xs:string Ограничивается длиной в 100 символов patrName Отчество сотрудника - xs:string Заполняется при наличии. Ограничивается длиной в 100 символов birthDate Дата рождения сотрудника - xs:date snils СНИЛС сотрудника + tns:snils Простой тип. СНИЛС передается без разделителей. Ограничивается длиной в 11 символов. Пример: 70497251609 position Должность сотрудника + xs:string Указывается должность по справочнику 1.2.643.5.1.13.13.99.2.181 (ФРМР. Должности медицинского персонала) speciality Специальность сотрудника - xs:string Указывается специальность по справочнику 1.2.643.5.1.13.13.11.1066 (Номенклатура специальностей специалистов со средним, высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения) email Адрес электронной почты - xs:string Ограничивается длиной в 100 символов phone Телефон сотрудника - tns:phoneNumber Передается без разделителей и кода страны. Ограничивается длиной в 100 символов. Пример: 9242551020 Тип: documentIdentifier root Заменяемый документ + xs:string Передается регистровый номер (без постфикса версии) документа, для которого создается новая версия version Заменяемая версия документа - xs:int Передается номер актуальной версии документа, для которого создается новая версия. Если актуальная первая версия, то атрибут не передается. - - Значение характеристики не может изменяться участником закупки

3.2 Метод «registerDocument» (7) - Таблица 8 – Выходные параметры метода registerDocument (acknowledgment) Код параметра /Описание параметра /Обязательность/ Тип/ Комментарий/ status Статус + tns:responseStatus Статус обработки операции: - success – успешная обработка запроса; - error – ошибка при обработке запроса. errors Список ошибок - tns:errors Составной тип. Список ошибок при обработке запроса Тип: errors item Элемент + tns:error Составной тип. Элемент списка ошибок Тип: error code Код ошибки + xs:string Перечень кодов ошибок представлен в Приложение Г message Описание ошибки - xs:string - - Значение характеристики не может изменяться участником закупки

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Размер обеспечения заявки: 14 950,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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Документы

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

Документы

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