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

الموثوقية، الحالة، والحوادث

أين يعمل Anpheros، وما الذي تتم مراقبته، والنسخ الاحتياطي اليومي، والاستعادة في أي نقطة زمنية، وكيفية الإبلاغ عن الحوادث، وتصدير البيانات وحذفها، وما هو غير متوفر حاليًا (لا يوجد اتفاق مستوى خدمة SLA، ولا صفحة حالة عامة).

ما يفعله Anpheros اليوم للحفاظ على توفر واجهة برمجة التطبيقات API وقابلية استعادة بياناتك، وكيف تسمع عن المشاكل، وما هو غير موجود بعد. Anpheros Platform في مرحلة تجريبية خاصة؛ هذه الصفحة توضح الإعداد الحالي، وليس الأهداف المقدمة كضمانات.

الاستضافة

المراقبة

• فحوصات وقت التشغيل (Uptime checks) تستدعي نقطة نهاية صحة المنصة من ثلاث مناطق؛ عندما تتوقف عن الاستجابة، يتم تنبيه الفريق عبر البريد الإلكتروني.
• التنبيهات تُطلق أيضًا عند حدوث أخطاء في الخادم بنسبة تزيد عن 5%، أو استجابات بطيئة (p95 أعلى من ثانيتين لمدة 10 دقائق)، أو نسبة عالية من استجابات 4xx، أو استنفاد مجمع قاعدة البيانات، أو فشل في كتابة سجل التدقيق (audit log)، أو سلسلة تدقيق مكسورة، أو إعادة استخدام رمز تحديث OAuth (OAuth refresh token)، أو نقاط نهاية الويب هوك (webhook endpoints) التي تم تعطيلها بعد فشل متكرر.
• لا توجد صفحة حالة عامة حتى الآن. الفحوصات المذكورة أعلاه داخلية. سيتم نشر صفحة الحالة فقط عندما تكون قادرة على عرض قياسات حقيقية من هذه الفحوصات، وليس عبارة مكتوبة يدويًا "جميع الأنظمة تعمل".

النسخ الاحتياطي والاستعادة

• قاعدة البيانات: يتم إجراء نسخ احتياطي تلقائي كل يوم في الساعة 02:00 بالتوقيت العالمي المنسق، مع الاحتفاظ بـ 7 نسخ، بالإضافة إلى الاستعادة حسب نقطة زمنية لآخر 7 أيام؛ حماية الحذف قيد التشغيل.
• المستندات: يتم تمكين إصدار الكائنات وحذف ناعم لمدة 7 أيام على حاوية التخزين، مشفرة بمفتاح يديره العميل.
• سجل التدقيق: نسخة غير قابلة للكتابة خارج قاعدة البيانات، يتم التحقق منها يوميًا بحثًا عن فجوات أو عبث.
• اختبار الاستعادة: في 20 سبتمبر 2026، تم استنساخ قاعدة بيانات الإنتاج إلى نقطة زمنية قبل ثلاث دقائق؛ كانت النسخة المستنسخة قابلة للاستخدام بعد حوالي 10 دقائق وتطابقت أعداد سجلاتها مع المصدر. تتطلب الاستعادة الكاملة أيضًا إعادة نشر، حوالي 5 دقائق إضافية.

عندما يحدث خطأ ما

1. يصل التنبيه إلى الفريق؛ يتم تتبع الطلبات المتأثرة بواسطة معرف الطلب الخاص بها (كل استجابة تحمل ترويسة Anpheros-Request-Id؛ قم بتضمينها عند مراسلتنا).
2. يتم إلغاء صلاحية بيانات الاعتماد المسربة أولاً؛ إذا كانت سلامة البيانات موضع شك، يتم إيقاف عمليات الكتابة واستعادة قاعدة البيانات إلى نقطة زمنية سابقة للحدث.
3. يتم إبلاغ المنظمات التي تأثرت بياناتها بشكل مباشر، ضمن الإطار الزمني لاتفاقية معالجة بياناتها؛ بالنسبة لخرق البيانات الشخصية، في غضون 72 ساعة من اكتشافه، كما يتطلب القانون العام لحماية البيانات (GDPR).
4. يتبع ذلك تقرير ما بعد الوفاة (post-mortem) في غضون 5 أيام عمل.

يتم الإعلان عن التغييرات في الـ API، بما في ذلك التشديدات المتعلقة بالأمان، في سجل التغييرات.

بياناتك: التصدير، الاحتفاظ، والحذف

• التصدير: السجلات هي بصيغة HL7 FHIR R4 القياسية؛ Patient/$everything تُرجع سجل المريض بالكامل كحزمة FHIR، و $summary ملخص المريض الدولي. لا يوجد أي شيء بصيغة خاصة.
• الحذف: يمكن للمؤسسة حذف الموارد التي كتبتها (FHIR DELETE، أو DELETE على موارد /v1)؛ الإصدارات السابقة تبقى في سجل الموارد. ما يحدث لبيانات الإنتاج عند انتهاء خطة ما موضح في شروط التسعير.
• التدقيق: كل قراءة وكتابة يتم تسجيلها وتكون مرئية للمريض. يتم حاليًا الاحتفاظ بصفوف التدقيق إلى أجل غير مسمى؛ فترة الاحتفاظ لكل نوع سجل هي قرار قانوني معلق.

لم يتم تضمينها بعد

• تجاوز الفشل التلقائي عبر المناطق، واتفاقية مستوى الخدمة التعاقدية؛
• صفحة حالة عامة مع وقت تشغيل مُقاس؛
• شهادات رسمية (على سبيل المثال ISO 27001 أو SOC 2): لم يتم المطالبة بأي منها.

تم إدراج هذه النقاط لتتمكن من التخطيط بناءً عليها. للأسئلة: [email protected].

ذات الصلة

• الأمان والخصوصية ومكان البيانات
• الحدود وحدود المعدل
• الإصدارات وسجل التغييرات
• التسعير

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