LensCare Все работы

От сводки к показанию

Продуктовый дизайн / asky

Региональный показатель становится полезнее, когда понятно, какие наблюдения требуют внимания. В LensCare я выстроил три масштаба чтения данных: общую картину, реестр пациентов и персональные дневники.

Посмотреть экраны
Интерфейс прототипаLensCare
Обзор программы наблюдения
Демонстрационные данныеLensCare / Продуктовый дизайн
Для кого
Аналитики федерального и регионального уровня в системе ОМС.
Моя роль
Визуальная айдентика и дизайн аналитического интерфейса.
В рамках кейса
Три самостоятельные настольные страницы; сквозной маршрут между ними предложен как концепция.

Три масштаба одной задачи

Мониторинг хронических заболеваний объединяет управленческий обзор и наблюдения за пациентами. Аналитику важно различать выполнение плана, состав группы риска и конкретные отклонения. Крупного показателя достаточно для обзора, но недостаточно для проверки основания сигнала.

Задачей дизайна стало распределение вопросов по уровням интерфейса. Аналитика направляет внимание; реестр описывает выборку; дневник раскрывает измерения пациента. Эта структура задаёт предполагаемую логику проверки, однако страницы ещё не связаны переходами с сохранением фильтров.

Логика сценария

  1. 01

    Предлагаемый маршрут: обзор ключевых показателей

  2. 02

    Сопоставление прогресса с планом и просмотр групп риска

  3. 03

    Уточнение выборки в реестре

  4. 04

    Проверка показаний в дневнике пациента

Что определяет интерфейс

01

Сначала масштаб, затем исключения

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

Решение

На странице аналитики последовательно расположены ключевые показатели, прогресс относительно цели, группы риска и блок требующих внимания наблюдений. Порядок задаёт движение от общего состояния к исключениям.

Компромисс

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

02

Реестр как точка уточнения

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

Решение

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

Компромисс

Табличная плотность рассчитана на настольную работу. Перенос контекста из аналитики и полноценное применение фильтров остаются задачами дальнейшей реализации.

03

Показывать основание сигнала

Цвет риска сам по себе не раскрывает направление изменения и не позволяет сопоставить сигнал с конкретными измерениями.

Решение

Карточки риска сопоставляют предыдущее и текущее состояние, дублируя цвет стрелкой и текстом. Дневники показывают давление, пульс и глюкозу с диапазонами нормы и таблицей отклонений.

Компромисс

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

Единый визуальный язык

Палитра и принципы, представленные в прототипе. Полная спецификация компонентов пока не входит в кейс.

01 / Палитра

Акцент среди данных

Лаймовый #CCFE49 поддерживает узнаваемость LensCare. Поверхности #EFECE6 и #E4E6E9 вместе с тёмным #0F1316 формируют основу для плотных таблиц и аналитических карточек.

#CCFE49
#EFECE6
#E4E6E9
#0F1316
02 / Принцип

Значение вместе с контекстом

План рядом с прогрессом, диапазон рядом с измерением и признаки рядом с пациентом задают общий принцип: основание сравнения остаётся доступным в том же блоке.

03 / Принцип

Риск несколькими способами

Текст и стрелка повторяют смысл цветового обозначения риска. Это конкретное решение интерфейса; проверка доступности всей системы остаётся отдельной задачей.

Решения в деталях

HTML-превью исходных русскоязычных прототипов, только для просмотра. Демонстрационные данные; персональные идентификаторы заменены. В превью обновлено название и использован логотип LensCare из айдентики проекта.

Обзор программы наблюденияРассмотреть экран
01

Обзор программы наблюдения

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

Состав выборкиРассмотреть экран
02

Состав выборки

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

Показания выбранного пациентаРассмотреть экран
03

Показания выбранного пациента

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

Что получилось

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

3Самостоятельные страницы прототипа
3Типа показателей в дневниках
2Состояния риска для сравнения: предыдущее и текущее

Что проверить дальше

01

Сценарий проверки

В будущем тесте найти отклонение от плана и объяснить, что требует внимания.

Что наблюдать

Фиксировать верность выбранного показателя, время поиска и смешение общей динамики с отдельным сигналом.

02

Сценарий проверки

После связывания страниц проследить сигнал от группы до записи пациента.

Что наблюдать

Проверять сохранение контекста выборки, неверные переходы и способность назвать основание сигнала.

03

Сценарий проверки

На тестовых дневниках сопоставить изменение риска с показаниями.

Что наблюдать

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

Следующий кейс

HealthHub

Что важно сегодня

Исходный размер. Прокрутите экран, чтобы рассмотреть детали.

Открыть прототип отдельно ↗