الموضوع 1.6 — السلامة السريرية وإدارة المخاطر

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

لماذا يهم هذا في الصحة والرعاية#

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

المخاطر غير متماثلة وغالبًا غير مرئية. عندما يعمل نظام رقمي، لا يرى أحد الضرر الذي منعه؛ عندما يفشل، يمكن أن يكون الضرر كارثيًا، مُتأخّرًا، وموزّعًا عبر آلاف المرضى قبل أن يلاحظ أحد نمطًا. هذا المزيج — عواقب عالية، رؤية منخفضة، نصف قطر انفجار واسع — يعني أنك لا يمكنك الاعتماد على المستخدمين لاكتشاف المشاكل أو على الحوادث لتعليمك كل شيء. يجب أن تُفكّر في الضرر استباقيًا، قبل النشر، وتستمر في التفكير فيه بينما النظام مُباشر. في المملكة المتحدة، هذا التفكير الاستباقي ليس اختياريًا: يُتوقَّع تعاقديًا ومهنيًا من مؤسسات NHS ومورديها تطبيق معايير إدارة المخاطر السريرية الوطنية، وأن يكونوا قادرين على إظهار عملهم. الحصول على هذا بشكل صحيح لا يُنفصَل عن الأدلة (انظر الموضوع 1.3 — القرارات القائمة على الأدلة)، وعن حوكمة المعلومات والأمن السيبراني (انظر الموضوع 1.7 — حوكمة المعلومات، حماية البيانات والأمن السيبراني)، وعن كيفية تشغيلك للخدمات بمجرد أن تُصبح مُباشرة (انظر الموضوع 3.8 — إدارة الخدمة والعمليات المباشرة).

مفاهيم جوهرية#

سلامة المريض وإدارة المخاطر. سلامة المريض هي منع الضرر الناتج عن الرعاية، وتقليله، والإبلاغ عنه، وتحليله. تُطبّق إدارة المخاطر السريرية الانضباط العام لإدارة المخاطر — تحديد المخاطر وتقييمها وترتيب أولوياتها والتحكم فيها — على السؤال المحدد حول كيف يمكن لنظام تقنية معلومات صحية أن يُساهم في ضرر المريض. المعياران الوطنيان اللذان يحكمان هذا في إنجلترا هما DCB0129 وDCB0160 (DCB تعني Data Coordination Board؛ هذه معايير SCCI (Standardization Committee for Care Information Standards) مُلزَمة بموجب Health and Social Care Act 2012). يضع DCB0129 التزامات على مُصنِّع أو مورد نظام تقنية معلومات صحية؛ يضع DCB0160 التزامات على المؤسسة الصحية التي تنشر وتستخدم النظام. هما مُتكاملان: حالة سلامة نظيفة للمورد لا تُبرئ ذمة المؤسسة الناشِرة من واجب تقييم المخاطر التي تُدخلها تهيئتها الخاصة، وسير عملها، وسياقها.

ضابط السلامة السريرية (CSO). يتطلب كلا المعيارين ضابط سلامة سريرية مُسمّى، مؤهَّلًا وذا خبرة مناسبة — طبيبًا مُسجَّلًا يُمارس حاليًا وأكمل تدريب سلامة سريرية معترفًا به — ليملك نشاط إدارة المخاطر السريرية ويوافق شخصيًا على حالة السلامة. دور ضابط السلامة السريرية متطلب كفاءة، لا مسمى وظيفي يمكن تكليفه لمن هو متاح. يوقّع ضابط السلامة السريرية على أن المخاطر حُدِّدت وضُبطت إلى مستوى مقبول؛ إنه حكم مهني يحمل مساءلة مهنية.

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

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

تنظيم الجهاز الطبي، وMHRA، والبرمجيات كجهاز طبي (SaMD). بعض تقنية الصحة الرقمية جهاز طبي مُنظَّم. البرمجيات ذات الغرض الطبي — التشخيص، الوقاية، المراقبة، التنبؤ، العلاج — يمكن أن تكون هي نفسها جهازًا طبيًا: البرمجيات كجهاز طبي (SaMD). في المملكة المتحدة، تُنظّم وكالة تنظيم الأدوية ومنتجات الرعاية الصحية (MHRA) الأجهزة الطبية، بما فيها SaMD، ويحكم معيار دورة حياة البرمجيات IEC 62304 كيف يجب تطوير مثل هذه البرمجيات. تحديد ما إذا كانت تقنيتك جهازًا مُنظَّمًا سؤال عتبة بعواقب كبيرة، وهو مُنفصل عن — وإن كان يجلس جنبًا إلى جنب مع — إدارة المخاطر السريرية DCB0129/0160.

معايير تقييم التقنية الرقمية (DTAC). DTAC هو الأساس الوطني الذي تستخدمه مؤسسات NHS والرعاية الاجتماعية لتقييم المنتجات الرقمية قبل الشراء، يُغطّي السلامة السريرية (دليل امتثال DCB0129)، وحماية البيانات، والأمن التقني، وقابلية التشغيل البيني، وسهولة الاستخدام. لا يحل محل إدارة المخاطر السريرية؛ يتحقق من أن مورّدًا قد أنجزها.

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

الإبلاغ عن الحوادث والتعلم منها. في إنجلترا، Learn from Patient Safety Events (LFPSE) هي الخدمة الوطنية لتسجيل أحداث سلامة المرضى، وPatient Safety Incident Response Framework (PSIRF) يُحدد كيف تستجيب مؤسسات NHS للحوادث وتتعلم منها — مُؤكِّدةً على تحليل السبب الجذري المُتناسِب والقائم على الأنظمة بدلًا من اللوم. تُولّد الأنظمة المُباشرة مخاطر جديدة، لذا تستمر السلامة السريرية بعد الإطلاق من خلال تغذية راجعة للحوادث إلى سجل المخاطر.

أفضل الممارسات#

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

2. افعل تحديد المخاطر مبكرًا، بالأطباء في الغرفة. ابدأ ورش عمل المخاطر في الاستكشاف والتصميم، لا قبل الإطلاق، لأن الضوابط الأرخص والأكثر فعالية هي تغييرات التصميم المُنجَزة قبل بناء أي شيء (انظر الموضوع 3.5 — دورات حياة التسليم). أحضر أطباء الخط الأمامي، لا المحللين فقط، لأنهم يعرفون كيف يحدث العمل فعليًا — المقاطعات، الحلول البديلة، الطريقة التي تُقرأ بها شاشة في الساعة الثالثة صباحًا. اعبر سيناريوهات سريرية واقعية واسأل بلا هوادة: "كيف يمكن لهذا النظام أن يُساهم في إيذاء مريض؟"

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

4. اجعل المؤسسة الناشِرة تملك DCB0160، حتى مع مورّد مُمتثِل. حالة سلامة DCB0129 للمورد تُغطّي المنتج كما بُني؛ لا يمكنها تغطية كيف تُهيّئه، وأي سير عمل تلفّه حوله، وأي من مجموعاتك السكانية تستخدمه. شغّل تقييم DCB0160 الخاص بك للمخاطر المحلية — التكامل مع أنظمتك الأخرى، وجودة بياناتك، ومساراتك السريرية — واحتفظ بسجل مخاطرك الخاص. افتراض أن ضمان المورد يُغطّي سياقك اختصار شائع وخطير.

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

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

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

8. استخدم DTAC كأرضية، لا خط نهاية. عامل معايير تقييم التقنية الرقمية كفحص دخول أدنى لأي منتج رقمي مُشترى، تُؤكّد أن السلامة السريرية، وحماية البيانات، والأمن، وقابلية التشغيل البيني، وسهولة الاستخدام عُولِجت. اجتياز DTAC يعني أن موردًا أنجز العمل؛ لا يعني أن المنتج آمن في سياقك، لذا اقرنه بتقييم DCB0160 الخاص بك ومراقبة مُباشرة.

9. أغلق الحلقة من الحوادث المُباشرة إلى سجل المخاطر. اربط إبلاغك عن الحوادث — تقديمات LFPSE، تحقيقات PSIRF، تقارير الحوادث الوشيكة المحلية — مرة أخرى بإدارة المخاطر السريرية بحيث يُحدّث الضرر الحقيقي والحوادث الوشيكة مخاطرك وضوابطك. حالة سلامة لا يُعاد النظر فيها أبدًا بعد الإطلاق تتعفّن، لأن الأنظمة المُباشرة، والتكاملات، والممارسة السريرية كلها تنجرف (انظر الموضوع 3.8 — إدارة الخدمة والعمليات المباشرة). التعلم قائم على الأنظمة وواعٍ باللوم، لا بحث عن شخص يُعاقَب.

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

أسئلة للمناقشة مع فريقك#

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

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

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

4. هل حدّدنا بأمانة أي من منتجاتنا أجهزة طبية مُنظَّمة — ومن المسؤول عن ذلك القرار؟ الوضع التنظيمي سؤال عتبة بعواقب كبيرة، ومن السهل تركه دون إجابة لأن الإجابة يمكن أن تكون غير مريحة. البرمجيات التي تُشخّص، أو تتنبأ، أو تُراقب، أو تُعالج يمكن أن تكون هي نفسها برمجيات كجهاز طبي، تسحب التزامات MHRA ومعيار دورة حياة IEC 62304 — مُنفصلة عن، وإضافية لـ، إدارة المخاطر السريرية DCB0129/0160. التوتر يسير في كلا الاتجاهين: التصنيف الناقص يتركك تشحن جهازًا غير مُسجَّل، فشل قانوني وسلامي يمكن أن يظهر كارثيًا على نطاق واسع، بينما الإفراط في تصنيف أداة إدارية بسيطة يستنزف قدرة ضمان نادرة كنت بحاجتها في مكان آخر. الخطر هو أن التصنيف يسقط بين الأدوار — يفترض الأطباء أن المهندسين قرروا، يفترض المهندسون أن الفريق التنظيمي أو التجاري قرر، ولم يكتب أحد فعليًا التفكير. انظر ملموسًا إلى المنتجات في محفظتك الأقرب إلى الخط — أي شيء بقاعدة فرز، أو نتيجة خطر، أو خوارزمية تنبيه — واسأل من حدد الجهاز، على أي أساس، وهل هو موثَّق ويُعاد النظر فيه مع تغير الميزات. إجابة أمينة تُسمّي المنتجات الحدودية، تُشير إلى منطق مُسجَّل وقابل للدفاع لكل منها، وصريحة حيث لم يُتّخَذ القرار فعليًا أبدًا.

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

6. مع انجراف أنظمتنا المُباشرة، وتكاملاتنا، ومساراتنا السريرية بمرور الوقت، كيف نعرف أن حالة سلامتنا لا تزال قائمة؟ لا تنتهي السلامة السريرية عند الإطلاق؛ تُولّد الأنظمة المُباشرة مخاطر جديدة، ويستمر العالم حول نظام في الحركة — يُغيّر تكامل صاعد بياناته، يُعاد تصميم مسار سريري، يشحن مورد تحديثًا، تبدأ مجموعة مرضى جديدة استخدام الأداة. حالة سلامة مُوافَق عليها منذ عامين تصف نظامًا وسياقًا قد لا يعودان موجودين، لذا السؤال هو ما إذا كان سجل مخاطرك سجلًا حيًا أو وثيقة وُقِّعت مرة واحدة وتُركت تتعفّن (انظر الموضوع 3.8 — إدارة الخدمة والعمليات المباشرة). التوتر هو أن الحفاظ على تفكير السلامة بعد الإطلاق يتنافس مع التسليم الجديد على نفس وقت ضابط السلامة السريرية والوقت السريري النادر، والانجراف تدريجي وغير مرئي بطريقة نادرًا ما تجذب انتباهًا حتى يفشل شيء. تشمل الزوايا الملموسة ضبط تغيير يُعيد إطلاق تقييم المخاطر عندما تتغير التهيئة أو التكاملات، ومراجعة دورية لأعلى المخاطر عواقبًا، ومراقبة يمكنها فعليًا اكتشاف ضابط يتدهور بصمت. اختر نظامًا كان مُباشرًا لعام أو أكثر واسأل متى رُوجِعت مخاطره آخر مرة، وماذا تغيّر تحته منذ الموافقة، ومن سيلاحظ إذا توقف ضابط رئيسي عن العمل. إجابة أمينة تُميّز الأنظمة ذات الإدارة السلامية المستمرة الحقيقية عن تلك التي تنزلق على حالة سلامة بائتة، وتلتزم بوتيرة مراجعة متناسبة مربوطة بتغيير حقيقي بدلًا من التقويم وحده.

في الممارسة: مثال من الصحة والرعاية#

يُنشر نظام رعاية متكامل (ICS) أداة إحالة إلكترونية مشتركة تتيح لأطباء الأسرة إحالة المرضى مباشرة إلى خدمات المجتمع، بمجموعة قواعد فرز مُدمَجة تُوجّه الحالات العاجلة إلى طابور أسرع. النهج المدفوع بالتسليم يأخذ حالة سلامة DCB0129 للمورد، ويجتاز DTAC، ويُطلَق لتحقيق تاريخ وعد به المجلس.

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

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

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

عدسات قطاعية#

يدين الجميع بنفس الواجب للتحكم في الخطر السريري، لكن الآليات والحوافز والضغوط تختلف بشدة حسب المؤسسة.

شركة ناشئة#

غالبًا ما تلتقي شركة صحة رقمية ناشئة بالسلامة السريرية كبوابة شراء: يطلب مشترٍ من NHS DTAC وحالة سلامة DCB0129، وتحدث هرولة. الخطوة الفائزة هي بناء إدارة المخاطر السريرية من أول سباق — سجل مخاطر جنبًا إلى جنب مع قائمة المهام، ضابط سلامة سريرية سهل الوصول إليه (غالبًا مُتعاقَد بدلًا من مُوظَّف، لكن كفؤ ومُمكَّن فعليًا) — لأن إعادة تركيب حالة سلامة على منتج مُنتهٍ بطيئة، ومُكلِفة، وغير مُقنِعة. يجب على المؤسسين أيضًا مواجهة سؤال SaMD بأمانة ومبكرًا، لأن اكتشاف في منتصف التوسع أن المنتج جهاز طبي غير مُسجَّل خطر قانوني وسلامي وجودي. عند الإنجاز الجيد، تُصبح أدوات السلامة السريرية الناضجة أصلًا تجاريًا يُقصّر دورات مبيعات NHS.

شركة صغيرة#

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

مؤسسة كبيرة#

يحمل صندوق ائتماني تابع لـNHS أو نظام رعاية متكامل مساءلة مزدوجة: يُنشر أنظمة الآخرين تحت DCB0160 وغالبًا يبني أو يُهيّئ بشدة أنظمته الخاصة تحت DCB0129. الفشل المميز مؤسسي — برنامج سجل مريض إلكتروني رائد بتاريخ إطلاق له وزن سياسي، لذا يُعامَل حذر ضابط السلامة السريرية بهدوء كعقبة. العلاج هيكلي: امنح ضابط السلامة السريرية استقلالية وحق نقض حقيقي، احتفظ بسجل مخاطر حي عبر الأصول بدلًا من رف من وثائق يوم الإطلاق، واربط تعلم LFPSE وPSIRF مرة أخرى بإدارة المخاطر السريرية كعملية قائمة. على نطاق المؤسسة الكبيرة، أكبر المخاطر هي مخاطر التكامل والتهيئة، التي لا يُغطّيها ضمان أي مورد، لذا الملكية المحلية غير قابلة للتفاوض.

حكومة#

جهة وطنية — NHS England، وMHRA، وDHSC، وNICE — تضع المعايير التي يجب على الآخرين الوفاء بها، لذا تُشكّل طرق عملها النظام بأكمله: DCB0129/0160، وDTAC، وتنظيم SaMD أدوات سلامة على نطاق السكان. تجذب القرارات هنا تدقيقًا تنظيميًا وبرلمانيًا وعامًا، ونظام مُلزَم وطنيًا يحمل خطرًا كامنًا يُوزّع ذلك الضرر عبر ملايين قبل أن يرى أي أحد النمط. الالتزامات هي التناسب مُصرَّح به في معايير منشورة، وشفافية حول الخطر المتبقي، والحفاظ على الإطار التنظيمي حديثًا مع تجاوز التقنية — خاصة الذكاء الاصطناعي — له (انظر الموضوع 8.4 — حوكمة الذكاء الاصطناعي والتقنيات الناشئة). الخطر المميز على هذا النطاق نظامي: تكليف تقنية عبر الأصول على دليل سلامة رقيق يُرسّخ خطرًا في كل مكان دفعة واحدة.

أنماط فشل شائعة#

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

نموذج النضج#

قائمة التحقق#

• ضابط سلامة سريرية كفؤ وممارِس ومُدرَّب مُسمّى لكل نظام، بوقت وسلطة لقول "ليس بعد".
• ملف إدارة مخاطر سريرية، وسجل مخاطر حي، وحالة سلامة سريرية موجودة لكل نظام ضمن النطاق.
• بدأ تحديد المخاطر في الاستكشاف، بأطباء الخط الأمامي في الغرفة.
• شغّلت المؤسسة الناشِرة تقييم DCB0160 الخاص بها، لا مجرد قبول حالة DCB0129 للمورد.
• تُفضّل ضوابط المخاطر التصميم-خارجًا على التنبيهات على التدريب، مع تقليل الخطر المتبقي إلى ALARP ومُبرَّر.
• وضع الجهاز الطبي/SaMD قُيِّم ووثِّق، والتزامات MHRA/IEC 62304 أُشرِكت حيث ذات صلة.
• أُكمِل DTAC كأرضية، مقرونًا بإدارة المخاطر السريرية المحلية.
• أُجري اختبار العوامل البشرية وسهولة الاستخدام تحت ظروف واقعية؛ حمل التنبيهات مُتحكَّم فيه.
• تُغذّي الحوادث المُباشرة (LFPSE) وتعلم PSIRF مرة أخرى سجل المخاطر كعملية قائمة.
• الإبلاغ عن الحوادث الوشيكة وتحدي إطلاق على أسس سلامة آمن ومتوقَّع بشكل مرئي.

المصادر الرئيسية#

• NHS England — DCB0129: Clinical Risk Management: its Application in the Manufacture of Health IT Systems.
• NHS England — DCB0160: Clinical Risk Management: its Application in the Deployment and Use of Health IT Systems.
• NHS England — Clinical Safety Officer training and clinical risk management guidance.
• NHS England — Digital Technology Assessment Criteria (DTAC).
• MHRA — Software and Artificial Intelligence (AI) as a Medical Device guidance.
• IEC — IEC 62304: Medical device software — software life cycle processes.
• ISO — ISO 14971: Application of risk management to medical devices.
• NHS England — Learn from Patient Safety Events (LFPSE) service.
• NHS England — Patient Safety Incident Response Framework (PSIRF).
• World Health Organization — Global Patient Safety Action Plan 2021–2030.

المراجع#

1. Patient safety — ويكيبيديا — https://en.wikipedia.org/wiki/Patient_safety
2. Risk management — ويكيبيديا — https://en.wikipedia.org/wiki/Risk_management
3. Hazard analysis — ويكيبيديا — https://en.wikipedia.org/wiki/Hazard_analysis
4. Safety case — ويكيبيديا — https://en.wikipedia.org/wiki/Safety_case
5. Medical device — ويكيبيديا — https://en.wikipedia.org/wiki/Medical_device
6. Medicines and Healthcare products Regulatory Agency — ويكيبيديا — https://en.wikipedia.org/wiki/Medicines_and_Healthcare_products_Regulatory_Agency
7. Ergonomics (human factors) — ويكيبيديا — https://en.wikipedia.org/wiki/Ergonomics
8. Safety culture — ويكيبيديا — https://en.wikipedia.org/wiki/Safety_culture
9. As low as reasonably practicable (ALARP) — ويكيبيديا — https://en.wikipedia.org/wiki/As_low_as_reasonably_practicable
10. Root-cause analysis — ويكيبيديا — https://en.wikipedia.org/wiki/Root-cause_analysis
11. IEC 62304 — ويكيبيديا — https://en.wikipedia.org/wiki/IEC_62304
12. DCB0129: Clinical Risk Management in the Manufacture of Health IT Systems — NHS England — https://digital.nhs.uk/services/clinical-safety/clinical-risk-management-standards
13. DCB0160: Clinical Risk Management in the Deployment and Use of Health IT Systems — NHS England — https://digital.nhs.uk/services/clinical-safety/clinical-risk-management-standards
14. Digital Technology Assessment Criteria (DTAC) — NHS England — https://www.nhs.uk/digital-technology-assessment-criteria-dtac/
15. Software and Artificial Intelligence (AI) as a Medical Device — MHRA, GOV.UK — https://www.gov.uk/government/publications/software-and-artificial-intelligence-ai-as-a-medical-device
16. IEC 62304: Medical device software — software life cycle processes — International Electrotechnical Commission — https://www.iso.org/standard/38421.html
17. ISO 14971: Application of risk management to medical devices — International Organization for Standardization — https://www.iso.org/standard/72704.html
18. Learn from Patient Safety Events (LFPSE) service — NHS England — https://www.england.nhs.uk/patient-safety/patient-safety-insight/learning-from-patient-safety-events/
19. Patient Safety Incident Response Framework (PSIRF) — NHS England — https://www.england.nhs.uk/patient-safety/patient-safety-insight/incident-response-framework/
20. Global Patient Safety Action Plan 2021–2030 — World Health Organization — https://www.who.int/teams/integrated-health-services/patient-safety/policy/global-patient-safety-action-plan