Doctor Validation

Опциональный продуктовый режим: врач лично проверяет каждую AI-интерпретацию перед тем, как она дойдёт до пациента. Когда включено, pipeline останавливается после AI-анализа и ждёт врача — Approve / Edit / Reject. Только утверждённые результаты доставляются, с visible verification stamp (имя врача + credentials + дата).

Доступно как opt-in option поверх любой integration option — PDF-Only, Patient Portal или Full API. Не меняет существующую интеграцию, добавляет review-step.

Когда клиент это берёт

Причина	Описание
Regulatory compliance	Юрисдикция требует physician sign-off на интерпретации
Quality assurance	Хотим medical professional verification до доставки
Premium service	«Doctor-verified AI interpretation» оправдывает повышенный tier
Risk management	Critical / abnormal values получают human oversight

Workflow

Your System → BloodGPT AI → Doctor reviews → Patient gets verified results
                              ↓
                    Approve / Edit / Reject

Без Doctor Validation:

Your System → BloodGPT AI → Patient gets results immediately

Doctor Dashboard

Врач работает через дедикейтед review queue. Очередь приоритизируется автоматически — тесты с большим числом abnormal values сверху.

Действия:

Action	Что происходит
Approve	Результаты доставляются пациенту as-is
Edit	Врач правит интерпретацию, потом доставка
Reject	Результаты не доставляются, тест помечен для re-analysis

Verification stamp в финальных reports (PDF + portal):

• Doctor’s name + credentials
• Verification date
• «Reviewed by a licensed professional»

Реализация

apps/b2b-platform/src/app/dashboard/[id]/validation/:

• page.tsx — review queue с counts (pending / approved / rejected) и status-фильтром
• [testId]/page.tsx — детальный review одного теста, canEdit={role === "doctor" || role === "admin"}
• [testId]/review-container.tsx + review-actions.tsx — UI approve/reject/edit
• [testId]/editable-overview.tsx — inline-редактирование narrative / patterns / considerations / recommended steps
• [testId]/reasoning-dialog.tsx — diff с original AI reasoning
• Server actions: @/lib/actions/doctor-validation — getValidationQueue, getValidationDetail

Role gate: WorkOS organization role doctor или admin. Не-doctors редиректит на дашборд орг’и. Это отдельная роль от admin, специально для validating physicians at B2B clients (не наша внутренняя команда — для них admin).

V2.5 rich-output (076c3730 feat(b2b-platform): surface V2.5 rich-output in doctor validation view (BG-1320)) — surfaced в review view для врача, чтобы он видел полный context.

Пересечение с DQD

Та же страница editable-overview.tsx физически делает Correct-уровень для DQD (super-admin может править narrative analysis). Это общая инфраструктура, не общая фича: Doctor Validation — продуктовая опция для B2B clients, DQD — internal QA tool. Аудитория и интент разные, UI один из удобства.

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

• Кто-нибудь из B2B-клиентов реально включил Doctor Validation? Если да — кто и какой volume
• Verification stamp в PDF — реализован или ещё coming soon
• Pricing — отдельная подписка или часть premium tier
• Автоматическая приоритизация очереди по числу abnormal values — реализована или планируется

Связано

• integration-options — Doctor Validation работает поверх всех трёх options
• patient-portal — основной канал доставки в случае Patient Portal integration
• doctor-portal — отдельная фича про self-service uploading-by-doctor (legacy на .NET, мигрирует). Может оказаться эволюционно связанной если doctor-portal redesign сольётся с тем же B2B-механизмом role doctor
• b2b-portal — host для всей doctor-flow в новом стеке
• data-quality-dashboard — шарит UI инфраструктуру для Correct-уровня
• workos — doctor role через WorkOS organization roles

Источники

Источники: ¹.

Сноски

1. Public docs: , accessed 2026-05-17, https://github.com/Realai-plus/docs/blob/main/api/playbook/doctor-validation.md — locally /home/i/JOBS/BloodGPT/docs/api/playbook/doctor-validation.md). Last update 2026-02-20 — может частично устарела. ↩