Health plan compliance изнутри

Страховые компании в США обязаны ежегодно проходить комплаенс-проверки регуляторов (CMS), штатных департаментов здравоохранения. Каждая проверка — это инициатива со своей командой, вендором, документацией, дедлайнами и конкретными требованиями вроде HEDIS-метрик или PIP-программ. Одновременно таких инициатив может быть несколько десятков.

Команда Remy строила платформу именно для таких команд. Продукт решал реальные задачи, но рос органически — вместе с кодовой базой, без дизайнера. Когда я зашёл в проект, нужно было разобраться, как три совершенно разные роли пользователей работают с одними и теми же данными.

Сначала разобраться, что вообще происходит

Приступать к экранам сразу было бы ошибкой. Предметная область оказалась плотной: HEDIS, PIP, PMPM, CMS Auditor — это специфический язык. Первые недели ушли на погружение: разговоры с командой фаундеров, разбор реальных аудиторских процессов, понимание того, что значит «ответить на запрос регулятора» в операционном смысле.

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

• Руководитель хочет видеть общую картину: сколько аудитов активно, что в зоне риска, какой бюджет потрачен.
• Менеджер инициативы работает внутри конкретной программы: ведёт воркплан, следит за дедлайнами, координирует команду и вендора.
• Аудитор работает с документами — загружает, рецензирует, оставляет комментарии с отсылками к регуляторным кодам.

Как это работает

Инициативы: от общего к конкретному

Список всех активных compliance-программ организован по клиническим категориям — Diabetes Care, Adult Screenings, Medication Adherence. Каждая категория агрегирует ключевые показатели: Study Population, Touchpoints в неделю с трендом, PMPM, количество вендоров.

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

Страница инициативы: операционный центр менеджера

Страница конкретной программы — рабочая поверхность, с которой менеджер начинает каждый день. Пять индикаторов Compliance Status показывают готовность по разделам: Summary, Scope, Barriers, Analyze & Target, Methods & Processes.

Воркплан: три способа видеть одно и то же

Каждая инициатива разбита на шаги по фазам. Воркплан открывается в трёх режимах: List, Board, Gantt. Gantt показывает зависимости между задачами, исполнителей на таймлайне и дедлайны. Детали шага видны без потери контекста.

Документы и ревью: там, где живёт главная боль

Документы являются самой болезненной частью комплаенс-процесса. Регулятор отклоняет, аудитор комментирует, команда переделывает. Review History показывает всю цепочку с конкретными причинами и ссылками на регуляторные коды. Каждый комментарий привязан к роли: Owner, CMS Auditor, External Auditor.

Вкладка Barriers: структурированный опрос стейкхолдеров. Врачи, медсёстры, директора школ отвечают на вопросы об инициативе без переключения между приложениями.

Календарь как карта загрузки

Кросс-программный вид для руководителя: все активные инициативы на одном календаре, цветовая кодировка по приоритету. Видно, где в месяце скапливаются дедлайны без погружения в каждую программу отдельно.

Что изменилось

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

Дизайн начинается с погружения

Compliance — не та область, где можно проектировать по аналогии. Без понимания того, как устроены процессы изнутри, любое решение будет угадыванием. А угадывание в сложной системе дорого стоит.

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

Health plan compliance from the inside

US health insurers are required to go through regulatory compliance reviews every year — CMS, state health departments. Each review is an initiative with its own team, vendor, documentation, deadlines, and specific requirements like HEDIS metrics or PIP programs. Dozens of these initiatives can run simultaneously.

The Remy team was building a platform for exactly these teams. The product solved real problems, but grew organically — alongside the codebase, without a designer. When I joined the project, the task was to figure out how three completely different user roles work with the same data.

First, understand what's actually going on

Jumping straight into screens would have been a mistake. The domain turned out to be dense: HEDIS, PIP, PMPM, CMS Auditor — a specific language, not generic GRC. The first weeks went into immersion: conversations with the founding team, working through real audit processes, understanding what "responding to a regulatory request" means in operational terms.

The key insight that became clear quickly: the product has three audiences with fundamentally different needs:

• The executive wants to see the big picture: how many audits are active, what's at risk, how much budget has been spent.
• The initiative manager works inside a specific program: runs the workplan, tracks deadlines, coordinates the team and vendor.
• The auditor works with documents — uploads, reviews, leaves comments referencing regulatory codes.

How it works

Initiatives: from portfolio to detail

All active compliance programs are organized by clinical category — Diabetes Care, Adult Screenings, Medication Adherence. Each category aggregates key metrics: Study Population, weekly Touchpoints with trend, PMPM, number of vendors.

Switching between views happens without losing context. The user picks the mode that fits the task.

Initiative page: the manager's operational hub

The initiative page is the working surface the manager starts every day from. Five Compliance Status indicators show readiness across sections: Summary, Scope, Barriers, Analyze & Target, Methods & Processes.

Workplan: three ways to see the same thing

Each initiative is broken into steps by phase. The workplan opens in three modes: List, Board, Gantt. Gantt shows task dependencies, assignees on a timeline, and deadlines. Step details are visible without leaving the page.

Documents and review: where the real pain lives

Documents are the most painful part of the compliance process. The regulator rejects, the auditor comments, the team revises. Review History shows the full chain with specific reasons and references to regulatory codes. Each comment is tied to a role: Owner, CMS Auditor, External Auditor.

The Barriers tab is a structured stakeholder survey. Physicians, nurses, school principals respond to questions about the initiative — without switching between applications.

Calendar as a load map

A cross-program view for the executive: all active initiatives on one calendar, color-coded by priority. You can see where deadlines cluster during the month without diving into each program individually.

What changed

Disclaimer: All metrics are approximate and rounded for readability. Exact figures are confidential and covered by NDA.

Design starts with immersion

Compliance is not a domain where you can design by analogy. Without understanding how the processes work from the inside, every decision is a guess. And guessing inside a complex system is expensive.

Time spent on domain immersion reduces the number of iterations more than any other tool.