Clínicas de saúde ocupacional e assistencial vivem um problema específico na hora de escolher software para clínica: o agendamento fica num sistema, o prontuário em outro e o faturamento num terceiro. Os dados não conversam. É comum a recepção digitar o mesmo paciente três vezes no mesmo dia. E o gestor não consegue saber, em tempo real, quantos atendimentos foram feitos e quanto a clínica faturou.
Este texto mostra onde o sistema pronto resolve, onde ele costuma travar, quais regras qualquer sistema de clínica precisa cumprir e como decidir entre pronto, sob medida ou uma combinação dos dois.
O problema dos sistemas genéricos de clínica
Existem dezenas de sistemas de gestão para clínica no mercado. A maioria funciona bem para o básico: agenda, prontuário eletrônico, controle financeiro, lembrete de consulta.
Quando a clínica tem regra específica (a ocupacional, com ASO, PCMSO e PGR, por exemplo), o sistema genérico começa a falhar. Ele até registra o atendimento, só que o documento obrigatório, o contrato com a empresa cliente e o faturamento ficam de fora.
O resultado: o time usa o sistema para metade das coisas e planilha para a outra metade. O que deveria ser um fluxo único vira dois fluxos paralelos que não conversam, e a conferência entre eles vira trabalho de alguém no fim do mês.
O que a clínica ocupacional exige além do básico
A saúde ocupacional tem uma camada de regra que a clínica assistencial não tem. As principais:
- PCMSO, o Programa de Controle Médico de Saúde Ocupacional, previsto na NR-7. Define quais exames cada funcionário da empresa cliente precisa fazer e com que frequência.
- PGR, o Programa de Gerenciamento de Riscos, previsto na NR-1. Os riscos mapeados nele influenciam os exames do PCMSO.
- ASO, o Atestado de Saúde Ocupacional, emitido a cada exame admissional, periódico, de retorno, de mudança de função ou demissional.
- eSocial, onde a empresa informa o monitoramento da saúde do trabalhador (evento S-2220) com dados que saem do atendimento da clínica.
Para a clínica, isso vira operação: convocar o funcionário na data certa, saber quais exames complementares pedir, gerar o ASO sem redigitar o que já foi registrado, entregar os dados para o eSocial da empresa cliente e faturar por contrato, e não por consulta avulsa.
Um sistema que trata tudo isso como consulta comum obriga a clínica a controlar a outra metade em planilha.
O que a clínica assistencial exige
Na clínica assistencial, o ponto sensível costuma ser o convênio. A troca de informação com as operadoras segue o padrão TISS, definido pela ANS, e erro de guia vira glosa, que vira dinheiro que não entra.
Outros pontos que pesam: agenda com várias especialidades e salas, repasse para médicos com regras diferentes de percentual, controle de pacote de sessões e integração com laboratório. Se o sistema resolve esses itens, ótimo. Se algum deles vive em planilha, é ali que o tempo da equipe está indo.
Regras que qualquer software para clínica precisa cumprir
Antes de funcionalidade, vêm as obrigações. Qualquer sistema, pronto ou sob medida, precisa atender a estas:
- LGPD (Lei 13.709/2018). Dado de saúde é dado pessoal sensível. O sistema precisa controlar quem acessa cada informação, registrar os acessos e permitir atender pedidos do titular.
- Guarda do prontuário. A Lei 13.787/2018 fixa o prazo mínimo de 20 anos a partir do último registro. O dado precisa sobreviver a trocas de fornecedor.
- Prontuário eletrônico. A Resolução CFM 1.821/2007 define requisitos para uso de sistemas informatizados no prontuário, e a certificação SBIS/CFM é a referência de conformidade do mercado.
- Exportação dos dados. É a pergunta que mais evita dor de cabeça na troca de fornecedor: a clínica consegue tirar todos os seus dados do sistema, em formato aberto, se quiser sair?
Sinais de que o sistema atual não dá mais conta
Alguns sintomas aparecem antes de qualquer reclamação formal da equipe:
- A recepção mantém uma planilha própria de pacientes, empresas ou convênios.
- O fechamento do mês depende de uma pessoa específica cruzando relatórios de dois sistemas.
- O ASO ou o laudo é montado em editor de texto, copiando dados do atendimento.
- Periódicos vencem sem convocação porque ninguém tem a lista atualizada.
- A glosa é descoberta semanas depois, quando o dinheiro já deveria ter entrado.
- O gestor pede um número simples (atendimentos da semana por unidade) e recebe a resposta dias depois.
Dois ou mais desses sinais juntos costumam indicar que o fluxo está partido entre ferramentas, e que o custo disso já é maior do que parece.
O que perguntar ao fornecedor antes de assinar
- O sistema cobre o caso mais difícil da clínica, demonstrado com dados reais?
- Como os dados saem do sistema se a clínica decidir trocar de fornecedor?
- Existe integração pronta com eSocial, padrão TISS e laboratório, ou cada uma é um projeto à parte?
- Quem tem acesso aos dados de pacientes do lado do fornecedor, e como isso fica registrado?
- Como o preço muda quando entra uma unidade ou um profissional novo?
O que um software sob medida resolve
Integra agendamento, prontuário e faturamento num fluxo único. O dado é digitado uma vez e aparece em todos os lugares onde precisa. O ASO é gerado a partir do atendimento. O relatório gerencial sai em tempo real, sem ninguém montar planilha.
Na ocupacional, isso significa que o cadastro da empresa cliente já traz o PCMSO dela, a convocação do periódico sai sozinha, o exame registrado vira ASO e vira linha de faturamento do contrato. A equipe que passava horas preenchendo formulário manual passa esse tempo atendendo.
O sob medida também pode ser parcial. Muitas clínicas mantêm o prontuário num sistema certificado e constroem só a camada que falta: o portal da empresa cliente, a convocação, o faturamento por contrato. A decisão entre construir tudo ou só o que falta segue a mesma conta que a gente detalha em ERP ou software sob medida.
Pronto, sob medida ou os dois
| Critério | Sistema pronto | Sob medida | Pronto + camada sob medida |
|---|---|---|---|
| Tempo até usar | Dias a semanas | Meses, em entregas parciais | Semanas para o básico, meses para a camada |
| Custo | Mensalidade por profissional ou unidade | Construção + manutenção | Mensalidade + construção menor |
| Aderência a regra própria | Baixa a média | Alta | Alta no que foi construído |
| Certificação de prontuário | Depende do fornecedor | Precisa ser buscada | Fica com o sistema pronto |
| Integração com eSocial, TISS, laboratório | Depende do fornecedor | Construída conforme a necessidade | Construída só onde falta |
| Controle sobre a evolução | Do fornecedor | Da clínica | Da clínica, na camada própria |
Como decidir, passo a passo
- Desenhe o fluxo real do paciente, da marcação ao recebimento. Onde ele é cadastrado, quem mexe no registro, em que momento vira cobrança.
- Marque onde há digitação repetida ou planilha paralela. Cada marcação é um ponto em que o sistema atual não cobre a operação.
- Meça o tempo que a equipe gasta nesses pontos por semana. Recepção e faturamento costumam concentrar a maior parte.
- Teste os sistemas prontos contra esse fluxo, e não contra a lista de funcionalidades do site. Peça demonstração com um caso real da clínica.
- Construa só o que nenhum sistema pronto cobre, integrado ao que já funciona.
Esse desenho do fluxo é o mesmo exercício de mapeamento de processos que vale para qualquer empresa, aplicado à rotina da clínica.
Erros comuns ao trocar o sistema da clínica
- Escolher pela demonstração bonita. A tela de agenda de todos os sistemas parece boa. O que decide é o caso difícil da clínica.
- Esquecer a migração do prontuário. Histórico de paciente precisa vir junto, completo e legível. Vale combinar isso por escrito.
- Trocar tudo de uma vez. Virar agenda, prontuário e faturamento no mesmo dia aumenta muito o risco de parar o atendimento.
- Não treinar a recepção. Ela é quem mais usa o sistema e quem mais sofre com ele. Se a recepção não adota, a planilha volta.
- Contratar sob medida sem garantir o código. O código-fonte e os dados precisam ficar com a clínica, um dos critérios de como escolher uma software house.
Um software para clínica bom é aquele em que o paciente é cadastrado uma vez e o resto acontece a partir desse registro. Quando isso já funciona com um sistema pronto, ótimo. Quando a clínica precisa de gente digitando de novo o que já está no sistema, o problema está no desenho do fluxo, e é por ali que a solução começa.
