SDVoE数字化手术室如何实现多路录像？四种架构及工程取舍
场景判断
在数字化手术室中，SDVoE适合承担4K影像的低延迟传输、网络化路由和多画面组合，但它本身不等于录像系统。SDVoE联盟公开的技术规格把视频墙、多画面合成等列为可选能力，并未把录像列为基础传输能力。因此，项目不能只完成发送端、交换机和接收端配置，再默认系统自然具备多路录制、病例归档和术后回看能力，录像功能必须单独设计，并纳入项目验收范围。
真正需要先确定的问题是：医院要保存的是医生当时看到的合成画面，还是腔镜、术野、全景、监护等各路原始画面；需要连续录像还是事件片段；要求几路同步、保存多久、能否按病例检索。答案不同，编码设备、服务器带宽、存储容量和故障边界都会明显变化，录像链路也需另行建设。
一、方案A：接收端合成画面输出后录像
第一种做法是在SDVoE接收端完成画面选择或多画面组合，再从HDMI输出接入通用编码器，由录像软件收取压缩流并归档。以研华公开方案为例，可由VEGA-1100控制显示布局，再把HDMI输出交给独立编码器。这条链路适合保存术中主屏或示教导演最终选定的“节目画面”。
方案A的优点是结构直接、编码通道少，路由与录像之间的接口也比较清楚。SDVoE网络继续负责低延迟显示，通用编码器负责H.264或H.265压缩，录像平台负责病例关联、文件切片、权限和存储。编码器或录像服务异常时，不应影响手术间本地显示。
它的限制同样明确：录下的是已经合成或切换后的单路画面。画中画位置、布局变化和信号切换都会固化到文件中，术后不能重新拆出各路原始视频。研华VEGA-1100公开手册还标明多画面能力存在输入数量、分辨率、帧率和总带宽边界，不能只按“支持拼接”概括，必须用目标信号组合做实测。
二、方案B：信号源端旁路独立录像
第二种做法是在信号进入SDVoE发送端的同时，把本地HDMI环出或分配后的副本送入通用编码器。每个需要留存的源形成独立压缩流，控制软件统一执行开始、停止、病例命名和文件归档。该方式能保留关键原始画面，术后可独立回看，也能重新组织教学内容。
但方案B不能建立在未经确认的接口上。当前可获得的VEGA-1000L公开资料仅明确发送端具有一路HDMI输入、接收端具有一路HDMI输出，没有足够证据证明发送端提供可用的HDMI环通。因此，工程设计应改为选用明确标注本地环出的SDVoE发送端，或者在输入前增加带EDID管理的有源HDMI分配器，并完成加密保护兼容、热插拔、断电旁路和长时间稳定性测试。
方案B的代价是设备数量、机柜空间、编码通道和运维点位随信号源增长。若所有信号都独立配置编码器，成本和故障点会快速增加。更合理的做法通常是只对腔镜、术野等关键源保留独立录像，同时用方案A保存完整节目画面。
三、方案C：SDVoE网络集中采集到录像服务器
第三种做法是在中心机房配置SDVoE PCIe采集卡，由服务器直接订阅网络中的指定视频流，再完成压缩、同步和存储。公开产品中已经存在双通道4K60 SDVoE PCIe采集卡，并提供SDK供应用软件调用。它减少了逐源HDMI转接，适合把录像通道集中管理，也便于软件统一控制。
方案C更接近平台化架构，但不能把“能够采集”直接等同于“能够稳定录制任意路数”。服务器需要按并发通道核算PCIe通道、GPU或CPU编码能力、内存复制、磁盘持续写入、网络组播和散热冗余。采集卡故障、驱动升级和服务器维护也会形成集中风险，因此应设置录像状态监测、容量告警、任务恢复和必要的备用通道，并定期开展恢复演练，验证结果应完整留档保存。
四、方案D：端点同时输出SDVoE与压缩码流
第四种做法是选用同时具备SDVoE传输和H.264或H.265编码能力的端点。无压缩或轻压缩链路继续服务术中低延迟显示，辅助压缩流送往录像、预览或远程协作平台。部分厂商公开产品已经采用SDVoE与压缩流并存的设计，也有方案把录制服务器作为独立系统接入，两条链路各自工作。
这种方式布线简洁，理论上更容易获得与信号源对应的独立码流，但设备单价、SDK成熟度和供应商绑定程度通常更高。还要确认辅助码流的实际分辨率、帧率、码率、音频、时间戳、并发限制及授权方式。公开资料只写“支持H.264预览”时，不能据此承诺具备医疗场景所需的持续录像、病例管理和可靠归档。
五、四种架构如何组合
单纯选择方案A，适合预算受限、以教学直播和主画面留存为主的项目；单纯选择方案B，适合少量关键源独立留存，但通道扩展成本较高；方案C适合录像通道逐步增加、需要统一服务器管理的建设；方案D适合端点能力和SDK已经充分验证、能够接受供应商绑定的项目，不能只比较单台设备价格。
对下一代系统，更稳妥的起点不是一次性把所有信号全部录制，而是采用分层策略：保留一路合成节目画面，再选择两至四路关键源做独立录像。控制软件把SDVoE路由、布局控制与录像任务编排放在同一操作界面，但底层仍保持独立服务和清晰故障边界。随着并发通道增加，再评估由分散式HDMI编码器转向集中式SDVoE采集。
六、原型验证不能只看能否出图
原型阶段至少应验证六项指标：第一，4K与全高清混合输入时的路由、缩放和多画面边界；第二，合成输出与独立录像的端到端时延及音画同步；第三，所有录像文件能否使用统一时钟对齐；第四，编码器、录像服务或存储异常时，本地手术显示是否保持工作；第五，断流、切源、重启和磁盘写满后的任务恢复；第六，病例信息、操作权限、审计日志和资料保留策略是否形成闭环。
VEGA-1200公开资料显示其定位为单通道HEVC或AVC编码及录像设备，更适合作为特定单路压缩和记录节点，不能据此把它定义为多路原始信号同步录像服务器。任何最终选型仍应以厂家当前数据手册、SDK接口清单和联合测试结果为准。
首视观察
SDVoE在数字化手术室中的价值，是把显示和路由从固定矩阵转成可扩展的网络资源；录像则是另一条需要单独设计的业务链路。把两者硬塞进同一设备，可能减少表面设备数量，却会放大故障耦合、性能边界不清和后期替换困难。
首视下一代方案更适合把“实时显示平面”和“录像归档平面”分开：前者优先保证低延迟、确定性和临床连续性，后者围绕编码、同步、病例关联、权限和存储建设。控制软件负责统一编排，而不是掩盖底层边界。通过与SDVoE设备厂商开展SDK联合验证，并在上海建立可持续测试的数字化手术室演示环境，可以把公开参数进一步转化为可复现的路由、录像和故障测试结果。
资料说明
SDVoE联盟技术规格：https://sdvoe.org/technology/specifications/
IDK手术室应用与录像单元连接示例：https://www.idk.co.jp/solution/market_ce11_operating-room/
IDK带本地HDMI输出的SDVoE端点：https://www.idkav.com/products/product_detail/?model=NJR-T01SDI
Christie Terra接收端多画面与HDMI输出：https://www.christiedigital.com/en-gb/products/switchers-av-distribution/terra-receiver/
Datapath VisionSC-S2 SDVoE采集卡：https://www.datapath.co.uk/datapath-products/video-capture-cards/visionsc-range/visionsc-s2/
研华VEGA-1000L、VEGA-1100和VEGA-1200产品资料以研华当前官网及正式数据手册为准。以上资料访问日期为2026年7月22日，产品规格、授权和在售状态可能调整。