Интерфейсы мобильного приложения пациента медицинской платформы • Инноватика

Главное о кейсе

«Инноватика» делает медицинские приборы для мониторинга здоровья и контроля приема лекарств: от ЭКГ и тонометров до умных таблетниц. Старое приложение уже не выдерживало развитие линейки и было устроено скорее по инженерной логике. Собака Павлова спроектировала новый UX: приложение, которое связывает пациента, приборы, назначения врача, родственников и патронаж в понятные ежедневные сценарии.

Задачи Собаки Павлова:
1. Разобрать сложную медицинскую систему на понятные пользовательские сценарии: от регистрации и подключения приборов до приема лекарств, измерений, анализов и патронажа.
2. Спроектировать UX мобильного приложения для пациентов и контролирующих лиц, учитывая разные уровни цифровой и медицинской грамотности.
3. Подготовить макеты к итерационной передаче в разработку.

Проблемы бизнеса которые решали:
1. Нужно было снизить риск, что развитие продукта упрется в интерфейс: новые приборы, роли и медицинские сценарии требовали единой логики, а не набора разрозненных разделов.
2. Интерфейс был сложным для пользователей: он отражал структуру системы, а не реальные жизненные ситуации пациента. Бизнесу нужен был интерфейс, который помогает объяснять ценность продукта пользователю: не «еще одно медприложение», а сервис ежедневного контроля здоровья.

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

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

Аналитика:
– На старте собрали карту пользовательских сценариев: регистрация, назначения, приборы, измерения, лекарства, анализы, дневники, патронаж и подписки.
— Отдельно разобрали, как приложение должно понимать события: открытие таблетницы — это уже прием лекарства или только сигнал? Что делать, если пациент принял таблетку вне расписания? Как не сломать план лечения, если у человека несколько врачей?
— Аналитика уходила в правила продукта: от языка интерфейса до модели данных для анализов, порогов, напоминаний и истории. Отдельно разобрали медицинские термины и сущности: где пользователю нужен «план лечения», где «назначение», а где простая подсказка человеческим языком.

Ключевые цифры:
— 2 типа приборов: мониторинг показателей и контроль приема лекарств.
— 3 группы пользователей: пациенты, родственники/контролирующие лица и патронаж.
— 4 этапа UX-дизайна, по 3 итерации в каждом.
— 2 темы интерфейса: светлая и темная.

Как проект изменил жизнь пользователей

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

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

Бизнес-задача и ее решение

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

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

Крафт (мастерство), реализация, технические детали

Главная сложность проекта была в том, чтобы превратить сложную медицинскую систему в понятный ежедневный интерфейс. В приложении сходятся планы лечения, приём лекарств, измерения, анализы, дневники, приборы, таблетницы, патронаж и уведомления. Мы разложили это на сценарии: что пациенту сделать сейчас, что уже выполнено, что пропущено, кто назначил действие и кто увидит отклонение.

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

Макеты делались под Flutter native и Material 3, со светлой/тёмной темами, адаптацией под iOS с расчетом на будущую мультиязычность и расширение линейки приборов.

Инсайты, гипотезы, процесс создания и взаимодействия с заказчиком

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

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

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

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

Скриншоты

Комментарий заказчика

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

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