top of page

The Invisible Plumbing: Why The Fourth Step In Any TEC Pathway Is The One Nobody Should Ever Notice

  • Writer: Harry MacLean
    Harry MacLean
  • Jul 17
  • 6 min read

Part 4 of 10 in our TEC Pathways series, following the journey from first plan to proven outcomes.


The promise has to travel


Three steps in, and something important has happened. The organisation knows why it is doing this and what success will be worth, the place has been mapped street by street, and a person at a kitchen table has told the service what a good day looks like for them. Promises have been made, to a board, to a community and to a household, and every one of them now depends on something nobody at that table mentioned.


A pendant press, a fall detected in the night, a quiet drift away from someone's normal routine: none of it means anything unless the signal gets out of the house and reaches somebody who can act on it. Between the sensor on the wall and the person who responds sits the fourth step of the pathway, connectivity, and it is the plumbing of the whole endeavour. Nobody compliments the plumbing when it works. Everybody notices when it fails.


Inside the home


Start where the person lives. At the heart of most modern setups sits a digital home hub, sometimes called a gateway, which is the box the sensors talk to.

What talks to it is worth spelling out, because depending on their abilities the sensors in a home fall into three broad families. Some watch over the person: pendants and fall detectors, vital signs monitors, medication dispensers and reminders, and the motion, bed and chair sensors that learn the rhythm of somebody's day. Some watch over the property: smoke, carbon monoxide and heat alarms, door and exit sensors, and the utility and appliance patterns that show a household running as it should. And some watch the environment itself: temperature, damp and humidity, the slow-moving conditions that decide whether a home is healthy to live in at all. A single home might carry a handful from each family, chosen for the life they serve, and every one of them arrives at the hub speaking its own language.


That variety of languages is deliberate rather than untidy. Some devices connect over Wi-Fi, Ethernet or Bluetooth, the same technologies most households already use. Many of the most important ones do not, and for good reason. Pendants, fall detectors and door sensors typically use dedicated radio links, on standards such as Zigbee, a low-power radio protocol designed for small devices, or the RF 869 band, a slice of radio spectrum reserved in Europe for exactly this kind of alarm equipment. A pendant that depended on the household Wi-Fi would stop working the day the broadband provider changed and someone forgot the new password. A radio-linked one keeps working regardless, sips its battery for years, and neither knows nor cares what is happening to the router.

The practical point for anyone planning a service is that the hub has to speak all of these languages at once, because the alternative is choosing devices for how they connect rather than what the person needs, and that is step three's principle quietly dying in the wiring.


Out of the house


Getting the signal to the hub is half the journey. Getting it out of the building is the half that keeps service managers awake, and it is where the work done at step two starts paying rent.


For the hub, the routes out are broadband over a digital line or a SIM card using the mobile networks. Some sensors, though, never touch the hub at all. Devices built for LoRaWAN, which stands for long range wide area network, skip the home's equipment entirely and connect directly into a LoRaWAN network, where a single receiving gateway can serve low-power sensors across a whole estate, a village or several miles of open countryside. That makes them ideal for the kind of small, patient measurements that do not need a hub in every property, temperature and damp sensors across a housing stock being the obvious example, and it means they keep reporting whether or not the household has any connectivity of its own. Each route has its place, and the right answer for a sheltered scheme in a town centre is rarely the right answer for a scattered rural caseload.


This is also where the deadline lives. The analogue phone network switches off in January 2027, and the telecare alarms that have whispered down copper phone lines for forty years stop being reliable the moment their exchange goes digital. Any service still running analogue units is not planning a migration, it is racing one, and the racing gets harder the longer it is left.


Two quieter points matter just as much. The first is that the connectivity map drawn at step two was not an academic exercise, because the black spots it found are the streets where a SIM-based service will struggle and the homes where the installation plan needs a different answer. Finding that out on a map costs nothing. Finding it out one failed alert at a time costs trust, and sometimes far more. The second is that not every household has broadband, and the people least likely to have it are often the people the service most needs to reach. A deployment designed on the assumption of a home internet connection quietly excludes them, which is why hubs with their own mobile connection matter, and why broadband independence belongs on the requirements list rather than the wish list.


Open standards, or somebody else's padlock


Now the principle that sits over this entire step. Everything should talk to everything else, and open standards exist to make sure it can.


The one to know by name is SCAIP, the Social Care Alarm Internet Protocol, an open standard for sending alarm signals over the internet. When an alarm platform speaks SCAIP, any monitoring centre that also speaks it can receive the call, which sounds like a technicality and is actually the difference between a market and a captivity. A service built on open standards can change its monitoring provider, add a new sensor from a different manufacturer, or replace a platform in five years' time without ripping out everything in every home. A service built on a proprietary system can do none of those things without the incumbent's blessing, and the incumbent knows it.


This is where the kitchen table conversation from step three either survives or dies. The widest range of peripherals, chosen for the person's needs and never for the platform, only stays possible if the plumbing is open, because a closed system narrows every future choice to whatever its owner happens to sell. Lock-in is not a technical detail. It is a tax on every decision the service will ever make, levied by the vendor, and buyers should demand open standards of every system they consider, in writing, before a contract is signed. Ask the question early and watch how the supplier answers it, because a vague reply at the procurement stage rarely becomes a straight one after go-live.


Designed for the worst night, not the best demo


There is one more requirement, and it is the one that separates systems that reassure from systems that merely function. Everything fails eventually. Broadband drops, mobile masts go down for maintenance, power cuts happen, and a technology enabled care service is only as good as its worst night.

The answer is resilient fallback paths, which is the plain idea that no signal should have only one way out. If the broadband fails, the hub falls back to its SIM. If the mains power goes, the battery carries it through. A well-designed service knows within minutes that a home has gone quiet for technical reasons, rather than discovering it days later or, far worse, never. None of this is exotic, but none of it happens by accident either, and it is precisely the kind of unglamorous requirement that vanishes from a procurement when the conversation starts with the shiny end of the catalogue.


The step nobody should ever notice


Done well, this entire step disappears. The family never thinks about radio bands, the person at home never learns what SCAIP stands for, and the promises made at the kitchen table are kept silently, every hour of every day, by infrastructure nobody sees. That invisibility is the whole point, and it is earned at exactly this stage of the pathway or not at all.


What the plumbing carries, though, is where the value of the whole programme starts to become visible. The next article in this series follows the data itself, gathered continuously from every home, and how raw signals are translated into the three things a service actually needs: alerts that say act now, trends that say something is changing, and reports that prove what happened.


If you are planning a technology enabled care service and the connectivity questions keep being answered by whatever a vendor's brochure assumes, that is exactly the conversation we help with. We are independent, we work across the whole market, and we work for you, not for any vendor. Get in touch, we can help you.


Harry MacLean is the Founder and Managing Director of Creating Better. He has spent his career making complicated things simpler and broken things better, and he has not finished yet.

Comments


bottom of page