医院Portal计费系统怎么隔离医护和病患网络

医院上Portal计费系统，和普通场所最大的区别，是网络中断的代价不一样。写字楼卡了顶多抱怨两句，医院网络出问题可能直接影响诊疗：护士站的PDA连不上、医生的查房平板刷不出病历、检验设备回传中断。所以医院Portal的第一目标不是收钱，而是把医护业务网和病患访客网彻底隔开，计费只是附在访客网上的管理手段。这套隔离没做好，Portal再能收钱也是失败的。

先分清哪类流量绝对不能断

医院里跑着几类完全不同优先级的流量。医护用的内网业务，HIS、LIS、PACS这些系统，延迟和中断直接关系到看病；医疗物联网，输液泵、监护仪、移动护理终端，连的是生命安全；病患家属用的外网娱乐，刷视频聊微信，断了顶多少儿个zan。Portal计费系统上医院，必须先和院方一起把这几类的优先级排清楚，计费逻辑绝不能影响到前两类。

具体做法是在网络层就做物理或逻辑隔离，医护网走独立VLAN和独立认证，不进Portal计费池；Portal只面向病患和访客的开放WiFi。把计费系统的影响范围锁死在访客网，即便Portal出故障，医护业务网毫发无伤。很多医院项目出问题，就是图省事把医护设备也接进了同一个Portal，结果一次计费配置错误把护士站也踢了。

病患网要做实名和限速

访客Portal在医院的角色，是给陪护家属、患者提供合规实名的上网通道。公共WiFi实名是刚需，Portal做短信或者微信认证把上网人对应起来。同时访客网要限速，保证它吃不到医护网的带宽。Portal的限速策略在这里不是运营手段，是安全保障，防止有人在医院WiFi上跑大流量影响整体出口。

医疗场景还有个特殊点，是物联网终端的认证。很多医疗设备不支持标准Portal登录，它们要么用MAC白名单免认证，要么走独立的802.1X。Portal系统要能和这些非标准终端共存，不能因为一套Portal上线，把原本好好的医疗设备认证搞乱。上线前必须拿真实设备做兼容性测试，而不是只看笔记本手机。

合规和隐私是医院的硬线

医院网络涉及患者隐私，Portal系统采集的实名信息、上网日志，受个人信息保护和医疗数据相关法规约束。日志留存期限、访问权限、审计追踪，这些在普通商场可以宽松，在医院必须严格。Portal系统如果本身没有细粒度的日志权限管理和审计功能，医院这一关就过不去。

应急通道要预留

即便隔离做得好，也要假设Portal某天会挂。医院需要一条不依赖Portal的应急上网通道，比如医护网直连、或者关键业务系统走专线不走WiFi。Portal计费系统在医院的价值边界要认清：它管好访客网就够了，别贪心去管核心业务网，那不是它的职责范围。

医院Portal项目，技术难度不高，责任边界极高。把医护网和访客网在规划阶段就隔开，Portal只守好访客这一亩三分地，计费合规两不误，才是医院场景里能落地的方案。试图用一个Portal管全院的，最后往往把自己管进了故障里。

医疗IoT终端不能走标准Portal

输液泵、监护仪、移动护理车这类设备没有浏览器，逼它们走Portal登录会直接失联，轻则数据回传中断，重则影响临床。正确做法是用MAC白名单或者802.1X证书认证把设备接进来，Portal只管人和访客的开放WiFi。设备认证和人的Portal要在规划阶段就分开设计，绝不能一套策略一刀切。

等保合规对Portal日志有硬要求。医院Portal采集的上网实名信息和访问日志，必须按规定的时长留存，访问要受限，操作要可追溯。选型时就要确认系统自带细粒度的日志权限和审计功能，等到检查前临时补救基本来不及，而且补救成本远高于前期选对产品。

另外，医疗设备认证后也要监控。白名单不是加了就完事，要能发现异常终端偷偷大流量外传，那可能是设备被入侵或者配置错误。Portal侧的流量基线监控，和医护网的独立监控要能联动告警，这是医院网络安全闭环的一部分。

访客网和医护网的审计日志要分开存。两类网络的法律性质和留存要求不同，混在一起既不利于合规审计，也增加泄露风险。Portal系统要支持按网络分区独立配置日志留存时长和访问权限，医护网日志的访问要更严格，访客网日志相对宽松。这种隔离是医院合规的底线，不是可选项。

再补充一点，医疗场所的Portal要避免成为攻击面。Portal本身是个对公网暴露的Web服务，要做好补丁和访问控制，别让它在内网里变成一个可被利用的跳板。尤其是和医护网物理隔离的前提下，Portal服务器本身的安全加固不能省，这是很多医院上WiFi时容易忽略的一层。

应急情况下，医护网要有不依赖Portal的备用认证。Portal系统如果整体故障，访客网可以暂时降级，但医护业务网不能断。前期规划时给医护设备配独立的802.1X证书认证，证书有效期内即使Portal挂了也能正常联网，这条兜底通道要和Portal解耦，平时不用，关键时刻顶上。医院网络的设计哲学就是任何单点故障都不能拖垮核心业务。