Применение архитектурного подхода для трансформации бизнес-процесса Министерства здравоохранения РФ

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

здравоохранения РФ

Application of architectural approach for transformation of business process of the Ministry of

Health of the Russian Federation

Фомина Т.А.

Магистр 1 курса,

ф-т бизнес - информатики и управления комплексными системами, Национальный Исследовательский Ядерный Университет «МИФИ»,

РФ, г.Москва e-mail: tanyaf233@mail.ru

Fomina T.

1st year master,

faculty of business informatics and complex systems management, National Research Nuclear University "MEPHI",

Russia, Moscow e-mail: tanyaf233@mail.ru

Аннотация

Данная статья посвящена рассмотрению возможности применения архитектурного подхода к трансформации процесса мониторинга ресурсного обеспечения здравоохранения, организуемого Минздравом РФ. Было представлено описание бизнес-процесса в начальный момент времени и обоснование необходимости создания новой архитектуры процесса. В качестве инструмента для реализации архитектурного подхода был выбран архитектурный фреймворк - «3D-предприятие». Показана применимость данного фреймворка к трансформации архитектуры процесса мониторинга ресурсного обеспечения, а также перспектива дальнейшего применения фреймворка в управлении развитием данного бизнес-процесса и его ИТ-обеспечения.

Annotation

This article is devoted to consideration of a possibility of application of architectural approach to transformation of process of monitoring of resource providing the health care organized by the Ministry of Health of the Russian Federation. The description of business process was presented to an initial instant and justification of need of creation of new architecture of process. As the tool for realization of architectural approach the architectural framework - "3D - the enterprise" was chosen. Applicability of this framework to transformation of architecture of process of monitoring of resource providing, and also the prospect of further application of a framework in management of development of this business process and its IT providing is shown.

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

Key words: business process, information system, enterprise architecture, architectural framework.

Введение

Бизнес-процессы, протекающие на современных предприятиях, требуют мощной поддержки в виде автоматизированных информационных систем различного типа. «Задачи проектирования таких систем развернулись от разработки локальных алгоритмов расчета — систем одного пользователя — к организации взаимодействия распределенных предприятий с сотнями вовлеченных ролей». [1] Таким образом, современные информационные системы, обеспечивающие бизнес-процессы на предприятии, многогранны и масштабны и для

проектирования каждой такой системы необходимо задать тысячи вопросов, рассмотреть ее с различных точек зрения, а затем структурированно изложить результаты тем, кто будет реализовывать ее в виде программного кода. Для того чтобы учесть все аспекты при разработке таких систем, а также учесть динамику развития самого бизнес-процесса и обеспечивающей его информационной системы, используют практику построения Архитектуры предприятия. «Архитектура предприятия - это всестороннее описание (модель) всех его ключевых элементов и связей между ними (включая бизнес-процессы, технологии и информационные системы), а также процесс поддержки изменения бизнес-процессов предприятия со стороны информационных технологий». [5] В данной статье рассматривается возможность использования практики построения Архитектуры предприятия для трансформации бизнес-процесса - процесса мониторинга ресурсного обеспечения здравоохранения РФ, осуществляемого Минздравом Российской Федерации.

Сведения о бизнес-процессе Минздрава РФ

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

Таблица 1. Участники процесса мониторинга.

Участники Уровень

Минздрав РФ Федеральный - 1-ый уровень

Федеральный фонд обязательного медицинского страхования (ФФОМС) Федеральный - 1-ый уровень

Органы исполнительной власти (ОИВ) 86-ти регионов РФ Региональный - 2-ой уровень

Территориальные фонды обязательного медицинского страхования (ТФОМС) 86-ти регионов РФ Региональный - 2-ой уровень

Медицинские организации (МО) и учреждения различного вида из 86-ти регионов РФ Уровень медицинских организаций - 3-ий уровень

Целью процесса мониторинга ресурсного обеспечения здравоохранения является предоставление Минздраву РФ, а также ФФОМС отчетных сведений (в определенной форме) об использовании ресурсов, предоставленных ранее участникам 3 -го уровня. Данный процесс представляет собой «движение» отчетных данных в различных формах представления с 3-го до 1-го пользовательского уровня, на рисунке 1 в упрощенной форме представлено движение отчетных данных от медицинских организаций одного региона РФ. Порядок движения отчетных данных и их проверок участниками данного процесса устанавливается соответствующим приказом Министерства здравоохранения РФ.

Рисунок 1. Движение отчетных данных в процессе мониторинга ресурсного обеспечения здравоохранения

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

• «Оказание и ресурсное обеспечение медицинской помощи населению» на программной платформе «Парус 8» - обеспечивает автоматизацию деятельности организаций ОИВ 86-ти регионов РФ и Минздрава РФ в данном процессе мониторинга.

• Система для формирования аналитических отчетов для Минздрава РФ на основе данных, представленных в системе «Оказание и ресурсное обеспечение медицинской помощи населению», на программной платформе Prognoz Platform.

Таким образом, деятельность участников процесса мониторинга - Медицинских организаций из 86-ти регионов РФ, ТФОМС 86-ти регионов РФ, ФФОМС остается за пределами вышеуказанных информационных систем и частично автоматизируется посредством прикладного программного обеспечения Microsoft Excel.

Представление архитектурных драйверов

«Архитектурные драйверы отражают стимулы изменения архитектуры: бизнес-стимулы и технические стимулы». [4]

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

1. Постановление правительства РФ от 16 ноября 2015 г. № 1236 «Об установлении запрета на допуск программного обеспечения, происходящего из иностранных государств, для целей осуществления закупок для обеспечения государственных и муниципальных нужд». Платформа «Парус 8», на которой реализована система «Оказание и ресурсное обеспечение медицинской помощи населению» использует СУБД Oracle Database. Данный запрет, как минимум, приостанавливает работу системы на неопределенный срок.

2. С 2014 года, в связи с санкциями США против РФ, запрет поставок программного обеспечения компании Microsoft в Республику Крым, что значительно затрудняет участие данного субъекта РФ в процессе мониторинга ресурсного обеспечения, так как основная деятельность медицинских организаций регионов РФ, а также организаций ТФОМС, ОИВ осуществлялась с помощью Microsoft Excel.

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

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

Итак, мы пришли к тому, что процесс мониторинга ресурсного обеспечения здравоохранения нуждается в трансформации архитектуры, путем создания единой информационной системы с учетом вышеуказанных бизнес-стимулов. Таким образом, имеет место некое «облако неопределенности» между определением самого процесса мониторинга ресурсного обеспечения здравоохранения, его целей и задач и обеспечивающей его информационной системой или ИТ-инфраструктурой (Рисунок 2).

Рисунок 2. «Облако неопределенности» между целями и задачами организации (бизнес-процесса) и информационными технологиями

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

«Архитектура предприятия в целом как раз является основным механизмом интерпретации и реализации целей организации через адекватные ИТ-инфраструктуру и системы в плане их стоимости и сложности. Это достигается через создание определенного количества взаимосвязанных архитектурных представлений». [3] В нашем случае предприятие заменяется более узким понятием - процессом мониторинга ресурсного обеспечения здравоохранения, и для построения взаимосвязанных архитектурных представлений данного процесса проектировщикам, архитекторам, системным аналитикам в качестве инструмента понадобится определенный архитектурный фреймворк; выбор фреймворка зависит от требований, которые к нему предъявляются как к инструменту. В нашем случае предъявляемые к архитектурному фреймворку (методологии) требования:

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

Методология оправданная с точки зрения материальных затрат и выгод, которые может принести ее применение, а также простота применения.

3. Простота для понимания как техническими, так и нетехническими специалистами.

4. Независимость от конкретных инструментов и технологий, применяемых в архитектурном процессе.

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

Требованиям 1-4 в полной мере удовлетворяет схема Дж. Захмана для архитектуры предприятия (Рисунок 3), «она является наиболее полным архитектурным каркасом и определяет общие свойства и требования к обеспечивающим бизнес-процессы информационным системам на том уровне, когда они еще не зависят от парадигмы проектирования, технологии и средств разработки. Она систематизирует знания об архитектуре бизнес-процесса и информационной системы, охватывая все аспекты ее описания за счет использования шести срезов проектирования: Мотивация, Люди, Данные, Функции, Место и Время. После того как основные срезы проектирования установлены, схема Дж. Захмана раскладывает знания об информационной системе по шести слоям, которые ведут нас от целей бизнеса, ради которой затевается разработка информационной системы, к конкретной технологии их достижения». [1]

I Мотивация I Люди I Данные I Функции

. [РГЫ и ^¿тргид ОПИЮ!

Ввгаы? ДЛЯ

органгмши

зщчнмье рибнаига

ОСНОВНЫЙ

ЙОутаяи периоды важные От) Еючка

вкв

Бизнес-сущизсти

Слстема пш ис ткг

Детальное ирСмк-иь-лСиис I

сигфмкацин

нмлрабспы системы

СпОЦИфИИ.Л'И ролей) и прав

Спецификации фор катов, данных

Кол программны:«. Спецификации Спецификации конгюншен аршшурыоету об раба ки собьпий и прорываний

РяЕкггяющая орпиинаци

Структура организации

Выпйпняеыые фулкщш

ГЪагрофн четкое расположении: и естн

Рисунок 3. Схема Дж. Захмана для архитектуры предприятия

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

Описанный выше недостаток схемы Захмана признана устранить, по сути, ее расширенная версия - схема и подход «3Б-предприятие». Данная трехмерная схема образовалась путем добавления к «плоской» схеме Дж. Захмана оси стратегического времени (Рисунок 4).

Рисунок 4. Схема «3D-предприятие» Первые две оси данной схемы практически совпадают с осями схемы Дж.Захмана, исключение составляет нижний уровень схемы - он «отражает представление пользователя о практике использования системы, а не «функционирующую систему» по Дж. Захману. Это сделано для того, чтобы явно показать полезность отражения разных представлений работающей системы. Третья ось позволяет явно определять изменения, которые происходили и будут происходить с предприятием и проектами создания информационных систем в процессах их развития и трансформации». [2]

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

Первый временной слой 3D-модели рассматриваемого бизнес-процесса будет представлять собой модель «как есть», состоящую из частных моделей (располагающихся в ячейках, аналогичных ячейкам схемы Дж. Захмана), описывающих архитектуру процесса мониторинга в настоящий момент. «Построенная таким образом модель будет использована далее как основа диагностического анализа и как средство дальнейшего планирования проекта по трансформации процесса мониторинга ресурсного обеспечения здравоохранения и построения таким образом новой информационной системы». [2] Элементы описания архитектурного представления процесса мониторинга ресурсного обеспечения «как есть» для первого и второго уровней схемы (Рисунок 4: Главные потребности, цели, планы ограничения и Бизнес модель) частично были приведены выше и выражаются в целях процесса мониторинга, в описании участников данного бизнес-процесса (Таблица 1), в схеме движения отчетных сведений в данном процессе (Рисунок 1), в представленных архитектурных драйверах, из которых затем будут сформированы требования к будущей новой информационной системе, автоматизирующей деятельность участников процесса мониторинга. Также представленное выше частичное описание информационных систем, задействованных в процессе мониторинга в начальный момент времени, относится, согласно схеме «3 D-предприятие», к описанию уровня Системной или Логической модели, а также уровню Детальной реализации, в части указания характеристик программных платформ, на которых реализованы информационные системы.

«Необходимо помнить, что создаваемые в ячейках частные модели различных представлений бизнес -процесса должны быть согласованы в своих взаимосвязях. Правилом описания взаимосвязей частных моделей является явное выделение и описание:

• связей каждой модели ячейки с ближайшими ячейками более высокого и более низкого уровней представления архитектуры данного бизнес-процесса и информационных систем;

• связей каждой модели ячейки с другими типами моделей данного уровня;

• связей каждой модели ячейки с ближайшими ячейками, отражающими предшествующее и будущее состояние компонента архитектуры». [2]

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

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

Итак, результатом второго временного слоя 3D-модели будет являться детальный проект будущей единой информационной системы, обеспечивающей бизнес-процесс - Системы мониторинга ресурсного обеспечения здравоохранения (СМРОЗ) - по сути, совокупность частных моделей (представлений) компонентов архитектуры, распределенная по всем шести разделам схемы (Мотивация, Люди, Данные, Функции, Место и Время), для каждого из шести слоев. «Здесь важно отметить, что изменения требований к информационной системе в каждом верхнем слое с большой вероятностью приведут к изменениям в последующих слоях». [1] Детальный проект будет служить отправной точкой для следующего временного слоя - Реализации проекта будущей системы. После прохождения основных стадий жизненного цикла - реализации проекта, ввода системы в действие, эксплуатации - необходимо дальнейшее планирование развития (совершенствования) информационной системы, выстраивание ее видения «сегодня», «завтра» и «послезавтра».

Заключение

В данной статье был рассмотрен архитектурный подход в применении к трансформации процесса мониторинга ресурсного обеспечения здравоохранения, организуемого Минздравом РФ. Для рассмотрения был выбран один из архитектурных фреймворков - «3D-предприятие», что помогает построить модель предприятия, в которой ИТ-инфраструктура трансформируется совместно с организацией, целям которой она служит. Была показана применимость данного фреймворка к трансформации процесса мониторинга ресурсного обеспечения, а также перспектива дальнейшего применения фреймворка в управлении развитием данного бизнес-процесса и его ИТ-обеспечения.

«Стоит отметить, что подход «3D предприятие» стыкуется с другими видами схем стратегического и архитектурного уровней. К таким схемам относятся, например, схемы циклов маркетингового стратегического управления, или такие схемы создания информационных систем, как трехмерная архитектура CIMOSA, схемы бизнес и информационной платформ и архитектур Дж. Хендерсона, схемы «здания ARIS» А. Шеера. 3D-

7

предприятие работает в проектах самых разных видов, и практика показала целесообразность применения этого подхода еще до первых шагов планирования проектов. А благодаря концептуальной совместимости с другими схемами после описания целостной и динамичной 3D-архитектуры можно включать в работу более специфические или более технические инструменты и модели, например, Process Charter, ARIS ToolSet, UML RRose или Oracle Designer». [2]

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

Список используемой литературы

[1] Мадорская Ю.М., Схема Захмана при разработке требований к ИС //Практика проектирования систем. -2015. [электронный ресурс] — http://reqcenter.pro/zachman-framework/

[2] Е. З. Зиндер, «3D-предприятие» - модель стратегии трансформирующейся системы - 2000 [электронный ресурс] - http://bigc.ru/publications/other/metodology/3d_model.php

[3] Данилин А.В., Слюсаренко А.И. Архитектура предприятия - ИНТУИТ. - 2007. - Лекция 3.

[4] Архитектура предприятия - УГЛТУ. - 2014. - Лекция 14. [электронный ресурс] -http://edu.usfeu.ru/Uploads/MetodObespech/KursLekzii/0903031/0903031_55.pdf

[5] Самуйлов К.Е. Бизнес-процессы и информационные технологии в управлении телекоммуникационными копаниями / К.Е. Самуйлов, А.В. Чукарин, Н.В.Яркина. - М.: Альпина Паблишерз, 2009. - 442 с.