Disaster recovery em IA
Disaster recovery em IA é o plano pra recuperar infra e dados após falha grave, medido por RTO/RPO — essencial pra clínica médica não perder prontuário.
Disaster recovery em IA é o plano documentado — com processo testado, não só promessa — pra recuperar servidor, banco de dados e agentes de IA depois de uma falha grave: queda de servidor, ransomware, erro humano que apaga tabela. Mede-se por dois números: RTO (quanto tempo até voltar a operar) e RPO (quanto dado você aceita perder).
Pra clínica médica, esse plano não é luxo de empresa grande. É o que separa “paramos 2 horas e voltamos com o prontuário intacto” de “perdemos 3 anos de histórico de paciente porque o backup nunca foi testado”. Seus dados com você só vale alguma coisa se você também sabe recuperá-los quando algo quebra.
Como funciona na prática
Um plano de disaster recovery real tem três camadas: backup automático (diário, com retenção de 30+ dias), backup imutável (WORM — write once, read many, pra ransomware não conseguir criptografar ou apagar o backup junto com o dado original) e teste de restore periódico. As duas primeiras camadas sem a terceira são teatro — muita clínica descobre que o backup nunca funcionou só na hora que precisa dele.
RTO e RPO viram números concretos no contrato: “RPO de 4 horas” significa que, no pior caso, você perde no máximo 4 horas de atendimento registrado. “RTO de 2 horas” significa que o sistema volta a responder em até 2 horas. Sem esses números definidos, a clínica está operando na fé.
Por que importa pra clínica médica
Prontuário eletrônico é dado sensível de saúde — a LGPD trata como categoria especial, com dever de segurança reforçado (Art. 46). Se o servidor cai e o backup falha, a clínica não só perde histórico clínico: vira incidente reportável à ANPD, com risco de multa e, principalmente, quebra de confiança do paciente que confiou o próprio prontuário.
Número antes de promessa: se o fornecedor atual não te dá um RTO/RPO por escrito, você não tem plano de disaster recovery — tem esperança.
Erro comum: confundir backup com disaster recovery
O erro mais comum é achar que “a gente faz backup” resolve o problema. Backup é só a matéria-prima. Disaster recovery é o processo completo — onde o backup mora (fora do mesmo servidor que pode cair junto), com que frequência é testado, e quem sabe executar o restore às 3h da manhã sem depender de 1 pessoa específica estar disponível.
Como aplicar hoje
Três passos pra sair da fé e ir pro processo:
- Defina RTO e RPO por escrito pro seu sistema mais crítico (geralmente o prontuário ou o CRM).
- Separe o backup do servidor de produção — outro cluster, outra região, com WORM ativado.
- Teste o restore de verdade a cada trimestre, não só configure e esqueça.
Montar isso do zero — infra com backup testado, monitoramento que avisa antes da crise virar incidente, e disaster recovery documentado — é o tipo de projeto que a iAvancada estrutura na empresa do cliente. Se o que falta é o agente de atendimento rodando em cima dessa infra já protegida, o iAgentes entrega o pacote pronto.
Termos relacionados
- Infra AI-ready — a base sobre a qual o disaster recovery se apoia
- Audit trail em IA — log que prova o que aconteceu antes e depois do incidente
- DPA (Data Processing Agreement) — contrato que deveria especificar responsabilidade de backup do fornecedor