FDA’s TEMPO pilot: A new real-world lane for digital health devices

Yash Dave

If you build digital health products, you’ve probably felt the mismatch: software iterates quickly, but healthcare evidence and access pathways often move slowly. FDA’s Technology-Enabled Meaningful Patient Outcomes (TEMPO) for Digital Health Devices Pilot is an attempt to narrow that gap by pairing real-world use with real-world learning, while still keeping safety front and center.

This post breaks down what TEMPO is, how it connects to CMS’s ACCESS model, and what it changes for builders in practical terms.

1. What TEMPO is

What it is: A voluntary FDA pilot designed to (1) promote access to certain digital health devices while safeguarding safety, (2) evaluate a risk-based approach to oversight, and (3) encourage innovation while collecting real-world evidence on how devices perform in real life.

What it isn’t: It isn’t a blanket “fast pass” for any health app or wearable. The pilot is explicitly framed around risk-based oversight and real-world evidence collection in defined areas.

2. Why FDA is doing this now

FDA’s press announcement frames TEMPO as aligning with the “rapid and iterative nature” of digital health development while expanding patient access to innovative technologies. At the same time, CMS is pushing an outcomes-aligned approach to technology-supported chronic care via the ACCESS (Advancing Chronic Care with Effective, Scalable Solutions) Model. ACCESS is explicitly designed to expand access to technology-supported care options for preventing and managing chronic disease.

In other words: TEMPO is not happening in isolation. It is part of a broader shift where access, payment, and evidence expectations are being designed to work together.

3. How TEMPO connects to CMS ACCESS

CMS describes ACCESS as testing an outcome-aligned payment approach in Original Medicare to expand access to technology-supported care options to prevent and manage chronic disease. CMS also lists focus conditions including high blood pressure, diabetes, chronic musculoskeletal pain, and depression, which map closely to the use areas FDA references for TEMPO.

The Federal Register notice makes this linkage explicit: FDA is announcing TEMPO in connection with the CMMI ACCESS model, with the shared emphasis on patient outcomes and technology-supported care.

Practical takeaway for builders: TEMPO sits at the intersection of:

4. The use areas TEMPO focuses on and what they have in common

FDA’s announcement describes use areas that include:

The TEMPO FAQs also describe the pilot’s purpose around improving outcomes in certain conditions and learning how devices perform in real-life settings.

What these domains have in common from a product standpoint:

5. “Enforcement discretion” in builder terms

FDA explains TEMPO as evaluating a risk-based enforcement approach while collecting real-world evidence to understand device performance in real-life settings. CMS’s ACCESS technical FAQ adds a useful practical framing: TEMPO participation may be valuable for organizations developing certain devices that would generally require FDA premarket authorization, by facilitating use of those devices in a controlled context while real-world data are collected under FDA oversight.

What that means for product and engineering teams, without legal speculation:

6. What TEMPO signals for 2026 digital health strategy

TEMPO is a strong signal that the next wave of digital health winners will be built around three things:

1. Outcome clarity

Teams that can define what “meaningful improvement” looks like for a real population will be in a better position than teams optimizing only for app usage.

2. Real-world performance discipline

Products that work in controlled demos but fail in messy reality will struggle when the evidence lens shifts from controlled environments to everyday use.

3. Evidence as an engineered capability

Not in the sense of paperwork. In the sense of repeatable measurement, consistent definitions, and the ability to learn from real-world performance without guessing.

If you’re building a SaMD or RPM product and want your platform to be ready for real-world performance measurement and scaled deployment, explore AIMDek’s SaMD engineering capabilities by clicking here and RPM capabilities here.

Yash Dave

Yash Dave is a MedTech, Digital Health, and SaMD specialist at AIMDek, helping teams design and scale platforms spanning mobile apps, cloud backends, and connected device integrations. He supports MedTech and digital health teams building companion apps, full software platforms, and interoperability layers across devices, wearables, EHRs, and third-party tools. His work spans product development through validation, including secure architectures, V&V planning and execution, and quality-ready engineering practices aligned with regulated environments.

FDA’s TEMPO pilot for SaMD & RPM: What “real-world use” changes for remote monitoring products
Beyond OSGi: Why Client Extensions are the Future of Liferay Customization

TALK TO OUR SUBJECT MATTER EXPERT