Como fazer o prontuário clínico acompanhar o paciente entre as unidades da minha rede?

"Como fazer o prontuário clínico acompanhar o paciente entre as unidades da minha rede?"

Seu paciente comparece na unidade 2 porque o horário era melhor. E o dentista que vai atender abre a tela e não vê nada.

Não vê a anamnese, não vê a alergia, não vê o plano de tratamento aprovado, não vê a radiografia inicial. Vê um cadastro novo, criado há três minutos pela recepção.

A rede acabou de perder duas coisas ao mesmo tempo: a continuidade clínica do caso e a memória comercial do orçamento em aberto.

Isso quase nunca é falha de software. É falha de arquitetura de dado.

O prontuário só acompanha o paciente quando existe um registro único por pessoa, e não uma cópia viajando entre unidades. Todo o resto (permissão, auditoria, anexo, handoff) se resolve depois dessa decisão.

Neste guia você vai ver:

• A diferença entre prontuário único e cópia enviada, e por que ela define tudo
• Os 4 modos como uma rede quebra o registro clínico sem perceber
• O que CFO, Lei nº 13.787/2018 e LGPD exigem quando o paciente circula entre unidades
• As 3 arquiteturas possíveis, com tabela comparativa e a que segura crescimento
• Matriz de permissão, trilha de auditoria, protocolo de handoff e plano de implantação
• Os indicadores que provam que o prontuário está mesmo seguindo o paciente

Prontuário único ou cópia enviada entre unidades: a diferença que define tudo

Existem só dois modelos possíveis numa rede. Eles parecem parecidos no começo e viram opostos assim que o paciente circula.

Registro único. Existe um prontuário por pessoa. As unidades escrevem e leem no mesmo registro, cada uma com sua permissão. A evolução da unidade 2 aparece para a unidade 1 no instante seguinte.

Cópia enviada. Cada unidade tem o seu banco. Quando o paciente troca de endereço, alguém exporta um arquivo e manda. A partir daí existem duas versões da mesma pessoa.

O que isso significa na prática? No modelo de cópia, a pergunta "qual é o prontuário atual deste paciente?" passa a não ter resposta objetiva. Você tem duas verdades e nenhum critério de desempate.

E é pior do que parece: a cópia envelhece no segundo em que é gerada. O paciente volta à unidade de origem, recebe uma evolução nova, e a unidade 2 continua decidindo em cima de um retrato antigo.

Lembre: cópia serve para entregar ao paciente ou a um profissional externo. Não serve para operar uma rede. Rede se opera com registro único e permissão, não com arquivo trafegando por e-mail.

Os 4 modos como a rede quebra o registro clínico

Antes de escolher tecnologia, identifique qual quebra é a sua. Quase toda rede tem pelo menos duas destas.

1. Fragmentação por unidade. Cada filial roda uma instância separada do mesmo software, muitas vezes por CNPJ próprio. O sistema é o mesmo, o banco não é. Esse é o caso mais comum e o mais invisível, porque a tela é idêntica em todas as unidades.

2. Cadastro duplicado. O paciente já existe, mas a recepção não encontra e cria de novo. Nome com grafia diferente, telefone antigo, busca feita por nome em vez de CPF. O histórico continua vivo, só que pendurado num cadastro que ninguém mais abre.

3. Silo por dentista. O registro existe no sistema, mas o detalhe do caso vive no caderno, no bloco de notas ou na conversa privada do especialista. Quando o paciente é atendido por outro profissional, a informação relevante não está no prontuário.

4. Papel remanescente na filial. A unidade mais antiga (ou a recém-adquirida) ainda tem pasta física. Aquilo não viaja, não é pesquisável e não aparece em nenhuma tela da rede.

Repare no padrão: nenhum desses quatro é resolvido comprando um software melhor. Todos são resolvidos definindo quem é o dono do registro e qual é a chave que identifica a pessoa.

A chave que faz o registro seguir: identidade única do paciente

Este é o item que a maioria das redes trata como detalhe de cadastro e que na verdade é a fundação inteira.

Se a rede não tem uma forma confiável de dizer "este paciente da unidade 3 é a mesma pessoa que foi atendida na unidade 1", nenhuma integração funciona. Você vai ligar duas bases e continuar com duas pessoas.

Três decisões resolvem isso:

1. Eleja o CPF como chave primária de identidade. Telefone muda, nome tem variação de grafia e sobrenome de casada, e-mail é compartilhado em família. CPF é estável e único. Para menores de idade sem CPF, use o CPF do responsável mais data de nascimento do paciente como chave composta, com o campo do próprio CPF reservado para preenchimento futuro.

2. Bloqueie a criação de cadastro sem checagem. A tela de novo paciente deve buscar antes de criar, por CPF, por data de nascimento e por telefone, e mostrar os candidatos em qualquer unidade da rede. Cadastro novo só nasce depois que o sistema afirma que não existe.

3. Mantenha um índice mestre de pacientes. É o conceito de EMPI (enterprise master patient index): uma tabela que guarda os identificadores de cada pessoa e aponta para o registro único, inclusive quando duas fichas antigas precisaram ser fundidas. Sem ele, cada fusão de cadastro vira perda de rastreabilidade.

Suponha uma rede com quatro unidades e recepções que cadastram por telefone. A mesma paciente entra como "Maria S." na unidade 1 e "Maria da Silva" na unidade 3. Não existe integração que conserte isso depois: o problema nasceu na chave, não no transporte.

O custo real do cadastro duplicado

Duplicata não é problema de organização. É retrabalho medido em cadeira parada.

No lado clínico, o profissional refaz anamnese, repete exame de imagem que já existia, e decide sem ver o que foi feito antes. Em caso multidisciplinar, isso significa refazer o diagnóstico de um plano que já estava aprovado.

No lado administrativo, o orçamento em aberto some do radar, a cobrança vai para o cadastro errado, o convênio recebe guia com dado divergente e o relatório de faturamento por paciente deixa de fechar.

E no lado comercial, o efeito é o mais caro: o paciente que já é da rede é tratado como lead novo. Ele percebe. Rede grande que trata o cliente como desconhecido perde exatamente o argumento que justifica ser rede.

Não dá para cravar um percentual de duplicidade da sua base sem medir a sua base. O que dá para afirmar é a direção: quanto mais unidades, mais recepções criando cadastro, e mais alto o custo de não ter chave única. Meça a sua taxa antes de decidir orçamento de projeto.

O que a lei exige do prontuário quando o paciente circula entre unidades

Aqui a discussão sai do gosto pessoal e vira obrigação. Três normas governam esse assunto no Brasil, e as três reforçam o modelo de registro único.

O Código de Ética Odontológica (Resolução CFO-118/2012) determina no Art. 17 que "é obrigatória a elaboração e a manutenção de forma legível e atualizada de prontuário e a sua conservação em arquivo próprio seja de forma física ou digital".

Leia de novo a expressão "atualizada". Prontuário que fica desatualizado porque a evolução aconteceu em outra unidade não cumpre o artigo.

O Parágrafo Único do Art. 17 vai além e define a trilha de autoria: os dados clínicos devem ser preenchidos "em cada avaliação, em ordem cronológica com data, hora, nome, assinatura e número de registro do cirurgião-dentista no Conselho Regional de Odontologia".

Isso é o que transforma o prontuário de rede em documento defensável. Cada evolução tem autor identificado. Em auditoria ou perícia, a rede consegue dizer quem escreveu o quê, quando, e com qual CRO.

O Art. 5º, V trata da continuidade entre profissionais. Quando o cirurgião-dentista renuncia ao atendimento durante o tratamento, ele tem "o dever de comunicar previamente, por escrito, ao paciente ou seu responsável legal, fornecendo ao cirurgião-dentista que lhe suceder todas as informações necessárias para a continuidade do tratamento".

Numa rede, sucessão de profissional acontece o tempo todo, sem renúncia formal: o paciente troca de unidade, de especialista, de turno. O espírito da norma é o mesmo. Quem assume o caso precisa receber o necessário para continuá-lo.

O Art. 18, I fecha do lado do paciente: constitui infração ética "negar, ao paciente ou periciado, acesso a seu prontuário, deixar de lhe fornecer cópia quando solicitada", além de deixar de dar as explicações necessárias à compreensão.

Numa rede, isso tem consequência operacional direta. Se o paciente pedir o prontuário na unidade 4, a unidade 4 precisa conseguir entregar o histórico completo, inclusive o que foi feito nas outras unidades. Base fragmentada torna esse pedido impossível de atender no balcão.

Guarda, digitalização e valor probatório

A Lei nº 13.787, de 27 de dezembro de 2018, que dispõe sobre a digitalização e a utilização de sistemas informatizados para guarda, armazenamento e manuseio de prontuário de paciente, resolve três dúvidas que aparecem sempre em projeto de rede.

Prazo de guarda. O Art. 6º estabelece que "decorrido o prazo mínimo de 20 (vinte) anos a partir do último registro, os prontuários em suporte de papel e os digitalizados poderão ser eliminados". O § 5º deixa claro que isso vale para qualquer forma de armazenamento, inclusive registros gerados e mantidos originalmente de forma eletrônica.

Valor probatório. O Art. 5º define que o documento digitalizado em conformidade com a lei e seus regulamentos "terá o mesmo valor probatório do documento original para todos os fins de direito", desde que guarda, armazenamento e manuseio também estejam em conformidade.

Requisitos do processo. O Art. 2º exige que a digitalização assegure integridade, autenticidade e confidencialidade, que os métodos reproduzam todas as informações do original, e que se utilize "certificado digital emitido no âmbito da Infraestrutura de Chaves Públicas Brasileira (ICP-Brasil) ou outro padrão legalmente aceito". O Art. 3º condiciona a destruição dos originais à análise de uma comissão permanente de revisão de prontuários. O Art. 4º obriga que os meios de armazenamento protejam os documentos de acesso, uso, alteração, reprodução e destruição não autorizados.

Agora junte esses artigos com a realidade de uma rede que cresce: unidade que fecha, unidade que é vendida, software que é trocado. Se o registro mora na filial, a obrigação de 20 anos vira um problema de arquivo morto. Se o registro mora na rede, o fechamento de uma unidade não afeta a guarda.

Obrigação	Base	O que muda numa rede multiunidade
Prontuário legível, atualizado e conservado em arquivo próprio	CFO-118/2012, Art. 17	"Atualizado" só é possível se a evolução de qualquer unidade cai no mesmo registro
Data, hora, nome, assinatura e CRO em cada avaliação	CFO-118/2012, Art. 17, Parágrafo Único	Vira trilha de autoria entre unidades: quem atendeu, onde e quando
Entregar ao sucessor tudo que é necessário à continuidade	CFO-118/2012, Art. 5º, V	Troca de unidade ou de especialista é sucessão de fato, com o mesmo dever
Dar acesso e fornecer cópia ao paciente	CFO-118/2012, Art. 18, I	Qualquer unidade precisa conseguir entregar o histórico completo
Guarda mínima de 20 anos a partir do último registro	Lei nº 13.787/2018, Art. 6º	Sobrevive ao fechamento, à venda e à troca de software da unidade
Digitalização com integridade, autenticidade e ICP-Brasil	Lei nº 13.787/2018, Arts. 2º a 5º	É o que dá valor probatório ao acervo digitalizado da rede

Veja também como digitalizar prontuários e como migrar do papel para o digital sem parar a clínica.

LGPD numa rede: dado sensível, uso compartilhado e a base legal

Prontuário é o dado mais sensível que a sua empresa manuseia. A Lei nº 13.709/2018 (LGPD) é explícita.

O Art. 5º, II define dado pessoal sensível como aquele "sobre origem racial ou étnica, convicção religiosa, opinião política, filiação a sindicato ou a organização de caráter religioso, filosófico ou político, dado referente à saúde ou à vida sexual, dado genético ou biométrico, quando vinculado a uma pessoa natural". Prontuário odontológico está inteiro nessa categoria.

A dúvida clássica da rede vem em seguida: se as unidades são CNPJs distintos, cada uma é um controlador. Compartilhar entre elas é legal?

O Art. 5º, XVI define uso compartilhado de dados como "comunicação, difusão, transferência internacional, interconexão de dados pessoais ou tratamento compartilhado de bancos de dados pessoais", inclusive entre entes privados. Ou seja: ligar as bases da rede é uso compartilhado, com todas as obrigações que isso carrega.

A base legal existe. O Art. 11, II, "f" admite o tratamento de dado sensível, sem consentimento, quando for indispensável para "tutela da saúde, exclusivamente, em procedimento realizado por profissionais de saúde, serviços de saúde ou autoridade sanitária".

E o limite também existe. O Art. 11, § 4º veda a comunicação ou o uso compartilhado de dados sensíveis referentes à saúde entre controladores "com objetivo de obter vantagem econômica", ressalvadas as hipóteses relativas à prestação de serviços de saúde, de assistência farmacêutica e de assistência à saúde, "em benefício dos interesses dos titulares de dados".

Traduzindo para a sua operação: continuidade clínica dentro da rede tem amparo. Usar a base clínica de uma unidade como lista de prospecção comercial de outra é outra história, e é exatamente onde a rede se expõe.

Segurança, registro e sanção

Três artigos definem o que você precisa ter montado antes de conectar qualquer coisa.

• Art. 46: os agentes de tratamento "devem adotar medidas de segurança, técnicas e administrativas aptas a proteger os dados pessoais de acessos não autorizados e de situações acidentais ou ilícitas de destruição, perda, alteração, comunicação ou qualquer forma de tratamento inadequado ou ilícito".
• Art. 37: o controlador e o operador "devem manter registro das operações de tratamento de dados pessoais que realizarem". Isso é a base legal da sua trilha de auditoria.
• Art. 52, II: a sanção administrativa inclui "multa simples, de até 2% (dois por cento) do faturamento da pessoa jurídica de direito privado, grupo ou conglomerado no Brasil no seu último exercício, excluídos os tributos, limitada, no total, a R$ 50.000.000,00 (cinquenta milhões de reais) por infração".

Note a expressão "grupo ou conglomerado no Brasil". Para uma rede, a base de cálculo não é a filial que errou. Aprofunde em LGPD na clínica odontológica.

Lembre: a LGPD não proíbe a sua rede de ter prontuário único. Ela exige que você saiba dizer com qual base legal compartilha, quem pode ver o quê, e o que ficou registrado de cada acesso. Base única bem governada é mais defensável que quatro bases soltas com PDF circulando no WhatsApp.

As 3 arquiteturas possíveis (e qual segura o crescimento)

Toda rede acaba em uma destas três. A escolha define custo, risco e velocidade de abrir a próxima unidade.

A. Base única multiunidade. Um banco de dados, um registro por paciente, unidade como atributo do atendimento (não como fronteira do dado). O dentista da unidade 2 abre o mesmo prontuário que o da unidade 1, respeitando a permissão dele.

B. Bases separadas integradas por API. Cada unidade mantém seu banco e uma camada de integração sincroniza identidade e eventos clínicos. Funciona, mas você passa a ter dois problemas permanentes: latência de sincronismo e resolução de conflito quando as duas pontas editam.

C. Exportação manual. Alguém gera arquivo e envia. Não é arquitetura, é procedimento de emergência sendo usado como rotina.

Critério	A. Base única	B. Bases integradas por API	C. Exportação manual
Registro atualizado em tempo real	Sim	Depende da janela de sincronismo	Não
Risco de cadastro duplicado	Baixo, com chave única	Médio, exige deduplicação contínua	Alto
Trilha de auditoria unificada	Nativa	Precisa ser consolidada	Inexistente
Custo de abrir a próxima unidade	Baixo	Médio, integração nova por unidade	Cresce a cada unidade
Atende pedido de cópia do paciente na hora	Sim, em qualquer unidade	Parcial	Não
Sobrevive ao fechamento de uma unidade	Sim	Depende de onde o dado mora	Não
Quando faz sentido	Rede própria, mesma bandeira	Aquisição recente, sistemas legados	Só como contingência

A recomendação prática é direta: mire em A e use B como ponte. Rede que compra unidade com sistema legado quase sempre passa por B durante a transição, e o erro é deixar B virar permanente.

E se o seu fornecedor não expõe API? Isso muda o plano inteiro. Veja o que fazer quando o sistema de prontuário não tem API aberta.

Interoperabilidade padronizada: FHIR e RNDS como referência

Quando você vai integrar sistemas diferentes, a pergunta certa não é "vocês têm API?". É "que padrão vocês falam?".

A referência pública brasileira de troca de dados em saúde é a RNDS (Rede Nacional de Dados em Saúde), do Ministério da Saúde, construída sobre o padrão internacional HL7 FHIR, que define recursos padronizados (paciente, alergia, procedimento, documento) trocados por API.

Você não precisa se conectar à RNDS para operar sua rede. Precisa usar o mesmo vocabulário como régua na hora de comprar software.

Por quê? Porque um fornecedor que já modela paciente, alergia e procedimento em recursos padronizados integra em semanas. Um que só oferece exportação em planilha vai custar um projeto sob medida em cada unidade nova.

Antes de continuar, pergunte-se: se você trocar de fornecedor daqui a três anos, o seu histórico clínico sai em formato que outro sistema lê, ou sai em PDF?

12 perguntas de due diligence para o fornecedor antes de assinar

Faça estas perguntas por escrito e guarde a resposta. Elas separam software que serve rede de software que serve consultório.

1. O paciente é único para toda a rede ou por unidade? A chave é o CPF?
2. Existe busca de paciente que varre todas as unidades antes de permitir cadastro novo?
3. Como o sistema detecta e funde cadastros duplicados? A fusão preserva autoria e data das evoluções originais?
4. A permissão é configurável por papel e por unidade, de forma independente?
5. Existe log de acesso individual (quem abriu, quando, de qual unidade, qual paciente) e ele é exportável?
6. A API é aberta e documentada? Segue algum padrão (FHIR) ou é proprietária?
7. Como saem os dados se eu encerrar o contrato? Em que formato, em quanto tempo, a que custo?
8. Anexos de imagem (radiografia, tomografia, escaneamento) ficam no mesmo registro e são acessíveis de qualquer unidade?
9. Cada evolução grava data, hora, nome e CRO do profissional, de forma não editável?
10. O sistema suporta a guarda pelo prazo legal mesmo se uma unidade for encerrada?
11. Existe modo de leitura offline ou contingência para a unidade atender quando a conexão cair?
12. Quem é o controlador e quem é o operador dos dados no contrato, e como está tratada a responsabilidade em caso de incidente?

Dica: peça uma demonstração com dois usuários de unidades diferentes logados ao mesmo tempo, no mesmo paciente. Muita coisa que o vendedor chama de "multiunidade" não sobrevive a esse teste.

Matriz de permissão por papel e por unidade

Prontuário único não significa que todo mundo vê tudo. Significa que existe um registro e um controle sobre ele.

O erro dos dois extremos é igualmente caro: liberar tudo cria exposição desnecessária de dado sensível; travar demais faz o dentista atender no escuro e a equipe criar planilha paralela para se virar.

O desenho que funciona separa papel (o que a função precisa) de escopo (de onde o acesso parte).

Papel	Dados clínicos completos	Anexos de imagem	Financeiro do paciente	Escopo padrão
Cirurgião-dentista assistente	Leitura e escrita	Leitura e upload	Não	Pacientes agendados na unidade dele, com acesso ampliado justificado
Especialista que recebe encaminhamento	Leitura e escrita no próprio caso	Leitura e upload	Não	Casos encaminhados a ele em qualquer unidade
Auxiliar e técnico em saúde bucal	Leitura do necessário ao procedimento	Leitura	Não	Agenda do dia da unidade
Recepção e central de agendamento	Cadastro e dados administrativos	Não	Leitura de saldo e orçamento	Toda a rede, sem conteúdo clínico
Responsável técnico da unidade	Leitura completa	Leitura	Leitura	Unidade sob sua responsabilidade
Direção clínica da rede	Leitura completa	Leitura	Leitura	Toda a rede
Financeiro e faturamento	Não	Não	Leitura e escrita	Toda a rede

Duas regras práticas fecham o desenho:

• Acesso ampliado sempre é possível, nunca é silencioso. O profissional consegue abrir o histórico de outra unidade quando precisa, e esse acesso fica registrado com justificativa. Travar o acesso emergencial gera risco clínico maior do que o risco de privacidade que você quis evitar.
• Recepção não lê conteúdo clínico. Ela precisa reconhecer o paciente, ver agenda, orçamento e saldo. Não precisa da anamnese.

Aprofunde em controle de acesso ao prontuário entre dentistas e equipe.

Trilha de auditoria: quem abriu, quando, de qual unidade

Permissão diz quem pode. Auditoria diz quem fez. São controles diferentes e você precisa dos dois.

A LGPD já pede o registro das operações de tratamento no Art. 37, e o Código de Ética já pede autoria por evolução no Parágrafo Único do Art. 17. Junte os dois e você tem a especificação do seu log.

O registro mínimo de cada evento de acesso:

• Identificação do usuário e do papel dele
• Unidade de origem do acesso
• Paciente e prontuário acessados
• Data e hora
• Tipo de operação (leitura, criação de evolução, edição, exportação, impressão)
• Justificativa, quando o acesso for fora do escopo padrão do usuário

Exportação e impressão merecem tratamento especial. É por ali que o dado sensível sai do sistema. Um relatório mensal de quem exportou prontuário, de qual unidade e em que volume costuma revelar mais sobre o risco real da rede do que qualquer política escrita.

Governança clínica: responsável técnico por unidade

Prontuário único não dissolve a responsabilidade local. A norma do Conselho Federal de Odontologia sobre registro de entidades prestadoras de assistência odontológica (Resolução CFO-63/2005) exige responsável técnico por entidade inscrita e não admite que o mesmo profissional acumule essa responsabilidade em filial, além de obrigar a comunicação ao Conselho Regional quando houver substituição, dentro do prazo previsto na norma.

O que isso significa na arquitetura do seu sistema?

Unidade continua sendo uma entidade com dono. Cada atendimento precisa carregar a unidade em que aconteceu e o profissional que executou. O registro é único para a pessoa, mas a responsabilidade é rastreável por unidade.

A troca de responsável técnico é um evento do sistema, não só do cartório. Quando o RT muda, muda quem tem leitura completa daquela unidade. Se isso não estiver amarrado, você fica com ex-responsável mantendo acesso e responsável novo sem ele.

Anexos pesados: radiografia, tomografia e escaneamento

Aqui mora a falha mais frequente das integrações que "funcionam". O texto viaja. A imagem não.

Radiografia panorâmica, tomografia, foto intraoral e escaneamento intraoral são arquivos grandes, muitas vezes gerados por equipamento próprio da unidade, gravados numa estação local ligada ao aparelho. O prontuário guarda a referência, e a referência aponta para um caminho que só existe naquela unidade.

Resultado: o especialista da unidade 3 abre o prontuário, vê a linha "tomografia realizada", clica, e não abre nada.

Três decisões resolvem:

1. Armazenamento central, não local. A imagem sobe para o repositório da rede assim que é gerada. O equipamento fica na unidade; o arquivo, não.
2. Vínculo ao registro do paciente, não à pasta da unidade. O anexo é filho do prontuário único e da data do exame, não de um diretório por filial.
3. Regra explícita para o que não sobe. Se algum exame ficar fora do repositório por limitação técnica, isso precisa estar escrito na evolução, com onde encontrá-lo. Silêncio na ficha é o que faz o exame ser refeito.

Refazer imagem que já existe custa cadeira, custa material e custa confiança do paciente que acha que a rede está desorganizada. Ele não está errado.

Protocolo de handoff: os campos mínimos de transferência de caso

Sistema resolve o transporte do dado. Protocolo resolve a interpretação dele.

Mesmo com base única, o dentista que recebe o caso precisa saber onde parou. Rolar seis meses de evolução para descobrir isso não escala.

Padronize um bloco de transferência com estes campos, preenchido pelo profissional que entrega o caso:

Campo	O que registrar
Motivo da transferência	Mudança de unidade, encaminhamento por especialidade, agenda, alta parcial
Estado do plano de tratamento	Aprovado, em execução, em orçamento, suspenso
Etapas concluídas e etapas pendentes	Com data das concluídas e sequência das pendentes
Alertas clínicos	Alergia, medicação em uso, condição sistêmica, intercorrência anterior
Materiais e especificações do caso	Marca e referência de implante, cor, tipo de prótese, laboratório
Anexos essenciais	Quais imagens são indispensáveis para continuar e onde estão
Situação financeira	Orçamento em aberto, parcelas, saldo, condição negociada
Combinado com o paciente	O que foi prometido de prazo, retorno e próxima etapa

O último campo é o que a maioria esquece, e é o que mais gera atrito. O paciente chega na unidade nova cobrando um combinado que não está escrito em lugar nenhum.

Isso se conecta com a padronização do registro entre profissionais. Veja como padronizar o registro clínico entre dentistas.

Continuidade de tratamento e absenteísmo

Tratamento incompleto é a principal fonte de receita já vendida e não executada da sua rede. E prontuário fragmentado é um dos motivos silenciosos de falta.

Pensa assim: o paciente mudou de bairro ou de emprego, quer continuar o tratamento na unidade mais perto, liga e ouve "aqui a gente não tem o seu histórico, você precisa voltar na unidade onde começou". Ele não volta. Ele não remarca. Ele simplesmente some do caso.

Com registro único, o mesmo telefonema termina com o atendimento marcado na unidade nova, com o caso completo visível para quem vai atender.

O ganho é dos dois lados: o paciente não recomeça e a rede não perde a etapa vendida. Combine isso com a operação de agendamento unificada, tratada em central de agendamento única para múltiplas unidades.

Migração e deduplicação: unificar bases que nasceram separadas

Quase nenhuma rede começa com base única. Ela chega ali depois, e é aqui que os projetos costumam travar.

A ordem importa. Deduplique identidade primeiro, migre conteúdo depois.

Passo 1. Congele a criação de cadastro fora do padrão. Antes de qualquer migração, todas as recepções passam a cadastrar por CPF, com busca obrigatória. Sem isso, você deduplicaria uma base que continua produzindo duplicata.

Passo 2. Gere a lista de candidatos a duplicata. Cruze CPF, nome normalizado, data de nascimento e telefone entre as bases. O cruzamento automático resolve a maioria; o resto vai para fila de revisão humana.

Passo 3. Defina a regra de sobrevivência de campo. Quando dois cadastros da mesma pessoa divergem (endereço, telefone, convênio), qual vence? Regra simples e escrita: vence o registro com evolução mais recente.

Passo 4. Funda preservando a autoria original. Ao unir históricos, cada evolução mantém a data, o autor e o CRO originais, além da unidade em que aconteceu. Fusão que reescreve autoria destrói exatamente o que o Parágrafo Único do Art. 17 exige.

Passo 5. Traga o passivo de papel por prioridade, não por volume. Digitalize primeiro os pacientes em tratamento ativo e os com caso de alto valor em aberto. O arquivo histórico entra depois, respeitando o processo de digitalização da Lei nº 13.787/2018.

Passo 6. Reconcilie e publique o resultado. Contagem de pacientes antes e depois, duplicatas fundidas, casos ambíguos que ficaram em quarentena. Migração sem número de reconciliação é migração sem prova.

Contingência: o que a unidade faz quando o sistema central cai

Base única concentra dado e concentra risco. Quem não planeja a queda descobre o plano no pior dia possível.

O protocolo mínimo por unidade:

• Cópia de leitura dos agendados do dia, gerada automaticamente no início do expediente, com alertas clínicos e etapa do plano de tratamento.
• Ficha de evolução em papel numerada, com data, hora, nome, assinatura e CRO, exatamente como a norma exige do registro digital.
• Prazo fechado de reentrada. Tudo que foi escrito no papel entra no sistema no mesmo dia útil em que ele volta, e o papel é digitalizado segundo o processo previsto na Lei nº 13.787/2018.
• Dono do procedimento por unidade. Uma pessoa nomeada, não "a equipe".

Detalhe o plano em plano de contingência quando o sistema de prontuário cai.

Indicadores para saber se o prontuário está mesmo seguindo o paciente

Projeto sem indicador vira opinião. Estes seis dizem a verdade sobre a sua rede.

Indicador	Como medir	Leitura
Taxa de duplicidade de cadastro	Cadastros ativos apontando para a mesma pessoa, sobre o total	Cai mês a mês depois da chave única; se não cai, o bloqueio de cadastro não está valendo
Pacientes atendidos em mais de uma unidade	Pacientes com atendimento em duas ou mais unidades no período	Sobe quando a rede começa a funcionar como rede
Completude do prontuário na 1ª consulta em outra unidade	Casos em que anamnese, plano e anexos estavam visíveis	O indicador mais direto de que o registro seguiu o paciente
Exames de imagem repetidos sem indicação clínica	Exames do mesmo tipo repetidos em janela curta entre unidades	Mede o custo real da fragmentação
Tempo de resposta a pedido de cópia do paciente	Do pedido no balcão até a entrega	Prova de conformidade com o Art. 18, I do Código de Ética
Acessos fora do escopo padrão	Volume mensal, por usuário e por unidade, com justificativa	Mede se a matriz de permissão está calibrada ou sendo contornada

Meça o primeiro e o terceiro antes de começar o projeto. Sem linha de base, você não vai conseguir provar o ganho para a diretoria nem para a próxima unidade.

Plano de implantação faseado por unidade

Não ligue as quatro unidades no mesmo dia. Rede que faz isso passa o mês seguinte apagando incêndio e culpando o software.

Fase 1. Unidade piloto (a mais organizada, não a mais problemática). Ative chave única, permissão por papel e log de acesso. O objetivo é validar o desenho, não resolver o caso difícil.

Fase 2. Segunda unidade e o primeiro handoff real. Escolha um par de unidades com fluxo natural de encaminhamento. Rode o protocolo de transferência com casos verdadeiros e ajuste os campos que ninguém preencheu.

Fase 3. Anexos e imagem. Centralize o repositório e reprocesse o vínculo dos exames existentes. É a fase mais técnica e a que mais gera ganho percebido pelo dentista.

Fase 4. Deduplicação da base histórica. Com o fluxo novo estabilizado, ataque o passivo. Fila de revisão humana e reconciliação publicada.

Fase 5. Rede completa e governança de rotina. Todas as unidades no registro único, revisão mensal da matriz de permissão e relatório de acessos fora do escopo.

Uma unidade por vez, com critério de saída escrito em cada fase. Só avança quem passou.

O impacto comercial: reconhecer o paciente da rede no primeiro contato

Até aqui falamos de clínica e conformidade. Agora vem a parte que aparece no faturamento.

Quem procura a sua rede raramente procura no horário em que a recepção está livre. Nas clínicas atendidas pela Odonto Results, 43,8% dos leads chegam fora do horário comercial, segundo dados internos da Odonto Results. É o paciente mandando mensagem à noite, depois do trabalho, para a unidade que fica no caminho de casa. Janela: 25 de março a 14 de junho de 2026.

E aqui está o cruzamento que quase ninguém faz: parte desse contato "novo" não é novo. É paciente da rede com tratamento em aberto, batendo em outra unidade.

Se quem atende não reconhece a pessoa, acontece o pior dos dois mundos: o paciente repete a história inteira e a rede trata um caso em andamento como lead frio.

Com identidade única, o atendimento reconhece o paciente pelo CPF ou telefone, enxerga o caso, e a conversa começa de onde parou. Nas clínicas atendidas pela Odonto Results, a IA de atendimento responde em mediana 4,4 segundos, e entre os leads que respondem, cerca de 23% viram agendamento, dados internos da Odonto Results no recorte do WhatsApp. Janela: 25 de março a 14 de junho de 2026.

Velocidade sem contexto é robô rápido. Velocidade com o prontuário certo na tela é continuidade de tratamento.

Veja também como rotear o paciente para a unidade certa.

8 erros comuns que quebram o prontuário na rede

Estes são os padrões que aparecem sempre. Marque os que existem hoje na sua operação.

1. Planilha paralela. A equipe cria um controle próprio porque a permissão travou demais ou o campo necessário não existe. Aquilo vira o prontuário de verdade e não tem autoria, nem backup, nem log.
2. WhatsApp como prontuário. Foto de exame, orientação pós-operatória e combinado de valor vivendo na conversa. Não é registro, não é auditável e é dado sensível fora do controle da rede.
3. PDF exportado chamado de integração. Fotografia de um momento, sem evolução nova, sem log, sem deduplicação.
4. Cadastro por telefone em vez de CPF. Telefone muda e é compartilhado. É a origem número um da duplicata.
5. Permissão binária. Ou todo mundo vê tudo, ou ninguém vê nada. Os dois extremos empurram a equipe para o erro 1.
6. Anexo na estação local do equipamento. O texto viaja e a imagem fica.
7. Deduplicar depois de migrar. Multiplica o problema em vez de resolvê-lo.
8. Ativar todas as unidades no mesmo dia. Sem piloto, sem critério de saída e sem quem responda por cada fase.

Se você reconheceu vários deles na sua operação, o gargalo da sua rede não é software. É desenho de processo, e a boa notícia é que desenho se corrige antes de trocar de fornecedor. Veja como auditar o prontuário da clínica.

Seu próximo passo

1. Meça a linha de base esta semana. Levante a taxa de duplicidade de cadastro e o percentual de pacientes atendidos em mais de uma unidade. Sem esses dois números, qualquer projeto vira discussão de opinião.
2. Decida a chave e a arquitetura antes de olhar fornecedor. Eleja o CPF como identidade única, escreva a matriz de permissão por papel e por unidade, e defina se a sua rede vai para base única ou vai usar integração por API como ponte. Leve as 12 perguntas de due diligence para a mesa.
3. Rode um piloto de duas unidades com handoff real. Ative o registro único no par que já troca paciente, use o protocolo de transferência em casos verdadeiros e só então escale para o resto da rede, uma unidade por vez.

Quer que o crescimento em unidades apareça como paciente na cadeira e não como retrabalho de cadastro? Agende uma apresentação.