مشخصات الزامات کاربر (URS) در صنعت داروسازی

۱. مقدمه: تعریف URS در صنعت داروسازی نوین

در چشم‌انداز نظارتی نوین، مشخصات الزامات کاربر (URS) باید به عنوان سند پایه‌ای در فرآیند راه‌اندازی و احراز صلاحیت (احراز کیفیت) (C&Q) شناخته شود. این سند صرفاً یک لیست آرزوهای فنی نیست؛ بلکه یک سند تجویزی است که الزامات چند‌تخصصی را برای پشتیبانی از طراحی سیستم، اجرای C&Q، عملیات و نگهداری طولانی‌مدت یکپارچه می‌کند.

به عنوان یک مشاور ارشد، باید تأکید کنم که URS ابزار اصلی برای اعمال دانش مبتنی بر علم و مدیریت ریسک کیفیت (QRM) در چرخه حیات C&Q است. این سند با تبدیل ویژگی‌های کیفی بحرانی (CQAs) و پارامترهای فرآیندی بحرانی (CPPs) به الزامات فنی، "هدف مورد نظر" (intended purpose) یک سیستم را تعریف می‌کند. عدم توسعه یک URS قوی و مستحکم، ناگزیر منجر به خزش محدوده (scope creep)، اصلاحات گران‌قیمت در طراحی، و انحرافات نظارتی در طی مراحل نهایی احراز صلاحیت (احراز کیفیت) می‌شود.

۲. نقشه فرآیند چرخه حیات: جایگاه URS کجاست؟

سند URS نقطه ورود حیاتیِ "نقشه فرآیند C&Q مبتنی بر علم و ریسک" را که در راهنمای پایه ISPE نسخه ۵ (ویرایش دوم) تعریف شده است، به خود اختصاص می‌دهد. این سند خط پایه‌ای را ایجاد می‌کند که تمامی فعالیت‌های بعدی بر اساس آن سنجیده می‌شوند.

پس از تأیید URS، چرخه حیات C&Q از طریق این مراحل متوالی پیش می‌رود:

• طبقه‌بندی سیستم (System Classification): دسته‌بندی سیستم‌ها به عنوان دارای تأثیر مستقیم (Direct Impact) یا بدون تأثیر مستقیم (Not Direct Impact).
• ارزیابی ریسک سیستم (SRA): شناسایی عناصر طراحی بحرانی (CDEs) برای کاهش ریسک‌های کیفی.
• بررسی طراحی/احراز صلاحیت (احراز کیفیت) طراحی (DR/DQ): تأیید اینکه طراحی با URS و کنترل‌های ریسک هم‌راستا است.
• برنامه‌ریزی C&Q: تعریف استراتژی آزمایش و تخصیص منابع.
• آزمایش و مستندسازی: اجرای FAT (تست پذیرش کارخانه)، SAT (تست پذیرش سایت)، و تأییدیه مبتنی بر سایت.
• پذیرش و ترخیص (Acceptance and Release): بررسی رسمی که منجر به وضعیت احراز صلاحیت (احراز کیفیت) شده (qualified state) می‌شود.
• بررسی دوره‌ای (Periodic Review): اطمینان از این‌که سیستم در طول زمان برای هدف مورد نظر خود مناسب باقی می‌ماند.

نقش قابلیت ردیابی (Traceability): طبق بخش ۸.۶ منبع، ماتریس قابلیت ردیابی ابزاری الزامی است که الزامات URS (همان CQAs/CPPs) را به کنترل‌های طراحی (CAs/CDEs) و در نهایت به اسکریپت‌های تست خاص متصل می‌کند. اگرچه قابلیت ردیابی همیشه یک خروجی مستقل نیست، اما عملکرد آن برای اثبات اینکه هر الزامِ بحرانیِ کیفیت پیش از ترخیص سیستم برای تولید مورد تأیید قرار گرفته، کاملاً ضروری است.

۳. عناصر اصلی: چه چیزی یک URS را مستحکم می‌سازد؟

یک URS باید با عباراتی قابل تأیید (verifiable) بیان شود. الزامات باید تعریف کنند که سیستم برای پشتیبانی از فرآیند چه کاری باید انجام دهد، نه اینکه نحوه دستیابی به آن الزام را تجویز کنند.

منابع داده و اجزای مورد نیاز:

• الزامات محصول و فرآیند: مستقیماً از CQAs، CPPs، و جنبه‌های بحرانی (CAs) استخراج می‌شود.
• الزامات نظارتی و کیفی GMP: به‌طور خاص به 21 CFR Part 11 و EU GMP Annex 11 (در صورت کاربرد) می‌پردازد.
• یکپارچگی داده‌ها (Data Integrity): الزامات مربوط به ذخیره‌سازی، نمایش، امنیت، و مسیر حسابرسی (audit trail) سوابق الکترونیکی.
• هشدارها و اتوماسیون: شناسایی هشدارهای بحرانی که بر کیفیت محصول تأثیر می‌گذارند.
• پارامترهای عملیاتی: الزامات صریحِ محدوده و دقت برای پارامترهای تحت کنترل.

دیدگاه متخصص (SME Insight) کارایی در سیستم‌های ساده: برای سیستم‌های "آماده‌مصرف" (off-the-shelf) یا سیستم‌های کاتالوگی ساده، تهیه یک سند URS مستقل و رسمی اغلب یک بارِ اداری غیر‌ضروری است. طبق بخش ۲.۱ منبع، الزامات URS ممکن است به‌طور کافی در یک سفارش خرید (purchase order)، برگه مشخصات سازنده (vendor cut sheet) یا داده‌های کاتالوگ ثبت شود. در این موارد، فعالیت تأیید مستقیماً در برابر این اسناد خرید انجام می‌شود که افزایش کارایی قابل‌توجهی را برای پروژه فراهم می‌کند.

۴. تمایزات بحرانی: سیستم‌های با تأثیر مستقیم در برابر بدون تأثیر مستقیم

طبقه‌بندی یک سیستم، میزان نظارت واحد کیفیت (Quality Unit) و دقت تلاش‌های C&Q را تعیین می‌کند.

معیارهای طبقه‌بندی سیستم (Q1–Q8)

برای تعیین اینکه آیا یک سیستم دارای "تأثیر مستقیم" است، متخصصان (SMEs) باید هشت معیار زیر را از جدول ۳.۱ منبع ارزیابی کنند:

• Q1 (الزامات فرآیند): آیا این سیستم شرایط CQAs را برآورده می‌کند یا یک CPP را کنترل/نظارت می‌کند؟
• Q2 (تماس مستقیم): آیا با محصول یا جریان فرآیند تماس دارد؟ توجه: مواد در تماس با محصول باید غیر‌واکنش‌پذیر، غیر‌طیف‌افزا (non-additive) و غیر‌جاذب باشند (21 CFR 211.65).
• Q3 (مواد جانبی/ترکیبات): آیا ماده‌ای مانند WFI (آب قابل تزریق) یا آب تصفیه‌شده تولید می‌کند که تأثیر آن بر کیفیت ذاتی است؟
• Q4 (تمیزکاری/استریل‌سازی): آیا برای CIP/SIP استفاده می‌شود که در آن نقص عملکرد، خطری مستقیم برای بیمار ایجاد می‌کند؟
• Q5 (محیط): آیا محیط مناسبی (مانند پوشش نیتروژن، منطقه آسپتیک) مرتبط با یک CPP ایجاد می‌کند؟
• Q6 (مدیریت داده‌ها): آیا از میان‌افزار، نرم‌افزار یا پایگاه‌های داده برای پذیرش/رد کردن محصول یا مدیریت سوابق مشمول 21 CFR Part 11/Annex 11 استفاده می‌کند؟
• Q7 (بسته‌بندی و درزبندی): آیا مهر و موم اولیه یا محافظت از محصول را فراهم می‌کند؟
• Q8 (شناسایی): آیا شماره‌های سری ساخت (lot numbers)، تاریخ انقضا یا ویژگی‌های جلوگیری از تقلب را ارائه/تأیید می‌کند؟

۵. تمایز "چیستی" در برابر "چگونگی": استثنائات بحرانی

• جزئیات دقیق طراحی: توالی‌های خاص عملیات یا انتخاب‌های اجزای داخلی، متعلق به مشخصات عملکردی (Functional Specification) یا مشخصات طراحی (Design Specification) هستند.
• ارجاعات استاندارد غیر‌دقیق: عبارات عمومی مانند "باید با ISO مطابقت داشته باشد" یا "باید تمامی GxPها را رعایت کند" قابل تأیید نیستند. شما باید به بخش خاصی از استاندارد که در مورد آن الزام کاربرد دارد، استناد کنید.
• عملکرد تجهیزات استاندارد: ویژگی‌های عمومی که به نیازهای خاص کاربر یا ریسک‌های فرآیندی مرتبط نیستند.
• شرایط قراردادی: قیمت‌گذاری، تاریخ‌های حمل و نقل، و تحویل‌دادنی‌های پروژه به قرارداد خرید تعلق دارند، نه به URS فنی.

۶. چرخه حیات URS: از توسعه تا از رده خارج کردن

سند URS یک "سند زنده" است که باید در طول چرخه حیات سیستم حفظ و نگهداری شود. این سند در مراحل اولیه پروژه توسعه می‌یابد و باید تا زمان از رده خارج کردن سیستم (decommissioning) به‌روز نگه داشته شود.

• تغییرات پس از تأیید و مدیریت ریسک: پس از تأیید اولیه، هرگونه تغییر در URS باید از طریق مدیریت تغییرات رسمی کنترل شود. نکته حیاتی این است که این تغییرات باید در برابر ارزیابی ریسک سیستم سنجیده شوند. متخصص (SME) باید حالات خرابی (failure modes) را مجدداً بررسی کند و تعیین کند که آیا "تعیین ریسک باقیمانده" (Residual Risk Determination) همان‌طور که در جدول ۴.۲ منبع تعریف شده است همچنان "پایین" (Low) باقی می‌ماند یا خیر. اگر تغییر ریسک‌های جدیدی ایجاد کند، کنترل‌های رویه‌ای یا طراحی جدیدی باید ایجاد و تأیید شوند.
• سیستم‌های قدیمی (Legacy Systems): برای سیستم‌هایی که فاقد URS هستند، هنگام وقوع تغییرات در محدوده پروژه، باید سندی تدوین شود. این URS قدیمی تضمین می‌کند که هرگونه اصلاحات جدید بر منطق مبتنی بر علم و ریسک استوار است و باید در برنامه C&Q یا رکورد خاص تغییر گنجانده شود.

۷. مالکیت ذینفعان و ماتریس تأیید

مسئولیت‌های تأیید باید دقت فنی و انطباق کیفی را بدون نظارت تکراری و اضافی تضمین کند.

معافیت برای تأیید کیفی: بر اساس بخش ۲.۳ منبع، در صورتی که واحد کیفیت قبلاً اسناد منبع (مانند CQAs/CPPs در یک استراتژی کنترل یا سند انتقال فناوری) را که الزامات کیفی از آن‌ها استخراج شده‌اند تأیید کرده باشد، نیازی به تأیید مجدد URS توسط آن‌ها نیست. علاوه بر این، برای سیستم‌های بدون تأثیر مستقیم (Not Direct Impact)، تأیید واحد کیفیت هرگز الزامی نیست.

۸. نتیجه‌گیری: مسیر رسیدن به "مناسب برای هدف مورد نظر"

یک URS که با دقت و ظرافت تعریف شده باشد، به عنوان خط پایه برای احراز صلاحیت (احراز کیفیت) طراحی (DQ) و در نهایت گزارش پذیرش و ترخیص عمل می‌کند. با تمرکز بر الزامات قابل تأیید و مبتنی بر علم، URS تضمین می‌کند که سیستم همان‌طور که در نظر گرفته شده ساخته، نصب و اجرا می‌شود. از نگاه یک مشاور ارشد، URS فراتر از یک سند است؛ این سند محافظ نهایی برای کیفیت محصول و ایمنی بیمار در سراسر چرخه حیات تجهیزات محسوب می‌شود.