| Наименование характеристики |
Значение характеристики |
Единица измерения
характеристики |
Инструкция по заполнению
характеристик в заявке |
| Цели и задачи выполнения работ |
Целями выполнения работ является:
? Повышение оперативности, эффективности и качества лечения пациентов в сфере здравоохранения за счет формирования единого непротиворечивого пространства первичных медицинских данных с возможностью построения на их основе цифровой медицинской статистики, систем поддержки принятия врачебных решений, включая взаимодействие с технологиями искусственного интеллекта и построения аналитики реализации управленческих решений.
В рамках выполнения работ требуется реализовать следующие задачи:
? Обеспечить передачу снимков диагностических исследований в сервис МосМедИИ;
? Обеспечить получение результатов анализа снимков диагностических исследований от сервисов искусственного интеллекта МосМедИИ;
? Обеспечить информационное взаимодействие АРМ Лаборанта РИС с РМИС в части функционала лаборанта в режиме одного окна;
? Обеспечить модернизацию АРМ Лаборанта РИС в части взаимодействия с РМИС в режиме одного окна. |
|
|
| Назначение Системы |
Система предназначена для обеспечения деятельности медицинских организаций, подведомственных Департаменту здравоохранения города Севастополя в части:
? автоматизированной передачи, долговременного хранения, оперативного обмена и последующего использования результатов диагностических исследований;
? управления жизненным циклом медицинских изображений, не привязанным к конкретным типам данных и видам диагностического оборудования;
? защищенного хранения изображений в формате DICOM, соответствующем принятым отраслевым стандартам, с возможностью доступа из любого приложения, поддерживающего данные стандарты;
? оперативного обмена диагностическими изображениями между всеми участниками лечебно-диагностического процесса;
? оперативного и планового консультирования диагностически сложных случаев с использованием технологий телемедицины. |
|
|
|
Программные компоненты (подсистемы модули), которые входят в состав Систем:
Подсистема передачи и хранения медицинских изображений-Предназначена для хранения диагностических изображений в формате DICOM.
Подсистема передачи медицинских изображений-Предназначена для передачи данных с диагностического оборудования в центральный архив медицинских изображений.
Подсистема обработки изображений ЦАМИ-Предназначена для просмотра изображений и выполнения функциональных манипуляций посредством веб-браузера по модели тонкий клиент.
Подсистема локального хранения-Предназначена для сбора данных с диагностического оборудования и передачи в подсистему централизованного хранения.
Подсистема экспертной обработки и диагностики КТ и МРТ исследований-Предназначена для просмотра результатов КТ и МРТ исследований.
Подсистема: Единая радиологическая система (ЕРИС)-Предназначена для организации специализированных рабочих мест Лаборант, Врач-рентгенолог и администратор и создания функциональности worklist.
Подсистема ЕРИС: Систем поддержки принятия врачебных решений Модуль анализа маммографических снимков на наличие признаков злокачественных новообразований-Предназначена для автоматического анализа медицинских изображений модальности ММГ на наличие признаков злокачественных новообразований.
Подсистема ЕРИС: Систем поддержки принятия врачебных решений Модуль анализа КТ легких и определение процента поражения-Предназначена для автоматического анализа медицинских изображений модальности КТ и определение процента поражения. |
|
|
|
Программные компоненты (подсистемы модули), которые входят в состав Систем:
Модуль взаимодействия СППВР – ЦАМИ- ЕРИС-Предназначена для формирования выборки и очереди исследований на анализ и передачи результатов автоматического анализа в ЦАМИ и ЕРИС.
Подсистема интеграции с внешними системами-Предназначена для осуществления интеграции и двустороннего информационного обмена с региональной медицинской информационной системой, обеспечивается через интеграционные профили программного интерфейса приложения Application programming interface (API), по протоколам DICOM, HL7, FHIR. Информационный обмен осуществляется по защищенным каналам связи через сеть Интернет путем удаленного вызова прикладных функций. Взаимодействие Системы с внешними системами и ресурсами происходит в режиме реального времени.
Взаимодействие с региональной МИС (разработчик «РМИС Витакор» ЗАО «Витакор», оператор системы ГБУЗС «МИАЦ») реализовано в следующей части:
? Формирование направления диагностического исследования в МИС;
? Планирование диагностического исследования в МИС;
? Передача данных о запланированном исследовании в ЕРИС;
? Выполнение исследования на диагностическом оборудовании;
? Выполнение отметки о завершении исследования в ЕРИС;
? Выполнение привязки направления к исследованию в ЕРИС в случае отсутствия поддержки сервиса DICOM Worklist на диагностическом оборудовании;
? Формирование протокола заключения врачом-рентгенологом в ЕРИС;
Отправка протокола заключения и ссылки на результат исследования из ЕРИС в МИС.
Региональный модуль врача диагноста-Предназначен для формирования аналитической отчетности в разрезе МО, региона, оборудования, а также для просмотра информации, переданной в Систему, а именно:
? Списка направлений на диагностические исследования и самого направления;
? Сведений о пациентах;
? Расписания оборудования;
? Нормативно-справочной информации;
Формирование аналитических отчетов о количестве направлений и количестве выполненных исследований. |
|
|
|
В качестве программного обеспечения Системы используется следующее ПО:
? «Программная система центральный архив медицинских изображений по ТУ 62.01.29-001-30636899-2017» правообладатель ООО «ИКТ Консалтинг» (реестровая запись №6073 от 19.11.2019);
? «Программный комплекс «Единая радиологическая информационная система» (свидетельство о регистрации №2020664902) правообладатель ООО «РТК Радиология» (реестровая запись №9736 от 15.03.2021);
? Система нейросетевая Care Mentor AI правообладатель ООО «КЭРЕМЕНТОРЭЙАЙ» (реестровая запись №18149 от 29.06.2023).
Оператором Системы является Государственное бюджетное учреждение здравоохранения Севастополя «Медицинский информационно-аналитический центр» (далее - Оператор Системы).
Получатель обладает неисключительными правами на функциональные модули Системы в объеме, позволяющем использовать и модернизировать функционал Системы.
Система установлена на серверных мощностях в ЦОД Оператора Системы, доступ Подрядчика к серверным мощностям предоставляется Оператором Системы по защищенным каналам связи.
Архитектурная реализация компонентов Системы учитывает разделение функциональных модулей Системы: сервер приложений, сервер баз данных, сервер хранения оперативных и архивных данных исследований, сервер инструментов визуализации и реконструкции медицинских изображений. |
|
|
|
Связь между серверным программным обеспечением и автоматизированными рабочими местами Системы, медицинским цифровым диагностическим оборудованием, а также оборудованием для печати, расположенными в МО, реализовывается посредством ЗСПД.
Все функциональные компоненты Системы представляют собой единое интегрированное информационное пространство. Система имеет возможность масштабирования, как на уровне СУБД, так и на уровне подсистем. Система имеет русский язык интерфейса.
Система обеспечивает универсальность по отношению к производителям медицинского цифрового диагностического оборудования и работает с любым оборудованием, соответствующим требованиям стандарта DICOM.
Система готова к горизонтальному (повышению производительности при распределении на большее число серверов) и вертикальному (предоставление большего объема ресурсов) масштабированию.
Система обеспечивает средства авторизации пользователей и сервисов для предотвращения несанкционированного доступа к персональным данным и медицинской информации. |
|
|
|
Система развернута в ЦОД Получателя на следующих мощностях:
Сервер хранилища изображений (PACS)
Процессор (vCPU) 16
Оперативная память (vRAM), Гб 31
Дисковое пространство под ОС, Гб 300
Дисковое пространство (vHDD), Тб 161,1
Операционная система (ОС) RED OS MUROM (7.3)
Сервер баз данных PACS
Процессор (vCPU) 16
Оперативная память (vRAM), Гб 31
Дисковое пространство под ОС, Гб 500
Операционная система (ОС) RED OS MUROM (7.3)
Сервер просмотровщика и РИС
Процессор (vCPU) 16
Оперативная память (vRAM), Гб 31
Дисковое пространство под ОС, Гб 500
Операционная система (ОС) RED OS MUROM (7.3)
Сервер базы данных РИС
Процессор (vCPU) 16
Оперативная память (vRAM), Гб 31
Дисковое пространство под ОС, Гб 500
Операционная система (ОС) RED OS MUROM (7.3)
Тестовый сервер
Процессор (vCPU) 8
Оперативная память (vRAM), Гб 15
Дисковое пространство под ОС, Гб 500
Операционная система (ОС) Astra Linux 1.7
ИИ сервис (BLACKBOX COV-MG)
Процессор (vCPU) 32
Оперативная память (vRAM), Гб 62
Дисковое пространство под ОС, Гб 300
Накопитель, Тб 1
Графический ускоритель Tesla T4, шт. 1
Операционная система (ОС) RED OS MUROM (7.3)
ИИ Сервис BLACKBOX-CAN
Процессор (vCPU) 24
Оперативная память (vRAM), Гб 31
Дисковое пространство под ОС, Гб 900
Накопитель, Тб -
Графический ускоритель Tesla T4, шт. 2
Операционная система (ОС) RED OS MUROM (7.3) |
|
|
| ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ |
Требования к программному обеспечению:
Расширенный функционал Системы должен функционировать на имеющемся программном обеспечении Получателя, поддерживать работу на следующем ПО, установленном на автоматизированных рабочих местах:
? ОС Windows 10 и выше, Astra Linux, RED OS, 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. Встроенных в Систему механизмов безопасности, таких как средства разграничения доступа и логирования;
2. Программно-аппаратных, программных и технических средств Получателя;
3. Организационных мер обеспечения информационной безопасности на стороне Получателя.
Подрядчик подтверждает свое согласие на заключение с Заказчиком, Получателем Соглашения о неразглашении служебной и иной конфиденциальной информации.
Выполнение части работ в рамках настоящего технического задания допустимо посредством удаленного подключения к серверам Получателя, на которых размещена Система. Удаленное подключение осуществляется с использованием телекоммуникационных сетей связи по защищенному каналу связи Vipnet сеть № 4535 (средства защиты приобретаются Подрядчиком за свой счет, доступ обеспечивает Получатель). |
|
|
|
Требования к обеспечению информационной безопасности:
Подрядчик обязан обеспечить конфиденциальность данных, безопасность их обработки в зоне своей ответственности в ходе выполнения работ по настоящему описанию объекта закупки. Для защиты конфиденциальной информации от несанкционированного доступа Подрядчик в зоне своей ответственности обязан принимать все необходимые организационные и технические меры, в том числе с использованием (применением) средств криптографической защиты, средств антивирусной защиты и средств от несанкционированного доступа соответствующие требованиям:
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-битных ключей шифрования |
|
|
|
При выполнении работ Подрядчик должен обеспечить соблюдение требований к обеспечению конфиденциальности, целостности и доступности обрабатываемой в Системе информации.
Подрядчик должен определить перечень работников, для которых предполагается удаленный доступ к информационной инфраструктуре Системы, а также перечень информации и информационных ресурсов, расположенных на серверах Системы, к которым будет предоставляться удаленный доступ и предоставить данный перечень Получателю работ.
Подрядчик должен обязать в письменной форме всех специалистов (сотрудников Подрядчика), которым могут стать доступны персональные данные в ходе выполнения работ по настоящему описанию объекта закупки обеспечивать их целостность и конфиденциальность.
Недопустима передача персональных данных, ставших известными сотрудникам Подрядчика в ходе выполнения работ по настоящему описанию объекта закупки, третьим лицам, за исключением участников процесса выполнения работ, если иное не предусмотрено законодательством Российской Федерации.
Подрядчик несет ответственность в соответствии с законодательством Российской Федерации за действия своих сотрудников при выполнении работ по настоящему описанию объекта закупки, которые могут повлечь за собой нарушение функционирования Системы в целом и (или) свойств безопасности (конфиденциальности, целостности и доступности) обрабатываемой в Системе информации.
Информация о правах доступа (предоставление, изменение, прекращение прав доступа) сотрудников Подрядчика к компонентам Системы и ее информационным ресурсам должна фиксироваться Подрядчиком в ходе выполнения работ по настоящему описанию объекта закупки и предоставляться Заказчику и функциональному заказчику (Получателю) по требованию.
При выполнении работ по настоящему описанию объекта закупки Подрядчиком должны быть реализованы нижеследующие требования к функциональным возможностям Системы, направленные на обеспечение безопасности обрабатываемой в ней информации. |
|
|
|
В Системе должна быть предусмотрена возможность настройки для каждой пользовательской роли прав доступа к информационным ресурсам и выполнения определенных операций. Для каждого пользователя должна быть возможность назначить одну или более ролей. Доступ к Системе и ее компонентам должен быть реализован на основе принципа разделения обязанностей и минимизации полномочий.
Вход в пользовательскую часть Системы и дальнейшая работа должны осуществляться только после прохождения процедур идентификации и аутентификации (проверке подлинности пользователя).
Для целей защиты данных сервера БД от несанкционированного доступа конечные пользователи Системы не должны знать пароль доступа непосредственно к самому серверу БД. Авторизация в Системе должна предусматривать доступ к функциям приложения, а не к серверу базы данных.
В целях регистрации и учета действий пользователей и администраторов, в Системе внутренними (встроенными) средствами Системы должно быть обеспечено журналирование (фиксирование) действий пользователей и администраторов – вход (выход) в (из) системы, действий с конфиденциальной информацией, совершаемых пользователями в рамках сессии пользователя.
Средства диагностирования Системы должны обеспечивать сбор и накопление информации о процессах загрузки и передачи данных, критических ошибках и предупреждениях в работе программных средств системы, загрузке аппаратной части (процессоры, память). Выполнение требования должно достигаться за счет внутренних (встроенных) средств Системы.
При возникновении аварийных ситуаций либо ошибок в программном обеспечении диагностические инструменты должны позволять сохранять полный набор информации, необходимой для идентификации проблемы. |
|
|
|
Требования к предоставлению доступа:
Для выполнения работ в удалённом режиме Подрядчик запрашивает доступ к необходимым ресурсам для Системы у Заказчика (Получателя). После согласования перечня ресурсов необходимых для модернизированного функционала Системы, к которым необходимо обеспечить удаленный доступ со стороны Подрядчика, и уровня запрашиваемых полномочий, Заказчик (Получатель) в течение трех рабочих дней с момента подписания соглашения об информационном взаимодействии обеспечивает доступ (при наличии технической возможности) к запрашиваемым серверам, на которых будет модернизированный функционал Системы и ее компоненты, в объеме и с полномочиями, минимальными и достаточными для исполнения обязанностей Подрядчика. Выполнение работ по расширению функциональности Системы будет осуществляться в удаленном режиме на серверном оборудовании, установленном в ЦОД.
Доступ к серверам защищённой сети Департамента здравоохранения осуществляется с использованием технологии VPN, построенной на базе сертифицированных по требованиям безопасности информации криптографических средств ViPNet Network Security, защищенной сети передачи данных № 4535. Приобретение требуемых для удаленного доступа средств криптографической защиты информации осуществляется Подрядчиком с использованием собственных сил и средств. |
|
|
|
Требования к эргономике и технической эстетике.
Общие требования к интерфейсу.
Интерфейс должен обеспечивать быстрое отображение экранных форм. Ввод-вывод данных, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям.
Для обозначения сходных операций должны использоваться сходные управляющие (навигационные) элементы (иконки). Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы.
Пользователь должен получать информацию об успешном завершении операций и о возникновении сбоев в ходе их выполнения или невозможности выполнения.
При выполнении длительных операций, требующих значительного времени для выполнения, пользователь, должен получать информацию о текущем ходе выполнения операции.
Интерфейс и логика работы пользователя в различных операционных системах должны быть идентичными. |
|
|
|
Требования к эргономике и технической эстетике. Требования по обработке исключительных ситуаций и ошибок.
Сообщения об ошибках или аварийных ситуациях должны быть на русском языке, содержать рекомендации по их устранению. Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. После вывода пользователю соответствующего сообщения, Система должна возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. |
|
|
|
Требования к эргономике и технической эстетике. Требования по вводу и контролю данных.
Для данных, имеющих установленные форматы, должен осуществляться логический контроль ввода данных с выдачей сообщений двух типов:
? уведомление об ошибке с возможностью сохранения некорректно введенных данных;
? уведомление об ошибке с отсутствием возможности последующего ввода данных.
Сохранённые некорректные данные не должны приводить в дальнейшем к нарушениям в работе и обслуживании программы. Должна быть реализована возможность отследить наличие некорректных данных в Системе средствами приложения, без необходимости вмешательства напрямую в работу баз данных Системы. |
|
|
|
Требования к эргономике и технической эстетике. Требования по организации экранных форм.
Взаимодействие пользователя с Системой должно осуществляться преимущественно в форме диалога типа «меню» и «интервью».
В тех случаях, когда представление информации в документно-ориентированном виде невозможно или имеет худшее качество восприятия, допускается вывод информации в табличной форме.
Во всех возможных случаях при заполнении полей ручной ввод данных должен быть заменен выбором из списков и справочников.
Наименование полей в диалоговых окнах и формах интерфейса пользователя должны проводиться с минимумом сокращений. Допускается использование общепринятых сокращений, при невозможности отображения полнотекстовых наименований, допускается использование сокращений, каждое такое сокращение должно быть описано в эксплуатационной документации.
Формы интерфейса пользователя, используемые для представления входных/выходных документов, должны предоставлять информацию в той же последовательности и в том же расположении, что и их бумажные аналоги.
Должна быть обеспечена возможность получения пользователем справочной информации в зависимости от текущего контекста выполняемых им действий. Контекстные подсказки, а также все сообщения, за исключением сообщений от системы управления базами данных и ОС, должны быть выполнены на русском языке и понятны пользователю. |
|
|
|
Требования к диагностированию.
Система должна быть снабжена средствами логирования (фиксации в журналах) действий, выполняемых пользователями и подсистемой. Логирование должно осуществляться в режиме 7 дней в неделю 24 часа в сутки, должен быть предусмотрен функционал настройки уровней логирования. Система должна обладать встроенным функционалом ведения истории изменения данных. Должна быть предусмотрена возможность сравнения версий данных.
При диагностировании Системы должны обеспечиваться мониторинг основных процессов и мониторинг процесса выполнения программных средств из ее состава.
При возникновении аварийных ситуаций либо ошибок в программном обеспечении диагностические инструменты должны позволять сохранять полный набор информации, необходимой для идентификации проблемы. |
|
|
|
Требования к выполнению работ.
Подрядчик должен выполнить следующие работы:
1. Разработать и внедрить модуль интеграционного взаимодействия с платформой МосМедИИ в соответствии с требованиями, приведенными в таблице 3;
2. Реализовать передачу данных для формирования ссылки на исследование, содержащее результаты ИИ в региональную медицинскую информационную систему;
3. Модернизировать АРМ Лаборанта РИС в части взаимодействия с РМИС в режиме одного окна. Требования к функциональности модуля интеграционного взаимодействия с платформой МосМедИИ. Для исполнения обязательств по настоящему ТЗ Подрядчик должен руководствоваться Техническими требованиями по интеграции ГИСЗ субъектов Российской Федерации с платформой «МосМедИИ», расположенными по адресу в сети «Интернет» https://portal.egisz.rosminzdrav.ru/materials/4623, а также материалами, размещенными на официальном сайте платформы «МосМедИИ», расположенными по адресу в сети «Интернет» https://мосмедии.рф/, на момент публикации закупки.
В случае изменения указанных документов в период заключения Контракта, влияющих на ход его исполнения, на способы, методы исполнения, на права и обязанности сторон, Получатель обязан согласовать с Подрядчиком возможность исполнения ТЗ по новым документам. |
|
|
|
Требования к модулю интеграционного взаимодействия с платформой МосМедИИ:
Отправка данных для анализа платформой МосМедИИ - наличие.
Автоматическое обезличивание (деперсонифицирование) на стороне ЦАМИ перед отправкой для анализа, в части удаления персональных данных: ФИО, СНИЛС, даты рождения, данных паспорта, Patient ID, в платформу МосМедИИ отправляется деперсонифицированное исследование - наличие.
Получение результата анализа: – серия с разметкой (DICOM SC) - наличие; – результат обработки в структурированном виде (DICOM SR) - наличие.
Автоматическое сопоставление результатов обработки медицинских исследований при получении (по Study Itstance UID) - наличие.
Подрядчик обеспечивает взаимодействие с платформой МосМедИИ со стороны подсистемы ЦАМИ и ЕРИС. Заказчик организует необходимое взаимодействие с технической поддержкой МосМедИИ, в целях обеспечения доступа к необходимым тестовым стендам и информационного взаимодействия с МосМедИИ. Настройка вышеуказанного взаимодействия не должна привести к изменению текущих функциональных, конфигурационных и технических возможностей подсистемы ЕРИС, подсистемы ЦАМИ. |
|
|
|
Требования к функциональности интеграционного профиля:
Определение структуры и формата данных:
? Для передачи информации в платформу ИИ должен быть использован формат JSON;
? Для передачи информации между системами должен быть использован протокол HTTPS (REST API) и DICOM. |
|
|
|
Требования к итоговым возможностям внедряемой функциональности:
Итоговая функциональность, внедряемая данным модулем, должна обеспечивать следующие возможности:
1. Исследование полностью и успешно деперсонифицировано;
2. Исследование успешно отправлено в МосМедИИ;
3. Результат обработки исследования успешно принят от МосМедИИ. Результатом обработки исследования ИИ-сервисами МосМедИИ является переданные в PACS ЦАМИ через платформу «МосМедИИ»:
? метаданные с результатом обработки исследования;
? текстовое заключение в формате DICOM SR;
? дополнительная серия изображений, содержащая результаты обработки исследований ИИ-сервисами.
Подрядчик предусматривает техническую возможность просмотра полученных протоколов ИИ из РМИС в рамках существующего сервиса обмена данными результатов между РИС ЦАМИ и РМИС. При переходе по ссылке в веб-интерфейсе ЦАМИ должны быть доступны для просмотра: исходное исследование DICOM, текстовое заключение в формате DICOM SR, дополнительная серия исследований с наложенной на оригинальное исследование цветовой разметкой (DICOM SC). Организация взаимодействия со стороны РМИС осуществляется Получателем.
Подрядчик предусматривает функциональную возможность на основе сведений, содержащихся в базах данных модернизируемой Системы, собрать информацию об объеме переданных исследований, обработанных и вернувшихся с ошибкой по результатам обработки на платформе МосМедИИ, а также с использование встроенной подсистемы поддержки принятия врачебных решений ЕРИС, для Заказчика/Получателя по запросу для оценки критериев достижения показателей федерального инцидента №11 «Внедрение искусственного интеллекта» в виде табличного представления в свободной форме. |
|
|
|
Модернизация АРМ Лаборанта РИС в части взаимодействия с РМИС в режиме одного окна:
Подрядчик выполняет модернизацию АРМ Лаборанта РИС в части информационного взаимодействия с РМИС с учетом технологического процесса взаимодействия Лаборанта, Врач-рентгенолога при работе в Системе и с платформой МосМедИИ.
Модернизированный функционал должен обеспечивать:
1. Передачу/Получение информации о заказах на исследования по радиологическому профилю;
2. Получение результатов исследований;
3. Обеспечение обмена информацией о взаиморасчетах между медицинскими организациями. |
|
|
|
Спецификация информационного взаимодействия АРМ Лаборанта РИС с РМИС:
1.Получение информации о заказах на исследования по радиологическому профилю - обработка запросов на создание направлений, отмену направлений на исследования; - получение информации о дате и времени приема при наличии записи на исследование (на врача или кабинет) в запросе на создание направлений; - обработка запросов поступающих в РИС на обновление данных о направлении на исследования в случае отмены записи на прием или перезаписи пациента.
2.Передача результатов исследований в РМИС - - передача запросов с результатами исследований по полученным от РМИС заказам; - обеспечение возможности формирования реестров-счетов на оплату оказанной медицинской помощи по территориальной программе ОМС на основании полученных результатов от РИС в РМИС, для заполнения случаев с учетом действующего порядка информационного взаимодействия при осуществлении персонифицированного учета сведений о медицинской помощи между участниками обязательного медицинского страхования в городе Севастополе, опубликованном по адресу в сети «Интернет» https://sevtfoms.ru/porjadok-informacionnogo-vzaimodejstvija.html.
3.Обеспечение взаиморасчетов между медицинскими организациями - - передача сформированных результатов исследований в амбулаторную карту медицинской организации – исполнителя исследования, в случае получения заказа на исследование из одной медицинской организации в другую, на основании данных о результатах исследования, полученных от РИС; - обеспечение возможности формирования реестров-счетов на оплату оказанной медицинской помощи по взаиморасчетам на основе полученных результатов исследования с передачей всей необходимой информации от РИС в РМИС для заполнения случаев (согласно порядку информационного взаимодействия с ТФОМС https://sevtfoms.ru/porjadok-informacionnogo-vzaimodejstvija.html). |
|
|
|
Требования в целом:
Модернизируемая Система и ее компоненты являются частью Государственной информационной системы в сфере здравоохранения города Севастополя состав которой утвержден Постановлением Правительства города Севастополя от 29.12.2023 № 669-ПП «О государственной информационной системе в сфере здравоохранения города Севастополя», оператором которой является ГБУЗС «МИАЦ».
Состав функциональных модулей модернизируемой Системы приведен в Таблице 2 Технического задания.
Все компоненты модернизируемой Системы размещены централизованно на серверных мощностях регионального центра обработки данных ГБУЗС «МИАЦ».
Режим работы модернизируемой Программы круглосуточно 24/7/365.
Замена имеющегося у Получателя программного обеспечения «Программная система центральный архив медицинских изображений по ТУ 62.01.29-001-30636899-2017» и «Программный комплекс «Единая радиологическая информационная система» не допускается. |
|
|
|
Зарегистрироваться
Войти
Все сервисы
