MDRC logo
Explore
DE RU
← Knowledge centre

Market access · Product information · Localisation

Language requirements for IFUs and labels

One device. Several users. Different national rules.

The MDR and IVDR establish the principle, but each Member State determines which languages it accepts. A compliant language strategy must connect the market, the intended user and every information channel.

13 min read
Build the language logic ↓

The central rule

There is no single EU language list

The manufacturer must use the language or languages accepted by the Member State where the device is made available. The requirements can change with the user group, the information type and whether the product falls under the MDR or IVDR.

01

What the MDR and IVDR actually require #

Under Article 10(11) of the MDR, the manufacturer must provide the information specified in Section 23 of Annex I in an official Union language determined by the Member State where the device is made available. The information must also be clearly comprehensible to the intended user or patient.

The IVDR follows the same general principle. Article 10(10) requires the information specified in Section 20 of Annex I to be provided in a language determined by the relevant Member State.

These requirements apply to information such as:

  • 01Labels
  • 02Instructions for use
  • 03Packaging information
  • 04Safety information
  • 05Information displayed by the device where it is necessary for correct and safe use

Implant cards are governed separately by Article 18 of the MDR. They do not apply to IVDs.

01Market

Where will the device be made available?

02User

Who must understand the information?

03Information

Which document or interface is involved?

=Required language

Including every condition attached to English use

The current country-specific rules are summarised in separate European Commission tables for the MDR and IVDR ↗. The tables are useful working references, but they are not legally binding. National legislation takes precedence, and the current requirements should always be verified.

02

Professional users and lay users are treated differently #

Many Member States distinguish between devices used by healthcare professionals and devices intended for patients or other lay users.

Professional users may be able to work safely with information in English, particularly where English terminology is established in the relevant medical field. Some countries therefore accept English labels or IFUs for professional-use devices, either generally or subject to specific conditions.

The same flexibility is rarely available for lay users. A patient cannot be expected to understand technical information in English simply because a healthcare professional would.

Professional route Clinical context

English may be accepted, but often only for defined users, settings or agreed conditions.

Lay-user route Direct understanding

The applicable national language is normally required for safe and independent use.

The intended user stated in the device documentation is therefore central to the language strategy. A professional-use device and a home-use version of the same technology may require different translations.

03

When English may be used for professional devices #

According to the current Commission MDR table, English may be accepted for professional-use labels or IFUs in countries including Austria, Belgium, Cyprus, Estonia, Ireland, Malta, the Netherlands and Poland.

This does not mean that the same conditions apply in every country.

English option

Austria · Belgium · Cyprus · Ireland · Malta · Netherlands · Poland

User safeguards

Estonia allows English, but professional users may request information in Estonian.

Justified cases

Germany permits English or another language understood by the user in justified cases.

Safety-language condition

Finland permits English for professional users, while information necessary for safe use must be available in Finnish and Swedish.

Other countries permit English only through more specific arrangements. Croatia may require agreement from the professional user. Denmark allows an exception upon request. Latvia requires the consent of the healthcare facility. Romania may require approval from the competent authority and written consent from the healthcare professional.

The IVDR table follows a similar pattern but contains separate rules for information accompanying an IVD, self-testing devices and near-patient testing devices. English may be accepted for an IVD used exclusively by professionals while the same country requires its national language for self-testing products.

English is not an EU-wide exemption

Professional use may support an English-language strategy, but it never replaces the market-by-market check.

04

Language requirements for lay users and self-testing devices #

For MDR devices intended for lay users, national-language requirements are generally stricter. In the current Commission overview, Ireland and Malta are the main EU Member States where English can serve as the accepted language for patient or lay-user labels and IFUs without translation into another national language.

English acceptedIE

Ireland

English acceptedMT

Malta

Most other marketsEU

Relevant national language or languages

The same principle applies to IVDs intended for self-testing. Even where English is accepted for laboratory or professional-use IVDs, self-testing instructions will normally require the national language because the test is performed and interpreted by a layperson.

Near-patient testing should be checked separately. Some countries treat it as professional use when the test is performed by trained healthcare personnel, while others impose additional language requirements.

05

Language requirements for implant cards #

Implant cards are subject to Article 18 of the MDR and have their own national-language rules.

The current Commission table identifies several Member States that accept English in addition to, or instead of, a national language:

BEBelgium

English when it is the patient’s choice

CYCyprus

Greek or English

FIFinland

Finnish, Swedish and English

IEIreland

English, or English and Irish

MTMalta

Maltese, English or both

SESweden

Swedish or English

These examples should not be treated as a general EU exemption. In Germany, for example, the implant card must be in German.

Manufacturers should also distinguish between the implant card itself and the accompanying information supplied to the patient. The language requirements and practical format may not always be identical.

06

What about the software user interface? #

A graphical user interface is part of the information through which the user operates the device. Language must therefore be considered during usability engineering and risk management, not added as an afterthought shortly before market launch.

There is no single EU rule stating that every software interface automatically follows the same language requirements as the IFU. National approaches differ.

Interface language assessmentUI / SAFETY
01Who operates it?

Professional or lay user

02What can go wrong?

Safety impact of misunderstanding

03What does the IFU explain?

Connection between interface and instructions

04What does the market accept?

National GUI provisions

Language configuration justified

Some Member States expressly treat safety- or performance-related interface elements in the same way as label and IFU information. Others allow English for professional users or impose separate conditions. Some national legislation does not state a specific GUI language rule at all.

This does not make untranslated software automatically acceptable. The manufacturer still needs to demonstrate that the intended user can understand the interface and use the device safely. For lay-user software, translation into the relevant national language will normally be necessary.

07

Electronic IFUs do not remove the language requirement #

Providing an IFU electronically does not create a language exemption. Where an electronic IFU is permitted, it must still be available in the language or languages required for the relevant market and intended user.

Delivery format

Electronic instead of paper, where the applicable conditions allow it

≠
Language exemption

The same market and user-language analysis still applies

The manufacturer must also comply with the conditions governing electronic instructions, including accessibility, risk assessment, website availability and provision of a paper copy where required.

08

Language of conformity-assessment documentation #

The language used for technical documentation and other conformity-assessment documents is governed separately from the language of information supplied to the user.

English is widely accepted by Notified Bodies and national authorities, but it is not automatically accepted everywhere or for every document. Some countries expressly permit English, while others require the national language or a language agreed with the Notified Body.

User-facing trackMarket language

Label · IFU · GUI · implant card · FSN

Assessment trackWorking language

Technical documentation · QMS · submissions

Connected records. Different language decisions.

Even within one conformity-assessment project, different rules may apply to technical documentation, QMS documentation, the EU Declaration of Conformity, certificates, field safety notices and information supplied to patients and users.

The manufacturer should agree the working language with the Notified Body before submitting the application. A blank or unspecified entry in a national overview should not be interpreted as automatic acceptance of English.

09

Building a practical language matrix #

The safest approach is to maintain a controlled language matrix for every product and market.

01Market

Member State where the device is made available

02User

Professional, patient or other lay user

04Label

Required and accepted languages

05IFU

Required and accepted languages

06Implant card

Applicable MDR language rule

07Software

Interface and displayed information

08Declaration

EU Declaration of Conformity language

09Safety notice

Field safety notice language

10Assessment

Language accepted by the Notified Body

11Conditions

Approval, consent or justification for English

12Control

Legal source, date, owner and revision status

Translations should be managed as controlled documents. Changes to the source text, label, IFU or software interface should trigger an assessment of the affected translations.

The practical conclusion

The required language follows the market, user and information

The MDR and IVDR establish the general principle, but Member States determine the languages they accept. English is often possible for professional users and conformity-assessment documentation, but the conditions vary significantly between countries.

For lay users, self-testing devices and safety-critical software interfaces, national-language requirements are usually stricter.

The question worth asking

Which language is required for this particular information, for this intended user, in this Member State?

Official sources

Language as part of market access

Build the language matrix before labels, software and IFUs are released

MDRC helps manufacturers connect product information, usability, target markets and regulatory documentation within one controlled localisation strategy.

Discuss your market strategy ↗
↑

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.