SlideShare a Scribd company logo
1 of 16
Medical Device Courses
www.medicaldevicecourses.com
Overview
• The DHF in depth
• DSD Management
• Verification Protocol & Report
• Validation Protocol & Report
Sample from “Advanced Medical Device Development”
http://medicaldevicecourses.com/2015/03/advanced-medical-device-development/
Design History File
• 820.3(e) – “a compilation of records which describes the design
history of a device”
• Established/maintained for each type of device
• Demonstrates that design was developed per approved plans and
QSR requirements
• Not actually a requirement in ISO 13485 or 9001
Design History File
DHF plus DMR
• Shows history of design
• Shows Input = Output
• Logs all Design Control elements
and where to find them (DMR)
• Shows all development leading
up to release, and after Transfer
• Fulfills 21 CFR 820.30
Tech File / Design Dossier
• Shows snap shot of design
• Not designed as an index or log
of all documents
• Shows a product at time of
release (after Transfer)
• Proves adherence to Essential
Requirements
Design History File
• Design History File (DHF)
Inputs to
• Device Master Record (DMR)
Inputs to
• Device History Record (DHR)
Design History File
• Every step of Design Control creates info to be recorded
• DHF = compilation of all this info
• No requirement on DHF location or organization
• Some designers assemble/maintain entire DHF
• Some leave this to Document Control dept.
Design History File
• Contents
• Project proposal
• DDP – all tasks, lists of deliverables
• DID, DSD
• All documentation of Design Outputs
• Results of V&V – Protocols, Reports
• Documentation of Design Reviews
• References to controlled documents
Design History File
• Design Transfer information
• Plus –
• Meeting minute notes
• Basic research used to start Design Controls
• Risk Analysis Documents
• Change control documents
• Process Validation data
Design History File
• Design Development Plan
• Lists team members
• Has start date for project
• Gives statement of purpose
• Gives schedule with changes (living document)
• Gives basic rules for project flow
Design History File
• Design Input Document
• Lists basic specifications (non-detailed)
• Lists standards that must be followed
• Gives basic idea of packaging
• Declares which quality standards will be followed
Design History File
• Design Specification Document
• Project from MDD went up to this point but did not include it
• See example
Design History File
Design Specification Document
• Can function as a Design Matrix
• Or a separate document can have the Design Matrix
• Design Matrix tracks entire process of design
• Living document
• Every DID line gets at least one line in DSD
• Every DSD line gets at least one Verification Protocol test or rationale
for why not tested
Design History File
Design Specification Document
• Linkage with Risk Management
• RA may show need for mitigation or design alteration
• DSD adds a line to address this
• References the risk that is listed in the RA or DFMEA
Design History File
DSD # INPUT # INPUT REQUIREMENT RISK ANALYSIS OUTPUT VERIFICATION VALIDATION
Design Matrix
Is often part of the DSD, or can be separate
Design History File
DSD # INPUT # INPUT REQUIREMENT RISK ANALYSIS OUTPUT VERIFICATION VALIDATION
Design Matrix
DSD# and INPUT#
DSD Line numbers – listed sequentially for DSD#
Input number copied from DID
DSD line numbers can be hierarchical
Once a line number is used in a release doc, cannot be reused
Continue your learning
at
www.medicaldevicecourses.com
Courses available completely online all the time!
Medical Device Development
Advanced Medical Device Development
Clinical Research for Medical Devices
European Regulatory Basics

More Related Content

Similar to medicaldevicecoursesadvert-150617164719-lva1-app6892

2016 SDMX Experts meeting, Checklist for SDMX Design Projects, Daniel Suranyi...
2016 SDMX Experts meeting, Checklist for SDMX Design Projects, Daniel Suranyi...2016 SDMX Experts meeting, Checklist for SDMX Design Projects, Daniel Suranyi...
2016 SDMX Experts meeting, Checklist for SDMX Design Projects, Daniel Suranyi...StatsCommunications
 
Data Vault Automation at the Bijenkorf
Data Vault Automation at the BijenkorfData Vault Automation at the Bijenkorf
Data Vault Automation at the BijenkorfRob Winters
 
Interconnect Presentation
Interconnect PresentationInterconnect Presentation
Interconnect PresentationEric Deitrick
 
Bringing DevOps to the Database
Bringing DevOps to the DatabaseBringing DevOps to the Database
Bringing DevOps to the DatabaseMichaela Murray
 
SQA - chapter 13 (Software Quality Infrastructure)
SQA - chapter 13 (Software Quality Infrastructure)SQA - chapter 13 (Software Quality Infrastructure)
SQA - chapter 13 (Software Quality Infrastructure)uma sree
 
Domino Server Health - Monitoring and Managing
 Domino Server Health - Monitoring and Managing Domino Server Health - Monitoring and Managing
Domino Server Health - Monitoring and ManagingGabriella Davis
 
Database projects within visual studio
Database projects within visual studioDatabase projects within visual studio
Database projects within visual studioRonnie Hicks
 
Requirements1 Building Application No restrictions on the .docx
Requirements1 Building Application No restrictions on the .docxRequirements1 Building Application No restrictions on the .docx
Requirements1 Building Application No restrictions on the .docxheunice
 
RPA delivery life cycle
RPA delivery life cycleRPA delivery life cycle
RPA delivery life cycleRitika Raj
 
An Introduction to Clinical Study Migrations
An Introduction to Clinical Study MigrationsAn Introduction to Clinical Study Migrations
An Introduction to Clinical Study MigrationsPerficient, Inc.
 
Mage Titans USA 2016 - Mathew Beane - Edit Fully Stacked: Less OOPS, More OPS...
Mage Titans USA 2016 - Mathew Beane - Edit Fully Stacked: Less OOPS, More OPS...Mage Titans USA 2016 - Mathew Beane - Edit Fully Stacked: Less OOPS, More OPS...
Mage Titans USA 2016 - Mathew Beane - Edit Fully Stacked: Less OOPS, More OPS...Stacey Whitney
 
Software development life cycle
Software development life cycle Software development life cycle
Software development life cycle ParikshitTaksande1
 

Similar to medicaldevicecoursesadvert-150617164719-lva1-app6892 (20)

2016 SDMX Experts meeting, Checklist for SDMX Design Projects, Daniel Suranyi...
2016 SDMX Experts meeting, Checklist for SDMX Design Projects, Daniel Suranyi...2016 SDMX Experts meeting, Checklist for SDMX Design Projects, Daniel Suranyi...
2016 SDMX Experts meeting, Checklist for SDMX Design Projects, Daniel Suranyi...
 
Documentation
DocumentationDocumentation
Documentation
 
Data Vault Automation at the Bijenkorf
Data Vault Automation at the BijenkorfData Vault Automation at the Bijenkorf
Data Vault Automation at the Bijenkorf
 
Datastage Introduction To Data Warehousing
Datastage Introduction To Data WarehousingDatastage Introduction To Data Warehousing
Datastage Introduction To Data Warehousing
 
Interconnect Presentation
Interconnect PresentationInterconnect Presentation
Interconnect Presentation
 
Bringing DevOps to the Database
Bringing DevOps to the DatabaseBringing DevOps to the Database
Bringing DevOps to the Database
 
Rational CLM at a glance
Rational CLM at a glanceRational CLM at a glance
Rational CLM at a glance
 
تحليل النظم
تحليل النظمتحليل النظم
تحليل النظم
 
SQA - chapter 13 (Software Quality Infrastructure)
SQA - chapter 13 (Software Quality Infrastructure)SQA - chapter 13 (Software Quality Infrastructure)
SQA - chapter 13 (Software Quality Infrastructure)
 
System design
System designSystem design
System design
 
Domino Server Health - Monitoring and Managing
 Domino Server Health - Monitoring and Managing Domino Server Health - Monitoring and Managing
Domino Server Health - Monitoring and Managing
 
Database projects within visual studio
Database projects within visual studioDatabase projects within visual studio
Database projects within visual studio
 
Voyager scm
Voyager scmVoyager scm
Voyager scm
 
Voyager scm
Voyager scmVoyager scm
Voyager scm
 
Requirements1 Building Application No restrictions on the .docx
Requirements1 Building Application No restrictions on the .docxRequirements1 Building Application No restrictions on the .docx
Requirements1 Building Application No restrictions on the .docx
 
RPA delivery life cycle
RPA delivery life cycleRPA delivery life cycle
RPA delivery life cycle
 
An Introduction to Clinical Study Migrations
An Introduction to Clinical Study MigrationsAn Introduction to Clinical Study Migrations
An Introduction to Clinical Study Migrations
 
Mage Titans USA 2016 - Mathew Beane - Edit Fully Stacked: Less OOPS, More OPS...
Mage Titans USA 2016 - Mathew Beane - Edit Fully Stacked: Less OOPS, More OPS...Mage Titans USA 2016 - Mathew Beane - Edit Fully Stacked: Less OOPS, More OPS...
Mage Titans USA 2016 - Mathew Beane - Edit Fully Stacked: Less OOPS, More OPS...
 
Presentation1
Presentation1Presentation1
Presentation1
 
Software development life cycle
Software development life cycle Software development life cycle
Software development life cycle
 

medicaldevicecoursesadvert-150617164719-lva1-app6892

  • 2. Overview • The DHF in depth • DSD Management • Verification Protocol & Report • Validation Protocol & Report Sample from “Advanced Medical Device Development” http://medicaldevicecourses.com/2015/03/advanced-medical-device-development/
  • 3. Design History File • 820.3(e) – “a compilation of records which describes the design history of a device” • Established/maintained for each type of device • Demonstrates that design was developed per approved plans and QSR requirements • Not actually a requirement in ISO 13485 or 9001
  • 4. Design History File DHF plus DMR • Shows history of design • Shows Input = Output • Logs all Design Control elements and where to find them (DMR) • Shows all development leading up to release, and after Transfer • Fulfills 21 CFR 820.30 Tech File / Design Dossier • Shows snap shot of design • Not designed as an index or log of all documents • Shows a product at time of release (after Transfer) • Proves adherence to Essential Requirements
  • 5. Design History File • Design History File (DHF) Inputs to • Device Master Record (DMR) Inputs to • Device History Record (DHR)
  • 6. Design History File • Every step of Design Control creates info to be recorded • DHF = compilation of all this info • No requirement on DHF location or organization • Some designers assemble/maintain entire DHF • Some leave this to Document Control dept.
  • 7. Design History File • Contents • Project proposal • DDP – all tasks, lists of deliverables • DID, DSD • All documentation of Design Outputs • Results of V&V – Protocols, Reports • Documentation of Design Reviews • References to controlled documents
  • 8. Design History File • Design Transfer information • Plus – • Meeting minute notes • Basic research used to start Design Controls • Risk Analysis Documents • Change control documents • Process Validation data
  • 9. Design History File • Design Development Plan • Lists team members • Has start date for project • Gives statement of purpose • Gives schedule with changes (living document) • Gives basic rules for project flow
  • 10. Design History File • Design Input Document • Lists basic specifications (non-detailed) • Lists standards that must be followed • Gives basic idea of packaging • Declares which quality standards will be followed
  • 11. Design History File • Design Specification Document • Project from MDD went up to this point but did not include it • See example
  • 12. Design History File Design Specification Document • Can function as a Design Matrix • Or a separate document can have the Design Matrix • Design Matrix tracks entire process of design • Living document • Every DID line gets at least one line in DSD • Every DSD line gets at least one Verification Protocol test or rationale for why not tested
  • 13. Design History File Design Specification Document • Linkage with Risk Management • RA may show need for mitigation or design alteration • DSD adds a line to address this • References the risk that is listed in the RA or DFMEA
  • 14. Design History File DSD # INPUT # INPUT REQUIREMENT RISK ANALYSIS OUTPUT VERIFICATION VALIDATION Design Matrix Is often part of the DSD, or can be separate
  • 15. Design History File DSD # INPUT # INPUT REQUIREMENT RISK ANALYSIS OUTPUT VERIFICATION VALIDATION Design Matrix DSD# and INPUT# DSD Line numbers – listed sequentially for DSD# Input number copied from DID DSD line numbers can be hierarchical Once a line number is used in a release doc, cannot be reused
  • 16. Continue your learning at www.medicaldevicecourses.com Courses available completely online all the time! Medical Device Development Advanced Medical Device Development Clinical Research for Medical Devices European Regulatory Basics