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

ملخص

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

الملخص

جودة واكتمال سجلات ما قبل الولادة أمران حاسمان لضمان رعاية فعالة للأم والجنين. ومع ذلك، فإن الاستخدام التقليدي للكتيبات المطبوعة لتوثيق استشارات ما قبل الولادة يفرض قيودا كبيرة، بما في ذلك الإدخالات غير المكتملة، وعدم قابلية القراءة، وخطر التلف أو الفقدان الجسدي. هذه القيود قد تضر باستمرارية الرعاية وموثوقية المعلومات السريرية. للتخفيف من هذه المشكلات، يقدم هذا العمل تطوير وتقييم أولي لقابلية الاستخدام لتطبيق عبر الإنترنت مصمم لرقمنة وتحسين سجلات الاستشارات قبل الولادة. هدف البروتوكول هو توفير نظام رقمي منظم وفعال لتسجيل واستشارة وإدارة بيانات ما قبل الولادة، مع دمج حسابات التوليد الآلي وأدوات التصور لدعم اتخاذ القرار السريري. تم تحديد متطلبات النظام من خلال تحليل قائم على الأدبيات لأفضل الممارسات في توثيق الرعاية قبل الولادة وأنظمة المعلومات الصحية. تم تنفيذ الحل المقترح كتطبيق ويب سريع الاستجابة يلتزم بمعايير سهولة الاستخدام وسهولة الوصول لتسهيل الدمج في سير العمل السريري الروتيني. شمل تقييم سهولة الاستخدام متخصصين في الرعاية الصحية لديهم خبرة سابقة باستخدام الدليل المطبوع. تم جمع البيانات الكمية باستخدام مقياس قابلية الاستخدام للنظام (SUS)، بينما تم الحصول على رؤى نوعية من خلال مقابلات شبه منظمة. حقق التطبيق متوسط درجة SUS بلغت 77.50، مما يشير إلى سهولة الاستخدام والقبول الجيد. سلط المشاركون الضوء على أهمية النظام في الممارسة السريرية، وقدرته على تقليل الأخطاء، وقدرته على تعزيز استمرارية وجودة الرعاية قبل الولادة. تظهر النتائج أن البروتوكول المقترح يظهر وعدا فعالا في مواءمة التوثيق الرقمي مع الاحتياجات التشغيلية لمهنيين صحيين ما قبل الولادة. حقق النظام متوسط درجة مقياس قابلية الاستخدام للنظام بلغت 77.5، متجاوزا عتبة الصناعة البالغة 68، مما يدل على قبول جيد لسهولة الاستخدام بين المحترفين المقيمين. تشير هذه النتائج إلى أن المنصة المقترحة تعتبر نهجا ممكنا ومقبولا من قبل المستخدمين لرقمنة السجلات الصحية قبل الولادة.

المقدمة

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

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

على الصعيد العالمي، تؤكد منظمة الصحة العالمية (WHO) أن التحول الرقمي في صحة الأمهات هو أولوية استراتيجية لتحقيق أهداف التنمية المستدامة (SDGs)، وخاصة الهدف الثالث من التنمية المستدامة، الذي يهدف إلى ضمان حياة صحية وتعزيز الرفاهية لجميع ^6,7. تدعو استراتيجية الصحة الرقمية لمنظمة الصحة العالمية ل2020–2025 إلى تبني أنظمة رقمية قابلة للتشغيل البيني لتحسين تنسيق الرعاية، وجودة البيانات، والاستمرارية عبر خدمات الصحة. في عدة دول، تم تنفيذ السجلات الإلكترونية لصحة الأم بنجاح لتعزيز اتخاذ القرار القائم على البيانات، والكشف المبكر عن المضاعفات، والتكامل بين الرعاية الأولية والمتخصصة ^8,9.

يساهم تطبيق هذه التقنيات في تقليل معدلات وفيات الأمهات وحديثي الولادة، التي لا تزال مرتفعة في البلدان ذات الدخل المنخفض والمتوسط رغم الجهود العالمية. تسمح الأدوات الرقمية بمشاركة البيانات في الوقت الحقيقي، والتنبيهات الآلية للحمل عالي الخطورة، والتقارير الموحدة، وهي ضرورية لتحسين جودة وسلامة رعاية ما قبل الولادة. علاوة على ذلك، يعترف بالتصميم المرتكز على المستخدم والتحقق من سهولة الاستخدام كمكونات حاسمة لضمان ^{اعتماد واستدامة} أنظمة المعلومات الصحية على المدى الطويل.

نظرا لهذه التحديات العالمية والوطنية، أصبح تطوير الأنظمة التكنولوجية لتحسين إدارة المعلومات السريرية أكثر أهمية. تسعى هذه الأدوات إلى تخفيف المهنيين في الرعاية الصحية من مهام حفظ السجلات اليدوية، مما يمكنهم من التركيز على الرعاية المباشرة^{للمرضى.} تقدم هذه الدراسة تطوير وتقييم أولي لسهولة الاستخدام لنموذج أولي لبرنامج إلكتروني لرقمنة سجلات صحة النساء الحوامل، مصمم خصيصا للحمل منخفض الخطورة. تم تطوير النظام مع التركيز على تنظيم البيانات السريرية وسهولة الوصول، متبعا بنية نظيفة¹³ ونهج تصميم يركز على المستخدم¹⁴. الهدف هو عرض نتائج اختبارات قابلية الاستخدام التي أجريت مع المتخصصين في الرعاية الصحية للتحقق من قبول المرضى، وسير عمل الاستشارة، وعمليات المتابعة الفردية.

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

البروتوكول

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

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

الشكل 1: نموذج عملية التطوير يوضح المراحل الخمس المتسلسلة التي تم اعتمادها في هذه الدراسة. (1) تحليل المتطلبات، الذي يتضمن جلسات مراجعة الأدبيات والتصميم المشترك مع خبير في المجال؛ (2) النمذجة الأولية، التي تتضمن التحقق من صحة الإطار السلكي منخفض الدقة؛ (3) تعريف العمارة، المبني على التصميم المدفوع بالمجال ومبادئ البنية السداسية؛ (4) التنفيذ، الذي يشمل تطوير الواجهة الأمامية، والخلفية، وقواعد البيانات؛ و(5) اختبار قابلية الاستخدام، الذي أجري مع خمسة من المتخصصين في الرعاية الصحية باستخدام مقياس قابلية الاستخدام للنظام وبروتوكول التفكير بصوت عال. يرجى الضغط هنا لعرض نسخة أكبر من هذا الشكل.

متطلبات النظام
هدفت مرحلة متطلبات النظام إلى تحديد الاحتياجات الوظيفية والتشغيلية الضرورية لتطوير تطبيق الرعاية قبل الولادة المقترح. جمعت عملية استخلاص المتطلبات بين مراجعة منظمة للأدبيات وجلسات تصميم مشتركة أجريت مع ممرضة توليد متخصصة في الرعاية الأولية قبل الولادة. أجريت المراجعة عبر SciELO وPubMed/MEDLINE وScopus، باستخدام سلاسل البحث التي جمعت بين: ("رعاية ما قبل الولادة" أو "رعاية ما قبل الولادة") و("الصحة الرقمية" أو "السجل الصحي الإلكتروني" أو "نظام المعلومات الصحية") و("قابلية الاستخدام" أو "تصميم مركز المستخدم"). تم النظر في دراسات نشرت باللغتين الإنجليزية والبرتغالية لفحص الأدوات الرقمية لتوثيق ما قبل الولادة أو تقييم قابلية استخدام أنظمة المعلومات الصحية. ساعدت مراجعة الأدبيات في تحديد القيود في السجل الصحي الورقي وتحديد المعايير السريرية التي يجب رقمنتها. شملت جلسات التصميم المشترك مقابلات منظمة ونمذجة أولية تعاونية منخفضة الدقة، حيث قام خبير المجال بالتحقق من التسلسل المنطقي لإدخال البيانات والأهمية السريرية لكل ميزة نظام قبل التنفيذ. كان النتيجة المركزية لهذه العملية هي إنشاء لغة شائعة، ومفردات مشتركة بين فريق التطوير والخبير السريري، لضمان انعكاس مصطلحات متخصصة في المجال مثل 'دخول المريض'، 'عمر الحمل'، 'طول الرحم'، و'معدل ضربات قلب الجنين' بشكل مستمر في واجهة المستخدم ونموذج المجال الخاص بالنظام. قلل هذا النهج الفجوة بين المتطلبات السريرية والحل المطبق وأكد صحة الوحدتين الأساسيتين.

لغرض هذا النظام، يتم تعريف الحمل منخفض الخطورة وفقا لإرشادات وزارة الصحة البرازيلية (بالبرتغالية، Cadernos de Atenção Básica). رقم 32، 2012) كحمل بدون حالات أمومية موجودة مسبقا (مثل ارتفاع ضغط الدم، السكري، أمراض المناعة الذاتية)، دون مضاعفات تولدية أثناء المتابعة قبل الولادة، ودون وجود شذوذات جنينية تم تحديدها أثناء الاستشارات. المرضى المصنفون كذوي خطر عال هم خارج نطاق هذا النظام ويجب إحالتهم إلى رعاية متخصصة بين الأم والجنين.

استنادا إلى النتائج، تم إنشاء وحدتين رئيسيتين: (1) وحدة التشاور و(2) وحدة المتابعة. تم تصميم كل وحدة لتعكس الروتين السريري الواقعي، مما يعزز التنقل الحدسي وإدخال البيانات بكفاءة أثناء رعاية المرضى. تشمل وحدة الاستشارة عدة حالات استخدام رئيسية تتماشى مع عملية الاستشارة النموذجية قبل الولادة. تتيح وظيفة قبول المرضى تسجيل المرضى الجدد بإدخال أسمائهم الكاملة، ورقم بطاقة الصحة الوطنية (CNS)، وتاريخ آخر دورة شهرية (LMP). المواصفات الميدانية، ومتطلبات التنسيق، وقواعد التحقق المطبقة على مستويين العميل والخادم مفصلة في الجدول 1. لضمان سلامة البيانات، يمنع النظام تلقائيا التكرار في الإدخالات بناء على معرف CNS. تتيح وظيفة بدء الاستشارة للمهنيين في الرعاية الصحية بدء استشارة جديدة لمريض مسجل بالفعل، مما يعيد توجيه المستخدم إلى واجهة الاستشارة.

الميدان	الصيغة	قاعدة التحقق	مثال
اسم المريض	النص الحر	الحد الأدنى من 3 شخصيات؛ الأحرف والفراغات الأبجدية فقط.	"ماريا دا سيلفا"
CNS (وطني) بطاقة صحية)	15 رقميا الأرقام	تم التحقق منه باستخدام خوارزمية تعتمد على لوهن؛ يجب أن يكون فريدا لكل مريض.	“70000000 0000001”
تاريخ LMP	DD/MM/YYYY	يجب ألا يكون تاريخا مستقبليا ويجب أن يكون ضمن 42 أسبوعا قبل التاريخ الحالي.	“01/01/2026”

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

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

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

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

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

ضمن سير عمل الاستشارة، تم تنفيذ ميزات محددة لدعم تسجيل البيانات السريرية والتشخيصية. يتيح قسم الفحص البدني توثيق المعايير العامة والتوليد وفقا لبروتوكولات القياس السريرية الموحدة. يسجل الوزن بالكيلوغرامات (النطاق المقبول: 30–200 كجم) والارتفاع بالأمتار (النطاق المقبول: 1.00–2.50 متر)، ويحسب مؤشر كتلة الجسم تلقائيا كوزن (كجم) / طول² (متر²). يتم تسجيل ضغط الدم بوحدة mmHg كقيم انقباضية/انبساطية (مثلا 120/80 ملم زئبق)، وفقا لقياس قياس الدم القياسي مع جلوس المريض. يقاس ارتفاع الرحم (ارتفاع القاع) بالسنتيمترات من التعامل الهواني إلى قاع الرحم باستخدام شريط قياس غير مرن مع المريض في الظهر الديكمي (النطاق المقبول: 16–40 سم، حسب عمر الحمل). يسجل معدل ضربات قلب الجنين بمعدل نبضات في الدقيقة (النطاق الطبيعي: 110–160 نبضة في الدقيقة). تشمل المجالات الإضافية عرض الجنين (الرأس/المقعد/المستعرض) وتدوين الوذمة أو ال exanthema عند وجودها.

تتيح واجهة الاختبارات المخبرية تسجيل نتائج الاختبارات حسب الثلث الدراسي، مع مؤشرات بصرية تظهر الفحوصات المكتملة والمعلقة لمنع التكرار. يدعم النظام توثيق الفحوصات المخبرية القياسية قبل الولادة التي توصي بها وزارة الصحة البرازيلية، والتي تنظمها الثلث الدراسي للحمل كما هو موضح في الجدول 2. وحدة الموجات فوق الصوتية اختيارية ويتم تفعيلها عندما تتوفر بيانات الفحص الموصوفي للتوثيق. تشمل المجالات تاريخ الفحص (DD/MM/YYYYY)، عمر الحمل عند الفحص بناء على LMP (أسابيع)، عمر الحمل كما يحددها القياس بالموجات فوق الصوتية (أسابيع)، وزن الجنين المقدر (جرام)، موقع المشيمة (الأمامي/الخلفي/القاعية/الجانبية)، وتقييم السائل الأمنيوسي. يتم الاحتفاظ بالفارق بين تقديرات عمر الحمل المعتمدة على LMP والموجات فوق الصوتية في السجل لدعم اتخاذ القرار السريري بشأن التعديل المتوقع لتاريخ الولادة. جميع المجالات باستثناء تاريخ الامتحان اختيارية.

الامتحان	الأول الفصل الدراسي	الثاني الفصل الدراسي	الثالث الفصل الدراسي
ABO/Rh	مطلوب	–	–
سكر الدم الصائم	مطلوب	–	–
اختبار تحمل الجلوكوز الفموي	مطلوب	–	–
الزهري — الفحص السريع	مطلوب	–	–
VDRL	مطلوب	–	–
اختبار كومبس غير المباشر	مطلوب	–	–
فيروس نقص المناعة البشرية / مكافحة فيروس نقص المناعة البشرية	مطلوب	كرر ذلك	–
التهاب الكبد الوبائي B (HBsAg)	مطلوب	كرر ذلك	–
التوكسوبلازما	مطلوب	كرر ذلك	كرر ذلك
الهيموغلوبين / الهيماتوكريت	مطلوب	كرر ذلك	كرر ذلك
تحليل البول (EAS)	مطلوب	كرر ذلك	كرر ذلك
ثقافة البول	مطلوب	كرر ذلك	كرر ذلك

الجدول 2: الفحوصات المخبرية القياسية قبل الولادة المدعومة بالنظام، منظمة حسب الثلث الثلاثي للحمل. يتم تجميع الفحوصات وفقا لفترات المتابعة الموصى بها قبل الولادة لدعم الالتزام بالبروتوكول وتسهيل المراقبة الطولية لصحة الأم.

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

يحسب النظام تلقائيا ثلاثة معايير رئيسية للتوليد من آخر تاريخ الدورة الشهرية (LMP) الذي تم إدخاله عند دخول المريض. يحسب عمر الحمل (GA) بالأسابيع كفرق الأيام بين التاريخ الحالي وLMP مقسوما على سبعة: GA = (التاريخ الحالي − LMP) / 7. يتم الحصول على تاريخ الاستحقاق المقدر (EDD) بإضافة 280 يوما (40 أسبوعا) إلى التاريخ المحدد للولاية: EDD = LMP + 280 يوما. يتم حساب مؤشر كتلة الجسم (BMI) من الوزن (كجم) والطول (م) المسجلين خلال الفحص البدني:

(1)

تجرى هذه الحسابات تلقائيا عند إدخال البيانات، مما يلغي الحوسبة اليدوية ويقلل من أخطاء النسخ.

التقنيات وهندسة النظام
تم تطوير النظام وفقا لهندسة العميل-الخادم، حيث يتفاعل الواجهة الأمامية القائمة على واجهة الويب مع خدمة خلفية من خلال واجهة برمجة تطبيقات RESTful^{رقم 17}. يتيح هذا النهج من الوحدة والقابلية للتوسع، والتوافقية، مما يضمن إمكانية توسيع النظام أو دمجه مع أنظمة معلومات الرعاية الصحية الأخرى في المستقبل. يوضح الشكل 2 مخطط العلاقة بين الكيان والجهة (ER) التطبيق، مع تسليط الضوء على الكيانات الرئيسية، المريض، الاستشارة، الفحص، والموجات فوق الصوتية، وارتباطاتها المختلفة. يعمل الكيان المريض كجوهر النموذج، حيث يحتفظ بالبيانات الشخصية والهوية المرتبطة بعدة استشارات. يرتبط كل سجل استشارة، بدوره، بمجموعة من الفحوصات ومدخلات اختيارية للموجات فوق الصوتية، مما يتيح تتبع دقيق وطولي لمعايير صحة الأم. تسمح هذه البنية العلائقية بتنظيم البيانات السريرية بشكل متماسك وتدعم إعداد تقارير متابعة موحدة، مما يسهل إدارة شاملة ومستمرة للرعاية قبل الولادة. يستخدم كل كيان مفتاحا أساسيا لواجهة المستخدم داخل الواجهة (UUID) وينفذ الحذف البرمجي عبر حقل مخصص للحذف في الصورة، مما يضمن تتبع البيانات دون إزالة دائمة. تشمل القيود الرئيسية: يتم فرض حقل الجهاز العصبي المركزي في كيان المريض على أنه فريد على مستوى قاعدة البيانات، مما يمنع تكرار تسجيل المرضى؛ تخزن العلامات الحيوية الاستشارية (الوزن، الطول، ارتفاع الرحم) كأشكال عشرية للحفاظ على الدقة السريرية؛ وكيان الموجات فوق الصوتية اختياري بالكامل، مرتبط بالمريض بواسطة معرف دون وجود قيد إلزامي لمفتاح أجنبي. التعريف الكامل للمخطط الكامل، بما في ذلك جميع أنواع الحقول والقيود، متاح في المستودع العام على https://github.com/caderneta-digital-da-gestante/api.

الشكل 2: مخطط الكيان-العلاقة (ER) لقاعدة بيانات النظام. يتم تمثيل أربعة كيانات رئيسية: المريض (يخزن بيانات التعريف والتوليد الأساسية، بما في ذلك رقم الجهاز المركزي وتاريخ الفحص المزمن)، الاستشارة (مرتبطة بكل زيارة للمريض)، الفحص (نتائج الفحص المخبرية في الثلث الدراسي المرتبطة بكل استشارة)، والموجات فوق الصوتية (بيانات موجات فوق صوتية اختيارية مرتبطة بكل استشارة). قد يخضع مريض واحد لعدة استشارات؛ قد يرتبط كل استشارة بعدة فحوصات وسجل موجات فوق صوتية صفر أو واحد. يرجى الضغط هنا لعرض نسخة أكبر من هذا الشكل.

تم تنفيذ الخلفية باستخدام Node.js كبيئة وقت تشغيل، مع إطار عمل Express.js للإدارة الفعالة للمسارات وطلبات HTTP. تم التعامل مع استمرارية البيانات من خلال نظام إدارة قواعد البيانات العلائقية PostgreSQL، الذي تم اختياره لمتانتانه وامتثاله لمبادئ ACID. لتسهيل الوصول إلى قاعدة البيانات وضمان سلامة الأنواع، تم اعتماد مكتبة Prisma ORM، مما أتاح تفاعلا فعالا وقابلا للصيانة بين منطق التطبيق وطبقة البيانات¹⁸.

تم بناء الواجهة الأمامية باستخدام React بالتزامن مع إطار عمل Next.js لتوفير واجهة ويب سريعة وسريعة الاستجابة ومحسنة لمحركات البحث. تم تنفيذ تفاعل المستخدم والتعامل مع النماذج باستخدام React Hook Form لإدارة الحالات وZod للتحقق القائم على المخطط، مما يضمن اتساق البيانات ويقلل من أخطاء الإدخال. تم إدارة جلب البيانات على جانب العميل والتخزين المؤقت بواسطة TanStack Query، مما مكن الأداء المحسن ومزامنة البيانات في الوقت الحقيقي مع الخلفية.

للتحكم في الإصدارات والنشر، استخدم المشروع git وgithub، ملتزما بمعيار الالتزامات التقليدية للحفاظ على سجل تطوير واضح وقابل للتتبع. تبع النشر نهجا محوطة. تشمل المتطلبات المسبقة Docker 27.x، وحساب Vercel (واجهة أمامية)، وحساب Render (الواجهة الخلفية وقاعدة البيانات). يتطلب الخلف ملف .env يحتوي على متغيرين للبيئة: DATABASE_URL (سلسلة اتصال PostgreSQL مقدمة من Render) و DIRECT_URL (رابط الاتصال المباشر لعمليات ترحيل Prisma). لنشر الخلفية، يتم بناء صورة Docker باستخدام بناء docker -t cdg-api. ويتم دفعها إلى Render كخدمة ويب، مع تعيين أمر start node dist/index.js ومتغير البيئة API_PORT. يتم نشر الواجهة الأمامية على Vercel عن طريق ربط مستودع gitHub عبر لوحة Vercel؛ يجب تعيين متغير البيئة NEXT_PUBLIC_API_URL إلى عنوان URL خلف الواجهة الخلفية للعرض. يتم تطبيق ترحيلات قواعد البيانات عبر نشر بريزما في أول نشر.

فيما يتعلق بأمن البيانات والخصوصية، لا يطبق النموذج الأولي الحالي مصادقة المستخدم النهائي، مما يعكس طبيعته في مراحلها المبكرة. يتم تخزين بيانات المرضى في قاعدة بيانات PostgreSQL مستضافة على بنية Render السحابية، مع تقييد الوصول إلى قاعدة البيانات ببيانات اعتماد على مستوى البيئة غير مكشوفة في الشيفرة المصدرية. لأغراض هذه الدراسة القابلة للاستخدام، كانت جميع سجلات المرضى المستخدمة خلال جلسات الاختبار خيالية؛ لم يتم جمع أو معالجة بيانات حقيقية للمرضى. يتم تحديد المصادقة والتحكم في الوصول كمتطلبات لإصدار جاهز للإنتاج في المستقبل، إلى جانب تقييم الامتثال بموجب قانون حماية البيانات العام البرازيلي (LGPD — القانون رقم 13.709/2018).

ينفذ النظام التحقق من جهة العميل وجانب الخادم. على الواجهة الأمامية، يمنع نموذج React Hook مع مخططات Zod تقديم النموذج عندما تكون الحقول المطلوبة فارغة أو منسقة بشكل غير صحيح، مما يعرض رسائل خطأ داخلية. في الخلفية، يتم تحليل والتحقق من جميع الطلبات الواردة عبر مخططات Zod قبل الوصول إلى طبقة المجال؛ المدخلات غير الصالحة تعود إلى HTTP 400 مع استجابة خطأ منظمة تشير إلى الحقل المتأثر والرسالة. يتم تطبيق التحقق على مستوى المجال من خلال كائنات القيمة: يتم التحقق من حقل CNS من حيث الطول، وتنسيق الأرقام فقط، وخوارزمية التحقق (التي تدعم كل من CNS الدائم بدءا من الأرقام 1–2 ونظام CNS المؤقت الذي يبدأ من 7–9). يتم رفض مدخلات CNS المكررة على مستوى قاعدة البيانات عبر قيد فريد. في حالة أخطاء النطاق، تعيد واجهة برمجة التطبيقات HTTP 400 برسالة خطأ وصفية؛ العمليات الناجحة تعود ب HTTP 201 (الإنشاء) أو HTTP 200 (الاسترجاع).

اختبار سهولة الاستخدام
تم إجراء تقييم قابلية الاستخدام للنظام باستخدام مقياس قابلية الاستخدام للنظام (SUS) للحصول على مقياس كمي لرضا المستخدمين وسهولة الاستخدام الإجمالية^19,20. تم تصميم سيناريوهات ومهام تمثيلية بناء على الأنشطة النموذجية التي تنفذ مع سجل صحة المرأة الحامل الجسدي، لضمان أن يعكس الاختبار سير العمل السريري الواقع²¹.

تضمن التقييم ثماني مهام تغطي سير عمل الاستشارة قبل الولادة الكامل، كما هو موضح في الجدول 3.

المهمة	التعليمات المقدمة للمشارك	معايير النجاح
1	كيف تبدأ استشارة للمريض X؟	ابحث عن المريض في القائمة أو شريط البحث → اضغط على "بدء الاستشارة".
2	ما الخطوات التي ستتخذها لإدخال بيانات الفحص البدني والولادي للمريض X؟	ادخل إلى تبويب الفحص البدني → أكمل الحقول المطلوبة → انقر على التالي أو انتقل إلى تبويب آخر.
3	ما الخطوات التي ستتخذها لإضافة فحص مختبري أثناء الاستشارة والتحقق من البيانات المقدمة؟	ادخل إلى تبويب الامتحانات → انقر على "+" للاختبار والفصل الدراسي → تعبئة النموذج → اضغط على حفظ → انقر على العرض.
4	ما هي الخطوات التي ستتخذها لتسجيل نتيجة الموجات فوق الصوتية؟	يمكنك الوصول إلى تبويب الموجات فوق الصوتية → النقر على "استقبال الموجات فوق الصوتية" → تعبئة النموذج.
5	ما هي الخطوات التي ستتخذها لإنهاء الاستشارة؟	تأكد من أن النموذج صالح → اضغط على إرسال.
6	كيف تراقب تطور الحالة الغذائية ومنحنى نمو الرحم لدى المريض Y؟	ارجع إلى الصفحة الرئيسية → العثور على المريض Y → انقر على "Caderneta" → الوصول إلى تبويب المعلومات → عرض المخططات.
7	هل يمكنك أن تريني أي الفحوصات المخبرية تم إكمالها بالفعل للمريض Y؟	يمكنك الوصول إلى كاديرنيتا للمريض Y → التنقل إلى تبويب الفحوصات.
8	كم عدد الاستشارات التي خضعت لها المريضة Y، وهل يمكنك الاطلاع على تفاصيل إحدها؟	انتقل إلى تبويب الاستشارات → انقر على "عرض التفاصيل".

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

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

في نهاية كل جلسة، كان المشاركون يكملون استبيان SUS باللغة البرازيلية البرتغالية. تم تكييف عناصر SUS القياسية سياقيا مع مجال الرعاية قبل الولادة، على سبيل المثال، استبدال الإشارات العامة إلى 'النظام' بإشارات محددة لسير العمل السريري، مثل: "تسجيل واستشارة بيانات المرأة الحامل"، "متابعة ما قبل الولادة منخفضة الخطورة". حافظت هذه التعديلات على هيكل التسجيل الأصلي مع تحسين الصلة بمجموعة المستخدمين المستهدفة. يتكون SUS من 10 عبارات مصنفة على مقياس ليكرت ذو 5 نقاط (1 = معارض بشدة، 5 = موافق بشدة)، تتناوب بين عناصر إيجابية وسلبية. تم حساب الدرجات وفقا للطريقة القياسية: بالنسبة للعناصر ذات الأرقام الفردية، تكون المساهمة هي موقع المقياس ناقص 1 (R − 1); بالنسبة للعناصر ذات الأرقام الزوجية، تكون المساهمة 5 ناقص موضع المقياس (5 − R). يضرب مجموع جميع المساهمات في 2.5، مما ينتج درجة نهائية من 0 إلى 100، حيث تشير الدرجات فوق 68 إلى نسبة الاستخدام فوق المتوسط²⁴. بالإضافة إلى ذلك، تم إجراء سؤالين مفتوحين لجمع ملاحظات نوعية حول نقاط قوة النظام ومجالات التحسين. تم تحليل الردود باستخدام التحليل الموضوعي: تم ترميز المواضيع المتكررة من إجابات المشاركين والملاحظات الفكرية بصوت عال بشكل مستقل من قبل باحثين وتم تجميعها إلى فئات. تم حل التناقضات من خلال النقاش. تم اشتقاق الفئات الناتجة، وهي نظرة عامة على الرعاية الموحدة، وعلاقة المهنيين بالمريض، واستمرارية الرعاية، والاعتماد على الاتصال، ونقص وظائف التصدير، واحتياجات دعم المستخدمين، بشكل استقرائي من ردود المشاركين وتم تقديمها في جدول النتائج النوعية.

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

النتائج

يعرض قسم النتائج نتائج تقييم قابلية الاستخدام، بما في ذلك المقاييس الكمية من المقاييس المعيارية والتغذية الراجعة النوعية من المتخصصين في الرعاية الصحية. يركز التحليل على تقييم فعالية وكفاءة وقبول المستخدمين لتطبيق الرعاية قبل الولادة عبر الإنترنت. أسفر تقييم قابلية الاستخدام للنموذج الأولي عن درجة إجمالية في مقياس قابلية الاستخدام للنظام (SUS) بلغت 77.5، متجاوزة العتبة الشائعة البالغة 68، مما يشير إلى قابلية استخدام مرضية. كانت درجات SUS موزعة بشكل طبيعي (اختبار شابيرو-ويلك: W = 0.9076، ...

المناقشة

حقق النموذج الأولي لسجل الحمل الرقمي متوسط درجة SUS بلغت 77.5 (SD = 9.35)، مما يشير إلى قابلية الاستخدام المقبولة وفقا للمعايير المعتمدة. تشير هذه النتيجة إلى أن الجمع بين مبادئ التصميم المدفوع بالمجال^25,26 والبنية السداسية¹³، من خلال مواءمة النظام بشكل وثيق مع سير العمل السريري الحقيقي، يساهم بشكل إيجابي في سهولة الاستخدام المدركة. تشير الدرجات العالية في الكفاءة والوقاية من الأخطاء إلى أن النظام يدعم بفع...

المواد

قائمة المواد المستخدمة في هذه المقالة

الاسم	الشركة	رقم فهرسي	التعليقات
Axios	Axios Contributors	1.8.4	N/A
Backend repository	Author	N/A	N/A
Docker	Docker, Inc.	27.x	N/A
Express.js	OpenJS Foundation	5.1.0	N/A
Frontend repository	Author	N/A	N/A
Next.js	Vercel	15.2.4	N/A
Node.js	OpenJS Foundation	22.x	N/A
PostgreSQL	PostgreSQL Global Dev. Group	15.x	N/A
Prisma ORM	Prisma Data, Inc.	6.5.0	N/A
React	Meta Platforms, Inc.	19.0.0	N/A
React Hook Form	react-hook-form Contributors	7.55.0	N/A
Recharts	recharts Contributors	2.15.3	N/A
Render	Render Services, Inc.	N/A	N/A
TanStack Query	TanStack	5.74.4	N/A
TypeScript	Microsoft	5.8.2	N/A
Vercel	Vercel, Inc.	N/A	N/A
Zod	Colin McDonnell	3.24.2	N/A