РеабИТ Ассистент — цифровой помощник мультидисциплинарной реабилитационной команды

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

Способы входа:

• по логину и паролю;
• по биометрии в мобильных приложениях: Face ID, Touch ID или отпечаток пальца.

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

Безопасность:

• авторизация через access/refresh-токены;
• шифрование трафика по HTTPS;
• хранение данных в защищённой СУБД.

В системе две ключевые роли:

Врач ФРМ (модератор команды)

• создаёт команду и управляет её составом,
• добавляет пациентов,
• видит полный набор разделов и шкал,
• завершает карту и выполняет действия, требующие расширенных прав.

Специалист (пользователь)

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

Командная работа устроена так, что одна команда ведёт общих пациентов внутри одного медицинского учреждения.

Добавление пациента выполняется через анкету. После сохранения пациент отображается в обезличенном виде: используется аббревиатура (инициалы) и дата рождения. ФИО в системе не хранится.

Пациенты могут вестись в двух форматах:

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

Жизненный цикл пациента в системе:
«Проходят лечение» → «Закрытые» → «Архив»
Пациенты переводятся в статус «Архив» автоматически через 30 дней после закрытия.

Перевод пациента между статусами и завершение мониторинга в рамках команды выполняет только врач ФРМ.

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

Каждый цикл формирует отдельную карту реабилитационного лечения с собственным номером и датами. В начале цикла фиксируется стартовая оценка по шкале реабилитационной маршрутизации (ШРМ), а в день выписки заполняется финальная оценка, чтобы корректно рассчитать динамику по ШРМ и зафиксировать итог цикла.

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

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

• FOUR — оценка уровня сознания и неврологического статуса;
• PERME — оценка мобильности и готовности к активизации;
• MRC — оценка мышечной силы;
• Индекс Бартел — оценка самостоятельности в повседневной активности;
• SOFA — оценка выраженности органной дисфункции;
• Шкала дисфагии КИМ — оценка нарушений глотания;
• ПИТС-индекс — оценка нутритивного статуса и связанных рисков.

Шкалы в системе делятся на два типа:

1. калькулируемые — специалист заполняет исходные параметры, система автоматически рассчитывает итоговый балл;
2. с вводом значения — специалист вводит итоговое значение без расчёта.

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

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

В документ обычно входят:

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

При формировании PDF сохраняется принцип обезличивания: пациент ведётся в системе по аббревиатуре, а ФИО при необходимости вводится разово перед выгрузкой. Введённое ФИО используется только для формирования документа и не сохраняется в системе как поле пациента.

Готовый файл доступен после формирования: его можно скачать из интерфейса и при необходимости отправить на e-mail пользователя.

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

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

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

Система отправляет уведомления через три канала связи:

• E-mail. Подтверждения действий, системные сообщения и уведомления о готовности отчётов.
• Push-уведомления. Сообщения на мобильные устройства для оперативного информирования (при включённых разрешениях).
• Уведомления в интерфейсе приложения. Сообщения отображаются внутри сервиса при входе и во время работы.

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

Web (PWA)

• полноценная работа в браузере;
• поддержка современных браузеров (Chrome, Firefox, Safari, Яндекс Браузер);
• формирование и скачивание PDF, выгрузка данных; корректная работа с cookies и LocalStorage.

Android и iOS

• работа на мобильных устройствах: Android и iOS;
• поддержка портретной и альбомной ориентаций (если предусмотрено интерфейсом);
• push-уведомления и вход по биометрии — при наличии нативного приложения и включённых разрешений на устройстве.

CMS (админ-панель)

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

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

• изучение методологии ранней медицинской реабилитации RehabIT (ФАР) и выделение требований, которые должны быть отражены в цифровом контуре;
• описание ключевых пользовательских сценариев мультидисциплинарной команды: ведение пациента по дням мониторинга, распределение заполнения между специалистами, фиксация динамики и формирование итогового документа;
• структурирование состава клиниметрических шкал и правил внесения данных, включая разделение шкал на калькулируемые и с вводом итогового значения;
• формализация ролевой модели и границ ответственности (врач ФРМ и специалисты), правил доступа к разделам и данных;
• фиксация требований к обезличиванию данных пациента и базовых требований к безопасности, включая правила формирования PDF и выгрузок.

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

• разработка прототипов ключевых экранов и пользовательских сценариев для веб-версии и мобильных приложений;
• создание UI-кита и дизайн-системы с едиными правилами оформления и набором компонентов для web, iOS и Android;
• согласование прототипов, сценариев и логики интерфейса с представителями мультидисциплинарной команды.

• разработка серверной части: бизнес-логика и API на Node.js (Nest.js), база данных PostgreSQL, работа с данными через Prisma;
• разработка веб-приложения в формате PWA на React;
• разработка мобильных приложений на React Native для Android и iOS с едиными сценариями и общей логикой на всех платформах.

• реализация административной панели (CMS) на базе готового UI-шаблона;
• настройка базовых сценариев администрирования: управление шкалами и их параметрами, пользователями и ролями, пациентами и картами мониторинга;
• подготовка основы под отчётные и статистические разделы в админке (если требуется по задачам дальнейшего развития).

• функциональное тестирование ключевых сценариев: регистрация и вход, работа с командами, пациентами и картами мониторинга, заполнение шкал, формирование PDF, проверка уведомлений;
• проверка корректности расчётов по шкалам и формирования итоговых документов, включая пограничные случаи и ошибки ввода;
• нагрузочное тестирование на целевые объёмы пользователей и контроль стабильности работы серверной части;
• UX-тестирование с участием реальных специалистов и доработка интерфейса по результатам обратной связи.

• подготовка материалов для маркетов: иконки, скриншоты, описания и ключевые слова;
• публикация Android-версии в Google Play и RuStore, а также организация распространения сборок для тестирования;
• подготовка iOS-версии к публикации в App Store и сопровождение процесса размещения;
• запуск веб-версии на production-сервере и настройка базового мониторинга доступности.

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