top of page
Search

The Patient Your Program Was Built For Probably Doesn't Exist

  • Writer: Hillary Theuret
    Hillary Theuret
  • Apr 28
  • 4 min read

Why digital health and movement technology for older adults so often misses the people it's meant to serve, and what to do about it.



There's a patient profile that shows up, implicitly, in a lot of digital health products built for older adults.


She's motivated. She has good baseline strength and reasonable balance. She can get down onto the floor and back up again without much trouble. She has a cleared living room, reliable WiFi, and thirty uninterrupted minutes to engage with your platform each morning.


She exists. But she's not the majority.


And designing for her, while believing you're designing for older adults broadly, is one of the most common and costly mistakes I see in digital health product development.



Who the Program Actually Needs to Serve


After more than a decade working as a physical therapist in home health and geriatrics, I can tell you what the typical older adult patient actually looks like.


She's managing two or three chronic conditions simultaneously. She's fatigued by mid-morning. She takes medications that affect her balance and her energy. She has a real and reasonable fear of falling. She may have already fallen once, and she knows what that cost her.


Her goals aren't performance goals. They're functional ones.


She wants to get out of her recliner without grabbing the armrest twice.


She wants to walk from her bedroom to her kitchen without steadying herself against the wall.


She wants to feel confident on her front steps when her grandchildren visit.


These aren't lesser goals. They're the goals that determine whether she stays independent at home or eventually doesn't. And they require a very different clinical starting point than most digital health programs provide.



The Assumption Hidden Inside Most Programs


When I look at digital movement and exercise platforms built for older adults, I often see programs that were built for a younger, fitter population and then adjusted. Rather than built for this population from the start.


The adjustments are well-intentioned. The programs are often clinically sound in isolation.


But they carry embedded assumptions that break down quickly in the real world.


They assume a level of baseline mobility that many older adults don't have. They include exercises that require getting on and off the floor, a task that is genuinely high-risk for someone with balance deficits, osteoporosis, or a recent fall history. They're paced for patients who aren't managing fatigue as a constant variable.


And perhaps most importantly, they're sequenced for compliance rather than confidence.


A patient who can't complete the first exercise in your program doesn't call support. She doesn't leave a review. She just quietly stops opening the app.



What Functional Goals Actually Look Like


Working in home health forces a different way of thinking about clinical programming.

You're not designing for what patients should be capable of. You're designing for where they actually are, and building a path forward from there.


That means starting with the movements that matter most in their daily lives. Sit-to-stand mechanics. Gait stability over short distances. Stair navigation. Reaching and carrying in a real kitchen. These aren't simplified versions of rehabilitation. They're the actual goals.


It also means accounting for the environment. A home is not a gym. Space is limited. Equipment may be nonexistent. The floor is not a safe working surface for much of this population. Lighting may be poor. The patient may be alone, with no one to assist if something goes wrong.


Programs that don't account for these realities don't just underperform. They can undermine the confidence of patients who are already cautious about movement. Patients who tried, struggled, and now believe the technology confirmed what they feared about themselves.



Why This Matters for Product Teams


If you're building a digital health platform for older adults, the clinical programming inside your product is not a secondary concern. It's a primary one.


It shapes who can actually use your product successfully.


It determines whether engagement holds beyond the first two weeks.


It affects whether clinicians feel comfortable recommending your platform to their most vulnerable patients.


And it plays a significant role in whether your outcomes data, the data you'll need for enterprise sales, reimbursement conversations, and investor due diligence, actually holds up.


Getting the clinical foundation right isn't about adding more content or more exercise variations. It's about building from an accurate picture of the patient you're actually serving.


That requires insight that comes from real-world clinical experience with this population. Not from the research literature alone, and not from assumptions that felt reasonable in a product planning meeting.



Building From Where Patients Actually Are


The good news is that this is a solvable problem. It's far easier to solve early than to retrofit later.


The products that work well for older adults in home-based care share a common thread. They were built with a clear-eyed understanding of who the patient actually is, what they're capable of today, what they're afraid of, and what they most want to be able to do.


That understanding doesn't come from personas or user research alone. It comes from clinical experience at the intersection of aging, function, and real-world care delivery.


If you're building in this space and want to pressure-test whether your clinical programming reflects the patients you're actually trying to serve, that's exactly the kind of work I do at HT2 Strategy.


I'd welcome a conversation.

 
 
 

Comments


bottom of page