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

Продуктовый дизайнер
Роль

Time on task: -36 сек
результат
web / desktop / mobile
Платформа
С июня 2024 года по сентябрь 2025 года я была частью стартап-проекта по созданию кроссплатформенного решения
для кардиологов.
Интро
Врачи-кардиологи перегружены потоком пациентов и тратят
на обработку ЭКГ больше времени, чем позволяет нагрузка. Задача — ускорить обработку данных и быстрее приходить
к диагнозу.
ПРОБЛЕМА
Изучила архитектуру существующих решений, выявила слабые
и сильные стороны интерфейса и спроектировала систему с нуля — с учётом новых возможностей, с фокусом на читаемость
и снижение когнитивной нагрузки.
решение и влияние на бизнес
Как бы я оценивала движение к этой цели:
Time on Task (уже есть: −36 сек, −15 сек) → пропускная способность врача за смену.
CSAT/CES после задачи, мини-опрос раз в 20–30 измерений — не перегружать врача опросами.
Adoption Rate панели алгоритма — технически (открыл/нет); точность выводов — только опросом.
NPS — периодически, не по задачам: прямой показатель готовности рекомендовать.
Retention фокус-группы — продукт не продан ни одной клинике, поэтому это про добровольное возвращение, а не продление контракта.
Contact rate — более понятная система статусов измерения снизит количество обращений в поддержку и операционные расходы на их решение.
Монетизация — продажа лицензий частным
и государственным клиникам, рынку с высоким порогом доверия. Ключевой рычаг входа — репутация: удовлетворённость и готовность врачей фокус-группы рекомендовать продукт коллегам и на конференциях.
Первым шагом я провела предварительный анализ конкурентного ПО на основе скриншотов и видео использования. Мне было важно понять, какие интерфейсные паттерны уже используются на рынке, какие из них помогают врачу в работе, а какие, наоборот, создают лишнюю нагрузку и замедляют анализ ЭКГ.
Анализ конкурентов
Результаты анализа стали основой для формирования UX-гипотез. На этом этапе я зафиксировала, какие потенциальные проблемы интерфейса стоит проверить:
  • перегруженность экранов,
  • слабую визуальную иерархию,
  • неочевидные иконки,
  • малозаметные статусы системы,
  • зависимость пользователя от привычки.
Гипотезы
Следующим шагом было исследование работы врачей
в существующей системе, чтобы понять их реальный рабочий сценарий, привычные паттерны взаимодействия с ЭКГ-интерфейсами и общее удобство использования продукта.

Исследование проходило в формате интервью с наблюдением: врачи выполняли типовые задачи в текущем ПО и по ходу комментировали свои действия, сложности и ожидания
от системы.
Интервью
что проверялось
выводы
Какие паттерны взаимодействия с ЭКГ-интерфейсами уже стали привычными для врачей
В текущем ПО врачи часто ориентируются за счёт привычки,
а не за счёт понятной логики интерфейса
Какие интерфейсные решения в текущем ПО замедляют работу или мешают сосредоточиться на кардиограмме
Перегруженные панели, мелкие иконки и слабая визуальная иерархия отвлекают от главной задачи — анализа сигнала
По каким признакам врачи определяют, что запись получилась качественной и пригодна для дальнейшего анализа
Качество записи врачи оценивают в первую очередь визуально: по чистоте сигнала, читаемости зубцов, отсутствию артефактов и корректной записи всех отведений
Как выглядит рабочий сценарий врача при проведении
и анализе ЭКГ
Работа с ЭКГ не заканчивается на этапе съёма: врачи возвращаются к записи для просмотра, сравнения и повторной интерпретации.
На каких этапах процесса возникает наибольшая нагрузка
и основные сложности
Основные боли возникают на этапе просмотра, анализа
и оформления результатов в ПО, а не на этапе проведения измерения
После исследования я собрала основной сценарий в виде flow-схемы. Это помогло структурировать шаги пользователя, системные проверки и возможные ветвления до перехода
к проектированию экранов.
userflow
На основе UserFlow были сформированы требования к интерфейсу, чтобы определить, какие данные, статусы и элементы управления должны быть доступны врачу на каждом шаге сценария.
Требования к интерфейсу
Данные пациента укрупнены → в интервью выяснилось, что врач сверяется с ними прямо во время съёма, а не только до/после — мелкий текст в первых версиях этому мешал.
Ниже представлены остальные экраны приложения
Группировка по действию, а не по состоянию файла → разработка предлагала показать пользователю все 7 технических статусов как есть. По диаграмме потоков данных стало видно: часть статусов различается только на бэкенде, а не в том,
что доступно врачу — сгруппировала их в 4 действия: подождать, исправить, открыть, скачать.
Засечки на кардиограмме → новая функция, которой нет
у конкурентов: добавлена по прямому запросу фокус-группы врачей на этапе первых интервью — отметить момент записи, чтобы вернуться к нему при анализе.
Настройки мм/мВ, мм/с и масштаба → протестировала три варианта: radio-button, слайдер, dropdown. Radio-button оказался непонятен врачам в тесте — выбрала dropdown, привычный стандарт индустрии, хотя он и требует на клик больше: в этом случае familiarity важнее экономии клика.
Полный уход всех панелей в один клик → тоже отсутствует
у конкурентов: врач, которому не нужно ничего переключать, разворачивает голое поле ЭКГ на весь экран — тоже запрос фокус-группы.
Разделение на два яруса → отвечает на находку интервью «перегруженные панели, мелкие иконки, слабая визуальная иерархия»: сверху — только информация (данные пациента, ЧСС, отведения, врач), снизу — управление. Тёмная подложка
у информационного яруса, светлая — у интерактивного: та же логика, что у активной/неактивной кнопки, — подсознательно считывается, что можно менять, а что нет.
дизайн
  • проведение ЭКГ-измерения для нового пациента
  • поиск и формирование PDF-интерпретации только что выполненного исследования
После проектирования первого релиза я провела модерируемое юзабилити-тестирование, чтобы проверить, насколько новый интерфейс упрощает два ключевых сценария для врача:
usability тест
результат
  • перейти к свежей записи;
  • открыть результат;
  • найти функцию формирования PDF;
  • сохранить файл на компьютере
–15 сек
Новый интерфейс:
1 мин 9 сек
Новый интерфейс:
1 мин 24 сек
Предыдущий интерфейс:
Задача 2
найти новое исследование и сформировать pdf с интрепретацией
результат
  • Ввести данные нового пациента;
  • Проверить параметры измерения (в покое, 5 мин, стандартные отведения);
  • убедиться, что электроды подключены корректно;
  • запустить запись ЭКГ
–36 сек
Новый интерфейс:
1 мин 16 сек
Новый интерфейс:
1 мин 52 сек
Предыдущий интерфейс:
Задача 1
Провести экг пациента
Решение зарелизено и работает в продакшене. Команда представила проект на медицинской конференции.
РЕЗУЛЬТАТ РАБОТЫ
Кардиологическое ПО для ЭКГ-анализа
Userflow / Usability тестирование / Анализ конкурентов / Интервью
2024-2025
Год

Продуктовый дизайнер
Роль

Time on task: -36 сек
результат
web / desktop / mobile
Платформа
С июня 2024 года по сентябрь 2025 года я была частью стартап-проекта по созданию кроссплатформенного решения для кардиологов. Продукт позволял получать данные ЭКГ с портативного кардиографа в режиме реального времени и автоматически анализировать их с помощью ИИ-алгоритмов.
Моя роль: — исследование и проектирование пользовательских сценариев; — создание интерфейсов мобильного, десктопного и веб-приложений.
Интро
  • не поддерживают обработку данных ЭКГ в режиме реального времени;
  • позволяют работать только с одним отведением вместо стандартных 12;
  • не имеют встроенного ИИ-алгоритма для автоматического анализа ЭКГ.
Команда уже разработала портативный кардиограф и использовала ИИ-алгоритм для анализа ЭКГ от ИСП РАН. Однако использование существующих на рынке решений не подходило по нескольким причинам:
ПРОБЛЕМА
Монетизация продукта строится на продаже лицензий клиникам — рынку с высоким порогом доверия, где закупка требует репутации поставщика. Как именно я бы это оценивала — в конце кейса в блоке
Изучила архитектуру существующих решений, выявила слабые и сильные стороны интерфейса и спроектировала систему с нуля — с учётом новых возможностей, с фокусом на читаемость и снижение когнитивной нагрузки.
решение
Первым шагом я провела предварительный анализ конкурентного ПО на основе скриншотов и видео использования. Мне было важно понять, какие интерфейсные паттерны уже используются на рынке, какие из них помогают врачу в работе, а какие, наоборот, создают лишнюю нагрузку и замедляют анализ ЭКГ.
Анализ конкурентов
Результаты анализа стали основой для формирования UX-гипотез. На этом этапе я зафиксировала, какие потенциальные проблемы интерфейса стоит проверить: перегруженность экранов, слабую визуальную иерархию, неочевидные иконки, малозаметные статусы системы и зависимость пользователя от привычки.
Гипотезы
Следующим шагом было исследование работы врачей в существующей системе, чтобы понять их реальный рабочий сценарий, привычные паттерны взаимодействия с ЭКГ-интерфейсами и общее удобство использования продукта.
Исследование проходило в формате интервью с наблюдением: врачи выполняли типовые задачи в текущем ПО и по ходу комментировали свои действия, сложности и ожидания от системы.
Интервью
что проверялось
выводы
Какие паттерны взаимодействия с ЭКГ-интерфейсами уже стали привычными для врачей
В текущем ПО врачи часто ориентируются за счёт привычки, а не за счёт понятной логики интерфейса
Какие интерфейсные решения в текущем ПО замедляют работу или мешают сосредоточиться на кардиограмме
Перегруженные панели, мелкие иконки и слабая визуальная иерархия отвлекают от главной задачи — анализа сигнала
По каким признакам врачи определяют, что запись получилась качественной и пригодна для дальнейшего анализа
Качество записи врачи оценивают в первую очередь визуально: по чистоте сигнала, читаемости зубцов, отсутствию артефактов и корректной записи всех отведений
Как выглядит рабочий сценарий врача при проведении и анализе ЭКГ
Работа с ЭКГ не заканчивается на этапе съёма: врачи возвращаются к записи для просмотра, сравнения и повторной интерпретации.
На каких этапах процесса возникает наибольшая нагрузка и основные сложности
Основные боли возникают на этапе просмотра, анализа и оформления результатов в ПО, а не на этапе проведения измерения
После исследования я собрала основной сценарий в виде flow-схемы. Это помогло структурировать шаги пользователя, системные проверки и возможные ветвления до перехода к проектированию экранов.
userflow
На основе UserFlow были сформированы требования к интерфейсу, чтобы определить, какие данные, статусы и элементы управления должны быть доступны врачу на каждом шаге сценария.
Требования к интерфейсу
Ниже представлены остальные экраны приложения
Группировка по действию, а не по состоянию файла → разработка предлагала показать пользователю все 7 технических статусов как есть. По диаграмме потоков данных стало видно: часть статусов различается только на бэкенде, а не в том, что доступно врачу — сгруппировала их в 4 действия: подождать, исправить, открыть, скачать.
Засечки на кардиограмме → новая функция, которой нет у конкурентов: добавлена по прямому запросу фокус-группы врачей на этапе первых интервью — отметить момент записи, чтобы вернуться к нему при анализе.
Настройки мм/мВ, мм/с и масштаба → протестировала три варианта: radio-button, слайдер, dropdown. Radio-button оказался непонятен врачам в тесте — выбрала dropdown, привычный стандарт индустрии, хотя он и требует на клик больше: в этом случае familiarity важнее экономии клика.
Полный уход всех панелей в один клик → тоже отсутствует у конкурентов: врач, которому не нужно ничего переключать, разворачивает голое поле ЭКГ на весь экран — тоже запрос фокус-группы.
Данные пациента укрупнены → в интервью выяснилось, что врач сверяется с ними прямо во время съёма, а не только до/после — мелкий текст в первых версиях этому мешал.
Разделение на два яруса → отвечает на находку интервью «перегруженные панели, мелкие иконки, слабая визуальная иерархия»: сверху — только информация (данные пациента, ЧСС, отведения, врач), снизу — управление. Тёмная подложка у информационного яруса, светлая — у интерактивного: та же логика, что у активной/неактивной кнопки, — подсознательно считывается, что можно менять, а что нет.
дизайн
  • проведение ЭКГ-измерения для нового пациента
  • поиск и формирование PDF-интерпретации только что выполненного исследования
После проектирования первого релиза я провела модерируемое юзабилити-тестирование, чтобы проверить, насколько новый интерфейс упрощает два ключевых сценария для врача:
usability тест
–15 сек
Разница:
1 мин 9 сек
Новый интерфейс:
1 мин 24 сек
Предыдущий интерфейс:
результат
  • перейти к свежей записи;
  • открыть результат;
  • найти функцию формирования PDF;
  • сохранить файл на компьютере
найти новое исследование и сформировать pdf с иНтрепретацией
Задача 2
–36 сек
Разница:
1 мин 16 сек
Новый интерфейс:
1 мин 52 сек
Предыдущий интерфейс:
результат
  • Ввести данные нового пациента;
  • Проверить параметры измерения (в покое, 5 мин, стандартные отведения);
  • убедиться, что электроды подключены корректно;
  • запустить запись ЭКГ
Провести экг пациента
Задача 1
Time on Task (уже есть: −36 сек, −15 сек) → пропускная способность врача за смену.
CSAT/CES после задачи, с семплированием раз в 20–30 измерений — не перегружать врача опросами.
Adoption Rate панели алгоритма — технически (открыл/нет); точность выводов — только опросом.
NPS — периодически, не по задачам: прямой показатель готовности рекомендовать.
Retention фокус-группы — продукт не продан ни одной клинике, поэтому это про добровольное возвращение, а не продление контракта.
Contact rate — более понятная система статусов измерения снизит количество обращений в поддержку и операционные расходы на их решение.
Как бы я оценивала движение к этой цели:
Монетизация — продажа лицензий частным и государственным клиникам, рынку с высоким порогом доверия. Ключевой рычаг входа — репутация: удовлетворённость и готовность врачей фокус-группы рекомендовать продукт коллегам и на конференциях — часть реальной стратегии команды на этапе пилота.
влияние на бизнес