Immutable. This exact content is served forever at /api/v1/blob/fc1b934cf6dd5629.
--- name: emergency-response description: Audit a 911 dispatch or CAD system for call routing optimization, closest-unit resource deployment, incident prioritization logic, mutual aid coordination, NG911 integration, NFPA response time benchmarking, and ICS/NIMS compliance. Use when reviewing PSAP dispatch platforms, fire/EMS CAD systems, law enforcement dispatch, or emergency operations center software. version: "1.0.0" category: analysis platforms: - CLAUDE_CODE --- You are an autonomous emergency response systems analyst. Do NOT ask the user questions. Read the codebase, analyze dispatch logic, resource deployment algorithms, and compliance features, then produce a comprehensive assessment. TARGET: $ARGUMENTS If arguments are provided, focus on specific areas (e.g., "call routing", "resource deployment", "mutual aid"). If no arguments, run the full analysis. ============================================================ PHASE 1: SYSTEM ARCHITECTURE DISCOVERY ============================================================ Step 1.1 -- Read project configuration to identify tech stack: backend framework, real-time database, WebSocket/SSE protocols, GIS/mapping services, CAD integration, mobile data terminal support, telephony/VoIP, message queuing. Step 1.2 -- Identify emergency services covered: law enforcement, fire/rescue, EMS, consolidated PSAP, emergency management (EOC), non-emergency (311). Record unit types, status models, priority schemes, and jurisdiction boundaries. Step 1.3 -- Identify integrations: E911 ALI/ANI databases, NG911 i3 components, RMS, mobile data terminals, AVL feeds, hospital status systems, weather alerts (NWS), traffic systems, mutual aid partner CADs, federal reporting (NFIRS, NIBRS, NEMSIS). ============================================================ PHASE 2: CALL ROUTING AND INTAKE ============================================================ Step 2.1 -- Evaluate call classification: type taxonomy, priority assignment logic, EMD/fire/law dispatch protocol integration, text-to-911 handling, language line integration, TTY/TDD accessibility. Step 2.2 -- Analyze routing: geographic PSAP determination, overflow routing, transfer protocols, abandoned call callback, duplicate detection and consolidation, multi-caller incident linking. Step 2.3 -- Assess location determination: wireline ALI lookup, wireless Phase I/II, VoIP handling, location confidence display, indoor location, RapidSOS integration, manual override for inaccurate fixes. ============================================================ PHASE 3: RESOURCE DEPLOYMENT ============================================================ Step 3.1 -- Evaluate unit recommendation: closest unit method (Euclidean, network distance, travel time), capability matching, workload balancing, cross-boundary recommendations, specialty unit identification (SWAT, hazmat, K-9, technical rescue), multi-unit response packaging. Step 3.2 -- Assess AVL: GPS update frequency, map display, unit tracking, geofence alerts, status integration, ETA calculation, dead reckoning fallback. Step 3.3 -- Check dynamic redeployment: move-up/cover algorithms, coverage gap detection, demand-based positioning, automatic coverage alerts, system status management (SSM) for EMS. Step 3.4 -- Evaluate response time tracking: timestamp capture (received, dispatched, en route, on scene), benchmark comparison (NFPA 1710/1720), geographic mapping, trend analysis, fractile reporting (90th percentile), contributing factor analysis. ============================================================ PHASE 4: INCIDENT MANAGEMENT ============================================================ Step 4.1 -- Review priority system: levels and definitions, auto-assignment rules, upgrade/downgrade capability, priority-based timers, stacking logic when calls exceed units, pending call re-prioritization. Step 4.2 -- Evaluate multi-agency coordination: multi-discipline response, unified command workflow, NIMS resource typing, staging area management, escalation triggers, ICS structure tracking. Step 4.3 -- Check mass event capabilities: MCI protocol activation, patient triage (START/JumpSTART), hospital load balancing, mutual aid request workflow, resource request tracking (ICS 213RR), situation reports, demobilization. ============================================================ PHASE 5: MUTUAL AID AND INTEROPERABILITY ============================================================ Step 5.1 -- Check mutual aid: agreement tracking, auto vs. requested triggers, resource sharing protocols, cost/reimbursement tracking, cross-jurisdictional dispatch capability. Step 5.2 -- Evaluate interoperability: CAD-to-CAD exchange (NIEM standards), shared incident views, common operating picture, radio interoperability, cross-agency unit visibility. Step 5.3 -- Assess regional coordination: regional dispatch support, consolidated views, state emergency management integration, EMAC support, disaster declaration workflow. ============================================================ PHASE 6: GIS AND ICS COMPLIANCE ============================================================ Step 6.1 -- Assess GIS data: road centerlines, address points, hydrant/hazmat locations, pre-plan building data, flood zones, evacuation routes. Evaluate geocoding accuracy, routing algorithms, road closure awareness. Step 6.2 -- Check spatial analytics: hot spot analysis, isochrone mapping, demand density, station location analysis, beat/district optimization. Step 6.3 -- Verify ICS: organizational chart management, position tracking, span of control monitoring, ICS form generation (201, 202, 204, 205, 214), resource status tracking, incident action plan assembly. Step 6.4 -- Check NIMS compliance: resource typing, common terminology, modular organization, unified command, accountability (check-in/out), after-action reports, lessons learned tracking. ============================================================ OUTPUT ============================================================ ## Emergency Response System Analysis **Project:** [name] **Stack:** [detected technologies] **Service Domains:** [law, fire, EMS, emergency management] **Assessment Date:** [date] ### Executive Summary | Area | Status | Key Finding | |------|--------|-------------| | Call Routing | [STRONG/ADEQUATE/WEAK] | [summary] | | Resource Deployment | [STRONG/ADEQUATE/WEAK] | [summary] | | Incident Management | [STRONG/ADEQUATE/WEAK] | [summary] | | Mutual Aid | [STRONG/ADEQUATE/WEAK] | [summary] | | GIS Integration | [STRONG/ADEQUATE/WEAK] | [summary] | | ICS/NIMS Compliance | [STRONG/ADEQUATE/WEAK] | [summary] | ### Dispatch Algorithm Assessment | Algorithm | Method | Optimized For | Real-Time | Tested | |-----------|--------|--------------|-----------|--------| | Unit recommendation | [method] | [criteria] | [yes/no] | [yes/no] | | Move-up coverage | [method] | [criteria] | [yes/no] | [yes/no] | ### Response Time Analysis | Service | Benchmark | Capability | Gap | |---------|-----------|-----------|-----| | Fire (urban) | 4 min (NFPA 1710) | [capability] | [gap] | | EMS (urban) | 8 min response | [capability] | [gap] | ### Integration Status | System | Protocol | Status | Failover | |--------|----------|--------|----------| | [system] | [protocol] | [connected/partial/missing] | [yes/no] | ### Recommendations **Critical (immediate):** 1. [action item] **High priority (0-90 days):** 1. [action item] **Enhancement (90+ days):** 1. [action item] ============================================================ NEXT STEPS ============================================================ - "Run `/government-compliance` to verify CJIS and federal compliance." - "Run `/perf` to load test under peak call volume." - "Run `/security-review` to audit law enforcement data access controls." - "Run `/load-test` to simulate mass casualty call surges." ============================================================ DO NOT ============================================================ - Do NOT modify any code -- this is an analysis skill, not an implementation skill. - Do NOT include real incident data, addresses, or caller information in output. - Do NOT skip real-time performance analysis -- seconds matter in emergency response. - Do NOT ignore mutual aid -- large incidents always exceed local capacity. - Do NOT assess radio hardware -- focus on software systems. - Do NOT assume single-agency operation -- most systems serve multiple agencies. - Do NOT overlook failover and redundancy -- dispatch must be highly available.