Lighthouse AdvisorySLED AI Adoption Intelligence
← Back to results

From the Emergency Services edition of September 8, 2026

Government evaluationEmergingUndated source

Arlington describes non-emergency call diversion with opt-out and reporting-portal dependencies

Arlington County Public Safety Communications and Emergency Management; Timothy Kane · Emergency services · Arlington County, Virginia, United States

Publisher
Use of AI for Non-Emergency Call Diversion in PSAPs, hosted by National 911 Program
Original publication
Undated PDF; includes operational data through February 15, 2025
Source retrieved
2026-09-09
Read original source

What happened

Arlington reports non-emergency workload reductions after call routing and related process changes.

Why it matters

Storm-damage and fire-alarm administrative workloads make this relevant to emergency communications; towing is ancillary, with no Public Safety cross-tag.

Evidence and measured results

Operator describes approximately 30 days of utterance collection, AWS routing and SMS links, with human opt-out. It reports 22,167 fewer administrative calls comparing the first six months of 2022 and 2024. No controlled comparison, misrouting rate or confirmed emergency-response improvement.

Limitations and uncertainty

Operator report with concurrent towing outsourcing; reduction cannot be attributed solely to AI. Visual dashboard pages did not yield inspectable images through tools. Future multilingual bot capabilities are not evaluated results.

Put this evidence to work

Lighthouse Advisory interpretation, grounded in this source. Enriched 2026-09-09; this does not change the original publication date. Labels below come from the analysis itself.

Sales

Role takeaway

Ask the communications director, emergency manager and service-portal owners which storm and administrative calls consume staff time. Determine whether callers can already complete those requests online and how exceptions reach a person. Offer a limited review of one non-emergency category with an accessible fallback. The value hypothesis is fewer avoidable call-taker interactions while preserving resolution quality. Arlington's historical comparison is a useful lead, not an independently measured return. Do not promise faster emergency response, annualized savings or equal benefits for another county. Qualify portal readiness, language needs and operating support before proposing a routing service.

Pre-sales engineering

Role takeaway

Build a test route that recognizes a narrow intent and offers a verified destination while retaining immediate human escalation. Prerequisites include approved call examples, an operational reporting portal, telephony ownership and an agreed emergency exception policy. Test ambiguous storm descriptions, declined SMS, broken links, speech errors and cloud outages. Log transfer completion without excessive personal-data retention. Compare correct resolution and staff handling time with existing routing, not just the number of workflow interactions. Keep future knowledge-base agents outside the initial proof unless separately evaluated. The report lacks misrouting evidence, so adversarial and accessibility tests must precede live expansion.

Delivery

Role takeaway

Dispatch operations should own a staged pilot with portal teams and telephony IT. Baseline the selected category, review its utterances, configure exceptions and train call-takers to recover failed diversions. Dependencies include maintained public pages and support for callers who cannot use digital links. Approve each route before launch and review complaints, transfers and material service changes. Proposed acceptance includes independently checked routing accuracy, successful human fallback, measured completion and no unresolved critical misroutes in the agreed test set. These are proposed criteria. Track repeat calls and abandoned journeys so apparent call reduction does not conceal unmet needs.

Implementation considerations

Lighthouse Advisory interpretation across the operating dimensions a public-sector buyer must settle before this evidence becomes a design. Each note answers the question under its heading for this specific source.

Architecture and integration

What must connect, and where does the AI sit in the workflow?

Keep non-emergency routing separate from emergency handling; monitor portal availability and completed handoffs rather than SMS sends alone.

Governance

Who approves, reviews and stays accountable for outcomes?

Define unsafe routing categories and escalation tests with dispatch leadership. Audit the complete caller journey.

Security and privacy

What data, permissions and controls need testing?

Control retention of utterances and phone numbers, restrict routing changes and verify destination links.

Accessibility and workforce

Who is affected, and what skills or accommodations follow?

Provide a usable human route for callers unable to receive SMS or use online portals; test languages and speech differences.

Procurement

What should contracts, pricing and exit terms secure?

Price cloud usage, portal maintenance and monitoring; require routing export, failure support and evidence of successful resolution.

Operating model

Which teams own the service once it runs?

Dispatch operations owns routing, service departments own destination portals and IT owns telephony continuity. Knowledge-base bot development remains prospective in this source.

What changed

New source after full-archive URL review. Historical case fills non-emergency storm-call operations coverage; no new deployment announcement or exact publication date inferred.

Publication history

  1. 2026-09-08Emergency Services · Issue 033 resources
Read preserved resource versions (JSON)

Stable resource ID: arlington-nonemergency-ai-diversion-2025