Como testar a IA do consultório sem usar a ficha real do paciente

Configurar agenda, prontuário ou WhatsApp com inteligência artificial costuma começar com um teste rápido usando dados de um paciente de verdade. Esse atalho fere o sigilo profissional e a LGPD, e existe um jeito simples de testar sem esse risco.

Configurar agenda, prontuário ou WhatsApp com inteligência artificial costuma começar com um teste rápido usando dados de um paciente de verdade. Esse atalho fere o sigilo profissional e a LGPD, e existe um jeito simples de testar sem esse risco.

O erro que parece inofensivo: testar com a ficha de verdade

O cenário é comum: a clínica contrata um sistema de agenda com IA, um chatbot de WhatsApp para confirmar consultas ou um prontuário eletrônico com assistente de preenchimento, e alguém da equipe resolve testar com a ficha de um paciente real. Nome completo, CPF, telefone, às vezes até a radiografia panorâmica entram na tela de teste só para ver se a ferramenta funciona.

Esse atalho não é exclusividade de consultório. Uma pesquisa da K2view, a 2026 State of Enterprise Data Compliance, divulgada em março de 2026, mostra que 87% das organizações replicam dados sensíveis para ambientes que não são de produção, como testes, desenvolvimento e projetos de inteligência artificial. O mesmo levantamento aponta que 76% delas registraram algum incidente envolvendo esses dados nos três anos anteriores à pesquisa, e que apenas 4% consideram seus ambientes de teste totalmente aderentes às exigências de privacidade.

O consultório odontológico não aparece nesse levantamento, mas o raciocínio vale igual: um ambiente de teste raramente tem a mesma proteção do sistema principal. Se o CPF e o histórico clínico de um paciente vazam dali, a origem do vazamento é irrelevante para a lei e para o Conselho: o dado saiu.

Por que dado de paciente é tratado como sensível

A Lei Geral de Proteção de Dados (Lei 13.709/2018) classifica dado sobre saúde como dado pessoal sensível, no artigo 5º, inciso II. Isso significa exigência maior de cuidado e de justificativa para qualquer uso, inclusive interno. Testar um sistema não é, por si só, uma finalidade que autorize usar o dado de um paciente sem o consentimento dele para esse fim específico, o que esbarra no princípio da finalidade previsto no artigo 6º da mesma lei: o dado só pode ser usado para o propósito que motivou sua coleta.

O Código de Ética Odontológica (Resolução CFO-118/2012, do Conselho Federal de Odontologia) trata o sigilo sobre informações do paciente, incluindo prontuário, exames e dados de identificação, como dever do cirurgião-dentista. Usar a ficha de um paciente para demonstrar como um chatbot responde, ou para ver se a IA do prontuário preenche o campo certo, não está entre as exceções que justificam abrir esse sigilo.

Em resumo: testar com dado real de paciente reúne dois problemas ao mesmo tempo, o ético (sigilo profissional) e o legal (LGPD), e os dois existem mesmo que o teste nunca saia do computador da recepção.

O problema cresce quando a IA passa a agir sozinha

A pesquisa da K2view chama atenção para um ponto que já chegou às empresas maiores: sistemas de IA que não só respondem, mas executam tarefas, consultam diferentes fontes e interagem com aplicações corporativas. Isso é o que o setor chama de IA agêntica.

No consultório, esse mesmo movimento pode aparecer de forma simples, como um bot que confirma uma consulta, reagenda um horário ou consulta o histórico do paciente antes de uma mensagem automática, e muda o risco porque o agente não apenas lê um dado de teste, ele pode usá-lo para tomar uma ação, como enviar uma mensagem real para um número de teste copiado de um paciente de verdade.

Em fevereiro de 2026, o Instituto Nacional de Padrões e Tecnologia dos Estados Unidos (NIST) publicou um documento conceitual sobre identidade e autorização de agentes de software, discutindo como controlar o que cada agente pode acessar e por quanto tempo. Para André Muniz, Head de Cloud & Data da DOMVS iT, essa mudança exige repensar o controle de acesso:

Com a IA agêntica, deixamos de falar apenas de sistemas que consultam informações e passamos a lidar com agentes capazes de tomar decisões e executar ações. Não basta controlar quem acessa o dado, mas também o que pode ser feito com ele, em qual contexto e com quais privilégios.

André Muniz, Head de Cloud & Data da DOMVS iT

Para o consultório, isso se traduz de um jeito prático: se o bot de WhatsApp vai mandar lembrete de consulta sozinho, o teste dele não pode ter acesso a número de telefone de paciente de verdade, porque uma falha de configuração pode fazer o sistema disparar uma mensagem real para esse número durante um teste.

Como montar um teste seguro, passo a passo

Não é preciso virar especialista em tecnologia da informação para testar com segurança. O princípio é simples: o sistema nunca deve enxergar um dado que identifique uma pessoa real enquanto estiver em fase de teste.

1. Crie um paciente fictício completo: nome que não existe na base (ou um nome óbvio como "Paciente Teste"), CPF de teste (existem geradores de CPF válido para teste, sem vínculo com pessoa real), telefone próprio ou de um número reservado só para isso.
2. Use exame ou imagem de modelo, nunca a radiografia de um paciente real, mesmo que o nome tenha sido apagado da tela: metadados do arquivo e detalhes clínicos às vezes permitem identificar a pessoa.
3. Separe o ambiente de teste do sistema de produção sempre que o fornecedor oferecer essa opção, para que uma falha no teste não grave nada na ficha real de ninguém.
4. Apague os dados de teste depois de validar o sistema, em vez de deixá-los acumulados na base, já que ficha fictícia esquecida também vira um problema de organização.
5. Se o teste exige volume de dados parecido com o real (para ver como o sistema se comporta com muitos pacientes), peça ao fornecedor uma rotina de mascaramento ou anonimização, e não uma cópia direta da base.

Quando vale pagar por uma anonimização de verdade

Algumas clínicas maiores, com várias unidades ou um volume grande de pacientes, podem preferir testar com uma cópia da base real, porque um paciente fictício nem sempre revela problemas que só aparecem com muitos registros ao mesmo tempo. Nesse caso, a cópia precisa passar por mascaramento antes de chegar ao ambiente de teste, trocando nome, CPF e telefone reais por valores falsos que mantêm o formato, mas não a identidade.

O relatório 2026 Test Data Management Report for AI-Ready Enterprises, da Perforce Delphix, encontrou que 98% das 518 organizações pesquisadas ainda dependem de alguma etapa manual para preparar dados de teste, o que mostra que mesmo empresas grandes fazem esse processo de forma incompleta.

Para um consultório, a decisão prática costuma ser mais simples: se o fornecedor do sistema de agenda ou prontuário oferece um ambiente de teste com dados fictícios prontos, use esse ambiente. Se não oferece, vale perguntar diretamente ao fornecedor como ele trata esse ponto antes de assinar o contrato, porque a resposta diz muito sobre a maturidade da empresa que vai cuidar dos dados da sua clínica depois.

A pesquisa da K2view traz, na fala de André Muniz, Head de Cloud & Data da DOMVS iT, um alerta que vale para qualquer tamanho de negócio: segundo ele, "a capacidade de inovar estará cada vez mais relacionada à maturidade na gestão e governança dos dados". No consultório, essa maturidade começa num detalhe pequeno, mas decisivo: não usar a ficha de ninguém de verdade só para ver se o botão funciona.

Fonte: Pequenas Empresas & Grandes Negócios