Федеральная медицинская система

Проблема:

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

Задачи:

Создать Федеральный регистр доноров костного мозга и гемопоэтических стволовых клеток (далее ФРД КМ и ГСК): объединить в единое информационное пространство регистры доноров костного мозга и автоматизировать процессы оформления документов, подбора доноров и дальнейшей коммуникации с ними.

1. Спроектировали архитектуру системы

2. Разработали техническое задание на программное обеспечение

3. Разработали и внедрили программное обеспечение в едином цифровом контуре здравоохранения

4. Перенесли в систему ранее накопленные данные о донорах и реципиентах

5. Настроили интеграцию с ЕПГУ

6. Обучили пользователей системы

На старте проекта мы имели только несколько федеральных документов с общим видением системы: для чего и кому она нужна. Как система должна работать — предстояло спроектировать.

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

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

1. АРМ сотрудника рекрутингового центра

2. АРМ сотрудника типирующей лаборатории

3. АРМ оператора ФРД КМ и ГСК

4. АРМ сотрудника центра трансплантации

5. АРМ администратора ФРД КМ и ГСК

6. АРМ сотрудника центра заготовки

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

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

ФРД КМ и ГСК — это часть большой медицинской системы ПроМед. Поэтому одна из сложностей проекта — это работа в чужой среде, где есть свои регламенты и требования к разработке.

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

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

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

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

Бизнес-процессы выстроили на стандартных паттернах Model-View-Controller — это метод разделения данных на три компонента так, что изменение каждого может осуществляться автономно.

Одна из самых интересных задач — это реализация интеграции с ЕПГУ (Госуслуги). Это нужно, чтобы люди смогли подать заявку на включение в регистр (или исключение из него) прямо в системе Госуслуг, а также следить за своим статусом донора.

Чтобы регистр смог получать данные из ЕПГУ, нужно настроить взаимодействие через СМЭВ — систему межведомственного электронного взаимодействия. Все госорганизации взаимодействуют друг с другом именно так. И здесь есть определённые правила обмена информацией. Связались с разработчиками Госуслуг, согласовали сценарии взаимодействия и реализовали услугу — каждый на своей стороне.

Ещё одна важная задача — это программирование бизнес-процесса подбора доноров. Сам процесс продумали учёные и врачи, а мы всё описали и настроили в системе. Этот этап требовал особой внимательности, ведь ошибка в коде стоит здоровья доноров и реципиентов.

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

Разработанная система позволяет:

1. Централизовать хранение данных доноров, реципиентов, трансплантатов в единой базе

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

3. Автоматизировать контроль своевременного отвода доноров с противопоказаниями

4. Обеспечить взаимодействие между медицинскими организациями