Требования к архитектуре внедряемых компонентов
Информационный обмен между компонентами Системы должен осуществляться в единой телекоммуникационной среде, основанной на корпоративной интрасети с соблюдением требований защиты информации.
Взаимодействие функциональных компонентов Системы должен осуществляться путем реализации единого хранилища данных, единой точки доступа к функционалу, единой системы аутентификации (в том числе с использованием клиентских сертификатов и электронных подписей).
Компоненты Системы должны быть реализованы с использованием облачных технологий по модели «программное обеспечение как услуга». Взаимодействие компонентов Системы должно быть реализовано на базе единых стандартов, форматов данных и технологий, используемых в информационных системах медицинского назначения.
Система предоставляет возможности для информационного обмена путем удаленного вызова прикладных функций системы (сервисов). Данный режим предусматривает взаимодействие компонентов Системы в режиме реального времени (режим онлайн), который обеспечивается специализированными сетевыми службами.
Внедряемые компоненты Системы для обеспечения функционирования системных компонентов и процессов не должны предъявлять специфических требований к оснащению рабочих мест медицинского персонала дополнительным оборудованием.
Функционирование Системы обеспечивается на клиентском персональном компьютере (терминале, ноутбуке или ином мобильном устройстве) посредством веб-интерфейса. При функционировании Системы не используются компоненты или сервисы, для которых требуется непосредственное предоставление доступа в сеть Интернет с автоматизированного рабочего места медицинского персонала.
Отсутствие на автоматизированных рабочих местах медицинского персонала предустановленных специализированных пакетов офисных программ не должна ограничивать использование прикладных функций в режиме сервисов.
Архитектура внедряемых компонентов Системы, а также состав программных средств и сервисов, должна обеспечивать однократный ввод и многократное использование первичной медицинской информации, полученной от медицинского (фармацевтического) работника, гражданина, должностного лица.
Для обеспечения юридической значимости первичной медицинской документации в электронном виде во внедряемых компонентах Системы должна быть обеспечена технологическая возможность для применения средств электронной подписи к электронным документам. Кроме того, внедряемые компоненты Системы должны обеспечивать выполнение требований по информационной безопасности и защите персональных данных в соответствии с требованиями законодательства Российской Федерации, в том числе с использованием электронной подписи и электронных средств идентификации врача и пациента.
Требования к составу внедряемых компонентов
В состав внедряемых компонентов Системы должны быть включены следующие функциональные структуры:
единая система хранения информации (включая СУБД);
компоненты Системы (включая серверы приложений и клиентские сервисы);
сервисы и компоненты интеграции.
Единая система хранения информации должна быть предназначена для централизованного сбора и предварительной обработки данных (включая оптимизацию поступающей информации), а также для физического размещения информации с целью ее долговременного хранения. Единая система хранения информации является концентратором всего массива данных.
В состав системы хранения информации должна входить система управления базами данных (СУБД), используемая для управления оперативными базами данных компонентов Системы. С целью повышения отказоустойчивости и обеспечения гарантированной производительности комплекса программных компонентов Системы должны использоваться исключительно промышленные СУБД. СУБД единой системы хранения информации должна удовлетворять следующим критериям:
масштабируемость (отсутствие существенного снижения скорости выполнения пользовательских запросов при пропорциональном росте количества запросов и аппаратных ресурсов);
надежность (минимальная вероятность сбоев, наличие средств восстановления данных после сбоев, инструментов резервного копирования и дублирования данных, наличие таких функций, как зеркалирование БД, кластеризация с переключением на резервный ресурс, создание снимков БД повышение эффективности оперативной работы, минимизация простоев и обеспечение постоянной готовности важнейших корпоративных систем);
управляемость (наличие средств создания баз данных и их объектов, инструменты описания правил репликации данных между различными серверами, утилиты управления пользователями, группами пользователей и их правами, средства мониторинга событий, средства просмотра планов выполнения запросов, утилиты миграции из других СУБД, а также использование единую консоль управления, интеграцию с базовой инфраструктурой);
открытость (поддержка доступа к данным с помощью Web-служб, а также поддержка стандартных механизмов доступа к данным ODBC, JDBC, OLE DB, ADO .NET);
наличие расширенного набора поддерживаемых языков с возможностью расширения языковых библиотек;
наличие возможности интеграции данных из разнородных источников, включая возможность интеграции с лабораторными информационными системами;
наличие встроенного инструментария СУБД для оперативного анализа данных;
наличие в качестве стандартных средств СУБД высокопроизводительного ядра обработки и форматирования отчетов.
Система, подлежащая внедрению в рамках текущего технического задания, должна быть представлена в виде двух частей: клиентской и серверной. Клиентская и серверная части внедряемых компонентов Системы должны быть построены на основе веб-технологий и отвечать следующим требованиям:
работа пользователей с компонентами Системы должна обеспечиваться с применением веб-технологий с использованием веб-браузеров на единой для всех участников информационного обмена базе данных;
должно быть исключено функционирование внедряемых компонентов Системы в режиме терминальных сессий, а также с использованием «толстых» клиентов;
с целью минимизации входящего сетевого трафика должно обеспечиваться кэширование справочников и экранных форм на клиентских рабочих местах;
взаимодействие клиентской части с сервером приложений должно обеспечиваться с использованием технологии асинхронных запросов;
в рамках внедряемых компонентов Системы должна быть реализована единая система авторизации и аутентификации пользователей;
в рамках внедряемых компонентов Системы должна быть реализована единая система прав доступа к информационным ресурсам в рамках всех специализированных программных комплексов на основе управляемого ролевого доступа пользователей (пользователи с идентичным набором прав должны иметь единообразный доступ к информации);
должна обеспечиваться поддержка функционала ретроспективы данных в компонентах Системы на прикладном уровне (любая модификация информации должна быть зафиксирована и содержать информацию о начальном состоянии массива данных, результатах модификации массива данных, времени модификации данных и пользователе, который произвел модификацию);
должен обеспечиваться автоматический контроль на прикладном уровне за дублями записей о пациентах по идентификационным параметрам (при добавлении записей с любого автоматизированного рабочего места);
клиентская часть внедряемых компонентов Системы должна обеспечивать поддержку стандарта HTML-5.
Сервисы и компоненты интеграции должны быть предназначены для организации взаимодействия с медицинскими сервисами и нозологическими регистрами на федеральном уровне, а также иными медицинскими информационными системами.
Интеграция с федеральными сервисами ЕГИСЗ выполняется в соответствии с нормативными документами и методическими материалами, публикуемыми на официальных ресурсах по созданию и развитию ЕГИСЗ Российской Федерации.
Для интеграции с сервисами ЕГИСЗ Заказчик обеспечивает выполнение необходимых организационных мероприятий по регистрации интеграционных компонентов на федеральном уровне, получению учетных данных в сервисах и подсистемах федеральной ЕГИСЗ, получению доступа к сервисам и подсистемам ЕГИСЗ, и обеспечению доступа к защищенной сети передачи данных Министерства здравоохранения Российской Федерации.
|
