Visão geral da pesquisa aplicada
Fluxos governados em um contexto de alta consequência
AnyClinical
Em um contexto em que as consequências são clínicas, a coisa mais importante que um fluxo de trabalho assistido por IA pode saber é onde termina a sua autoridade, e o desenho precisa tornar impossível pular essa fronteira.
Estado: Conceito de pesquisa · protótipo de governança de fluxos, não publicado
O que o AnyClinical não é
- Ele não faz diagnóstico.
- Ele não recomenda nem decide tratamento.
- Ele não é um dispositivo médico e não faz nenhuma alegação de dispositivo médico.
- O julgamento clínico fica com os profissionais de saúde. Por desenho, o sistema não tem onde registrar um achado clínico.
A pergunta de pesquisa
Como um fluxo de trabalho em torno do cuidado clínico pode continuar preso à evidência, atento à autoridade e explicitamente entregue a pessoas nas fronteiras certas, inclusive declinando de agir?
- Existe uma permissão registrada para esta etapa?
- Quem detém a atribuição para agir?
- O que acontece quando uma janela se fecha sem atendimento?
- Onde o sistema precisa parar e passar adiante?
O modelo, de forma interativa
A coordenação em torno de uma visita de estudo agendada: apenas logística. Percorra o caso e veja o que o fluxo permite, o que bloqueia e o que o ERQYO teria decidido, registrado ao lado em modo sombra.
Resultados de primeira classe
- ACT
- WAIT
- HANDOFF
- ESCALATE
- ABSTAIN
- BLOCK
- HANDOFF
- O sistema não detém autoridade para isto: uma pessoa assume.
- ABSTAIN
- Deixar de decidir é um resultado legítimo, não uma falha.
Passo 1 de 6: Confirmar o agendamento com o centro
Fluxo de trabalho: Permitido: nenhum participante é contatado, então nenhuma permissão é necessária.
ERQYO, modo sombra: ACT
Trilha de auditoria: step.completed por um coordenador
Fluxo de trabalho: Bloqueado: nenhuma permissão registrada para telefonar. A etapa não pode ser aberta.
ERQYO, modo sombra: BLOCK
Trilha de auditoria: step.blocked, motivo CONSENT_NOT_RECORDED
Fluxo de trabalho: A permissão do participante para ser contatado por telefone é registrada, com o seu escopo.
ERQYO, modo sombra: WAIT
Trilha de auditoria: consent.granted, escopo contact-by-phone
Fluxo de trabalho: Permitido e concluído por um coordenador.
ERQYO, modo sombra: ACT
Trilha de auditoria: step.completed
Fluxo de trabalho: A janela se fechou sem registro: o fluxo escala para a pessoa que detém a atribuição de escalonamento.
ERQYO, modo sombra: ESCALATE
Trilha de auditoria: escalation.raised, confirmação devida em 4 horas
Fluxo de trabalho: Nada no fluxo consegue expressá-la. O caso é entregue a um profissional de saúde, e o sistema registra que declinou.
ERQYO, modo sombra: HANDOFF
Trilha de auditoria: handoff, o sistema não detém autoridade
Modo sombra: o resultado do ERQYO é registrado ao lado do que o núcleo fez. Nada o executa.
O passo 6 ilustra a fronteira, e não é uma etapa do arquivo do fluxo: o esquema não tem como expressar uma pergunta clínica, e é justamente isso que importa.
Um cenário, passo a passo
A mesma visita, lida como a trilha de auditoria que um revisor veria.
Passo 1 de 5: Abrir o caso sob um fluxo versionado
trial-visit-coordination v1: quatro etapas de logística, nada clínico.
A etapa de notificação não pode ser aberta até que a permissão para telefonar esteja registrada. A permissão é a pré-condição, não uma caixa marcada depois.
Uma janela sem atendimento escala para quem detém a atribuição de escalonamento, que precisa confirmar o recebimento em até quatro horas.
Papelada atrasada expira em vez de escalar: um fato a ser relatado, não algo pelo qual acordar um profissional de saúde.
Em modo sombra, o resultado do ERQYO para cada janela fechada é registrado ao lado da ação do núcleo. O desacordo esperado é mantido: onde o fluxo expira uma etapa, o ERQYO escala um prazo rígido vencido.
Primitivas centrais
Caso
AnyClinicalCaseUm caso de coordenação sob um fluxo em uma versão. Não guarda conteúdo clínico, porque o esquema não tem onde colocá-lo.
Definição do fluxo
workflows/*.yamlEtapas com a atribuição que pode agir, o consentimento que cada uma exige, janelas de tempo e o que acontece quando uma janela se fecha: escalar ou expirar.
Consentimento como pré-condição
AnyClinicalConsentPermissões de escopo estreito: não registrada, concedida, recusada, retirada, expirada. Uma etapa que precisa de uma não pode ser aberta sem ela.
Atribuição
clinical.coordinate, clinical.escalateA autoridade é uma atribuição nomeada, detida por um papel no inquilino, e não um campo de texto livre.
Escalonamento
EscalationStateAberto, confirmado, não confirmado, resolvido, com um prazo para a confirmação.
Comparação em modo sombra do ERQYO
erqyo.shadow_comparedA decisão e o rastro do ERQYO, registrados ao lado da ação do núcleo, inclusive onde discordam.
O que o diferencia
- ERQYO
A pergunta dele
O que um sistema deve fazer em seguida, e sob a autoridade de quem?
Por que isto não é aquilo
O AnyClinical é o contexto aplicado em que essa pergunta é feita, em modo sombra. O ERQYO é a arquitetura de execução.
- AnyValid
A pergunta dele
O que uma autoridade disse, e isso ainda está vigente?
Por que isto não é aquilo
As permissões do AnyClinical vêm do participante, e a sua autoridade vem de papéis, não de um registro externo.
- Arquitetura de confiança
A pergunta dele
Como a confiança, a revisão e uma única trilha de auditoria se encaixam?
Por que isto não é aquilo
O AnyClinical aplica essa arquitetura onde uma passagem para uma pessoa que não acontece tem consequências humanas.
O que existe, e o que não existe
No repositório
- app/products/anyclinical/{service,workflows}.py: a fronteira de escopo, o consentimento como pré-condição, os prazos, o escalonamento, a varredura
- workflows/trial-visit-coordination.v1.yaml: apenas logística
- tabelas anyclinical_cases e anyclinical_consents; 11 rotas autenticadas
- O chamador do ERQYO em modo sombra, por meio de app/core/kernel/erqyo_bridge.py, atrás de duas chaves que estão desligadas
- tests/any_family/test_anyclinical.py (33 testes) e a suíte da ponte do ERQYO (30 testes)
Agenda de pesquisa, não construída
- Qualquer etapa assistida por IA: nenhum modelo é chamado em parte alguma do módulo
- Um agendador para a varredura: ela pode ser chamada e está testada, mas não é disparada por tempo
- Envio de notificações: as notificações são registradas, não enviadas
- Qualquer coisa clínica, deliberadamente
Onde fica na AnyLAI
AnyClinical
- ERQYOO único módulo com um chamador do ERQYO: a varredura de janelas fechadas, em modo sombra, registrada e nunca executada.
- Application kernelEtapas são tarefas, consentimentos e escalonamentos são evidências e eventos, decisões são atos de autoridade.
- Trust architectureUma pessoa onde o sistema não detém autoridade: a regra da arquitetura de confiança, aplicada.
- COADFFluxos como dados versionados e um caminho determinístico: os princípios do COADF, aplicados, sem alegação de conformidade.
- ligação entre casos pelo núcleo
- uso direto de outro módulo ou sistema
- chamada em modo sombra: registrada, nunca executada
Limites e não objetivos
- Apenas a logística em torno do cuidado. Nenhum diagnóstico, nenhum tratamento, nenhum conteúdo clínico.
- Não é um dispositivo médico, e não foi construído nem validado como tal.
- Nenhum modelo de IA é chamado. A pergunta de pesquisa é como um poderia ser, com segurança.
- O ERQYO não decide nada aqui; ele é registrado ao lado do fluxo.
Estado atual
Estado da pesquisa
- Conceito de pesquisa · protótipo de governança de fluxos, não publicado
- Não publicado: rotas desligadas
- Sem uso em produção, sem dados reais
- 33 testes no repositório
Um módulo protótipo sobre o núcleo compartilhado, com um fluxo de logística e um chamador do ERQYO em modo sombra. Desligado, não publicado, nunca usado com um participante real.
Suíte de testes: python-backend/tests/any_family/test_anyclinical.py
Projeto de pesquisa · P&D independente · Não é uma oferta comercial