院内多媒体健康教育资源的分发带宽设计，核心答案只有一句话：按并发峰值而非设备总数去算总带宽，再根据视频码率、终端类型和网络架构分三层做冗余，才能既保流畅又控成本。
很多医院在部署多媒体宣教系统时，最容易犯的错是把所有屏幕的带宽需求简单相加，结果就是门诊大厅的大屏在早高峰卡成PPT，病房的电视点播转圈转出动画片，而信息科还查不出问题在哪，这篇文章不聊虚的，直接讲清楚带宽到底怎么算、网络架构怎么搭、无线和有线怎么配合,以及日常怎么运维。
医院多媒体信息发布系统带宽要求：先搞清楚谁在占用带宽
宣教资源的流量模型和普通办公网完全不同
办公网的特点是短时突发、小流量、高并发请求，但多媒体宣教系统是持续大流量、长连接、固定码率的流媒体传输，院内几百个终端同时播放1080P视频，每路按8Mbps码率算，峰值并发如果到100路，那就是800Mbps的裸流量,还没算协议开销和跨网段转发的损耗。
业内专家指出，医院多媒体系统的带宽规划，必须按照“峰值并发终端数 × 单路码率 × 1.5倍冗余”这个公式来估算，1.5倍冗余是为了应对码率波动、TCP重传和突发点播请求，如果你们医院门诊楼有80个信息发布屏，病房有200台电视，但实际高峰时段同时播放的终端很少超过总量的40%，那就按80台并发去算,而不是280台。
类型对带宽的消耗差异巨大
- 高清视频课件（1080P，H.264编码）：单路码率6-10Mbps，是带宽消耗的大头
- 标清视频（720P）：单路码率2-4Mbps，适合走廊屏和电梯屏
- 图文轮播（高清图片+文字）：单路码率5-1Mbps，几乎可以忽略
- 医疗直播（手术示教、学术会议）：单路码率8-15Mbps，且要求低延迟，带宽要单独留
行业共识认为，院内宣教系统80%的带宽压力来自视频点播和直播，图文类内容占比很小，所以设计带宽时，先把视频资源的码率定下来,再谈其他。
院内视频宣教系统网络怎么规划：从核心到接入的分层设计
核心层：万兆主干是底线
医院如果已经在用千兆主干跑HIS和PACS，再往上叠加视频流，核心交换机必然过载，视频流量是持续的，不像电子病历是间歇性的，推荐核心层做双万兆链路聚合，或者直接上40G核心，预算有限的医院，至少保证核心交换机背板带宽有足够的余量，并且开启组播或广播抑制功能,防止视频流量泛洪。
接入层：百兆口够用，但要看终端类型
病房电视如果是IPTV机顶盒，百兆网口就够了，但如果是安卓信息发布盒子，跑1080P视频时建议直接上千兆接入，因为安卓系统的网络协议栈效率不如专用机顶盒，百兆口实测经常只有60-70Mbps的实际吞吐，手术室、示教室这类有直播需求的点位，必须千兆接入，并且要支持1Q VLAN隔离,把视频流量和医疗业务流量分开。
服务器和存储的带宽瓶颈更隐蔽
很多人只盯着网络链路，忘了服务器出口带宽。一台流媒体服务器并发支撑50路1080P视频，出口带宽至少要500Mbps，如果全院有200路并发，那就需要4台服务器做负载均衡，或者用高性能存储直接走万兆网卡，这里有个常见的坑：服务器网卡是千兆的，但硬盘阵列的读写速度跟不上，导致视频卡顿。固态存储是多媒体系统的标配,机械盘扛不住多路并发读取。
医院健康教育大屏卡顿解决方案：从无线到有线的排障路径
无线网络：病房WiFi承载视频的极限
病房的WiFi覆盖经常被投诉“视频播放卡顿”，但这不一定是带宽不够。4G频段在病房环境干扰严重，微波炉、蓝牙设备、隔壁AP同频干扰都会造成丢包，5G频段穿墙能力弱,病房门一关信号就衰减。
如果是无线投屏到病房电视，或者用平板在病区做移动宣教，建议优先用5G频段，并且每个AP的并发终端数控制在15个以内，更稳妥的方案是：无线只承载点播请求，视频流走有线网络到电视端，病房电视用网线直连，平板和手机走WiFi,两者互不干扰。
有线网络：排查三步走
第一步，查看交换机端口统计，如果端口错误包和丢包率超过0.1%，说明物理链路有问题，大概率是网线老化或者水晶头接触不良，第二步，做链路带宽测试，用iperf3在服务器和终端之间打流，实测吞吐量是否达到标称值，第三步，检查VLAN配置，视频流量如果和HIS系统在同一VLAN，广播包会互相影响，务必划分独立的VLAN给多媒体系统。
组播和缓存：两个立竿见影的优化手段
直播信号用组播协议，能从源头减少带宽占用，比如20个终端同时看一台手术直播，用单播需要20路流量，用组播只需要1路，省下的带宽非常可观，点播内容则在服务器端做缓存，热门视频（比如术前宣教片、康复指导）命中缓存后，回源流量可以降低70%以上,这是医院内网带宽升级方案里性价比最高的一步。
医院多媒体信息发布系统的日常运维与监控
带宽监控要有“看历史趋势”的能力
实时流量图只能告诉你现在卡不卡，历史趋势图才能告诉你什么时候会卡，建议部署基于NetFlow或sFlow的流量分析工具，至少保留90天数据，重点看每天上午9-11点、下午2-4点的视频并发曲线，如果发现每周四下午流量明显飙升，那可能是科室在集中播放教学视频，就需要提前调整带宽策略。
下发策略比带宽本身更省钱
- 闲时预推送：凌晨2-6点把第二天要播放的视频推送到终端本地存储，白天播放走本地，带宽占用直接归零
- 差异化码率：走廊屏和电梯屏用720P，病房电视用1080P，手术室用原画，按场景分配码率能省下近一半带宽
- 终端本地缓存：支持本地存储的播放终端，设置“首播缓存、回放本地”的策略，重复观看不占带宽
故障响应：先查链路再查服务器
遇到大面积卡顿，先看核心交换机端口流量是否打满，再看流媒体服务器的CPU和内存占用，最后看存储阵列的IO延迟，多数情况下，卡顿的根源不是带宽不够，而是服务器并发连接数超过上限
，常见的流媒体服务默认并发连接数在500-1000，如果终端数量多,记得调大这个参数。
Q&A：医院多媒体带宽设计的三个高频问题
医院无线网络视频播放卡顿是带宽不足还是信号问题？
两者都可能，但信号问题占多数，先做信号覆盖测试，用手机连接WiFi，在病房角落测速，如果下载速度低于10Mbps，基本是信号问题，排除信号因素后，再检查无线AP的上行链路带宽，很多AP的网口是千兆的，但多台AP同时跑视频，汇聚交换机的上联口可能已经打满。建议给无线AP单独划分一个网段，并开启QoS，优先保证视频流量。
内网带宽够用，但外网访问医院宣教平台很卡，怎么处理？
内网流畅、外网卡顿，问题出在公网出口带宽，医院对外提供健康宣教服务，如果用户通过互联网访问视频资源，需要评估公网带宽，200路并发外网点播，按1080P码率估算，至少需要2Gbps的公网出口，这个成本很高，更经济的做法是把视频资源托管到云平台或CDN，用户请求直接走云节点，不占用医院公网带宽，据工信部发布的网络接入数据显示，国内主流云服务商提供按需计费的带宽方案,成本远低于自建专线。
新大楼建设时，多媒体系统的带宽预留多少合适？
预留带宽不能只看当前需求，要考虑未来3-5年的升级空间，新建大楼的弱电间到核心机房，建议至少预留2条万兆光纤链路，一条走视频，一条走业务，楼层交换机到核心的上联，千兆是底线，有条件直接上万兆，机房的流媒体服务器网卡全部用万兆光口，存储用全闪配置，这样一次性投入虽然高,但避免了未来砸墙布线的尴尬。
回到开头那句话：多媒体宣教系统的带宽设计，本质是“算准并发、分清场景、留足冗余”的平衡术，把并发算对了，用组播和缓存把流量降下来，再配合闲时预推送和本地缓存，绝大多数医院在现有网络基础上就能跑得很流畅，别被设备厂商忽悠着盲目上多贵的设备，把网络架构理清楚，比堆硬件更重要。