A caller is describing a collapse. The dispatcher is running the protocol — conscious, breathing, age — and on a second screen, software is listening to the same audio and flagging that the breathing described may be agonal. It's a prompt, not a decision. The dispatcher still owns the call. That distinction is most of what matters about AI in emergency dispatch right now, and it gets lost in nearly every headline about it.
There is real technology here and a lot of noise. Sorting the two is worth doing, because ai ems dispatch is moving from pilot projects into production at a handful of agencies, and the people it affects most — dispatchers, medics, and patients — usually hear about it last. This is what is actually deployed, what it plausibly changes, and where it falls down. We are writing about the direction of the industry, not about any product we run.
The phrase covers at least six different things, with very different maturity and risk.
Only some of these touch a patient decision. Routing and documentation are logistics. Call triage is clinical. The oversight each deserves is not the same, and agencies that treat them as one category get the governance wrong.
The most-discussed application, and the most consequential.
The premise: out-of-hospital cardiac arrest is under-recognized on 911 calls, because callers describe agonal breathing as breathing. A missed recognition means no telephone CPR, and coaching hands-only CPR is one of the strongest levers dispatch has.
Machine learning models trained on large volumes of recorded calls can pick up acoustic and linguistic patterns associated with arrest and surface an alert to the dispatcher. Corti, a Danish company, is the most widely reported example, and its work in Copenhagen drew attention to the approach.
Deployment in the United States is real but narrow. Seattle's fire department used Corti's technology on 911 medical calls for roughly two years, with real-time prompts appearing to dispatchers from late 2023. Officials emphasized that dispatchers face no penalty for ignoring a prompt and retain final authority over what gets sent.
That deployment also produced the clearest cautionary example so far, covered below.
Most of what agencies call "AI dispatch" is not a new system. It's an addition to CAD.
CAD already logs the call, tracks unit status, times every interval, and recommends a unit from rules the agency configured. The newer layer adds pattern-matching on top — surfacing a likely duplicate call, flagging an address with relevant history, or ranking recommendations rather than giving one answer.
The practical effect is decision support, not automation. The dispatcher still assigns. The value, when it exists, is reducing what a human has to hold in working memory during a busy stretch — a genuine problem for anyone who has run a console through a cluster of simultaneous calls.
System status management is not new. Agencies have moved units toward expected demand for decades using historical call data, time of day, and day of week.
What changed is the resolution. Newer approaches fold in more variables — weather, traffic, local events, seasonal illness trends — and update more frequently. The goal is fewer minutes between a call and a truck arriving, without simply buying more trucks.
The limits are worth naming. A model trained on where calls historically came from reproduces the coverage patterns of the past, including its gaps. If a rural township was historically underserved, the model has no way to know that. Human judgment has to override the math here, which is why rural coverage stays a policy question rather than an optimization problem.
The least controversial application. Live traffic, road closures, rail crossings, and construction feeding a routing engine that updates en route.
For an agency covering the distances in Northern Illinois and Southern Wisconsin — from our stations across Winnebago and McHenry counties in Illinois and Walworth County in Wisconsin — routing quality compounds. It matters on 911 response and on long-distance interfacility transports, where a bad route adds real time to a critical care patient's journey. No clinical decision is embedded here, which is exactly why it has been adopted fastest.
Two applications sit downstream of the call. Both address genuine pain.
Quality review at scale. Most agencies review a sample of patient care reports, because reviewing all of them isn't feasible. Automated review can screen every report against protocol and flag the ones needing human eyes — a documentation gap, a protocol deviation, a missing time interval. Reviewer attention goes where it's most useful instead of being spread evenly.
Documentation support. Speech recognition and drafting tools help crews get a narrative down faster. For a medic finishing a long stretch, charting is a real burden and a source of error.
The caution is identical in both cases: a flag is a starting point, and a generated narrative is a draft. The patient care report is a legal and clinical document, and the provider who signs it owns every word.
Anyone selling certainty here is overselling.
The right frame is decision support with a human accountable at the end — the standard EMS already applies to monitors, protocols, and every other tool on the truck.
For patients, nothing about calling 911 changes. Call, answer the questions, follow the instructions.
For agencies, the near-term wins are unglamorous — routing, QA screening, documentation, demand modeling. Those improve operations without putting software between a dispatcher and a clinical judgment. Clinical applications deserve a slower path: public disclosure, defined metrics before go-live, and clear authority for the dispatcher to disregard a prompt. That standard applies to any tool touching emergency response — adopt it when it demonstrably helps a patient, and evaluate it honestly when it doesn't.
No. In every deployment reported publicly, a human dispatcher answers the call, runs the protocol, and makes the dispatch decision. Where AI is in use, it runs alongside the call and surfaces prompts — most commonly a flag that described symptoms may indicate cardiac arrest. The dispatcher can act on it or ignore it. Agencies using these systems have been explicit that dispatchers retain final authority and face no penalty for disregarding a suggestion. Full automation of emergency call handling is not in use.
Systems built for this purpose exist and are deployed at a small number of agencies. They analyze call audio for acoustic and linguistic patterns associated with out-of-hospital cardiac arrest — agonal breathing being the classic example, because callers frequently describe it as normal breathing. When the model flags a possible arrest, the dispatcher sees an alert and can move sooner to telephone CPR instructions. The clinical rationale is sound. What remains thin is published evidence from real-world deployments showing measurable improvement in survival outcomes.
This article is about where the industry is heading, not a description of any specific system in our operation. Our dispatch function is run by trained people using established Emergency Medical Dispatch protocols, and any technology we adopt is evaluated against a simple standard: does it demonstrably help the patient, and does a human remain accountable for the decision. If you have questions about how a call is handled or how transport is coordinated for your facility, contact our team and we will answer directly.
Four stand out. Algorithmic bias, where a model trained on limited speech data performs worse for some callers than others. Unclear liability, where responsibility for a wrong prompt has not been legally settled. Privacy and disclosure, where callers may not know their emergency call is being processed by third-party software. And automation bias, the human tendency to defer to a confident-looking machine recommendation. None of these are reasons to reject the technology outright, but each needs an answer before deployment rather than after an incident.
No, and the reasoning is not sentimental. Dispatch is not a single task. It is clinical triage, resource allocation across a service area, real-time communication with crews, and talking a frightened person through CPR — often simultaneously. Current systems address narrow slices: flagging a symptom pattern, suggesting a route, screening a report. They do not do the judgment work of deciding which of three emergencies gets the last ALS unit, or notice that a caller has gone quiet in a way that means something.
Potentially, through two paths that have nothing to do with clinical decisions. Better demand forecasting can position units closer to where calls are likely to originate, and live routing can shave time off the drive. Both are incremental rather than transformative — meaningful in aggregate, not dramatic on any single call. The larger determinants of response time remain unglamorous: how many units are staffed, how they are distributed geographically, and how far the calls are from them. Software cannot solve a staffing or coverage problem.
Related reading
Planning transport coverage for your facility? See what we handle on our Services page, or contact our team to talk through what your patients need.