top of page

Myth Busters

View Profile

Wearable Devices and Health Apps

When does a wearable cross the line from consumer gadget to regulated medical device? A look at how MDR applies to the software, not the hardware, and what that means for product strategy.

Date

15. Februar 2026

Tag

Myth Busters

Share

The myth:

If my wearable device or health app collects data through a smartphone, smartwatch, or fitness tracker, the entire system including the consumer hardware needs CE marking as a medical device


The reality:

The regulatory requirements depend entirely on the intended purpose of the software, not the hardware collecting the data. Under the EU MDR, when sensors or data collection components are integrated into finished consumer products (smartphones, tablets, smartwatches, fitness trackers), the consumer hardware itself doesn't require separate medical device registration or CE marking.


However, if software uses this collected data for medical purposes such as diagnosis, monitoring, prediction, prognosis, or treatment of disease, that software as a medical device (SaMD) must comply with full MDR requirements and bear CE marking before being placed on the EU market.


Critical compliance requirements for SaMD

The software must be validated against the specific data collection components and consumer devices it relies on to ensure safety, effectiveness, and fitness for intended purpose.


Validation rigour must match the risk classification:


  • Class IIb or III SaMD used for diagnosing life-threatening conditions requires extensive validation of sensors such as cameras, accelerometers, or photoplethysmography sensors.

  • The SaMD manufacturer must demonstrate that the combination of software and hardware sensor delivers clinically accurate and reliable results

  • Technical documentation must include validation studies showing performance across different hardware configurations if the SaMD is compatible with multiple consumer devices.


The regulatory boundary

The distinction lies in the intended medical purpose, not the technology. A wellness app that displays heart rate, step counts, or sleep patterns for general fitness purposes isn't classified as a medical device. However, software that diagnoses atrial fibrillation, monitors glucose levels for diabetes management, or detects sleep apnoea using the same smartwatch sensors requires full MDR compliance, risk classification, conformity assessment, and CE marking.


Practical implications

Manufacturers developing health apps must carefully define their intended purpose and claims. Adding diagnostic or monitoring claims transforms a wellness product into a regulated medical device with substantial compliance obligations. This includes technical documentation, clinical evaluation, post-market surveillance, and potentially Notified Body involvement for higher risk classifications. It's the software's intended medical purpose and clinical claims, not the consumer hardware platform, that determines MDR applicability.

KEY TAKEAWAY

Consumer hardware remains unregulated, but medical software using that hardware faces full regulatory requirements

Understanding this distinction is crucial for product development strategy, go-to-market timelines, and compliance budgets. The same wearable technology can support both unregulated wellness features and regulated medical functions, but clear separation and appropriate validation are essential.

RELATED ARTICLES

usgs-T72rrSoh-Yo-unsplash.jpg

Myth Busters: Common market access misconceptions

Myth Busters

27. Oktober 2025

usgs-T72rrSoh-Yo-unsplash.jpg

New MHRA Guidance on Digital Mental Health Technologies (DMHT)

Regulatory Updates

5. Februar 2025

bottom of page