Testing Medical Devices A Brief Overview © 2005 Max Cortner. Copying and distribution of this document is permitted in any medium, provided this notice.

Slides:



Advertisements
Similar presentations
Understanding Food Safety Management Systems
Advertisements

Building a Cradle-to-Grave Approach with Your Design Documentation and Data Denise D. Dion, EduQuest, Inc. and Gina To, Breathe Technologies, Inc.
Presentation for the INCOSE Symposium 2011 Denver, CO USA1 Validation: Losing its Differentiation Jim Armstrong.
1 Introducing the Specifications of the Metro Ethernet Forum.
World Health Organization
3/17 Dividend Street, Mansfield, 4122, Queensland, Australia phone: web: The SuperCycler A Software.
Focus on Patients Manufacturer’s viewpoint The intended use/purpose of a medical device can be depicted using an idealized functional input/output diagram:
PRINCIPLES OF A CALIBRATION MANAGEMENT SYSTEM
Effectively applying ISO9001:2000 clauses 6 and 7.
AS9102 First Article Inspection Report
Biopharmaceutical Quality
Medical Device Software Development
FDA Human Factors of Medical Devices
REGULATIONS for SUPPLIES, EQUIPMENT, REAGENTS and TESTING JILL HOAG BS, SBB(ASCP) CQA(ASQ) AABB STAFF LEAD ASSESSOR 1.
Replacement Reagent Policy Update
Quality Manual for Interoperability Testing Morten Bruun-Rasmussen Presented by Milan Zoric, ETSI.
Lecture 8: Testing, Verification and Validation
Chapter 10 Software Testing
ProCal Calibration Software
©2008 Prentice Hall Business Publishing, Auditing 12/e, Arens/Beasley/Elder The Impact of Information Technology on the Audit Process Chapter 12.
Seafood HACCP Alliance for Training and Education Chapter 11 Principle 7: Record-Keeping Procedures.
GNSS IFR Installations & Approvals Ron Doggett Aircraft Certification Unit 1.
Basic Concepts BMT. Instrumentation design and development is a creative process involving an idea and then taking it to the implementation level (prototype.
Lecture 31 Electrical Instrumentation. Lecture 32 Electrical Instrumentation Electrical instrumentation is the process of acquiring data about one or.
Lecture161 Instrumentation Prof. Phillips March 14, 2003.
Total Product Life Cycle An Example. Medcon May 2, Agenda Post Market Surveillance Total Product Life Cycle and Product Design Systematic Collection.
4. Quality Management System (QMS)
Instructions and forms
4. Quality Management System (QMS)
QUALITY MANAGEMENT SYSTEM ACCORDING TO ISO
Regulatory Overview.
FDA Regulatory review in Minutes: What Product Development Executives Need-to-Know. Specifically, frequent causes of recalls and related areas that investigators.
Prof. Moustafa M. Mohamed Vice dean Faculty of Allied Medical Science Pharos University in Alexandria Development and Regulation of Medical Products (MEDR-101)
Feldman 20 February Pilot Plant through Scale-Up Manufacturing Martha A. Feldman, RAC Drug & Device Development Co., Inc. P.O. Box 3515 Redmond,
Development and Regulation of Medical Products (MEDR-101)
Product Development Chapter 6. Definitions needed: Verification: The process of evaluating compliance to regulations, standards, or specifications.
BE-SECBS FISA 2003 November 13th 2003 page 1 DSR/SAMS/BASP IRSN BE SECBS – IRSN assessment Context application of IRSN methodology to the reference case.
QSR and GLP What exactly are these?.
Prof. Moustafa M. Mohamed Vice dean Faculty of Allied Medical Science Pharos University in Alexandria Development and Regulation of Medical Products (MEDR-101)
SAAMF Roadshow Durban CSIR NML Eddie Tarnow Metrologist: Torque & Automotive 14 June 2006 ISO/TS 16949:2002 certification – Meeting the requirements of.
Design Documentation Clint Kehres, Brian Krouse, Jenn Shafner.
SDD/DFS A. Modigliani VLT 2 nd Generation Instrumentation Pipelines, 19 Apr ACCEPTANCE TESTS Andrea Modigliani.
Joel Gerber Zachary Reaver Kurt Schilling.  Provides physical proof of development  Maintains product design knowledge base  Meets government and corporate.
Module 1: Measurements & Error Analysis Measurement usually takes one of the following forms especially in industries: Physical dimension of an object.
Product development Engineering & Regulatory Raj Agrawal InnAccel.
1 The Software Development Process ► Systems analysis ► Systems design ► Implementation ► Testing ► Documentation ► Evaluation ► Maintenance.
AMERICAS | ASIA PACIFIC | EMEA Medical Devices: Concept to Commercialization How to avoid delays in getting your product cleared/approved by FDA Robert.
Joe Selva Rohan Thakkar Jean Valderrama.  “Documentation” is what’s written on paper  Provides written details, events, and information about a particular.
의료용 S/W 기술문서 심사 방법 원 찬 요 유엘 코리아 발표자 소개 년 2 월 한양대 전자공 졸업 ~ : ㈜ 금성사 ( 현 LG 전자 ) 연구원 ~ : ㈜ 메디슨 규격팀 팀장
Workshop on Accreditation of Bodies Certifying Medical Devices Kiev, November 2014.
1 Chapter 9: Design for People; Ergonomics, Repairability, Safety, and Product Liability 9.1 Important Definitions Ergonomics (or Human engineering, or.
All Hands Electronic Information Integrity Call White Paper An Introduction to the Current State of EMR – et.al. R. L. Chamberlain, Ph.D.
Medical Device Software Development
Raechel Huebner Ruthanne Sherer
Calibration Web Innovations 2017.
Chapter 8 – Software Testing
THE PROCESS OF EMBEDDED SYSTEM DEVELOPMENT
Prepared by Rand E Winters, Jr. ASR Senior Auditor October 2014
Identification of Processes Turtle Diagrams Approach
Introduction to Medical Electronics
This teaching material has been made freely available by the KEMRI-Wellcome Trust (Kilifi, Kenya). You can freely download,
בקרה תוך שימוש ב 21CFR Part 11 / אילן שעיה סמארט לוג'יק
Medical Device Design and Development
Identification of Processes Turtle Diagrams Approach
Identification of Processes Turtle Diagrams Approach
PSS verification and validation
Regulatory Perspective of the Use of EHRs in RCTs
Identification of Processes Turtle Diagrams Approach
Software Reviews.
Corey Beth Monarch Lindsey Novak Michael Seikel Whitney Young
Presentation transcript:

Testing Medical Devices A Brief Overview © 2005 Max Cortner. Copying and distribution of this document is permitted in any medium, provided this notice is preserved.

2 Food and Drug Administration Authority in the US Criminal penalties for promoting unapproved drugs or devices CDRH reviews and approves Similar but more stringent than EU ISO approach Quality System 21 CFR Part 820 Must Prove Safety and Efficacy

3 Design Controls for Class II Devices Planning,Input, Output, Review Design Verification Design Validation Design Transfer (to manufacturing) Design Change Procedure Design History File – documents to show design complies

4 Design Verification Design Output Meets Design Input Requirements Identification of design (configuration mgmt) Methods Date Individual performing tests

5 Typical Design Verification Operating Range Battery voltages Telemetry (range, speed, error rate) Temperature range Internal Specs Bus characteristics Memory operation (speed, errors) Sense amp operation (gain, BW, noise)

6 Design Validation Design Conforms to User Needs and Intended Use Performed under defined operating conditions (initial production lots) Actual or simulated use conditions Software validation Risk analysis Records similar to verification

7 Typical Design Validation External Interface Specs Indicator or display operation Blood pressure sensitivity, linearity, accuracy Simulated Use Scenarios from users manual w/options Random inputs or error response scenarios

8 Proving Safety Clinical Trial (p People for d Days) Compare to Existing Approved Devices Engineering Analysis Identify Potential Risks Hazards and mitigation FMEA Biocompatibility analysis of materials

9 Proving Efficacy Intended Use Describe diagnostic or therapeutic value Identify Standard of Care for comparison Blood pressure cuff Claims Parameters – labeling Functions Useful life Accuracy

10 Device History Record Requirements Peer Review Design Details Design Verif. Design Valid. Peer Review V&V Report Version Control and History on ALL

11 Test Plans Detail repeatable by an independent individual of similar skill (Electrical Engr) Set-up including equipment required Measurement or observation to be made (beware of observations) Criteria for pass clearly defined

12 Test Reports Original data must be maintained! Signed Dated Indelible ink, no obliteration of changes Record instrument models, s/n, and calibration dates Document setup (schematic)

13 Software Test Requirements, Plan, Report (all peer reviewed in that order) Methods of test tailored to fit complexity code reviews unit testing software test bench exercises integration testing with scenarios Independence of review and test

14 Risk Management Patient Safety Risk is Paramount in Decision Making! Must be considered in hardware and software testing Explicitly state risk in design docs Consider risk in peer reviews How much testing is optional once the patient safety requirements satisfied