Os módulos do Clinic Revenue OS, um por tipo de perda de receita

Por que o produto é dividido em 8 módulos em vez de uma tela só?

Cada tipo de perda de receita numa clínica tem uma causa e uma ação de correção diferente. Um orçamento parado se resolve com follow-up estruturado; um paciente inativo se resolve com reativação; uma falta se resolve prevendo o risco antes da consulta acontecer.

Juntar tudo numa métrica ou numa tela só esconderia qual ação tomar primeiro. Por isso o produto separa cada mecanismo num módulo com nome e rota próprios, em vez de um dashboard genérico com gráficos soltos.

Qual módulo resolve qual tipo de perda?

O Painel de Dinheiro Vazando (`/revenue-leaks`) agrupa toda perda em aberto por tipo e severidade — é o inventário. O Cofre de Receita (`/revenue-vault`) foca especificamente em orçamento sem follow-up.

O Radar de Cadeira Vazia (`/no-show-radar`) foca em risco de falta antes da consulta acontecer. O Mapa de Pacientes Adormecidos (`/sleeping-patients-map`) foca em paciente inativo.

Os outros dois módulos não representam um tipo de perda — são a camada executiva que consome os quatro anteriores e transforma isso em prioridade e pauta de execução para quem decide, sem que o dono precise abrir as quatro telas operacionais uma por uma.

Todos os módulos exigem a mesma permissão para acessar?

Não. Cada módulo tem sua própria permissão (`revenue_leaks.view`, `owner_mode.view`, `appointments.view`, `quotes.view`, `reactivation.view`), o que permite a uma clínica dar acesso operacional a quem atende sem expor a camada executiva a todo mundo.

Isso é desenhado assim de propósito: uma recepcionista pode precisar abrir o Radar de Cadeira Vazia todo dia sem nunca precisar (nem dever) enxergar quanto a clínica fatura ou deixa de faturar — são papéis diferentes, com necessidade de informação diferente.

O que a IA assistiva faz dentro desses módulos?

A IA não é um módulo separado no sentido de ter uma rota própria — ela aparece dentro do Inbox (sugestão de resposta, resumo de conversa) e da classificação de risco/objeção usada pelo Radar e pelo funil. Todo uso de IA fica registrado em `/ai-usage` e exige aprovação humana em ação sensível.

Sem chave de IA configurada, o sistema responde de forma segura (indisponível), nunca com um resultado inventado — o restante do produto continua funcionando normalmente, só a camada de sugestão fica ausente.

O que o Modo Offline First muda nesses módulos?

Ele não adiciona um módulo de perda — garante que ações essenciais (agenda, tarefas, cadastro de paciente) continuem funcionando sem internet, sincronizando depois com validação no servidor. Central de Sincronização em `/sync-center`.

IA, admin, importação e configuração continuam exigindo conexão — isso é deliberado, não uma limitação escondida.

Todos os módulos são igualmente centrais, ou alguns são o diferencial do produto?

Não são equivalentes. O Plano de Receita da Semana é descrito na própria documentação do produto como o diferencial premium — o módulo que transforma os outros sete em uma pauta de execução, em vez de deixar o dono lendo painel por painel.

O Modo Offline First também é tratado como diferencial operacional, não como recurso de suporte: a proposta é que a clínica continue operando o essencial mesmo com internet instável, o que a maioria dos concorrentes de gestão comercial não oferece.

Os outros seis módulos (Dinheiro Vazando, Radar de Cadeira Vazia, Cofre de Receita, Mapa de Pacientes Adormecidos, Modo Dono, IA assistiva) formam a base operacional sobre a qual esses dois diferenciais são construídos — sem eles, não haveria dado para o Plano da Semana priorizar.

O que cada módulo precisa pra começar a mostrar alguma coisa?

O Painel de Dinheiro Vazando e o Radar de Cadeira Vazia começam a funcionar assim que existe agenda e funil povoados — o sistema detecta a perda a partir da própria operação diária, sem configuração extra.

O Cofre de Receita precisa de orçamentos cadastrados no funil; sem orçamento lançado, não há o que rastrear como parado. O Mapa de Pacientes Adormecidos funciona melhor depois da importação da base existente da clínica (via CSV), porque é isso que dá volume para identificar quem está inativo.

Isso é coerente com a estratégia de implantação descrita para o produto: conectar canais e dados da clínica primeiro, importar a base de pacientes em seguida — é esse segundo passo que costuma disparar o efeito mais visível do Mapa de Pacientes Adormecidos logo no onboarding.

Por que não juntar tudo num painel único, como a maioria dos concorrentes faz?

Um painel único de indicadores tende a virar um mural de números que ninguém revisita depois da primeira semana — bonito na demonstração, ignorado na rotina. Separar por módulo obriga cada tela a responder uma pergunta operacional específica, não a impressionar numa reunião única.

Essa escolha também limita o dano de um módulo mal configurado: se a importação de pacientes ainda não rodou, o Mapa de Pacientes Adormecidos fica vazio, mas o Radar de Cadeira Vazia e o Painel de Dinheiro Vazando continuam funcionando normalmente — nenhum módulo depende dos outros para existir.

O acoplamento entre eles é só de leitura: o Modo Dono e o Plano de Receita da Semana consultam o que os módulos operacionais já calcularam, mas nenhum módulo escreve dado no outro. Isso facilita auditar de onde veio cada número mostrado na tela do dono.

Por onde começar a explorar os módulos?

Para o dono da clínica, o ponto de entrada natural é o Modo Dono — ele já resume o que os outros módulos calculam. Para quem quer entender o mecanismo por trás de cada número, o Painel de Dinheiro Vazando é o inventário completo, módulo a módulo, tipo de perda por tipo de perda.

As estimativas de receita apoiam a priorização operacional e não representam garantia de resultado.