Product Development Chapter 6. Definitions needed: Verification: The process of evaluating compliance to regulations, standards, or specifications.

Slides:



Advertisements
Similar presentations
Building a Cradle-to-Grave Approach with Your Design Documentation and Data Denise D. Dion, EduQuest, Inc. and Gina To, Breathe Technologies, Inc.
Advertisements

PRINCIPLES OF A CALIBRATION MANAGEMENT SYSTEM
Software Quality Assurance Plan
Medical Device Software Development
Testing Medical Devices A Brief Overview © 2005 Max Cortner. Copying and distribution of this document is permitted in any medium, provided this notice.
Regulatory Auditing. Audit Areas Management Responsibility Auditing (internal and external) Design Control Document Control Purchasing Control Identification.
System Integration Verification and Validation
Software Quality Assurance Plan
Software Process Models
Chapter 16 Medical device reliability Facts and figures, government control and liability NFPA 1200 deaths per year due to faulty instrumentation.
1 Samples The following slides are provided as samples and references for the Quarterly Reviews Additional slides will be added.
Copyright © 2006 Software Quality Research Laboratory DANSE Software Quality Assurance Tom Swain Software Quality Research Laboratory University of Tennessee.
Managing the Information Technology Resource Jerry N. Luftman
APPLICATION DEVELOPMENT BY SYED ADNAN ALI.
Systems Engineering Management
DITSCAP Phase 2 - Verification Pramod Jampala Christopher Swenson.
Pre-Market and the QSR Presented by: Dawn Fernandes.
External Defibrillators: Recalls, Inspections, and the Quality System Regulation Melissa Torres Office of Compliance December 15, 2010.
Huzairy Hassan School of Bioprocess Engineering UniMAP.
QUALITY MANAGEMENT SYSTEM ACCORDING TO ISO
Chapter 22 Systems Design, Implementation, and Operation Copyright © 2012 Pearson Education, Inc. publishing as Prentice Hall 22-1.
MethodGXP The Solution for the Confusion.
Web Development Process Description
Introduction to ISO New and modified requirements.
Chapter 6 Software Implementation Process Group
Questions/Comments: Ed Smith VVSG and Requirements Management Ed Smith January 13, 2011.
Commissioning of Fire Protection and Life Safety Systems Presented by: Charles Kilfoil Bechtel National Waste Treatment Plant Richland WA.
From Research Prototype to Production
Software Configuration Management (SCM)
1 Chapter 2 The Process. 2 Process  What is it?  Who does it?  Why is it important?  What are the steps?  What is the work product?  How to ensure.
Software System Engineering: A tutorial
Development and Regulation of Medical Products (MEDR-101)
SENG521 (Fall SENG 521 Software Reliability & Testing Software Product & process Improvement using ISO (Part 3d) Department.
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
Product Documentation Chapter 5. Required Medical Device Documentation  Business proposal  Product specification  Design specification  Software.
Fundamentals of Information Systems, Third Edition1 Systems Design Answers the question “How will the information system do what it must do to solve a.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
Important informations
Project Life Cycles.
Prof. Moustafa M. Mohamed Vice dean Faculty of Allied Medical Science Pharos University in Alexandria Development and Regulation of Medical Products (MEDR-101)
Validation Copyright © 2004 Yokogawa Validation. Copyright © 2004 Yokogawa Page 2 Validation ProjectStandard Project > Validation.
Design Documentation Clint Kehres, Brian Krouse, Jenn Shafner.
Software Configuration Management (SCM). Product Developer Disciplines One view of the world is that there are three types of activities are required.
Lesson 1: Examining Professional Project Management Topic 1A: Identify Project Management Processes.
Joel Gerber Zachary Reaver Kurt Schilling.  Provides physical proof of development  Maintains product design knowledge base  Meets government and corporate.
The Second Annual Medical Device Regulatory, Reimbursement and Compliance Congress Presented by J. Glenn George Thursday, March 29, 2007 Day II – Track.
Product development Engineering & Regulatory Raj Agrawal InnAccel.
Project Management Strategies Hidden in the CMMI Rick Hefner, Northrop Grumman CMMI Technology Conference & User Group November.
Joe Selva Rohan Thakkar Jean Valderrama.  “Documentation” is what’s written on paper  Provides written details, events, and information about a particular.
Safety Management Systems Session Four Safety Promotion APTA Webinar June 9, 2016.
 System Requirement Specification and System Planning.
Process engineering Quality controls.
Medical Device Software Development
Introduction for the Implementation of Software Configuration Management I thought I knew it all !
Principles of Information Systems Eighth Edition
BSB Biomanufacturing CHAPTER 4 GMP – Documentation Part I (SOP)
Raechel Huebner Ruthanne Sherer
Managing the Project Lifecycle
Fundamentals of Information Systems, Sixth Edition
Developing Information Systems
Software Requirements
Level - 3 Process Areas (CMMI-DEV)
Engineering Processes
Instrument PDR Summary of Objectives
First Article Inspection
Medical Device Design and Development
Engineering Processes
PSS verification and validation
Corey Beth Monarch Lindsey Novak Michael Seikel Whitney Young
Presentation transcript:

Product Development Chapter 6

Definitions needed: Verification: The process of evaluating compliance to regulations, standards, or specifications. Validation: The process of documenting that a solution or process is correct or suited for its intended use.

Product Development A product development process ensures that the design, development, and transfer of a new or modified medical device will result in a product that is safe, effective, and meets user needs and intended use requirements.

The Product Development Process, details to follow…

Product Requirements – Page 1: User / patient / clinical performance characteristics Privacy and security Safety Regulatory Quality Reliability

Product Requirements – Page 2: Compatibility with accessories / auxiliary devices or products Compatibility with the intended environment Human factors Physical characteristics Sterility Manufacturability

Product Requirements – Page 3: Serviceability Labeling, packaging, storage Requirements for intended markets (domestic or international). …includes the needs of users & patients & intended use of the device

Design & Development Plan Program Goals Design and Development Elements Organizational and Key Interfaces Deliverables and Responsibilities Design and Development Schedule Approve Design and Development Plan Incorporate Updates to Design and Development Plan

System Requirements Specification Functional Requirements Physical and Performance Requirements Interface Requirements System Architecture Software Requirements (if applicable) Resolve problems in design reviews… Logs kept in design history file

Design Input Each product program must establish Design Inputs to ensure that design requirements relating to a device are appropriate and address the intended use of the device, including the needs of the user and patient. There should be a mechanism for addressing incomplete, ambiguous, or conflicting requirements.

Design Output: Intermediate Preliminary design specifications Models and prototypes Software source code Risk analysis results Traceability documents Biocompatibility and bioburden test results Other intermediate design outputs as appropriate.

Design Output: Final, part 1 Device Specifications Device Drawings Component Assembly Finished Device

Design Output: Final, part 2 Composition, formulation, component specifications Sub-assembly specifications (if applicable) Component and material specifications Product configuration documents Parts list Bill of Materials

Design Output: Final, part 3 Software specifications (if applicable) Software machine code, such as a diskette or master EPROM. Production Process Specifications Critical Production Process Specifications Equipment Specifications

Design Output: Final, part 4 Production methods and procedures Test protocols Work instructions Production environmental specifications Quality Assurance Procedures and Specifications Acceptance criteria Purchasing and acceptance requirements Quality assurance equipment to be used

Design Output: Final, part 5 Production methods and procedures Test protocols Work instructions Production environmental specifications Quality Assurance Procedures and Specifications Acceptance criteria Purchasing and acceptance requirements Quality assurance equipment to be used

Design Output: Final, part 6 Packaging and Labeling Specifications Including Methods and Processes Used Installation, Maintenance, and Servicing Procedures and Methods Installation instructions Service and maintenance instructions

Formal Design Review Formal Design Reviews are performed at major decision points or milestones in the design process as specified by the Design and Development Plan. They are intended to be a systematic assessment of design results and to provide feedback to designers on existing or emerging problems. Each Formal Design Review must ensure that design outputs meet design inputs & track resolution.

Design Verification Design Verification Plan (including requirements & displays & packaging…) Design Verification Test Methods (integration, functional, accuracy, etc.) Design Verification Report (summary of above)

Design Validation Design Validation Plan (software, external, process, risk, labeling, packaging,…) Design Validation Test Methods (simulated use, workload, safety, etc.) Design Validation Report

Design Transfer Design Transfer ensures that the device design is correctly translated into production specifications and that the finished device is successfully transferred from design to production and service. Production specifications ensure that devices are repeatedly and reliably produced within product and process capabilities.