Кардиологическое ПО для ЭКГ-анализа


Кроссплатформенная экосистема для съёма, анализа и интерпретации ЭКГ, работающая в связке с портативным кардиографом и использующая ИИ-алгоритмы ИСП РАН.
Кардиологическое ПО для ЭКГ-анализа
Кроссплатформенная экосистема для съёма, анализа и интерпретации ЭКГ, работающая в связке с портативным кардиографом и использующая ИИ-алгоритмы ИСП РАН.
ИНТРО
С июня 2024 года по сентябрь 2025 года я была частью стартап-проекта по созданию кроссплатформенного решения для кардиологов. Продукт позволял получать данные ЭКГ с портативного кардиографа в режиме реального времени и автоматически анализировать их с помощью ИИ-алгоритмов.

Моя роль:
— исследование и проектирование пользовательских сценариев;
— создание интерфейсов мобильного, десктопного и веб-приложений.
ПРОБЛЕМА
Проект строился вокруг уже существующих разработок команды: портативного кардиографа и ИИ-алгоритма от ИСП РАН для анализа ЭКГ. Анализ рынка показал, что существующие решения не покрывают ряд важных технических сценариев, необходимых для работы с таким продуктом:

  • не поддерживают обработку данных ЭКГ в режиме реального времени;
  • позволяют работать только с одним отведением вместо стандартных 12;
  • не имеют встроенного ИИ-алгоритма для автоматического анализа ЭКГ.
РЕШЕНИЕ
Разработана система интерфейсов для работы с ЭКГ, выстроенная вокруг ключевых сценариев врача: подготовка измерения, анализ сигнала и формирование результатов. Основной фокус —
на снижении когнитивной нагрузки, повышении читаемости кардиограммы и прозрачности состояний системы.
Теги
Userflow
Usability тестирование
Анализ конкурентов
Интервью
Моя роль
Продуктовый дизайнер
Год
2024-2025
После проектирования первого релиза я провела модерируемое юзабилити-тестирование, чтобы проверить, насколько новый интерфейс упрощает два ключевых сценария для врача:
РЕЗУЛЬТАТ
Usability-тест
  • проведение ЭКГ-измерения для нового пациента
  • поиск и формирование PDF-интерпретации только что выполненного исследования
  • Ввести данные нового пациента;
  • Проверить параметры измерения (в покое, 5 мин, стандартные отведения);
  • убедиться, что электроды подключены корректно;
  • запустить запись ЭКГ.
  • перейти к свежей записи;
  • открыть результат;
  • найти функцию формирования PDF;
  • сохранить файл на компьютере
Задача 1
Провести ЭКГ-измерение пациента
Задача 2
Найти только что записанное исследование и сформировать PDF с интерпретацией
Результат
Предыдущий интерфейс:
1 мин 24 сек
Новый интерфейс:
1 мин 9 сек
Изменение:
–15 сек
Результат
Предыдущий интерфейс:
1 мин 52 сек
Новый интерфейс:
1 мин 16 сек
Изменение:
–36 сек
Найти только что записанное исследование и сформировать PDF с интерпретацией
  • Ввести данные нового пациента;
  • Проверить параметры измерения (в покое, 5 мин, стандартные отведения);
  • убедиться, что электроды подключены корректно;
  • запустить запись ЭКГ.
  • перейти к свежей записи;
  • открыть результат;
  • найти функцию формирования PDF;
  • сохранить файл на компьютере
Задача 1
Провести ЭКГ-измерение пациента
Задача 2
Результат
Предыдущий интерфейс:
1 мин 24 сек
Новый интерфейс:
1 мин 9 сек
Изменение:
–15 сек
Результат
Предыдущий интерфейс:
1 мин 52 сек
Новый интерфейс:
1 мин 16 сек
Изменение:
–36 сек
Первым шагом я провела предварительный анализ конкурентного ПО на основе скриншотов и видео использования. Мне было важно понять, какие интерфейсные паттерны уже используются на рынке, какие из них помогают врачу в работе, а какие, наоборот, создают лишнюю нагрузку и замедляют анализ ЭКГ.
ИССЛЕДОВАНИЕ
Анализ конкурентов
Результаты анализа стали основой для формирования UX-гипотез. На этом этапе я зафиксировала, какие потенциальные проблемы интерфейса стоит проверить: перегруженность экранов, слабую визуальную иерархию, неочевидные иконки, малозаметные статусы системы и зависимость пользователя от привычки.
ИССЛЕДОВАНИЕ
Гипотезы
Критичные статусы системы плохо считваются.
Управление параметрами отображения записи и инструментами анализа не является достаточно очевидным для быстрого выполнения задач
Есть паттерны взаимодействия, к которым врачи уже привыкли и которые важно учитывать в новом интерфейсе.
Перегруженные панели и мелкие иконки создают лишнюю когнитивную нагрузку
Врачи ориентируются в текущем ПО скорее по памяти, чем по логике интерфейса
Следующим шагом было исследование работы врачей в существующей системе, чтобы понять их реальный рабочий сценарий, привычные паттерны взаимодействия с ЭКГ-интерфейсами и общее удобство использования продукта.
Исследование проходило в формате интервью с наблюдением: врачи выполняли типовые задачи в текущем ПО и по ходу комментировали свои действия, сложности и ожидания от системы.
ИССЛЕДОВАНИЕ
Интервью
Что проверялось
Выводы
На каких этапах процесса возникает наибольшая нагрузка и основные сложности
Основные боли возникают на этапе просмотра, анализа и оформления результатов в ПО, а не на этапе проведения измерения
Как выглядит рабочий сценарий врача при проведении и анализе ЭКГ
Работа с ЭКГ не заканчивается на этапе съёма: врачи возвращаются к записи для просмотра, сравнения и повторной интерпретации.
По каким признакам врачи определяют, что запись получилась качественной и пригодна для дальнейшего анализа
Качество записи врачи оценивают в первую очередь визуально: по чистоте сигнала, читаемости зубцов, отсутствию артефактов и корректной записи всех отведений
Какие интерфейсные решения в текущем ПО замедляют работу или мешают сосредоточиться на кардиограмме
Перегруженные панели, мелкие иконки и слабая визуальная иерархия отвлекают от главной задачи — анализа сигнала
Какие паттерны взаимодействия с ЭКГ-интерфейсами уже стали привычными для врачей
В текущем ПО врачи часто ориентируются за счёт привычки, а не за счёт понятной логики интерфейса
Следующим шагом было исследование работы врачей в существующей системе, чтобы понять их реальный рабочий сценарий, привычные паттерны взаимодействия с ЭКГ-интерфейсами и общее удобство использования продукта.
Исследование проходило в формате интервью с наблюдением: врачи выполняли типовые задачи в текущем ПО и по ходу комментировали свои действия, сложности и ожидания от системы.
ИССЛЕДОВАНИЕ
Интервью
Что проверялось
Как выглядит рабочий сценарий врача при проведении и анализе ЭКГ
Выводы
Работа с ЭКГ не заканчивается на этапе съёма: врачи возвращаются к записи для просмотра, сравнения и повторной интерпретации.
Что проверялось
На каких этапах процесса возникает наибольшая нагрузка и основные сложности
Выводы
Основные боли возникают на этапе просмотра, анализа и оформления результатов в ПО, а не на этапе проведения измерения
Что проверялось
По каким признакам врачи определяют, что запись получилась качественной и пригодна для дальнейшего анализа
Выводы
Качество записи врачи оценивают в первую очередь визуально: по чистоте сигнала, читаемости зубцов, отсутствию артефактов и корректной записи всех отведений
Что проверялось
Какие интерфейсные решения в текущем ПО замедляют работу или мешают сосредоточиться на кардиограмме
Выводы
Перегруженные панели, мелкие иконки и слабая визуальная иерархия отвлекают от главной задачи — анализа сигнала
Что проверялось
Какие паттерны взаимодействия с ЭКГ-интерфейсами уже стали привычными для врачей
Выводы
В текущем ПО врачи часто ориентируются за счёт привычки, а не за счёт понятной логики интерфейса
После исследования я собрала основной сценарий в виде flow-схемы. Это помогло структурировать шаги пользователя, системные проверки и возможные ветвления до перехода к проектированию экранов.
ИССЛЕДОВАНИЕ
Userflow
ИССЛЕДОВАНИЕ
Требования к интерфейсу
На основе UserFlow были сформированы требования к интерфейсу, чтобы определить, какие данные, статусы и элементы управления должны быть доступны врачу на каждом шаге сценария.
ДИЗАЙН