OTHER
STAMP HERE
Table of Contents
1.0 Purpose..........................................................................................................................................................2
2.0 Scope.............................................................................................................................................................2
3.0 Definitions.....................................................................................................................................................2
3.1 Design History File (DHF).................................................................................................................2
3.2 Design Input.......................................................................................................................................2
3.3 Design Input Reviews........................................................................................................................2
3.4 Design Output....................................................................................................................................2
3.5 Design Validation...............................................................................................................................2
3.6 Manufacturing Process Design Reviews............................................................................................2
3.7 Process Validation..............................................................................................................................2
3.8 Product...............................................................................................................................................2
3.9 Production Specifications...................................................................................................................2
3.10 Product Development.........................................................................................................................3
3.11 Product Development Reviews..........................................................................................................3
3.12 Quality................................................................................................................................................3
3.13 Quality System...................................................................................................................................3
3.14 System Design Reviews.....................................................................................................................3
3.15 Technical Design Reviews.................................................................................................................3
3.16 Validation...........................................................................................................................................3
3.17 Verification.........................................................................................................................................3
4.0 Responsibilities.............................................................................................................................................3
4.1 Executive Management Team (EMT)................................................................................................3
4.2 Product Manager................................................................................................................................4
4.3 Regulatory Affairs/Quality Systems Director....................................................................................4
5.0 References.....................................................................................................................................................4
6.0 Procedure......................................................................................................................................................4
6.1 Definition of Design Review..............................................................................................................4
6.2 Purpose of Design Reviews................................................................................................................4
6.3 Informal Reviews...............................................................................................................................4
6.4 Number of Design Reviews................................................................................................................5
6.5 Types of Design Reviews...................................................................................................................5
6.6 Selecting Reviewers...........................................................................................................................6
6.7 Conducting Design Reviews..............................................................................................................6
6.8 Documenting Design Reviews...........................................................................................................7
6.9 Auditing the Results of Design Reviews...........................................................................................7
1.0 Purpose
This procedure defines the process for conducting and documenting formal design reviews during the
development of a product design.
2.0 Scope
This procedure applies to all product development programs funded and managed by [Company Name].
3.0 Definitions
3.8 Product
Unless otherwise specified, the word "product" in this procedure is used in the more global sense
to refer to components, materials, structures, machines, devices, systems, processes, software, or
services.
3.12 Quality
The totality of features and characteristics that bears on the ability of a product to satisfy fitness-
for-use, including safety and performance.
3.16 Validation
Confirmation by examination and provision of objective evidence that the particular requirements
for a specific intended use can be consistently fulfilled.
3.17 Verification
Confirmation by examination and provision of objective evidence that specified requirements
have been fulfilled.
4.0 Responsibilities
This procedure is intended as a guide. Depending on the complexity of the product and the extent of
the design requirements, the Product Manager and the Executive Management Team may not exactly
follow this procedure, but must still apply the essential elements of effective and systematic design
review.
5.0 References
“Design Control Guidance for Medical Device Manufacturers”, FDA Center for Devices and
Radiological Health, March 11, 1997
The FDA and Worldwide Quality System Requirements Guidebook for Medical Devices, Kimberly
Trautman, ASQ Quality Press
The Product Development Cycle
Development of Design Output
6.0 Procedure
Provide a systematic assessment of design results, including the product design and the
associated design for manufacturing and product support.
Provide feedback to designers on existing or emerging problems.
Assess progress of the development program.
Provide confirmation that the development program is ready to move to the next phase of
development.
Task team leaders and developers also conduct many routine meetings during the development
process to discuss issues, coordinate activities, assess progress, resolve problems, etc. Again,
these do not conform to the definition of a formal design review. All such meetings should be
documented in written minutes.
assume the reviews would detect some problems and allot adequate time to implement corrective
actions following each review.
Specific types of reviews occur during distinct phases of design and development. However, the
number of reviews of the same type may vary depending on the complexity of the product and the
extent of the design requirements. For instance, a particularly complex product design may
require several Technical Design Reviews to complete a review of verification activities and
design output for all subsystems and technical disciplines. The Product Manager and the
Executive Management Team must exercise care to limit the scope of an individual review to
something reasonably manageable within the allocated time. Reviews that are overly long
become self-defeating.
6.6.1 Qualifications
The Product Manager selects individuals to conduct the review who have technical
competence and experience at least comparable to the developers. It is also essential
that representative developers attend the review. It is mandatory that a representative
from Quality Systems participate in each review.
6.6.2 Expertise
Adequate assessment of a particular design may involve a number of disciplines such as
optics, electronics, mechanics, software, etc. as well as manufacturing and customer
considerations affecting the design. The Product Manager must exercise care to limit
the extent of an individual review to a manageable scope but still allow comprehensive
assessment of the design. Based on the scope of the review, the Product Manager should
prudently consider which interests and expertise to designate for a specific formal design
review. This is important because subtle differences in perspective may dramatically
affect design quality.
6.6.3 Independence
In each design review, the Product Manager will include at least one individual without
direct responsibility for the design or phase under review. This individual must also
have the appropriate technical competence and experience.
6.7.1 Preparation
Before the review, the Product Manager prepares an agenda. The agenda aids everyone
involved in the review to focus on the issues, to manage discussion time, and to ensure
coverage of all pertinent topics. The agenda must exactly detail the scope of the review
and explicitly state the goals and ground rules for conducting the design review. The
agenda is documented in the Design History File.
At least two (2) working days prior to the review, the Product Manager also distributes
or makes available to the reviewers the material to be presented in the review.
Reviewers must prepare with as much prior knowledge as possible to prevent the review
from becoming a training session.
6.7.3 Resolution
The reviewers decide on an appropriate disposition for each valid problem or potential
problem raised in the evaluation portion of the review. Depending on the problem and
its disposition, the Product Manager, the Product Development Team, or the Executive
Management Team make the appropriate decisions and commitment of resources to
resolve the problem. If there are unresolved issues, the Product Manager is responsible
for resolving differences and determining an appropriate disposition.
6.7.4 Implementation
In deciding an appropriate disposition for a problem, the reviewers may decide to take
no action (issue is erroneous or immaterial), to make a change in the Marketing
Requirements Document, to make a design change, or to further study the issue.
Changes to requirements or design are subject to company change control procedures.
The Product Manager is responsible for tracking and ensuring disposition of issues
requiring further study. Normally, resolution of these issues occurs as a result of
continued development and reexamination at future reviews. Document the completion
of any implementation plans resulting from a design review in the Design History File.
For Product Development Reviews, the Product Manager also prepares an Authorization to
Continue Development approved by the Business Management Team. For the Final Product
Development Review, the Product Manager prepares a Release to Full Production and Support
approved by the Business Management Team. Document both in the Design History File.