V5 Ultimate
Ultimate
PricingResourcesCompany
Start free trial
HomeGlossaryDHF
Records

DHF

Design History File · design history file · dhf · dhf medical device · 21 cfr 820.30 design controls

In short

A Design History File is the compilation of records that demonstrates a finished device was developed in accordance with its approved design plan and 21 CFR 820.30 design controls.

The Design History File (DHF) is the record of how a device was designed. Under 21 CFR 820.30(j) it must contain, or reference, the records necessary to show the design was developed per the approved design plan: design and development planning, design inputs, design outputs, design reviews, verification, validation, design transfer, design changes, and the design history of each change. ISO 13485 clause 7.3 imposes an equivalent requirement through the design and development file.

The three device records are routinely confused. The DHF is how the device was designed. The DMR (Device Master Record, 820.181) is the recipe — the specifications, processes, labelling and QA procedures for building it. The DHR (Device History Record, 820.184) is the proof that one specific unit or lot was built to the DMR. In shorthand: DHF is design, DMR is the recipe, DHR is the evidence. Under the QMSR transition, FDA moves to ISO 13485 vocabulary — 'medical device file' and 'design and development file' — but the underlying evidence expectations do not relax.

DHF findings in FDA inspections cluster on the same failures: design inputs never traced to outputs, verification and validation records that do not close the traceability matrix, and design changes made without a documented review. V5 Ultimate holds the traceability matrix live, ties design changes to controlled change control with e-signature, and links design transfer straight into the DMR and eDHR — so the DHF is assembled as work happens, not before an audit.

Regulatory anchors
  • 21 CFR 820.30
  • 21 CFR 820.181
  • 21 CFR 820.184
  • ISO 13485:2016 cl. 7.3
Where this term comes up
Medical Devices
How V5 handles it
Document control — one version in force, every change signed and explained.
Draft the next revision while the current one stays in use, approve it under your sign-off route, and track training on it — with the history kept.
QMS — quality records next to the work they concern.
Deviations, corrective actions and quality review sit in the same system as production, so each quality record references the work order, step and lot it concerns.
eBMR / eDHR — the batch record fills in as the work is done.
When operators record their work at the step, the batch record no longer has to be assembled afterwards. People review it and decide release.
Related terms
DMRDHReDHRFDA QMSRISO 13485Change control
Software that covers DHF
V5 Ultimate Medical Device MES
Device history records built from signed steps at the workstation: component lots, configured step order, inspections, UDI and…
V5 Ultimate DHR Software
Device History Records built during build, not reconstructed after it — Part 820 / QMSR ready.
V5 Ultimate (QMSR)
The FDA Quality Management System Regulation (QMSR) — the harmonized replacement for 21 CFR 820 — became effective 2 February…
V5 Ultimate ISO 13485 QMS
Design controls with a live requirements-trace matrix, ISO 14971 risk file linked to software requirements per IEC 62304, CAPA /…
Exploring software for this?

Try V5 free for 7 days with no card needed, or talk to our team about what applies to your operation.

Start free
Back to glossary

Next step

Try V5 with your own records, or ask a question first. Ask V5 opens with an editable question; nothing is sent until you choose to.

Start your free trial Browse all features
V5 Ultimate
Ultimate

Warehouse, quality and manufacturing software for regulated operations.

ProductIndustriesPricingResourcesSecurity & TrustCompanyLegal centre

© V5 Ultimate