बैच रिलीज़ by exception: QA के साइन करने से पहले फ़ार्मा MES को क्या रोकना चाहिए

प्रकाशित: 22 अक्टूबर 2026 · पढ़ने में 7 मिनट

एक सामान्य कागज़ी या hybrid बैच रिकॉर्ड दर्जनों पेज का होता है। बैच पूरा होने पर QA हर पेज पढ़ता है: हर वज़न, हर समय, हर initial, हर नत्थी किया गया प्रिंटआउट। इनमें से ज़्यादातर लाइनें सामान्य होती हैं। फिर भी QA उन्हें पढ़ता है, क्योंकि पेज पर ऐसा कुछ नहीं जो बताए कि कौन-सी लाइनें सामान्य नहीं हैं। आख़िरी पेज जाँचे जाने तक रिलीज़ रुकी रहती है।

Review by exception इसे उलट देता है। सिस्टम हर लाइन को योजना से मिलाकर जाँचता है, और QA exceptions रिव्यू करता है: वे चीज़ें जो किसी सीमा से बाहर थीं, अभी भी खुली हैं या मौजूद नहीं हैं। सही तरीके से किया जाए तो यह हल्का रिव्यू नहीं है। यह ऐसा रिव्यू है जिसमें हिसाब-किताब और तुलना मशीन करती है, और इंसान अपना समय विवेक (judgement) वाले फ़ैसलों पर लगाता है।

यह लेख बताता है कि QA के साइन करने से पहले इलेक्ट्रॉनिक बैच रिकॉर्ड (EBR) सिस्टम को क्या-क्या जाँचना चाहिए, और रिलीज़ का स्टेप कैसे काम करे। यह 21 CFR Part 211, EU GMP और इसी तरह के नियमों के तहत काम करने वाले QA, प्रोडक्शन और ऑटोमेशन इंजीनियरों के लिए लिखा गया है।

Review by exception का मतलब क्या है, और क्या नहीं

Review by exception तीन शर्तों पर टिका है। इनमें से एक भी न हो, तो यह review by assumption (अंदाज़े पर रिव्यू) बन जाता है।

• आँकड़े स्रोत से आते हैं। असल डोज़ (dose actual) वह वैल्यू होनी चाहिए जो कंट्रोलर ने रिकॉर्ड की, न कि स्क्रीन से देखकर टाइप की गई वैल्यू। अगर रिकॉर्ड में हाथ से उतारने की ग़लतियाँ हो सकती हैं, तो हर लाइन को अब भी इंसानी जाँच चाहिए।
• सीमाएँ रेसिपी में तय होती हैं। "Tolerance से बाहर" का मतलब तभी बनता है जब approved रेसिपी हर मटीरियल और हर critical parameter के लिए target और tolerance घोषित करे।
• जाँचें लागू की जाती हैं, सिर्फ़ सलाह नहीं होतीं। जिस warning को क्लिक करके हटाया जा सके, वह exception प्रोसेस नहीं है। जब तक कोई exception खुला है, रिलीज़ ख़ुद मना होनी चाहिए।

Review by exception का मतलब यह नहीं कि QA पूरा रिकॉर्ड कभी नहीं देखता। इसका मतलब है कि पूरा रिकॉर्ड उपलब्ध और पूर्ण है, और exceptions पहले रिव्यू करने वाले के सामने रखे जाते हैं — कुछ भी छिपाया नहीं जाता।

QA के साइन करने से पहले फ़ार्मा MES को क्या रोकना चाहिए

ये वे शर्तें हैं जिनमें ACCEPT (रिलीज़) disposition मना होना चाहिए। हर शर्त एक ऐसा सवाल है जो कोई इंस्पेक्टर रिलीज़ हुए बैच के बारे में पूछेगा।

• रेसिपी की tolerance से बाहर reconcile हुआ मटीरियल। अगर रेसिपी 2.5 kg ±5 % कहती है और रिकॉर्ड 2.3 kg दिखाता है, तो जब तक इसकी वजह न बताई जाए, बैच रिलीज़ नहीं हो सकता। एक ऐसे मामले के लिए जहाँ डोज़ नहीं, बल्कि रिकॉर्ड ग़लत था, देखें वह 0.2 kg जो आपके बैच रिकॉर्ड ने कभी नहीं देखा।
• बैच से जुड़ा खुला deviation। Deviation तब तक बंद नहीं होता जब तक उसकी investigation न हो जाए और QA closure पर साइन न कर दे। Closure से पहले रिलीज़ का मतलब है नतीजे के अंदाज़े पर रिलीज़ करना।
• खुला quality hold। Hold होता ही इसलिए है कि disposition रुके।
• कोई ज़रूरी quality result जो मौजूद न हो या fail हो। Assay, moisture, hardness या जो भी specification माँगे। मौजूद न होना, पास होने जैसा नहीं है।
• हल न हुआ मटीरियल exception। उदाहरण के लिए substitution, कम पड़ा reservation, या बैच के दौरान उठी लॉट की कोई समस्या जिसका disposition अभी नहीं हुआ।
• शून्य आउटपुट, या न्यूनतम से कम yield। जिस बैच ने कुछ नहीं बनाया, या उम्मीद से बहुत कम बनाया, उसकी कहानी किसी के साइन करने से पहले सामने आनी चाहिए।
• PLC काउंटर में अंतर, जिसका deviation बंद न हुआ हो। जब कंट्रोलर का काउंट और रिकॉर्ड किया गया काउंट मेल न खाएँ, तो deviation उसकी वजह बताता है, और उसे बंद होना ज़रूरी है।

सारे कारण एक साथ दिखाएँ

जो रिलीज़ स्क्रीन सिर्फ़ पहली मिली समस्या दिखाती है, उससे दूसरी समस्या का पता बहुत देर से चलता है। QA tolerance वाला सवाल ठीक करता है, फिर कोशिश करता है, और तब जाकर पता चलता है कि hold खुला है। हर ऐसा चक्कर रिलीज़ में देरी करता है और यह एहसास पैदा करता है कि सिस्टम रास्ते में अड़चन है।

गेट को हर बार हर शर्त जाँचनी चाहिए, और सबको एक साथ आसान शब्दों में दिखाना चाहिए: कौन-सा मटीरियल, कौन-सा deviation नंबर, कौन-सा result। यह जाँच साइन करने के क्षण पर भी दोबारा चलनी चाहिए, सिर्फ़ स्क्रीन खुलने के समय नहीं, ताकि बीच में बदली कोई चीज़ छूट न जाए।

Reject और scrap कभी नहीं रोके जाते

गेट इसलिए है कि ख़राब बैच बाहर न जाए। उसे ख़राब बैच को reject होने से कभी नहीं रोकना चाहिए। अगर QA reject या scrap करने का फ़ैसला करता है, तो फ़ैसला meaning और कारण के साथ साइन होता है, और चाहे कुछ भी खुला हो, उसकी अनुमति होती है। जो सिस्टम काग़ज़ी काम पूरा होने तक reject रोकता है, वह nonconforming बैच को अधर में लटकाए रखने का दबाव बनाता है।

एक final disposition, और साइन किए गए amendments

हर बैच का एक ही final disposition होना चाहिए। अगर बाद में कुछ बदलता है, जैसे देर से आया result या सुधारी गई खपत, तो बदलाव को disposition पर overwrite नहीं करना चाहिए, न ही रिकॉर्ड को चुपचाप एडिट करना चाहिए। यह एक नया, साइन किया गया amendment रिकॉर्ड होना चाहिए, जो बताए कि क्या बदला, क्यों, और किस पिछले version की जगह ले रहा है। इस तरह रिकॉर्ड वह इतिहास दिखाता है जो इंस्पेक्टर देखना चाहता है: रिलीज़ के समय क्या पता था, और बाद में क्या पता चला। हस्ताक्षर को ठीक उसी रिकॉर्ड से जोड़ने का तरीका 21 CFR Part 11 §11.70: इलेक्ट्रॉनिक हस्ताक्षर को पूरे बैच रिकॉर्ड से जोड़ना में बताया गया है।

Annex 16 और Qualified Person की भूमिका

EU में और PIC/S सदस्य देशों के नियमों में, EU GMP Annex 16 रिलीज़ से पहले Qualified Person द्वारा बैच के certification का वर्णन करता है। QP को संतुष्ट होना होता है कि बैच उसके marketing authorisation और GMP के अनुसार बनाया और जाँचा गया, और deviations का आकलन हो चुका है। रिलीज़ गेट उस विवेक की जगह नहीं लेता। वह यह पक्का करता है कि कोई ज्ञात exception खुला रहते QP कभी बैच certify न करे, और जो रिकॉर्ड वह रिव्यू करता है वह पूरा हो। US में, यही तर्क 21 CFR 211.192 (production record review) और 211.22 के तहत quality unit की रिलीज़ पर लागू होता है।

गेट किन पिछली चीज़ों पर निर्भर है

रिलीज़ गेट उतना ही अच्छा है जितना उसके पीछे का रिकॉर्ड। तीन upstream controls गेट को भरोसेमंद बनाते हैं:

• सिर्फ़ रिलीज़ किया गया मटीरियल। लॉट इस्तेमाल से पहले QC टेस्ट होते हैं और QA उन्हें रिलीज़ करता है, और बैच बनते समय वे first-expired, first-out क्रम में रिज़र्व होते हैं।
• बैच नंबर से जुड़ा रिलीज़ किया गया line clearance। देखें GMP line clearance और इक्विपमेंट स्टेटस।
• कंट्रोलर से रिकॉर्ड की गई मात्राएँ, ऐसी ISA-88 रेसिपी के तहत जिसमें PLC master है। देखें ISA मानक और बैच ट्रैकिंग और ट्रेसेबिलिटी।

PulseMQ यह कैसे करता है

PulseMQ में, ऊपर की सात शर्तों में से कोई भी लागू हो तो QA disposition स्क्रीन ACCEPT मना कर देती है, और सारे कारण एक साथ दिखाती है। Reject और scrap कभी नहीं रोके जाते। हर बैच का एक final disposition होता है, और बाद के बदलाव साइन किए गए amendment रिकॉर्ड से होते हैं। रिलीज़ हस्ताक्षर के लिए पासवर्ड दोबारा डालना पड़ता है, उसका meaning रिकॉर्ड होता है, और वह साइन करते समय दिखाए गए पूरे बैच रिकॉर्ड का fingerprint अपने साथ बाँधता है। Deviation सिर्फ़ QA के हस्ताक्षर से बंद होता है, और वह व्यक्ति उसे बनाने वाले से अलग होता है। प्रोडक्शन रोल वाला व्यक्ति रिलीज़ नहीं कर सकता।

PulseMQ को GMP रिलीज़ और उसके आपके validation के समर्थन के लिए बनाया गया है। यह किसी प्लांट को compliant नहीं बनाता; यह manufacturer की अपने validated सिस्टम के लिए ज़िम्मेदारी बनी रहती है। पूरा फ़्लो देखने के लिए फ़ार्मास्युटिकल और GMP overview देखें।

अक्सर पूछे जाने वाले सवाल

बैच रिकॉर्ड रिव्यू में review by exception क्या है?
सिस्टम बैच रिकॉर्ड की हर लाइन को approved रेसिपी और उसकी सीमाओं (limits) से मिलाकर जाँचता है, और QA सिर्फ़ exceptions रिव्यू करता है: tolerance से बाहर की वैल्यू, खुले deviation या hold, और मौजूद न होने वाले results। यह तीन बातों पर निर्भर है: स्रोत से रिकॉर्ड किए गए आँकड़े, रेसिपी में तय सीमाएँ, और ऐसी जाँचें जो सिर्फ़ सलाह नहीं, बल्कि लागू की जाती हैं।

किन बातों पर बैच की रिलीज़ रुकनी चाहिए?
रेसिपी की tolerance से बाहर reconcile हुआ मटीरियल, बैच से जुड़ा खुला deviation, खुला quality hold, कोई ज़रूरी quality result जो मौजूद न हो या fail हो, हल न हुआ मटीरियल exception, शून्य आउटपुट या न्यूनतम से कम yield, और PLC काउंटर में ऐसा अंतर जिसका deviation बंद न हुआ हो।

क्या रिलीज़ गेट को reject भी रोकना चाहिए?
नहीं। गेट इसलिए है कि ख़राब बैच रिलीज़ न हो, इसलिए नहीं कि वह reject न हो सके। Reject और scrap की अनुमति हमेशा होनी चाहिए, meaning और कारण के साथ साइन करके।

क्या review by exception, Qualified Person की जगह लेता है?
नहीं। EU GMP Annex 16 के तहत बैच को QP certify करता है। रिलीज़ गेट यह पक्का करता है कि कोई ज्ञात exception खुला रहते QP कभी certify न करे, और जो रिकॉर्ड वह रिव्यू करता है वह पूरा हो।