On 15 July 2016, the European Commission updated MEDDEV 2.1/6 (the “MEDDEV Guidance), its medical device guidance on the qualification and classification of stand alone software used in the healthcare setting. The updated version replaces an earlier version of MEDDEV 2.1/6 issued by the European Commission in January 2012.

MEDDEV 2.1/6 generally stands as a valuable resource to assist software developers in the assessment of whether software is a medical device. However, some have expressed disappointment that the updated guidance did not go further in clarifying the picture, particularly those operating within the mobile health (mHealth) space.

Indeed, the main changes consist of additions to the definitions section of the MEDDEV Guidance. There is now a definition to clarify that “software” is a “set of instructions that processes input data and creates output data“. There are also accompanying definitions of “input data” and “output data”.

Input data” is defined as “any data provided to software in order to obtain output data after computation of this data”. The MEDDEV Guidance provides a number of non-exhaustive examples of input data:

  • Data given through the use of a human data-input device such as a keyboard, mouse, stylus, or touch screen;
  • Data given through speech recognition;
  • Digital document: formatted for general purpose such as Word file or pdf file or jpeg image, formatted for medical purpose such as DICOM file or ECG records or Electronic Health Record, unformatted document. Note that digital documents have to be differentiated from software able to read such documents;
  • Data received from / transmitted by devices.

Output data” is defined as “any data produced by a software”. Non-exhaustive examples provided by the MEDDEV Guidance are:

  • Screen display data (such as layout with number, characters, picture, graphics etc.);
  • Print data (such as layout with number, characters, picture, graphics etc.);
  • Audio data;
  • Digital document (formatted for a general purpose such as Word file or pdf file or jpeg image, or formatted for medical purpose such as DICOM file or ECG records or Electronic Health Record, unformatted document);
  • Haptic buzzing as an alternative to audio sound Mobile applications.

Helpfully, the updated version retains the annotated decision-trees to assist with classification, which have been slightly amended to reflect the new definitions.

The updated guidance does include a new statement in the introduction that “The criteria specified in this document apply also to mobile applications.” But that is nothing particularly new since it was well-accepted that mobile applications potentially were covered if they are intended for the diagnosis, prevention, monitoring, treatment or alleviation of disease. The updated version also contains a new definition of “Software as a Medical Device” (SaMD) as meaning “software intended to be used for one or more medical purposes that perform these purposes without being part of a hardware medical device.” This definition was taken from the International Medical Device Regulatory Forum work item on software. But it seems somewhat redundant in the MEDDEV Guidance since it is not referred to anywhere else in the document.

As before, the guidance contains a number of illustrative examples of software that would or would not qualify as a medical device, including hospital information systems (e.g., PACS), invoicing systems, decision support software, telesurgery, home monitoring, laboratory information systems, and so forth. Some will be particularly disappointed to see that software applications intended purely for fitness/wellness purposes have not been similarly excluded, since there are a growing number of mobile applications dedicated to this sector. That said, it is well-established that the key factor for determining whether a particular device or software qualifies as a medical device is the manufacturer’s intended purpose, as evidenced on the product packaging or labeling or in the manufacturer’s promotional material.  The software MEDDEV Guidance states:

“[i]t should be noted that only the intended purpose as described by the manufacturer of the product is relevant for the qualification and classification of any device and not by virtue of the way it may be called.

With respect to information systems that are intended only to store, archive and transfer data, the MEDDEV Guidance states that these are not qualified as medical devices in themselves.  However, they may be used with additional modules that might be qualified in their own right as medical devices.  Hence, it is necessary to consider each specific element of a product to determine whether any aspect falls under the definition of a medical device.

Print:
Email this postTweet this postLike this postShare this post on LinkedIn
Photo of Brian Kelly Brian Kelly

Brian Kelly is a partner in the European Life Sciences group and also co-chair of Covington’s Global Food Industry Group. Brian’s practice focuses on EU food and drug regulatory law, public and administrative proceedings, EU procurement advice and challenges, internal investigations, European Union…

Brian Kelly is a partner in the European Life Sciences group and also co-chair of Covington’s Global Food Industry Group. Brian’s practice focuses on EU food and drug regulatory law, public and administrative proceedings, EU procurement advice and challenges, internal investigations, European Union law, and product liability and safety. The Chambers Europe Guide to the legal profession lists Brian as part of our “world-class [regulatory and public affairs] team and describes him as a notable practitioner who is “very ambitious, thorough with a sharp intellect”. The Chambers UK Guide quotes clients saying: “his communication and work ethic stand out, he is very hard-working and dedicated when it comes to his cases.”

Brian’s advice on general regulatory matters across all sectors includes borderline determinations, food classifications, tissue and stem cell regulation, adverse event and other reporting obligations, manufacturing controls, labeling and promotion, pricing and reimbursement/procurement, procurement/tenders (including emergency use tenders, EU-wide tenders, Covid-19-related tenders), product life cycle management (foods and medicines), nanotechnology, and anti-bribery and corruption advice. Brian has also been advising on UK and European “Brexit” related issues including tariffs.

Brian has also advised and co-ordinated international projects on advertising/promotion, clinical research, data protection, the regulatory status of borderline products, food/cosmetic ingredient reviews and advises on regulatory aspects of corporate/commercial deals, particularly regulatory due diligence.

Brian is also experienced in representing clients in administrative and enforcement proceedings before regulatory authorities and in the UK and EU courts.

Brian is an honorary lecturer at University College London.

Photo of Ramon Luque Ramon Luque

Ramon Luque is an associate in Covington’s International Arbitration Practice Group. Ramon represents and counsels clients in a wide range of complex and international commercial and investor-state matters. He draws on his experience from both ad hoc proceedings, and arbitrations governed by ICC…

Ramon Luque is an associate in Covington’s International Arbitration Practice Group. Ramon represents and counsels clients in a wide range of complex and international commercial and investor-state matters. He draws on his experience from both ad hoc proceedings, and arbitrations governed by ICC, LCIA, DIFC-LCIA, and ICSID rules, among others, as well as experience in substantial English litigation matters. He is particularly experienced in advising clients in the energy sector in relation to disputes involving oil and gas, LNG, and power assets, and also has significant experience advising clients in a number of other sectors.