Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

Fiabilidade, estado e incidentes

Onde o Anpheros corre, o que é monitorizado, cópias de segurança diárias e recuperação a um ponto específico no tempo, como os incidentes são comunicados, exportação e eliminação de dados, e o que ainda não está implementado (sem SLA, sem página de estado pública).

O que o Anpheros faz hoje para manter a API disponível e os seus dados recuperáveis, como é informado sobre problemas e o que ainda não está implementado. A Anpheros Platform está em beta privado; esta página descreve a configuração atual, não metas apresentadas como garantias.

Hospedagem

Monitorização

• Verificações de tempo de atividade chamam o ponto final de saúde da plataforma a partir de três regiões; quando deixa de responder, a equipa é alertada por e-mail.
• Alertas também são acionados em erros de servidor acima de 5%, respostas lentas (p95 acima de 2 segundos durante 10 minutos), uma alta percentagem de respostas 4xx, esgotamento do pool da base de dados, falhas na escrita do registo de auditoria, uma cadeia de auditoria quebrada, reutilização de um token de atualização OAuth e pontos finais de webhook que foram desativados após falhas repetidas.
• Ainda não existe uma página de estado pública. As verificações acima são internas. Uma página de estado só será publicada quando puder mostrar medições reais destas verificações, não um "todos os sistemas operacionais" escrito à mão.

Backups e recuperação

• Base de dados: backup automatizado todos os dias às 02:00 UTC, mantendo 7 cópias, mais recuperação point-in-time para os últimos 7 dias; a proteção contra eliminação está ativa.
• Documentos: versionamento de objetos e eliminação lógica de 7 dias no bucket de armazenamento, encriptado com uma chave gerida pelo cliente.
• Registo de auditoria: uma cópia append-only fora da base de dados, verificada diariamente quanto a falhas e adulterações.
• Teste de restauro: em 20 de setembro de 2026, a base de dados de produção foi clonada para um ponto três minutos no passado; a cópia foi utilizável após cerca de 10 minutos e as contagens dos seus registos corresponderam às da origem. Um restauro completo também necessita de uma reimplementação, cerca de 5 minutos adicionais.

Quando algo corre mal

1. O alerta chega à equipa; os pedidos afetados são rastreados pelo seu request id (cada resposta contém um cabeçalho Anpheros-Request-Id; cite-o quando nos contactar).
2. Uma credencial comprometida é revogada primeiro; se a integridade dos dados estiver em dúvida, as escritas são interrompidas e a base de dados é restaurada para um ponto anterior ao evento.
3. As Organizações cujos dados foram afetados são informadas diretamente, dentro do prazo do seu acordo de tratamento de dados; para uma violação de dados pessoais, dentro de 72 horas após ter conhecimento da mesma, conforme exigido pelo RGPD.
4. Segue-se uma análise post-mortem no prazo de 5 dias úteis.

Alterações à API, incluindo o reforço relacionado com a segurança, são anunciadas no changelog.

Os seus dados: exportação, retenção e eliminação

• Exportação: os registos são no formato padrão HL7 FHIR R4; Patient/$everything devolve o registo completo de um paciente como um pacote FHIR, e $summary um Resumo Internacional do Paciente. Nada está num formato proprietário.
• Eliminação: uma organização pode eliminar os recursos que escreveu (FHIR DELETE, ou DELETE em recursos /v1); versões anteriores permanecem no histórico do recurso. O que acontece aos dados de produção quando um plano termina está descrito nos termos de preços.
• Auditoria: cada leitura e escrita é registada e visível para o paciente. As linhas de auditoria são atualmente mantidas indefinidamente; um período de retenção por tipo de registo é uma decisão legal pendente.

Ainda não implementado

• failover automático entre zonas e um SLA contratual;
• uma página de estado pública com tempo de atividade medido;
• certificações formais (por exemplo, ISO 27001 ou SOC 2): nenhuma é reivindicada.

Estes pontos são listados para que possa planear em conformidade. Perguntas: [email protected].

Relacionado

• Segurança, privacidade e residência de dados
• Limites e limites de taxa
• Versionamento e registo de alterações
• Preços

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card