Chapter 3 II XEVPRM User Guidance 1736757904
Chapter 3 II XEVPRM User Guidance 1736757904
EMA/135580/2012
Information Management
Version 3.18
© European Medicines Agency, 2025. Reproduction is authorised provided the source is acknowledged.
Version number: Published: Date of coming into force:
• Background information
• NOTE 9
• NOTE 10
• NOTE 12
• NOTE 14
Please note that editorial changes of this document are not included in the summary of changes.
Please also note that the implementation of a new authorisation status value ‘Valid – pending national
phase’, which was foreseen to be made available in the XEVMPD in Q1/2024, as per the XEVMPD
webinar in October 2023, has been deferred. This is because the data of nationally authorised
medicinal products will not be released in the PLM portal before Q4 2024, as per information in this
presentation. Therefore, there is currently no need for MAHs to submit information on pending
nationally authorised medicinal products to XEVMPD. For this reason, no information related to the use
of this authorisation status value is included in this version of this document.
• the data elements to be completed for the electronic submission of information on medicinal
products for human use authorised in the European Economic Area (EEA) using the eXtended
EudraVigilance Medicinal Product Report Message (XEVPRM);
The data elements for medicinal products are based on the following reference information:
• the Summary of Product Characteristics (SmPC), which serves the purpose of validation of the
information provided in the structured data elements:
• The medicinal product authorisation information (as referred to in the Legal Notice on the
Implementation of Article 57(2) of Regulation (EC) No. 726/2004 published by the Agency);
• The pharmacovigilance information (as referred to in the Legal Notice on the Implementation of
Article 57(2) of Regulation (EC) No. 726/2004 published by the Agency).
All medicinal product names/marketing authorisation holder names used in this document
are fictitious and were created for the purposes of being used as examples in this user
guidance.
One of the key deliverables of the new legislation related to the submission of medicinal product
information by marketing authorisation holders to the European Medicines Agency. Article 57(2) of
Regulation (EC) No 726/2004, as amended by Regulation (EU) 1235/2010 and Regulation (EU)
1027/2012, requires:
• the Agency to publish the format for the electronic submission of information on medicinal products
for human use by 2 July 2011;
• marketing authorisation holders to submit information to the Agency electronically on all medicinal
products for human use authorised in the European Union by 2 July 2012, using this format;
• marketing authorisation holders to inform the Agency of any new or varied marketing
authorisations granted in the EU as of 2 July 2012, using this format.
Marketing authorisation holders are also required to submit information concerning all medicinal
products for which they hold a marketing authorisation in EEA countries outside the EU (i.e., Iceland,
Liechtenstein, and Norway), as the pharmacovigilance legislation has been incorporated into the EEA
Agreement and entered into force in the EEA on 28 May 2014.
From 1 January 2021, the United Kingdom is considered a non-EU/EEA country. Based on the Protocol
on Ireland/Northern Ireland, EU pharmaceutical law applies to and in the UK in respect of Northern
Ireland only, as of 1 January 2021, to the extent described in the Protocol. Therefore, information on
medicinal products for human use, for which the marketing authorisation granted by the UK national
authority is valid in the territory of Northern Ireland, must be submitted in the Article 57 database as
per Article 57(2) legal obligations:
• the country of authorisation in the product entries in the Article 57 database must be specified as
‘United Kingdom (Northern Ireland) (XI)’;
In accordance with the information provided section 4. The location of the marketing authorisation
holder and the qualified persons for manufacturing for pharmacovigilance with regard to medicinal
products for human use of the Commission Notice – Application of the Union’s pharmaceutical acquis in
markets historically dependent on medicines supply from or through parts of the United Kingdom other
than Northern Ireland:
• The MAH may be established in an EU member state, NO, LI, IS, XI or GB.
• The QPPV and PSMF may be established in an EU member state, NO, LI, IS, XI or in the rest of
the United Kingdom (GB), if the organisation does not already have a QPPV based in the EEA or
Northern Ireland.
See section 8. Changes required in the Article 57 database of the 'Questions and answers to
Stakeholders on the implications of Regulation (EU) 2023/1182 for centrally authorised medicinal
products for human use: Practical guidance on the applicable rules to centrally authorised medicinal
products for human use intended to be placed on the market in Northern Ireland before and after the
application of Regulation (EU) 2023/1182' document for related information.
Medicinal products falling out of scope of Article 57(2) of Regulation (EC) No 726/2004 legal
obligations include:
• traditional use registration application for herbal medicinal products (Article 16a of Directive No
2001/83/EC)1;
• medicinal products within the scope of Article 5 of Directive 2001/83/EC i.e., 'Named patient use'
falling under Article 5(1) and 'EU Distribution Procedure' under Article 5(2);
Medicinal products falling out of scope of Article 57(2) legal obligation may be submitted on voluntary
basis in line with the requirements and business processes described in this guidance.
The web-based eAF is consuming data from PMS and at the same time, PMS is consuming data from
XEVMPD. Therefore, any product, that is required for eAF submission, such as herbal and/or
homeopathic medicinal products, must be submitted in the XEVMPD.
1
See also Traditional herbal medicinal products and simplified registrations for homeopathic medicinal products:
pharmacovigilance requirements and EudraVigilance access - Note for clarification for related information
Medicinal product data shall be submitted to the eXtended EudraVigilance Medicinal Product Dictionary
(XEVMPD) using the eXtended EudraVigilance Medicinal Product Report Message (XEVPRM) schema.
For more information, please see the below listed documents for detailed information on the XEVPRM
structure and the applicable business rules:
• Chapter 3.I: Extended EudraVigilance product report message (XEVPRM) technical specifications of
the published Detailed guidance on the electronic submission of information on medicinal products
for human use by marketing authorisation holders to the European Medicines Agency in accordance
with Article 57(2) of Regulation (EC) No. 726/2004;
XEVPRMs can be generated and submitted using an in-house gateway submission tool and/or using the
XEVMPD user interface (EVWEB).
The XEVMPD user interface (EVWEB) is available to registered users. To access EVWEB, users are
required to have:
• requested access to the XEVMPD production environment via the EMA Account Management portal;
and
• installed ActiveX on their computer and access EVWEB using an IE Tab extension, as per
instructions on the ‘xEVMPD support’ section of the EV restricted area for EV Registered users.
• Operation type 'Insert' (1): allows the sender organisation to insert medicinal product information
in the XEVMPD.
For EVWEB users, a command button 'Reinsert' (1) is also available. This operation type allows
EVWEB users to re-insert an existing medicinal product whilst retaining the previous information
and create a new medicinal product with the operation type 'Insert'.
• Operation type 'Update' (2): allows the sender organisation to correct erroneous information
previously submitted, as per applicable business and technical rules.
As per specific guidance provided in section 2. Maintenance of medicinal product data of this
document, this operation type shall be used to maintain some of the medicinal product
information.
• Operation type 'Variation' (3): This operation type is no longer available as it should not be used
to notify the Agency of a variation procedure of an authorised medicinal product in the context of
maintenance of medicinal product data during the transition maintenance phase. As of 16 June
2014, the "Variation" button is removed from the EVWEB application. Gateway users, who will
submit an XEVPRM containing an authorised medicinal product assigned with operation type
The process to be followed to amend an authorised medicinal product entity following a variation
procedure is described in section 2.4.1. Variations of marketing authorisation of this document.
• Operation type 'Nullification' (4): allows users to flag incorrectly submitted information
(including duplicated information) as 'non-current', as per applicable business and technical rules.
• Operation type 'Change ownership' (5): This operation type is no longer available.
The relevant processes to be followed to amend an authorised medicinal product entity following a
transfer of marketing authorisation are described in section 2.4.3. Transfer of marketing
authorisation of this document.
• Operation type 'Invalidate MA' (6): This operation allows the sender organisation to submit a
notification about the withdrawal of an authorised medicinal product from the market in an
XEVPRM. The 'Invalidate MA' operation type covers several scenarios including the transfer of an
authorised medicinal product to a third party and a renewal of the marketing authorisation (MA) by
the marketing authorisation holder (MAH) if the marketing authorisation number changes.
Further information on specific scenarios where such operation can be used is provided in section
2. Maintenance of medicinal product data of this document.
XEVPRM Acknowledgements
Following a successful submission of new medicinal product data in the XEVMPD, an EV Code is
assigned to each XEVMPD entity (i.e., data element). The EV Code is provided to the marketing
authorisation holder sender organisation in an eXtended EudraVigilance Medicinal Product Report
Message Acknowledgement (XEVPRM ACK):
• users from MAH organisations registered as WEB Trader organisations, submitting XEVPRMs using
EVWEB or EV Post, can retrieve the XEVPRM ACK in their WEB Trader Inbox (or Archived Inbox),
• Gateway users should check with their Gateway provider where the XEVPRM ACKs are stored.
• Chapter 3.I: Extended EudraVigilance product report message (XEVPRM) technical specifications of
the published Detailed guidance on the electronic submission of information on medicinal products
for human use by marketing authorisation holders to the European Medicines Agency in accordance
with Article 57(2) of Regulation (EC) No. 726/2004.
• List of XEVMPD Element Acknowledgement Codes, which can be found on the ‘Guidance documents
related to data submission for authorised medicines’ webpage.
Authorised medicinal product (AMP) must be submitted in the XEVMPD in an XEVPRM with
operation type 'Insert' (1).
In accordance with point (b) of Article 57(2) of Regulation (EC) 726/2004: "marketing authorisation
holders shall, by 2 July 2012 at the latest, electronically submit to the European Medicines Agency (the
Agency) information on all medicinal products for human use authorised in the European Union, using
the format referred to in point (a)". This includes centrally authorised medicinal products.
In accordance with the Legal Notice on the Implementation of Article 57(2) of Regulation (EC) No.
726/2004, information on medicinal products for new marketing authorisations in the Union after 2
July 2012 shall be submitted by marketing authorisation holders electronically to the Agency as soon
as possible and no later than 15 calendar days from the date of authorisation (i.e., 15 calendar days
from the date of notification of the granting of the marketing authorisation by the competent
authority).
Regulatory processes for issuing marketing authorisations and authorisation numbers for medicinal
products can differ depending on the country of authorisation or the authorisation procedure. This has
been recognised as a challenge for the unique identification of medicinal products. The future use of
the ISO IDMP standards will allow for the assignment of additional identifiers as an indexing
mechanism, which can be applied supplementary to existing systems like the assignment of marketing
authorisation numbers.
Medicinal products are being characterised as part of the initial XEVPRM submissions based on the
main following characteristics:
Whenever any of the characteristics described above (point a. to e.) for a medicinal product are
different, a separate medicinal product entity should be submitted in the XEVMPD. This also applies to
medicinal products for which one marketing authorisation has been issued with the same marketing
authorisation number.
• For centrally authorised medicinal products, separate authorisation numbers (EU numbers)
exist for each medicinal product and package presentation. Therefore, for each presentation (each
EU number) a separate medicinal product entity should be submitted to the XEVMPD (see EXAMPLE
5).
• For non-centrally authorised medicinal products, one authorisation number can be applicable
either for each pack size or it can be the same for several pack sizes:
− When multiple pack sizes are authorised with one authorisation number, marketing
authorisation holders should submit in the XEVMPD multiple authorised medicinal product
entities, each referencing one package presentation and the applicable authorisation number.
As announced at the Product Management Service (PMS) info day in April 2024, the mandatory
provision of pack size information and the information on the product down to the pack size
level is now required due to the ISO IDMP standards implementation:
MAHs that previously submitted in the XEVMPD one AMP record for multiple package
presentations should review their existing AMP entries and, where multiple pack sizes are
referenced in the 'Package Description' field:
1. update the existing AMP entity to reference only one pack size (the lowest one) and
The list of critical medicines is published on the Availability of critical medicines webpage.
➔ For medicinal products not included under the ULCM, there is no defined deadline
to submit in the XEVMPD one medicinal product entity for each package presentation. It is
however recommended that information on newly authorised medicinal products is
submitted in the XEVMPD at the level of the pack size.
See Annex I: Pack size submissions of this document for further information.
The Presentation - Pack Size Submissions: from XEVMPD to PMS containing additional information,
questions and answers, and practical examples, is also available.
EXAMPLE 1
In Ireland, a marketing authorisation has been granted for 'Diclofenac 50 mg' formulation.
The marketing authorisation number is: PL 1234/000.
The marketing authorisation holder is company MAH-AZ.
The marketing authorisation refers to the following medicinal products names, i.e., the following
names listed in section 1 of the SmPC are:
'Diclofenac PharmaB 50 mg tablets'
'Diclofenac tablets'
'Diclofenac 50 mg'
Based on the principles outlined above (different medicinal product names), the marketing
authorisation holder should submit three separate medicinal product entries to the XEVMPD:
EXAMPLE 2
In Ireland, marketing authorisation has been granted for the medicinal product 'Amoxicillin 200 mg
tablets'.
The medicinal product is available in the following pack sizes: 15 tablets, 30 tablets.
Option 1
MAHs submits one authorised medicinal product entry in the XEVMPD, referencing multiple package
presentations in the 'Package Description' field:
AMP entity 1:
"Full Presentation Name" (AP.13.1) = Amoxicillin 200 mg tablets
"Authorisation Number" (AP.12.4) = PL 1234/001
"Package Description" (AP.13.7) = 15 tablets, 30 tablets
Option 2
MAHs submits two authorised medicinal product entries in the XEVMPD, each AMP entry referencing
the applicable package presentations in the 'Package Description' field:
AMP entity 1:
"Full Presentation Name" (AP.13.1) = Amoxicillin 200 mg tablets
"Authorisation Number" (AP.12.4) = PL 1234/001
"Package Description" (AP.13.7) = 15 tablets
AMP entity 2:
"Full Presentation Name" (AP.13.1) = Amoxicillin 200 mg tablets
"Authorisation Number" (AP.12.4) = PL 1234/001
"Package Description" (AP.13.7) = 30 tablets
EXAMPLE 3
In France, marketing authorisation has been granted for the medicinal product 'Paracétamol 150 mg
comprimés'.
The medicinal product is available in the following pack sizes: 30 tablets and 60 tablets.
The marketing authorisation number applicable: 123 456-7 (30 tablets), 123 456-8 (60 tablets).
Based on the principles outlined above (different authorisation number for each pack size), the
marketing authorisation holder should submit two medicinal product entries to the XEVMPD:
AMP entity 2:
"Full Presentation Name" (AP.13.1) = Paracétamol 150 mg comprimés
"Authorisation Number" (AP.12.4) = 123 456-8
"Package Description" (AP.13.7) = 60 comprimés
EXAMPLE 4
In the Ireland, marketing authorisation has been granted for the medicinal product 'Ibuprofen 250 mg'.
The medicinal product is available as film-coated tablets and capsules in separate package
presentations.
The marketing authorisation number applicable for both medicinal products: PL 1234/004.
Based on the principles outlined above (different pharmaceutical forms), the marketing authorisation
holder should submit two medicinal product entries to the XEVMPD:
EXAMPLE 5
In the EU, marketing authorisation has been granted for the medicinal product 'COMET'.
The medicinal product is available as 10 mg and 40 mg tablets in the same package presentation.
COMET 10 mg tablets
COMET 40 mg tablets
The marketing authorisation holder should submit one medicinal product entity with the two
pharmaceutical products (i.e., 10 mg tablets and 40 mg tablets) to the XEVMPD:
EXAMPLE 6
Marketing authorisation has been granted for a centrally authorised medicinal product 'TRADENAME
XYZ 50 U/ml and 100 U/ml Concentrate for solution for infusion'.
The marketing authorisation numbers, and the corresponding package descriptions are:
EU/1/03/000/001: TRADENAME XYZ - 100 U/ml - Concentrate for solution for infusion - Intravenous
use - vial (glass) - 5 ml (100 U/ml) – 1 vial
EU/1/03/000/002: TRADENAME XYZ - 100 U/ml - Concentrate for solution for infusion - Intravenous
use - vial (glass) - 5 ml (100 U/ml) - 10 vials
EU/1/03/000/003: TRADENAME XYZ - 50 U/ml - Concentrate for solution for infusion - Intravenous
use - vial (glass) - 5 ml (50 U/ml) - 1 vial
EU/1/03/000/004: TRADENAME XYZ - 50 U/ml - Concentrate for solution for infusion - Intravenous use
- vial (glass) - 5 ml (50 U/ml) – 10 vials
Based on the principles outlined above (different authorisation numbers for each presentation) the
marketing authorisation holder should submit four medicinal product entries to the XEVMPD:
AMP entity 1:
"Full Presentation Name" (AP.13.1) = TRADENAME XYZ 100 U/ml Concentrate for solution for
infusion
"Authorisation Number" (AP.12.4) = EU/1/03/000/001
"EU Number" (AP.12.8) = EU/1/03/000/001
"Package Description" (AP.13.7) = 1 vial
AMP entity 2:
'Full Presentation Name' field = TRADENAME XYZ 100 U/ml Concentrate for solution for
infusion
"Authorisation Number" (AP.12.4) = EU/1/03/000/002
"EU Number" (AP.12.8) = EU/1/03/000/002
"Package Description" (AP.13.7) = 10 vial
AMP entity 3:
"Full Presentation Name" (AP.13.1) = TRADENAME XYZ 50 U/ml Concentrate for solution for
infusion
"Authorisation Number" (AP.12.4) = EU/1/03/000/003
"EU Number" (AP.12.8) = EU/1/03/000/003
"Package Description" (AP.13.7) = 1 vial
AMP entity 4:
* Plant Latin binominal names or Latin herbal preparation names of authorised medicinal products if
reflected in the SmPC are also acceptable.
** When the SmPC in the national language becomes available, it must be provided in the context of
the data maintenance, i.e., when the variation leads to changes as listed in section Transition
maintenance phase - Electronic submission plan
List of official languages per country can be found on the Agency's website.
If the same SmPC contains product information in multiple languages, the same SmPC may be
referenced in the relevant product entries. It is possible to reference two language codes in one
attachment entity in the XEVMPD. See section 1.10.7. 2nd Language code (ATT.7) for further
information.
In general, Iceland, Liechtenstein, and Norway, have, through the EEA agreement, adopted the
complete Union acquis on medicinal products and are consequently applying the EU rules governing
marketing authorisation procedures (i.e., national, centralised, decentralised, and mutual recognition
procedures). However, the Commission’s decisions (including decisions granting marketing
authorisations) do not directly confer rights and obligations to holders of a marketing authorisation in
these countries. The marketing authorisations granted by the European Commission must be
transposed by the competent authorities of Iceland, Liechtenstein, and Norway through corresponding
decisions on the basis of relevant national laws. In such a case these marketing authorisations granted
in Iceland, Liechtenstein and Norway are legally separate from the Commission’s decision granting MA.
Therefore, separate entries for the marketing authorisations granted in Iceland, Liechtenstein and
Norway should be submitted in the XEVMPD under Article 57(2) requirements.
For medicinal products authorised in Liechtenstein, Norway and Iceland under the centralised
procedure, the applicable country code (i.e., LI/NO/IS) must be specified.
It is clarified in the Notice to Applicants (Volume 2A, Chapter 1) that on the basis of a bilateral
agreement between Liechtenstein and Austria automatic recognition of the Marketing Authorisations
granted in Mutual Recognition Procedure (MRP) or Decentralised Procedure (DCP) is operational. This
allows Liechtenstein to use Marketing Authorisations granted by Austria if the applicants have identified
Liechtenstein as CMS in the application form submitted with MRP or DCP applications. At the end of the
procedures, Austria grants authorisations that are recognised by Liechtenstein. This marketing
authorisation can be considered as a marketing authorisation granted in accordance with the
pharmaceutical acquis for the purpose of EU legislation.
Therefore, the marketing authorisation of these products has to fulfil requirements provided for in,
inter alia, Regulation (EU) 726/2004 and Directive 2001/83/EC.
• The attachment to be used for reference in a medicinal product entity is an Austrian SmPC.
• The data elements AP.13.1 - AP.13.6 must however be provided in German.
In the Notice to Applicants (Volume 2A, Chapter 1) it is also clarified that on the basis of a bilateral
agreement between Liechtenstein and Switzerland, a Swiss marketing authorisation is effective in
Liechtenstein. This recognition has no effects outside the customs union between Switzerland and
Liechtenstein. Consequently, a marketing authorisation granted by the Swiss authorities and
recognised by Liechtenstein, while Switzerland does not apply the EU pharmaceutical acquis, cannot be
considered as a marketing authorisation granted in accordance with the pharmaceutical acquis for the
purpose of EU legislation and therefore falls outside the scope of, inter alia, Regulation (EU) 726/2004
and Directive 2001/83/EC.
Therefore, marketing authorisations granted by the Swiss authorities and recognised by Liechtenstein
fall out of scope of Article 57(2) requirements and do not therefore need to be submitted to the
XEVMPD per Article 57(2) requirements.
The submission of information on medicinal products authorised outside the EEA in the Article 57
database is out of scope of Article 57 (2) legal requirements.
Information about such medicinal products can be submitted in the Article 57 database on voluntary
basis:
• The authorisation country code (AP.12.1) must not be specified as "EU" or any of the EEA
countries.
Where, in exceptional circumstances, the national SmPC for non-centrally authorised products
(MRPs/DCPs/NAPs) is not available a similar text (i.e., the English common text, package information
leaflet or other similar text as authorised by the authorising body) can be used as an attachment for
the submission in the XEVMPD. The data elements AP.13.1 - AP.13.6 must however be provided in the
language of the country where the marketing authorisation applies.
Reference Schema Field Name EVWEB Rules for Art Guidance Link
Code Field Label 57(2)
submission:
M - Mandatory
M*-
Mandatory
with
conditions
O – Optional
Authorised Product M
elements
M.AP Authorisedproduct
@ AP..1 (@)operationtype Operation M Available operation
Type types to be used in an
XEVPRM
AP.1 localnumber M* 1.2.1.
AP.2 ev_code EV Code M* 1.2.2.
The Pharmaceutical M
Product – Active
Ingredient element
PP.ACT activeingredient
PP.ACT.1 substancecode Substance M 1.2.17.4.
Name
@ (@)resolutionmode M See Chapter 3.I of the
PP.ACT.1..1 Detailed guidance:
Extended
EudraVigilance
product report
message (XEVPRM)
technical specifications
PP.ACT.2 concentrationtypecode Amount M 1.2.17.6.
Value Type
PP.ACT.3 lowamountnumervalue Low Amount M (Low Amount)
Numerator Numerator Value
Value (PP.ACT.3)
PP.ACT.4 lowamountnumerprefix Low Amount M (Low Amount)
Numerator Numerator Prefix
prefix (PP.ACT.4)
PP.ACT.5 lowamountnumerunit Low Amount M (Low Amount)
Numerator Numerator Unit
Unit (PP.ACT.5)
PP.ACT.6 lowamountdenomvalue Low Amount M (Low Amount)
Denominator Denominator Value
Value (PP.ACT.6)
PP.ACT.7 lowamountdenomprefix Low Amount M (Low Amount)
Denominator Denominator Prefix
prefix (PP.ACT.7)
The below schema shows the individual data fields/sections to be provided for an authorised medicinal
product submission.
The XEVPRM field description may differ from EVWEB field description and so each field name also
references the assigned XEVPRM field code (e.g., AP.13.4, AP.PPI.1). For example:
Field AP.13.1
XEVPRM field description = "productname"
EVWEB field description = "Full Presentation Name"
Field AP.13.3
XEVPRM field description = "productgenericname"
EVWEB field description = "Product INN/Common Name"
In 16 June 2014, the XEVPRM schema was amended to allow for submission of additional information:
A unique reference number for an AMP entity in an XEVPRM after an operation type 'Insert'
(1) was applied must be assigned.
When an authorised medicinal product is submitted in an XEVPRM with the operation 'Insert' (1) a local
number must be assigned to this product. When the XEVPRM Acknowledgement is received, and
providing that the submission was successful, this local number should be used to identify the
corresponding EV Code.
See also document Quality Control of medicinal product data submitted as per the legal requirement
introduced by Article 57(2) of Regulation (EC) No 726/2004 for related information.
The EudraVigilance (EV) Code of the authorised medicinal product must be specified if the
operation type is NOT an 'Insert' (1).
I.e., if a maintenance related operations are performed on an authorised medicinal product entity
which was successfully inserted in the XEVMPD, the EV Code of the AMP entity must be referenced in
this data field.
Marketing authorisation holder code corresponding to the legal entity of the medicinal
product in a given country as indicated in section 7. Marketing Authorisation Holder of the
SmPC must be specified.
• If the MAH organisation was previously successfully submitted in the XEVMPD, and an MAH
organisation EV Code had been assigned, the MAH can be selected from the available remote
look-up table (EVWEB users).
Gateway users should populate the 'MAH code' field (AP.4) with the assigned organisation EV Code
received in the XEVPRM Acknowledgement.
NOTE 1
The most up-to-date list of available MAH organisations with their assigned EV Codes, can be found in
the MAH remote look-up table in the XEVMPD Data Entry Tool (EVWEB).
The 'MAH' remote look-up table in EVWEB contains details of the marketing authorisation holder
organisations available in the XEVMPD, as they were submitted by MAH users. The table does not
contain:
• the list of all organisations available in the Organisations Management System (OMS).
The list of organisations registered with EudraVigilance is a list of all registered stakeholders
(regulators, pharmaceutical industry, and sponsors) and is accessible to registered users in the
restricted area of the EudraVigilance Human website.
The list of organisations available in OMS can be exported from OMS. Integration between
EudraVigilance and OMS is completed and therefore all organisation EV Codes are available in the
'Mappings' sections of MAH records in OMS.
Until February 2023, the EMA used to publish the list of MAH organisations, with the assigned EV
Codes, available in the XEVMPD. The published MAH CV list is no longer updated; MAHs should check
the required organisation details in EVWEB or in OMS.
The QPPV code of the QPPV responsible for the authorised medicinal product must be
specified.
The QPPV code is assigned by the Agency’s EudraVigilance user & and organisation management
system and can be retrieved from:
• the EudraVigilance website (restricted area accessible for registered users only) under 'QPPV list'
(by Gateway/EVWEB users):
If the required QPPV does not exist in the XEVMPD, please refer to section 1.3. Initial submission of a
QPPV information of this document for information on how to submit QPPV information in the XEVMPD.
MAHs must ensure that the QPPV Code referenced in their AMPs is a valid QPPV Code referring to a
current QPPV (e.g., the QPPV Code is not "retired").
The Pharmacovigilance System Master File Location (PSMFL) EV Code of the place, where
the PSMF for the authorised medicinal product is located, must be specified, if the PSMFL
information was submitted in the XEVMPD and the PSMFL Code is available.
From 2 July 2015 MAHs are required to submit the Pharmacovigilance System Master File information
to the Article 57 database (aka XEVMPD). The PSMFL EV Code therefore must be referenced in the AMP
entity.
MFL EV Code is a unique code assigned by the XEVMPD to a specific PSMF and PSMF location.
• If the PSMFL information was previously successfully submitted in the XEVMPD, and a PSMFL EV
Code had been assigned, the PSMFL can be selected from the available remote look-up table
(EVWEB users).
Gateway users should populate the 'MFL' field (AP.6) with the assigned MFL EV Code received in
the XEVPRM Acknowledgement.
• If the PSMFL information is not present in the XEVMPD and it is being submitted together with the
product information via the same XEVPRM, the PSMFL can be selected from the available local
look-up table (EVWEB users). See section 1.11. Initial submission of a Pharmacovigilance System
Master File (PSMF) information of this document for further information.
Information on how the PSMFL entity should be maintained is described in section 2.3.
Maintenance of a Pharmacovigilance System Master File Location (PSMFL) entity.
The email address, where enquiries related to Pharmacovigilance can be submitted, must be
specified.
No trailing spaces should be entered after the email address in the XEVPRM submission as this will lead
to the XEVPRM being rejected by the system; in such case, the message "Missing Mandatory
Information - Enquiry mail is not a valid email address" will be included in the XEVPRM
Acknowledgement.
The phone number, where enquiries related to Pharmacovigilance can be directed, must be
specified.
The marketing authorisation holder needs to decide, which phone number they wish to specify for
dealing with Pharmacovigilance enquiries. It may be the same as the phone number of the QPPV.
The contact information for Pharmacovigilance enquires (e-mail and phone) is made public by the
Agency.
The sender local code for the authorised medicinal product used by the marketing
authorisation holder for internal reference purposes may be specified.
The sender local code specified by the MAH is not used in the XEVMPD for maintenance. It can be any
technical code.
The date, when the lifting of suspension of the marketing authorisation becomes effective,
must be specified when "Authorisation Status" changes from "Valid - Suspended" to any
"Valid" status.
It is not technically possible to specify a future date in this data element (i.e., the date must either be
the same as the date of submission or precede the date of submission of your XEVPRM).
When the "Authorisation status" (AP.12.3) changes from "Valid – Suspended (2)" to:
• Valid (1); or
the data element in "Info date" field (AP.11) should indicate the date when the lifting of the suspension
of the marketing authorisation becomes effective.
The country code is to be specified using the ISO-3166-1 standard. The official list of ISO 3166-1
country codes is maintained by the International Organization for Standardization (ISO).
• For medicinal products authorised under the centralised procedure, "European Union (EU)"
should be specified.
− Until the date on which Regulation (EU) 2023/1182 becomes applicable, 'EU' includes the
territory of Northern Ireland. Therefore, to indicate that a marketing authorisation of a
After the date on which Regulation (EU) 2023/1182 become applicable, referencing 'EU' as the
country of authorisation will automatically no longer include the territory of Northern Ireland.
− For medicinal products authorised through the centralised procedure in Liechtenstein, Norway,
and Iceland, the applicable country code (i.e., LI/NO/IS) must be specified.
• For medicinal products authorised under a national procedure (NAP), the mutual recognition
procedure (MRP) and/or the decentralised (DCP) procedure, the applicable EEA country
should be specified. See also NOTE 2 for related information.
NOTE 2
• For United Kingdom, the code "GB" should be used as the officially assigned code in accordance
with the ISO country codes in case of voluntary submission of information on medicinal products
with marketing authorisation valid in England, Wales and Scotland.
"UK" is a "reserved code" assigned at the request of the national ISO member bodies,
governments, and international organizations. This applies to certain code elements required to
support a particular application as specified by the requesting body and limited to such use. Any
further use of such code elements is subject to approval by the ISO 3166/MA. More information
about the reserved codes can be found on the ISO website.
• For Greece, the code "GR" (not "EL") should be used as the officially assigned code in accordance
with the ISO country codes.
• For "United Kingdom (Northern Ireland)" the assigned country code ''XI'' should be used in
submissions of information on medicinal products with marketing authorisation valid in the territory
of Northern Ireland.
The procedure, through which the medicinal product was authorised, must be specified.
List of available authorisation procedure values can be found in the 'eXtended Eudravigilance Product
Dictionary (XEVMPD) authorisation procedures' list published on the ‘Guidance documents related to
data submission for authorised medicines’ webpage.
− For medicinal products authorised in Liechtenstein, Norway, and Iceland through the
centralised procedure the applicable country code (i.e., LI/NO/IS) must be specified.
− The authorisation country code (AP.12.1) must be specified as one of the EEA countries and/or
as "XI". See NOTE 2 for information related to some specific country codes.
See the Commission's website for information on the mutual recognition procedure.
− The authorisation country code (AP.12.1) must be specified as one of the EEA countries and/or
as "XI". See NOTE 2 for information related to some specific country codes.
• Non EU authorisation procedure (5): must be selected when entering medicinal products
authorised outside the EEA.
− The authorisation country code (AP.12.1) must not be specified as "EU" or any of the EEA
countries and/or "XI". See NOTE 2 for information related to some specific country codes.
− The authorisation country code (AP.12.1) must be specified as one of the EEA countries and/or
as "XI". See NOTE 2 for information related to some specific country codes.
− The authorisation country code (AP.12.1) must be specified as one of the EEA countries and/or
as "XI". See NOTE 2 for information related to some specific country codes.
− The authorisation country code (AP.12.1) must be specified as one of the EEA countries and/or
as "XI". See NOTE 2 for information related to some specific country codes.
− The authorisation country code (AP.12.1) must be specified as one of the EEA countries and/or
as "XI". See NOTE 2 for information related to some specific country codes.
• In case of voluntary submission of medicinal product falling outside the scope of Article 57(2)
requirements and for which a marketing authorisation is not granted (e.g., herbal medicinal
product with no registration) the value "EU authorisation procedures - National Procedure (4)"
should be selected.
− Indication of the legal basis or the medicinal product type must be provided in data fields
"Legal Basis" (AP.12.13) and "Medicinal Product Type" (AP.12.MPTs).
− The "Authorisation country code" (AP.12.1) must be specified as one of the EEA countries
and/or as "XI". See NOTE 2 for information related to some specific country codes.
− Indication of the legal basis or the medicinal product type must be provided in data fields
"Legal Basis" (AP.12.13).
− The "Authorisation country code" (AP.12.1) must be specified as one of the EEA countries
and/or as "XI". See NOTE 2 for information related to some specific country codes.
The information stated in this field does not refer to the marketing status (i.e., marketed/not
marketed).
List of available authorisation status values can be found in the 'eXtended Eudravigilance Product
Dictionary (XEVMPD) authorisation status' list published on the ‘Guidance documents related to data
submission for authorised medicines’ webpage.
• Valid (1): applicable to a medicinal product for which the marketing authorisation is valid.
• Valid - Suspended (2): applicable to a medicinal product for which the marketing authorisation is
suspended. When the suspension has been lifted, the status of the medicinal product should be
changed either to a "valid" status or to a "not valid" status (e.g., revoked or withdrawn) as
applicable.
• Not valid - Revoked by Competent Authority (4): applicable to a medicinal product for which
the marketing authorisation has been revoked by a Competent Authority/European Commission.
• Not valid - Not renewed by Competent Authority (5): applicable to a medicinal product for
which the marketing authorisation has not been renewed by the Competent Authority/European
Commission.
• Not valid - Expired due to Sunset Clause (7): applicable to a medicinal product for which the
marketing authorisation has expired due to the Sunset Clause.
• Valid - Transferred Marketing Authorisation (9): applicable to a medicinal product for which
the marketing authorisation was transferred from one marketing authorisation holder to another.
This authorisation status is to be used by the new MAH as part of the transfer of marketing
authorisation process.
This authorisation status is to be used by the former MAH as part of the transfer of marketing
authorisation process.
• ‘Valid – pending national phase’ (12): applicable to a medicinal product for which the
marketing authorisation under the mutually recognised and/or decentralised procedure is pending.
This authorisation status is to be used only when the medicinal product has been authorised by the
Reference Member State but is under evaluation in the Concerned Member States. The
authorisation status in the RMS should be Valid (1) and Valid – pending national phase (12) in the
CMS(s).
This value will be made available for use in EVWEB from mid-January 2025.
NOTE 4
AMPs for which the marketing authorisation was transferred to another MAH should be submitted in the
XEVMPD with the authorisation status "Valid – Transferred Marketing Authorisation" (9). It can change
from "Valid – Transferred Marketing Authorisation" to "Valid – Suspended" and then back to "Valid –
Transferred Marketing Authorisation".
"Valid – Transferred Marketing Authorisation" can also change to "Valid – Renewed/Varied Marketing
Authorisation" but not back to "Valid – Transferred Marketing Authorisation".
Please note that when a marketing authorisation was transferred the authorisation status can never be
"Valid" when the new MAH received the previous EV Code (from the previous MAH).
Marketing authorisation number assigned by the Competent Authority and as stated in the
SmPC must be specified – See EXAMPLE 7.
If multiple authorisation numbers are stated in the SmPC [e.g., in section 8. Marketing authorisation
number(s) of the corresponding SmPC], multiple product entities should be submitted in the XEVMPD.
Package size corresponding to the individual authorisation number must be included in the "Package
Description" field (AP.13.7) in accordance with information in the Pack Size Submissions: from XEVMPD
to PMS presentation. See EXAMPLE 8.
If the authorisation numbers are specified in the format XXXX/XXX-XXX (e.g., 1234/001-003) then
multiple authorised medicinal product entities should be submitted, each referencing the specific
authorisation number (i.e., 1234/001, 1234/002, 1234/003).
Scenario 1:
The SmPC of a medicinal product authorised in Romania states the following information:
1. Name of the medicinal product
Paracetamol Plus PharmaK 500 mg comprimate
8. Authorisation number(s)
1234/2014/01-04
Based on the above example, four medicinal product entities should be submitted in the XEVMPD, each
referencing the applicable authorisation number (i.e., 1234/2014/01, 1234/2014/02, 1234/2014/03,
1234/2014/04).
Scenario 2:
The SmPC of a centrally authorised medicinal product states the following information:
1. Name of the medicinal product
Macys 100 mg tablets
8. Authorisation number(s)
EU/1/13/016/003-007
Based on the above example, five medicinal product entities should be submitted in the XEVMPD, each
referencing the applicable authorisation number (i.e., EU/1/13/016/003, EU/1/13/016/004,
EU/1/13/016/005, EU/1/13/016/006, EU/1/13/016/007).
For medicinal products authorised nationally in France; a 'package number' is stated in section 8 of
the SmPC but it does not correspond to the marketing authorisation number (i.e. NL number) stated in
the marketing authorisation document. Taking into consideration that the NL number is confidential,
and, as per the request of the French National Competent Authority, from January 2025, MAHs are
required to reference either the CIS number (covering all pack sizes) or the CIP number (assigned to
each individual pack size) in the ‘Authorisation number’ field of the product entry in the XEVMPD:
• If the MAH wishes to submit in the XEVMPD one product record for all pack sizes, then the CIS
number must be referenced in the ‘Authorisation number’ field. The number is formed of 8
characters with the format 6nnnnnnn.
Records already submitted to XEVMPD and referencing the NL number should therefore be updated by
the MAH to reflect either the CIP or CIS number as applicable.
For centrally authorised medicinal products the format of the authorisation number must be
"EU/1/YY/NNN/NNN" or "EU/1/YY/NNNN/NNN" (as applicable) – see EXAMPLE 5 and EXAMPLE 9.
For centrally authorised medicinal products (CAPs) the marketing authorisation number as assigned by
the European Commission and as stated in section 8. Marketing authorisation number(s) of the SmPC
must be entered in the "Authorisation Number" field (AP.12.4) as well as in the "EU Number" field
(AP.12.8) – See EXAMPLE 5 and EXAMPLE 9.
EXAMPLE 7
The SmPC of a medicinal product with a valid MA in Northern Ireland states the following information:
1. Name of the medicinal product
Kassa tablets
8. Authorisation number(s)
PL 1234/0001
Based on the information stated in section 8. Authorisation number(s) of the SmPC (i.e., one
authorisation number listed), one medicinal product entries should be submitted to the XEVMPD:
"Full Presentation Name" (AP.13.1) = Kassa tablets
"Authorisation Number" (AP.12.4) = PL 1234/0001
EXAMPLE 8
The SmPC of a medicinal product with a valid MA in Northern Ireland states the following information:
1. Name of the medicinal product
Triamcinolone acetonide tablets
8. Authorisation number(s)
PL 12345/0001
PL 12345/0002
Based on the information stated in section 8. Authorisation number(s) of the SmPC (i.e., two
authorisation numbers listed), two medicinal product entries should be submitted to the XEVMPD:
AMP entity 1:
"Full Presentation Name" (AP.13.1) = Triamcinolone acetonide tablets
"Authorisation Number" (AP.12.4) = PL 12345/0001
AMP entity 2:
"Full Presentation Name" (AP.13.1) = Triamcinolone acetonide tablets
EXAMPLE 9
AMP authorised in the centralised procedure with EU number: EU/1/23/4569/789 and EMEA number:
EMEA/H/C/123456 should be entered in the corresponding fields as follows:
The date when the first authorisation was granted by the authorising body, or the date
when the renewal was granted (whichever is the latest), must be specified in line with
section 9. Date of first authorisation/renewal of the authorisation of the SmPC.
The authorisation date is linked to the regulatory status of the medicinal product:
• The date when the first authorisation was granted by the Authorising Body must be specified
when there was no prior renewal of the MA, and the "Authorisation Status" (AP.12.3) is entered as:
− "Valid (1); or
• The date when the renewal was granted by the Authorising Body must be specified as applicable
when the "Authorisation Status" (AP.12.3) is entered as:
− "Valid (1); or
The authorisation/renewal date is to be specified consisting of year, month and day or year and month.
It is possible to specify a future date in this data element; this date must be stated in the attachment
referenced in the product entity.
No
Whilst the format of the number for a specific procedure is a unique combination of six sections, i.e.,
CC/D/nnnn/sss/X/vvv where the "X" represents the type of marketing application to the medicinal
product, the number stated in the XEVPRM field "MRP/DCP/EMEA number" (AP.12.7) should not
contain the reference to the marketing application (i.e., "MR", "DC" etc.) since the type of marketing
authorisation is in the XEVMPD captured in the "Authorisation procedure" field (AP.12.2).
The format of the MRP/DCP number should be the same as in the SmPC (if included) without "MR",
"DC" etc. or as stated in the MR Index on the HMA website, which is a combination of only four
sections (CC/D/nnnn/sss).
• Mutual recognition procedure number must be specified when the "Authorisation Procedure"
(AP.12.2)" is entered as "EU authorisation procedures - Mutual Recognition Procedure (3)" – See
EXAMPLE 10.
− The MR number for a specific AMP can be found in the MR Index on the Heads of Medicines
Agency's website and/or can be included in the SmPC.
− The format of the MRP number should be the same as in the SmPC (if included, without the
reference to the marketing application, i.e., the text "/MR" or "E") or as stated in the MR Index
on the Heads of Medicines Agency's website, i.e., without the reference to the marketing
application (i.e., the text "/MR" or "E").
• Repeat use procedure number should be entered in the "MRP/DCP/EMEA number" field
(AP.12.7) as stated in the MR Index on the HMA website, i.e., as a combination of only four
sections (CC/D/nnnn/sss).
− In case of RUP or line extensions this information is not to be reflected in the procedure
number (no addition behind the procedure number UK/H/0234/001/xx => no /xx).
EXAMPLE 10
AMP authorised in mutual recognition procedure with MR number: SE/H/1111/222 and national
authorisation number: PL 12345/123 should be entered in the corresponding fields as follows:
EXAMPLE 11
An AMP authorised in the Czech Republic in decentralised procedure with DCP number:
DE/H/1111/001/DC and with the authorisation number 11/222/03-C should be entered in the
corresponding fields as follows:
EMEA procedure number (i.e., EMA "Product number" as referred to/referenced on the EMA
website) must be specified when the "Authorisation Procedure" (AP.12.2)" is entered as "EU
authorisation procedures - Centralised Procedure (1)" – See EXAMPLE 9.
− The format of the EMEA procedure number should be EMEA six-digit procedure number (i.e.,
EMEA/H/C/123456) of a specific CAP, as referenced on the EMA website.
The value indicating whether the AMP is considered an orphan drug medicine must be
specified.
The disease (orphan) designation of a medicinal product from the European Medicines Agency's
Committee on Orphan Medicinal Products (COMP) must be specified unless the operation type is
'Nullification (4)' or 'Invalidate MA (6)'. One of the following values is to be specified as applicable:
1 = Yes
2 = No
The value indicating whether the AMP is subject to additional monitoring must be specified.
Indication for additional monitoring (black triangle/symbol) for a specific AMP can be found in the
SmPC of the authorised medicinal product.
Indication whether the medicinal product is subject to additional monitoring must be specified
referencing one of the available values:
The date as of when the "Authorisation status" (AP.12.3) "Not valid" or "Valid - Suspended"
becomes effective must be specified depending on the applicable authorisation status.
• The date of expiry of the marketing authorisation must be entered in the "Invalidated date" field
(AP.12.12) when one of the below values is used in the "Authorisation status" field (AP.12.3):
− Not valid - Not submitted for renewal by marketing authorisation Holder (6)
• The date of suspension of the marketing authorisation must be entered in the "Invalidated date"
field (AP.12.12) when the value "Valid – Suspended (2)" is specified in the "Authorisation status"
field (AP.12.3).
• The date of transfer of the marketing authorisation must be entered in the "Invalidated date"
field (AP.12.12) when the value "Not Valid – Superseded by Marketing Authorisation Transfer (11)"
is specified in the "Authorisation status" field (AP.12.3).
• The date of renewal of the marketing authorisation must be entered in the "Invalidated date"
field (AP.12.12) when the value "Not Valid – Superseded by Marketing Authorisation
Renewal/Variation (10)" is specified in the "Authorisation status" field (AP.12.3).
• No value should be entered in the "Invalidated date" field (AP.12.12) when the marketing
authorisation remains valid after the suspension of a marketing authorisation has been lifted - the
authorisation status should be changed to one of the other "valid" values (1, 8 or 9) and the date
when the suspension was lifted must be specified in the "Info Date" field (AP.11).
For centrally authorised medicinal products, see the below webpages for further information: 'Renewal
and annual re-assessment of marketing authorisation' webpage and ‘Sunset clause monitoring:
Regulatory and procedural guidance’ webpage.
It is not technically possible to specify a future date in this data element (i.e., the date must either be
the same as the date of submission or precede the date of submission of your XEVPRM).
The description of the legal basis for the marketing authorisation must be specified based
on the available values.
• Parallel importation notified in accordance with Article 76(3) of Directive 2001/83/EC (14);
• Parallel importation notified in accordance with Article 76(4) of Directive 2001/83/EC (15);
NOTE 5
As regard medicinal products for which the legal basis of the marketing authorisation predates
Directive 2001/83/EC: taking into account that the pharmaceutical Acquis communautaire has
been amended over time, the legal basis applicable under the current Union legal framework
which corresponds to the legal basis in the legislation that was applicable at time of
submission of your application must be specified.
NOTE 6
− Parallel importation notified in accordance with Article 76(3) of Directive 2001/83/EC (14);
− Parallel importation notified in accordance with Article 76(4) of Directive 2001/83/EC (15);
The description of the type(s) of the medicinal product must be specified based on the
available values. If multiple values apply to the same AMP, then multiple values must be
selected (this is repeatable field).
• Parallel Distributed/Imported medicinal product (Article 76(3) and (4) of Directive No 2001/83/EC)
(3)
• Paediatric Use Marketing Authorisation (PUMA) (Article 30 of Regulation (EC) No 1901/2006) (6)
• Other (7)
The value "Other" should be specified if none of the other available values are applicable.
The presentation name elements in data fields AP.13.1 - AP.13.6 must be entered in the
language of the country where the marketing authorisation applies in accordance with the
referenced SmPC.
List of official languages per country can be found on the Agency's website.
See also:
• Table 1b - Requirements for AMP records and attachments for countries with more than one
national language for related information.
Where, in exceptional circumstances, the national SmPC for non-centrally authorised products
(MRPs/DCPs/NAPs) is not available, a similar text (i.e., the English common text, package information
leaflet or other similar text as authorised by the Authorising Body) can be used as an attachment for
The data elements AP.13.1 - AP.13.6 must however be provided in the language of the country where
the marketing authorisation applies.
• For centrally authorised products, the SmPC to be used for reference must be in English and
the data elements AP.13.1 - AP.13.6 must be provided in English.
− The SmPC of the medicinal product should be provided in English; when an SmPC or a PIL is
also available in the local language this document should also be provided.
Additional examples are also available in the 'European Medicines Agency splitting of the full
presentation name of the medicinal product best practice: Procedure and principles to handle product
2
Whilst different guidance on the provision/population of the name elements for products authorised centrally in IS/LI/NO
was issued in the past, subsequent experience over time showed that the provision of the name in English is preferable in
order to allow the Agency group similar CAPs based on the product name information. MAHs are not required to perform a
dedicated update of their product entities to amend this information as this can be done as part of a regular maintenance.
The medicinal product name stated in Section 1. Name of the medicinal product of the
corresponding SmPC must be specified.
See EXAMPLE 12.
According to the QRD templates, normally the trademark symbol is not to be included in medicinal
product name stated in Section 1. Name of the medicinal product of the corresponding SmPC.
However, if a trademark symbol (e.g., ®) is included in section 1 of the SmPC, then this trademark
symbol must also be included in the medicinal product name entered in the data element AP.13.1. –
see EXAMPLE 13 and EXAMPLE 16.
EXAMPLE 12
The SmPC of a medicinal product authorised in Italy states the following information:
1. DENOMINAZIONE DEL MEDICINALE
ProductXYZ 40 mg Compresse rivestite
EXAMPLE 13
The SmPC of a medicinal product authorised in Malta states the following information:
1. Name of the medicinal product
DrugABC® 40 mg tablets
If included in the medicinal product name stated in Section 1. Name of the medicinal
product of the SmPC, then the invented (trade) name part with any other designation except
the strength/pharmaceutical form must be specified.
In accordance with the definition provided in Article 1(20) of Directive 2001/83/EC, the name of the
medicinal product may be an invented name - if this is the case, the invented name should be
provided. See EXAMPLE 14.
• If the invented name in Section 1. Name of the medicinal product of the SmPC, includes additional
designations, these must also be specified.
− If the additional designation is a number, which refers to the strength, the number referring to
the strength must not be provided in the "Product Short Name" (AP.13.2) field – see EXAMPLE
15.
− If the additional designation is a number, which does not refer to the strength, the number
must be provided in the "Product Short Name" field (AP.13.2) – see EXAMPLE 29.
− If the additional designation is a number, which refers to a ratio (e.g., in case of insulin), the
number must be provided in the "Product Short Name" field (AP.13.2) if the invented name is
available – see EXAMPLE 16.
• If no invented (trade) name is included in the medicinal product name stated in Section 1. Name of
the medicinal product of the SmPC, then the field "Product Short Name" (AP.13.2) must be left
blank – see EXAMPLE 19.
EXAMPLE 14
The SmPC of a medicinal product authorised in Malta states the following information:
1. Name of the medicinal product
ProdXYZ tablets
EXAMPLE 15
The SmPC of a medicinal product authorised in Italy states the following information:
1. DENOMINAZIONE DEL MEDICINALE
XYZ Plus 40 Compresse rivestite
The number "40" does refer to the strength (as section 2. Qualitative and Quantitative composition of
the SmPC indicates that the strength of the active ingredient is 40 mg), therefore, the following
approach must be adopted:
The SmPC of a medicinal product authorised in Ireland states the following information:
1. Name of the medicinal product
Prodemaz® Insulin Porcine 30/70 Mix
EXAMPLE 17
The SmPC of a medicinal product authorised in Malta states the following information:
1. Name of the medicinal product
ZYX Strawberry 50 mg Capsules for Children
If the medicinal product name stated in Section 1. Name of the medicinal product of the
SmPC includes the INN/Common/Scientific name of the medicinal product, then the
INN/Common/Scientific name as stated in Section 1. of the SmPC must be specified.
If the medicinal product name stated in Section 1. of the SmPC is not an invented (trade
name) name, then the INN/Common/Scientific name of the medicinal product must be
specified as stated in Section 1. of the SmPC with any other designation except the
strength/pharmaceutical form. See EXAMPLE 18.
In accordance with the definition provided in Article 1(20) of Directive 2001/83/EC, the medicinal
product name may be either the INN/common name, or a common or scientific name accompanied by
a trademark or the name of the marketing authorisation holder.
• If no invented name is included and the name of the medicinal product stated in Section 1. Name
of the medicinal product of the SmPC is the INN/common name/ scientific name accompanied by a
trademark, the INN/common name/ scientific name accompanied by a trademark must both be
provided – see EXAMPLE 20.
• If no invented name is included and the name of the medicinal product stated in Section 1. Name
of the medicinal product of the SmPC is the INN/common name/ scientific name accompanied by
the name of the marketing authorisation holder, the INN/common name/ scientific name must be
provided in this field, whereas the name of the marketing authorisation holder must be provided in
the "Product Company Name" field (AP.13.4) – see EXAMPLE 19.
• If no invented name is stated and the INN/common name/ scientific name in Section 1. Name of
the medicinal product of the SmPC includes additional designations, these must also be specified.
− If the additional designation is a number, which refers to the strength, the number referring to
the strength must not be provided in the "Product INN/Common Name" field (AP.13.3) - see
EXAMPLE 25.
− If the additional designation is a number, which does not refer to the strength, the number
must be provided in the "Product INN/Common Name" field (AP.13.3) – see EXAMPLE 26.
− If the additional designation is a number, which refers to a ratio (e.g., in case of insulin), the
number must be provided in the "Product INN/Common Name" field (AP.13.3) – see EXAMPLE
27 .
• If the scientific or common (i.e., INN) name is not part of the medicinal product name stated in
Section 1. Name of the medicinal product of the SmPC, then the field "Product INN/Common
Name" (AP.13.3) should be left blank - see EXAMPLE 21.
EXAMPLE 18
The SmPC of a medicinal product authorised in Italy states the following information:
1. DENOMINAZIONE DEL MEDICINALE
XYZ® (triamcinolone acetonide) 40 mg Compresse rivestite
EXAMPLE 19
The SmPC of a medicinal product authorised in Germany states the following information:
1. BEZEICHNUNG DES ARZNEIMITTELS
Diclofenac PharmaABC 50mg Filmtabletten
EXAMPLE 20
The SmPC of a medicinal product authorised in Ireland states the following information:
1. Name of the medicinal product
Diclofenac Dispersible PharmaK 70% w/w Gel
"Full Presentation Name" (AP.13.1) = Diclofenac Dispersible PharmaK 70% w/w Gel
"Product Short Name" (AP.13.2) = <this field should be left blank>
EXAMPLE 21
The SmPC of a medicinal product authorised in the Ireland states the following information:
ProdXYZ tablets
EXAMPLE 22
The SmPC of a medicinal product authorised in Ireland states the following information:
"Full Presentation Name" (AP.13.1) = Ibuprofen Extra Forte 400 mg Liquid Capsules
If included in the medicinal product name stated in Section 1. Name of the medicinal
product of the SmPC, the Company name part of the medicinal product name without any
other designations such as trademark, strength or pharmaceutical form must be specified.
In accordance with the definition provided in Article 1(20) of Directive 2001/83/EC, the name of the
medicinal product may include the name of the marketing authorisation holder. If this is the case, the
exact name of the marketing authorisation holder as stated in Section 1. Name of the medicinal
product of the SmPC, and as specified in the Full Presentation Name (AP.13.1) must be specified – see
EXAMPLE 23.
• If the company name is not included in the medicinal product name stated in Section 1. Name of
the medicinal product of the SmPC and the invented (trade) name is present, then the field
"Product Company Name" (AP.13.4) must be left blank – see EXAMPLE 24.
• If the company name is not included in the medicinal product name stated in Section 1. Name of
the medicinal product of the SmPC and the invented (trade) name is NOT present, then the field
"Product Company Name" (AP.13.4) must be populated with the MAH name stated in Section 7.
Marketing Authorisation Holder of the SmPC without the description of the legal status (e.g., Ltd,
Limited, S.p.A., GmbH etc.) – see EXAMPLE 25 and EXAMPLE 26.
• The company name and MAH name may not be identical – see EXAMPLE 19.
EXAMPLE 23
The SmPC of a medicinal product authorised in Malta states the following information:
1. Name of the medicinal product
ProductX PharmaZ capsules
EXAMPLE 24
The SmPC of a medicinal product authorised in Germany states the following information:
1. BEZEICHNUNG DES ARZNEIMITTELS
DrugLV Filmtabletten
EXAMPLE 25
The SmPC of a medicinal product authorised in Italy states the following information:
1. DENOMINAZIONE DEL MEDICINALE
Amoxicillina 500 capsule
PharmaXYZ S.r.l.
The number "500" does refer to the strength (as section 2. Qualitative and Quantitative composition of
the SmPC indicates that the strength of the active ingredient is 500 mg), therefore the following
approach has to be adopted:
If included in the medicinal product name stated in Section 1. Name of the medicinal
product of the SmPC, the strength part of the medicinal product name without any other
designations must be specified.
• If the strength is not included in the medicinal product name stated in section 1. Name of the
medicinal product of the SmPC, then the field "Product Strength Name" (AP.13.5) must be left
blank – see EXAMPLE 28.
• If the strength is not included in the medicinal product name stated in section 1. Name of the
medicinal product of the SmPC and a vaccine season (e.g., 2013/2014) is stated in section 1.
Name of the medicinal product of the SmPC, then the field "Product Strength Name" (AP.13.5)
must specify the vaccine season (e.g., 2013/2014). See EXAMPLE 35 - Presentation name
elements – vaccines.
• If both, the strength and the vaccine season are included in the medicinal product name stated in
section 1. Name of the medicinal product of the SmPC, then the field "Product Strength Name"
• If the medicinal product name stated in Section 1. Name of the medicinal product of the SmPC
contains a number, which is not referring to the strength then the field "Product Strength Name"
(AP.13.5) must be left blank – see EXAMPLE 29.
EXAMPLE 26
The SmPC of a medicinal product authorised in Italy states the following information:
1. DENOMINAZIONE DEL MEDICINALE
Triamcinolone acetonide 40 Compresse rivestite
7. TITOLARE DELL'AUTORIZZAZIONE ALL'IMMISIONE IN COMMERCIO
PharmaABC S.p.A.
The number "40" does not refer to the strength (as section 2. Qualitative and Quantitative composition
of the SmPC indicates that the strength of the active ingredient is 150 mg), therefore, the following
approach must be adopted:
"Full Presentation Name" (AP.13.1) = Triamcinolone acetonide 40 Compresse rivestite
"Product Short Name" (AP.13.2) = <this field should be left blank>
EXAMPLE 27
The SmPC of a medicinal product authorised in the Germany states the following information:
1. BEZEICHNUNG DES ARZNEIMITTELS
Insulin PharmaX Comb 30/70 100 I.E./ml Zylinderampullen mit Injektionssuspension
"Full Presentation Name" (AP.13.1) = Insulin PharmaX Comb 30/70 100 I.E./ml Zylinderampullen mit
Injektionssuspension
EXAMPLE 28
The SmPC of a medicinal product authorised in Austria states the following information:
EXAMPLE 29
The SmPC of a medicinal product authorised in Germany states the following information:
The number "200" does not refer to the strength (as section 2. Qualitative and Quantitative
composition of the SmPC indicates that the strength of the active ingredient is 150 mg), therefore, the
following approach has to be adopted:
"Full Presentation Name" (AP.13.1) = DrugVero 200 tablet Migraine, omhulde tablet
If included in the medicinal product name stated in Section 1. Name of the medicinal
product of the SmPC, the pharmaceutical form name part of the medicinal product name
without any other designations must be specified.
If the pharmaceutical form is not included in the medicinal product name stated in Section 1. Name of
the medicinal product of the SmPC, then the field "Product Form Name" (AP.13.6) must be left blank –
see EXAMPLE 31.
EXAMPLE 30
The SmPC of a medicinal product authorised in Italy states the following information:
1. DENOMINAZIONE DEL MEDICINALE
EXAMPLE 31
The SmPC of a medicinal product authorised in Malta states the following information:
1. Name of the medicinal product
ProductXYZ® 100mg lemon-flavour lozenges
(Pantoprazole)
EXAMPLE 32
The SmPC of a medicinal product authorised in Germany states the following information:
1. BEZEICHNUNG DES ARZNEIMITTELS
ProduktG PharmaS 10 mg
The SmPC of a medicinal product with a valid MA in Northern Ireland states the following information:
1. Name of the medicinal product
VACCXYZ 10 microgram/strain suspension for injection; Influenza vaccine (split virion, inactivated)
"Full Presentation Name" field (AP.13.1) = VACCXYZ 10 microgram/strain suspension for injection;
Influenza vaccine (split virion, inactivated)
"Product Short Name" field (AP.13.2) = VACCXZ
"Product INN/Common Name" field (AP.13.3) = Influenza vaccine (split virion, inactivated)
"Product Company Name" field (AP.13.4) = <this field should be left blank>
"Product Strength Name" field (AP.13.5) = 10 microgram/strain
"Product Form Name" field (AP.13.6) = suspension for injection
The SmPC of a medicinal product authorised in Ireland states the following information:
1. Name of the medicinal product
ProductX suspension and emulsion for emulsion for injection
Influenza vaccine (H1N1) (split virion, inactivated, adjuvanted)
"Full Presentation Name" field (AP.13.1) = ProductX suspension and emulsion for emulsion for
injection Influenza vaccine (H1N1) (split virion,
inactivated, adjuvanted)
"Product Short Name" field (AP.13.2) = ProductX
"Product INN/Common Name" field (AP.13.3) = Influenza vaccine (H1N1) (split virion, inactivated,
adjuvanted)
"Product Company Name" field (AP.13.4) = <this field should be left blank>
"Product Strength Name" field (AP.13.5) = <this field should be left blank>
"Product Form Name" field (AP.13.6) = suspension and emulsion for emulsion for injection
The SmPC of a medicinal product authorised In Ireland states the following information:
1. Name of the medicinal product
DrugABC 2013/2014 suspension for injection (influenza vaccine, surface antigen, inactivated)
"Full Presentation Name" field (AP.13.1) = DrugABC 2013/2014 suspension for injection (influenza
vaccine, surface antigen, inactivated)
"Product Short Name" field (AP.13.2) = DrugABC
"Product INN/Common Name" field (AP.13.3) = influenza vaccine, surface antigen, inactivated
The SmPC of a medicinal product authorised In Ireland states the following information:
1. Name of the medicinal product
DrugABC 2013/2014 10 microgram/strain suspension for injection
(influenza vaccine, surface antigen, inactivated)
"Authorised pharmaceutical form" can be defined as the pharmaceutical form of the product as it is
authorised and, where applicable, before transformation into the administrable pharmaceutical form.
The pharmaceutical form stated in section 3. Pharmaceutical Form of the SmPC may differ from the
standard term included in the EDQM standard term list. In such cases, the EV Code of an EDQM
standard term available in the XEVMPD must be selected. I.e., it is not necessary to request the
addition of a new proposed term for the pharmaceutical form name stated in section 3. Pharmaceutical
Form of the SmPC in the XEVMPD – see EXAMPLE 37, scenario 1.
• If a not-nullified standard term of the required pharmaceutical form is available, MAHs should
reference the EV Code of the standard term in their pharmaceutical product entity within their
AMP.
• If a not-nullified standard term is NOT available, and a not-nullified proposed term of the
required pharmaceutical form is available, MAHs should reference the EV Code of the proposed
term in their pharmaceutical product entity within their AMP.
• If the required pharmaceutical form is not available as a standard or a proposed term in the
XEVMPD and:
− the requested pharmaceutical form is not included in the list of proposed pharmaceutical
forms re-mapped to standard pharmaceutical forms in the pharmaceutical form mapping
list named 'D1 - XEVMPD-RMS_EDQM Pharmaceutical Dose Form terms mapping' and
available in the 'Documents' section of the Referentials Management Service (RMS) portal,
then the pharmaceutical form must be provided as a new proposed term in the XEVMPD by the
EMA.
From 18 January 2024, only the EMA can enter and maintain proposed and/or standard terms in
the XEVMPD.
EV Code(s) of the available pharmaceutical dose form terms in the XEVMPD can be found in:
• the 'Mappings' section of the pharmaceutical form term in the Referentials Management System
(RMS).
• An 'XEVMPD pharmaceutical dose forms' list is also published on the 'Guidance documents related
to data submission for authorised medicines' webpage. However, this published list is not
maintained since February 2023 and therefore does not contain the most up to date information.
NOTE 7
In cases where multiple distinct pharmaceutical forms are referenced in section 3. Pharmaceutical
Form of the SmPC, the authorised pharmaceutical form term must be provided for each distinct
pharmaceutical form (i.e., repeat the authorised pharmaceutical form data element):
EXAMPLE 37
Scenario 1
Section 3. PHARMACEUTICAL FORM of the SmPC states:
Hard capsule.
Cream.
Therefore, two authorised pharmaceutical forms must be specified. Moreover, since "Hard capsule" is
not a standard EDQM term, the AMP should reference the standard term "Capsule, hard" instead:
- Capsule, hard (PHF00006MIG)
- Cream (PHF00017MIG)
Scenario 2
NOTE 8
Where the medicinal product contains an authorised pharmaceutical form to be reconstituted or diluted
prior to administration, the authorised pharmaceutical form should be specified as a single value and
as it is described in section 3. Pharmaceutical form of the SmPC.
− E.g., "Powder for solution for injection" is the authorised pharmaceutical form, for which the
administrable pharmaceutical form is "Solution for injection".
Where the medicinal product contains an authorised pharmaceutical form for which no reconstitution,
dilution or transformation is necessary prior administration, the authorised pharmaceutical form should
be specified as a single value and as it is described in section 3. Pharmaceutical form of the SmPC.
− E.g., "Film-coated tablet" is the authorised pharmaceutical form, for which the administrable
pharmaceutical form is "Film-coated tablet".
The package description is a textual representation mainly in relation to the pack size(s).
• For centrally authorised products, each package presentation is authorised with an individual
authorisation number. Therefore, individual AMP entities must be submitted for each pack size –
see EXAMPLE 6.
• For non-centrally authorised products, one authorisation number can be applicable for several
pack sizes, or each pack size can be authorised with a unique authorisation number. As explained
in section 1.1 Initial submission of an authorised medicinal product (AMP) entity, products under
the ULCM, where the same authorisation number covers several pack sizes, should be submitted in
the XEVMPD at the level of the pack size. MAHs should therefore submit multiple authorised
medicinal product entities for such medicinal products in the XEVMPD; each AMP entry should
reference the individual pack size in the "Package description" field (AP.13.7) – see Option 2 of
EXAMPLE 2.
Before the requirement to submit individual AMP entries for specific pack sizes for products under the
ULCM was in place, the package description was considered a field to include information as stated in
section 6.5 of the SmPC. E.g.:
With the new requirement in force, this package description field is more important and therefore some
more meaningful information should be provided.
For those products, where the authorisation number is the same for all pack sizes, national IDs should
also be provided in the package description. Other information such as the pack size (quantity and
units of presentation) or the material can be provided either on the national language or in English.
See information on slides 54 and 55 of the Pack Size Submissions: from XEVMPD to PMS presentation
for related information.
For medicinal products authorised in countries with multiple official languages (i.e. Belgium,
Luxemburg and Finland), multiple records should be submitted as per information in Table 1b of this
document. In those cases, the package description should be the same for records that represent the
same package size in different languages. This package description can be provided in English.
This way, records with the same package description will be grouped under the same packaged
medicinal product in PMS.
EXAMPLES of package description as requested from 2024:
34009 496 036 9 5 - 21 comprimé(s) - 1 plaquette(s) thermoformée(s) PVC-Aluminium
706755 - 60 parches - Papel/PET/Al/PAN
The text in English "Medicinal product authorised for the treatment in children" must be
stated if an indication for pediatric population (children under the age of 18) is stated in
Section 4.1 Therapeutic indications of the SmPC and/or a posology is stated for any subset
of the pediatric population in Section 4.2. Posology and method of administration of the
SmPC.
Authorised Medicinal Product entity flagged as "Valid" by the Agency can only be nullified by the
Agency. See section 2.4.7. Nullification of AMP entities of this document for further information.
EXAMPLE 38
Scenario 1
Section 4.1 Therapeutic indications of the SmPC states:
Levetiracetam ProductXYZ is indicated as monotherapy in the treatment of partial onset seizures in
adults and adolescents from 16 years of age with newly diagnosed epilepsy.
Scenario 2
Section 4.2 Posology and method of administration of the SmPC states:
Posology
Monotherapy for adults and adolescents from 16 years of age.
The recommended starting dose is 250 mg twice daily which should be increased to an initial
therapeutic dose of 500 mg twice daily after two weeks.
Therefore, in both cases, the text in English "Medicinal product authorised for the treatment in
children" must be specified in the "Comment" field (AP.14) of the authorised medicinal product entity.
A medicinal product may contain one or more "pharmaceutical product" (e.g., a kit containing vaginal
tablets 500 mg and a vaginal cream 10% or a kit containing a combination of norethindrone acetate
and ethinyl estradiol tablets and ferrous fumarate tablets). In these instances, a pharmaceutical
product section is to be completed for each "pharmaceutical product" in an XEVPRM – see EXAMPLE 40
and EXAMPLE 41.
Where applicable, the technical concept of a "pharmaceutical product" can also include information on
a medical device if it is an "integral part" of the medicinal product for example the scaffolding or net
for a cell therapy medicinal product in accordance with Regulation (EC) No 1394/2007.
The administrable pharmaceutical form refers to the pharmaceutical form for administration to the
patient, after any necessary transformation of the "manufactured" pharmaceutical form has been
carried out.
EXAMPLE 39
Authorised pharmaceutical form: powder and solvent for solution for injection
The SmPC of a medicinal product authorised In Ireland states the following information:
1. Name of the medicinal product
ProductQ Combi Pessary and Cream
3. Pharmaceutical form
Pessary and Cream
@ (@)resolutionmode 2
PP.EXC.1..1
Authorised product - Authorised
Pharmaceutical Form elements
AP.APF authpharmform
Section 3. AP.APF.1 authpharmformcode PHF00017MIG [=cream]
Pharma-
ceutical
Form
@ resolutionmode 2
AP.APF..1
Section 3 The Pharmaceutical Product
element
PP pharmaceuticalproduct
PP.1 pharmformcode PHF00017MIG [=cream]
@PP.1..1 (@)resolutionmode 2
Section The Pharmaceutical Product –
4.2 Administration Route element
PP.AR adminroute
PP.AR.1 adminroutecode ADR00003MIG [= cutaneous
use]
@ (@)resolutionmode
PP.AR.1..1 2
Section 2 The Pharmaceutical Product –
Active Ingredient element
PP.ACT activeingredient
Section 2 PP.ACT.1 substancecode SUB06777MIG
[=clotrimazole]
@ (@)resolutionmode 2
PP.ACT.1..1
PP.ACT.2 concentrationtypecode 1 [= Equal]
PP.ACT.3 lowamountnumervalue 2
PP.ACT.4 lowamountnumerprefix 1 [= single]
PP.ACT.5 lowamountnumerunit %{W/W} [=Percent
Weight/Weight]
PP.ACT.6 lowamountdenomvalue 1
PP.ACT.7 lowamountdenomprefix 1 [= single]
PP.ACT.8 lowamountdenomunit 1{TUBE} [= Tube]
Section The Pharmaceutical product –
6.1 Excipient element
PP.EXC excipient
Section PP.EXC.1 substancecode SUB057771MIG [= Benzyl
6.1 Alcohol]
@ (@)resolutionmode 2
PP.EXC.1..1
Section PP.EXC.1 substancecode SUB33563 [= Purified Water]
6.1
@ (@)resolutionmode 2
PP.EXC.1..1
EXAMPLE 41
The SmPC of a medicinal product authorised In Ireland states the following information:
1. Name of the medicinal product
TriProduct contraceptive tablets
3. Pharmaceutical form
Tablets (white, peach, pink)
AP.13.5 Productstrength
AP.13.6 Productform tablets
Authorisation – Medicinal Product
Type elements
AP.12.MPT medicinalproducttype
AP.12.MPT.1 producttypecode 7 (= Other)
Authorised product - Authorised
Pharmaceutical Form elements
AP.APF authpharmform
Section 3. AP.APF.1 authpharmformcode PHF00245MIG [= tablet]
Pharma-
ceutical
Form
@ resolutionmode 2
AP.APF..1
Section 3 The Pharmaceutical Product element
PP pharmaceuticalproduct
PP.1 pharmformcode PHF00245MIG [= tablet]
@PP.1..1 (@)resolutionmode 2
Section 4.2 The Pharmaceutical Product –
Administration Route element
PP.AR adminroute
PP.AR.1 adminroutecode ADR00048MIG [= oral use]
@ (@)resolutionmode
PP.AR.1..1 2
Section 2 The Pharmaceutical Product – Active
Ingredient element
PP.ACT activeingredient
Section 2 PP.ACT.1 substancecode SUB07277MIG [=
Ethinylestradiol ]
@ (@)resolutionmode
PP.ACT.1..1 2
PP.ACT.2 concentrationtypecode 1 [= Equal]
PP.ACT.3 lowamountnumervalue 0.5
PP.ACT.4 lowamountnumerprefix M [= milli (1x10^-3)]
PP.ACT.5 lowamountnumerunit G [= Gram(s)]
PP.ACT.6 lowamountdenomvalue 1
PP.ACT.7 lowamountdenomprefix 1 [= single]
PP.ACT.8 lowamountdenomunit 1{TABLET} [= Tablet]
Section 2 PP.ACT.1 substancecode SUB09362MIG [=
Norethindrone]
@ (@)resolutionmode
PP.ACT.1..1 2
The pharmaceutical form stated in section 3. Pharmaceutical Form of the SmPC may differ from the
standard term included in the EDQM standard term list. In such cases, the EDQM standard term
available in the XEVMPD must be selected. I.e., it is not necessary to request the addition of a new
proposed term for the pharmaceutical form stated in section 3. Pharmaceutical Form of the SmPC in
the XEVMPD – see EXAMPLE 37, scenario 1.
The "Administrable pharmaceutical form" refers to the pharmaceutical form for administration to the
patient, after any necessary transformation of the authorised pharmaceutical form has been carried
out.
The administrable pharmaceutical form is identical to the authorised pharmaceutical form in cases
where no transformation is necessary prior administration to the patient.
• If a not-nullified standard term of the required pharmaceutical form is available, MAHs should
reference the EV code of the standard term in their pharmaceutical product entity within their AMP.
• If a not-nullified standard term is NOT available, and a not-nullified proposed term of the
required pharmaceutical form is available, MAHs should reference the EV Code of the proposed
term in their pharmaceutical product entity within their AMP.
• If the required pharmaceutical form is not available as a standard or a proposed term in the
XEVMPD and:
− the requested pharmaceutical form is not included in the list of proposed pharmaceutical
forms re-mapped to standard pharmaceutical forms named 'D1 - XEVMPD-RMS_EDQM
Pharmaceutical Dose Form terms mapping' and available in the pharmaceutical form
mapping list available in the 'Documents' section of the Referentials Management Service
(RMS) portal,
then the pharmaceutical form must be provided as a new proposed term in the XEVMPD by the
EMA.
From 18 January 2024, only the EMA can enter and maintain proposed and/or standard terms in
the XEVMPD.
To find the EV Code(s) of the available pharmaceutical dose form terms in the XEVMPD, MAH users
should check:
• the 'Mappings' section of the pharmaceutical form term in the Referentials Management System
(RMS).
• An 'XEVMPD pharmaceutical dose forms' list is also published on the 'Guidance documents related
to data submission for authorised medicines' webpage. However, this published list is not
maintained since February 2023 and therefore does not contain the most up to date information.
No
2.
Is a not-nullified standard 2.1 Reference the standard
term of the required PhF Yes term of the required PhF in
available in the XEVMPD? your AMP entity
No
3.
Is a not-nullified proposed 3.1 Reference the proposed
term of the required PhF Yes term of the required PhF in
available in the XEVMPD? your AMP entity
No
No
5.1
5. The term should be inserted in Is the term, or any other 5.2 Submit a New term change
Is the term flagged as pending Yes the XEVMPD as a proposed appropriate alternative term No request via RMS to request the insert
on the EDQM website ? term by the EMA name, available in RMS? of the term in RMS and in the XEVMPD
No
Yes
Continue
with step
5.1
Administration route section describes the route(s) of administration i.e., the path by which the
medicinal product (described as technical concept of a "pharmaceutical product") is taken into or
makes contact with the body.
The route of administration stated in section 4.2. Posology and method of administration of the SmPC
may differ from the standard term included in the EDQM standard term list. In such cases, the EDQM
standard term available in the XEVMPD must be selected. I.e., it is not necessary to request the
Section 4.2. Posology and method of administration of the SmPC. of the SmPC states:
Method of administration
This product should be taken orally and should be swallowed whole with liquids. It can be taken with or
without food.
Since "orally" is not a standard EDQM term, the AMP should reference the standard term "Oral use"
instead:
MAHs may reference deprecated routes of administration in authorised medicinal products to facilitate
the Article 57(2) electronic submission of information on medicines.
• If a not-nullified standard term of the required route of administration is available, MAHs should
reference the EV code of the standard term in their pharmaceutical product entity within their AMP.
• If a not-nullified standard term is NOT available, and a not-nullified proposed term of the
required route of administration is available, MAHs should reference the EV Code of the proposed
term in their pharmaceutical product entity within their AMP.
− the requested route of administration is not included in the list of proposed routes of
administration re-mapped to standard routes of administration in the route of
administration mapping list named “D2 - XEVMPD-RMS_EDQM Route of Administration
terms mapping” and available in the document section of the Referentials Management
Service (RMS) portal, then
the route of administration should be provided as a new proposed term in the XEVPRM by the
EMA.
From 18 January 2024, only the EMA can enter proposed and/or standard terms in the XEVMPD.
See section 1.9. Initial Submission of a route of administration (RoA) of this document for further
information on how to submit a RoA in the XEVMPD.
To find the EV Code(s) of the available route of administration terms in the XEVMPD, MAH users should
check:
No
2.
Is a not-nullified standard 2.1 Reference the standard
term of the required RoA Yes term of the required RoA in
available in the XEVMPD? your AMP entity
No
3.
Is a not-nullified proposed 3.1 Reference the proposed
term of the required RoA Yes term of the required RoA in
available in the XEVMPD? your AMP entity
No
No
5. 5.1
Is the term flagged as pending The term should be inserted in Is the term, or any other 5.2 Submit a New term change
on the EDQM website or an Yes the XEVMPD as a proposed appropriate alternative term No request via RMS to request the insert
application was/will be term by the EMA name, available in RMS? of the term in RMS and in the XEVMPD
submitted to EDQM??
No
Yes
Continue
with step
5.1
Section 2. Qualitative and Quantitative composition of the SmPC and section 6.1. List of
excipients of the SmPC indicate the composition of pharmaceutical product(s) within the
medicinal product.
• Active ingredient(s) - active ingredient substance name(s) and its/their concentration(s) can be
found in section 2. Qualitative and Quantitative Composition of the corresponding SmPC;
• Excipient(s) - excipient substance name(s) can be found in section 6.1 List of excipients of the
corresponding SmPC. It is optional to submit the concentration(s) of excipient(s);
• In some instances, pharmaceutical product can also contain adjuvants. Adjuvant substance
name(s) and its/their concentration(s) can be found in section 2. Qualitative and Quantitative
Composition of the corresponding SmPC.
Each approved substance successfully submitted in the XEVMPD has an assigned EV Code. The
preferred name of the approved substance is entered in English. Each translation and synonym are
linked to the master substance EV Code.
The substance name used in the pharmaceutical product must be in line with the substance name used
in the SmPC attached supporting document and should provide the description of the substance within
the medicinal product irrespective of national naming convention or any symbols, commas, and
additional brackets, hyphens. In cases where the substance name referenced in the SmPC differs from
the substance name referenced in the product entity in the XEVMPD, and the MAH references in the
AMP entry the substance name as it is stated in the Module 3 dossier, then an extract from the
Module 3 dossier showing the list of substances within the pharmaceutical product must be provided
as an attachment. The substance information [all substance names and concentration of the active
substance(s)] referenced in the AMP entry should then correspond to the information stated in the
dossier and not in the SmPC. This is to support the validation of the product entry and/or product
entries within the same cluster without the need to raise a follow-up communication (FUP) with the
MAH.
• If a substance name was previously successfully submitted in the XEVMPD and a substance EV
Code has been assigned, the substance name can be selected from the available XEVMPD remote
look-up table in EVWEB. Gateway users should populate the 'Active ingredient substance code' field
(PP.ACT.1) with the assigned substance EV Code.
A list of approved substances available in the XEVMPD, with their assigned EV Codes, can be found
in:
- the substance export lists published in the Substance Management System (SMS) portal.
The XEVMPD remote look-up table in EVWEB contains the most up-to-date data, as substance
information is submitted to the XEVMPD on daily basis.
EXAMPLE 42
Scenario 1 – Exact substance name is not available in the XEVMPD remote look-up table/published
Controlled Vocabulary (CV) list, but a similar substance name is listed.
Section 6.1. List of excipients of an English SmPC states "IRON OXIDE BROWN (E-172)". The
substance name as stated in the SmPC is not present in the XEVMPD look-up table/published
Section 2. Qualitative and Quantitative Composition of an English SmPC states "VORTIOXETINE D,L-
LACTATE". The substance name as stated in the SmPC is not present in the XEVMPD look-up
table/published Controlled Vocabulary (CV) list. However, an approved substance with a preferred
name "VORTIOXETINE (D,L)-LACTATE" is available with EV Code SUB130400 and should therefore be
referenced in the pharmaceutical product. A request for addition of "VORTIOXETINE D,L-LACTATE" as a
synonym to SUB130400 should be submitted to the Agency as a request submitted via the EMA
Service Desk portal. The Agency will process the request in the XEVMPD and provide the MAH with the
master substance EV Code to be referenced in their product entry.
Scenario 2 – Substance name is not available in the XEVMPD look-up table/published Controlled
Vocabulary (CV) list.
Section 6.1. List of excipients of a Czech SmPC states "Sepifilm 3011 oranžová", which is a translation
of substance name "Sepifilm 3011 Orange". Neither the substance name as stated in the SmPC nor the
preferred name in English is present in the XEVMPD look-up table/published Controlled Vocabulary
(CV) list. A request for addition of a new preferred substance name and a translation should be
submitted to the Agency as a request submitted via the EMA Service Desk portal. The Agency will
process the request in the XEVMPD and provide the MAH with the master substance EV Code to be
referenced in their product entry.
Section 6.1. List of excipients of a French SmPC states "laque aluminique de rouge cochenille A
(E124)", which is a translation of substance name "aluminium lake red cochenille A (E124)". Neither
the substance name as stated in the SmPC nor the preferred name in English is present in the XEVMPD
look-up table/published Controlled Vocabulary (CV) list. A request for addition of a new preferred
substance name and a translation should be submitted to the Agency as a request submitted via the
EMA Service Desk portal. The Agency will process the request in the XEVMPD and provide the MAH
with the master substance EV Code to be referenced in their product entry.
NOTE 10
If a pharmaceutical product contains no active ingredient, one of the excipients and its strength should
be selected and entered as the active ingredient. The strength of the substance should be referenced
as per the SmPC/Module 3 dossier or, if not included in the SmPC, zero (0) should be referenced as the
amount of the concentration. The substance selected as the active ingredient should not be entered
also as an excipient as this would result in receiving a negative XEVPRM acknowledgement due to
duplication of the same substance within one pharmaceutical product.
When a substance contains multiple components, both, the substance, and the individual components,
should be submitted, providing that the substance has a descriptive level of information relevant to
excipient in medicinal products (e.g., general terms not indicative of excipients in medicines are not
accepted such as thickeners, ink, emulsifiers).
In the authorised product entity, all of the substance names should be referenced separately since they
are substance names referenced in an approved SmPC; i.e., methylcellulose, xanthan gum, stearate
emulsifiers, polyethylene glycol, sorbitan tristearate, macrogol stearate, glycerides, lemon flavour,
maltodextrin, arabic gum, lactose and triethyl citrate.
Further guidance on how to handle approved substance names is included in the 'European Medicines
Agency substance names best practice: Procedure and principles to handle substance name in the
substance management system'' document published in the section "Data Quality-control
methodology" on the 'Guidance documents related to data submission for authorised medicines'
webpage.
The EV Code(s) of the substance(s) indicated as the active ingredient(s) of the medicinal
product according to the description provided in section 2. Qualitative and Quantitative
Composition of the corresponding SmPC or as indicated in the Module 3 dossier must be
specified.
The substance name must be specified in line with the description of the ingredients present
in the medicinal product as described in the SmPC of the country of authorisation or in the
Module 3 dossier:
− any missing translation names must be provided in all official languages based on the process
described in section 1.4. Initial submission of an approved substance of this document. See
also Table 1a- Authorised medicinal product – language requirements for related information.
− any missing translation names must be provided in all the applicable national languages based
on the process described in section of this document. See also Table 1a- Authorised medicinal
product – language requirements for related information.
• Any missing synonym/alias names that are in accordance with internationally recognised reference
sources may be requested by means of the process described in section 1.4. Initial submission of
an approved substance of this document.
EXAMPLE 43
The SmPC of a medicinal product authorised in Germany states the following information:
2. QUALITATIVE UND QUANTITATIVE ZUSAMMENSETZUNG
EXAMPLE 44
The SmPC of a medicinal product authorised in Italy states the following information:
2. COMPOSIZIONE QUALITATIVA E QUANTITATIVA
Una compressa rivestita contiene: Principio attivo - Paracetamolo 500 mg
The active substance (i.e., EV code of the active substance in the local language) to be referenced in
the pharmaceutical product section of the AMP entity in the XEVMPD must be "Paracetamolo" (in
Italian language). Since "paracetamolo" is already available in the XEVMPD look-up table/published
Controlled Vocabulary (CV) list as a translation of SUB09611MIG with the preferred name
"paracetamol", this EV Code should be referenced by the MAH in the product entity.
EXAMPLE 45
The SmPC of a medicinal product authorised In Ireland states the following information:
2. QUALITATIVE AND QUANTITATIVE COMPOSITION
Each tablet contains 20 mg of metformin hydrochloride corresponding to 18 mg of metformin.
The active substance (i.e., EV Code of the active substance in the local language) to be referenced in
the pharmaceutical product section of the AMP entity in the XEVMPD must be "metformin
hydrochloride". Since "metformin hydrochloride" is already available as the preferred name of
SUB03200MIG, this substance EV Code should be referenced by the MAH in the product entity.
EXAMPLE 46
The SmPC of a medicinal product authorised In Ireland states the following information:
2. QUALITATIVE AND QUANTITATIVE COMPOSITION
Each tablet contains Olanzapine hydrochloride corresponding to 0.2 mg Olanzapine.
Or
2. QUALITATIVE AND QUANTITATIVE COMPOSITION
Each tablet contains 0.2 mg Olanzapine as Olanzapine hydrochloride.
Because the strength is available only for the moiety, the active substance (i.e., EV Code of the
active substance in the local language) to be referenced in the pharmaceutical product section of the
AMP entity in the XEVMPD must be "Olanzapine". Since "Olanzapine" is already available as the
preferred name of SUB09426MIG, this substance EV Code should be referenced by the MAH in the
product entity.
The SmPC of a medicinal product authorised In Ireland states the following information:
2. QUALITATIVE AND QUANTITATIVE COMPOSITION
Each tablet contains 10 mg of Levetiracetam (as hydrochloride).
Or
2. QUALITATIVE AND QUANTITATIVE COMPOSITION
Each inl contains Levetiracetam hydrochloride corresponding to 10 mg/ml Levetiracetam after
reconstitution.
The active substance (i.e., EV code of the active substance in the local language) to be referenced in
the pharmaceutical product section of the AMP entity in the XEVMPD must be "Levetiracetam". Since
"Levetiracetam" is already available as the preferred name of SUB08459MIG, this substance EV Code
should be referenced by the MAH in the product entity.
Reference
Substance Reference Article 57(2)
Substance Substance Examples
Strength Substance Requirements
Strength
Section 2 of SmPC
states:
x x Each vial contains
Substance 1000 mg metformin,
+ hydrochloride. After
Substance reconstitution, each
Strength ml of solution
contains 100 mg
metformin,
hydrochloride.
Article 57
requirement:
Substance:
Metformin
hydrochloride
Strength: 100
mg/ml
Section 2 of SmPC
states:
x Reference Each capsule
Substance contains 250 mg
+ olanzapine (as
Reference hydrochloride).
Substance Or
Strength Each capsule
contains 250 mg
olanzapine (as
olanzapine
hydrochloride).
Article 57
requirement:
Substance:
Olanzapine
Strength: 250
mg/capsule
Section 2 of SmPC
states:
x x Reference One mL contains
Substance defibrotide 80mg
+ corresponding to a
Reference quantity of 200 mg
Substance in 2.5 mL in a vial
Strength and equivalent to a
concentration in the
range of 4 mg/mL to
20 mg/mL after
dilution.
Article 57
requirement:
Substance:
Defibrotide
Strength: 4 mg/ml -
20 mg/ml
Section of SmPC
states:
Each tablet contains
Substance 12 mg loperamide
+ hydrochloride
Substance corresponding to 10
Strength mg loperamide.
Article 57
requirement:
Substance:
Loperamide
hydrochloride
Strength: 12
mg/tablet
The strength of the substance name specified in the "Active ingredient substance code"
(PP.ACT.1) must be specified in accordance with section 2. Qualitative and Quantitative
Composition of the corresponding SmPC or in the Module 3 dossier.
Strength must be entered in the XEVMPD in accordance with the ISO IDMP standards based on a
numerator and denominator. Strength can be therefore expressed in two ways:
• As a Unit of Measure
The use of 'each' as a unit of measure should be limited and only used if it is not possible to
express the strength with a suitable concentration for the unit of presentation. In that case, the
XEVMPD unit value (of measurement) 'each' must be used to describe the strength.
EXAMPLES of units of measure: 10 milligrams per 100 milliliters, 10 milligrams per 1 single day.
• As a Unit a Presentation
The unit of presentation is a qualitative term describing the discrete unit in which a
"pharmaceutical product" is presented to describe strength or quantity in cases where a
quantitative unit of measurement is not appropriate.
EXAMPLES of units of presentation: 250 milligrams per 1 single tablet, 10 milliliters per one single
spoon.
− Strength; e.g., spray/puff contains 100 mcg per actuation (unit of presentation = actuation);
− Quantity; e.g., bottle contains 100 ml per bottle (unit of presentation = bottle).
Where an ingredient is present in the form of a salt or hydrate, the quantitative composition may be
expressed in terms of the mass [or biological activity in International (or other) units where
appropriate] of the active moiety (base, acid, or anhydrous material).
− If the strength is declared as the amount of base, then the base is the substance to be
declared as the ingredient.
− If the strength is declared as the amount of the salt, then the salt is the substance to be
declared as the ingredient.
− In the rare examples where the strength of the salt and the base are both declared, then the
salt is the substance to be declared as the ingredient. This is in line with IDMP where the both
the substance (salt) and the reference substance (base/active moiety) will need to be defined.
"60 mg toremifene (as citrate)" or "toremifene citrate equivalent to 60 mg toremifene" – the substance
'toremifene' will be specified as the active ingredient in the pharmaceutical product.
NOTE 12
Where the active ingredient is an ester or pro-drug, the quantitative composition may be stated in
terms of the quantity of that ester or pro-drug.
Further explanation on the expression of strength is provided in the Notice to Applicants, Volume 2C -
Regulatory Guidelines "Guideline on Summary of Product Characteristics – SmPC.
The active ingredient can be included based on the active substance referenced in the Module 3 dossier
instead of the active substance of the SmPC.
The ‘Concentration Type Code’ referencing the selected concentration type value must be
specified.
The strength of the substance is to be specified as a quantity of the substance present in a medicinal
product described as the technical concept of a "pharmaceutical product".
The following concentration type values (amount value types) are available for use as part of the
‘EudraVigilance eXtended Medicinal Product Dictionary (XEVMPD) concentration types’ list published on
the 'Guidance documents related to data submission for authorised medicines' webpage:
• Equal (1);
• Range (2);
• Up to (3);
• Average (6).
EXAMPLE 48
The SmPC of a medicinal product authorised In Ireland states the following information:
2. Qualitative and Quantitative Composition
Each tablet contains 10 mg Diazepam
In accordance with the above information stated in the SmPC, the strength of the active ingredient
should be expressed as per unit of presentation. The value should be set to "Equal (1)" and the
strength will be expressed as 10 milligrams per 1 single tablet.
EXAMPLE 49
The SmPC of a medicinal product authorised In Ireland states the following information:
2. Qualitative and Quantitative Composition
Each vial contains 10 mg Paracetamol. After reconstitution, each ml of solution contains approximately
1 mg Paracetamol.
In accordance with the above information stated in the SmPC, the strength of the active ingredient
should be expressed as per unit of measure. The value should be set to "Approximately (5)" and the
strength will be expressed as 1 milligram per 1 millilitre.
EXAMPLE 50
The SmPC of a medicinal product authorised In Ireland states the following information:
2. Qualitative and Quantitative Composition
The concentrate for solution for infusion contains 1000 mg/ml Ibuprofen. After dilution, the
concentration of Ibuprofen will be 100 mg/ml to 200 mg/ml depending on the age of the patient.
In accordance with the above information stated in the SmPC, the strength of the active ingredient
should be expressed as per unit of measure. The value should be set to "Range (2)" and the strength
will be expressed as 100 milligram per 1 millilitre to 200 milligram per 1 millilitre.
A numerator value and numerator unit, as well as a denominator value and denominator
unit, must be specified in accordance with section 2. Qualitative and Quantitative
Composition of the corresponding SmPC or in accordance with the information referenced in
the Module 3 dossier.
refers to the strength of the active substance expressed in a ratio scale. It refers to the numerator
value of the strength of the active substance.
refers to the strength of the active substance expressed in a ratio scale. It refers to the numerator unit
prefix value of the strength of the active substance.
100 mg/ml: "lowamountnumerprefix" = Milli (1x10^-3)
refers to the strength of the active substance expressed in a ratio scale. It refers to the numerator unit
value of the strength of the active substance.
100 mg/ml: "lowamountnumerunit" = Gram(s)
refers to the strength of the active substance expressed in a ratio scale. It refers to the denominator
value of the strength of the active substance.
100 mg/ml: "lowamountdenomvalue" = 1
refers to the strength of the active substance expressed in a ratio scale. It refers to the denominator
unit prefix value of the strength of the active substance.
100 mg/ml: "lowamountdenomprefix" = Milli (1x10^-3)
refers to the strength of the active substance expressed in a ratio scale. It refers to the denominator
unit value of the strength of the active substance.
100 mg/ml: "lowamountdenomunit" = Litre
refers to the strength of the active substance expressed in a ratio scale. It refers to the numerator
value of the strength of the active substance.
refers to the strength of the active substance expressed in a ratio scale. It refers to the numerator
unit prefix value of the strength of the active substance.
refers to the strength of the active substance expressed in a ratio scale. It refers to the numerator
unit value of the strength of the active substance.
refers to the strength of the active substance expressed in a ratio scale. It refers to the denominator
value of the strength of the active substance.
refers to the strength of the active substance expressed in a ratio scale. It refers to the denominator
unit prefix value of the strength of the active substance.
refers to the strength of the active substance expressed in a ratio scale. It refers to the denominator
unit value of the strength of the active substance.
EXAMPLE 51
Denominator value: 1
EXAMPLE 52
Denominator value: 1
EXAMPLE 53
EXAMPLE 54
Administered dose = 5 mg/1 measuring spoon (if the spoon is provided as part of the package or not
does not have any impact on making reference to the unit of presentation)
Numerator value: 5
Denominator value: 1
EXAMPLE 55
Denominator value: 1
EXAMPLE 56
Numerator value: 20
Denominator value: 1
EXAMPLE 57
Numerator: 30
Denominator value: 1
The substance name must be specified in line with the description of the ingredients present
in the medicinal product as described in the SmPC of the country of authorisation:
• For non-centrally authorised products (MRPs/DCPs/NAPs): any missing translation names must be
provided in all the applicable national languages based on the process described in section 1.4.
Initial submission of an approved substance of this document. See also Table 1a- Authorised
medicinal product – language requirements for related information.
• Any missing synonym/alias names that are in accordance with internationally recognised reference
sources may be requested by means of the process described in section 1.4. Initial submission of
an approved substance of this document.
EXAMPLE 58
The SmPC of a medicinal product authorised in Germany states the following information:
6.1 Liste der sonstigen Bestandteile
Wasser für Injektionszwecke
The excipient substance (i.e., an EV code of the excipient substance in the local language) to be
referenced in the pharmaceutical product section of the AMP entity in the XEVMPD must be "Wasser für
Injektionszwecke" (in German language). Since "Wasser für Injektionszwecke" is already available as a
translation of SUB12398MIG, this substance EV Code should be referenced by the MAH in the product
entity.
EXAMPLE 59
The SmPC of a medicinal product authorised in the Czech Republic states the following information:
6.1 Seznam pomocných látek
Granulovaná mikrokrystalická celulosa
Magnesium-stearát
The excipient substances (i.e., EV code of the excipient substances in the local language) to be
referenced in the pharmaceutical product section of the AMP entity in the XEVMPD must be
"Granulovaná mikrokrystalická celulosa" and "Magnesium-stearát" (both in Czech language). Since
"Granulovaná mikrokrystalická celulosa" is already available as a translation of SUB122000, this
substance EV Code should be referenced by the MAH in the product entity.
Since "Magnesium-stearát" is already available as a translation of SUB12527MIG, this substance EV
Code should be referenced by the MAH in the product entity.
The same principles as described in sections 1.2.17.6. Active ingredient concentration type Code
(PP.ACT.2) and 1.2.17.7. Active ingredient substance value(s) of this document apply to the
description of strength of excipients should the MAH wish to submit it.
The substance name must be specified in line with the description of the ingredients present
in the medicinal product as described in the SmPC of the country of authorisation or in the
Module 3 dossier:
• For centrally authorised products (CAPs): any missing translation names must be provided in all
official languages based on the process described in section 1.4. Initial submission of an approved
substance of this document. See also Table 1a- Authorised medicinal product – language
requirements for related information.
• For non-centrally authorised products (MRPs/DCPs/NAPs): any missing translation names must be
provided in all the applicable national languages based on the process described in section 1.4.
Initial submission of an approved substance of this document. See also Table 1a- Authorised
medicinal product – language requirements for related information.
• Any missing synonym/alias names that are in accordance with internationally recognised reference
sources may be requested by means of the process described in section 1.4. Initial submission of
an approved substance of this document.
The strength of the substance stated as the adjuvant of the pharmaceutical product in
section 2. Qualitative and Quantitative Composition of the corresponding SmPC, or in the
Module 3 dossier, must be specified.
The same principles as described in sections 1.2.17.6. Active ingredient concentration type Code
(PP.ACT.2) and 1.2.17.7. Active ingredient substance value(s) of this document apply to the
description of strength of adjuvants.
EXAMPLE 60
The SmPC of a medicinal product authorised In Ireland states the following information:
The EV code of a medical device where it forms an integral part of the medicinal product
must be specified.
Medical device description is currently only required for Advanced Therapy Medicinal Products (ATMPs),
where applicable (see Regulation (EC) No 1394/2007).
EXAMPLE - medical device: COLLAGEN SCAFFOLD
Where a medical device term is required for an ATMP, the marketing authorisation holder should
submit a request for a term assignment via the EMA Service Desk portal. The Agency will assess the
request and, if the term should be included, provide a code and term name for the medical device to
the marketing authorisation holder.
List of available medical devices with their assigned codes can be found:
• in the 'EudraVigilance eXtended Medicinal Product Dictionary (XEVMPD) medical devices' controlled
vocabulary list published on the 'Guidance documents related to data submission for authorised
medicines' webpage; or
• in the ‘XEVMPD Medical Devices’ list in the Referentials Management System (RMS).
The ATC Code as described in Section 5.1 Pharmacodynamic properties of the SmPC must be
specified.
MAHs should not reference deprecated ATC Codes in authorised medicinal products.
• Where, for certain types of medicinal products (e.g., authorised, or registered herbal medicinal
products), an ATC Code is usually not allocated the ATC Code value NOTAPPLIC may be specified.
• Where an ATC Code has been requested by the marketing authorisation holder as per the process
explained on the WHO website but has not yet been assigned by the WHO Collaborating Centre for
• Where an ATC Code has not been requested by the marketing authorisation holder, and the SmPC
states "not yet assigned", the ATC Code value NOTASSIGN must be specified.
• In case that multiple ATC Codes are applicable for one authorised medicinal product, multiple ATC
Codes can be referenced within one AMP entity.
• in the 'Anatomical Therapeutic Chemical classification system – Human' list in the Referentials
Management System (RMS). This list will be updated on a yearly basis following WHO’s update
calendar. In addition to the yearly updates, if a specific ATC code is required in RMS for regulatory
purposes, RMS will accept a change request for the publication of codes which have not yet been
published in the final ATC list from WHO if they have been accepted as provisional by WHO.
If the ATC Code for a medicinal product is not part of the ATC Index published by the WHO, and the
ATC Code has been requested by the marketing authorisation holder, the ATC Code should be provided
by the EMA as a "proposed ATC Code" in the XEVMPD via an XEVPRM.
From 18 January 2024, only the EMA can enter proposed and/or standard ATC Codes in the XEVMPD.
See section 1.7. Initial submission of an ATC Code of this document for further information on how to
request the addition of an ATC Code in the XEVMPD.
Further guidance on coding of indications based on section 4.1 of the Summary of Product
Characteristics (SmPC) using MedDRA terminology is available in the document 'Coding of indications
in the eXtended EudraVigilance Medicinal Product Dictionary (XEVMPD)' published on the 'Guidance
documents related to data submission for authorised medicines' webpage.
The indication(s) is/are to be coded using MedDRA in its latest version, where applicable.
Each indication is to be coded using MedDRA in its latest current version for the operation types "Insert
(1)" and "Update (2)" in the context of the data submission maintenance (e.g., variation, renewal,
etc.). The next official MedDRA version can also be used if a term of that version is required.
EVWEB users may specify one of the following MedDRA versions for the operation types "Invalidate MA
(6)", "Nullification (4)" and "Update (2)" (not in the context of data submission maintenance):
EV-POST and Gateway users may specify any MedDRA version after version 7.1 (inclusive) for the
operation types "Invalidate MA (6)", "Nullification (4)" and "Update (2)" (not in the context of data
submission maintenance).
Note that new MedDRA versions are implemented in XEVMPD towards the end of the transition
period defined by MSSO. Therefore, the concept of "latest current version of MedDRA" refers to the
system availability and not to the publishing of a more recent version.
For instance, MedDRA 17.0 was considered the latest current version up to November 2014. Whilst
MedDRA 17.1 was published in September 2014, MedDRA 17.1 became current as of November 2014.
The indication(s) is/are to be coded using the English term and corresponding code. Where
a specific language is not supported in MedDRA, the MedDRA Code associated with the
English equivalent term should be used.
If a term of the next official MedDRA version is required, it can be entered as supplemental MedDRA
term.
Multiple terms can be used to code the medical concepts of indication(s), the signs, symptoms or
intended effects. The use of qualifiers (e.g., comorbidities, population specifics) will be possible with
the implementation of the ISO IDMP standards in the Product Management Service (PMS).
It is not necessary to update medicinal product entries when a new MedDRA version is released. In the
context of the data submission maintenance (e.g., if there is a need of notification of a variation with
an 'Update (2)' operation type), if a new MedDRA version is available, the latest current version should
be used to codify the indications.
For coding instructions, please refer to ‘Points to Consider Documents’ available on MedDRA website.
The ‘Summary of Changes to MedDRA Term Selection’ is also available on MedDRA website.
Efforts should be made to capture the most granular and comprehensive level of information available
in MedDRA; where the stage or type of a disease is available, this should be captured as well.
EXAMPLE 61
Scenario 1
Section 4.1 Therapeutic Indications of the SmPC states "Treatment of COPD"
Term coded in MedDRA: COPD (LLT=10010952)
Scenario 2
Section 4.1 Therapeutic Indications of the SmPC states "Treatment of Chronic obstructive pulmonary
disease"
Term coded in MedDRA: Chronic obstructive pulmonary disease (LLT=10009033)
Scenario 3
Section 4.1 Therapeutic Indications of the SmPC states "Treatment of Chronic obstructive pulmonary
disease (COPD)"
Term coded in MedDRA: Chronic obstructive pulmonary disease (LLT=10009033)
Term coded in MedDRA: COPD (LLT=10010952)
EXAMPLE 62
Section 4.1 Therapeutic Indications of the SmPC states "Treatment of motor fluctuations in patients
with Parkinson’s disease"
Term coded in MedDRA: Motor fluctuations (LLT=10067208)
EXAMPLE 63
Section 4.1 Therapeutic Indications of the SmPC states "None. The product is intended as a diluent for
Carwash Powder for Injection"
Term coded in MedDRA: Medication dilution (LLT=10063482)
EXAMPLE 64
"recidiva di candidiasi orofaringea o esofagea in pazienti con infezione da HIV che sono ad alto rischio
di subire ricadute"
1/
"Drug is indicated in the treatment of osteoporosis in postmenopausal women and in men at increased
risk of fracture. In postmenopausal women, a significant reduction in the incidence of vertebral and
non-vertebral fractures but not hip fractures has been demonstrated. Treatment of osteoporosis
associated with sustained systemic glucocorticoid therapy in women and men at increased risk for
fracture"
2/
"Indicated for treatment of patients with locally advanced or metastatic adenocarcinoma of the
pancreas"
Where two or more similar MedDRA terms exist, it is preferable to capture only one of them (e.g.,:
either "Pancreatic adenocarcinoma (LLT=10051971)" or "Adenocarcinoma pancreas (LLT=10052747)"
is acceptable).
3/
EXAMPLE 64.3
"Drug is indicated for the symptomatic relief in the treatment of osteoarthritis, rheumatoid arthritis and
ankylosing spondylitis."
4/
The information related to co-medication and other qualifiers for treatment, target population or health
status or population will not be captured at this stage.
The information related to the status of the disease is to be captured, as available in the current
MedDRA version.
5/
"Drug is indicated for the treatment of patients with unresectable, locally recurrent or metastatic
breast cancer who have relapsed following adjuvant/neoadjuvant chemotherapy".
The EV Code of a development product may be specified if the authorised product was
submitted to the XEVMPD in its development form.
• If the authorised product was submitted to the XEVMPD in its development form (as a development
medicinal product), this field may contain the EV Code assigned to the development medicinal
product (DMP).
− The referenced EV Code must match a development product EV Code in the XEVMPD.
Failure to comply leads to the generation of a 02 negative acknowledgement and the individual
product is rejected.
− The referenced EV Code must match at least one authorised product EV Code in the
XEVMPD. The EV Code of the AMP must not be a nullified EV Code. Failure to comply leads to
the generation of a 02 negative acknowledgement and the individual product is rejected.
See section 2.4.3. Transfer of marketing authorisation of this document for further information on
transfer of marketing authorisation.
− The referenced EV Code must match at least one authorised product EV Code in the
XEVMPD. The EV Code of the AMP must not be a nullified EV Code. Failure to comply leads to
the generation of a 02 negative acknowledgement and the individual product is rejected.
A copy of the SmPC as authorised by the Authorising Body must be provided as a PPI
attachment to the authorised medicinal product entity.
• Where, in exceptional circumstances, the SmPC is not available as part of the marketing
authorisation, an equivalent document that facilitates the data quality assurance process by the
Agency (e.g., English common text, PIL or other similar text as authorised by the Authorising
Body) should be provided.
• In case where the approved SmPC does not state an authorisation number, a date of
authorisation/renewal or the MAH, a copy of the document granting, or renewing the marketing
authorisation should also be provided as an additional PPI attachment.
• If the MAH referenced the composition of the pharmaceutical product [all substance names and the
concentration of the active substance(s)] within the AMP entry as stated in the Module 3 dossier
instead of the SmPC, then an extract of the dossier must also be provided as an attachment.
The EV Code of the attachment referring to the authorised medicinal product must be
specified.
• If the attachment to be referenced in the AMP entity was already submitted in the XEVMPD and an
attachment EV Code has been assigned, the attachment can be selected from the available
EudraVigilance look-up table (EVWEB users). Gateway users should populate the 'Attachment EV
Code' field (AP.PPI.1) with the assigned attachment EV Code received in the XEVPRM
Acknowledgement.
See section 1.10. Submission of an attachment of this document for further information on how to
submit a PPI attachment in the XEVMPD.
NOTE 13
It is not possible to submit only a PPI attachment entity in an XEVPRM in EVWEB. At least one of the
submitted authorised medicinal products that will refer to the new attachment (SmPC) must also be
present in the same XEVPRM.
Validity confirmation that the referenced attachment is the latest version of the
documentation must be provided when performing an update or insert of an authorised
product where a referenced PPI attachment was previously loaded in the XEVMPD.
The value 'Valid (1)' specifies that the attachment is the latest version.
----------
When all the above fields required for the submission of an AMP are specified as applicable in the
XEVPRM and following a successful submission of the XEVPRM in the XEVMPD, a local code will be
assigned as an internal reference code, until an EV Code has been provided as part of the
acknowledgement process.
Following a successful insert, an EV Code for the authorised medicinal product entity will be received in
the XEVPRM Acknowledgement.
The pattern of the EV Code for a medicinal product is 'PRD' followed by a number.
EU QPPV, and where such does not exist, the local QPPV (e.g., for purely national
authorisations) must register with EudraVigilance.
MAHs are legally required to have a qualified person for pharmacovigilance (QPPV) based in the
European Union (EU) in place at all times, in line with Article 103 of Directive 2001/83/EC.
The Agency uses the QPPV email address provided as the sole contact point for certain important
communications (e.g., in relation to initiation of pharmacovigilance referral procedures concerning
MAHs marketing authorisations), therefore the QPPV information must be up to date.
Detailed information on how to register a QPPV can be obtained on the 'EudraVigilance: How to
register' webpage or in the EMA EudraVigilance Registration Manual.
From 26 July 2018, QPPVs are required to self-register in the EMA Account Management Platform:
• The main QPPV of the MAH organisation must request the 'EV Human MAH EU QPPV' role.
• The trusted deputy that supports the main responsible person must request the 'EV Human
MAH/CS/NCS Trusted Deputy' role.
• Additional QPPV, which is not the EU QPPV user for that profile, may request the 'EV Human MAH
Additional QPPV' role.
Following the self-registration of the QPPV in the EMA Account Management Platform, the QPPV
submits an EMA Service Desk portal request requesting their role to be certified by the EMA. Once the
role is approved by the EMA, the QPPV retrieves the QPPV Code assigned.
The QPPV code can be retrieved by the QPPV and/or MAH users registered under the organisation's HQ
from:
• the restricted area of the EudraVigilance website (accessible to registered users only) under the
"QPPV list":
Any changes of the QPPV details (e.g., change of telephone number/address or surname of the QPPV)
must be updated in the user's profile via the EMA Account Management Platform by the user. The
changes must be made immediately and no later than 30 calendar days from the date the changes
apply.
New approved substance information is submitted in the XEVMPD in an XEVPRM with the
operation type 'Insert (1)' by the EMA.
Substance/alias translation(s) must be provided in all official EU language(s) for CAPs and
all national language(s) of the country/countries of authorisation for NAPs/MRPs/DCPs by
the MAHs.
Each approved substance successfully submitted in the XEVMPD has an assigned EV Code. The
preferred name of the substance is entered in English.
• The name(s) of the substance in individual national languages is/are listed as "Translations".
• The Agency supports non-Latin /accented character set EEA languages. The UTF-8 character set
should be used.
• For WEB Trader users, the submission in non-Latin characters should be done using the XHTML
version of XEVMPD Data Entry Tool (EVWEB) (this option should be selected in the display setting
drop down menu in the top left corner of EVWEB). The only exception is the tree view in XEVMPD
Data Entry Tool (EVWEB), which will not show the non-Latin characters.
As communicated in the 'Changes to some business rules of the eXtended EudraVigilance Medicinal
Product Dictionary (XEVMPD): Submission of substance information' document, in the context of
improvement of the XEVMPD Substance Controlled Vocabulary data quality, the XEVMPD business rules
were revised to reject any operation type related to submission of substances. This implies that any
XEVPRM messages containing operation type 'Insert (1)', 'Update (2)' or 'Nullification (4)' of an
approved or development substance will be rejected and will generate a negative XEVPRM
acknowledgement.
To check if an approved substance is available in the XEVMPD, MAHs should search the XEVMPD
approved substance look-up table in EVWEB or search the substance export lists published on the
Substance Management System (SMS) portal. If the required approved substance is not listed, the
MAHs should request the addition of the substance information via the EMA Service Desk portal.
a. Company code can be set as the substance preferred term if the substance is not in the
public domain.
b. Privacy settings can be adjusted for all additional names and molecular formula.
2. Go to the EMA Service Desk portal and create the request using the ‘Request SMS services’
form. In the request:
1. Go to the EMA Service Desk portal and create the request using the ‘Request SMS services’
form. In the request:
a. reference the EV Code or the preferred name of the substance term to be updated;
b. for a translation, include the translation, language information and reference source;
All substance requests are processed by EMA Data Stewards from the Substance Management Service
(SMS). They will validate the request upon pre-registration or update of the substance. 5-10 working
day SLA will be applied. Once the substance is registered, the user will receive an e-mail confirmation
from the EMA Service Desk that substance data has been registered or updated, also stating the EV
Code assigned (if applicable).
Registered or updated substance data will be available for selection in the eAF, XEVMPD, IRIS,
EudraCT, CTIS and EudraGMDP automatically.
Substance related enquiries should be submitted via the EMA Service Desk portal using the ‘Request
for Information’ form:
Guidance on how to handle approved substance names is included in the 'EMA Substance names best
practice' document published in section "Data Quality-control methodology" on the 'Guidance
documents related to data submission for authorised medicines' webpage.
New reference source information must be submitted in the XEVMPD by the EMA via an
XEVPRM with the operation type "Insert (1)".
Reference source is required only during the submission of an approved substance information in the
XEVMPD. Approved substance information is entered in the XEVMPD by the EMA upon request
submitted via the EMA Service Desk portal.
• If the required reference source is available in RMS list named 'Source of Information' (RMS ID:
100000000009) but it is not available in the XEVMPD, MAHs should submit an ‘Update term’
change request via RMS to request the insert of the reference source in the XEVMPD.
• If the required reference source is not available in either system (i.e., RMS and XEVMPD), MAHs
should submit a ‘New term’ change request via RMS to request the insert of the reference
source in the RMS list named 'Source of Information' (RMS ID: 100000000009) and in the
XEVMPD.
An ‘RMS user manual’ is available for download from section ‘Documents’ of the RMS portal. Please
refer to section 3.7. Change Requests of the RMS user manual for further information.
RMS data stewards will assess the change request and provide the requestor with the EV Code of the
reference source term, as applicable.
Local number is a unique reference number that must be assigned for a reference source
entity in the XEVPRM following an operation type 'Insert' (1).
When a new reference source is submitted in an XEVPRM using the operation 'Insert' (1), a local
number must be assigned to the reference source. When the corresponding XEVPRM Acknowledgement
is received and providing that the submission was successful, this local number should be used to
retrieve the corresponding EV Code.
EudraVigilance (EV) Code of the reference source must be specified if the operation type is
NOT an 'Insert'.
I.e., if maintenance related operations are performed on a reference source entity successfully inserted
in the XEVMPD, the EV Code of the reference source entity must be referenced in this field).
Further information on the reference source may be provided in the comment field, if
required.
When operation type 'Nullification' (4) is performed on a reference source entity, the comment field
----------
When all the above fields required for the submission of a reference source are specified as applicable,
and following a successful insert in the XEVMPD, an EV Code for the reference source will be received
in the XEVPRM Acknowledgement.
The pattern of the EV Code for a reference source is 'SRC' followed by a number.
New organisation information must be submitted in the XEVMPD in an XEVPRM with the
operation type 'Insert (1)'.
The organisation information (i.e., MAH name and MAH address) refer to the legal entity of
the medicinal product in a given country as indicated in section 7. Marketing Authorisation
Holder of the SmPC.
To support PMS implementation and OMS/XEVMPD synchronisation, MAHs are strongly encouraged
required to submit MAH information in the XEVMPD as it was submitted in the Organisation
Management System (OMS), i.e. in accordance with the data quality standards for the organisation
name and address specified by OMS.
The MAH information stated in section 7. Marketing Authorisation Holder of the SmPC may therefore
differ from the information entered in the MAH entity in the XEVMPD. To indicate in the MAH record in
the XEVMPD that the organisation information is reflected as it is entered in OMS, the location ID (LOC
ID) must be referenced in the ‘Comment’ field (0.18) of the MAH organisation entity in the XEVMPD.
This is to facilitate the validation of this information with the organisation details in OMS.
Data quality principles for submission of organisation information in OMS are available in the OMS
portal, section 'Document's, under 'C - OMS Data Quality standards’.
The list of MAH organisations with their assigned EV Codes can be found in:
• in OMS; the EV Code of the MAH organisation record in the XEVMPD can be found, if available, in
section ‘Mappings’ of the relevant organisation.
• An XEVMPD MAH organisations list is also published on the 'Guidance documents related to data
submission for authorised medicines' webpage. However, this published list is not maintained since
February 2023 and therefore does not contain the most up to date information.
NOTE 14
• The MAH name must be submitted providing the name of the legal entity in a given country
regardless of any naming conventions/differences in trade style/characters specified in section 7.
Marketing Authorisation Holder of various SmPCs. The same MAH/legal entity in a given country for
the applicable AMPs must be referenced as appropriate.
• The name and address of the Organisation should be provided consistently and providing the most
complete information e. g. "Avenue" instead of "Av"., "Road" instead of "Rd" etc. unless these are
entered as they are available in OMS.
• The company's legal status does not need to be written in full (e.g., "Ltd." doesn't need to be
changed to "Limited", "S.p.A." doesn't need to be changed to "Societá Per Azioni", GmbH doesn't
need to be changed to "Gesellschaft mit beschränkter Haftung".)
− If discrepancies are found, or if no EV Code is referenced in the 'Mappings' section of the OMS
entity, please raise a Service Desk request for the OMS team to investigate.
− In case of questions, please raise a Service Desk question for the OMS team:
EXAMPLE 65
Scenario 1
Section 7. Marketing Authorisation Holder of the SmPC states: "Pharma XYZ Ltd." at the location "X".
The organisation name as stated in the SmPC (i.e., with "Ltd.") is not present in the XEVMPD.
➢ Organisation "Pharma XYZ Limited" at the location "X" is however available in the XEVMPD with
the assigned EV Code ORG1234. It is the same legal entity.
➢ "Pharma XYZ Limited" at the location "X" is also available in OMS.
Since organisation entity ORG1234 already contains the organisation details as the details stated in
section 7. of the SmPC, it should be referenced in the AMP.
It is not necessary to create a new MAH organisation entity in the XEVMPD with the name "Pharma XYZ
Ltd." at the location "X" because "Pharma XYZ Limited" already exists in the XEVMPD and an EV Code
has been assigned.
All AMPs for which "Pharma XYZ Ltd." at the location "X" is the MAH as per the corresponding SmPC
should reference "Pharma XYZ Limited" (ORG1234). Since the organisation details in XEVMPD
correspond to the organisation details in OMS, the MAH should reference the organisation’s LOC ID in
the ‘Comment’ field (0.18) of ORG1234.
Scenario 2
Section 7. Marketing Authorisation Holder of the SmPC states "KPharma Limited" with the address "12
Secret Av, London".
The organisation details as stated in the SmPC (i.e., with "Av" in the address) are not present in
the XEVMPD.
Organisation "KPharma Limited" with the address "12 Secret Avenue, London" is however
available in the XEVMPD with the assigned EV Code ORG0001. It is the same legal entity.
"KPharma Limited" with the address "12 Secret Avenue, London" is also available in OMS.
Since organisation entity ORG0001 already contains the organisation details as the details stated in
section 7. of the SmPC, it should be referenced in the AMP.
It is not necessary to create a new MAH organisation entity in the XEVMPD with the name and address
"KPharma Limited" with the address "12 Secret Av, London".
All AMPs for which "KPharma Limited" with the address "12 Secret Av, London" is the MAH as per the
corresponding SmPC should reference ORG0001 with the address "12 Secret Avenue, London". Since
Scenario 3:
Section 7. Marketing Authorisation Holder of the SmPC states:
Paráda Pharma s.r.o.
Kramářova 55/225
➢ The organisation entity does not exist in the XEVMPD, no MAH EV Code is available.
➢ The organisation entity exists in OMS under location ID LOC-100012345 with the following
details:
Parada Pharma s.r.o.
Kramarova 55/255
Vysocany
Prague 9
190 00
The MAH should submit in the XEVMPD a new MAH entity either referencing the organisation details as
they are stated in section 7 of the SmPC (with or without the special characters) OR, preferably, as
they are entered in OMS. If the MAHs enters the details of the MAH as they are entered in OMS, the
LOC ID LOC-100012345 should be entered in the ‘Comment’ field (0.18) of the MAH organisation in the
XEVMPD.
Reference Schema Field Name EVWEB Field Rules for Art Guidance Link
Code Label 57(2) submission:
M - Mandatory
M*- Mandatory
with conditions
O – Optional
Organisation element
structure
O Organisation
The name of the organisation (MAH) by means of the legal entity of the medicinal product
must be specified as indicated in section 7. Marketing Authorisation Holder of the SmPC or
as entered in the organisation entity in OMS.
Local number is a unique reference number that must be assigned for an organisation entity
in the XEVPRM following an operation type 'Insert' (1).
When a marketing authorisation holder (MAH) organisation is submitted in an XEVPRM using the
operation 'Insert' (1), a local number must be assigned to this MAH organisation. When the
corresponding XEVPRM Acknowledgement is received and providing that the submission was
successful, this local number should be used to retrieve the corresponding EV Code.
The EudraVigilance (EV) Code of the MAH organisation must be specified if the operation
type is NOT an 'Insert'.
I.e., if maintenance related operations are performed on an MAH organisation entity successfully
inserted in the XEVMPD, the EV Code of the MAH organisation entity must be referenced in this field).
The ID of the organisation that corresponds to the same organisation as assigned in the
EudraVigilance registration system may be provided.
The address of the MAH must be specified as stated in section 7. Marketing Authorisation
Holder of the SmPC as entered in the organisation entity in OMS.
The city of the MAH must be specified as stated in section 7. Marketing Authorisation Holder
of the SmPC or as entered in the organisation entity in OMS.
The state (region) of the MAH may be specified as stated in section 7. Marketing
Authorisation Holder of the SmPC.
The postcode of the MAH must be specified as stated in section 7. Marketing Authorisation
Holder of the SmPC or as entered in the organisation entity in OMS.
The country code of the MAH must be specified as stated in section 7. Marketing
Authorisation Holder of the SmPC.
The country code is to be specified using the ISO-3166-1 standard. The official list of ISO 3166-1
country codes is maintained by the International Organization for Standardization (ISO).
• The country code "GR" corresponding to "Greece" should be used for locations in Greece.
• The country code "XI" corresponding to "United Kingdom (Northern Ireland)" should be used for
locations in Northern Ireland.
The telephone number, extension and telephone country code may be specified.
The fax number, extension and fax country code may be specified.
The email address of a contact point authorised for communication with the EMA on behalf
of the marketing authorisation holder shall be specified.
This communication may involve procedural regulatory matters (e.g., notification of non-
pharmacovigilance referrals).
Further information on the organisation may be provided in the comment field, if required.
When operation type 'Nullification' (4) is performed on an organisation entity, this field must reference
the reason for nullification (e.g., "Duplicate of XXX"). Only the owner organisation (i.e., the
organisation that submitted the data and/or its HQ), and the EMA, can perform the nullification.
See section 2.2. Maintenance of a marketing authorisation holder (MAH) organisation entity for related
information.
When entering organisation details as per MAH information entered in OMS, the OMS location ID must
be entered in this field to facilitate the validation of this information with the organisation details in
OMS.
- Micro (2);
- Medium (4).
The definitions for medium, small and micro sized enterprises (SME) are laid down in Commission
Recommendation 2003/361/EC:
• Micro enterprises – with less than 10 employees and an annual turnover or balance sheet total of
not more than € 2 million;
• Small enterprises – with less than 50 employees and an annual turnover or balance sheet total of
not more than € 10 million.
• Medium enterprises – with less than 250 employees and an annual turnover of not more than € 50
million or balance sheet total of not more than € 43 million.
• They must declare any partner or linked enterprise in the ownership structure of the enterprise.
It remains the responsibility of the MAHs to ensure that the information on the size of the organisation
is accurate.
Companies are advised to verify the status of their company as a micro, small or medium enterprise by
sending a declaration directly through to the Agency's SME office.
To keep administrative burden on companies to a minimum, the Agency uses the European
Commission’s model declaration, which has been designed to promote the application of Commission
Recommendation 2003/361/EC on the definition of SMEs.
The verification of the SME status by the SME office can be performed in parallel with the update of
product entries by MAHs. The SME number obtained as a result of the verification process may be
submitted at a later date with the continual update of product changes by MAHs.
Micro- and small-sized enterprises which had their status verified in order to benefit from
the EudraVigilance fee waiver MedDRA subscription are advised to renew their SME status
as applicable.
Further information on how to register as a SME is available on the SME Office area of the EMA
website.
The Agency actively monitors the SME status of companies. The Agency reserves the right to request
further information from MAHs to establish that the SME criteria are met.
----------
Following a successful insert, an EV Code for the MAH Organisation entity will be received in the
XEVPRM Acknowledgement.
A new ATC Code must be submitted in the XEVMPD by the EMA as a standard or proposed
term in an XEVPRM with the operation type 'Insert (1).
MAHs may request the addition of the ATC Code in the XEVMPD via a change request in RMS.
Prior to submitting the RMS change request, marketing authorisation holders are advised to consult the
ATC code mapping list named 'D3 - XEVMPD-RMS_WHO-National ATC codes mapping' available
in the 'Documents' section of the Referentials Management Service (RMS) portal to determine if an
existing standard ATC code can referenced in the AMP instead.
1. If an ATC code is included in the ATC Index published by the WHO but is missing in RMS
and/or in the XEVMPD, continue with steps 2a or 2b, as applicable.
2. If an ATC code is not included in the ATC Index published by the WHO, the MAH should
request the ATC code to be added in the Index by submitting an application to the WHO.
Once a confirmation on whether the ATC code will be published either as provisional or final is
received from the WHO, the MAH should send a ‘change request’ through the RMS portal (with
the confirmation from WHO as an attachment) to include the ATC code in the RMS list:
a. If the required ATC Code is available in RMS but it is not available in the XEVMPD, an
‘Update term’ change request should be submitted via the RMS portal to request
the insert of the ATC Code in the XEVMPD:
i. The justification field in the ‘CR Information’ section of the change request
should clearly state that the code is missing in XEVMPD and should be added
there.
ii. The ‘ATC Human list’ should be selected in the ‘Select List’ field, and the
relevant ATC code should be selected in the ‘Select Term’ field as shown in the
example below:
iii. All the fields in the ‘Term Information’ section should be left unchanged except
for the ‘Mappings’ section (highlighted in yellow in the below screenshot) where
the XEVMPD-related information should be inserted:
b. If the required ATC code is not available in RMS nor in the XEVMPD, a ‘New term’
change request should be submitted via the RMS portal to request the insert of the
ATC Code in RMS and in the XEVMPD.
i. The justification field in the 'CR Information' section of the change request
should clearly state that the code is missing in RMS and in XEVMPD and should
be added in both systems.
ii. If the ATC code is not yet published on the WHO ATC website, please provide a
letter from WHO confirming the ATC code as an attachment.
An ‘RMS user manual’ and the ‘D4 - XEVMPD-RMS Change Requests process’ are available for
download from section ‘Documents’ of the RMS portal. Please refer to section 3.7. Change
Requests of the RMS user manual for further information.
All five levels of the ATC code can be used. The most specific ATC code in relation to the medicinal
product needs to be specified in the AMP entry in the XEVMPD.
A proposed ATC Code must not match a current standard ATC Code in the XEVMPD.
The date of the last update of the specified ATC code may be specified.
Further information on the ATC Code may be provided in the comment field, if required.
When operation type 'Nullification' (4) is performed on a proposed ATC Code entity, the 'Comment'
field must be populated with the reason for nullification (e.g., "Duplicate of XXX"). Only the owner
organisation and the EMA (i.e., the organisation that submitted the data and/or its HQ) can perform
the nullification.
-----------
When all the above fields required for the submission of a proposed ATC Code are specified as
applicable, and following a successful insert in the XEVMPD, an EV Code for the ATC Code will be
received in the XEVPRM Acknowledgement.
RMS data stewards will confirm to the requestor when the requested proposed/standard ATC Code is
available in the XEVMPD.
New pharmaceutical form must be submitted in the XEVMPD by the EMA as a standard or
proposed term in an XEVPRM with the operation type 'Insert (1)''.
• If the required pharmaceutical form is available in RMS but it is not available in the XEVMPD, MAHs
should submit an ‘Update term’ change request via RMS to request the insert of the
pharmaceutical form in the XEVMPD.
• If the required pharmaceutical form is not available in either system (i.e., RMS and XEVMPD),
MAHs should submit a ‘New term’ change request via RMS to request the insert of the
pharmaceutical form in RMS and in the XEVMPD.
An ‘RMS user manual’ and the ‘D4 - XEVMPD-RMS Change Requests process’ are available for
download from section ‘Documents’ on the RMS portal. Please refer to section 3.7. Change Requests of
the RMS user manual for further information.
RMS data stewards will assess the change request and provide the requestor with the EV Code of the
pharmaceutical form as applicable.
In the context of improvement of the XEVMPD Controlled Vocabulary data quality and following a
consultation with EDQM, some proposed pharmaceutical forms have been re-mapped to standard
pharmaceutical forms in the XEVMPD production system.
Prior to submitting the RMS change request, marketing authorisation holders are advised to consult the
pharmaceutical form mapping list named 'D1 - XEVMPD-RMS_EDQM Pharmaceutical Dose Form
terms mapping' available in the 'Documents' section of the Referentials Management Service (RMS)
portal first to determine if an existing standard pharmaceutical form term can be referenced in the AMP
instead.
Local number is a unique reference number that must be assigned for a pharmaceutical form
entity in the XEVPRM following an operation type 'Insert' (1).
When a pharmaceutical form is submitted in an XEVPRM using the operation 'Insert' (1), a local
number must be assigned to this pharmaceutical form entity. When the corresponding XEVPRM
Acknowledgement is received and providing that the submission was successful, this local number
should be used to identify the corresponding EV Code.
EudraVigilance (EV) Code of the pharmaceutical form must be specified if the operation type
is NOT an 'Insert'.
I.e., if maintenance related operations are performed on a pharmaceutical form entity successfully
inserted in the XEVMPD, the EV Code of the pharmaceutical form entity must be referenced in this
field.
The date of the last update of the specified pharmaceutical form code may be specified.
For a Proposed pharmaceutical form Term, this field may be used to make a reference to the
EV Code of the Development pharmaceutical form Term if previously submitted in the
XEVMPD.
Further information on the pharmaceutical form may be provided in the comment field, if
required.
When operation type 'Nullification' (4) is performed on a proposed/development pharmaceutical form
entity, the comment field must be populated with the reason for nullification (e.g., "Duplicate of XXX").
Only the owner organisation (i.e., the organisation that submitted the data and/or its HQ) and the EMA
can perform the nullification.
----------
Following a successful insert, an EV Code for the pharmaceutical form entity will be received in the
XEVPRM Acknowledgement.
The pattern of the EV Code for a pharmaceutical form is 'PDF' followed by a number.
New route of administration must be submitted in the XEVMPD by the EMA as a standard or
as a proposed term in an XEVPRM with the operation type 'Insert (1)'.
MAHs may request the addition of the RoA term in the XEVMPD via a change request in RMS.
• If the required route of administration is available in RMS but it is not available in the XEVMPD,
MAHs should submit an ‘Update term’ change request via RMS to request the insert of the
route of administration in the XEVMPD.
• If the required route of administration is not available in either system (i.e., RMS and XEVMPD),
MAHs should submit a ‘New term’ change request via RMS to request the insert of the route of
administration in RMS and in the XEVMPD.
An ‘RMS user manual’ and the ‘D4 - XEVMPD-RMS Change Requests process’ are available for
download from section ‘Documents’ on the RMS portal. Please refer to section 3.7. Change Requests of
the RMS user manual for further information.
RMS data stewards will assess the change request and provide the requestor with the EV Code of the
pharmaceutical form as applicable.
In the context of improvement of the XEVMPD Controlled Vocabulary data quality and following a
consultation with EDQM, some proposed Routes of Administration have been re-mapped to Standard
RoA in the XEVMPD production system.
Prior to submitting the RMS change request, marketing authorisation holders are advised to consult the
route of administration mapping list named 'D2 - XEVMPD-RMS_EDQM Route of Administration
terms mapping' available in the 'Documents' section of the Referentials Management Service (RMS)
portal first to determine if an existing standard route of administration term can referenced in the AMP
instead.
Local number is a unique reference number that must be assigned for a RoA entity in the
XEVPRM following an operation type 'Insert' (1).
When a RoA is submitted in an XEVPRM using the operation 'Insert' (1), a local number must be
assigned to this RoA entity. When the corresponding XEVPRM Acknowledgement is received and
providing that the submission was successful, this local number should be used to identify the
corresponding EV Code.
EudraVigilance (EV) Code of the RoA must be specified if the operation type is NOT an
'Insert'.
I.e., if maintenance related operations are performed on a RoA entity successfully inserted in the
XEVMPD, the EV Code of the RoA entity must be referenced in this field.
The date of the last update of the specified route of administration code may be specified.
For a Proposed (RoA) Term, this field may be used to make a reference to the EV Code of the
Development (RoA) Term if previously submitted in the XEVMPD.
For a Standard Term this field should refer to the EV Code of the previous Proposed or Development
Term.
Further information on the RoA may be provided in the comment field, if required.
When operation type 'Nullification' (4) is performed on a proposed/development RoA entity, the
comment field must be populated with the reason for nullification (e.g., "Duplicate of XXX"). Only the
owner organisation (i.e., the organisation that submitted the data and/or its HQ) and the EMA can
perform the nullification.
----------
Following a successful insert, an EV Code for the Route of Administration entity will be received in the
XEVPRM Acknowledgement.
The pattern of the EV Code for a route of administration is 'ADR' followed by a number.
An attachment is any allowed file that is sent in the zip file containing the XEVPRM message with the
information:
• For medicinal products, Printed Product Information (PPI) must be submitted as an attachment.
Format of an attachment
Attachments can be provided in the following formats: .PDF, .DOC, .DOCX, .XLS and .XLSX.
• The allowed file types for PPI (i.e., SmPC/PIL/marketing authorisation decision) are: .PDF (1),
.DOC (2), .DOCX (3).
• The allowed file types for PSI (i.e., substance information) are .PDF (1), .DOC (2), .DOCX (3),
XLS (4) and .XLSX (5).
Marketing authorisation holders are not to send PDF scanned documents (except for documents
granting or renewing marketing authorisation) but need to provide "genuine" PDF documents.
For PDF attachments, PDF file version 1.4 or 1.7 should be used as these are the only two versions
that are ISO standards compliant. They are used for long term preservation of information and
therefore the Agency/MAHs will have the assurance that we will be able to open them for many years.
Content of an attachment
• In case where the approved SmPC does not state an authorisation number, a date of
authorisation/renewal or the MAH, a copy of the document granting, or renewing the marketing
authorisation should also be provided as an additional PPI attachment.
• Where, in exceptional circumstances, the SmPC is not available as part of the marketing
authorisation, an equivalent document that facilitates the data quality assurance process by the
Agency (e.g., English common text, PIL or other similar text as authorised by the Authorising
Body) should be provided.
• If the MAH referenced the composition of the pharmaceutical product [all substance names and the
concentration of the active substance(s)] within the AMP entry as stated in the Module 3 dossier
instead of the SmPC, then an extract of the dossier must also be provided as an attachment.
Only the latest version of the SmPC for a medicinal product is retrievable/visible by the user. Non-
current PPI versions will be archived.
• In Member States with more than one official language(s), where medicinal product information is
available in more than one language(s) and the corresponding SmPC/Patient Information Leaflet
(PIL)/other similar text as authorised by the Authorising Body is therefore available in such
language(s), the medicinal product should be submitted in the XEVMPD for each of the available
language(s). The Printed Product Information (PPI) attached to each of the AMP entity/entities
should correspond to the applicable language(s).
• If one document (e.g., SmPC) contains information in two languages (e.g., in Finland), it is
possible to indicate this in the attachment entity by referencing two language codes in the
'Language code' (ATT.6) section. See section 1.10.7. 2nd Language code (ATT.7) for further
information.
• The list of official languages per country can be found on the Agency's website.
• See also Table 1b - Requirements for AMP records and attachments for countries with more than
one national language for related information.
• In Member States where an SmPC in the national language might not be available, the text from
another Member State may be used (e.g., Belgian SmPC is accepted in Luxembourg, therefore AMP
authorised in Luxembourg can contain the Belgium SmPC as an attachment). See EXAMPLE 69 .
• For centrally authorised products, the SmPC to be used for reference must be in English.
Attachment information can be added using the attachment section of the XEVPRM (see Table 61.
Attachment elements of Chapter 3.I of the Detailed Guidance for further information).
It is not possible to submit a standalone PPI unless it is submitted via a Gateway solution or EV Post
functionality. In EVWEB, the PPI attachment must be referenced in at least one product entity
submitted in the same XEVPRM.
EXAMPLE 66 - Belgium
Medicinal product "Skyprod® 250 mg/ml, oplossing voor injectie" is authorised in Belgium with the
authorisation number "BE12345".
The Federal Agency for Medicines and Health Products has authorised the SmPC in French and Dutch,
the patient information leaflet is available in French, Dutch and German.
Three AMP entities should be therefore submitted in the XEVMPD, one entity for each of the official
languages (Dutch, French and German). The relevant PPI attachment must be referenced in the
corresponding AMP entity:
AMP entity 1:
PPI to be attached = SmPC in Dutch
AMP entity 2:
PPI to be attached = SmPC in French
AMP entity 3:
PPI to be attached = PIL in German
EXAMPLE 67 - Malta
Medicinal product "Rydimprod 80 mg tablets" is authorised in Malta with the authorisation number
"MA123/4567".
The Maltese NCA has authorised the SmPC in English only.
Although there are two official languages in Malta (Maltese and English), only one AMP entity should be
submitted in the XEVMPD, because the Maltese NCA has authorised the SmPC and PIL in English only.
PPI to be attached = SmPC in English
"Authorisation country code" (AP.12.1) = Malta (MT)
"Authorisation number" (AP.12.4) = MA123/4567
"Full Presentation Name" (AP.13.1) = Rydimprod 80 mg tablets
EXAMPLE 68 - Finland
In Finland, there are two official languages. The SmPCs for medicinal products authorised in the
national procedure exist in Finnish and Swedish. Patient Information Leaflets are available in Finnish
and Swedish.
Therefore, for medicinal product authorised in Finland via a NAP/MRP/DCP, two AMP entities should be
submitted to the XEVMPD:
AMP entity 1:
AMP entity 2:
PPI to be attached = SmPC in Swedish
The presentation name elements in data fields AP.13.1 - AP.13.6 must be entered based on the
medicinal product name stated in the corresponding Patient Information Leaflet (i.e., in Swedish). The
substance name(s) are also to be specified as reflected in the Patient Information Leaflet (i.e., in
Swedish).
Since the same SmPC contains the product information in both languages, the same document can be
referenced in both product entries. The attachment entity should indicate that the content is available
in two languages by referring the two language codes in the ‘Attachment’ entity.
See section 1.10.7. 2nd Language code (ATT.7) for related information.
EXAMPLE 69 - Luxembourg
In Luxembourg, there are three official languages (French, German and Luxembourgish).
Since SmPCs/PILs of medicinal products authorised in Belgium/Germany/Austria are accepted in
Luxembourg, an AMP authorised in Luxembourg can contain the SmPC/PIL of an AMP authorised in
Belgium/Germany/Austria as an attachment.
Scenario 1 – MAH submits to the Luxembourgish Authority a Belgian SmPC in French as well as PIL in
German.
Two AMP entities should be submitted in the XEVMPD:
AMP entity 1:
PPI to be attached = SmPC in French
Local number is a unique reference number that must be assigned for an attachment entity
in the XEVPRM following an operation type 'Insert' (1).
When an attachment is submitted in an XEVPRM using the operation 'Insert' (1), a local number must
be assigned to this attachment entity. When the corresponding XEVPRM Acknowledgement is received
and providing that the submission was successful, this local number should be used to identify the
corresponding EV Code.
The file name of the attachment with file extension must be specified.
The file name for the attachment can be assigned by the marketing authorisation holder; there is no
naming convention to be followed. Non-ASCII characters are not allowed for the attachment file name.
The allowed file types for PPI (i.e., SmPC/PIL/marketing authorisation decision) are: .PDF (1), .DOC
(2), .DOCX (3).
The allowed file types for PSI (i.e., substance information) are .PDF (1), .DOC (2), .DOCX (3), .XLS (4)
and .XLSX (5).
The code for the language of the attachment must be specified (using the "LANGUAGE"
reference list).
A second code for the language of the attachment may be specified (using the "LANGUAGE"
reference list) if the content of the same document in provided in two languages.
EXAMPLE:
If the content of the attachment is provided in one language only, this field should remain blank.
The version number and version date refer to the 'internal' reference of the marketing authorisation
holder and do not need to appear on the physical document (i.e., the SmPC document attached). The
version number and version date allow the Agency to understand if the version of the SmPC has
changed over time.
Where the version date is reflected on the physical document, it should be reflected as presented in
the SmPC Section 10. Date of revision of text.
The date of the last update of the PPI/PSI document must be specified.
The version number and version date refer to the 'internal' reference of the marketing authorisation
holder and do not need to appear on the physical document (i.e., the SmPC document attached). The
version number and version date allow the Agency to understand if the version of the SmPC has
changed over time.
Where the version date is reflected on the physical document, it should be reflected as presented in
the SmPC Section 10. Date of revision of text. When the date is not stated in the physical document,
the date when the SmPC has been approved by the NCA can be provided.
----------
Following a successful insert, an EV Code for the attachment entity will be received in the XEVPRM
Acknowledgement.
The Pharmacovigilance system master file definition is provided in Article 1(28e) of Directive
2001/83/EC and the minimum requirements for its content and maintenance are set out in the
Commission Implementing Regulation (EU) No 520/2012 on the Performance of Pharmacovigilance
Activities Provided for in Regulation (EC) No 726/2004 and Directive 2001/83/EC (the Implementing
Regulation is referenced as IR). The detailed requirements provided by the Commission Implementing
Regulation are further supported by the guidance in the Guideline on good pharmacovigilance practices
(GVP): Module II – Pharmacovigilance system master file:
The PSMF shall be located within the EU, either at the site where the main pharmacovigilance activities
are performed or at the site where the qualified person responsible for pharmacovigilance operates [IR
Art 7(1)], irrespective of the format (paper-based or electronic format file). Following European
Economic Area (EEA) agreements, the PSMF may also be located in Norway, Iceland or Liechtenstein.
At the time of marketing authorisation application, the applicant should submit electronically the PSMF
location information using the agreed format [IR Art26 1(a)], and subsequently include in the
application, the PSMF reference number, which is the unique code assigned by the EudraVigilance (EV)
system to the master file when the EudraVigilance Medicinal Product Report Message (XEVPRM) is
processed. Further to the granting of a marketing authorisation, the PSMF will be linked by the
marketing authorisation holder to the EVMPD product code(s). All PSMFs must be registered in the
Article 57 database.
The required location information for the PSMF is a physical office address of the marketing
authorisation holder or a contracted third party. Where the PSMF is held in electronic form, the location
stated must be a site where the data stored can be directly accessed, and this is sufficient in terms of
a practical electronic location [IR Art 7(3)].
For the purpose of the Article 57(2) notifications on the PSMF location, the following should be taken
into account:
Therefore, from 2 July 2015 MAHs are required to submit the Pharmacovigilance System Master
File information to the Article 57 database (aka XEVMPD).
• To request an EV Code for a PSMF, the following three characteristics need to be taken into
account:
The following case scenarios provide explanations, as to when and how an EV Code for a PSMF needs
to be requested by the same marketing authorisation holder:
• Scenario 1:
MAH A has a PSMF location D for the PV system X and therefore submits one PSMFL entity in the
Article 57 database; one PSMFL EV Code is assigned.
• Scenario 2:
MAH A has two different PV systems Y and Z, each with a separate PSMF in the same location
R. MAH A shall submit two PSMFL entities in the Article 57 database/XEVMPD; two PSMFL EV Codes
will be assigned:
1/ one EV Code will be assigned for the PV System Y and corresponding PSMF at location
R; and
2/ another EV Code will be assigned for the PV System Z and corresponding PSMF at the
same location R.
• Scenario 3:
MAH A has different PV systems Y and Z, each with a separate PSMF in different locations R
and S. MAH A shall submit two PSMFL entities in the Article 57 database; two PSMFL EV Codes will
be assigned:
In the context of the requirement set out in Article 8(3) of the Directive 2001/83/EC related to the
submission of the summary of the PV system information and the requirement to submit
electronically the PSMF location information within the XEVMPD, a single PSMF cannot refer to
multiple locations. Therefore, the same MAH A cannot register different locations for the same
PSMF describing the same PV system.
The following case scenarios provide explanations as to when and how an EV Code for a PSMFL needs
to be requested by various marketing authorisation holders at different levels (i.e., HQ or affiliates as
specified in the EV Registration database):
Scenario 4 Scenario 5
4a 4b 4c 5a 5b 5c
• Scenario 4a:
MAH A and MAH B are different legal entities belonging to the same global company MAH A
and B share the same PV system Y at the same location R. Both MAH A and MAH B share the
same PSMFL EV Code.
• Scenario 4b:
MAH A and MAH B are different legal entities belonging to the same global company. MAH A
and B have different PV systems Y and Z at the same location R. Therefore, each MAH
requests their own individual EV Code, which they will reference in their AMPs.
• Scenario 4c:
MAH A and MAH B are different legal entities belonging to the same global company. MAH A
and B have different PV systems Y and Z at different location R and S. MAH A has a PSMF at
location R for one PV system Y; MAH B has a PSMF at location S for one PV system Z. Therefore,
each MAH requests their own individual EV Code, which they will reference in their AMPs.
• Scenario 5a:
MAH A and MAH B are different legal entities belonging to different global companies. MAH A
and B share the same PV system Y at the same location R. Both MAH A and MAH B request a
separate EV Code. In order to identify that the separate EV Codes refer to the same PV system Y
(and corresponding PSMF) describing the same single PV system Y at the same location R, each
MAH is required to include in the "Comment" field (MF.11) of the PSMF location entity the EV Code
assigned to the other MAH. In case one MAH has already acquired an EV Code, it is acceptable that
the other MAHs sharing the same PV system include this PSMFL EV Code in the "Comment" field
(MF.11).
• Scenario 5b:
MAH A and MAH B are different legal entities belonging to different global companies. MAH A
and B have different PV systems Y and Z at the same location R. Therefore, each MAH
requests their own individual EV Code, which they will reference in their AMPs.
• Scenario 5c:
MAH A and MAH B are different legal entities belonging to different global companies. MAH A
and B have different PV systems Y and Z at different location R and S. MAH A has a PSMF at
location R for one PV system X; MAH B has a PSMF at location S for one PV system Z. Therefore,
each MAH requests their own individual EV Code, which they will reference in their AMPs.
Organisations registered with Eudravigilance can submit the PSMF location information using the
Master File Location section of the XEVPRM (see Table 7. Master File Location elements of Chapter 3.I:
Technical specifications) with the operation type 'Insert' (1) in EVWEB or their Gateway.
The local number is a unique reference number that must be assigned for an MFL entity in
the XEVPRM following an operation type 'Insert' (1).
When an MFL is submitted in an XEVPRM using the operation 'Insert' (1), a local number must be
assigned to this MFL entity. When the corresponding XEVPRM Acknowledgement is received and
providing that the submission was successful, this local number should be used to identify the
corresponding EV Code.
EudraVigilance (EV) Code of the MFL must be specified if the operation type is NOT an
'Insert'.
I.e., if maintenance related operations are performed on a MFL entity successfully inserted in the
XEVMPD, the EV Code of the MFL entity must be referenced in this field.
The name of the company that holds the PSMF may be specified where applicable.
The name of the department that holds the PSMF may be specified where applicable.
The building name, if part of the address, may be specified where applicable.
The street of the address where the master file is located must be specified.
The city of the address where the master file is located must be specified.
The state/region of the address where the master file is located may be specified.
The postcode of the address where the master file is located must be specified.
The country code of the address where the master file is located must be specified.
Internal reference to distinguish which PSMF is related to the specific PSMF Location EV
Code may be included as outlined in table scenario 5a.
When operation type 'Nullification' (4) is performed on MFL entity, the comment field must be
populated with the reason for nullification (e.g., "Duplicate of XXX"). Only the owner organisation (i.e.,
the organisation that submitted the data and/or its HQ) and the EMA can perform the nullification.
----------
Following a successful insert, an EV Code for the MFL entity will be received in the XEVPRM
Acknowledgement. The pattern of the EV Code for a master file location is 'MFL' followed by a number.
From 16 June 2014 until ISO IDMP implementation, marketing authorisation holders are required to
amend the authorised medicinal product entities submitted in the XEVPRM format in compliance with
the requirements of Article 57(2) of Regulation (EC) 726/2004. The guidance and processes described
in this chapter should be followed during the 'transition maintenance phase' [i.e., the transition to the
ISO Identification of Medicinal Product (IDMP) standards implementation].
A long-term strategy for the implementation of the ISO IDMP standards is currently being developed
by the Agency, taking into account the potential impact on the European Regulatory Network, EU
stakeholders and international partners. Information related to the implementation of ISO IDMP
standards in the European Union can be found on the 'Data on medicines (ISO IDMP standards):
Overview' webpage.
• to collect up-to-date information on authorised medicinal products initially submitted under the
Article 57(2) requirements in the XEVMPD by correcting any erroneously submitted information;
− for Gateway user this includes the reconciliation of the medicinal product data against the new
EV Code provided in the XEVMPD CVs following the quality control activities performed by the
Agency (i.e., XEVMPD substance names, pharmaceutical forms and routes of administration
CVs),
• to reflect any changes to the terms of the marketing authorisations following variation, transfer,
renewal, suspension, revocation or withdrawal of the marketing authorisation procedure within the
XEVMPD/Article 57 database structured and non-structured information as per timelines set in the
Legal Notice on the Implementation of Article 57(2) of Regulation (EC) No. 726/2004 (within 30
calendar days from the date of which the amendments have been authorised);
• to continue the submission of new authorised medicinal products in the XEVMPD as per timelines
set in the Legal Notice on the Implementation of Article 57(2) of Regulation (EC) No. 726/2004
(within 15 calendar days from the date of authorisation).
The 'transition maintenance phase' as described in this guidance document enables the Agency to
establish a complete and reliable database on medicinal product information to support the following
areas:
- coding and providing of reporting possibilities on medicinal product and substance information
within Individual Case Safety Reports (ICSRs),
- regulatory action to safeguard public health (e.g., referrals, PSUR repository, literature
monitoring),
- supporting the Pharmacovigilance Risk Assessment Committee (PRAC) for any communication
with its stakeholders.
• update, complete, and improve the quality of medicinal products submitted in the context of Art
57(2) of Regulation (EC) No 726/2004; and
• provide to the Agency additional information on all medicinal products submitted under Article
57(2) provisions and in compliance with the new XEVPRM format as published by the Agency on
31st January 2014.
As of 1 January 2015, marketing authorisation holders are required to notify to the Agency any
subsequent changes to the terms of marketing authorisations following variation, transfer, renewal,
suspension, revocation, or withdrawal of the marketing authorisation as soon as possible and no later
than 30 calendar days from the date of which the changes have been authorised using the electronic
XEVPRM format as amended on 31 January 2014.
Marketing authorisation holders should notify the Agency about amendments to the terms of
marketing authorisations which require a revision of the information on medicinal products as
referred to in paragraph 3 and 4 of the Legal Notice on the Implementation of Article 57(2) of
Regulation (EC) No. 726/2004 and the applicable structured data elements (mandatory/mandatory
with conditions) of the electronic XEVPRM format as amended by the Agency on 31 January 2014. More
specifically, notifications of the amendments to the terms of the marketing authorisation include:
• notification of extensions of marketing authorisations as defined in paragraph 1 and 2 of
Annex I of Regulation (EC) 1234/2008: changes to the active substance(s), strength,
pharmaceutical form and route of administration;
- SmPC Section 1. Name of the medicinal product e.g., change in the (invented) name of the
medicinal product,
- SmPC Section 3. Pharmaceutical Form e.g., change(s) to a pharmaceutical form, which does
not result in a "new pharmaceutical form" (the latter requires the submission of an Extension
application),
- SmPC Section 4.1 Therapeutic indications e.g., addition of a new therapeutic indication or
modification of an existing one,
- SmPC Section 4.2 Posology and method of administration (routes of administration only) e.g.,
change(s) to route(s) of administration,
- SmPC Section 7. Marketing Authorisation Holder e.g., a change of name and/or address of the
MAH;
• notification of any changes to the name and the contact details of the qualified person
responsible for pharmacovigilance (QPPV) in accordance with Article 4(4) of Commission
Implementing Regulation (EU) no 520/2012;
• notification of any changes in the location of the Pharmacovigilance system master file
(PSMF);
− the marketing authorisation was not renewed by the relevant competent authority,
− an application was not submitted for renewal by the marketing authorisation holder, or
− section 4.5 Interaction with other medicinal products and other forms of interaction,#
MAHs are legally required to have a qualified person for pharmacovigilance (QPPV) based in the
European Union (EU) in place at all times, in line with Directive 2001/83/EC Article 104(3)(a).
MAH organisations with QPPVs residing in the UK and/or carrying their tasks in the UK should also note
sections 4 and 5 of the 'Commission Notice – Application of the Union’s pharmaceutical acquis in
markets historically dependent on medicines supply from or through parts of the United Kingdom other
than Northern Ireland' and information in DIRECTIVE (EU) 2022/642 OF THE EUROPEAN PARLIAMENT
AND OF THE COUNCIL of 12 April 2022 amending Directives 2001/20/EC and 2001/83/EC as regards
derogations from certain obligations concerning certain medicinal products for human use made
available in the United Kingdom in respect of Northern Ireland and in Cyprus, Ireland and Malta.
The contact details of the Qualified Person responsible for Pharmacovigilance (QPPV) refer to the
contact details from where the QPPV operates.
From 1 February 2016 MAH organisations no longer need to notify the EMA or the national competent
authorities (as applicable) of changes to the QPPV by submitting a type IAIN variation. From this date,
the Article 57 database is considered functional for the purpose of notifying changes in QPPV including
contact details (telephone and fax numbers, postal address and email address) through the Article 57
database only. No final variation is required to notify an explicit cross reference to Article 57 as the
source of QPPV information.
Changes to the QPPV information must be notified in the affected medicinal product entities in the
Article 57 database using one of the below business processes (as applicable) immediately and no later
than 30 calendar days from the date the change applies:
1. business process to notify the change of the QPPV details (same person) e.g., changes of
telephone number/address or surname;
2. business process to notify the change of the QPPV within the organisation (change of person)
e.g., QPPV retires, new QPPV is appointed.
The Agency uses the QPPV email address provided as the sole contact point for certain important
communications (e.g., in relation to initiation of pharmacovigilance referral procedures concerning
MAHs marketing authorisations), therefore the QPPV information must be up to date.
From 26 July 2018 the QPPV/RP is required to make changes of the QPPV's details (e.g., change of
telephone number/address or surname) in their profile via the EMA Account Management Platform
and/or in the 'Manage your contact details' section of the EV Restricted area. Please refer to the EMA
EudraVigilance Registration Manual for related information.
The change of QPPV's details does not affect any medicinal product entries referencing the QPPV as the
same QPPV Code continues to be referenced in the relevant AMP and there is therefore no need for the
MAH to perform an update of the AMP entities.
The following business process should be followed to notify a change to the QPPV's details (same
person):
From 26 July 2018, when a new QPPV is appointed in an MAH organisation, the organisation must
nominate a new QPPV within 10 calendar days; the new QPPV must self-register for the relevant QPPV
role [i.e., either as the 'EU QPPV' (at a HQ level) or as an 'additional QPPV' (at an affiliate level)] via
the EMA Account Management Platform.
There can only be one EU QPPV per HQ organisation. The existing EU QPPV cannot be removed from
EudraVigilance until their replacement is fully registered in the EMA Account Management Platform.
The registration of an 'EU QPPV' (at a HQ level) via the EMA Account Management Platform is approved
by the EMA following the receipt of a request submitted via the EMA Service Desk. A set of documents
must be submitted with the request as indicated in the document 'New Organization First User
QPPV/RP or Change of EU QPPV/RP' document.
• The registration of an 'additional QPPV' (at an affiliate level) and/or the trusted deputy is approved
by the EU QPPV of the MAH organisation.
• When a new QPPV is appointed at an EU level (i.e., for the MAH HQ organisation) the QPPV that is
no longer valid will need to de-register from the EU QPPV role via the EMA Account Management
Platform and a new QPPV will need to request a registration for this role.
For information on how to register, refer to the published EMA EudraVigilance Registration Manual.
Following the registration of the new QPPV, a new QPPV Code is assigned. The MAH can retrieve this
QPPV Code from:
• or via the 'QPPV' look-up table in the XEVMPD Data Entry Tool (EVWEB) (by EVWEB users).
Following a change of the QPPV, the MAH should amend any AMPs with valid marketing authorisation
statuses in the XEVMPD by performing an 'Update' (2) of the AMP records to reference the new QPPV
Code.
In cases when the marketing authorisation of a medicinal product is transferred to a new MAH but the
QPPV remains the same, the QPPV must be registered (via the EMA Account Management Platform)
under the EV profile of the new MAH. This is because the QPPV is linked to the organisation profile
under which they are registered in the EV registration database. It is not technically possible to
reference a QPPV registered under a profile of another organisation unless there is an affiliate and HQ
relationship between both organisations.
Therefore, to be referenced in the AMPs submitted from the organisation ID of the new MAH, the QPPV
of the former MAH must be registered as a QPPV (or a trusted deputy QPPV or additional QPPV) of the
new MAH. This can be arranged by the QPPV by self-registering under the required organisation profile
(e.g., as an 'additional QPPV') in the EMA Account Management Platform.
EXAMPLE:
The QPPV of MAH A remains the QPPV of Product A for a certain period. Therefore, for the QPPV of
MAH A to be referenced in the product submitted from MAH B's profile, the QPPV must be registered
under the EV profile of MAH B (new QPPV Code will be assigned).
The following business process should be followed to notify a change of QPPV (different person) within
the organisation:
START
A QPPV change in an MAH organisation needs to be notified.
1.
Is there already an EU QPPV no
registered under the MAH s
profile in the EV registration
database?
yes
4.
4.1 The user should request the yes
Is the person to be registered as
role of the EU QPPV under the
the new QPPV already registered under
required MAH s EV registration
the MAH s profile in the EV
profile via the EMA Account
registration database
Management Platform.
(e.g. as a user)?
no
9. yes
Continue
Do any AMPs in the XEVMPD
with step
need to be amended to reflect
9.1
the change of QPPV?
no
END
A B C
If the QPPV is referenced in AMPs with If the QPPV is referenced If the QPPV is referenced
any of the “Valid” MA statuses in AMPs with any of the ‘Not-Valid’ MA statuses in nullified AMPs
END
Variations to the information of the marketing authorisation holder (MAH) may trigger one of the
following business processes:
Change of contact details, name and/or address of an MAH, if the organisation remains the same legal
entity, should be reflected by performing an 'Update (2)' on the existing MAH organisation entity
(i.e., an EV Code is already assigned) or an 'Insert (1)' of a new MAH entity (new EV Code will be
assigned).
If an update of information is performed on an existing MAH entity, then all AMP entities referencing
that MAH organisation entity will display the updated MAH information.
If the name and/or address of the MAH are not yet updated in section 7. of the SmPC(s) for the AMP(s)
with any of the 'Valid' marketing authorisation statuses in the XEVMPD:
➢ The AMPs referencing SmPCs that do not yet contain the new details of the MAH should
continue to reference the existing MAH entity (i.e., with the old details).
➢ A new MAH entity with the updated details should be entered in the XEVMPD using operation
type 'Insert (1)'. New organisation EV Code will be assigned.
➢ The AMPs referencing SmPCs that already contain the new details of the MAH should be
updated [operation type 'Update (2)'] to reference this new MAH entity.
Update of the organisation EV Code in the XEVMPD will not trigger the update of the MAH's details in
the EudraVigilance Registration database.
To amend details of the MAH organisation in the list of organisations registered with EudraVigilance in
the restricted area of the EudraVigilance Human website a change request must be raised in the
Organisations Management System (OMS). Information on how to amend organisation details in OMS
can be found in the OMS web user manual available in the 'Documents' section of the OMS portal, in
section 8.2. Change request process – general rules.
The business process to notify the transfer of marketing authorisation (i.e., change of the Legal entity)
is described in section 2.4.3. Transfer of marketing authorisation of this document.
MAHs are required to correct and reconcile MAH organisation details using an XEVPRM with the
assigned operation types 'Insert' (1), 'Update' (2) and 'Nullification' (4) as described below.
Only the owner organisation (i.e., the organisation that submitted the data and/or its HQ) and the EMA
can perform maintenance related operation types 'Update' (2) and 'Nullification' (4) on an MAH entity
in the XEVMPD.
• MAH organisation entity, which is duplicated (i.e., multiple EV Codes are assigned to the same
organisation entity), obsolete (the organisation is not/will not be referenced in any product
submissions) or erroneously submitted should be nullified by submitting an XEVPRM with operation
type 'Nullification (4)'; the text "Obsolete entity" or "Duplicate of ORGXXX" (where ORGXXX
represents an EV Code) should be entered in the 'Comment (O.18)' field.
b) Nullification is not allowed on MAH organisation entities validated (i.e., the 'Validity' field
displays 'Valid') by the EMA in the XEVMPD. Only the EMA can nullify such MAH organisation
entities providing that they are referenced only in nullified or invalidated (i.e., referencing a
'not-valid' MA status) AMPs. To request the nullification, the MAH should submit a
nullification request using the EMA Service Desk portal. The EV Code of the MAH organisation
entity, the requestor's organisation name and EudraVigilance registration ID, and the reason
for nullification must be included in the request.
c) If the duplicated/obsolete MAH entity is referenced in AMPs with any of the 'Valid'
marketing authorisation statuses the AMPs should be updated [i.e., operation type
'Update (2)' should be used] to reference another MAH entity, which will be retained in the
XEVMPD before the nullification can be performed.
d) If the duplicated/obsolete MAH entity to be nullified is referenced in AMPs with any of the
'Not-Valid' marketing authorisation statuses the MAH should submit a request for
nullification by the EMA using the EMA Service Desk portal. The EV Code of the MAH
organisation entity, the requestor's organisation name and EudraVigilance registration ID,
and the reason for nullification must be included in the request.
Following the submission of an XEVPRM in the XEVMPD, the MAH should refer to the XEVPRM
Acknowledgment to check it the performed action has been successful.
END
2.
Is the MAH entity
yes
referenced only in AMPs with any of
the ‘not-valid’ MA statuses and/or
in nullified AMPs?
no
3.
Is the MAH entity no
referenced in any AMPs with a
‘valid’ MA status?
yes
4.
no Do all of the AMPs
4.1 ‘Insert’ (1) a new MAH organisation
with a ‘valid’ MA statuses reference
with the new details in the XEVMPD; a
an attachment (e.g. SmPC) with the
new EV Code will be assigned
MAH’s updated details?
yes
END
START
MAH needs to flag an MAH organisation entity that is duplicated, obsolete or was
entered in error as non-current in the XEVMPD
1. yes
Does the same MAH entity 1.1. Identify the MAH organisation entity that
exist in the XEVMPD with multiple is considered the duplicate
EV Codes?
no
2.
Continue yes
Is the MAH entity to be flagged as non-
with step
current referenced in any AMPs?
2.1
no
no
4.1 Only the owner organisation and/or
its HQ can nullify this MAH entity. no 4. Is your organisation
the owner of this MAH entity
Contact the EMA Service Desk
in the XEVMPD?
for further information using the
Request for Information form
yes
END
A B C
If the MAH entity is referenced in AMPs If the MAH entity is referenced: If the MAH entity is referenced only in
with any of the Valid MA statuses END nullified AMPs
• only in AMPs with a Not-Valid MA
status; or
• only In AMPs with a Not-Valid MA status
A.1 Identify the AMPs referencing the and AMPs that are nullified
MAH entity you wish flag as non-current Continue
You will need to reference another MAH with step
entity in these AMPs 3
A.2
A.2.1 Insert ’ a new MAH entity in no Is the MAH entity you wish to
the XEVMPD; new EV Code will be reference in the AMPs instead already
assigned available in the XEVMPD?
yes
Continue
with step
2
• Marketing authorisation holders shall continue to ensure that their entries in the Article 57
database for medicinal products for human use are up-to-date, including the information about the
qualified person responsible for pharmacovigilance (QPPV), name and contact details (telephone
and fax numbers, postal address and email addresses) and PSMF location information [based on IR
Art 4(4)].
• Upon a change in the QPPV or location of the PMSF information, the Article 57 database shall be
updated by the marketing authorisation holder immediately and no later than 30 calendar days, in
order to have the information in the Article 57 database and on the European medicines web-portal
referred to in Article 26(1) of Regulation (EC) No 726/2004 updated and to allow continuous
supervision by the competent authorities [based on IR Art 4(4), REG Art 57(2)(c)].
Changes to the information on the Pharmacovigilance system may trigger the generation of new PSMFL
EV Code(s) in the Article 57 database. Please refer to the guidance provided in Table 5 – Requesting a
single/multiple PSMF EV Code(s) by the same MAH and Table 6 – Requesting a single/multiple PSMFL
EV Code(s) by different MAHs.
MAH organisations with Pharmacovigilance System Master File located in the UK should also note
information in the 'Questions and answers to Stakeholders on the implementation of the Protocol on
Ireland/Northern Ireland' document.
In accordance with Article 3 of Regulation (EU) NO 1235/2010 (the pharmacovigilance legislation), the
obligation on the part of the MAHs to maintain and make available on request a Pharmacovigilance
System Master File (PSMF) will apply "… to marketing authorisations granted before 2 July 2012 as
from either:
Therefore, from 2 July 2015 MAHs are required to submit the Pharmacovigilance system information to
the Article 57 database.
From 1 February 2016 MAH organisations no longer need to notify EMA or national competent
authorities (as applicable) of changes to the pharmacovigilance system data by submitting a type IAIN
variation. From this date Article 57 database is considered functional for the purpose of notifying
changes to the location of the PSMF (street, city, postcode, country) through the Article 57 database
only. No final variation is required to notify an explicit cross reference to Article 57 as the source of
PSMF information.
MAHs are required to correct and reconcile the pharmacovigilance system information by using the
operation types 'Insert (1), 'Update' (2) and 'Nullification' (4) on a PSMFL entity in the Article 57
database as follow:
• When a new pharmacovigilance system code is required, the operation type 'Insert' (1) must be
used to submit the new PSMFL entity in the XEVMPD in an XEVPRM.
Should the location of the PSMF change but the Pharmacovigilance System remains the same, the
existing PSMFL EV Code should be amended using an operation type 'Update (2)' to reference
the new location.
• PSMFL entity which is duplicated (i.e., multiple EV Codes are assigned to the same PSMFL entity),
obsolete (the PSMFL is not/will not be referenced in any product submissions) or erroneously
submitted (e.g., the entity was not supposed to be submitted) can be flagged as 'non-current' by
submitting an XEVPRM with the operation type 'Nullification' (4).
Nullification should be performed on the PSMFL entity depending on the type of medicinal product
entities in which the PSMFL entity is referenced. The following must be taken into consideration:
− The duplicated/obsolete PSMFL can be nullified by the owner organisation if the PSMFL entity is
referenced in nullified AMPs; the text "Obsolete entity" or "Duplicate of MFLXXX" (where
MFLXXX represents an EV Code) should be entered in the 'Comment (MF.11)' field of the
PSMFL entity.
− If the duplicated/obsolete PSMFL entity is referenced in AMPs with any of the 'Valid'
marketing authorisation statuses:
a) the AMPs should be updated [i.e., operation type 'Update (2)' should be used] to reference
another PSMFL entity, which will be retained in the XEVMPD; and
b) the duplicated/obsolete PSMFL entity should be nullified [i.e., operation type ‘Nullification
(4)' should be used] referencing the text "Obsolete entity" or "Duplicate of MFLXXX" in the
'Comment (MF.11)' field of the PSMFL entity.
Following the submission of an XEVPRM in the XEVMPD, the MAH should refer to the XEVPRM
Acknowledgment to check it the performed action has been successful.
START
A change in the PhV system information must be notified in the
Article 57 database by the MAH
no
1.2. Submit the XEVPRM in the XEVMPD and 2.If the PhV system changed, ‘Insert (1’) a
await the XEVPRM Acknowledgment new PSMFL entity in the XEVMPD; a new
EV Code will be assigned
1.3.1
no
Based on the XEVPRM ACK 1.3 3. Identify the AMPs with any of the ‘Valid’
message amend the XEVPRM and Positive ACK received? MA statuses that will need to be amended
re-submit to reflect the change of PhV system
yes
4. Perform an ‘Update (2)’ of the affected
AMPs to reference the new PSMFL EV Code
END
assigned to the new PhV system
information
START
MAH needs to flag a PSMFL entity as non-current in the XEVMPD because the PSMFL is
either duplicated, obsolete or was submitted in error
1. yes
Does the same PSMFL entity 1.1. Identify the PSMFL that is considered the
exist in the XEVMPD with multiple duplicate
EV Codes?
no
Continue yes 2.
with step Is the PSMFL entity referenced in any
2.1 AMPs?
no
END
A.2
A.2.1 Insert ’ a new PSMFL entity no Is the PSMFL entity you wish to
in the XEVMPD; new EV Code will be reference in the AMPs instead already
assigned available in the XEVMPD?
yes
Continue
with step
2
Marketing authorisation holders should notify the Agency about changes to the terms of marketing
authorisations, which require a revision information on medicinal products and the applicable
structured data elements (mandatory/mandatory with conditions) as outlined in paragraph 5 of the
Legal Notice on the Implementation of Article 57(2) of Regulation (EC) No. 726/2004 on the
Implementation of Article 57(2) of Regulation (EC) No. 726/2004.
• operation type 'Insert' (1) must be used to notify changes to the term of the marketing
authorisation that trigger a new medicinal product record according to the criteria specified in
section 1.1. Initial submission of an authorised medicinal product (AMP) entity of this document
and that includes:
− regulatory procedures that generate new marketing authorisation number (e.g., following a
variation where the NCA issues a new marketing authorisation number),
− extension to the terms of marketing authorisation (e.g., changes to the qualitative and
quantitative composition for inclusion of new active substance/adjuvant, changes of the
strength/potency, addition of authorised/administrable pharmaceutical form and routes of
administration where the NCA issues a new marketing authorisation number),
- notify the renewal of the marketing authorisation where the marketing authorisation number
has not been changed by the competent authorities,
- extension to the terms of the marketing authorisation; changing the route of administration
and where the NCA does not issue a new marketing authorisation number;
− in the context of transfer of the marketing authorisation to retire the previously submitted
(transferred) medicinal product,
- notify the renewal of the marketing authorisation where the marketing authorisation number
has been changed by the competent authority;
• operation type 'Nullification' (4) must be used to flag any medicinal product data previously
submitted in the XEVMPD as "non-current" (e.g., duplicated entities or entities provided
erroneously).
Change of QPPV/PSMFL Follow the guidance and processes described in the below listed sections of this guidance document:
2.1.1.1. Business process to notify the change of QPPV's details
2.1.1.2. Business process to notify a change of a QPPV
2.3. Maintenance of a Pharmacovigilance System Master File (PSMF) entity
Variation of marketing authorisation Follow the processes described in section 2.4.1. Variations of marketing authorisation of this guidance
document
Transfer of marketing authorisation Follow the process described in section 2.4.3. Transfer of marketing authorisation of this guidance
document
Renewal of marketing authorisation Follow the process described in section 2.4.4. Renewal of marketing authorisation of this guidance
document
Lifting of suspension of marketing Follow the process described in section 2.4.2. (Lifting of) suspension of marketing authorisation of
authorisation this guidance document
The following process map describes how to amend an AMP entity in the XEVMPD to ensure that the
information within the AMP elements corresponds to the information stated in the attached SmPC:
START
Information referenced
in an AMP entry needs
to be amended
2. Is the
2.1. Retrieve the latest No latest available SmPC
SmPC for reference attached to the AMP
entry?
Yes
3. Cross-check the
information stated in
the AMP entry against
information listed in the
SmPC and amend as
applicable
4. Is the correct No
information to be 4.1 Submit the information in
referenced already the XEVMPD using operation
available in the type ‘Insert’ (1)
XEVMPD?
Yes
Yes
5. Submit the XEVPRM
using operation type 4.2. Positive XEVPRM
Back to Step 4
‘Update’ (2) including ACK received?
the latest available
SmPC and await the
XEVPRM ACK
No
Yes
Continue with
Step 4.1
END
Operation type 'Update' (2) must be used, as applicable, to amend incorrectly submitted information
(e.g., typos, misspellings and information submitted by mistake) and to submit the latest information
on the following product data following a variation procedure:
• description of the pharmacodynamic properties (i.e., the ATC code(s) for the medicinal product);
• medicinal product type as described in section 1.2.12.14. Medicinal product types (AP.12.MPT.1) of
this document;
• therapeutic indications coded in MedDRA and declaration that the medicinal product is "Authorised
for the treatment in children";
− Please note that change to the active ingredients and adjuvant refers to line extension and
should be notified with an operation type 'Insert' (1);
• description of the strength (amount) of the active substance(s) and adjuvant(s) (i.e., to amend
incorrectly submitted information);
− Please note that change of the strength/potency refers to line extension and should be notified
with an operation type 'Insert' (1).
• medical device(s) for combined advanced therapy medicinal product (i.e., in accordance with
Regulation (EC) No 1394/2007);
− Please note that change of the authorised and administrable pharmaceutical form(s) refers to
line extension and should be notified with an operation type 'Insert' (1).
− Please note that change of the Route(s) of administration refers to line extension and should
be notified with an operation type 'Insert' (1).
− section 4.2 Posology and method of administration (other than route of administration),
− section 4.5 Interaction with other medicinal products and other forms of interaction,
Significant revisions to these sections are defined as revisions which affect the scientific meaning or
information being communicated and does not include minor rephrasing or re ordering due to, for
example, a QRD update.
− Please note that change of the marketing authorisation holder should be notified as transfer of
marketing authorisation and therefore the business process outlined in section 2.4.3. Transfer
of marketing authorisation of this document.
• notification of the renewal of marketing authorisation where the authorisation number has not
been changed by the competent authority (please refer to section 2.4.4.1. Business process -
Authorisation number has not changed following a renewal of this document).
Submission date for Type IA Variations ('Do and Tell') excluding the notification of changes
to the QPPV and PSMFL3
3
Notification of changes related to the QPPV/PSFML are described in sections and 2.3.
The same business process as described in section 2.4.4.2. Business process - Authorisation number
has changed following a renewal should be followed when authorisation number changes following a
variation procedure. I.e.:
• the MAH must retire the authorised medicinal product for which the marketing authorisation
number is no longer valid by using the operation type 'Invalidate MA' (6);
− the value "Not Valid – Superseded by Marketing Authorisation Renewal/Variation" (10) must be
specified in the data element "Authorisation status" (AP.12.3);
• a new AMP entity must be submitted in the XEVMPD using the operation type 'Insert' (1) with:
− the new valid authorisation number specified in data element "Authorisation number"
(AP.12.4),
− the value "Valid – Renewed/Varied Marketing Authorisation" (8) must be specified in the data
element "Authorisation status" (AP.12.3),
− the authorisation date as referenced in the applicable attachment must be specified in the data
element "Authorisation/renewal date" (AP.12.5),
− the EV code of the previously submitted AMP entity for which the marketing authorisation
number has changed after the variation must be referenced in the XEVPRM section "Previous
EV Code" (AP.PEV). The EV Code of the AMP referenced in the "Previous EV Code" (AP.PEV)
field must not be a nullified EV Code.
If the variation occurred after a renewal of marketing authorisation and the marketing authorisation
number did change following the variation, the same process and principles described above apply.
2.4.1.2. Business process - Authorisation number has not changed following a variation
The MAH retrieves the AMP (based on the assigned EV code) for which the marketing authorisation has
been varied and, using an operation type 'Update (2)', amends the medicinal product entity to reflect
the changes following the variation (e.g., change of medicinal product name, new indication etc.).
The MAH checks the XEVPRM ACK to ensure that the AMPs have been updated successfully.
If the variation occurred after a renewal of marketing authorisation and the marketing authorisation
number did not change following the variation, the same process and principles described above apply.
Operation type 'Update' (2) must be used to notify the suspension of the marketing authorisation or
the lifting of suspension of marketing authorisation.
• date of the suspension must be specified in the data element "Invalidated date" (AP.12.12);
− the value "Valid – Suspended" (2) must be specified in the data element "Authorisation status"
(AP.12.3) before submitting the XEVPRM.
• no date must be specified in "Invalidated date" (AP.12.12) – this field must be left blank;
• date of lifting of the suspension must be specified in the data element "Info date" (AP.11);
• the data element "Authorisation status" (AP.12.3) must continue any other value except "Valid –
Suspended" (2) before submitting the XEVPRM.
MAH must check the XEVPRM ACK to ensure that the medicinal product information has been amended
(updated) successfully.
The notification of the transfer of marketing authorisation (i.e., change of the Legal entity of the
medicinal product) from the "former MAH" to the "new MAH" is described in this section.
MAH organisations established in the UK should also note sections 4 and 5 of the 'Commission Notice –
Application of the Union’s pharmaceutical acquis in markets historically dependent on medicines supply
from or through parts of the United Kingdom other than Northern Ireland' and information in
DIRECTIVE (EU) 2022/642 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 12 April 2022
amending Directives 2001/20/EC and 2001/83/EC as regards derogations from certain obligations
concerning certain medicinal products for human use made available in the United Kingdom in respect
of Northern Ireland and in Cyprus, Ireland and Malta.
The "former MAH" must retrieve the existing AMP(s) based on the assigned EV code(s) for which the
marketing authorisation was transferred and retire the transferred medicinal product entry/entries by
using the operation type "Invalidate MA" (6);
• the value 'Not Valid – Superseded by Marketing Authorisation Transfer' (11) must be specified in
the data element 'Authorisation status' (AP.12.3);
• the date of transfer must be specified in the data element 'Invalidated date' (AP.12.12).
• from January 2025, the MAH referenced in the data element 'MAH' (AP.4) must be changed to
reference the new MAH organisation instead of the former MAH organisation. This will allow the
− The former MAH can search for the new MAH entity in the 'MAH' look-up table available in
EVWEB or retrieve the EV Code of the new MAH in OMS, in the 'Mappings' section of the
relevant organisation.
− If the former MAH is unable to identify the EV Code of the new MAH or if no EV Code of the
new MAH is available, the former MAH should liaise with the new MAH to request the
information.
• The "former MAH" checks the XEVPRM Acknowledgment (ACK) to make sure that the AMP has been
invalidated successfully.
The "new MAH" must submit new AMP entity for the acquired medicinal products by using the
operation type 'Insert' (1) and;
− the value "Valid – Transferred Marketing Authorisation" (9) must be specified in the data
element "Authorisation status" (AP.12.3);
− the date of granting of marketing authorisation by the competent authority must be specified
in the data element "Authorisation date" (AP.12.5);
− the EV Code of the AMP entity submitted in the XEVMPD by the former MAH (communicated by
the former MAH) must be referenced in XEVPRM section "Previous EV Code" (AP.PEV). The EV
Code of the AMP referenced in the "Previous EV Code" (AP.PEV) field must not be a nullified EV
Code.
a) In case the former MAH was not compliant with the Article 57 requirements and therefore
there is no AMP in the XEVMPD to be referenced (i.e., no previous EV Code was assigned)
or the previous MAH nullified the EV Code before the new MAH referenced in in their new AMP
record, the new MAH can submit the transferred AMP with the 'Insert' (01) operation type and
enter value "Valid" (1) in the data element "Authorisation status" (AP.12.3),
b) in case the former MAH did not provide the new MAH with the EV Code of the AMP
as entered by the former MAH, please contact the EMA Service desk to request the EV Code.
Please provide the medicinal product name(s), the name of the former MAH organisation and,
if known, the MAH's EV Code, and the authorisation number(s) of the medicinal product(s) as
assigned to the previous MAH. Based on the specified information, the EMA will retrieve the
AMP and provide you with the EV Code if available in the XEVMPD.
The new MAH must check the XEVPRM Acknowledgement (ACK) to make sure that the new AMP has
been inserted successfully.
EXAMPLE:
"Pharma A" is the former MAH of Product X for which the marketing authorisation was transferred to
"Pharma C". Both MAHs are registered in EudraVigilance under their own HQ IDs:
c. the EV Code assigned to "Pharma C" in the XEVMPD as the marketing authorisation
holder.
2. "Pharma C" inserts new AMP record in the Article 57 database, referencing
b. the date of granting of the marketing authorisation by the competent authority in the
'Authorisation date' element;
c. The EV Code assigned to "Pharma C" in the XEVMPD as the marketing authorisation
holder in the 'MAH' data element,
d. the EV Code of the AMP entity submitted in the XEVMPD by the former MAH
(communicated by the former MAH or EMA) in the 'Previous EV Code' section.
For MA transfers within the same organisation (i.e.: organisations under the same EV
headquarter), where product data ownership and further maintenance in the XEVMPD is not affected
by the marketing authorisation transfer, a simplified process may be followed:
• retrieve the AMP (based on the assigned EV code) for which the marketing authorisation was
transferred and apply an operation type 'Update (2)';
• enter the value "Valid – Transferred Marketing Authorisation (9)" in the data element
"Authorisation status" (AP.12.3);
• in the data element "Marketing authorisation holder (MAH) code (AP.4)" reference the EV code of
the new MAH;
• in the "Previous EV Code" (AP.PEV) section enter the EV Code of the product entity that you are
updating;
• submit the XEVPRM and check the XEVPRM Acknowledgement (ACK) to make sure that the AMP
information was successfully updated.
EXAMPLES:
1. "Pharma A" is an MAH established in Ireland. "Pharma B", which is established in Germany, is
registered in EV as an affiliate under the HQ of "Pharma A". Since "Pharma B" is in EV
registered under the HQ of "Pharma A" the transfer of MA from "Pharma A" to "Pharma B" may
be notified using the simplified process described above.
Both processes to notify the transfer of marketing authorisation are described below:
START START
The former MAH must notify a transfer of The new MAH must notify a transfer of
MA to a new MAH in the XEVMPD MA in the XEMPD
yes
END
END
START
MAH wishes to notify to the Agency an MA transfer within the same
organisation (i.e.: the ‘former’ MAH and the ‘new’ MAH organisations are
both registered in EV under the same EV headquarter)
yes
END
2.4.4.1. Business process - Authorisation number has not changed following a renewal
As outlined in section of this document, notifications of renewal of marketing authorisations where the
marketing authorisation number has not been changed by the competent authority must be notified
with the operation type 'Update' (2).
The MAH retrieves the AMP (based on the assigned EV code) for which the marketing authorisation has
been renewed and changes the date of authorisation for the date of renewal in the data element
"Authorisation/renewal date" (AP.12.5).
The MAH checks the XEVPRM ACK to ensure that the AMPs have been updated successfully.
Notifications of renewal of marketing authorisations where the marketing authorisation number has
been changed by the competent authorities is to be performed as follows:
• the MAH must retire the authorised medicinal product for which the marketing authorisation
number is no longer valid by using the operation type 'Invalidate MA' (6);
− the value "Not Valid – Superseded by Marketing Authorisation Renewal/Variation" (10) must be
specified in the data element "Authorisation status" (AP.12.3),
− the date of renewal must be specified in the data element "Invalidated date" (AP.12.12);
• a new AMP entity must be submitted in the XEVMPD using the operation type 'Insert' (1) with:
− the new valid authorisation number specified in data element "Authorisation number"
(AP.12.4),
− the value "Valid – Renewed/Varied Marketing Authorisation" (8) must be specified in the data
element "Authorisation status" (AP.12.3),
− the date of the renewal must be specified in the data element "Authorisation/renewal date"
(AP.12.5),
− the EV code of the previously submitted AMP entity for which the marketing authorisation
number has changed must be referenced in XEVPRM section "Previous EV Code" (AP.PEV). The
EV Code of the AMP referenced in the "Previous EV Code" (AP.PEV) field must not be a nullified
EV Code.
The MAH checks the XEVPRM Acknowledgement (ACK) to ensure the successful renewal of the AMP.
START
A need to notify a renewal
of MA is identified
Yes Yes
5. No
Positive XEVPRM 5.1 As per XEVPRM ACK
ACK received? message, MAH corrects
the affected information
Yes
END
If authorisation procedure has changed from "National" to "MRP" following referral and the marketing
authorisation number did not change, marketing authorisation holder retrieves the AMP (based on the
assigned EV code) and using operation type 'Update (2)', amends the AMP entity:
• the Authorisation procedure 'EU authorisation procedures – Mutual recognition procedure (3)' must
be specified in the "Authorisation Procedure" field (AP.12.2);
Operation type 'Invalidate MA' (6) must be used to notify the revocation/withdrawal/expiry of
marketing authorisation:
• the date of revocation or withdrawal or expiry must be specified in the data element "Invalidated
date" (AP.12.12);
• one of the "Not Valid" statuses must be specified (as applicable) in the data element "Authorisation
status" (AP.12.3) before sending the XEVPRM.
The MAH checks the XEVPRM ACK to ensure that the AMP has been invalidated successfully.
Marketing authorisation holders should flag as "nullified" AMP entities created by mistake, e.g.,
duplicated entities (the same medicinal product information was submitted multiple times, multiple EV
Codes were assigned) or entities provided erroneously (e.g., they were not supposed to be submitted).
Only the owner of the product data in the XEVMPD (i.e., the organisation that submitted the data
and/or its HQ) can nullify such data.
− From 18 January 2024, only the EMA can nullify proposed and standard terms in the XEVMPD.
• Nullification is not allowed on AMP entities, which are considered legacy product data submitted in
the XEVMPD in the pre-Article 57 format. Such product entities should not be maintained by the
MAH.
• Nullification is not allowed on AMP entities which were flagged as "Valid" in the XEVMPD (i.e., the
"Product Validity" field displays the value "Valid") following a quality control check by the Agency
[see Quality control of medicinal-product data submitted as per the legal requirement introduced
by Article 57(2) of Regulation (EC) No 726/2004 for related information].
Only the EMA can nullify such AMP entities. Please submit a nullification request using the EMA
Service Desk portal, stating the EV Code(s) of the AMP(s) you wish to nullify, your organisation's
name and EudraVigilance registration ID, and the reason for nullification.
Since all AMP entities flagged as "Valid" are used to support signal management activities (e.g.,
codification of ICSRs), before they are nullified, the EMA needs to check that a "substitute" record
is available in the XEVMPD. If the reason for nullification is due to duplication, the EV Code of the
AMP entity that the MAH will be maintaining in the XEVMPD must also be provided as part of the
nullification request. If a nullification of more than 10 AMP entities is requested, please provide the
EV Codes in an Excel spreadsheet.
START
An AMP entity needs to be nullified in the XEVMPD
1. No
Only the owner organisation can perform the nullification.
Are you considered the owner of
If you require further information about the AMP entity please
this AMP entity in the XEVMPD?
submit an enquiry via the EMA Service Desk portal
yes
yes
2. The AMP is exempt from maintenance responsibilities of the
Is the AMP entity considered a MAH organisation.
Legacy product data You do not need to perform any action on this AMP entity.
No
No
Request the nullification via the EMA Service Desk Portal.
yes Include the EV Code of the AMP, MAH s name and EV
4. Registration ID, and the reason for nullification.
Is this AMP flagged as Valid in the If the reason for nullification is due to a duplication, provide in
XEVMPD? your nullification request
also the EV Code of the AMP entity that you will be
maintaining in the XEVMPD.
No
No
6.1 As per XEVPRM ACK message, correct
6.
the affected information in you original
Positive XEVPRM ACK received?
XEVPRM
yes
END
An XEVMPD entity, which is duplicated (i.e., multiple EV Codes are assigned to the same entity),
obsolete (the entity is not/will not be referenced in any product submissions) or erroneously submitted
(e.g., the entity was not supposed to be submitted) can be flagged as 'non-current' by submitting an
XEVPRM with the operation type 'Nullification' (4).
Standard and proposed terms (ATC Codes, pharmaceutical forms, routes of administration) can only be
nullified by the EMA.
In general, MAHs may nullify entities owned in the XEVMPD by their HQ organisation. MAHs can
therefore nullify:
• AMP entities;
• MAH entities;
• PSMFL entities.
There are however restrictions related to the nullification of entities referenced in other entities.
The above listed entities may be nullified by their owner organisations only if they are:
• Not referenced in any other XEVMPD entities (e.g.: AMPs) or they are only referenced in
XEVMPD entities that are nullified.
− If the entity you wish to nullify is referenced in not-nullified AMPs with any of the 'Valid'
marketing authorisation statuses, the AMPs must first be updated to reference another
entity before the nullification is technically possible.
− If the entity you wish to nullify is referenced in not-nullified AMPs that were invalidated
[i.e., the 'Authorisation status (AP.12.3)' field references any of the 'Not-valid' values], the
AMPs will need to be amended by the EMA to reference another entity before the nullification is
technically possible.
START
An XEVMPD entity needs to
be nullified in the XEVMPD
Yes
No
Only the EMA can nullify approved substance providing that they are
3.
not referenced in any current product entities.
Is the entity to be nullified an Yes
Please request the nullification via the EMA Service Desk portal using
approved substance?
the Request SMS services form
No
No
No
6.
Request the nuliifcation via the EMA Service Desk portal using
Yes Is the entity you wish to nullify
the Request XEVMPD/Art.57 Services form
validated by the EMA?
No
Yes
END
NO Is it a non-CAP
authorised at pack
YES Submit at least all marketed pack sizes
size level? YES Package description is mandatory
NO
Is the ATC Code in the
ULCM?
Submission at pack size level is
NO
optional
New authorised
START
medicinal product?
By 31 January 2025:
• Update the current AMP record with the lowest pack size
Is it a CAP or non-CAP
YES • Insert AMP records for new pack sizes
authorised at pack size
• Package description is mandatory
level?
NO
NO
No need to submit separate pack sizes
data amendment of data in the XEVMPD on behalf of the MAH organisation, e.g. a correction of
information in invalidated AMPs, change of authorisation status of an AMP record back to valid
in case of incorrect invalidation of the AMP entity,
data correction in case the MAH does not agree with the change(s) made as part of the
validation the AMP performed by EMA data stewards.
The timeframe applicable to the XEVMPD support team/EMA data stewards to address such request is
5 working days since the ticket was assigned to the XEVMPD support team.
• Request for information referencing "SPOR" as the 'Service' and "XEVMPD/Art.57" as the
'Service Offering' should be submitted to request information or ask a question related to:
The timeframe applicable to the XEVMPD support team to respond to such request is 22 working
days since the ticket was assigned to the XEVMPD support team.
• Report (of) a technical issue with XEVMPD/Art.57 should be submitted to notify the EMA of a
technical issue with:
− XEVMPD additional tools (e.g., XEVMPD Data Export tool, XEVMPD Bulk update tool);
The timeframe applicable to the responsible team to respond to such report is 5 working days since
the ticket was assigned to the responsible team IT or XEVMPD support team).