Como avaliar conformidade LGPD e ISO 27001 antes de contratar uma plataforma de atendimento por IA para clínicas

A decisão de compra de uma plataforma de atendimento por IA para clínicas precisa avaliar mais do que capacidade de agendar consultas. A conformidade LGPD e ISO 27001 em plataformas de atendimento por IA para clínicas envolve governança, arquitetura, contratos, controle de acesso, rastreabilidade e capacidade de responder a incidentes. Quando a ferramenta conversa com pacientes, consulta disponibilidade de agenda e se conecta ao prontuário ou ao sistema de gestão, ela participa de um fluxo que pode envolver dados pessoais e dados referentes à saúde. Imagine uma clínica que recebe centenas de mensagens por WhatsApp todos os meses. O paciente informa especialidade desejada, convênio, sintomas, preferência de unidade e disponibilidade de horário. Mesmo que a conversa termine antes do agendamento, esses registros podem permanecer em sistemas de mensageria, CRM, bancos de dados, relatórios e cópias de segurança. O fornecedor precisa explicar onde esses dados ficam, quem pode acessá-los, por quanto tempo são mantidos e em quais situações são eliminados. A Lei Geral de Proteção de Dados no texto oficial trata dados referentes à saúde como dados pessoais sensíveis e estabelece princípios, bases legais e responsabilidades para o tratamento. Já a ISO/IEC 27001 é uma referência de gestão de segurança da informação. Uma certificação válida ajuda a demonstrar que existe um sistema estruturado de controles, mas não elimina a necessidade de verificar o escopo, a validade e a aplicação prática desses controles. Por isso, não use apenas um selo como critério de aprovação. A pergunta correta é: quais evidências mostram que o fornecedor reduz a exposição dos dados e consegue operar o serviço de forma controlada ao longo do contrato?

Um RFP bem escrito transforma declarações genéricas em respostas verificáveis. Em vez de perguntar apenas se a plataforma é compatível com a LGPD, peça uma descrição do fluxo de dados desde a mensagem recebida até o registro no sistema de agenda. Solicite também um diagrama de arquitetura, a lista de suboperadores, os países onde os dados podem ser processados e o procedimento para remover informações ao fim do contrato. Inclua perguntas como: “As conversas da minha clínica são usadas para treinar modelos compartilhados com outros clientes?”. “Quais dados aparecem em logs de aplicação e por quanto tempo?”. “Como a empresa controla acesso ao ambiente de produção?”. “Qual é o prazo contratual para comunicar um incidente?”. “Existe relatório independente de auditoria ou teste de segurança recente?”. “Como a clínica exporta seus dados em formato utilizável?”. Na parte contratual, solicite cláusulas sobre finalidade, confidencialidade, subcontratação, transferência internacional, segurança, auditoria, cooperação com a Autoridade Nacional de Proteção de Dados, atendimento aos titulares e descarte seguro. A política de retenção precisa ser específica. “Guardamos pelo tempo necessário” não permite ao gestor avaliar risco nem configurar uma rotina de governança. Também vale pedir uma matriz de responsabilidades. Ela deve mostrar quem configura permissões, quem responde por credenciais da clínica, quem trata solicitações de titulares, quem aprova integrações e quem decide pela transferência para uma pessoa. Para aprofundar os critérios operacionais e de compra, consulte o checklist de 12 critérios para avaliar automação de atendimento com IA em clínicas, usando a segurança como parte da decisão, não como etapa isolada.

A segurança de uma plataforma depende também de como ela toma decisões. Em fluxos clínicos, um modelo que responde sem contexto pode inventar informação sobre preparo de exame, cobertura de convênio ou disponibilidade de profissional. A arquitetura Orchestra da Auris organiza agentes especializados sob a coordenação de um agente maestro, uma abordagem construída para reduzir o risco de respostas inadequadas e facilitar o monitoramento, a revisão e o ajuste dos fluxos ao longo do tempo. Esse desenho não deve ser avaliado apenas pelo nome da arquitetura. Peça exemplos de políticas de roteamento, fontes autorizadas, limites de resposta e situações que provocam transferência para uma pessoa. Um caso adequado para automação pode ser a coleta de preferência de unidade e a consulta de horários disponíveis. Uma dúvida clínica fora da base aprovada deve gerar contenção e encaminhamento, não uma resposta especulativa. As integrações com Feegow, Amplimed, Prodoctor, Visual Asa, Amigo e outros sistemas de prontuário e agenda também precisam entrar na auditoria. Pergunte quais permissões a API usa, se o acesso é somente leitura ou permite gravação, como são tratados erros de sincronização e como o sistema evita duplicidade de agendamentos. A análise sobre integração nativa e conector genérico ajuda a avaliar o efeito dessas escolhas sobre controle, continuidade e perdas até o agendamento. Uma arquitetura bem documentada reduz retrabalho durante a implantação porque torna cada responsabilidade identificável. Ainda assim, a clínica deve manter aprovação humana para exceções clínicas, objeções complexas, alterações cadastrais críticas e situações que envolvam interpretação profissional. O objetivo é conduzir com segurança o fluxo padrão, preservando uma rota clara para intervenção.