【项目背景】
东胜某三甲医院门诊楼，挂号机三天两头"假死"（界面卡住、要拔电重启），广播系统一开就啸叫，两个问题叠在一起，早高峰排队时间平均拉长40分钟。上一代系统的问题很典型：挂号机走的是普通商用PC+公网上云，广播是"功放直推"的老架构，设备进医院两年，灰尘与电磁环境已经把边际用光了。院方的要求很具体："挂号不能停、广播不能啸、数据不能丢。"
【咨询设计】
挂号机改"边缘化"：终端全部换宽温加固型（工业级主板，-10℃~+50℃，防泼溅），核心逻辑下沉到本地边缘节点（本地校验+离线授权），云端只做对账与策略下发——断网时挂号不中断，这是"假死"的常见根因（旧架构里一次DNS抖动就锁死整个终端）。网络侧：门诊楼垂直主干改单模光缆+Cat6A屏蔽到楼层，挂号机VLAN独立，与HIS（医院信息系统）之间只开必要端口并做QoS优先。广播侧：改IP网络广播架构（SIP协议+流媒体服务器，分诊区/候诊区/检查区分区编组），功放改数字分区功放（自带反馈抑制与限幅），音源统一走流媒体服务器，单区故障不影响其他区。
【施工规划】
按"先主干、后终端、再广播"三批割接，割接窗口选在夜间与周末，早高峰前完成回归。挂号机边缘节点部署在门诊楼弱电间（UPS+宽温空调），与互联网侧以防火墙隔离，只开TLS通道到云端。广播线路按"先线后点"：原同轴线缆保留做应急备份，新增Cat6到每个分区功放，点位按声场仿真布位（候诊区声压级65±3dB、语言清晰度优先），所有接头做屏蔽接地与标签。每批割接后48小时观察窗（挂号成功率、广播中断次数、投诉率三指标），超阈值即回退。
【安全补丁】
很多医院觉得"挂号机就是台收银机，广播就是音响，跟安全无关"，但实际上，挂号数据是医院里流动性高、且极易被物理接触的数据——我们现场测得：旧架构里挂号终端的维护口直接挂在门诊WiFi上，且12台终端是默认口令，任何人连上WiFi就能"看见"挂号队列与终端管理面。本次同步四件事：挂号终端管理面进独立管理VLAN、强口令周审计；广播流媒体服务器与HIS之间ACL收紧（只放行SIP与流媒体端口）；终端USB管控（默认禁用，报修按流程）；挂号日志保留180天并接入集中审计。民生系统的这段末端链路，恰恰是安全较薄的一段。
【验收交付】
硬数据：挂号机断网演练（拔云端链路2小时，离线授权正常、恢复后对账无差异）；广播全区压测（同时8区广播，无啸叫、声压达标）；弱口令与默认共享审计全过；割接后一周挂号成功率99.9%（割接前97.2%）。交付《网络改造与测试报告》《广播系统验收报告》《安全审计表》，对信息科与门诊导诊各一次培训，含"终端应急切换"实操。
【售后承诺】
东胜城区2小时到场，常驻备件柜（加固终端、边缘节点、数字功放、光模块）；每年入冬前做一次室外与弱电机房环境巡检（灰尘与低温是民生设备的高发故障源）；策略与固件变更走变更管理，必有回退。数据与系统问题7×24响应，17704868686随叫随到。