CRM para clínicas com várias unidades: como manter contexto
Para manter contexto em clínicas com várias unidades, use uma base única de contatos, com campo de unidade obrigatório, funil igual em todas as filiais e regras escritas de roteamento e transferência. Assim, o paciente que troca de unidade leva o histórico junto, e cada equipe local vê o que precisa. Permissões por unidade completam a estrutura.
Quando uma clínica abre a segunda ou terceira unidade, o atendimento costuma se dividir antes de a gestão perceber. Cada filial ganha seu WhatsApp, sua planilha e seu jeito de anotar. Em pouco tempo, a central não sabe o que a unidade combinou, e a unidade não sabe o que a central prometeu.
Onde o contexto se perde entre unidades
Os pontos de ruptura são previsíveis:
- Paciente troca de unidade porque mudou de bairro ou porque a outra tem horário antes. A nova equipe começa do zero.
- Central marca, unidade não sabe. A central de atendimento agenda a avaliação, mas o motivo do contato e o que foi explicado ficam só na conversa da central.
- Mesmo paciente, dois cadastros. Ele escreveu para os dois números de WhatsApp e virou duas pessoas no sistema.
- Metas locais disputam o mesmo contato. Duas unidades acompanham o mesmo orçamento, cada uma achando que é responsável.
- Regras diferentes. Uma unidade chama de "orçamento enviado" o que a outra chama de "em negociação", e o relatório da rede fica incomparável.
O que é comum à rede e o que é de cada unidade
Antes de configurar qualquer sistema, decida o que é compartilhado. A tabela abaixo é um ponto de partida para discussão entre gestão e coordenadores.
| Elemento | Compartilhado pela rede | Próprio de cada unidade |
|---|---|---|
| Cadastro do contato | Sim, um registro por pessoa | |
| Etapas do funil | Sim, mesmos nomes e critérios | |
| Motivos de encerramento | Sim, lista única | |
| Agenda e profissionais | Sim | |
| Responsável pelo contato | Sim, sempre uma pessoa da unidade ou da central | |
| Respostas rápidas | Base comum | Ajustes de endereço, horários e estacionamento |
| Metas e relatórios | Consolidados para a gestão | Recorte por unidade para coordenadores |
A regra prática: tudo o que serve para comparar unidades precisa ser igual; tudo o que depende do espaço físico pode variar.
Exemplo: rede odontológica com três unidades
Uma rede de clínicas odontológicas tem unidades no Centro, na Zona Sul e em uma cidade vizinha, além de uma central com duas atendentes que respondem o Instagram e o WhatsApp principal.
Uma pessoa escreve pelo Instagram perguntando sobre avaliação para implante. A central cria o contato com unidade "a definir" e pergunta qual região é mais conveniente. A pessoa responde que trabalha no Centro. A central muda a unidade para "Centro", oferece horários dessa agenda e marca a avaliação. Responsável passa a ser a coordenadora da unidade Centro, com o próximo passo "confirmar presença".
Três meses depois, a pessoa muda de emprego e pede para continuar o tratamento na Zona Sul. Como o cadastro é único, a coordenadora da Zona Sul vê a origem, a avaliação realizada, o orçamento aprovado e o que já foi combinado sobre pagamento. A transferência leva minutos, e o paciente não precisa explicar tudo de novo.
Regras de roteamento que cabem numa página
Escreva as regras e deixe-as visíveis para a central e as unidades:
- Contato chegou pelo número de uma unidade: fica com aquela unidade, salvo pedido da pessoa.
- Contato chegou por canal central (Instagram, site, anúncio): a central pergunta a região antes de oferecer horário.
- Especialidade disponível em uma só unidade: direciona para ela e informa o endereço logo na primeira resposta.
- Paciente com tratamento em andamento: permanece na unidade de origem até ele pedir mudança.
- Dúvida sobre qual unidade: a central decide e registra o motivo no campo de observação administrativa.
Nota padrão de transferência entre unidades
Toda transferência deve vir com uma nota curta no registro do contato. Um modelo que funciona:
Transferência: Centro para Zona Sul Motivo: paciente mudou de local de trabalho Situação atual: orçamento aprovado em 12/09, duas sessões já realizadas Combinado com o paciente: manter forma de pagamento acordada Próximo passo: Zona Sul oferece horários para a próxima sessão até 25/10 Novo responsável: Juliana (Zona Sul)
E a mensagem para o paciente, para que ele saiba o que vai acontecer:
Olá, [nome]. Registramos seu pedido para continuar o atendimento na unidade Zona Sul. A Juliana, de lá, vai falar com você até [data] para combinar o próximo horário. Seu histórico de atendimento e o que já combinamos seguem valendo.
Note que a nota é administrativa. Detalhes clínicos do tratamento ficam no prontuário, que segue regras próprias, e não no CRM.
Quem vê o quê: permissões por função
| Função | Vê | Edita |
|---|---|---|
| Central de atendimento | Contatos e etapas de todas as unidades | Contatos em triagem e agendamentos |
| Recepção da unidade | Contatos da própria unidade | Contatos da própria unidade |
| Coordenação da unidade | Contatos e relatórios da unidade | Responsáveis e etapas da unidade |
| Gestão da rede | Tudo, em relatórios consolidados | Configurações, etapas e permissões |
A LGPD pede, no artigo 46, medidas técnicas e administrativas que protejam dados pessoais de acessos não autorizados. O artigo 37 determina que controlador e operador mantenham registro das operações de tratamento. Em uma rede, isso se traduz em perfis de acesso por função e em um registro claro de quem trata quais dados e para quê. A ANPD oferece, no guia orientativo para agentes de pequeno porte, um modelo de registro das operações que serve como ponto de partida para redes menores.
Como acompanhar a rede sem criar competição ruim
Relatórios por unidade ajudam a enxergar diferenças, mas podem gerar disputa por contatos. Duas regras reduzem o atrito:
- O contato pertence à unidade onde a pessoa escolheu ser atendida, e não a quem respondeu primeiro.
- Transferências não penalizam a unidade de origem. Se a meta conta só agendamentos locais, as equipes vão resistir a transferir.
Compare unidades pelas mesmas etapas e no mesmo período. Diferenças grandes geralmente apontam para algo concreto, como agenda com menos horários ou tempo de resposta maior em um turno. O guia sobre como distribuir conversas entre atendentes ajuda a organizar a fila dentro de cada unidade.
Teste uma transferência na demonstração
Na demonstração do Vog Med, simule o caso da rede odontológica: um contato que entra pela central, é agendado numa unidade e depois muda para outra. Observe como ficam o histórico, o responsável e a agenda. Como o suporte a múltiplas unidades, permissões e relatórios varia conforme a configuração, esses pontos devem ser confirmados na conversa. A página do sistema para clínica multidisciplinar e a do CRM para clínicas trazem a visão geral da plataforma.
Perguntas frequentes
Cada unidade da clínica deve ter um CRM separado?
Na maioria dos casos, não. Bases separadas fazem o mesmo paciente aparecer duas vezes e escondem o histórico quando ele troca de unidade. O mais comum é uma base única, com campo de unidade obrigatório, funis iguais para todas e permissões que limitam o que cada equipe local vê e edita.
Como saber para qual unidade direcionar um contato novo?
Defina regras simples e escritas: número de WhatsApp de cada unidade, bairro ou cidade informada pela pessoa, especialidade disponível e preferência declarada. Quando a pessoa não indica, a central pergunta antes de oferecer horário. O critério usado deve ficar registrado no contato.
A central de atendimento pode ver os dados de todas as unidades?
Pode, se essa for a função dela e o acesso for limitado ao necessário para atender. A LGPD exige medidas de segurança contra acessos não autorizados. Na prática, a central costuma ver contatos e etapas de todas as unidades, enquanto cada equipe local vê apenas os pacientes da própria unidade.
