الثقة والأمان

أمان بمستوى الرعاية الصحية، مهندَس منذ اليوم الأول.

سجلات المرضى هي أكثر البيانات حساسية لدى أي عيادة. كل طبقة في The Clinic — من صف قاعدة البيانات حتى استدعاء المساعد الذكي — مبنية على فرضية أن أي اختراق غير مقبول.

اطلب اتفاقيتي DPA وBAAتواصل مع فريق الأمان
  • متوافق مع HIPAA
  • GDPR
  • ISO 27001 (متوافق)
  • عزل لكل مستأجر
الامتثال

كل إطار يطلبه فريق الامتثال لديك.

نُطابق ضوابطنا مع الأطر التي تُدقَّق ضدّها العيادات فعليًا، لا تلك التي تبدو جذابة على شارة فقط.

  • HIPAA

    نعمل بصفة الشريك التجاري (Business Associate) وسنوقّع اتفاقية BAA. كل وصول إلى المعلومات الصحية المحمية (PHI) يُسجَّل في سجل تدقيق إلحاقي فقط لا يستطيع التطبيق نفسه تعديله، ويُحتفظ به عشر سنوات افتراضيًا مع مدة قابلة للتهيئة لكل عيادة.

  • معايير SOC 2

    ضوابط مُطابَقة لمعايير خدمات الثقة (Trust Services Criteria) في SOC 2. لا يتوفر اليوم أي تقرير تدقيق من طرف ثالث، ولا ندّعي ذلك.

  • GDPR

    أُسس قانونية موثَّقة، أدوات حقوق أصحاب البيانات مدمجة، اتفاقية DPA مع كل عيادة، واستضافة الإنتاج داخل الاتحاد الأوروبي.

  • ISO 27001 (متوافق)

    نظام إدارة أمن المعلومات مُتوافق مع ضوابط الملحق A. غير معتمَد.

  • HITRUST

    ضوابطنا مُطابَقة مع HITRUST CSF v11. لم يُجرَ أي تقييم.

  • PCI DSS

    بيانات البطاقات لا تمسّ بنيتنا التحتية أبدًا — يُرمِّزها مزوّد معالجة المدفوعات. لا نملك إقرار PCI خاصًا بنا.

الركائز الأربع

دفاع متعدد الطبقات في كل مستوى من المنصة.

تشفير البيانات

  • تشفير AES-256 على القرص لكل عناقيد Postgres ومخازن الكائنات
  • TLS 1.3 أثناء النقل مع HSTS preloading ومجموعات تشفير حديثة فقط
  • تشفير ظرفي بمفاتيح بيانات لكل عيادة
  • وسائط المرضى تُقدَّم عبر روابط موقَّعة قصيرة الأجل فقط — لا عبر أي مخزن عام

التحكم في الوصول

  • صلاحيات مبنية على الأدوار عبر 11 دورًا، مُطبَّقة على كل مسار API
  • تسجيل دخول عبر Google أو بالبريد وكلمة المرور، مع مصادقة ثنائية (TOTP) يمكن للمشرفين فرضها على كل حسابات الفريق
  • تجاوزات صلاحيات لكل مستخدم تقيّد ما يراه الدور، ولا توسّعه أبدًا
  • مهلة انتهاء الجلسة، وقفل محاولات القوة الغاشمة، وتحديد المعدّل، مُطبَّقة على مستوى الخادم لا في المتصفح

عزل المستأجرين

  • سياسات Row-Level Security في Postgres مُطبَّقة على مستوى قاعدة البيانات
  • سياق المستأجر يُمرَّر عبر AsyncLocalStorage في كل طلب
  • ملحق Prisma يمنع أي كتابة عابرة للمستأجرين على مستوى ORM
  • اختبارات ذاتية مستمرة للعزل تعمل في CI ومع كل نشر

التدقيق والمراقبة

  • كل قراءة وكتابة للمعلومات الصحية المحمية (PHI) تُسجَّل في سجل تدقيق إلحاقي فقط، بفرض من Triggers في قاعدة البيانات
  • احتفاظ افتراضي لمدة عشر سنوات، قابل للتهيئة لكل عيادة، مع حد أدنى 90 يومًا لا يستطيع التطبيق تخفيضه
  • عمليات التحديث والحذف وTRUNCATE تُرفَض لكل أدوار قاعدة البيانات، بما فيها الدور الذي يعمل به التطبيق
  • قراءات PHI تُسجَّل على مستوى طبقة البيانات لا مسارًا بمسار، فلا تتدهور التغطية مع إضافة مسارات جديدة
البنية

عزل متعدد المستأجرين، مُتحقَّق منه بثلاث طرق.

كل طلب يمرّ عبر ثلاث طبقات إنفاذ مستقلة قبل أن يصل إلى سجل المريض. أي خلل في إحداها تلتقطه الأخريان.

  • التطبيق. بيانات JWT تُحدد معرّف المستأجر، ويُحفظ في سياق AsyncLocalStorage طوال عمر الطلب.
  • ORM. ملحق Prisma يحقن مرشّح المستأجر في كل قراءة، ويمنع أي كتابة عابرة للمستأجرين على مستوى ORM.
  • قاعدة البيانات. Row-Level Security في Postgres يُطبّق نفس الحدود على طبقة التخزين — تطبيق مُخترَق لا يستطيع تجاوزها.
AES-256 على القرصTLS 1.3 أثناء النقلمفاتيح لكل عيادة
طلب من الطبيبJWT + clinicId
Auth middlewareالطبقة 1

يُحدّد المستأجر ويضبط سياق AsyncLocalStorage

ملحق Prisma للمستأجرينالطبقة 2

يحقن WHERE clinicId ويمنع الكتابات العابرة للمستأجرين

Postgres RLSالطبقة 3

سياسات على مستوى الصف تحكم كل SELECT وUPDATE

بيانات العيادة المشفّرةAES-256، مفاتيح لكل مستأجر

الاستجابة للحوادث

كتيّب إجراءات موثَّق للاستجابة للحوادث، ومراقبة للجاهزية والأخطاء، وتحليل جذري للحادث يُشارَك مع أي عيادة تعرّضت بياناتها له.

الإفصاح عن الثغرات

نُدير برنامج إفصاح منسّقًا مع بنود حماية للباحثين بحسن نية، ونشكر المبلّغين علنًا.

  • ملف security.txt منشور مع مسار التصعيد ومفتاح PGP
  • شكر علني لأول من يُبلّغ عن ثغرة صحيحة
  • بند حماية للأبحاث بحسن نية
  • إقرار بالاستلام خلال يوم عمل واحد
security@the-clinic.net
موارد الثقة

كل ما يحتاجه فريق الامتثال لديك، في مكان واحد.

أسئلة الأمان

ما تسأل عنه فرق الامتثال قبل التوقيع.

هل توقّعون اتفاقية BAA؟

نعم. تعمل The Clinic بصفة الشريك التجاري وتوقّع اتفاقية BAA مع اتفاقية DPA. ومن ضوابط التوافق مع HIPAA: صلاحيات مبنية على الأدوار في كل مسار API، ومصادقة ثنائية يمكن لمشرفيك فرضها، وسجل تدقيق إلحاقي فقط يسجّل كل قراءة وكتابة للمعلومات الصحية المحمية.

هل لديكم اعتماد SOC 2 أو ISO 27001؟

لا، ولا ندّعي ذلك. الضوابط مُطابَقة لمعايير خدمات الثقة في SOC 2، ونظام إدارة أمن المعلومات متوافق مع الملحق A من ISO 27001 — لكن لا يوجد اليوم تقرير تدقيق من طرف ثالث. والموافقة موثَّقة ليتسنى لفريق امتثالك تقييمها مباشرة.

كيف تُفصل بيانات عيادة عن أخرى؟

عزل المستأجرين مُطبَّق بثلاث طرق مستقلة في كل طلب: يحدّد التطبيق المستأجر من رمز المستخدم المسجَّل دخوله، وتحقن طبقة الوصول إلى قاعدة البيانات مرشّح المستأجر وتمنع الكتابات العابرة للمستأجرين، وRow-Level Security في PostgreSQL يفرض الحدود نفسها على طبقة التخزين. كما تعمل اختبارات ذاتية للعزل في CI ومع كل نشر.

هل يمكن تعديل سجل التدقيق أو حذفه؟

لا. سجل التدقيق إلحاقي فقط، بفرض من Trigger في قاعدة البيانات — فعمليات التحديث والحذف وTRUNCATE تُرفَض لكل أدوار قاعدة البيانات، بما فيها الدور الذي يعمل به التطبيق نفسه. والاحتفاظ الافتراضي عشر سنوات، قابل للتهيئة لكل عيادة، وبحد أدنى 90 يومًا لا يستطيع التطبيق تخفيضه.

كيف تُشفَّر بيانات المرضى؟

تشفير AES-256 على القرص لكل عناقيد قواعد البيانات ومخازن الكائنات، وTLS 1.3 أثناء النقل. يستخدم التشفير تشفيرًا ظرفيًا بمفتاح بيانات لكل عيادة، وتُقدَّم وسائط المرضى عبر روابط موقَّعة قصيرة الأجل فقط — لا من مخزن عام أبدًا.

جاهز لتجربة The Clinic

شاهدها تُدير عيادتك في ثلاثين دقيقة.

احجز عرضًا مخصصًا. سنستخدم سير عمل عيادتك الحقيقي — لا جولة عامة.

احجز عرضًاتحدث مع المبيعات

بلا بطاقة ائتمان. بلا شرائح عرض. ثلاثون دقيقة.