This document discusses deviation, out-of-specification (OOS), and complaint investigations and corrective and preventive action (CAPA). It defines key terms like nonconformity, corrective action, and preventive action. It describes the requirements for investigations per 21 CFR regulations. Common investigation tools like root cause analysis, 5 whys, fishbone diagrams, and fault tree analysis are explained. The document stresses identifying the root cause, avoiding focus on individuals, and verifying the effectiveness of CAPA.
1. Deviation, OOS & Complaint
Investigation and CAPA
1
Dr. A. Amsavel, M.Sc., B.Ed., Ph.D.
2. Overview
• Definition
• Requirement
• Deviation, OOS and reporting
• Investigation
– RCA– RCA
– Investigative tools: Why –Why , Cause & Effect and FTA
– Human error
• CAPA
• Implementation
• Investigation report
• Verification for effectiveness
2
3. Definition
Correction: An action to eliminate a detected nonconformity.
Remedial action : Repair, rework, or adjustment
Corrective Action: The action taken to eliminate the causes of an
existing nonconformity, defect or other undesirable situation
in order to prevent recurrence.
Preventive Action: The action taken to eliminate the cause of aPreventive Action: The action taken to eliminate the cause of a
potential nonconformity, defect, or other undesirable situation
in order to prevent occurrence.
Nonconformity: non-fulfillment of a specified requirement.
Any material or process that does not meet its required
specifications or documented procedure.
Note: There is no definition for CAPA in the drug cGMP regulation
3
4. Root Cause
Root Cause identification is the most important
step
Root Cause Analysis (RCA) is a systematic
approach to identify the actual root causes of aapproach to identify the actual root causes of a
problem.
Problems will only be solved if the corrective
action implemented is addessing the real root
cause accurately
4
5. Non-Conformance & CAPA Flow
Non-Conformance Control
1. Identify
Non-
conformity.
2. Keep an item
away from
work area.
3. Decision
on non-
Conforming
item.
4. Take
remedial
action.
Corrective Action (CA)
5
5. Initiate
investigation
6. Identify
Root cause.
7. CA/PA
Implemen-
tation
8. Verify
the
Effective-
ness
6. 21CFR Requirement
( As per Medical device)
• 21 CFR 820.100(a): Regulatory Requirement -
Establish and maintain procedures for implementing corrective and
preventive action
• 21 CFR 820.100(a)(2): Investigate to Determine Root Cause
Investigate the cause of nonconformities relating to product,Investigate the cause of nonconformities relating to product,
processes, and the quality system
• 21 CFR 820.100(a)(3): Identify Corrective and Preventive Actions
Identify the action(s) needed to correct and prevent recurrence of
nonconforming product and other quality problems
• 21 CFR 820.100(a)(4) Verify/Validate Corrective &Preventive Actions
Verify or validate the corrective and preventive action to ensure that
such action is effective and does not adversely affect the finished
device 6
7. Preamble
• There are several investigation tools for deviation /
OOS/ complaint investigations
• Use effective tool to identify the root cause; usually
with the use of a single tool.
• Complex investigations may require two or more• Complex investigations may require two or more
different tools
Familiar tools used widely are
– WHY -WHY analysis
– Fish Bone Analysis
7
10. How to Report Deviation & OOS
1. Description – Describe clearly the Problem/Failure.
2. Determine: What, Why, Where, When, Who, How?
3. Immediate Actions taken : Contain/ stop continue
4. Immediate ( known ) Product Quality Impact4. Immediate ( known ) Product Quality Impact
5. Complete the above within 24 hours from time of an incident
identified
6. Initial ( preliminary ) QA Review
– Above section must be completed within 2 days of receipt
– Complete the investigation as per SOP (preferably 3-5 days)
10
11. Investigation
Objective: Prevent the similar failure by effective CAPA.
Seven steps of CAPA
1. Identification –Clearly define the problem
2. Evaluation – Appraise the magnitude and impact
3. Investigation – Make a plan to research the problem3. Investigation – Make a plan to research the problem
4. Analysis /RCA– Perform a thorough assessment
5. Action Plan – CAPA -Create a list of required tasks
6. Implementation – Execute the action plan
7. Follow Up – Verify the effectiveness
Do not “release the deviation /OOS batch.” until establish
the conclusion 11
12. Deviation/Incident Reporting
• State the incident Clearly /measurable terms
– What, When, where, how often, how much,
• Emphasize the quality risk,
–safety, death, injury, rework, etc.–safety, death, injury, rework, etc.
• Do not write incident as
–negative descriptors, inflammatory statements
–words that are broad and do not describe the
conditions or behaviour such as careless, complacency,
neglect, oversight etc
12
13. Deviation/Incident Reporting
“If An Incident /problem is well defined , a problem half
solved”
– Keep in mind it is to Correct, Prevent & Improve
– No shortcut to conclude as human error
5W:
What is affected• What is affected
• Where does the problem takes place
• When is the problem indentified
• Who is indentified
• What is the consequence
2H:
• How much is affected
• How often has the problem occurred 13
14. Investigation Process
• Review past history /similar issue
• Review records and documents
• Review process/operations
• Review the situation/ environment
• Interview people closest to the problem
• Inspect and test the product/ material
• Gemba-Inspect equipment & facilities at site
14
15. Investigation Steps
• Information must be captured from the
people who were involved
• Gather the facts quickly to avoid the loos• Gather the facts quickly to avoid the loos
of information/ evidence
• Determine what historical data is available
• Determine what is known rather than
what is “from memory”
15
16. Investigation Recording
• Record the details
– Location
– Date and time of occurrence, discovery
– Personnel ( titles / names ) involved– Personnel ( titles / names ) involved
• Explain why the event is different from what
is expected
– Initial scope:
– Product / materials
– Lot/batch / campaign
– Equipment / train 16
17. Investigation: Review of Documents
• Review of BPR
• Review of Test data/records
• Review of situation surround of an incident
• Review of Systems / facility/ Equipment
• Eg. Environment, Log book, cleaning, handling
• Verify any such past incidence & report
• Any additional testing required
17
18. Root Cause Analysis (RCA)
Root cause and the “weed”:
Weeds can be difficult to remove
once they start to grow and spread.
To eradicate the weed you have to
18
To eradicate the weed you have to
get below the surface, identify the
root, and pluck it out.
Thus, you have to go beyond the
obvious, ascertain an accurate
route cause, so the appropriate
corrective action can be pursued to
prevent recurrence.
19. Root Cause Analysis (RCA)
A root cause is a system or a process that caused the
problem you observed.
• Root Cause : That condition, action, or lack of action
that led to the problem occurring.
• Root Cause Analysis: The process of identifying all
the causes (root causes and contributing causes) that
have or may have led to an deviation.
19
20. Possible Reasons for Failure
• Human Error
• Equipment Failure
• Procedure is Inadequate or Not Clear
• Procedure not Followed• Procedure not Followed
• Training Inadequate
• Design Error
• Poor Communication
20
21. What are Human Errors?
A mistake made by a person rather than a
machine that produces a result that is
Undesirable
• The organization does everything to prevent the• The organization does everything to prevent the
problem.
• However, the employee ( operator/ peer/ supervisor/
management ) still make a mistake
• Everyone can make error no matter how well trained
and motivated
21
22. Human Error or Violation?
• Two types of human failure: Errors and violations.
• Identify them correctly and to be addressed appropriately
– A laboratory technician performing two tests simultaneously ,
but used the wrong sample for one of the tests
– A production operator filled out a cleaning record without– A production operator filled out a cleaning record without
performing the task
• A violation is a deliberate deviation from a rule or
procedure.
– What influences to Error or Violation
• Eg: Time pressure, design of controls, procedures, training and
experience, fatigue, and levels of supervision etc.
22
23. Human errors occur due to
• Inattention
• Memory lapse
• Failure to communicate
• Exhaustion /poor working conditions
A bad system
will beat a good
person every
time
-W. Edwards Deming
• Exhaustion /poor working conditions
• Ignorance
• A number of other personal and environmental factors
Poorly designed equipment / facility.
Eg Temperature gauge is fixed at roof or operation in ground
floor , values fixed at first floor
23
24. Human Error
• Human errors are not root causes
• Human errors are symptoms or consequences of
deeper causes
• Develop error-tolerant systems to prevent errors
• Design of the job, equipment, procedures, and training.• Design of the job, equipment, procedures, and training.
“Change the People
Without Changing the System and
the Problems Continue.”
-Don Norman 24
25. Human Error Type
Error Type Definition
Inadequate process Process does not achieve correct outcome
Incorrect procedure Procedure does not reflect the process
Lapsed/ no training Training/competency assessment out of
date, not completeddate, not completed
Inadequate training Training/competency assessment does not
cover error made
Ineffective training Training is adequate, but misunderstood
Procedural steps Procedural steps missed out (Intentional
omitted or forgotten)
Concentration
maybe due to rushing
Steps in the process have been completed,
but not accurately
27. “You Can’t Solve A Problem
Until You Are Asking
The Right Question”The Right Question”
27
28. 5 Why analysis- Sakichi Toyoda
A simplistic approach exhausting the question “Why?”
It is like FTA and brain storming
Preferred for investigations of specific deviations as
opposed to chronic problems.
Asks why events occurred or conditions existed; iterative Asks why events occurred or conditions existed; iterative
questioning
Drills down to the root cause
By repeatedly asking the question “Why?”, until symptoms
and identify the Root Cause of the problem.
Each Why bring : Obvious Excuses Reasons
Causes Root causes
28
29. Disadvantages of 5 Why Analysis
This time consuming brainstorming process may be
tedious for team members trying to reach
consensus.
Results are not reproducible or consistent. Another Results are not reproducible or consistent. Another
team analyzing the same issue may reach a different
solution.
Some time Root causes may not be identified.
29
31. Cause and Effect /Fishbone Diagram
• It is also called as Ishikawa Diagram
• Establish a team which possess knowledge on this
• Write the Problem Statement at Head of a Fish bone.
• 6M or 5ME As Main Branch: Manpower, Machines,• 6M or 5ME As Main Branch: Manpower, Machines,
Materials, Methods, Measures, Milieu / Environment.
• Identify the main categories of possible causes
• Add the sub-branch/factors in the diagram until to get
useful information.
• Place these at ends of branches emanating from the
back bone. 31
32. Cause and Effect /Fishbone Diagram
Brainstorm all possible causes and place these in the
suitable area of the diagram.
Use checklist /questions to support brainstorming
Do not discourage the members ideas
Analyze the results of the fishbone after obtained
adequate detail to identify most likely causes.
List most likely causes in priority order. First item
being the cause or most probable cause.
Typical Fishbone diagram....
32
35. Example of Fish Bone Questions
Measurement:
• Is process performed as per established parameters?
• Are all measurement /entries / data correct?
• Calculations correct and verified?• Calculations correct and verified?
• Are measuring devices appropriate, qualified & calibrated?
• Do previous inspection or maintenance results indicate
potential problems?
• Is quantity of input and output correct. Is quality suitable
• Is there any previous atypical results or trending history ie OOT
• Recent documentation history?
35
36. Example of Fish Bone Questions
Method / Process:
• Is the process validated?
• Is the process operating within its validated
parameters?
• Any deviations from standard operating procedures?• Any deviations from standard operating procedures?
• Is the right procedure used?
• Is the procedure accurate / clear?
• Samples pulled at appropriate steps?
• Any sampling issues?
• Were processing steps properly verified?
36
37. Example of Fish Bone Questions
Machine/Equipment:
• Has equipment been recently replaced or repaired?
• Is qualified & and suitable assessed
• It is within calibration?
• Is preventative maintenance completed?
• Maintenance records reviewed?
• Are any equipment cleanliness issues?
• Equipment capacity or availability an issue?
• Is equipment being used for its intended purpose?
37
38. Example of Fish Bone Questions
Materials:
• Are material / components tested & approved ?
• Is properly released and issued ?
• Are materials charged correct quantity & in sequence?• Are materials charged correct quantity & in sequence?
• Material properly stored – temperature / humidity?
• Is within expiration dating?
• Is properly labeled & segregated adequately?
• Is it from new source / vendor?
• Material sensitive/ protected
38
39. Example of Fish Bone Questions
Environment
• Is any environmental condition that contributed to failure?
• Is temperature maintained in the area and product ?
• Is equipment / room properly cleaned?• Is equipment / room properly cleaned?
• Is cleaning validated?
• Cleaning agent /sanitization solutions used is appropriate ?
• Check the conditions :Air Flow, Pressure, Temperature, %RH
• Is any other activity performed at the same time that could
contributed
• Is personnel monitored and maintained within limits
39
40. Example of Fish Bone Questions
People /Men
• Are personnel properly trained in the procedures?
• Are the operators familiar with the activity?
• Are adequate number of personnel worked in the• Are adequate number of personnel worked in the
particular procedure?
• Verify break/ shift change or any other issue
• Is adequate oversight of operators possible?
• Are procedures available to operators conducting the
activity?
40
41. Fault Tree Analysis
FTA can be used to investigate complaints, deviations, unusual
events
It is a kind of deductive procedure used to determine failures and
human errors that could cause Failure/ undesired events
Approach to failure of the functionality of a product or a process. Approach to failure of the functionality of a product or a process.
FTA is pictorial presentation of the fault modes based on logical
reasoning
FTA build by probable causes to identify potential causes of
system failure before actual failure occur.
Conclusion after completing an FTA.
41
42. Fault Tree Analysis Steps
Define the fault condition and write down the top level failure.
Using technical information and professional judgments,
determine the possible reasons for the failure to occur and write
down below the failure in the tree..
Continue to break down each element with additional gates toContinue to break down each element with additional gates to
lower levels.
Consider the relationships between the elements to help you
decide whether to use an "and" or an "or" logic gate.
Finalize and review the complete diagram. The chain can only be
terminated in a basic fault: human, hardware or software.
If possible, evaluate the probability of occurrence at each elements
42
45. Rules followed for FTA
FTA shall focus on the decision of experts from various
disciplines and provides common outlook for the problem.
Agreements and differences in opinion on the inputs and
importance are considered in FTA.importance are considered in FTA.
Members has to be encouraged, not likely to feel threatened.
FTA shall focus on how the system operates, not personnel.
Graphic shall Identify the possible causes of failure.
45
46. Avoid during Investigation
• Do not focus “Who made a mistake?” Focus on “Why
did this go wrong?”
• To avoid reaching erroneous / incomplete conclusions
in the rush state.
• Scope and extent of failure is not understood fully• Scope and extent of failure is not understood fully
• Being superficial ( at symptom level ) and not reaching
the depth ( at root cause level ).
• Lack of timely conclusion leading to improper product
realisation.
• Thus failure is subsequently repeated.
46
47. OOS Reporting & Investigation
• Description – clearly state the problem
• Phase1 – Check list – Chemist & supervisor
• Hypothesis test
• Retest
• Investigation
– Laboratory / Manufacturing
– RCA – investigation tool / methodology
– Fishbone diagram- men/ method/material/machine
– Process details/ analysis detail
– CFT :QA, QC, Production Technical service, Engineering , R&D etc
• Identify Other Batches Potentially Affected
– Justify Selection & Consider distributed lots if any
• Conclusion
• Documentation
47
48. Evaluation of product Impact
• Evaluate Product Impact / Disposition
– Additional testing / results
– Provide reason for accept / rejection of the batch
– Justify the exclusion of other batch if required
– Consider toxicological evaluation if required
– Reprocess/ reworking
– Stability
48
49. Investigation: Document Review
• Review all documents and records of the
manufacturing process.
• A written record of the review includes:
1. A clear statement of the reason
2. Summary of manufacturing process aspects that
could cause the problem
3. Results of documentation review with probable
cause.
4. Results of previous reviews
5. Description of corrective actions to be taken.
49
50. Resolution
Typical Resolutions to Causes
Procedural changes / updates
Process Changes
Engineering changes
Process validation Process validation
New training programs
Typical Resolutions to Symptoms
Fix it /Re-work / Correct
Re-Training
Disciplinary action
50
51. Conclusion of Investigation
• If a cause is found, invalidate the initial result
and use the retest value(s) in its place.
• If the OOS is confirmed the batch is rejected.• If the OOS is confirmed the batch is rejected.
• If the OOS is inconclusive and the retests are
within specification, then QA may be able to
justify releasing the batch.
51
53. Contents of Investigation Report
• Reason for the Investigation
– What event or finding initiated the investigation
– How and when Identified
• Evaluation• Evaluation
– Consider related activities and impact (immediate
& overall)
• Describe What Happened
– When
– Where
– What immediate actions were taken
53
54. CAPA
• Identify Corrective Actions
– Resist: operator error corrected with retraining
– May include additional monitoring / assessment
– Implementation must be timely– Implementation must be timely
• Identify Preventive Actions
– Success depends on adequate identification of root
cause
– Interim solution may include additional monitoring
54
55. Effectiveness Verification of CAPA
• After implementation of CAPA effectiveness has to be verified
• Check that proper controls are established
• Verify the proposed training / communications
• Verify that CAPA show the improvement and there is no such
problem reoccurs
• Verify that all the recommended changes are implemented and
documented
• Verify that implemented CAPA, is not have any other adverse
impact
• Document the effectiveness verification
55