تدرس مدينة سكرانتون في ولاية بنسلفانيا الانتقال إلى نموذج هجين لخدمات الطوارئ الطبية (EMS) يجمع بين خدمات الإسعاف العامة والخاصة. وتتضمن ميزانية رأس المال المقترحة لعام 2027 شراء ثلاث سيارات إسعاف مستعملة للبدء في بناء قدرة EMS تديرها المدينة. ظاهرياً يبدو الأمر استثماراً في المعدات، لكن الأسئلة الأصعب تبدأ عادة بعد دخول المركبات الخدمة. من يتولى إرسال البلاغ؟ وهل يمكن إدارة سيارات الإسعاف العامة والخاصة ضمن مجموعة موارد واحدة؟ وأي وحدة هي الأقرب، وما مستوى القدرة السريرية الذي يمتلكه طاقمها؟ وهل يستطيع المستشفى المستقبِل التعامل مع هذا النوع من المرضى في الوقت الحالي؟ وعند وقوع حادث يضم عدداً كبيراً من المصابين، ما مدى سرعة عمل الإطفاء وEMS وإنفاذ القانون ومركز الإرسال ضمن هيكل استجابة واحد؟ إضافة المزيد من سيارات الإسعاف لا تحل أياً من هذه المسائل تلقائياً.
بالنسبة إلى أي نظام EMS يتوسع أو يغير نموذج تشغيله، فإن عدد المركبات ليس سوى نقطة البداية. الأهم هو ما إذا كانت هذه الموارد يمكن رؤيتها وإرسالها وتنسيقها ضمن صورة تشغيلية واحدة. وهنا تصبح منظومة ناضجة للإرسال وقيادة الطوارئ أمراً أساسياً.
زيادة عدد سيارات الإسعاف تجعل الإرسال أكثر تعقيداً في البداية غالباً
يكون إرسال EMS بسيطاً نسبياً عندما تتحكم جهة واحدة في المركبات والأطقم وجداول المناوبات وسلطة الإرسال. ويكون لدى مركز الاتصالات رؤية مباشرة للموارد التي يملكها، ويمكنه تخصيصها من دون عبور حدود تنظيمية.
يختلف النموذج الهجين. فقد تكون سيارات الإسعاف التابعة للمدينة ومقدمو EMS من القطاع الخاص وفرق النقل التابعة للمستشفيات متاحة في الوقت نفسه، لكنها لا تعمل بالضرورة تحت هيكل إداري واحد. وعند ورود مكالمة 911، يجب أن يعرض نظام الإرسال أكثر من عبارة «هناك خمس سيارات إسعاف قريبة». يجب أن يحدد أيضاً الوحدات المتاحة والوحدات المشغولة بالفعل، وما إذا كانت القدرة السريرية لكل طاقم مناسبة للبلاغ، والوقت المتوقع لوصول كل وحدة، والأهم كذلك ما إذا كان المرسل يملك فعلاً صلاحية تخصيص ذلك المورد.
إذا بقيت هذه المعلومات معزولة في أنظمة منفصلة، يضطر المرسلون إلى إجراء مكالمات هاتفية أو التنقل بين عدة تطبيقات أو استدعاء الوحدات واحدة تلو الأخرى عبر الراديو. وقد يكون ذلك قابلاً للإدارة عند انخفاض حجم البلاغات. أما أثناء حادث مروري كبير أو أحوال جوية شديدة أو طارئ إقليمي في الصحة العامة، فقد يصبح التنسيق اليدوي بسرعة أبطأ جزء في سلسلة الاستجابة بأكملها.
لذلك فإن أول متطلب في بيئة EMS هجينة ليس جدار فيديو أكبر، بل نموذجاً مشتركاً لحالة الموارد. ويمكن لكل مقدم خدمة مواصلة تشغيل نظام الإدارة الخاص به، لكن الحالات التشغيلية الرئيسية — متاح، مكلّف، في الطريق، في الموقع، ينقل مريضاً، في المستشفى، وعاد إلى الخدمة — يجب أن تكون مرئية ضمن شاشة قيادة مشتركة.
عندما يتم تحديث الموقع وحالة الوحدة وتكليفها بالحادث باستمرار، يستطيع مركز الإرسال اتخاذ قرارات على أساس المسافة والقدرة والاختصاص وأولوية الحادث، بدلاً من العودة إلى أسلوب بسيط يقوم على «من يرد أولاً عبر الراديو».
يجب ألا تنقطع المعلومات بين مكالمة 911 وتسليم المريض إلى المستشفى
لا تنتهي مهمة EMS عندما تصل سيارة الإسعاف إلى المريض. فقد تشمل الاستجابة الكاملة استقبال البلاغ، وفرز الحادث، وتخصيص الوحدة، والتحرك، والعلاج في الموقع، والنقل، واختيار المستشفى، والإخطار قبل الوصول، والتسليم النهائي. وفي كل مرحلة تتولد معلومات جديدة، وقد يغير كل تحديث ما ينبغي حدوثه بعد ذلك.
لنأخذ حالة شائعة. قد يذكر البلاغ الأولي ببساطة أن المريض يعاني صعوبة في التنفس. وعند وصول الطاقم قد يكتشف أن الحالة أشد بكثير مما ورد في البداية. وقد يلزم رفع أولوية الحادث، وطلب موارد إضافية، وقد لا يعود المستشفى الذي اختير أولاً مناسباً.
إذا لم يتمكن الفريق الميداني من تمرير هذه التحديثات إلا عبر الراديو، بينما يحتفظ الإرسال والمستشفيات والجهات الداعمة بتدفقات معلومات منفصلة، فقد يلزم نقل الرسالة نفسها عدة مرات. وكل عملية تسليم إضافية تخلق فرصة أخرى للتأخير أو فقدان السياق.
ينبغي لنظام قيادة الطوارئ بدلاً من ذلك أن يتعامل مع الحادث كسجل تشغيلي يتم تحديثه باستمرار. بمجرد أن ينشئ مركز الاتصالات البلاغ، يرتبط موقع الوحدة وحالتها بالحادث نفسه. وعند وصول الطاقم يمكنه تحديث فئة المريض واحتياجات الدعم. وعند بدء النقل، يمكن للنظام إرسال المعلومات اللازمة قبل الوصول إلى قسم الطوارئ في المستشفى المقصود.
بالنسبة إلى المستشفى، فإن تلقي تنبيه قبل عشر دقائق عن نوع المريض القادم أكثر فائدة بكثير من بدء الاستعداد فقط عند وصول سيارة الإسعاف إلى مدخل الطوارئ. وبالنسبة إلى المرسلين، فإن معرفة ما إذا كان المستشفى يستطيع حالياً استقبال نوع محدد من الحالات الطارئة أكثر فائدة من اختيار الوجهة اعتماداً على مسافة القيادة وحدها.
هناك حد مهم هنا. لا يحتاج نظام قيادة الطوارئ إلى تكرار السجل الطبي الإلكتروني بالكامل. فعادة ما تحتاج قرارات الإرسال إلى معلومات تشغيلية مثل أولوية الحادث وعدد المرضى والفئة السريرية العامة ووقت الوصول المتوقع وحالة قبول المستشفى. أما السجلات السريرية التفصيلية فينبغي أن تبقى داخل الأنظمة الطبية المناسبة وتخضع لسياسات الوصول ذات الصلة.
بعبارة أخرى، لا يعني دمج EMS مع قيادة الطوارئ وضع كل البيانات الطبية في منصة واحدة. بل يعني ضمان حصول الأشخاص المشاركين فعلياً في الاستجابة على المعلومات التي يحتاجونها، في الوقت الذي يحتاجونها فيه، لإكمال الجزء الخاص بهم من المهمة.
تعتمد EMS على مسارات اتصال متعددة، وليس على شبكة واحدة
لم تعتمد اتصالات EMS الميدانية في أي وقت على شبكة واحدة فقط. فقد يستخدم المسعفون نظام راديو للمهام الحرجة للبقاء على اتصال بمركز الإرسال، مع استخدام البيانات الخلوية لتحديث الموقع وحالة المهمة. وقد تعتمد المستشفيات على الهاتف الثابت أو الصوت عبر IP أو تطبيقاتها السريرية الخاصة. وخلال حادث كبير قد تشارك فرق الإطفاء وإنفاذ القانون وهيئات إدارة الطوارئ ومنظمات طبية إضافية باستخدام أجهزة وأنظمة اتصالات مختلفة.
لهذا السبب لا ينبغي اختزال بنية قيادة الطوارئ في فكرة «إعطاء الجميع التطبيق نفسه». يمكن للمستخدمين المختلفين الاستمرار في استخدام أجهزة وشبكات مختلفة. المهم هو ما إذا كانت طبقة القيادة قادرة على جمع علاقات الاتصال هذه في إطار واحد.
في البلاغات الاعتيادية قد يستخدم المرسلون الاتصال الصوتي الجماعي والمكالمات الفردية والرسائل لتنسيق المهام. وأثناء استجابة تشارك فيها عدة جهات، ينبغي للنظام أن يتمكن من إنشاء مجموعة اتصالات مؤقتة تجمع EMS والإطفاء وقيادة الحادث في محادثة تشغيلية واحدة.
كما ينبغي أن تبقى الاتصالات المهمة مرتبطة بالحدث، بما في ذلك الطوابع الزمنية وإجراءات المرسل وسجلات المكالمات ذات الصلة، بحيث يمكن إعادة بناء الحادث لاحقاً عند الحاجة.
تعد إدارة الأولويات مهمة بصورة خاصة في الطوارئ الطبية. وينبغي ألا تعيق الاتصالات الروتينية الحوادث العاجلة. وعند وقوع حدث شديد الخطورة، يجب أن يتمكن مركز القيادة من إعطاء الأولوية لمجموعات المحادثة أو الجلسات ذات الصلة وتوسيع المشاركة لتشمل المستشفيات أو المشرفين أو مركز عمليات طوارئ إقليمياً عند الحاجة.
كما أن مرونة الشبكة مهمة. فالبيانات الخلوية مفيدة للخرائط والفيديو وتحديثات الحالة المنظمة، لكن عند الازدحام أو في فجوات التغطية قد تظل الاتصالات الصوتية الحرجة معتمدة على الراديو المخصص. ولا تفترض بنية EMS مرنة أن شبكة واحدة ستكون متاحة دائماً؛ بل توفر مسارات اتصال أساسية واحتياطية وتدعم الانتقال المنظم إلى وضع متدهور عندما تسوء ظروف الشبكة.
يفرض قطاع الرعاية الصحية متطلبات أعلى على أنظمة قيادة الطوارئ
من غير المرجح أن ينجح نقل منصة بلدية عامة لإرسال الطوارئ مباشرة إلى بيئة الرعاية الصحية من دون تكييف. فالاستجابة الطبية تتطلب السرعة، لكنها تعمل أيضاً تحت متطلبات أكثر صرامة للوصول إلى المعلومات واستمرارية الخدمة والمساءلة.
المتطلب الأول هو الوصول القائم على الأدوار. فسائقو سيارات الإسعاف والمسعفون والمرسلون وموظفو أقسام الطوارئ وأفراد القيادة لا يحتاجون إلى المعلومات نفسها. وينبغي للنظام إظهار الوظائف والبيانات التي يحتاجها كل دور فقط، بدلاً من السماح لكل جهاز بعرض كل حادث وكل سجل مريض.
المتطلب الثاني هو تقليل البيانات. فموقع GIS وحالة الوحدة وأولوية الحادث معلومات مفيدة تشغيلياً، لكن هوية المريض والمعلومات السريرية التفصيلية يجب ألا تظهر إلا عند وجود حاجة مشروعة. وينبغي أن يبدأ تصميم النظام بالسؤال «من يحتاج هذه البيانات، ولماذا؟» بدلاً من جمع المعلومات وتوزيعها لمجرد أن التقنية تسمح بذلك.
تعد قابلية التتبع مهمة بالقدر نفسه. فقد تصبح عمليات الإرسال وإعادة التكليف والوصول واختيار المستشفى والاتصالات والتغييرات الرئيسية في الحالة مهمة لاحقاً لمراجعة الجودة أو المساءلة. وينبغي للمنصة أن تكون قادرة على إعادة بناء خط زمني كامل للحدث وإظهار سبب تخصيص وحدة معينة، ومتى تغيرت الوجهة، ومن شارك في القرارات الحرجة.
المتطلب الأخير هو استمرارية التشغيل. فلا يمكن لـ EMS تعليق الخدمة أثناء صيانة النظام. ويجب أن تراعي وظائف الإرسال الأساسية والاتصالات الصوتية وحالة الوحدات أعطال الخوادم وانقطاع الشبكة وفقدان الطاقة وحتى فقدان مركز الإرسال الرئيسي. وينبغي أن تكون هناك إجراءات موثقة للانتقال الاحتياطي أو التشغيل في وضع متدهور للعمليات الحرجة.
إذا احتاج المشروع لاحقاً إلى دمج أنظمة طوارئ المستشفيات أو سجلات الرعاية الإلكترونية للمرضى أو تطبيقات صحية أخرى، فيمكن استخدام واجهات API أو واجهات قياسية لتبادل البيانات. لكن ينبغي تصميم هذه الواجهات حول سير العمل الحقيقي للاستجابة للطوارئ بدلاً من إجبار منصة القيادة على تكرار كل وظيفة في نظام معلومات المستشفى.
الخلاصة: نظام القيادة ليس جدار الفيديو، بل سلسلة الاستجابة من المدينة إلى المستشفى
إن خطة سكرانتون لإضافة سيارات إسعاف تديرها المدينة تعني أكثر من ثلاث مركبات إضافية. فهي تطرح سؤالاً تواجهه مدن كثيرة في نهاية المطاف: عندما تعمل موارد EMS العامة والخاصة في المنطقة نفسها، كيف يمكنها التعاون أثناء طارئ حقيقي بدلاً من الاحتفاظ بمركبات وموظفين وأنظمة اتصالات منفصلة ثم محاولة تنسيقها يدوياً عند وقوع حادث؟
الإجابة ليست في قائمة شراء سيارات الإسعاف، بل في بنية الإرسال وقيادة الطوارئ. يمكن لنظام قيادة مصمم جيداً أن يجمع حالة المركبات ومواقعها وبيانات تكليفها من عدة جهات في صورة تشغيلية مشتركة، ما يساعد المرسلين على اختيار الوحدات بحسب القرب والقدرة. كما يمكنه ربط استقبال البلاغ والرعاية الميدانية والنقل وتسليم المريض إلى المستشفى في سلسلة معلومات مستمرة، لضمان حصول كل مشارك على المعلومات الصحيحة في الوقت الصحيح.
ويمكنه أيضاً دمج الراديو والشبكات الخلوية والصوت عبر IP والأجهزة المحمولة لكي تظل الاتصالات الحرجة متاحة في ظروف الشبكة المختلفة. وفي الوقت نفسه يجب أن يلبّي متطلبات قطاع الرعاية الصحية الأكثر صرامة في التحكم في الوصول وتقليل البيانات وقابلية التتبع واستمرارية العمليات.
كما أن تسلسل التنفيذ مهم. أولاً يجب تحديد مسؤوليات استقبال المكالمات والإرسال. ثم تحديد موارد EMS العامة والخاصة. بعد ذلك توحيد الحالات الحرجة للوحدات ومواقع GIS ومعرّفات الحوادث. ثم دمج الصوت بين الجهات والرسائل واتصالات الحوادث المؤقتة. أما لوحات المتابعة الكبيرة والتحليلات والتصورات المتقدمة فينبغي أن تأتي لاحقاً.
إذا لم تُدمج العلاقات الأساسية بين الموارد، فلن تقلل حتى أكثر شاشات مراكز القيادة إثارة للإعجاب الوقت الذي تحتاجه سيارة الإسعاف للوصول إلى المريض.
عندما تستطيع خدمات EMS العامة ومقدمو الإسعاف الخاص والمستشفيات والجهات البلدية للطوارئ التنسيق حول الحادث نفسه، تتوقف «القيادة المتكاملة» عن كونها ميزة برمجية وتصبح قدرة حقيقية للاستجابة الطبية الطارئة.
تركز Becke Telecom على حلول قيادة الطوارئ والإرسال والاتصالات الموحدة للرعاية الصحية والسلامة العامة والاستجابة البلدية للطوارئ. ويمكن لحلولها دعم الوصول الموحد إلى موارد EMS العامة والخاصة، والإنشاء السريع لمجموعات اتصال بين الجهات، والتنسيق قبل الوصول بين الفرق الميدانية والمستشفيات، واتصالات مرنة عبر مسارات شبكية متعددة.
الأسئلة الشائعة
هل يتعين على مقدمي الإسعاف الخاص استبدال أنظمة الإرسال الحالية للانضمام إلى منصة قيادة على مستوى المدينة؟
ليس بالضرورة. في كثير من الحالات يكون النهج الأكثر عملية هو الإبقاء على نظام التشغيل الحالي لدى مقدم الخدمة ومزامنة بيانات حالة الوحدات ومواقعها وتكليفاتها المطلوبة فقط من خلال واجهات API أو البرمجيات الوسيطة للتكامل أو بوابات الإرسال. ويتوقف الاحتياج إلى منصة موحدة بالكامل على حجم المؤسسة وحدود الوصول والأنظمة الموجودة بالفعل.
هل يعني تتبع سيارات الإسعاف لحظياً أن الجميع يستطيع رؤية سجل مواقع المركبات؟
لا ينبغي أن يكون الأمر كذلك. فالموقع اللحظي للمركبة يستخدم أساساً للإرسال والإدارة التشغيلية. ويمكن تقييد الوصول بحسب الدور والجهة ونطاق الحادث. كما ينبغي تنظيم الاحتفاظ بسجل المواقع واستخدامه وفق المتطلبات التشغيلية وسياسات الخصوصية والقواعد المحلية المعمول بها.
هل تحتاج منصة قيادة الطوارئ إلى وصول كامل وفوري إلى توافر أسرّة المستشفيات؟
عادة لا. بالنسبة إلى EMS قبل الوصول إلى المستشفى، تكون المعلومات الأكثر فائدة هي ما إذا كان المستشفى يستطيع استقبال نوع معين من الحالات الطارئة، وما إذا كان قسم الطوارئ يعمل تحت قيود خاصة، وما توجيهات النقل المناسبة للحالة الحالية. وعادة لا توجد حاجة إلى نسخ نظام إدارة الأسرة الكامل في المستشفى داخل منصة الإرسال.
هل يستطيع نظام قيادة EMS مواصلة العمل إذا تعطلت خدمة الاتصالات الخلوية؟
يعتمد ذلك على البنية. فالأنظمة الحرجة لـ EMS تحتفظ عادة بالاتصال الصوتي عبر الراديو أو شبكات احتياطية أو طرق اتصال بديلة أخرى، كما تحدد إجراءات إرسال يدوية عند انقطاع الشبكة. وقد تصبح وظائف البيانات محدودة مؤقتاً، لكن ينبغي تصميم الإرسال الأساسي والاتصالات الصوتية بحيث يظلان متاحين قدر الإمكان.
