Onde a IA assistiva aparece no dia a dia do Clinic Revenue OS
Não é um chatbot solto — é IA assistiva embutida em pontos específicos do fluxo, sempre com pessoa decidindo antes de qualquer coisa sair.
A IA assistiva do Clinic Revenue OS aparece em pontos específicos do dia a dia: classifica risco de falta e paciente inativo, sugere resposta e próxima ação, resume conversa e gera rascunho de mensagem de reativação. Toda sugestão passa por aprovação humana, é registrada em /ai-usage e nunca substitui o profissional de saúde.
Onde a IA assistiva aparece no dia a dia da recepção?
Ela não aparece como um chat genérico solto na tela. Aparece embutida em pontos específicos do fluxo de trabalho: dentro da conversa com o paciente, dentro do Radar de Cadeira Vazia, dentro do Mapa de Pacientes Adormecidos e dentro do Modo Dono.
Cada um desses pontos usa uma rota própria de IA, com uma tarefa específica — nenhuma delas é um campo aberto de "pergunte qualquer coisa". A recepção interage com a sugestão daquele ponto específico, não com um agente de propósito geral.
Ao todo são doze rotas de IA, cada uma nomeada pela tarefa que resolve — analisar, classificar, gerar, recomendar, resumir ou verificar segurança. Essa granularidade é o que permite auditar depois exatamente qual tipo de ajuda de IA foi usado em cada tela.
Quais tarefas concretas a IA assistiva ajuda a resolver?
Na conversa com o paciente, ela classifica a intenção da mensagem, sugere uma resposta e resume um histórico longo — três tarefas separadas, cada uma com sua própria rota (classify-intent, suggest-reply, summarize-conversation). Ela também classifica objeção quando o paciente hesita em fechar um orçamento.
No Radar de Cadeira Vazia, ela classifica o risco de falta de cada agendamento (classify-no-show-risk). No Mapa de Pacientes Adormecidos, ela classifica quem está inativo e gera o rascunho de uma mensagem de reativação (classify-inactive-patient, generate-reactivation-message) — um texto para revisão, nunca um envio automático.
No Cofre de Receita e no Modo Dono, ela analisa onde o Dinheiro Vazando está concentrado e ajuda a montar o Plano de Receita da Semana (analyze-revenue-leaks, generate-owner-mode-plan). E, em tempo real, ela recomenda a próxima ação e atua como uma espécie de coach da recepção (recommend-next-action, coach-reception).
Existe uma camada de segurança rodando por trás de tudo isso?
Sim. Toda essa IA assistiva passa por uma camada de segurança determinística que roda sempre, independente do modelo de IA configurado — ela reconhece nove categorias de risco, de pedido de diagnóstico a promessa de resultado garantido.
Essa camada é tratada em detalhe numa página própria, porque o mecanismo em si (como cada categoria é detectada e qual ação ela dispara) é mais denso do que cabe aqui. O que importa nesta página é: nenhuma das tarefas acima roda sem essa verificação por trás.
Existe até uma rota dedicada só a essa verificação (safety-check), usada separadamente das outras onze. Ela não substitui a camada determinística — funciona como uma checagem adicional, não como a única linha de defesa do produto.
O que acontece se a clínica não configurar uma chave de IA?
Enquanto a clínica não tiver um modelo de IA definido no ambiente (AI_MODEL), essas rotas respondem de forma explícita como indisponíveis — nunca simulam ou inventam uma sugestão de resposta, um resumo ou uma classificação de risco.
O restante do produto continua funcionando normalmente nesse cenário: a recepção ainda vê a agenda, o funil, o Radar de Cadeira Vazia e o Mapa de Pacientes Adormecidos — só o texto sugerido pela IA some, o dado por trás continua ali.
Quem pode usar a IA, e é a mesma pessoa que aprova o que ela sugere?
Não necessariamente. A permissão para usar a IA assistiva (pedir uma sugestão, uma classificação, um resumo) é separada da permissão para aprovar uma ação gerada por ela antes de virar algo real.
Isso permite que a clínica dê acesso à IA para toda a recepção no dia a dia, mas reserve a aprovação de certas ações para um gestor ou para o dono — sem precisar que seja a mesma pessoa em cada etapa.
Essa separação segue o mesmo raciocínio usado no restante do produto para qualquer operação sensível: quem opera e quem decide sobre o que foi gerado não precisam ter o mesmo nível de acesso, nem o mesmo papel dentro da clínica.
A IA assistiva funciona se a internet da clínica cair?
Não. Toda tarefa de IA depende de chamar um serviço em tempo real, e por isso fica fora do escopo do Modo Offline First — assim como a leitura financeira do Modo Dono, a administração, a importação e as configurações, que também exigem conexão.
O que continua funcionando sem internet são as ações essenciais já carregadas no dispositivo, como consultar agenda e cadastro de paciente. A sugestão de resposta, o resumo de conversa e a classificação de risco só voltam a aparecer quando a conexão é restabelecida.
Onde fica o registro de tudo que a IA sugeriu ou classificou?
Todo uso de IA é registrado e fica visível numa tela própria (/ai-usage) — não é um log técnico escondido, é uma tela consultável dentro do próprio produto.
Isso significa que o dono ou gestor da clínica consegue ver, depois, quanto a equipe usou a IA e em qual tipo de tarefa, sem depender de pedir esse dado para um time de tecnologia externo.
A IA assistiva alguma vez substitui o profissional de saúde?
Não, em nenhum cenário. Ela organiza informação, classifica risco e sugere um próximo passo — quem decide se aquilo faz sentido e quem executa a ação continua sendo sempre uma pessoa da clínica.
Esse limite não é uma configuração que a clínica pode desligar para ganhar velocidade. É assim mesmo quando a sugestão parece óbvia, e é assim para todas as doze tarefas de IA descritas nesta página.
Por que embutir a IA em pontos específicos, em vez de um assistente único?
Porque cada tarefa tem um risco e um formato diferentes. Classificar risco de falta não exige o mesmo cuidado que gerar o rascunho de uma mensagem para um paciente que sumiu há meses — misturar as duas num assistente genérico dificultaria aplicar a regra certa a cada uma.
Separar por rota também facilita o registro em /ai-usage: dá para saber que uma classificação de objeção aconteceu, distinta de um resumo de conversa, em vez de um evento vago de "IA foi usada".
Fatos verificáveis
A IA assistiva do Clinic Revenue OS é implementada em rotas próprias por tarefa: analyze-revenue-leaks, classify-inactive-patient, classify-intent, classify-no-show-risk, classify-objection, coach-reception, generate-owner-mode-plan, generate-reactivation-message, recommend-next-action, safety-check, suggest-reply e summarize-conversation.
Fonte: Documentação interna do produto — app/api/ai/* (Clinic Revenue OS)
Enquanto o modelo de IA não estiver definido no ambiente (AI_MODEL), as rotas de IA respondem de forma explícita como indisponíveis, sem simular resposta, enquanto o restante do produto continua funcionando normalmente.
Fonte: Documentação interna do produto — lib/ai/client.ts (Clinic Revenue OS)
O uso de IA é registrado e fica visível numa tela própria (/ai-usage), e a permissão para usar IA é separada da permissão para aprovar uma ação gerada por ela.
Fonte: Documentação interna do produto — app/(dashboard)/ai-usage/page.tsx e features/agent/actions.ts (Clinic Revenue OS)
Uma camada de segurança determinística, sempre ativa independente do modelo de IA configurado, reconhece nove categorias de risco antes de qualquer resposta de IA sair.
Fonte: Documentação interna do produto — lib/ai/safety.ts (Clinic Revenue OS)