برمجيات صحية تقوم على الرعاية والخصوصية
يشمل تطوير برمجيات الرعاية الصحية كل منتج يمس رعاية المرضى أو بياناتهم الصحية: بوابات المرضى، والرعاية عن بُعد، وجدولة المواعيد، وتنسيق الرعاية، ومتابعة المرضى عن بُعد، والربط مع أنظمة السجلات الصحية الإلكترونية (EHR). وهو الخيار الصحيح حين يخزّن منتجك معلومات صحية محمية، أو يتبادل البيانات مع أنظمة مثل Epic أو Oracle Health، أو تستخدمه الكوادر الطبية خلال يوم عملها.
نبدأ بالبيانات: ما الذي يُجمع، ومن يحق له الاطلاع عليه، وإلى أين ينتقل. نشفّر المعلومات الصحية، ونمنح صلاحيات الوصول بحسب الدور ونسجّلها، ولا نشغّل النظام إلا على خدمات سحابية تشملها اتفاقية شريك أعمال (BAA) أبرمتها مؤسستك. نصمم الأنظمة لتدعم متطلبات HIPAA واللائحة العامة لحماية البيانات (GDPR) لديك، أما الامتثال نفسه فيبقى مسؤولية مؤسستك. ونختبر الواجهات مع أطباء وممرضين ومرضى حقيقيين.
بوابات المرضى
تسجيل دخول آمن، وحجز المواعيد، واستمارات ما قبل الزيارة، ونتائج الفحوص، والمراسلة، والفواتير في مكان واحد، بلغة بسيطة، وبواجهة تناسب من يستخدم التقنيات المساعدة.
الرعاية عن بُعد والزيارات بالفيديو
استشارات بالفيديو عبر WebRTC، مع غرف انتظار وجدولة وملاحظات سريرية ومهام متابعة، ومصممة لتصمد أمام ضعف الاتصال في المنازل وقِدَم الأجهزة.
الربط مع أنظمة السجلات الصحية
تبادل البيانات مع السجلات الصحية الإلكترونية عبر واجهات HL7 FHIR البرمجية، أو رسائل الإصدار الثاني من HL7، أو منصة تكامل، ويشمل بيانات المرضى والمواعيد والقياسات السريرية والأدوية والمستندات.
تطبيقات SMART المبنية على FHIR
تطبيقات تُفتح داخل جلسة الطبيب في نظام السجلات الصحية، بتسجيل دخول موحّد وعلى ملف المريض الذي يعمل عليه، فلا يسجّل الطاقم دخوله مرتين ولا يبحث عن الملف.
إجراءات عمل فريق الرعاية
قوائم مهام، وخطط رعاية، وإحالات، ومراسلة آمنة تصل الأطباء والممرضين ومنسقي الرعاية والمرضى، مع قواعد تصعيد لما يبقى دون متابعة.
ضوابط الخصوصية والوصول
تشفير، وصلاحيات بحسب الدور، وإنهاء تلقائي للجلسات، وسجلات للموافقات، وسجل كامل لكل وصول، إضافة إلى مسارات تزيل ما يدل على هوية المريض حين تُستخدم البيانات في التحليلات أو الأبحاث.
ما تتسلمه منا
- الشيفرة المصدرية للتطبيق وبنيته التحتية
- مخططات لمسارات المعلومات الصحية المحمية
- سجل الوصول وتقارير التدقيق
- توثيق الربط عبر FHIR ومطابقة الحقول
- مصفوفة الأدوار والصلاحيات
- نتائج اختبارات إمكانية الوصول
- مدخلات لتقييم المخاطر الأمنية
- أدلة استخدام للكوادر الطبية ومسؤولي النظام
طريقة عملنا
- 01
نراقب سير العمل
نتحدث إلى الأطباء والموظفين والمرضى الذين سيستخدمون المنتج، ونرسم طريقة إنجاز العمل اليوم. ونحصر كذلك كل عنصر من البيانات الصحية المعنية، والمسار الذي ينتقل فيه.
- 02
نخطط لوسائل الحماية
نحسم منذ البداية، مع مسؤول الخصوصية أو الامتثال لديك، الاستضافة والتشفير وأدوار الوصول وسجلات التدقيق والاتفاقيات مع المورّدين. ونؤكد طريقة الربط مع كل نظام سجلات صحية، لأن موافقة الشركة المورّدة قد تستغرق وقتاً.
- 03
نبني ونتحقق
نطوّر على البيئات التجريبية لأنظمة السجلات الصحية ببيانات مرضى اصطناعية، ولا نستخدم سجلات حقيقية أبداً. وتراجع الكوادر الطبية برمجيات تعمل فعلاً في كل مرحلة، ونختبر إمكانية الوصول وحالات الإخفاق، مثل انقطاع مكالمة الفيديو.
- 04
نجرّب ثم نتوسع
يبدأ تشغيل المنتج في عيادة واحدة أو مع فريق واحد. نراقب الاستخدام، ونصلح ما يبطئ الناس، ونتأكد من عمل الربط في بيئة التشغيل قبل أن نعمّمه على مواقع أخرى.
التقنيات التي نستخدمها
| المجال | التقنيات |
|---|---|
| التشغيل البيني | HL7 FHIR، SMART on FHIR، HAPI FHIR، Redox |
| التطبيق | React، TypeScript، Node.js، Python، React Native |
| البيانات | PostgreSQL، AWS HealthLake، Redis، Amazon S3 |
| الخدمات | WebRTC، LiveKit، Auth0، AWS KMS |
منتجك سيخزّن بيانات المرضى أو يتبادلها
تطلق منتجاً للصحة الرقمية، أو تحدّث الأدوات داخل منشأة صحية. بيانات المرضى جزء من العمل، والربط مع نظام السجلات الصحية متوقع، والكوادر الطبية ستحكم على النتيجة في ثوانٍ. لذلك تحتاج إلى فريق يخطط للخصوصية والتشغيل البيني وسهولة الاستخدام معاً منذ البداية.
- الرعاية عن بُعد والرعاية الافتراضية
- استقبال المرضى وجدولة المواعيد
- متابعة المرضى عن بُعد
- تطبيقات مدمجة في نظام السجلات الصحية
- منصات تنسيق الرعاية
- تطبيقات العافية والصحة السلوكية
أسئلة شائعة
ماذا يعني قانون HIPAA لطريقة بناء منتجنا؟
ينطبق HIPAA على مؤسستك وطريقة عملها، فلا توجد شيفرة ممتثلة بذاتها. ما نفعله أننا نصمم الضمانات التقنية التي تتوقعها قاعدة الأمان في القانون، ومنها التشفير، وحساب مستقل لكل مستخدم، والخروج التلقائي، وسجلات التدقيق، والنسخ الاحتياطي، على خدمات سحابية يوقّع مزوّدوها اتفاقية شريك الأعمال. ونوثّق هذه الضوابط لتستند إليها في تقييم المخاطر. أما السياسات والتدريب والتقييم نفسه فتبقى عندك.
هل يمكنكم الربط مع Epic أو Oracle Health أو Athenahealth؟
نعم، عبر المسارات التي توفرها هذه الشركات. يعتمد معظم الربط الحديث على واجهات FHIR البرمجية وتطبيقات SMART المبنية عليها، أما الواجهات الأقدم فتستخدم رسائل الإصدار الثاني من HL7. ولكل شركة إجراءاتها في التسجيل والمراجعة والبيئة التجريبية، ويجب أن يوافق كل مستشفى على الربط، وهذا يؤثر في الجدول الزمني أكثر مما تؤثر فيه الشيفرة. وإن احتاج منتجك إلى أنظمة سجلات صحية كثيرة، فقد تخفف منصة تكامل مثل Redox حجم العمل.
أين تُستضاف بيانات المرضى، ومن يستطيع الوصول إليها؟
تُستضاف البيانات في حسابات سحابية، في المنطقة التي تشترطها الأنظمة المطبقة عليك، ولا نستخدم إلا الخدمات التي تشملها اتفاقية شريك الأعمال لدى مزوّد السحابة. تُحدَّد شروط الملكية والترخيص في اتفاقية المشروع. ويخضع الوصول لمبدأ الحد الأدنى الضروري: يرى كل دور ما يحتاجه عمله فقط، وتُسجَّل كل قراءة لأي سجل، ويعمل مهندسونا على بيانات اصطناعية. أما الوصول إلى بيئة التشغيل لأغراض الدعم فمحدود المدة، ويحتاج إلى موافقتك، ويُسجَّل.
هل يُعدّ منتجنا جهازاً طبياً خاضعاً للتنظيم؟
يتوقف ذلك على ما تعلن البرمجيات أنها تفعله، والفصل في الأمر مسألة تنظيمية تعود إليك وإلى مستشار مؤهل، لا إلى استوديو هندسي. فأدوات الجدولة والتواصل والاطلاع على السجلات تقع عادةً خارج قواعد الأجهزة الطبية، أما البرمجيات التي تشخّص أو توجّه قرارات العلاج فقد تدخل ضمنها. وإن كان منتجك قريباً من ذلك فأخبرنا مبكراً، لأنه يغيّر طريقة حفظ المتطلبات والاختبارات وسجلات التغيير.
كيف تجعلون البرمجيات الصحية سهلة الاستخدام للكوادر الطبية والمرضى؟
بالاختبار معهم. تعمل الكوادر الطبية تحت ضغط الوقت، لذلك نعدّ النقرات، ونقلل الكتابة، ونُبقي المسار الأكثر استخداماً قصيراً. ويختلف المرضى كثيراً في أعمارهم وقدراتهم وارتياحهم للتقنية، لذلك نكتب بلغة بسيطة، وندعم قارئات الشاشة والخطوط الكبيرة، ونصمم وفق معايير WCAG في التباين واستخدام لوحة المفاتيح. ونعقد جلسات لاختبار سهولة الاستخدام على النماذج الأولية قبل البناء، ثم مرة أخرى على البرمجيات بعد أن تعمل.