لم تتضمن هذه الدراسة استقطاب مشاركين بشريين، أو الوصول إلى سجلات مرضى يمكن تحديد هويتهم، أو إجراء تجارب تشمل الحيوانات. تم تطوير البروتوكول وتقييمه حصرياً باستخدام مجموعات بيانات متاحة للعموم ومجهولة الهوية تماماً لغرض التحقق المنهجي. لم يتم الوصول إلى أي معلومات صحية شخصية أو معالجتها. وبناءً على ذلك، لم تكن هناك حاجة للحصول على موافقة من مجلس مراجعة مؤسسي (IRB) أو لجنة أخلاقيات البحث. وقد تم تطوير البروتوكول وفقاً لمبادئ حماية البيانات المعمول بها، بما في ذلك القانون العام لحماية البيانات البرازيلي (LGPD)، لدعم التطبيقات المستقبلية التي تتضمن بيانات سريرية.
اختيار مجموعة البيانات ومعالجتها مسبقاً
تم تقييم البروتوكول المقترح باستخدام مجموعات بيانات سريرية مجهولة الهوية بالكامل ومتاحة للعامة، وتتكون من سجلات صحية إلكترونية (EHRs) مهيكلة، وبيانات الإجابة على الأسئلة السريرية، ومجموعات بيانات التصوير الطبي للتحقق من المنهجية. وقبل دمجها في المنصة، خضعت مجموعات البيانات لإجراءات معالجة مسبقة موحدة، شملت تطبيع البيانات، وإزالة السجلات غير المتسقة أو غير المكتملة، والربط بموارد HL7 FHIR، وتنظيف النصوص، والتقسيم إلى أجزاء استرداد (retrieval chunks)، وتوليد التضمينات (embeddings) للفهرسة المتجهة. وقد ضمنت خطوات المعالجة المسبقة هذه الاتساق الدلالي عبر مصادر البيانات غير المتجانسة، مما سهل التشغيل البيني ومكن من إعادة إنتاج سير العمل المقترح مع الحفاظ على الامتثال لمبادئ خصوصية البيانات المعمول بها.
تم الحصول على مجموعات البيانات من مستودعات مرجعية متاحة للعموم وتُستخدم بشكل شائع في أبحاث الذكاء الاصطناعي والصحة الرقمية. وقد اختيرت هذه المجموعات لتمثيل معلومات سريرية غير متجانسة، بما في ذلك السجلات الصحية الإلكترونية (EHRs) المهيكلة، والسرديات السريرية غير المهيكلة، ومهام الإجابة على الأسئلة السريرية، والبيانات الوصفية للتصوير الطبي. وبدلاً من تقييم مجموعة سريرية محددة، يركز البروتوكول على توضيح سير عمل تنفيذي قابل للتكرار يمكن تكييفه مع مجموعات بيانات الرعاية الصحية المختلفة. ويتيح تنوع هذه المجموعات المرجعية التحقق من صحة مسار التشغيل البيني، والجيل المعزز بالاسترداد (RAG)، وإطار الاستدلال متعدد الوكلاء عبر أنماط متعددة من البيانات السريرية.
تكوين البيئة التجريبية
تم تهيئة البيئة التجريبية لتقييم المنصة القابلة للتشغيل البيني في ظل ظروف مضبوطة وقابلة للتكرار. تتكون البنية من وحدات لاستيعاب البيانات، وطبقات التشغيل البيني، ونماذج لغوية كبيرة (LLMs)، ومكونات تقييم منظمة في مسار معالجة واحد لتحليل البيانات الطبية. يوضح الشكل 1 سير العمل الكامل، بدءاً من استيعاب البيانات السريرية وصولاً إلى إنتاج المخرجات التشخيصية.

الشكل 1: سير عمل النظام العام الذي يوضح خط معالجة البيانات من البيانات السريرية الخام إلى مخرجات حالة المرض. تبدأ العملية باستيعاب السجلات الصحية الإلكترونية (EHR)، تليها تصفية البيانات ومعالجتها مسبقاً لاستخراج المعلومات الحساسة للمرض. تتضمن مرحلة تصميم المطالبات المهيكلة دمج معرفة الخبراء، وتعريفات الأمراض، والمعاملات الفائقة، مما يتيح تفاعلاً فعالاً مع النموذج اللغوي الكبير (LLM). يقوم النموذج اللغوي الكبير بإجراء استنتاج نصي لتوليد استجابات تراعي السياق، والتي يتم تقييمها لاحقاً من خلال قواعد سريرية لتحديد حالة المرض النهائية. يسلط سير العمل الضوء على تكامل المعالجة المسبقة للبيانات، والمطالبات الموجهة بالمعرفة، والاستنتاج القائم على الذكاء الاصطناعي لدعم اتخاذ القرار السريري. يرجى النقر هنا لعرض نسخة أكبر من هذا الشكل.
بنية 상호 التشغيل في الرعاية الصحية
تعتمد البنية التحتية للخلفية البرمجية بنية نمطية قائمة على واجهات برمجة التطبيقات RESTful APIs لدعم الاتصال بين مكونات المنصة (الشكل 2). وتستوعب هذه البنية معلومات سريرية غير متجانسة، بما في ذلك السجلات الصحية الإلكترونية (EHRs) المهيكلة، وملاحظات الأطباء، والبيانات الوصفية المستمدة من أنظمة التصوير الطبي. ونظراً لأن هذه البيانات تنشأ من مصادر وتنسيقات متعددة، فقد تم تحقيق 상호 التشغيل البيني من خلال نماذج بيانات موحدة، ولا سيما إطار موارد التشغيل البيني السريع للرعاية الصحية (FHIR)15,16,17.. ويدعم اعتماد FHIR تبادل المعلومات المهيكلة مع الحفاظ على القابلية للتوسع والمرونة في بيئات الرعاية الصحية الموزعة. كما تم دمج آليات اتصال قائمة على معيار HL7 لتسهيل التكامل مع الأنظمة السريرية القديمة التي لا تزال مستخدمة على نطاق واسع في مؤسسات الرعاية الصحية16,17.

الشكل 2: بنية النظام للمنصة المقترحة القابلة للتشغيل البيني. تتواصل واجهة الويب مع الخلفية البرمجية من خلال Flask API باستخدام طلبات HTTP POST/GET. وتدير واجهة برمجة التطبيقات (API) عمليات التوجيه، ومعالجة الاستعلامات، والتفاعل مع مصادر البيانات المهيكلة وغير المهيكلة. تخزن قاعدة بيانات MySQL البيانات السريرية المهيكلة، بينما يدعم مخزن المتجهات القائم على FAISS البحث عن التشابه لعمليات الاسترجاع. وتقوم سلسلة معالجة تعتمد على LLaMA بمعالجة المدخلات النصية وتوليد الاستجابات باستخدام تمثيلات المتجهات، مما يتيح التوليد المعزز بالاسترجاع (RAG). وتسلط هذه البنية الضوء على تكامل خدمات الويب، وإدارة قواعد البيانات، واسترجاع المتجهات، واستدلال النماذج اللغوية الكبيرة في نظام موحد. يرجى النقر هنا لعرض نسخة أكبر من هذا الشكل.
تكوين سير عمل متعدد الوكلاء
تتكون بنية الوكلاء المتعددين من وكلاء وظيفيين متخصصين مسؤولين عن مراحل متميزة من سير العمل. حيث يقوم وكيل المعالجة المسبقة بإجراء تسوية البيانات ورسم خرائط FHIR، يليه وكيل استرجاع مسؤول عن البحث الدلالي داخل قاعدة البيانات المتجهية. ويقوم وكيل الاستدلال بدمج السياق المسترجع مع نموذج اللغة الكبير (LLM) لتوليد الاستجابات، بينما يتحقق وكيل التحقق من اتساق المخرجات وتنسيقها قبل تقديم الاستجابة النهائية. ويتبع تنسيق الوكلاء استراتيجية تنظيم تسلسلية يكون فيها مخرج كل وكيل بمثابة مدخل للمرحلة التالية، مما يضمن تنفيذاً نموذجياً وقابلاً لإعادة الإنتاج.
تكامل البيانات السريرية
تعمل طبقة تكامل البيانات على تجميع المعلومات من مصادر سريرية متعددة وتجهيزها للمعالجة اللاحقة. وتشمل المعالجة المسبقة تسوية البيانات، والتقسيم إلى وحدات رمزية (tokenization)، ومحاذاة الكيانات لتحسين الاتساق الدلالي عبر مجموعات البيانات غير المتجانسة. ونظرًا لأن المعلومات السريرية تختلف في بنيتها وجودتها، تساعد هذه العمليات في تقليل الضجيج وتسهيل التفاعل مع نماذج الذكاء الاصطناعي. كما تم تطبيق استراتيجيات رسم خرائط هيكلية لتوحيد تنسيقات البيانات المختلفة والحفاظ على التوافق مع مسار المعالجة، كما هو موضح في الشكل 315,16,17.

الشكل 3: مثال تفصيلي لعملية الاستدلال السريري متعددة الوكلاء. يوضح الشكل كيفية تحليل الاستعلام السريري عبر مراحل متعددة، بما في ذلك تقييم التعقيد، وتوظيف المتخصصين، والمناقشة التعاونية، واتخاذ القرار النهائي. وتبرز هذه العملية قدرة النظام على تكييف استراتيجيات الاستدلال ديناميكيًا بناءً على تعقيد الاستعلام، مما يحسن الكفاءة والدقة التشخيصية في سيناريوهات دعم القرار السريري. يرجى النقر هنا لعرض نسخة أكبر من هذا الشكل.
تكوين مسار التوليد المعزز بالاسترداد (Retrieval-Augmented Generation pipeline)
يتم دمج التوليد المعزز بالاسترداد (RAG) لتوفير تحليل واعٍ بالسياق من خلال الجمع بين استرداد المعلومات والقدرات التوليدية للنماذج اللغوية الكبيرة. يتم تحويل استعلامات المستخدم إلى تمثيلات متجهية باستخدام نماذج التضمين، ومطابقتها مع قاعدة البيانات المتجهية باستخدام البحث عن التشابه الدلالي لاسترداد المقاطع السياقية الأكثر صلة. ثم تُدمج المستندات المستردة مع الاستعلام الأصلي قبل عملية الاستدلال بواسطة النموذج اللغوي الكبير (LLM). وتساعد هذه الاستراتيجية في توفير معلومات سياقية أثناء توليد الاستجابة، وقد ارتبطت بتحسين الاتساق الواقعي وتقليل الهلوسة في التطبيقات كثيفة المعرفة، بما في ذلك الرعاية الصحية18,19. يوضح الشكل 1 والشكل 3 سير عمل الاسترداد العام وعملية الاستدلال المقابلة.
لكل طلب مستخدم، يتم بناء الأمر النهائي ديناميكيًا من خلال دمج الاستعلام الأصلي مع أكثر المقاطع السياقية صلة والتي تم استردادها من قاعدة البيانات المتجهية. يتم دمج المعلومات المستردة كأدلة سياقية قبل عملية الاستدلال، مما يسمح للنموذج اللغوي بتوليد استجابات مستندة إلى المعرفة الصحية المستردة مع الحفاظ على الاتساق الدلالي والحد من التوليدات غير المدعومة.
هندسة الأوامر والاستدلال متعدد الوكلاء
يتضمن البروتوكول استراتيجيات تحفيز مهيكلة لتحسين التفسير السياقي أثناء توليد الاستجابة. وتساعد تقنيات التحفيز هذه، إلى جانب آليات الاستنتاج المتقدمة، في توجيه عملية التفكير في السيناريوهات السريرية المعقدة، وهي تتوافق مع التطورات الأخيرة الواردة في الأدبيات العلمية20.
تتضمن البنية التحتية إطار عمل متعدد الوكلاء يتكون من وحدات متخصصة تؤدي وظائف متميزة ضمن مسار المعالجة، بما في ذلك التحقق من صحة البيانات، وتصفية السياق، ودعم الاستدلال السريري، والتحقق من المخرجات. ويسمح التنظيم النمطي بتنفيذ المهام بشكل متسلسل أو متوازٍ، مما يوفر المرونة اللازمة لمتطلبات المعالجة المختلفة (الشكل 4). ويؤدي توزيع هذه الأنشطة على وكلاء متعددين إلى تقليل الاعتماد على نموذج لغوي واحد ويدعم سير عمل أكثر قوة في المعالجة. وتتسق هذه الاستراتيجية المعمارية مع التطورات الأخيرة في مجال الذكاء الاصطناعي الموزع وتصميم الأنظمة الذكية21,22.

الشكل 4: إطار عمل اتخاذ القرار متعدد الوكلاء للاستدلال السريري. تبدأ العملية باستعلام من المستخدم، يقوم بتقييمه وكيل فحص مسؤول عن تقدير مدى تعقيد الاستعلام. وفي الحالات المعقدة، يقوم النظام باستدعاء فريق متعدد التخصصات (MDT) من الوكلاء المتخصصين الذين يشاركون في جولات نقاش تكرارية لتحليل المشكلة وتوليف المعرفة قبل اتخاذ القرار النهائي. أما في الحالات الأبسط، فيتولى وكيل ممارس الرعاية الأولية (PCC) التعامل مع الاستعلام، مما يتيح توليد استجابة أسرع. توازن هذه البنية التكيفية بين الكفاءة والعمق التحليلي، مما يحسن جودة القرار وقابلية توسع النظام في التطبيقات الرعاية الصحية. يرجى النقر هنا لعرض نسخة أكبر من هذا الشكل.
تقييم الأداء
تم تقييم أداء النظام باستخدام مقاييس تكميلية ترصد كلاً من الجودة اللغوية والاتساق الدلالي للمخرجات المولدة. طُبق مقياس BLEU لقياس التشابه النحوي بناءً على تداخل n-gram23، بينما قام مقياس ROUGE بتقييم الاستدعاء وتغطية المحتوى، لا سيما في مهام التلخيص واستخراج المعلومات24. كما تم تقييم التشابه الدلالي باستخدام BERTScore، الذي يعتمد على التضمينات السياقية المستمدة من النماذج القائمة على المحولات (transformer-based models) لمقارنة النصوص المولدة مع النصوص المرجعية25. وشملت التحليلات الإضافية قياس الحيرة (perplexity) وتشابه جيب التمام (cosine similarity) لفحص ثقة النموذج والتماسك الدلالي، على التوالي26,27.
توفر مقاييس التقييم المختارة رؤى متكاملة حول أداء النظام من خلال الجمع بين التحليلات المعجمية والدلالية. ويكتسب هذا الجمع أهمية خاصة في تطبيقات الرعاية الصحية، حيث لا يقل التفسير السياقي أهمية عن التشابه المعجمي. وقد جرى تقييم المنصة في بيئة حوسبة منضبطة تدعم النشر السحابي والمحلي على حد سواء. كما أُدرج التشغيل المحلي لنماذج اللغات الكبيرة (LLMs) كخيار لدعم متطلبات خصوصية البيانات وتقليل الاعتماد على الخدمات الخارجية عند معالجة المعلومات السريرية الحساسة. وتتوافق استراتيجية النشر هذه مع أطر حماية البيانات، ويمكن تكييفها مع بيئات تشغيلية مختلفة4.