Liza Matveeva
Приложение для мониторинга хронических заболеваний
Моя роль: UX/UI-дизайнер с функцией бизнес-аналитика — логика продукта, вайрфреймы, функциональная спека. Платформы: iOS, Android (mobile+tablet)

Клиент

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

Проблемы существующего решения

До проекта у компании уже было решение — Android-планшет с предустановленным приложением, который сотрудник компании настраивал вручную и отправлял пациенту по почте. У этого подхода было два ограничения:

  • приложение существовало только под Android и всегда требовало вмешательства сотрудника компании для настройки — даже для пациентов, которые вполне могли бы справиться сами;
  • часть пациентов уже владела нужными измерительными приборами и не нуждалась в «коробочном» решении — им нужно было просто приложение с возможностью подключить свои устройства или вносить показатели вручную.

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

Нетривиальный кейс с ролями

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

  • Пациент (опытный пользователь)
    сам скачивает приложение из App Store/Google Play, проходит авторизацию, настраивает устройства и пользуется приложением самостоятельно.
  • Пациент ("чайник")
    как правило, пожилые кардиопациенты, для которых обычные паттерны авторизации и настройки не подходят. Такой пациент вообще не проходит регистрацию — приложение настраивается и авторизуется сотрудником компании (установщиком) и отправляется пользователю по почте уже авторизованное. Пациент просто включает планшет и сразу видит свой домашний экран, готовый к передаче показаний.
  • Установщик
    сотрудник компании, который настраивает планшет для пожилого пациента: логинится, подключает по Bluetooth весы и тонометр, привязывает пациента к устройству, тестирует, что оборудование действительно работает, и разлогинивается. После этого готовый «kit» — планшет с уже подключёнными устройствами, отдельно весы и тонометр — отправляется пациенту по почте.
  • Медик
    врач или медсестра, который вносит показания за пациента, не выдавая ему приложение вообще: выбирает пациента из списка своих подопечных и вручную вводит его данные.

В результате были выделены такие 4 версии приложения:

Реализация

Онбординг

Для «полного» пациента — классическая цепочка: первый вход по SMS-коду, задание пароля, разрешения (геопозиция, Bluetooth, камера), пошаговое подключение тонометра и весов, настройка PIN-кода и биометрии. Для «упрощённого» пациента вся эта цепочка отсутствует полностью — он никогда её не видит, потому что настройку уже прошёл установщик на этом же физическом устройстве.

Стартовый экран

С этой страницы пользователь начинает ввод показателей здоровья. А так же может видеть историю

Ввод показателей здоровья

Флоу запускается с домашнего экрана и ведёт пациента через передачу одного или нескольких показателей — веса, давления, пульса — в зависимости от того, что назначено конкретному пациенту. Для каждого показателя система сначала проверяет, включён ли Bluetooth

Cостояния для Bluetooth-подключения девайсов

Подключение медицинских приборов — самое нестабильное место в сценарии, поэтому под него отдельно спроектированы все ошибочные состояния: Bluetooth выключен, устройство не найдено, устройство отвязано, нет доступа к геопозиции (обязательного для BLE на Android) — и понятный путь возврата из каждого. Отдельно учтено, что разные модели весов iHealth (Lina HS2, HS4, HS2S) физически по-разному запускают измерение — эта разница отражена и в тексте интерфейса, и в спецификации.

Тестирование девайсов

Так как в проекте было физическое оборудование — весы и тонометр iHealth, передающие данные по Bluetooth, — часть проектирования проходила не за столом, а с реальными устройствами в руках: нужно было своими руками пройти подключение, измерение, обрыв связи, повторное подключение, чтобы убедиться, что придуманная последовательность экранов и текстов действительно соответствует тому, что происходит на устройстве, а не тому, что кажется логичным на бумаге.

Результат

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


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

This site was made on Tilda — a website builder that helps to create a website without any code
Create a website