قد يكون المنتج معتمدًا تنظيميًا، لكن بياناته اليومية موزعة بين label وMDMA وSaudi-DI وERP وكتالوج الموزع وعرض نوبكو. عندما تختلف هذه السجلات في اسم الجهاز أو model أو manufacturer أو description، يتحول الفرق إلى أسئلة عند التوريد والتتبع والمطالبة والتغيير. الحل هو product identity master تحكمه الأدلة، لا نسخ البيانات يدويًا بين الفرق.

لا تقول المصادر إن حقول نوبكو يجب أن تطابق حرفيًا كل حقل في MDMA أو UDI. ما تقوله هو أن SFDA تفرض بيانات تعريف وتتبع محددة، وأن نوبكو يستخدم أوصافًا ورموزًا موحدة لإدارة الطلب الحكومي. الربط بينهما هنا توصية تشغيلية من بصير: اجعل كل قناة تصف المنتج نفسه، مع الاحتفاظ بوظيفة كل نظام وحدوده.

1 ابدأ من الوحدة التنظيمية المعتمدة

MDS-REQ 1 يربط MDMA بالجهاز ونطاق الموديلات والبيانات المقدمة من المصنّع. كما يحتوي technical documentation على وصف الجهاز والمواصفات والvariants وaccessories والمعلومات التي يقدمها المصنّع. لذلك يجب أن يكون لكل model أو configuration موقع معلوم في approved scope، وألا يُستخدم اسم تسويقي جديد لإخفاء فرق تقني لم يُقيّم.

في portfolio معقد، يكون أول سؤال: هل هذا item موديل داخل single device، أم عضو family، أم component أو accessory، أم منتج مستقل؟ جواب التجميع من MDS-G028 يحدد كيف ترتبط الموديلات ببعضها في MDMA. وهو أيضًا يحدد مستوى البيانات الذي يجب أن يظهر في master: model identifier، علاقة المنتج بالعائلة أو النظام، والدليل الذي يغطيه.

2 الملصق هو نقطة مواجهة مع المستخدم والسوق

الملصق وIFU يحملان intended purpose والاسم والمصنّع ومعلومات التعريف والتحذيرات والاستخدام. عندما يختصر الكتالوج الاسم أو يغيّر description بطريقة توسع claim، قد يصبح العرض التجاري أوسع من الملف التنظيمي. وعندما يختلف model على العبوة عن master data، تتعطل المطابقة بين الطلب والشحنة والشكوى.

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

المطلوب ليس تحويل كل قناة إلى نسخة طويلة من IFU. المطلوب controlled vocabulary: legal device name، trade name، generic description، model أو catalogue number، manufacturer، intended purpose مختصر معتمد، وأي قيود استخدام تؤثر في الشراء. يمكن لكل نظام أن يعرض الحقول التي يحتاجها، لكن يجب أن يأتي كل حقل من source of truth محدد ومالك معروف.

3 UDI طبقة تعريف وليست بديلًا عن الملصق

MDS-REQ 7 يطلب من المصنّع إدارة UDI وفق جهة إصدار مقبولة، ويقرر أن UDI لا يستبدل متطلبات marking أو labeling الأخرى. يتكون UDI من UDI-DI الذي يعرّف جهاز المصنّع ويرتبط ببيانات Saudi-DI، ومن UDI-PI للعناصر الإنتاجية الموجودة على label أو package مثل lot أو serial أو software identification أو expiry بحسب الحالة.

كما يطلب المصدر تقديم بيانات Saudi-DI والحفاظ عليها، ويعرض حقولًا تُسترجع من قواعد SFDA مثل manufacturer وauthorized representative وbrand أو trade name وdevice description وrisk class وGMDN. هذه البنية تجعل mismatch مرئيًا: إذا عدّل الفريق description في الويب أو catalog دون change review، قد يبتعد عن description المصادق عليه أو المسجل. بعض التغييرات يحتاج تحديث record، وبعضها قد يثير تقييم UDI-DI جديد؛ الحكم يحتاج وقائع التغيير والنسخة الحالية من المتطلبات.

4 كتالوج نوبكو يصف الطلب لا الإذن التنظيمي

تشرح نوبكو أن الدليل الموحد يستخدم وصفًا ورمزًا أساسيًا موحدًا للبنود والخدمات التي تلبي احتياجات الجهات الصحية الحكومية، وأن القوائم تُحدّث دوريًا. هذا يجعل catalogue mapping خطوة مهمة لفهم كيف يرى المشتري category وspecification. لكنه لا يحوّل رمز نوبكو إلى إثبات أن model محدد مشمول في MDMA.

يجب أن يحتفظ supplier crosswalk برمز نوبكو والوصف الموحد ثم يربطهما بالمنتج الفعلي: model، UDI-DI، MDMA scope، label وoffered configuration. إذا كان الوصف الموحد أوسع من المنتج، يوثق العرض الحدود الفعلية بدل توسيع claim. وإذا كان tender booklet يطلب مواصفة أدق، فإن شروط المنافسة الحالية هي المرجع التشغيلي، وليست النسخة القديمة من mapping.

5 مصفوفة قصة البيانات الواحدة

6 change control يحمي السوق بعد الموافقة

كل تغيير في trade name أو model structure أو packaging level أو software version أو intended purpose يجب أن يدخل change assessment قبل تحديث الأنظمة. يحدد التقييم أي سجلات تتأثر: label وIFU، MDMA، technical file، UDI-DI أو Saudi-DI، ERP، كتالوج الموزع، mapping نوبكو، مواد التدريب والموقع. ترتيب التحديث يحدده أثر التغيير والالتزامات الرسمية، لا سهولة تعديل قناة واحدة.

ضع owner لكل حقل، وsource hierarchy، وeffective date، وقائمة systems affected. بعد التنفيذ، نفّذ reconciliation بالعينة على product page وlabel file وSaudi-DI record وERP وNUPCO crosswalk. هذه المراجعة لا تضمن قبول طلب أو ترسية، لكنها تخفض احتمال أن يباع item أو يُشحن أو تُسجل شكوى باسم لا يستطيع الفريق ربطه بسرعة بالنطاق التنظيمي الصحيح.

ولا يكفي تنظيف البيانات مرة واحدة. حدّد مراجعة دورية مرتبطة بتجديد الكتالوج أو تغيير المنتج أو تحديث دليل نوبكو، مع تقرير exceptions يبيّن الحقول المتعارضة والسبب والمالك والموعد المستهدف للمعالجة. إذا كانت فروق النص مقصودة، يجب توثيقها، مثل وصف شراء عام مقابل intended purpose كامل. أما الفروق غير المفسرة في model أو manufacturer أو UDI-DI فتُعامل كمسألة traceability حتى تُغلق بالأدلة.

ويُفضّل أن يمنع النظام نشر item جديد قبل اكتمال الحد الأدنى من الحقول وروابط الأدلة. بذلك تصبح جودة البيانات gate واضحًا للعرض التجاري والشحن، لا حملة تصحيح تأتي بعد ظهور mismatch لدى المشتري أو الجهة التنظيمية.

عنصر الهويةالمرجع المنظمفحص الاتساق
Legal manufacturerMDMA وtechnical file وSaudi-DIالاسم والعنوان والـAR عند الحاجة
Trade name وdevice descriptionlabel وMDMA وSaudi-DIلا claim أوسع في الويب أو الكتالوج
Model أو catalogue numberapproved scope وlabel وERPكل item قابل للربط بإذن واضح
UDI-DI وUDI-PIMDS-REQ 7 وlabel وSaudi-DIربط device identifier ببيانات الإنتاج
NUPCO code وdescriptionالدليل الحالي وtender bookletcrosswalk إلى model وUDI-DI وMDMA
Change statuschange assessmentمالك وتاريخ نفاذ وجميع الأنظمة المتأثرة

المراجع: [1] [2] [3] [4]

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

حوّل المتطلبات إلى خطة واضحة لحالتك

ابدأ بتقييم الجهاز والوثائق المتاحة قبل اتخاذ قرار التقديم.

مراجعة الملف الفني والجاهزية التنظيمية