Клиент
Французский сервис дистанционного мониторинга хронических заболеваний: два направления — для кардиологов и их пациентов и для нефрологов, ведущих пациентов после трансплантации почки. Пациент ежедневно передаёт врачу клинические показатели — вес, давление, пульс, — а специалист видит динамику и может вовремя вмешаться, если что-то пошло не так.
Проблемы существующего решения
До проекта у компании уже было решение — Android-планшет с предустановленным приложением, который сотрудник компании настраивал вручную и отправлял пациенту по почте. У этого подхода было два ограничения:
Задачей проекта было спроектировать и разработать новое мультиплатформенное приложение с нуля — с бóльшей автономией для одних пациентов и полностью готовым «под ключ» решением для других, без потери упрощённости для тех, кому она нужна больше всего.
Нетривиальный кейс с ролями
Приложение обслуживало несколько ролей с разными правами и разными сценариями входа. Требовались различные версии приложения в зависимости от уровня технической грамонтности пользоваля. Список ролей:
В результате были выделены такие 4 версии приложения:
Реализация
Онбординг
Для «полного» пациента — классическая цепочка: первый вход по SMS-коду, задание пароля, разрешения (геопозиция, Bluetooth, камера), пошаговое подключение тонометра и весов, настройка PIN-кода и биометрии. Для «упрощённого» пациента вся эта цепочка отсутствует полностью — он никогда её не видит, потому что настройку уже прошёл установщик на этом же физическом устройстве.
Стартовый экран
С этой страницы пользователь начинает ввод показателей здоровья. А так же может видеть историю
Ввод показателей здоровья
Флоу запускается с домашнего экрана и ведёт пациента через передачу одного или нескольких показателей — веса, давления, пульса — в зависимости от того, что назначено конкретному пациенту. Для каждого показателя система сначала проверяет, включён ли Bluetooth
Cостояния для Bluetooth-подключения девайсов
Подключение медицинских приборов — самое нестабильное место в сценарии, поэтому под него отдельно спроектированы все ошибочные состояния: Bluetooth выключен, устройство не найдено, устройство отвязано, нет доступа к геопозиции (обязательного для BLE на Android) — и понятный путь возврата из каждого. Отдельно учтено, что разные модели весов iHealth (Lina HS2, HS4, HS2S) физически по-разному запускают измерение — эта разница отражена и в тексте интерфейса, и в спецификации.
Тестирование девайсов
Так как в проекте было физическое оборудование — весы и тонометр iHealth, передающие данные по Bluetooth, — часть проектирования проходила не за столом, а с реальными устройствами в руках: нужно было своими руками пройти подключение, измерение, обрыв связи, повторное подключение, чтобы убедиться, что придуманная последовательность экранов и текстов действительно соответствует тому, что происходит на устройстве, а не тому, что кажется логичным на бумаге.
Результат
Приложение спроектировано с нуля, разработано и выпущено в продакшен — им пользуются как пациенты (в обеих версиях интерфейса), так и персонал компании. Проект охватил полный цикл: от определения ролей и сценариев до сдачи готового продукта в эксплуатацию.
Проект выполнялся в формате заказной разработки: после релиза моя команда была отпущена с проекта, поэтому данных о работе приложения после запуска и о результатах пользовательского тестирования с пациентами (его клиент проводил самостоятельно, уже после нашего ухода) у меня нет.