Полученные идентификаторы документов используются для получения экземпляров документов при помощи запроса IHE XDS ITI 43.

    взаимодействию с Системой ведения ИЭМК о факте посещения непосредственно медицинского специалиста, согласно произведённой записи на приём:
      оперативный доступ консультирующего/ диагностического врача к информации о выданном пациенту направлении, включая сведения об организации, направившей пациента, о диагнозе, цели направления.
Компонент «Адаптер интеграции с ЕСИА»

В рамках реализации адаптера интеграции с ЕСИА произведены работы по авторизации пользователей Системы через ЕСИАиА ЕГИСЗ.

ЕСИАиА предоставляет программный интерфейс для обеспечения возможности идентификации и аутентификации пользователей через логин и пароль, или с использованием электронной подписи, а также предоставляет результаты идентификации и аутентификации Системе.

На основании сведений о пользователе (идентификатор пользователя, ФИО, подразделение и должность пользователя) Система определяет роль пользователя и соответствующие ей права. Дополнительных запросов к ЕСИАиА не предусматривается.

Функции сервисов мониторинга основных бизнес-показателей назначения Системы

Составляющие подсистемы сервисов мониторинга и выполняемые с их помощью функции описаны ниже.

Функции подсистемы сбора данных и протоколирования

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

НЕ нашли? Не то? Что вы ищете?

Часть данных, обрабатываемых ФЭР, должна быть перенесена в базу данных под управлением ETL-сервера Pentaho Data Integration (Kettle) с открытым исходным кодом в соответствии с требованиями согласно ТЗ об использовании свободного СПО, «Общесистемное и базовое прикладное ПО и ПО, созданное по заказу в рамках данного ТЗ, используемое в составе поставляемого ПО  должно распространяться под свободной лицензией (далее – общесистемное и базовое СПО) 1».

Таким образом, подсистема представлена в виде механизма, разработанного на основе ETL-сервера Pentaho Data Integration (Kettle), с помощью которого организованы следующие основные процессы, необходимые для построения хранилища данных:

    подключение к БД ФЭР с целью извлечения из нее исходных данных; извлечение данных из БД ФЭР; преобразование (трансформацию) и очистку данных — приведение данных к структурам модели данных и к заданному качеству данных; загрузку данных в подсистему хранения данных и резервного копирования.

Подсистема сбора данных и протоколирования осуществляет выполнение всех ниже перечисленных функций:

    автоматического сбора данных из БД ФЭР и преобразования их в соответствии с моделью метаданных сервисов мониторинга; преобразования загруженных данных в соответствии с бизнес-моделью сервисов мониторинга; фиксации преобразованных данных в подсистеме хранения и резервного копирования; автоматического обновление данных в витринах подсистемы хранения данных и резервного копирования; протоколирование результатов сбора, обработки и загрузки данных.
Функции подсистемы хранения данных и резервного копирования

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

Общие функции подсистемы

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

Таким образом, подсистема представлена в виде двух логических компонентов: компонента хранения и компонента резервного копирования.

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

    централизованное хранение необходимых сведений из подключенных подсистем; резервное копирование данных; предоставление информации для отчетности.

Подсистема хранения данных и резервного копирования взаимодействует со следующим подсистемам:

    Подсистема сбора данных и протоколирования; Подсистема интерактивного анализа.
Компонент хранения

Компонент хранения реализуется с учетом следующих требований:

Иметь представление для хранения файлов, откуда их смогут забирать внешние порталы. Обеспечение разделения на слой детальных данных и слой витрин. При этом предполагается, что модель данных детального слоя оптимизирована для загрузки витрин, а не для работы пользователей. Пользователи будут работать исключительно с витринами данных. Работа пользователей с детальным слоем допускается лишь для решения однократных задач вида ADHOC-запросов в случае, если данные в витринах отсутствуют или представлены в неудобном для анализа виде. В витринах должна обеспечиваться необходимая глубина хранения данных для решения бизнес-задач. Модель данных витрин оптимизируется для работы пользователей и специализированных BI средств. Обеспечение историчности хранения для всех сущностей, где такая необходимость имеется. Историчность хранения обеспечивается не только для размерностей, но и для фактов. Это реализует повторяемость данных в отчетах, построенных за один и тот же диапазон бизнес-дат, но в разные моменты времени. Обеспечение возможности вести загрузку данных в детальный слой инкрементально. Обогащение всех таблиц дополнительными атрибутами, отвечающими за идентификатор потока загрузки и, в случае необходимости, потока изменения записей.

Схема архитектуры закрытой компоненты хранения приведена на следующем рисунке (см. Рисунок 2).

Рисунок 2 – Трехуровневая архитектура хранилища данных

Хранилище представляет собой единый централизованный источник информации, витрины данных которого должны являться подмножеством данных из хранилища и должны быть организованы для решения задач подсистемы интерактивного анализа.

Компонент резервного копирования

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

Функции  передачи данных во внешние порталы

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

Функции  информационной панели

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

Для построения диаграмм и таблиц используются следующие  выходные данные из ФЭР, описанные в Техническом задании в пункте 2.2.4. в разделе «Развитие компонента «Аналитический и статистический учет»:

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

Панель состоит из следующих элементов:

1. Стартовая (главная) страница «Основные показатели ФЭР», где отображается сводная информация по всем показателям, участвующим в мониторинге процессов ФЭР

1.1. Диаграмма по количеству произведенных записей в разрезе систем (потоков записи);

1.2. ТОП-10 Благополучная ситуация по подключениям;

1.3. ТОП-10 Неблагополучная ситуация по подключениям;

1.4. ТОП-10 регионов по отношению количества записей к свободным ячейкам (загрузка очередей);

1.5. ТОП-10 регионов по среднему времени нахождения в листе ожидания с максимальным значением;

1.6. ТОП-10 регионов по среднему времени нахождения в листе ожидания с минимальным значением;

1.7. Круговая диаграмма «Способы оплаты услуг»;

1.8. Круговая диаграмма «Типы записей на прием»

2. Страница 1. Мониторинг подключения МО к ФЭР

2.1. Интерактивная карта состояния подключения МО;

2.2. Диаграмма «Динамика подключения МО по региону»

2.3. Список медицинских организаций;

2.4. Список врачей.

3.  Страница 2. Карта занятости врачей

3.1. Региональный виджет:

3.1.1.  Карта занятости врачей федерального округа;

3.1.2. Диаграмма «Занятость врачей в разрезе специализаций по региону».

4. Страница 3. Статистика по причинам отклонения записей на прием (Причины отклонения)

4.1. Диаграмма «Отношение отказов к общему числу записей»;

4.2. Круговая диаграмма «Причины отказа»;

4.3. Столбчатая диаграмма «Информация по количеству отклоненных записей в разрезе причины»;

4.4. Таблица по причинам отклонения записи на прием.

Структура информационной панели (дашборда) приведена на рисунке ниже (см. Рисунок 3).

Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8