Crisis continuum capacity planning fails fastest during surgesâwhen every weak definition, unclear role, and unfunded assumption is exposed at once. The fix is not âtry harder.â It is a surge protocol that treats demand spikes as a managed operating condition with triggers, command structure, and pre-approved actions that rebalance capacity across the continuum.
This article sits in Crisis Continuum Capacity Planning and complements Crisis Response Models. A response model is only credible if it can surge without pushing people into ED boarding, law enforcement default response, or repeat crisis contacts.
What a Surge Protocol Must Do
A surge protocol must do three things at once: protect access (so people can reach help), protect safety (so triage and response do not become superficial), and protect flow (so the continuum does not clog at stabilization, step-down, or ED interfaces). In operational terms, that means (1) defined triggers, (2) a clear incident management structure, and (3) a menu of actions that can be activated quickly with documented authority.
Define Triggers That Match Real Constraint
Triggers should be based on constraint indicators, not general anxiety. Examples include: sustained queue length above a defined threshold at 988, mobile dispatch backlog at high-risk tier, stabilization acceptance time rising beyond target, or ED handoff delays exceeding a set window. Triggers should be time-bounded (e.g., âfor 30 minutesâ or âfor 2 consecutive reporting cyclesâ) to prevent constant activation and to make after-action review meaningful.
Establish a Simple Command Structure
During surge, roles must be explicit. Many systems use a lightweight incident structure: an overall surge lead (system operations), a clinical safety lead (risk thresholds, escalation rules), and a flow lead (stabilization/ED/step-down bottlenecks). Each role needs authority to activate pre-approved actionsâovertime pools, overflow routing, bed escalation processesâwithout waiting for ad hoc permission that arrives after the surge is already damaging access.
Operational Example 1: 988 Surge Routing With Clinical Safety Controls
What happens in day-to-day delivery
When 988 volumes rise, the supervisor dashboard applies a tiered surge posture. Posture 1 activates an overflow clinician and temporarily pauses non-urgent outbound tasks. Posture 2 routes lower-risk contacts to trained backup staff using scripted assessment prompts, while high-risk contacts are prioritized for rapid clinician engagement. Posture 3 activates cross-coverage from partner centers (where agreements exist), with clear documentation requirements so the receiving team has minimum clinical context. Throughout, the clinical safety lead monitors a âhigh-risk wait timeâ metric and reviews a sample of high-risk contacts for documentation quality.
Why the practice exists (failure mode it addresses)
This practice exists to prevent the failure mode where surge routing improves answer rate but degrades clinical safetyâbecause the system shifts work to less experienced staff or reduces assessment depth. Without explicit safety controls, surge can become a hidden quality incident: fewer documented risk screens, inconsistent safety planning, and missed escalation thresholds.
What goes wrong if it is absent
If surge routing is improvised, staff may âget through callsâ by shortening assessments or delaying clinician review. High-risk callers can wait longer even as overall answer rates look acceptable. The system then experiences predictable downstream harm: more emergency escalations, more 911 transfers, and a rise in repeat contacts because the first interaction did not stabilize risk effectively.
What observable outcome it produces
With defined surge routing and safety controls, the system can show measurable outcomes: reduced high-risk wait times during peaks, stable documentation quality under surge, and fewer abandoned calls. Evidence comes from call analytics, risk-tier wait-time distributions, and clinical audit results tied to the time window of the surge posture.
Operational Example 2: Mobile Team Rebalancing Across Geography and Acuity
What happens in day-to-day delivery
Mobile services activate surge posture based on dispatch backlog by risk tier. Supervisors move from âfirst availableâ to ârisk-tier dispatch,â reserving at least one team for high-risk calls. Coverage is rebalanced geographically using predefined move-up points (staging locations) so teams are positioned where demand is rising. A float clinician or on-call team can be activated for time-limited coverage, and non-urgent community outreach visits are rescheduled to free minutes. Dispatch documents every surge action taken, including the reason and expected impact.
Why the practice exists (failure mode it addresses)
This practice exists to prevent the failure mode where mobile capacity is consumed by moderate-acuity work while high-acuity calls wait, escalating into law enforcement involvement or ED use. During surge, the system must explicitly protect high-risk response capacity, even if that temporarily slows lower-risk work.
What goes wrong if it is absent
Without rebalancing rules, dispatch decisions drift toward proximity and convenience, not risk. High-acuity calls queue, supervisors improvise, and some calls are diverted to 911 by default. Teams burn out because they feel constantly behind with no clear operating plan, and community trust erodes when response times become unpredictable or inequitable.
What observable outcome it produces
Rebalancing produces observable outcomes: improved response times for high-risk calls during surge, fewer âno unit availableâ events, and more consistent coverage across geography. Evidence includes dispatch logs showing risk-tier prioritization, staging decisions, and response-time distributions before and after activation.
Operational Example 3: Stabilization and ED Interface Surge Actions That Protect Flow
What happens in day-to-day delivery
When stabilization acceptance times rise, the flow lead triggers surge actions across settings. Stabilization units activate staffing contingencies to open âreal bedsâ (staffed, not just licensed). ED partners apply a fast-track handoff protocol for appropriate presentations, with defined eligibility and documentation standards. A barrier-clearing team is assigned to discharge blockersâtransport, pharmacy access, benefits verification, or step-down placementâusing a daily register with named owners. The goal is to restore throughput rather than argue about demand.
Why the practice exists (failure mode it addresses)
This exists to prevent the failure mode where stabilization saturates and the system accepts ED boarding as normal. Without surge actions focused on discharge barriers and staffed bed readiness, the entire continuum backs up: mobile cannot place, 988 escalations increase, and ED becomes the overflow setting for behavioral crisis.
What goes wrong if it is absent
If surge actions are not predefined, partners negotiate case-by-case while delays compound. Stabilization refuses because âno beds,â ED holds people because âno placement,â and mobile teams extend interventions beyond safe limits because there is nowhere to hand off. The system then experiences higher bounce-back, more restrictive responses, and preventable safety incidents related to extended boarding and delayed care.
What observable outcome it produces
Defined surge actions produce measurable outcomes: shorter acceptance times, more rapid opening of staffed beds, and reduced ED boarding durations where data-sharing allows measurement. Evidence includes refusal logs with reasons, staffing activation records, discharge barrier resolution times, and surge action trackers tied to the incident window.
Oversight Expectations: What Must Be Demonstrable
Expectation 1: Predefined triggers and authority. System leaders and funders expect surge activation to be rule-based, not personality-based, with clear authority and documentation of decisions.
Expectation 2: After-action review and improvement. Oversight expects that every significant surge produces a short after-action review: which triggers fired, which actions were taken, what constraints persisted, and what system changes will reduce recurrence.
Make Surge a Managed Condition, Not a Failure
The most resilient crisis systems treat surges as normal operating reality. They define triggers, assign command roles, and practice rebalancing actions until they are routine. Capacity planning then becomes credible: the continuum can flex under pressure without collapsing into ED dependency, law enforcement default response, or repeat crisis cycling.