本系统面向院前急救（120）指挥调度行业场景，覆盖地市、区县急救中心日常值班与应急指挥全流程。群众拨打 120 后，指挥中心受理台来电弹屏、坐席占席受理，通过标准提问与病情四级分级建立急救事件；调度员基于全网待命车辆统一派车，出车指令经专用实时通道下发急救分站，分站终端弹窗接令、按序回执（确认、出车、到达现场、送院、任务完成），发车时填报本次随车医护；救治过程形成院前急救病历回传中心统一病历库；任务完成后自动生成回访计划（短信、电话回访），并为统计分析、可视化质控、领导运行监视提供统一数据。
典型业务场景包括：呼救高峰排队与坐席离席审批、无班长超时声光告警、同一号码重复呼救合并提示与接管沿用、就近派车辅助与手工确认、车到无人结局处理、分站离线指令补送、骚扰号码认定拦截等。
120 急救指挥调度业务平台是面向地市/区县急救中心的院前急救一体化指挥调度软件。系统以"呼叫 → 受理 → 事件 → 派车 → 分站执行 → 病历 → 统计/回访"为主线，包含 14 个业务模块：指挥中心受理台（来电弹屏、坐席离席审批、重复呼救识别、软电话），三屏作业（受理调度屏、信息资源屏、电子地图屏）；事件管理与标准提问；中心统一派车调度与任务全流程回执（确认/出车/到达/送院/完成、车到无人）；分站协同终端（WSS 指令、弹窗提醒、出车单、随车人员填报）；院前急救病历统一库；车辆运行管理与资源档案；统计分析、领导门户、可视化质控、回访管理；系统设置（账号角色、字典参数）。支持调度员/班长/分站/管理员四类角色权限隔离，坐席状态机与离席审批流，出车指令先落库再投递、断线幂等补发，全链路状态机校验防止非法流转。
本项目由我独立完成需求分析、全栈开发与测试交付。后端采用 NestJS 11 + TypeScript + Prisma + PostgreSQL 18 + Redis 8，前端采用 Vue 3 + TypeScript + Element Plus + Pinia + ECharts + 高德地图，实时通道为原生 WebSocket，部署用 Docker Compose 与 Nginx。
架构为模块化单体：单进程承载受理调度、事件、派车、车辆运行、分站协同、院前病历、统计、回访等 14 个业务模块；坐席、事件、任务、车辆、回执、指令六套显式状态机约束业务流转，跨模块通过进程内领域事件解耦，电话、短信、定位经 Integration Adapter 接入；出车指令先落库再投递，按 msg_id 幂等补发。
实现亮点：一是派车在同一数据库事务完成创建任务、车辆改为任务中、生成指令三步，车辆占用采用条件更新，杜绝并发双派；二是分站断线时指令保持待投递，上线自动补发、超时扫描重发，回执逐节点校验，未出车不能报到达医院，车到无人正确收尾；三是受理台一机三屏（调度、信息、地图），坐席离席限额与班长审批、重复呼救识别、挂机不回就绪，贴合真实 120 作业流程；四是四类角色 RBAC 与分站数据隔离，分站仅能操作本站任务。
难点解决：指令发送成功不等于对端收到，将补发范围扩展到已投递未确认并新增应答帧形成闭环；坐席占席、离席审批等竞态路径改为数据库条件更新；WebSocket 统一封装指数退避重连、心跳保活与分站轮询兜底，解决断线失聪与响铃失效问题。
质量成果：Jest 单元测试 32 套件 239 用例全部通过，配套端到端验收脚本与真实运行冒烟（越权 403 矩阵、离线补发、跨席拦截），一轮全仓排查修复 22 项缺陷，形成完整的需求、协议与质量文档体系。
评论