هل يمكن جمع موديلاتك في طلب MDMA واحد؟ MDS-G028

السؤال هل يمكن وضع هذه الموديلات في طلب MDMA واحد لا يُجاب عنه بعدّ SKU أو تشابه الأسماء. MDS-G028 يضع مسارات مختلفة للعائلة والنظام وprocedure pack وIVD، ولكل مسار معايير يجب إثباتها في الملف والملصقات والكتالوجات. تشابه السوق قد لا يساوي وحدة تنظيمية.

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

1 حدّد نوع العلاقة بين المنتجات

يعرّف MDS-G028 single medical device بأنه جهاز قد يضم موديلات مختلفة عندما تتشارك basic design وintended use والخصائص الأساسية، ولا تؤثر الفروق في السلامة أو الأداء. ويعرّف family كمجموعة أجهزة من المصنّع نفسه لها common intended purpose والفئة نفسها وتختلف في features. أما system فهو مكونات أو أجزاء تُستخدم معًا لتحقيق بعض أو كل الوظائف وتباع تحت اسم واحد.

هذه التعريفات ليست interchangeable. موديلات مستقلة تشترك في المظهر لا تصبح system، ومكونات مخصصة للعمل معًا لا ينبغي إجبارها على منطق family. قبل تعبئة الطلب، ارسم portfolio map يبيّن كل model وaccessory وcomponent وkit، وما إذا كان يباع منفردًا، وما الذي يثبته label وIFU عن علاقته بالمنتجات الأخرى.

2 اختبار medical device family

يسمح الدليل بتجميع family عندما يكون legal manufacturer واحدًا، وintended use واحدًا، وrisk class واحدًا، وتعريف GMDN واحدًا إذا كان متاحًا، مع common physical design وconstruction material وmanufacturing process. كما يحدد حدًا أقصى قدره خمسة technical files وخمسون item داخل الطلب. هذه حدود رسمية، لكنها لا تعوّض إثبات المعايير النوعية.

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

الفارق المقبول بين الموديلات يجب ألا يغيّر السلامة أو الأداء أو يحوّل الاستخدام إلى غرض آخر. لذلك يحتاج الفريق إلى variant matrix يقارن التصميم والمواد والبرنامج والملحقات والsterility وطريقة التصنيع وclaims. إذا ظهرت وظيفة إضافية أو population مختلف أو مستوى أداء جديد، لا يكفي أن تحتفظ الشركة باسم العائلة نفسه؛ يجب تحليل أثر الفرق على intended purpose والتصنيف والدليل.

3 الأنظمة والحزم ليست عائلات موسعة

في medical device system، يشترط الدليل المصنّع القانوني نفسه، وأن تُستخدم الأجهزة معًا لغرض مشترك، وأن يربط technical file المكونات من خلال label وIFU والbrochure والcatalogue والclinical evaluation. يقتصر الطلب على system واحد، ويؤخذ أعلى risk class إذا اختلفت فئات المكونات، مع حد خمسة ملفات فنية وخمسين item بما فيها accessories.

في procedure pack، يسمح الدليل بأن تكون مكونات الحزمة من مصنعين مختلفين، لكن main packs لها legal manufacturer واحد، وتتشابه في intended purpose وspecialty وrisk class. ويطلب مستندات للحزمة ومكوناتها وملصقات المكونات وترتيبات الإمداد. لذلك العلاقة التجارية مع مورّد component تصبح جزءًا من جاهزية الملف، وليست ملاحظة مشتريات يمكن تأجيلها.

4 مصفوفة قرار التجميع

5 IVD يحتاج مسارًا منفصلًا

لا ينبغي استخدام منطق family للأجهزة غير المختبرية على IVD بصورة تلقائية. MDS-G028 يطلب للمجموعة IVD المصنّع نفسه بالاسم والعنوان، وrisk class واحدًا، وintended use واحدًا، وprinciple of operation واحدًا، ثم يربط الأهلية بالمجموعات المحددة في الدليل. كما يضع حد الخمسين item بما في ذلك accessories.

قبل التجميع، ثبّت analyte أو panel، specimen، clinical purpose، principle of operation، calibrators وcontrols، وطريقة عرض النتائج. اختلاف هذه العناصر قد يغيّر intended use أو التصنيف أو category المسموح بها. لا يمكن الاستدلال من كون الاختبارات تعمل على instrument واحد أنها تشكل طلبًا واحدًا.

6 اربط قرار التجميع بالتنفيذ التجاري

قرار MDMA يحدد النطاق الذي يجب أن يبقى متسقًا في labels وIFUs والكتالوجات وUDI master data وملفات الموزع. إذا جمع الملف موديلات لا يميزها الكتالوج بوضوح، يصعب التأكد من أن العرض والفاتورة والشحنة تخص item معتمدًا. وإذا انفصلت المنتجات تنظيميًا بعد بناء السعر أو المخزون، قد تتغير خطة الإطلاق والعقود والطلب التجاري.

أفضل ملف يبدأ بجدول model-to-evidence: كل موديل، سبب إدخاله، المستندات التي تغطيه، فروقه، UDI-DI، label وcatalogue code. ثم يراجع regulatory وquality وcommercial الجدول نفسه. بهذه الطريقة يصبح طلب MDMA قرار نطاق يمكن تشغيله بعد الموافقة، لا مجرد ترتيب ملفات داخل portal.

قبل الاعتماد الداخلي، نفّذ challenge review لثلاث إشارات شائعة: موديل يحمل claim مختلفًا ولو جزئيًا، accessory يباع مستقلًا، أو اختلاف في material أو software يغير الأداء. ثم اختبر ما إذا كان كل فرق مغطى في risk management وverification وclinical evidence وlabeling. إذا لم يستطع الفريق إظهار هذه الروابط، فالمشكلة ليست عدد items؛ المشكلة أن rationale نفسه غير مكتمل. يمكن حينها بناء سيناريوهين، تجميع مشروط أو فصل، بدل تقديم نتيجة قطعية قبل اكتمال الدليل.

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

المراجع: [1]