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

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

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

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

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

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

Размещение осуществляет: Заказчик САНКТ-ПЕТЕРБУРГСКОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ УЧРЕЖДЕНИЕ ЗДРАВООХРАНЕНИЯ "ГОРОДСКАЯ АЛЕКСАНДРОВСКАЯ БОЛЬНИЦА"

Наименование объекта закупки: Оказание услуг по сопровождению медицинской информационной системы (МИС «Ариадна») в 2026 году

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

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

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

Размещение осуществляет: Заказчик

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

Почтовый адрес: 193312, Санкт-Петербург, Санкт-Петербург, Город Санкт-Петербург город федерального значения, пр. Солидарности, 4, 40386000

Место нахождения: 193312, Санкт-Петербург, Солидарности, Д.4, 40386000

Ответственное должностное лицо: Николаенко А. А.

Адрес электронной почты: gz-albol@alexhospital.ru

Номер контактного телефона: 8-812-5887544

Дополнительная информация: Информация отсутствует

Регион: Санкт-Петербург

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

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

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

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

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

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

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

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

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

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

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

Дата начала исполнения контракта: 01.01.2026

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

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

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

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

- 62.03.12.130 - Оказание услуг по сопровождению МИС «Ариадна» Описание объекта закупки-3 3.6 Сроки и условия выполнения заявок: 3.6.1 Срок выполнения заявок с приоритетом Блокирующий, которые влияют на работоспособность всей системы (невозможность функционирования системы в целом) - 6 часов при наличии удаленного доступа к информационной системе Заказчика. Блокирующий приоритет может быть только у заявки с трекером 2 табл. № 3. 3.6.2 В случае, если проблему с приоритетом Блокирующий Исполнитель, в указанный срок решить не смог, но функционирование системы в целом восстановлено, Исполнитель по запросу Заказчика предоставляет в течение 2-х рабочих дней письменный отчет с описанием причин и Стороны совместно принимают решение о понижении статуса заявки и последующего поиска решения Исполнителем совместно с Заказчиком. 3.6.3 Срок выполнения заявок с приоритетом Высокий, которые влияют на работоспособность отдельных функций системы (невозможность ввода и сохранения данных, выставления счетов или построения имеющихся форм отчетности) - 3 рабочих дня. При наличии вопросов, которые делают невозможным исполнение заявки, в течение 3-х рабочих дней вопросы регистрируются в системе заявок и Стороны совместно принимают решение о понижении статуса заявки и последующего поиска решения Исполнителем. Высокий приоритет может быть только у заявок с уже реализованным функционалом системы Заказчика. ... Описание объекта закупки 1. Описание объекта закупки в соответствии со статьей 33 Закона о контрактной системе 1.1. Оказание услуг по сопровождению медицинской информационной системы (МИС «Ариадна») в 2026 году (далее – услуги). Место оказания услуг: Санкт-Петербург, пр. Солидарности, д. 4 Сроки оказания услуг: с 01.01.2026 г. до 31.12.2026 г. Порядок оказания услуг: Услуги оказываются круглосуточно (24х7), согласно Приложениям, к Описанию объекта закупки. Режим работы службы технической поддержки Исполнителя: с 08-00 до 20-00 по московскому времени в рабочие дни, по аварийным ситуациям круглосуточно. ... Описание объекта закупки-4 3.6.12 Заявки на внесение изменения или удаления информации о пациенте, истории болезни, платежах будут приняты Исполнителем после того, как сотрудник МО, сформировавший Обращение в системе СРО, предоставит данный запрос на официальном бланке МО за печатью организации и подписью ответственного лица. 3.6.13 По результатам обработки заявки специалист Исполнителя может изменить приоритет Задачи, если сотрудником МО сформировавшего Обращение в системе СРО, присвоен не в соответствии с таблицей № 1 «Приоритет Обращений». 3.6.14 По результатам обработки заявки специалист Исполнителя предоставляет сотруднику МО, сформировавшего Обращение в системе СРО, информацию по решению Заявки. Факт предоставления решения по Заявке фиксируется путем установки соответствующего статуса: - статус задачи «Решена» устанавливается в случае успешной обработки Заявки; - статус задачи «Отклонена» устанавливается в случае, если успешная обработка Заявки невозможна, с указанием причины отклонения. 3.6.15 После предоставления Исполнителем решения или запроса дополнительной информации по Заявке, сотрудник МО, сформировавший Обращение, должен проверить задачу с дальнейшими действиями: • предоставить необходимую информацию Исполнителю для корректного решения задачи; • проверить решение задачи в сроки согласно Таблице № 5 и либо закрыть задачу, либо отправить Исполнителю с указанием причин возврата в работу. ... - Месяц - 12,00 - 97 601,10 - 1 171 213,20

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Описание объекта закупки-3 3.6 Сроки и условия выполнения заявок: 3.6.1 Срок выполнения заявок с приоритетом Блокирующий, которые влияют на работоспособность всей системы (невозможность функционирования системы в целом) - 6 часов при наличии удаленного доступа к информационной системе Заказчика. Блокирующий приоритет может быть только у заявки с трекером 2 табл. № 3. 3.6.2 В случае, если проблему с приоритетом Блокирующий Исполнитель, в указанный срок решить не смог, но функционирование системы в целом восстановлено, Исполнитель по запросу Заказчика предоставляет в течение 2-х рабочих дней письменный отчет с описанием причин и Стороны совместно принимают решение о понижении статуса заявки и последующего поиска решения Исполнителем совместно с Заказчиком. 3.6.3 Срок выполнения заявок с приоритетом Высокий, которые влияют на работоспособность отдельных функций системы (невозможность ввода и сохранения данных, выставления счетов или построения имеющихся форм отчетности) - 3 рабочих дня. При наличии вопросов, которые делают невозможным исполнение заявки, в течение 3-х рабочих дней вопросы регистрируются в системе заявок и Стороны совместно принимают решение о понижении статуса заявки и последующего поиска решения Исполнителем. Высокий приоритет может быть только у заявок с уже реализованным функционалом системы Заказчика. Значение характеристики не может изменяться участником закупки По заявкам с приоритетом Нормальный и Низкий задачи с трекером 1, 2, 3, 4, 5, 6 устанавливается желаемая дата выполнения, заявки выполняются в плановом порядке, но не более 60 рабочих дней. 3.6.4 В месяц может быть создано не более 3 новых задач с трекером 4 на разработку или модернизацию новых выборок или форм (Выборка/Печать). Задачам на создание новых выборок или форм присваивается только приоритет Нормальный или Низкий. 3.6.5 В год может быть создано не более 6 новых задач с трекером 7 на Улучшение функциональности. Задачам на Улучшение функциональности присваивается только приоритет Нормальный или Низкий. 3.6.6 В случае, если в Заявке отсутствуют сведения, достаточные для успешного решения задачи, обработка Обращения может быть отложена Исполнителем, при этом сотрудник Исполнителя запрашивает дополнительную информацию от сотрудника МО, сформировавшего Обращение, в Системе СРО. В таком случае, срок выполнения задачи соизмеримо увеличивается на количество часов/дней до момента получения от Заказчика обратной связи и полного объема информации для решения задачи. 3.6.7 Исполнитель не несет ответственность за сроки выполнения заявок, в случае, если часть работ (ответственности) по решению задачи находится в зоне ответственности Заказчика или третьих лиц до устранения обстоятельств. Такими обстоятельствами являются: • устранение неисправности на оборудовании или сетях Заказчика; • устранение неисправности на оборудовании (в том числе, но не ограничиваясь: оборудовании Центра обработки данных, магистральных линий связи и др.), находящихся вне зоны ответственности Исполнителя; • при неполноте или некорректности сведений и документации, представленной Заказчиком для исполнения заявки; • консультация, проверка или устранение неисправности со стороны разработчика сторонней информационной системы, с которой осуществляется интеграционное взаимодействие через МИС «Ариадна» (РМИС, РЕГИЗ, ЕГИСЗ, СЭМД, ВИМИС, ТФОМС и т.д.) 3.6.8 Исполнитель не несёт ответственности за предоставление Решения по Обращению, переданного не по разрешённым каналам доставки Обращений (Messenger, социальные сети). 3.6.9. Исполнитель не несёт ответственности за приём Обращений от сотрудников МО, оформленные не по правилам настоящего Технического задания и вправе отклонить такие заявки. 3.6.10. Перед тем, как подавать Обращение в систему СРО, сотрудник МО должен убедиться, что в СРО аналогичное обращение еще не было зарегистрировано в рамках МО. Заказчик обязан контролировать такие заявки. Исполнитель вправе отклонить повторные обращения. 3.6.11. Обращения должны содержать данные необходимые для однозначной идентификации Пользователя МИС и сотрудника МО и Обращения: -наименование медицинской организации; -фамилия, имя, отчество Администратора МО; -реквизиты Пользователя МИС, в т.ч. имя пользователя в МИС; -тип обращения (определяется в соответствии с критериями, указанными в Таблице 1); -предварительный приоритет обращения (определяется в соответствии с критериями, указанными в Таблице 4); -описание Обращения. Таблица № 4. Требования к оформлению Обращений Тип Заявки Содержание реквизита «Описание Обращения» Для всех типов Заявок ? наименование модуля МИС. Заявка на устранение ошибки ? снимок экрана с ошибкой; ? наименование экранной формы и ссылка на страницу, где была зафиксирована ошибка; ? дополнительные файлы (в случае необходимости); ? перечисление действий, выполнение которых повлекло за собой возникновение ошибки; ? описание желаемого результата исправления ошибки. Запрос улучшение (Улучшение) ? основание для выполнения модификации; ? четкое описание требуемой модификации в виде частного технического задания ? описание полей; ? снимок с экрана (в случае необходимости); Выборка/Печать 1. Если требуется разработать новую выборку, то обязательно указать: - название выборки; - общее описание выборки – по какому принципу должен производиться выбор данных; - необходимые поля (столбцы) выборки; - параметры выборки (при желании указать обязательность/необязательность данных параметров). - путь к отчету – в какую группу (папку) вложить выборку; - шаблон выходной формы – прикрепить или указать ссылку. В случае, если шаблон не указан, то будет применен универсальный шаблон. 2. Если необходимо разработать новую печатную форму, то обязательно указать: - название печатной формы; - название АРМА, из которого будет производиться печать; - расположение кнопки, на которую необходимо повесить печать; - шаблон формы – прикрепить к задаче, либо указать ссылку; - пояснения по заполнению полей – откуда брать данные, если требуется. 3. Если необходимо исправить ошибку в печатной форме/выборке, то: 3.1. Если ошибка возникла в выборке необходимо обязательно указать следующую информацию: - путь к выборке; - параметры, при которых возникает ошибка; - в чем заключается ошибка; - предполагаемый правильный результат – предполагаемые правильные цифры, количество строк и т.д.; - как получены правильные цифры – откуда взяты (АРМ, другая печатная форма/выборка), какая логика используется при получении правильного результата; - скриншот/сформированный отчет с ошибкой, при необходимости (прикрепить или указать ссылку). 3.2. Если ошибка возникла в печатной форме, то необходимо обязательно указать следующую информацию: - название печатной формы - название АРМА, из которого будет производится печать. - на каких данных вызывается печать – по какому пациенту/случаю лечения/платежу и т.п. производится печать. - как вызываете печать. - в чем заключается ошибка. Также можно указать необязательную информацию: - предполагаемый правильный результат – предполагаемые правильные цифры, количество строк и т.д. - откуда взят или на чем основан правильный результат, какая логика используется. - скриншот/сформированный отчет с ошибкой, при необходимости (прикрепить или указать ссылку). 4. Если необходимо внести изменения/доработать выборку, то обязательно указать: - путь к выборке - какой функционал требуется добавить – какое поле/столбец, параметр и т.д. - также можно указать необязательную информацию: - в какое место необходимо добавить изменение - где разместить изменения (например, между какими столбцами добавить новое поле). 5. Если необходимо изменить печатную форму, то необходимо указать следующую информацию: - название печатной формы - название АРМА, из которого будет производиться печать. - что требуется добавить/изменить – поле, данные, изменить дизайн. - приложить скриншот/файл ожидаемой формы после изменения. 6. Если в выборках/печатных формах необходимо выводить информацию из протоколов, то нужно обязательно указать: - Название и код протокола. - Название и коды вопросов данного протокола, информацию из которых необходимо выводить в выборках/печатных формах. - Место, где заполняется данный протокол (АРМ, вкладка). - Пример заполненного протокола (номер ИБ, пациента, исследования и т.д., на которых заполнен данный протокол). Описание объекта закупки 1. Описание объекта закупки в соответствии со статьей 33 Закона о контрактной системе 1.1. Оказание услуг по сопровождению медицинской информационной системы (МИС «Ариадна») в 2026 году (далее – услуги). Место оказания услуг: Санкт-Петербург, пр. Солидарности, д. 4 Сроки оказания услуг: с 01.01.2026 г. до 31.12.2026 г. Порядок оказания услуг: Услуги оказываются круглосуточно (24х7), согласно Приложениям, к Описанию объекта закупки. Режим работы службы технической поддержки Исполнителя: с 08-00 до 20-00 по московскому времени в рабочие дни, по аварийным ситуациям круглосуточно. Значение характеристики не может изменяться участником закупки 2. Цели и правовое основание закупки услуги 2.1 Основание закупки услуг: 2.1.1 Федеральный закон от 21.11.2011 № 323-ФЗ «Об основах охраны здоровья» 2.1.2 Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации». 2.1.3 Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных». 2.1.4 Федеральный закон от 06.04.2011 № 63-ФЗ «Об электронной подписи». 2.1.5 Постановление Правительства Санкт-Петербурга от 17.10.2012 №1119 "О государственной информационной системе Санкт-Петербурга "Региональный фрагмент единой государственной информационной системы в сфере здравоохранения" 2.1.6 Постановление Правительства Российской Федерации от 05.05.2018г. №555 «О единой государственной информационной системе в сфере здравоохранения». 2.1.7 Распоряжение Комитета по здравоохранению от 21.02.2018 №88-р «О создании и ведении электронной медицинской карты петербуржца». 2.1.8 Распоряжение Комитета по здравоохранению от 26.05.2016 №193-р «Об организации двустороннего обмена данными лабораторных исследований в электронном виде». 2.1.9 Методические рекомендации по обеспечению функциональных возможностей медицинских информационных систем медицинских организаций, утвержденные МЗ РФ 01.02.2016 2.1.10 Приказ Министерства здравоохранения Российской Федерации от 24 декабря 2018 г. №911н «Об утверждении требований к государственным информационным системам в сфере здравоохранения субъектов российской федерации, медицинским информационным системам медицинских организаций и информационным системам фармацевтических организаций». 2.1.11 Постановление Правительства Российской Федерации от 16 ноября 2015 г. N 1236 "Об установлении запрета на допуск программного обеспечения, происходящего из иностранных государств, для целей осуществления закупок для обеспечения государственных и муниципальных нужд". 2.1.12 Приказ Министерства здравоохранения Российской Федерации от 14.01.2019 № 4н «Об утверждении порядка назначения лекарственных препаратов, форм рецептурных бланков на лекарственные препараты, порядка оформления указанных бланков, их учета и хранения». 2.1.13 Распоряжение Комитета по здравоохранению от 09.08.2018 №417-р "Об утверждении Регламента государственных учреждений здравоохранения, находящихся в ведении исполнительных органов государственной власти Санкт-Петербурга по предоставлению услуги в электронном виде «Прием заявок (запись) на прием к врачу». 3. Требования к функциональным, техническим, качественным, эксплуатационным характеристикам услуг, требования к безопасности услуг 3.1 Обозначения и сокращения: В настоящем документе применены следующие сокращения: МИС – медицинская информационная система ИС – информационная система БД – база данных АРМ – автоматизированное рабочее место ТФОМС – территориальный фонд обязательного медицинского страхования РС ЕГИСЗ – региональный сегмент единой государственной информационной системы в сфере здравоохранения СРО – Электронная система регистрации обращений МО – медицинская организация 3.2 Общее описание медицинской информационной системы МИС «Ариадна» предназначена для сбора, хранения, обработки и предоставления информации, необходимой для автоматизации процессов оказания и учета медицинской помощи и информационной поддержки медицинских работников, включая информацию о пациентах, об оказываемой им медицинской помощи и о медицинской деятельности. Рабочие места пользователей медицинской информационной системы «Ариадна» располагаются в СПб ГБУЗ «Александровская больница» по адресу г. Санкт-Петербург, пр. Солидарности, д. 4. 3.3 Перечень обслуживаемых программных модулей МИС № п/п Название Состав медицинской информационной системы 1 Контент. Справочники (адресная система, структура учреждения, медперсонал, универсальные справочник). 2 Регистратура поликлиники. 3 Расписания регистратуры 4 Врач поликлиники 5 Постовая сестра 6 Справки (Больничные листы и другие БСО) 7 Койко-фонд 8 Приемное отделение 9 Выставление счетов в территориальный фонд ОМС 10 Врач стационара 11 Врач диагностического отделения (УЗИ, Эндоскопия, ОФД, Лучевая диагностика, ПАО) 12 Склад. Базовый модуль 13 Склад (материально-ответственные лица) 14 Генератор отчетов 15 Система протоколирования 16 Лист ожидания 17 Амбулаторная история 18 Выписной эпикриз 19 Экономист 20 Администратор 21 Системный администратор 22 Подключение фискального регистратора 23 Оперблок 24 Статистика поликлиники 25 Финансы 26 Контент. Финансовые отчеты 27 Касса 28 Статистика стационара 29 Мониторинги 30 Вакцинация 31 Рабочее место врача реаниматолога-анестезиолога 32 Процедурный кабинет (заказы в лабораторию) Состав интеграционных сервисов 31 Сервис Автоматизированной информационной системы «Информационное сопровождение организации медицинской помощи» (АИС ИНФОРМ МП) 32 Сервис Интегрированной электронной медицинской карты (ИЭМК) 33 Сервис Обмена данными лабораторных исследований (ОДЛИ) 34 Сервис Терминологии (используется в ИЭМК, УО, ПГ и ОДЛИ) 35 Сервис интеграции МИС со сторонней ЛИС (Акросс) 36 Запись на платный прием к врачу на портале napopravku.ru 37 Сопровождение PACS-сервера 38 Сервис Управления Очередями (УО) 39 Сервис Система управления доступом (N3.СУД) 40 Сервис организации электронного информационного обмена между Городской станцией скорой медицинской помощи и городскими стационарами (ГССМП) 3.4 Организация обслуживания Исполнитель организует совместный со специалистами Заказчика процесс обслуживания МИС. Обслуживание производится специалистами службы технической поддержки Исполнителя. Режим работы службы технической поддержки Исполнителя: с 08-00 до 20-00 по московскому времени в рабочие дни, по аварийным ситуациям круглосуточно. Ответственные лица со стороны Заказчика: Смолин Сергей Сергеевич, +7-921-635-88-01, oivt@alexhospital.ru 3.5 Условия обслуживания Выполнение услуг по сопровождению МИС осуществляется на основании Заявок, зарегистрированных в СРО Исполнителя. Оформление Заявок для выполнения услуг по сопровождению осуществляют ответственные лица Заказчика. Заявки оформляются по мере возникновения необходимости оказания услуг по сопровождению и регистрируются в СРО Исполнителя с присвоением приоритета обращения в соответствии с Таблицей № 1. При регистрации Заявки Заказчику необходимо: • определить один из видов работ в соответствии с критериями, указанными в Таблице 2; • определить Трекер (тип задачи), в соответствии с критериями, указанными в Таблице 3; • присвоить предварительный приоритет к обращению, в соответствии с критериями, указанными в Таблице 1 и Таблице 3; Подробно описать причину обращения с указанием конкретных действий пользователя, приводящих к ошибке в Системе, привести примеры и прикрепить скриншоты. Таблица № 1. Приоритет обращений. Приоритет Возможные типы Обращений Характер Обращения Блокирующий Запрос на устранение ошибки; Работа со сторонними ПО Ошибки: - связанные с невозможностью подключиться к БД; - связанные с полной неработоспособностью МИС/ЛИС для всех пользователей или блокирование/некорректной работы складской подсистемы*, подсистемы выставления счетов в ЕИС ТФОМС СПб**, модуля работы с кассами, приемного отделения и регистратур на всех рабочих местах пользователей, модуля работы с ЭЛН. Срок реагирования на заявку до 6 часов Высокий Запрос на устранение ошибки; Работа со сторонними ПО; Редактирование данных в БД; Ошибки, связанные с неправильной работой АРМов, процедур и/или функций, которые ведут к некорректной работе пользователя. Ошибки, влекущие за собой другие ошибки в смежных режимах, в т.ч. ошибки передачи данных в сервисы РЕГИЗ. Срок реагирования до 3 рабочих дней Выборка\печать Только по ошибкам выборок, связанных с Федеральными формами, отчётами для МИАЦ, ТФОМС, а также Кассовых отчётов АРМа «Регистратура». Срок реагирования до 3 рабочих дней Нормальный и Низкий Все типы обращений Инциденты, которые не оказывают существенного негативного влияния на работоспособность и выполнение основных функций сопровождаемых модулей Системы. Есть временный (обходной) вариант решения по обращению. Запросы на консультацию по основным функциям модулей Системы. Срок реагирования до 60 рабочих дней Описание объекта закупки-4 3.6.12 Заявки на внесение изменения или удаления информации о пациенте, истории болезни, платежах будут приняты Исполнителем после того, как сотрудник МО, сформировавший Обращение в системе СРО, предоставит данный запрос на официальном бланке МО за печатью организации и подписью ответственного лица. 3.6.13 По результатам обработки заявки специалист Исполнителя может изменить приоритет Задачи, если сотрудником МО сформировавшего Обращение в системе СРО, присвоен не в соответствии с таблицей № 1 «Приоритет Обращений». 3.6.14 По результатам обработки заявки специалист Исполнителя предоставляет сотруднику МО, сформировавшего Обращение в системе СРО, информацию по решению Заявки. Факт предоставления решения по Заявке фиксируется путем установки соответствующего статуса: - статус задачи «Решена» устанавливается в случае успешной обработки Заявки; - статус задачи «Отклонена» устанавливается в случае, если успешная обработка Заявки невозможна, с указанием причины отклонения. 3.6.15 После предоставления Исполнителем решения или запроса дополнительной информации по Заявке, сотрудник МО, сформировавший Обращение, должен проверить задачу с дальнейшими действиями: • предоставить необходимую информацию Исполнителю для корректного решения задачи; • проверить решение задачи в сроки согласно Таблице № 5 и либо закрыть задачу, либо отправить Исполнителю с указанием причин возврата в работу. Значение характеристики не может изменяться участником закупки Таблица № 5. Сроки проверки задач Заказчиком. № п.п. Приоритет Сроки проверки решения по заявке* 1 Блокирующий до 12 часов 2 Высокий до 10 рабочих дней 3 Нормальный и Низкий до 30 рабочих дней *- для Трекера «Выборка» (ошибка) срок проверки увеличивается до 10 рабочих дней. По истечении срока указанного в Таблице № 5, Исполнитель вправе «Закрыть» задачу. 3.6.14 По Заявкам, поступившим в Систему СРО, оформление которых не соответствует требованиям, изложенным в настоящем Техническом задании, сотруднику МО, сформировавшему Обращение, высылается уведомление о необходимости соблюдения требований к оформлению Заявок. Такие запросы рассматриваются в Системе СРО только после получения информации, оформленной в соответствии с требованиями настоящего Технического задания. 3.6.15 По результатам проведённого предварительного анализа Заявок специалистами Исполнителя тип и приоритет Заявок может быть изменен. В случае изменения типа и приоритета Заявки, сотруднику МО, сформировавшему Обращение, автоматически отправляется уведомление по электронной почте, при этом сотрудник МО, сформировавший Обращение, несет ответственность за корректность адреса электронной почты, указанного в настройках учетной в Системе СРО. Обработка Заявок включает в себя следующие процедуры: ? анализ достаточности данных, указанных в описании Заявки, для его решения; ? запрос дополнительных сведений, необходимых для решения Заявки. 4 Требования к безопасности 4.1 Услуги должны оказываться с соблюдением требований, предусмотренных нормативно правовыми актами по информационной безопасности и требованиями ГОСТов по защите информации: - Федеральный закон от 27.07.2006 N 152-ФЗ «О персональных данных»; - Федеральный закон от 27.07.2006 N 149-ФЗ «Об информации, информационных технологиях и о защиты информации»; - постановление Правительства РФ от 01.11.2012 N 1119 «Об утверждении требований к защите персональных данных при их обработке в информационных системах персональных данных». - ГОСТ Р 50922-2006 Защита информации. Основные термины и определения - ГОСТ Р 53114-2008 Защита информации. Обеспечение информационной безопасности в организации. Основные термины и определения - ГОСТ Р 51624-2000 Защита информации. Автоматизированные системы в защищенном исполнении. Общие требования - ГОСТ Р 51583-2014 Защита информации. Порядок создания автоматизированных систем в защищенном исполнении. Общие положения 4.2 Разрабатываемые/сопровождаемые программные средства АИС не должны допускать и содержать не декларированных возможностей и известных уязвимостей информационной безопасности. 4.3 В случае если для выполнения работ необходимо использование программного обеспечения, принадлежащего третьим лицам, Исполнитель обязан согласовать возможность использование такого программного обеспечения с Заказчиком. 4.4 Исполнитель гарантирует обеспечение конфиденциальности информации о Заказчике и обрабатываемых Заказчиком персональных данных пациентов, которая будет или может быть известна сотрудникам Исполнителя в процессе настройки МИС. 5Требование к сроку и объему предоставления гарантий качества услуг 5.1 Показателями качества сервисного сопровождения является исполнение задач в системе СРО не менее 80 % от общего объема задач, поступивших за 1 календарный месяц. 5.2 Гарантийный срок на оказываемые услуги устанавливается на весь срок действия Контракта. 6 Дополнительные условия 6.1 Предусмотрено расторжение контракта по соглашению сторон в случае перехода медицинской организации на работу в Единой медицинской информационной системе (ЕМИС). Фактом перехода на ЕМИС является подписание акта ввода в эксплуатацию ЕМИС в медицинской организации. 7 Требования к наличию лицензий 7.1 Наличие документа, подтверждающего обладание исключительными правами на программное обеспечение медицинской информационной системы «Ариадна» (свидетельство о государственной регистрации программы для ЭВМ №2007613210 от 30 июля 2007 года), или наличие действующего лицензионного договора с обладателем исключительных прав на указанное программное обеспечение, дающий исполнителю право использования программного обеспечения (в соответствии с ч. 1 ст. 1225, ст. 1226, ст. 1229, ст. 1233, ст. 1235 ГК РФ). Описание объекта закупки-2 Таблица № 2. Виды услуг. № п/п Вид услуг Характеристики услуг 1 Консультирование Обращение, не связанное с возникновением инцидента, содержащее запрос на получение информации о возможностях системы и существующих правилах настройки режимов системы. 2 Предоставление новых версий Передача и установка новых версий системы выходящих в плановом порядке. Версии включают изменения программного обеспечения в соответствии с федеральным и региональным законодательством, улучшения, внесенные по инициативе разработчика и изменения, внесенные в систему по инициативе пользователей. 3 Федеральные формы отчетности Изменения федеральных форм отчетности в соответствии с изменением законодательства, в порядке общей очереди (всех заявок от всех заказчиков). 4 Реестры ОМС Изменения в процедуре выгрузки реестров в ТФОМС в соответствии с региональным и федеральным законодательством. 5 Обновление Обращение, связанное с необходимостью провести плановое автоматическое обновление МИС на рабочей БД (не более 2х раз в год) и АРМ. Допускается обновление тестовой БД без восстановления уникальных для Заказчика процедур, с целью тестирования АРМов новой версии МИС (не более 2х раз в год). Обновление рабочей БД должно содержать все имеющиеся уникальности 6 Отработка распоряжений МИАЦ, ТФОМС, Министерств Выполнение работ в соответствии с официальными письмами МИАЦ, Министерства здравоохранения, Территориального Фонда ОМС в рамках существующей комплектации МИС (без учета работ по интеграционным сервисам). Значение характеристики не может изменяться участником закупки 7 Актуализация системных справочников Актуализация системных справочников (КЛАДР, МКБ-10, номенклатура работ и услуг в здравоохранении, национальный календарь прививок и т.д.). 8 Новые выборки и формы отчетности Разработка новых выборок, учетных и отчетных форм, включая конвертацию из Microsoft Office в Libre(Open) Office – не более 3-х выборок или учетных и отчетных форм в месяц. 9 Обработка заявок на улучшение функциональности Обращение, связанное с внесением изменений в ПО с целью улучшения функциональности, в том числе произвольные динамические проверки на корректность ввода данных, не включающее разработку. Внесение изменений в программное обеспечение с целью улучшения функциональности по заявкам пользователей в порядке общей очереди (всех заявок от всех заказчиков), но не более 6-х заявок в год. 10 Передача неисключительных пользовательских прав на обновленные модули МИС Автоматическая передача неисключительных пользовательских прав при обновлении модулей программного обеспечения МИС «Ариадна». 11 Приезд специалиста Исполнителя Приезд специалиста Исполнителя на территорию Заказчика 1 раз в месяц. Количество часов нахождения специалиста Исполнителя на территории Заказчика не более 3 часов за один приезд. Прикрепление персонального менеджера по МИС для оперативного решения вопросов Персональной менеджер проекта - квалифицированный специалист со стороны Исполнителя, ответственный за обслуживание Заказчика с учетом его персональных предпочтений и требований. Доступность персонального менеджера по рабочему телефону в рабочие дни с 09:00 до 18:00, по личному мобильному, а также в мессенджерах в рабочие дни с 09:00 до 18:00 (но не более 3-х обращений в день), в выходные и праздничные дни только по экстренным ситуациям (например, невозможность подключиться к БД, неработоспособность или блокировка работы в системе для всех пользователей) с 12:00 до 18:00, если не дозвониться по телефонам круглосуточной технической поддержки. Персональный менеджер проекта оказывает следующие работы: Исчерпывающие консультации, сопровождение Заказчика. Помощь ответственному лицу Заказчика в решении проблемных ситуаций, возникших в процессе работы в МИС. Взаимодействие с другими сотрудниками Исполнителя по решению проблем, обозначенных Заказчиком. Определение задач внедрения информационной системы, направления разработки и применения информационной системы. Выбор оптимального сочетания потребностей пользователей и возможностей информационной системы. Организация подготовки проектной документации, сметы на дополнительные работы по информационной системе и ее функционированию. Организация договорной работы с Заказчиком. Руководство работами по настройке и поддержке информационной системы. Контроль и установка программного обеспечения МИС на сервер Заказчика. Планирование ресурсов. Управление заявками пользователей на обслуживание МИС. Консультации при составлении Задачи в системе СРО. Отслеживание Задачи в системе СРО, продвижение работ по Задачам. Внесение на рассмотрение руководства предложений по совершенствованию работы МИС. Сопровождение интеграционных сервисов Сопровождение сервисов: • Сервис Автоматизированной информационной системы «Информационное сопровождение организации медицинской помощи» (АИС ИНФОРМ МП) • Сервис Интегрированной электронной медицинской карты (ИЭМК) • Сервис Обмена данными лабораторных исследований (ОДЛИ) • Сервис Терминологии (используется в ИЭМК, УО, ПГ и ОДЛИ) • Сервис интеграции МИС со сторонней ЛИС (Акросс) • Запись на платный прием к врачу на портале napopravku.ru • Сервис Управления Очередями (УО) • Сервис Система управления доступом (N3.СУД) • Сервис организации электронного информационного обмена между Городской станцией скорой медицинской помощи и городскими стационарами (ГССМП) Состав работ по сопровождению интеграционных сервисов: 1. Тестирование работоспособности сервисов на контрольных примерах. 2. Исправление ошибок со стороны МИС по заявкам пользователей. 3. Изменение и улучшение работы сервиса - добавление проверок, изменение параметров выгрузки и т.д. 4. Плановое обновление сервиса при изменении параметров выгрузки или для улучшения работы сервиса. 5. Консультирование заказчиков по работе сервиса по заявкам в системе Исполнителя. Добавление выборок для мониторинга работы сервисов. 14 Сопровождение PACS-сервера 1. Мониторинг работоспособности интеграции МИС «Ариадна» с PACS-сервером, 2. Анализ ошибок, выявление проблем, оценка корректности настроек и параметров интеграции. 3. Анализ работоспособности JAVA – приложения при просмотре снимков из интерфейса МИС или браузера. 4. Настройка СУБД для хранения данных PACS – сервера. Восстановление путей для загрузки и хранения снимков исследований. Настройка параметров PACS – сервера. 15 Сопровождению функциональности формирования, отправки и валидации СЭМД / СЭМД-бета в РЭМД / ВИМИС (до 10 документов) В сопровождение входят следующие услуги: 1. Установка обновлений программных компонентов для формирования СЭМД и СЭМД-бета для обеспечения наличия в БД Заказчика как минимум одной успешно регистрируемой в РЭМД / ВИМИС редакции СЭМД / СЭМД-бета. 2. Обновление редакций СЭМД / СЭМД-бета по требованию Заказчика. 3. Поддержание принимаемых в рамках СЭМД / СЭМД-бета версий федеральной нормативно-справочной информации. 4. Консультирование по настройкам собственных протоколов МИС для целей формирования СЭМД / СЭМД-бета. 5. Консультирование по ошибкам валидации СЭМД / СЭМД-бета в РЭМД / ВИМИС. Осуществляется через систему заявок СРО. 6. Поддержание версий сервисов ИЭМК / ОДЛИ / ОДИИ для соответствия требованиям РЕГИЗ / ЕГИСЗ для успешной передачи СЭМД / СЭМД-бета в РЭМД / ВИМИС. Таблица № 3. Трекер (тип задачи). № п.п. Трекер Описание 1 Консультирование Консультирование сотрудников Заказчика. Обсуждение и приём задач от пользователей Заказчика. Ответственность за содержание заявки от всех пользователей МО несёт ответственный сотрудник ИТ Заказчика. 2 Ошибка Вывод информационного окна с соответствующим текстом в АРМах при работе пользователя, сопровождающееся выходом из приложения и/или не возможностью продолжить работу в приложении. 3 Обновление Заявки на обновление всей МИС, с отключением пользователей от БД. 4 Выборка\Печать Заявки на создание и изменение отчётных и печатных форм. 5 Установка (версии у Заказчика) Заявки на обновление не всей МИС, а только указанных АРМов. Возможно только при условии, что версия МИС не старше версии АРМа более чем на 20 календарных дней. 6 Редактирование данных в БД Изменения, относящиеся к исправлению ошибок при работе пользователей. В случае изменений данных, касающихся визитов пациентов, переданных в Сервисы МИАЦ (РЕГИЗ) или кассовых данных, необходимо прикреплять к задаче скан Заявки, подписанной главным врачом и/или лицом его заменяющим. 7 Улучшение функциональности Внесение изменений в программное обеспечение с целью улучшения функциональности модулей системы, внесение изменений в интерфейс модулей системы, в том числе произвольные динамические проверки на корректность ввода данных, не включающее разработку. - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Описание объекта закупки-3 - 3.6 Сроки и условия выполнения заявок: 3.6.1 Срок выполнения заявок с приоритетом Блокирующий, которые влияют на работоспособность всей системы (невозможность функционирования системы в целом) - 6 часов при наличии удаленного доступа к информационной системе Заказчика. Блокирующий приоритет может быть только у заявки с трекером 2 табл. № 3. 3.6.2 В случае, если проблему с приоритетом Блокирующий Исполнитель, в указанный срок решить не смог, но функционирование системы в целом восстановлено, Исполнитель по запросу Заказчика предоставляет в течение 2-х рабочих дней письменный отчет с описанием причин и Стороны совместно принимают решение о понижении статуса заявки и последующего поиска решения Исполнителем совместно с Заказчиком. 3.6.3 Срок выполнения заявок с приоритетом Высокий, которые влияют на работоспособность отдельных функций системы (невозможность ввода и сохранения данных, выставления счетов или построения имеющихся форм отчетности) - 3 рабочих дня. При наличии вопросов, которые делают невозможным исполнение заявки, в течение 3-х рабочих дней вопросы регистрируются в системе заявок и Стороны совместно принимают решение о понижении статуса заявки и последующего поиска решения Исполнителем. Высокий приоритет может быть только у заявок с уже реализованным функционалом системы Заказчика. - - Значение характеристики не может изменяться участником закупки - По заявкам с приоритетом Нормальный и Низкий задачи с трекером 1, 2, 3, 4, 5, 6 устанавливается желаемая дата выполнения, заявки выполняются в плановом порядке, но не более 60 рабочих дней. 3.6.4 В месяц может быть создано не более 3 новых задач с трекером 4 на разработку или модернизацию новых выборок или форм (Выборка/Печать). Задачам на создание новых выборок или форм присваивается только приоритет Нормальный или Низкий. 3.6.5 В год может быть создано не более 6 новых задач с трекером 7 на Улучшение функциональности. Задачам на Улучшение функциональности присваивается только приоритет Нормальный или Низкий. 3.6.6 В случае, если в Заявке отсутствуют сведения, достаточные для успешного решения задачи, обработка Обращения может быть отложена Исполнителем, при этом сотрудник Исполнителя запрашивает дополнительную информацию от сотрудника МО, сформировавшего Обращение, в Системе СРО. В таком случае, срок выполнения задачи соизмеримо увеличивается на количество часов/дней до момента получения от Заказчика обратной связи и полного объема информации для решения задачи. 3.6.7 Исполнитель не несет ответственность за сроки выполнения заявок, в случае, если часть работ (ответственности) по решению задачи находится в зоне ответственности Заказчика или третьих лиц до устранения обстоятельств. Такими обстоятельствами являются: - • устранение неисправности на оборудовании или сетях Заказчика; • устранение неисправности на оборудовании (в том числе, но не ограничиваясь: оборудовании Центра обработки данных, магистральных линий связи и др.), находящихся вне зоны ответственности Исполнителя; • при неполноте или некорректности сведений и документации, представленной Заказчиком для исполнения заявки; • консультация, проверка или устранение неисправности со стороны разработчика сторонней информационной системы, с которой осуществляется интеграционное взаимодействие через МИС «Ариадна» (РМИС, РЕГИЗ, ЕГИСЗ, СЭМД, ВИМИС, ТФОМС и т.д.) 3.6.8 Исполнитель не несёт ответственности за предоставление Решения по Обращению, переданного не по разрешённым каналам доставки Обращений (Messenger, социальные сети). 3.6.9. Исполнитель не несёт ответственности за приём Обращений от сотрудников МО, оформленные не по правилам настоящего Технического задания и вправе отклонить такие заявки. 3.6.10. Перед тем, как подавать Обращение в систему СРО, сотрудник МО должен убедиться, что в СРО аналогичное обращение еще не было зарегистрировано в рамках МО. Заказчик обязан контролировать такие заявки. Исполнитель вправе отклонить повторные обращения. 3.6.11. Обращения должны содержать данные необходимые для однозначной идентификации Пользователя МИС и сотрудника МО и Обращения: -наименование медицинской организации; -фамилия, имя, отчество Администратора МО; -реквизиты Пользователя МИС, в т.ч. имя пользователя в МИС; -тип обращения (определяется в соответствии с критериями, указанными в Таблице 1); -предварительный приоритет обращения (определяется в соответствии с критериями, указанными в Таблице 4); -описание Обращения. - Таблица № 4. Требования к оформлению Обращений Тип Заявки Содержание реквизита «Описание Обращения» Для всех типов Заявок ? наименование модуля МИС. Заявка на устранение ошибки ? снимок экрана с ошибкой; ? наименование экранной формы и ссылка на страницу, где была зафиксирована ошибка; ? дополнительные файлы (в случае необходимости); ? перечисление действий, выполнение которых повлекло за собой возникновение ошибки; ? описание желаемого результата исправления ошибки. Запрос улучшение (Улучшение) ? основание для выполнения модификации; ? четкое описание требуемой модификации в виде частного технического задания ? описание полей; ? снимок с экрана (в случае необходимости); - Выборка/Печать 1. Если требуется разработать новую выборку, то обязательно указать: - название выборки; - общее описание выборки – по какому принципу должен производиться выбор данных; - необходимые поля (столбцы) выборки; - параметры выборки (при желании указать обязательность/необязательность данных параметров). - путь к отчету – в какую группу (папку) вложить выборку; - шаблон выходной формы – прикрепить или указать ссылку. В случае, если шаблон не указан, то будет применен универсальный шаблон. 2. Если необходимо разработать новую печатную форму, то обязательно указать: - название печатной формы; - название АРМА, из которого будет производиться печать; - расположение кнопки, на которую необходимо повесить печать; - шаблон формы – прикрепить к задаче, либо указать ссылку; - пояснения по заполнению полей – откуда брать данные, если требуется. 3. Если необходимо исправить ошибку в печатной форме/выборке, то: 3.1. Если ошибка возникла в выборке необходимо обязательно указать следующую информацию: - путь к выборке; - параметры, при которых возникает ошибка; - в чем заключается ошибка; - предполагаемый правильный результат – предполагаемые правильные цифры, количество строк и т.д.; - как получены правильные цифры – откуда взяты (АРМ, другая печатная форма/выборка), какая логика используется при получении правильного результата; - скриншот/сформированный отчет с ошибкой, при необходимости (прикрепить или указать ссылку). 3.2. Если ошибка возникла в печатной форме, то необходимо обязательно указать следующую информацию: - название печатной формы - название АРМА, из которого будет производится печать. - на каких данных вызывается печать – по какому пациенту/случаю лечения/платежу и т.п. производится печать. - как вызываете печать. - в чем заключается ошибка. Также можно указать необязательную информацию: - предполагаемый правильный результат – предполагаемые правильные цифры, количество строк и т.д. - - откуда взят или на чем основан правильный результат, какая логика используется. - скриншот/сформированный отчет с ошибкой, при необходимости (прикрепить или указать ссылку). 4. Если необходимо внести изменения/доработать выборку, то обязательно указать: - путь к выборке - какой функционал требуется добавить – какое поле/столбец, параметр и т.д. - также можно указать необязательную информацию: - в какое место необходимо добавить изменение - где разместить изменения (например, между какими столбцами добавить новое поле). 5. Если необходимо изменить печатную форму, то необходимо указать следующую информацию: - название печатной формы - название АРМА, из которого будет производиться печать. - что требуется добавить/изменить – поле, данные, изменить дизайн. - приложить скриншот/файл ожидаемой формы после изменения. 6. Если в выборках/печатных формах необходимо выводить информацию из протоколов, то нужно обязательно указать: - Название и код протокола. - Название и коды вопросов данного протокола, информацию из которых необходимо выводить в выборках/печатных формах. - Место, где заполняется данный протокол (АРМ, вкладка). - Пример заполненного протокола (номер ИБ, пациента, исследования и т.д., на которых заполнен данный протокол). - Описание объекта закупки - 1. Описание объекта закупки в соответствии со статьей 33 Закона о контрактной системе 1.1. Оказание услуг по сопровождению медицинской информационной системы (МИС «Ариадна») в 2026 году (далее – услуги). Место оказания услуг: Санкт-Петербург, пр. Солидарности, д. 4 Сроки оказания услуг: с 01.01.2026 г. до 31.12.2026 г. Порядок оказания услуг: Услуги оказываются круглосуточно (24х7), согласно Приложениям, к Описанию объекта закупки. Режим работы службы технической поддержки Исполнителя: с 08-00 до 20-00 по московскому времени в рабочие дни, по аварийным ситуациям круглосуточно. - - Значение характеристики не может изменяться участником закупки - 2. Цели и правовое основание закупки услуги 2.1 Основание закупки услуг: 2.1.1 Федеральный закон от 21.11.2011 № 323-ФЗ «Об основах охраны здоровья» 2.1.2 Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации». 2.1.3 Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных». 2.1.4 Федеральный закон от 06.04.2011 № 63-ФЗ «Об электронной подписи». 2.1.5 Постановление Правительства Санкт-Петербурга от 17.10.2012 №1119 "О государственной информационной системе Санкт-Петербурга "Региональный фрагмент единой государственной информационной системы в сфере здравоохранения" 2.1.6 Постановление Правительства Российской Федерации от 05.05.2018г. №555 «О единой государственной информационной системе в сфере здравоохранения». 2.1.7 Распоряжение Комитета по здравоохранению от 21.02.2018 №88-р «О создании и ведении электронной медицинской карты петербуржца». 2.1.8 Распоряжение Комитета по здравоохранению от 26.05.2016 №193-р «Об организации двустороннего обмена данными лабораторных исследований в электронном виде». 2.1.9 Методические рекомендации по обеспечению функциональных возможностей медицинских информационных систем медицинских организаций, утвержденные МЗ РФ 01.02.2016 2.1.10 Приказ Министерства здравоохранения Российской Федерации от 24 декабря 2018 г. №911н «Об утверждении требований к государственным информационным системам в сфере здравоохранения субъектов российской федерации, медицинским информационным системам медицинских организаций и информационным системам фармацевтических организаций». 2.1.11 Постановление Правительства Российской Федерации от 16 ноября 2015 г. N 1236 "Об установлении запрета на допуск программного обеспечения, происходящего из иностранных государств, для целей осуществления закупок для обеспечения государственных и муниципальных нужд". - 2.1.12 Приказ Министерства здравоохранения Российской Федерации от 14.01.2019 № 4н «Об утверждении порядка назначения лекарственных препаратов, форм рецептурных бланков на лекарственные препараты, порядка оформления указанных бланков, их учета и хранения». 2.1.13 Распоряжение Комитета по здравоохранению от 09.08.2018 №417-р "Об утверждении Регламента государственных учреждений здравоохранения, находящихся в ведении исполнительных органов государственной власти Санкт-Петербурга по предоставлению услуги в электронном виде «Прием заявок (запись) на прием к врачу». 3. Требования к функциональным, техническим, качественным, эксплуатационным характеристикам услуг, требования к безопасности услуг 3.1 Обозначения и сокращения: В настоящем документе применены следующие сокращения: МИС – медицинская информационная система ИС – информационная система БД – база данных АРМ – автоматизированное рабочее место ТФОМС – территориальный фонд обязательного медицинского страхования РС ЕГИСЗ – региональный сегмент единой государственной информационной системы в сфере здравоохранения СРО – Электронная система регистрации обращений МО – медицинская организация - 3.2 Общее описание медицинской информационной системы МИС «Ариадна» предназначена для сбора, хранения, обработки и предоставления информации, необходимой для автоматизации процессов оказания и учета медицинской помощи и информационной поддержки медицинских работников, включая информацию о пациентах, об оказываемой им медицинской помощи и о медицинской деятельности. Рабочие места пользователей медицинской информационной системы «Ариадна» располагаются в СПб ГБУЗ «Александровская больница» по адресу г. Санкт-Петербург, пр. Солидарности, д. 4. 3.3 Перечень обслуживаемых программных модулей МИС № п/п Название Состав медицинской информационной системы 1 Контент. Справочники (адресная система, структура учреждения, медперсонал, универсальные справочник). 2 Регистратура поликлиники. 3 Расписания регистратуры 4 Врач поликлиники 5 Постовая сестра 6 Справки (Больничные листы и другие БСО) 7 Койко-фонд 8 Приемное отделение 9 Выставление счетов в территориальный фонд ОМС 10 Врач стационара 11 Врач диагностического отделения (УЗИ, Эндоскопия, ОФД, Лучевая диагностика, ПАО) 12 Склад. Базовый модуль 13 Склад (материально-ответственные лица) 14 Генератор отчетов 15 Система протоколирования 16 Лист ожидания - 17 Амбулаторная история 18 Выписной эпикриз 19 Экономист 20 Администратор 21 Системный администратор 22 Подключение фискального регистратора 23 Оперблок 24 Статистика поликлиники 25 Финансы 26 Контент. Финансовые отчеты 27 Касса 28 Статистика стационара 29 Мониторинги 30 Вакцинация 31 Рабочее место врача реаниматолога-анестезиолога 32 Процедурный кабинет (заказы в лабораторию) Состав интеграционных сервисов 31 Сервис Автоматизированной информационной системы «Информационное сопровождение организации медицинской помощи» (АИС ИНФОРМ МП) 32 Сервис Интегрированной электронной медицинской карты (ИЭМК) 33 Сервис Обмена данными лабораторных исследований (ОДЛИ) 34 Сервис Терминологии (используется в ИЭМК, УО, ПГ и ОДЛИ) 35 Сервис интеграции МИС со сторонней ЛИС (Акросс) 36 Запись на платный прием к врачу на портале napopravku.ru 37 Сопровождение PACS-сервера 38 Сервис Управления Очередями (УО) 39 Сервис Система управления доступом (N3.СУД) 40 Сервис организации электронного информационного обмена между Городской станцией скорой медицинской помощи и городскими стационарами (ГССМП) - 3.4 Организация обслуживания Исполнитель организует совместный со специалистами Заказчика процесс обслуживания МИС. Обслуживание производится специалистами службы технической поддержки Исполнителя. Режим работы службы технической поддержки Исполнителя: с 08-00 до 20-00 по московскому времени в рабочие дни, по аварийным ситуациям круглосуточно. Ответственные лица со стороны Заказчика: Смолин Сергей Сергеевич, +7-921-635-88-01, oivt@alexhospital.ru 3.5 Условия обслуживания Выполнение услуг по сопровождению МИС осуществляется на основании Заявок, зарегистрированных в СРО Исполнителя. Оформление Заявок для выполнения услуг по сопровождению осуществляют ответственные лица Заказчика. Заявки оформляются по мере возникновения необходимости оказания услуг по сопровождению и регистрируются в СРО Исполнителя с присвоением приоритета обращения в соответствии с Таблицей № 1. При регистрации Заявки Заказчику необходимо: • определить один из видов работ в соответствии с критериями, указанными в Таблице 2; • определить Трекер (тип задачи), в соответствии с критериями, указанными в Таблице 3; • присвоить предварительный приоритет к обращению, в соответствии с критериями, указанными в Таблице 1 и Таблице 3; Подробно описать причину обращения с указанием конкретных действий пользователя, приводящих к ошибке в Системе, привести примеры и прикрепить скриншоты. - Таблица № 1. Приоритет обращений. Приоритет Возможные типы Обращений Характер Обращения Блокирующий Запрос на устранение ошибки; Работа со сторонними ПО Ошибки: - связанные с невозможностью подключиться к БД; - связанные с полной неработоспособностью МИС/ЛИС для всех пользователей или блокирование/некорректной работы складской подсистемы*, подсистемы выставления счетов в ЕИС ТФОМС СПб**, модуля работы с кассами, приемного отделения и регистратур на всех рабочих местах пользователей, модуля работы с ЭЛН. Срок реагирования на заявку до 6 часов Высокий Запрос на устранение ошибки; Работа со сторонними ПО; Редактирование данных в БД; Ошибки, связанные с неправильной работой АРМов, процедур и/или функций, которые ведут к некорректной работе пользователя. Ошибки, влекущие за собой другие ошибки в смежных режимах, в т.ч. ошибки передачи данных в сервисы РЕГИЗ. Срок реагирования до 3 рабочих дней Выборка\печать Только по ошибкам выборок, связанных с Федеральными формами, отчётами для МИАЦ, ТФОМС, а также Кассовых отчётов АРМа «Регистратура». Срок реагирования до 3 рабочих дней Нормальный и Низкий Все типы обращений Инциденты, которые не оказывают существенного негативного влияния на работоспособность и выполнение основных функций сопровождаемых модулей Системы. Есть временный (обходной) вариант решения по обращению. Запросы на консультацию по основным функциям модулей Системы. Срок реагирования до 60 рабочих дней - Описание объекта закупки-4 - 3.6.12 Заявки на внесение изменения или удаления информации о пациенте, истории болезни, платежах будут приняты Исполнителем после того, как сотрудник МО, сформировавший Обращение в системе СРО, предоставит данный запрос на официальном бланке МО за печатью организации и подписью ответственного лица. 3.6.13 По результатам обработки заявки специалист Исполнителя может изменить приоритет Задачи, если сотрудником МО сформировавшего Обращение в системе СРО, присвоен не в соответствии с таблицей № 1 «Приоритет Обращений». 3.6.14 По результатам обработки заявки специалист Исполнителя предоставляет сотруднику МО, сформировавшего Обращение в системе СРО, информацию по решению Заявки. Факт предоставления решения по Заявке фиксируется путем установки соответствующего статуса: - статус задачи «Решена» устанавливается в случае успешной обработки Заявки; - статус задачи «Отклонена» устанавливается в случае, если успешная обработка Заявки невозможна, с указанием причины отклонения. 3.6.15 После предоставления Исполнителем решения или запроса дополнительной информации по Заявке, сотрудник МО, сформировавший Обращение, должен проверить задачу с дальнейшими действиями: • предоставить необходимую информацию Исполнителю для корректного решения задачи; • проверить решение задачи в сроки согласно Таблице № 5 и либо закрыть задачу, либо отправить Исполнителю с указанием причин возврата в работу. - - Значение характеристики не может изменяться участником закупки - Таблица № 5. Сроки проверки задач Заказчиком. № п.п. Приоритет Сроки проверки решения по заявке* 1 Блокирующий до 12 часов 2 Высокий до 10 рабочих дней 3 Нормальный и Низкий до 30 рабочих дней - *- для Трекера «Выборка» (ошибка) срок проверки увеличивается до 10 рабочих дней. По истечении срока указанного в Таблице № 5, Исполнитель вправе «Закрыть» задачу. 3.6.14 По Заявкам, поступившим в Систему СРО, оформление которых не соответствует требованиям, изложенным в настоящем Техническом задании, сотруднику МО, сформировавшему Обращение, высылается уведомление о необходимости соблюдения требований к оформлению Заявок. Такие запросы рассматриваются в Системе СРО только после получения информации, оформленной в соответствии с требованиями настоящего Технического задания. 3.6.15 По результатам проведённого предварительного анализа Заявок специалистами Исполнителя тип и приоритет Заявок может быть изменен. В случае изменения типа и приоритета Заявки, сотруднику МО, сформировавшему Обращение, автоматически отправляется уведомление по электронной почте, при этом сотрудник МО, сформировавший Обращение, несет ответственность за корректность адреса электронной почты, указанного в настройках учетной в Системе СРО. - Обработка Заявок включает в себя следующие процедуры: ? анализ достаточности данных, указанных в описании Заявки, для его решения; ? запрос дополнительных сведений, необходимых для решения Заявки. - 4 Требования к безопасности 4.1 Услуги должны оказываться с соблюдением требований, предусмотренных нормативно правовыми актами по информационной безопасности и требованиями ГОСТов по защите информации: - Федеральный закон от 27.07.2006 N 152-ФЗ «О персональных данных»; - Федеральный закон от 27.07.2006 N 149-ФЗ «Об информации, информационных технологиях и о защиты информации»; - постановление Правительства РФ от 01.11.2012 N 1119 «Об утверждении требований к защите персональных данных при их обработке в информационных системах персональных данных». - ГОСТ Р 50922-2006 Защита информации. Основные термины и определения - ГОСТ Р 53114-2008 Защита информации. Обеспечение информационной безопасности в организации. Основные термины и определения - ГОСТ Р 51624-2000 Защита информации. Автоматизированные системы в защищенном исполнении. Общие требования - ГОСТ Р 51583-2014 Защита информации. Порядок создания автоматизированных систем в защищенном исполнении. Общие положения 4.2 Разрабатываемые/сопровождаемые программные средства АИС не должны допускать и содержать не декларированных возможностей и известных уязвимостей информационной безопасности. 4.3 В случае если для выполнения работ необходимо использование программного обеспечения, принадлежащего третьим лицам, Исполнитель обязан согласовать возможность использование такого программного обеспечения с Заказчиком. 4.4 Исполнитель гарантирует обеспечение конфиденциальности информации о Заказчике и обрабатываемых Заказчиком персональных данных пациентов, которая будет или может быть известна сотрудникам Исполнителя в процессе настройки МИС. - 5Требование к сроку и объему предоставления гарантий качества услуг 5.1 Показателями качества сервисного сопровождения является исполнение задач в системе СРО не менее 80 % от общего объема задач, поступивших за 1 календарный месяц. 5.2 Гарантийный срок на оказываемые услуги устанавливается на весь срок действия Контракта. 6 Дополнительные условия 6.1 Предусмотрено расторжение контракта по соглашению сторон в случае перехода медицинской организации на работу в Единой медицинской информационной системе (ЕМИС). Фактом перехода на ЕМИС является подписание акта ввода в эксплуатацию ЕМИС в медицинской организации. - 7 Требования к наличию лицензий 7.1 Наличие документа, подтверждающего обладание исключительными правами на программное обеспечение медицинской информационной системы «Ариадна» (свидетельство о государственной регистрации программы для ЭВМ №2007613210 от 30 июля 2007 года), или наличие действующего лицензионного договора с обладателем исключительных прав на указанное программное обеспечение, дающий исполнителю право использования программного обеспечения (в соответствии с ч. 1 ст. 1225, ст. 1226, ст. 1229, ст. 1233, ст. 1235 ГК РФ). - Описание объекта закупки-2 - Таблица № 2. Виды услуг. № п/п Вид услуг Характеристики услуг 1 Консультирование Обращение, не связанное с возникновением инцидента, содержащее запрос на получение информации о возможностях системы и существующих правилах настройки режимов системы. 2 Предоставление новых версий Передача и установка новых версий системы выходящих в плановом порядке. Версии включают изменения программного обеспечения в соответствии с федеральным и региональным законодательством, улучшения, внесенные по инициативе разработчика и изменения, внесенные в систему по инициативе пользователей. 3 Федеральные формы отчетности Изменения федеральных форм отчетности в соответствии с изменением законодательства, в порядке общей очереди (всех заявок от всех заказчиков). 4 Реестры ОМС Изменения в процедуре выгрузки реестров в ТФОМС в соответствии с региональным и федеральным законодательством. 5 Обновление Обращение, связанное с необходимостью провести плановое автоматическое обновление МИС на рабочей БД (не более 2х раз в год) и АРМ. Допускается обновление тестовой БД без восстановления уникальных для Заказчика процедур, с целью тестирования АРМов новой версии МИС (не более 2х раз в год). Обновление рабочей БД должно содержать все имеющиеся уникальности 6 Отработка распоряжений МИАЦ, ТФОМС, Министерств Выполнение работ в соответствии с официальными письмами МИАЦ, Министерства здравоохранения, Территориального Фонда ОМС в рамках существующей комплектации МИС (без учета работ по интеграционным сервисам). - - Значение характеристики не может изменяться участником закупки - 7 Актуализация системных справочников Актуализация системных справочников (КЛАДР, МКБ-10, номенклатура работ и услуг в здравоохранении, национальный календарь прививок и т.д.). 8 Новые выборки и формы отчетности Разработка новых выборок, учетных и отчетных форм, включая конвертацию из Microsoft Office в Libre(Open) Office – не более 3-х выборок или учетных и отчетных форм в месяц. 9 Обработка заявок на улучшение функциональности Обращение, связанное с внесением изменений в ПО с целью улучшения функциональности, в том числе произвольные динамические проверки на корректность ввода данных, не включающее разработку. Внесение изменений в программное обеспечение с целью улучшения функциональности по заявкам пользователей в порядке общей очереди (всех заявок от всех заказчиков), но не более 6-х заявок в год. 10 Передача неисключительных пользовательских прав на обновленные модули МИС Автоматическая передача неисключительных пользовательских прав при обновлении модулей программного обеспечения МИС «Ариадна». 11 Приезд специалиста Исполнителя Приезд специалиста Исполнителя на территорию Заказчика 1 раз в месяц. Количество часов нахождения специалиста Исполнителя на территории Заказчика не более 3 часов за один приезд. - Прикрепление персонального менеджера по МИС для оперативного решения вопросов Персональной менеджер проекта - квалифицированный специалист со стороны Исполнителя, ответственный за обслуживание Заказчика с учетом его персональных предпочтений и требований. Доступность персонального менеджера по рабочему телефону в рабочие дни с 09:00 до 18:00, по личному мобильному, а также в мессенджерах в рабочие дни с 09:00 до 18:00 (но не более 3-х обращений в день), в выходные и праздничные дни только по экстренным ситуациям (например, невозможность подключиться к БД, неработоспособность или блокировка работы в системе для всех пользователей) с 12:00 до 18:00, если не дозвониться по телефонам круглосуточной технической поддержки. Персональный менеджер проекта оказывает следующие работы: Исчерпывающие консультации, сопровождение Заказчика. Помощь ответственному лицу Заказчика в решении проблемных ситуаций, возникших в процессе работы в МИС. Взаимодействие с другими сотрудниками Исполнителя по решению проблем, обозначенных Заказчиком. Определение задач внедрения информационной системы, направления разработки и применения информационной системы. Выбор оптимального сочетания потребностей пользователей и возможностей информационной системы. Организация подготовки проектной документации, сметы на дополнительные работы по информационной системе и ее функционированию. Организация договорной работы с Заказчиком. Руководство работами по настройке и поддержке информационной системы. Контроль и установка программного обеспечения МИС на сервер Заказчика. Планирование ресурсов. Управление заявками пользователей на обслуживание МИС. Консультации при составлении Задачи в системе СРО. Отслеживание Задачи в системе СРО, продвижение работ по Задачам. Внесение на рассмотрение руководства предложений по совершенствованию работы МИС. - Сопровождение интеграционных сервисов Сопровождение сервисов: • Сервис Автоматизированной информационной системы «Информационное сопровождение организации медицинской помощи» (АИС ИНФОРМ МП) • Сервис Интегрированной электронной медицинской карты (ИЭМК) • Сервис Обмена данными лабораторных исследований (ОДЛИ) • Сервис Терминологии (используется в ИЭМК, УО, ПГ и ОДЛИ) • Сервис интеграции МИС со сторонней ЛИС (Акросс) • Запись на платный прием к врачу на портале napopravku.ru • Сервис Управления Очередями (УО) • Сервис Система управления доступом (N3.СУД) • Сервис организации электронного информационного обмена между Городской станцией скорой медицинской помощи и городскими стационарами (ГССМП) Состав работ по сопровождению интеграционных сервисов: 1. Тестирование работоспособности сервисов на контрольных примерах. 2. Исправление ошибок со стороны МИС по заявкам пользователей. 3. Изменение и улучшение работы сервиса - добавление проверок, изменение параметров выгрузки и т.д. 4. Плановое обновление сервиса при изменении параметров выгрузки или для улучшения работы сервиса. 5. Консультирование заказчиков по работе сервиса по заявкам в системе Исполнителя. Добавление выборок для мониторинга работы сервисов. 14 Сопровождение PACS-сервера 1. Мониторинг работоспособности интеграции МИС «Ариадна» с PACS-сервером, 2. Анализ ошибок, выявление проблем, оценка корректности настроек и параметров интеграции. 3. Анализ работоспособности JAVA – приложения при просмотре снимков из интерфейса МИС или браузера. 4. Настройка СУБД для хранения данных PACS – сервера. Восстановление путей для загрузки и хранения снимков исследований. Настройка параметров PACS – сервера. - 15 Сопровождению функциональности формирования, отправки и валидации СЭМД / СЭМД-бета в РЭМД / ВИМИС (до 10 документов) В сопровождение входят следующие услуги: 1. Установка обновлений программных компонентов для формирования СЭМД и СЭМД-бета для обеспечения наличия в БД Заказчика как минимум одной успешно регистрируемой в РЭМД / ВИМИС редакции СЭМД / СЭМД-бета. 2. Обновление редакций СЭМД / СЭМД-бета по требованию Заказчика. 3. Поддержание принимаемых в рамках СЭМД / СЭМД-бета версий федеральной нормативно-справочной информации. 4. Консультирование по настройкам собственных протоколов МИС для целей формирования СЭМД / СЭМД-бета. 5. Консультирование по ошибкам валидации СЭМД / СЭМД-бета в РЭМД / ВИМИС. Осуществляется через систему заявок СРО. 6. Поддержание версий сервисов ИЭМК / ОДЛИ / ОДИИ для соответствия требованиям РЕГИЗ / ЕГИСЗ для успешной передачи СЭМД / СЭМД-бета в РЭМД / ВИМИС. - Таблица № 3. Трекер (тип задачи). № п.п. Трекер Описание 1 Консультирование Консультирование сотрудников Заказчика. Обсуждение и приём задач от пользователей Заказчика. Ответственность за содержание заявки от всех пользователей МО несёт ответственный сотрудник ИТ Заказчика. 2 Ошибка Вывод информационного окна с соответствующим текстом в АРМах при работе пользователя, сопровождающееся выходом из приложения и/или не возможностью продолжить работу в приложении. 3 Обновление Заявки на обновление всей МИС, с отключением пользователей от БД. 4 Выборка\Печать Заявки на создание и изменение отчётных и печатных форм. 5 Установка (версии у Заказчика) Заявки на обновление не всей МИС, а только указанных АРМов. Возможно только при условии, что версия МИС не старше версии АРМа более чем на 20 календарных дней. 6 Редактирование данных в БД Изменения, относящиеся к исправлению ошибок при работе пользователей. В случае изменений данных, касающихся визитов пациентов, переданных в Сервисы МИАЦ (РЕГИЗ) или кассовых данных, необходимо прикреплять к задаче скан Заявки, подписанной главным врачом и/или лицом его заменяющим. 7 Улучшение функциональности Внесение изменений в программное обеспечение с целью улучшения функциональности модулей системы, внесение изменений в интерфейс модулей системы, в том числе произвольные динамические проверки на корректность ввода данных, не включающее разработку.

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

Описание объекта закупки-3 - 3.6 Сроки и условия выполнения заявок: 3.6.1 Срок выполнения заявок с приоритетом Блокирующий, которые влияют на работоспособность всей системы (невозможность функционирования системы в целом) - 6 часов при наличии удаленного доступа к информационной системе Заказчика. Блокирующий приоритет может быть только у заявки с трекером 2 табл. № 3. 3.6.2 В случае, если проблему с приоритетом Блокирующий Исполнитель, в указанный срок решить не смог, но функционирование системы в целом восстановлено, Исполнитель по запросу Заказчика предоставляет в течение 2-х рабочих дней письменный отчет с описанием причин и Стороны совместно принимают решение о понижении статуса заявки и последующего поиска решения Исполнителем совместно с Заказчиком. 3.6.3 Срок выполнения заявок с приоритетом Высокий, которые влияют на работоспособность отдельных функций системы (невозможность ввода и сохранения данных, выставления счетов или построения имеющихся форм отчетности) - 3 рабочих дня. При наличии вопросов, которые делают невозможным исполнение заявки, в течение 3-х рабочих дней вопросы регистрируются в системе заявок и Стороны совместно принимают решение о понижении статуса заявки и последующего поиска решения Исполнителем. Высокий приоритет может быть только у заявок с уже реализованным функционалом системы Заказчика. - - Значение характеристики не может изменяться участником закупки

По заявкам с приоритетом Нормальный и Низкий задачи с трекером 1, 2, 3, 4, 5, 6 устанавливается желаемая дата выполнения, заявки выполняются в плановом порядке, но не более 60 рабочих дней. 3.6.4 В месяц может быть создано не более 3 новых задач с трекером 4 на разработку или модернизацию новых выборок или форм (Выборка/Печать). Задачам на создание новых выборок или форм присваивается только приоритет Нормальный или Низкий. 3.6.5 В год может быть создано не более 6 новых задач с трекером 7 на Улучшение функциональности. Задачам на Улучшение функциональности присваивается только приоритет Нормальный или Низкий. 3.6.6 В случае, если в Заявке отсутствуют сведения, достаточные для успешного решения задачи, обработка Обращения может быть отложена Исполнителем, при этом сотрудник Исполнителя запрашивает дополнительную информацию от сотрудника МО, сформировавшего Обращение, в Системе СРО. В таком случае, срок выполнения задачи соизмеримо увеличивается на количество часов/дней до момента получения от Заказчика обратной связи и полного объема информации для решения задачи. 3.6.7 Исполнитель не несет ответственность за сроки выполнения заявок, в случае, если часть работ (ответственности) по решению задачи находится в зоне ответственности Заказчика или третьих лиц до устранения обстоятельств. Такими обстоятельствами являются:

• устранение неисправности на оборудовании или сетях Заказчика; • устранение неисправности на оборудовании (в том числе, но не ограничиваясь: оборудовании Центра обработки данных, магистральных линий связи и др.), находящихся вне зоны ответственности Исполнителя; • при неполноте или некорректности сведений и документации, представленной Заказчиком для исполнения заявки; • консультация, проверка или устранение неисправности со стороны разработчика сторонней информационной системы, с которой осуществляется интеграционное взаимодействие через МИС «Ариадна» (РМИС, РЕГИЗ, ЕГИСЗ, СЭМД, ВИМИС, ТФОМС и т.д.) 3.6.8 Исполнитель не несёт ответственности за предоставление Решения по Обращению, переданного не по разрешённым каналам доставки Обращений (Messenger, социальные сети). 3.6.9. Исполнитель не несёт ответственности за приём Обращений от сотрудников МО, оформленные не по правилам настоящего Технического задания и вправе отклонить такие заявки. 3.6.10. Перед тем, как подавать Обращение в систему СРО, сотрудник МО должен убедиться, что в СРО аналогичное обращение еще не было зарегистрировано в рамках МО. Заказчик обязан контролировать такие заявки. Исполнитель вправе отклонить повторные обращения. 3.6.11. Обращения должны содержать данные необходимые для однозначной идентификации Пользователя МИС и сотрудника МО и Обращения: -наименование медицинской организации; -фамилия, имя, отчество Администратора МО; -реквизиты Пользователя МИС, в т.ч. имя пользователя в МИС; -тип обращения (определяется в соответствии с критериями, указанными в Таблице 1); -предварительный приоритет обращения (определяется в соответствии с критериями, указанными в Таблице 4); -описание Обращения.

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

Выборка/Печать 1. Если требуется разработать новую выборку, то обязательно указать: - название выборки; - общее описание выборки – по какому принципу должен производиться выбор данных; - необходимые поля (столбцы) выборки; - параметры выборки (при желании указать обязательность/необязательность данных параметров). - путь к отчету – в какую группу (папку) вложить выборку; - шаблон выходной формы – прикрепить или указать ссылку. В случае, если шаблон не указан, то будет применен универсальный шаблон. 2. Если необходимо разработать новую печатную форму, то обязательно указать: - название печатной формы; - название АРМА, из которого будет производиться печать; - расположение кнопки, на которую необходимо повесить печать; - шаблон формы – прикрепить к задаче, либо указать ссылку; - пояснения по заполнению полей – откуда брать данные, если требуется. 3. Если необходимо исправить ошибку в печатной форме/выборке, то: 3.1. Если ошибка возникла в выборке необходимо обязательно указать следующую информацию: - путь к выборке; - параметры, при которых возникает ошибка; - в чем заключается ошибка; - предполагаемый правильный результат – предполагаемые правильные цифры, количество строк и т.д.; - как получены правильные цифры – откуда взяты (АРМ, другая печатная форма/выборка), какая логика используется при получении правильного результата; - скриншот/сформированный отчет с ошибкой, при необходимости (прикрепить или указать ссылку). 3.2. Если ошибка возникла в печатной форме, то необходимо обязательно указать следующую информацию: - название печатной формы - название АРМА, из которого будет производится печать. - на каких данных вызывается печать – по какому пациенту/случаю лечения/платежу и т.п. производится печать. - как вызываете печать. - в чем заключается ошибка. Также можно указать необязательную информацию: - предполагаемый правильный результат – предполагаемые правильные цифры, количество строк и т.д.

- откуда взят или на чем основан правильный результат, какая логика используется. - скриншот/сформированный отчет с ошибкой, при необходимости (прикрепить или указать ссылку). 4. Если необходимо внести изменения/доработать выборку, то обязательно указать: - путь к выборке - какой функционал требуется добавить – какое поле/столбец, параметр и т.д. - также можно указать необязательную информацию: - в какое место необходимо добавить изменение - где разместить изменения (например, между какими столбцами добавить новое поле). 5. Если необходимо изменить печатную форму, то необходимо указать следующую информацию: - название печатной формы - название АРМА, из которого будет производиться печать. - что требуется добавить/изменить – поле, данные, изменить дизайн. - приложить скриншот/файл ожидаемой формы после изменения. 6. Если в выборках/печатных формах необходимо выводить информацию из протоколов, то нужно обязательно указать: - Название и код протокола. - Название и коды вопросов данного протокола, информацию из которых необходимо выводить в выборках/печатных формах. - Место, где заполняется данный протокол (АРМ, вкладка). - Пример заполненного протокола (номер ИБ, пациента, исследования и т.д., на которых заполнен данный протокол).

Описание объекта закупки - 1. Описание объекта закупки в соответствии со статьей 33 Закона о контрактной системе 1.1. Оказание услуг по сопровождению медицинской информационной системы (МИС «Ариадна») в 2026 году (далее – услуги). Место оказания услуг: Санкт-Петербург, пр. Солидарности, д. 4 Сроки оказания услуг: с 01.01.2026 г. до 31.12.2026 г. Порядок оказания услуг: Услуги оказываются круглосуточно (24х7), согласно Приложениям, к Описанию объекта закупки. Режим работы службы технической поддержки Исполнителя: с 08-00 до 20-00 по московскому времени в рабочие дни, по аварийным ситуациям круглосуточно. - - Значение характеристики не может изменяться участником закупки

2. Цели и правовое основание закупки услуги 2.1 Основание закупки услуг: 2.1.1 Федеральный закон от 21.11.2011 № 323-ФЗ «Об основах охраны здоровья» 2.1.2 Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации». 2.1.3 Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных». 2.1.4 Федеральный закон от 06.04.2011 № 63-ФЗ «Об электронной подписи». 2.1.5 Постановление Правительства Санкт-Петербурга от 17.10.2012 №1119 "О государственной информационной системе Санкт-Петербурга "Региональный фрагмент единой государственной информационной системы в сфере здравоохранения" 2.1.6 Постановление Правительства Российской Федерации от 05.05.2018г. №555 «О единой государственной информационной системе в сфере здравоохранения». 2.1.7 Распоряжение Комитета по здравоохранению от 21.02.2018 №88-р «О создании и ведении электронной медицинской карты петербуржца». 2.1.8 Распоряжение Комитета по здравоохранению от 26.05.2016 №193-р «Об организации двустороннего обмена данными лабораторных исследований в электронном виде». 2.1.9 Методические рекомендации по обеспечению функциональных возможностей медицинских информационных систем медицинских организаций, утвержденные МЗ РФ 01.02.2016 2.1.10 Приказ Министерства здравоохранения Российской Федерации от 24 декабря 2018 г. №911н «Об утверждении требований к государственным информационным системам в сфере здравоохранения субъектов российской федерации, медицинским информационным системам медицинских организаций и информационным системам фармацевтических организаций». 2.1.11 Постановление Правительства Российской Федерации от 16 ноября 2015 г. N 1236 "Об установлении запрета на допуск программного обеспечения, происходящего из иностранных государств, для целей осуществления закупок для обеспечения государственных и муниципальных нужд".

2.1.12 Приказ Министерства здравоохранения Российской Федерации от 14.01.2019 № 4н «Об утверждении порядка назначения лекарственных препаратов, форм рецептурных бланков на лекарственные препараты, порядка оформления указанных бланков, их учета и хранения». 2.1.13 Распоряжение Комитета по здравоохранению от 09.08.2018 №417-р "Об утверждении Регламента государственных учреждений здравоохранения, находящихся в ведении исполнительных органов государственной власти Санкт-Петербурга по предоставлению услуги в электронном виде «Прием заявок (запись) на прием к врачу». 3. Требования к функциональным, техническим, качественным, эксплуатационным характеристикам услуг, требования к безопасности услуг 3.1 Обозначения и сокращения: В настоящем документе применены следующие сокращения: МИС – медицинская информационная система ИС – информационная система БД – база данных АРМ – автоматизированное рабочее место ТФОМС – территориальный фонд обязательного медицинского страхования РС ЕГИСЗ – региональный сегмент единой государственной информационной системы в сфере здравоохранения СРО – Электронная система регистрации обращений МО – медицинская организация

3.2 Общее описание медицинской информационной системы МИС «Ариадна» предназначена для сбора, хранения, обработки и предоставления информации, необходимой для автоматизации процессов оказания и учета медицинской помощи и информационной поддержки медицинских работников, включая информацию о пациентах, об оказываемой им медицинской помощи и о медицинской деятельности. Рабочие места пользователей медицинской информационной системы «Ариадна» располагаются в СПб ГБУЗ «Александровская больница» по адресу г. Санкт-Петербург, пр. Солидарности, д. 4. 3.3 Перечень обслуживаемых программных модулей МИС № п/п Название Состав медицинской информационной системы 1 Контент. Справочники (адресная система, структура учреждения, медперсонал, универсальные справочник). 2 Регистратура поликлиники. 3 Расписания регистратуры 4 Врач поликлиники 5 Постовая сестра 6 Справки (Больничные листы и другие БСО) 7 Койко-фонд 8 Приемное отделение 9 Выставление счетов в территориальный фонд ОМС 10 Врач стационара 11 Врач диагностического отделения (УЗИ, Эндоскопия, ОФД, Лучевая диагностика, ПАО) 12 Склад. Базовый модуль 13 Склад (материально-ответственные лица) 14 Генератор отчетов 15 Система протоколирования 16 Лист ожидания

17 Амбулаторная история 18 Выписной эпикриз 19 Экономист 20 Администратор 21 Системный администратор 22 Подключение фискального регистратора 23 Оперблок 24 Статистика поликлиники 25 Финансы 26 Контент. Финансовые отчеты 27 Касса 28 Статистика стационара 29 Мониторинги 30 Вакцинация 31 Рабочее место врача реаниматолога-анестезиолога 32 Процедурный кабинет (заказы в лабораторию) Состав интеграционных сервисов 31 Сервис Автоматизированной информационной системы «Информационное сопровождение организации медицинской помощи» (АИС ИНФОРМ МП) 32 Сервис Интегрированной электронной медицинской карты (ИЭМК) 33 Сервис Обмена данными лабораторных исследований (ОДЛИ) 34 Сервис Терминологии (используется в ИЭМК, УО, ПГ и ОДЛИ) 35 Сервис интеграции МИС со сторонней ЛИС (Акросс) 36 Запись на платный прием к врачу на портале napopravku.ru 37 Сопровождение PACS-сервера 38 Сервис Управления Очередями (УО) 39 Сервис Система управления доступом (N3.СУД) 40 Сервис организации электронного информационного обмена между Городской станцией скорой медицинской помощи и городскими стационарами (ГССМП)

3.4 Организация обслуживания Исполнитель организует совместный со специалистами Заказчика процесс обслуживания МИС. Обслуживание производится специалистами службы технической поддержки Исполнителя. Режим работы службы технической поддержки Исполнителя: с 08-00 до 20-00 по московскому времени в рабочие дни, по аварийным ситуациям круглосуточно. Ответственные лица со стороны Заказчика: Смолин Сергей Сергеевич, +7-921-635-88-01, oivt@alexhospital.ru 3.5 Условия обслуживания Выполнение услуг по сопровождению МИС осуществляется на основании Заявок, зарегистрированных в СРО Исполнителя. Оформление Заявок для выполнения услуг по сопровождению осуществляют ответственные лица Заказчика. Заявки оформляются по мере возникновения необходимости оказания услуг по сопровождению и регистрируются в СРО Исполнителя с присвоением приоритета обращения в соответствии с Таблицей № 1. При регистрации Заявки Заказчику необходимо: • определить один из видов работ в соответствии с критериями, указанными в Таблице 2; • определить Трекер (тип задачи), в соответствии с критериями, указанными в Таблице 3; • присвоить предварительный приоритет к обращению, в соответствии с критериями, указанными в Таблице 1 и Таблице 3; Подробно описать причину обращения с указанием конкретных действий пользователя, приводящих к ошибке в Системе, привести примеры и прикрепить скриншоты.

Таблица № 1. Приоритет обращений. Приоритет Возможные типы Обращений Характер Обращения Блокирующий Запрос на устранение ошибки; Работа со сторонними ПО Ошибки: - связанные с невозможностью подключиться к БД; - связанные с полной неработоспособностью МИС/ЛИС для всех пользователей или блокирование/некорректной работы складской подсистемы*, подсистемы выставления счетов в ЕИС ТФОМС СПб**, модуля работы с кассами, приемного отделения и регистратур на всех рабочих местах пользователей, модуля работы с ЭЛН. Срок реагирования на заявку до 6 часов Высокий Запрос на устранение ошибки; Работа со сторонними ПО; Редактирование данных в БД; Ошибки, связанные с неправильной работой АРМов, процедур и/или функций, которые ведут к некорректной работе пользователя. Ошибки, влекущие за собой другие ошибки в смежных режимах, в т.ч. ошибки передачи данных в сервисы РЕГИЗ. Срок реагирования до 3 рабочих дней Выборка\печать Только по ошибкам выборок, связанных с Федеральными формами, отчётами для МИАЦ, ТФОМС, а также Кассовых отчётов АРМа «Регистратура». Срок реагирования до 3 рабочих дней Нормальный и Низкий Все типы обращений Инциденты, которые не оказывают существенного негативного влияния на работоспособность и выполнение основных функций сопровождаемых модулей Системы. Есть временный (обходной) вариант решения по обращению. Запросы на консультацию по основным функциям модулей Системы. Срок реагирования до 60 рабочих дней

Описание объекта закупки-4 - 3.6.12 Заявки на внесение изменения или удаления информации о пациенте, истории болезни, платежах будут приняты Исполнителем после того, как сотрудник МО, сформировавший Обращение в системе СРО, предоставит данный запрос на официальном бланке МО за печатью организации и подписью ответственного лица. 3.6.13 По результатам обработки заявки специалист Исполнителя может изменить приоритет Задачи, если сотрудником МО сформировавшего Обращение в системе СРО, присвоен не в соответствии с таблицей № 1 «Приоритет Обращений». 3.6.14 По результатам обработки заявки специалист Исполнителя предоставляет сотруднику МО, сформировавшего Обращение в системе СРО, информацию по решению Заявки. Факт предоставления решения по Заявке фиксируется путем установки соответствующего статуса: - статус задачи «Решена» устанавливается в случае успешной обработки Заявки; - статус задачи «Отклонена» устанавливается в случае, если успешная обработка Заявки невозможна, с указанием причины отклонения. 3.6.15 После предоставления Исполнителем решения или запроса дополнительной информации по Заявке, сотрудник МО, сформировавший Обращение, должен проверить задачу с дальнейшими действиями: • предоставить необходимую информацию Исполнителю для корректного решения задачи; • проверить решение задачи в сроки согласно Таблице № 5 и либо закрыть задачу, либо отправить Исполнителю с указанием причин возврата в работу. - - Значение характеристики не может изменяться участником закупки

Таблица № 5. Сроки проверки задач Заказчиком. № п.п. Приоритет Сроки проверки решения по заявке* 1 Блокирующий до 12 часов 2 Высокий до 10 рабочих дней 3 Нормальный и Низкий до 30 рабочих дней

*- для Трекера «Выборка» (ошибка) срок проверки увеличивается до 10 рабочих дней. По истечении срока указанного в Таблице № 5, Исполнитель вправе «Закрыть» задачу. 3.6.14 По Заявкам, поступившим в Систему СРО, оформление которых не соответствует требованиям, изложенным в настоящем Техническом задании, сотруднику МО, сформировавшему Обращение, высылается уведомление о необходимости соблюдения требований к оформлению Заявок. Такие запросы рассматриваются в Системе СРО только после получения информации, оформленной в соответствии с требованиями настоящего Технического задания. 3.6.15 По результатам проведённого предварительного анализа Заявок специалистами Исполнителя тип и приоритет Заявок может быть изменен. В случае изменения типа и приоритета Заявки, сотруднику МО, сформировавшему Обращение, автоматически отправляется уведомление по электронной почте, при этом сотрудник МО, сформировавший Обращение, несет ответственность за корректность адреса электронной почты, указанного в настройках учетной в Системе СРО.

Обработка Заявок включает в себя следующие процедуры: ? анализ достаточности данных, указанных в описании Заявки, для его решения; ? запрос дополнительных сведений, необходимых для решения Заявки.

4 Требования к безопасности 4.1 Услуги должны оказываться с соблюдением требований, предусмотренных нормативно правовыми актами по информационной безопасности и требованиями ГОСТов по защите информации: - Федеральный закон от 27.07.2006 N 152-ФЗ «О персональных данных»; - Федеральный закон от 27.07.2006 N 149-ФЗ «Об информации, информационных технологиях и о защиты информации»; - постановление Правительства РФ от 01.11.2012 N 1119 «Об утверждении требований к защите персональных данных при их обработке в информационных системах персональных данных». - ГОСТ Р 50922-2006 Защита информации. Основные термины и определения - ГОСТ Р 53114-2008 Защита информации. Обеспечение информационной безопасности в организации. Основные термины и определения - ГОСТ Р 51624-2000 Защита информации. Автоматизированные системы в защищенном исполнении. Общие требования - ГОСТ Р 51583-2014 Защита информации. Порядок создания автоматизированных систем в защищенном исполнении. Общие положения 4.2 Разрабатываемые/сопровождаемые программные средства АИС не должны допускать и содержать не декларированных возможностей и известных уязвимостей информационной безопасности. 4.3 В случае если для выполнения работ необходимо использование программного обеспечения, принадлежащего третьим лицам, Исполнитель обязан согласовать возможность использование такого программного обеспечения с Заказчиком. 4.4 Исполнитель гарантирует обеспечение конфиденциальности информации о Заказчике и обрабатываемых Заказчиком персональных данных пациентов, которая будет или может быть известна сотрудникам Исполнителя в процессе настройки МИС.

5Требование к сроку и объему предоставления гарантий качества услуг 5.1 Показателями качества сервисного сопровождения является исполнение задач в системе СРО не менее 80 % от общего объема задач, поступивших за 1 календарный месяц. 5.2 Гарантийный срок на оказываемые услуги устанавливается на весь срок действия Контракта. 6 Дополнительные условия 6.1 Предусмотрено расторжение контракта по соглашению сторон в случае перехода медицинской организации на работу в Единой медицинской информационной системе (ЕМИС). Фактом перехода на ЕМИС является подписание акта ввода в эксплуатацию ЕМИС в медицинской организации.

7 Требования к наличию лицензий 7.1 Наличие документа, подтверждающего обладание исключительными правами на программное обеспечение медицинской информационной системы «Ариадна» (свидетельство о государственной регистрации программы для ЭВМ №2007613210 от 30 июля 2007 года), или наличие действующего лицензионного договора с обладателем исключительных прав на указанное программное обеспечение, дающий исполнителю право использования программного обеспечения (в соответствии с ч. 1 ст. 1225, ст. 1226, ст. 1229, ст. 1233, ст. 1235 ГК РФ).

Описание объекта закупки-2 - Таблица № 2. Виды услуг. № п/п Вид услуг Характеристики услуг 1 Консультирование Обращение, не связанное с возникновением инцидента, содержащее запрос на получение информации о возможностях системы и существующих правилах настройки режимов системы. 2 Предоставление новых версий Передача и установка новых версий системы выходящих в плановом порядке. Версии включают изменения программного обеспечения в соответствии с федеральным и региональным законодательством, улучшения, внесенные по инициативе разработчика и изменения, внесенные в систему по инициативе пользователей. 3 Федеральные формы отчетности Изменения федеральных форм отчетности в соответствии с изменением законодательства, в порядке общей очереди (всех заявок от всех заказчиков). 4 Реестры ОМС Изменения в процедуре выгрузки реестров в ТФОМС в соответствии с региональным и федеральным законодательством. 5 Обновление Обращение, связанное с необходимостью провести плановое автоматическое обновление МИС на рабочей БД (не более 2х раз в год) и АРМ. Допускается обновление тестовой БД без восстановления уникальных для Заказчика процедур, с целью тестирования АРМов новой версии МИС (не более 2х раз в год). Обновление рабочей БД должно содержать все имеющиеся уникальности 6 Отработка распоряжений МИАЦ, ТФОМС, Министерств Выполнение работ в соответствии с официальными письмами МИАЦ, Министерства здравоохранения, Территориального Фонда ОМС в рамках существующей комплектации МИС (без учета работ по интеграционным сервисам). - - Значение характеристики не может изменяться участником закупки

7 Актуализация системных справочников Актуализация системных справочников (КЛАДР, МКБ-10, номенклатура работ и услуг в здравоохранении, национальный календарь прививок и т.д.). 8 Новые выборки и формы отчетности Разработка новых выборок, учетных и отчетных форм, включая конвертацию из Microsoft Office в Libre(Open) Office – не более 3-х выборок или учетных и отчетных форм в месяц. 9 Обработка заявок на улучшение функциональности Обращение, связанное с внесением изменений в ПО с целью улучшения функциональности, в том числе произвольные динамические проверки на корректность ввода данных, не включающее разработку. Внесение изменений в программное обеспечение с целью улучшения функциональности по заявкам пользователей в порядке общей очереди (всех заявок от всех заказчиков), но не более 6-х заявок в год. 10 Передача неисключительных пользовательских прав на обновленные модули МИС Автоматическая передача неисключительных пользовательских прав при обновлении модулей программного обеспечения МИС «Ариадна». 11 Приезд специалиста Исполнителя Приезд специалиста Исполнителя на территорию Заказчика 1 раз в месяц. Количество часов нахождения специалиста Исполнителя на территории Заказчика не более 3 часов за один приезд.

Прикрепление персонального менеджера по МИС для оперативного решения вопросов Персональной менеджер проекта - квалифицированный специалист со стороны Исполнителя, ответственный за обслуживание Заказчика с учетом его персональных предпочтений и требований. Доступность персонального менеджера по рабочему телефону в рабочие дни с 09:00 до 18:00, по личному мобильному, а также в мессенджерах в рабочие дни с 09:00 до 18:00 (но не более 3-х обращений в день), в выходные и праздничные дни только по экстренным ситуациям (например, невозможность подключиться к БД, неработоспособность или блокировка работы в системе для всех пользователей) с 12:00 до 18:00, если не дозвониться по телефонам круглосуточной технической поддержки. Персональный менеджер проекта оказывает следующие работы: Исчерпывающие консультации, сопровождение Заказчика. Помощь ответственному лицу Заказчика в решении проблемных ситуаций, возникших в процессе работы в МИС. Взаимодействие с другими сотрудниками Исполнителя по решению проблем, обозначенных Заказчиком. Определение задач внедрения информационной системы, направления разработки и применения информационной системы. Выбор оптимального сочетания потребностей пользователей и возможностей информационной системы. Организация подготовки проектной документации, сметы на дополнительные работы по информационной системе и ее функционированию. Организация договорной работы с Заказчиком. Руководство работами по настройке и поддержке информационной системы. Контроль и установка программного обеспечения МИС на сервер Заказчика. Планирование ресурсов. Управление заявками пользователей на обслуживание МИС. Консультации при составлении Задачи в системе СРО. Отслеживание Задачи в системе СРО, продвижение работ по Задачам. Внесение на рассмотрение руководства предложений по совершенствованию работы МИС.

Сопровождение интеграционных сервисов Сопровождение сервисов: • Сервис Автоматизированной информационной системы «Информационное сопровождение организации медицинской помощи» (АИС ИНФОРМ МП) • Сервис Интегрированной электронной медицинской карты (ИЭМК) • Сервис Обмена данными лабораторных исследований (ОДЛИ) • Сервис Терминологии (используется в ИЭМК, УО, ПГ и ОДЛИ) • Сервис интеграции МИС со сторонней ЛИС (Акросс) • Запись на платный прием к врачу на портале napopravku.ru • Сервис Управления Очередями (УО) • Сервис Система управления доступом (N3.СУД) • Сервис организации электронного информационного обмена между Городской станцией скорой медицинской помощи и городскими стационарами (ГССМП) Состав работ по сопровождению интеграционных сервисов: 1. Тестирование работоспособности сервисов на контрольных примерах. 2. Исправление ошибок со стороны МИС по заявкам пользователей. 3. Изменение и улучшение работы сервиса - добавление проверок, изменение параметров выгрузки и т.д. 4. Плановое обновление сервиса при изменении параметров выгрузки или для улучшения работы сервиса. 5. Консультирование заказчиков по работе сервиса по заявкам в системе Исполнителя. Добавление выборок для мониторинга работы сервисов. 14 Сопровождение PACS-сервера 1. Мониторинг работоспособности интеграции МИС «Ариадна» с PACS-сервером, 2. Анализ ошибок, выявление проблем, оценка корректности настроек и параметров интеграции. 3. Анализ работоспособности JAVA – приложения при просмотре снимков из интерфейса МИС или браузера. 4. Настройка СУБД для хранения данных PACS – сервера. Восстановление путей для загрузки и хранения снимков исследований. Настройка параметров PACS – сервера.

15 Сопровождению функциональности формирования, отправки и валидации СЭМД / СЭМД-бета в РЭМД / ВИМИС (до 10 документов) В сопровождение входят следующие услуги: 1. Установка обновлений программных компонентов для формирования СЭМД и СЭМД-бета для обеспечения наличия в БД Заказчика как минимум одной успешно регистрируемой в РЭМД / ВИМИС редакции СЭМД / СЭМД-бета. 2. Обновление редакций СЭМД / СЭМД-бета по требованию Заказчика. 3. Поддержание принимаемых в рамках СЭМД / СЭМД-бета версий федеральной нормативно-справочной информации. 4. Консультирование по настройкам собственных протоколов МИС для целей формирования СЭМД / СЭМД-бета. 5. Консультирование по ошибкам валидации СЭМД / СЭМД-бета в РЭМД / ВИМИС. Осуществляется через систему заявок СРО. 6. Поддержание версий сервисов ИЭМК / ОДЛИ / ОДИИ для соответствия требованиям РЕГИЗ / ЕГИСЗ для успешной передачи СЭМД / СЭМД-бета в РЭМД / ВИМИС.

Таблица № 3. Трекер (тип задачи). № п.п. Трекер Описание 1 Консультирование Консультирование сотрудников Заказчика. Обсуждение и приём задач от пользователей Заказчика. Ответственность за содержание заявки от всех пользователей МО несёт ответственный сотрудник ИТ Заказчика. 2 Ошибка Вывод информационного окна с соответствующим текстом в АРМах при работе пользователя, сопровождающееся выходом из приложения и/или не возможностью продолжить работу в приложении. 3 Обновление Заявки на обновление всей МИС, с отключением пользователей от БД. 4 Выборка\Печать Заявки на создание и изменение отчётных и печатных форм. 5 Установка (версии у Заказчика) Заявки на обновление не всей МИС, а только указанных АРМов. Возможно только при условии, что версия МИС не старше версии АРМа более чем на 20 календарных дней. 6 Редактирование данных в БД Изменения, относящиеся к исправлению ошибок при работе пользователей. В случае изменений данных, касающихся визитов пациентов, переданных в Сервисы МИАЦ (РЕГИЗ) или кассовых данных, необходимо прикреплять к задаче скан Заявки, подписанной главным врачом и/или лицом его заменяющим. 7 Улучшение функциональности Внесение изменений в программное обеспечение с целью улучшения функциональности модулей системы, внесение изменений в интерфейс модулей системы, в том числе произвольные динамические проверки на корректность ввода данных, не включающее разработку.

- 62.03.12.130 - "Оказание услуг по передаче неисключительных пользовательских прав на обновленные модули МИС «Ариадна»" Описание объекта закупки-4 3.6.12 Заявки на внесение изменения или удаления информации о пациенте, истории болезни, платежах будут приняты Исполнителем после того, как сотрудник МО, сформировавший Обращение в системе СРО, предоставит данный запрос на официальном бланке МО за печатью организации и подписью ответственного лица. 3.6.13 По результатам обработки заявки специалист Исполнителя может изменить приоритет Задачи, если сотрудником МО сформировавшего Обращение в системе СРО, присвоен не в соответствии с таблицей № 1 «Приоритет Обращений». 3.6.14 По результатам обработки заявки специалист Исполнителя предоставляет сотруднику МО, сформировавшего Обращение в системе СРО, информацию по решению Заявки. Факт предоставления решения по Заявке фиксируется путем установки соответствующего статуса: - статус задачи «Решена» устанавливается в случае успешной обработки Заявки; - статус задачи «Отклонена» устанавливается в случае, если успешная обработка Заявки невозможна, с указанием причины отклонения. 3.6.15 После предоставления Исполнителем решения или запроса дополнительной информации по Заявке, сотрудник МО, сформировавший Обращение, должен проверить задачу с дальнейшими действиями: • предоставить необходимую информацию Исполнителю для корректного решения задачи; • проверить решение задачи в сроки согласно Таблице № 5 и либо закрыть задачу, либо отправить Исполнителю с указанием причин возврата в работу. ... Описание объекта закупки-3 3.6 Сроки и условия выполнения заявок: 3.6.1 Срок выполнения заявок с приоритетом Блокирующий, которые влияют на работоспособность всей системы (невозможность функционирования системы в целом) - 6 часов при наличии удаленного доступа к информационной системе Заказчика. Блокирующий приоритет может быть только у заявки с трекером 2 табл. № 3. 3.6.2 В случае, если проблему с приоритетом Блокирующий Исполнитель, в указанный срок решить не смог, но функционирование системы в целом восстановлено, Исполнитель по запросу Заказчика предоставляет в течение 2-х рабочих дней письменный отчет с описанием причин и Стороны совместно принимают решение о понижении статуса заявки и последующего поиска решения Исполнителем совместно с Заказчиком. 3.6.3 Срок выполнения заявок с приоритетом Высокий, которые влияют на работоспособность отдельных функций системы (невозможность ввода и сохранения данных, выставления счетов или построения имеющихся форм отчетности) - 3 рабочих дня. При наличии вопросов, которые делают невозможным исполнение заявки, в течение 3-х рабочих дней вопросы регистрируются в системе заявок и Стороны совместно принимают решение о понижении статуса заявки и последующего поиска решения Исполнителем. Высокий приоритет может быть только у заявок с уже реализованным функционалом системы Заказчика. ... Описание объекта закупки-2 Таблица № 2. Виды услуг. № п/п Вид услуг Характеристики услуг 1 Консультирование Обращение, не связанное с возникновением инцидента, содержащее запрос на получение информации о возможностях системы и существующих правилах настройки режимов системы. 2 Предоставление новых версий Передача и установка новых версий системы выходящих в плановом порядке. Версии включают изменения программного обеспечения в соответствии с федеральным и региональным законодательством, улучшения, внесенные по инициативе разработчика и изменения, внесенные в систему по инициативе пользователей. 3 Федеральные формы отчетности Изменения федеральных форм отчетности в соответствии с изменением законодательства, в порядке общей очереди (всех заявок от всех заказчиков). 4 Реестры ОМС Изменения в процедуре выгрузки реестров в ТФОМС в соответствии с региональным и федеральным законодательством. 5 Обновление Обращение, связанное с необходимостью провести плановое автоматическое обновление МИС на рабочей БД (не более 2х раз в год) и АРМ. Допускается обновление тестовой БД без восстановления уникальных для Заказчика процедур, с целью тестирования АРМов новой версии МИС (не более 2х раз в год). Обновление рабочей БД должно содержать все имеющиеся уникальности 6 Отработка распоряжений МИАЦ, ТФОМС, Министерств Выполнение работ в соответствии с официальными письмами МИАЦ, Министерства здравоохранения, Территориального Фонда ОМС в рамках существующей комплектации МИС (без учета работ по интеграционным сервисам). ... - Месяц - 12,00 - 227 735,90 - 2 732 830,80

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Описание объекта закупки-4 3.6.12 Заявки на внесение изменения или удаления информации о пациенте, истории болезни, платежах будут приняты Исполнителем после того, как сотрудник МО, сформировавший Обращение в системе СРО, предоставит данный запрос на официальном бланке МО за печатью организации и подписью ответственного лица. 3.6.13 По результатам обработки заявки специалист Исполнителя может изменить приоритет Задачи, если сотрудником МО сформировавшего Обращение в системе СРО, присвоен не в соответствии с таблицей № 1 «Приоритет Обращений». 3.6.14 По результатам обработки заявки специалист Исполнителя предоставляет сотруднику МО, сформировавшего Обращение в системе СРО, информацию по решению Заявки. Факт предоставления решения по Заявке фиксируется путем установки соответствующего статуса: - статус задачи «Решена» устанавливается в случае успешной обработки Заявки; - статус задачи «Отклонена» устанавливается в случае, если успешная обработка Заявки невозможна, с указанием причины отклонения. 3.6.15 После предоставления Исполнителем решения или запроса дополнительной информации по Заявке, сотрудник МО, сформировавший Обращение, должен проверить задачу с дальнейшими действиями: • предоставить необходимую информацию Исполнителю для корректного решения задачи; • проверить решение задачи в сроки согласно Таблице № 5 и либо закрыть задачу, либо отправить Исполнителю с указанием причин возврата в работу. Значение характеристики не может изменяться участником закупки Таблица № 5. Сроки проверки задач Заказчиком. № п.п. Приоритет Сроки проверки решения по заявке* 1 Блокирующий до 12 часов 2 Высокий до 10 рабочих дней 3 Нормальный и Низкий до 30 рабочих дней *- для Трекера «Выборка» (ошибка) срок проверки увеличивается до 10 рабочих дней. По истечении срока указанного в Таблице № 5, Исполнитель вправе «Закрыть» задачу. 3.6.14 По Заявкам, поступившим в Систему СРО, оформление которых не соответствует требованиям, изложенным в настоящем Техническом задании, сотруднику МО, сформировавшему Обращение, высылается уведомление о необходимости соблюдения требований к оформлению Заявок. Такие запросы рассматриваются в Системе СРО только после получения информации, оформленной в соответствии с требованиями настоящего Технического задания. 3.6.15 По результатам проведённого предварительного анализа Заявок специалистами Исполнителя тип и приоритет Заявок может быть изменен. В случае изменения типа и приоритета Заявки, сотруднику МО, сформировавшему Обращение, автоматически отправляется уведомление по электронной почте, при этом сотрудник МО, сформировавший Обращение, несет ответственность за корректность адреса электронной почты, указанного в настройках учетной в Системе СРО. Обработка Заявок включает в себя следующие процедуры: ? анализ достаточности данных, указанных в описании Заявки, для его решения; ? запрос дополнительных сведений, необходимых для решения Заявки. 4 Требования к безопасности 4.1 Услуги должны оказываться с соблюдением требований, предусмотренных нормативно правовыми актами по информационной безопасности и требованиями ГОСТов по защите информации: - Федеральный закон от 27.07.2006 N 152-ФЗ «О персональных данных»; - Федеральный закон от 27.07.2006 N 149-ФЗ «Об информации, информационных технологиях и о защиты информации»; - постановление Правительства РФ от 01.11.2012 N 1119 «Об утверждении требований к защите персональных данных при их обработке в информационных системах персональных данных». - ГОСТ Р 50922-2006 Защита информации. Основные термины и определения - ГОСТ Р 53114-2008 Защита информации. Обеспечение информационной безопасности в организации. Основные термины и определения - ГОСТ Р 51624-2000 Защита информации. Автоматизированные системы в защищенном исполнении. Общие требования - ГОСТ Р 51583-2014 Защита информации. Порядок создания автоматизированных систем в защищенном исполнении. Общие положения 4.2 Разрабатываемые/сопровождаемые программные средства АИС не должны допускать и содержать не декларированных возможностей и известных уязвимостей информационной безопасности. 4.3 В случае если для выполнения работ необходимо использование программного обеспечения, принадлежащего третьим лицам, Исполнитель обязан согласовать возможность использование такого программного обеспечения с Заказчиком. 4.4 Исполнитель гарантирует обеспечение конфиденциальности информации о Заказчике и обрабатываемых Заказчиком персональных данных пациентов, которая будет или может быть известна сотрудникам Исполнителя в процессе настройки МИС. 5Требование к сроку и объему предоставления гарантий качества услуг 5.1 Показателями качества сервисного сопровождения является исполнение задач в системе СРО не менее 80 % от общего объема задач, поступивших за 1 календарный месяц. 5.2 Гарантийный срок на оказываемые услуги устанавливается на весь срок действия Контракта. 6 Дополнительные условия 6.1 Предусмотрено расторжение контракта по соглашению сторон в случае перехода медицинской организации на работу в Единой медицинской информационной системе (ЕМИС). Фактом перехода на ЕМИС является подписание акта ввода в эксплуатацию ЕМИС в медицинской организации. 7 Требования к наличию лицензий 7.1 Наличие документа, подтверждающего обладание исключительными правами на программное обеспечение медицинской информационной системы «Ариадна» (свидетельство о государственной регистрации программы для ЭВМ №2007613210 от 30 июля 2007 года), или наличие действующего лицензионного договора с обладателем исключительных прав на указанное программное обеспечение, дающий исполнителю право использования программного обеспечения (в соответствии с ч. 1 ст. 1225, ст. 1226, ст. 1229, ст. 1233, ст. 1235 ГК РФ). Описание объекта закупки-3 3.6 Сроки и условия выполнения заявок: 3.6.1 Срок выполнения заявок с приоритетом Блокирующий, которые влияют на работоспособность всей системы (невозможность функционирования системы в целом) - 6 часов при наличии удаленного доступа к информационной системе Заказчика. Блокирующий приоритет может быть только у заявки с трекером 2 табл. № 3. 3.6.2 В случае, если проблему с приоритетом Блокирующий Исполнитель, в указанный срок решить не смог, но функционирование системы в целом восстановлено, Исполнитель по запросу Заказчика предоставляет в течение 2-х рабочих дней письменный отчет с описанием причин и Стороны совместно принимают решение о понижении статуса заявки и последующего поиска решения Исполнителем совместно с Заказчиком. 3.6.3 Срок выполнения заявок с приоритетом Высокий, которые влияют на работоспособность отдельных функций системы (невозможность ввода и сохранения данных, выставления счетов или построения имеющихся форм отчетности) - 3 рабочих дня. При наличии вопросов, которые делают невозможным исполнение заявки, в течение 3-х рабочих дней вопросы регистрируются в системе заявок и Стороны совместно принимают решение о понижении статуса заявки и последующего поиска решения Исполнителем. Высокий приоритет может быть только у заявок с уже реализованным функционалом системы Заказчика. Значение характеристики не может изменяться участником закупки По заявкам с приоритетом Нормальный и Низкий задачи с трекером 1, 2, 3, 4, 5, 6 устанавливается желаемая дата выполнения, заявки выполняются в плановом порядке, но не более 60 рабочих дней. 3.6.4 В месяц может быть создано не более 3 новых задач с трекером 4 на разработку или модернизацию новых выборок или форм (Выборка/Печать). Задачам на создание новых выборок или форм присваивается только приоритет Нормальный или Низкий. 3.6.5 В год может быть создано не более 6 новых задач с трекером 7 на Улучшение функциональности. Задачам на Улучшение функциональности присваивается только приоритет Нормальный или Низкий. 3.6.6 В случае, если в Заявке отсутствуют сведения, достаточные для успешного решения задачи, обработка Обращения может быть отложена Исполнителем, при этом сотрудник Исполнителя запрашивает дополнительную информацию от сотрудника МО, сформировавшего Обращение, в Системе СРО. В таком случае, срок выполнения задачи соизмеримо увеличивается на количество часов/дней до момента получения от Заказчика обратной связи и полного объема информации для решения задачи. 3.6.7 Исполнитель не несет ответственность за сроки выполнения заявок, в случае, если часть работ (ответственности) по решению задачи находится в зоне ответственности Заказчика или третьих лиц до устранения обстоятельств. Такими обстоятельствами являются: • устранение неисправности на оборудовании или сетях Заказчика; • устранение неисправности на оборудовании (в том числе, но не ограничиваясь: оборудовании Центра обработки данных, магистральных линий связи и др.), находящихся вне зоны ответственности Исполнителя; • при неполноте или некорректности сведений и документации, представленной Заказчиком для исполнения заявки; • консультация, проверка или устранение неисправности со стороны разработчика сторонней информационной системы, с которой осуществляется интеграционное взаимодействие через МИС «Ариадна» (РМИС, РЕГИЗ, ЕГИСЗ, СЭМД, ВИМИС, ТФОМС и т.д.) 3.6.8 Исполнитель не несёт ответственности за предоставление Решения по Обращению, переданного не по разрешённым каналам доставки Обращений (Messenger, социальные сети). 3.6.9. Исполнитель не несёт ответственности за приём Обращений от сотрудников МО, оформленные не по правилам настоящего Технического задания и вправе отклонить такие заявки. 3.6.10. Перед тем, как подавать Обращение в систему СРО, сотрудник МО должен убедиться, что в СРО аналогичное обращение еще не было зарегистрировано в рамках МО. Заказчик обязан контролировать такие заявки. Исполнитель вправе отклонить повторные обращения. 3.6.11. Обращения должны содержать данные необходимые для однозначной идентификации Пользователя МИС и сотрудника МО и Обращения: -наименование медицинской организации; -фамилия, имя, отчество Администратора МО; -реквизиты Пользователя МИС, в т.ч. имя пользователя в МИС; -тип обращения (определяется в соответствии с критериями, указанными в Таблице 1); -предварительный приоритет обращения (определяется в соответствии с критериями, указанными в Таблице 4); -описание Обращения. Таблица № 4. Требования к оформлению Обращений Тип Заявки Содержание реквизита «Описание Обращения» Для всех типов Заявок ? наименование модуля МИС. Заявка на устранение ошибки ? снимок экрана с ошибкой; ? наименование экранной формы и ссылка на страницу, где была зафиксирована ошибка; ? дополнительные файлы (в случае необходимости); ? перечисление действий, выполнение которых повлекло за собой возникновение ошибки; ? описание желаемого результата исправления ошибки. Запрос улучшение (Улучшение) ? основание для выполнения модификации; ? четкое описание требуемой модификации в виде частного технического задания ? описание полей; ? снимок с экрана (в случае необходимости); Выборка/Печать 1. Если требуется разработать новую выборку, то обязательно указать: - название выборки; - общее описание выборки – по какому принципу должен производиться выбор данных; - необходимые поля (столбцы) выборки; - параметры выборки (при желании указать обязательность/необязательность данных параметров). - путь к отчету – в какую группу (папку) вложить выборку; - шаблон выходной формы – прикрепить или указать ссылку. В случае, если шаблон не указан, то будет применен универсальный шаблон. 2. Если необходимо разработать новую печатную форму, то обязательно указать: - название печатной формы; - название АРМА, из которого будет производиться печать; - расположение кнопки, на которую необходимо повесить печать; - шаблон формы – прикрепить к задаче, либо указать ссылку; - пояснения по заполнению полей – откуда брать данные, если требуется. 3. Если необходимо исправить ошибку в печатной форме/выборке, то: 3.1. Если ошибка возникла в выборке необходимо обязательно указать следующую информацию: - путь к выборке; - параметры, при которых возникает ошибка; - в чем заключается ошибка; - предполагаемый правильный результат – предполагаемые правильные цифры, количество строк и т.д.; - как получены правильные цифры – откуда взяты (АРМ, другая печатная форма/выборка), какая логика используется при получении правильного результата; - скриншот/сформированный отчет с ошибкой, при необходимости (прикрепить или указать ссылку). 3.2. Если ошибка возникла в печатной форме, то необходимо обязательно указать следующую информацию: - название печатной формы - название АРМА, из которого будет производится печать. - на каких данных вызывается печать – по какому пациенту/случаю лечения/платежу и т.п. производится печать. - как вызываете печать. - в чем заключается ошибка. Также можно указать необязательную информацию: - предполагаемый правильный результат – предполагаемые правильные цифры, количество строк и т.д. - откуда взят или на чем основан правильный результат, какая логика используется. - скриншот/сформированный отчет с ошибкой, при необходимости (прикрепить или указать ссылку). 4. Если необходимо внести изменения/доработать выборку, то обязательно указать: - путь к выборке - какой функционал требуется добавить – какое поле/столбец, параметр и т.д. - также можно указать необязательную информацию: - в какое место необходимо добавить изменение - где разместить изменения (например, между какими столбцами добавить новое поле). 5. Если необходимо изменить печатную форму, то необходимо указать следующую информацию: - название печатной формы - название АРМА, из которого будет производиться печать. - что требуется добавить/изменить – поле, данные, изменить дизайн. - приложить скриншот/файл ожидаемой формы после изменения. 6. Если в выборках/печатных формах необходимо выводить информацию из протоколов, то нужно обязательно указать: - Название и код протокола. - Название и коды вопросов данного протокола, информацию из которых необходимо выводить в выборках/печатных формах. - Место, где заполняется данный протокол (АРМ, вкладка). - Пример заполненного протокола (номер ИБ, пациента, исследования и т.д., на которых заполнен данный протокол). Описание объекта закупки-2 Таблица № 2. Виды услуг. № п/п Вид услуг Характеристики услуг 1 Консультирование Обращение, не связанное с возникновением инцидента, содержащее запрос на получение информации о возможностях системы и существующих правилах настройки режимов системы. 2 Предоставление новых версий Передача и установка новых версий системы выходящих в плановом порядке. Версии включают изменения программного обеспечения в соответствии с федеральным и региональным законодательством, улучшения, внесенные по инициативе разработчика и изменения, внесенные в систему по инициативе пользователей. 3 Федеральные формы отчетности Изменения федеральных форм отчетности в соответствии с изменением законодательства, в порядке общей очереди (всех заявок от всех заказчиков). 4 Реестры ОМС Изменения в процедуре выгрузки реестров в ТФОМС в соответствии с региональным и федеральным законодательством. 5 Обновление Обращение, связанное с необходимостью провести плановое автоматическое обновление МИС на рабочей БД (не более 2х раз в год) и АРМ. Допускается обновление тестовой БД без восстановления уникальных для Заказчика процедур, с целью тестирования АРМов новой версии МИС (не более 2х раз в год). Обновление рабочей БД должно содержать все имеющиеся уникальности 6 Отработка распоряжений МИАЦ, ТФОМС, Министерств Выполнение работ в соответствии с официальными письмами МИАЦ, Министерства здравоохранения, Территориального Фонда ОМС в рамках существующей комплектации МИС (без учета работ по интеграционным сервисам). Значение характеристики не может изменяться участником закупки 7 Актуализация системных справочников Актуализация системных справочников (КЛАДР, МКБ-10, номенклатура работ и услуг в здравоохранении, национальный календарь прививок и т.д.). 8 Новые выборки и формы отчетности Разработка новых выборок, учетных и отчетных форм, включая конвертацию из Microsoft Office в Libre(Open) Office – не более 3-х выборок или учетных и отчетных форм в месяц. 9 Обработка заявок на улучшение функциональности Обращение, связанное с внесением изменений в ПО с целью улучшения функциональности, в том числе произвольные динамические проверки на корректность ввода данных, не включающее разработку. Внесение изменений в программное обеспечение с целью улучшения функциональности по заявкам пользователей в порядке общей очереди (всех заявок от всех заказчиков), но не более 6-х заявок в год. 10 Передача неисключительных пользовательских прав на обновленные модули МИС Автоматическая передача неисключительных пользовательских прав при обновлении модулей программного обеспечения МИС «Ариадна». 11 Приезд специалиста Исполнителя Приезд специалиста Исполнителя на территорию Заказчика 1 раз в месяц. Количество часов нахождения специалиста Исполнителя на территории Заказчика не более 3 часов за один приезд. Прикрепление персонального менеджера по МИС для оперативного решения вопросов Персональной менеджер проекта - квалифицированный специалист со стороны Исполнителя, ответственный за обслуживание Заказчика с учетом его персональных предпочтений и требований. Доступность персонального менеджера по рабочему телефону в рабочие дни с 09:00 до 18:00, по личному мобильному, а также в мессенджерах в рабочие дни с 09:00 до 18:00 (но не более 3-х обращений в день), в выходные и праздничные дни только по экстренным ситуациям (например, невозможность подключиться к БД, неработоспособность или блокировка работы в системе для всех пользователей) с 12:00 до 18:00, если не дозвониться по телефонам круглосуточной технической поддержки. Персональный менеджер проекта оказывает следующие работы: Исчерпывающие консультации, сопровождение Заказчика. Помощь ответственному лицу Заказчика в решении проблемных ситуаций, возникших в процессе работы в МИС. Взаимодействие с другими сотрудниками Исполнителя по решению проблем, обозначенных Заказчиком. Определение задач внедрения информационной системы, направления разработки и применения информационной системы. Выбор оптимального сочетания потребностей пользователей и возможностей информационной системы. Организация подготовки проектной документации, сметы на дополнительные работы по информационной системе и ее функционированию. Организация договорной работы с Заказчиком. Руководство работами по настройке и поддержке информационной системы. Контроль и установка программного обеспечения МИС на сервер Заказчика. Планирование ресурсов. Управление заявками пользователей на обслуживание МИС. Консультации при составлении Задачи в системе СРО. Отслеживание Задачи в системе СРО, продвижение работ по Задачам. Внесение на рассмотрение руководства предложений по совершенствованию работы МИС. Сопровождение интеграционных сервисов Сопровождение сервисов: • Сервис Автоматизированной информационной системы «Информационное сопровождение организации медицинской помощи» (АИС ИНФОРМ МП) • Сервис Интегрированной электронной медицинской карты (ИЭМК) • Сервис Обмена данными лабораторных исследований (ОДЛИ) • Сервис Терминологии (используется в ИЭМК, УО, ПГ и ОДЛИ) • Сервис интеграции МИС со сторонней ЛИС (Акросс) • Запись на платный прием к врачу на портале napopravku.ru • Сервис Управления Очередями (УО) • Сервис Система управления доступом (N3.СУД) • Сервис организации электронного информационного обмена между Городской станцией скорой медицинской помощи и городскими стационарами (ГССМП) Состав работ по сопровождению интеграционных сервисов: 1. Тестирование работоспособности сервисов на контрольных примерах. 2. Исправление ошибок со стороны МИС по заявкам пользователей. 3. Изменение и улучшение работы сервиса - добавление проверок, изменение параметров выгрузки и т.д. 4. Плановое обновление сервиса при изменении параметров выгрузки или для улучшения работы сервиса. 5. Консультирование заказчиков по работе сервиса по заявкам в системе Исполнителя. Добавление выборок для мониторинга работы сервисов. 14 Сопровождение PACS-сервера 1. Мониторинг работоспособности интеграции МИС «Ариадна» с PACS-сервером, 2. Анализ ошибок, выявление проблем, оценка корректности настроек и параметров интеграции. 3. Анализ работоспособности JAVA – приложения при просмотре снимков из интерфейса МИС или браузера. 4. Настройка СУБД для хранения данных PACS – сервера. Восстановление путей для загрузки и хранения снимков исследований. Настройка параметров PACS – сервера. 15 Сопровождению функциональности формирования, отправки и валидации СЭМД / СЭМД-бета в РЭМД / ВИМИС (до 10 документов) В сопровождение входят следующие услуги: 1. Установка обновлений программных компонентов для формирования СЭМД и СЭМД-бета для обеспечения наличия в БД Заказчика как минимум одной успешно регистрируемой в РЭМД / ВИМИС редакции СЭМД / СЭМД-бета. 2. Обновление редакций СЭМД / СЭМД-бета по требованию Заказчика. 3. Поддержание принимаемых в рамках СЭМД / СЭМД-бета версий федеральной нормативно-справочной информации. 4. Консультирование по настройкам собственных протоколов МИС для целей формирования СЭМД / СЭМД-бета. 5. Консультирование по ошибкам валидации СЭМД / СЭМД-бета в РЭМД / ВИМИС. Осуществляется через систему заявок СРО. 6. Поддержание версий сервисов ИЭМК / ОДЛИ / ОДИИ для соответствия требованиям РЕГИЗ / ЕГИСЗ для успешной передачи СЭМД / СЭМД-бета в РЭМД / ВИМИС. Таблица № 3. Трекер (тип задачи). № п.п. Трекер Описание 1 Консультирование Консультирование сотрудников Заказчика. Обсуждение и приём задач от пользователей Заказчика. Ответственность за содержание заявки от всех пользователей МО несёт ответственный сотрудник ИТ Заказчика. 2 Ошибка Вывод информационного окна с соответствующим текстом в АРМах при работе пользователя, сопровождающееся выходом из приложения и/или не возможностью продолжить работу в приложении. 3 Обновление Заявки на обновление всей МИС, с отключением пользователей от БД. 4 Выборка\Печать Заявки на создание и изменение отчётных и печатных форм. 5 Установка (версии у Заказчика) Заявки на обновление не всей МИС, а только указанных АРМов. Возможно только при условии, что версия МИС не старше версии АРМа более чем на 20 календарных дней. 6 Редактирование данных в БД Изменения, относящиеся к исправлению ошибок при работе пользователей. В случае изменений данных, касающихся визитов пациентов, переданных в Сервисы МИАЦ (РЕГИЗ) или кассовых данных, необходимо прикреплять к задаче скан Заявки, подписанной главным врачом и/или лицом его заменяющим. 7 Улучшение функциональности Внесение изменений в программное обеспечение с целью улучшения функциональности модулей системы, внесение изменений в интерфейс модулей системы, в том числе произвольные динамические проверки на корректность ввода данных, не включающее разработку. Описание объекта закупки 1. Описание объекта закупки в соответствии со статьей 33 Закона о контрактной системе 1.1. Оказание услуг по сопровождению медицинской информационной системы (МИС «Ариадна») в 2026 году (далее – услуги). Место оказания услуг: Санкт-Петербург, пр. Солидарности, д. 4 Сроки оказания услуг: с 01.01.2026 г. до 31.12.2026 г. Порядок оказания услуг: Услуги оказываются круглосуточно (24х7), согласно Приложениям, к Описанию объекта закупки. Режим работы службы технической поддержки Исполнителя: с 08-00 до 20-00 по московскому времени в рабочие дни, по аварийным ситуациям круглосуточно. Значение характеристики не может изменяться участником закупки 2. Цели и правовое основание закупки услуги 2.1 Основание закупки услуг: 2.1.1 Федеральный закон от 21.11.2011 № 323-ФЗ «Об основах охраны здоровья» 2.1.2 Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации». 2.1.3 Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных». 2.1.4 Федеральный закон от 06.04.2011 № 63-ФЗ «Об электронной подписи». 2.1.5 Постановление Правительства Санкт-Петербурга от 17.10.2012 №1119 "О государственной информационной системе Санкт-Петербурга "Региональный фрагмент единой государственной информационной системы в сфере здравоохранения" 2.1.6 Постановление Правительства Российской Федерации от 05.05.2018г. №555 «О единой государственной информационной системе в сфере здравоохранения». 2.1.7 Распоряжение Комитета по здравоохранению от 21.02.2018 №88-р «О создании и ведении электронной медицинской карты петербуржца». 2.1.8 Распоряжение Комитета по здравоохранению от 26.05.2016 №193-р «Об организации двустороннего обмена данными лабораторных исследований в электронном виде». 2.1.9 Методические рекомендации по обеспечению функциональных возможностей медицинских информационных систем медицинских организаций, утвержденные МЗ РФ 01.02.2016 2.1.10 Приказ Министерства здравоохранения Российской Федерации от 24 декабря 2018 г. №911н «Об утверждении требований к государственным информационным системам в сфере здравоохранения субъектов российской федерации, медицинским информационным системам медицинских организаций и информационным системам фармацевтических организаций». 2.1.11 Постановление Правительства Российской Федерации от 16 ноября 2015 г. N 1236 "Об установлении запрета на допуск программного обеспечения, происходящего из иностранных государств, для целей осуществления закупок для обеспечения государственных и муниципальных нужд". 2.1.12 Приказ Министерства здравоохранения Российской Федерации от 14.01.2019 № 4н «Об утверждении порядка назначения лекарственных препаратов, форм рецептурных бланков на лекарственные препараты, порядка оформления указанных бланков, их учета и хранения». 2.1.13 Распоряжение Комитета по здравоохранению от 09.08.2018 №417-р "Об утверждении Регламента государственных учреждений здравоохранения, находящихся в ведении исполнительных органов государственной власти Санкт-Петербурга по предоставлению услуги в электронном виде «Прием заявок (запись) на прием к врачу». 3. Требования к функциональным, техническим, качественным, эксплуатационным характеристикам услуг, требования к безопасности услуг 3.1 Обозначения и сокращения: В настоящем документе применены следующие сокращения: МИС – медицинская информационная система ИС – информационная система БД – база данных АРМ – автоматизированное рабочее место ТФОМС – территориальный фонд обязательного медицинского страхования РС ЕГИСЗ – региональный сегмент единой государственной информационной системы в сфере здравоохранения СРО – Электронная система регистрации обращений МО – медицинская организация 3.2 Общее описание медицинской информационной системы МИС «Ариадна» предназначена для сбора, хранения, обработки и предоставления информации, необходимой для автоматизации процессов оказания и учета медицинской помощи и информационной поддержки медицинских работников, включая информацию о пациентах, об оказываемой им медицинской помощи и о медицинской деятельности. Рабочие места пользователей медицинской информационной системы «Ариадна» располагаются в СПб ГБУЗ «Александровская больница» по адресу г. Санкт-Петербург, пр. Солидарности, д. 4. 3.3 Перечень обслуживаемых программных модулей МИС № п/п Название Состав медицинской информационной системы 1 Контент. Справочники (адресная система, структура учреждения, медперсонал, универсальные справочник). 2 Регистратура поликлиники. 3 Расписания регистратуры 4 Врач поликлиники 5 Постовая сестра 6 Справки (Больничные листы и другие БСО) 7 Койко-фонд 8 Приемное отделение 9 Выставление счетов в территориальный фонд ОМС 10 Врач стационара 11 Врач диагностического отделения (УЗИ, Эндоскопия, ОФД, Лучевая диагностика, ПАО) 12 Склад. Базовый модуль 13 Склад (материально-ответственные лица) 14 Генератор отчетов 15 Система протоколирования 16 Лист ожидания 17 Амбулаторная история 18 Выписной эпикриз 19 Экономист 20 Администратор 21 Системный администратор 22 Подключение фискального регистратора 23 Оперблок 24 Статистика поликлиники 25 Финансы 26 Контент. Финансовые отчеты 27 Касса 28 Статистика стационара 29 Мониторинги 30 Вакцинация 31 Рабочее место врача реаниматолога-анестезиолога 32 Процедурный кабинет (заказы в лабораторию) Состав интеграционных сервисов 31 Сервис Автоматизированной информационной системы «Информационное сопровождение организации медицинской помощи» (АИС ИНФОРМ МП) 32 Сервис Интегрированной электронной медицинской карты (ИЭМК) 33 Сервис Обмена данными лабораторных исследований (ОДЛИ) 34 Сервис Терминологии (используется в ИЭМК, УО, ПГ и ОДЛИ) 35 Сервис интеграции МИС со сторонней ЛИС (Акросс) 36 Запись на платный прием к врачу на портале napopravku.ru 37 Сопровождение PACS-сервера 38 Сервис Управления Очередями (УО) 39 Сервис Система управления доступом (N3.СУД) 40 Сервис организации электронного информационного обмена между Городской станцией скорой медицинской помощи и городскими стационарами (ГССМП) 3.4 Организация обслуживания Исполнитель организует совместный со специалистами Заказчика процесс обслуживания МИС. Обслуживание производится специалистами службы технической поддержки Исполнителя. Режим работы службы технической поддержки Исполнителя: с 08-00 до 20-00 по московскому времени в рабочие дни, по аварийным ситуациям круглосуточно. Ответственные лица со стороны Заказчика: Смолин Сергей Сергеевич, +7-921-635-88-01, oivt@alexhospital.ru 3.5 Условия обслуживания Выполнение услуг по сопровождению МИС осуществляется на основании Заявок, зарегистрированных в СРО Исполнителя. Оформление Заявок для выполнения услуг по сопровождению осуществляют ответственные лица Заказчика. Заявки оформляются по мере возникновения необходимости оказания услуг по сопровождению и регистрируются в СРО Исполнителя с присвоением приоритета обращения в соответствии с Таблицей № 1. При регистрации Заявки Заказчику необходимо: • определить один из видов работ в соответствии с критериями, указанными в Таблице 2; • определить Трекер (тип задачи), в соответствии с критериями, указанными в Таблице 3; • присвоить предварительный приоритет к обращению, в соответствии с критериями, указанными в Таблице 1 и Таблице 3; Подробно описать причину обращения с указанием конкретных действий пользователя, приводящих к ошибке в Системе, привести примеры и прикрепить скриншоты. Таблица № 1. Приоритет обращений. Приоритет Возможные типы Обращений Характер Обращения Блокирующий Запрос на устранение ошибки; Работа со сторонними ПО Ошибки: - связанные с невозможностью подключиться к БД; - связанные с полной неработоспособностью МИС/ЛИС для всех пользователей или блокирование/некорректной работы складской подсистемы*, подсистемы выставления счетов в ЕИС ТФОМС СПб**, модуля работы с кассами, приемного отделения и регистратур на всех рабочих местах пользователей, модуля работы с ЭЛН. Срок реагирования на заявку до 6 часов Высокий Запрос на устранение ошибки; Работа со сторонними ПО; Редактирование данных в БД; Ошибки, связанные с неправильной работой АРМов, процедур и/или функций, которые ведут к некорректной работе пользователя. Ошибки, влекущие за собой другие ошибки в смежных режимах, в т.ч. ошибки передачи данных в сервисы РЕГИЗ. Срок реагирования до 3 рабочих дней Выборка\печать Только по ошибкам выборок, связанных с Федеральными формами, отчётами для МИАЦ, ТФОМС, а также Кассовых отчётов АРМа «Регистратура». Срок реагирования до 3 рабочих дней Нормальный и Низкий Все типы обращений Инциденты, которые не оказывают существенного негативного влияния на работоспособность и выполнение основных функций сопровождаемых модулей Системы. Есть временный (обходной) вариант решения по обращению. Запросы на консультацию по основным функциям модулей Системы. Срок реагирования до 60 рабочих дней - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Описание объекта закупки-4 - 3.6.12 Заявки на внесение изменения или удаления информации о пациенте, истории болезни, платежах будут приняты Исполнителем после того, как сотрудник МО, сформировавший Обращение в системе СРО, предоставит данный запрос на официальном бланке МО за печатью организации и подписью ответственного лица. 3.6.13 По результатам обработки заявки специалист Исполнителя может изменить приоритет Задачи, если сотрудником МО сформировавшего Обращение в системе СРО, присвоен не в соответствии с таблицей № 1 «Приоритет Обращений». 3.6.14 По результатам обработки заявки специалист Исполнителя предоставляет сотруднику МО, сформировавшего Обращение в системе СРО, информацию по решению Заявки. Факт предоставления решения по Заявке фиксируется путем установки соответствующего статуса: - статус задачи «Решена» устанавливается в случае успешной обработки Заявки; - статус задачи «Отклонена» устанавливается в случае, если успешная обработка Заявки невозможна, с указанием причины отклонения. 3.6.15 После предоставления Исполнителем решения или запроса дополнительной информации по Заявке, сотрудник МО, сформировавший Обращение, должен проверить задачу с дальнейшими действиями: • предоставить необходимую информацию Исполнителю для корректного решения задачи; • проверить решение задачи в сроки согласно Таблице № 5 и либо закрыть задачу, либо отправить Исполнителю с указанием причин возврата в работу. - - Значение характеристики не может изменяться участником закупки - Таблица № 5. Сроки проверки задач Заказчиком. № п.п. Приоритет Сроки проверки решения по заявке* 1 Блокирующий до 12 часов 2 Высокий до 10 рабочих дней 3 Нормальный и Низкий до 30 рабочих дней - *- для Трекера «Выборка» (ошибка) срок проверки увеличивается до 10 рабочих дней. По истечении срока указанного в Таблице № 5, Исполнитель вправе «Закрыть» задачу. 3.6.14 По Заявкам, поступившим в Систему СРО, оформление которых не соответствует требованиям, изложенным в настоящем Техническом задании, сотруднику МО, сформировавшему Обращение, высылается уведомление о необходимости соблюдения требований к оформлению Заявок. Такие запросы рассматриваются в Системе СРО только после получения информации, оформленной в соответствии с требованиями настоящего Технического задания. 3.6.15 По результатам проведённого предварительного анализа Заявок специалистами Исполнителя тип и приоритет Заявок может быть изменен. В случае изменения типа и приоритета Заявки, сотруднику МО, сформировавшему Обращение, автоматически отправляется уведомление по электронной почте, при этом сотрудник МО, сформировавший Обращение, несет ответственность за корректность адреса электронной почты, указанного в настройках учетной в Системе СРО. - Обработка Заявок включает в себя следующие процедуры: ? анализ достаточности данных, указанных в описании Заявки, для его решения; ? запрос дополнительных сведений, необходимых для решения Заявки. - 4 Требования к безопасности 4.1 Услуги должны оказываться с соблюдением требований, предусмотренных нормативно правовыми актами по информационной безопасности и требованиями ГОСТов по защите информации: - Федеральный закон от 27.07.2006 N 152-ФЗ «О персональных данных»; - Федеральный закон от 27.07.2006 N 149-ФЗ «Об информации, информационных технологиях и о защиты информации»; - постановление Правительства РФ от 01.11.2012 N 1119 «Об утверждении требований к защите персональных данных при их обработке в информационных системах персональных данных». - ГОСТ Р 50922-2006 Защита информации. Основные термины и определения - ГОСТ Р 53114-2008 Защита информации. Обеспечение информационной безопасности в организации. Основные термины и определения - ГОСТ Р 51624-2000 Защита информации. Автоматизированные системы в защищенном исполнении. Общие требования - ГОСТ Р 51583-2014 Защита информации. Порядок создания автоматизированных систем в защищенном исполнении. Общие положения 4.2 Разрабатываемые/сопровождаемые программные средства АИС не должны допускать и содержать не декларированных возможностей и известных уязвимостей информационной безопасности. 4.3 В случае если для выполнения работ необходимо использование программного обеспечения, принадлежащего третьим лицам, Исполнитель обязан согласовать возможность использование такого программного обеспечения с Заказчиком. 4.4 Исполнитель гарантирует обеспечение конфиденциальности информации о Заказчике и обрабатываемых Заказчиком персональных данных пациентов, которая будет или может быть известна сотрудникам Исполнителя в процессе настройки МИС. - 5Требование к сроку и объему предоставления гарантий качества услуг 5.1 Показателями качества сервисного сопровождения является исполнение задач в системе СРО не менее 80 % от общего объема задач, поступивших за 1 календарный месяц. 5.2 Гарантийный срок на оказываемые услуги устанавливается на весь срок действия Контракта. 6 Дополнительные условия 6.1 Предусмотрено расторжение контракта по соглашению сторон в случае перехода медицинской организации на работу в Единой медицинской информационной системе (ЕМИС). Фактом перехода на ЕМИС является подписание акта ввода в эксплуатацию ЕМИС в медицинской организации. - 7 Требования к наличию лицензий 7.1 Наличие документа, подтверждающего обладание исключительными правами на программное обеспечение медицинской информационной системы «Ариадна» (свидетельство о государственной регистрации программы для ЭВМ №2007613210 от 30 июля 2007 года), или наличие действующего лицензионного договора с обладателем исключительных прав на указанное программное обеспечение, дающий исполнителю право использования программного обеспечения (в соответствии с ч. 1 ст. 1225, ст. 1226, ст. 1229, ст. 1233, ст. 1235 ГК РФ). - Описание объекта закупки-3 - 3.6 Сроки и условия выполнения заявок: 3.6.1 Срок выполнения заявок с приоритетом Блокирующий, которые влияют на работоспособность всей системы (невозможность функционирования системы в целом) - 6 часов при наличии удаленного доступа к информационной системе Заказчика. Блокирующий приоритет может быть только у заявки с трекером 2 табл. № 3. 3.6.2 В случае, если проблему с приоритетом Блокирующий Исполнитель, в указанный срок решить не смог, но функционирование системы в целом восстановлено, Исполнитель по запросу Заказчика предоставляет в течение 2-х рабочих дней письменный отчет с описанием причин и Стороны совместно принимают решение о понижении статуса заявки и последующего поиска решения Исполнителем совместно с Заказчиком. 3.6.3 Срок выполнения заявок с приоритетом Высокий, которые влияют на работоспособность отдельных функций системы (невозможность ввода и сохранения данных, выставления счетов или построения имеющихся форм отчетности) - 3 рабочих дня. При наличии вопросов, которые делают невозможным исполнение заявки, в течение 3-х рабочих дней вопросы регистрируются в системе заявок и Стороны совместно принимают решение о понижении статуса заявки и последующего поиска решения Исполнителем. Высокий приоритет может быть только у заявок с уже реализованным функционалом системы Заказчика. - - Значение характеристики не может изменяться участником закупки - По заявкам с приоритетом Нормальный и Низкий задачи с трекером 1, 2, 3, 4, 5, 6 устанавливается желаемая дата выполнения, заявки выполняются в плановом порядке, но не более 60 рабочих дней. 3.6.4 В месяц может быть создано не более 3 новых задач с трекером 4 на разработку или модернизацию новых выборок или форм (Выборка/Печать). Задачам на создание новых выборок или форм присваивается только приоритет Нормальный или Низкий. 3.6.5 В год может быть создано не более 6 новых задач с трекером 7 на Улучшение функциональности. Задачам на Улучшение функциональности присваивается только приоритет Нормальный или Низкий. 3.6.6 В случае, если в Заявке отсутствуют сведения, достаточные для успешного решения задачи, обработка Обращения может быть отложена Исполнителем, при этом сотрудник Исполнителя запрашивает дополнительную информацию от сотрудника МО, сформировавшего Обращение, в Системе СРО. В таком случае, срок выполнения задачи соизмеримо увеличивается на количество часов/дней до момента получения от Заказчика обратной связи и полного объема информации для решения задачи. 3.6.7 Исполнитель не несет ответственность за сроки выполнения заявок, в случае, если часть работ (ответственности) по решению задачи находится в зоне ответственности Заказчика или третьих лиц до устранения обстоятельств. Такими обстоятельствами являются: - • устранение неисправности на оборудовании или сетях Заказчика; • устранение неисправности на оборудовании (в том числе, но не ограничиваясь: оборудовании Центра обработки данных, магистральных линий связи и др.), находящихся вне зоны ответственности Исполнителя; • при неполноте или некорректности сведений и документации, представленной Заказчиком для исполнения заявки; • консультация, проверка или устранение неисправности со стороны разработчика сторонней информационной системы, с которой осуществляется интеграционное взаимодействие через МИС «Ариадна» (РМИС, РЕГИЗ, ЕГИСЗ, СЭМД, ВИМИС, ТФОМС и т.д.) 3.6.8 Исполнитель не несёт ответственности за предоставление Решения по Обращению, переданного не по разрешённым каналам доставки Обращений (Messenger, социальные сети). 3.6.9. Исполнитель не несёт ответственности за приём Обращений от сотрудников МО, оформленные не по правилам настоящего Технического задания и вправе отклонить такие заявки. 3.6.10. Перед тем, как подавать Обращение в систему СРО, сотрудник МО должен убедиться, что в СРО аналогичное обращение еще не было зарегистрировано в рамках МО. Заказчик обязан контролировать такие заявки. Исполнитель вправе отклонить повторные обращения. 3.6.11. Обращения должны содержать данные необходимые для однозначной идентификации Пользователя МИС и сотрудника МО и Обращения: -наименование медицинской организации; -фамилия, имя, отчество Администратора МО; -реквизиты Пользователя МИС, в т.ч. имя пользователя в МИС; -тип обращения (определяется в соответствии с критериями, указанными в Таблице 1); -предварительный приоритет обращения (определяется в соответствии с критериями, указанными в Таблице 4); -описание Обращения. - Таблица № 4. Требования к оформлению Обращений Тип Заявки Содержание реквизита «Описание Обращения» Для всех типов Заявок ? наименование модуля МИС. Заявка на устранение ошибки ? снимок экрана с ошибкой; ? наименование экранной формы и ссылка на страницу, где была зафиксирована ошибка; ? дополнительные файлы (в случае необходимости); ? перечисление действий, выполнение которых повлекло за собой возникновение ошибки; ? описание желаемого результата исправления ошибки. Запрос улучшение (Улучшение) ? основание для выполнения модификации; ? четкое описание требуемой модификации в виде частного технического задания ? описание полей; ? снимок с экрана (в случае необходимости); - Выборка/Печать 1. Если требуется разработать новую выборку, то обязательно указать: - название выборки; - общее описание выборки – по какому принципу должен производиться выбор данных; - необходимые поля (столбцы) выборки; - параметры выборки (при желании указать обязательность/необязательность данных параметров). - путь к отчету – в какую группу (папку) вложить выборку; - шаблон выходной формы – прикрепить или указать ссылку. В случае, если шаблон не указан, то будет применен универсальный шаблон. 2. Если необходимо разработать новую печатную форму, то обязательно указать: - название печатной формы; - название АРМА, из которого будет производиться печать; - расположение кнопки, на которую необходимо повесить печать; - шаблон формы – прикрепить к задаче, либо указать ссылку; - пояснения по заполнению полей – откуда брать данные, если требуется. 3. Если необходимо исправить ошибку в печатной форме/выборке, то: 3.1. Если ошибка возникла в выборке необходимо обязательно указать следующую информацию: - путь к выборке; - параметры, при которых возникает ошибка; - в чем заключается ошибка; - предполагаемый правильный результат – предполагаемые правильные цифры, количество строк и т.д.; - как получены правильные цифры – откуда взяты (АРМ, другая печатная форма/выборка), какая логика используется при получении правильного результата; - скриншот/сформированный отчет с ошибкой, при необходимости (прикрепить или указать ссылку). 3.2. Если ошибка возникла в печатной форме, то необходимо обязательно указать следующую информацию: - название печатной формы - название АРМА, из которого будет производится печать. - на каких данных вызывается печать – по какому пациенту/случаю лечения/платежу и т.п. производится печать. - как вызываете печать. - в чем заключается ошибка. Также можно указать необязательную информацию: - предполагаемый правильный результат – предполагаемые правильные цифры, количество строк и т.д. - - откуда взят или на чем основан правильный результат, какая логика используется. - скриншот/сформированный отчет с ошибкой, при необходимости (прикрепить или указать ссылку). 4. Если необходимо внести изменения/доработать выборку, то обязательно указать: - путь к выборке - какой функционал требуется добавить – какое поле/столбец, параметр и т.д. - также можно указать необязательную информацию: - в какое место необходимо добавить изменение - где разместить изменения (например, между какими столбцами добавить новое поле). 5. Если необходимо изменить печатную форму, то необходимо указать следующую информацию: - название печатной формы - название АРМА, из которого будет производиться печать. - что требуется добавить/изменить – поле, данные, изменить дизайн. - приложить скриншот/файл ожидаемой формы после изменения. 6. Если в выборках/печатных формах необходимо выводить информацию из протоколов, то нужно обязательно указать: - Название и код протокола. - Название и коды вопросов данного протокола, информацию из которых необходимо выводить в выборках/печатных формах. - Место, где заполняется данный протокол (АРМ, вкладка). - Пример заполненного протокола (номер ИБ, пациента, исследования и т.д., на которых заполнен данный протокол). - Описание объекта закупки-2 - Таблица № 2. Виды услуг. № п/п Вид услуг Характеристики услуг 1 Консультирование Обращение, не связанное с возникновением инцидента, содержащее запрос на получение информации о возможностях системы и существующих правилах настройки режимов системы. 2 Предоставление новых версий Передача и установка новых версий системы выходящих в плановом порядке. Версии включают изменения программного обеспечения в соответствии с федеральным и региональным законодательством, улучшения, внесенные по инициативе разработчика и изменения, внесенные в систему по инициативе пользователей. 3 Федеральные формы отчетности Изменения федеральных форм отчетности в соответствии с изменением законодательства, в порядке общей очереди (всех заявок от всех заказчиков). 4 Реестры ОМС Изменения в процедуре выгрузки реестров в ТФОМС в соответствии с региональным и федеральным законодательством. 5 Обновление Обращение, связанное с необходимостью провести плановое автоматическое обновление МИС на рабочей БД (не более 2х раз в год) и АРМ. Допускается обновление тестовой БД без восстановления уникальных для Заказчика процедур, с целью тестирования АРМов новой версии МИС (не более 2х раз в год). Обновление рабочей БД должно содержать все имеющиеся уникальности 6 Отработка распоряжений МИАЦ, ТФОМС, Министерств Выполнение работ в соответствии с официальными письмами МИАЦ, Министерства здравоохранения, Территориального Фонда ОМС в рамках существующей комплектации МИС (без учета работ по интеграционным сервисам). - - Значение характеристики не может изменяться участником закупки - 7 Актуализация системных справочников Актуализация системных справочников (КЛАДР, МКБ-10, номенклатура работ и услуг в здравоохранении, национальный календарь прививок и т.д.). 8 Новые выборки и формы отчетности Разработка новых выборок, учетных и отчетных форм, включая конвертацию из Microsoft Office в Libre(Open) Office – не более 3-х выборок или учетных и отчетных форм в месяц. 9 Обработка заявок на улучшение функциональности Обращение, связанное с внесением изменений в ПО с целью улучшения функциональности, в том числе произвольные динамические проверки на корректность ввода данных, не включающее разработку. Внесение изменений в программное обеспечение с целью улучшения функциональности по заявкам пользователей в порядке общей очереди (всех заявок от всех заказчиков), но не более 6-х заявок в год. 10 Передача неисключительных пользовательских прав на обновленные модули МИС Автоматическая передача неисключительных пользовательских прав при обновлении модулей программного обеспечения МИС «Ариадна». 11 Приезд специалиста Исполнителя Приезд специалиста Исполнителя на территорию Заказчика 1 раз в месяц. Количество часов нахождения специалиста Исполнителя на территории Заказчика не более 3 часов за один приезд. - Прикрепление персонального менеджера по МИС для оперативного решения вопросов Персональной менеджер проекта - квалифицированный специалист со стороны Исполнителя, ответственный за обслуживание Заказчика с учетом его персональных предпочтений и требований. Доступность персонального менеджера по рабочему телефону в рабочие дни с 09:00 до 18:00, по личному мобильному, а также в мессенджерах в рабочие дни с 09:00 до 18:00 (но не более 3-х обращений в день), в выходные и праздничные дни только по экстренным ситуациям (например, невозможность подключиться к БД, неработоспособность или блокировка работы в системе для всех пользователей) с 12:00 до 18:00, если не дозвониться по телефонам круглосуточной технической поддержки. Персональный менеджер проекта оказывает следующие работы: Исчерпывающие консультации, сопровождение Заказчика. Помощь ответственному лицу Заказчика в решении проблемных ситуаций, возникших в процессе работы в МИС. Взаимодействие с другими сотрудниками Исполнителя по решению проблем, обозначенных Заказчиком. Определение задач внедрения информационной системы, направления разработки и применения информационной системы. Выбор оптимального сочетания потребностей пользователей и возможностей информационной системы. Организация подготовки проектной документации, сметы на дополнительные работы по информационной системе и ее функционированию. Организация договорной работы с Заказчиком. Руководство работами по настройке и поддержке информационной системы. Контроль и установка программного обеспечения МИС на сервер Заказчика. Планирование ресурсов. Управление заявками пользователей на обслуживание МИС. Консультации при составлении Задачи в системе СРО. Отслеживание Задачи в системе СРО, продвижение работ по Задачам. Внесение на рассмотрение руководства предложений по совершенствованию работы МИС. - Сопровождение интеграционных сервисов Сопровождение сервисов: • Сервис Автоматизированной информационной системы «Информационное сопровождение организации медицинской помощи» (АИС ИНФОРМ МП) • Сервис Интегрированной электронной медицинской карты (ИЭМК) • Сервис Обмена данными лабораторных исследований (ОДЛИ) • Сервис Терминологии (используется в ИЭМК, УО, ПГ и ОДЛИ) • Сервис интеграции МИС со сторонней ЛИС (Акросс) • Запись на платный прием к врачу на портале napopravku.ru • Сервис Управления Очередями (УО) • Сервис Система управления доступом (N3.СУД) • Сервис организации электронного информационного обмена между Городской станцией скорой медицинской помощи и городскими стационарами (ГССМП) Состав работ по сопровождению интеграционных сервисов: 1. Тестирование работоспособности сервисов на контрольных примерах. 2. Исправление ошибок со стороны МИС по заявкам пользователей. 3. Изменение и улучшение работы сервиса - добавление проверок, изменение параметров выгрузки и т.д. 4. Плановое обновление сервиса при изменении параметров выгрузки или для улучшения работы сервиса. 5. Консультирование заказчиков по работе сервиса по заявкам в системе Исполнителя. Добавление выборок для мониторинга работы сервисов. 14 Сопровождение PACS-сервера 1. Мониторинг работоспособности интеграции МИС «Ариадна» с PACS-сервером, 2. Анализ ошибок, выявление проблем, оценка корректности настроек и параметров интеграции. 3. Анализ работоспособности JAVA – приложения при просмотре снимков из интерфейса МИС или браузера. 4. Настройка СУБД для хранения данных PACS – сервера. Восстановление путей для загрузки и хранения снимков исследований. Настройка параметров PACS – сервера. - 15 Сопровождению функциональности формирования, отправки и валидации СЭМД / СЭМД-бета в РЭМД / ВИМИС (до 10 документов) В сопровождение входят следующие услуги: 1. Установка обновлений программных компонентов для формирования СЭМД и СЭМД-бета для обеспечения наличия в БД Заказчика как минимум одной успешно регистрируемой в РЭМД / ВИМИС редакции СЭМД / СЭМД-бета. 2. Обновление редакций СЭМД / СЭМД-бета по требованию Заказчика. 3. Поддержание принимаемых в рамках СЭМД / СЭМД-бета версий федеральной нормативно-справочной информации. 4. Консультирование по настройкам собственных протоколов МИС для целей формирования СЭМД / СЭМД-бета. 5. Консультирование по ошибкам валидации СЭМД / СЭМД-бета в РЭМД / ВИМИС. Осуществляется через систему заявок СРО. 6. Поддержание версий сервисов ИЭМК / ОДЛИ / ОДИИ для соответствия требованиям РЕГИЗ / ЕГИСЗ для успешной передачи СЭМД / СЭМД-бета в РЭМД / ВИМИС. - Таблица № 3. Трекер (тип задачи). № п.п. Трекер Описание 1 Консультирование Консультирование сотрудников Заказчика. Обсуждение и приём задач от пользователей Заказчика. Ответственность за содержание заявки от всех пользователей МО несёт ответственный сотрудник ИТ Заказчика. 2 Ошибка Вывод информационного окна с соответствующим текстом в АРМах при работе пользователя, сопровождающееся выходом из приложения и/или не возможностью продолжить работу в приложении. 3 Обновление Заявки на обновление всей МИС, с отключением пользователей от БД. 4 Выборка\Печать Заявки на создание и изменение отчётных и печатных форм. 5 Установка (версии у Заказчика) Заявки на обновление не всей МИС, а только указанных АРМов. Возможно только при условии, что версия МИС не старше версии АРМа более чем на 20 календарных дней. 6 Редактирование данных в БД Изменения, относящиеся к исправлению ошибок при работе пользователей. В случае изменений данных, касающихся визитов пациентов, переданных в Сервисы МИАЦ (РЕГИЗ) или кассовых данных, необходимо прикреплять к задаче скан Заявки, подписанной главным врачом и/или лицом его заменяющим. 7 Улучшение функциональности Внесение изменений в программное обеспечение с целью улучшения функциональности модулей системы, внесение изменений в интерфейс модулей системы, в том числе произвольные динамические проверки на корректность ввода данных, не включающее разработку. - Описание объекта закупки - 1. Описание объекта закупки в соответствии со статьей 33 Закона о контрактной системе 1.1. Оказание услуг по сопровождению медицинской информационной системы (МИС «Ариадна») в 2026 году (далее – услуги). Место оказания услуг: Санкт-Петербург, пр. Солидарности, д. 4 Сроки оказания услуг: с 01.01.2026 г. до 31.12.2026 г. Порядок оказания услуг: Услуги оказываются круглосуточно (24х7), согласно Приложениям, к Описанию объекта закупки. Режим работы службы технической поддержки Исполнителя: с 08-00 до 20-00 по московскому времени в рабочие дни, по аварийным ситуациям круглосуточно. - - Значение характеристики не может изменяться участником закупки - 2. Цели и правовое основание закупки услуги 2.1 Основание закупки услуг: 2.1.1 Федеральный закон от 21.11.2011 № 323-ФЗ «Об основах охраны здоровья» 2.1.2 Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации». 2.1.3 Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных». 2.1.4 Федеральный закон от 06.04.2011 № 63-ФЗ «Об электронной подписи». 2.1.5 Постановление Правительства Санкт-Петербурга от 17.10.2012 №1119 "О государственной информационной системе Санкт-Петербурга "Региональный фрагмент единой государственной информационной системы в сфере здравоохранения" 2.1.6 Постановление Правительства Российской Федерации от 05.05.2018г. №555 «О единой государственной информационной системе в сфере здравоохранения». 2.1.7 Распоряжение Комитета по здравоохранению от 21.02.2018 №88-р «О создании и ведении электронной медицинской карты петербуржца». 2.1.8 Распоряжение Комитета по здравоохранению от 26.05.2016 №193-р «Об организации двустороннего обмена данными лабораторных исследований в электронном виде». 2.1.9 Методические рекомендации по обеспечению функциональных возможностей медицинских информационных систем медицинских организаций, утвержденные МЗ РФ 01.02.2016 2.1.10 Приказ Министерства здравоохранения Российской Федерации от 24 декабря 2018 г. №911н «Об утверждении требований к государственным информационным системам в сфере здравоохранения субъектов российской федерации, медицинским информационным системам медицинских организаций и информационным системам фармацевтических организаций». 2.1.11 Постановление Правительства Российской Федерации от 16 ноября 2015 г. N 1236 "Об установлении запрета на допуск программного обеспечения, происходящего из иностранных государств, для целей осуществления закупок для обеспечения государственных и муниципальных нужд". - 2.1.12 Приказ Министерства здравоохранения Российской Федерации от 14.01.2019 № 4н «Об утверждении порядка назначения лекарственных препаратов, форм рецептурных бланков на лекарственные препараты, порядка оформления указанных бланков, их учета и хранения». 2.1.13 Распоряжение Комитета по здравоохранению от 09.08.2018 №417-р "Об утверждении Регламента государственных учреждений здравоохранения, находящихся в ведении исполнительных органов государственной власти Санкт-Петербурга по предоставлению услуги в электронном виде «Прием заявок (запись) на прием к врачу». 3. Требования к функциональным, техническим, качественным, эксплуатационным характеристикам услуг, требования к безопасности услуг 3.1 Обозначения и сокращения: В настоящем документе применены следующие сокращения: МИС – медицинская информационная система ИС – информационная система БД – база данных АРМ – автоматизированное рабочее место ТФОМС – территориальный фонд обязательного медицинского страхования РС ЕГИСЗ – региональный сегмент единой государственной информационной системы в сфере здравоохранения СРО – Электронная система регистрации обращений МО – медицинская организация - 3.2 Общее описание медицинской информационной системы МИС «Ариадна» предназначена для сбора, хранения, обработки и предоставления информации, необходимой для автоматизации процессов оказания и учета медицинской помощи и информационной поддержки медицинских работников, включая информацию о пациентах, об оказываемой им медицинской помощи и о медицинской деятельности. Рабочие места пользователей медицинской информационной системы «Ариадна» располагаются в СПб ГБУЗ «Александровская больница» по адресу г. Санкт-Петербург, пр. Солидарности, д. 4. 3.3 Перечень обслуживаемых программных модулей МИС № п/п Название Состав медицинской информационной системы 1 Контент. Справочники (адресная система, структура учреждения, медперсонал, универсальные справочник). 2 Регистратура поликлиники. 3 Расписания регистратуры 4 Врач поликлиники 5 Постовая сестра 6 Справки (Больничные листы и другие БСО) 7 Койко-фонд 8 Приемное отделение 9 Выставление счетов в территориальный фонд ОМС 10 Врач стационара 11 Врач диагностического отделения (УЗИ, Эндоскопия, ОФД, Лучевая диагностика, ПАО) 12 Склад. Базовый модуль 13 Склад (материально-ответственные лица) 14 Генератор отчетов 15 Система протоколирования 16 Лист ожидания - 17 Амбулаторная история 18 Выписной эпикриз 19 Экономист 20 Администратор 21 Системный администратор 22 Подключение фискального регистратора 23 Оперблок 24 Статистика поликлиники 25 Финансы 26 Контент. Финансовые отчеты 27 Касса 28 Статистика стационара 29 Мониторинги 30 Вакцинация 31 Рабочее место врача реаниматолога-анестезиолога 32 Процедурный кабинет (заказы в лабораторию) Состав интеграционных сервисов 31 Сервис Автоматизированной информационной системы «Информационное сопровождение организации медицинской помощи» (АИС ИНФОРМ МП) 32 Сервис Интегрированной электронной медицинской карты (ИЭМК) 33 Сервис Обмена данными лабораторных исследований (ОДЛИ) 34 Сервис Терминологии (используется в ИЭМК, УО, ПГ и ОДЛИ) 35 Сервис интеграции МИС со сторонней ЛИС (Акросс) 36 Запись на платный прием к врачу на портале napopravku.ru 37 Сопровождение PACS-сервера 38 Сервис Управления Очередями (УО) 39 Сервис Система управления доступом (N3.СУД) 40 Сервис организации электронного информационного обмена между Городской станцией скорой медицинской помощи и городскими стационарами (ГССМП) - 3.4 Организация обслуживания Исполнитель организует совместный со специалистами Заказчика процесс обслуживания МИС. Обслуживание производится специалистами службы технической поддержки Исполнителя. Режим работы службы технической поддержки Исполнителя: с 08-00 до 20-00 по московскому времени в рабочие дни, по аварийным ситуациям круглосуточно. Ответственные лица со стороны Заказчика: Смолин Сергей Сергеевич, +7-921-635-88-01, oivt@alexhospital.ru 3.5 Условия обслуживания Выполнение услуг по сопровождению МИС осуществляется на основании Заявок, зарегистрированных в СРО Исполнителя. Оформление Заявок для выполнения услуг по сопровождению осуществляют ответственные лица Заказчика. Заявки оформляются по мере возникновения необходимости оказания услуг по сопровождению и регистрируются в СРО Исполнителя с присвоением приоритета обращения в соответствии с Таблицей № 1. При регистрации Заявки Заказчику необходимо: • определить один из видов работ в соответствии с критериями, указанными в Таблице 2; • определить Трекер (тип задачи), в соответствии с критериями, указанными в Таблице 3; • присвоить предварительный приоритет к обращению, в соответствии с критериями, указанными в Таблице 1 и Таблице 3; Подробно описать причину обращения с указанием конкретных действий пользователя, приводящих к ошибке в Системе, привести примеры и прикрепить скриншоты. - Таблица № 1. Приоритет обращений. Приоритет Возможные типы Обращений Характер Обращения Блокирующий Запрос на устранение ошибки; Работа со сторонними ПО Ошибки: - связанные с невозможностью подключиться к БД; - связанные с полной неработоспособностью МИС/ЛИС для всех пользователей или блокирование/некорректной работы складской подсистемы*, подсистемы выставления счетов в ЕИС ТФОМС СПб**, модуля работы с кассами, приемного отделения и регистратур на всех рабочих местах пользователей, модуля работы с ЭЛН. Срок реагирования на заявку до 6 часов Высокий Запрос на устранение ошибки; Работа со сторонними ПО; Редактирование данных в БД; Ошибки, связанные с неправильной работой АРМов, процедур и/или функций, которые ведут к некорректной работе пользователя. Ошибки, влекущие за собой другие ошибки в смежных режимах, в т.ч. ошибки передачи данных в сервисы РЕГИЗ. Срок реагирования до 3 рабочих дней Выборка\печать Только по ошибкам выборок, связанных с Федеральными формами, отчётами для МИАЦ, ТФОМС, а также Кассовых отчётов АРМа «Регистратура». Срок реагирования до 3 рабочих дней Нормальный и Низкий Все типы обращений Инциденты, которые не оказывают существенного негативного влияния на работоспособность и выполнение основных функций сопровождаемых модулей Системы. Есть временный (обходной) вариант решения по обращению. Запросы на консультацию по основным функциям модулей Системы. Срок реагирования до 60 рабочих дней

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

Описание объекта закупки-4 - 3.6.12 Заявки на внесение изменения или удаления информации о пациенте, истории болезни, платежах будут приняты Исполнителем после того, как сотрудник МО, сформировавший Обращение в системе СРО, предоставит данный запрос на официальном бланке МО за печатью организации и подписью ответственного лица. 3.6.13 По результатам обработки заявки специалист Исполнителя может изменить приоритет Задачи, если сотрудником МО сформировавшего Обращение в системе СРО, присвоен не в соответствии с таблицей № 1 «Приоритет Обращений». 3.6.14 По результатам обработки заявки специалист Исполнителя предоставляет сотруднику МО, сформировавшего Обращение в системе СРО, информацию по решению Заявки. Факт предоставления решения по Заявке фиксируется путем установки соответствующего статуса: - статус задачи «Решена» устанавливается в случае успешной обработки Заявки; - статус задачи «Отклонена» устанавливается в случае, если успешная обработка Заявки невозможна, с указанием причины отклонения. 3.6.15 После предоставления Исполнителем решения или запроса дополнительной информации по Заявке, сотрудник МО, сформировавший Обращение, должен проверить задачу с дальнейшими действиями: • предоставить необходимую информацию Исполнителю для корректного решения задачи; • проверить решение задачи в сроки согласно Таблице № 5 и либо закрыть задачу, либо отправить Исполнителю с указанием причин возврата в работу. - - Значение характеристики не может изменяться участником закупки

Таблица № 5. Сроки проверки задач Заказчиком. № п.п. Приоритет Сроки проверки решения по заявке* 1 Блокирующий до 12 часов 2 Высокий до 10 рабочих дней 3 Нормальный и Низкий до 30 рабочих дней

*- для Трекера «Выборка» (ошибка) срок проверки увеличивается до 10 рабочих дней. По истечении срока указанного в Таблице № 5, Исполнитель вправе «Закрыть» задачу. 3.6.14 По Заявкам, поступившим в Систему СРО, оформление которых не соответствует требованиям, изложенным в настоящем Техническом задании, сотруднику МО, сформировавшему Обращение, высылается уведомление о необходимости соблюдения требований к оформлению Заявок. Такие запросы рассматриваются в Системе СРО только после получения информации, оформленной в соответствии с требованиями настоящего Технического задания. 3.6.15 По результатам проведённого предварительного анализа Заявок специалистами Исполнителя тип и приоритет Заявок может быть изменен. В случае изменения типа и приоритета Заявки, сотруднику МО, сформировавшему Обращение, автоматически отправляется уведомление по электронной почте, при этом сотрудник МО, сформировавший Обращение, несет ответственность за корректность адреса электронной почты, указанного в настройках учетной в Системе СРО.

Обработка Заявок включает в себя следующие процедуры: ? анализ достаточности данных, указанных в описании Заявки, для его решения; ? запрос дополнительных сведений, необходимых для решения Заявки.

4 Требования к безопасности 4.1 Услуги должны оказываться с соблюдением требований, предусмотренных нормативно правовыми актами по информационной безопасности и требованиями ГОСТов по защите информации: - Федеральный закон от 27.07.2006 N 152-ФЗ «О персональных данных»; - Федеральный закон от 27.07.2006 N 149-ФЗ «Об информации, информационных технологиях и о защиты информации»; - постановление Правительства РФ от 01.11.2012 N 1119 «Об утверждении требований к защите персональных данных при их обработке в информационных системах персональных данных». - ГОСТ Р 50922-2006 Защита информации. Основные термины и определения - ГОСТ Р 53114-2008 Защита информации. Обеспечение информационной безопасности в организации. Основные термины и определения - ГОСТ Р 51624-2000 Защита информации. Автоматизированные системы в защищенном исполнении. Общие требования - ГОСТ Р 51583-2014 Защита информации. Порядок создания автоматизированных систем в защищенном исполнении. Общие положения 4.2 Разрабатываемые/сопровождаемые программные средства АИС не должны допускать и содержать не декларированных возможностей и известных уязвимостей информационной безопасности. 4.3 В случае если для выполнения работ необходимо использование программного обеспечения, принадлежащего третьим лицам, Исполнитель обязан согласовать возможность использование такого программного обеспечения с Заказчиком. 4.4 Исполнитель гарантирует обеспечение конфиденциальности информации о Заказчике и обрабатываемых Заказчиком персональных данных пациентов, которая будет или может быть известна сотрудникам Исполнителя в процессе настройки МИС.

5Требование к сроку и объему предоставления гарантий качества услуг 5.1 Показателями качества сервисного сопровождения является исполнение задач в системе СРО не менее 80 % от общего объема задач, поступивших за 1 календарный месяц. 5.2 Гарантийный срок на оказываемые услуги устанавливается на весь срок действия Контракта. 6 Дополнительные условия 6.1 Предусмотрено расторжение контракта по соглашению сторон в случае перехода медицинской организации на работу в Единой медицинской информационной системе (ЕМИС). Фактом перехода на ЕМИС является подписание акта ввода в эксплуатацию ЕМИС в медицинской организации.

7 Требования к наличию лицензий 7.1 Наличие документа, подтверждающего обладание исключительными правами на программное обеспечение медицинской информационной системы «Ариадна» (свидетельство о государственной регистрации программы для ЭВМ №2007613210 от 30 июля 2007 года), или наличие действующего лицензионного договора с обладателем исключительных прав на указанное программное обеспечение, дающий исполнителю право использования программного обеспечения (в соответствии с ч. 1 ст. 1225, ст. 1226, ст. 1229, ст. 1233, ст. 1235 ГК РФ).

Описание объекта закупки-3 - 3.6 Сроки и условия выполнения заявок: 3.6.1 Срок выполнения заявок с приоритетом Блокирующий, которые влияют на работоспособность всей системы (невозможность функционирования системы в целом) - 6 часов при наличии удаленного доступа к информационной системе Заказчика. Блокирующий приоритет может быть только у заявки с трекером 2 табл. № 3. 3.6.2 В случае, если проблему с приоритетом Блокирующий Исполнитель, в указанный срок решить не смог, но функционирование системы в целом восстановлено, Исполнитель по запросу Заказчика предоставляет в течение 2-х рабочих дней письменный отчет с описанием причин и Стороны совместно принимают решение о понижении статуса заявки и последующего поиска решения Исполнителем совместно с Заказчиком. 3.6.3 Срок выполнения заявок с приоритетом Высокий, которые влияют на работоспособность отдельных функций системы (невозможность ввода и сохранения данных, выставления счетов или построения имеющихся форм отчетности) - 3 рабочих дня. При наличии вопросов, которые делают невозможным исполнение заявки, в течение 3-х рабочих дней вопросы регистрируются в системе заявок и Стороны совместно принимают решение о понижении статуса заявки и последующего поиска решения Исполнителем. Высокий приоритет может быть только у заявок с уже реализованным функционалом системы Заказчика. - - Значение характеристики не может изменяться участником закупки

По заявкам с приоритетом Нормальный и Низкий задачи с трекером 1, 2, 3, 4, 5, 6 устанавливается желаемая дата выполнения, заявки выполняются в плановом порядке, но не более 60 рабочих дней. 3.6.4 В месяц может быть создано не более 3 новых задач с трекером 4 на разработку или модернизацию новых выборок или форм (Выборка/Печать). Задачам на создание новых выборок или форм присваивается только приоритет Нормальный или Низкий. 3.6.5 В год может быть создано не более 6 новых задач с трекером 7 на Улучшение функциональности. Задачам на Улучшение функциональности присваивается только приоритет Нормальный или Низкий. 3.6.6 В случае, если в Заявке отсутствуют сведения, достаточные для успешного решения задачи, обработка Обращения может быть отложена Исполнителем, при этом сотрудник Исполнителя запрашивает дополнительную информацию от сотрудника МО, сформировавшего Обращение, в Системе СРО. В таком случае, срок выполнения задачи соизмеримо увеличивается на количество часов/дней до момента получения от Заказчика обратной связи и полного объема информации для решения задачи. 3.6.7 Исполнитель не несет ответственность за сроки выполнения заявок, в случае, если часть работ (ответственности) по решению задачи находится в зоне ответственности Заказчика или третьих лиц до устранения обстоятельств. Такими обстоятельствами являются:

• устранение неисправности на оборудовании или сетях Заказчика; • устранение неисправности на оборудовании (в том числе, но не ограничиваясь: оборудовании Центра обработки данных, магистральных линий связи и др.), находящихся вне зоны ответственности Исполнителя; • при неполноте или некорректности сведений и документации, представленной Заказчиком для исполнения заявки; • консультация, проверка или устранение неисправности со стороны разработчика сторонней информационной системы, с которой осуществляется интеграционное взаимодействие через МИС «Ариадна» (РМИС, РЕГИЗ, ЕГИСЗ, СЭМД, ВИМИС, ТФОМС и т.д.) 3.6.8 Исполнитель не несёт ответственности за предоставление Решения по Обращению, переданного не по разрешённым каналам доставки Обращений (Messenger, социальные сети). 3.6.9. Исполнитель не несёт ответственности за приём Обращений от сотрудников МО, оформленные не по правилам настоящего Технического задания и вправе отклонить такие заявки. 3.6.10. Перед тем, как подавать Обращение в систему СРО, сотрудник МО должен убедиться, что в СРО аналогичное обращение еще не было зарегистрировано в рамках МО. Заказчик обязан контролировать такие заявки. Исполнитель вправе отклонить повторные обращения. 3.6.11. Обращения должны содержать данные необходимые для однозначной идентификации Пользователя МИС и сотрудника МО и Обращения: -наименование медицинской организации; -фамилия, имя, отчество Администратора МО; -реквизиты Пользователя МИС, в т.ч. имя пользователя в МИС; -тип обращения (определяется в соответствии с критериями, указанными в Таблице 1); -предварительный приоритет обращения (определяется в соответствии с критериями, указанными в Таблице 4); -описание Обращения.

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

Выборка/Печать 1. Если требуется разработать новую выборку, то обязательно указать: - название выборки; - общее описание выборки – по какому принципу должен производиться выбор данных; - необходимые поля (столбцы) выборки; - параметры выборки (при желании указать обязательность/необязательность данных параметров). - путь к отчету – в какую группу (папку) вложить выборку; - шаблон выходной формы – прикрепить или указать ссылку. В случае, если шаблон не указан, то будет применен универсальный шаблон. 2. Если необходимо разработать новую печатную форму, то обязательно указать: - название печатной формы; - название АРМА, из которого будет производиться печать; - расположение кнопки, на которую необходимо повесить печать; - шаблон формы – прикрепить к задаче, либо указать ссылку; - пояснения по заполнению полей – откуда брать данные, если требуется. 3. Если необходимо исправить ошибку в печатной форме/выборке, то: 3.1. Если ошибка возникла в выборке необходимо обязательно указать следующую информацию: - путь к выборке; - параметры, при которых возникает ошибка; - в чем заключается ошибка; - предполагаемый правильный результат – предполагаемые правильные цифры, количество строк и т.д.; - как получены правильные цифры – откуда взяты (АРМ, другая печатная форма/выборка), какая логика используется при получении правильного результата; - скриншот/сформированный отчет с ошибкой, при необходимости (прикрепить или указать ссылку). 3.2. Если ошибка возникла в печатной форме, то необходимо обязательно указать следующую информацию: - название печатной формы - название АРМА, из которого будет производится печать. - на каких данных вызывается печать – по какому пациенту/случаю лечения/платежу и т.п. производится печать. - как вызываете печать. - в чем заключается ошибка. Также можно указать необязательную информацию: - предполагаемый правильный результат – предполагаемые правильные цифры, количество строк и т.д.

- откуда взят или на чем основан правильный результат, какая логика используется. - скриншот/сформированный отчет с ошибкой, при необходимости (прикрепить или указать ссылку). 4. Если необходимо внести изменения/доработать выборку, то обязательно указать: - путь к выборке - какой функционал требуется добавить – какое поле/столбец, параметр и т.д. - также можно указать необязательную информацию: - в какое место необходимо добавить изменение - где разместить изменения (например, между какими столбцами добавить новое поле). 5. Если необходимо изменить печатную форму, то необходимо указать следующую информацию: - название печатной формы - название АРМА, из которого будет производиться печать. - что требуется добавить/изменить – поле, данные, изменить дизайн. - приложить скриншот/файл ожидаемой формы после изменения. 6. Если в выборках/печатных формах необходимо выводить информацию из протоколов, то нужно обязательно указать: - Название и код протокола. - Название и коды вопросов данного протокола, информацию из которых необходимо выводить в выборках/печатных формах. - Место, где заполняется данный протокол (АРМ, вкладка). - Пример заполненного протокола (номер ИБ, пациента, исследования и т.д., на которых заполнен данный протокол).

Описание объекта закупки-2 - Таблица № 2. Виды услуг. № п/п Вид услуг Характеристики услуг 1 Консультирование Обращение, не связанное с возникновением инцидента, содержащее запрос на получение информации о возможностях системы и существующих правилах настройки режимов системы. 2 Предоставление новых версий Передача и установка новых версий системы выходящих в плановом порядке. Версии включают изменения программного обеспечения в соответствии с федеральным и региональным законодательством, улучшения, внесенные по инициативе разработчика и изменения, внесенные в систему по инициативе пользователей. 3 Федеральные формы отчетности Изменения федеральных форм отчетности в соответствии с изменением законодательства, в порядке общей очереди (всех заявок от всех заказчиков). 4 Реестры ОМС Изменения в процедуре выгрузки реестров в ТФОМС в соответствии с региональным и федеральным законодательством. 5 Обновление Обращение, связанное с необходимостью провести плановое автоматическое обновление МИС на рабочей БД (не более 2х раз в год) и АРМ. Допускается обновление тестовой БД без восстановления уникальных для Заказчика процедур, с целью тестирования АРМов новой версии МИС (не более 2х раз в год). Обновление рабочей БД должно содержать все имеющиеся уникальности 6 Отработка распоряжений МИАЦ, ТФОМС, Министерств Выполнение работ в соответствии с официальными письмами МИАЦ, Министерства здравоохранения, Территориального Фонда ОМС в рамках существующей комплектации МИС (без учета работ по интеграционным сервисам). - - Значение характеристики не может изменяться участником закупки

7 Актуализация системных справочников Актуализация системных справочников (КЛАДР, МКБ-10, номенклатура работ и услуг в здравоохранении, национальный календарь прививок и т.д.). 8 Новые выборки и формы отчетности Разработка новых выборок, учетных и отчетных форм, включая конвертацию из Microsoft Office в Libre(Open) Office – не более 3-х выборок или учетных и отчетных форм в месяц. 9 Обработка заявок на улучшение функциональности Обращение, связанное с внесением изменений в ПО с целью улучшения функциональности, в том числе произвольные динамические проверки на корректность ввода данных, не включающее разработку. Внесение изменений в программное обеспечение с целью улучшения функциональности по заявкам пользователей в порядке общей очереди (всех заявок от всех заказчиков), но не более 6-х заявок в год. 10 Передача неисключительных пользовательских прав на обновленные модули МИС Автоматическая передача неисключительных пользовательских прав при обновлении модулей программного обеспечения МИС «Ариадна». 11 Приезд специалиста Исполнителя Приезд специалиста Исполнителя на территорию Заказчика 1 раз в месяц. Количество часов нахождения специалиста Исполнителя на территории Заказчика не более 3 часов за один приезд.

Прикрепление персонального менеджера по МИС для оперативного решения вопросов Персональной менеджер проекта - квалифицированный специалист со стороны Исполнителя, ответственный за обслуживание Заказчика с учетом его персональных предпочтений и требований. Доступность персонального менеджера по рабочему телефону в рабочие дни с 09:00 до 18:00, по личному мобильному, а также в мессенджерах в рабочие дни с 09:00 до 18:00 (но не более 3-х обращений в день), в выходные и праздничные дни только по экстренным ситуациям (например, невозможность подключиться к БД, неработоспособность или блокировка работы в системе для всех пользователей) с 12:00 до 18:00, если не дозвониться по телефонам круглосуточной технической поддержки. Персональный менеджер проекта оказывает следующие работы: Исчерпывающие консультации, сопровождение Заказчика. Помощь ответственному лицу Заказчика в решении проблемных ситуаций, возникших в процессе работы в МИС. Взаимодействие с другими сотрудниками Исполнителя по решению проблем, обозначенных Заказчиком. Определение задач внедрения информационной системы, направления разработки и применения информационной системы. Выбор оптимального сочетания потребностей пользователей и возможностей информационной системы. Организация подготовки проектной документации, сметы на дополнительные работы по информационной системе и ее функционированию. Организация договорной работы с Заказчиком. Руководство работами по настройке и поддержке информационной системы. Контроль и установка программного обеспечения МИС на сервер Заказчика. Планирование ресурсов. Управление заявками пользователей на обслуживание МИС. Консультации при составлении Задачи в системе СРО. Отслеживание Задачи в системе СРО, продвижение работ по Задачам. Внесение на рассмотрение руководства предложений по совершенствованию работы МИС.

Сопровождение интеграционных сервисов Сопровождение сервисов: • Сервис Автоматизированной информационной системы «Информационное сопровождение организации медицинской помощи» (АИС ИНФОРМ МП) • Сервис Интегрированной электронной медицинской карты (ИЭМК) • Сервис Обмена данными лабораторных исследований (ОДЛИ) • Сервис Терминологии (используется в ИЭМК, УО, ПГ и ОДЛИ) • Сервис интеграции МИС со сторонней ЛИС (Акросс) • Запись на платный прием к врачу на портале napopravku.ru • Сервис Управления Очередями (УО) • Сервис Система управления доступом (N3.СУД) • Сервис организации электронного информационного обмена между Городской станцией скорой медицинской помощи и городскими стационарами (ГССМП) Состав работ по сопровождению интеграционных сервисов: 1. Тестирование работоспособности сервисов на контрольных примерах. 2. Исправление ошибок со стороны МИС по заявкам пользователей. 3. Изменение и улучшение работы сервиса - добавление проверок, изменение параметров выгрузки и т.д. 4. Плановое обновление сервиса при изменении параметров выгрузки или для улучшения работы сервиса. 5. Консультирование заказчиков по работе сервиса по заявкам в системе Исполнителя. Добавление выборок для мониторинга работы сервисов. 14 Сопровождение PACS-сервера 1. Мониторинг работоспособности интеграции МИС «Ариадна» с PACS-сервером, 2. Анализ ошибок, выявление проблем, оценка корректности настроек и параметров интеграции. 3. Анализ работоспособности JAVA – приложения при просмотре снимков из интерфейса МИС или браузера. 4. Настройка СУБД для хранения данных PACS – сервера. Восстановление путей для загрузки и хранения снимков исследований. Настройка параметров PACS – сервера.

15 Сопровождению функциональности формирования, отправки и валидации СЭМД / СЭМД-бета в РЭМД / ВИМИС (до 10 документов) В сопровождение входят следующие услуги: 1. Установка обновлений программных компонентов для формирования СЭМД и СЭМД-бета для обеспечения наличия в БД Заказчика как минимум одной успешно регистрируемой в РЭМД / ВИМИС редакции СЭМД / СЭМД-бета. 2. Обновление редакций СЭМД / СЭМД-бета по требованию Заказчика. 3. Поддержание принимаемых в рамках СЭМД / СЭМД-бета версий федеральной нормативно-справочной информации. 4. Консультирование по настройкам собственных протоколов МИС для целей формирования СЭМД / СЭМД-бета. 5. Консультирование по ошибкам валидации СЭМД / СЭМД-бета в РЭМД / ВИМИС. Осуществляется через систему заявок СРО. 6. Поддержание версий сервисов ИЭМК / ОДЛИ / ОДИИ для соответствия требованиям РЕГИЗ / ЕГИСЗ для успешной передачи СЭМД / СЭМД-бета в РЭМД / ВИМИС.

Таблица № 3. Трекер (тип задачи). № п.п. Трекер Описание 1 Консультирование Консультирование сотрудников Заказчика. Обсуждение и приём задач от пользователей Заказчика. Ответственность за содержание заявки от всех пользователей МО несёт ответственный сотрудник ИТ Заказчика. 2 Ошибка Вывод информационного окна с соответствующим текстом в АРМах при работе пользователя, сопровождающееся выходом из приложения и/или не возможностью продолжить работу в приложении. 3 Обновление Заявки на обновление всей МИС, с отключением пользователей от БД. 4 Выборка\Печать Заявки на создание и изменение отчётных и печатных форм. 5 Установка (версии у Заказчика) Заявки на обновление не всей МИС, а только указанных АРМов. Возможно только при условии, что версия МИС не старше версии АРМа более чем на 20 календарных дней. 6 Редактирование данных в БД Изменения, относящиеся к исправлению ошибок при работе пользователей. В случае изменений данных, касающихся визитов пациентов, переданных в Сервисы МИАЦ (РЕГИЗ) или кассовых данных, необходимо прикреплять к задаче скан Заявки, подписанной главным врачом и/или лицом его заменяющим. 7 Улучшение функциональности Внесение изменений в программное обеспечение с целью улучшения функциональности модулей системы, внесение изменений в интерфейс модулей системы, в том числе произвольные динамические проверки на корректность ввода данных, не включающее разработку.

Описание объекта закупки - 1. Описание объекта закупки в соответствии со статьей 33 Закона о контрактной системе 1.1. Оказание услуг по сопровождению медицинской информационной системы (МИС «Ариадна») в 2026 году (далее – услуги). Место оказания услуг: Санкт-Петербург, пр. Солидарности, д. 4 Сроки оказания услуг: с 01.01.2026 г. до 31.12.2026 г. Порядок оказания услуг: Услуги оказываются круглосуточно (24х7), согласно Приложениям, к Описанию объекта закупки. Режим работы службы технической поддержки Исполнителя: с 08-00 до 20-00 по московскому времени в рабочие дни, по аварийным ситуациям круглосуточно. - - Значение характеристики не может изменяться участником закупки

2. Цели и правовое основание закупки услуги 2.1 Основание закупки услуг: 2.1.1 Федеральный закон от 21.11.2011 № 323-ФЗ «Об основах охраны здоровья» 2.1.2 Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации». 2.1.3 Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных». 2.1.4 Федеральный закон от 06.04.2011 № 63-ФЗ «Об электронной подписи». 2.1.5 Постановление Правительства Санкт-Петербурга от 17.10.2012 №1119 "О государственной информационной системе Санкт-Петербурга "Региональный фрагмент единой государственной информационной системы в сфере здравоохранения" 2.1.6 Постановление Правительства Российской Федерации от 05.05.2018г. №555 «О единой государственной информационной системе в сфере здравоохранения». 2.1.7 Распоряжение Комитета по здравоохранению от 21.02.2018 №88-р «О создании и ведении электронной медицинской карты петербуржца». 2.1.8 Распоряжение Комитета по здравоохранению от 26.05.2016 №193-р «Об организации двустороннего обмена данными лабораторных исследований в электронном виде». 2.1.9 Методические рекомендации по обеспечению функциональных возможностей медицинских информационных систем медицинских организаций, утвержденные МЗ РФ 01.02.2016 2.1.10 Приказ Министерства здравоохранения Российской Федерации от 24 декабря 2018 г. №911н «Об утверждении требований к государственным информационным системам в сфере здравоохранения субъектов российской федерации, медицинским информационным системам медицинских организаций и информационным системам фармацевтических организаций». 2.1.11 Постановление Правительства Российской Федерации от 16 ноября 2015 г. N 1236 "Об установлении запрета на допуск программного обеспечения, происходящего из иностранных государств, для целей осуществления закупок для обеспечения государственных и муниципальных нужд".

2.1.12 Приказ Министерства здравоохранения Российской Федерации от 14.01.2019 № 4н «Об утверждении порядка назначения лекарственных препаратов, форм рецептурных бланков на лекарственные препараты, порядка оформления указанных бланков, их учета и хранения». 2.1.13 Распоряжение Комитета по здравоохранению от 09.08.2018 №417-р "Об утверждении Регламента государственных учреждений здравоохранения, находящихся в ведении исполнительных органов государственной власти Санкт-Петербурга по предоставлению услуги в электронном виде «Прием заявок (запись) на прием к врачу». 3. Требования к функциональным, техническим, качественным, эксплуатационным характеристикам услуг, требования к безопасности услуг 3.1 Обозначения и сокращения: В настоящем документе применены следующие сокращения: МИС – медицинская информационная система ИС – информационная система БД – база данных АРМ – автоматизированное рабочее место ТФОМС – территориальный фонд обязательного медицинского страхования РС ЕГИСЗ – региональный сегмент единой государственной информационной системы в сфере здравоохранения СРО – Электронная система регистрации обращений МО – медицинская организация

3.2 Общее описание медицинской информационной системы МИС «Ариадна» предназначена для сбора, хранения, обработки и предоставления информации, необходимой для автоматизации процессов оказания и учета медицинской помощи и информационной поддержки медицинских работников, включая информацию о пациентах, об оказываемой им медицинской помощи и о медицинской деятельности. Рабочие места пользователей медицинской информационной системы «Ариадна» располагаются в СПб ГБУЗ «Александровская больница» по адресу г. Санкт-Петербург, пр. Солидарности, д. 4. 3.3 Перечень обслуживаемых программных модулей МИС № п/п Название Состав медицинской информационной системы 1 Контент. Справочники (адресная система, структура учреждения, медперсонал, универсальные справочник). 2 Регистратура поликлиники. 3 Расписания регистратуры 4 Врач поликлиники 5 Постовая сестра 6 Справки (Больничные листы и другие БСО) 7 Койко-фонд 8 Приемное отделение 9 Выставление счетов в территориальный фонд ОМС 10 Врач стационара 11 Врач диагностического отделения (УЗИ, Эндоскопия, ОФД, Лучевая диагностика, ПАО) 12 Склад. Базовый модуль 13 Склад (материально-ответственные лица) 14 Генератор отчетов 15 Система протоколирования 16 Лист ожидания

17 Амбулаторная история 18 Выписной эпикриз 19 Экономист 20 Администратор 21 Системный администратор 22 Подключение фискального регистратора 23 Оперблок 24 Статистика поликлиники 25 Финансы 26 Контент. Финансовые отчеты 27 Касса 28 Статистика стационара 29 Мониторинги 30 Вакцинация 31 Рабочее место врача реаниматолога-анестезиолога 32 Процедурный кабинет (заказы в лабораторию) Состав интеграционных сервисов 31 Сервис Автоматизированной информационной системы «Информационное сопровождение организации медицинской помощи» (АИС ИНФОРМ МП) 32 Сервис Интегрированной электронной медицинской карты (ИЭМК) 33 Сервис Обмена данными лабораторных исследований (ОДЛИ) 34 Сервис Терминологии (используется в ИЭМК, УО, ПГ и ОДЛИ) 35 Сервис интеграции МИС со сторонней ЛИС (Акросс) 36 Запись на платный прием к врачу на портале napopravku.ru 37 Сопровождение PACS-сервера 38 Сервис Управления Очередями (УО) 39 Сервис Система управления доступом (N3.СУД) 40 Сервис организации электронного информационного обмена между Городской станцией скорой медицинской помощи и городскими стационарами (ГССМП)

3.4 Организация обслуживания Исполнитель организует совместный со специалистами Заказчика процесс обслуживания МИС. Обслуживание производится специалистами службы технической поддержки Исполнителя. Режим работы службы технической поддержки Исполнителя: с 08-00 до 20-00 по московскому времени в рабочие дни, по аварийным ситуациям круглосуточно. Ответственные лица со стороны Заказчика: Смолин Сергей Сергеевич, +7-921-635-88-01, oivt@alexhospital.ru 3.5 Условия обслуживания Выполнение услуг по сопровождению МИС осуществляется на основании Заявок, зарегистрированных в СРО Исполнителя. Оформление Заявок для выполнения услуг по сопровождению осуществляют ответственные лица Заказчика. Заявки оформляются по мере возникновения необходимости оказания услуг по сопровождению и регистрируются в СРО Исполнителя с присвоением приоритета обращения в соответствии с Таблицей № 1. При регистрации Заявки Заказчику необходимо: • определить один из видов работ в соответствии с критериями, указанными в Таблице 2; • определить Трекер (тип задачи), в соответствии с критериями, указанными в Таблице 3; • присвоить предварительный приоритет к обращению, в соответствии с критериями, указанными в Таблице 1 и Таблице 3; Подробно описать причину обращения с указанием конкретных действий пользователя, приводящих к ошибке в Системе, привести примеры и прикрепить скриншоты.

Таблица № 1. Приоритет обращений. Приоритет Возможные типы Обращений Характер Обращения Блокирующий Запрос на устранение ошибки; Работа со сторонними ПО Ошибки: - связанные с невозможностью подключиться к БД; - связанные с полной неработоспособностью МИС/ЛИС для всех пользователей или блокирование/некорректной работы складской подсистемы*, подсистемы выставления счетов в ЕИС ТФОМС СПб**, модуля работы с кассами, приемного отделения и регистратур на всех рабочих местах пользователей, модуля работы с ЭЛН. Срок реагирования на заявку до 6 часов Высокий Запрос на устранение ошибки; Работа со сторонними ПО; Редактирование данных в БД; Ошибки, связанные с неправильной работой АРМов, процедур и/или функций, которые ведут к некорректной работе пользователя. Ошибки, влекущие за собой другие ошибки в смежных режимах, в т.ч. ошибки передачи данных в сервисы РЕГИЗ. Срок реагирования до 3 рабочих дней Выборка\печать Только по ошибкам выборок, связанных с Федеральными формами, отчётами для МИАЦ, ТФОМС, а также Кассовых отчётов АРМа «Регистратура». Срок реагирования до 3 рабочих дней Нормальный и Низкий Все типы обращений Инциденты, которые не оказывают существенного негативного влияния на работоспособность и выполнение основных функций сопровождаемых модулей Системы. Есть временный (обходной) вариант решения по обращению. Запросы на консультацию по основным функциям модулей Системы. Срок реагирования до 60 рабочих дней

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

Преимущества: Преимущество в соответствии с ч. 3 ст. 30 Закона № 44-ФЗ - Размер преимущества не установлен

Требования к участникам: 1. Требование к участникам закупок в соответствии с п. 1 ч. 1 ст. 31 Закона № 44-ФЗ Дополнительные требования Участник закупки должен являться правообладателем исключительного права или обладать правом на использование объекта интеллектуальной собственности. А именно, должен документально подтвердить наличие прав на обладание исключительными правами на программное обеспечение медицинской информационной системы «Ариадна» (свидетельство о государственной регистрации программы для ЭВМ №2007613210 от 30 июля 2007 года), предоставив в составе заявки один из перечисленных документов: -документ, подтверждающий наличие у участника закупки исключительных прав на указанное программное обеспечение; -действующий лицензионный договор с обладателем исключительных прав, дающий исполнителю право на осуществление доработки (модернизации, расширения функционала) указанного программного обеспечения (в соответствии с ч. 1 ст. 1225, ст. 1226, ст. 1229, ст. 1233, ст. 1235 ГК РФ). -сублицензионный договор с лицом, с которым правообладатель указанного программного обеспечения заключил лицензионный договор и предоставил этому лицу права на использование указанного программного обеспечения и которое, в свою очередь, предоставило соответствующие права участнику закупки в объеме, необходимом и достаточном для оказания услуг. 2. Требования к участникам закупок в соответствии с ч. 1.1 ст. 31 Закона № 44-ФЗ 3. Единые требования к участникам закупок в соответствии с ч. 1 ст. 31 Закона № 44-ФЗ

Обеспечение заявки

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

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

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

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03224643400000007200, л/c 0151133, БИК 014030106, Северо-Западное ГУ Банка России// УФК по г. Санкт-Петербургу, г. Санкт-Петербург , к/c 40102810945370000005

Реквизиты счета для перечисления денежных средств в случае, предусмотренном ч.13 ст. 44 Закона № 44-ФЗ (в соответствующий бюджет бюджетной системы Российской Федерации): Получатель Номер единого казначейского счета Номер казначейского счета БИК ТОФК УПРАВЛЕНИЕ ФЕДЕРАЛЬНОГО КАЗНАЧЕЙСТВА ПО Г. САНКТ-ПЕТЕРБУРГУ (СПБ ГБУЗ "АЛЕКСАНДРОВСКАЯ БОЛЬНИЦА") ИНН: 7811018700 КПП: 781101001 КБК: 81611610056020000140 ОКТМО: 40386000 40102810945370000005 03100643000000017200 014030106

Условия контракта

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, г Санкт-Петербург, 193312, Санкт-Петербург, пр. Солидарности, 4

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

Обеспечение исполнения контракта

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

Размер обеспечения исполнения контракта: 10 %

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

Платежные реквизиты для обеспечения исполнения контракта: p/c 03224643400000007200, л/c 0151133, БИК 014030106, Северо-Западное ГУ Банка России// УФК по г. Санкт-Петербургу, г. Санкт-Петербург , к/c 40102810945370000005

Информация о банковском и (или) казначейском сопровождении контракта

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

Документы

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

Документы

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