كيف تراجع صلاحيات نظام تعريف المرضى بعد تشغيله؟ قائمة فحص عملية للمستشفى

كيف تراجع صلاحيات نظام تعريف المرضى بعد تشغيله؟ قائمة فحص عملية للمستشفى

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

هذا الدليل موجه إلى المستشفيات والعيادات التي تطبق نظامًا رقميًا لتعريف المرضى أو تستعد لمراجعته. وهو إطار توعوي عام، وليس سياسة تشغيل أو استشارة قانونية أو طبية. يجب تكييفه مع إجراءات المؤسسة والأنظمة والالتزامات المعمول بها لديها.

الإجابة المختصرة

ابدأ مراجعة الصلاحيات بعد التشغيل بسبعة أسئلة:

1. هل لكل مستخدم حساب شخصي ودور محدد؟
2. هل تتوافق الصلاحيات الفعلية مع المسؤوليات الحالية، لا القديمة؟
3. هل يستطيع المستخدم رؤية الحد الأدنى اللازم من بيانات المريض؟
4. هل تختلف صلاحيات العرض عن الإضافة والتعديل والحذف؟
5. هل تُراجع حسابات الموظفين الذين غادروا أو غيّروا أدوارهم؟
6. هل تسجل المنظومة محاولات الوصول والتعديلات بما يكفي للمراجعة؟
7. هل اختُبرت الصلاحيات في المسار العادي والاستثنائي، مع وجود بديل عند تعطل النظام؟

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

لماذا لا تنتهي المراجعة عند إطلاق النظام؟

تتغير الأدوار، والأقسام، والأجهزة، ومسارات العمل بعد الإطلاق. كما قد يكيّف العاملون النظام بطريقة لم يتوقعها فريق التنفيذ. يشير تقرير HSSIB إلى أن اختلاف الواقع العملي عن التصميم، ومحدودية الأجهزة أو مشكلات تسجيل الدخول، يمكن أن تؤثر في استخدام أنظمة التعريف الرقمية وسلامتها.[1]

وتوصي إرشادات ONC SAFER بإجراء تقييمات ذاتية دورية لملاحظة آثار التغيير على سلامة استخدام السجلات الإلكترونية.[3] لذلك ينبغي أن تكون مراجعة الصلاحيات دورة متكررة، لا اجتماعًا يُعقد مرة واحدة قبل التشغيل.

1. أنشئ جردًا واضحًا للمستخدمين والأدوار

اكتب قائمة بالحسابات الفعلية، لا بالأدوار النظرية فقط. يمكن أن تشمل القائمة، بحسب المؤسسة:

• الطبيب.
• التمريض.
• موظف الاستقبال أو التسجيل.
• فريق السجلات الطبية.
• مسؤول النظام أو الدعم التقني.
• المتدرب أو المستخدم المؤقت.
• حسابات التكامل أو الأجهزة، إذا كانت موجودة.

لكل حساب، سجّل القسم، والدور الحالي، والمدير المسؤول عن المراجعة، وتاريخ آخر مراجعة. لا تعتمد على اسم الوظيفة وحده؛ فقد يحتاج طبيبان في قسمين مختلفين إلى نطاقين مختلفين من الوصول.

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

2. قارن الصلاحية بالدور وبالحاجة الفعلية

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

قسّم الوصول إلى مستويات مفهومة:

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

لا تضع كل هذه العمليات في صلاحية واحدة باسم «الوصول إلى المريض». إرشادات ONC تركز على أن تعريف المريض يشمل إنشاء السجلات وتسجيلها واسترجاعها ومراجعة مخاطرها، وليس مجرد فتح شاشة.[3]

3. اختبر الفصل بين التعريف والوصول إلى السجل

قراءة سوار أو إدخال معرّف قد تساعد النظام على العثور على المريض، لكنها لا ينبغي أن تمنح تلقائيًا حق رؤية كل بياناته. افحص عمليًا:

• ماذا يرى المستخدم قبل تسجيل الدخول؟
• ماذا يحدث بعد تسجيل الدخول؟
• هل يستطيع موظف التسجيل رؤية الملاحظات السريرية أم بيانات التسجيل فقط؟
• هل يستطيع الطبيب الإضافة في نطاق عمله دون إدارة حسابات الموظفين؟
• هل يستطيع الدعم التقني الوصول إلى السجلات لمجرد امتلاكه صلاحية تقنية؟
• هل تختلف النتيجة عندما يكون المريض مرتبطًا بقسم أو مؤسسة أخرى؟

هذا الفصل يحمي مبدأ الحد الأدنى من الوصول، ويمنع تحويل المعرّف المادي إلى تصريح مفتوح. في Micro NFC، سوار الطوارئ يعمل كمعرّف ونقطة بدء لمسار رقمي، بينما تبقى وظائف المستشفى الأوسع IN DEVELOPMENT وليست منصة مستشفيات مكتملة الإنتاج. لا ينبغي عرض هذا المقال على أنه وصف لميزة جاهزة أو تكامل قائم مع نظام مستشفى محدد.

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

4. راجع الحسابات عند تغيّر الوظيفة أو مغادرة الموظف

أنشئ أحداثًا واضحة تفرض المراجعة، مثل:

• انتقال الموظف إلى قسم آخر.
• تغيير دوره من سريري إلى إداري.
• انتهاء التدريب أو العقد المؤقت.
• غياب طويل يحتاج إلى إيقاف مؤقت.
• مغادرة المؤسسة.
• إضافة نظام أو جهاز جديد إلى المسار.

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

5. افحص السجلات وسلسلة المسؤولية

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

• من سجّل الدخول.
• من بحث عن مريض.
• من فتح معلومة حساسة.
• من أضاف أو عدّل أو ألغى قيمة.
• متى وقع الحدث.
• من وافق على تغيير الصلاحية.
• هل يُظهر السجل الحساب المستخدم بدل اسم عام أو حساب مشترك.

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

6. نفّذ اختبارًا بالصلاحيات المسموح بها والممنوعة

لا تكتفِ بمقابلة المستخدمين. جهّز حالات اختبار ببيانات اصطناعية، وبموافقة المؤسسة، تشمل:

• مستخدم يرى ما يحتاجه فقط.
• مستخدم يحاول فتح وظيفة خارج دوره.
• مستخدم تغيّر قسمه.
• حساب موقوف يحاول تسجيل الدخول.
• محاولة تعديل معلومة دون صلاحية.
• تعارض بين بيانات السوار والملف.
• مريض غير مرتبط بالقسم أو المؤسسة الحالية.
• تعطل الجهاز أو الاتصال والانتقال إلى المسار البديل.

سجّل النتيجة كما حدثت، لا كما يفترض التصميم أن تحدث. وقد أظهر تقرير HSSIB أن قابلية الوصول إلى الأجهزة، وتسجيل الدخول، وتوافق الأنظمة، تؤثر في الاستخدام الواقعي، وأن التعديلات المحلية قد تُنشئ مخاطر إذا لم تُفهم احتياجات العاملين.[1]

7. راقب الالتزام بسير العمل، لا الإعدادات فقط

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

استخدم ملاحظة ميدانية أو مراجعة عينة محدودة، مع احترام الخصوصية، واسأل:

• هل يعرف العاملون لماذا يطلب النظام كل خطوة؟
• هل مكان الجهاز مناسب للضغط الحقيقي؟
• هل يستطيع المستخدم إكمال المسار دون اختصارات خطرة؟
• هل يعرف الفريق متى يوقف الإجراء ويطلب مراجعة؟
• هل يتلقى كل دور تدريبًا يناسب صلاحياته؟

في دراسة تطبيقية عن قائمة تعريف المرضى، سبقت التجربة مراجعة لسير العمل وملاحظات تدقيقية، ثم استُخدمت قائمة فحص وتدريب ومراجعات حضورية؛ وخلص الباحثون إلى أن فائدة القائمة تعتمد على التزام الموظفين بها.[4] لا تعني هذه النتيجة أن القائمة وحدها تضمن السلامة، بل تؤكد أهمية الجمع بين التصميم والتدريب والملاحظة.

8. حوّل المراجعة إلى إجراء تصحيحي قابل للمتابعة

كل ملاحظة ينبغي أن تنتهي بقرار واضح:

• ما الخطر أو الفجوة؟
• من المسؤول عن التصحيح؟
• ما الإجراء المطلوب؟
• ما درجة الأولوية؟
• متى يُعاد الاختبار؟
• ما الدليل على إغلاق المشكلة؟

احتفظ بالتمييز بين «لم يُنفذ» و«نُفذ جزئيًا» و«يحتاج إلى مراقبة». وتوصي إرشادات ONC بأن تتضمن أوراق المراجعة ملاحظات التقييم، وإجراءات المتابعة، واسم المسؤول عنها.[3]

قائمة فحص مختصرة

• هل كل مستخدم يملك حسابًا فرديًا؟
• هل الأدوار الحالية موثقة ومراجعة؟
• هل فُصلت صلاحيات العرض والإضافة والتعديل والحذف؟
• هل لا تمنح قراءة NFC وحدها وصولًا إلى السجل الخاص؟
• هل أُوقفت الحسابات القديمة أو المؤقتة؟
• هل يمكن مراجعة من شاهد أو عدّل البيانات؟
• هل اختُبرت حالات الرفض والتعارض والانقطاع؟
• هل استُخدمت بيانات اصطناعية في الاختبارات والتدريب؟
• هل لكل نتيجة مسؤول وموعد لإعادة التحقق؟
• هل تُكرر المراجعة بعد تغيّر النظام أو سير العمل؟

الخلاصة

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

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

Sources

[1] https://www.hssib.org.uk/patient-safety-investigations/positive-patient-identification/national-learning-report — HSSIB National learning report: Positive patient identification [3] https://healthit.gov/wp-content/uploads/2017/05/safer_patient_identification.pdf — ONC SAFER Patient Identification Guide [4] https://www.jopan.org/article/S1089-9472%2822%2900157-5/fulltext — Using a Patient Identification Checklist