Uma coisa importante em navegação clínica é que ela não começa pelo modelo.

Começa pela linha de cuidado.

Cardiologia.

Oncologia.

Hepatologia.

Ou qualquer programa assistencial em que encontrar o paciente certo, no momento certo, muda seguimento, acesso e desfecho.

O care_navigation nasceu para organizar essa passagem entre sinal clínico, laudo, elegibilidade, revisão humana e linha de cuidado sem transformar IA em decisão automática.

O laudo muitas vezes termina antes do cuidado começar.

O exame foi feito.

O laudo foi assinado.

O achado relevante está escrito.

Mas, operacionalmente, aquilo ainda pode depender de alguém ler, lembrar, copiar, avisar, encaminhar ou transformar texto livre em fila de trabalho.

Essa lacuna aparece com força nos achados oportunísticos.

Um nódulo pulmonar visto em exame feito por outro motivo.

Uma calcificação coronariana relevante em TC de tórax.

Uma fratura vertebral incidental.

Uma alteração hepática que deveria entrar em acompanhamento.

Nenhum desses exemplos deveria virar contato automático com paciente só porque um modelo encontrou um termo.

Mas também não deveriam desaparecer dentro de texto livre.

O ponto de partida não é perguntar se a IA achou alguma coisa.

O ponto de partida é perguntar se existe uma linha de cuidado capaz de receber aquele sinal.

Uma linha de cardiologia pode se interessar por ateromatose coronariana, escore de cálcio, dilatação de aorta ou outros achados cardiovasculares incidentais.

Uma linha de oncologia pode se interessar por nódulos pulmonares, lesões suspeitas ou achados que sugerem necessidade de seguimento estruturado.

Uma linha de hepatologia pode se interessar por esteatose, sinais de doença hepática crônica, nódulos ou alterações que merecem navegação específica.

A linha define o que vale procurar.

Define também o que não deve virar caso.

Sem essa camada, qualquer extração vira ruído.

O sinal que alimenta uma linha de navegação pode vir de dois lugares.

O primeiro é um achado oportunístico estruturado por IA.

Nesse caminho, a imagem ou algum artefato derivado sugere que há um achado potencialmente relevante para uma linha de cuidado. Esse sinal pode ser útil, mas precisa ser tratado como entrada para triagem, não como decisão.

O segundo caminho é o próprio laudo.

O radiologista descreveu algo relevante.

O texto existe.

Mas o texto livre não é, por si só, uma fila de trabalho.

O valor do care_navigation está em aproximar esses sinais de uma linha assistencial concreta, com regra explícita, revisão humana e trilha auditável.

Nem todo laudo precisa ser processado com profundidade.

Nem todo achado precisa virar caso.

E nem todo paciente identificado deve entrar em navegação.

Por isso o desenho usa gates determinísticos antes de etapas mais caras ou interpretativas.

Um gate pode avaliar programa, exame, origem, prioridade, solicitante, unidade, contexto assistencial e texto disponível.

Um exemplo simples: se a linha é cardiologia e o exame já foi solicitado por um cardiologista, talvez aquele paciente já esteja no fluxo correto.

Nesse cenário, criar uma navegação paralela pode gerar retrabalho.

Mas se o mesmo achado aparece em exame solicitado por um clínico, em atendimento de emergência, em internação ou em outro contexto onde o paciente pode se perder depois do episódio, a história muda.

O gate não decide cuidado.

Ele reduz ruído.

Ele responde uma pergunta mais estreita: vale olhar melhor este caso?

Quando o gate justifica, a extração estruturada organiza o que estava disperso no texto.

Não para decidir conduta.

Não para substituir julgamento médico.

Mas para transformar uma evidência textual em objeto revisável.

O sistema pode registrar achado, evidência, status, incerteza, motivo da classificação, programa relacionado e versão da regra ou do prompt usado.

Esse ponto é crítico.

Sem proveniência, o caso vira uma afirmação solta.

Com proveniência, ele vira uma hipótese operacional revisável.

A revisão humana não é detalhe burocrático.

É a fronteira que transforma sinal técnico em caso operacionalmente utilizável.

Antes da revisão, existe candidato.

Depois da revisão, pode existir caso navegável.

Essa diferença protege o paciente, protege a linha assistencial e protege o próprio sistema contra automação indevida.

O care_navigation não existe para disparar contato sozinho.

Não existe para decidir conduta.

Não existe para substituir o médico assistente.

Ele existe para organizar uma fila de sinais que merecem avaliação e para preservar o caminho entre sinal, evidência, revisão e ação possível.

Depois que um caso é aceito, a navegação pode ter papéis diferentes.

Para pacientes internados ou atendidos na emergência, muitas vezes o vínculo com o serviço já existe. A linha de cuidado pode atuar de forma mais direta dentro do próprio fluxo institucional.

Para pacientes ambulatoriais, a abordagem precisa ser mais cuidadosa.

Não é sair chamando paciente porque um sistema encontrou uma palavra.

É organizar o caso, revisar a evidência, envolver o médico assistente quando necessário e então decidir se faz sentido oferecer navegação.

Esse desenho muda a natureza do sistema.

Ele deixa de ser apenas um alerta.

Passa a ser uma camada de continuidade.

Quando isso é bem desenhado, o ganho é duplo.

O paciente que poderia se perder depois de um achado relevante ganha continuidade.

O serviço deixa de tratar achados oportunísticos como eventos soltos.

E linhas de cuidado que já existem passam a receber pacientes de forma mais estruturada, rastreável e sustentável.

Esse último ponto também importa.

Navegação clínica não é apenas qualidade assistencial abstrata. Ela pode organizar melhor acesso, seguimento e receita assistencial quando conecta achado, indicação, revisão e linha de cuidado real.

Mas esse efeito só é defensável se a arquitetura respeitar as fronteiras.

Sem revisão humana, não há caso.

Sem linha de cuidado, não há destino.

Sem trilha de eventos, não há rastreabilidade.

Sem anuência clínica quando necessária, não há boa navegação.

O valor raramente está em jogar um modelo sobre um texto e chamar isso de automação.

O valor está em desenhar a cadeia inteira:

Essa arquitetura é menos chamativa do que uma demonstração de IA.

Mas é mais próxima do problema real.

Porque, em saúde, encontrar um sinal é só uma parte.

O mais difícil é transformar esse sinal em um processo seguro, auditável e útil.

Sem fingir que a máquina decidiu.

Sem esconder a revisão humana.

Sem atropelar o médico assistente.

Sem deixar o laudo morrer como texto livre dentro de um sistema.