MDRC logo
Explore
← Articles

Notified body · QMS · MDR

What happens during a notified body audit?

The auditor does not only read procedures. The auditor follows evidence through your actual product lifecycle.

A prepared manufacturer can retrieve the right record, explain the decision behind it and show that the same process is used in practice. This guide turns an audit from an abstract inspection into a sequence your team can rehearse.

audit.trace One sample · four checks
Sample selected

Complaint 2026-014

Device family · software version · market
01Procedure

What should happen?

02Record

What was documented?

03Interview

What does the owner explain?

04Practice

What actually happened?

Audit test

Do the four answers tell the same story?

Audit method

Sampling, interviews, observation and record tracing

Surveillance

Periodic audits at least once every 12 months under Annex IX

Unannounced

Possible at the manufacturer and relevant suppliers

Finding response

Correction alone is not the same as corrective action

Start with the audit purpose

Which audit are you facing?

The agenda, depth and consequences differ. Select the closest audit type to see where the notified body is likely to concentrate its sampling.

Can the system support certification?

The notified body tests design and implementation across the full certification scope

Expect a broad assessment of the QMS against the MDR and the applied standards, including the sites, processes and device technologies within scope. System readiness matters more than a polished set of newly issued procedures.

QMS completenessImplementation recordsTechnical documentation linksSite readiness

The audit route

How the audit normally unfolds

The notified body’s procedure and audit plan govern the details. This sequence helps the team understand what each phase must achieve.

01 Before the visit

Plan and document review

The notified body confirms scope, sites, audit team, timing and sampled processes, and reviews submitted QMS information.

02 Opening meeting

Scope and logistics

The parties confirm objectives, communication routes, guides, safety arrangements, working rooms and the audit timetable.

03 Core assessment

Interviews and tracing

Auditors sample records, interview process owners, observe operations and move between connected QMS and device evidence.

04 Daily alignment

Clarification and evidence

The manufacturer resolves misunderstandings, retrieves missing records and confirms the factual basis of potential findings.

05 Closing and follow-up

Findings and response

The audit team presents conclusions. The manufacturer then responds using the format and deadlines set by the notified body.

The agenda is a route, not a boundary

An auditor can follow an issue beyond the scheduled process. A complaint may lead to risk management, clinical evaluation, software change control, supplier records, vigilance reporting and management review.

The evidence trail

Four layers must support the same conclusion

A procedure can be compliant on paper while implementation fails. Audit readiness means that requirements, records, staff explanations and observed practice remain aligned.

01 Requirement

What applies?

MDR provision, harmonised standard, common specification, internal procedure, certificate condition or contractual control.

02 System

What should happen?

The approved process defines responsibilities, inputs, decisions, acceptance criteria, outputs and retained records.

03 Record

What did happen?

A current, attributable record demonstrates that the process was followed for the selected device, batch, change or event.

04 Effectiveness

Did it work?

Trend data, verification, follow-up or management review shows whether the action achieved its intended outcome.

Common break 01

The procedure was updated, but staff still use the previous workflow.

Common break 02

The record exists, but the rationale or acceptance criteria are missing.

Common break 03

The corrective action was closed, but effectiveness was never demonstrated.

What auditors trace

Eight system areas that must connect

The notified body samples rather than rereads every file. Weak interfaces between processes are often more revealing than an isolated formatting error.

01 · Governance

Scope, roles and QMS control

Certification scope, regulatory strategy, PRRC responsibilities, document control, training, internal audits and management review.

02 · Product

Design and technical documentation

Design controls, GSPR evidence, verification and validation, risk controls, usability, software and change management.

03 · Clinical

Clinical evaluation and PMCF

Clinical claims, state of the art, equivalence where used, data appraisal, PMCF outputs and updates to the clinical evaluation.

04 · Supply

Suppliers and outsourced processes

Qualification, criticality, quality agreements, monitoring, changes, purchasing controls and access to critical suppliers.

05 · Production

Manufacturing and release

Validated processes, environmental controls, traceability, acceptance activities, calibration, batch records and release authority.

06 · Market

PMS, vigilance and trend reporting

Complaint intake, reportability decisions, serious incidents, trend signals, PSUR or PMS reports and safety corrective actions.

07 · Improvement

Nonconformity and CAPA

Containment, corrections, root causes, systemic corrective actions, implementation evidence and effectiveness checks.

08 · Identity

Labelling, UDI and registrations

Approved labels, translations, UDI assignment and control, registrations, economic operators and market-specific information.

Retrieval under pressure

Prepare evidence by trigger, not by folder name

The audit question usually begins with an event or sample. Your retrieval map should show where that event connects to the rest of the system.

Audit trigger First records Likely follow-on trail
Serious complaint

Complaint file, investigation and reportability decision

Risk management, clinical evaluation, vigilance, CAPA, trend analysis and PMS outputs

Software release

Change request, impact assessment and release record

Requirements, cybersecurity, validation, risk controls, labelling and notified body notification assessment

Failed incoming inspection

Inspection record and material nonconformity

Supplier monitoring, purchasing controls, disposition, CAPA, affected batches and risk review

New clinical signal

Literature review, PMCF result or complaint trend

Clinical evaluation, benefit-risk determination, PMS plan, risk file, IFU and corrective action

Critical supplier change

Supplier notification and change assessment

Verification, validation, risk management, technical documentation, purchasing data and regulatory notification

After the evidence gap

A credible response fixes the system, not only the sampled record

Notified bodies use their own grading terminology and response deadlines. Obtain the applicable procedure before the audit and use its exact format.

01

Contain and correct

Control immediate product or compliance risk and correct the specific evidence identified.

02

Define the true problem

Confirm the requirement, objective evidence, affected products, sites, processes and time period.

03

Analyse root cause

Explain why the system allowed the gap. Repeating the finding in different words is not a root cause.

04

Assess the extent

Look beyond the sample to determine whether the same condition affects other records or device families.

05

Implement corrective action

Change the system, responsibilities, controls, resources or competence needed to prevent recurrence.

06

Verify effectiveness

Define what evidence, sample size, owner and timeframe will demonstrate that the action worked.

Four-week readiness sprint

Use the final month to test implementation

Do not spend the final week rewriting the entire QMS. Prioritise high-risk gaps, recent changes, overdue records and the evidence most likely to be sampled.

Week 04

Define scope and owners

  • Confirm sites, products and processes
  • Review the audit plan and prior report
  • Assign process owners and deputies
  • Create the evidence request route
Week 03

Run vertical traces

  • Sample complaints, changes and CAPAs
  • Trace recent production and release
  • Check clinical and PMS updates
  • Verify supplier-control evidence
Week 02

Interview and rehearse

  • Brief staff on audit behaviour
  • Test process-owner explanations
  • Practise fast document retrieval
  • Resolve conflicting information
Week 01

Control the audit logistics

  • Freeze the controlled evidence set
  • Confirm rooms, access and escorts
  • Prepare opening-meeting facts
  • Run the unannounced-audit protocol
Prioritisation rule

Address conditions that may affect product safety, regulatory reporting, certificate scope or the validity of released product before presentation and formatting issues.

Inside the audit room

Give every participant one clear role

A large audience slows the audit. Use a small core team and bring subject-matter experts in when the audit trail reaches their process.

Host

Controls the audit flow

Coordinates the agenda, introductions, breaks, rooms, site access and availability of process owners.

Lead contact

Communicates with the auditor

Clarifies questions, confirms requests and prevents several people from answering simultaneously.

Process owner

Explains the real process

Describes responsibilities and decisions, then supports the explanation with current objective evidence.

Document runner

Retrieves controlled records

Logs requests, checks document status and supplies the exact record without opening unrelated material.

Note taker

Preserves the factual trail

Records samples, questions, documents shown, commitments, potential findings and required follow-up.

Decision support

Manages emerging risk

Regulatory and quality leaders assess ambiguous issues and approve any commitment made during the audit.

Audit-day control

Eight checks before the opening meeting

Select the items as the team confirms them. The checklist resets when the page is reloaded.

0 / 8 ready

Risky audit habits

Four approaches that weaken credibility

Audit behaviour does not replace compliance, but poor behaviour can make a manageable evidence question unnecessarily difficult.

“Only answer yes or no”

Answer the question directly, then explain the process and show concise objective evidence.

“Never show an open issue”

An identified, assessed and controlled issue is more credible than pretending that no problem exists.

“Rewrite everything before the audit”

Late uncontrolled changes create inconsistent procedures, training gaps and missing implementation records.

“One expert can answer everything”

Auditors expect the people responsible for the process to understand and implement it.

Practical questions

Questions before the audit

The notified body’s contract, certification rules and audit procedure remain essential because classification terms, logistics and deadlines can differ.

No. A quality management system audit evaluates whether the manufacturer’s system is appropriately designed, implemented and maintained. A technical documentation assessment examines device-specific evidence. The two activities are connected because auditors may use a device, complaint, change or production batch to trace how the quality system operates in practice.

Test the evidence before the auditor does

Need a focused notified body audit readiness review?

MDRC can run process interviews, trace representative records, review previous findings and build a practical remediation plan around your certification scope.

Prepare for the audit
↑

Discuss your regulatory pathway

Whether you are developing medical software, an AI-enabled healthcare solution, a digital health platform or a software-driven medical device, we can help define the regulatory strategy, evidence requirements and next steps.

→

Where companies need support

Regulatory strategy
Technical documentation
Clinical and performance evidence
Software lifecycle and cybersecurity
Notified Body readiness

Start a discussion

 

Regulatory support for software medical devices, AI health technologies and digital healthcare solutions.


©2026 MDRC - Medical Devices Regulatory Compliance

Useful information

CE-Certificate vs. EC-Certificate

Basic UDI-DI (bUDI)

EUDAMED registration - a brief guide

Authorised Representative Mandate

GSPR – General Safety and Performance Requirements

How to obtain CE marking for medical software under the EU MDR or IVDR?

Technical documentation for Medical Device Software in the EU

Read more >>


Cookie Policy

We only use essential cookies that enable core functionality and proper operation of the website. These cookies do not store any personally identifiable data. By continuing to use this website, you consent to the use of the essential cookies. You may disable these cookies by changing your browser settings, but this may affect how the website functions.
We do not use our own or third-party analytical, preferences, statistics, marketing, functional, advertisement, performance or any other non-essential cookies.

Send us an email:
info@mdrc-services.com

Or use the contact form below

 

Solutions

EU Authorised Representative (EC REP)

EU PRRC

Technical documentation

Risk management

Clinical evaluation

Notified Bodies

Quality management system

Post-market surveillance

Resources

Medical Device Regulation (MDR) - basics

CE-marking process for medical devices

CE-marking process for in vitro diagnostic medical devices

MDR technical documentation checklist

IVDR technical documentation checklist

Technical documentation checklist for medical device software (MDSW)

MDR-compliant quality system documentation checklist

MDR-compliant quality system documentation checklist for medical device software

Clinical Evaluation Plan checklist

Clinical Evaluation Report checklist

PRRC under MDR or IVDR

Articles

CE-Certificate vs. EC-Certificate

Basic UDI-DI (bUDI)

EUDAMED registration - a brief guide

Authorised Representative Mandate

GSPR – General Safety and Performance Requirements

More articles >>

Devices

General medical devices and equipment

In vitro diagnostics (IVD)

Medical software

Cookie Policy

We only use essential cookies that enable core functionality and proper operation of the website. These cookies do not store any personally identifiable data. By continuing to use this website, you consent to the use of the essential cookies. You may disable these cookies by changing your browser settings, but this may affect how the website functions.
We do not use our own or third-party analytical, preferences, statistics, marketing, functional, advertisement, performance or any other non-essential cookies.