|
This thread is carried over and continued in the Current Elsmar Cove Forums |
|
The Old Elsmar Cove Forums
![]() ISO 9000:1994
![]() Corrective and preventive action
|
| next newest topic | next oldest topic |
| Author | Topic: Corrective and preventive action |
|
Johan Gahnstrom Lurker (<10 Posts) Posts: 2 |
We are a little stuck in our work with iso 9001 concerning 4.14. All help is greatfully accepted. ------------------ [This message has been edited by Marc Smith (edited 20 November 2000).] IP: Logged |
|
Leslie Garon Forum Contributor Posts: 27 |
What exactly are you stuck on? do you have any kind of corrective or preventive action system? How are problems reported and fixed? How about what you do after finding and dispositioning nonconforming product? is there a next step researching a cause? investigating/tracking how often the problem occurs or if it reoccurs, similiar problems in the same place? Do you have a supplier corrective action system? I'd love to help, but help me out with a few more details. IP: Logged |
|
Kevin Mader Forum Wizard Posts: 575 |
Johan, I wrote something about a week ago in the QS9000 forum under the topic of Continuous Improvement Techniques that may help you out. I am assuming that you are having difficulty understanding the element and not having difficulty deploying CA & PA. Give that a look for greater detail and for a crude case example. Otherwise, here is a thought or two. Corrective Action: Actions taken to eliminate the root cause of an existing nonconformance and to prevent its reoccurrence. Preventive Action: Actions taken to eliminate a 'potential root cause' to a potential problem that has not occurred. The element (4.14) requires that you identify areas for both within your organization. The CA portion deals with items such as customer complaints received, nonconformances uncovered as part of internal quality audits, or received incoming materials not meeting specifications for example. These problems exist in the here and now and require corrective action to prevent their reoccurrence. What do you do to correct the issues and how do you document what you did? Did it work (close the loop)? Do you review this as part of Management Review? Preventive Action is a more difficult idea to grasp for most (maybe because we tend to put out fires rather than prevent them) and can be accomplished in various ways. I like to think of it this way. If a process or system is in a state of statistical control, does a problem exist? Sometimes but not always. There is natural variation in any process or system, but their output may not meet our desired expectations. A process not meeting our expectations may need refining, bu not necessarily correcting. We often think something 'must' be wrong when we don't get the results we hoped for. There is a significant difference in a process not meeting expectations and a process not producing to specification. This misunderstanding of system output usually leads to a landslide of issuing Corrective Action for every problem encountered. Does your organization make defective products occasionally? Mine does. Should I create a Corrective Action Report for each defective product especially if some level of defects is to be expected (the system will never produce zero defects)? No. Doing so would bog down the CA process and creates another set of problems (missing CA reports, CA reports not filled correctly, duplicate CAR for the same problem). Not all problems are Corrective Action opportunities. Some are Preventive Action opportunities. This example is more typical of a Continuous Improvement process with Preventive Action ties. Give thought to which situation you have and take actions commensurate with risks encountered. I hope this helped. IP: Logged |
|
Don Winton Forum Contributor Posts: 498 |
Kevin, You have covered the aspects very well. I generally use this when describing the difference between CA and PA. Corrective Action: Putting out a house fire after it has started. Preventive Action: Observing conditions that may start a house fire and removing them from the system. Regards, IP: Logged |
|
Kevin Mader Forum Wizard Posts: 575 |
Don, Better said with your few words. IP: Logged |
|
Leslie Garon Forum Contributor Posts: 27 |
I've come to explaine the difference this way: Corrective Action: Resolving an actual cause that exists in direct relation to the problem. Preventive Action: Resolving potential causes that exist as a symptom of the problem. With corrective action the cause is known and addressed directly, with preventive action only the potential is known, so you address somthing that could occur rather than that which is occuring. IP: Logged |
|
RRamamurthy Lurker (<10 Posts) Posts: 4 |
I would agree with what Leslie said. Taking it further, I would put it thus: Putting out the fire in the house is action on disposal of non-conformity. Ensuring that safety systems are installed in the house such that the house does not catch fire in future is Corrective action. Ensuring that the barn or the car or the office does not catch fire like the house did, and taking suitable steps for that is Preventive action. Ensuring that flooding or electrocution or such hazards do not take place in the hose even though they have not occured, is Preventive action. ------------------
IP: Logged |
|
Andy Bassett Forum Contributor Posts: 274 |
Hello Johan The boys in this forum are getting better and better at explaining complex issues. I learnt the difference between PA and CA via this forum, the registrars that i worked with did not seem to be able to understand it themselves. You are however left with the question 'what sort of activities can be classified as PA'. I think i would be right in saying that FMEA is a good example of PA. This is an excellent technique which all employees should be taught, even if they use it simply as a structured brainstorming. In one particular company where i work they do something called a 'Preventive Action Overview' for each product. In this they define what 'general' steps are required to prevent defects. IE Column 1 Supplier Selection - Are the suppliers certified? Do they have a history of good delivery? Do they need an Audit? The whole thing can normally be laid out on one A3 spread sheet, and really is a good quality overview, it encourages your manufacturing staff to think about the quality of the whole product, from beginning to the end, not just at the point they are concentrating on. Its pretty impressive to show to customers, it gives the impression that the whole process is under control. I think it helps companies to be proactive to do it in this way, however i think it also pretty close to being a 'Quality Plan' but nobodies twigged yet. Hope that helps ------------------ IP: Logged |
|
Marc Smith Cheech Wizard Posts: 4119 |
Also see: http://Elsmar.com/ubb/Forum32/HTML/000002.html [This message has been edited by Marc Smith (edited 21 June 2001).] IP: Logged |
|
John C Forum Contributor Posts: 134 |
Andy, You're my main man! You got it in one! - As they say down here in Cork; "You're a star". Of course, you are way wide of the mark in saying; "The boys in this forum are getting better and better at explaining complex issues". Well, I'll grant that it's usually true and (on the side) I've great respect for them, but regards Preventive Action, they're right off the wall. (If you don't believe me, go back via the link that Marc put up. It's hard reading.) Everyone is willing to argue about what Preventive Action is but no one will believe me when I quote, directly from ISO 9001, 4.14.3; "the use of appropriate sources..... to detect, analyse and eliminate potential causes". It's not me saying it - it's ISO 9001. Whose boss around here? I say that ISO 9001 is the boss and what he says goes. Corrective action eliminates causes. It analyses them as well although the word used is 'investigate'. Inevitably, when they 'take corrective action to eliminate causes', this action is preventive. The only thing remaining to distinguish between Corrective Action, 4.14.2 and Preventive Action, 4.14.3 is the word 'detect'. Preventive action detects causes. It is essentially a detection excercise; 'Go out and detect (potential) causes before they bite us.' Set up a process to find them. The word 'potential' is probably what throws people but really, it is irrelevant. You fix the ones you know about but you have to detect the ones you don't. It's that simple. Don't listen to them Andy! Don't listen! Stick to your FMEA (whatever the hell that is) and your Preventive Action Overview, where you are establishing your 'sources..to..detect..causes', straight out of 4.14.3.
[This message has been edited by John C (edited 27 May 2000).] IP: Logged |
|
John C Forum Contributor Posts: 134 |
I saw another discussion going on, kicked off by AJP and this got me thinking again about what Preventive Action is really about and what was in the minds of the BS 5750 guys who first wrote it in as a subset of Corrective Action. Also, what was in the minds of the guys who, between Î87 and Î94, promoted it to a section of its own. Note that at this time, the idea of Preventive Quality Control was taking hold. Previously, quality was all about the ÎQuality Loopâ - build, inspect, feedback defect data, fix defects, build. The internal combustion aero/aircraft engine is a dodo. A dead duck! Itâs ok for weekend fliers but not for practical purposes. From a simple and promising system in 1939, it underwent one of the most intense development programs ever and, by the end of World War 2, it was unrecognisable in appearance, complexity and performance as the progeny of its forebears. But it hadnât grown up to be a gas turbine and no amount of development would turn it into one. The development of the internal combustion was a Corrective Action process, focusing on product defects. Corrective Action stops and starts and stutters along, going whichever way the wind blows. It is essentially, negative, sterile and limited. While the development of the engine was going on, Frank Whittle in England and Mr Messerschmidt in Germany were engaged in Preventive Quality and were developing the gas turbine which consigned the I.C aero motor to history. Preventive Quality focuses on the end purpose and on the process, which it breaks down to the minimal optimum. It is ongoing and it embraces all engineering aspects. As a a small but significant bonus, it eliminates defects before they occur. It is positive, potent and unlimited. So where does this leave ISO 9001? Well, ISO 9001 has itâs roots in the old quality loop so Corrective Action is at the heart of its being. It is totally dependant upon auditing out defects so, when the ISO guys heard the message that Preventive Quality was the future, they were in a bit of a quandry. In hotels in Geneva, Barcelona, London, Cork, LA and Hongkong, they covened to chew over the problem; How could they reconcile ISO 9001 with the new light? Fact is, guys. ISO 9001 is also a duck. Its not dead but maybe weâd be better off if it was. As one who has always defended ISO 9001, you might think I too, have compromised but I always knew it was a duck. I never ordered it when I wanted sirloin with gravy and a good beaujolais. Why is ISO 9001 a duck? 1) Because Preventive Quality is greater and maybe should have a whole standard to itself. 2) While ISO 9001 does not preclude Preventive Quality, it hasnât the means to apply it. So it emphasises Corrective Action with the high profile drama of trouble shooting teams pulling the company back from the brink of extinction and resolving problems which they themselves caused. Corrective Action is the easy option and it appears to be cheap. Expensive and low profile Preventive Quality receives lip service from everyone but it just doesnât get done and ISO 9001 is largely to blame, not because of its own weaknesses but because of general mistaken perception. Note; The BS 5750 boys, engineers who worked among the nuts and bolts, wrote in BS 5750, 1987 4.14 b); ăanalysing all processes, work operations, concessions, quality records, service reports and customer complaints to detect and eliminate potential causes...ä Technical Committee TC 176, in ISO 9001, 1994, 4.14.3 a) wrote; ăthe use of appropriate sources of information such as processes and work operations which affect product quality, concessions, audit results, quality records, service reports and customer complaints to detect, analyse and eliminate potential causes) See the difference? In the first, Engineers ăAnalyse all processesä, ie; they go out and look to see what is going on and, in doing so, they think about the purpose and about new ways to do it. Quality bureaucrats send inspectors to collect defect data and then use that data to Îanalyse potential causesâ. Itâs a small difference on paper but a world of difference in practise. A camel of quite a different colour. Now the crunch time; You were right and I was wrong and anyone who is confused about 4.14.2 and 4.14.3 is dead right to be confused. Also, the guys who describe both sections in terms of corrective action and fail to see the Preventive Quality in the latter, are justified in doing so. The wording of 4.14.3 is an error and it should read ÎAnalyse all processesâ because, as it stands, it is nonsense. It should read as I interpreted. One thing more; The exception that proves the rule; I ăinterpretedä. Even though I have shouted from the rooftops that we must not interpret ISO 9001, but should read it carefully to see what it says. I didnât read this carefully but assumed that it said what it used to say back in 1987. Well, on the subject of ISO 9001, I have been proved to be fallible but, as I say, it was the exception that proves the rule and I will be more careful in future. The Standard, version Î94, has also been shown to be seriously fallible. I wonder how version 2000 will stand up, now that the bureaucrats have really had a go at it? rgds, John C [This message has been edited by John C (edited 29 May 2000).] IP: Logged |
|
Mark Lurker (<10 Posts) Posts: 8 |
I think we should stop and go back to basics. The biggest problem with ISO9001 is that it is only a model, being read as a standard or a specification. The intent behind the words is the issue here. Reading through all the responses, I believe everyone understands the intent, although implementation may differ. Regardless of the order or the methodology, 4.14 wants the user to follow through after identifying and dealing with non conformance, to not only putting in action to remove the root cause, but learn from the non conformance and also analyse various sources of information (in place of an actual non conformance) to do the same with potential problems. The ca/pa system can be as complex or as simple as you want to make it, although it is one requirement where I have found even the simplest systems can be very effective in a large organisation. ------------------ IP: Logged |
|
Marc Smith Cheech Wizard Posts: 4119 |
See the following related thread: http://Elsmar.com/ubb/Forum31/HTML/000033.html IP: Logged |
All times are Eastern Standard Time (USA) | next newest topic | next oldest topic |
![]() |
|
Your Input Into These Forums Is Appreciated! Thanks!
