- This implementing regulation lays down common specifications for Annex XVI products and requires documented risk-management activities for those groups.
"common specifications"
Use intended purpose first: the MDR covers medical devices for human use, accessories, and listed Annex XVI products without an intended medical purpose when common specifications apply.
This artifact turns product claims, software functions, accessory links, exclusions, and Annex XVI status into a documented qualification decision and a classification next step.
Structured answer sets in this page tree.
Cited legal and guidance references.
An MDR applicability test should answer a narrow question before classification or conformity assessment: is the product a medical device, an accessory, medical device software, an Annex XVI no-medical-purpose product, or outside MDR scope based on the intended purpose and the product interface?
Capture the exact intended purpose from labels, instructions for use, website claims, clinical workflow descriptions, sales material, and product requirements. Under Article 2(1), a medical device includes software and other articles intended by the manufacturer for specified medical purposes such as diagnosis, prevention, monitoring, prediction, prognosis, treatment, alleviation, investigation, replacement, modification, or providing information by in vitro examination of human specimens.
Record whether the principal intended action is achieved by pharmacological, immunological, or metabolic means. If that action is principal rather than ancillary, the MDR record should flag a medicinal-product interface instead of forcing the product into MDR qualification.
If the product is not itself a medical device, test whether it is an accessory. Article 2(2) covers an article intended to be used with one or more particular medical devices to enable their intended purpose or directly assist their medical functionality.
For software, do not decide applicability from hosting location, app format, cloud deployment, or healthcare use alone. MDCG 2019-11 says software must have a medical purpose on its own to qualify as medical device software, while software that only drives or influences a hardware device may be covered as a part, component, or accessory. Simple search, storage, communication, invoicing, staff planning, and similar non-medical functions do not qualify on that basis alone.
Use the qualification rationale, intended-purpose evidence, Annex XVI check, and interface notes to prepare the MDR classification memo and conformity-assessment route.
A product can be in MDR scope even when the manufacturer claims only an aesthetic or another non-medical purpose. MDR Article 1(2) brings Annex XVI groups into the MDR from the application of common specifications adopted under Article 9, and Article 1(3) requires products with both medical and non-medical intended purposes to meet both sets of applicable requirements.
Use the Annex XVI check for contact lenses, invasive body-modification products, dermal or mucous membrane fillers, equipment to reduce or remove adipose tissue, high-intensity optical radiation equipment for skin treatment, and non-invasive brain-stimulation equipment. Commission Implementing Regulation (EU) 2022/2346 lays down common specifications and risk-management records for those groups.
The applicability record should explicitly name exclusions and interfaces, not just the final yes/no result. MDR Article 1 excludes IVDs covered by Regulation (EU) 2017/746, medicinal products where the medicinal action is principal, advanced therapy medicinal products, cosmetics, food, and certain human, animal, or viable biological materials, while also preserving MDR assessment for device parts in some combination products.
For combination or interface cases, describe the device part, the non-device part, the intended combined use, the principal mode of action, and whether the MDR still applies to the device component or accessory function.
Once applicability is confirmed, classification is the next separate step. Article 51 divides devices into classes I, IIa, IIb, and III based on intended purpose and inherent risks, and classification is carried out under Annex VIII.
For software, MDCG 2019-11 points to Annex VIII rules including the rule that software driving or influencing a device falls within the same class as the device, independent software is classified in its own right, and where multiple rules apply the stricter rule leading to the higher classification applies. Rule 11 then addresses software used for diagnosis or therapeutic decisions and physiological monitoring.
"common specifications"
"All other software is classified as class I"
"Guidance on classification of medical devices"
"classes I, IIa, IIb and III"