Научная электронная библиотека

Монографии, изданные в издательстве Российской Академии Естествознания

АВТОМАТИЗАЦИЯ МЕДИЦИНСКОЙ ЭКСПЕРТИЗЫ НАЗНАЧЕНИЯ ЛЬГОТНЫХ ЛЕКАРСТВ

Кошкаров А. А., Рубцова И. Т., Семенов А. Б., Халафян А. А.,

3.2. Реализация автономного приложения ABC/VEN-анализа

В соответствии с поставленными целями и задачами исследования разработанное клиент-серверное приложение позволяет:

– проводить структурный фармако-экономический ABC-анализ потребления по международным непатентованным наименованиям (МНН) лекарственных препаратов (ЛП) льготными категориями граждан;

– отражать перечь отпущенных ЛП за анализируемый промежуток времени;

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

– отображать информацию по всем выписанным и отпущенным рецептам;

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

– выбирать и загружать файлы БД в формате DBF для работы с ними в автономном приложении.

Клиент-серверное приложение представляет собой взаимодействие клиента и веб-приложения как показано на рис. 3.7.

Рис. 3.7. Схема взаимодействия клиента и веб-приложения

Клиент направляет запрос веб-серверу. Веб-сервер преобразует запрос в объект HTTP Servlet Request и направляет его веб-компоненту, который формирует ответ в виде HTTP Servlet Response. Веб-сервер получает этот объект, преобразует его в HTTP-ответ и направляет клиенту. Веб-компоненты работают, находясь в веб-контейнере. Веб-контейнер – это программа, которая обслуживает веб-компоненты. Веб-приложение состоит из веб-компонентов, ресурсов, вспомогательных классов и библиотек.

Парето-принцип структуры потребления предполагает, что наиболее дорогостоящие препараты, в сумме на которые ушло 80 % средств федерального бюджета должны быть представлены 5–15 % единицами наименования от общего количества потребленных за анализируемый промежуток времени медикаментов; ЛП, затраты на которые составляют 15 % , должны быть представлены приблизительно 15–60 % ЛП и соответственно, медикаменты, на которые было отпущено не более 5 % от общей суммы затраченных средств могут быть отпущены в количестве, составляющем около 60–80 % от общего числа потребленных единиц медицинской продукции.

Алгоритм проведения ABC-анализа реализован средствами запросов к БД и состоит из последовательного выполнения шагов:

Шаг 1. Идентифицировать МНН ЛП (NAME_MNN).

Шаг 2. Рассчитать количество выписанных и отпущенных ЛП по рецептам за определенный период: .

Шаг 3. Рассчитать суммарные затраты на каждый потребленный ЛП в абсолютном выражении, , произведение цены единицы отпуска ЛП на его количество в перечне выписанных и отпущенных ЛП.

Шаг 4. Ранжировать в порядке убывания затрат на ЛП по МНН.

Шаг 5. Рассчитать в процентном соотношении к итоговой сумме потраченных средств долю расходов на каждый ЛП в процентном соотношении к итоговой сумме расходов:

m < n, m – количество ЛП одного МНН, n – количество всех выписанных и отпущенных ЛП.

Шаг 6. Рассчитать доли с нарастающим итогом последовательно для всех ЛП, входящих в анализируемый перечень для ранжирования.

Шаг 7. Классифицировать ЛП по категориям «А», «В» и «С» по процентному соотношению расходов на них бюджетных средств.

Шаг 8. Рассчитать процентное соотношения количества МНН ЛП по каждой группе «А», «В» и «С», как отношение количества единиц номенклатуры по каждой группе к общему числу единиц наименований выписанных и отпущенных ЛП.

Шаг 9. Рассчитать доли потребления ЛП для каждого из трех классов, путем нахождения отношения количества упаковок отпущенных ЛП по каждой категории А, В и С к общему объему потребленных ЛП.

На блок-схеме алгоритма (рис. 3.8) как отдельные блоки изображена связь таблицы «МНН» и «Рецепты» через идентификатор МНН. Для группировки записей по МНН созданы процедуры, позволяющие:

– определить стоимость потребления ЛП в абсолютном выражении по каждой позиции МНН, как произведение количества отпущенных единиц ЛП и цены отпуска и – Si. Определить суммарную стоимость по МНН – S*;

– определить суммарное количество единиц ЛП, отпущенных за определенный период. Ранжировать ЛП по МНН в порядке убывания затрат на них массив записей d);

– рассчитать долю расходов на каждый ЛП как отношение к итоговой сумме расходов (Si к S* и умножить на 100 %);

– рассчитать нарастающий итог последовательно для всех ЛП, которые входят в перечень для ранжирования, выделить соответствующие категории АВС-анализа по МНН, определить процентное соотношение количества позиций МНН;

– рассчитать суммарное потребление по группам ЛП в процентном и абсолютном выражении, в отношении суммарного количества выписанных и отпущенных ЛП.

Рис. 3.8. Блок-схема алгоритма ABC-анализа

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

1. Идентификацию по LSID препарата, выбранного пользователем из всего перечня отпущенных по рецептам ЛС.

2. СНИЛС пациентов, которым по рецептам было отпущено ЛС (SS).

3. Наименование льготы (NAME).

4. Расчет количества потреблений выбранного препарата на основе базы рецептов – в отношении каждого пациента.

5. Расчет суммарных затрат на него по рецептам в денежном выражении – по каждому пациенту.

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

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

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

– применение сортировки данных по выбранному пользователем столбцу в обоих направлениях (по возрастанию либо по убыванию);

– постраничное представление данных (выполнение обработки запросов в пределах интервального ограничения числа записей на каждой странице).

Пользовательский интерфейс данного веб-приложения был разработан средствами Ext JS Framework, открытой библиотеки JavaScript с использованием шаблона MVC (Model View Controllers), который позволяет отделить логику приложения, и его данные от визуальной части. Model – это коллекция полей и их данных. Модель «знает», как сохранить свои данные и служит для представления данных в компоненты типа grid (таблица) и других, может ссылаться на другие модели. View – способ представления, визуального отображения данных. Controllers –контроллеры, отвечают за управление данными.

Контроллер Main (MainController) – это специальный тип контроллера, подключаемый к app.js, который позволяет добавлять обработчики событий к объектам, в нем также определяются модели (model), хранилища (store) и отображения(view) данных. Методом get по url каждый из элементов – хранилищ получает данные от сервера и хранит их в виде объектов, описанных в модели. Шаблоны представления самого интерфейса, например, панель навигации, область контента, общие представления отображения данных любого из разделов находятся в папке View и подключаются в контроллер Main.js (рис. 3.9). В коде контроллера Main.js прописан следующий алгоритм отображения данных в таблицах выбранных пользователем разделов:

– выбор раздела на панели навигации соответствует обработке события «openSection»;

– определение названия таблицы (раздела) для отображения, иначе, если раздел не выбран, панель контента остается пустой.

– определение компонента, который необходимо поместить в область контента (название содержится в свойствах элемента навигации);

– добавление компонента (таблицы) в область контента (при этом создается его экземпляр);

– осуществление инициализации данных таблицы: полученный у компонента grid контроллер Store запрашивает данные на сервере и передает их View для отображения.

Все вышеперечисленные разделы приложения обрабатываются единым конструктором запросов (рис. 3.10), используемым сервисом для обращения к базе данных.

Конструктор запросов предоставляет удобный, выразительный интерфейс для создания и выполнения запросов к базе данных. Он может использоваться для выполнения большинства типов операций и работает со всеми поддерживаемыми СУБД.

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

Рис. 3.9. Блок-схема алгоритма отображения данных

Рис. 3.10. Блок схема алгоритма конструктора запросов

Если клиент выбирает в качестве фильтра сравнения «совпадение», для дат, например, в клиентской части это задается, как условие фильтра «ON», а в серверной как оператор «like», тогда после согласования с конструктором, сервер будет выполнять запрос относительно значений полей, полностью совпадающих с указанными через параметр фильтра. Помимо оператора частичных совпадений «like», характерных для символьных типов данных, существуют оператор «eq» – точное совпадение, а также «lt» – «меньше» и «gt» – «больше», что в клиентской части определено условиями фильтра как «before» и «after» соответственно.

Подсистема ABC/VEN-анализа разработана в связи с необходимостью регулярной оценки эффективности распределения выделяемых в региональные фонды здравоохранения средств федерального бюджета на закупку медикаментов, основанной на проведении ретроспективного анализа структуры льготного потребления ЛП отдельными категориями граждан. Являясь основанием для выбора классов ЛП для первоочередного анализа качества их использования, формулярного отбора и проведения реформ в политике закупок, результаты АВС-анализа позволяют оптимизировать расходы бюджетных средств, путем сокращения использования малоэффективных ЛП и направления основных средств на закупку жизненно-важных ЛС.

Анализ структуры потребления ЛП в программе ОНЛП был автоматизирован согласно приказу Министерства здравоохранения РФ от 22.10.03 г. № 494 [52–54]. Итогом выполненной работы является фармако-экономическая подсистема система [2], состоящая из 6 разделов (модулей). Блок-схема алгоритма работы с панелью навигации подсистемы представлена на рис. 3.11.

Раздел «Рецепты» служит для представления всего переченя рецептов.

Раздел «Врачи» отображает справочники о медицинских работниках.

Раздел «Отпущенные ЛС» служит для просмотра сведений обо всех выписанных и отпущенных ЛС.

Раздел «ЛПУ» служит для просмотра всей необходимой справочной информации о ЛПУ.

Раздел «ABC-анализ» предназначен для осуществления распределения ЛП по доле затрат на каждый ЛП в общей структуре расходов, от наиболее затратного к наименее затратному по трем классам (А, В и С).

Раздел «Загрузка DBF» позволяет загружать файлы исходных данных в формате DBF.

Рис. 3.11. Блок-схема алгоритма работы панели навигации

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