Региональная система мониторинга учреждений здравоохранения

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

Состав Системы

Архитектура системы специальным образом спроектирована так, что позволяет использовать систему в сложной организационно-распределённой структуре. Региональная система мониторинга учреждений здравоохранения (РСМУЗ) представляет собой комплект ресурсов, реализованных в клиент-серверной среде Lotus Notes/Domino и размещенных на множестве территориально удаленных серверов Lotus Domino или клиентских рабочих станциях. Такая организация позволяет пользователю работать в Системе без постоянного подключения к серверам, с периодическим подключением по имеющимся каналам связи (в том числе, низкоскоростным каналам).

В комплект Системы входят следующие ресурсы:

• ресурс «Система мониторинга» – основная база Системы, реализующая функции публикации документов запроса информации, транспортировки документов до исполнителей отчетов, размещения отчетов по запросам, мониторинга действий пользователя;
• ресурс «Мониторинг. Настройки» – сервисная база, реализующая настройки Системы (в том числе, и поддержку организационно-распределённой структуры пользователей Системы);
• ресурс «Мониторинг. Конструктор запросов» – база для разработки форм документов запросов с функцией проверки корректности (непротиворечивости) заполнения и функцией создания сводного отчета по собранной информации.

Топология Системы

Топология Системы строится на основе клиент-серверной архитектуры среды Lotus Notes/Domino. В основе топологии Системы – подключения между серверами Lotus Domino в режиме репликаций, подключение территориально удаленных пользователей к ближайшему (доступному) серверу в режиме on-line (пользователи высокоскоростной сети) или периодически в режиме репликаций.

Серверы соединяются между собой по топологии типа "звезда" с группой центральных серверов (Центр обработки).

В Системе возможно использование серверов, как узлов доступа более низкого (2-ого, 3-его и т.д.) уровня, организованных для поддержки пользователей системы определённой территории (лечебного учреждения, района, группы районов).

Доставка документов до адресата

В основе доставки документов запроса информации находятся стандартные механизмы Lotus Notes – механизм репликации и механизм разграничения доступа к документу.

Документ, имеющий статус «Черновик», «Локализован» по месту его создания, и доступ к нему имеет лишь ограниченное число пользователей, благодаря этой локализации снижается объём передаваемой информации, что эффективно при низкоскоростных или дорогостоящих коммуникационных каналах.

При установке статуса документа запроса «Предназначен для доставки» (на ознакомление, на исполнение) устанавливается:

• Список получателей документа. Документ в процессе репликации базы данных передается на серверы Системы, являющиеся "домашними" для подключившихся пользователей;
• По готовому отчету адресат устанавливает статус «Отправить отчет»:
• Документ отчёта закрывается для редактирования, что исключает последующее внесение изменений в них.

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

Поддержка ввода информации в систему

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

Как альтернативный вариант пользователю предоставляется возможность следующих действий «Сохранить как файл», «Запустить файл», «Вложить файл в документ отчёта», что позволяет работать с отчётом как элементом файловой системы компьютера.

Для запросов, разработанных с использованием Конструктора запросов, возможно определить параметры проверки отчётов на корректность заполнения. В этом случае исполнителю предоставляется соответствующая функция для проверки корректности заполнения формы отчёта до его отправки в центр обработки.

Поддержка проверки отчётов на корректность заполнения

Для поддержки проверки на корректность заполнения форм отчётов используется установка в файлах запросов стандартной функции «Отслеживать исправления» с анализом журнала исправлений по пользовательскому запросу на наличие/отсутствие допустимых/недопустимых граничных параметров.

Разграничение доступа пользователей

На основе встроенного механизма разграничения доступа Lotus Notes осуществляется:

• определение ролей пользователей в системе (администратор системы, выполняющий обслуживание и техническую поддержку ресурса; пользователи Центра обработки, имеющие доступ на чтение ко всем запросам и отчётам по ним; автор запроса, имеющий доступ к запросу, отчётам по нему, записям Журнала действий пользователей по заполнению отчётов; пользователи, готовящие отчёт по запросу);
• доставка запроса адресной группе (во все лечебные учреждения, районные учреждения, центральные районные больницы или по списку лечебных учреждений);
• доставка документов отчётов от автора отчёта в Центр обработки;
• доставка служебной информации (записей Журнала действий пользователей, отметки о принятии отчёта в Центре обработки и т.д.).

Мониторинг действий пользователя

Система обрабатывает события, происходящие при работе пользователя на клиентском месте, формирует записи в Журнале действий и транспортирует их во время репликации в Центр обработки, для контроля процесса обработки запроса адресатом.

Журнал действий отражает события, происходящие в системе:

• первоначальное открытие пользователем документа запроса (удостоверяет, что документ доставлен до пользователя);
• начало обработки пользователем запроса по лечебному учреждению (пользователь может "отчитываться" по нескольким лечебным учреждениям);
• "самоконтроль" пользователя (пользователь проставляет показатель готовности отчёта);
• пользователь поставил отметку «Отчёт готов».

Поддержка разработки форм запросов

Интерфейс разработки форм запросов реализован в ресурсе Мониторинг. Конструктор запросов. Интерфейс предоставляет автору запроса следующие возможности:

• определить вид отчёта (анкетный, табличный);
• определить название шапки таблицы;
• определить позиции анкеты/названия строк таблицы;
• определить параметры (тип значений, границы значений, список значений);
• определить параметры проверки корректности заполнения отчёта (запрет на добавление новых столбцов, запрет на добавление новых строк, запрет на копирование/вставку информации и т.п.);
• определить алгоритм сведения данных отчёта по лечебному учреждению в сводный отчёт.

На последнем шаге разработки формы Конструктор запросов генерирует отчёт на основе введённых параметров. Для генерации используется механизм OLE-доступа к офисному приложению MS Excel.

Использование электронно-цифровой подписи

Для подтверждения целостности и авторства информации система использует встроенный механизм среды Lotus Notes – механизм электронно-цифровой подписи. Электронно-цифровая подпись удостоверяет, что:

• документ был подписан пользователем, имеющим доступ к учётной записи Notes (знающий пользовательский пароль на учётную запись);
• подписанная информация не была изменена после момента подписания (т.е. без ведома подписавшего пользователя).

Данный механизм является надёжным средством проверки подлинности и авторства рассылаемой информации. В системе подпись автоматически ставится:

• на документ запроса – при установке статуса документа, инициализирующего доставку документа до исполнителя;
• на документ отчёта – при установке статуса готовности отчёта;
• на записи Журнала действий пользователя.

Интерфейс системы предусматривает наличие элемента Проверить подпись, дополняющего системное сообщение о проверке электронно-цифровой подписи.