ConnectedLife: What a Decade of Building Healthcare Infrastructure at Scale Actually Teaches You
I joined Silverline as an intern in Singapore, servicing recycled smartphones and installing senior-friendly apps for underserved older adults. By the time I left in 2023, the company had been renamed ConnectedLife, I was running data and operations as Chief Operating and Data Officer, and the system we had built was generating thousands of data points per household per day across a national deployment.
The journey between those two points is the most formative decade of my career. Not because everything worked. Because enough of it broke in the right ways to teach what no amount of theory could.
The pattern no one expected
The first evolution was from smartphones to sensors. If an older adult has a smartphone, you can start tracking movement and activity. Flag anomalies. Detect when something is wrong before anyone notices.
We started with wearables. Early Fitbits, among the first released. Then expanded into IoT: motion sensors in each room, a door contact sensor on the front door, a smart plug, a data collection hub. The full kit sat in someone's home and passively tracked their daily patterns.
The discovery that changed everything was how consistent those patterns were. An elderly person living alone follows remarkably stable daily routines. Wake time. Kitchen activity. Bathroom duration. Time spent in the living room. Front door opening at predictable intervals.
A bathroom visit that usually takes fifteen minutes but stretches to forty is not noise. It is a clinically meaningful signal. The system learned each person's baseline and flagged deviations. Not through complex AI. Through sustained, longitudinal observation of a single life lived in a single home.
The clinical value was never in the sensor. It was in the pattern recognition across time.
What scale actually breaks
The system worked in a pilot. Then it was selected for deployment through Singapore's HDB public housing programme as part of the national Smart Nation initiative. HDB manages housing for roughly eighty percent of Singaporeans. The programme was designed to scale across thousands of homes. The actual deployment reached roughly five hundred before the constraints became clear.
Everything that worked in a pilot fractured at scale.
The installation model broke first. Each home required a technician to physically install Zigbee-based motion sensors, configure the hub, verify data transmission. The vision was always a DIY, ready-out-of-the-box product. The reality was a trained installer in every home, troubleshooting signal interference, repositioning sensors, ensuring continuous uplink. Manpower became the binding constraint, not technology.
The maintenance model broke next. Sensors failed. Hubs went offline. Batteries died. In a pilot, you absorb this. At five hundred homes, you need a field operations team and a reliability engineering practice. The infrastructure required to keep the infrastructure running was itself a system that had to be built.
The hardest lesson was uptake. Outside of daily pattern tracking, the system didn't offer enough direct value to the individual living with it. It gave their children peace of mind. It gave caregivers visibility. But the person whose home was instrumented experienced the system as something that watched them, not something that helped them.
That distinction matters more than any technical architecture decision. A system that monitors without returning value to the person being monitored will always struggle with adoption. The technology worked. The human proposition was incomplete.
The economics that weren't ready
Each installation cost over $700 in hardware alone. The subscription was $25-30 per month, at a time when recurring subscription products were not yet a familiar consumer pattern in this market.
The architecture was sound. The clinical signal was real. The algorithm worked. The unit economics did not.
This was the Heartware lesson repeated at a larger scale. Right architecture, wrong timing. The hardware cost curve had not yet arrived. What cost $700 per home in 2016 could be built for a fraction of that today, with consumer-grade sensors, edge computing, and mature IoT platforms doing work that required custom hardware a decade ago.
The decision to pivot away from the hardware-heavy elderly monitoring model was not a failure of conviction. It was a recognition that timing and economics constrain even correct architectures.
What the decade carried forward
The later years at ConnectedLife shifted toward wearable-based remote monitoring. Clinical trials with expectant mothers wearing fitness trackers so their clinicians could track pre- and post-natal health. Cardiovascular risk tools built with hospital partners. Government health promotion programmes integrating wearable data into population health tracking.
Each of these projects taught the same lesson from a different angle. Lifestyle data, the kind captured by wearables and daily monitoring, is where the richest clinical context lives. But it almost never reaches a clinician. It sits in a personal app. It generates charts for the individual. It never enters a medical record or informs a care decision.
The traditional healthcare model operates in episodes. Consult. Prescribe. Come back in two months. Everything that happens between those appointments is invisible to the care team.
ConnectedLife tried to solve this by adding a dashboard to the existing clinician workflow. It didn't work. A supplementary view layered onto an existing system gets ignored. Another screen, another login, another data source competing for attention is not infrastructure. It is noise.
The architectural lesson, the one that transferred directly, was this: the data has to live inside the clinical system, not alongside it. The monitoring layer, the lifestyle data, the wearable signals all need to flow into the same platform where prescribing, dispensing, and patient management already happen. Not a dashboard bolted on. A single system where continuous data and episodic care share the same infrastructure.
That means building end-to-end. Not a wearable app. Not a clinician dashboard. A clinical platform where the consult, the prescription, the pharmacy, and the daily health data all exist in one architecture. Where the context between appointments is captured by default, not lost by design.
That is the work now. A different country, a different clinical context, a different point in the care pathway. But the same conviction that has been running underneath everything since a recycled smartphone was placed in the hands of a seventy-year-old in Singapore.
Healthcare infrastructure is not built from the outside. It is built by people who have spent enough years inside the system to know where it breaks, where the data disappears, and where the patient falls through the gap between two systems that were never designed to talk to each other.
A decade of building across hardware, firmware, cloud, data pipelines, clinical dashboards, and trial management produces a specific kind of builder. Not smarter. Not faster. Deliberate. The kind of deliberateness that comes from watching an architecture that was right take ten years to find the economics, the technology, and the ecosystem that could carry it.
Some infrastructure problems are not solved by moving faster. They are solved by staying long enough to watch the cost curves, the integration standards, and the clinical readiness converge. Then building, with the scar tissue to know what holds and what doesn't.