برنامج السياحة العلاجية

ما برمجيات السياحة العلاجية؟

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

أيّ مشكلة تحلّ؟

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

• كم استغرق الردّ على الطلب،
• كم حالة جلبتها كلّ وكالة وما وضع مستحقّاتها،
• من اطّلع على مستند طبّي.

والثالث ليس متطلّبًا تشغيليًا فحسب، بل متطلّب قانوني: فإذا كانت بيانات شخصية ذات طبيعة خاصّة تُعالَج، وجب أن يكون الاطّلاع عليها مسجَّلًا.

كيف تعمل؟

يفتح كلّ طلب سجلّ حالة. وتتقدّم الحالة بين أوضاع معرَّفة، ويُسجَّل كلّ انتقال بين وضعَين بتاريخه والمسؤول عنه. وبذلك تُجاب من التقارير أسئلة مثل «كم يومًا من الطلب إلى العرض» و«كم يومًا من العرض إلى الموافقة».

ويُربَط سجلّ التواصل (البريد الإلكتروني، والرسائل، وملاحظات المكالمات) بالحالة؛ فلا يبقى سجلّ موزّع على القنوات بدل أن يكون مجموعًا على الحالة. وتُحفظ المستندات الطبّية ضمن صلاحية منفصلة: فالمستخدم الذي يدير المسار التجاري يرى وضع الحالة والمعلومات المالية، ولا يرى المستند السريري.

الوحدات

• الطلب والحالة: نموذج متعدّد اللغات، ووسم القناة، والتقييم الأوّلي، وإنشاء العرض.
• التخطيط: تاريخ العملية، والإقامة، والنقل، ومعلومات المرافق.
• المستندات: الرفع، والإصدار، وسجلّ الاطّلاع، ومدّة الحفظ.
• الوكالات: تعريف الوكالة، ونسبة العمولة، وقائمة الحالات، والمستحقّات، والمطابقة.
• المالية: تعدّد العملات، ومتابعة التحصيل، والرصيد المتبقّي.
• التواصل: قوالب بحسب اللغة، وحالة الإذن، وسجلّ الإرسال.

عمليات التكامل

نموذج الويب وقنوات الإعلان، وقنوات البريد الإلكتروني والمراسلة، وعمليات إدارة علاقات العملاء، والتكامل البنكي وبنية التقنية المالية للتحصيل، والمحاسبة والمستندات الإلكترونية، وتكامل واجهات API لتبادل البيانات مع أنظمة معلومات المستشفيات.

المعمارية والمسؤولية عن البيانات

• إلى جانب الصلاحية القائمة على الأدوار، هناك نطاق البيانات: فالوكالة لا ترى إلّا حالاتها.
• يُحمى الاطّلاع على المستند الطبّي بصلاحية منفصلة وسجلّ اطّلاع غير قابل للحذف.
• إذن التسويق وإذن الإبلاغ العلاجي إذنان منفصلان؛ فسحب أحدهما لا يوقف الآخر.
• تُصدَّر نصوص الموافقة بأرقام إصدار؛ ويُسجَّل أيّ إصدار وافق عليه المريض.
• تُعرَّف مدّة الحفظ بحسب نوع السجلّ، وتُطبَّق عند انقضاء المدّة.

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

سيناريوهات الاستخدام

• وحدة المرضى الدوليين في عيادة أو مستشفى: مجمع الطلبات، والعروض، والتخطيط.
• الشركة الوسيطة: تعدّد العيادات، وشبكة الوكالات، وإدارة العمولات.
• مركز أحادي التخصّص: مجموعة عمليات ضيّقة التعريف، وقوالب عروض قياسية.

التشغيل

1. جرد البيانات والصلاحيات: الأدوار، ونطاق الاطّلاع، ومدد الحفظ، ونصوص الموافقة.
2. متابعة الطلب والحالة: القنوات، والأوضاع، وإنشاء العروض.
3. المستندات والتواصل: المشاركة الآمنة، وسجلّ الاطّلاع، والقوالب متعدّدة اللغات.
4. الوكالات والمالية: العمولة، والمستحقّات، وتعدّد العملات.

ولا تُتخطّى المرحلة الأولى: فإذا أُضيفت قواعد الصلاحيات والحفظ لاحقًا، بقيت البيانات المتراكمة حتى ذلك التاريخ خارج القاعدة.

الأسئلة الشائعة

هل تحلّ هذه المنصّة محلّ نظام معلومات المستشفى؟

لا. فالسجلّ السريري والفحوص والوصفات من عمل نظام معلومات المستشفى. أمّا هذه المنصّة فتدير مرحلة ما قبل البيع والخدمات اللوجستية والعلاقة التجارية، وتتبادل البيانات مع نظام المستشفى عند الحاجة.

هل ينبغي أن ترى بوابة الوكالة كامل بيانات المريض؟

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

كيف يُدار المحتوى متعدّد اللغات؟

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

ماذا يحدث عند ورود طلب حذف؟

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

أبرز الخصائص