A lone worker’s visit may continue after their usual responder finishes for the day. Who takes over, and how do they know what is outstanding? This LoneApp guide explains a practical handover that a lone worker app can support, using a housing-team example.

At a glance

  • Transfer responsibility explicitly before cover ends.
  • Hand over active work, concerns and the next expected contact.
  • Check access and response arrangements, not just the rota.
Two office coordinators review a paper handover sheet beside a desk phone and laptop
AI-generated illustration.

Practical example: a housing visit runs beyond office hours

Consider a housing officer carrying out appointments across Teesside. One visit is expected to finish after the office coordinator’s shift, while an evening duty colleague is available elsewhere.

The gap is not necessarily a missing phone number. Both colleagues might assume the other is watching for the officer’s next contact. A rota entry alone would not tell the incoming responder which visit remains active or whether an earlier concern needs following up.

The proposed arrangement would be a short direct handover before the coordinator leaves. They would identify the active visit, the next expected check-in, the planned finish and any unresolved concern. The incoming colleague would confirm they can access the relevant information and accept responsibility. The worker would be told who now covers them and how to make contact.

LoneApp could support that conversation through dashboard activity information, upcoming check-ins and last reported locations. The team would check its primary and backup responder assignments against the agreed cover. This example does not assume an automatic shift-rota or handover feature.

The lesson: make the transfer visible to everyone involved. If the next responder cannot take over, use the agreed contingency and reassess whether the work can continue safely. Do not leave the worker relying on assumed cover.

Keep one short handover record

Use a record the incoming responder can actually access. The following is a practical suggested format, rather than a prescribed legal form:

  • Worker and activity: who is still working, where, and doing what?
  • Next action: when is contact due, and what finish has been agreed?
  • Open concerns: any overdue contact, alarm or change of plan, and action already taken?
  • Response route: who calls the worker, who is the backup, and what happens if contact fails?
  • Acceptance: who has taken over, at what time, and has the worker been informed?

Practise the change of cover

HSE’s guidance for Great Britain says employers should keep in touch with lone workers and regularly test monitoring systems and emergency procedures. Apply that advice to a handover exercise: can the incoming responder find the active work and explain the next action?

Base contact timings and escalation on your risk assessment and response plan. Do not introduce a universal waiting period because a shift has changed. Carry unresolved concerns forward explicitly; a handover should not restart the response process.

Check what LoneApp is showing

LoneApp’s manager dashboard shows current activities, upcoming check-ins and last reported locations. Check location timestamps: a marker may reflect older information. Primary and backup responders are assigned in Teams & responders.

Complete readiness checks, test response arrangements and enable live monitoring before live use. Notifications depend on connectivity, permissions and configured channels. LoneApp does not include a staffed alarm receiving centre; your organisation provides responders. It does not replace risk assessment, safe working or an effective response plan.

Check the current LoneApp setup and responder guidanceRelated: agree the arrangements before the first lone shift