PD233 Lecture5 DesignDocumentation PDF
PD233 Lecture5 DesignDocumentation PDF
PD233 Lecture5 DesignDocumentation PDF
for example
21 CFR part 820: defines medical device quality system
(QS) regulation;
-Part M: of the act defines general and specific
record-keeping requirements for medical devices.
Documentation requirements
• Maintained by manufacturer
• Auditable by FDA or equivalent authority
• They must be legible and stored so as to minimize
deterioration and to prevent loss
• Those stored digitally must be backed up and have
a disaster plan in effect
• Can be deemed as confidential
• To be maintained for expected life time of the
product (but not less than 2 year)
Documents
Information used to support an effective and efficient
organizational operation.
Documents are created as a part of your planning
Need to be reviewed, updated and approved – i.e.
document control.
• Business proposal
• Product specification
• Design specification
• Software quality assurance plan (SQAP) (where applicable)
• Software requirements specification (SRS) (where applicable)
• Software design description (SDD) (where applicable)
Records
Records are evidence of activities in past.
Records are facts and should not change, new
records can be added.
Four types of records in context of medical devices:
1. Design history file (DHF)
2. Device master record (DMR)
3. Device history record (DHR)
4. Technical documentation file (TDF)
Documents
Business Proposal
Purpose: to identify and document market needs, market
potential, the proposed product and product
alternatives, risks and unknowns, and potential financial
benefits.
The business proposal usually contains:
• Project overview, objectives, major milestones, schedule
• Market need and market potential
• Product proposal
• Strategic fit
• Risk analysis and research plan
• Economic analysis
• Recommendation to form a core project team
• Supporting documentation
Product Specification
• First step in realizing a product idea into a approved
product development effort.
• It specifies what the product will do, how it will do
it, and how reliable it will be. To be effective, it
must be as precise as possible.
• The product specification should be a controlled
document, i.e., subject to revision level control, so
that any changes that arise are subjected to review
and approval before implementation.
Product Specifications
The specification is a detailed review of the proposed product
and includes
• Type of product
• Market it addresses
• Technology to be used
• Function of the product
• Product parameters necessary to function effectively
• Accuracy requirements
• Tolerances necessary for function
• Anticipated environment for the device
• Cautions for anticipated misuse
• Safety issues
• Human factors issues
• Anticipated life of the product
• Reliability goal
• Requirements from applicable domestic or international standards
Product Specifications
• Product specification are derived by agreement of
multiple stakeholders: marketing, design engineering,
manufacturing, customer service, reliability assurance,
quality assurance, and regulatory affairs
• Each requirement should be identified with some form
of notation, such as brackets and a number.
Example:
5.3.1 Analog to Digital Converter
The output of the analog to digital converter must be
between X and Y [1].
This requirement can be later referred to as 5.3.1-1
Design Specifications
• The design specification is a document, which is
derived from the product specification.
Project Plans
Design Specification
Design Validation Plans
Product Specification
Sales order report
Shipping report
Risk analysis
Tooling specs
Installation Instructions