Utility Lone Worker Safety FAQ: Communications, Check-Ins, and Emergency Response

Utility Lone Worker Safety FAQ: Communications, Check-Ins, and Emergency Response

Utility lone worker safety combines task-specific policies, worker preparation, reliable check-ins, suitable communications, and a documented response process. Technology can support worker visibility and emergency coordination, but it does not replace hazard assessment, staffing requirements, job briefings, training, or qualified human response. 

This guide is for utility safety, field operations, emergency management, dispatch, information technology, and procurement teams evaluating how to support employees across remote infrastructure, isolated facilities, large service territories, and areas with inconsistent cellular coverage. 

Table of Contents 

  • What does lone worker safety mean in utility operations? 

  • What should a utility lone worker safety program include? 

  • How do check-ins, messaging, and alerts support field safety? 

  • What happens when cellular coverage fails? 

  • How do GPS visibility and geofencing support utility response? 

  • What should happen after a missed check-in or SOS alert? 

  • How does EVERYWHERE support utility field operations? 

  • How should Utility organizations evaluate a lone worker safety platform? 

  • Key takeaways for utility safety and operations teams 

Key Takeaways 

  • Determine which tasks employees may perform alone or high-risk activities before selecting communications technology. 

  • Match communication methods to the actual work environment. 

  • Define the difference between a routine check-in, a missed check-in, and an SOS alert. 

  • Assign primary and backup owners for every escalation step. 

  • Test devices, alerts, and fallback procedures under representative field conditions. 

What Does Lone Worker Safety Mean in Utility Operations? 

Utility lone worker safety is the set of policies, procedures, communications, and response measures used when an employee works without nearby direct assistance. The controls required depend on the task, the hazards involved, applicable regulations, and the utility’s own policies. 

A lone worker is not necessarily far from a facility or populated area. An employee may be considered alone when no qualified person is close enough to provide direct assistance. Conversely, an employee working in a remote location may still be part of a crew and may not meet the organization’s definition of a lone worker. 

Are Utility Employees Allowed to Work Alone? 

Utility employees may work alone in some situations, but the answer depends on the task and applicable safety requirements. A phone, mobile application, or satellite communicator does not make otherwise prohibited work permissible. 

The Occupational Safety and Health Administration’s 29 CFR 1910.269 applies to specified work involving electric power generation, transmission, and distribution. Certain work on or near exposed energized parts requires at least two employees, subject to defined exceptions. The standard does not create one universal working-alone rule for every employee at every electric, gas, water, or wastewater utility. 

Permit-required confined-space work also has separate attendant, communication, and rescue requirements. Utility organizations should review all applicable federal, state, local, and company requirements with qualified environment, health, and safety or legal personnel. 


How Is Remote Work Different From Lone Work? 

Remote work describes the location or operating environment. Lone work describes the employee’s access to nearby assistance. 

 

  • A technician inspecting infrastructure outside cellular coverage may be both remote and alone. 

  • A restoration crew working together in the same location may be remote but not working alone. 

  • An employee visiting a small facility near a populated area may not be geographically remote but may still lack immediate assistance. 


The organization should base its controls on the task, hazards, operating environment, and available support rather than distance alone. 


What Should a Utility Lone Worker Safety Program Include? 

A utility lone worker program should define eligible tasks, communication requirements, check-in rules, escalation responsibilities, training, and review procedures. It should also explain what employees must do when a device fails, communication becomes unavailable, or the work can no longer continue safely. 


A practical program connects five layers. 

 

1. Policy 

The policy establishes which employees, tasks, and locations are covered. It should distinguish among: 

 

  • Work that an employee may perform alone 

  • Work that requires additional controls 

  • Work that requires another qualified employee 


The policy should also define terms such as lone worker, remote worker, check-in, missed check-in, and emergency alert. 


2. Preparation 

Before work begins, the utility should assess the task, environment, communication conditions, and available response options. 


Preparation may include a job briefing, confirmation of the assigned work area, equipment checks, and an expected completion time. It should also identify the primary communication method and the action required if that method becomes unavailable. 


A routine inspection and a higher-risk response near energized equipment should not automatically use the same check-in interval or escalation threshold. 

 

3. Connection 

The communication plan explains how the worker and the organization will exchange routine messages, status updates, and emergency information. 


Depending on the environment, approved methods may include cellular service, Wi-Fi, radio, a dedicated satellite communicator, or compatible direct-to-device satellite service. The plan should identify the preferred method, available alternatives, and the procedure to follow when no approved path can be used. 


4. Awareness 

Operational awareness may include the worker’s reported status, completed or missed check-ins, available location information, assignment details, and active alerts. 


These data points should be interpreted together. A recent map location without a status update does not confirm that a worker is safe, and a completed check-in does not prove that the work area is free of hazards. 


5. Response 

The response layer defines who receives an exception or emergency alert, what that person does, when the issue is escalated, and how the event is closed.

 

The Environmental Protection Agency provides emergency-response planning, incident-action, and telecommunications resources for drinking water and wastewater utilities. Its guidance recommends including communication plans and telecommunications technologies within emergency response planning. 


The utility should train employees on the complete process, test it under field conditions, and review incidents or false alarms for potential improvements. 


How Do Mass Notifications, Check-Ins, Messaging, and Alerts Support Field Safety? 

Check-ins confirm expected worker status, messaging supports routine coordination, and alerts identify conditions that require attention. Each function needs a defined recipient and an expected human action. 


How Do Scheduled Check-Ins Work? 

A scheduled check-in asks a worker to confirm their status by a set time. The interval should reflect the task, hazards, travel time, communication conditions, and company policy. 


For example, a utility might schedule check-ins around an inspection route or expected work milestones. If the organization does not receive the required status by the configured threshold, the system identifies an exception for review. 


The EVERYWHERE Hub supports scheduled and self-initiated check-ins. The EVERYWHERE Mobile App provides worker-facing check-ins and communications through supported devices and communication paths. 


How Can Utilities Use Mass Notifications? 

Mass Notifications allow utility organizations to distribute information to defined groups of personnel and incudes an option to track acknowledgements from recipients. This gives operations teams a way to communicate changing conditions, instructions, or other important information across distributed field teams while maintaining visibility into who has acknowledged the message. 


Within the EVERYWHERE Hub, Mass Notifications integrate with check-ins and support acknowledgement tracking across notification severity levels. This can help utility teams coordinate communications during outages, severe weather, or other events affecting personnel across a service territory. 


Critical notifications can also be configured with additional device-notification behavior for urgent communications, which will also override do not disturb settings on cellular devices. Utility organizations should define which messages warrant that level of notification and how recipients are expected to respond. 


What Is the Difference Between a Check-In and an SOS Alert? 

A check-in is a routine status confirmation, while an SOS alert signals possible distress and begins the organization’s configured emergency workflow. 


A missed check-in does not automatically confirm an emergency. The worker may have lost service, encountered a device problem, or missed the scheduled action. The organization still needs to investigate according to the task, risk, and approved procedure. 

 

Capability 

Primary Purpose 

Trigger 

Expected Human Action 

Important Limitation 

Scheduled check-in 

Confirm expected worker status 

Time-based schedule 

Review the completed or missed status 

A completed check-in does not prove the work area is hazard-free 

Self check-in 

Let a worker report status or designate escalated risk 

Worker action 

Record the update or follow up 

Depends on worker action and device availability 

Two-way messaging 

Exchange operational information 

Worker or dispatcher message 

Read, acknowledge, and respond 

Delivery depends on an available communication path 

Mass notification 

Send information to a defined group 

Authorized sender 

Acknowledge or follow instructions 

Requires current groups, devices, and procedures 

Missed check-in alert 

Identify an expected status that was not received 

Configured threshold 

Verify the worker’s status and escalate when needed 

Does not automatically confirm an emergency 

SOS alert 

Signal possible distress 

Worker activation 

Begin the configured emergency procedure 

SOS transmission and response depend on the available communication path, device status, and configured response process. 


The Hub also supports consolidated communications, alerts, check-ins, and map information. Exact notification methods, alert timing, and escalation settings depend on the deployed configuration and the utility’s approved procedure. 


What Happens When Cellular Coverage Fails? 

When cellular service is unavailable, utility organizations may use an approved alternate path such as a satellite communicator, compatible direct-to-device satellite service, radio, or local Wi-Fi. Availability depends on the device, service, environment, and configuration. 


EVERYWHERE check-ins can also support workers moving in and out of coverage. Check-in schedules can be configured with enough time for a worker to reestablish connectivity and complete the required check-in. If the check-in is not received by the configured threshold, the EVERYWHERE Hub can generate a missed check-in notification so the organization can follow its established escalation process. 


Can Crews Communicate Through Satellite Networks? 

Yes. Utility crews can use supported satellite devices and services when the required equipment, subscription, operating environment, and procedures are in place. 


Garmin inReach satellite communicators support two-way messaging and SOS functions with an active subscription. Garmin states that inReach messages, SOS alerts, tracking information, and other supported data are communicated through the Iridium satellite network. 


Within the EVERYWHERE Platform, a supported Garmin inReach communicator functions as field hardware. The EVERYWHERE Hub provides the operational interface, while the EVERYWHERE Mobile App supports worker-facing communications. The hardware, software, and satellite network each serve a distinct role. 


EVERYWHERE Intelligent Routing™ allows users to prioritize available communication paths within the Mobile App. When multiple paths are available, communications can be routed over Wi-Fi, cellular, or satellite when the app is paired with a supported Garmin inReach device. 


The Mobile App is also compatible with T-Satellite on Android and iOS smartphones. Utility organizations should confirm eligible devices, operating-system requirements, service plans, geographic availability, and operating conditions for their specific deployment. 

 

Is Satellite Communication a Replacement for Cellular Service? 

Satellite and cellular communications usually serve complementary roles. Cellular service may support familiar mobile workflows in covered areas, while satellite service may offer an alternate path outside terrestrial coverage. 

 

Communication Path 

Appropriate Use 

Requirements 

Limitations to Plan For 

Cellular 

Covered service areas and routine field work 

Compatible device, service plan, and local coverage 

Dead zones, congestion, terrain, and infrastructure outages 

Wi-Fi 

Facilities, command posts, and approved local networks 

Network access and authentication 

Limited range and dependence on local infrastructure 

Dedicated satellite communicator 

Remote work with suitable satellite visibility 

Supported device, active subscription, and usable environment 

Buildings or other obstructions that limit line of sight to the sky 

Direct-to-device satellite service 

Compatible phones in supported service areas 

Eligible device, current software, and an applicable service plan 

Buildings or other obstructions that limit line of sight to the sky; satellite connectivity is available only when the phone is outside cellular and Wi-Fi coverage. 

Existing radio system 

Established operational communications 

Managed system, approved devices, and a coverage plan 

Range, interoperability, and data limitations 


Using more than one possible communication path can improve resilience, but it does not guarantee uninterrupted communication. 


How Do GPS Visibility and Geofencing Support Utility Response? 

GPS visibility can help a response team understand a worker’s reported or last transmitted location. Geofences can identify when a device enters or exits a defined area.

 

Both depend on the device, signal, transmission status, and configuration. They provide operational context but do not confirm a worker’s condition or guarantee precise, continuous tracking. 

 

What Does a Location Point Tell Dispatch? 

A location point can show where a device reported its position and when the information was received. It becomes more useful when viewed alongside the worker’s assignment, last check-in, available device status, and recent messages. 

 

Dispatch should distinguish between a recent location and a last known location. An updated map point may be delayed or unavailable when a device cannot determine or transmit its position. 

 

The Duty of Care Dashboard, which links back to the Hub, presents operational views that include active geofences, completed check-ins, missed check-ins, factal news alerts, and SOS alerts. Exact information depends on the customer’s configuration. 

 

How Can Utility organizations Use Geofences? 

A geofence is a virtual boundary placed around a defined area. A utility may use one to add context around facilities, work zones, service territories, or restricted locations. 

 

A geofence is not a physical barrier. An entry or exit notification does not prove that a worker completed a task, followed a procedure, or avoided a hazard. 

 

Utility organizations should also define who can view location data, when monitoring applies, and how long the organization retains the information. Privacy, labor, and access requirements should be reviewed before deployment. 

 

What Should Happen After a Missed Check-In or SOS Alert? 

A missed check-in or SOS should begin a documented, role-based process. The assigned recipient should review the available information, attempt contact, and escalate according to defined thresholds. 

 

What Happens After a Missed Check-In? 

A utility may structure the process as follows: 

 

  1. Identify the exception: The expected check-in does not arrive within the configured period. 

  1. Attempt contact: The assigned supervisor, dispatcher, or monitoring role contacts the worker through approved methods. 

  1. Review available context: The responder checks the assignment, last reported status, available location, and known communication conditions. 

  1. Contact backup personnel: The responder contacts a supervisor, nearby crew, or another designated resource. 

  1. Escalate according to risk: The process moves to a higher response level based on the task, elapsed time, and known hazards. 

  1. Initiate the approved response: Internal or external responders receive the information required by the utility’s emergency plan. 

  1. Document and close the event: The responsible person records the outcome and formally closes the alert. 

  1. Review the process: The utility evaluates delays, false alarms, equipment issues, and procedural gaps. 

 

A missed check-in should receive prompt attention, but the procedure should not treat every missed response as confirmed injury or distress. 

 

Who Receives an SOS Alert? 

The customer’s configured service and contractual arrangement determine who receives and manages an SOS alert. 

 

An SOS response may come from the customer’s emergency personnel or the Garmin SOS Monitoring Center, depending on the contract. The monitoring service may act as a liaison with the appropriate emergency response center. 

 

An approved SOS workflow should identify: 

 

  • The initial and backup recipients 

  • The available two-way communication method 

  • The worker and assignment information available to the responder 

  • Criteria for contacting internal or public emergency-response resources 

  • Alert acknowledgement, documentation, and closure responsibilities 

 

An SOS alert confirms that the SOS message has been received by the system and begins the configured response process. Response timing and outcome depend on the configured escalation process and available response resources. 

 

How Does EVERYWHERE Support Utility Field Operations? 

EVERYWHERE Communications supports utility field operations by bringing supported communications, personnel status, check-ins, location information, and alerts into the EVERYWHERE Platform. 

 

The EVERYWHERE Hub provides a web-based operational interface, and the EVERYWHERE Mobile App supports field communications and check-ins. Supported Garmin inReach products provide a dedicated satellite hardware option for applicable deployments. 

 

Together, these components can support: 

 

  • Remote infrastructure work 

  • Outage coordination 

  • Scheduled check-ins 

  • Field messaging 

  • Location-based operational awareness 

  • Missed check-in review 

  • SOS routing 

 

The exact functions available depend on the selected products, devices, services, and configuration. 

 

EVERYWHERE does not determine whether a utility task may be performed alone. The platform supports the communication, monitoring, and escalation procedures established through the utility’s safety and operations program. 

 

Does EVERYWHERE Support Lone Worker Safety? 

Yes. EVERYWHERE supports lone worker safety procedures through capabilities that include scheduled and self-initiated check-ins, messaging, available location information, geofencing, missed check-in notifications, and configurable SOS workflows. 

 

These capabilities do not replace hazard assessment, required staffing, worker training, emergency planning, or applicable regulatory obligations. The utility should define what each status or alert means before configuring the technology. 

 

Can the Platform Integrate With Existing Systems? 

The EVERYWHERE Platform supports selected integrations with approved devices, mapping tools, communications technologies, and intelligence services. Exact compatibility depends on the system and deployment requirements. 

 

The EVERYWHERE Hub includes Esri ArcGIS as a mapping and analysis integration. Other integrations support risk intelligence, messaging, tactical coordination, mesh networking, and specialized operational uses. Not every integration will be relevant to a utility deployment. 

 

Utility organizations should confirm: 

 

  • Whether the required system has a current supported integration 

  • What data the systems can exchange 

  • Whether the connection is one-way or bidirectional 

  • Which users can view or manage the data 

  • Who owns configuration and maintenance 

  • What happens when the connected system is unavailable 

  • Whether implementation or development work is required 

 

Review the current EVERYWHERE technology integrations and verify specific requirements before assuming compatibility. 

 

How Should Utility Organizations Evaluate a Lone Worker Safety Platform? 

Utility organizations should evaluate technology against the full operating process, not a list of features. The review should cover operational fit, field communications, alert ownership, location behavior, integrations, governance, training, and fallback procedures. 

Evaluation Area 

Questions to Resolve 

Work and policy fit 

Which workers, tasks, and locations are covered? Can requirements vary by team or work type? 

Field usability 

What must the worker carry, charge, pair, or activate? Can the workflow be used with required field equipment? 

Devices and networks 

Which devices, operating systems, networks, subscriptions, and communication paths are supported? 

Alerts and response 

Who receives each alert? How is it acknowledged, escalated, documented, and closed? 

Location and mapping 

What location information is available? How current is it, and what are its limitations? 

Integrations 

Which systems can exchange information, and who owns the implementation? 

Governance 

What roles, permissions, retention rules, and privacy controls apply? 

Deployment 

How are workers trained, devices provisioned, and field procedures tested? 

 

Security, encryption, compliance, and technical architecture should be assessed through current product documentation and direct technical review rather than inferred from general marketing language. 

 

How Should a Utility Organization Test the Platform? 

Run a controlled pilot using representative workers, locations, and operating conditions. The pilot should include: 

 

  • Routine messaging and check-ins 

  • Missed check-in notifications 

  • Available location and geofence behavior 

  • SOS activation and verified response routing 

  • Primary and backup communication paths 

  • Device or service failure procedures 

  • Alert acknowledgement and closure 

  • Worker usability and training 

 

The pilot should identify limitations as well as successful functions. 

 

The EVERYWHERE utility case study describes a utility organization operating across metropolitan and off-grid regions. The organization used a common platform to address manual check-ins, limited communications from legacy satellite devices, and fragmented emergency coordination. 


Key Takeaways for Utility Safety and Operations Teams 

Utility lone worker safety begins with task-specific policy and ends with a tested response process. 

 

Communications, check-ins, location information, and SOS functions can support that process when the organization understands their limitations. Utility organizations should assign alert owners, test representative field conditions, and document what workers must do when communications fail. 

 

Technology is most useful when it supports a clearly defined procedure rather than becoming the procedure itself. 

 

Related Resources 

 

 

Utility organizations should select technology only after defining the work, communication requirements, and response process it must support.