Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card
Affidabilità, stato e incidenti
Dove opera Anpheros, cosa viene monitorato, backup giornalieri e ripristino point-in-time, come vengono comunicati gli incidenti, esportazione ed eliminazione dei dati, e cosa non è ancora disponibile (nessuna SLA, nessuna pagina di stato pubblica).
Cosa fa Anpheros oggi per mantenere l'API disponibile e i tuoi dati recuperabili, come vieni informato sui problemi e cosa non è ancora in atto. Anpheros Platform è in beta privata; questa pagina descrive la configurazione attuale, non obiettivi presentati come garanzie.
Hosting
| Oggi | |
|---|---|
| Regione | Solo Unione Europea: Google Cloud europe-west4 (Paesi Bassi), dietro un edge Cloudflare |
| API | Cloud Run, scalato automaticamente fino a 3 istanze; FHIR R4 a /fhir/R4, REST a /v1 |
| Database | PostgreSQL gestito in una singola zona, senza failover automatico: un'interruzione di zona comporta un'interruzione completa |
| Sandbox | un database separato; le chiavi sandbox (sk_test_) non possono accedere ai dati di produzione |
| Livello di servizio | best effort; nessun SLA contrattuale durante la beta |
Monitoraggio
- Controlli di uptime chiamano l'endpoint di integrità della piattaforma da tre regioni; quando smette di rispondere, il team viene avvisato via email.
- Gli alert vengono attivati anche in caso di errori del server superiori al 5%, risposte lente (p95 superiori a 2 secondi per 10 minuti), un'alta percentuale di risposte 4xx, esaurimento del pool del database, errori nella scrittura del log di audit, una catena di audit interrotta, riutilizzo di un token di aggiornamento OAuth e endpoint webhook disabilitati dopo ripetuti fallimenti.
- Non esiste ancora una pagina di stato pubblica. I controlli sopra descritti sono interni. Una pagina di stato verrà pubblicata solo quando potrà mostrare misurazioni reali da questi controlli, non un "tutti i sistemi operativi" scritto a mano.
Backup e ripristino
- Database: backup automatico ogni giorno alle 02:00 UTC, conservati 7 backup, più ripristino point-in-time per gli ultimi 7 giorni; la protezione dall'eliminazione è attiva.
- Documenti: versioning degli oggetti e un soft delete di 7 giorni sul bucket di storage, crittografato con una chiave gestita dal cliente.
- Audit log: una copia append-only esterna al database, verificata quotidianamente per eventuali lacune o manomissioni.
- Drill di ripristino: il 20 settembre 2026 il database di produzione è stato clonato a un punto di tre minuti nel passato; il clone è risultato utilizzabile dopo circa 10 minuti e il conteggio dei record corrispondeva alla sorgente. Un ripristino completo richiede anche un redeploy, circa altri 5 minuti.
Quando qualcosa va storto
- L'allerta raggiunge il team; le richieste interessate vengono tracciate tramite il loro request id (ogni risposta riporta un
header
Anpheros-Request-Id; citarlo quando ci scrivete). - Una credenziale compromessa viene revocata per prima; se l'integrità dei dati è in dubbio, le scritture vengono interrotte e il database viene ripristinato a un punto precedente all'evento.
- Le organizzazioni i cui dati sono stati interessati vengono informate direttamente, entro le tempistiche del loro accordo di elaborazione dati; per una violazione dei dati personali, entro 72 ore dalla consapevolezza, come richiesto dal GDPR.
- Segue un'analisi post-mortem entro 5 giorni lavorativi.
Le modifiche all'API, inclusi i miglioramenti relativi alla sicurezza, vengono annunciate nel changelog.
I tuoi dati: esportazione, conservazione ed eliminazione
- Esportazione: i record sono in formato standard HL7 FHIR R4;
Patient/$everythingrestituisce l'intero record di un paziente come bundle FHIR, e$summaryun International Patient Summary. Nessun dato è in formato proprietario. - Eliminazione: un'organizzazione può eliminare le risorse che ha scritto (FHIR
DELETE, oDELETEsu risorse/v1); le versioni precedenti rimangono nella cronologia della risorsa. Cosa succede ai dati di produzione al termine di un piano è definito nei termini di prezzo. - Audit: ogni lettura e scrittura viene registrata e visibile al paziente. Le righe di audit sono attualmente conservate a tempo indeterminato; un periodo di conservazione per tipo di record è una decisione legale in sospeso.
Non ancora in produzione
- failover automatico tra zone e un SLA contrattuale;
- una pagina di stato pubblica con uptime misurato;
- certificazioni formali (ad esempio ISO 27001 o SOC 2): nessuna è rivendicata.
Questi punti sono elencati in modo che tu possa pianificare di conseguenza. Domande: [email protected].
Correlati
Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card