Guidance

GB MIR and FSCA schema implementation guide

Updated 9 June 2025

Introduction

This document will guide users through the changes being made to reporting manufacturer incident reports (MIR) and field safety corrective action reports (FSCAs) to the MHRA following implementation of the Medical Devices (Post-market Surveillance Requirements) (Amendment) (Great Britain) Regulations 2024. 听

Section 1: Background

Serious incidents involving medical devices which occur in the UK and meet vigilance reporting criteria must be reported to the MHRA by the manufacturer or their UK Responsible Person via the Manufacturer鈥檚 Online Reporting Environment (MORE) portal. FSCAs affecting devices in the UK and trends in incidents should also be reported using this portal.

The data standards used to report are updated for reports relating to Great Britain (GB) due to the new set of regulations - The Medical Devices (Post-market Surveillance Requirements) (Amendment) (Great Britain) Regulations 2024 which amends the UK Medical Devices Regulations (UK MDR) 2002 by inserting a new Part 4A on post-market surveillance (PMS) requirements for medical devices, including in vitro diagnostic (IVD) devices and active implantable medical devices which apply within GB.

Further information on the post-market surveillance requirements can be found here: The Medical Devices (Post-market Surveillance Requirements) (Amendment) (Great Britain) Regulations 2024: guidance on implementation - 天美影院.

MORE services

You should continue to refer to the following supporting documents for use of MORE:

These documents will be updated in line with the new requirements.

In the MORE portal, registered users will be able to make submissions via manual data entry via the web forms within MORE portal, XML report upload, or via Application Programming Interfaces (API). The MORE web forms that are available include:

  • Manufacturer Incident Report (MIR)
  • Field Safety Corrective Actions (FSCAs)
  • Trend Reports
  • Periodic Summary Reports (PSRs)
  • Serious Adverse Events (SAEs)

This document outlines changes to MIR and FSCA schemas. Trend reports, PSRs and SAEs have no changes.

Section 2: Summary of changes to MIR and FSCA

The below table shows a high level summary of the changes made from MIR 7.2.1 and FSCA 2.8 to support the new GB schemas.

Update Impacts to xsds Impacts to xsds
MIR (all versions) FSCA (all versions)
xsd Name changes Yes Yes
Schema text change from EU to GB Yes No
Removal of 鈥楨UDAMED Number of NCA鈥 Yes No
Removal of 鈥楻eference number assigned by EUDAMED for this incident鈥 Yes No
Removal of 鈥楩SCA EUDAMED reference numbers鈥 Yes No
Enable collection of UK Responsible Person contact details Yes Yes
Restrict nomenclature to allow GMDN only Yes Yes
Addition of 鈥楿K Approved Body (UKAB) ID number(s)鈥 Yes Yes
Addition of 鈥楿K Approved Body (UKAB) certificate number(s) of device鈥 Yes Yes
Mandating of IMDRF Annex codes A, B, C, D, E, F, G Yes No
Addition of 鈥楿DI Issuing entity鈥 Yes Yes
Addition of 鈥楿DI DI鈥 No Yes
Addition of 鈥楿DI PI鈥 No Yes
Addition of 鈥楤asic UDI-DI鈥 No Yes
Addition of 鈥楿nit of use UDI-DI鈥 No Yes
Addition of IMDRF Annex A, B, C, D, E, F, G No Yes
Addition of field to ask 鈥業f you think the FSCA is unique and a suitable IMDRF term is missing, briefly explain:鈥 for IMDRF Annex A, B, C, D, E, F, G No Yes
Addition of 鈥楾he number of devices placed on the market or put into service in Great Britain鈥 No Yes
Addition of 鈥楾he estimated number of users affected in Great Britain鈥 No Yes
Restrict 鈥楴otified body ID number鈥 type to numbers only No Yes
Addition of 鈥楴otified body certificate number鈥 No Yes

To aid comparison to the existing MIR 7.2.1 schema, the MIR help text has been annotated with the changes to the fields. Any changes between EU MIR 7.2.1 and the GB schema are on the tab named 鈥7.2 Help text GB鈥. Please note that some elements within the xsd will be changed which are not part of the existing help text. Each change to the MIR xsd is provided below.

Please note the PDF is not supported as a submission route and has not been since the current MORE portal was launched in 2022. Submissions must be via MORE, and you can send reports via API, post or webform.

MIR xsd changes

The changes are made to the following MIR xsds:

  • Initial
  • Combined initial and final
  • Follow-up
  • Final (reportable incident)
  • Final (non-reportable incident)

A detailed summary of each change is provided below.

1. xsd name changes

Summary of change EU MIR schema 7.2.1 GB schema 7.2.1
xsd name change incident-Initial-v7.2.1.xsd incident-InitialGB-v7.2.1.xsd
incident-InitialFinal-v7.2.1.xsd incident-InitialFinalGB-v7.2.1.xsd
incident-Followup-v7.2.1.xsd incident-FollowupGB-v7.2.1.xsd
incident-FinalRep-v7.2.1 incident-FinalRepGB-v7.2.1
incident-FinalNonRep-v7.2.1 incident-FinalNonRepGB-v7.2.1

2. Text change to the schema description

Impacted schema EU MIR schema 7.2.1 GB schema 7.2.1
incident-InitialGB-v7.2.1.xsd Schema for INITIAL reports about Incidents for EU vigilance exchange. Schema for INITIAL reports about Incidents for GB vigilance exchange.
incident-InitialFinalGB-v7.2.1.xsd Schema for COMBINED INITIAL AND FINAL reports about Incidents for EU vigilance exchange. Schema for COMBINED INITIAL AND FINAL reports about Incidents for GB vigilance exchange.
incident-FollowupGB-v7.2.1.xsd Schema for FOLLOW-UP reports about Incidents for EU vigilance exchange. Schema for FOLLOW-UP reports about Incidents for GB vigilance exchange.
incident-FinalRepGB-v7.2.1 Schema for FINAL REPORTABLE reports about Incidents for EU vigilance exchange. Schema for FINAL REPORTABLE reports about Incidents for GB vigilance exchange.
incident-FinalNonRepGB-v7.2. Schema for FINAL NOT REPORTABLE reports about Incidents for EU vigilance exchange. Schema for FINAL NOT REPORTABLE reports about Incidents for GB vigilance exchange.

3. Removal of 鈥楨UDAMED Number of NCA鈥

Impacted schema EU MIR schema 7.2.1 GB schema 7.2.1
All five MIR schemas Field exists for 鈥楨UDAMED Number of NCA鈥 鈥楨UDAMED Number of NCA鈥 field removed

4. Removal of 鈥楻eference number assigned by EUDAMED for this incident鈥

Impacted schema EU MIR schema 7.2.1 GB schema 7.2.1
All five MIR schemas Field exists for 鈥楻eference number assigned by EUDAMED for this incident鈥 鈥楻eference number assigned by EUDAMED for this incident鈥 field removed

5. Removal of 鈥楩SCA EUDAMED reference numbers鈥

Impacted schema EU MIR schema 7.2.1 GB schema 7.2.1
All five MIR schemas Field exists for 鈥楩SCA EUDAMED reference numbers鈥 鈥楩SCA EUDAMED reference numbers鈥 field removed

6. Enable collection of UK Responsible Person contact details

Impacted schema EU MIR schema 7.2.1 GB schema 7.2.1
All five MIR schemas Allowed values:

-Manufacturer

-Authorised Representative

-Other, please specify
Allowed values:

-Manufacturer

-Authorised Representative

-Other, please specify

-UKRP

7. Restrict nomenclature to allow GMDN only

Impacted schema EU MIR schema 7.2.1 GB schema 7.2.1
All five MIR schemas Medical terminology 鈥 allowed values:

-EMDN

-GMDN

-UMDNS(ECRI)

-GIVD/EDMS

-Other, please specify
Medical terminology 鈥 allowed values:

-GMDN

8. Addition of 鈥楿K Approved Body (UKAB) ID number(s)鈥

Impacted schema EU MIR schema 7.2.1 GB schema 7.2.1
All five MIR schemas No field for 鈥楿K Approved Body (UKAB) ID number(s)鈥 New field for 鈥楿K Approved Body (UKAB) ID number(s)鈥

9. Addition of 鈥楿K Approved Body (UKAB) certificate number(s) of device鈥

Impacted schema EU MIR schema 7.2.1 GB schema 7.2.1
All five MIR schemas No field for 鈥楿K Approved Body (UKAB) certificate number(s) of device鈥 New field for 鈥楿K Approved Body (UKAB) certificate number(s) of device鈥

10. Mandating of IMDRF Annex codes

Impacted schema EU MIR schema 7.2.1 GB schema 7.2.1 Comments
All five MIR schemas Annex A 鈥 minimum of one IMDRF code required No change to Annex A 鈥 minimum of one IMDRF code required If appropriate IMDRF code cannot be found then the following advice is given:

Annex A: If a specific term can not be classified please select code A27
All five MIR schemas IMDRF Annex B - optional IMDRF Annex B 鈥 minimum of one IMDRF code must be included Annex B: If a specific term can not be classified please select code B21 or B22 as appropriate
All five MIR schemas IMDRF Annex C - optional IMDRF Annex C 鈥 minimum of one IMDRF code must be included Annex C: If a specific term can not be classified please select code C22
All five MIR schemas IMDRF Annex D - optional IMDRF Annex D 鈥 minimum of one IMDRF code must be included Annex D: If a specific term can not be classified please select code D15, D16 or D17 as appropriate
All five MIR schemas IMDRF Annex E - optional IMDRF Annex E 鈥 minimum of one IMDRF code must be included Annex E: If a specific term can not be classified please select code E2401, E2402 or E2403 as appropriate
All five MIR schemas IMDRF Annex F - optional IMDRF Annex F 鈥 minimum of one IMDRF code must be included Annex F: If a specific term can not be classified please select code F24 or F28 as appropriate
All five MIR schemas IMDRF Annex G- optional IMDRF Annex G 鈥 minimum of one IMDRF code must be included Annex G: If a specific term can not be classified please select code G07001 or G07002 as appropriate

11. Addition of 鈥楿DI Issuing entity鈥

Impacted schema EU FSCA schema 2.8 GB FSCA schema 2.8
All five MIR schemas No field for 鈥樷橴DI Issuing entity鈥 New field for 鈥樷橴DI Issuing entity鈥

Allowed values:

- GS1

- IFA

- HIBCC

- ICCBBA

FSCA xsd changes

The following changes are made to FSCA xsds. Where the change differs per schema the changes are provided per schema. Where the change is identical in the different schemas this is shown.

  • Initial
  • Follow up
  • Final

12. xsd name changes

Impacted schema EU FSCA schema 2.8 GB FSCA schema 2.8
xsd name changes FSCA_InitialEU_v2.8.xsd FSCA_InitialGB_v2.8.xsd
FSCA_FollowupEU_v2.8.xsd FSCA_FollowupGB_v2.8.xsd
FSCA_FinalEU_v2.8.xsd FSCA_FinalGB_v2.8.xsd

13. Enable collection of UK Responsible Person contact details

Impacted schema EU FSCA schema 2.8 GB FSCA schema 2.8
All three FSCA schemas Allowed values:

-Manufacturer

-Authorised Representative

-Other, please specify
Allowed values:

-Manufacturer

-Authorised Representative

-Other, please specify

-UKRP

14. Restrict nomenclature to allow GMDN only

Impacted schema EU FSCA schema 2.8 GB FSCA schema 2.8
All three FSCA schemas Medical terminology 鈥 allowed values:

-EMDN

-GMDN

-UMDNS(ECRI)

-GIVD/EDMS

-Other, please specify
Medical terminology 鈥 allowed values:

-GMDN

15. Addition of 鈥楿K Approved Body (UKAB) ID number(s)鈥

Impacted schema EU FSCA schema 2.8 GB FSCA schema 2.8
All three FSCA schemas No field for 鈥楿K Approved Body (UKAB) ID number(s)鈥 New field for 鈥楿K Approved Body (UKAB) ID number(s)鈥

16. Addition of 鈥楿K Approved Body (UKAB) certificate number(s) of device鈥

Impacted schema EU FSCA schema 2.8 GB FSCA schema 2.8
All three FSCA schemas No field for 鈥楿K Approved Body (UKAB) certificate number(s) of device鈥 New field for 鈥楿K Approved Body (UKAB) certificate number(s) of device鈥

17. Addition of 鈥楿DI Issuing entity鈥

Impacted schema EU FSCA schema 2.8 GB FSCA schema 2.8
All three FSCA schemas No field for 鈥樷橴DI Issuing entity鈥 New field for 鈥樷橴DI Issuing entity鈥

Allowed values:

- GS1

- IFA

- HIBCC

- ICCBBA

18. Addition of 鈥楿DI DI鈥

Impacted schema EU FSCA schema 2.8 GB FSCA schema 2.8
All three FSCA schemas No field for 鈥楿DI DI鈥 New field for 鈥樷橴DI DI鈥

19. Addition of 鈥楿DI PI鈥

Impacted schema EU FSCA schema 2.8 GB FSCA schema 2.8
All three FSCA schemas No field for 鈥楿DI PI鈥 New field for 鈥樷橴DI PI鈥

20. Addition of 鈥楤asic UDI-DI鈥

Impacted schema EU FSCA schema 2.8 GB FSCA schema 2.8
All three FSCA schemas No field for 鈥楤asic UDI DI鈥 New field for 鈥樷橞asic UDI DI鈥

21. Addition of 鈥楿nit of use UDI-DI鈥

Impacted schema EU FSCA schema 2.8 GB FSCA schema 2.8
All three FSCA schemas No field for 鈥楿nit of use UDI-DI鈥 New field for 鈥樷橴nit of use UDI-DI鈥

22. Addition of IMDRF Annex A, B, C, D, E, F, G

Impacted schema EU FSCA schema 2.8 GB FSCA schema 2.8 Comments
All three FSCA schemas No field to collect IMDRF Annex A Addition of field to collect IMDRF Annex A.

Addition of field to ask 鈥業f you think the FSCA is unique and a suitable IMDRF term is missing, briefly explain:鈥

Minimum of one IMDRF code required.
If appropriate IMDRF code cannot be found then the following advice is given:

Annex A: If a specific term can not be classified please select code A27
All three FSCA schemas No field to collect IMDRF Annex B Addition of field to collect IMDRF Annex B.

Addition of field to ask 鈥業f you think the FSCA is unique and a suitable IMDRF term is missing, briefly explain:鈥

Minimum of one IMDRF code required.
Annex B: If a specific term can not be classified please select code B21 or B22 as appropriate
All three FSCA schemas No field to collect IMDRF Annex C Addition of field to collect IMDRF Annex C.

Addition of field to ask 鈥業f you think the FSCA is unique and a suitable IMDRF term is missing, briefly explain:鈥

Minimum of one IMDRF code required.
Annex C: If a specific term can not be classified please select code C22
All three FSCA schemas No field to collect IMDRF Annex D Addition of field to collect IMDRF Annex D.

Addition of field to ask 鈥業f you think the FSCA is unique and a suitable IMDRF term is missing, briefly explain:鈥

Minimum of one IMDRF code required.
Annex D: If a specific term can not be classified please select code D15, D16 or D17 as appropriate
All three FSCA schemas No field to collect IMDRF Annex E Addition of field to collect IMDRF Annex E.

Addition of field to ask 鈥業f you think the hazard is unique and a suitable IMDRF Code is missing, briefly explain:鈥

Minimum of one IMDRF code required.
Annex E: If a specific term can not be classified please select code E2401, E2402 or E2403 as appropriate
All three FSCA schemas No field to collect IMDRF Annex F Addition of field to collect IMDRF Annex F.

Addition of field to ask 鈥業f you think the hazard is unique and a suitable IMDRF Code is missing, briefly explain:鈥

Minimum of one IMDRF code required.
Annex F: If a specific term can not be classified please select code F24 or F28 as appropriate
All three FSCA schemas No field to collect IMDRF Annex G Addition of field to collect IMDRF Annex G.

Addition of field to ask 鈥業f you think the component is unique and a suitable IMDRF term is missing, briefly explain:鈥

Minimum of one IMDRF code required.
Annex G: If a specific term can not be classified please select code G07001 or G07002 as appropriate

23. Addition of 鈥楾he number of devices placed on the market or put into service in Great Britain鈥

Impacted schema EU FSCA schema 2.8 GB FSCA schema 2.8
All three FSCA schemas No field for 鈥楾he number of devices placed on the market or put into service in Great Britain鈥 New field for 鈥楾he number of devices placed on the market or put into service in Great Britain鈥

24. Addition of 鈥楾he estimated number of users affected in Great Britain鈥

Impacted schema EU FSCA schema 2.8 GB FSCA schema 2.8
All three FSCA schemas No field for 鈥楾he estimated number of users affected in Great Britain鈥 New field for 鈥楾he estimated number of users affected in Great Britain鈥

25. Update type for field 鈥楴otified body ID number鈥

Impacted schema EU FSCA schema 2.8 GB FSCA schema 2.8 Comments
All three FSCA schemas Notified body ID number allows 50 characters including text Notified body ID number will only allow numbers Aligning FSCA with MIR standard

26. Addition of 鈥楴otified body certificate number鈥

Impacted schema EU FSCA schema 2.8 GB FSCA schema 2.8
All three FSCA schemas No field for 鈥楴otified body certificate number鈥 New field for 鈥楴otified body certificate number鈥

Implementation Steps

Please use the resources available [to be released soon] to update your systems and processes in line with the GB xsd schemas to ensure compliance with the PMS requirements. Submissions under PMS legislation for GB should be reported using the GB schemas, and xml submissions should include the correct schema within the xml header. Reports for Northern Ireland can continue to be submitted in line with EU requirements.

If you need to provide a new submission to a previously submitted MIR or FSCA, you should update the schema in line with the new requirements, and it will be linked on the MHRA system as usual. Explicitly, it is acceptable to have a first submission using EU schema, and a second submission using GB schema.

During the transition period you can submit using the EU schema or new GB schemas. After the end of the transition period, you must use the GB schema to fulfil your reporting requirements under the PMS legislation.

Resources

Additional documentation to support the implementation of the GB schema will be provided within the resources tile and will include an overview of the changes made, an updated MORE submissions guidance document, a bridging document for MIR helptext, updated xsds and example xmls.

You will also be able to access these resources within MORE via the 鈥楻esources鈥 tile on the dashboard or left-hand side burger menu.

Glossary

Acronym
API Application Programming Interfaces
FSCA Field Safety Corrective Action
IVD In Vitro Diagnostic
UK MDR UK Medical Devices Regulations
MHRA Medicines and Healthcare Products Regulatory Agency
MIR Manufacturer Incident Report
MORE Manufacturer鈥檚 Online Reporting Environment
PMS Post-Market Surveillance
PSR Periodic Summary Report
SAE Serious Adverse Event
UKRP UK Responsible Person

Help and Contact Details

Support will be available via aic@mhra.gov.uk.

Please use the heading 鈥淧MS implementation information request:Entity Name鈥.