医院是WiFi需求最复杂、约束条件最多的场所之一。候诊区的无线网络，表面上是便民服务，实际上要同时满足患者家属的上网需求、医护人员的移动查房需求、医疗设备的联网需求，以及监管部门的合规要求。这四类需求在同一个物理空间里并行存在，彼此之间有大量冲突点。

要把WiFi做成收费项目——比如特需候诊区VIP网络通道——就更复杂了。候诊的家属不会为了省流量用你的付费WiFi，他们宁愿用手机开热点；真正愿意付费的，是需要在候诊区处理工作的商务人士。人群不对，收费就推不动。

医院WiFi的核心矛盾：覆盖和安全的拉扯

医院WiFi首先要解决安全问题。医院内网连接着HIS系统，里面存着患者病历、处方记录、检验报告等高度敏感的数据，绝对不能通过公共WiFi被非法访问。同时，候诊区的患者家属也需要网络，两者必须在物理上或者逻辑上隔离。

常见方案是建两个独立SSID：内网SSID供医护专用，通过802.1X绑定员工工号，加密是企业级WPA2；外网SSID供患者和家属使用，走公共互联网。这个架构看起来清晰，但实际运营的问题在于：内网SSID信号覆盖要够广，因为医生可能需要在任何楼层、任何角落查房；外网SSID不能反过来干扰内网SSID。WiFi频道规划在这里是技术活，做不好就是内网时断时续或者外网龟速。

很多医院在新建WiFi时没有做充分技术评估，设备装完后内网外网互相干扰，最后只能牺牲外网质量保内网。结果候诊区的WiFi体验很差，收费根本推不动。

候诊区特需网络的定价困境

有一种思路是在医院特需门诊部或者VIP候诊区提供收费WiFi，定位高端增值服务。这个逻辑在高端私立医院行得通——就诊的患者本身愿意为更好的环境付钱，WiFi是配套服务的一部分。但对三甲公立医院来说，这个模式很难落地。

原因有两个。第一，公立医院特需门诊和普通门诊往往在同一个候诊大厅，物理上无法隔离。给特需患者开了收费WiFi，普通患者在旁边用免费热点，体验反差会制造投诉。第二，医院的公共服务属性决定了任何额外收费项目都要层层审批，周期长，运营成本划不来。

真正可行的是"非竞争性增值服务"：医院不跟运营商抢用户，而是在WiFi接入页面里嵌入便民信息——挂号提醒、科室导航、候诊排队实时查询、报告出具通知。把这个页面做成有实用价值的信息入口，吸引用户主动使用，然后通过页面广告或者合作机构冠名赞助来覆盖网络成本。这个模式不依赖直接收费，法律风险低，审批阻力小。

医疗设备联网：带宽规划的盲区

医院WiFi里最容易被忽略的一类接入设备，是医疗物联网设备——移动查房平板、输液监控器、生命体征监护仪、无线内镜系统。这些设备对网络的要求和手机完全不同：不一定需要高带宽，但对延迟极其敏感，而且往往是长连接，一旦断开可能影响临床操作。

如果计费系统的带宽分配逻辑是"谁付钱谁先用"，医疗设备在高峰期就可能被挤占带宽。解决方案是把医疗设备纳入独立的高优先级通道，和普通用户的计费带宽池完全隔离。这个规划要在系统上线之前做好——等上线之后发现某台监护仪在网络繁忙时段掉线了再改，成本会高很多。

合规留存要求对系统架构的影响

医院WiFi上网日志留存有明确法律要求。《网络安全法》规定日志留存不少于六个月，卫健委对医疗数据的跨网传输有额外限制。计费系统必须支持日志本地留存，日志内容不能经过第三方云平台中转——医疗数据任何形式的出境都有合规风险。

系统架构选型上，医院场景建议选本地化部署方案，而不是SaaS云服务。账期和支付可以走互联网，但认证日志必须存在医院本地数据中心。如果厂商坚持云端留存方案，要非常谨慎地评估数据合规风险。

运维端的特殊性

医院是全天候运营的场所。下午三点网络故障和凌晨三点故障的影响完全不同——凌晨可能正好有一台急诊手术在用网络查房终端。非工作时间出现的WiFi故障，必须能在最短时间内响应。

选型时要问清楚：厂商是否有7x24值班、故障响应SLA是多久、是否支持远程诊断到场、备件更换周期是多少。小运营商兼职运维、有问题要等第二天才能处理的，在医院场景里是绝对不可接受的。

医院WiFi这个领域，产品能不能做好，关键往往不在WiFi技术本身，而在对医疗业务流程的理解深度。有没有医疗行业实际案例，是一个重要筛选条件。