VOI 云桌面在医院信创环境下的选型要求与部署方案

门诊早上七点半集中开机，一层楼几十台终端同时拉镜像。信息科真正担心的是开诊时读片卡住、开方掉线。医院推进信创替代，终端要换成国产 CPU 和国产系统，HIS、LIS、电子病历、PACS 读片端还得照常运行，业务数据也不能随意落在本地硬盘。

终端分布在各科室、断网时开方和读片都不能停，本地运行加镜像集中管理这条路线更匹配——这也是医院信创环境下 VOI 云桌面选型与部署需要先厘清的问题。

医院信创为什么优先考虑本地运行路线

VDI 把桌面做成数据中心里的虚拟机，终端只负责显示和输入，算力、显存、存储都在后端。IDV 是镜像集中管理、桌面在终端本地运行，终端自己的 CPU、GPU、内存承担运算。VOI 再去掉虚拟化层，操作系统直接跑在终端物理硬件上。三条路线的适用条件不同，差别在医院场景里会落到两件具体的事上。

PACS 影像工作站调阅 CT、MRI 序列时对显存和磁盘读带宽要求高。如果算力压在后端，就要配 GPU 服务器并做显卡切分，并发一多容易掉帧。门诊挂号、收费、开方窗口一旦断网，能不能继续开方，取决于桌面是不是跑在本地。这两件事决定了选型不能只看“集中管理”四个字。

vDisk 属于后一条路线，是基于 IDV/VOI 的镜像与虚拟磁盘统一管理平台：母盘镜像在后端集中维护，终端开机按块从镜像取数据、在本地运行，镜像按需缓存到本地盘。

这里要分清两层系统：管理平台（服务端）装的操作系统，和下发给终端的那套系统，是两回事。服务端可以是 Windows Server，也可以是 Linux；终端跑的是镜像里打包好的系统，可能是 Windows，也可能是银河麒麟 V10 或统信 UOS V20。

选型论证时把这两层分开写，后面做镜像、配驱动才不容易乱。

一套镜像如何兼容新旧机型与国产平台

医院做国产化替代，很少一次性全换。更常见的是新采购一批国产整机（飞腾、鲲鹏、龙芯、海光、兆芯平台都有），同时把还在服役的 x86 老机器继续用着，过渡期两批机器并存。这种情况下最怕的是每换一批机器就得重做一次母盘。

做法上，母盘镜像本身不含驱动，驱动由各终端在下载镜像后自动匹配本机硬件。一个镜像同时兼容 BIOS 与 UEFI 两种启动方式，所以不同品牌、不同年份、国产整机可以混插在同一个后台里。

判断这条能力是否成立，不用听介绍，让对方拿你现有那批老机型现场做一次镜像下发就能看出来——下发完能不能正常进系统、进系统后显卡和网卡认不认。

国产系统这边，麒麟、统信、欧拉可以自行打包上云。打包时驱动按被打包主机当前运行的内核在线编译，不替换原厂内核，也不塞预编译好的死驱动。

装了 NVIDIA 官方驱动和 CUDA 工具链的影像工作站，打包上云后这套工具链原样保留，桌面下发到终端后直接调用本机独显，不需要 GPU 直通，也不需要做显卡虚拟化切分。

过渡期还有一件事值得提前规划：一台终端可以并存多套系统与环境，开机时选。放到医院里，就是门诊环境、病区环境、影像环境可以分开存，替代按科室或按批次推进，不必一次切干净。

医院信创 VOI 选型要问清楚的几件事

下面这张表回答的是：在医院的现实条件下，几条建设路径分别会带来什么形态的差别。列是方案类型，行是采购决策者真正会问的问题。

对比维度

本地 VOI/IDV + 镜像与虚拟磁盘集中管理

典型数据中心 VDI

会话/RDS 类远程桌面

传统物理机或缺乏统一镜像平台

桌面算力在哪里

终端本地 CPU/GPU

后端服务器虚拟机，受虚拟化层损耗

后端服务器共享会话，多人共用一套系统实例

终端本地，但每台各自为政可以，但系统状态无人统一管

PACS 读片这类高负载场景

直接调用终端本机独显，影像调阅按本机性能走

需配 GPU 服务器并做显卡切分，并发高时压力集中

不适合图形密集型读片

可以，但显卡驱动和工具链要逐台维护

系统更新怎么发下去

母盘改一次，差异更新一键下发，已下载终端互相做种

更新后端镜像模板，终端重新连接即可

更新后端会话主机

逐台装或逐台克隆

机器加到几百台后一个人管不管得过来

分组集控、批量下发网络参数，例行动作平台化；老旧 PC 可继续纳管

需要专职维护虚拟化平台与存储，通常需配套瘦终端

需要维护会话主机与并发授权

人力随机器数量线性增长

数据是否落在终端本地

系统盘可还原，业务数据可走个人网络磁盘，跟账号走

数据集中在后端

数据集中在后端

数据留在本机硬盘，存在泄露风险

信创 CPU 与国产系统适配

服务端支持 x86_64/ARM64/龙芯 LoongArch64，客户端覆盖 x86_64/x86/ARM64，可下发银河麒麟 V10、统信 UOS V20、欧拉、龙蜥、Ubuntu、Windows

取决于虚拟化平台自身的适配情况

取决于会话主机所跑系统

看单机装的是什么

网络盘、半缓存、全缓存怎么对号入座

同一条路线内部还有启动模式的选择，这个选择直接决定终端本地盘要多大、断网时能不能用。

启动模式

终端本地占用

网络要求

适合的医院场景

网络盘

几乎不占本地盘

依赖局域网，千兆起步

网络条件好、终端盘特别小的窗口机

半缓存

只缓存常用数据块，128G 小固态够用

一般网络即可，对带宽依赖低

大多数门诊、病区终端的均衡之选

全缓存

镜像完整落地，需足够本地盘

仅更新时用网

影像工作站等对性能要求最高的场景

判断方法可以简化成一个问题：这台终端断网十分钟，科室还能不能干活？能，就往半缓存或全缓存走；不能，说明业务本身就依赖后端，那要重新评估这条路线是不是最优。

医院信创 VOI 部署时先做什么、后做什么

前提条件先摆清楚：服务端可以装在物理机、虚拟机、Docker 或信创平台上，一台服务器即可起步纳管；终端侧要确认网卡、磁盘、显卡型号，尤其是国产整机要确认驱动在打包时能不能按当前内核编译通过。网络侧要规划好终端与管理平台之间的连通，跨网段部署需要 DHCP 中继配合。

· 服务端部署。按终端规模选配置，装好后登录管理控制台，先确认授权与分组结构能建起来。

· 母盘制作。在一台样机上装好医院要用的系统与软件（HIS 客户端、LIS 客户端、电子病历、PACS 读片端），把系统打包成母盘上传。国产系统用向导式打包方式，驱动按本机当前内核现场编译。

· 终端录入。把终端按科室或机房分组录入，录入后确认每台终端的启动方式（BIOS 或 UEFI）能被母盘同时兼容。

· 镜像下发。选一台或一组终端做首次下发，观察下载进度与缓存写入情况。下发中途断电重启会自动续传，不需要从头再来。

· 验证与分批上线。先在一个科室或一层楼试点，确认读片、开方、打印、外设（读卡器、打印机、扫描仪）都正常，再按科室逐批推。

下发过程本身有几个可观察的现象：终端在下载未完时仍可正常使用，不必等全量落地；已下载完的终端会自动做种互传，同一批下发的终端越多，整体下发越快，服务器压力反而被摊薄。早上门诊开诊前集中开机，如果全部压到服务器上拉，网络会被打满。

网络参数批量下发是部署阶段的常规动作。终端的服务器 IP、起始 IP、掩码、网关、DNS 可以按 MAC 地址批量下发，不依赖终端当前 IP 和网段，逐台状态有回显，配错了也能批量修回来。换网段或搬迁科室时，这个动作能省下逐台配置的时间。

哪些情况下这条路线不合适

以下几种情况，本地运行加镜像集中管理这条路线收益有限，或者不是最优解。

· 终端数量极少且没有专职运维。三五台终端、没有信息科人员值守的社区站点，上一套管理平台的部署和维护成本摊不开，直接装物理机加还原方案更省事。

· 终端硬件过旧，连基本的多环境缓存都放不下。这类机器可以走网络盘模式把容量挪到服务端，但前提是局域网带宽够、且业务能接受依赖服务器在线。

· 以移动办公或居家办公为主。医生在院外、在平板上访问业务系统，本地运行这条路线的形态对不上，需要的是远程接入类方案。

· 强依赖集中算力渲染。三维重建、AI 辅助诊断这类需要后端大算力统一调度的场景，算力本来就该放在后端，本地运行帮不上忙。

· 专用外设和行业客户端没有国产版本。读卡器、特殊打印机、某些专科软件如果厂商没出国产系统版本，换到国产平台上就跑不起来，这条要照实写进选型结论里，不能含糊过去。

上线前的自查清单

· 让对方用你现有那批老机型（含国产整机）现场做一次镜像下发，看能不能正常进系统、显卡网卡认不认。

· 要求演示升级失败后怎么回滚。镜像更新到一半出问题，能不能退回上一个版本、退回要多久。

· 确认服务端和终端是两套系统这件事，在方案文档里有没有分开写清楚。

· 核对国产 CPU 平台（飞腾、鲲鹏、龙芯、海光、兆芯）和国产系统版本（银河麒麟 V10、统信 UOS V20 等）在你的清单里是否都有对应覆盖。

· 确认专用外设和专科客户端在目标国产系统上有没有厂商版本，没有的话提前定好替代或保留 Windows 终端的范围。

· 确认管理端有没有告警记录和日志可查，出现问题时能不能定位到具体终端和具体时间点。