Портфолио · Product Design · UX-стратегия

Помощник
восстановления

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

Healthcare UX Service Design Мульти-ролевые сценарии Координация ухода Реабилитация Desktop web app Adherence Доступность
Роль Lead Product Designer

Исследование, сценарии, IA для 4 ролей, прототипы и финальные интерфейсы.

Задача Единый care flow

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

Результат Контекст вместо ручной координации

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

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

Для кого

  • Пациенты с хроническими заболеваниями и в послеоперационном периоде
  • Опекуны и члены семьи
  • Врачи и медсёстры
  • Координаторы ухода

Что не работало

  • Разрыв между выпиской и домашним восстановлением
  • Информация разбросана по звонкам, бумажкам и Excel
  • Нет раннего предупреждения об отклонениях
  • Каждый действует в слепую, не видя полной картины
Почему это сложный продукт
Recovery Care Companion работает в чувствительном контексте: человек восстанавливается после лечения, близкие тревожатся, а специалисту нужно видеть динамику между визитами. Поэтому интерфейс должен помогать, но не давить; объяснять, но не перегружать; фиксировать риски, но не создавать лишнюю медицинскую тревогу.

Пользовательский контекст

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

Операционный контекст

  • Специалисту важно видеть динамику между визитами, а не только разрозненные сообщения.
  • Координатору нужно быстро понимать, где есть риск ухудшения и что требует внимания.
  • Интерфейс должен объединять уход, задачи, наблюдения и коммуникацию в одном спокойном контексте.
Главное проектное решение
Я не проектировал один универсальный экран для всех. В основе решения — общий care flow, который раскрывается по-разному для пациента, родственника, специалиста и координатора. У всех один источник правды, но разная глубина деталей, разные действия и разная ответственность.

Как устроил систему

  • Разделил общий план восстановления на понятные сценарии для 4 ролей
  • Собрал задачи, check-in, заметки ухода, визиты и отклонения в один контекст
  • Выстроил логику: сигнал → доказательства → решение → обновление плана
  • Развел уровни детализации: пациенту — следующий шаг, специалисту — динамика и причины

Что это дало

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

Разные уровни деталей

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

Связность процесса

  • Все роли смотрят на один план, но не перегружаются чужими деталями
  • Отклонения связаны с задачами, симптомами, заметками и целями восстановления
  • Тон интерфейса остается спокойным: сигнал заметен, но не превращается в панику
Роль и процесс
Я вел продуктовую логику и UX на всех этапах: от разбора процесса восстановления и ролей до финальных экранов. Главная задача была не нарисовать набор интерфейсов, а собрать систему, где каждый участник понимает свой контекст, ответственность и следующий шаг.

Что делал

  • Разобрал journey после выписки: от домашнего плана до реакции на отклонения
  • Собрал карту ролей, прав доступа и границ ответственности
  • Спроектировал сценарии для пациента, родственника, специалиста и координатора
  • Подготовил прототипы, состояния, компоненты и логику передачи в разработку

Контекст

  • Роль: Lead Product Designer
  • Команда: 1 дизайнер, 2 разработчика, 1 продакт
  • Срок: 8 месяцев от исследования до MVP
  • Платформа: Desktop web app
8
2
1
72%
Родственник / ухаживающий
Обзор дня
Весь статус дня за 30 секунд: выполнено, пропущено, требует внимания, план дня по времени, заметки ухода, снимок прогресса.
KPI-сводка Отклонения Задачи по времени Заметки
Открыть экран →
Добрый день, Елена
Сегодня осталось 3 действия
Следующее действие
Check-in по усталости · 14:00
Выполнено
Сейчас
16:30
Пациент
Сегодня
Упрощённый вид дня: одно следующее действие, крупные элементы, поддерживающий тон, минимальная когнитивная нагрузка.
Доступность Простота Следующее действие Поддержка
Открыть экран →
Специалист по реабилитации
Рабочее пространство
Экран для специалиста, где видно цели пациента, прогресс за неделю, тревожные сигналы и заметки ухода в одном рабочем контексте.
Выполнение плана Тренды Цели Отклонения
Открыть экран →
Специалист / Координатор ухода
Разбор отклонения и корректировка плана
Пошаговый разбор отклонения: что случилось, какие есть данные, как скорректировать план и какие действия нужны дальше.
Workflow Доказательства Решение Корректировка плана Журнал действий
Открыть экран →