الوصفة والاستحقاق ضمن الزيارة
تتم الاستعلامات وإرسال الأدوية والخدمات المدعومة واستلام رمز التتبع واسترجاع الوصفة عبر مسارات كل جهة مؤمنة. تعتمد نتيجة الإرسال على استجابة التأمين، ولا يعني الحفظ المحلي وحده قبول الوصفة.
بنية بايوآرك وبنيته التحتية
نواة مشتركة ومسارات رعاية متصلة.
يجمع بايوآرك خدمات المريض والعمل السريري وإدارة المركز والبحث حول بيانات مترابطة، مع إمكانية الاستضافة على بنية المؤسسة وضبط وحداتها وصلاحياتها وتكاملاتها.
التقنية
من المتصفح إلى بيانات قابلة للتتبع
يوضح المخطط مسؤوليات الطبقات؛ تتصل الخدمات الخارجية عند تفعيلها وترخيصها من المركز.
01
HTTPS
المريض والطبيب والتمريض والاستقبال والإدارة
مساحة الويب وبايوويزيت
02
مدخل الويب ومعالجة الطلبات
HAProxy · Nginx · PHP-FPM
03
PHP · Yii
نواة تطبيق بايوآرك
القبول · الزيارات · الوصفات · السجلات · التنويم · سجلات الأمراض
البيانات المنظمة
MariaDBالتخزين المؤقت وتنسيق الأحداث
Valkeyالمستندات ومخرجات السجل
PDF · Filesتكاملات قابلة للإعداد
نظام المستشفى والصور والتأمين والدفع والرسائل بحسب خدمات المركز وصلاحياته المتاحة.
التأمين وواجهات API
من مساحة الطبيب إلى التأمين في مسار متصل
لا تقتصر الوصفة في بايوآرك على تسجيل الدواء؛ تربط خدمات الضمان الاجتماعي والتأمين الصحي الإيراني التحقق من الاستحقاق وإرسال الوصفة واستلام النتيجة ورمز التتبع بمسار الزيارة.
- 01
نظام المؤسسة
يسجل الطبيب الوصفة والخدمات في مساحة العمل نفسها، مع الحفاظ على هوية الطبيب والمؤسسة في مسار الاتصال.
- 02
بوابة تكامل بايوآرك
تصل الطلبات إلى الجهة المقصودة عبر بوابة بايوآرك المشتركة، وتُدار اختلافات الواجهات في طبقة التكامل.
- 03
الضمان الاجتماعي والتأمين الصحي
تُتاح استجابة الخدمة وحالة الإرسال ورمز التتبع لمتابعة العمل داخل النظام.
ميزة مميزة: اتصال تأميني دون تسجيل IP مستقل للمركز
عند إرسال الوصفات عبر بوابة بايوآرك، لا تحتاج المؤسسة إلى تسجيل IP مستقل أو الحصول على موافقة اتصال برمجي منفصلة من الضمان الاجتماعي والتأمين الصحي والخدمات المشمولة بالبوابة. يُنسق الاتصال على مستوى بايوآرك، ويمكن تفعيله في نموذجي Standalone وAs Service.
تخص هذه الميزة مسار الاتصال التقني؛ وتبقى مصادقة الطبيب وحسابه المهني وعقود المؤسسة وأهلية الخدمات خاضعة لمتطلبات الجهة المؤمنة.
واجهات API بعقد بيانات واضح
تدير موصلات التكامل المصادقة وصيغ الطلبات والاستجابات وربط المعرفات لكل خدمة. تُحدد اتصالات المستشفى والصور ومواعيد الإحالة الوزارية والدفع والرسائل وفق الواجهات المتاحة، مع مراجعة تبادل البيانات ومعالجة الأخطاء مع فريق التقنية.
نظام الإحالة
نظام الإحالة؛ من توجيه المريض إلى التغذية الراجعة
يتبنى بايوآرك نهجاً متقدماً للإحالة يربط طبيب الأسرة والاختصاصي والمؤسسة بمسار الرعاية اليومي. فالإحالة ليست رقماً فقط؛ بل صندوق متابعة وموعد ومعلومات زيارة وتغذية راجعة في مسار قابل للتتبع.
مسارات الإحالة وصندوق المتابعة
جلب مسارات الإحالة المسموحة وقوائمها وتفاصيلها من خدمات التأمين، باستخدام معرفات المريض والإحالة حيثما كانت مدعومة.
ربط الإحالة بالموعد
إدارة سعة ومواعيد الإحالة التابعة لوزارة الصحة، وإرسال وقت الموعد واسترجاع حالته وربط الإحالة بقبول المريض.
زيارة الإحالة ووصفتها
استرجاع تفاصيل الإحالة والوصفة وتسجيل الزيارة واستخدام خدمات وصفة الإحالة بحسب دعم التأمين وصلاحية الطبيب، إلى جانب سجل المريض.
التغذية الراجعة ومتابعة المسار
تسجيل أو استرجاع التغذية الراجعة والتشخيص عبر الخدمات المدعومة، ومتابعة حالة الإحالة وتقارير الأداء لدعم استمرارية الرعاية.
تختلف تغطية الإحالة والتغذية الراجعة بحسب التأمين والمؤسسة؛ وتُحدد الخدمات المفعلة وصلاحيات الطبيب وربط المواعيد أثناء الإعداد.
بنية تحتية مفتوحة المصدر
تقنيات مفتوحة وبنية قابلة للصيانة
تستخدم بنية بايوآرك تقنيات مفتوحة المصدر لا تتطلب شراء تراخيص تجارية منفصلة للمكونات المذكورة. تُفعّل خدمات التحليل والعمليات المستمرة وإدارة المفاتيح بحسب احتياجات الاستضافة.
| التقنية | الدور في النظام | النسخة المفتوحة والترخيص |
|---|---|---|
| Linux | تشغيل الخدمات وإدارة الخوادم | GPL / open-source distribution ↗ |
| HAProxy | توجيه حركة الاتصال الواردة وموازنتها بين خدمات الويب وفق بنية الاستضافة | GPLv2 / LGPL ↗ |
| Nginx | تقديم محتوى الويب وتوجيه الطلبات إلى التطبيق | BSD ↗ |
| PHP / PHP-FPM | منطق التطبيق ومعالجة طلبات الويب | PHP License ↗ |
| Yii | هيكل التطبيق والتحكم بالطلبات والوصول إلى البيانات | BSD ↗ |
| Swoole | تشغيل خدمات PHP بعمليات مستمرة في الاستضافات التي تستخدم هذا المحرك | Apache-2.0 ↗ |
| MariaDB Community | حفظ بيانات المرضى والعمليات المنظمة | GPLv2 ↗ |
| Valkey | التخزين المؤقت وحالة الجلسات وتنسيق الرسائل والأحداث في طبقة البيانات بالذاكرة | BSD-3-Clause ↗ |
| ClickHouse | تحليل البيانات والتقارير التجميعية في المراكز التي تفعّل الطبقة التحليلية | Apache-2.0 ↗ |
| OpenBao | إدارة المفاتيح وتشفير محتوى رسائل بايوورك عند تفعيل خدمة Transit | MPL-2.0 ↗ |
| Restic | إنشاء لقطات احتياطية مشفرة واستعادتها؛ تُحدد تغطية البيانات والملفات والإعدادات في خطة النسخ | BSD-2-Clause ↗ |
| rclone | ربط مستودعات Restic بمساحات التخزين البعيدة | MIT ↗ |
تخضع برمجيات بايوآرك والتنفيذ والاستضافة والدعم للعقد. للخدمات الخارجية والمنتجات التجارية الاختيارية شروطها وتكاليفها، وتُحدد إصدارات البنية وتراخيصها في خطة الاستضافة.
استضافة متوافقة مع حوكمة بيانات المؤسسة
01
Standalone
استضافة مخصصة لدى المؤسسة
يمكن تشغيل التطبيق وقاعدة البيانات على بنية الجامعة أو المستشفى، مع تنسيق النطاق والهوية والشبكة والوصول والصيانة مع فريق التقنية.
02
As Service
استضافة مع خدمات الصيانة
تحدد خطة الاستضافة السعة والمراقبة والنسخ الاحتياطي والدعم، ويُصمم فصل التطبيق والبيانات والملفات وفق الحمل ومتطلبات المؤسسة.
التشغيل من الإطلاق إلى التوسع
الوصول بحسب المسؤولية
تحدد الحسابات والأدوار والمراكز والأقسام نطاق العرض والتسجيل، وفق سياسة المؤسسة في الوصول والدعم.
الأحداث والمهام المجدولة
يساعد التخزين المؤقت واتصال WebSocket في تنسيق الحالات والرسائل، وتدعم المهام المجدولة المعالجة الخلفية والصيانة.
النسخ الاحتياطي واختبار الاستعادة
يدير Restic لقطات احتياطية مشفرة، ويوفر rclone الاتصال بالتخزين البعيد. تُحدد تغطية البيانات والإعدادات والمستندات والدورية والاحتفاظ واختبار الاستعادة في خطة المؤسسة.
تحديثات مع ضبط التغيير
يجب أن تلائم تحديثات التطبيق وبنية البيانات الإصدار المثبت ومسارات المؤسسة، مع تحديد الاختبار والقبول والرجوع قبل التنفيذ.
ما الذي نحدده في الاجتماع التقني؟
هيكل المراكز والمستخدمين ومسارات العمل والسعة والتزامن والشبكة والتكامل ونقل البيانات والنسخ ومعايير القبول.
لنتحدث عن مركزك ↙