医院内网直播网络与端口开通：带宽测算、改造清单与双链路备份

取决于内容是否允许出医院网络边界。涉及患者影像、未公开临床数据、病例讨论的内容，通常要求数据不出院，适合内网私有化；对外学术会议、跨院区示教这类需要院外人员观看的，一般采用混合部署，即采集与推流在院内、观看端走云端分发。判断时先问科室这个内容能不能出院，再定部署方式。

最常见的原因是只有结果没有依据。信息科审批时需要看到测算过程：峰值并发怎么定的、单路码率取多少、多机位是否叠加计算、链路上还有哪些既有业务。把测算过程写进申请材料，并说明冗余留了多少，沟通成本会明显低于只报一个数字。另一个常见原因是按平均并发而不是峰值并发估算，容易被质疑不够用。

建议至少提前三到四周。院内防火墙通常按目的地址和端口逐条审批，涉及跨边界访问时还要走安全评估，周期往往比技术联调更长。如果等活动前一周才提交，即使技术方案全部就绪也会卡在审批上。提交时要拿到服务方给的完整域名、IP 段与端口清单，缺一项就可能在联调时才发现问题。

多数场景可以，这也是推荐做法。分发协议优先选择走标准 HTTP 端口的方案，能显著减少审批项与后续维护成本。需要注意的是，如果对延迟要求很高而选择了基于 UDP 的传输方案，就会涉及额外的端口段，这部分要在申请时单独列出，不要默认只开 80 和 443。

重点是六项：网络点位数量是否满足多机位、取电位置与是否需要不间断电源、线缆走向是否影响无菌区与器械车通行、无线环境是否存在干扰、设备安装位是否遮挡术野或被器械臂碰撞、示教室侧的双向音频是否接通。建议拿着清单与信息科、手术室护士长、设备科一起现场走一遍，纸面方案与现场条件常有出入。

至少覆盖四层：出口链路（主用专线或有线，备用另一运营商或无线）、推流设备（一主一备热备）、电源（关键节点接不间断电源）、平台侧（服务端主备）。此外要准备一个降级方案，比如故障超出可修复时间窗时改为先录后播。冗余配置完成后必须演练一次真实切换，没演练过的备份链路在真出问题时往往并不可用。

需要，并且要定期验证。备用链路如果长期不通，主链路故障时才去启用基本来不及。建议的做法是在每次大型活动前的联调阶段做一次真实切换演练，确认备用链路的带宽、延迟与稳定性都能满足要求，再把它纳入验收表。演练结果要记录，作为后续活动的参考基线。

至少三方：使用科室、信息科或网络中心、服务方。科室确认画质与教学细节是否满足要求，信息科确认网络与数据边界合规，服务方确认技术指标达标与应急预案可用。验收表建议三方签字确认而不是口头通过，出现争议时这份表就是责任边界的依据。

先按链路分段定位：采集端是否有输出、推流端码率是否正常、出口链路是否可达、观看端是否整体异常。定位到段之后再决定是切换备用链路、重启推流设备还是启用降级方案。现场必须有明确的应急联系人清单，包含信息科、科室与服务方三方，且提前约定好谁能决定切换与降级，避免现场临时商量。