Quality by Design फ़ार्मास्यूटिकल डेवलपमेंट का वह दृष्टिकोण है जिसका वर्णन ICH Q8(R2), Q11 और Q14 करते हैं: उस गुणवत्ता से शुरुआत करें जो उत्पाद या मेथड को देनी है, जोखिम आकलन से तय करें कि कौन-से पैरामीटर मायने रखते हैं, डिज़ाइन किए गए प्रयोगों से उनका अध्ययन करें, और उसी समझ पर आधारित कंट्रोल स्ट्रैटेजी फ़ाइल करें। नियामक उस समझ को महत्व देते हैं जिसे समीक्षक समझ सके। स्वीकृत डिज़ाइन स्पेस के भीतर काम करना बदलाव नहीं माना जाता, और स्वीकृत PAR या MODR के भीतर बदलाव के लिए नियामक को सूचना देना आवश्यक नहीं होता।
QbD सॉफ़्टवेयर साक्ष्य की इस पूरी शृंखला को एक जगह रखता है। आज अधिकांश कंपनियों में यह जोखिम आकलन की स्प्रेडशीट, एक सांख्यिकी पैकेज, नोटबुक, कंटूर स्क्रीनशॉट और हाथ से बनाई गई फ़ाइलिंग तालिकाओं में बिखरी रहती है, इसलिए किसी फ़ाइल की गई रेंज को एक कदम में उसके पीछे के मॉडल, रन और जोखिम आकलन तक ट्रेस नहीं किया जा सकता।
Zometric QbD हर चरण को एक वर्शन वाले रिकॉर्ड पर जोड़ता है: टारगेट प्रोफ़ाइल और क्रिटिकल क्वालिटी एट्रिब्यूट, जोखिम आकलन, प्रयोग, सील किया गया मॉडल, सिद्ध ऑपरेटिंग रीजन और उससे बनी फ़ाइलिंग तालिकाएँ। किसी रन को सुधारें और उस पर आधारित हर चीज़ समीक्षा के लिए फ़्लैग हो जाती है। यह ICH Q14 के अंतर्गत एनालिटिकल डेवलपमेंट, ICH Q8 के अंतर्गत ड्रग प्रोडक्ट और ICH Q11 के अंतर्गत ड्रग सब्सटेंस के लिए काम करता है, पारंपरिक और एन्हांस्ड दोनों दृष्टिकोणों के साथ।
फ़ाइलिंग के पीछे के साक्ष्य के बारे में डेवलपमेंट, क्वालिटी और रेगुलेटरी टीमें जो छह बातें कहती हैं, और Zometric QbD से क्या बदलता है।
टारगेट प्रोफ़ाइल से लाइफ़साइकल बदलाव तक साक्ष्य की एक ही शृंखला। फ़ाइलिंग तालिका की कोई भी संख्या एक कदम में उस मॉडल, उन रन और उस जोखिम आकलन तक ट्रेस होती है जिनसे वह बनी।
1 · योजना
प्रोफ़ाइल (एनालिटिकल, ड्रग प्रोडक्ट या ड्रग सब्सटेंस), टारगेट प्रोफ़ाइल (ATP या QTPP), स्वीकृति मानदंडों सहित एट्रिब्यूट और हर चरण का दृष्टिकोण घोषित करें। जोखिम आकलन हर पैरामीटर को उन एट्रिब्यूट से जोड़ता है जिन पर वह असर डाल सकता है, और दर्ज करता है कि उसका अध्ययन होगा, उसे नियंत्रित किया जाएगा या स्थिर रखा जाएगा, औचित्य के साथ।
2 · प्रयोग
स्क्रीनिंग (फ़्रैक्शनल फ़ैक्टोरियल, Plackett–Burman, डेफ़िनिटिव स्क्रीनिंग), कैरेक्टराइज़ेशन (फ़ैक्टोरियल, कठिनाई से बदलने वाले फ़ैक्टर के लिए स्प्लिट-प्लॉट के साथ), ऑप्टिमाइज़ेशन (सेंट्रल कंपोज़िट, Box–Behnken, I-ऑप्टिमल), घटकों के बीच प्रतिबंधों वाले मिक्सचर डिज़ाइन, और सेट-पॉइंट के आसपास छोटे रोबस्टनेस डिज़ाइन।
3 · मॉडल
डायग्नोस्टिक्स, ट्रांसफ़ॉर्मेशन और प्रेडिक्शन इंटरवल के साथ विश्लेषण करें। जिसे डिज़ाइन सपोर्ट नहीं कर सकता, सॉफ़्टवेयर उसे फ़िट करने से मना कर देता है, और हर मॉडल एक कंटेंट हैश और उपयोग किए गए रन के साथ सील होता है।
4 · रीजन
डिज़ाइन स्पेस, MODR या PAR परिभाषित करें। हर मानदंड को किसी एकल भावी परिणाम की प्रेडिक्शन लिमिट पर परखा जाता है, रीजन को केवल कोनों पर जाँचने के बजाय हर जगह सिद्ध किया जाता है, और हर सीमा बताती है कि उसे क्या सीमित करता है: कोई मानदंड, अध्ययन किए गए क्षेत्र का किनारा, या पूर्व ज्ञान।
5 · कंट्रोल स्ट्रैटेजी
Established Conditions सहित फ़ाइलिंग तालिका, हर CQA के लिए कंट्रोल स्ट्रैटेजी सारांश, CQA औचित्य, अध्ययन तालिका और SST औचित्य तैयार करें, हर एक अपने CTD सेक्शन के साथ।
6 · लाइफ़साइकल
नया ऑपरेटिंग पॉइंट दर्ज करें और देखें कि वह स्वीकृत रीजन के भीतर है या नहीं, सबसे छोटा मार्जिन क्या है और उसे क्या सीमित करता है। जाँच केवल चेंज कंट्रोल संदर्भ के साथ ही सहेजी जाती है, और बदलाव को PQS के भीतर या नियामक सबमिशन की ओर भेजती है।
हर क्षमता उस निर्णय से जुड़ी है जो आपकी टीम पहले से लेने का प्रयास कर रही है।
ATP या QTPP, स्वीकृति मानदंडों सहित CQA और हर चरण का दृष्टिकोण घोषित करें। जोखिम आकलन हर पैरामीटर को उन एट्रिब्यूट से जोड़ता है जिन पर वह असर डाल सकता है, और अध्ययन, नियंत्रण या स्थिर रखने के हर निर्णय को उसके औचित्य के साथ रखता है।
स्क्रीनिंग, स्प्लिट-प्लॉट सहित फ़ैक्टोरियल, सेंट्रल कंपोज़िट, Box–Behnken और I-ऑप्टिमल, घटकों के बीच प्रतिबंधों वाले मिक्सचर डिज़ाइन, और सेट-पॉइंट के आसपास रोबस्टनेस डिज़ाइन जिन्हें वैलिडेशन साक्ष्य के रूप में दोबारा उपयोग किया जा सकता है।
डायग्नोस्टिक्स, ट्रांसफ़ॉर्मेशन और प्रेडिक्शन इंटरवल, और हर मॉडल एक कंटेंट हैश और उपयोग किए गए रन के साथ सील। किसी रन को सुधारें और उस पर आधारित हर चीज़ समीक्षा के लिए फ़्लैग हो जाती है।
हर मानदंड को किसी भावी परिणाम की प्रेडिक्शन लिमिट पर परखा जाता है, रीजन केवल कोनों पर नहीं बल्कि हर जगह सिद्ध किया जाता है, और हर सीमा बताती है कि उसे क्या सीमित करता है। असिद्ध रीजन को अनुमोदित नहीं किया जा सकता।
Established Conditions सहित फ़ाइलिंग तालिका, हर CQA के लिए कंट्रोल स्ट्रैटेजी सारांश, CQA औचित्य, अध्ययन तालिका और SST औचित्य, जो उनके CTD सेक्शन के साथ रिकॉर्ड से तैयार होते हैं।
जाँचें कि प्रस्तावित ऑपरेटिंग पॉइंट स्वीकृत रीजन के भीतर है या नहीं, उसके सबसे छोटे मार्जिन और उसे सीमित करने वाले कारक के साथ। चेंज कंट्रोल संदर्भ के साथ सहेजा जाता है, और PQS के भीतर या नियामक सबमिशन की ओर भेजा जाता है।
एक HPLC एसे के लिए, जोखिम आकलन ने कॉलम तापमान, मोबाइल-फ़ेज़ pH, फ़्लो रेट और ग्रेडिएंट स्लोप को प्रयोग में भेजा, इंजेक्शन वॉल्यूम को एक सेट-पॉइंट पर रखा और डिटेक्शन वेवलेंथ को पूर्व ज्ञान के आधार पर स्थिर किया। इसके बाद मॉडल और सिद्ध रीजन वह तालिका बनाते हैं जिसकी रेगुलेटरी लेखकों को ज़रूरत होती है: हर पैरामीटर का सेट-पॉइंट, उसे कैसे फ़ाइल किया गया, उसकी रेंज, रेंज को क्या सीमित करता है और उसकी प्रस्तावित रिपोर्टिंग श्रेणी।
| पैरामीटर | सेट-पॉइंट | किस रूप में फ़ाइल | रेंज | किससे सीमित | रिपोर्टिंग श्रेणी |
|---|---|---|---|---|---|
| कॉलम तापमान | सेट-पॉइंट35 °C | किस रूप में फ़ाइलMODR | रेंज32–38 °C | किससे सीमितरिज़ॉल्यूशन | रिपोर्टिंग श्रेणीसूचना (मध्यम) |
| मोबाइल-फ़ेज़ pH | सेट-पॉइंट3.0 | किस रूप में फ़ाइलMODR | रेंज2.8–3.2 | किससे सीमितटेलिंग | रिपोर्टिंग श्रेणीसूचना (मध्यम) |
| फ़्लो रेट | सेट-पॉइंट1.0 mL/min | किस रूप में फ़ाइलPAR | रेंज0.9–1.1 mL/min | किससे सीमितअध्ययन की गई रेंज | रिपोर्टिंग श्रेणीसूचना (निम्न) |
| इंजेक्शन वॉल्यूम | सेट-पॉइंट10 µL | किस रूप में फ़ाइलसेट-पॉइंट | रेंज— | किससे सीमित— | रिपोर्टिंग श्रेणीसूचना (निम्न) |
| डिटेक्शन वेवलेंथ | सेट-पॉइंट254 nm | किस रूप में फ़ाइलस्थिर | रेंज— | किससे सीमित— | रिपोर्टिंग श्रेणीपूर्व अनुमोदन |
डिज़ाइन, मॉडल और डिज़ाइन स्पेस एक ही स्टडी में रहते हैं और अगले उत्पाद के लिए दोबारा उपयोग होते हैं, बजाय इसके कि हर उत्पाद के लिए डिज़ाइन और रिपोर्ट हाथ से दोबारा बनाई जाएँ।
सिद्ध रेंज और मॉडल तक ट्रेस होने वाली SST लिमिट के साथ एक MODR, बजाय एक-समय-में-एक-फ़ैक्टर रोबस्टनेस और परंपरा से तय की गई SST लिमिट के।
मेथड रेंज, मार्जिन और उनके पीछे के साक्ष्य के साथ आती हैं, केवल थोड़े संदर्भ वाले सेट-पॉइंट के साथ नहीं।
डिज़ाइन स्पेस और कंट्रोल स्ट्रैटेजी तालिकाएँ उनके CTD सेक्शन के साथ साक्ष्य से तैयार होती हैं, हाथ से जोड़कर नहीं बनाई जातीं।
हर बदलाव के कारण सहित एक ही ऑडिट ट्रेल डेटा इंटेग्रिटी के उन प्रश्नों का उत्तर देता है जिनके लिए पहले बिखरी फ़ाइलें खंगालनी पड़ती थीं।
प्रस्तावित बदलावों को मिनटों में फ़ाइल किए गए रिकॉर्ड से जाँचा जाता है, बजाय इसके कि हर समायोजन पर फिर से बहस हो।
| आज के टूल बनाम Zometric QbD | आज | Zometric QbD |
|---|---|---|
| साक्ष्य कहाँ रहता है | छह टूल और कई शेयर्ड ड्राइव | एक जुड़ी हुई, वर्शन वाली स्टडी |
| डिज़ाइन स्पेस | एक कंटूर स्क्रीनशॉट | एक सिद्ध रीजन और रेंज की तालिका |
| फ़ाइलिंग तालिकाएँ | हर सबमिशन के लिए हाथ से दोबारा बनाई गईं | CTD सेक्शन सहित अपने आप तैयार |
| ऑडिट ट्रेल | पूछे जाने पर फ़ाइलों से दोबारा जोड़ा गया | हर बदलाव रिकॉर्ड पर: किसने, कब, क्यों |
| लाइफ़साइकल बदलाव | शुरू से फिर बहस | फ़ाइल किए गए रिकॉर्ड से जाँचा गया |
| अगला उत्पाद | खाली शीट से शुरुआत | आपके पूर्व ज्ञान से शुरुआत |
हर स्टडी डेटा, मॉडल और ऑडिट ट्रेल सहित पूरी तरह, खुले और मानव-पठनीय फ़ॉर्मेट में एक्सपोर्ट होती है। ऐतिहासिक डेटा चुनिंदा रूप से इम्पोर्ट किया जा सकता है, उसके स्रोत के रिकॉर्ड के साथ।
हर ग्राहक अपने स्वयं के इंस्टेंस पर चलता है, जो उसके अपने शेड्यूल पर अपग्रेड होता है, एन्क्रिप्शन और प्रलेखित बैकअप और रीस्टोर के साथ।
आपके आइडेंटिटी प्रोवाइडर के माध्यम से साइन-इन, मल्टी-फ़ैक्टर ऑथेंटिकेशन के साथ।
हर मॉड्यूल के लिए आवश्यकताएँ, फ़ंक्शनल स्पेसिफ़िकेशन, ट्रेसेबिलिटी और परीक्षण साक्ष्य, हर रिलीज़ पर संदर्भ परिणामों के सापेक्ष परखे गए सांख्यिकीय इंजन, और हर बदलाव के प्रभाव आकलन के साथ रिलीज़ नोट्स।
डेमो से पहले टीमें जो प्रश्न पूछती हैं, उनके सीधे उत्तर।
ऐसा सॉफ़्टवेयर जो Quality by Design की साक्ष्य शृंखला को एक ही रिकॉर्ड में रखता है: टारगेट प्रोफ़ाइल और क्रिटिकल क्वालिटी एट्रिब्यूट, जोखिम आकलन, डिज़ाइन किए गए प्रयोग, मॉडल, सिद्ध ऑपरेटिंग रीजन और उससे फ़ाइल की गई कंट्रोल स्ट्रैटेजी। Zometric QbD यह एनालिटिकल डेवलपमेंट (ICH Q14), ड्रग प्रोडक्ट (ICH Q8) और ड्रग सब्सटेंस (ICH Q11) के लिए करता है।
हाँ। पारंपरिक या न्यूनतम दृष्टिकोण में रोबस्टनेस डिज़ाइन, सेट-पॉइंट से एक-समय-में-एक-फ़ैक्टर PAR, और फ़ाइलिंग तालिकाएँ मिलती हैं। एन्हांस्ड दृष्टिकोण इसमें पैरामीटर से जुड़ा जोखिम आकलन, स्क्रीनिंग, ऑप्टिमाइज़ेशन और मिक्सचर डिज़ाइन, और सिद्ध रीजन जोड़ता है। ICH Q11 कुछ चरणों के लिए पारंपरिक और अन्य के लिए एन्हांस्ड दृष्टिकोण की अनुमति देता है, और रिकॉर्ड में दर्ज रहता है कि कहाँ कौन-सा दृष्टिकोण अपनाया गया।
PAR (प्रूवन एक्सेप्टेबल रेंज) किसी एक पैरामीटर की वह रेंज है, जिसमें अन्य पैरामीटर स्थिर रखे जाते हैं, जो स्वीकार्य गुणवत्ता देती है (ICH Q8)। MODR (मेथड ऑपरेबल डिज़ाइन रीजन) दो या अधिक मेथड पैरामीटर की संयुक्त रेंज है जिसके भीतर मेथड अपने उद्देश्य के लिए उपयुक्त है (ICH Q14)। डिज़ाइन स्पेस इनपुट और पैरामीटर का वह प्रदर्शित संयोजन है जो गुणवत्ता का आश्वासन देता है (ICH Q8)।
औसत रिस्पॉन्स से बनाया गया रीजन यह बढ़ा-चढ़ाकर दिखाता है कि उसका कितना हिस्सा पास होगा। Zometric QbD हर मानदंड को किसी एकल भावी परिणाम की प्रेडिक्शन लिमिट पर परखता है, और रीजन को उसके भीतर हर जगह सिद्ध करता है, क्योंकि वक्र रिस्पॉन्स ऐसे बॉक्स के भीतर फ़ेल हो सकता है जो हर कोने पर पास होता है।
सेट-पॉइंट, रेंज, हर रेंज को क्या सीमित करता है, Established Conditions और प्रस्तावित रिपोर्टिंग श्रेणियों वाली फ़ाइलिंग तालिका, साथ में हर CQA के लिए कंट्रोल स्ट्रैटेजी सारांश, विचार किए गए और बाहर रखे गए एट्रिब्यूट सहित CQA औचित्य, अध्ययन की गई बनाम प्रस्तावित रेंज वाली अध्ययन तालिका, और हर सिस्टम सूटेबिलिटी लिमिट को मॉडल तक ट्रेस करने वाला SST औचित्य। हर एक्सपोर्ट में उसका CTD सेक्शन होता है, जैसे 3.2.P.2 या 3.2.S.4।
प्रस्तावित ऑपरेटिंग पॉइंट को स्वीकृत रीजन से जाँचा जाता है, सबसे छोटे मार्जिन और उसे सीमित करने वाले कारक के साथ। रीजन के भीतर बदलाव को कंपनी के क्वालिटी सिस्टम में प्रबंधित किया जा सकता है (ICH Q14 §5.2); यह फिर भी एक बदलाव है, इसलिए जाँच केवल चेंज कंट्रोल संदर्भ के साथ सहेजी जाती है। रीजन के बाहर, वही रिकॉर्ड साक्ष्य संलग्न करके नियामक बदलाव शुरू करता है। Q12 और Q14 का क्षेत्रीय कार्यान्वयन अलग-अलग होता है, इसलिए अपने बाज़ारों की स्थिति की पुष्टि Regulatory Affairs से करें।
हर रिकॉर्ड और बदलाव के साथ नामित उपयोगकर्ता और टाइम ज़ोन सहित सर्वर टाइमस्टैम्प दर्ज होता है, हर मॉडल एक कंटेंट हैश और उपयोग किए गए रन के साथ सील होता है, कुछ भी डिलीट नहीं होता, पुराने वर्शन समीक्षा के लिए उपलब्ध रहते हैं, और पूरी स्टडी अपने ऑडिट ट्रेल के साथ एक्सपोर्ट होती है। डेवलपमेंट डेटा GMP से पहले भी मायने रखता है, क्योंकि उसका सारांश डोज़ियर में, 3.2.P.2 और 3.2.S.2.6 में, दिया जाता है।
Zometric सॉफ़्टवेयर पर पढ़ाए जाने वाले संरचित कोर्स प्रदान करता है: फ़ार्मा के लिए मूल DoE, फ़ॉर्मूलेशन और मिक्सचर DoE, और एनालिटिकल DoE (AQbD)। DoE की किसी पूर्व जानकारी की अपेक्षा नहीं की जाती, उदाहरण फ़ार्मास्यूटिकल हैं, और पारंपरिक तथा एन्हांस्ड दोनों दृष्टिकोण उसी तरह कवर किए जाते हैं जैसे ICH उनका वर्णन करता है।
Zometric के मॉड्यूल एक ही डेटा रीढ़ साझा करते हैं — इनमें से अधिक को अपनाने से सिग्नल-टू-नॉइज़ का लाभ कई गुना बढ़ जाता है।
प्रत्येक प्रयोग को एक ही स्थान पर योजनाबद्ध करें, प्रलेखित करें, निष्पादित करें और संग्रहीत करें।
ब्राउज़र में 230 से अधिक स्टैटिस्टिकल टूल, सही टूल चुनने के लिए गाइडेड असिस्टेंट और एक AI जिससे आप परिणामों के बारे में पूछ सकते हैं।
AIAG-VDA की 7-चरण पद्धति पर DFMEA, PFMEA और FMEA-MSR — Action Priority की लाइव गणना, और हर विफलता श्रृंखला उस नियंत्रण से जुड़ी हुई जो उसे संभालता है।
विनियमित फार्मा के लिए निर्मित। सबसे अधिक संसाधन-गहन अनुपालन गतिविधियों को स्वचालित करता है।
30 मिनट की डिस्कवरी कॉल। वास्तविक फ़ैक्टरी डेटा पर 2–3 सप्ताह का पायलट। फिर अपनी गति से विस्तार करें।
