Device Master Record (DMR)

 Hello Folks✌

A production supervisor walks up to you Monday morning and says:

"We ran out of the approved adhesive. The supplier sent a different grade. It looks the same — can we just use it?"

What do you do?

If your answer isn't "Let me check the DMR first" 

The Device Master Record (DMR) is one of the most critical documents in medical device manufacturing. Yet most professionals either:

--Treat it as a submission document and forget it exists
--Keep it scattered across shared drives, binders, and email threads 
--Confuse it with the DHR and DHF (yes, they're different things)

Imagine you're manufacturing a cardiac stent. Thousands of them. Every single stent must be dimensionally identical, made from the exact same grade of nitinol, processed through the same validated sterilisation cycle, and labelled with the correct symbols. How do you guarantee this consistency across shifts, sites, and years?

The answer is the Device Master Record (DMR).

The DMR is the complete set of documentation that defines how a finished medical device is designed, manufactured, packaged, labelled, stored, and serviced. Think of it as the master blueprint — the single source of truth that tells your production floor, quality team, and regulators exactly what your device is supposed to be and how to make it right, every time.

Regulatory Definition: FDA 21 CFR §820.3(j) defines the DMR as "a compilation of records containing the procedures and specifications for a finished device." Under ISO 13485:2016, this is captured in the concept of documented information for production and service provision Section 7.5.

Unlike a product specification sheet or a single SOP, the DMR is an umbrella that pulls together all technical and quality documentation required to reproduce the device. If your entire manufacturing facility burned down tomorrow (hypothetically), a complete DMR would allow you to rebuild it exactly as it was.

The Regulatory Foundation

The DMR requirement isn't optional, it's a cornerstone of global medical device quality regulations. Here's how it maps across key frameworks:

Regulatory Framework

Relevant Section

Terminology Used

FDA (USA)

21 CFR Part 820.181

Device Master Record (DMR)

ISO 13485:2016

Section 7.5 — Production & Service

Documented Information

EU MDR 2017/745

Annex I & Technical Documentation

Technical Documentation

Health Canada

CMDCAS / ISO 13485

Quality System Records

Japan (PMDA)

MHLW Ordinance 169

Manufacturing Control Records

7 Core Components of a DMR

Per 21 CFR §820.181, each DMR must contain or reference the following elements. Let's break them down practically:

1. Device Specifications Physical, chemical, electrical, and performance specs — including dimensional drawings, material specifications, and biocompatibility requirements.

2. Production Process Specifications Manufacturing procedures, work instructions, process parameters, validated process flows, and critical process controls.

3. Quality Assurance Procedures Inspection and test procedures, acceptance criteria, sampling plans, and statistical methods used in QC.

4. Packaging & Labelling Specifications Packaging design, seal strength requirements, labelling content, artwork approval records, and shelf-life validation data.

5. Installation Procedures For devices that require installation — field assembly guides, installation qualification protocols, and verification checklists.

6. Servicing Procedures Maintenance instructions, spare parts lists, calibration requirements, and service record structures for field-serviced devices.

7. Drawing & Document Control Version-controlled drawings, document numbers, approval signatures, ECO (Engineering Change Order) references, and revision history.

A critical point: the DMR doesn't have to contain all of this physically in one binder. It can reference where each element lives — in your QMS, on your DMS, or in your ERP — as long as those references are controlled and traceable.

DMR vs DHR vs DHF — Clearing the Confusion

These three acronyms trip up even experienced RA/QA professionals. Here's the clearest breakdown:

Document

Full Name

What It Contains

Think of It As

DMR

Device Master Record

How the device should be made — specs, procedures, standards

The Recipe Book

DHR

Device History Record

Evidence that a specific lot or unit was made per the DMR

The Cooking Log

DHF

Design History File

The design & development journey — risk, testing, verification, validation

The R&D Notebook

"The DMR tells you how to build the device. The DHR proves you built it that way. The DHF justifies why you built it that way in the first place." — A principle every MedTech RA professional should memorise

Building and Maintaining the DMR

Creating a DMR isn't a one-time exercise, it's a lifecycle commitment. Here's how industry-leading companies structure the process:

Step 1: Initiate at Design Transfer
    The DMR framework should be established when design outputs are formally transferred to manufacturing. Never wait until post-launch, you'll be scrambling to retrofit documentation.

Step 2: Define the Document Structure
    Establish the DMR index, a master list of all controlled documents, their document numbers, current revision, and physical/digital location. This index is the backbone of your DMR.

Step 3: Populate with Controlled Documents
    Each drawing, SOP, work instruction, test method, and specification must be formally released through your document control system before it enters the DMR.

Step 4: Link to Validated Processes
    Manufacturing processes in the DMR must point to completed process validation records (IQ, OQ, PQ). An unvalidated process spec in your DMR is a major nonconformity waiting to be found.

Step 5: Control Changes via ECO/DCR Process
    Every DMR revision must go through a formal change control cycle — impact assessment, cross-functional review, and regulatory review where applicable (e.g., significant change under 21 CFR 807.87).

Step 6: Conduct Periodic Reviews
    Schedule annual DMR reviews as part of your QMS. Verify that all references are current, superseded documents are obsoleted, and any post-market changes (CAPAs, field actions) are reflected.

Final Thought!!

The DMR isn't a regulatory checkbox. It's the document that lets you look an FDA investigator in the eye and say: "Yes, we know exactly what our device is, we know exactly how to build it, and we can prove every unit was built that way."

Companies that treat the DMR as a living, production-critical tool, not a submission document to file and forget are the ones that sail through inspections, scale manufacturing smoothly, and don't get blindsided when a supplier changes a material or an operator makes a "minor adjustment."

Build it well. Keep it current. Know it cold

 In the next post, we’ll look at Device History Record (DHR), which is like tracking what actually happened during manufacturing.

Stay tuned for the next article on MedTech Learning Hub✌


Comments

Post a Comment

Popular posts from this blog

Medical Device Development Lifecycle

Image
Hey folks! Welcome to MedTech Learning Hub.      Have you ever wondered how a medical device goes from just an idea to something that doctors actually use in hospitals?      Behind every medical device, whether it is an ECG monitor, wearable health tracker, or diagnostic imaging system, there is a structured development process . This process ensures that the device is safe, effective, and reliable for patient care .      Medical device companies follow a well-defined development lifecycle that includes concept development, design, testing, validation, and finally product launch.      Regulatory bodies such as the U.S. Food and Drug Administration and the Central Drugs Standard Control Organization ensure that medical devices meet strict safety and performance standards before they reach the market. Phases of Medical Device Development Below is a simple visual representation of the medical device development lifecycle ...
Read more

Design Control Process in Medical Devices

Image
Hello folks      In medical device development, it is very important to ensure that a product is safe, effective, and meets regulatory requirements .  To achieve this, companies follow a structured engineering framework called the Design Control Process .      Design controls help organizations systematically manage the design and development of medical devices , ensuring that every stage of development is documented and verified.      Regulatory authorities like the U.S. Food and Drug Administration require medical device manufacturers to follow design controls to maintain product quality and patient safety. What is Design Control? Design Control is a systematic approach used to manage the design and development process of medical devices . It ensures that: Device requirements are clearly defined The design meets those requirements The final device works safely and effectively Design control is an essential part of t...
Read more

Traceability Matrix in Medical Device Development

Image
Hello folks✌ Imagine building a medical device where one small requirement gets missed… 👉 That single miss could lead to a failed test , 👉 a regulatory rejection , 👉 or even worse, a patient safety issue . Sounds risky, right? That’s exactly why the Traceability Matrix exists. It ensures that every requirement is tracked, connected, and verified throughout the entire development journey, from idea to final product. What is a Traceability Matrix? A Traceability Matrix is not just a document, it’s like a tracking system for your entire product . 👉 It connects: What the device should do (Requirements) How it is designed How it is tested How it is validated in real-world use In simple terms: Nothing should exist without a reason, and nothing should be left untested. This is why it is a core requirement in standards like ISO 13485 and expected by regulators such as the U.S. Food and Drug Administration . Let’s Visualize It  Let’s track how a single req...
Read more