Validação e estado do beta
Clinical Corvus está em beta limitado. A validação atual cobre principalmente contratos de software, rastreabilidade, políticas e avaliações internas. Ela não demonstra eficácia clínica prospectiva, superioridade comparativa ou autorização regulatória.
O que foi verificado
| Área | Evidência disponível |
|---|---|
| Identidade de runtime | O health check pode expor versão e commit para detectar um serviço desatualizado. |
| Pipeline canônico | Tarefas governadas usam /api/agents/tasks/* e produzem o contrato compartilhado de resposta. |
| Rails de resposta | Respostas canônicas podem carregar ClinicalEvidencePacket, PatientContextManifest e CorvusProvenance. |
| Evidência | Avaliações internas inspecionam citações, evidência admitida ou rejeitada e binding entre afirmação e fonte. |
| Tenant | Migrações e serviços aplicam tenant scoping; tabelas PostgreSQL cobertas recebem políticas de RLS. |
| Compartilhamento externo | O compartilhamento de PHI com terceiros é desabilitado por padrão e consultas públicas passam por checagens específicas. |
Esses itens confirmam mecanismos e contratos. Eles não confirmam que todo caminho da aplicação possui a mesma cobertura.
Gates ainda abertos
| Gate | O que falta demonstrar |
|---|---|
| Utilidade clínica | Respostas completas precisam de revisão sistemática por especialistas. |
| Suporte por fonte | A cobertura de afirmações por evidência precisa permanecer consistente em diferentes perguntas e rotas. |
| Handoff longitudinal | Continuidade entre turnos e episódios precisa de validação operacional. |
| Superfícies do produto | Monitor, Plan, Workspace e Clipboard precisam preservar contexto, incerteza e rastreabilidade de ponta a ponta. |
| Operação | Latência, disponibilidade, suporte e resposta a incidentes precisam ser medidos em piloto. |
| Eficácia clínica | Não há demonstração prospectiva de melhora de desfechos ou tempo de cuidado. |
Como interpretar uma resposta
A interface pode apresentar estados equivalentes a pronta para revisão, parcial, evidência insuficiente, bloqueada ou revisão obrigatória. Esses estados orientam o próximo passo do usuário. Eles não validam o conteúdo clínico.
Próxima etapa de validação
O próximo estágio deve combinar:
- pacotes completos de revisão clínica, incluindo resposta final, contexto, evidência e rota;
- replay das telas que o profissional realmente usa;
- pilotos controlados com medidas definidas antes do início;
- auditoria operacional de tenant, compartilhamento de dados, billing, logs e incidentes.
Resultados e datas devem ser publicados quando houver um pacote estável e revisável, não apenas um benchmark isolado.