MDRC logo
Explore
← Knowledge centre

MDR Article 10(9)(a) · regulatory route · change control

Regulatory compliance strategy under the MDR

A regulatory strategy is the controlled answer to five questions. What is the device, which route applies, what proves conformity, who owns each decision and what can change it?

This guide turns Article 10(9)(a) into a practical decision register that management can approve, project teams can use and a Notified Body can follow.

Updated 11 February 2025 16-minute guide Includes route selector
Build the decision map ↓
STRATEGY CONTROLDEVICE-SPECIFIC
CONTROLLED OUTPUTOne
defensible
route
Decision · evidence · owner · trigger
  1. 01
    DefinePurpose and product
  2. 02
    RouteClass and assessment
  3. 03
    ProveGSPRs and evidence
  4. 04
    ControlRelease and change
  5. 05
    LearnPMS and reassessment
PASS CONDITION

Every decision points to an approved record and every trigger has an owner

The direct answer

The strategy is part of the QMS, not a presentation about future intentions

Article 10(9)(a) requires the QMS to address a strategy for regulatory compliance, including conformity assessment and procedures for modifications. The test is whether the strategy controls real product decisions.

THE MDR REQUIRES

A documented operating system

  • A justified regulatory route for each device or defensible family
  • Procedures that keep series production and records conforming
  • Defined responsibility, evidence and regulatory communication
  • Controlled assessment of device and QMS modifications
  • Post-market information that updates the compliance baseline
THE MDR DOES NOT PRESCRIBE

One mandatory template

  • A document with a legally fixed title or chapter order
  • The same depth for every device class and technology
  • A strategy written only by regulatory affairs
  • A substitute for technical documentation or QMS records
  • A one-time plan that remains unchanged after certification
THE PRACTICAL FORMAT

Use one controlled corporate method, a device or family decision record, and links to the authoritative evidence. Do not duplicate whole technical files inside the strategy. Record the decision, rationale, owner, source record, status and reassessment trigger.

Nine decisions the strategy must settle

Write the answer, not merely the topic

“Classification applies” is not a strategy. Record which rule applies, why competing rules do not change the result, who approved it and which product change requires reassessment.

  1. 01
    PRODUCT BOUNDARY

    What exactly is being placed on the EU market?

    Fix the legal manufacturer, intended purpose, users, patient population, indications, contraindications, operating principle, variants, accessories and claims. Identify the configuration covered by the decision.

    OUTPUT

    Approved device definition and family rationale

  2. 02
    QUALIFICATION AND CLASS

    Why is the product in scope and which class applies?

    Document the MDR qualification, device or accessory status, applicable Annex VIII rules and the highest resulting class. Address borderline, combination and software questions where relevant.

    OUTPUT

    Qualification and classification rationale

  3. 03
    CONFORMITY ROUTE

    Which legal assessment path leads to CE marking?

    Select the applicable route under Annex IX, X or XI and define the Notified Body scope. For eligible Class I devices, document why self-declaration applies and where limited Notified Body involvement is still required.

    OUTPUT

    Route decision and assessment scope

  4. 04
    REQUIREMENTS

    Which requirements and accepted solutions apply?

    Map the applicable GSPRs, common specifications, harmonised standards and justified alternative solutions. Record versions, transition decisions and evidence expected for each requirement.

    OUTPUT

    GSPR and standards applicability plan

  5. 05
    EVIDENCE

    What proves safety, performance and clinical benefit?

    Connect claims and risks to verification, validation, biological, electrical, software, usability, sterilisation and clinical evidence as applicable. Define acceptance criteria and unresolved gaps.

    OUTPUT

    Evidence plan with gap closure decisions

  6. 06
    QMS AND SUPPLY

    Which processes and external parties control conformity?

    Identify sites, critical suppliers, subcontractors, authorised representatives and other economic operators. Define controls, agreements, records and escalation duties proportionate to risk.

    OUTPUT

    Responsibility and supply-chain control map

  7. 07
    MARKET IDENTITY

    How will the approved device remain identifiable?

    Define Basic UDI-DI and UDI-DI structure, EMDN, label and declaration data, registration ownership, certificate links and country-language requirements. Align every destination to one master record.

    OUTPUT

    UDI, registration and market-data plan

  8. 08
    POST-MARKET CONTROL

    Which data can change the benefit-risk conclusion?

    Define PMS and PMCF objectives, sources, methods, indicators, thresholds, reporting outputs and escalation. State how complaints, literature, vigilance and trends return to risk and clinical evaluation.

    OUTPUT

    PMS feedback and escalation model

  9. 09
    MODIFICATIONS

    Which changes require internal or external action?

    Set impact-assessment criteria for product, process, supplier, software, claim, standard and regulatory changes. Define when the Notified Body, authority, economic operators and registrations must be updated.

    OUTPUT

    Change categories and notification triggers

Choose the assessment route

The strategy changes with the device class

Select a route to see the minimum decision the strategy should make. These summaries do not replace a device-specific classification and conformity assessment analysis.

TYPICAL ROUTE

Self-declaration after the manufacturer demonstrates conformity

For a Class I device that is not sterile, measuring or a reusable surgical instrument, the manufacturer generally completes the applicable conformity assessment without Notified Body involvement.

  1. DECIDE

    Why every applicable rule results in Class I

  2. PROVE

    Complete technical documentation, clinical evaluation and QMS controls

  3. CONTROL

    Declaration, CE mark, UDI, registration, PMS report and changes

DO NOT START WITH THE ANNEX

Purpose and classification come first

The conformity route is a consequence of the device definition and class. Choosing a familiar Annex first and fitting the device to it later creates contradictions in the application, technical documentation and certificate scope.

The minimum decision register

Give every conclusion an owner and a trigger

This is the core of a useful strategy record. The source remains the authoritative controlled document. The register shows why the decision is valid and when it must return for review.

Decision
Controlled evidence
Accountable owner
Review trigger
01Device scope and claims
Intended purpose, device description, claims register
Regulatory and product
New indication, user, population, claim, variant or accessory
02Qualification and class
Approved rationale with applicable rules
Regulatory affairs
Purpose, mechanism, duration, anatomy, invasiveness or software-function change
03Conformity route
Route memo, Notified Body scope and application
Regulatory and quality
Class, portfolio, site, process, certificate or legal-entity change
04Requirements and evidence
GSPR matrix, standards list and evidence plan
Engineering, clinical and risk
Design, standard, CS, state of the art, risk or evidence-gap change
05Market identity
UDI, EMDN, label, declaration and registration master data
Regulatory operations
Brand, model, packaging, quantity, critical characteristic or database change
06Lifecycle conclusion
PMS, PMCF, vigilance, risk and clinical outputs
Post-market, clinical and PRRC
Signal, trend, incident, complaint pattern, CAPA or new external evidence
VERSION CONTROL

The strategy must name the device version it governs

Record the product and software configuration, relevant document revisions, certificate status and effective date. Without a baseline, a correct decision can be applied to the wrong device.

Management of modifications

Make reassessment event-driven

An annual review is useful, but it is too late for a change that has already altered classification, evidence, certification, registration or market risk.

01PRODUCT

Purpose, claims or configuration

Indication, user, population, operating principle, accessory, variant, software function or performance claim

02DESIGN

Safety-relevant technical change

Material, component, algorithm, interface, cybersecurity control, energy source, packaging, shelf life or sterilisation

03OPERATIONS

Site, process or supplier change

Manufacturing site, critical supplier, outsourced process, test method, acceptance criterion or quality-system process

04EXTERNAL RULES

Legal or state-of-the-art change

Regulation, common specification, harmonised standard, guidance, competent-authority position or accepted clinical practice

05MARKET DATA

New safety or performance signal

Complaint, incident, trend, literature, PMCF result, registry data, CAPA, recall or competitor information

06MARKET ACCESS

Certificate, operator or market change

Notified Body, authorised representative, importer, Basic UDI-DI, registration, label language or destination country

  1. 01DescribeWhat changes and why
  2. 02CompareAgainst approved baseline
  3. 03AssessClass, evidence and risk
  4. 04NotifyWhere required
  5. 05ReleaseAfter approvals close
  6. 06ReconcileFiles, labels and data

How an assessor tests the strategy

Expect a trace, not a discussion

A Notified Body can sample one device or process and move through the records. The fastest readiness test is to perform the same trace before application or surveillance.

  1. 01
    START

    Select one current device and version

    Confirm its legal manufacturer, purpose, configuration, market status and certificate coverage.

  2. 02
    ROUTE

    Rebuild the regulatory conclusion

    Check qualification, classification rule, conformity assessment, applicable GSPRs and standards.

  3. 03
    EVIDENCE

    Follow a claim through the file

    Trace the claim to risks, requirements, tests, clinical evidence, labelling and acceptance criteria.

  4. 04
    CONTROL

    Check release and external data

    Compare specifications, suppliers, release records, declaration, certificate, label, UDI and registration.

  5. 05
    LIFECYCLE

    Return market data to the baseline

    Verify that PMS, PMCF, vigilance, CAPA and changes update risk and clinical conclusions where required.

Six weak strategies and their correction

Replace broad statements with controlled decisions

A polished strategy can still be unusable. These failures usually become visible when a project changes, an assessor samples a device or post-market data challenges an earlier conclusion.

01

“We comply with the MDR”

Name the applicable requirements, route, evidence and exclusions for the actual device.

02

“The product is Class IIa”

Show the device definition, applicable rules, competing rules and reason for the final class.

03

“ISO 13485 covers the QMS”

Map MDR-specific duties to procedures, records, responsibilities and product controls.

04

“The Notified Body will confirm it”

Arrive with a justified route. The assessor evaluates the decision and cannot design it for the manufacturer.

05

“Regulatory affairs owns compliance”

Assign accountable owners across management, clinical, risk, engineering, quality, supply and post-market work.

06

“Review annually”

Add event triggers so significant decisions return for assessment before a changed device is released.

Practical questions

Regulatory compliance strategy FAQ

Open the question that affects your document structure, product portfolio, ownership or review cycle.

Is a standalone regulatory compliance strategy document mandatory under the MDR?+

The MDR requires the quality management system to address a strategy for regulatory compliance, but it does not prescribe one document title or template. A controlled master strategy with device or product-family annexes is often practical. Whatever the format, the decisions, responsibilities, evidence and change controls must be documented, current and traceable.

Does a Class I manufacturer need a regulatory compliance strategy?+

Yes. Article 10(9) applies to manufacturers of devices other than investigational devices, and the QMS must be proportionate to the device type and risk class. A Class I strategy can be leaner, but it still needs to justify qualification, classification, self-declaration eligibility, applicable requirements, evidence, registration, PMS and change control.

Can one strategy cover the whole product portfolio?+

A corporate framework can define common methods, governance and procedures. Product-specific decisions should sit in controlled device or family records because intended purpose, classification, conformity route, evidence, suppliers, identifiers and post-market obligations may differ. The family rationale must be defensible and exceptions must remain visible.

Is an ISO 13485 certificate enough to demonstrate the strategy?+

No. ISO 13485 is a valuable quality-management framework, but the MDR strategy must show the actual EU regulatory route and product-specific decisions. An assessor will still expect qualification and classification rationales, conformity assessment, GSPR and evidence planning, UDI and registration controls, PMS, vigilance and procedures for modifications.

Who should own the regulatory compliance strategy?+

Regulatory affairs normally maintains the controlled strategy, but management must approve resources and risk decisions. Clinical, risk, quality, engineering, operations and post-market owners provide and approve their parts. The PRRC has the responsibilities assigned by Article 15, but those duties do not transfer every strategic decision away from management and process owners.

How often should the strategy be reviewed?+

Use both scheduled and event-driven review. A periodic review confirms that the strategy still matches the device and current requirements. Immediate impact assessment is needed for changes to purpose, claims, design, software, materials, suppliers, manufacturing, standards, clinical evidence, PMS signals, certificates, economic operators, identifiers or target markets.

What is the clearest evidence that the strategy works?+

Select one marketed device and trace its intended purpose to qualification, class, conformity route, applicable requirements, risks, verification, clinical evidence, label, UDI, release decision, PMS outputs and approved changes. If the same device version and rationale remain visible across that chain, the strategy is operating rather than merely documented.

Turn regulatory assumptions into approved decisions

Need a defensible MDR regulatory strategy?

MDRC can confirm qualification, classification and conformity routes, structure the decision register, map evidence and QMS dependencies, define change triggers and prepare the strategy for Notified Body assessment.

Discuss your regulatory route ↗
↑

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.