Segurança e Proteção de Dados

A DesenrolaPsi processa prontuários, anamnese, diagnósticos, CPFs, documentos, informações financeiras e comunicações. Segurança deve ser aplicada desde o desenho da funcionalidade, com minimização de dados, separação de responsabilidades e validação server-side.

Nenhuma medida elimina todos os riscos. Esta página resume controles e responsabilidades sem divulgar detalhes que possam facilitar abuso.

As áreas autenticadas usam sessão e validações server-side. Consultas de pacientes, prontuários, documentos, financeiro, portal e vídeo devem confirmar o usuário autorizado e o vínculo com o tenant antes de acessar dados.

Funções administrativas devem permanecer separadas das funções clínicas. O acesso administrativo é destinado a métricas e informações mínimas necessárias para operação, segurança e suporte auditável.

Tokens de portal e lembretes são armazenados e comparados de forma protegida; links privados não devem ser compartilhados.

Consultas e respostas devem selecionar somente os campos necessários. CPF, nomes, diagnósticos, medicações, anamnese, notas, parâmetros SQL e payloads completos não devem aparecer em mensagens de erro, logs de runtime ou alertas enviados por e-mail.

Logs técnicos devem priorizar tipo de erro, fingerprint, horário e referência interna. Retenção, acesso e descarte dos logs devem ser limitados ao necessário para segurança e correção de falhas.

Banco de dados, armazenamento de documentos, e-mail, proteção antiabuso e integrações de comunicação devem ser configurados com credenciais server-side e acesso mínimo. Secrets não devem ser enviados ao bundle do navegador ou registrados em logs.

Cache e filas offline devem ter escopo por usuário, expiração e limpeza no logout. O produto deve evitar persistir dados clínicos, documentos, CPFs e payloads completos no dispositivo, especialmente em computador compartilhado.

[TODO segurança/DPO: manter inventário de fornecedores, regiões, controles contratuais, criptografia, backups, recuperação e testes periódicos.]

Alterações que envolvam dados sensíveis, permissões ou schema devem passar por revisão, testes em ambiente não produtivo e avaliação de impacto. Migrations não devem ser aplicadas em produção sem backup, revisão e janela aprovada.

Ambientes de desenvolvimento e testes não devem usar dados reais de pacientes. Testes devem provar isolamento entre psicólogos, bloqueio de acesso administrativo a dados clínicos, expiração de tokens e limpeza de dados locais.

Suspeitas de acesso indevido, vazamento, perda de dispositivo, token exposto ou comportamento anormal devem ser registradas e investigadas com prioridade. A resposta deve preservar evidências sem copiar ou ampliar a exposição dos dados.

[TODO segurança/jurídico: inserir canal de reporte, responsáveis, critérios de severidade, prazos internos e procedimento de comunicação a titulares, clientes e autoridades quando aplicável.]

A segurança depende também do usuário: senhas fortes, autenticação protegida, dispositivo atualizado, bloqueio de tela, cuidado com exportações e não compartilhamento de links privados.

O profissional deve revisar destinatários, permissões, mensagens, documentos, backups e dados exportados. A plataforma não substitui uma política interna de segurança, continuidade e sigilo profissional.

Os controles descritos podem evoluir conforme a arquitetura e os riscos mudarem. A publicação desta página não constitui certificação, garantia de segurança absoluta ou substituição de auditoria independente.

[TODO: inserir contato oficial de segurança, data de revisão periódica e referências públicas de conformidade somente após validação documental.]