 اگلی کلوزیز، کریکٹیو اور پروانٹیو ایکشن سے مطالق ہیں۔ کریکٹیو ایکشن بیسی کے لیے ایک ایک کریکٹیو اپروچ ہے، جبکہ پروانٹیو ایکشن ایک پرو ایکٹیو اپروچ ہے۔ یعنی جب خرابی پیدا ہوگی یا پروپلم آئے گی تو کریکٹیو کیلی ہم کیا کام کریں گے؟ اور خرابی آئی ہی نہ اس کی پروانٹیو کیلیے ہم کیسے رسوانسویلٹی شفٹ کریں گے یا لیں گے؟ اس کو پروانٹیو ایکشن سکیں گے۔ لبارٹی عام طور پہ، کریکٹیو ایکشن اور پروانٹیو ایکشن ان کے لئے علاگلک پروشیزڈز ٹرہ کرتی ہے۔ سسٹم بھی ان دونوں کے پروشیزڈز بنانے کے لئے ہمیں پابند کرتا ہے۔ یہ سب کلوزیز ہیں جو اس وقت ہمارے سامنے ہیں، کریکٹیو ایکشن شل دزگنیٹ اور گی واثورٹی فرمپلیمنٹنگ کریکٹیو ایکشن۔ کریکٹیو ایکشن یعنی پرولم آنے کے بعد ایویلویشن کون کرے گا؟ اور جو کریکٹیو ایکشن آپ رکمینٹ کر رہے ہیں، اس کی امپلیمتیشن کا کیا پروشیزڈر ہوگا؟ یہ آپ نے پروشیزڈر میں ڈاکمینٹ کرنا ہے، ڈرافٹ کرنا ہے۔ کریکٹیو ایکشن شل start with a cause analysis, analysis of all potential causes جسے ہم نے cause an effect diagram میں یا fish bone diagram میں اس کے اندر ڈسکس کیا تھا اور وہاں ہی بات بھی ڈسکس کی تھی کہ ہم فانیڈی ایک document بناتے ہیں ایک tabulate کرتے ہیں، ہمارے جتنے پوسپل ڈاکمینٹ کیا ہے اور جو جو اس کو full fill کرنے کے لئے کریکٹیو ڈاکمینٹ کو چیک کرنے کے لئے جو چیکلیسٹ ہمارے پاس ہم اسے ڈاکمینٹ کرتے ہیں تاکہ یہ میشن کی جا سکے کہ root cause کہاں پر ہے، problem کہاں سے پیدا ہو رہی ہے پریٹر ڈاکرام میں ہم نے یہ بھی ڈسکس کیا تھا کہ باز وقاد بہت minor see problems وہ major role play کرتی ہیں تو ہم ان مختلف ڈاکرامز کے ذریعے اپنے corrective action کو follow کرتے ہیں identify all potential corrective action select and implement یا نہیں پہلے آپ ڈرافٹ کریں گے پھر اس کے جو جو possible analysis ہوں گے selection کے بعد آپ ان corrective actions کو implement بھی کریں گے بات یہی پہ ختم نہیں ہو جائے گی corrective action میں ہمیں method یا procedure اس بات کے لی بھی لازم کرار دے رہا ہے کہ آپ monitoring بھی کریں گے کہ آپ کا corrective action جو آپ نے measures لیے تھے وہ صحیح طرح سے implement ہو گئے ہیں یا ان سے result بھی صحیح آنے لگ گئے ہیں ایسا نہ ہو کہ corrective action جو recommend کیا گیا تھا وہ fulfill تو ہو جائے implement ہو جائے لیکن اس کے جواب میں پھر دبارہ problems ریا کر ہو رہی ہیں تو یہ recurrence کروکنے کے لیے یا دبارہ دبارہ problems پیدنا ہوں اس کے لیے ہم corrective actions کو monitor بھی کرتے ہیں 4.12 clause جو preventive action سے مطالق ہے وہ mention کرتی ہے کہ needed improvement and potential sources of non confirmance یعنی ہم پہلے دن سے ہی شروع سے ہی اس بات کو mention کرتے ہیں کہ ہماری possible root causes کونسی ہیں non confirmance کس کس ایریہ میں آ سکتی ہیں اور those possible causes کو ہم نے quality control tools میں control charts کو دیسکتا تھا تو control chart کی form میں ہم مختلف control chart بنا سکتے ہیں جو process کو identify کرنے کے لیے ہیں اور process میں کس کس جگہ پر problem آنے کا ختشہ ہے اسے preventive action میں draft کیا جاتا ہے اس سے پہلے کہ problem آئے ہم کچھ action plan sugest کرتے ہیں ہمارے control chart بھی ایک action plan ہے جس کے ذریعے ہم یہ چک کرتے ہیں کہ ہمارا system within limits رہا ہے ہم نے وہاں mention کیا تھا کہ inner control limit اور lower inner control limit تو lower اور upper inner control limits جو warning limits ہیں ہمارا system اگر اس کے درمیان fall کر رہا ہے تو بہت بہتر ہیں اگر وہاں پر کوئی non-confirmance آری ہے یا ایکی side پر ہمارے points plot ہو رہے ہیں ڈیٹا میں کوئی change آگیا ہے جو صرف ایکی side پر align ہو رہا ہے یہ potentially ہمیں لگ رہا ہے کہ ہمارا system warning limits کی طرف بڑتا جا رہا ہے تو ہم اسے پہلے سے ہی mention کر سکتے ہیں یا control کر سکتے ہیں تو preventive action میں ہم control کرتے ہیں اور corrective action میں ہم corrections کرتے ہیں definitely prevention is better than cure تو system کو ہم جتنا بہتر monitor کرتے ہیں جتنا بہتر evaluate کر سکتے ہیں time سے پہلے اتنا ہم corrective action یا problem کو آنے سے روک سکتے ہیں