Status: draft

Не решено. Страница — placeholder для проектирования.

Контекст

В текущем UI вопросы пользователю задаются наивно — например, флаг «беременна?» спрашивается при загрузке каждого файла, даже если пациенту 98 лет. Это симптом отсутствия архитектурного слоя «что мы знаем / чего нам не хватает, чтобы дать качественную интерпретацию».

Pipeline у нас делится на этапы:

  1. Загрузка — пользователь грузит файлы (см. unified-upload-flow).
  2. Распознавание — recognition (см. recognition), верхний конус recognition-enrichment-hourglass.
  3. Генерация / обогащение — интерпретация, рекомендации, отчёт. Нижний конус.

На шаге 3 (генерация) есть структурная возможность: agent работает на графе биомаркеров и связанных концепций (диагнозы / лекарства / условия). Часть связей известны (data есть в FHIR), часть — нет. Agent может формализованно отличить «известное» от «неизвестного» и сформулировать на основе этого follow-up вопросы пользователю.

Это качественно отличается от текущей модели «спросить всё сразу на upload»:

  • Контекстуально — спрашиваем только то, что нужно для этого анализа, а не общий чек-лист.
  • Persistable — ответы сохраняются в профиль; не задаются повторно.
  • С опцией skip — «не важно для этого анализа» / «запомнить, что не применимо ко мне» (например мужчине неактуальна беременность навсегда).

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

  • Где формализовать «знаю / не знаю»? Граф биомаркеров с покрытием связей? Отдельная модель пациентского профиля? Гибрид?
  • UX-канал — chat-интерфейс (текстовое follow-up), отдельные кнопки, push-уведомление? Сейчас у нас есть чат + UI кнопки — как они стыкуются?
  • Когда триггерить — после каждой генерации? Только когда найдена неопределённость с большим impact? Только когда пользователь сам зашёл в чат?
  • Связь с smart-question на upload — оставляем ли вопросы на загрузке вообще, или их полностью переносим в follow-up-фазу?

Что нужно для разрешения

  • Прототип графа known/unknown coverage на одном concrete patient’е.
  • UX-дизайн варианта interview-flow в чате vs. кнопочный flow.
  • Принятие архитектурного решения: где в pipeline (analysis / enrichment / dedicated step) живёт «формирование вопросов».

Связано

  • unified-upload-flow — UX-сторона upload, где сейчас задаются preliminary вопросы
  • recognition-enrichment-hourglass — pipeline-структура, к которой это привязано
  • recognition — что сейчас извлекается из файлов
  • biomarker-graph — граф связей биомаркеров и медицинских концепций
  • generation-pipeline — где это могло бы жить как stage

Источники

(carry-over: добавить footnote, когда вопрос обсудится в созвоне или принят в работу; пока — internal CriticMarkup-комментарий 2026-05-17 в unified-upload-flow)