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

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

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

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

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

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

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

Наименование объекта закупки: на выполнение работ по модернизации программы для ЭВМ «ВИТАКОР РМИС» в медицинских организациях города Севастополя

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

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

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

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

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

Почтовый адрес: 299011, Г.Севастополь , УЛ. ЛЕНИНА, Д. 2

Место нахождения: 299011, Г.Севастополь , УЛ. ЛЕНИНА, Д. 2

Ответственное должностное лицо: Демковский В. Н.

Адрес электронной почты: v.demkovskiy@gs.sev.gov.ru

Номер контактного телефона: 8-869-2542624-303

Дополнительная информация: Заказчик : Государственное казённое учреждение Севастополя "Медицинский склад № 1043"Место нахождения: 299053, г. Севастополь, ул. Вакуленчука, д.29/10, офис 303, Почтовый адрес: 299029, г. Севастополь, ул. Токарева 2, адрес эл.почты: gdn@ms1043.ru, тел. +78692999555 доб. 1014, ответственное должностное лицо заказчика: начальник отдела Голобоков Дмитрий Николаевич

Регион: Севастополь г

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

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

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

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

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

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

Начальная (максимальная) цена контракта: 14 565 516,57

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

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

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

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

- 62.01.11.000 - Работы по модернизации программы для ЭВМ «ВИТАКОР РМИС» в медицинских организациях города Севастополя Цели Целью выполнения работ по модернизации Программы является: ? Создание новых функциональных возможностей РМИС; ? Обеспечение информационного взаимодействия с ГИС ЕЦП в части ИПРА. Задачи Модернизация Программы требует реализации следующих задач: 1. Разработка сервиса информационного взаимодействия с ГИС ЕЦП в части ИПРА; 2. Реализация нового функционала РМИС и расширение возможностей электронного медицинского документооборота. Краткие сведения Программа для ЭВМ «ВИТАКОР РМИС» – интегрированная программа сбора, обработки, получения, передачи и хранения данных о состоянии здоровья населения, окружающей среды, ресурсном и финансовом обеспечении службы здравоохранения региона, предназначена для обеспечения информационной поддержки процессов управления системой здравоохранения региона, для предоставления необходимых сервисов для медицинских организаций с целью сохранения первичной информации, порождаемой деятельностью медицинских организаций для автоматизации лечебно-диагностических процессов и сопутствующей медицинской деятельности медицинских организаций, в том числе с ведением электронных медицинских карт и персонифицированным учетом оказанной медицинской помощи. Программа реализована по принципу трёхзвенной архитектуры: ? клиент на рабочих местах пользователей Программы; ? сервер приложений, производит обработку запросов с клиентских рабочих мест и реализует основную часть бизнес-логики Программы, расположен на серверных мощностях Получателя; ? СУБД обеспечивающая хранение, обработку и предоставление данных расположенная на серверных мощностях Получателя. Передача данных между сервером приложений и клиентом осуществляется на основе протокола HTTP. Программа включена в Единый реестр российских программ для электронных вычислительных машин и баз данных (https://reestr.minsvyaz.ru/reestr) (№ 2476 от 23.12.2016). Программа создана на основании приказа Департамента здравоохранения города Севастополя от 21.08.2018 №742 «О создании медицинской информационной системы». Неисключительные права принадлежат Получателю. Права использования программного обеспечения предоставлены Получателю в объеме, позволяющем использовать Программу и модернизировать ее функционал по соглашению с правообладателем. ... - Условная единица - 1,00 - 14 565 516,57 - 14 565 516,57

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ СЕВАСТОПОЛЯ "МЕДИЦИНСКИЙ СКЛАД № 1043" - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Цели Целью выполнения работ по модернизации Программы является: ? Создание новых функциональных возможностей РМИС; ? Обеспечение информационного взаимодействия с ГИС ЕЦП в части ИПРА. Значение характеристики не может изменяться участником закупки Задачи Модернизация Программы требует реализации следующих задач: 1. Разработка сервиса информационного взаимодействия с ГИС ЕЦП в части ИПРА; 2. Реализация нового функционала РМИС и расширение возможностей электронного медицинского документооборота. Значение характеристики не может изменяться участником закупки Краткие сведения Программа для ЭВМ «ВИТАКОР РМИС» – интегрированная программа сбора, обработки, получения, передачи и хранения данных о состоянии здоровья населения, окружающей среды, ресурсном и финансовом обеспечении службы здравоохранения региона, предназначена для обеспечения информационной поддержки процессов управления системой здравоохранения региона, для предоставления необходимых сервисов для медицинских организаций с целью сохранения первичной информации, порождаемой деятельностью медицинских организаций для автоматизации лечебно-диагностических процессов и сопутствующей медицинской деятельности медицинских организаций, в том числе с ведением электронных медицинских карт и персонифицированным учетом оказанной медицинской помощи. Программа реализована по принципу трёхзвенной архитектуры: ? клиент на рабочих местах пользователей Программы; ? сервер приложений, производит обработку запросов с клиентских рабочих мест и реализует основную часть бизнес-логики Программы, расположен на серверных мощностях Получателя; ? СУБД обеспечивающая хранение, обработку и предоставление данных расположенная на серверных мощностях Получателя. Передача данных между сервером приложений и клиентом осуществляется на основе протокола HTTP. Программа включена в Единый реестр российских программ для электронных вычислительных машин и баз данных (https://reestr.minsvyaz.ru/reestr) (№ 2476 от 23.12.2016). Программа создана на основании приказа Департамента здравоохранения города Севастополя от 21.08.2018 №742 «О создании медицинской информационной системы». Неисключительные права принадлежат Получателю. Права использования программного обеспечения предоставлены Получателю в объеме, позволяющем использовать Программу и модернизировать ее функционал по соглашению с правообладателем. Участник закупки указывает в заявке все значения характеристики Основные функциональные возможности Программы. МОДУЛЬ «РЕГИСТРАТУРА» 1) Создание расписания врачей. 2) Создание расписания кабинетов. 3) Создание ЭМК пациента. 4) Поиск гражданина по идентификатору (номер карты, номер полиса ОМС). 5) Регистрация персональных данных обсуживаемых пациентов. 6) Внесение полисов ОМС. 7) Учет прикрепления, открепления, перерегистрации обслуживаемых граждан, анализ движения прикрепленного контингента. 8) Возможность внесения отметок о прикреплении пациентов согласно приказа Минздрава №406н. 9) Учет льготников и инвалидов, закрепленных за МО. 10) Считывание сведений о страховании из штрих-кода печатного полиса единого образца. 11) Запись пациентов на приемы врача. Интеграция с федеральным сервисом записи к врачу через Интернет (ФЭР). 12) Печать документов: - талон для пациента (напоминание о времени и месте приёма); - титульный лист амбулаторной карты; - статистический талон амбулаторного пациента, медицинская карта амбулаторного пациента; - информированное согласие на обработку персональных данных. 13) Возможность гибкой настройки печатной формы любых документов, в том числе возможность создания в МО собственных вариантов печатных форм любых документов. 14) Ведение листов ожидания (запись в лист ожидания, работа с журналом листов ожидания, запись на прием из листа ожиданий). Основные функциональные возможности Программы. МОДУЛЬ «ЗАПИСЬ ПАЦИЕНТОВ НА ПРИЕМ» 1) Автоматизированное ведение расписания работы врачей, кабинетов, медицинских сестер. 2) Поддержка различных справочников видов приема (первичный прием, повторный прием, медицинский осмотр, вызов на дом и т.д.). 3) Индивидуальная настройка расписания. 4) Возможность записи пациентов на повторный прием с рабочего места врача или регистратора. 5) Возможность копирования расписания на следующую неделю. 6) Возможность удаленной записи на прием к врачам других медицинских организаций при условии предоставления вторыми такой возможности. 7) Возможность настройки доступа к удаленной записи для медицинских организаций, должностей на основании выделенных медицинским организациям квот. 8) Ограничение доступа к записи на прием к врачам через интернет-портал с учетом данного признака. 9) Предварительная запись на прием к врачу через интернет портал. МОДУЛЬ «ИНФОРМАЦИОННАЯ ПОДДЕРЖКА ПАЦИЕНТОВ» 1) Поддержка работы с электронной регистратурой (ЭР) через информационный терминал для пациентов. Печать номерка при записи пациента через информационный терминал (включая печать на термопринтере). 2) Поддержка вывода информации о расписании работы МО на информационные табло (мониторы). Основные функциональные возможности Программы. МОДУЛЬ «ВЕДЕНИЕ ЭЛЕКТРОННЫХ АМБУЛАТОРНЫХ КАРТ ПАЦИЕНТОВ» 1) Учет случаев обращений пациента, включая регистрацию фактов открытия, закрытия случая и результата обращения, оказанных услуг. 2) Ведение документации врачебных осмотров. Регистрация диагнозов пациента. Регистрация врачебных назначений пациенту (консультаций, лабораторных, инструментальных, рентгенологических исследований, амбулаторных операций, процедур, медикаментозных назначений) и их результатов. 3) Учет случаев ДН, регистрация фактов постановки пациента на диспансерное наблюдение и снятия с диспансерного наблюдения. 4) Внесение информации о явках пациента. 5) Формирование планов наблюдения. 6) Учет и регистрация показателей состояния здоровья пациента по результатам профилактических осмотров/диспансеризации. 7) Регистрация вакцинации, иммунизации и их результатов. 8) Ведение электронного листа назначений. 9) Формирование направлений на получение медицинской помощи в иных учреждениях здравоохранения, включая направления на госпитализацию, санаторно-курортное лечение, и регистрация их результатов. 10) Формирование рецептов на получение лекарственных средств. 11) Формирование направления пациента в регистр пациентов с БСК с указанием: - льготы; - даты начала и даты окончания терапии; - медицинской услуги (если она была оказана); - предполагаемой даты постановки на учет; - схемы лечения (препарат, кратность приема, схема приема). 12) Формирование направления пациента в регистр льготников. 13) Внесение стадий TNM и клинической стадии на форме «Осмотр врача»/блок «Основное заболевание» с последующим предзаполнением форм: - «Извещение о больном с впервые в жизни установленным диагнозом ЗНО» (ф.090/у); - «Протокол на случай выявления у больного запущенной формы ЗНО» (ф.027-2/у); - «Выписка из карт стационарного больного ЗНО» (ф.027-1/у); - «Регистрационная карта больного ЗНО (ф.030-6/ГРР)». Основные функциональные возможности Программы. МОДУЛЬ «СТАЦИОНАР. ПРИЕМНОЕ ОТДЕЛЕНИЕ» 1) Регистрация медицинских данных, обслуживаемых пациентов. 2) Поиск гражданина по идентификатору (номер полиса обязательного медицинского страхования и прочие). 3) Внесение информации из документов, удостоверяющих личность. 4) Создание ЭМК. 5) Внесение полисов ОМС. 6) Получение информированного согласия на обработку персональных данных. 7) Интеграция с централизованной базой данных застрахованных (реестром застрахованных). 8) Считывание сведений о страховании из штрих-кода печатного полиса единого образца, из электронного полиса. 9) Учет отказов от госпитализации. 10) Врачебная документация: - осмотр врача приемного отделения; - учет медицинских услуг, оказанных при нахождении пациента в приемном отделении; - согласие пациента на медицинское вмешательство. 11) Печать документов: - ЭМК, карта выбывшего; - информированное согласие на обработку персональных данных; - возможность гибкой настройки печатной формы любых документов, в том числе возможность создания в МО собственных вариантов печатных форм любых документов. Основные функциональные возможности Программы. МОДУЛЬ «СТАЦИОНАР. ВЕДЕНИЕ ЭЛЕКТРОННЫХ СТАЦИОНАРНЫХ КАРТ ПАЦИЕНТОВ» 1) Планирование коечного фонда и контроль его состояния. 2) Регистрация диагнозов пациента. 3) Ведение учетных документов в электронном виде. 4) Вывод печатных форм с механизмом корректировки. 5) Регистрация данных анамнеза. 6) Регистрация дневниковых записей. 7) Регистрация диагнозов направления, при поступлении, клинических и заключительных диагнозов (основные, сопутствующие, осложнения), как предварительных, так и окончательных. 8) Регистрация направлений на инструментальные и лабораторные исследования. 9) Регистрация результатов лабораторных исследований. 10) Регистрация результатов инструментальных исследований. 11) Регистрация результатов консультаций. 12) Ведение электронного листа назначений: добавление и удаление назначений. 13) Передача назначения на рабочее место медицинской сестры. 14) Регистрация выполнения назначений. 15) Автоматизация составления вторичной документации (формирование выписного, переводного, этапного эпикриза; оформление выписки пациента). 16) Учет использования коечного фонда и движения пациентов в стационаре, включая регистрацию размещения пациента, его перевода и выписки. 17) Получение оперативных сводок о движении пациентов. 18) Предоставление информации о пациенте, находящемся на лечении (палата, отделение, лечащий врач и дата поступления). 19) Предоставление справок, не содержащих конфиденциальной информации, о госпитализированных и выбывших больных, а также о больных, которым было отказано в госпитализации. 20) Возможность добавления симультанных операций в рамках одного оперативного вмешательства с возможностью подбора КСГ по любой из услуг. Основные функциональные возможности Программы. МОДУЛЬ «СТАЦИОНАР. ВЕДЕНИЕ ЭЛЕКТРОННЫХ СТАЦИОНАРНЫХ КАРТ ПАЦИЕНТОВ» 21) Возможность указания типа осмотра по форме осмотра врача стационара: - амбулаторный прием; - дневниковая запись; - осмотр врача в отделении/приемном покое; - осмотр врача в отделении/приемном покое с заведующим отделением; - обход с заведующим отделением; - осмотр заведующего отделением; - дневниковая запись дежурного врача; - осмотр врача-консультанта. 22) Формирование заявки на питание пациентов по форме 22-МЗ «Сводные сведения по наличию больных, состоящих на питании», утвержденной приказом Минздрава России от 05.08.2003 №330 «О мерах по совершенствованию лечебного питания в лечебно-профилактических учреждениях Российской Федерации»: - указание информации о столах питания пациентов при госпитализации/поступлении пациента в отделение в соответствии со стандартными диетами; - формирование заявки по отделению на основе введенных данных; - формирование сводных сведений по форме №22-МЗ. Основные функциональные возможности Программы. МОДУЛЬ «СТАЦИОНАР. ВЕДЕНИЕ ЭЛЕКТРОННЫХ СТАЦИОНАРНЫХ КАРТ ПАЦИЕНТОВ» для мобильного устройства 1) Веб-интерфейс для работы в модуле «Стационар. Ведение электронных карт пациентов» с возможностью: - просмотра истории болезни; - ввода текстовой информации о корректировке лечения по результатам врачебного осмотра; - отображение сведений о назначенных операциях; - отображение сведений об учете больных, включающие данные о количестве поступивших больных, продолжающих длительное лечение, прооперированных больных, переведенных больных из других отделений, переведенных в другие отделения, переведено в другой стационар, выписано, умерло, всего состоит больных в отделении на дату; - отображение результатов исследований и анализов в виде документа протокола; - отображение уведомления по движению пациентов; - отображение напоминания каждый 14 дней после открытия больничного о необходимости его продления; - ввод дополнительной информации в дневниковой записи врача: назначения и рекомендации, лечение в виде текстовой информации; - предзаполнение сведений из предыдущей дневниковой записи. Основные функциональные возможности Программы. МОДУЛЬ «ПЕРСОНИФИЦИРОВАННЫЙ УЧЕТ ЛЕКАРСТВЕННЫХ СРЕДСТВ» 1) Функциональное обеспечение всех этапов жизненного цикла записи о медикаментах: - ввод данных о приходе медикаментов; - ввод данных о выдаче медикаментов в отделения; - ввод данных об инвентаризации; - списание медикаментов; - ведение учета информации на складах в которых будут храниться медикаменты, содержащие следующие сведения: наименование склада, номер склада, остатки медикаментов на складе; - создание договоров с поставщиками, содержащие следующие сведения: дата договора, номер договора, дата окончания, источник финансирования, поставщик; - ввод данных о медикаментах, в том числе код товара, наименование, единица измерения, количество, цена, сумма; - передача сведений о лекарственных средствах, выданных пациенту в период госпитализации; - отображение списка лекарственных средств, назначенных и выданных пациенту Основные функциональные возможности Программы. МОДУЛЬ «ЛЬГОТНОЕ ЛЕКАРСТВЕННОЕ ОБЕСПЕЧЕНИЕ» 1) Учет пациентов, имеющих право на льготное лекарственное обеспечение: - Федеральный регистр; - Региональный регистр; - Регистр по 12 ВЗН; - Регистр по спец. контингенту. 2) Учет врачей, имеющих право на выписку льготного лекарственного обеспечения. 3) Учет потребностей МО региона в лекарственных препаратах и изделиях медицинского назначения. 4) Формирование заявочного каталога. 5) Формирование потребности МО в лекарственных препаратах и изделиях медицинского назначения, используемых в льготном обеспечении пациентов региона. 6) Выписка льготного рецепта. 7) Выписка врачом рецептов на льготное лекарственное обеспечение, подписанных УКЭП. Автоматизированная проверка правомерности применения УКЭП врачом МО. Документирование выполняемых операций с рецептами, подписанными УКЭП. Передача льготного рецепта, подписанного УКЭП, в аптечную организацию. 8) Учет сведений о результатах обслуживания льготных рецептов в аптечной сети. 9) Организация учета информации о выписанном медикаменте и его обслуживании аптеками. 10) Возможность подбора аналоговой замены препарата при выписке. 11) Возможность настройки контроля выписки льготных рецептов по заявке для каждой льготы. 12) Формирование потребности с ЛП. Основные функциональные возможности Программы. МОДУЛЬ «ВАКЦИНОПРОФИЛАКТИКА» 1) Учет фактов выполнения вакцинации. 2) Учет туберкулиновых проб. 3) Учет прививок БЦЖ. 4) Учет прочих вакцинаций. 5) Учет осложнений от вакцинаций. 6) Учет отказов от вакцинации. 7) Учет исследования напряженности иммунитета. 8) Автоматизированное планирование графика вакцинаций на основе настраиваемого справочника календаря вакцинаций (национальный). 9) Формирование утвержденной статистической отчетности. МОДУЛЬ «ЭЛЕКТРОННЫЙ ЛИСТОК НЕТРУДОСПОСОБНОСТИ» 1) Регистрация случая временной нетрудоспособности, продление и закрытие случая в соответствии с действующими нормативными актами и рекомендациями Фонда социального страхования. 2) Возможность получения номера листа нетрудоспособности из ФСС. 3) Возможность открытия, продления и закрытия случая листа нетрудоспособности с отправкой в ФСС. 4) Возможность продления ЭЛН, открытого в другой МО. 5) Возможность просмотра ошибок отправки или получения ответа от ФСС. 6) Предварительный просмотр заполненной формы листка нетрудоспособности перед печатью. 7) Возможность настройки шрифта при печати листка нетрудоспособности Основные функциональные возможности Программы. МОДУЛЬ «ПЕРИНАТАЛЬНАЯ МЕДИЦИНА» КОМПОНЕНТ «ЖЕНСКАЯ КОНСУЛЬТАЦИЯ» 1) Постановка беременных на учет с фиксацией срока постановки на учет, паспортных данных. 2) Заполнение и редактирование сигнальной информации о пациенте (осложнения аллергологического анамнеза, наличие социально-значимых заболеваний). 3) Ведение дневника наблюдения участкового врача-акушера-гинеколога. 4) Использование шаблонов при вводе информации об осмотре беременной, в том числе регистрации жалоб, данных анамнеза и объективного статуса. 5) Формирование протоколов медицинских осмотров беременных на основе вводимых данных в соответствии с учетными формами государственного статистического наблюдения. 6) Определение рисков беременности по Радзинскому. 7) Регистрация клинического диагноза на основании встроенного справочника МКБ-10. 8) Ведение паспорта беременной (обменной карты). 9) Возможность формирования утвержденной статистической отчетности. МОДУЛЬ «ПРОФИЛАКТИЧЕСКИЕ МЕДИЦИНСКИЕ ОСМОТРЫ» 1) Создание случая диспансеризации (профилактического осмотра). 2) Автоматическое формирование плана мероприятий по диспансеризации и профилактическим осмотрам на основании действующих нормативно-правовых актов Минздрава РФ. 3) Запись и направление на мероприятия по диспансеризации(медосмотру). 4) Учет выполненных мероприятий (Ввод результатов осмотров и исследований). 5) Формирование маршрутной карты медицинского осмотра. 6) Заполнение анкеты по диспансеризации. 7) Учет результатов анализов с автоматической подсветкой отклонений от нормы. 8) Информирование врача о выявленных заболеваниях. 9) Формирование учетной формы 131/у. Основные функциональные возможности Программы. МОДУЛЬ «ВРАЧЕБНАЯ КОМИССИЯ» 1) Формирование направлений на ВК для проведения экспертиз временной нетрудоспособности и регистрация их результатов: - регистрация результатов проведения ВК. 2) Формирование отчетов об объемах и результатах экспертиз. Основные функциональные возможности Программы. МОДУЛЬ «ПРОВЕДЕНИЕ ПРОФИЛАКТИЧЕСКИХ МЕРОПРИЯТИЙ. ВЗАИМОДЕЙСТВИЕ С ИС ТФОМС» 1) Возможность формирования списка пациентов для проведения профилактических мероприятий на текущий год, распределенных помесячно в разрезе участков первичного звена (распределение пациентов по типам диспансеризации и месяцам прохождения в зависимости от года рождения). 2) Возможность редактирования списка запланированных пациентов на профилактические мероприятия (удаление пациента из плана, редактирование месяца прохождения профилактического мероприятия) с АРМ врача. 3) Возможность актуализации сведений о лицах, включенных в план профилактического мероприятия. 4) Возможность выгрузки сведений о лицах, включенных в план профилактических мероприятий, в ТФОМС для идентификации страховой принадлежности. 5) Возможность загрузки акта, содержащего сведения о идентификации застрахованных лиц, включенных в план проведения профилактических мероприятий: - отображение ошибок идентификации страховой принадлежности; - отображения списка пациентов, не идентифицированных ни в одной СМО. 6) Возможность выгрузки сведений о лицах, включенных в план профилактических мероприятий в разрезе СМО. Основные функциональные возможности Программы. МОДУЛЬ «ПРОВЕДЕНИЕ ПРОФИЛАКТИЧЕСКИХ МЕРОПРИЯТИЙ. ВЗАИМОДЕЙСТВИЕ С ИС ТФОМС» 7) Возможность формирования списков врачом на конкретном участке отдельно на диспансеризацию и отдельно на профилактические осмотры: - создана папка Резерв, включающая в себя сведения о пациентах, не запланированных на прохождение диспансеризации или профилактического осмотра на текущий год, с возможностью редактирования и планирования диспансеризации или профилактического осмотра на текущий год, взамен выбывших. 8) Возможность маркировки пациентов, которые были запланированы и прошли профилактический осмотр (выделение цветом или отображения графического знака), для актуализации списка, путем изменения запланированной даты прохождения профилактического мероприятия. 9) Возможность формирование обновленного списка пациентов для проведения профилактических мероприятий на текущий год. 10) Возможность формировать отчет в разрезе участков первичного звена (распределение пациентов по типам диспансеризации и месяцем прохождения) с информацией о количестве пациентов запланированных и прошедших профилактические осмотры. Основные функциональные возможности Программы. МОДУЛЬ «УПРАВЛЕНИЕ ВЗАИМОРАСЧЕТАМИ ЗА ОКАЗАННУЮ МЕДИЦИНСКУЮ ПОМОЩЬ» 1) Учет видов финансирования, с которыми работает МО (ОМС). 2) Ведение номенклатуры услуг, оказываемых в МО. 3) Учет оказанных услуг по всем видам оказываемой МП с внесением информации о форме оплаты, статусе оплаты. 4) Формирование реестров счетов за оказанную медицинскую помощь и их передача во внешнюю информационную систему в соответствии с действующими на территории региона приказами ТФОМС об информационном взаимодействии при выставлении реестров счетов. 5) Возможность формирования исправительных счетов реестров. 6) Автоматическое распределение случаев оказания медицинской помощи в реестры счетов по всем видам оплаты и страховым медицинским организациям за период, указанный пользователем МО по запросу. 7) Формирование печатных форм счетов в соответствии с действующими нормативными актами ТФОМС региона на форме формирования счета-реестра. 8) Получение данных об оплате или об отказах в оплате выставленных счетов из внешней системы. Основные функциональные возможности Программы. ИНТЕГРАЦИЯ С ВНЕШНИМИ СИСТЕМАМИ -Взаимодействие с информационной системой федерального казенного учреждения «Главное бюро медико-социальной экспертизы по субъекту Российской Федерации» Министерства труда и социальной защиты Российской Федерации в целях обмена ИПРА инвалида (ИПРА ребенка-инвалида) на основе регламента взаимодействия http://fbmse.ru/interaction/ipra/ -Выгрузка сведений в федеральную подсистему мониторинга проведения диспансеризации детей-сирот и детей, находящихся в трудной жизненной ситуации, Министерства здравоохранения РФ. -Передача медицинских структурированных документов (амбулаторных эпикризов) пациента в Федеральную ИЭМК. -Взаимодействие с сервисом «Запись на прием к врачу» личного кабинета пациента «Моё здоровье» на Едином портале государственных и муниципальных услуг (ЕПГУ). -Взаимодействие с сервисом «Запись на прием к врачу» личного кабинета пациента «Моё здоровье» на Региональном портале государственных и муниципальных услуг (РПГУ). -Взаимодействие с сервисом ФСС в части получения номеров ЭЛН и передачи в ФСС информации об открытии, продлении и закрытии ЭЛН. -Взаимодействие с информационной системой ТФОМС города Севастополя (формирование реестров счетов на оплату оказанной медицинской помощи в ОМС, план прохождения диспансеризации и профилактических осмотров). Основные функциональные возможности Программы. ИНТЕГРАЦИЯ С ВНЕШНИМИ СИСТЕМАМИ -Взаимодействие с адаптером СМЭВ РИЭМК в части получения СНИЛС пациента. -Взаимодействие с сервисом РИЭМК в части записи пациентов для проведения диспансеризации. -Взаимодействие с сервисом РИЭМК в части записи пациентов на прием к врачу (первичный прием/прием по направлению). -Взаимодействие с информационной системой «Личный кабинет пациента» в части получения сведений о пациенте. -Интеграция с Федеральным регистром граждан, имеющих право на обеспечение лекарственными препаратами, медицинскими изделиями и специализированными продуктами лечебного питания за счет бюджетных ассигнований федерального бюджета и бюджетов субъектов российской федерации (ФРЛЛО). Основные функциональные возможности Программы. МОДУЛЬ «СТАТИСТИКА» 1) Подготовка утвержденной государственной статистической отчетности (при условии наличия в Программе сведений, необходимых для формирования отчета): - предварительный просмотр сформированного отчета, печать отчетов; - экспорт отчетов в офисные приложения (Microsoft Office, Open Office); - экспорт отчетов в другие форматы (html, xml, excel). 2) Подготовка произвольных аналитических отчетов о деятельности организации: - возможность получения выборок из базы данных и сводной информации в соответствии с условиями, задаваемыми пользователем; - сохранение условий выборки данных для получения информации в Программе (централизованно для администратора системы, локально для одного пользователя, локально в рамках одной медицинской организации); отображение в системе папок данных с предустановленным фильтром. Основные функциональные возможности Программы. ПОДСИСТЕМА «АРХИВ ЭЛЕКТРОННЫХ МЕДИЦИНСКИХ ДОКУМЕНТОВ» Содержит в себе электронные медицинские персональные записи по пациенту, оформляемые в Программе. Они формируются на основе архива электронных медицинских документов в формате PDF/A, подписанных ЭЦП. - Хранящиеся записи доступны для просмотра и печати в Программе при условии наличия прав доступа на получение конкретных типов данных. МОДУЛЬ «РАБОТА АПТЕЧНОГО СКЛАДА МО» 1) Интеграция с системой «Честный знак». Приемка/списание лекарственных препаратов по этапам реализации передача данных в «Честный знак» (в соответствии с концепцией создания Федеральной государственной информационной системы мониторинга движения лекарственных препаратов от производителя до конечного потребителя с использованием маркировки (ФГИС МДЛП) (утв. приказом Министерства здравоохранения РФ от 30 ноября 2015 г. №866). 2) Формирования файла-выгрузки в соответствии с приказом Минздрава России от 27.05.2009 №277н «Об организации и осуществлении мониторинга ассортимента и цен на жизненно необходимые и важнейшие лекарственные препараты». Формат файла должен соответствовать требованиям, опубликованным на портале оперативного мониторинга ЛС http://mols.roszdravnadzor.ru/ 3) Ведение персонифицированный учет медикаментов и расходных материалов без назначения врача: -ввод в истории болезни пациента данных об использованных медикаментах и расходных материалах с учетом остатков ЛС и МИ в отделении с последующим списанием их со склада отделения. Основные функциональные возможности Программы. МОДУЛЬ «ВЕДЕНИЕ ОНКОЛОГИЧЕСКИХ БОЛЬНЫХ» 1) Оформление направления на цитологическое исследование (учетные формы №203/у-02 и № 446/у). 2) Заполнение результатов проведения цитологического исследования (учетные формы №203/у-02 и № 446/у). 3) Создание, редактирование и сохранение врачебного осмотра пациента, в том числе данные анамнеза, жалобы, объективный статус, назначения и рекомендации. 4) Оформление направления на консультацию онколога при подозрении или выявлении у больного ЗНО. 5) Оформление направления на биопсию. 6) Оформление направления на дополнительные лабораторные исследования. 7) Создание новой/редактирование имеющейся маршрутной карты больного ЗНО с внесением соответствующей записи в регистр. 8) Оформление направления на ПАИ. 9) Формирование протокола ПАИ биопсийного материала. 10) Оформление «Извещения о больном с впервые в жизни установленным диагнозом ЗНО» (ф.090/у). 11) Оформление «Протокола на случай выявления у больного запущенной формы ЗНО» (ф.027-2/у) в случае поздней диагностики злокачественных новообразований (III и IV стадии для визуальных локализаций и IV стадии всех остальных локализаций). 12) Оформление «Выписки из медицинской карты больного злокачественным новообразованием» (ф.027-1/у). 13) Оформление «Регистрационной карты больного ЗНО» (ф.030-6/ГРР). 14) Оформление «Талона дополнений к контрольной карте диспансерного наблюдения больного ЗНО» (ф.030-6/ТД). 15) Отображение маршрутной карты на форме текущего осмотра с обеспечением возможности её просмотра, редактирования и закрытия. Основные функциональные возможности Программы. МОДУЛЬ «ВЕДЕНИЕ ОНКОЛОГИЧЕСКИХ БОЛЬНЫХ» 16) Оформление каждого из первично-множественных ЗНО отдельно в соответствии с требованиями приказа Минздравсоцразвития РФ от 19.04.1999 №135 «О совершенствовании системы Государственного ракового регистра». 17) Использование встроенных справочников при заполнении учетных форм (при условии наличия утверждении справочников). Вывод на печать оформленных учетных форм, направлений и протоколов. Основные функциональные возможности Программы. ИС ДЛЯ АВТОМАТИЗАЦИИ ПРОЦЕССОВ НА СТАНЦИИ ПЕРЕЛИВАНИЯ КРОВИ 1) Ведение донорского учета. Оформление учетной карточки донора. Формирование направлений донора. 2) Заполнение физиологических показателей донора и информации о кроводачах, формирование списка необходимых анализов, ввод информации о терапевтическом осмотре донора. 3) Оформление отвода донора с указанием причины и срока. 4) Ввод результатов анализов доноров: ? с направлением в операционную для сдачи крови (при положительных результатах); ? с направлением/возвратом к терапевту (в случае отрицательных результатов). 5) Возможность формирования этикеток в операционной при донации. 6) Возможность отмены донации в операционной. 7) Ввод данных о центрифугировании крови. 8) Ввод данных о результатах анализов доноров (биохимия, иммунология, ПЦР, изосерология, клинические анализы). 9) Формирование актов выпуска продуктов в сеть: ? добавление продуктов в Акт выпуска; ? печать этикетов продуктов; ? изменение местонахождения продукта; ? печать акта выпуска; ? направление продуктов (плазма) на карантин для ожидания анализов на карантине (пассивное ожидание до 6 месяцев, активное ожидание после 6 месяцев); ? направление донора плазмы для проведения повторной проверки продукта. 10) Возможность ввода информации о переработке продуктов: ? переработка в эритроцитную массу, объединенную лейкоцитами; ? переработка в эритроциты, фильтрованные; ? переработка в криопреципитат; ? переработка стерильно в эритроциты фильтрованные ? объединение тромбоцитов. По результатам переработки указывается объем и печатаются этикетки для продуктов; 18) Возможность обработки заявок стационаров на компоненты крови с подбором продуктов (одного или нескольких) для передачи в отделение стационара Основные функциональные возможности Программы. МОДУЛЬ НАПРАВЛЕНИЯ НА ПОЛУЧЕНИЕ МОЛОЧНОГО ПИТАНИЯ 1) Загрузка реестра пациентов льготных категорий получателей молочного питания. 2) Формирование назначения с расчетом сроков действия льготы и подбором на каждую выдачу продуктов. 3) Сервис для передачи информации по купону и приема данных о реализации купонов в торговой сети; 4) Сервис для передачи купонов по запросу в Личный кабинет пациента. 5) Функционал проверки актуальности купона на молочное питание с помощью сканирования или поиска; - просмотр сведений о назначенном питании по купону; - фиксации даты выдачи молочного питания; 11) - формирования журнала выдачи молочной кухни по требованию главного внештатного специалиста. Основные функциональные возможности Программы. СЕРВИС ФОРМИРОВАНИЯ СТРУКТУРИРОВАННЫХ ЭЛЕКТРОННЫХ МЕДИЦИНСКИХ ДОКУМЕНТОВ (СЭМД) - Льготный рецепт на лекарственных препарат, изделие медицинского назначения и специализированный продукт лечебного питания; - Отпуск по рецепту на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания; - Протокол инструментального исследования в формате HL7 CDA R2 (СЭМД); - Направление на медико-социальную экспертизу медицинской организацией в формате HL7 CDA R2 (СЭМД); - Протокол консультирования в формате HL7 CDA R2 (СЭМД); - Эпикриз в стационаре выписанной в формате HL7 CDA R2 (СЭМД); - Эпикриз по законченному случаю амбулаторный в формате HL7 CDA R2 (СЭМД); - Протокол телемедицинской консультации; - Протокол прижизненного патологоанатомического исследования; - Направление на госпитализацию, восстановительное лечение, обследование, консультацию - и т.д. МОДУЛЬ МЕДИЦИНСКОЙ РЕАБИЛИТАЦИИ 1. Включение пациента в регистр «Реабилитация». Направление пациента на госпитализацию в стационар (форма № 057/у-04) с признаком «Нуждается в реабилитации» и прикрепление к направлению сопутствующих документов в формате pdf. 2. АРМ Мультидисциплинарная отборочная комиссия. Подтверждение необходимости прохождения реабилитации или отказ в реабилитации. Формирование протокола результатов проведения комиссии. 3. Работа с картой реабилитационных мероприятий, заполнение основных данных о прохождении реабилитации в стационаре (МКФ, цели, задачи, результаты реабилитации). требования к модернизируемой программе Модернизируемая Программа и ее компоненты являются частью Государственной информационной системы в сфере здравоохранения города Севастополя состав которой утвержден Постановлением Правительства города Севастополя от 29.12.2023 № 669-ПП «О государственной информационной системе в сфере здравоохранения города Севастополя». Состав функциональных модулей модернизируемой Программы приведен в Таблице 2 Технического задания. Все компоненты модернизируемой Программы размещены централизованно на серверных мощностях регионального центра обработки данных ГБУЗС «МИАЦ». Режим работы модернизируемой Программы круглосуточно 24/7/365. Замена имеющегося у Получателя программного обеспечения программы для ЭВМ «ВИТАКОР РМИС» не допускается. Значение характеристики не может изменяться участником закупки Требования к программному обеспечению Модернизированная Программа должна функционировать на имеющемся программном обеспечении Получателя, поддерживать работу на следующем ПО, установленном на автоматизированных рабочих местах: ? ОС Windows 10 и выше, Astra Linux, ALT Linux, имеющихся у Получателя. Расширенный функционал Программы должен быть полностью совместим и быть развернут на операционных системах, серверах приложений, реализованными на базе программного обеспечения, включенного в Единый реестр российских программ для электронных вычислительных машин, в том числе сертифицированными версиями серверных операционных систем не ниже Red OS 7.3 и Astra Linux 1.8, имеющихся у Получателя. Расширенный функционал Программы должен быть полностью совместим и быть развернут на СУБД Postgres Pro, разрабатываемой ООО «Постгрес Профессиональный», или другую СУБД, входящей в Единый реестр российских программ для электронных машин и баз данных (https://reestr.digital.gov.ru/) и в Государственный реестр сертифицированных средств защиты информации (https://fstec.ru) имеющихся у Получателя. Аппаратная часть (серверное оборудование) для функционирования Программы предоставляется и обслуживается Заказчиком (Получателем). Получатель обеспечивает сетевую связность между вычислительными ресурсами, информационными системами, с которыми предусмотрена организация информационного взаимодействия. Масштабирование серверной части Программы в части увеличения оперативной памяти, количества ядер процессоров, приобретения дополнительных лицензий на общесистемное программное обеспечение в том числе на операционные системы, системы управления базами данных, криптопровайдеры, осуществляется за счет средств Получателя. Значение характеристики не может изменяться участником закупки Требования к патентной чистоте Программно-технические решения должны отвечать требованиям по патентной чистоте согласно действующему законодательству Российской Федерации, в том числе Приказу Минцифры России от 17.12.2020 № 715 «Об утверждении типовых условий контрактов на выполнение работ по созданию и (или) развитию (модернизации) государственных (муниципальных) и (или) иных информационных систем». Права на программное обеспечение, а также исходные коды, разработанные в ходе выполнения работ, передаются Заказчику в соответствии с приказом Минцифры России от 17.12.2020 № 715 «Об утверждении типовых условий контрактов на выполнение работ по созданию и (или) развитию (модернизации) государственных (муниципальных) и (или) иных информационных систем». В случае, если при выполнении работ используется готовое программное обеспечение (платформа, подсистема и т.д.), которое становится частью (компонентом) Системы, городу Севастополю в лице Заказчика передаются неисключительные права (путем заключения лицензионного договора) на такое программное обеспечение со следующими возможностями: ? права передаются на весь срок действия исключительных прав правообладателя, действующие на территории города Севастополя; ? должно быть обеспечено право города Севастополя в лице Заказчика передавать, дорабатывать, распространять, развивать результаты услуг, созданные в процессе исполнения государственного контракта. В остальных случаях право собственности (исключительное право) на результаты выполненных работ, отчетные документы и материалы, полученные в ходе выполнения работ по Контракту принадлежат городу Севастополю в лице Заказчика с момента подписания сторонами документа о приемке. Участник закупки указывает в заявке все значения характеристики Подрядчик использует только объекты интеллектуальной собственности, права на которые приобретены (получены) и используются без нарушений прав на интеллектуальную собственность третьих лиц или предоставлены Заказчиком. Это требование обеспечивает соблюдение авторских, смежных, патентных и иных прав разработчиков используемых сторонних компонент. Подрядчик обязан согласовать с Получателем необходимость использования при выполнении работ охраняемых результатов интеллектуальной деятельности, права на которые принадлежат третьим лицам. Результаты выполненных работ не должны повлечь необходимость осуществления Заказчиком закупок программного обеспечения (как исключительных, так и неисключительных прав). Право владения информацией, создаваемой в базах данных Программы, принадлежит городу Севастополю в лице учредителя Получателя - Департамента здравоохранения города Севастополя. Использование Подрядчиком информации, создаваемой в базах данных модернизируемой Программы, осуществляется исключительно в целях исполнения требований технического задания. Требования к квалификации пользователей Модернизируемая Подрядчиком Программа должна учитывать следующие требования к квалификации пользователей: ? наличие навыков работы на персональном компьютере с современными ОС. Значение характеристики не может изменяться участником закупки Требования к обеспечению информационной безопасности Подрядчик обязан обеспечить конфиденциальность данных, безопасность их обработки в зоне своей ответственности в ходе оказания услуг по настоящему описанию объекта закупки. Для защиты конфиденциальной информации от несанкционированного доступа Подрядчик в зоне своей ответственности обязан принимать все необходимые организационные и технические меры, в том числе с использованием (применением) средств криптографической защиты, средств антивирусной защиты и средств от несанкционированного доступа соответствующие требованиям: 1. Средство антивирусной защиты: 1.1 уровню доверия (2). 1.2 Профилю защиты САВЗ: (Б второго класса защиты. ИТ.САВЗ.Б2.ПЗ); (В второго класса защиты. ИТ.САВЗ.В2.ПЗ); (Г второго класса защиты. ИТ.САВЗ.Г2.ПЗ). 2. Средство защиты от несанкционированного доступа: 2.1 уровню доверия (4). 2.2 Требованиям к межсетевому экранированию (Далее- МЭ): - профилю защиты МЭ (четвертого класса защиты. ИТ.МЭ.В4.ПЗ). 2.3 Требованиям к Средствам контроля подключения съемных машинных носителей информации (далее- СКН): - профиль защиты СКН (контроля отчуждения (переноса) информации со съемных машинных носителей информации четвертого класса защиты. ИТ.СКН.Н4.ПЗ); - профиль защиты СКН (контроля подключения съемных машинных носителей информации четвертого класса защиты. ИТ.СКН.П4.ПЗ). 2.4 Требования к средствам обнаружения вторжений (далее- СОВ): профили защиты СОВ (узла четвертого класса защиты. ИТ.СОВ.У4.ПЗ), РД СВТ(5). 3. Требования к средствам криптографической защиты информации: 3.1 Соответствие КС2. 3.2 Безопасность данных в VPN-сети должна обеспечиваться российским алгоритмом шифрования ГОСТ 28147-89 с использованием 256-битных ключей шифрования. Участник закупки указывает в заявке все значения характеристики При оказании услуг Подрядчик должен обеспечить соблюдение требований к обеспечению конфиденциальности, целостности и доступности обрабатываемой в Программе информации. Подрядчик должен определить перечень работников, для которых предполагается удаленный доступ к информационной инфраструктуре Программы, а также перечень информации и информационных ресурсов, расположенных на серверах Программы, к которым будет предоставляться удаленный доступ и предоставить данный перечень Получателю услуги. Подрядчик должен обязать в письменной форме всех специалистов (сотрудников Подрядчика), которым могут стать доступны персональные данные в ходе оказания услуг по настоящему описанию объекта закупки обеспечивать их целостность и конфиденциальность. Недопустима передача персональных данных, ставших известными сотрудникам Подрядчика в ходе оказания услуг по настоящему описанию объекта закупки, третьим лицам, за исключением участников процесса разработки Программы, если иное не предусмотрено законодательством Российской Федерации. Подрядчик несет ответственность в соответствии с законодательством Российской Федерации за действия своих сотрудников при оказании услуг по настоящему описанию объекта закупки, которые могут повлечь за собой нарушение функционирования Программы в целом и (или) свойств безопасности (конфиденциальности, целостности и доступности) обрабатываемой в Программе информации. Информация о правах доступа (предоставление, изменение, прекращение прав доступа) сотрудников Подрядчика к компонентам Программы и ее информационным ресурсам должна фиксироваться Подрядчиком в ходе оказания услуг по настоящему описанию объекта закупки и предоставляться Заказчику и функциональному заказчику (Получателю) по требованию. При оказании услуг по настоящему описанию объекта закупки Подрядчиком должны быть реализованы нижеследующие требования к функциональным возможностям Программы, направленные на обеспечение безопасности обрабатываемой в ней информации. В Программе должна быть предусмотрена возможность настройки для каждой пользовательской роли прав доступа к информационным ресурсам и выполнения определенных операций. Для каждого пользователя должна быть возможность назначить одну или более ролей. Доступ к Программе и ее компонентам должен быть реализован на основе принципа разделения обязанностей и минимизации полномочий. Вход в пользовательскую часть Программы и дальнейшая работа должны осуществляться только после прохождения процедур идентификации и аутентификации (проверке подлинности пользователя). Для целей защиты данных сервера БД от несанкционированного доступа конечные пользователи Программы не должны знать пароль доступа непосредственно к самому серверу БД. Авторизация в Программе должна предусматривать доступ к функциям приложения, а не к серверу базы данных. В целях регистрации и учета действий пользователей и администраторов, в Программе внутренними (встроенными) средствами Программы должно быть обеспечено журналирование (фиксирование) действий пользователей и администраторов – вход (выход) в (из) системы, действий с конфиденциальной информацией, совершаемых пользователями в рамках сессии пользователя. Средства диагностирования Программы должны обеспечивать сбор и накопление информации о процессах загрузки и передачи данных, критических ошибках и предупреждениях в работе программных средств системы, загрузке аппаратной части (процессоры, память). Выполнение требования должно достигаться за счет внутренних (встроенных) средств Программы. Подрядчик не имеет права разглашать или передавать любую информацию, создаваемую и обрабатываемую в процессе функционирования, третьим лицам, в случае если данная информация попала к нему в ходе исполнения своих обязательств. Обеспечение информационной безопасности осуществляется в соответствии с действующим законодательством Российской Федерации и включает в себя использование: 1. Встроенных в Программу механизмов безопасности, таких как средства разграничения доступа и логирования; 2. Программно-аппаратных, программных и технических средств Получателя; 3. Организационных мер обеспечения информационной безопасности на стороне Получателя. Подрядчик подтверждает свое согласие на заключение с Заказчиком, Получателем Соглашения о неразглашении служебной и иной конфиденциальной информации. Выполнение части работ в рамках настоящего технического задания допустимо посредством удаленного подключения к серверам Получателя, на которых размещена Программа. Удаленное подключение осуществляется с использованием телекоммуникационных сетей связи по защищенному каналу связи Vipnet сеть № 4535 (средства защиты приобретаются Подрядчиком за свой счет, доступ обеспечивает Получатель). Требования к предоставлению доступа Для выполнения работ в удалённом режиме Подрядчик запрашивает доступ к необходимым ресурсам Программы у Заказчика (Получателя). После согласования перечня ресурсов необходимых для модернизированного функционала Программы, к которым необходимо обеспечить удаленный доступ со стороны Подрядчика, и уровня запрашиваемых полномочий, Заказчик (Получатель) в течение трех рабочих дней с момента подписания соглашения об информационном взаимодействии обеспечивает доступ (при наличии технической возможности) к запрашиваемым серверам, на которых будет установлен модернизированный функционал Программы и ее компоненты, в объеме и с полномочиями, минимальными и достаточными для исполнения обязанностей Подрядчика. Разработка и настройка Программы будет осуществляться в удаленном режиме на серверном оборудовании, установленном в ЦОД. Доступ к серверам защищённой сети Департамента здравоохранения осуществляется с использованием технологии VPN, построенной на базе сертифицированных по требованиям безопасности информации криптографических средств ViPNet Network Security. Приобретение требуемых для удаленного доступа средств криптографической защиты информации осуществляется Подрядчиком с использованием собственных сил и средств. Общие требования к интерфейсу Интерфейс модернизированного функционала Программы должен обеспечивать быстрое отображение экранных форм. Ввод-вывод данных, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям. Для обозначения сходных операций должны использоваться сходные управляющие (навигационные) элементы (иконки). Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы. Пользователь должен получать информацию об успешном завершении операций и о возникновении сбоев в ходе их выполнения или невозможности выполнения. При выполнении длительных операций, требующих значительного времени для выполнения, пользователь, должен получать информацию о текущем ходе выполнения операции. Интерфейс и логика работы пользователя в различных операционных системах должны быть идентичными. Значение характеристики не может изменяться участником закупки Требования по обработке исключительных ситуаций и ошибок Сообщения об ошибках или аварийных ситуациях должны быть на русском языке, содержать рекомендации по их устранению. Модернизированный функционал Программы должен обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. После вывода пользователю соответствующего сообщения, Программа должна возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. Значение характеристики не может изменяться участником закупки Требования по вводу и контролю данных Для данных, имеющих установленные форматы, должен осуществляться логический контроль ввода данных с выдачей сообщений двух типов: ? уведомление об ошибке с возможностью сохранения некорректно введенных данных; ? уведомление об ошибке с отсутствием возможности последующего ввода данных. Сохранённые некорректные данные не должны приводить в дальнейшем к нарушениям в работе и обслуживании программы. Должна быть реализована возможность отследить наличие некорректных данных в Программе средствами приложения, без необходимости вмешательства напрямую в работу баз данных Программы. Значение характеристики не может изменяться участником закупки Требования по устройствам ввода информации Для доступа к функциям программы должно быть предусмотрено использование пользователями как манипулятора «мышь», так и «горячих» клавиш. Значение характеристики не может изменяться участником закупки Требования по организации экранных форм Взаимодействие пользователя с модернизированным функционалом Программы должно осуществляться преимущественно в форме диалога типа «меню» и «интервью». В тех случаях, когда представление информации в документно-ориентированном виде невозможно или имеет худшее качество восприятия, допускается вывод информации в табличной форме. Во всех возможных случаях при заполнении полей ручной ввод данных должен быть заменен выбором из списков и справочников. Наименование полей в диалоговых окнах и формах интерфейса пользователя должны проводиться с минимумом сокращений. Допускается использование общепринятых сокращений, при невозможности отображения полнотекстовых наименований, допускается использование сокращений, каждое такое сокращение должно быть описано в эксплуатационной документации. Формы интерфейса пользователя, используемые для представления входных/выходных документов, должны предоставлять информацию в той же последовательности и в том же расположении, что и их бумажные аналоги. Должна быть обеспечена возможность получения пользователем справочной информации в зависимости от текущего контекста выполняемых им действий. Контекстные подсказки, а также все сообщения, за исключением сообщений от системы управления базами данных и ОС, должны быть выполнены на русском языке и понятны пользователю. Значение характеристики не может изменяться участником закупки Требования к диагностированию Программа должна быть снабжена средствами логирования (фиксации в журналах) действий, выполняемых пользователями и подсистемой. Логирование должно осуществляться в режиме 7 дней в неделю 24 часа в сутки, должен быть предусмотрен функционал настройки уровней логирования. Программа должна обладать встроенным функционалом ведения истории изменения данных. Должна быть предусмотрена возможность сравнения версий данных. При диагностировании Программы должны обеспечиваться мониторинг основных процессов и мониторинг процесса выполнения программных средств из ее состава. При возникновении аварийных ситуаций либо ошибок в программном обеспечении диагностические инструменты должны позволять сохранять полный набор информации, необходимой для идентификации проблемы Требования к функциям, выполняемым в рамках модернизации Программы Состав и функции работ. Функция: Сервис взаимодействия с ГИС ЕЦП в части ИПРА Описание: Реализация информационного взаимодействия с ГИС ЕЦП посредством СМЭВ 3 (https://lkuv.gosuslugi.ru/paip-portal/) согласно приказу Министерства труда и социальной защиты Российской Федерации от 09.10.2024 № 536н «Об утверждении формы и порядка размещения сведений о реализации индивидуальной программы реабилитации и абилитации инвалида и индивидуальной программы реабилитации и абилитации ребенка-инвалида органами исполнительной власти субъектов Российской Федерации в государственной информационной системе «Единая централизованная цифровая платформа в социальной сфере» и Постановлению правительства РФ от 29.12.2023 № 2386 «О государственной информационной системе «Единая централизованная цифровая платформа в социальной сфере» в части: - получения сведений о реализации индивидуальной программы реабилитации и абилитации инвалида и индивидуальной программы реабилитации и абилитации ребенка-инвалида; - получения сведений об инвалидности (по запросу); - передачи отчетов об исполнении ИПРА; - функционала АРМ врача по обработке и выполнению ИПРА в РМИС. Результат: Проведено тестирование и демонстрация на тестовом контуре. Проведена опытная эксплуатация. Данные успешно приходят в РМИС и передаются в ГИС ЕЦП. Участник закупки указывает в заявке все значения характеристики Состав и функции работ. Функция: Модернизация модуля «Запись пациентов на прием»: Талон для беременной; Запись в лист ожидания; Запись в лист ожидания на услугу. Описание:Добавлен тип талона «Талон для беременной». Талоны с типом «Талон для беременных» доступен для записи только из случая обращения с поводом наблюдения по беременности. При отсутствии свободных талонов для записи на услугу предусмотрен функционал создания записи в Лист ожидания. В листе ожидания указывается услуга и ресурс для последующей записи на прием. Возможность деактивации записи из Листа ожидания с указанием причины отмены записи; При добавлении записи телефонного звонка с результатом «отказ пациента» - запись из листа ожидания деактивируется: При добавлении трёх записей телефонного звонка с результатом «Недоступен» - запись в листе ожидания деактивируется. Добавлена возможность установки на кабинете настройки автоматической записи из Листа ожидания, либо нет. При удалении записи из листа ожидания, направление остается в осмотре. При наличии активной записи по направлению не из листа ожидания (на аналогичное исследование по коду услуги) в журнале листов ожидания запись подсвечивается зелёным цветом; Осуществляется проверка создания дубликатов записей в Листе ожидания – нельзя создать запись в Лист ожидания на исследование при наличии уже активной записи в Листе ожидания на данное исследование (по коду услуги) в рамках одной МО. Результат: Функционал создания записи в Лист ожидания успешно реализован в соответствии с алгоритмом. Состав и функции работ. Функция: Модуль интеграции с системой скорой медицинской помощи Описание:Предусмотреть использование следующего алгоритма поиска участка обслуживания адреса вызова, указанного в запросе ССМП при передаче активного вызова в амбулаторно-поликлиническое подразделение: 1.1. Сначала отрабатывается текущий алгоритм поиска по полному совпадению адреса, улицы, номера дома, корпуса. Если ничего не найдено, то переход к п.1.2; 1.2. Поиск осуществляется по адресу, улице, номеру дома, в котором номер только целое число (без дробей, дефисов, букв и других индексов, оставить только цифры). Если ничего не найдено, то переход к п.1.3; 1.3. Поиск осуществляется по адресу, улице. Если ничего не найдено, то в АСУ УССМП уходит уведомление с кодом ошибки «Филиал не найден…», но вызов сохраняется в Программе. 1.4. В алгоритме предусмотреть, что если при поиске по заданным параметрам в Программе определяются два и более участка, то вызов назначается на первый из них Результат:Интеграция в части поиск участка обслуживания адреса вызова, указанного в запросе ССМП, успешно выполнена в соответствии с алгоритмом Состав и функции работ. Функция: Модуль ведения электронной карты. Обязательное указание протокола ВК при направлении на госпитализацию, исследование, консультацию Описание:1. На форме направления на госпитализацию, исследование, консультацию добавлена возможность выбора Протокола врачебной комиссии (вид экспертизы «Обоснованность выдачи направления») при направлении в медицинские организации других субъектов РФ, либо медицинские организации, неподведомственные департаменту здравоохранения города Севастополя. Сохранение формы направления запрещено без указания протокола врачебной комиссии Результат:Успешно пройдена опытная эксплуатация. Состав и функции работ. Функция: Модуль электронной карты. Сервис приема уведомлений о регистрации Медицинского свидетельства о смерти от Региональной системы РИЭМК Описание:В системе опубликован сервис приема сообщений от внешней системы, содержащих сведения о смерти пациентов: - Идентификатор пациента в региональном регистре пациентов (РРП); - Дата смерти; 2. - Номер документа о смерти Результат:Успешно проведена опытная эксплуатация в части получения и передачи данных. Состав и функции работ. Функция: Модернизация сервиса формирования структурированных электронных медицинских документов (СЭМД) Описание:Разработка новых видов и редакций СЭМД в формате CDA на дату заключения контракта для следующих видов документов: 1. Выписка из протокола решения врачебной комиссии для направления на медико-социальную экспертизу 2. Медицинское заключение по дистанционному наблюдению за состоянием здоровья пациента 3. Медицинское заключение о допуске к участию в физкультурных и спортивных мероприятиях (учебно-тренировочных мероприятиях и спортивных соревнованиях), мероприятиях по оценке выполнения нормативов испытаний (тестов) Всероссийского физкультурно-спортивного комплекса "Готов к труду и обороне" (ГТО) 4. Заключительный реабилитационный эпикриз 5. Извещение о поступлении (обращении) пациента, а также в случае смерти пациента, личность которого не установлена 6. Лист назначений и их выполнение 7. Направление тела умершего в патолого-анатомическое отделение 8. Переводной эпикриз 9. Посмертный эпикриз 10. Протокол на случай выявления у больного запущенной формы злокачественного новообразования 11. Протокол осмотра мультидисциплинарной реабилитационной команды 12. Протокол патолого-анатомического вскрытия плода, мертворожденного или новорожденного 13. Этапный реабилитационный эпикриз Результат:В продуктивную среду ФРЭМД ЕГИСЗ успешно передано не менее 5 СЭМД каждого вида, от не менее 25% профильных медицинских организаций. Проведено обучение пользователей. Пользователь может самостоятельно формировать и подписывать СЭМД. - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Цели - Целью выполнения работ по модернизации Программы является: ? Создание новых функциональных возможностей РМИС; ? Обеспечение информационного взаимодействия с ГИС ЕЦП в части ИПРА. - - Значение характеристики не может изменяться участником закупки - Задачи - Модернизация Программы требует реализации следующих задач: 1. Разработка сервиса информационного взаимодействия с ГИС ЕЦП в части ИПРА; 2. Реализация нового функционала РМИС и расширение возможностей электронного медицинского документооборота. - - Значение характеристики не может изменяться участником закупки - Краткие сведения - Программа для ЭВМ «ВИТАКОР РМИС» – интегрированная программа сбора, обработки, получения, передачи и хранения данных о состоянии здоровья населения, окружающей среды, ресурсном и финансовом обеспечении службы здравоохранения региона, предназначена для обеспечения информационной поддержки процессов управления системой здравоохранения региона, для предоставления необходимых сервисов для медицинских организаций с целью сохранения первичной информации, порождаемой деятельностью медицинских организаций для автоматизации лечебно-диагностических процессов и сопутствующей медицинской деятельности медицинских организаций, в том числе с ведением электронных медицинских карт и персонифицированным учетом оказанной медицинской помощи. Программа реализована по принципу трёхзвенной архитектуры: ? клиент на рабочих местах пользователей Программы; ? сервер приложений, производит обработку запросов с клиентских рабочих мест и реализует основную часть бизнес-логики Программы, расположен на серверных мощностях Получателя; ? СУБД обеспечивающая хранение, обработку и предоставление данных расположенная на серверных мощностях Получателя. Передача данных между сервером приложений и клиентом осуществляется на основе протокола HTTP. Программа включена в Единый реестр российских программ для электронных вычислительных машин и баз данных (https://reestr.minsvyaz.ru/reestr) (№ 2476 от 23.12.2016). Программа создана на основании приказа Департамента здравоохранения города Севастополя от 21.08.2018 №742 «О создании медицинской информационной системы». Неисключительные права принадлежат Получателю. Права использования программного обеспечения предоставлены Получателю в объеме, позволяющем использовать Программу и модернизировать ее функционал по соглашению с правообладателем. - - Участник закупки указывает в заявке все значения характеристики - Основные функциональные возможности Программы. МОДУЛЬ «РЕГИСТРАТУРА» 1) Создание расписания врачей. 2) Создание расписания кабинетов. 3) Создание ЭМК пациента. 4) Поиск гражданина по идентификатору (номер карты, номер полиса ОМС). 5) Регистрация персональных данных обсуживаемых пациентов. 6) Внесение полисов ОМС. 7) Учет прикрепления, открепления, перерегистрации обслуживаемых граждан, анализ движения прикрепленного контингента. 8) Возможность внесения отметок о прикреплении пациентов согласно приказа Минздрава №406н. 9) Учет льготников и инвалидов, закрепленных за МО. 10) Считывание сведений о страховании из штрих-кода печатного полиса единого образца. 11) Запись пациентов на приемы врача. Интеграция с федеральным сервисом записи к врачу через Интернет (ФЭР). 12) Печать документов: - талон для пациента (напоминание о времени и месте приёма); - титульный лист амбулаторной карты; - статистический талон амбулаторного пациента, медицинская карта амбулаторного пациента; - информированное согласие на обработку персональных данных. 13) Возможность гибкой настройки печатной формы любых документов, в том числе возможность создания в МО собственных вариантов печатных форм любых документов. 14) Ведение листов ожидания (запись в лист ожидания, работа с журналом листов ожидания, запись на прием из листа ожиданий). - Основные функциональные возможности Программы. МОДУЛЬ «ЗАПИСЬ ПАЦИЕНТОВ НА ПРИЕМ» 1) Автоматизированное ведение расписания работы врачей, кабинетов, медицинских сестер. 2) Поддержка различных справочников видов приема (первичный прием, повторный прием, медицинский осмотр, вызов на дом и т.д.). 3) Индивидуальная настройка расписания. 4) Возможность записи пациентов на повторный прием с рабочего места врача или регистратора. 5) Возможность копирования расписания на следующую неделю. 6) Возможность удаленной записи на прием к врачам других медицинских организаций при условии предоставления вторыми такой возможности. 7) Возможность настройки доступа к удаленной записи для медицинских организаций, должностей на основании выделенных медицинским организациям квот. 8) Ограничение доступа к записи на прием к врачам через интернет-портал с учетом данного признака. 9) Предварительная запись на прием к врачу через интернет портал. МОДУЛЬ «ИНФОРМАЦИОННАЯ ПОДДЕРЖКА ПАЦИЕНТОВ» 1) Поддержка работы с электронной регистратурой (ЭР) через информационный терминал для пациентов. Печать номерка при записи пациента через информационный терминал (включая печать на термопринтере). 2) Поддержка вывода информации о расписании работы МО на информационные табло (мониторы). - Основные функциональные возможности Программы. МОДУЛЬ «ВЕДЕНИЕ ЭЛЕКТРОННЫХ АМБУЛАТОРНЫХ КАРТ ПАЦИЕНТОВ» 1) Учет случаев обращений пациента, включая регистрацию фактов открытия, закрытия случая и результата обращения, оказанных услуг. 2) Ведение документации врачебных осмотров. Регистрация диагнозов пациента. Регистрация врачебных назначений пациенту (консультаций, лабораторных, инструментальных, рентгенологических исследований, амбулаторных операций, процедур, медикаментозных назначений) и их результатов. 3) Учет случаев ДН, регистрация фактов постановки пациента на диспансерное наблюдение и снятия с диспансерного наблюдения. 4) Внесение информации о явках пациента. 5) Формирование планов наблюдения. 6) Учет и регистрация показателей состояния здоровья пациента по результатам профилактических осмотров/диспансеризации. 7) Регистрация вакцинации, иммунизации и их результатов. 8) Ведение электронного листа назначений. 9) Формирование направлений на получение медицинской помощи в иных учреждениях здравоохранения, включая направления на госпитализацию, санаторно-курортное лечение, и регистрация их результатов. 10) Формирование рецептов на получение лекарственных средств. 11) Формирование направления пациента в регистр пациентов с БСК с указанием: - льготы; - даты начала и даты окончания терапии; - медицинской услуги (если она была оказана); - предполагаемой даты постановки на учет; - схемы лечения (препарат, кратность приема, схема приема). 12) Формирование направления пациента в регистр льготников. 13) Внесение стадий TNM и клинической стадии на форме «Осмотр врача»/блок «Основное заболевание» с последующим предзаполнением форм: - «Извещение о больном с впервые в жизни установленным диагнозом ЗНО» (ф.090/у); - «Протокол на случай выявления у больного запущенной формы ЗНО» (ф.027-2/у); - «Выписка из карт стационарного больного ЗНО» (ф.027-1/у); - «Регистрационная карта больного ЗНО (ф.030-6/ГРР)». - Основные функциональные возможности Программы. МОДУЛЬ «СТАЦИОНАР. ПРИЕМНОЕ ОТДЕЛЕНИЕ» 1) Регистрация медицинских данных, обслуживаемых пациентов. 2) Поиск гражданина по идентификатору (номер полиса обязательного медицинского страхования и прочие). 3) Внесение информации из документов, удостоверяющих личность. 4) Создание ЭМК. 5) Внесение полисов ОМС. 6) Получение информированного согласия на обработку персональных данных. 7) Интеграция с централизованной базой данных застрахованных (реестром застрахованных). 8) Считывание сведений о страховании из штрих-кода печатного полиса единого образца, из электронного полиса. 9) Учет отказов от госпитализации. 10) Врачебная документация: - осмотр врача приемного отделения; - учет медицинских услуг, оказанных при нахождении пациента в приемном отделении; - согласие пациента на медицинское вмешательство. 11) Печать документов: - ЭМК, карта выбывшего; - информированное согласие на обработку персональных данных; - возможность гибкой настройки печатной формы любых документов, в том числе возможность создания в МО собственных вариантов печатных форм любых документов. - Основные функциональные возможности Программы. МОДУЛЬ «СТАЦИОНАР. ВЕДЕНИЕ ЭЛЕКТРОННЫХ СТАЦИОНАРНЫХ КАРТ ПАЦИЕНТОВ» 1) Планирование коечного фонда и контроль его состояния. 2) Регистрация диагнозов пациента. 3) Ведение учетных документов в электронном виде. 4) Вывод печатных форм с механизмом корректировки. 5) Регистрация данных анамнеза. 6) Регистрация дневниковых записей. 7) Регистрация диагнозов направления, при поступлении, клинических и заключительных диагнозов (основные, сопутствующие, осложнения), как предварительных, так и окончательных. 8) Регистрация направлений на инструментальные и лабораторные исследования. 9) Регистрация результатов лабораторных исследований. 10) Регистрация результатов инструментальных исследований. 11) Регистрация результатов консультаций. 12) Ведение электронного листа назначений: добавление и удаление назначений. 13) Передача назначения на рабочее место медицинской сестры. 14) Регистрация выполнения назначений. 15) Автоматизация составления вторичной документации (формирование выписного, переводного, этапного эпикриза; оформление выписки пациента). 16) Учет использования коечного фонда и движения пациентов в стационаре, включая регистрацию размещения пациента, его перевода и выписки. 17) Получение оперативных сводок о движении пациентов. 18) Предоставление информации о пациенте, находящемся на лечении (палата, отделение, лечащий врач и дата поступления). 19) Предоставление справок, не содержащих конфиденциальной информации, о госпитализированных и выбывших больных, а также о больных, которым было отказано в госпитализации. 20) Возможность добавления симультанных операций в рамках одного оперативного вмешательства с возможностью подбора КСГ по любой из услуг. - Основные функциональные возможности Программы. МОДУЛЬ «СТАЦИОНАР. ВЕДЕНИЕ ЭЛЕКТРОННЫХ СТАЦИОНАРНЫХ КАРТ ПАЦИЕНТОВ» 21) Возможность указания типа осмотра по форме осмотра врача стационара: - амбулаторный прием; - дневниковая запись; - осмотр врача в отделении/приемном покое; - осмотр врача в отделении/приемном покое с заведующим отделением; - обход с заведующим отделением; - осмотр заведующего отделением; - дневниковая запись дежурного врача; - осмотр врача-консультанта. 22) Формирование заявки на питание пациентов по форме 22-МЗ «Сводные сведения по наличию больных, состоящих на питании», утвержденной приказом Минздрава России от 05.08.2003 №330 «О мерах по совершенствованию лечебного питания в лечебно-профилактических учреждениях Российской Федерации»: - указание информации о столах питания пациентов при госпитализации/поступлении пациента в отделение в соответствии со стандартными диетами; - формирование заявки по отделению на основе введенных данных; - формирование сводных сведений по форме №22-МЗ. - Основные функциональные возможности Программы. МОДУЛЬ «СТАЦИОНАР. ВЕДЕНИЕ ЭЛЕКТРОННЫХ СТАЦИОНАРНЫХ КАРТ ПАЦИЕНТОВ» для мобильного устройства 1) Веб-интерфейс для работы в модуле «Стационар. Ведение электронных карт пациентов» с возможностью: - просмотра истории болезни; - ввода текстовой информации о корректировке лечения по результатам врачебного осмотра; - отображение сведений о назначенных операциях; - отображение сведений об учете больных, включающие данные о количестве поступивших больных, продолжающих длительное лечение, прооперированных больных, переведенных больных из других отделений, переведенных в другие отделения, переведено в другой стационар, выписано, умерло, всего состоит больных в отделении на дату; - отображение результатов исследований и анализов в виде документа протокола; - отображение уведомления по движению пациентов; - отображение напоминания каждый 14 дней после открытия больничного о необходимости его продления; - ввод дополнительной информации в дневниковой записи врача: назначения и рекомендации, лечение в виде текстовой информации; - предзаполнение сведений из предыдущей дневниковой записи. - Основные функциональные возможности Программы. МОДУЛЬ «ПЕРСОНИФИЦИРОВАННЫЙ УЧЕТ ЛЕКАРСТВЕННЫХ СРЕДСТВ» 1) Функциональное обеспечение всех этапов жизненного цикла записи о медикаментах: - ввод данных о приходе медикаментов; - ввод данных о выдаче медикаментов в отделения; - ввод данных об инвентаризации; - списание медикаментов; - ведение учета информации на складах в которых будут храниться медикаменты, содержащие следующие сведения: наименование склада, номер склада, остатки медикаментов на складе; - создание договоров с поставщиками, содержащие следующие сведения: дата договора, номер договора, дата окончания, источник финансирования, поставщик; - ввод данных о медикаментах, в том числе код товара, наименование, единица измерения, количество, цена, сумма; - передача сведений о лекарственных средствах, выданных пациенту в период госпитализации; - отображение списка лекарственных средств, назначенных и выданных пациенту - Основные функциональные возможности Программы. МОДУЛЬ «ЛЬГОТНОЕ ЛЕКАРСТВЕННОЕ ОБЕСПЕЧЕНИЕ» 1) Учет пациентов, имеющих право на льготное лекарственное обеспечение: - Федеральный регистр; - Региональный регистр; - Регистр по 12 ВЗН; - Регистр по спец. контингенту. 2) Учет врачей, имеющих право на выписку льготного лекарственного обеспечения. 3) Учет потребностей МО региона в лекарственных препаратах и изделиях медицинского назначения. 4) Формирование заявочного каталога. 5) Формирование потребности МО в лекарственных препаратах и изделиях медицинского назначения, используемых в льготном обеспечении пациентов региона. 6) Выписка льготного рецепта. 7) Выписка врачом рецептов на льготное лекарственное обеспечение, подписанных УКЭП. Автоматизированная проверка правомерности применения УКЭП врачом МО. Документирование выполняемых операций с рецептами, подписанными УКЭП. Передача льготного рецепта, подписанного УКЭП, в аптечную организацию. 8) Учет сведений о результатах обслуживания льготных рецептов в аптечной сети. 9) Организация учета информации о выписанном медикаменте и его обслуживании аптеками. 10) Возможность подбора аналоговой замены препарата при выписке. 11) Возможность настройки контроля выписки льготных рецептов по заявке для каждой льготы. 12) Формирование потребности с ЛП. - Основные функциональные возможности Программы. МОДУЛЬ «ВАКЦИНОПРОФИЛАКТИКА» 1) Учет фактов выполнения вакцинации. 2) Учет туберкулиновых проб. 3) Учет прививок БЦЖ. 4) Учет прочих вакцинаций. 5) Учет осложнений от вакцинаций. 6) Учет отказов от вакцинации. 7) Учет исследования напряженности иммунитета. 8) Автоматизированное планирование графика вакцинаций на основе настраиваемого справочника календаря вакцинаций (национальный). 9) Формирование утвержденной статистической отчетности. МОДУЛЬ «ЭЛЕКТРОННЫЙ ЛИСТОК НЕТРУДОСПОСОБНОСТИ» 1) Регистрация случая временной нетрудоспособности, продление и закрытие случая в соответствии с действующими нормативными актами и рекомендациями Фонда социального страхования. 2) Возможность получения номера листа нетрудоспособности из ФСС. 3) Возможность открытия, продления и закрытия случая листа нетрудоспособности с отправкой в ФСС. 4) Возможность продления ЭЛН, открытого в другой МО. 5) Возможность просмотра ошибок отправки или получения ответа от ФСС. 6) Предварительный просмотр заполненной формы листка нетрудоспособности перед печатью. 7) Возможность настройки шрифта при печати листка нетрудоспособности - Основные функциональные возможности Программы. МОДУЛЬ «ПЕРИНАТАЛЬНАЯ МЕДИЦИНА» КОМПОНЕНТ «ЖЕНСКАЯ КОНСУЛЬТАЦИЯ» 1) Постановка беременных на учет с фиксацией срока постановки на учет, паспортных данных. 2) Заполнение и редактирование сигнальной информации о пациенте (осложнения аллергологического анамнеза, наличие социально-значимых заболеваний). 3) Ведение дневника наблюдения участкового врача-акушера-гинеколога. 4) Использование шаблонов при вводе информации об осмотре беременной, в том числе регистрации жалоб, данных анамнеза и объективного статуса. 5) Формирование протоколов медицинских осмотров беременных на основе вводимых данных в соответствии с учетными формами государственного статистического наблюдения. 6) Определение рисков беременности по Радзинскому. 7) Регистрация клинического диагноза на основании встроенного справочника МКБ-10. 8) Ведение паспорта беременной (обменной карты). 9) Возможность формирования утвержденной статистической отчетности. МОДУЛЬ «ПРОФИЛАКТИЧЕСКИЕ МЕДИЦИНСКИЕ ОСМОТРЫ» 1) Создание случая диспансеризации (профилактического осмотра). 2) Автоматическое формирование плана мероприятий по диспансеризации и профилактическим осмотрам на основании действующих нормативно-правовых актов Минздрава РФ. 3) Запись и направление на мероприятия по диспансеризации(медосмотру). 4) Учет выполненных мероприятий (Ввод результатов осмотров и исследований). 5) Формирование маршрутной карты медицинского осмотра. 6) Заполнение анкеты по диспансеризации. 7) Учет результатов анализов с автоматической подсветкой отклонений от нормы. 8) Информирование врача о выявленных заболеваниях. 9) Формирование учетной формы 131/у. - Основные функциональные возможности Программы. МОДУЛЬ «ВРАЧЕБНАЯ КОМИССИЯ» 1) Формирование направлений на ВК для проведения экспертиз временной нетрудоспособности и регистрация их результатов: - регистрация результатов проведения ВК. 2) Формирование отчетов об объемах и результатах экспертиз. - Основные функциональные возможности Программы. МОДУЛЬ «ПРОВЕДЕНИЕ ПРОФИЛАКТИЧЕСКИХ МЕРОПРИЯТИЙ. ВЗАИМОДЕЙСТВИЕ С ИС ТФОМС» 1) Возможность формирования списка пациентов для проведения профилактических мероприятий на текущий год, распределенных помесячно в разрезе участков первичного звена (распределение пациентов по типам диспансеризации и месяцам прохождения в зависимости от года рождения). 2) Возможность редактирования списка запланированных пациентов на профилактические мероприятия (удаление пациента из плана, редактирование месяца прохождения профилактического мероприятия) с АРМ врача. 3) Возможность актуализации сведений о лицах, включенных в план профилактического мероприятия. 4) Возможность выгрузки сведений о лицах, включенных в план профилактических мероприятий, в ТФОМС для идентификации страховой принадлежности. 5) Возможность загрузки акта, содержащего сведения о идентификации застрахованных лиц, включенных в план проведения профилактических мероприятий: - отображение ошибок идентификации страховой принадлежности; - отображения списка пациентов, не идентифицированных ни в одной СМО. 6) Возможность выгрузки сведений о лицах, включенных в план профилактических мероприятий в разрезе СМО. - Основные функциональные возможности Программы. МОДУЛЬ «ПРОВЕДЕНИЕ ПРОФИЛАКТИЧЕСКИХ МЕРОПРИЯТИЙ. ВЗАИМОДЕЙСТВИЕ С ИС ТФОМС» 7) Возможность формирования списков врачом на конкретном участке отдельно на диспансеризацию и отдельно на профилактические осмотры: - создана папка Резерв, включающая в себя сведения о пациентах, не запланированных на прохождение диспансеризации или профилактического осмотра на текущий год, с возможностью редактирования и планирования диспансеризации или профилактического осмотра на текущий год, взамен выбывших. 8) Возможность маркировки пациентов, которые были запланированы и прошли профилактический осмотр (выделение цветом или отображения графического знака), для актуализации списка, путем изменения запланированной даты прохождения профилактического мероприятия. 9) Возможность формирование обновленного списка пациентов для проведения профилактических мероприятий на текущий год. 10) Возможность формировать отчет в разрезе участков первичного звена (распределение пациентов по типам диспансеризации и месяцем прохождения) с информацией о количестве пациентов запланированных и прошедших профилактические осмотры. - Основные функциональные возможности Программы. МОДУЛЬ «УПРАВЛЕНИЕ ВЗАИМОРАСЧЕТАМИ ЗА ОКАЗАННУЮ МЕДИЦИНСКУЮ ПОМОЩЬ» 1) Учет видов финансирования, с которыми работает МО (ОМС). 2) Ведение номенклатуры услуг, оказываемых в МО. 3) Учет оказанных услуг по всем видам оказываемой МП с внесением информации о форме оплаты, статусе оплаты. 4) Формирование реестров счетов за оказанную медицинскую помощь и их передача во внешнюю информационную систему в соответствии с действующими на территории региона приказами ТФОМС об информационном взаимодействии при выставлении реестров счетов. 5) Возможность формирования исправительных счетов реестров. 6) Автоматическое распределение случаев оказания медицинской помощи в реестры счетов по всем видам оплаты и страховым медицинским организациям за период, указанный пользователем МО по запросу. 7) Формирование печатных форм счетов в соответствии с действующими нормативными актами ТФОМС региона на форме формирования счета-реестра. 8) Получение данных об оплате или об отказах в оплате выставленных счетов из внешней системы. - Основные функциональные возможности Программы. ИНТЕГРАЦИЯ С ВНЕШНИМИ СИСТЕМАМИ -Взаимодействие с информационной системой федерального казенного учреждения «Главное бюро медико-социальной экспертизы по субъекту Российской Федерации» Министерства труда и социальной защиты Российской Федерации в целях обмена ИПРА инвалида (ИПРА ребенка-инвалида) на основе регламента взаимодействия http://fbmse.ru/interaction/ipra/ -Выгрузка сведений в федеральную подсистему мониторинга проведения диспансеризации детей-сирот и детей, находящихся в трудной жизненной ситуации, Министерства здравоохранения РФ. -Передача медицинских структурированных документов (амбулаторных эпикризов) пациента в Федеральную ИЭМК. -Взаимодействие с сервисом «Запись на прием к врачу» личного кабинета пациента «Моё здоровье» на Едином портале государственных и муниципальных услуг (ЕПГУ). -Взаимодействие с сервисом «Запись на прием к врачу» личного кабинета пациента «Моё здоровье» на Региональном портале государственных и муниципальных услуг (РПГУ). -Взаимодействие с сервисом ФСС в части получения номеров ЭЛН и передачи в ФСС информации об открытии, продлении и закрытии ЭЛН. -Взаимодействие с информационной системой ТФОМС города Севастополя (формирование реестров счетов на оплату оказанной медицинской помощи в ОМС, план прохождения диспансеризации и профилактических осмотров). - Основные функциональные возможности Программы. ИНТЕГРАЦИЯ С ВНЕШНИМИ СИСТЕМАМИ -Взаимодействие с адаптером СМЭВ РИЭМК в части получения СНИЛС пациента. -Взаимодействие с сервисом РИЭМК в части записи пациентов для проведения диспансеризации. -Взаимодействие с сервисом РИЭМК в части записи пациентов на прием к врачу (первичный прием/прием по направлению). -Взаимодействие с информационной системой «Личный кабинет пациента» в части получения сведений о пациенте. -Интеграция с Федеральным регистром граждан, имеющих право на обеспечение лекарственными препаратами, медицинскими изделиями и специализированными продуктами лечебного питания за счет бюджетных ассигнований федерального бюджета и бюджетов субъектов российской федерации (ФРЛЛО). - Основные функциональные возможности Программы. МОДУЛЬ «СТАТИСТИКА» 1) Подготовка утвержденной государственной статистической отчетности (при условии наличия в Программе сведений, необходимых для формирования отчета): - предварительный просмотр сформированного отчета, печать отчетов; - экспорт отчетов в офисные приложения (Microsoft Office, Open Office); - экспорт отчетов в другие форматы (html, xml, excel). 2) Подготовка произвольных аналитических отчетов о деятельности организации: - возможность получения выборок из базы данных и сводной информации в соответствии с условиями, задаваемыми пользователем; - сохранение условий выборки данных для получения информации в Программе (централизованно для администратора системы, локально для одного пользователя, локально в рамках одной медицинской организации); отображение в системе папок данных с предустановленным фильтром. - Основные функциональные возможности Программы. ПОДСИСТЕМА «АРХИВ ЭЛЕКТРОННЫХ МЕДИЦИНСКИХ ДОКУМЕНТОВ» Содержит в себе электронные медицинские персональные записи по пациенту, оформляемые в Программе. Они формируются на основе архива электронных медицинских документов в формате PDF/A, подписанных ЭЦП. - Хранящиеся записи доступны для просмотра и печати в Программе при условии наличия прав доступа на получение конкретных типов данных. МОДУЛЬ «РАБОТА АПТЕЧНОГО СКЛАДА МО» 1) Интеграция с системой «Честный знак». Приемка/списание лекарственных препаратов по этапам реализации передача данных в «Честный знак» (в соответствии с концепцией создания Федеральной государственной информационной системы мониторинга движения лекарственных препаратов от производителя до конечного потребителя с использованием маркировки (ФГИС МДЛП) (утв. приказом Министерства здравоохранения РФ от 30 ноября 2015 г. №866). 2) Формирования файла-выгрузки в соответствии с приказом Минздрава России от 27.05.2009 №277н «Об организации и осуществлении мониторинга ассортимента и цен на жизненно необходимые и важнейшие лекарственные препараты». Формат файла должен соответствовать требованиям, опубликованным на портале оперативного мониторинга ЛС http://mols.roszdravnadzor.ru/ 3) Ведение персонифицированный учет медикаментов и расходных материалов без назначения врача: -ввод в истории болезни пациента данных об использованных медикаментах и расходных материалах с учетом остатков ЛС и МИ в отделении с последующим списанием их со склада отделения. - Основные функциональные возможности Программы. МОДУЛЬ «ВЕДЕНИЕ ОНКОЛОГИЧЕСКИХ БОЛЬНЫХ» 1) Оформление направления на цитологическое исследование (учетные формы №203/у-02 и № 446/у). 2) Заполнение результатов проведения цитологического исследования (учетные формы №203/у-02 и № 446/у). 3) Создание, редактирование и сохранение врачебного осмотра пациента, в том числе данные анамнеза, жалобы, объективный статус, назначения и рекомендации. 4) Оформление направления на консультацию онколога при подозрении или выявлении у больного ЗНО. 5) Оформление направления на биопсию. 6) Оформление направления на дополнительные лабораторные исследования. 7) Создание новой/редактирование имеющейся маршрутной карты больного ЗНО с внесением соответствующей записи в регистр. 8) Оформление направления на ПАИ. 9) Формирование протокола ПАИ биопсийного материала. 10) Оформление «Извещения о больном с впервые в жизни установленным диагнозом ЗНО» (ф.090/у). 11) Оформление «Протокола на случай выявления у больного запущенной формы ЗНО» (ф.027-2/у) в случае поздней диагностики злокачественных новообразований (III и IV стадии для визуальных локализаций и IV стадии всех остальных локализаций). 12) Оформление «Выписки из медицинской карты больного злокачественным новообразованием» (ф.027-1/у). 13) Оформление «Регистрационной карты больного ЗНО» (ф.030-6/ГРР). 14) Оформление «Талона дополнений к контрольной карте диспансерного наблюдения больного ЗНО» (ф.030-6/ТД). 15) Отображение маршрутной карты на форме текущего осмотра с обеспечением возможности её просмотра, редактирования и закрытия. - Основные функциональные возможности Программы. МОДУЛЬ «ВЕДЕНИЕ ОНКОЛОГИЧЕСКИХ БОЛЬНЫХ» 16) Оформление каждого из первично-множественных ЗНО отдельно в соответствии с требованиями приказа Минздравсоцразвития РФ от 19.04.1999 №135 «О совершенствовании системы Государственного ракового регистра». 17) Использование встроенных справочников при заполнении учетных форм (при условии наличия утверждении справочников). Вывод на печать оформленных учетных форм, направлений и протоколов. - Основные функциональные возможности Программы. ИС ДЛЯ АВТОМАТИЗАЦИИ ПРОЦЕССОВ НА СТАНЦИИ ПЕРЕЛИВАНИЯ КРОВИ 1) Ведение донорского учета. Оформление учетной карточки донора. Формирование направлений донора. 2) Заполнение физиологических показателей донора и информации о кроводачах, формирование списка необходимых анализов, ввод информации о терапевтическом осмотре донора. 3) Оформление отвода донора с указанием причины и срока. 4) Ввод результатов анализов доноров: ? с направлением в операционную для сдачи крови (при положительных результатах); ? с направлением/возвратом к терапевту (в случае отрицательных результатов). 5) Возможность формирования этикеток в операционной при донации. 6) Возможность отмены донации в операционной. 7) Ввод данных о центрифугировании крови. 8) Ввод данных о результатах анализов доноров (биохимия, иммунология, ПЦР, изосерология, клинические анализы). 9) Формирование актов выпуска продуктов в сеть: ? добавление продуктов в Акт выпуска; ? печать этикетов продуктов; ? изменение местонахождения продукта; ? печать акта выпуска; ? направление продуктов (плазма) на карантин для ожидания анализов на карантине (пассивное ожидание до 6 месяцев, активное ожидание после 6 месяцев); ? направление донора плазмы для проведения повторной проверки продукта. 10) Возможность ввода информации о переработке продуктов: ? переработка в эритроцитную массу, объединенную лейкоцитами; ? переработка в эритроциты, фильтрованные; ? переработка в криопреципитат; ? переработка стерильно в эритроциты фильтрованные ? объединение тромбоцитов. По результатам переработки указывается объем и печатаются этикетки для продуктов; 18) Возможность обработки заявок стационаров на компоненты крови с подбором продуктов (одного или нескольких) для передачи в отделение стационара - Основные функциональные возможности Программы. МОДУЛЬ НАПРАВЛЕНИЯ НА ПОЛУЧЕНИЕ МОЛОЧНОГО ПИТАНИЯ 1) Загрузка реестра пациентов льготных категорий получателей молочного питания. 2) Формирование назначения с расчетом сроков действия льготы и подбором на каждую выдачу продуктов. 3) Сервис для передачи информации по купону и приема данных о реализации купонов в торговой сети; 4) Сервис для передачи купонов по запросу в Личный кабинет пациента. 5) Функционал проверки актуальности купона на молочное питание с помощью сканирования или поиска; - просмотр сведений о назначенном питании по купону; - фиксации даты выдачи молочного питания; 11) - формирования журнала выдачи молочной кухни по требованию главного внештатного специалиста. - Основные функциональные возможности Программы. СЕРВИС ФОРМИРОВАНИЯ СТРУКТУРИРОВАННЫХ ЭЛЕКТРОННЫХ МЕДИЦИНСКИХ ДОКУМЕНТОВ (СЭМД) - Льготный рецепт на лекарственных препарат, изделие медицинского назначения и специализированный продукт лечебного питания; - Отпуск по рецепту на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания; - Протокол инструментального исследования в формате HL7 CDA R2 (СЭМД); - Направление на медико-социальную экспертизу медицинской организацией в формате HL7 CDA R2 (СЭМД); - Протокол консультирования в формате HL7 CDA R2 (СЭМД); - Эпикриз в стационаре выписанной в формате HL7 CDA R2 (СЭМД); - Эпикриз по законченному случаю амбулаторный в формате HL7 CDA R2 (СЭМД); - Протокол телемедицинской консультации; - Протокол прижизненного патологоанатомического исследования; - Направление на госпитализацию, восстановительное лечение, обследование, консультацию - и т.д. МОДУЛЬ МЕДИЦИНСКОЙ РЕАБИЛИТАЦИИ 1. Включение пациента в регистр «Реабилитация». Направление пациента на госпитализацию в стационар (форма № 057/у-04) с признаком «Нуждается в реабилитации» и прикрепление к направлению сопутствующих документов в формате pdf. 2. АРМ Мультидисциплинарная отборочная комиссия. Подтверждение необходимости прохождения реабилитации или отказ в реабилитации. Формирование протокола результатов проведения комиссии. 3. Работа с картой реабилитационных мероприятий, заполнение основных данных о прохождении реабилитации в стационаре (МКФ, цели, задачи, результаты реабилитации). - требования к модернизируемой программе - Модернизируемая Программа и ее компоненты являются частью Государственной информационной системы в сфере здравоохранения города Севастополя состав которой утвержден Постановлением Правительства города Севастополя от 29.12.2023 № 669-ПП «О государственной информационной системе в сфере здравоохранения города Севастополя». Состав функциональных модулей модернизируемой Программы приведен в Таблице 2 Технического задания. Все компоненты модернизируемой Программы размещены централизованно на серверных мощностях регионального центра обработки данных ГБУЗС «МИАЦ». Режим работы модернизируемой Программы круглосуточно 24/7/365. Замена имеющегося у Получателя программного обеспечения программы для ЭВМ «ВИТАКОР РМИС» не допускается. - - Значение характеристики не может изменяться участником закупки - Требования к программному обеспечению - Модернизированная Программа должна функционировать на имеющемся программном обеспечении Получателя, поддерживать работу на следующем ПО, установленном на автоматизированных рабочих местах: ? ОС Windows 10 и выше, Astra Linux, ALT Linux, имеющихся у Получателя. Расширенный функционал Программы должен быть полностью совместим и быть развернут на операционных системах, серверах приложений, реализованными на базе программного обеспечения, включенного в Единый реестр российских программ для электронных вычислительных машин, в том числе сертифицированными версиями серверных операционных систем не ниже Red OS 7.3 и Astra Linux 1.8, имеющихся у Получателя. Расширенный функционал Программы должен быть полностью совместим и быть развернут на СУБД Postgres Pro, разрабатываемой ООО «Постгрес Профессиональный», или другую СУБД, входящей в Единый реестр российских программ для электронных машин и баз данных (https://reestr.digital.gov.ru/) и в Государственный реестр сертифицированных средств защиты информации (https://fstec.ru) имеющихся у Получателя. Аппаратная часть (серверное оборудование) для функционирования Программы предоставляется и обслуживается Заказчиком (Получателем). Получатель обеспечивает сетевую связность между вычислительными ресурсами, информационными системами, с которыми предусмотрена организация информационного взаимодействия. Масштабирование серверной части Программы в части увеличения оперативной памяти, количества ядер процессоров, приобретения дополнительных лицензий на общесистемное программное обеспечение в том числе на операционные системы, системы управления базами данных, криптопровайдеры, осуществляется за счет средств Получателя. - - Значение характеристики не может изменяться участником закупки - Требования к патентной чистоте - Программно-технические решения должны отвечать требованиям по патентной чистоте согласно действующему законодательству Российской Федерации, в том числе Приказу Минцифры России от 17.12.2020 № 715 «Об утверждении типовых условий контрактов на выполнение работ по созданию и (или) развитию (модернизации) государственных (муниципальных) и (или) иных информационных систем». Права на программное обеспечение, а также исходные коды, разработанные в ходе выполнения работ, передаются Заказчику в соответствии с приказом Минцифры России от 17.12.2020 № 715 «Об утверждении типовых условий контрактов на выполнение работ по созданию и (или) развитию (модернизации) государственных (муниципальных) и (или) иных информационных систем». В случае, если при выполнении работ используется готовое программное обеспечение (платформа, подсистема и т.д.), которое становится частью (компонентом) Системы, городу Севастополю в лице Заказчика передаются неисключительные права (путем заключения лицензионного договора) на такое программное обеспечение со следующими возможностями: ? права передаются на весь срок действия исключительных прав правообладателя, действующие на территории города Севастополя; ? должно быть обеспечено право города Севастополя в лице Заказчика передавать, дорабатывать, распространять, развивать результаты услуг, созданные в процессе исполнения государственного контракта. В остальных случаях право собственности (исключительное право) на результаты выполненных работ, отчетные документы и материалы, полученные в ходе выполнения работ по Контракту принадлежат городу Севастополю в лице Заказчика с момента подписания сторонами документа о приемке. - - Участник закупки указывает в заявке все значения характеристики - Подрядчик использует только объекты интеллектуальной собственности, права на которые приобретены (получены) и используются без нарушений прав на интеллектуальную собственность третьих лиц или предоставлены Заказчиком. Это требование обеспечивает соблюдение авторских, смежных, патентных и иных прав разработчиков используемых сторонних компонент. Подрядчик обязан согласовать с Получателем необходимость использования при выполнении работ охраняемых результатов интеллектуальной деятельности, права на которые принадлежат третьим лицам. Результаты выполненных работ не должны повлечь необходимость осуществления Заказчиком закупок программного обеспечения (как исключительных, так и неисключительных прав). Право владения информацией, создаваемой в базах данных Программы, принадлежит городу Севастополю в лице учредителя Получателя - Департамента здравоохранения города Севастополя. Использование Подрядчиком информации, создаваемой в базах данных модернизируемой Программы, осуществляется исключительно в целях исполнения требований технического задания. - Требования к квалификации пользователей - Модернизируемая Подрядчиком Программа должна учитывать следующие требования к квалификации пользователей: ? наличие навыков работы на персональном компьютере с современными ОС. - - Значение характеристики не может изменяться участником закупки - Требования к обеспечению информационной безопасности - Подрядчик обязан обеспечить конфиденциальность данных, безопасность их обработки в зоне своей ответственности в ходе оказания услуг по настоящему описанию объекта закупки. Для защиты конфиденциальной информации от несанкционированного доступа Подрядчик в зоне своей ответственности обязан принимать все необходимые организационные и технические меры, в том числе с использованием (применением) средств криптографической защиты, средств антивирусной защиты и средств от несанкционированного доступа соответствующие требованиям: 1. Средство антивирусной защиты: 1.1 уровню доверия (2). 1.2 Профилю защиты САВЗ: (Б второго класса защиты. ИТ.САВЗ.Б2.ПЗ); (В второго класса защиты. ИТ.САВЗ.В2.ПЗ); (Г второго класса защиты. ИТ.САВЗ.Г2.ПЗ). 2. Средство защиты от несанкционированного доступа: 2.1 уровню доверия (4). 2.2 Требованиям к межсетевому экранированию (Далее- МЭ): - профилю защиты МЭ (четвертого класса защиты. ИТ.МЭ.В4.ПЗ). 2.3 Требованиям к Средствам контроля подключения съемных машинных носителей информации (далее- СКН): - профиль защиты СКН (контроля отчуждения (переноса) информации со съемных машинных носителей информации четвертого класса защиты. ИТ.СКН.Н4.ПЗ); - профиль защиты СКН (контроля подключения съемных машинных носителей информации четвертого класса защиты. ИТ.СКН.П4.ПЗ). 2.4 Требования к средствам обнаружения вторжений (далее- СОВ): профили защиты СОВ (узла четвертого класса защиты. ИТ.СОВ.У4.ПЗ), РД СВТ(5). 3. Требования к средствам криптографической защиты информации: 3.1 Соответствие КС2. 3.2 Безопасность данных в VPN-сети должна обеспечиваться российским алгоритмом шифрования ГОСТ 28147-89 с использованием 256-битных ключей шифрования. - - Участник закупки указывает в заявке все значения характеристики - При оказании услуг Подрядчик должен обеспечить соблюдение требований к обеспечению конфиденциальности, целостности и доступности обрабатываемой в Программе информации. Подрядчик должен определить перечень работников, для которых предполагается удаленный доступ к информационной инфраструктуре Программы, а также перечень информации и информационных ресурсов, расположенных на серверах Программы, к которым будет предоставляться удаленный доступ и предоставить данный перечень Получателю услуги. Подрядчик должен обязать в письменной форме всех специалистов (сотрудников Подрядчика), которым могут стать доступны персональные данные в ходе оказания услуг по настоящему описанию объекта закупки обеспечивать их целостность и конфиденциальность. Недопустима передача персональных данных, ставших известными сотрудникам Подрядчика в ходе оказания услуг по настоящему описанию объекта закупки, третьим лицам, за исключением участников процесса разработки Программы, если иное не предусмотрено законодательством Российской Федерации. Подрядчик несет ответственность в соответствии с законодательством Российской Федерации за действия своих сотрудников при оказании услуг по настоящему описанию объекта закупки, которые могут повлечь за собой нарушение функционирования Программы в целом и (или) свойств безопасности (конфиденциальности, целостности и доступности) обрабатываемой в Программе информации. Информация о правах доступа (предоставление, изменение, прекращение прав доступа) сотрудников Подрядчика к компонентам Программы и ее информационным ресурсам должна фиксироваться Подрядчиком в ходе оказания услуг по настоящему описанию объекта закупки и предоставляться Заказчику и функциональному заказчику (Получателю) по требованию. - При оказании услуг по настоящему описанию объекта закупки Подрядчиком должны быть реализованы нижеследующие требования к функциональным возможностям Программы, направленные на обеспечение безопасности обрабатываемой в ней информации. В Программе должна быть предусмотрена возможность настройки для каждой пользовательской роли прав доступа к информационным ресурсам и выполнения определенных операций. Для каждого пользователя должна быть возможность назначить одну или более ролей. Доступ к Программе и ее компонентам должен быть реализован на основе принципа разделения обязанностей и минимизации полномочий. Вход в пользовательскую часть Программы и дальнейшая работа должны осуществляться только после прохождения процедур идентификации и аутентификации (проверке подлинности пользователя). Для целей защиты данных сервера БД от несанкционированного доступа конечные пользователи Программы не должны знать пароль доступа непосредственно к самому серверу БД. Авторизация в Программе должна предусматривать доступ к функциям приложения, а не к серверу базы данных. В целях регистрации и учета действий пользователей и администраторов, в Программе внутренними (встроенными) средствами Программы должно быть обеспечено журналирование (фиксирование) действий пользователей и администраторов – вход (выход) в (из) системы, действий с конфиденциальной информацией, совершаемых пользователями в рамках сессии пользователя. Средства диагностирования Программы должны обеспечивать сбор и накопление информации о процессах загрузки и передачи данных, критических ошибках и предупреждениях в работе программных средств системы, загрузке аппаратной части (процессоры, память). Выполнение требования должно достигаться за счет внутренних (встроенных) средств Программы. - Подрядчик не имеет права разглашать или передавать любую информацию, создаваемую и обрабатываемую в процессе функционирования, третьим лицам, в случае если данная информация попала к нему в ходе исполнения своих обязательств. Обеспечение информационной безопасности осуществляется в соответствии с действующим законодательством Российской Федерации и включает в себя использование: 1. Встроенных в Программу механизмов безопасности, таких как средства разграничения доступа и логирования; 2. Программно-аппаратных, программных и технических средств Получателя; 3. Организационных мер обеспечения информационной безопасности на стороне Получателя. Подрядчик подтверждает свое согласие на заключение с Заказчиком, Получателем Соглашения о неразглашении служебной и иной конфиденциальной информации. Выполнение части работ в рамках настоящего технического задания допустимо посредством удаленного подключения к серверам Получателя, на которых размещена Программа. Удаленное подключение осуществляется с использованием телекоммуникационных сетей связи по защищенному каналу связи Vipnet сеть № 4535 (средства защиты приобретаются Подрядчиком за свой счет, доступ обеспечивает Получатель). - Требования к предоставлению доступа - Для выполнения работ в удалённом режиме Подрядчик запрашивает доступ к необходимым ресурсам Программы у Заказчика (Получателя). После согласования перечня ресурсов необходимых для модернизированного функционала Программы, к которым необходимо обеспечить удаленный доступ со стороны Подрядчика, и уровня запрашиваемых полномочий, Заказчик (Получатель) в течение трех рабочих дней с момента подписания соглашения об информационном взаимодействии обеспечивает доступ (при наличии технической возможности) к запрашиваемым серверам, на которых будет установлен модернизированный функционал Программы и ее компоненты, в объеме и с полномочиями, минимальными и достаточными для исполнения обязанностей Подрядчика. Разработка и настройка Программы будет осуществляться в удаленном режиме на серверном оборудовании, установленном в ЦОД. Доступ к серверам защищённой сети Департамента здравоохранения осуществляется с использованием технологии VPN, построенной на базе сертифицированных по требованиям безопасности информации криптографических средств ViPNet Network Security. Приобретение требуемых для удаленного доступа средств криптографической защиты информации осуществляется Подрядчиком с использованием собственных сил и средств. - - - Общие требования к интерфейсу - Интерфейс модернизированного функционала Программы должен обеспечивать быстрое отображение экранных форм. Ввод-вывод данных, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям. Для обозначения сходных операций должны использоваться сходные управляющие (навигационные) элементы (иконки). Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы. Пользователь должен получать информацию об успешном завершении операций и о возникновении сбоев в ходе их выполнения или невозможности выполнения. При выполнении длительных операций, требующих значительного времени для выполнения, пользователь, должен получать информацию о текущем ходе выполнения операции. Интерфейс и логика работы пользователя в различных операционных системах должны быть идентичными. - - Значение характеристики не может изменяться участником закупки - Требования по обработке исключительных ситуаций и ошибок - Сообщения об ошибках или аварийных ситуациях должны быть на русском языке, содержать рекомендации по их устранению. Модернизированный функционал Программы должен обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. После вывода пользователю соответствующего сообщения, Программа должна возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. - - Значение характеристики не может изменяться участником закупки - Требования по вводу и контролю данных - Для данных, имеющих установленные форматы, должен осуществляться логический контроль ввода данных с выдачей сообщений двух типов: ? уведомление об ошибке с возможностью сохранения некорректно введенных данных; ? уведомление об ошибке с отсутствием возможности последующего ввода данных. Сохранённые некорректные данные не должны приводить в дальнейшем к нарушениям в работе и обслуживании программы. Должна быть реализована возможность отследить наличие некорректных данных в Программе средствами приложения, без необходимости вмешательства напрямую в работу баз данных Программы. - - Значение характеристики не может изменяться участником закупки - Требования по устройствам ввода информации - Для доступа к функциям программы должно быть предусмотрено использование пользователями как манипулятора «мышь», так и «горячих» клавиш. - - Значение характеристики не может изменяться участником закупки - Требования по организации экранных форм - Взаимодействие пользователя с модернизированным функционалом Программы должно осуществляться преимущественно в форме диалога типа «меню» и «интервью». В тех случаях, когда представление информации в документно-ориентированном виде невозможно или имеет худшее качество восприятия, допускается вывод информации в табличной форме. Во всех возможных случаях при заполнении полей ручной ввод данных должен быть заменен выбором из списков и справочников. Наименование полей в диалоговых окнах и формах интерфейса пользователя должны проводиться с минимумом сокращений. Допускается использование общепринятых сокращений, при невозможности отображения полнотекстовых наименований, допускается использование сокращений, каждое такое сокращение должно быть описано в эксплуатационной документации. Формы интерфейса пользователя, используемые для представления входных/выходных документов, должны предоставлять информацию в той же последовательности и в том же расположении, что и их бумажные аналоги. Должна быть обеспечена возможность получения пользователем справочной информации в зависимости от текущего контекста выполняемых им действий. Контекстные подсказки, а также все сообщения, за исключением сообщений от системы управления базами данных и ОС, должны быть выполнены на русском языке и понятны пользователю. - - Значение характеристики не может изменяться участником закупки - Требования к диагностированию - Программа должна быть снабжена средствами логирования (фиксации в журналах) действий, выполняемых пользователями и подсистемой. Логирование должно осуществляться в режиме 7 дней в неделю 24 часа в сутки, должен быть предусмотрен функционал настройки уровней логирования. Программа должна обладать встроенным функционалом ведения истории изменения данных. Должна быть предусмотрена возможность сравнения версий данных. При диагностировании Программы должны обеспечиваться мониторинг основных процессов и мониторинг процесса выполнения программных средств из ее состава. При возникновении аварийных ситуаций либо ошибок в программном обеспечении диагностические инструменты должны позволять сохранять полный набор информации, необходимой для идентификации проблемы - - - Требования к функциям, выполняемым в рамках модернизации Программы - Состав и функции работ. Функция: Сервис взаимодействия с ГИС ЕЦП в части ИПРА Описание: Реализация информационного взаимодействия с ГИС ЕЦП посредством СМЭВ 3 (https://lkuv.gosuslugi.ru/paip-portal/) согласно приказу Министерства труда и социальной защиты Российской Федерации от 09.10.2024 № 536н «Об утверждении формы и порядка размещения сведений о реализации индивидуальной программы реабилитации и абилитации инвалида и индивидуальной программы реабилитации и абилитации ребенка-инвалида органами исполнительной власти субъектов Российской Федерации в государственной информационной системе «Единая централизованная цифровая платформа в социальной сфере» и Постановлению правительства РФ от 29.12.2023 № 2386 «О государственной информационной системе «Единая централизованная цифровая платформа в социальной сфере» в части: - получения сведений о реализации индивидуальной программы реабилитации и абилитации инвалида и индивидуальной программы реабилитации и абилитации ребенка-инвалида; - получения сведений об инвалидности (по запросу); - передачи отчетов об исполнении ИПРА; - функционала АРМ врача по обработке и выполнению ИПРА в РМИС. Результат: Проведено тестирование и демонстрация на тестовом контуре. Проведена опытная эксплуатация. Данные успешно приходят в РМИС и передаются в ГИС ЕЦП. - - Участник закупки указывает в заявке все значения характеристики - Состав и функции работ. Функция: Модернизация модуля «Запись пациентов на прием»: Талон для беременной; Запись в лист ожидания; Запись в лист ожидания на услугу. Описание:Добавлен тип талона «Талон для беременной». Талоны с типом «Талон для беременных» доступен для записи только из случая обращения с поводом наблюдения по беременности. При отсутствии свободных талонов для записи на услугу предусмотрен функционал создания записи в Лист ожидания. В листе ожидания указывается услуга и ресурс для последующей записи на прием. Возможность деактивации записи из Листа ожидания с указанием причины отмены записи; При добавлении записи телефонного звонка с результатом «отказ пациента» - запись из листа ожидания деактивируется: При добавлении трёх записей телефонного звонка с результатом «Недоступен» - запись в листе ожидания деактивируется. Добавлена возможность установки на кабинете настройки автоматической записи из Листа ожидания, либо нет. При удалении записи из листа ожидания, направление остается в осмотре. При наличии активной записи по направлению не из листа ожидания (на аналогичное исследование по коду услуги) в журнале листов ожидания запись подсвечивается зелёным цветом; Осуществляется проверка создания дубликатов записей в Листе ожидания – нельзя создать запись в Лист ожидания на исследование при наличии уже активной записи в Листе ожидания на данное исследование (по коду услуги) в рамках одной МО. Результат: Функционал создания записи в Лист ожидания успешно реализован в соответствии с алгоритмом. - Состав и функции работ. Функция: Модуль интеграции с системой скорой медицинской помощи Описание:Предусмотреть использование следующего алгоритма поиска участка обслуживания адреса вызова, указанного в запросе ССМП при передаче активного вызова в амбулаторно-поликлиническое подразделение: 1.1. Сначала отрабатывается текущий алгоритм поиска по полному совпадению адреса, улицы, номера дома, корпуса. Если ничего не найдено, то переход к п.1.2; 1.2. Поиск осуществляется по адресу, улице, номеру дома, в котором номер только целое число (без дробей, дефисов, букв и других индексов, оставить только цифры). Если ничего не найдено, то переход к п.1.3; 1.3. Поиск осуществляется по адресу, улице. Если ничего не найдено, то в АСУ УССМП уходит уведомление с кодом ошибки «Филиал не найден…», но вызов сохраняется в Программе. 1.4. В алгоритме предусмотреть, что если при поиске по заданным параметрам в Программе определяются два и более участка, то вызов назначается на первый из них Результат:Интеграция в части поиск участка обслуживания адреса вызова, указанного в запросе ССМП, успешно выполнена в соответствии с алгоритмом - Состав и функции работ. Функция: Модуль ведения электронной карты. Обязательное указание протокола ВК при направлении на госпитализацию, исследование, консультацию Описание:1. На форме направления на госпитализацию, исследование, консультацию добавлена возможность выбора Протокола врачебной комиссии (вид экспертизы «Обоснованность выдачи направления») при направлении в медицинские организации других субъектов РФ, либо медицинские организации, неподведомственные департаменту здравоохранения города Севастополя. Сохранение формы направления запрещено без указания протокола врачебной комиссии Результат:Успешно пройдена опытная эксплуатация. - Состав и функции работ. Функция: Модуль электронной карты. Сервис приема уведомлений о регистрации Медицинского свидетельства о смерти от Региональной системы РИЭМК Описание:В системе опубликован сервис приема сообщений от внешней системы, содержащих сведения о смерти пациентов: - Идентификатор пациента в региональном регистре пациентов (РРП); - Дата смерти; 2. - Номер документа о смерти Результат:Успешно проведена опытная эксплуатация в части получения и передачи данных. - Состав и функции работ. Функция: Модернизация сервиса формирования структурированных электронных медицинских документов (СЭМД) Описание:Разработка новых видов и редакций СЭМД в формате CDA на дату заключения контракта для следующих видов документов: 1. Выписка из протокола решения врачебной комиссии для направления на медико-социальную экспертизу 2. Медицинское заключение по дистанционному наблюдению за состоянием здоровья пациента 3. Медицинское заключение о допуске к участию в физкультурных и спортивных мероприятиях (учебно-тренировочных мероприятиях и спортивных соревнованиях), мероприятиях по оценке выполнения нормативов испытаний (тестов) Всероссийского физкультурно-спортивного комплекса "Готов к труду и обороне" (ГТО) 4. Заключительный реабилитационный эпикриз 5. Извещение о поступлении (обращении) пациента, а также в случае смерти пациента, личность которого не установлена 6. Лист назначений и их выполнение 7. Направление тела умершего в патолого-анатомическое отделение 8. Переводной эпикриз 9. Посмертный эпикриз 10. Протокол на случай выявления у больного запущенной формы злокачественного новообразования 11. Протокол осмотра мультидисциплинарной реабилитационной команды 12. Протокол патолого-анатомического вскрытия плода, мертворожденного или новорожденного 13. Этапный реабилитационный эпикриз Результат:В продуктивную среду ФРЭМД ЕГИСЗ успешно передано не менее 5 СЭМД каждого вида, от не менее 25% профильных медицинских организаций. Проведено обучение пользователей. Пользователь может самостоятельно формировать и подписывать СЭМД.

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

Цели - Целью выполнения работ по модернизации Программы является: ? Создание новых функциональных возможностей РМИС; ? Обеспечение информационного взаимодействия с ГИС ЕЦП в части ИПРА. - - Значение характеристики не может изменяться участником закупки

Задачи - Модернизация Программы требует реализации следующих задач: 1. Разработка сервиса информационного взаимодействия с ГИС ЕЦП в части ИПРА; 2. Реализация нового функционала РМИС и расширение возможностей электронного медицинского документооборота. - - Значение характеристики не может изменяться участником закупки

Краткие сведения - Программа для ЭВМ «ВИТАКОР РМИС» – интегрированная программа сбора, обработки, получения, передачи и хранения данных о состоянии здоровья населения, окружающей среды, ресурсном и финансовом обеспечении службы здравоохранения региона, предназначена для обеспечения информационной поддержки процессов управления системой здравоохранения региона, для предоставления необходимых сервисов для медицинских организаций с целью сохранения первичной информации, порождаемой деятельностью медицинских организаций для автоматизации лечебно-диагностических процессов и сопутствующей медицинской деятельности медицинских организаций, в том числе с ведением электронных медицинских карт и персонифицированным учетом оказанной медицинской помощи. Программа реализована по принципу трёхзвенной архитектуры: ? клиент на рабочих местах пользователей Программы; ? сервер приложений, производит обработку запросов с клиентских рабочих мест и реализует основную часть бизнес-логики Программы, расположен на серверных мощностях Получателя; ? СУБД обеспечивающая хранение, обработку и предоставление данных расположенная на серверных мощностях Получателя. Передача данных между сервером приложений и клиентом осуществляется на основе протокола HTTP. Программа включена в Единый реестр российских программ для электронных вычислительных машин и баз данных (https://reestr.minsvyaz.ru/reestr) (№ 2476 от 23.12.2016). Программа создана на основании приказа Департамента здравоохранения города Севастополя от 21.08.2018 №742 «О создании медицинской информационной системы». Неисключительные права принадлежат Получателю. Права использования программного обеспечения предоставлены Получателю в объеме, позволяющем использовать Программу и модернизировать ее функционал по соглашению с правообладателем. - - Участник закупки указывает в заявке все значения характеристики

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

Основные функциональные возможности Программы. МОДУЛЬ «ЗАПИСЬ ПАЦИЕНТОВ НА ПРИЕМ» 1) Автоматизированное ведение расписания работы врачей, кабинетов, медицинских сестер. 2) Поддержка различных справочников видов приема (первичный прием, повторный прием, медицинский осмотр, вызов на дом и т.д.). 3) Индивидуальная настройка расписания. 4) Возможность записи пациентов на повторный прием с рабочего места врача или регистратора. 5) Возможность копирования расписания на следующую неделю. 6) Возможность удаленной записи на прием к врачам других медицинских организаций при условии предоставления вторыми такой возможности. 7) Возможность настройки доступа к удаленной записи для медицинских организаций, должностей на основании выделенных медицинским организациям квот. 8) Ограничение доступа к записи на прием к врачам через интернет-портал с учетом данного признака. 9) Предварительная запись на прием к врачу через интернет портал. МОДУЛЬ «ИНФОРМАЦИОННАЯ ПОДДЕРЖКА ПАЦИЕНТОВ» 1) Поддержка работы с электронной регистратурой (ЭР) через информационный терминал для пациентов. Печать номерка при записи пациента через информационный терминал (включая печать на термопринтере). 2) Поддержка вывода информации о расписании работы МО на информационные табло (мониторы).

Основные функциональные возможности Программы. МОДУЛЬ «ВЕДЕНИЕ ЭЛЕКТРОННЫХ АМБУЛАТОРНЫХ КАРТ ПАЦИЕНТОВ» 1) Учет случаев обращений пациента, включая регистрацию фактов открытия, закрытия случая и результата обращения, оказанных услуг. 2) Ведение документации врачебных осмотров. Регистрация диагнозов пациента. Регистрация врачебных назначений пациенту (консультаций, лабораторных, инструментальных, рентгенологических исследований, амбулаторных операций, процедур, медикаментозных назначений) и их результатов. 3) Учет случаев ДН, регистрация фактов постановки пациента на диспансерное наблюдение и снятия с диспансерного наблюдения. 4) Внесение информации о явках пациента. 5) Формирование планов наблюдения. 6) Учет и регистрация показателей состояния здоровья пациента по результатам профилактических осмотров/диспансеризации. 7) Регистрация вакцинации, иммунизации и их результатов. 8) Ведение электронного листа назначений. 9) Формирование направлений на получение медицинской помощи в иных учреждениях здравоохранения, включая направления на госпитализацию, санаторно-курортное лечение, и регистрация их результатов. 10) Формирование рецептов на получение лекарственных средств. 11) Формирование направления пациента в регистр пациентов с БСК с указанием: - льготы; - даты начала и даты окончания терапии; - медицинской услуги (если она была оказана); - предполагаемой даты постановки на учет; - схемы лечения (препарат, кратность приема, схема приема). 12) Формирование направления пациента в регистр льготников. 13) Внесение стадий TNM и клинической стадии на форме «Осмотр врача»/блок «Основное заболевание» с последующим предзаполнением форм: - «Извещение о больном с впервые в жизни установленным диагнозом ЗНО» (ф.090/у); - «Протокол на случай выявления у больного запущенной формы ЗНО» (ф.027-2/у); - «Выписка из карт стационарного больного ЗНО» (ф.027-1/у); - «Регистрационная карта больного ЗНО (ф.030-6/ГРР)».

Основные функциональные возможности Программы. МОДУЛЬ «СТАЦИОНАР. ПРИЕМНОЕ ОТДЕЛЕНИЕ» 1) Регистрация медицинских данных, обслуживаемых пациентов. 2) Поиск гражданина по идентификатору (номер полиса обязательного медицинского страхования и прочие). 3) Внесение информации из документов, удостоверяющих личность. 4) Создание ЭМК. 5) Внесение полисов ОМС. 6) Получение информированного согласия на обработку персональных данных. 7) Интеграция с централизованной базой данных застрахованных (реестром застрахованных). 8) Считывание сведений о страховании из штрих-кода печатного полиса единого образца, из электронного полиса. 9) Учет отказов от госпитализации. 10) Врачебная документация: - осмотр врача приемного отделения; - учет медицинских услуг, оказанных при нахождении пациента в приемном отделении; - согласие пациента на медицинское вмешательство. 11) Печать документов: - ЭМК, карта выбывшего; - информированное согласие на обработку персональных данных; - возможность гибкой настройки печатной формы любых документов, в том числе возможность создания в МО собственных вариантов печатных форм любых документов.

Основные функциональные возможности Программы. МОДУЛЬ «СТАЦИОНАР. ВЕДЕНИЕ ЭЛЕКТРОННЫХ СТАЦИОНАРНЫХ КАРТ ПАЦИЕНТОВ» 1) Планирование коечного фонда и контроль его состояния. 2) Регистрация диагнозов пациента. 3) Ведение учетных документов в электронном виде. 4) Вывод печатных форм с механизмом корректировки. 5) Регистрация данных анамнеза. 6) Регистрация дневниковых записей. 7) Регистрация диагнозов направления, при поступлении, клинических и заключительных диагнозов (основные, сопутствующие, осложнения), как предварительных, так и окончательных. 8) Регистрация направлений на инструментальные и лабораторные исследования. 9) Регистрация результатов лабораторных исследований. 10) Регистрация результатов инструментальных исследований. 11) Регистрация результатов консультаций. 12) Ведение электронного листа назначений: добавление и удаление назначений. 13) Передача назначения на рабочее место медицинской сестры. 14) Регистрация выполнения назначений. 15) Автоматизация составления вторичной документации (формирование выписного, переводного, этапного эпикриза; оформление выписки пациента). 16) Учет использования коечного фонда и движения пациентов в стационаре, включая регистрацию размещения пациента, его перевода и выписки. 17) Получение оперативных сводок о движении пациентов. 18) Предоставление информации о пациенте, находящемся на лечении (палата, отделение, лечащий врач и дата поступления). 19) Предоставление справок, не содержащих конфиденциальной информации, о госпитализированных и выбывших больных, а также о больных, которым было отказано в госпитализации. 20) Возможность добавления симультанных операций в рамках одного оперативного вмешательства с возможностью подбора КСГ по любой из услуг.

Основные функциональные возможности Программы. МОДУЛЬ «СТАЦИОНАР. ВЕДЕНИЕ ЭЛЕКТРОННЫХ СТАЦИОНАРНЫХ КАРТ ПАЦИЕНТОВ» 21) Возможность указания типа осмотра по форме осмотра врача стационара: - амбулаторный прием; - дневниковая запись; - осмотр врача в отделении/приемном покое; - осмотр врача в отделении/приемном покое с заведующим отделением; - обход с заведующим отделением; - осмотр заведующего отделением; - дневниковая запись дежурного врача; - осмотр врача-консультанта. 22) Формирование заявки на питание пациентов по форме 22-МЗ «Сводные сведения по наличию больных, состоящих на питании», утвержденной приказом Минздрава России от 05.08.2003 №330 «О мерах по совершенствованию лечебного питания в лечебно-профилактических учреждениях Российской Федерации»: - указание информации о столах питания пациентов при госпитализации/поступлении пациента в отделение в соответствии со стандартными диетами; - формирование заявки по отделению на основе введенных данных; - формирование сводных сведений по форме №22-МЗ.

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

Основные функциональные возможности Программы. МОДУЛЬ «ПЕРСОНИФИЦИРОВАННЫЙ УЧЕТ ЛЕКАРСТВЕННЫХ СРЕДСТВ» 1) Функциональное обеспечение всех этапов жизненного цикла записи о медикаментах: - ввод данных о приходе медикаментов; - ввод данных о выдаче медикаментов в отделения; - ввод данных об инвентаризации; - списание медикаментов; - ведение учета информации на складах в которых будут храниться медикаменты, содержащие следующие сведения: наименование склада, номер склада, остатки медикаментов на складе; - создание договоров с поставщиками, содержащие следующие сведения: дата договора, номер договора, дата окончания, источник финансирования, поставщик; - ввод данных о медикаментах, в том числе код товара, наименование, единица измерения, количество, цена, сумма; - передача сведений о лекарственных средствах, выданных пациенту в период госпитализации; - отображение списка лекарственных средств, назначенных и выданных пациенту

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

Основные функциональные возможности Программы. МОДУЛЬ «ВАКЦИНОПРОФИЛАКТИКА» 1) Учет фактов выполнения вакцинации. 2) Учет туберкулиновых проб. 3) Учет прививок БЦЖ. 4) Учет прочих вакцинаций. 5) Учет осложнений от вакцинаций. 6) Учет отказов от вакцинации. 7) Учет исследования напряженности иммунитета. 8) Автоматизированное планирование графика вакцинаций на основе настраиваемого справочника календаря вакцинаций (национальный). 9) Формирование утвержденной статистической отчетности. МОДУЛЬ «ЭЛЕКТРОННЫЙ ЛИСТОК НЕТРУДОСПОСОБНОСТИ» 1) Регистрация случая временной нетрудоспособности, продление и закрытие случая в соответствии с действующими нормативными актами и рекомендациями Фонда социального страхования. 2) Возможность получения номера листа нетрудоспособности из ФСС. 3) Возможность открытия, продления и закрытия случая листа нетрудоспособности с отправкой в ФСС. 4) Возможность продления ЭЛН, открытого в другой МО. 5) Возможность просмотра ошибок отправки или получения ответа от ФСС. 6) Предварительный просмотр заполненной формы листка нетрудоспособности перед печатью. 7) Возможность настройки шрифта при печати листка нетрудоспособности

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

Основные функциональные возможности Программы. МОДУЛЬ «ВРАЧЕБНАЯ КОМИССИЯ» 1) Формирование направлений на ВК для проведения экспертиз временной нетрудоспособности и регистрация их результатов: - регистрация результатов проведения ВК. 2) Формирование отчетов об объемах и результатах экспертиз.

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

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

Основные функциональные возможности Программы. МОДУЛЬ «УПРАВЛЕНИЕ ВЗАИМОРАСЧЕТАМИ ЗА ОКАЗАННУЮ МЕДИЦИНСКУЮ ПОМОЩЬ» 1) Учет видов финансирования, с которыми работает МО (ОМС). 2) Ведение номенклатуры услуг, оказываемых в МО. 3) Учет оказанных услуг по всем видам оказываемой МП с внесением информации о форме оплаты, статусе оплаты. 4) Формирование реестров счетов за оказанную медицинскую помощь и их передача во внешнюю информационную систему в соответствии с действующими на территории региона приказами ТФОМС об информационном взаимодействии при выставлении реестров счетов. 5) Возможность формирования исправительных счетов реестров. 6) Автоматическое распределение случаев оказания медицинской помощи в реестры счетов по всем видам оплаты и страховым медицинским организациям за период, указанный пользователем МО по запросу. 7) Формирование печатных форм счетов в соответствии с действующими нормативными актами ТФОМС региона на форме формирования счета-реестра. 8) Получение данных об оплате или об отказах в оплате выставленных счетов из внешней системы.

Основные функциональные возможности Программы. ИНТЕГРАЦИЯ С ВНЕШНИМИ СИСТЕМАМИ -Взаимодействие с информационной системой федерального казенного учреждения «Главное бюро медико-социальной экспертизы по субъекту Российской Федерации» Министерства труда и социальной защиты Российской Федерации в целях обмена ИПРА инвалида (ИПРА ребенка-инвалида) на основе регламента взаимодействия http://fbmse.ru/interaction/ipra/ -Выгрузка сведений в федеральную подсистему мониторинга проведения диспансеризации детей-сирот и детей, находящихся в трудной жизненной ситуации, Министерства здравоохранения РФ. -Передача медицинских структурированных документов (амбулаторных эпикризов) пациента в Федеральную ИЭМК. -Взаимодействие с сервисом «Запись на прием к врачу» личного кабинета пациента «Моё здоровье» на Едином портале государственных и муниципальных услуг (ЕПГУ). -Взаимодействие с сервисом «Запись на прием к врачу» личного кабинета пациента «Моё здоровье» на Региональном портале государственных и муниципальных услуг (РПГУ). -Взаимодействие с сервисом ФСС в части получения номеров ЭЛН и передачи в ФСС информации об открытии, продлении и закрытии ЭЛН. -Взаимодействие с информационной системой ТФОМС города Севастополя (формирование реестров счетов на оплату оказанной медицинской помощи в ОМС, план прохождения диспансеризации и профилактических осмотров).

Основные функциональные возможности Программы. ИНТЕГРАЦИЯ С ВНЕШНИМИ СИСТЕМАМИ -Взаимодействие с адаптером СМЭВ РИЭМК в части получения СНИЛС пациента. -Взаимодействие с сервисом РИЭМК в части записи пациентов для проведения диспансеризации. -Взаимодействие с сервисом РИЭМК в части записи пациентов на прием к врачу (первичный прием/прием по направлению). -Взаимодействие с информационной системой «Личный кабинет пациента» в части получения сведений о пациенте. -Интеграция с Федеральным регистром граждан, имеющих право на обеспечение лекарственными препаратами, медицинскими изделиями и специализированными продуктами лечебного питания за счет бюджетных ассигнований федерального бюджета и бюджетов субъектов российской федерации (ФРЛЛО).

Основные функциональные возможности Программы. МОДУЛЬ «СТАТИСТИКА» 1) Подготовка утвержденной государственной статистической отчетности (при условии наличия в Программе сведений, необходимых для формирования отчета): - предварительный просмотр сформированного отчета, печать отчетов; - экспорт отчетов в офисные приложения (Microsoft Office, Open Office); - экспорт отчетов в другие форматы (html, xml, excel). 2) Подготовка произвольных аналитических отчетов о деятельности организации: - возможность получения выборок из базы данных и сводной информации в соответствии с условиями, задаваемыми пользователем; - сохранение условий выборки данных для получения информации в Программе (централизованно для администратора системы, локально для одного пользователя, локально в рамках одной медицинской организации); отображение в системе папок данных с предустановленным фильтром.

Основные функциональные возможности Программы. ПОДСИСТЕМА «АРХИВ ЭЛЕКТРОННЫХ МЕДИЦИНСКИХ ДОКУМЕНТОВ» Содержит в себе электронные медицинские персональные записи по пациенту, оформляемые в Программе. Они формируются на основе архива электронных медицинских документов в формате PDF/A, подписанных ЭЦП. - Хранящиеся записи доступны для просмотра и печати в Программе при условии наличия прав доступа на получение конкретных типов данных. МОДУЛЬ «РАБОТА АПТЕЧНОГО СКЛАДА МО» 1) Интеграция с системой «Честный знак». Приемка/списание лекарственных препаратов по этапам реализации передача данных в «Честный знак» (в соответствии с концепцией создания Федеральной государственной информационной системы мониторинга движения лекарственных препаратов от производителя до конечного потребителя с использованием маркировки (ФГИС МДЛП) (утв. приказом Министерства здравоохранения РФ от 30 ноября 2015 г. №866). 2) Формирования файла-выгрузки в соответствии с приказом Минздрава России от 27.05.2009 №277н «Об организации и осуществлении мониторинга ассортимента и цен на жизненно необходимые и важнейшие лекарственные препараты». Формат файла должен соответствовать требованиям, опубликованным на портале оперативного мониторинга ЛС http://mols.roszdravnadzor.ru/ 3) Ведение персонифицированный учет медикаментов и расходных материалов без назначения врача: -ввод в истории болезни пациента данных об использованных медикаментах и расходных материалах с учетом остатков ЛС и МИ в отделении с последующим списанием их со склада отделения.

Основные функциональные возможности Программы. МОДУЛЬ «ВЕДЕНИЕ ОНКОЛОГИЧЕСКИХ БОЛЬНЫХ» 1) Оформление направления на цитологическое исследование (учетные формы №203/у-02 и № 446/у). 2) Заполнение результатов проведения цитологического исследования (учетные формы №203/у-02 и № 446/у). 3) Создание, редактирование и сохранение врачебного осмотра пациента, в том числе данные анамнеза, жалобы, объективный статус, назначения и рекомендации. 4) Оформление направления на консультацию онколога при подозрении или выявлении у больного ЗНО. 5) Оформление направления на биопсию. 6) Оформление направления на дополнительные лабораторные исследования. 7) Создание новой/редактирование имеющейся маршрутной карты больного ЗНО с внесением соответствующей записи в регистр. 8) Оформление направления на ПАИ. 9) Формирование протокола ПАИ биопсийного материала. 10) Оформление «Извещения о больном с впервые в жизни установленным диагнозом ЗНО» (ф.090/у). 11) Оформление «Протокола на случай выявления у больного запущенной формы ЗНО» (ф.027-2/у) в случае поздней диагностики злокачественных новообразований (III и IV стадии для визуальных локализаций и IV стадии всех остальных локализаций). 12) Оформление «Выписки из медицинской карты больного злокачественным новообразованием» (ф.027-1/у). 13) Оформление «Регистрационной карты больного ЗНО» (ф.030-6/ГРР). 14) Оформление «Талона дополнений к контрольной карте диспансерного наблюдения больного ЗНО» (ф.030-6/ТД). 15) Отображение маршрутной карты на форме текущего осмотра с обеспечением возможности её просмотра, редактирования и закрытия.

Основные функциональные возможности Программы. МОДУЛЬ «ВЕДЕНИЕ ОНКОЛОГИЧЕСКИХ БОЛЬНЫХ» 16) Оформление каждого из первично-множественных ЗНО отдельно в соответствии с требованиями приказа Минздравсоцразвития РФ от 19.04.1999 №135 «О совершенствовании системы Государственного ракового регистра». 17) Использование встроенных справочников при заполнении учетных форм (при условии наличия утверждении справочников). Вывод на печать оформленных учетных форм, направлений и протоколов.

Основные функциональные возможности Программы. ИС ДЛЯ АВТОМАТИЗАЦИИ ПРОЦЕССОВ НА СТАНЦИИ ПЕРЕЛИВАНИЯ КРОВИ 1) Ведение донорского учета. Оформление учетной карточки донора. Формирование направлений донора. 2) Заполнение физиологических показателей донора и информации о кроводачах, формирование списка необходимых анализов, ввод информации о терапевтическом осмотре донора. 3) Оформление отвода донора с указанием причины и срока. 4) Ввод результатов анализов доноров: ? с направлением в операционную для сдачи крови (при положительных результатах); ? с направлением/возвратом к терапевту (в случае отрицательных результатов). 5) Возможность формирования этикеток в операционной при донации. 6) Возможность отмены донации в операционной. 7) Ввод данных о центрифугировании крови. 8) Ввод данных о результатах анализов доноров (биохимия, иммунология, ПЦР, изосерология, клинические анализы). 9) Формирование актов выпуска продуктов в сеть: ? добавление продуктов в Акт выпуска; ? печать этикетов продуктов; ? изменение местонахождения продукта; ? печать акта выпуска; ? направление продуктов (плазма) на карантин для ожидания анализов на карантине (пассивное ожидание до 6 месяцев, активное ожидание после 6 месяцев); ? направление донора плазмы для проведения повторной проверки продукта. 10) Возможность ввода информации о переработке продуктов: ? переработка в эритроцитную массу, объединенную лейкоцитами; ? переработка в эритроциты, фильтрованные; ? переработка в криопреципитат; ? переработка стерильно в эритроциты фильтрованные ? объединение тромбоцитов. По результатам переработки указывается объем и печатаются этикетки для продуктов; 18) Возможность обработки заявок стационаров на компоненты крови с подбором продуктов (одного или нескольких) для передачи в отделение стационара

Основные функциональные возможности Программы. МОДУЛЬ НАПРАВЛЕНИЯ НА ПОЛУЧЕНИЕ МОЛОЧНОГО ПИТАНИЯ 1) Загрузка реестра пациентов льготных категорий получателей молочного питания. 2) Формирование назначения с расчетом сроков действия льготы и подбором на каждую выдачу продуктов. 3) Сервис для передачи информации по купону и приема данных о реализации купонов в торговой сети; 4) Сервис для передачи купонов по запросу в Личный кабинет пациента. 5) Функционал проверки актуальности купона на молочное питание с помощью сканирования или поиска; - просмотр сведений о назначенном питании по купону; - фиксации даты выдачи молочного питания; 11) - формирования журнала выдачи молочной кухни по требованию главного внештатного специалиста.

Основные функциональные возможности Программы. СЕРВИС ФОРМИРОВАНИЯ СТРУКТУРИРОВАННЫХ ЭЛЕКТРОННЫХ МЕДИЦИНСКИХ ДОКУМЕНТОВ (СЭМД) - Льготный рецепт на лекарственных препарат, изделие медицинского назначения и специализированный продукт лечебного питания; - Отпуск по рецепту на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания; - Протокол инструментального исследования в формате HL7 CDA R2 (СЭМД); - Направление на медико-социальную экспертизу медицинской организацией в формате HL7 CDA R2 (СЭМД); - Протокол консультирования в формате HL7 CDA R2 (СЭМД); - Эпикриз в стационаре выписанной в формате HL7 CDA R2 (СЭМД); - Эпикриз по законченному случаю амбулаторный в формате HL7 CDA R2 (СЭМД); - Протокол телемедицинской консультации; - Протокол прижизненного патологоанатомического исследования; - Направление на госпитализацию, восстановительное лечение, обследование, консультацию - и т.д. МОДУЛЬ МЕДИЦИНСКОЙ РЕАБИЛИТАЦИИ 1. Включение пациента в регистр «Реабилитация». Направление пациента на госпитализацию в стационар (форма № 057/у-04) с признаком «Нуждается в реабилитации» и прикрепление к направлению сопутствующих документов в формате pdf. 2. АРМ Мультидисциплинарная отборочная комиссия. Подтверждение необходимости прохождения реабилитации или отказ в реабилитации. Формирование протокола результатов проведения комиссии. 3. Работа с картой реабилитационных мероприятий, заполнение основных данных о прохождении реабилитации в стационаре (МКФ, цели, задачи, результаты реабилитации).

требования к модернизируемой программе - Модернизируемая Программа и ее компоненты являются частью Государственной информационной системы в сфере здравоохранения города Севастополя состав которой утвержден Постановлением Правительства города Севастополя от 29.12.2023 № 669-ПП «О государственной информационной системе в сфере здравоохранения города Севастополя». Состав функциональных модулей модернизируемой Программы приведен в Таблице 2 Технического задания. Все компоненты модернизируемой Программы размещены централизованно на серверных мощностях регионального центра обработки данных ГБУЗС «МИАЦ». Режим работы модернизируемой Программы круглосуточно 24/7/365. Замена имеющегося у Получателя программного обеспечения программы для ЭВМ «ВИТАКОР РМИС» не допускается. - - Значение характеристики не может изменяться участником закупки

Требования к программному обеспечению - Модернизированная Программа должна функционировать на имеющемся программном обеспечении Получателя, поддерживать работу на следующем ПО, установленном на автоматизированных рабочих местах: ? ОС Windows 10 и выше, Astra Linux, ALT Linux, имеющихся у Получателя. Расширенный функционал Программы должен быть полностью совместим и быть развернут на операционных системах, серверах приложений, реализованными на базе программного обеспечения, включенного в Единый реестр российских программ для электронных вычислительных машин, в том числе сертифицированными версиями серверных операционных систем не ниже Red OS 7.3 и Astra Linux 1.8, имеющихся у Получателя. Расширенный функционал Программы должен быть полностью совместим и быть развернут на СУБД Postgres Pro, разрабатываемой ООО «Постгрес Профессиональный», или другую СУБД, входящей в Единый реестр российских программ для электронных машин и баз данных (https://reestr.digital.gov.ru/) и в Государственный реестр сертифицированных средств защиты информации (https://fstec.ru) имеющихся у Получателя. Аппаратная часть (серверное оборудование) для функционирования Программы предоставляется и обслуживается Заказчиком (Получателем). Получатель обеспечивает сетевую связность между вычислительными ресурсами, информационными системами, с которыми предусмотрена организация информационного взаимодействия. Масштабирование серверной части Программы в части увеличения оперативной памяти, количества ядер процессоров, приобретения дополнительных лицензий на общесистемное программное обеспечение в том числе на операционные системы, системы управления базами данных, криптопровайдеры, осуществляется за счет средств Получателя. - - Значение характеристики не может изменяться участником закупки

Требования к патентной чистоте - Программно-технические решения должны отвечать требованиям по патентной чистоте согласно действующему законодательству Российской Федерации, в том числе Приказу Минцифры России от 17.12.2020 № 715 «Об утверждении типовых условий контрактов на выполнение работ по созданию и (или) развитию (модернизации) государственных (муниципальных) и (или) иных информационных систем». Права на программное обеспечение, а также исходные коды, разработанные в ходе выполнения работ, передаются Заказчику в соответствии с приказом Минцифры России от 17.12.2020 № 715 «Об утверждении типовых условий контрактов на выполнение работ по созданию и (или) развитию (модернизации) государственных (муниципальных) и (или) иных информационных систем». В случае, если при выполнении работ используется готовое программное обеспечение (платформа, подсистема и т.д.), которое становится частью (компонентом) Системы, городу Севастополю в лице Заказчика передаются неисключительные права (путем заключения лицензионного договора) на такое программное обеспечение со следующими возможностями: ? права передаются на весь срок действия исключительных прав правообладателя, действующие на территории города Севастополя; ? должно быть обеспечено право города Севастополя в лице Заказчика передавать, дорабатывать, распространять, развивать результаты услуг, созданные в процессе исполнения государственного контракта. В остальных случаях право собственности (исключительное право) на результаты выполненных работ, отчетные документы и материалы, полученные в ходе выполнения работ по Контракту принадлежат городу Севастополю в лице Заказчика с момента подписания сторонами документа о приемке. - - Участник закупки указывает в заявке все значения характеристики

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

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

Требования к обеспечению информационной безопасности - Подрядчик обязан обеспечить конфиденциальность данных, безопасность их обработки в зоне своей ответственности в ходе оказания услуг по настоящему описанию объекта закупки. Для защиты конфиденциальной информации от несанкционированного доступа Подрядчик в зоне своей ответственности обязан принимать все необходимые организационные и технические меры, в том числе с использованием (применением) средств криптографической защиты, средств антивирусной защиты и средств от несанкционированного доступа соответствующие требованиям: 1. Средство антивирусной защиты: 1.1 уровню доверия (2). 1.2 Профилю защиты САВЗ: (Б второго класса защиты. ИТ.САВЗ.Б2.ПЗ); (В второго класса защиты. ИТ.САВЗ.В2.ПЗ); (Г второго класса защиты. ИТ.САВЗ.Г2.ПЗ). 2. Средство защиты от несанкционированного доступа: 2.1 уровню доверия (4). 2.2 Требованиям к межсетевому экранированию (Далее- МЭ): - профилю защиты МЭ (четвертого класса защиты. ИТ.МЭ.В4.ПЗ). 2.3 Требованиям к Средствам контроля подключения съемных машинных носителей информации (далее- СКН): - профиль защиты СКН (контроля отчуждения (переноса) информации со съемных машинных носителей информации четвертого класса защиты. ИТ.СКН.Н4.ПЗ); - профиль защиты СКН (контроля подключения съемных машинных носителей информации четвертого класса защиты. ИТ.СКН.П4.ПЗ). 2.4 Требования к средствам обнаружения вторжений (далее- СОВ): профили защиты СОВ (узла четвертого класса защиты. ИТ.СОВ.У4.ПЗ), РД СВТ(5). 3. Требования к средствам криптографической защиты информации: 3.1 Соответствие КС2. 3.2 Безопасность данных в VPN-сети должна обеспечиваться российским алгоритмом шифрования ГОСТ 28147-89 с использованием 256-битных ключей шифрования. - - Участник закупки указывает в заявке все значения характеристики

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

При оказании услуг по настоящему описанию объекта закупки Подрядчиком должны быть реализованы нижеследующие требования к функциональным возможностям Программы, направленные на обеспечение безопасности обрабатываемой в ней информации. В Программе должна быть предусмотрена возможность настройки для каждой пользовательской роли прав доступа к информационным ресурсам и выполнения определенных операций. Для каждого пользователя должна быть возможность назначить одну или более ролей. Доступ к Программе и ее компонентам должен быть реализован на основе принципа разделения обязанностей и минимизации полномочий. Вход в пользовательскую часть Программы и дальнейшая работа должны осуществляться только после прохождения процедур идентификации и аутентификации (проверке подлинности пользователя). Для целей защиты данных сервера БД от несанкционированного доступа конечные пользователи Программы не должны знать пароль доступа непосредственно к самому серверу БД. Авторизация в Программе должна предусматривать доступ к функциям приложения, а не к серверу базы данных. В целях регистрации и учета действий пользователей и администраторов, в Программе внутренними (встроенными) средствами Программы должно быть обеспечено журналирование (фиксирование) действий пользователей и администраторов – вход (выход) в (из) системы, действий с конфиденциальной информацией, совершаемых пользователями в рамках сессии пользователя. Средства диагностирования Программы должны обеспечивать сбор и накопление информации о процессах загрузки и передачи данных, критических ошибках и предупреждениях в работе программных средств системы, загрузке аппаратной части (процессоры, память). Выполнение требования должно достигаться за счет внутренних (встроенных) средств Программы.

Подрядчик не имеет права разглашать или передавать любую информацию, создаваемую и обрабатываемую в процессе функционирования, третьим лицам, в случае если данная информация попала к нему в ходе исполнения своих обязательств. Обеспечение информационной безопасности осуществляется в соответствии с действующим законодательством Российской Федерации и включает в себя использование: 1. Встроенных в Программу механизмов безопасности, таких как средства разграничения доступа и логирования; 2. Программно-аппаратных, программных и технических средств Получателя; 3. Организационных мер обеспечения информационной безопасности на стороне Получателя. Подрядчик подтверждает свое согласие на заключение с Заказчиком, Получателем Соглашения о неразглашении служебной и иной конфиденциальной информации. Выполнение части работ в рамках настоящего технического задания допустимо посредством удаленного подключения к серверам Получателя, на которых размещена Программа. Удаленное подключение осуществляется с использованием телекоммуникационных сетей связи по защищенному каналу связи Vipnet сеть № 4535 (средства защиты приобретаются Подрядчиком за свой счет, доступ обеспечивает Получатель).

Требования к предоставлению доступа - Для выполнения работ в удалённом режиме Подрядчик запрашивает доступ к необходимым ресурсам Программы у Заказчика (Получателя). После согласования перечня ресурсов необходимых для модернизированного функционала Программы, к которым необходимо обеспечить удаленный доступ со стороны Подрядчика, и уровня запрашиваемых полномочий, Заказчик (Получатель) в течение трех рабочих дней с момента подписания соглашения об информационном взаимодействии обеспечивает доступ (при наличии технической возможности) к запрашиваемым серверам, на которых будет установлен модернизированный функционал Программы и ее компоненты, в объеме и с полномочиями, минимальными и достаточными для исполнения обязанностей Подрядчика. Разработка и настройка Программы будет осуществляться в удаленном режиме на серверном оборудовании, установленном в ЦОД. Доступ к серверам защищённой сети Департамента здравоохранения осуществляется с использованием технологии VPN, построенной на базе сертифицированных по требованиям безопасности информации криптографических средств ViPNet Network Security. Приобретение требуемых для удаленного доступа средств криптографической защиты информации осуществляется Подрядчиком с использованием собственных сил и средств. - -

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

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

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

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

Требования по организации экранных форм - Взаимодействие пользователя с модернизированным функционалом Программы должно осуществляться преимущественно в форме диалога типа «меню» и «интервью». В тех случаях, когда представление информации в документно-ориентированном виде невозможно или имеет худшее качество восприятия, допускается вывод информации в табличной форме. Во всех возможных случаях при заполнении полей ручной ввод данных должен быть заменен выбором из списков и справочников. Наименование полей в диалоговых окнах и формах интерфейса пользователя должны проводиться с минимумом сокращений. Допускается использование общепринятых сокращений, при невозможности отображения полнотекстовых наименований, допускается использование сокращений, каждое такое сокращение должно быть описано в эксплуатационной документации. Формы интерфейса пользователя, используемые для представления входных/выходных документов, должны предоставлять информацию в той же последовательности и в том же расположении, что и их бумажные аналоги. Должна быть обеспечена возможность получения пользователем справочной информации в зависимости от текущего контекста выполняемых им действий. Контекстные подсказки, а также все сообщения, за исключением сообщений от системы управления базами данных и ОС, должны быть выполнены на русском языке и понятны пользователю. - - Значение характеристики не может изменяться участником закупки

Требования к диагностированию - Программа должна быть снабжена средствами логирования (фиксации в журналах) действий, выполняемых пользователями и подсистемой. Логирование должно осуществляться в режиме 7 дней в неделю 24 часа в сутки, должен быть предусмотрен функционал настройки уровней логирования. Программа должна обладать встроенным функционалом ведения истории изменения данных. Должна быть предусмотрена возможность сравнения версий данных. При диагностировании Программы должны обеспечиваться мониторинг основных процессов и мониторинг процесса выполнения программных средств из ее состава. При возникновении аварийных ситуаций либо ошибок в программном обеспечении диагностические инструменты должны позволять сохранять полный набор информации, необходимой для идентификации проблемы - -

Требования к функциям, выполняемым в рамках модернизации Программы - Состав и функции работ. Функция: Сервис взаимодействия с ГИС ЕЦП в части ИПРА Описание: Реализация информационного взаимодействия с ГИС ЕЦП посредством СМЭВ 3 (https://lkuv.gosuslugi.ru/paip-portal/) согласно приказу Министерства труда и социальной защиты Российской Федерации от 09.10.2024 № 536н «Об утверждении формы и порядка размещения сведений о реализации индивидуальной программы реабилитации и абилитации инвалида и индивидуальной программы реабилитации и абилитации ребенка-инвалида органами исполнительной власти субъектов Российской Федерации в государственной информационной системе «Единая централизованная цифровая платформа в социальной сфере» и Постановлению правительства РФ от 29.12.2023 № 2386 «О государственной информационной системе «Единая централизованная цифровая платформа в социальной сфере» в части: - получения сведений о реализации индивидуальной программы реабилитации и абилитации инвалида и индивидуальной программы реабилитации и абилитации ребенка-инвалида; - получения сведений об инвалидности (по запросу); - передачи отчетов об исполнении ИПРА; - функционала АРМ врача по обработке и выполнению ИПРА в РМИС. Результат: Проведено тестирование и демонстрация на тестовом контуре. Проведена опытная эксплуатация. Данные успешно приходят в РМИС и передаются в ГИС ЕЦП. - - Участник закупки указывает в заявке все значения характеристики

Состав и функции работ. Функция: Модернизация модуля «Запись пациентов на прием»: Талон для беременной; Запись в лист ожидания; Запись в лист ожидания на услугу. Описание:Добавлен тип талона «Талон для беременной». Талоны с типом «Талон для беременных» доступен для записи только из случая обращения с поводом наблюдения по беременности. При отсутствии свободных талонов для записи на услугу предусмотрен функционал создания записи в Лист ожидания. В листе ожидания указывается услуга и ресурс для последующей записи на прием. Возможность деактивации записи из Листа ожидания с указанием причины отмены записи; При добавлении записи телефонного звонка с результатом «отказ пациента» - запись из листа ожидания деактивируется: При добавлении трёх записей телефонного звонка с результатом «Недоступен» - запись в листе ожидания деактивируется. Добавлена возможность установки на кабинете настройки автоматической записи из Листа ожидания, либо нет. При удалении записи из листа ожидания, направление остается в осмотре. При наличии активной записи по направлению не из листа ожидания (на аналогичное исследование по коду услуги) в журнале листов ожидания запись подсвечивается зелёным цветом; Осуществляется проверка создания дубликатов записей в Листе ожидания – нельзя создать запись в Лист ожидания на исследование при наличии уже активной записи в Листе ожидания на данное исследование (по коду услуги) в рамках одной МО. Результат: Функционал создания записи в Лист ожидания успешно реализован в соответствии с алгоритмом.

Состав и функции работ. Функция: Модуль интеграции с системой скорой медицинской помощи Описание:Предусмотреть использование следующего алгоритма поиска участка обслуживания адреса вызова, указанного в запросе ССМП при передаче активного вызова в амбулаторно-поликлиническое подразделение: 1.1. Сначала отрабатывается текущий алгоритм поиска по полному совпадению адреса, улицы, номера дома, корпуса. Если ничего не найдено, то переход к п.1.2; 1.2. Поиск осуществляется по адресу, улице, номеру дома, в котором номер только целое число (без дробей, дефисов, букв и других индексов, оставить только цифры). Если ничего не найдено, то переход к п.1.3; 1.3. Поиск осуществляется по адресу, улице. Если ничего не найдено, то в АСУ УССМП уходит уведомление с кодом ошибки «Филиал не найден…», но вызов сохраняется в Программе. 1.4. В алгоритме предусмотреть, что если при поиске по заданным параметрам в Программе определяются два и более участка, то вызов назначается на первый из них Результат:Интеграция в части поиск участка обслуживания адреса вызова, указанного в запросе ССМП, успешно выполнена в соответствии с алгоритмом

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

Состав и функции работ. Функция: Модуль электронной карты. Сервис приема уведомлений о регистрации Медицинского свидетельства о смерти от Региональной системы РИЭМК Описание:В системе опубликован сервис приема сообщений от внешней системы, содержащих сведения о смерти пациентов: - Идентификатор пациента в региональном регистре пациентов (РРП); - Дата смерти; 2. - Номер документа о смерти Результат:Успешно проведена опытная эксплуатация в части получения и передачи данных.

Состав и функции работ. Функция: Модернизация сервиса формирования структурированных электронных медицинских документов (СЭМД) Описание:Разработка новых видов и редакций СЭМД в формате CDA на дату заключения контракта для следующих видов документов: 1. Выписка из протокола решения врачебной комиссии для направления на медико-социальную экспертизу 2. Медицинское заключение по дистанционному наблюдению за состоянием здоровья пациента 3. Медицинское заключение о допуске к участию в физкультурных и спортивных мероприятиях (учебно-тренировочных мероприятиях и спортивных соревнованиях), мероприятиях по оценке выполнения нормативов испытаний (тестов) Всероссийского физкультурно-спортивного комплекса "Готов к труду и обороне" (ГТО) 4. Заключительный реабилитационный эпикриз 5. Извещение о поступлении (обращении) пациента, а также в случае смерти пациента, личность которого не установлена 6. Лист назначений и их выполнение 7. Направление тела умершего в патолого-анатомическое отделение 8. Переводной эпикриз 9. Посмертный эпикриз 10. Протокол на случай выявления у больного запущенной формы злокачественного новообразования 11. Протокол осмотра мультидисциплинарной реабилитационной команды 12. Протокол патолого-анатомического вскрытия плода, мертворожденного или новорожденного 13. Этапный реабилитационный эпикриз Результат:В продуктивную среду ФРЭМД ЕГИСЗ успешно передано не менее 5 СЭМД каждого вида, от не менее 25% профильных медицинских организаций. Проведено обучение пользователей. Пользователь может самостоятельно формировать и подписывать СЭМД.

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

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

Требования к участникам: 1. Требование к участникам закупок в соответствии с п. 1 ч. 1 ст. 31 Закона № 44-ФЗ Дополнительные требования На основании Федерального закона от 04.05.2011 № 99-ФЗ (ред. от 31.07.2025) "О лицензировании отдельных видов деятельности" лицензированию подлежат следующие виды деятельности, а именно: -пункт 5 часть 1 статьи 12 деятельность по технической защите конфиденциальной информации (согласно п.п. 4д и п.п.4е Постановления Правительства Российской Федерации от 03.02.2012 №79 (ред. от 27.12.2024) "О лицензировании деятельности по технической защите конфиденциальной информации»). Предоставляется копия лицензии и/или выписка из реестра лицензий в форме электронного документа, содержащего сведения об указанной лицензии в соответствии со ст. 21 Федерального закона от 04.05.2011 №99-ФЗ (ред. от 08.08.2024) «О лицензировании отдельных видов деятельности». Статус предоставляемого документа (действующий, не приостановлен, не приостановлен частично, не прекращен). Информация и документы могут не включаться в заявку на участие в закупке в случае, если указанные информация и документы содержатся в открытых и общедоступных государственных реестрах, размещенных в информационно-телекоммуникационной сети «Интернет», и в такую заявку включена предусмотренная подпунктом «о» пункта 1 части 1 статьи 43 Федерального закона №44-ФЗ декларация о соответствии участника закупки требованиям, установленным пунктом 1 части 1 статьи 31 Федерального закона №44-ФЗ 2. Требования к участникам закупок в соответствии с ч. 1.1 ст. 31 Закона № 44-ФЗ 3. Единые требования к участникам закупок в соответствии с ч. 1 ст. 31 Закона № 44-ФЗ

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

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

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

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

Начальная (максимальная) цена контракта: 14 565 516,57

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

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

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

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

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

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

Наименование бюджета: Бюджет города Севастополя

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

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

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

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

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

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03221643670000007400, л/c 03742201170, БИК 016711001, ОТДЕЛЕНИЕ СЕВАСТОПОЛЬ БАНКА РОССИИ// УФК по г. Севастополю г. Севастополь, к/c 40102810045370000056

Реквизиты счета для перечисления денежных средств в случае, предусмотренном ч.13 ст. 44 Закона № 44-ФЗ (в соответствующий бюджет бюджетной системы Российской Федерации): Получатель Номер единого казначейского счета Номер казначейского счета БИК ТОФК УПРАВЛЕНИЕ ФЕДЕРАЛЬНОГО КАЗНАЧЕЙСТВА ПО Г. СЕВАСТОПОЛЮ (ГКУС "МЕДИЦИНСКИЙ СКЛАД № 1043") ИНН: 9204023281 КПП: 920401001 КБК: 80611610056020000140 ОКТМО: 67312000 40102810045370000056 03100643000000017400 016711001

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

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

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

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

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

Платежные реквизиты для обеспечения исполнения контракта: p/c 03222643670000007400, л/c 05742201170, БИК 016711001, ОТДЕЛЕНИЕ СЕВАСТОПОЛЬ БАНКА РОССИИ// УФК по г. Севастополю г. Севастополь, к/c 40102810045370000056

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

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

Информация о требованиях к гарантийному обслуживанию товара: в соответствии с разделом 4 Контракта

Требования к гарантии производителя товара: в соответствии с разделом 4 Контракта

Требуется обеспечение гарантийных обязательств: Да

Размер обеспечения гарантийных обязательств: 728 275,83 Российский рубль

Порядок предоставления обеспечения гарантийных обязательств, требования к обеспечению: в соответствии с разделом 4 Контракта

Платежные реквизиты для обеспечения гарантийных обязательств: p/c 03222643670000007400, л/c 05742201170, БИК 016711001, ОТДЕЛЕНИЕ СЕВАСТОПОЛЬ БАНКА РОССИИ// УФК по г. Севастополю г. Севастополь, к/с 40102810045370000056

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

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

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

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

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

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

Наименование бюджета: Бюджет города Севастополя

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

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

Документы

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

Документы

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