Продуктовая поверхность, на которой пациент видит свой Health Report. См. health-report-vocabulary для словаря, health-report-pipeline для того как Report генерируется. UI отображает последнюю версию Report’a + timeline-навигацию по истории (старые версии не редактируются — _history в FHIR).

UI-имя «My Health» — рабочий выбор chain 6bfe41d1 (короче, friendly, не клэшит с FHIR status field-ом). Исходное Васино имя из heads sync 2026-04-27 — «Health Status». Передоговор с Васей pending — когда финализируется, обновим страницу и UI.

Что это

Одна страница на пациента. На ней — текущее состояние здоровья по всем биомаркерам / диагнозам / трендам, как мы видим их из всей доступной истории. Не «отчёт по тесту» — а weight-of-evidence summary пациента, обновляемое при каждом новом событии.

Триггеры обновления — любое новое событие (новый тест загружен, опросник обновлён, ручной ввод). Старая версия Report’а не редактируется — генерируется новая, прежняя остаётся доступной как историческая.

Что показываем

Mockup Артура с колла 12 мая 2026 — 4 scroll-вида одной длинной страницы дашборда 1. Картина считается structurally OK (Вася подтвердил).

Главное сейчас — top of dashboard, hero-блок с отобранными основными биомаркерами.

Общее состояние здоровья — abnormal биомаркеры вне «Главного», начало «Что меняется».

Что меняется — динамика трендов; начало «Чего не хватает».

Чего не хватает — что досдать/пересдать; внизу «Что обсудить с врачом».

На странице показываем Insights — пять тематических секций, каждая отвечает на свой вопрос пациента. Список секций (имена finalize в работе — см. health-report-vocabulary):

  • Главное сейчас — отобранные основные биомаркеры (по criteria медицинского ревью); per биомаркер — clinical interpretation. Hero-блок дашборда.
  • Общее состояние — abnormal биомаркеры, не вошедшие в «Главное» (non-main). Open risk: их может быть десятки, нужен compression.
  • Что меняется — динамика трендов. Open: по какому criteria биомаркеры сюда отбирать.
  • Чего не хватает — recommended additional tests / data (что дозаказать чтобы AI могла дать более точную картину). Соответствует CarePlan.
  • Что обсудить с врачом — перечисление специалистов с указанием почему. Patient-level, не привязано к конкретному тесту.

Под Insights показываем биомаркеры, повлиявшие на эти Insights — пациент может развернуть конкретный биомаркер и увидеть его Biomarker Analysis (структурный rich-output: значение, интерпретация, mechanistic chain, цитаты на guidelines). Биомаркеры внутри секций разделяются на актуальные / out-of-date (см. biomarker-actuality-thresholds).

UX-режим — «новостной»: концизные блоки с раскрытием по запросу и возможностью chat’иться с BG за подробностями (текущая итерация UI считается слишком многословной).

Pipeline статус (2026-05-14): новой section structure pipeline’а не существует — в проде живёт OLD patient-summary structure (patient-summary § Pipeline / staged V2.5) с patternedIdentified / healthConsiderations / recommendedSteps / panelOverviews / trends. В работе — только фильтрация биомаркеров для «Главное сейчас».

Что НЕ показываем — зависит от аудитории. Для пациента отфильтрованы diagnoses / medications / связанные conditions из regulatory соображений (см. patient-content-filter).

Версионирование истории

Каждое обновление пайплайна = новая версия Health Report’a в FHIR _history. Прежние не редактируются. UI позволяет листать назад по timeline, видеть предыдущее состояние, отображать различия.

Backend гипотеза (предмет отдельного обсуждения): FHIR Composition с previous ссылкой на предыдущую версию + ссылками на immutable документы-источники. Если делается заключение — оно не редактируется, создаётся новое и дополняет композицию. См. 3-resource-snapshot-architecture-вариант-реализации.

Связь с другими поверхностями

  • Страница теста — становится более узкой. С неё уходят блоки овервью на каждый файл и блок follow-ups; остаются biomarkers / panels / тренд-объяснения. См. unified-upload-flow.
  • Опросник — отдельный flow перед первым показом результатов, см. medical-context-survey. Подкармливает данные в My Health (особенно patient-reported поля что мы из FHIR пациенту не показываем).

Открытые вопросы

  • Концепт «уровней» в UI (текущее / предыдущее / diff) — какая навигационная модель работает.
  • Сильное пересечение с patient content filter (patient-content-filter): возможно показываем на My Health только то, что прошло через generation pipeline и попало под audience filter — тогда фильтрация решается одним местом. (Что такое patient-content-filter — отдельная сессия, читать страницу.)
  • Doctor-версия My Health — отдельные акценты (новизна, длительность, клинические связи). Как разводится с пациентской — TBD.
  • Интеграция с опросником (medical-context-survey) — survey как substitute для отфильтрованных medical-полей у пациента.
  • Финализация UI-имени «My Health» — рабочее vs Васино «Health Status»; передоговор pending.

Связано

Сноски

  1. Slack-тред #ai-engineering 2026-05-12 (Артур после колла с Васей / Катей / Натой), https://realaicorp.slack.com/archives/C094G7UG82J/p1778584568744499 — section structure дашборда, статус pipeline, UX feedback Наты про многословность.