Sistema para clínica sob medida: quando o pronto não serve

Quase toda clínica começa com um software de agenda, e por um bom tempo ele dá conta. O problema aparece quando a operação cresce numa direção que o produto não previu: uma segunda unidade, uma equipe com cinco especialidades, um pacote de tratamento que mistura consulta, sessão e exame, um convênio com regra própria de autorização.

Nesse ponto, a reação instintiva é "precisamos de um sistema nosso". Às vezes precisa mesmo, quase nunca do sistema inteiro. Este texto separa o que não vale reinventar do que o sob medida resolve de verdade.

Os sinais de que a clínica passou do software de agenda

Um sinal sozinho não justifica projeto. Juntos, indicam que a ferramenta virou o gargalo:

• A recepção trabalha com três telas abertas e uma planilha. Agenda num sistema, pacotes numa planilha, autorização no portal da operadora. O mesmo dado é digitado várias vezes por atendimento.
• O fluxo real não cabe no fluxo do sistema. O paciente passa por triagem, consulta médica, sessões de fisioterapia e retorno. O software enxerga cada etapa como um agendamento solto, e ninguém sabe em que ponto do tratamento o paciente está.
• Cada unidade virou uma ilha. A segunda unidade tem base própria, os relatórios são somados à mão no fim do mês e o paciente que muda de unidade refaz o cadastro.
• O repasse aos profissionais sai de uma planilha. Percentual por procedimento, regra diferente por convênio, profissional que atende em duas unidades. Todo mês alguém passa dias fechando isso, e sempre surge divergência.
• A gestão não responde perguntas simples. Ocupação por sala, faltas por especialidade, tempo entre a primeira consulta e o início do tratamento, glosa por operadora. O dado existe, espalhado. A resposta, não.
• O fornecedor não tem como atender. A mudança que você pede só faz sentido para a sua clínica, então nunca entra no roadmap.

Se a dor principal está na agenda em si (faltas, confirmação, encaixe), leia antes sobre como um sistema de agendamento online reduz faltas. Às vezes o problema se resolve ali, sem mexer no resto.

O que não vale reinventar

Sob medida não é sinônimo de construir tudo. Numa clínica há peças que o mercado já resolveu bem, com regulação por trás, e reconstruí-las raramente compensa.

Prontuário eletrônico. O prontuário tem regras próprias de guarda por longo prazo, integridade e autoria, definidas em lei e em normas dos conselhos profissionais. Para abrir mão do papel, os registros precisam de assinatura com certificado digital no padrão ICP-Brasil e o sistema precisa cumprir requisitos de segurança específicos. Existem produtos maduros, alguns certificados pela Sociedade Brasileira de Informática em Saúde (SBIS). Construir um do zero para uma única clínica é assumir um peso regulatório enorme para chegar aonde o mercado já está.

Faturamento TISS completo. Gerar guias, montar lotes, enviar às operadoras, ler demonstrativos e tratar glosas é trabalho minucioso que muda a cada nova versão do padrão. Sistemas de faturamento especializados vivem disso.

Emissão fiscal, pagamentos e vídeo. NFS-e, maquininha, Pix, boleto e a sala de vídeo da teleconsulta têm fornecedores e APIs estáveis. O sistema da clínica orquestra, não reimplementa.

A regra prática: se a peça é regulada, igual para todas as clínicas e já tem fornecedor sério, compre ou integre. Se ela é o jeito como a sua clínica trabalha e se diferencia, aí o sob medida começa a fazer sentido.

Onde o sob medida faz diferença de verdade

Fluxos multiprofissionais

Clínica de uma especialidade cabe em quase qualquer software. Clínica com médicos, psicólogos, fisioterapeutas e nutricionistas atendendo o mesmo paciente, não. Cada profissão tem seu conselho e suas regras de registro, mas o plano de tratamento atravessa todas.

O sob medida entra como uma camada de plano de cuidado: um paciente, um objetivo, várias etapas, vários profissionais, cada um enxergando só o que precisa. A recepção vê que o paciente está na sessão 6 de 10 do pacote. O médico vê a evolução resumida da fisioterapia. As anotações do psicólogo continuam restritas a ele.

Jornada própria do paciente

Do primeiro contato ao pós-atendimento, a clínica tem uma sequência que é dela: questionário prévio, preparo para exame, confirmação, check-in, lembrete de retorno, reativação de quem sumiu. Os produtos prontos oferecem pedaços disso.

Na prática, boa parte dessa jornada acontece no WhatsApp. Mensagens transacionais (confirmação, lembrete, preparo) funcionam bem pela API oficial do WhatsApp integrada ao sistema, com modelos aprovados e registro de entrega. Quando a clínica quer que o canal também responda dúvidas e remarque consultas, entra o atendimento no WhatsApp com IA, com uma ressalva inegociável: dúvida clínica não é assunto para robô. Se o paciente descreve sintoma, a conversa passa para uma pessoa.

Integração entre o que já existe

É comum a clínica ter prontuário de um fornecedor, faturamento de outro, financeiro num terceiro e laboratório parceiro com portal próprio. Ninguém quer trocar tudo. O que falta é a costura: o agendamento abrir o atendimento no prontuário, o atendimento gerar a guia no faturamento, a guia paga baixar no financeiro, o resultado do exame chegar anexado ao paciente certo.

Essa costura é sob medida no sentido mais literal, e costuma ter a melhor relação entre esforço e alívio operacional.

Repasse e produção

Repasse é contrato, e cada clínica tem os seus: percentual por procedimento, regra por convênio, retenção de taxas, divisão entre profissionais. Calcular isso no sistema, com memória de cálculo que o profissional confere linha a linha, elimina a planilha mensal e a discussão que vem junto.

Dado de saúde é dado sensível: a LGPD em linhas gerais

A Lei Geral de Proteção de Dados (Lei 13.709/2018) classifica dado referente à saúde como dado pessoal sensível. Isso eleva o nível de exigência do sistema inteiro:

• Base legal. Dado sensível só pode ser tratado nas hipóteses que a lei lista para ele. Consentimento é uma delas, não a única: a lei prevê, por exemplo, a tutela da saúde em procedimento realizado por profissionais e serviços de saúde. Qual base vale para cada finalidade é decisão do jurídico, e precisa ficar registrada.
• Finalidade separada. O dado coletado para atender não vira automaticamente dado para campanha. O sistema precisa distinguir as duas coisas.
• Compartilhamento restrito. A lei impõe limites específicos ao compartilhamento de dados de saúde com objetivo de vantagem econômica. Integração com parceiro se avalia caso a caso.
• Acesso mínimo. Recepção não precisa ver evolução clínica. Financeiro não precisa ver diagnóstico. Perfil por função e por unidade, mais trilha de auditoria de quem abriu qual ficha.
• Segurança. Criptografia, backup testado, acesso restrito à produção e plano de resposta a incidente.
• Direitos do titular. O paciente pode pedir acesso, correção e informações sobre o uso dos dados. O sistema precisa responder sem caça ao tesouro em cinco bases.

Um ponto que confunde: quando o paciente pede eliminação, a própria lei permite conservar o necessário para cumprir obrigação legal, como a guarda do prontuário. O sistema precisa separar o que pode ser apagado do que fica. Como transformar isso em funcionalidade está em LGPD no desenvolvimento de sistemas.

Convênios, padrão TISS e faturamento

O padrão TISS (Troca de Informação em Saúde Suplementar) é definido pela ANS e obrigatório na troca de dados entre prestadores e operadoras de planos de saúde. Ele padroniza guias, lotes, demonstrativos de pagamento e recurso de glosa, e usa a terminologia TUSS para codificar procedimentos. Novas versões saem periodicamente.

Por isso a recomendação é integrar com um faturamento que já fala TISS. O sob medida entra antes, durante e depois dele:

• Antes: checar elegibilidade e autorização no agendamento, não no dia do atendimento. Procedimento sem autorização é glosa quase certa.
• Durante: garantir que o que foi feito vire o procedimento certo na guia, com o código certo, sem redigitação.
• Depois: conciliar o demonstrativo da operadora com o que foi enviado, mostrar glosa por motivo e por operadora e alimentar o recurso com os documentos do atendimento.

Cada operadora tem particularidades de prazo, autorização e canal de envio: algumas recebem por webservice, outras pelo portal. Mapear isso no diagnóstico evita surpresa.

Várias unidades, vários profissionais, uma visão só

Rede com várias unidades tem um problema que nenhuma unidade sozinha tem: o paciente é da rede, mas o dado está em cada unidade. Uma visão consolidada resolve:

• Cadastro único do paciente, com regra clara para duplicidade (mesmo CPF, nome parecido, mesma data de nascimento).
• Agenda da rede, para oferecer o horário livre na unidade vizinha.
• Profissional em várias unidades, com produção e repasse somados corretamente.
• Indicadores comparáveis, com a mesma definição de ocupação, falta e retorno em todas as unidades.
• Permissão por unidade, porque o gerente de uma não precisa ver os pacientes da outra.

Se as unidades usam o mesmo produto com bases separadas, uma camada de consolidação entrega a visão da rede sem trocar nada. Se cada unidade usa um produto diferente, comum em redes que cresceram por aquisição, é preciso normalizar cadastros e códigos antes, e a regra de identificação do paciente se define com a operação, não só com a TI.

A arquitetura em linguagem simples

O desenho que costuma funcionar é uma aplicação web própria no centro, conversando com os produtos especializados pelas bordas:

• Núcleo próprio: paciente, plano de cuidado, jornada, pacotes, repasse e visão da rede. É onde mora a regra de negócio da clínica, num banco de dados que é seu.
• Integrações isoladas: prontuário, faturamento, fiscal, pagamentos e WhatsApp entram por API, cada um num módulo separado, com fila e nova tentativa automática quando o outro lado cai.
• Acesso: login único, perfis por função e unidade, trilha de auditoria.
• Interface: web responsiva, que roda no computador da recepção e no tablet do consultório sem instalar nada.
• Operação: nuvem com backup automático e ambientes separados, sem dado real de paciente em teste.

É o tipo de sistema que construímos em desenvolvimento web. O ponto crítico, antes de qualquer código, é saber o que os produtos atuais expõem: pergunte ao fornecedor do prontuário e do faturamento se há API e o que ela cobre. Sem API ainda dá para integrar, mas o caminho é mais frágil.

Erros comuns

• Começar pelo prontuário. É a peça mais regulada e a que menos diferencia a clínica.
• Migrar tudo num fim de semana. Virada geral com a agenda cheia na segunda-feira é receita de caos na recepção.
• Desenhar sem a recepção. Quem usa o sistema o dia inteiro costuma ser o menos ouvido.
• Deixar o cadastro do paciente editável em três sistemas. Ele vai divergir. Defina qual sistema manda em cada dado.

Como medir se deu certo

Defina os indicadores antes de começar e meça antes e depois:

• Tempo de recepção por paciente, da chegada à liberação.
• Taxa de faltas e remarcações por especialidade.
• Glosas por operadora e por motivo.
• Horas gastas no fechamento mensal de repasse.
• Tempo entre a primeira consulta e o início do tratamento.
• Planilhas paralelas que deixaram de existir.

Começar pelo gargalo, não pelo sistema inteiro

1. Acompanhe um dia real de atendimento, da recepção ao financeiro. Sente na recepção, não na sala de reunião.
2. Liste os sistemas atuais e o que cada um expõe: API, exportação ou nada.
3. Escolha um gargalo, o que mais consome horas ou mais gera erro.
4. Decida peça por peça o que comprar, integrar ou construir, usando a tabela acima como ponto de partida.
5. Valide base legal e mapa de acesso com o jurídico e o encarregado de dados.
6. Prototipe com quem usa: recepção, profissionais e financeiro.
7. Rode o MVP em uma unidade, em paralelo com o processo atual por um período curto.
8. Expanda para as outras unidades e ataque o próximo gargalo.

O cronograma sai do diagnóstico. Prazo prometido sem conhecer as integrações é chute.

Como construímos isso com a sua clínica

A Pervian Tech desenvolve a camada que é só da sua clínica e integra o que já funciona, sem trocar o que não precisa ser trocado. O trabalho começa por um diagnóstico da operação e dos sistemas atuais, segue com protótipo, MVP em uma unidade e evolução por etapas. Prazo e investimento são definidos sob consulta, depois de entender seus fluxos, suas integrações e o nível de exigência dos seus dados. Não existe pacote pronto, porque não existe clínica igual à outra. Se você quer entender por onde começar, conte onde está o gargalo hoje.