Artifact GuideEU MDR

EU MDR UDI and EUDAMED

A focused guide to how the EU MDR connects UDI assignment, UDI carriers, Basic UDI-DI records, device registration, and actor registration in EUDAMED.

Use it to keep label data, certificates, declarations, technical documentation, EUDAMED entries, and change-control records aligned.

Author
Sorena AI
Published
May 9, 2026
Updated
May 9, 2026
Sections
5

Structured answer sets in this page tree.

Primary sources
5

Cited legal and guidance references.

Publication metadata
Sorena AI
Published May 9, 2026
Updated May 9, 2026
Overview

Under the EU MDR, UDI is not just a label code and EUDAMED is not just a filing portal. The same identifiers connect the device, manufacturer, actor registration, declaration of conformity, certificates, technical documentation, vigilance records, and public device data.

Section 1

Build the identifier map before registration

Start with the manufacturer and actor record. MDR Article 31 requires manufacturers, authorised representatives, and importers to submit actor information before placing non-custom-made devices on the market, unless already registered. After competent-authority verification, the electronic system issues the Single Registration Number (SRN).

Then map the device identifiers. MDR Article 27 describes the UDI system as a UDI-DI, which is specific to a manufacturer and device, plus a UDI-PI, which identifies the production unit and, where applicable, packaged devices. Article 29 requires the manufacturer to assign a Basic UDI-DI before placing a non-custom-made device on the market and to provide it with core data elements to the UDI database.

Treat the Basic UDI-DI as the regulatory family key, not the label code. MDCG 2022-7 describes it as the main key in the database and relevant documentation, including product certificate, declaration of conformity, technical documentation, and SSCP, for devices with the same intended purpose, risk class, and essential design and manufacturing characteristics.

  • Confirm the economic-operator role and SRN need before notified-body application, device registration, or market launch.
  • Assign and govern Basic UDI-DI groupings before certificates, declarations, SSCP, PSUR, and technical-documentation references are finalised.
  • Assign UDI-DIs at device and package levels where required, and keep the UDI-PI rules tied to production, lot, serial, expiry, or software-version controls.
  • Use the EUDAMED UDI/Device module data model to prepare Basic UDI-DI, UDI-DI, device characteristics, certificate, market, package, and EMDN data before entry.
Section 3

Register actors and devices with module caveats visible

EUDAMED has six modules: actor registration, UDI/device registration, notified bodies and certificates, clinical investigations and performance studies, vigilance and post-market surveillance, and market surveillance. The Commission EUDAMED portal states that the first four modules are mandatory from 28 May 2026 and identifies Actor, UDI/devices, NBs and Certificates, and Market Surveillance as those modules.

The actor-registration page states that every economic operator in the medical devices sector, including EU and non-EU manufacturers, authorised representatives, system or procedure pack producers, and importers, must register before placing devices or systems/procedure packs on the EU market. The same page states that all actors upload a signed declaration on information-security responsibilities, and non-EU manufacturers need an active authorised representative and mandate summary document.

The UDI/Device registration page states that manufacturers submit UDI/Device information for devices they place on the EU market and that the UDI/Devices module has been available for voluntary entry since October 2021. Keep these module-status facts in the registration plan, but avoid inventing dates for modules or workflows that are not grounded in the cited Commission pages.

  • Name the EUDAMED actor owner, at least two Local Actor Administrators for access-control resilience, and the internal approvers for device data.
  • Track whether each record is draft, submitted, registered, updated, discarded, or linked to legacy-device data, because EUDAMED actions can affect public visibility and downstream submissions.
  • Separate what is legally required by MDR from what is a Commission user-guide workflow, helpdesk support route, or temporary operational caveat.
  • Keep a dated screenshot or export of submitted EUDAMED data with the quality record, but use the source data model rather than screenshots as the controlled master.
Section 4

Control changes that break UDI or EUDAMED consistency

UDI and EUDAMED records need explicit change governance. MDCG 2022-7 states that a new UDI-DI is required when a change could lead to device misidentification or ambiguity in traceability, including changes to name or trade name, device version or model, single-use status, sterile packaging, need for sterilisation before use, package quantity, critical warnings or contraindications, and certain CMR or endocrine-disruptor information.

The same guidance says a new UDI-DI would be required when a substance-based device has a formulation change or an extension of claims such as an additional medical purpose. For reprocessed single-use devices under MDR Article 17(2), MDCG 2022-7 says the reprocessor is considered the manufacturer and must assign a new Basic UDI-DI and UDI; reprocessing within a health institution under Article 17(3) does not require a new UDI under that guidance.

MDR Article 10 also makes UDI verification part of the manufacturer's quality management system: procedures must verify UDI assignments and ensure consistency and validity of information provided under Article 29. That makes UDI impact review part of change control, not a clerical update after release.

  • Add UDI impact questions to engineering change orders, label changes, packaging changes, sterilisation changes, intended-purpose or claim changes, software releases, and market-status changes.
  • Require regulatory review when a change touches Basic UDI-DI grouping, UDI-DI assignment, UDI carrier placement, EUDAMED core data, certificate references, or declaration-of-conformity references.
  • Block release where EUDAMED data, label artwork, IFU, certificate, declaration, or technical-documentation identifier references disagree.
  • Record the reason when a change does not require a new UDI-DI, including the specific MDR or MDCG basis and the controlled evidence reviewed.
Section 5

Evidence pack for audits, releases, and authority questions

A useful UDI/EUDAMED evidence pack shows the chain from product definition to public registration. It should let a reviewer trace the marketed device from intended purpose, risk class, model/version, packaging, label, IFU, certificate, declaration, Basic UDI-DI, UDI-DI, UDI carrier, EUDAMED record, and market status without reconstructing the project history.

Keep EUDAMED governance evidence separate from but linked to the technical documentation. The controlled file should include who owns actor access, who approves device data, which source fields populate EUDAMED, when changes trigger new identifiers, and how EUDAMED updates are reconciled with PMS, vigilance, field safety corrective action, certificates, and label changes.

Do not rely on a registration confirmation alone. The MDR and MDCG sources point to a broader evidence model: technical documentation must contain assigned UDIs, declarations must show Basic UDI-DI, Article 29 information must stay current, and UDI changes must remain traceable through QMS change control.

  • Identifier register: Basic UDI-DI, UDI-DI, UDI-PI rules, issuing entity, package levels, label location, software display/API method, and assigned owner.
  • Registration record: SRN, actor role, authorised representative link where applicable, EUDAMED module, submission state, date of controlled internal approval, and controlled source data.
  • Document linkage: declaration of conformity, certificate references, technical-documentation index, SSCP or PSUR references where applicable, IFU and label artwork version.
  • Change evidence: UDI-DI impact assessment, Basic UDI-DI grouping rationale, EUDAMED update record, reconciliation check, approvals, and unresolved data-quality issues.
  • Operational controls: Local Actor Administrator coverage, user access approvals, M2M or manual entry procedure, data-export retention, and periodic reconciliation against released product data.
Recommended next step

Check UDI and EUDAMED data before release

Use Sorena to compare MDR identifiers, labels, declarations, certificates, technical documentation, and EUDAMED fields before a device record or change package is approved.

Primary sources

References and citations

webgate.ec.europa.eu
Referenced sections
  • Supports EUDAMED access and operational governance points, including the portal notice on Local Actor Administrators.
"at least 2 active Local Actor Administrators"
eur-lex.europa.eu
Referenced sections
  • Supports the evidence chain from Article 10 technical documentation and QMS duties to Articles 27, 29, and 31 UDI and registration duties.
"keep up-to-date a list of all UDIs"
Related guides

Explore more topics

Custom-made medical devices under the EU MDR | EU MDR FAQ
Concise EU MDR FAQ on custom-made device definition, mass-produced exclusions, Annex XIII statements, documentation, conformity assessment, PMS, vigilance, and records to retain.
EU MDR Annex II and III Technical Documentation
Build an MDR technical documentation index for Annex II device files and Annex III post-market surveillance evidence, including GSPR, risk, clinical, PMS, UDI, and EUDAMED records.
EU MDR Annex VIII Classification Guide
Classify EU MDR medical devices under Annex VIII using intended purpose, duration, invasiveness, active device and software rules, and conformity assessment impact.
EU MDR Annex XVI products without a medical purpose
source-linked EU MDR guide for Annex XVI products: listed product groups, common specifications, clinical evidence, notified-body route, UDI, EUDAMED, PMS, and vigilance evidence before launch.
EU MDR Applicability Test
Test whether a product, accessory, software function, or Annex XVI product falls under the EU Medical Device Regulation, and record the evidence for the next classification step.
EU MDR change assessment workflow
Assess EU MDR device, design, software, intended purpose, QMS, clinical, PMS, UDI, classification, and notified-body impacts before releasing a medical device change.
EU MDR Checklist for Medical Device Compliance
Practical EU MDR checklist covering qualification, classification, conformity assessment, technical documentation, GSPR, clinical evidence, UDI, EUDAMED, PMS, vigilance, QMS, and legacy transition evidence.
EU MDR classification workflow
A concrete EU MDR classification workflow for intended purpose, device or accessory qualification, Annex VIII rule selection, Rule 11 software review, class outcome, and notified body impact.
EU MDR Clinical Evaluation Overview
EU MDR clinical evaluation overview covering Article 61, Annex XIV, clinical data sources, equivalence, PMCF, CER evidence, notified body review, GSPR, and benefit-risk support.
EU MDR Clinical Evaluation Report Template
A source-linked EU MDR clinical evaluation report template covering intended purpose, GSPR linkage, clinical data appraisal, equivalence limits, PMCF, conclusions, and reviewer signoff.
EU MDR clinical evidence guide
source-linked EU MDR guide to clinical evaluation, clinical investigations, equivalence, PMCF, GSPR support, technical documentation, and notified-body review.
EU MDR compliance obligations
EU MDR compliance guide for device qualification, classification, conformity assessment, QMS, technical documentation, UDI, EUDAMED, PMS, vigilance, and legacy transition controls.
EU MDR conformity route workflow
source-linked EU MDR workflow for classifying a device, choosing the conformity assessment route, preparing technical and QMS evidence, and reaching certificate, DoC, UDI, EUDAMED, and CE outputs.
EU MDR deadlines and compliance calendar
Grounded EU MDR calendar for application, legacy-device transition, UDI, EUDAMED, and recurring QMS, technical documentation, clinical, PMS, vigilance, certificate, and change reviews.
EU MDR Device Classification Guide
Classify an EU MDR medical device by intended purpose, Annex VIII duration, invasiveness, active-device and software rules, then document the conformity route impact.
EU MDR EUDAMED and UDI registration
source-linked MDR guide to Basic UDI-DI, UDI-DI, EUDAMED device registration, actor roles, labels, technical documentation, and UDI data governance.
EU MDR FAQ: qualification, evidence, UDI, and transition
Concise EU MDR FAQ covering device qualification, software classification, accessories, custom-made devices, clinical evidence, UDI, EUDAMED, notified bodies, significant changes, and legacy transition.
EU MDR Legacy Device Transition
source-linked EU MDR legacy device transition guide covering Regulation (EU) 2023/607 conditions, certificate validity, significant-change limits, surveillance, PMS, vigilance, QMS, and evidence records.
EU MDR notified body route selection
Choose an EU MDR conformity assessment route by device class, Article 52 option, notified body designation scope, QMS readiness, technical documentation, clinical evidence, and certificate evidence.
EU MDR penalties and enforcement risk
source-linked EU MDR penalties and enforcement-risk guide covering Article 113, Member State penalty rules, market restrictions, recalls, certificate consequences, and evidence.
EU MDR PMS and Vigilance Guide
EU MDR guide to post-market surveillance, PMCF updates, PMS reports, PSURs, serious incident reporting, FSCA/FSN handling, trend reporting, and evidence records.
EU MDR PMS and vigilance records
source-linked EU MDR guide to PMS plans, PMS reports, PSURs, PMCF updates, serious incident and FSCA reporting, trend reporting, and EUDAMED evidence handling.
EU MDR PMS Plan Template for Medical Devices
A source-linked EU MDR post-market surveillance plan template covering device scope, PMS data sources, PMCF linkage, vigilance, trend reporting, PMSR or PSUR outputs, roles, cadence, and evidence records.
EU MDR QMS and technical file evidence map
Map EU MDR Article 10 QMS duties to Annex II and Annex III technical documentation, PMS, vigilance, UDI records, and notified-body review evidence.
EU MDR QMS requirements under Article 10
EU MDR QMS guide for Article 10 manufacturer controls covering regulatory strategy, design, risk, clinical evaluation, PMS, vigilance, UDI, suppliers, CAPA, and conformity records.
EU MDR qualification and borderline products
EU MDR qualification guide for medical purpose claims, accessories, software, Annex XVI products, and borderline routes to classification and conformity assessment.
EU MDR qualification workflow
A concrete EU MDR workflow for deciding whether a product is a medical device, accessory, Annex XVI product, IVD interface, medicinal-product interface, or non-MDR product before classification and conformity assessment.
EU MDR requirements checklist
Concrete EU MDR requirements for medical-device scope, classification, GSPR, conformity assessment, technical documentation, QMS, clinical evidence, UDI, EUDAMED, PMS, vigilance, and economic-operator records.
EU MDR Rule 11 software classification
Classify MDR medical device software under Rule 11 using intended purpose, diagnosis or therapy decision impact, physiological monitoring, conformity route, clinical evidence, and software-change records.
EU MDR significant changes FAQ: legacy-device transition and notified-body review
FAQ on MDR significant changes for legacy devices, including intended-purpose, design, software, material, sterilisation, clinical, QMS, notified-body, and evidence impacts.
EU MDR Transition Timelines: practical guide
EU Medical Device Regulation guide to Transition Timelines with scope decisions, owner actions, evidence records, source-linked citations, and practical next steps.
EU MDR vigilance reporting workflow
Concrete EU MDR vigilance workflow for incident intake, serious incident assessment, FSCA and FSN handling, trend reporting, EUDAMED caveats, CAPA, PMS, clinical evaluation updates, and records.
How should Basic UDI-DI and UDI-DI be assigned under the EU MDR? | EU MDR FAQ
EU MDR FAQ explaining what Basic UDI-DI and UDI-DI identify, how they connect to UDI carriers, EUDAMED records, change triggers, and retained evidence.
MDR vs AI Act for medical-device software
Compare MDR software qualification, classification, clinical evidence, QMS, PMS, UDI, EUDAMED, and notified-body evidence boundaries against cautiously scoped AI Act overlap.
MDR vs GPSR: medical-device boundary checks
Compare MDR medical-device scope with general product-safety fallback questions for borderline, non-medical, and Annex XVI products.
MDR vs IVDR: medical devices and IVDs compared
Compare EU MDR and IVDR scope, classification, conformity routes, technical documentation, clinical or performance evidence, UDI, EUDAMED, PMS, and vigilance.
MDR vs Product Liability Directive evidence comparison
Compare EU MDR market-access evidence with Product Liability Directive exposure without treating compliance records as a liability outcome.
What should an EU MDR PMCF plan and report cover? | EU MDR FAQ
Under the EU MDR, PMCF is part of PMS and clinical evaluation. See what the plan, activities, report, updates, and retained evidence should cover.
What should manufacturers do when an EU MDR classification changes? | EU MDR FAQ
Concise EU MDR FAQ on classification changes, intended purpose, software, notified-body route impact, certificates, technical documentation, and retained evidence.
When can clinical equivalence be used under the EU MDR?
EU MDR FAQ on clinical equivalence, including technical, biological, and clinical characteristics, access to equivalent-device data, class III and implantable-device limits, clinical evaluation, PMCF, and retained evidence.
When do software or products make medical purpose claims under the EU MDR? | EU MDR FAQ
EU MDR FAQ on medical purpose claims, intended purpose evidence, software qualification, Annex XVI contrasts, and records to keep.
When is a PSUR required under the EU MDR and what should it contain? | EU MDR FAQ
EU MDR FAQ on PSUR scope, content, update cadence, PMS and PMCF links, notified-body handling, EUDAMED submission, and evidence to retain.
When is an accessory regulated under the EU MDR? | EU MDR FAQ
EU MDR FAQ on when an article is a medical device accessory, how intended purpose affects classification, and what evidence to keep.
When is software regulated as SaMD under the EU MDR? | EU MDR FAQ
Concise EU MDR FAQ on software qualification, intended medical purpose, Rule 11 classification, modules, clinical evidence, change assessment, UDI, and EUDAMED.
Which devices need an SSCP under the EU MDR and what should it include? | EU MDR FAQ
EU MDR FAQ on when an SSCP is required, who prepares, validates, uploads, and updates it, and what evidence should support the summary.
Which EUDAMED modules matter under the EU MDR? | EU MDR FAQ
EU MDR FAQ mapping EUDAMED modules to actor registration, UDI/device data, certificates, clinical investigations, vigilance/PMS, market surveillance, and practical records.