Device Fit and Classification: When “Commercial” Becomes “Clinical” (Part 3/8)

Introduction

For a decade, the promise of digital health has been speed and accessibility. Sponsors, CROs, and vendors have embraced commercially available wearables, sensors, and mobile apps as low-cost, patient-friendly innovations for decentralized and hybrid trials.

But the FDA’s 2023–2024 digital health guidances have drawn a sharp new boundary: once a digital health technology (DHT) contributes data to a regulated investigation, it becomes a medical device, regardless of where it came from.

The illusion that “commercial equals compliant” has officially ended.

This third article in the Digital Health Under Scrutiny series examines why device fit-for-purpose validation and regulatory classification are now decisive in determining whether your digital endpoints stand or fall.

1 The Myth of the “Commercially Available” Shortcut

Many sponsors assume that using a pre-cleared or consumer-grade device saves regulatory effort.

In reality, the FDA’s Digital Health Technologies for Remote Data Acquisition in Clinical Investigations (2023) makes clear that marketing authorization does not guarantee fitness for investigational use [1].

Every DHT used in a clinical investigation must undergo:

1. Analytical validation – Does the device measure what it claims, under expected use conditions?
2. Clinical validation – Does it measure accurately and reproducibly in the target population?
3. Usability validation – Can the intended user (often a layperson) operate it safely and effectively? [2]

A fitness tracker may meet consumer standards for wellness but fail analytical accuracy for clinical-grade step count or heart rate variability. The result? Unusable data, failed endpoints, and protocol amendments—all because “commercial” was mistaken for “validated.”

2 Fit-for-Purpose: The Regulator’s New Standard

The term “fit-for-purpose” appears repeatedly in both the FDA guidance and the 2023 Framework [1,2]. It means that validation must match context of use, not marketing claims.

In practice:

• A wearable used to record step count in a cardiometabolic study must demonstrate accuracy at relevant speeds, in the intended population, and over the expected wear duration.
• If used across countries, environmental variability (humidity, skin tone, temperature) must be assessed.
• Algorithmic logic and firmware versions must be fixed—or any update revalidated.

The Framework for DHT Use in Drug and Biological Product Development (2023) explicitly links device validation to endpoint reliability and regulatory review [2]. If a device is not fit-for-purpose, data derived from it may be excluded from submission entirely.

3 Device Classification: The Hidden Risk Multiplier

Every DHT sits within a risk-based classification system that dictates the level of regulatory control, design documentation, and oversight required.

Risk class determines everything—from validation depth and documentation to whether local regulatory submissions or import authorizations are needed.

For sponsors deploying DHTs globally, misclassification is the silent killer:

• A low-risk fitness device in the U.S. may be Class IIb in the EU.
• An unregistered import can invalidate all data collected in that jurisdiction.

4 When Device Fit Fails: Lessons from the Field

Case 1 – The Firmware Update That Broke a Trial

A sponsor used a consumer-grade wearable to collect heart-rate data for a digital endpoint. Mid-trial, the manufacturer pushed a firmware update altering sampling frequency. No notification, no revalidation. Data drift invalidated three months of endpoint data—costing $x million in reanalysis.

Case 2 – The Usability Mismatch

An oncology trial in older adults used a smartphone-based symptom app. Half the participants required caregiver assistance, introducing uncontrolled variability. The FDA later deemed the endpoint not patient-driven and thus non-interpretable.

Both cases illustrate that device suitability is not static—it’s situational.

5 Beyond Hardware: Algorithms, Apps, and Invisible Change

Modern DHTs rarely operate as standalone sensors. They depend on software layers—mobile apps, cloud dashboards, and AI analytics—to translate signals into clinical data.

Under FDA 21 CFR Part 11 and EU MDR Annex II, software and algorithms used in endpoint calculation must be validated and version-controlled.

Key expectations include:

• Algorithm transparency: document model logic and update frequency.
• Traceability: link software version to every data set.
• Change control: evaluate performance impact before deploying updates.

An algorithmic change—even to “improve accuracy”—without documented verification can compromise endpoint comparability and trigger data exclusion.

6 The Usability Equation: Human Factors as Risk Control

The FDA and EMA emphasize human factors validation (IEC 62366) as part of device qualification.

Sponsors must demonstrate that:

• Participants can install, wear, and operate the device correctly.
• Instructions for use are clear, culturally appropriate, and tested in representative populations.
• Support procedures exist for errors, battery management, and connectivity.

In decentralized trials, where technical assistance is remote, usability is a compliance safeguard. Every participant error is a potential data deviation.

7 Global Deployment: One Device, Many Laws

Using the same DHT across borders invokes multiple regulatory systems—each defining “manufacturer,” “importer,” and “distributor” differently.

Sponsors deploying globally must:

• Appoint authorized representatives or importers in each jurisdiction.
• Maintain documentation proving conformity (CE/UKCA marks, device registration numbers).
• Align labeling and language with local device law.
• Address data privacy frameworks (GDPR, PDPA, HIPAA).

Failure to do so can result in customs detentions, local regulatory fines, or study suspension.

8 The Path Forward: How to Prove Fit—and Protect Data Credibility

1. Perform Context-of-Use Validation – Analytical, clinical, and usability testing linked to device version.
2. Map Device Classification Early – Identify global regulatory pathways before trial initiation.
3. Integrate Change Control – Track firmware and algorithm updates under QMS.
4. Document Human Factors – Maintain inspection-ready usability reports.
5. Engage Cross-Functional Expertise – Align regulatory, data science, and device engineering teams.

Fit-for-purpose isn’t just a regulatory buzzword—it’s the dividing line between data credibility and data collapse.

Conclusion

In the age of digital endpoints, a DHT’s pedigree matters less than its performance under evidence conditions.

The FDA’s message is clear: if a device touches your data, it falls under your accountability.

Sponsors that treat device validation as an afterthought will face findings, delays, and invalidated endpoints.

Those that embed fit-for-purpose assessment and classification early will secure both compliance and competitive advantage.

In digital trials, the difference between “commercial” and “clinical” isn’t marketing—it’s validation.

References

1. FDA. Digital health technologies for remote data acquisition in clinical investigations. Silver Spring MD: FDA; 2023.
2. FDA. Framework for the use of digital health technologies in drug and biological product development. Silver Spring MD: FDA; 2023.
3. European Commission. Regulation (EU) 2017/745 on medical devices (MDR). Brussels: EC; 2017.
4. MHRA. Software and AI as a medical device: Change programme roadmap. London: MHRA; 2023.
5. EFPIA. Reflection paper on integrating medical devices into medicinal product clinical trials. Brussels: EFPIA; 2025.