With the proliferation of smartphones, the market for mobile applications (apps) has developed very rapidly in recent years, becoming a key driver of mobile health (mHealth) deployment. App developers have created health apps for almost everything: apps that measure vital signs such as heart rate, blood glucose level or brain activities; apps that provide health related communication, information and motivational tools; apps that process photos of the patient's skin and send them to the dermatologist; apps that help diabetic patients manage their daily routine by visualizing patterns in their blood sugar curve; even apps that monitor medication compliance by collecting physiological data from a sensor that the patient swallows. As Apple put it: "There's an app for that!"
In its Green Paper on mHealth published in April 2014, the European Commission (EC) explained that mHealth covers "medical and public health practice supported by mobile devices, such as mobile phones, patient monitoring devices, personal digital assistants, and other wireless devices," as well as "applications such as lifestyle and wellbeing apps as well as personal guidance systems, health information and medication reminders provided by sms and telemedicine provided wirelessly."
There are two categories of health related apps, which are broadly called mHealth apps (although the distinction is not always straightforward): (a) apps for the purpose of prevention, diagnosis and treatment of diseases (medical apps); and (b) apps relevant to lifestyle, fitness and well-being (nonmedical apps).
This article examines when mHealth apps fall under the EU regulatory framework for medical devices.
The applicable EU regulatory framework: software as a medical device
In the EU, medical devices are regulated under the Medical Devices Directive (93/42/EEC) and the In Vitro Diagnostic Medical Devices Directive (98/79/EEC) (together, Directives). The EU Directives are under revision and will be replaced by two new Regulations, which are currently under consideration by the EU Parliament and Council.
Software embedded/incorporated into medical hardware (e.g., software that controls a CT scanner) is part of the medical device already. By contrast, "standalone software" such as that used in mHealth apps is considered a medical device and falls under the scope of the Directives only if it has a "medical purpose". Standalone software intended for general purposes is not a medical device, even when it is used in a healthcare setting.
Pursuant to the Directives, standalone software has a "medical purpose" if it is intended by the manufacturer to be used for human beings for the purposes of: (a) diagnosis, prevention, monitoring, treatment or alleviation of disease; (b) diagnosis, monitoring, treatment, alleviation of or compensation for an injury or handicap; (c) investigation, replacement or modification of the anatomy or of a physiological process; or (d) control of conception. The manufacturer's intended purpose is inferred from the data supplied on the device's labelling, or in the device's instructions and/or promotional materials (e.g., brochures, webpages).
mHealth apps need to have a "medical purpose" to fall under EU legislation
Neither the existing nor the proposed legislation specifies what types of mHealth apps are captured under the EU regulatory framework. Based on the general principles described above, mHealth apps fall under the Directives if they have an intended "medical purpose." The manufacturer's intended purpose is "medical" if the app is specifically designed for a medical setting and for performing a medical task. Thus, apps designed for general or domestic purposes are not subject to the Directives, even though they might be used in a healthcare setting or a medical context. As a result, the Directives do not apply to mHealth apps offering, for example, fitness or dietary recommendations, or apps measuring vital signs for wellness purposes. By contrast, apps that fulfil a medical purpose fall under the Directives, even though they may be used domestically.
Nonetheless, as healthcare models become more patient-centric, there can be some uncertainty as to the criterion of the "intended medical use." For example, the distinction between general "wellness" apps and "medical" apps may become somewhat unclear, as "wellness" apps supporting preventive and self-monitoring activities may significantly improve health outcomes.
Soft law guidance on medical devices classification
Guidance as to the classification of standalone healthcare software, including mHealth apps, is offered in the EC's Guidelines on the qualification and classification of standalone software (Guidelines) published in January 2012. While the Guidelines offer a helpful framework, national authorities have often adopted a stricter/broader interpretation of the medical device classification when it comes to mHealth apps. The Commission has also confirmed that the Guidelines may need to be updated. Nonetheless, the Guidelines constitute a code of practice that the companies launching mHealth apps need to take into account.
The Guidelines' decisive criterion for a medical devices classification is whether the software is intended to interpret (or to facilitate the interpretation of) data by modifying or representing health related individual information. Only then does the software pose a risk relevant to the regulatory scheme. Altering the representation of data purely for embellishment purposes is a nonmedical task. Accordingly, an mHealth app is not a medical device if it merely performs an action limited to storing, archiving, compressing or transferring medical data, without interpreting/altering it. The same applies to an app limited to collecting and transmitting medical data from a(n) (in vitro) diagnostic medical device in the home environment to a doctor, without modifying its content. Equally, apps performing basic arithmetic operations, or plotting results in function of time, are not considered in vitro diagnostic medical devices.
However, according to the Guidelines, the Directives do apply to tools combining medical knowledge with patient-specific physiological parameters. In addition, apps providing immediate decision-triggering information, or altering the representation of data in a way that contributes to the interpretative or perceptual tasks performed by medical professionals, generally pose a risk for the patient's health and are subject to the Directives.Likewise, apps intended to provide additional information that contributes to diagnosis and/or treatment (e.g., generate alarms) are qualified as medical devices.
In an effort to provide more clarity, the European Working Group on Borderline and Classification issued an updated version of the manual on borderline and classification (Manual) in July 2014, which provides guidance on cases in which the classification of a device as medical is not straightforward. According to the Manual, the In Vitro Medical Devices Directive does not apply to a device enabling users in a domestic setting to ascertain their blood group for dietary guidance. The Medicines and Healthcare Products Regulatory Agency (MHRA) has also issued guidance on borderlines with medical devices.
Given the speed of technological developments and the development of mobile solutions in a health context, the regulatory landscape is currently in flux. To ensure compliance, medical devices/pharmaceutical companies often opt for a broad interpretation of the term "medical device" or "medical purpose"—which results in a proportion of their mHealth apps falling under the Directives. However, it can be argued that such a conservative approach could hamper innovation, and therefore the benefits that mHealth could bring to healthcare in Europe. Updated guidance by the Commission would be welcomed by the stakeholders.
Click here to download PDF.
 - See: klara.com
 - See: mysugr.com/analysis
 - See: proteus.com
 - The phrase was used in a commercial for the iPhone. See: youtube.com/watch?v=szrsfeyLzyg
 - The Green Paper is available at: ec.europa.eu/digital-agenda/en/news/green-paper-mobile-health-mhealth
 - Green Paper, p. 3. The Green Paper underlines the role of mHealth in supporting the delivery of high quality healthcare, and explains that mHealth solutions can contribute to increased prevention/better quality of life as well as to more efficient and sustainable healthcare by using healthcare resources cost-efficiently. They also raise the citizen's awareness of health issues and create new business.
 - According to the World Health Organization's definition: "Health is a state of complete physical, mental and social well-being and not merely the absence of disease or infirmity."
 - As amended by Directive 2007/47/EC. The Directives set out procedures for harmonized certification and inspection of medical devices, as well as standards of performance, safety and health protection.
 - On 26 September 2012, the EC adopted two regulation proposals for: (a) medical devices; and (b) in vitro diagnostic medical devices. In order to become EU law, the Parliament and the Council need to adopt the texts by ordinary legislative procedure. The proposals are available at: ec.europa.eu/growth/sectors/medical-devices/regulatory-framework/revision/index_en.htm
 - This is software with a medical purpose that is not incorporated into a medical device at the time of being placed onto the market.
 - Recital 6, Medical Devices Directive. "Software in its own right, when specifically intended by the manufacturer to be used for one or more of the medical purposes set out in the definition of a medical device, is a medical device." In an effort to provide more clarity as to when standalone software qualifies as a medical device, the International Medical Device Regulators Forum (IMRDF) issued a paper on 9 December 2013, which focuses on a common definition for when software is considered to be a medical device ("Software as a Medical Device (SaMD)") available at: imdrf.org/docs/imdrf/final/technical/imdrf-tech-131209-samd-key-definitions-140901.pdf). See also other related activities of the IMDRF Working Group at: imdrf.org/workitems/wi-samd.asp
 - Recital 6, Medical Devices Directive. See also Case C-219/11 Brain Products GmbH v BioSemi VOF, ECLI:EU:C:2012:742, para. 16.
 - Article 1 (2) (a) of both Directives.
 - Article 1 (2) (g), Medical Devices Directive. Only if drafted to escape the application of the regulatory scheme may objective criteria replace the manufacturer's stated intention on the labeling, instructions, etc. (see AG Opinion in Case C-219/11 Brain Products GmbH v BioSemi VOF, ECLI:EU:C:2012:742, para. 50).
 - The proposal for a Regulation on Medical Devices specifically provides for specific safety requirements for software designed for mobile computer platforms (Annex I, para.14.3).
 - EC Guidelines on the Qualification and Classification of Stand Alone Software Used in Healthcare within the Regulatory Framework of Medical Devices, January 2012, available at: ec.europa.eu/health/medical-devices/files/meddev/2_1_6_ol_en.pdf
 - Guidelines, p.10.
 - Guidelines, p. 10.
 - Guidelines, pp.10 and 20.
 - Guidelines, pp. 14, 15, 20 and 26.
 - Guidelines, p. 15.
 - Guidelines, pp. 20 and 25.
 - Guidelines, pp.10 and 11.
 - Guidelines, p. 20 et seqq.
 - The Manual on Borderline and Classification in the Regulatory Framework for Medical Devices (as updated in July 2014, Version 1.16) is available at: ec.europa.eu/health/medical-devices/files/wg_minutes_member_lists/borderline_manual_ol_en.pdf
 - Manual, p. 9.
 - Available at gov.uk/decide-if-your-product-is-a-medicine-or-a-medical-device
This publication is provided for your convenience and does not constitute legal advice. This publication is protected by copyright.
© 2015 White & Case LLP