Sair da planilha para um CRM de clínica: como migrar sem perder histórico
A planilha de pacientes tem cinco anos, quatro abas, três pessoas que já editaram e uma coluna "obs" onde cabe tudo. O fornecedor do sistema novo pede o arquivo em CSV, alguém sobe tudo de uma vez — e na segunda-feira a secretária não acha o paciente que ligou, o telefone está sem DDD e a mesma pessoa aparece três vezes. Duas semanas depois, a equipe volta a abrir a planilha "só para conferir".
A resposta direta: não se migra a planilha, migra-se o que dela ainda é dado. A sequência que funciona tem cinco fases: limpar a base na própria planilha antes de qualquer importação; mapear coluna por coluna para o campo do sistema novo, com a regra de formato e de duplicidade de cada uma; importar uma amostra de 30 a 50 registros e conferir manualmente; validar a base inteira com um checklist item a item; e só então virar a chave numa data marcada, deixando a planilha somente-leitura no mesmo dia. Histórico se perde quando alguém pula o mapeamento e deixa o sistema adivinhar.
Por que a importação de uma vez só carrega o lixo de cinco anos para o ambiente novo
A planilha de consultório não é um banco de dados — é um documento que foi virando banco de dados sem ninguém decidir isso. Cresceu por camadas: uma coluna de mutirão de 2022, outra que a recepcionista antiga usava para marcar quem devia, um "sim/ok/S/x" na mesma célula. Lida por humanos, a bagunça funciona: a pessoa interpreta. O sistema não interpreta, indexa — e o que indexa errado devolve errado na busca.
- Duplicidade que a planilha escondia. "Maria S. Oliveira", "Maria Silva Oliveira" e "maria oliveira" eram a mesma pessoa para a secretária. Importadas juntas, viram três fichas, e o histórico se reparte entre elas.
- Campo livre sem destino. A coluna "obs" mistura horário preferido, queixa clínica, valor combinado e recado pessoal. Num campo único, deixa de ser pesquisável e leva informação sensível para onde ninguém previu.
- Formato que o sistema lê ao contrário. Data em texto, telefone sem DDD, número sem o nono dígito. A importação aceita quase tudo e reclama de quase nada — o erro só aparece na hora de ligar.
- Registro que não deveria existir mais. Fornecedor, teste de sistema, paciente que pediu para não ser contatado. Importar sem filtro reativa decisões antigas.
Há uma camada não técnica: dado de paciente é sensível, e o sigilo é do médico, não do software. Ao mover a base, o consultório decide quem passa a ter acesso, com qual finalidade e por quanto tempo — vale para o fornecedor, para a equipe e para a planilha antiga que ficará em algum drive. A LGPD organiza o tratamento de dados pessoais em torno de finalidade e minimização; na prática, "esse campo precisa mesmo ir?" é parte da migração. Contrato com fornecedor, tratamento por terceiro e descarte da planilha antiga se validam com o seu assessor jurídico antes da virada.
O mecanismo: migrar é traduzir campo a campo, não copiar e colar
Migração bem-feita se parece com tradução: cada coluna de origem precisa de destino explícito e regra de conversão. Sem destino, há decisão — descartar, arquivar fora do sistema ou criar campo personalizado. A perda de histórico vem do meio-termo: importar a coluna "para não perder" num campo genérico que nunca mais será consultado. Dado que não é pesquisável não é histórico, é peso.
O mapa de campos sustenta a migração inteira: escreve-se antes de tocar no sistema novo e permite refazer a importação do zero.
| Coluna da planilha | Campo no sistema novo | Regra de tratamento |
|---|---|---|
| Nome | Nome completo | Padronizar a grafia (Maria Silva Oliveira), sem espaço duplo nem abreviação no meio. Ordenar por nome antes de importar deixa as duplicatas adjacentes. Sem sobrenome, não migra até ser completado. |
| Telefone | Telefone / celular principal | Só números, com DDD e nove dígitos, sem parênteses nem traços. Dois números na mesma célula viram principal e secundário. Linha sem telefone e sem e-mail vai para conferência manual, não para a importação. |
| Minúsculas, sem espaço nas pontas; descartar o que não tem arroba ou tem domínio truncado. E-mail repetido em nomes diferentes é sinal forte de duplicata — conferir antes, não depois. | ||
| Data de nascimento | Data de nascimento | Formato único AAAA-MM-DD na origem, para não depender de como o sistema lê dia e mês. Vazio fica vazio: 01/01/1900 ou zero cria aniversariante fantasma na régua de relacionamento. |
| Data do primeiro atendimento | Data de cadastro / primeiro contato | Mesmo formato. Sem o dado, usar a data de procedimento mais antiga e marcar como estimada em campo próprio. Nunca deixar o sistema preencher com a data da importação: apaga a antiguidade da base. |
| Data do último atendimento | Data do último atendimento | Mesmo formato, prioridade máxima na conferência: comanda toda segmentação de inativos depois. Distinguir "nunca atendido" (vazio) de "atendido em data desconhecida" (campo próprio). |
| Procedimento realizado | Histórico de procedimentos (lista) ou tag | Vários procedimentos numa célula viram uma linha cada no arquivo de histórico. Padronizar a nomenclatura antes: a mesma consulta não pode ser "consulta", "cons." e "avaliação", ou relatório nenhum fecha. |
| Origem do paciente | Origem / canal de captação | Reduzir a uma lista fechada de 5 a 8 opções (indicação, Google, Instagram, convênio, passagem, outros). Texto livre destrói a métrica de onde vem paciente que paga. Vazio migra como "não informado", nunca palpite. |
| Observação livre | Observação administrativa — com triagem | Três destinos antes de migrar: administrativo (horário, pagamento) vai para observação; clínico vai para o prontuário, nunca para o campo comercial; comentário pessoal não migra. |
| Consentimento de contato | Consentimento / opt-in de comunicação | Converter "sim/ok/S/x" em um único valor. Em branco entra como não registrado, nunca presumido — presumir contamina toda a comunicação futura. Guardar data e origem quando existirem. |
| Colunas de controle (cor, fórmula, "status", contadores) e registros de teste, fornecedor ou descadastro | Não migra | Filtrar antes de exportar: são artefatos do arquivo, não dados do paciente. Pedido de não receber contato vai para lista de exclusão separada. Registrar na aba de mapeamento o que foi descartado e por quê — é o que responde depois "esse dado sumiu ou nunca foi importado?". |
- Limpar na planilha, antes de tocar no sistema. Duplicar o original e trabalhar na cópia. Ordenar por nome, depois por telefone, e resolver as duplicatas na mão. Critério de pronto: uma linha por paciente, nenhum telefone com caractere fora de número, nenhuma data fora do formato AAAA-MM-DD.
- Mapear coluna a coluna numa aba própria. Escrever a tabela origem → destino → regra, incluindo o que não migra e o destino da observação livre. Critério de pronto: nenhuma coluna sem decisão registrada, inclusive as descartadas.
- Importar uma amostra de 30 a 50 registros. Escolher de propósito os casos difíceis: nome com acento, paciente com dois telefones, ficha sem data de nascimento, paciente já duplicado. Critério de pronto: amostra conferida um a um contra a planilha, campo por campo.
- Validar a base completa com o checklist. Importar tudo e rodar os oito testes abaixo, anotando aprovado ou reprovado. Critério de pronto: todos aprovados, com a contagem de origem e destino batendo exatamente.
- Virar a chave com data marcada. Escolher uma segunda-feira de movimento normal, avisar a equipe na semana anterior e, no mesmo dia, deixar a planilha somente-leitura em local restrito, com responsável e data de revisão anotados. Critério de pronto: nenhum cadastro novo entra na planilha a partir daquele dia — se entrar, a migração se dividiu.
Um consultório fictício de ortopedia tem 2.400 linhas de seis anos. Na limpeza, 310 são duplicatas e 180 são fornecedores ou testes: sobram 1.910 pacientes reais. O mapeamento mostra que a coluna "obs" tinha, em 40 linhas, informação clínica que precisa ir para o prontuário. A amostra de 40 registros pega dois erros de data que teriam invertido dia e mês na base inteira. O custo do sistema nesse cenário fictício é de R$ 180 por mês, e se sustenta porque a base passa a ser segmentável por data de último atendimento. Os números são fictícios; o que se transfere é a ordem das fases.
O checklist de validação: os oito testes antes de desligar a planilha
Cada item tem critério binário e ação de reprovação. Reprovou, não avança para a fase 5.
- Contagem de registros, origem contra destino. Aprova se as linhas de pacientes do arquivo de trabalho forem iguais às fichas criadas. Reprovou: ache as linhas rejeitadas por campo obrigatório vazio ou caractere estranho e importe só o delta, nunca o arquivo inteiro de novo.
- Amostra de 20 fichas conferidas manualmente. Aprova se 20 fichas ao acaso, abertas uma a uma, tiverem todos os campos idênticos à planilha. Reprovou: campo deslocado é erro de mapeamento e vale para a base toda — corrija o mapa, apague a importação e refaça, em vez de arrumar ficha a ficha.
- Busca por nome parcial. Aprova se digitar só o primeiro nome, só o sobrenome e o nome com acento errado achar o paciente nos três casos. Reprovou: costuma ser codificação — reexporte em UTF-8 e refaça.
- Telefone com e sem DDD. Aprova se buscar pelos oito ou nove dígitos finais achar o paciente e o número aparecer pronto para discar. Reprovou: volte à fase 1 e normalize a coluna antes de reimportar.
- Checagem de duplicatas. Aprova se, exportando a base nova e ordenando por telefone e por e-mail, não houver valor repetido em fichas diferentes. Reprovou: unifique no sistema preservando a ficha mais antiga e movendo o histórico para ela, para não perder a data de primeiro atendimento.
- Conferência do consentimento de contato. Aprova se a soma de fichas com consentimento marcado for igual à soma de "sim" da planilha, sem ficha em branco convertida. Reprovou: pare qualquer comunicação em massa até resolver — é o item que não se conserta depois do envio.
- Datas em ordem lógica. Aprova se não houver último atendimento anterior ao primeiro, data no futuro ou nascimento em 1900. Reprovou: é inversão de dia e mês ou preenchimento de célula vazia — corrija na origem e reimporte só a coluna afetada.
- Teste de uso real por quem atende. Aprova se a secretária fizer cinco tarefas do dia no sistema — achar paciente pelo telefone, ver a última visita, agendar retorno, registrar contato e listar quem não vem há um ano — sem abrir a planilha. Reprovou: o problema não é dado, é campo mal escolhido; reveja o mapeamento antes da virada.
Aplicação prática: a mesma estrutura, gargalos diferentes por especialidade
As fases não mudam com a especialidade; muda qual campo carrega o valor da base — e o improviso trata todas as colunas como iguais.
| Especialidade | Migração no improviso | Migração pelo modelo 5F |
|---|---|---|
| Cardiologia | "Subi a planilha inteira; depois a gente organiza quem precisa de retorno." | "Validei a data do último atendimento em 100% das fichas antes da virada — é ela que gera a fila de retorno." |
| Ortopedia | "O procedimento ficou tudo junto na observação, dá para ler." | "Cada procedimento virou uma linha do histórico com nomenclatura padronizada, e o relatório fecha desde o primeiro mês." |
| Pediatria | "Data de nascimento em branco eu preenchi com uma data qualquer para não travar." | "Vazio continuou vazio e virou pendência de cadastro: a idade define a régua de retorno inteira." |
| Psiquiatria | "Todo mundo da planilha entrou como autorizado a receber mensagem." | "Só quem tinha consentimento explícito registrado migrou como opt-in; o resto entrou como não informado." |
| Clínica de procedimentos eletivos | "Origem do paciente estava em texto livre, mantive como estava." | "Origem virou sete opções fechadas, então dá para saber qual canal traz paciente que fecha." |
A nuance está no que cada consultório considera histórico. Onde o valor vem da recorrência — cardiologia, endocrinologia, oftalmologia —, a data do último atendimento é o campo mais caro. Onde vem do procedimento, o que não pode se perder é a padronização de nomenclatura, que é o que permite ler faturamento por serviço. Com informação clínica na coluna livre, a triagem da fase 2 vira cuidado com sigilo. Com equipe de mais de uma pessoa, some um passo: definir quem enxerga o quê antes da virada.
Migrar bem é decisão de dono, não tarefa do fornecedor. A ferramenta pesa menos que a disciplina das cinco fases, e a mesma clareza ajuda a escolher o sistema pelo gargalo real do consultório, em vez de por lista de recursos. Depois da virada, a base entrega o que a planilha nunca conseguiu: segmentar por data de último atendimento e reativar quem parou de voltar. Deixa de ser arquivo e vira agenda.
Perguntas frequentes
posso importar minha planilha de pacientes direto no sistema novo
Tecnicamente sim, e é justamente por isso que dá errado. A importação aceita quase tudo e reclama de quase nada: duplicata, telefone sem DDD, data invertida e campo livre com informação clínica entram sem aviso. O caminho que preserva histórico é limpar a base na própria planilha, escrever o mapa de coluna para campo com a regra de cada uma, importar antes uma amostra de 30 a 50 registros difíceis e conferir manualmente. Só depois vai a base completa. Importar de uma vez costuma custar mais tempo de correção do que a limpeza teria custado antes.
quanto tempo demora para migrar a base de pacientes de uma planilha
Depende muito mais do estado da planilha do que do tamanho dela. Uma base pequena e bagunçada dá mais trabalho que uma base grande e padronizada. Na prática, o esforço se concentra na fase de limpeza e na de mapeamento, que são manuais; a importação em si leva minutos. O desenho mais usado é dividir o trabalho em sessões: uma para limpar, uma para mapear, uma para a amostra e a validação, e a virada numa segunda-feira marcada. Definir a data da virada antes de começar evita que a migração fique meses em andamento e a clínica opere dois sistemas ao mesmo tempo.
o que fazer com a planilha antiga depois de migrar para o sistema
No dia da virada, coloque-a em modo somente-leitura para toda a equipe. Se alguém continuar cadastrando na planilha, a migração não terminou, ela se dividiu em duas bases. Guarde uma cópia congelada em local de acesso restrito, com um responsável nomeado e uma data anotada para revisar se ainda faz sentido mantê-la. Descarte de base com dado de paciente não é decisão de TI: envolve sigilo, prazo de guarda e finalidade, e o encaminhamento seguro é definir isso por escrito com o seu assessor jurídico antes de apagar qualquer coisa.
como saber se a migração deu certo antes de desligar a planilha
Com testes de aprovação binária, não por impressão. Confira se a contagem de pacientes da origem bate exatamente com a do sistema; abra vinte fichas ao acaso e compare campo a campo; busque por primeiro nome, por sobrenome e com erro de acento; busque telefone com e sem DDD; exporte a base nova e procure telefone ou e-mail repetido em fichas diferentes; some as fichas com consentimento e compare com a planilha; procure datas ilógicas, como último atendimento anterior ao primeiro. Por fim, peça a quem atende para fazer cinco tarefas do dia sem abrir a planilha.
como evitar pacientes duplicados na hora de importar
Resolva antes de importar, não depois. Na cópia de trabalho da planilha, ordene por nome e depois por telefone: duplicatas ficam adjacentes e ficam visíveis. Padronize a grafia dos nomes, remova abreviações do meio e normalize os telefones para apenas números com DDD e nove dígitos, porque telefone é o identificador mais confiável de uma base de consultório. E-mail repetido em nomes diferentes também é sinal forte. Se ainda assim aparecer duplicata depois da importação, unifique dentro do sistema preservando a ficha mais antiga e transferindo o histórico para ela, para não perder a data de primeiro atendimento.
onde colocar as observações da planilha no crm da clínica
Antes de escolher o campo, separe o conteúdo em três destinos. O que é administrativo, como preferência de horário e forma de pagamento combinada, vai para o campo de observação do sistema. O que é clínico pertence ao prontuário e não ao ambiente comercial, porque sigilo é do médico e não do software. O que é comentário pessoal sobre o paciente simplesmente não migra. Essa triagem costuma ser a etapa mais demorada e é a que mais evita problema depois: coluna livre jogada inteira num campo genérico deixa de ser pesquisável e carrega informação sensível para um lugar onde ninguém previu que ela estaria.
preciso do consentimento do paciente para migrar os dados para outro sistema
Migrar a própria base para uma ferramenta nova é continuar tratando dados que já eram seus, com a mesma finalidade de atendimento — a questão prática não é pedir autorização para mudar de software, e sim quem passa a ter acesso, com qual finalidade e por quanto tempo. Dado de paciente é dado sensível, então o cuidado se concentra em três pontos: contrato com o fornecedor que trata os dados por você, campos que não precisam migrar e a marcação de quem aceitou receber comunicação. Quem estiver em branco entra como consentimento não informado, nunca como presumido. Valide o desenho com o seu assessor jurídico.
Referências
- Brasil. Lei Geral de Proteção de Dados Pessoais — texto oficial; finalidade e minimização sustentam a triagem de campos.
- ANPD. Autoridade Nacional de Proteção de Dados — orientações oficiais sobre tratamento de dados e contratação de operadores.
- Conselho Federal de Medicina. Código de Ética Médica — sigilo profissional: por que informação clínica não vai para o campo comercial.
Os valores e cenários citados são fictícios e ilustrativos, usados apenas para demonstrar o raciocínio de escolha. Este conteúdo não constitui consultoria contábil, jurídica ou de tecnologia individual; a contratação de qualquer ferramenta e o tratamento de dados de pacientes devem observar a LGPD e a orientação dos seus assessores.
Antes de comprar sistema, desenhe a operação
A Mentoria Clínica Empresarial ajuda a decidir estrutura, ferramenta e recorrência a partir dos números da sua clínica — não do catálogo do fornecedor.
Conhecer a Mentoria →