Case Study

Slimmer Doctor

Медицинская SaaS-платформа для управления пациентами и консультациями

Роль
Product Designer
Команда
Product Manager, системный аналитик, разработчики, мед. специалисты
Платформа
Web
Тип продукта
B2B SaaS / Healthcare CRM
Срок
2024 — н.в.

О проекте

Slimmer Doctor — веб-платформа для врачей и медицинских специалистов, которая объединяет работу с пациентами, расписанием, консультациями и медицинской документацией.

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

Пациент:

  • отслеживает показатели здоровья;
  • получает консультации;
  • хранит медицинские документы;
  • взаимодействует с врачом.

Врач и клиника:

  • управляют пациентами;
  • проводят консультации;
  • анализируют данные;
  • ведут документацию.

Проблема

До создания системы процессы были распределены между разными инструментами:

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

Необходимо было создать единую систему, которая позволит управлять всем путем пациента внутри одной платформы.

Проблема и интерфейс

Проектирование сложной ролевой системы

Одной из первых задач стала проработка структуры пользователей и уровней доступа. В системе предусмотрено несколько ролей:

Врач

Основная работа с пациентами: просмотр карточек; проведение консультаций; изменение статусов; создание документов.

Главный врач

Дополнительно: контроль работы специалистов; просмотр пациентов; управление процессами.

Администратор

Отвечает за: создание пользователей; настройку расписаний; управление слотами; распределение пациентов.

Бухгалтер

Работа с финансовыми процессами.

Техническая поддержка

Контроль работы системы и помощь пользователям.

Ролевая система

Архитектура продукта

Перед созданием интерфейсов я прорабатывал:

  • пользовательские сценарии;
  • структуру разделов;
  • взаимосвязи данных;
  • права доступа.

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

Архитектура

Рабочее место врача

Главным экраном врача стал календарь расписания. Врач может:

  • видеть свои приемы;
  • переключаться между днем, неделей и месяцем;
  • открывать карточку пациента;
  • подключиться к консультации.
Рабочее место

Карточка пациента — единое мед. пространство

Одним из ключевых сценариев была разработка карточки пациента. В одном месте врач получает доступ к:

Персональная информацияИстория весаИМТАктивностьВодный балансНастроениеЗамеры телаАнализыЛекарстваДокументы

Главная задача: перед консультацией врач должен быстро получить полную картину состояния пациента без переключения между системами.

Карточка пациента

Онлайн-консультации внутри платформы

Одной из ключевых функций стала возможность проводить консультации непосредственно внутри системы.

Разработанные сценарии:

  • Чат — Для текстового общения.
  • Аудиозвонок — Для голосовой консультации.
  • Видеозвонок — Для полноценного приема онлайн.

Во время приема врач может:

  • открыть пациента;
  • изучить историю;
  • начать консультацию;
  • добавить информацию;
  • сформировать итоговые документы.
Онлайн-консультации

Управление расписанием и слотами

Для организации приемов была разработана система расписания. Администратор может:

  • создавать свободные слоты;
  • назначать их врачам;
  • управлять доступностью специалистов.

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

Расписание
Документация

Медицинская документация

В процессе работы появилась необходимость автоматизировать создание документов. Были разработаны сценарии:

  • создание эпикризов;
  • формирование протоколов;
  • хранение медицинской информации;
  • отправка документов пациенту.

Интеграция с приложением пациента

Главная особенность продукта — двусторонний обмен данными.

Информация доступная врачу:

  • ✓ изменения веса;
  • ✓ активность;
  • ✓ замеры тела;
  • ✓ прием лекарств;
  • ✓ анализы.

Врач, в свою очередь, может:

  • ✓ проводить консультации;
  • ✓ назначать рекомендации;
  • ✓ отправлять документы.
Интеграция

Развитие платформы: переход к SaaS-модели

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

Управление компаниями

Администратор может:

  • создавать организации;
  • подключать клиники;
  • управлять доступами.

Промокоды

  • создание кодов;
  • настройка условий;
  • отслеживание использования.

Финансовая аналитика

  • статистика;
  • расчеты;
  • контроль выплат.
SaaS

Процесс работы

Как единственный дизайнер продукта я отвечал за полный цикл создания интерфейсов:

1.

Анализ задачи

изучение требований, анализ конкурентов, изучение медицинских сценариев.

2.

UX-проектирование

пользовательские потоки, прототипы, структура экранов.

3.

UI-дизайн

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

4.

Работа с разработкой

обсуждение решений, подготовка макетов, проверка реализации.

5.

Дизайн-ревью

после разработки проверял соответствие продукта макетам и корректность UX-сценариев.

Результат

В результате была создана полноценная медицинская B2B-платформа:

  • управление пациентами
  • расписание врачей
  • онлайн-консультации
  • мед. документация
  • работа с несколькими ролями
  • интеграция с приложением

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

Мой вклад

Я был единственным дизайнером проекта и отвечал за весь продуктовый дизайн:

Исследование и поиск решенийUX-архитектураПрототипированиеUIАдаптация под разные ролиВзаимодействие с разработчикамиДизайн-ревью
Другие работы

Смотрите также

Все проекты →