Denise Dion, VP RA/QA Services EduQuest, and Former
Transcription
Denise Dion, VP RA/QA Services EduQuest, and Former
Operating in a State of Control; A Risk-Based Approach to Quality Denise D. Dion Vice President Regulatory and Quality Services EduQuest EDUcation: QUality Engineering, Science, & Technology Management Production and Process Controls Design Controls Material Controls Corrective and Preventive Actions Records, Documents, and Change Controls Equipment and Facility Controls Controls ©2012 EduQuest, Inc. 2 FDA Focus • Management oversight • Product life-cycle concept (cradle-to-grave) • Conformance evidence – documentation • Change Management • Audits – overall quality system/design controls • Corrective and Preventive Action system ©2012 EduQuest, Inc. 3 ©2012 EduQuest, Inc. 4 ©2012 EduQuest, Inc. 5 FDA Product Lifecycle P1, early P2 Approved Requirements Draft Requirements Prelim. Risk Assessment 510(k), PMA, PMA supplement, IDE, HDE, IRB ©2012 EduQuest, Inc. 6 Pre-Market: Design • Concept and Feasibility – This is the time to determine the requirements of the device – Design starts once your initial requirements are approvable – Preliminary risk analysis (top-down) should be done concurrent with determining your requirements ©2012 EduQuest, Inc. 7 The Yin/Yang of Design/CAPA • Design is the beginning • Risk Analysis – (product and process) begins with Design • Production and Post-Production Planning feeds the CAPA system ©2012 EduQuest, Inc. 8 Cradle-to-Grave Concept Design Controls CAPA Risk Management Product Monitoring Complaints Service Reports Audits ©2012 EduQuest, Inc. 9 The Yin/Yang of Design/CAPA • Production and Post-Production data is used to – Assure our original risk assessments were correct – Assist us in proper evaluation and investigation of nonconformances (product, process, system) – Identify needed actions to improve our product design, processes and systems ©2012 EduQuest, Inc. 10 The Yin/Yang of Design/CAPA • In deciding on requirements for design changes or new designs – Marketing data – Voice of the Customer – Human Factors – Regulatory/Standards – Production/Post-production data from similar designs ©2012 EduQuest, Inc. 11 Use of Trace Matrices • Use trace matrices – To help identify affected parts of design when changes are made – To Identify tests to be repeated on changed design • To understand where you may be introducing new risks or failure modes or affecting existing mitigations ©2012 EduQuest, Inc. 12 Design Input Requirements • Initial Design Input Requirements include: – User needs – Intended uses – Safety attributes – Performance features or usability (Human Factors) – Technical compatibility, Standards ©2012 EduQuest, Inc. 13 Design Inputs – Sources • Human Factors • Regulations • Standards • Guidance • Preliminary Risk Assessment activities • Failure Investigations of Complaints, MDRs, CAPAs, Recalls (Yours and Others) • Marketing and Clinical studies and surveys ©2012 EduQuest, Inc. 14 Design Input and Outputs • Initial Design Input Requirements – What we design to • Final Design Output Specifications – the Device Master Record – What we build to ©2012 EduQuest, Inc. 15 Design and Usability Goals • Design for the most common users and tasks – 80% of users and tasks – Users, not engineers • Make information easily obtainable (intuitive) – Memory is fallible ©2012 EduQuest, Inc. 19 Design and Usability Goals • Provide obvious error control – Prevent errors – Make errors recognizable – Enable immediate error recovery ©2012 EduQuest, Inc. 20 Consequences of Poor Usability • Use Error – complaints, recalls • Increased technical support costs • Increased training requirements • Revision of User Manual (possible FDA submission) ©2012 EduQuest, Inc. 21 Why Design Input is Important • Garbage In – Garbage Out (GIGO) 22 2012 EduQuest, Inc. Consequences of Inadequate Design Input • Device not fit for its intended use – Not effective – Not safe • Complaints, MDRs, Recalls • Changes – design, manufacturing process • FDA Regulatory Action ©2012 EduQuest, Inc. 23 Design and Risk Management • Perform initial (top-down) risk assessment during the creation of the initial design input requirements. • Perform final risk assessment (bottom-up) to help finalize your design output specifications contained in the device master record. • For pre-market knowing frequency of occurrence of harm may be enough; • For post-market you will also need frequency of occurrence of the event or failure mode. ©2012 EduQuest, Inc. 24 Post-Market: CAPA • An effective CAPA system uses mechanisms to monitor the quality of people, processes, product, and quality system • This includes complaint handling, nonconforming product mechanisms, adverse event reporting, corrections, removals, and recalls • Need to understand product and process risk to make appropriate decisions ©2012 EduQuest, Inc. 22 Purpose of a CAPA System • To collect and analyze quality information - feedback • Identify and investigate product and quality problems • Take appropriate and effective corrective and preventive actions to prevent their occurrence or recurrence ©2012 EduQuest, Inc. 23 CAPA Data Sources – Quality Data • Customer complaints • Incoming components /Materials • Inspection/test data “final” • Inspection/test data “in process” • Calibration • Record/document issues • Nonconforming material or product • Supplier audits • Management review • 3rd party audits • Internal audits ©2012 EduQuest, Inc. 24 CAPA Data Sources – Quality Data • • • • • • Process control data FDA observations Process Validation issues Facility control Training records Design Verification /Validation • Device history records • Field actions (corrections and removals) • Equipment maintenance • Change control records • Scrap/rework/yield data • Environmental monitoring/control ©2012 EduQuest, Inc. 25 CAPA Data Sources – Quality Data • Returned goods • Clinical data • Medwatch/MDR/ Vigilance reports • Employee complaints • Handling/storage of product data • Clinical literature and journal articles • Field service reports • Legal claims • Product warranty ©2012 EduQuest, Inc. 26 CAPA Procedures • Procedures that discuss how any nonconformance or complaint is initially evaluated for validity, extent and impact • Procedures that state when a root cause investigation is required for all data sources as well as for trends – criteria for escalation • Procedures to describe how root cause investigations are to be conducted and documented ©2012 EduQuest, Inc. 27 General Flow for a CAPA System Nonconformance Process or System Product Complaint Potential or Actual Noncomplaint Potential Potential NC Report Level 1 FI NCMR Actual Process or Quality NC Report Level 2 FI? Level 1 FI No Yes Yes Level 2 FI? Close No Level 2 FI Document and Trend Level 2 FI No Document Corrections for all existing and trend all CAPA? Yes Trend Analysis Indicates Actual or Potential Nonconformance Enter Into CAPA Database Trend Analysis Indicates Actual or Potential Nonconformance Document and Track through Implementation and Effectiveness ©2012 EduQuest, Inc. 28 CAPA System Advice • Not every situation can be a code red • Use risk management to prioritize Non-conformance and CAPA work ©2012 EduQuest, Inc. 29 Key Phases of Investigations • Three key phases (some companies break these out into more than three) – Investigation (to assess whether the observed result is valid, extent and impact) – Expanded investigation (to assess cause) – Corrective action (to identify action(s) to correct the cause of the problem and ensure the nonconformity cannot recur) ©2012 EduQuest, Inc. 30 Key Objectives of Initial Evaluation • To determine if the observed result is valid • To determine its impact or significance • To determine the extent of the problem – Other lots or serial numbers of that product – Related products and processes ©2012 EduQuest, Inc. 31 FDA Guidance • “To be meaningful, the investigation should be thorough, timely, unbiased, well-documented, and scientifically defensible.” – Note − this is an excellent starting checklist for reviewing and challenging draft investigation reports ©2012 EduQuest, Inc. 32 SOAP • S – Subjective data – at input, initial evaluation • O – Objective data – initial evaluation and root cause investigation • A – Assessment – probable or actual cause – Rule Out – what it definitely, maybe is not • P – Plan – corrections, containment, corrective or preventive actions, additional actions ©2012 EduQuest, Inc. 33 Corrective and Preventive Action • Need to both – – Treat the symptoms • Design and implement corrective actions for each cause – Cure the related diseases • Thorough and exhaustive root cause analysis • Design and implement additional corrective or preventive actions to ensure that the problem cannot recur or occur ©2012 EduQuest, Inc. 34 Cradle-to-Grave Concept Design Controls CAPA Risk Management Product Monitoring Complaints Service Reports Audits ©2012 EduQuest, Inc. 35 EduQuest EDUcation: QUality Engineering, Science and Technology • Global team of FDA compliance experts based near Washington, DC • Founded by former senior officials & investigators from FDA’s Office of Regulatory Affairs (ORA) Headquarters • Advising medical device and bio-pharmaceutical companies worldwide since 1995 • Focus on Audits and Training for Quality Systems, Risk Management, Part 11, Validation, Inspection Readiness ©2012 EduQuest, Inc. 39 Denise Dion Vice President, Regulatory & Quality Services EduQuest • 18 years of experience with the U.S. FDA Office of Regulatory Affairs (ORA) • Former FDA Medical Device Expert Investigator • Developed many of FDA’s inspection guidance and training materials • Primary editor of the FDA Investigations Operations Manual (IOM) – the “bible” for FDA inspectors • Lead instructor for EduQuest CAPA, QSR Basics, and Design Control classroom training courses (www.EduQuest.net) ©2012 EduQuest, Inc. 40 EduQuest EDUcation: QUality Engineering, Science and Technology Additional Opportunity for Staff Training from EduQuest: The CAPA Confidence Clinic: Effective CAPA Systems, Failure Investigations & Complaint Management • September 27-28, 2012 – Frederick, MD (near Baltimore and Washington, DC) QSR Compliance Basics: Complying with FDA’s Medical Device 21 CFR 820 Quality System Regulation • October 16-17, 2012 – Frederick, MD (near Baltimore and Washington, DC) Design Control for Medical Devices: Meeting FDA’s 21 CFR 820.30 Rules for Quality Design and Manufacturing • October 17-20, 2012 – Frederick, MD (near Baltimore and Washington, DC) Details at www.EduQuest.net Or Email: 2012 EduQuest, Inc. [email protected] 41 Questions or Comments? Contact: [email protected]; 240-449-5852 EduQuest, Inc. 1896 Urbana Pike, Suite 14 Hyattstown, MD 20871 +1 (301) 874-6031 [email protected] www.EduQuest.net ©2012 EduQuest, Inc. 42