A lone worker app is a smartphone application that lets a worker raise an SOS alert, run timed check-ins and share their location with a monitoring service. Supplied as part of a service audited against BS 8484:2022, an app carries the same escalated police response as a dedicated device.
How lone worker apps work
The mechanics mirror a dedicated device. An SOS raises a red alert to a 24/7 alarm receiving centre, where an operator listens, assesses and escalates. Timed sessions cover the preventative side: the worker starts a session before a visit, often recording a short voice note with the address and context, and a missed check-in raises the alarm with that context attached.
Location comes from the phone's GPS outdoors and Wi-Fi positioning indoors. Good apps also work around the awkwardness of a phone as an alarm: activation from a locked screen through the power or side key, shake-to-alert, and a privacy mode that only shares location during a working session, which matters for staff acceptance.
The features that matter
- Discreet activation from a locked screen. If raising an alarm needs the phone unlocked and the app open, it will fail exactly when it is needed.
- Timed check-in sessions with voice context, and a clear missed check-in procedure behind them.
- Location that works indoors as well as out.
- Battery discipline features: warnings when a session is running on a low battery, and low power drain in the background.
- A management view for supervisors: who is on a session, who missed a check-in, what happened next.
How an app qualifies under BS 8484
Older editions of the standard were written for hardware and voice calls, which left app-based services in an awkward position. The 2022 edition resolved that: alerts may travel as data calls as well as voice, and the audit treats the app, the supplier and the monitoring as one service, exactly as it treats a device. The practical consequence is that an audited app carries the unique reference number (URN) police response, and an unaudited one does not, however good the software. The full audit areas are on the BS 8484:2022 guide.
When an app is the right call
The app wins on rollout and cost: no hardware to buy, ship or charge, and staff carry one thing instead of two. It fits roles where people already use a work phone through the day and the risk profile is moderate. The device wins where the phone itself is the weak point. Gloves and PPE, a phone locked in a van or bag, shifts longer than a phone battery, and confrontation risk (where reaching for a phone can escalate, and a discreet badge button does not) all point to dedicated hardware. Many organisations run both under one service, assigning each role whichever fits.
Note: An app is only as available as the phone it runs on. If the working reality is a phone at 15% by mid-afternoon, the risk assessment should treat the app as unavailable for late-shift incidents and choose accordingly.
Rolling an app out
App rollouts fail on habits, not technology. Three parts of the arrangement need writing into the lone worker policy: when a session must be started, what happens on a missed check-in, and whose phone the app runs on, corporate or personal, with the privacy position stated plainly. Then train it and test it, including one deliberate missed check-in per team so everyone has seen the escalation work. The operating routines live in the best practices guide.