| Наименование характеристики |
Значение характеристики |
Единица измерения
характеристики |
Инструкция по заполнению
характеристик в заявке |
| Цели выполнения работ |
Работы по модернизации Системы направлены на достижение следующих целей:
- оптимизация процессов оказания скорой медицинской помощи,
- снижение нагрузки на медицинский персонал,
- повышение эффективности работы персонала и повышение доступности оказания скорой медицинской помощи населению. |
|
|
| Задачи выполнения работ |
В рамках выполнения работ должны быть решены следующие задачи:
? Разработан функционал Системы, позволяющий массово подписывать структурированные электронные медицинские документы на Мобильном АРМ ВБ СМП;
? Модернизирован модуль взаимодействия с сервисом РРП РИЭМК в части автоматического получения данных пациента по ФИО и дню рождения;
? Реализован модуль взаимодействия с «Кардиосервером 3.0» и мобильным АРМ ВБ СМП;
? Модернизирован модуль формирования и отправки СЭМД в РЭМД в части создания и обеспечения передачи СЭМД «Сопроводительный лист станции (отделения) скорой медицинской помощи» в подсистему «Федеральный реестр электронных медицинских документов» ЕГИСЗ;
? Выполнена доработка мобильного рабочего места бригады СМП в части изменения объективных данных на одной вкладке;
? Разработан функционал информационного взаимодействия с сервером телефонии на базе «Asterisk» в части осуществления звонка бригаде СМП на мобильное устройство в условиях нестабильного интернет-соединения;
? Модернизирован функционал формирования шаблонов заполнения карты вызова СМП. |
|
|
| Назначение Системы |
Основные функциональные возможности имеющихся автоматизированных рабочих мест (далее – АРМ), а также подсистем, входящих в состав Системы, приведены в Таблице 2 раздела 3 Технического задания.
Перечень модулей, с которыми осуществлено информационное взаимодействие для расширения возможностей Системы приведен в Таблице 3 Раздела 3 Технического задания. |
|
|
|
Система предназначена для автоматизации бизнес-процессов оказания скорой и неотложной медицинской помощи населению региона, в том числе санитарной авиации в медицинских организациях города Севастополя и представляет собой взаимосвязанную совокупность программных и аппаратных компонент.
Основным элементом инфраструктуры Системы является сервер. Непосредственное размещение Системы осуществляется на сервере, где обеспечивается требуемый уровень показателей надежности и доступности модулей Системы. Подключение станций/подстанций/отделений скорой медицинской помощи осуществляется посредством организации защищенных каналов связи.
Для функционирования Системы используются технические и программные средства, информационное обеспечение, а также каналы телефонной и сотовой связи.
Система функционирует под управлением ПО Автоматизированная система управления «Управление станцией скорой медицинской помощи» (АСУ «УССМП»), правообладатель – общество с ограниченной ответственностью «Комплексная автоматизация бизнеса» (ИНН 3664114755), свидетельство о государственной регистрации – № 2017662898 от 20.11.2017 г.
Право использования ПО АСУ «УССМП» ограничено неисключительной лицензией с правом воспроизведения (инсталляция, запуск). |
|
|
|
Система и ее компоненты являются частью Государственной информационной системы в сфере здравоохранения города Севастополя состав которой утвержден Постановлением Правительства города Севастополя от 29.12.2023 № 669-ПП «О государственной информационной системе в сфере здравоохранения города Севастополя» (далее – ГИСЗС). Все компоненты Системы размещены централизованно на серверных мощностях регионального центра обработки данных ГБУЗС «МИАЦ». Региональный центр обработки данных ГБУЗС «МИАЦ» имеет аттестат соответствия требования по защите информации от 02.12.2024 №Л024-00107-00/00583568.00005.2024 на объект информатизации – сегмент информационно-телекоммуникационной инфраструктуры Центра обработки данных ГБУЗС «МИАЦ». ГИСЗС имеет аттестат соответствия требованиям по защите информации от 10.12.2024 № Л024-00107-00/00583374.00009.2024, предъявляемым ко второму классу защищённости ИС, второму уровню защищённости персональных данных, третьей категории значимости объекта критической информационной инфраструктуры. |
|
|
|
В состав Системы входят следующие компоненты:
? сервер базы данных;
? сервер 1С Предприятие 8.3 (8.3.25.1633);
? модуль интеграции и координации взаимодействия с Системой-112 («Протей»);
? модуль интеграции с РМИС «Витакор» (далее – МИС);
? модуль интеграции с РИЭМК.
Архитектура программного обеспечения Системы соответствует следующим требованиям:
? Используется трехзвенная архитектура с применением технологии «тонкий» клиент;
? Серверное программное обеспечение Системы развернуто с применением системы виртуализации;
? Система совместима с отечественным офисным программным обеспечением, включенным в «Единый реестр российских программ для электронных вычислительных машин и баз данных». |
|
|
|
В состав Системы входят следующие подсистемы:
- Подсистема «Вызовы» предназначена для приема и автоматизированной обработки входящих звонков, записи вызовов путем создания электронного талона вызова, а также ведения архива вызовов и некоторых видов диспетчеризации;
- Подсистема «Бригады» предназначена для формирования бригад и их управления;
- Подсистема «Автопарк» предназначена для управления автотранспортом и ведения учета топлива;
- Подсистема «Аптека» предназначена для ведения учета медикаментов и медицинских изделий;
- Подсистема «Оплата» предназначена для ведения реестров по счетам ФОМС;
- Подсистема «Кадры» предназначена для ведения учета сотрудников, формирования графиков и табелей учета рабочего времени;
- Подсистема «Отчеты» предназначена для формирования различных отчетов, статистики, хранения шаблонов отчетов;
- Подсистема «Справочники» предназначена для ведения внутренних справочников, а также хранения федеральных классификаторов;
- Подсистема «Настройки» предназначена для хранения как собственных настроек (регистрации и ведения учетных записей пользователей, настройка групп и прав доступа) и настроек мобильного приложения (и мобильных устройств), так и настроек взаимодействия с внешними системами. |
|
|
| Требования к выполнению работ |
Подрядчик не имеет права разглашать или передавать любую информацию, создаваемую и обрабатываемую в процессе функционирования, третьим лицам, в случае если данная информация попала к нему в ходе исполнения своих обязательств.
Состав функциональных модулей модернизируемой Системы приведен в Таблице 2 Технического задания.
Все компоненты модернизируемой Системы должны быть размещены централизованно на серверных мощностях регионального центра обработки данных ГБУЗС «МИАЦ».
Режим работы модернизируемой Системы круглосуточно 24/7/365.
Замена имеющегося у Получателя программного обеспечения АСУ «УССМП» не допускается. Разработанный функционал в рамках модернизации должен быть неотъемлемой частью имеющегося у Получателя функционала и интерфейса Системы, СЭМД должны автоматически создаться на основе региональных и федеральных справочников, ранее введенных данных в Систему Пользователем и размещаемых данных в СУБД Системы.
Подрядчик в рамках выполнения работ обязан самостоятельно получить права на модернизацию/модификацию используемой у Заказчика/Получателя Системы и предоставить их по требованию Заказчика/Получателя в течении 5 рабочих дней с момента заключения Контракта.
Обновление Системы выполняется подрядчиком по согласованию со службой скорой помощи, предпочтительно в периоды минимальной нагрузки. В случаях, когда продолжительность обновления превышает 30 минут, его выполнение переносится на ночные часы, в период с 00:00 до 06:00. |
|
|
| Требования к программному обеспечению |
Модернизированный функционал Системы должен функционировать на имеющемся программном обеспечении Получателя, поддерживать работу на следующем ПО, установленном на автоматизированных рабочих местах, в том числе посредством веб-интерфейса Системы:
? ОС Astra Linux, RED OS, ALT Linux, имеющихся у Получателя.
Модернизированная Система должна быть полностью совместима с Мобильным АРМ на основе планшетного ПК фельдшера ПК Life Tab Plus под управлением операционной системы Android 10, имеющегося у Получателя.
Расширенный функционал Системы должен быть полностью совместим и быть развернут на операционных системах, серверах приложений, реализованными на базе программного обеспечения, включенного в Единый реестр российских программ для электронных вычислительных машин, в том числе сертифицированными версиями серверных операционных систем не ниже Red OS 8 и Astra Linux 1.8, имеющихся у Получателя. |
|
|
|
Расширенный функционал Системы должен быть полностью совместим и быть развернут на СУБД Postgres Pro, разрабатываемой ООО «Постгрес Профессиональный», или другую СУБД, входящей в Единый реестр российских программ для электронных машин и баз данных (https://reestr.digital.gov.ru/) и в Государственный реестр сертифицированных средств защиты информации (https://fstec.ru), в том числе СУБД PostgreSQL в составе сертифицированных версий Red OS 8 и Astra Linux 1.8, имеющихся у Получателя.
Аппаратная часть (серверное оборудование) для функционирования Системы предоставляется и обслуживается Заказчиком (Получателем).
Получатель обеспечивает сетевую связность между вычислительными ресурсами, информационными системами, с которыми предусмотрена организация информационного взаимодействия.
Масштабирование серверной части Системы в части увеличения оперативной памяти, количества ядер процессоров, приобретения дополнительных лицензий на общесистемное программное обеспечение в том числе на операционные системы, системы управления базами данных, криптопровайдеры, осуществляется за счет средств Получателя. |
|
|
| Требования к патентной чистоте |
Программно-технические решения должны отвечать требованиям по патентной чистоте согласно действующему законодательству Российской Федерации, в том числе Приказу Минцифры России от 17.12.2020 № 715 «Об утверждении типовых условий контрактов на выполнение работ по созданию и (или) развитию (модернизации) государственных (муниципальных) и (или) иных информационных систем».
Права на программное обеспечение, а также исходные коды, разработанные в ходе выполнения работ, передаются Заказчику в соответствии с приказом Минцифры России от 17.12.2020 № 715 «Об утверждении типовых условий контрактов на выполнение работ по созданию и (или) развитию (модернизации) государственных (муниципальных) и (или) иных информационных систем».
В случае, если при выполнении работ используется готовое программное обеспечение (платформа, подсистема и т.д.), которое становится частью (компонентом) Системы, городу Севастополю в лице Заказчика передаются неисключительные права (путем заключения лицензионного договора) на такое программное обеспечение со следующими возможностями:
? права передаются на весь срок действия исключительных прав правообладателя, действующие на территории города Севастополя;
? должно быть обеспечено право города Севастополя в лице Заказчика передавать, дорабатывать, распространять, развивать результаты выполненных работ, созданные в процессе исполнения государственного контракта. |
|
|
|
В остальных случаях право собственности (исключительное право) на результаты выполненных работ, отчетные документы и материалы, полученные в ходе выполнения работ по Контракту принадлежат городу Севастополю в лице Заказчика с момента подписания сторонами документа о приемке.
Подрядчик использует только объекты интеллектуальной собственности, права на которые приобретены (получены) и используются без нарушений прав на интеллектуальную собственность третьих лиц или предоставлены Заказчиком. Это требование обеспечивает соблюдение авторских, смежных, патентных и иных прав разработчиков используемых сторонних компонент. Подрядчик обязан согласовать с Получателем необходимость использования при выполнении работ охраняемых результатов интеллектуальной деятельности, права на которые принадлежат третьим лицам.
Результаты выполненных работ не должны повлечь необходимость осуществления Заказчиком закупок программного обеспечения (как исключительных, так и неисключительных прав).
Право владения информацией, создаваемой в базах данных Системы, принадлежит городу Севастополю в лице учредителя Получателя – Департамента здравоохранения города Севастополя. Использование Подрядчиком информации, создаваемой в базах данных модернизируемой Системы, осуществляется исключительно в целях исполнения требований технического задания. |
|
|
| Требования к квалификации пользователей |
Модернизируемая Система должна учитывать следующие требования к квалификации пользователей:
? наличие навыков работы на персональном компьютере с современными ОС. |
|
|
| Требования к обеспечению информационной безопасности |
Обеспечение информационной безопасности осуществляется в соответствии с действующим законодательством Российской Федерации и включает в себя использование:
1. Встроенных в Систему механизмов безопасности, таких как средства разграничения доступа и логирования;
2. Программно-аппаратных, программных и технических средств Получателя;
3. Организационных мер обеспечения информационной безопасности на стороне Получателя.
Модернизируемая Подрядчиком Система и все ее компоненты должны функционировать в защищённой сети передачи данных Vipnet сеть № 4535.
Подрядчик подтверждает свое согласие на заключение с Заказчиком, Получателем Соглашения о неразглашении служебной и иной конфиденциальной информации.
Выполнение части работ в рамках настоящего технического задания допустимо посредством удаленного подключения к серверам Получателя, на которых размещена Система. Удаленное подключение осуществляется с использованием телекоммуникационных сетей связи по защищенному каналу связи 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-сети должна обеспечиваться российским алгоритмом шифрования ГОСТ 34.12-2018 и ГОСТ 34.13-2018 с использованием 256-битных ключей шифрования. |
|
|
|
При выполнении работ Подрядчик должен обеспечить соблюдение требований к обеспечению конфиденциальности, целостности и доступности обрабатываемой в Системе информации.
Подрядчик должен определить перечень работников, для которых предполагается удаленный доступ к информационной инфраструктуре Системы, а также перечень информации и информационных ресурсов, расположенных на серверах Системы, к которым будет предоставляться удаленный доступ и предоставить данный перечень Получателю.
Подрядчик должен обязать в письменной форме всех специалистов (сотрудников Подрядчика), которым могут стать доступны персональные данные в ходе выполнения работ по настоящему описанию объекта закупки обеспечивать их целостность и конфиденциальность.
Недопустима передача персональных данных, ставших известными сотрудникам Подрядчика в ходе выполнения работ по настоящему описанию объекта закупки, третьим лицам, за исключением участников процесса разработки Системы, если иное не предусмотрено законодательством Российской Федерации. |
|
|
|
Подрядчик несет ответственность в соответствии с законодательством Российской Федерации за действия своих сотрудников при выполнении работ по настоящему описанию объекта закупки, которые могут повлечь за собой нарушение функционирования Системы в целом и (или) свойств безопасности (конфиденциальности, целостности и доступности) обрабатываемой в Системе информации.
Информация о правах доступа (предоставление, изменение, прекращение прав доступа) сотрудников Подрядчика к компонентам Системы и ее информационным ресурсам должна фиксироваться Подрядчиком в ходе выполнения работ по настоящему описанию объекта закупки и предоставляться Заказчику и функциональному заказчику (Получателю) по требованию.
При выполнении работ по настоящему описанию объекта закупки Подрядчиком должны быть реализованы нижеследующие требования к функциональным возможностям Системы, направленные на обеспечение безопасности обрабатываемой в ней информации.
В Системе должна быть предусмотрена возможность настройки для каждой пользовательской роли прав доступа к информационным ресурсам и выполнения определенных операций. Для каждого пользователя должна быть возможность назначить одну или более ролей. Доступ к Системе и ее компонентам должен быть реализован на основе принципа разделения обязанностей и минимизации полномочий. |
|
|
|
Вход в пользовательскую часть Системы и дальнейшая работа должны осуществляться только после прохождения процедур идентификации и аутентификации (проверке подлинности пользователя).
Для целей защиты данных сервера БД от несанкционированного доступа конечные пользователи Системы не должны знать пароль доступа непосредственно к самому серверу БД. Авторизация в Системе должна предусматривать доступ к функциям приложения, а не к серверу базы данных.
В целях регистрации и учета действий пользователей и администраторов, в Системе внутренними (встроенными) средствами Системы должно быть обеспечено журналирование (фиксирование) действий пользователей и администраторов – вход (выход) в (из) системы, действий с конфиденциальной информацией, совершаемых пользователями в рамках сессии пользователя.
Средства диагностирования Системы должны обеспечивать сбор и накопление информации о процессах загрузки и передачи данных, критических ошибках и предупреждениях в работе программных средств системы, загрузке аппаратной части (процессоры, память). Выполнение требования должно достигаться за счет внутренних (встроенных) средств Системы.
При возникновении аварийных ситуаций либо ошибок в программном обеспечении диагностические инструменты должны позволять сохранять полный набор информации, необходимой для идентификации проблемы. |
|
|
| Требования к предоставлению доступа |
Для выполнения работ в удалённом режиме Подрядчик запрашивает доступ к необходимым ресурсам для Системы у Получателя. После согласования перечня ресурсов необходимых для модернизированного функционала Системы, к которым необходимо обеспечить удаленный доступ со стороны Подрядчика, и уровня запрашиваемых полномочий, Получатель в течение трех рабочих дней с момента подписания соглашения об информационном взаимодействии обеспечивает доступ (при наличии технической возможности) к запрашиваемым серверам, на которых будет установлен модернизированный функционал Системы и ее компоненты, в объеме и с полномочиями, минимальными и достаточными для исполнения обязанностей Подрядчика. Выполнение работ по расширению функциональности Системы будет осуществляться в удаленном режиме на серверном оборудовании, установленном в ЦОД.
Доступ к закрытой части Системы должен осуществляться по защищенному с использованием средств криптографической защиты информации каналу связи c применением технологии VPN, построенной на базе криптографических средств ViPNet Network Security. Безопасность данных в VPN-сети должна обеспечиваться российским алгоритмом шифрования ГОСТ 34.12-2018 и ГОСТ 34.13-2018 с использованием 256-битных ключей шифрования.
Доступ к БД должен быть организован таким образом, чтобы отсутствовала возможность подключения к ней из сети Интернет (должно быть обеспечено размещение БД на сервере защищенной сети Департамента здравоохранения №4535). |
|
|
| Требования к эргономике и технической эстетике. |
Требования к вводу и контролю данных.
Для данных, имеющих установленные форматы, должен осуществляться логический контроль ввода данных с выдачей сообщений двух типов:
? уведомление об ошибке с возможностью сохранения некорректно введенных данных;
? уведомление об ошибке с отсутствием возможности последующего ввода данных.
Сохранённые некорректные данные не должны приводить в дальнейшем к нарушениям в работе и обслуживании Системы. Должна быть реализована возможность отследить наличие некорректных данных в Системе средствами приложения, без необходимости вмешательства напрямую в работу баз данных Системы. |
|
|
|
Требования к диагностированию.
Модернизированная Система должна быть снабжена средствами логирования (фиксации в журналах) действий, выполняемых пользователями и модернизированной Системой.
Логирование должно осуществляться в режиме 7 дней в неделю 24 часа в сутки. Модернизированная Система должна обладать встроенным функционалом ведения истории изменения данных, история должна сохраняться вплоть до удаления администратором. Должна быть предусмотрена возможность сравнения версий данных.
При диагностировании Системы должны обеспечиваться мониторинг основных процессов и мониторинг процесса выполнения программных средств из ее состава.
В процессе диагностирования должны быть обеспечены следующие возможности:
? контроль работоспособности серверной части прикладного ПО;
? ежедневный анализ протоколов работы на наличие ошибок и предупреждений, возникающих при ее работе. |
|
|
|
Требования по обработке исключительных ситуаций и ошибок.
Сообщения об ошибках или аварийных ситуациях должны быть на русском языке, содержать рекомендации по их устранению. Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. После вывода пользователю соответствующего сообщения, Система должна возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. |
|
|
|
Общие требования к интерфейсу.
Интерфейс должен обеспечивать быстрое отображение экранных форм. Ввод-вывод данных, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям.
Для обозначения сходных операций должны использоваться сходные управляющие (навигационные) элементы (иконки). Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы.
Пользователь должен получать информацию об успешном завершении операций и о возникновении сбоев в ходе их выполнения или невозможности выполнения.
При выполнении длительных операций, требующих значительного времени для выполнения, пользователь, должен получать информацию о текущем ходе выполнения операции.
Интерфейс и логика работы пользователя в различных операционных системах должны быть идентичными. |
|
|
|
Требования к организации экранных форм.
Взаимодействие пользователя с Системой должно осуществляться преимущественно в форме диалога типа «меню» и «интервью».
В тех случаях, когда представление информации в документно-ориентированном виде невозможно или имеет худшее качество восприятия, допускается вывод информации в табличной форме.
Во всех возможных случаях при заполнении полей ручной ввод данных должен быть заменен выбором из списков и справочников.
Наименование полей в диалоговых окнах и формах интерфейса пользователя должны проводиться с минимумом сокращений. Допускается использование общепринятых сокращений, при невозможности отображения полнотекстовых наименований, допускается использование сокращений, каждое такое сокращение должно быть описано в эксплуатационной документации.
Формы интерфейса пользователя, используемые для представления входных/выходных документов, должны предоставлять информацию в той же последовательности и в том же расположении, что и их бумажные аналоги.
Должна быть обеспечена возможность получения пользователем справочной информации в зависимости от текущего контекста выполняемых им действий. Контекстные подсказки, а также все сообщения, за исключением сообщений от системы управления базами данных и ОС, должны быть выполнены на русском языке и понятны пользователю. |
|
|
|
Требования по устройствам ввода информации.
Для доступа к функциям Системы должно быть предусмотрено использование пользователями как манипулятора «мышь», так и «горячих» клавиш. |
|
|
| Требования к функциям, выполняемым в рамках модернизации Системы |
согласно Таблице 4 подраздела 4.8 Технического задания |
|
|
Показать всё
Скрыть
|
Зарегистрироваться
Войти
Все сервисы
