البنية المعمارية

شكل النظام

يُنشر JamEMR كمجموعة من الخدمات المتعاونة داخل بيئة النشر الخاصة بالعيادة. تصف هذه الصفحة البنية المعمارية بالمستوى الذي يحتاجه مدير العيادة أو المقيِّم التقني؛ أما التفاصيل الأعمق فتُغطّى خلال تحديد نطاق البرنامج التجريبي.

+--------------------------------------------------------------+
|                Practice deployment environment                |
|                                                                |
|  +----------------+      +----------------+                   |
|  | Web application| <--> |  API backend   |                   |
|  | (clinician UI) |      | (auth, RBAC,   |                   |
|  +----------------+      |  audit logging)|                   |
|                          +-------+--------+                   |
|                                  |                             |
|              +-------------------+------------------+          |
|              |                                      |          |
|      +-------v--------+                   +---------v-------+  |
|      | Clinical       |                   | Local AI        |  |
|      | database       |                   | inference tier  |  |
|      | (versioned     |                   | (dedicated GPU  |  |
|      |  migrations)   |                   |  hardware)      |  |
|      +----------------+                   +-----------------+  |
|                                                                |
|          PHI is processed and stored inside this boundary      |
+--------------------------------------------------------------+

الطبقات الأربع

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

مبادئ التصميم

1. حدّ واحد لـ PHI. تعيش البيانات السريرية وتُعالج داخل بيئة النشر. وهذا الحد هو الالتزام الأول للبنية المعمارية.
2. مسار واحد إلى البيانات. يمر كل وصول عبر الواجهة الخلفية لـ API، حيث يُطبَّق التحكم في الوصول القائم على الأدوار (RBAC) وتسجيل التدقيق بصورة موحَّدة.
3. حالة معروفة، دائماً. تعني الترحيلات المُرقَّمة الإصدارات والتهيئة القائمة على الأدوار أن أي عملية نشر يمكن فهمها وتدقيقها وترقيتها بصورة يمكن التنبؤ بها.

للاطلاع على تفاصيل التحكم في الوصول والرموز والتدقيق، انظر نموذج الأمان ومركز الثقة.