Classify a medical device by fixing the intended purpose, qualifying the product as a device, accessory, software, system, procedure pack, or Annex XVI product, then applying the Annex VIII rules to reach class I, IIa, IIb, or III.
Use the outcome to identify the conformity assessment route, notified body involvement, and the classification rationale evidence that belongs in the technical documentation.
EU MDR classification starts with the manufacturer's , not with a comparison to a similar product. Article 51 divides devices into classes I, IIa, IIb, and III according to intended purpose and inherent risks, and requires classification under Annex VIII. The classification file should therefore show the product facts, the qualification decision, the Annex VIII rule path, the final class, and the conformity assessment consequence.
1
Section 1
1. Lock the intended purpose before choosing a rule
Begin with the exact in the label, instructions for use, promotional or sales materials, and clinical evaluation. Article 2 defines intended purpose by those manufacturer-supplied materials, and MDCG 2021-24 warns that it is the manufacturer's intended purpose, not accidental use or the class of similar products, that determines the class.
Record the clinical purpose, patient or user group, body contact, duration of use, invasiveness, active function, measuring function, medicinal or biological interaction, software output, and whether the device is used alone, in combination, as a system, or as a procedure pack.
Evidence to keep: current label and IFU text, claims inventory, clinical evaluation scope, design description, and any marketing claims that could change .
Decision point: if a new release changes the , conditions of use, patient population, software output, or body interaction, re-run classification before release.
Escalation point: if clinical practice has changed so that the and classification may have changed, document the review and reassess conformity for the new intended purpose.
Confirm whether the product is a medical device, an accessory for a medical device, software, a system or procedure pack, an Annex XVI product without an intended medical purpose, or outside MDR scope. Article 2 includes software in the medical device definition where the manufacturer intends it for a listed medical purpose, and it defines accessories as articles intended to enable or directly assist a device's medical functionality.
For software, separate three questions: whether it has its own medical purpose, whether it drives or influences a hardware medical device, and whether it only performs storage, archival, communication, simple search, or non-medical administrative functions. MDCG 2019-11 treats software with a medical purpose as medical device software and explains that software driving or influencing a hardware device can be covered as a part, component, or accessory.
Device qualification: map the product to Article 2(1) medical purposes such as diagnosis, prevention, monitoring, prediction, prognosis, treatment, alleviation, investigation, replacement, modification, or conception support.
Accessory qualification: identify the specific device the accessory enables or directly assists, and show how the accessory is intended to support that device's .
Software qualification: record input data, output data, patient-specific action, medical purpose, whether the output supports individual patient decisions, and whether the software is independent or drives another device.
3. Select the Annex VIII rule and resolve overlaps
Apply Annex VIII from the product facts, not from the preferred route. Start with non-invasive, invasive, active, and special-rule categories, then document why each potentially relevant rule applies or does not apply. MDCG 2021-24 identifies the classification criteria as duration of contact, invasiveness, local or systemic effect, toxicity, affected body part, and dependence on an energy source.
If more than one rule or sub-rule applies based on the , apply the strictest rule that results in the higher classification. Do not apply the system and procedure pack provisions as a substitute for classifying each constituent device. Under Article 22, a combination of CE-marked devices used within their intended purposes follows the system or procedure pack statement route; a combination containing non-CE-marked devices, used outside intended purposes, or not mutually compatible is treated as a device in its own right and follows Article 52.
Rule memo: list each Annex VIII rule screened, the device fact that triggered or excluded it, and the final rule selected.
Overlap check: record the higher-class rule when multiple rules apply, especially for software plus active device functions, implantable use, medicinal substances, nanomaterials, contraception, sterilisation, or substance-based devices.
Dispute path: when a is involved and the manufacturer and notified body disagree on Annex VIII application, Article 51 provides referral to the relevant competent authority.
For medical device software, test specifically. Software that provides information used for diagnosis or therapeutic decisions is class IIa unless the decision impact can cause death or irreversible deterioration, making it class III, or serious deterioration or surgical intervention, making it class IIb. Software intended to monitor physiological processes is class IIa, unless it monitors vital physiological parameters where variations could create immediate danger to the patient, making it class IIb. All other software is class I.
Also check Annex VIII implementing rules. Software that drives or influences the use of another device falls in the same class as that device; independent software is classified in its own right. Where and another rule both apply, use the strictest applicable rule.
Examples from MDCG 2021-24 show how decision impact changes the result: software that ranks chemotherapy options for a healthcare professional is a class IIa example; an app that analyses heartbeat data and informs a physician is a class IIb example; and image-analysis software used to make treatment decisions for acute stroke is a class III example. Treat them as examples. The specific , patient condition, output significance, and foreseeable harm still control.
Rule 11a evidence: the medical decision supported, the significance of the software output, the patient condition or healthcare situation, and the harm scenario if the output is wrong.
Rule 11b evidence: the physiological process monitored, whether the parameter is vital, the use setting such as intensive care, anaesthesia, emergency care, routine check-up, or home monitoring, and why variation could or could not cause immediate danger.
Implementation rule evidence: whether the software is independent, controls hardware, modifies hardware state, supplies hardware-function output, or combines its own medical purpose with driving another device.
Turn MDR classification into a reviewable technical-file record
Use the workflow to document intended purpose, qualification, Annex VIII rule selection, Rule 11 software analysis, final class, conformity route, notified body impact, and release evidence.
5. Translate class into conformity route and notified body impact
Use the final class to choose the conformity assessment route under Article 52 before placing the device on the market. Class III, IIb, and IIa devices generally require assessment under the Article 52 routes and Annexes IX to XI. Class I devices are generally declared by the manufacturer after technical documentation is drawn up, but class I sterile devices, devices with a measuring function, and reusable surgical instruments require limited notified body involvement for the relevant sterile, metrological, or reuse aspects.
Classification directly determines the conformity route and the PMS report or PSUR path. Other outputs depend on additional facts: SSCP applies to implantable and class III devices except custom-made and investigational devices, while UDI obligations and assignment rules are not determined by class alone. Do not close classification until regulatory, quality, clinical, software, and conformity-assessment planning have checked the class and every special feature.
Conformity route output: final class, selected Article 52 paragraph, selected Annex IX, X, or XI route where relevant, and whether a is required.
impact: confirm the notified body is designated for MDR and for the relevant device scope before relying on it for conformity assessment.
Technical file impact: update Annex II and III technical documentation with the risk class, Annex VIII rule justification, rule-overlap analysis, and evidence supporting the .
The classification rationale should be reviewable without reconstructing the workflow from meetings or emails. Keep it with the technical documentation and refresh it when claims, software functions, hardware combinations, body-contact facts, clinical use, or applicable guidance change.
Product facts: device description, , indications, contraindications, patient population, user group, anatomical site, contact duration, invasiveness, active function, measuring function, sterile status, reusable surgical-instrument status, and combination use.
Qualification rationale: medical device, accessory, software, part or component, system, procedure pack, Annex XVI product, or non-MDR outcome, with reasons and source citations.
Annex VIII analysis: rule-screening table, strictest-rule decision, analysis where software is involved, class outcome, and unresolved interpretation questions.
Route and impact: Article 52 route, need and scope check, clinical evidence implications, PMS report or PSUR output, SSCP trigger for implantable or class III devices, UDI implications based on the applicable UDI rules, and approval sign-off before market release.
Explains that notified bodies assess conformity where third-party intervention is required and that the Commission publishes designated notified bodies in NANDO.
The June 2025 revision explains MDR software qualification, Annex VIII implementing rules for software, and Rule 11 classification for diagnosis, therapeutic decisions, monitoring, and other software.
Article 52 links device class to the conformity assessment routes in Annexes IX to XI and identifies the limited notified-body role for class I sterile, measuring, and reusable surgical instruments.