إعداد HIPAA: من BAA إلى الجاهزية للتدقيق
تشرح مرجعية ضوابط HIPAA ما يفعله كل ضابط. هذا الدليل هو العرض الرسمي الشامل الذي يرتبها — التسلسل الذي ينقل مساحة عمل الرعاية الصحية من “نتعامل مع PHI” إلى “يمكننا إظهار أثر تدقيق” دون التعثر في بوابة الإرسال422 HIPAA_BAA_REQUIRED. دليل التفعيل الأول هو الرفيق القائم على قائمة التحقق فقط، الذي يسلم التسلسل نفسه للعمليات دون تكرار العينات هنا.
الترتيب مهم. لا يمكن تفعيل وضع HIPAA قبل تنفيذ BAA، وتُرفض إرسالات PHI حتى يتم ذلك، ولا يحمي الاستبقاء البيانات إلا بعد ضبطه. اتبع الخطوات من الأعلى إلى الأسفل.
يُنفَّذ كل خطوة أدناه ضد https://api.orbit.devotel.io/api/v1 بترويسة X-API-Key على مفتاح owner أو admin. صدّره قبل أن تبدأ:
- بادئات المفاتيح. مفاتيح sandbox هي
dv_test_sk_…؛ والمفاتيح الحية هيdv_live_sk_…. يعمل كل استدعاء أدناه على أي منهما — يعيد sandbox الأغلفة نفسها دون لمس حالة الامتثال الحية. - الغلاف المشترك. كل جسم نجاح هو
{ "data": { … }, "meta": { "request_id", "timestamp" } }. والأخطاء هي{ "error": { code, message, status }, "meta": … }.
1. نفّذ BAA
لا يُفتح شيء آخر حتى تُنفَّذ اتفاقية الشريك التجاري (BAA). تقرأ بوابتان حالة BAA مباشرة:- تفعيل وضع HIPAA يعيد
403 Forbiddenما دامت حالة BAA ليستexecuted. - أي إرسال PHI يُرفض بـ
422 HIPAA_BAA_REQUIRED.
/execute (فهو يبرم الاتفاقية القانونية)؛ ويكفي مفتاح owner أو admin لـ /require وGET /compliance/baa.
1أ. أشهد بأن PHI ضمن النطاق
انقل المنظمة منnot_required إلى pending، وهو ما يفتح تدفق التنفيذ:
reason نص حر اختياري يُسجَّل في صف التدقيق، ولا يُسجَّل أبدًا على عمود.
1ب. نفّذ بتوقيع إلكتروني بكتابة الاسم
سجّل الإشهاد. يجب أن يطابقtyped_attestation قيمة signer_name تمامًا — إنه الدفاع ضد توقيع عرضي أو بنموذج فارغ:
1ج. تأكد من تنفيذ BAA
أعد قراءة دورة الحياة ولاحظdays_until_expiry — تنتهي صلاحية BAA المنفَّذ بعد مدته السنوية ويجب إعادة تنفيذه:
2. فعّل وضع HIPAA
مع تنفيذ BAA، شغّل علم HIPAA لكل منظمة. وضع HIPAA علم ميزة لكل منظمة يفعّل خمسة ضوابط دفعة واحدة — التشفير في حالة السكون، وضوابط الوصول، وتسجيل تدقيق PHI، والاستبقاء المفروض، وتتبع BAA. هذا استدعاء للمالك فقط.- لوحة التحكم: Settings → Compliance → HIPAA Mode Toggle.
- API:
executed، يعيد الاستدعاء 403 Forbidden.
3. قيّد الأدوار ونطاقات API إلى الحد الأدنى الضروري
معيار الحد الأدنى الضروري في HIPAA مسؤوليتك أنت — يقع في جانب العميل من جدول المسؤولية المشتركة. ضوابط Orbit اليوم إجمالية، لذا وفّر له بصدق:- استخدم دور
billingللموظفين الذين يحتاجون فقط إلى الشاشات المالية. يُحصر أعضاء الفوترة في الفوترة والتسعير والاستخدام — ويحصلون على403على نقاط نهاية محتوى الرسائل. - ضع في اعتبارك حاجة الجميع للقراءة: يمكن لـ
ownerوadminوdeveloperوviewerجميعهم قراءة محتوى الرسائل اليوم، وكل قراءة تهبط في سجل وصول PHI. - أصدر مفاتيح API بالنطاقات التي يحتاجها التكامل فقط، وامنح
messages:readفقط للخدمات التي تقرأ فعليًا محتوى رسائل يحمل PHI.
قيد معروف: لا يقيّد Orbit حاليًا قراءات محتوى الرسائل إلى مجموعة أدوار أضيق تتجاوز حصر الفوترة، ولا تتطلب نقاط نهاية قراءة الرسائل (GET /messages،GET /messages/{id}) رمز سبب يقدمه المشغل. لبِّ معيار الحد الأدنى الضروري بتوفير عضوية مساحة العمل ونطاقات مفاتيح API بحيث لا يصل إلى تلك النقاط إلا الموظفون الذين يحتاجون PHI. إذا كان برنامجك يتطلب تقييد قراءة لكل دور على محتوى الرسائل، فتواصل مع support@orbit.devotel.io قبل الاعتماد عليه.
4. اضبط استبقاء البيانات
اضبط نافذة الاستبقاء قبل أن يتراكم PHI بما يتجاوزها. يقبلdata_retention_days قيم 30–3,650؛ والافتراضي 365.
- لوحة التحكم: Settings → Compliance → HIPAA → Data Retention.
- API (للمالك فقط، نقطة النهاية نفسها كمفتاح التبديل):
data.data_retention.days.
تفحص مهمة خلفية محتوى الرسائل المنتهي الصلاحية وتسجيلات المكالمات ومرفقات الوسائط وتحذفها. يحتفظ بسجلات التدقيق وسجلات وصول PHI بشكل مستقل عن هذه السياسة — ساعة الحذف لا تمحو أثر أدلتك.
إذا كنت تسجل المكالمات، ثبّت منطقة الصوت لتطابق التزامات الإقامة لديك في الوقت نفسه — انظر Voice Data Residency & Retention لضبط الإقامة الذي يبقي التسجيلات والبريد الصوتي والوسائط الحية في منطقة واحدة.
5. تحقق من الإعدادات
تأكد من أن العلم والاستبقاء هبطا كما قصدت (owner أو admin):enabled وdata_retention.days في الاستجابة.
تحمل الاستجابة أيضًا حقل encryption_algorithm. إنه للتقارير فقط: يعكس معيار التشفير في حالة السكون للمنصة (AES-256 المدار من Google على Cloud SQL)، لا تشفيرًا على طبقة التطبيق لكل منظمة. لا يجري Devotel حاليًا تشفيرًا على طبقة التطبيق لأجسام الرسائل لكل منظمة، لذا لا تستشهد بهذا الحقل أمام مدقق كدليل على أن أجسام الرسائل مشفرة فرديًا على طبقة التطبيق.
6. اقرأ سجل وصول PHI
بمجرد تشغيل وضع HIPAA، تكتب كل وصول إلى بيانات تحتوي PHI في سجل تدقيق إلحاقي فقط. يسجل كل مدخل المستخدم والمورد والسبب (read يُسجل تلقائيًا عند قراءات الرسائل) والطابع الزمني. تصفح فيه بـ ?limit= و?cursor= — مرّر id آخر مدخل رأيته كـ cursor تالٍ (owner أو admin):
owner وadmin عبر لوحة التحكم أو الـ API، ويمكن تصديره للتدقيقات الخارجية. راجعه وفق جدول مبكرًا — بهذه الطريقة تثبت أن الوصول يتبع قرارات الدور والنطاق التي اتخذتها في الخطوة 3. حين يكون has_more بقيمة true، أرسل id آخر مدخل كـ ?cursor= لجلب الصفحة التالية.
7. صدّر ملف أدلة HIPAA
حين تحتاج إلى إظهار الوضعية لمدقق أو لفريق مشتريات مشترٍ، أنشئ حزمة HIPAA من ملف الأدلة من Settings → Compliance → Binder. يجمع إطار HIPAA تسجيل وصول PHI ووضعية BAA والاستبقاء المضبوط في حزمة موقعة جاهزة للتنزيل؛ يسجل كل إنشاء في سجل التدقيق، وتنتهي صلاحية رابط التنزيل بعد 24 ساعة.حزمة تفعيل الرعاية الصحية
يشحن سوق إضافات الامتثال حزمة تفعيل HIPAA healthcare تجهز ملف امتثال مسودة، وحملات مسودة، ووكيل AI مضبوطًا على القطاع، وإعداد تدفق انضمام في استدعاء واحد. إنها سقالة بداية، لا بديلًا عن هذا التسلسل: تفعيل الحزمة لا ينفذ BAA أبدًا، ولا يفعّل وضع HIPAA أبدًا، ولا يضع إرسالًا أبدًا. نفّذ الخطوات 1–6 أعلاه أولًا، ثم فعّل الحزمة واعمِل قائمة go-live الخاصة بها من المسودة إلى الإنتاج.قائمة ترتيب العمليات
- تنفيذ BAA والتأكد من
baa_statusكـexecuted— دور owner - تفعيل وضع HIPAA عبر المفتاح أو
PUT /settings/hipaa— دور owner - تقليص العضوية إلى الحد الأدنى الضروري؛ ونطاق
messages:readللمفاتيح التي تحتاجه فقط — المسؤول - ضبط
data_retention_daysعلى نافذة سياستك — المسؤول - تثبيت منطقة الصوت إذا كانت التزامات الإقامة لديك تقيد مكان سكن الصوت المسجل — المسؤول
- التحقق من
GET /settings/hipaaمع معاملةencryption_algorithmكخاص بالتقارير فقط — مسؤول الامتثال - مراجعة سجل وصول PHI وفق جدول — مسؤول الامتثال
- إنشاء ملف أدلة HIPAA وتسليمه عبر الرابط ذي الـ24 ساعة — مسؤول الامتثال