Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card
Fiabilitate, stare și incidente
Unde rulează Anpheros, ce este monitorizat, backup-uri zilnice și recuperare point-in-time, cum sunt comunicate incidentele, exportul și ștergerea datelor, și ce nu este încă implementat (fără SLA, fără pagină publică de stare).
Ce face Anpheros astăzi pentru a menține API-ul disponibil și datele dumneavoastră recuperabile, cum aflați despre probleme și ce nu este încă implementat. Anpheros Platform este în beta privat; această pagină prezintă configurația actuală, nu ținte prezentate ca garanții.
Găzduire
| Astăzi | |
|---|---|
| Regiune | Doar Uniunea Europeană: Google Cloud europe-west4 (Olanda), în spatele unei margini Cloudflare |
| API | Cloud Run, scalat automat până la 3 instanțe; FHIR R4 la /fhir/R4, REST la /v1 |
| Bază de date | PostgreSQL gestionat într-o singură zonă, fără failover automat: o întrerupere a unei zone înseamnă o întrerupere completă |
| Sandbox | o bază de date separată; cheile sandbox (sk_test_) nu pot accesa datele de producție |
| Nivel de serviciu | efort maxim; fără SLA contractual în timpul beta |
Monitorizare
- Verificări de disponibilitate (Uptime checks) apelează endpoint-ul de sănătate al platformei din trei regiuni; atunci când acesta nu mai răspunde, echipa este alertată prin email.
- Alerte se declanșează, de asemenea, la erori de server peste 5%, răspunsuri lente (p95 peste 2 secunde timp de 10 minute), o pondere mare de răspunsuri 4xx, epuizarea pool-ului bazei de date, eșecuri la scrierea log-ului de audit, un lanț de audit compromis, reutilizarea unui token de reîmprospătare OAuth și endpoint-uri webhook care au fost dezactivate după eșecuri repetate.
- Nu există încă o pagină de stare publică. Verificările de mai sus sunt interne. O pagină de stare va fi publicată doar atunci când va putea afișa măsurători reale din aceste verificări, nu un text scris manual "toate sistemele operaționale".
Backup și recuperare
- Bază de date: backup automat zilnic la 02:00 UTC, se păstrează 7 copii, plus recuperare point-in-time pentru ultimele 7 zile; protecția la ștergere este activată.
- Documente: versionare a obiectelor și ștergere soft de 7 zile pe bucket-ul de stocare, criptat cu o cheie gestionată de client.
- Jurnal de audit: o copie append-only în afara bazei de date, verificată zilnic pentru goluri și manipulări.
- Exercițiu de restaurare: pe 20 septembrie 2026 baza de date de producție a fost clonată la un punct din trecut de trei minute; clona a fost utilizabilă după aproximativ 10 minute și numărul de înregistrări a corespuns cu sursa. O restaurare completă necesită, de asemenea, o redeployare, aproximativ încă 5 minute.
Când ceva nu merge bine
- Alerta ajunge la echipă; cererile afectate sunt urmărite după ID-ul cererii (fiecare răspuns poartă un antet
Anpheros-Request-Id; citați-l când ne scrieți). - O credențială compromisă este revocată mai întâi; dacă integritatea datelor este pusă la îndoială, scrierile sunt oprite și baza de date este restaurată la un punct anterior evenimentului.
- Organizațiile ale căror date au fost afectate sunt informate direct, în conformitate cu termenii acordului lor de prelucrare a datelor; pentru o breșă de date personale, în termen de 72 de ore de la luarea la cunoștință, conform cerințelor GDPR.
- Un post-mortem urmează în termen de 5 zile lucrătoare.
Modificările aduse API-ului, inclusiv cele legate de securitate, sunt anunțate în changelog.
Datele dumneavoastră: export, retenție și ștergere
- Export: înregistrările sunt în format standard HL7 FHIR R4;
Patient/$everythingreturnează întregul dosar al unui pacient ca un pachet FHIR, iar$summaryun rezumat internațional al pacientului. Nimic nu este într-un format proprietar. - Ștergere: o organizație poate șterge resursele pe care le-a scris (FHIR
DELETE, sauDELETEpe resurse/v1); versiunile anterioare rămân în istoricul resursei. Ce se întâmplă cu datele de producție atunci când un plan se încheie este detaliat în termenii de preț. - Audit: fiecare citire și scriere este înregistrată și vizibilă pentru pacient. Rândurile de audit sunt în prezent păstrate pe termen nelimitat; o perioadă de retenție per tip de înregistrare este o decizie legală în așteptare.
Încă nu sunt implementate
- failover automat între zone și un SLA contractual;
- o pagină publică de stare cu uptime măsurat;
- certificări formale (de exemplu, ISO 27001 sau SOC 2): nu se revendică niciuna.
Acestea sunt listate pentru a vă permite să planificați în consecință. Întrebări: [email protected].
Conexe
- Securitate, confidențialitate și rezidența datelor
- Limite și limite de rată
- Versionare și jurnal de modificări
- Prețuri
Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card