Инструментальные средства построения комплексов моделей и аналитических приложений в olap-технологии (стр. 7 )

Рисунок 29 – Формирование аналитического запроса

На основе сформированного пользователем аналитического запроса система «Аналитик» осуществляет построение и выполнение адаптированного к данной базе данных SQL-запроса на выборку данных. В случае применения встроенного языка программирования для расчета аналитических объектов на основании полученной выборки система рассчитывает недостающие столбцы. В дальнейшем, в зависимости от потребностей пользователя, результирующая выборка данных обрабатывается соответствующими механизмами.

Блок оперативной обработки данных позволяет представить результаты аналитического запроса в четырех формах: в виде таблицы, кросс-таблицы, диаграммы и в виде электронной карты. Каждому из представлений соответствует отдельная закладка окна анализа.

В режиме таблицы происходит отображение полученной выборки данных в наиболее простом – линейном режиме. Тем не менее, инструмент табличного представления имеет развитые средства фильтрации, сортировки и группировки данных. Кроме того, при табличном просмотре данных пользователю доступен ряд методов статистического анализа данных: элементарная статистика – расчет среднего, медианы, дисперсии и т. п., расчет коэффициента корреляции, критерий χ2, графическое представление линейной и квадратичной регрессии, сравнение выборок и кластерный анализ.

Для визуального представления многомерных данных используется инструмент «кросс-таблица», называемый иначе «динамическая таблица». Кросс-таблица является плоской таблицей со сложными иерархическими заголовками строк и столбцов. Наиболее простым способом получения плоского представления многомерных данных является фиксация[1] значений всех измерений кроме двух. В этом случае значения одного из измерений образуют строки двумерной таблицы, значения другого измерения – столбцы, а внутри таблицы отображаются значения фактов. Двумерное представление можно получить тогда, когда неразрезанными остаются и более двух измерений. В этом случае в строках/столбцах таблицы размещаются два и более измерений, образуя иерархию. Например, на рисунке 30 представлена кросс-таблица с измерениями «пол» и «район», образующими иерархию строк. При наличии иерархии измерений в кросс-таблице становятся доступными операции группировки и детализации данных посредством разворачивания и сворачивания значений измерений.

Управление состоянием кросс-таблицы осуществляется операциями над ее активными элементами, которые сгруппированы в нескольких областях (рисунок 30). Каждая область динамической таблицы имеет свое назначение.

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

Рисунок 30 – Состав кросс-таблицы

2.  Заголовки измерений. Эта область состоит из активных элементов, символизирующих измерения куба. Любое из измерений может быть перенесено в другую область, что приведет к изменению состава таблицы. На каждом измерении при помощи графических символов отображено направление сортировки значений, которое можно изменить двойным щелчком мыши или при помощи контекстного меню. Элемент измерения имеет выпадающий список значений, позволяющий задавать фильтрацию значений. Через контекстное меню элемента измерения доступны операции управления итогами, направлением сортировки значений и детализации/группировки.

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

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

Инструмент «диаграмма», представленный на рисунке 31, также является средством представления многомерных данных куба.

Рисунок 31 – Визуальное представление в виде диаграммы

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

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

3.4.2 Процентная диаграмма

Процентная диаграмма, представленная на рисунке 32, является наиболее информативной по сравнению с другими видами диаграмм и графиков. Показатели изображены на диаграмме черными прямоугольниками, наименование показателя находится над верхней гранью соответствующего прямоугольника. Слева и справа от прямоугольника указано минимальное и максимальное значение показателя в полной выборке объектов (сверху) и в n-% выборке (снизу). Значение показателя для исследуемого объекта (на рисунке 32 – Рокишкский район) показано слева от показателя, а его положение по отношению к другим объектам отмечено «птичкой» (^). Среднее значение показателя (в данном случае средний национальный показатель) отмечено маленьким квадратом (■). Таким образом, процентная диаграмма дает возможность отобразить и проанализировать несколько показателей одновременно.

Важно, чтобы выбранные для анализа показатели были зависимы. Тогда положение значения объекта в полной выборке показателя позволяет:

–  оценивать зависимость показателей между собой,

–  оценивать, как значение одного показателя влияет на значение другого,

–  делать начальные выводы о причинах взаимосвязанности показателей,

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

Рисунок 32 – Процентная диаграмма

Таким образом, процентная диаграмма отражает гораздо больше информации, чем другие виды диаграмм и графиков.

3.4.3 Операции над OLAP-моделями

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

Всю последовательность действий пользователя, начиная от формирования аналитического запроса и заканчивая результатами представления этого запроса, система «Аналитик» позволяет сохранить как OLAP-модель. В том числе в OLAP-модель сохраняется информация о параметрах сохранения результатов в источник данных.

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

3.5 Блок формирования комплексов OLAP-моделей

Система «Аналитик» позволяет выполнять многошаговые аналитические расчеты. Каждый шаг такого расчета представляет собой OLAP-модель, созданную заранее в процессе анализа витрины данных. Совмещение этих шагов вместе и оформление последовательности их выполнения в виде алгоритма реализуется в блоке комплексов OLAP-моделей.

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

Рассмотрим пример процедуры, реализующей OLAP-модель:

Процедура Индексы_удорожания_стоимости_медицинских_услуг ()

Витрина = Витрины.[Исходные данные адаптированные к расчету];

Витрина. Подготовить();

Витрина. ДобавитьОбъект(Витрина. Объект("Индексы удорожания ->Код территории"));

Витрина. ДобавитьОбъект(Витрина. Объект("Индексы удорожания ->Индекс удорожания"));

Витрина. ДобавитьОбъект(Витрина. Объект(

"Индексы удорожания ->Скорректированный индекс удорожания стоимости услуг стационара"));

Витрина. ДобавитьОбъект(Витрина. Объект(

"Индексы удорожания ->Индекс удорожания стоимости услуг поликлиники"));

Витрина. ДобавитьОбъект(Витрина. Объект(

"Индексы удорожания ->Индекс удорожания стоимости услуг дневного стационара"));

Витрина. Группировать(1);

Витрина. ИсключатьИзмерения(0);

Витрина. СформироватьТаблицу();

Витрина. СохранитьВХранилище("RICMS_correct_st", "Индексы удорожания", 1,,);

Витрина. Завершить();

Конец

Описанная процедура использует объект «Витрина», представляющий одну из витрин данных, определенную в системе. Объект «витрина» обладает набором методов и свойств, позволяющих воспроизвести все действия пользователя, которые он выполнял при создании OLAP-модели. Так, например, метод «ДобавитьОбъект» добавляет новый аналитический объект витрины данных к произвольному запросу, а метод «СформироватьТаблицу» выполняет подготовленный аналитический запрос и формирует табличное представление результатов.

Приведенная в данном примере процедура формирует аналитический запрос к витрине данных «Исходные данные, адаптированные к расчету», состоящий из набора объектов {«Код территории», «Индекс удорожания», «Скорректированный индекс удорожания стоимости услуг стационара», «Индекс удорожания стоимости услуг поликлиники», «Индекс удорожания стоимости услуг дневного стационара»}, формирует табличное представление результата и сохраняет результат в таблицу агрегатов с физическим названием «RICMS_correct_st» и заголовком «Индексы удорожания».

В тексте программы комплекса OLAP-моделей заранее определена процедура «Выполнить», являющееся контейнером для записи алгоритма его выполнения. В самом простом случае, алгоритм комплекса может быть записан как последовательный вызов процедур, выполняющих необходимые модели. Тем не менее, на практике довольно часто в алгоритме комплекса приходится организовывать ветвление, диалог с пользователем и другие приемы, которые было бы невозможно реализовать без использования языка программирования.

3.6 Блок формирования OLAP-приложений с адаптированным интерфейсом

3.6.1 Механизм ручного построения форм

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

Именно возможность создания в системе экранных форм позволила выполнить такую сложную задачу. Формы строятся средствами блока формирования адаптированного интерфейса при помощи Delphi-подобного редактора (рисунок 33).

Рисунок 33 – Интерфейс редактора форм

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

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

Компонента «Дерево витрин» предназначена для формирования запросов к витринам данных. Компонента позволяет выполнять как произвольные запросы к витринам, так и использовать заранее подготовленные программистами или пользователями OLAP-модели (рисунок 34).

Рисунок 34 – Компонента «дерево витрин»

В представленном на рисунке дереве витрин можно увидеть, что запрос строится установкой галочек напротив интересующих в данный момент элементов, которыми могут являться как измерения и показатели, так и подготовленные OLAP-модели. Все эти элементы объединены по группам в витрины данных, которые также сгруппированы в разные тематические папки (например, «Демография» и «Заболеваемость»). Такая группировка по папкам производится на этапе проектирования рабочего места, однако в дальнейшем без труда может быть изменена.

Для визуализации результатов аналитических запросов в системе созданы компоненты «таблица», «кросс-таблица», «диаграмма» и «карта». Эти компоненты соответствуют аналитическим инструментам, более подробное описание которых, приводилось в пунктах 3.2.1 и 3.2.2.

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

1.  «ОткрытьФорму» – открывает и возвращает указатель на зарегистрированный в системе объект «форма».

2.  «ЗакрытьФорму» – закрывает ранее открытую форму.

3.  «ПолучитьОбъект» – возвращает указатель на объект, найденный по имени.

4.  «ПолучитьЗначениеСвойства» – возвращает значение заданного свойства объекта.

5.  «УстановитьЗначениеСвойства» – устанавливает значение заданного свойства объекта.

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

3.6.2 Мастер построения интерфейса

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

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

Мастер позволяет создавать типовые диалоговые формы (окна) для работы информационной системы. Такими типовыми формами являются:

1.  Главная форма информационной системы. Ее назначение – отображение в виде дерева основных информационно-аналитических объектов и организация доступа к основным функциям системы.

2.  Форма для отображения и работы с кросс-таблицей.

3.  Форма для отображения и работы с диаграммой.

4.  Форма для построения и отображения печатного отчета.

5.  Форма для проведения статистического анализа.

6.  Форма для построения и отображения электронной карты.

Диалог мастера разбит на три части: информационное наполнение, структура дерева объектов и функциональное наполнение.

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

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

Рисунок 35 – Раздел «информационное наполнение»
мастера построения форм

Третья, последняя часть диалога служит для определения функционального наполнения информационной системы. Функциональное наполнение предполагает наличие либо отсутствие следующих инструментов: кросс-таблицы, диаграммы, средств статистического анализа, отчетов и электронной карты.

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

Рисунок 36 – Типовой интерфейс информационной системы

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

3.6.3 Создание готового приложения

Для того чтобы построенное приложение имело свое «особое лицо», которое обычно определяют стартовая форма, иконка и название, в системе «Аналитик» предусмотрены специальные инструменты.

Рисунок 37 – Диалог параметров запуска информационной системы

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

В целом описанный механизм позволяет создавать законченные приложения на платформе системы «Аналитик», совмещая произвольный интерфейс пользователя и сложные механизмы OLAP и статистического анализа.

Выводы к разделу 3

В данном разделе представлены результаты программной реализации технологических и методологических решений задач диссертационной работы.

Представлена структура и функции программного обеспечения, предназначенного для OLAP-анализа данных в виде настольной OLAP-системы «Аналитик». Описаны основные блоки системы «Аналитик».

Детально представлены программные средства – блоки витрин данных, оперативного анализа, комплексов OLAP-моделей и построения адаптированного интерфейса, которые позволили реализовать технологический подход, описанный в предыдущих разделах.

Представлены примеры построения витрин данных, комплексов OLAP-моделей и форм адаптированного интерфейса пользователя.

4 Применение системы «Аналитик»

4.1 Применение системы «Аналитик» в задачах здравоохранения

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

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

Решен ряд актуальных аналитических задач управления здравоохранением – планирования медицинской помощи, анализа состояния здоровья населения, анализа ресурсов системы здравоохранения, формирования тарифов на медицинские услуги, созданы автоматизированные рабочие места для ведущих специалистов и руководителей [37, 39].

4.1.1 Планирование медицинской помощи

Основополагающим нормативным документом формирования территориальных программ являются методические рекомендации по порядку формирования и экономического обоснования Территориальных программ государственных гарантий оказания населению бесплатной медицинской помощи, утвержденная Минздравом РФ [74]. Для реализации расчетов формирования ТПГГ по федеральной методике в системе «Аналитик» создан комплекс OLAP-моделей, включающий следующие модели [8]:

1. Модель «Дети и взрослые» выполняет агрегацию данных по численности детского и взрослого населения на основе демографического справочника.

2. Модель «Поправочные коэффициенты» осуществляет расчет поправочных коэффициентов, учитывающих особенности демографического состава населения территорий субъекта РФ.

3. Модели «Объемы стационарной помощи», «Объемы амбулаторной помощи» и «Объемы скорой и стационаро-замещающей помощи» выполняют расчет территориальных нормативов объемов данных видов медицинской помощи.

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

5. Модель «Общая стоимость ТПГГ» выполняет расчет общей стоимости территориальной программы государственных гарантий.

Рассмотрим более подробно одну из моделей комплекса – «Стоимость по стационару». Назначением этой модели является расчет территориальных нормативов стоимости одного койко-дня и общей стоимости оказания стационарной медицинской помощи [48, 47, 31].

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

В качестве анализируемых показателей Z для построения гиперкуба G OLAP-модели выбираются норматив стоимости одного дня пребывания в стационаре и сумма расхода (тыс. руб.).

В качестве измерений F рассматриваются: территории, уровни медицинской помощи и профили коек.

Рисунок 38 – Витрина данных «Стоимость по стационару»

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

Процедуры имеют следующий вид:

Процедура ИтогиСтоимость_всех_койко_днейРасчет(Значение)

Значение = ОКР(ПолеДанных("Стоимость одного койко-дня")*

ПолеДанных("Число койко-дней госпитализации"), 2, 1);

Конец

Рисунок 38 – Диаграмма информационных взаимосвязей моделей ТПГГ

Построенные OLAP-модели объединяются в комплекс в соответствии со схемой информационных взаимосвязей, представленной на рисунке 38. Все операции с данными, хранящиеся в описании OLAP-модели, оформляются системой в виде процедур. Так, процедура для рассмотренной выше модели «Стоимость по стационару» записывается следующим образом:

Процедура СтоимостьПоСтационару_ITOG_STAC()

Витрина = Витрины. СтоимостьПоСтационару;

Витрина. Подготовить();

Витрина. ДобавитьОбъект(Витрина. Объект("Стоимость по стационару. Территория"));

Витрина. ДобавитьОбъект(Витрина. Объект("Стоимость по стационару. Стоимость всех койко-дней"));

Витрина. ДобавитьОбъект(Витрина. Объект("Стоимость по стационару. Стоимость всех койко-дней по ОМС"));

Витрина. ДобавитьОбъект(Витрина. Объект("Стоимость по стационару. Стоимость всех койко-дней по социально значимым"));

Витрина. СформироватьТаблицу();

Витрина. СохранитьВХранилище("ITOG_STAC", "Итоговый расчет для стационаров", 1);

Витрина. Завершить();

Конец

Общий вид процедуры расчета комплекса OLAP-моделей, записывается как:

Процедура Выполнить()

ДетиВзрослые_DEMOGRAPHY();

ПоправочныеКоэффициенты_DEM_TERR();

СтационарнаяМП_CALC_ST();

АмбулаторнаяМП_CALC_AMBULATOR();

СкораяИСтационароЗамещающаяМП_CALC_SKOR_DNSTAC();

СтоимостьПоСтационару_ITOG_STAC();

СтоимостьПоАмбулатории_ITOG_AMBULATOR();

ОбщаяСтоимостьТПГГ_ITOG_TPGG();

Если Диалог("Произвести расчет подушевых нормативов?", "Подтверждение продолжения", 4) = 6 Тогда

АмбулПоликлПомощь_REZ_AMBUL_POL();

СтационарнаяПомощь_REZ_STAC();

СтационарозамещающаяПомощь_REZ_DNSTAC();

СкораяПомощь_REZ_SKOR();

Конец

Конец

При выполнении комплекса последовательно рассчитываются OLAP-модели, при этом последующие модели при необходимости могут использовать результаты анализа предыдущей модели. Таким образом, осуществляется расчет потребности финансирования территориальной программы государственных гарантий обеспечения населения бесплатной медицинской помощи за счет всех источников финансирования на территории субъекта РФ на плановый год.

4.1.2 Аналитическая поддержка специалистов и руководителей регионального здравоохранения

Одной из важных задач, решающихся при помощи системы «Аналитик», является обеспечение руководящего состава системы здравоохранения специализированными информационными системами (ИСР - информационными системами руководителей). В 2004 году был запущен проект по разработке двух первых систем на платформе «Аналитик» – информационной системы анализа медико-демографических процессов и рабочего места руководителя отдела охраны материнства и детства [67].

Процесс проектирования ИСР состоит из следующих этапов:

-  определение круга специалистов – потенциальных пользователей системы;

-  определение состава потенциально востребованной информации;

-  определение источников, периодичности поставки и трансформации исходных данных;

-  определение приемов, алгоритмов работы с информацией;

-  определение основных форм представления данных, результатов анализа, проектных и отчетных документов;

-  определение информационного обмена с другими системами.

Рассмотрим более подробно процесс разработки информационной системы анализа медико-демографических процессов [36].

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

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

Источником поступления информации выступают накопленные с 1989 года в Красноярском информационно-аналитическом центре персонализированные базы данных о случаях смерти. Эти данные содержатся в нескольких источниках. Первый – это усеченные записи о случаях смерти по территориям Красноярского края. За разные периоды времени эти данные имеют разный набор полей и требуют разных методов загрузки и обработки для дальнейшего совместного анализа. Данные содержат информацию о случаях смерти по полу, возрасту, типу поселения, основным причинам смерти для календарного года и определенной территории. Данные о численности населения Красноярского края, необходимые для построения специализированных показателей, содержатся в демографическом справочнике.

Поскольку для использования этих данных требуется серьезная подготовительная работа, то на первом этапе они загружаются в специализированное хранилище данных, поддержка которого обеспечивается средствами системы «Менеджер хранилищ данных». При наполнении хранилища данных сведения подвергаются проверке, очистке и унификации для выполнения дальнейшего анализа. Цель унификации заключается в обеспечении общего доступа к данным, изначально полученным из разнородных источников. Вследствие использования в данной задаче хранилища данных, информационный обмен системы «Аналитик» осуществляется только с этим источником.

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

Рисунок 39. Интерфейс пользователя информационной системы

Для разработки этих форм был применен мастер построения интерфейса с последующей доводкой результата.

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

4.2 Применение системы «Аналитик» в системе обязательного медицинского страхования

Система «Аналитик» применяется для решения большого количества задач в области обязательного медицинского страхования (ОМС). Система внедрена в трех отделах территориального фонда ОМС: финансовом отделе, отделе экономического анализа и планирования и отделе льготного лекарственного обеспечения.

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

В 2005 году, в связи с вступлением в силу закона о монетизации льгот (N 122-ФЗ), в фонде обязательного медицинского страхования была разработана и внедрена конфигурация для выполнения медико-экономического анализа льготного лекарственного обеспечения. Основной задачей конфигурации является формирование ряда отчетов по обеспечению льготников бесплатными лекарствами, а также выполнение анализа выписки лекарственных средств по льготным рецептам в разрезе лечебно-профилактических учреждений.

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

– Расчет тарифов по амбулаторно-поликлинической помощи. Конфигурация позволяет моделировать различные схемы расчетов для планирования, прогнозирования расходов фонда на оплату амбулаторно-поликлинической помощи.

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

– Оперативный учет задолженности страховых медицинских организаций перед медучреждениями.

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

4.3 Взаимодействие системы «Аналитик» с другим программным обеспечением

Рисунок 40 – Связь ИС «Аналитик» с другим программным обеспечением

На рисунке 40 представлена схема взаимодействия информационной системы «Аналитик» с другим программным обеспечением. Система «Аналитик» осуществляет взаимодействие со следующими программными продуктами.

MS SQL, Oracle, Interbase/Firebird, Sybase ASA и другие популярные базы данных являются источниками информации для системы «Аналитик». «Аналитик» извлекает из них исходную для анализа информацию и позволяет записывать в них результаты расчетов. Отдельным блоком на рисунке представлен продукт Microsoft Excel, являющийся средством ведения электронных таблиц. Хотя MS Excel не является базой данных, система «Аналитик» позволяет работать с ним как с другими поддерживаемыми СУБД. Кроме того, Excel используется для экспорта структуры витрин данных и результатов анализа, представленных в форме таблиц и кросс-таблиц.