Spell Solutions

دراسة حالة. بحيرة بيانات محوكمة ولوحات مؤشرات ومحلل ذكاء اصطناعي

بحيرة بيانات محوكمة ولوحات مؤشرات حية ومحلل ذكاء اصطناعي.

كانت شبكة رعاية صحية متعددة المواقع تُعِدّ تقاريرها عبر عشرات النصوص البرمجية التي تُشغَّل يدويًا، وجدول مؤشرات أسبوعي لا يستطيع أحد إعادة إنتاجه. بنينا بحيرة بيانات محوكمة، وأثبتنا عملها على بياناتهم هم أولًا. ومنذ ذلك الحين أصبحت النظام المعتمد لتقاريرهم: 28 تقريرًا مطابَقًا لطريقتهم في الحساب، ومحلل ذكاء اصطناعي يسأله الموظفون بلغة عادية، وتسويق مربوط بالسجل السريري، وتطبيقات أصلية لأجهزة iPhone وiPad وAndroid.

  • صفر أخطاء استخراج
  • مطابَقة في حدود 1% تقريبًا
  • بياناتكم أولًا حتى أول عرض
  • أمن وحوكمة مدمجان

الوضع

الجميع يثق بجدول البيانات. ولا أحد يستطيع إعادة إنتاجه.

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

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

لا نذكر اسم العميل. وكل ما يلي مجمّع ومتحقَّق منه.

ما بنيناه

أربع طبقات، وحدّا أمان.

نقرأ من أنظمتكم وفق جدول ولا نكتب فيها أبدًا. وما يُنقل يُتفق عليه معكم مسبقًا، ومن يستطيع رؤيته يحدده الدور.

Architecture: source systems, a private link, a scheduled extractor, the data lake, curated views, dashboards and an AI analyst, with the two security boundaries marked.
كيف تتدفق البيانات، والحدّان اللذان لا تتجاوزهما. توضيحي.

كيف جرى العمل

ثلاث مراحل من أول وصول إلى عرض حي.

01

المرحلة 1. الوصول

وصول للقراءة فقط عبر اتصال خاص، واتفاق على الحقول الداخلة في النطاق بالضبط، وانطلاق أول عمليات التحديث. دون خطأ استخراج واحد.

02

المرحلة 2. تعريفاتهم

مقاييس العميل نفسه معادة البناء ومطابَقة مع جدوله أسبوعًا بأسبوع، 45 أسبوعًا من التاريخ، قبل عرض أي لوحة.

03

المرحلة 3. اللوحات والمحلل

بطاقة الأداء حية، إضافة إلى الخرائط الحرارية وخرائط الانتشار والتوقعات، والمحلل مقيَّد بالعروض المعتمدة وبقواعد التجميع.

04

التدقيق

قبل أن يعرضها فريق العميل نفسه، أُعيد اشتقاق كل رقم رئيسي بشكل مستقل من البيانات الخام. تطابقت عشرة من عشرة تمامًا.

النتائج

مقاسة لا مقدَّرة.

التغطية

كل أنظمة التسجيل

الأنظمة السريرية والفوترة ونقاط البيع مجموعة في بحيرة محوكمة واحدة ومطابَقة معًا، تُحدَّث ليليًا دون أي خطأ استخراج. الصعب هو دمج أنظمة منفصلة، لا حجم أي منها.

الدقة

1%

متوسط الانحراف مقابل جدول المؤشرات الأسبوعي الخاص بالعميل عبر 45 أسبوعًا، مع تفسير الفارق المتبقي بفواتير سُجِّلت متأخرة.

تدقيق مستقل

10 من 10

أرقام رئيسية أُعيد اشتقاقها بشكل مستقل، مباشرة من البيانات الخام. تطابقت العشرة تمامًا.

خطأ التوقع

7 إلى 18%

بأسبوع واحد مقدمًا على المؤشرات الرئيسية، معلنًا على الرسم. ونطاق 80% يحتوي القيمة الفعلية في 82% من الحالات.

إثبات قبل الالتزام

بياناتكم أولًا

من أول وصول لقاعدة البيانات حتى عرض حي على بيانات العميل الحقيقية.

العرض الذي لم يره أحد

أين يقيم المرضى فعلًا.

الانتشار حسب المنطقة البريدية، وخطا عمل على خريطة واحدة، وأسماء مناطق بدل الرموز. في القاعة، كانت هذه هي الشريحة التي نقلت الحديث من التقارير إلى التخطيط.

Catchment map of Canada by postal code, showing two lines of business.
كندا، حسب بادئة الرمز البريدي. بيانات توضيحية لا بيانات العميل.
Heatmap of activity by site and week across a year, showing the seasonal pattern and a quiet holiday fortnight.
الموقع مقابل الأسبوع، سنة كاملة في شبكة واحدة. بيانات توضيحية لا بيانات العميل.

السؤال بلا إجابة

نظامان، ولا مفتاح مشترك.

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

يجيب عن كم، لا عن مَن. والنتيجة: نحو ثلاثة أرباع أحد خطي العمل كانوا عملاء للخط الآخر كذلك، وهو رقم لم تستطع المؤسسة تأكيده يومًا.

كيف يُقاس التقاطع بين نظامين بلا معرّف مشترك، بعد استبعاد المطابقات العشوائية.
التقاطع، وما يتبقى بعد استبعاد المصادفة. توضيحي.

الأمن والحوكمة

ضوابط مضبوطة على سياستكم لا سياستنا.

مستضافة على السحابة ومُدارة من قبلنا، باتصال خاص بأنظمتكم المصدر وتحقق ثنائي إلزامي قبل تقديم أي صفحة

وصول للقراءة فقط إلى الأنظمة التي نقرأ منها. لا تكتب المنصة فيها أبدًا

الوصول حسب الدور يحدد من يرى ماذا، فتحصل فرقكم داخليًا على العمق الذي تحتاجه بينما تبقى الحقول الحساسة مقيدة

لا يقرأ المحلل إلا العروض التي تعتمدونها، ولا يكتب أبدًا، ويعرض الاستعلام وراء كل إجابة ليمكن تتبع أي رقم

تُضبط حدود التجميع والحجب وفق سياستكم أنتم، بما في ذلك عدم وجود أي حد حين تحتاج فرقكم إلى التفصيل

يُراجع التقرير المحفوظ وفق القواعد السارية في كل مرة يُفتح، فلا يتجاوز السياسة التي كُتب في ظلها

وأمر أخير

سمات لم يعرفوا أنهم يملكونها.

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

لم يستطع أحد استخدامها لأن أحدًا لم يكن يصل إليها على نطاق واسع. وهي اليوم على لوحة مؤشرات.

التقارير

كل تقرير، معاد بناؤه ومثبَت.

أُعيد بناء تقارير العميل اليدوية واحدًا تلو الآخر كصفحات حية، وجرى التحقق من كل منها مقابل أرقام العميل نفسه قبل أن يعتمد عليه أحد. وتغطي اليوم 28 صفحة تقارير زيارات العيادات ومقدمي الرعاية، ومن تخدمهم العيادات وأين يقيمون، وبرنامج التثقيف في السكري (المثقفون مقابل المستهدف، والمضخات وأجهزة CGM، وورش العمل، وتدقيق التوثيق)، والعناية بالقدم (الإيرادات ومصادر العملاء المحتملين والفواتير والإنتاجية)، ومرضى الصيدلية، ورعاية المتابعة، ودراسة أترابية سريرية، والتسويق عبر البريد الإلكتروني.

مطابَقة لطريقة العميل نفسه في الحساب.

28

صفحة تقارير حية، كل منها معاد بناؤها ومتحقَّق منها مقابل أرقام العميل نفسه.

نحو 1%

تدقيق برنامج التثقيف في السكري، وهو تقرير معقد كان يُبنى يدويًا كل أسبوع، مع مطابقة كل خطوة من الفارق.

0.4%

تقرير المنقطعين عن المتابعة مقابل استعلام العميل نفسه.

أي فترة

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

التسويق والرعاية

التسويق مربوط بالسجل السريري.

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

ويتعامل التحليل بحذر مع السبب والنتيجة. فمن يفتحون الرسائل كانوا أكثر تفاعلًا أصلًا قبل أن يفتحوها، لذا تقارن المنصة المتماثلين بعضهم ببعض بدل أن تنسب كل حجز إلى الرسالة.

البحث

بحث سريري على البيانات التشغيلية.

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

النتيجة ملك للعميل، ولذلك لا ننشرها هنا. وما تُظهره الدراسة أن بحيرة تشغيلية محكمة الحوكمة قادرة على دعم أسئلة بمستوى البحث العلمي، لا التقارير الأسبوعية فحسب.

المحلل

صار جزءًا من روتين الفريق.

يسأل الموظفون Spella بلغة عادية، كتابةً أو صوتًا، وتأتي الإجابات من الأرقام المحوكمة نفسها التي تقوم عليها كل التقارير.

يمكن حفظ أي إجابة كتقرير، وإبقاؤه خاصًا، أو مشاركته مع زملاء محددين، أو مع المؤسسة كلها

وحده مالك التقرير المحفوظ يستطيع إعادة تسميته أو تغيير مشاركته أو حذفه

كل قائمة وصفحة وتنزيل، والتطبيق المحمول كذلك، تحترم خيار المشاركة

تنطق التواريخ كاملة حين تتحدث، مثل 8 أكتوبر، وهي تفصيلة صغيرة يلاحظها المستخدمون

الجوال

في جيوبهم: تطبيقات أصلية لأجهزة iPhone وiPad وAndroid.

قاعدة شيفرة واحدة، مبنية داخليًا وموزعة على الموظفين عبر TestFlight، تحمل تقارير الويب كلها، وعددها 28، بالمحتوى الكامل لكل صفحة.

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

ما تقوم به التطبيقات.

خرائط لكل منطقة بريدية مع التكبير بإصبعين، وخرائط حرارية، ومخططات تدفق، ومخططات أترابية، وجداول

يُفتح أي مخطط بملء الشاشة ويُدار أفقيًا لمساحة أكبر

Spella بالصوت: اضغط مطولًا، واسأل، واستمع إلى الإجابة، ثم احفظها وشاركها من الهاتف

فتح القفل عبر Face ID، وتسجيل الدخول بحساب الموظف نفسه المستخدم على الويب

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

حالات تحميل بشكل المحتوى نفسه، وعرض يتحدّث حين يتغيّر عامل التصفية، فلا يعرض التطبيق شاشة فارغة أبدًا

التشغيل

يُدار كمنتج لا كمشروع.

تُنشأ حسابات الموظفين من المنصة، مع دعوة تحمل العلامة التجارية تُرسل من نطاق البريد الإلكتروني الخاص بالعميل

صفحة تسجيل الدخول وكل رسالة بريد إلكتروني تحمل العلامة التجارية للعميل

يُمنح الوصول على مستوى المريض شخصًا بشخص

التقرير الذي يسرد المرضى بأسمائهم محمي بالضوابط نفسها كأي تقرير آخر

شاهدوها على بياناتكم

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