医疗影像多分辨率显示适配验收指南：从DICOM灰阶到DPI缩放

1. 写在前面的验收背景

医疗影像显示适配这件事，表面上是个“屏幕分辨率匹配”问题，实际上牵扯到临床诊断的准确性和设备采购的合规性。我参与过不少医院PACS（影像归档与通信系统）上线项目，最容易被忽视、也最容易在验收阶段翻车的，恰恰是“多分辨率显示适配”这个环节。

先说清楚这个概念到底指什么。医疗影像设备（CT、MR、DR、超声等）输出的DICOM文件，本身有一个固定的像素矩阵，比如512x512、1024x1024，甚至有些高清乳腺钼靶能到4096x4096。但医生实际看片用的显示器，可能是1080P的普通诊断屏，也可能是2K、4K的专业医用显示器，还可能是不同缩放比的Windows系统（100%、125%、150%缩放）。多分辨率显示适配，就是确保同一张影像在不同分辨率、不同缩放比例的屏幕上，都能以正确的几何尺寸、正确的灰阶映射、清晰的细节呈现给阅片医生。

这套指南适合谁？主要是三类人：医院信息科和医工科的工程师、PACS厂商的实施和验收人员、以及临床科室里负责提需求的医生。三类人的关注点完全不同——工程师关心技术指标和测试流程，厂商关心验收标准是否合理，医生关心实际阅片体验是否影响诊断。这份验收指南要做的，就是把这三方的诉求统一到一套可执行的测试方案里。

我见过太多“验收走过场”的项目：工程师开机看一眼图像“挺清楚”，医生点点头就签字了，结果真到日常使用，发现放大镜功能在不同分辨率下位置偏移、窗宽窗位调节在4K屏上卡顿、三维重建的图像在2D显示器上变形。这些坑，其实都能在验收阶段通过一套系统的多分辨率适配测试提前暴露出来。

2. 显示适配的技术基础与验收思维

2.1 DICOM灰度标准显示函数（GSDF）为什么是验收的前提

聊显示适配，绕不开DICOM Part 14定义的灰度标准显示函数（Grayscale Standard Display Function，GSDF）。这个标准解决的是“不同显示器上看到的灰度层次是否一致”的问题。

打个比方：同一张CT片，在A显示器上看到的肺部结节对比度是“看起来刚好能分辨”，在B显示器上却是“隐约能看见”，这两台显示器的物理性能可能都没问题，但它们的灰度响应曲线不一样。GSDF就是规定了一个“标准感知曲线”——不管显示器本身的物理特性如何，经过校正（Calibration）之后，输出图像的灰度感知差异应该符合人眼视觉模型的均匀分布。换句话说，GSDF校准的目标是让“数码值每增加一级，人眼感知到的亮度差异基本一致”。

在验收多分辨率显示适配之前，必须先确认每一台用于阅片的显示器都做了符合DICOM Part 14的灰阶校准，且校准结果在允许误差范围内。否则，即使分辨率适配做得再好，灰阶显示失真也会直接掩盖适配问题，或者反过来放大适配问题，导致验收误判。

验收时的灰阶测试方法很简单，但很关键：用DICOM测试图案（比如TG18-LN测试图）在每台显示器上显示16级或18级灰阶条，肉眼观察每级灰阶之间的分界是否清晰、是否出现明显的灰阶合并或反转。如果在中低亮度区域出现两三级的灰阶“糊在一起”分不清，这往往不是分辨率适配的问题，而是显示器本身的灰阶响应不达标或者校准文件过期了。

2.2 分辨率与缩放机制：理解Windows/Linux缩放对影像显示的影响

现在主流阅片工作站的操作系统以Windows为主，Windows从8.1开始支持每显示器独立的DPI缩放设置，Windows 10/11更是把缩放粒度扩展到了10%一档。这就带来一个医疗影像特有的尴尬问题：医院采购的21.5英寸显示器和27英寸4K显示器，物理尺寸不同、分辨率不同、缩放比例不同，但要显示同一张标准的DICOM影像。

在100%缩放（缩放比例1:1）下，1个设备无关像素等于1个物理像素，这是最理想的状态，影像按原始像素矩阵逐点显示，清晰度最高。但一旦把缩放比例调到125%、150%甚至200%，操作系统会对整个桌面UI做矢量缩放，而这种缩放应用到DICOM影像显示控件上时，处理不当就会出现影像模糊、文字锐度下降、鼠标坐标与图像坐标错位等问题。

这里要特别提醒：不同厂商的PACS客户端对DPI缩放的适配程度差异极大。有些老旧的WinForm程序在150%缩放下直接界面文字截断、工具栏按钮错位；有些基于Qt或Electron的新客户端缩放表现相对好，但影像区域的OpenGL渲染上下文可能会在DPI变化时没有重新初始化，导致图像拉伸变形。

验收时务必覆盖以下场景：

• 同一台工作站，系统缩放从100%切换到150%，观察PACS界面是否有错位、文字是否发虚。
• 从100%缩放的显示器把窗口拖拽到150%缩放的显示器，观察影像是否变形、布局是否重新计算。
• 在125%和150%两个缩放档位下，分别验证ROI标注、测量线、箭头标注的位置是否还准确对应到影像像素坐标。

2.3 验收思维：从“看到图像”到“能准确诊断”

做过多年PACS实施的人都有一个体会：医院验收组容易陷入“功能驱动”的验收方式——厂商演示一下影像调阅、测量、报告编辑，确认“能操作”就算通过。但医疗影像显示适配的验收，必须是“质量驱动”的。

你验收的不是“屏幕上显示了图像”，而是“显示的图像是否与原始DICOM数据在几何和灰度上保持一致”。用大白话说：医生在屏幕上量出来的结节直径，应该和这个结节的真实物理尺寸一致；医生在屏幕上看到的组织边界，应该和DICOM文件里的像素分布一致。

因此验收指南里建议的所有测试项目，都应该围绕以下三类指标展开：

• 几何保真度：图像的长宽比、像素间距、标注位置是否在不同分辨率下保持一致。
• 灰度保真度：灰阶层次是否可分辨、窗宽窗位调节后影像是否出现伪影。
• 流畅度与响应性：放大、平移、序列切换在4K或2K高分辨率下是否保持足够的帧率，是否出现明显卡顿。

3. 多分辨率显示适配验收的实操流程

3.1 验收准备：硬件、软件与测试素材清单

在动手测试之前，第一步是把测试环境整理清楚。我在项目里习惯按下面的清单逐项核对，缺一项都可能让验收结果无效。

硬件准备：

• 待验收的阅片工作站（含显卡、驱动版本信息）。
• 覆盖目标环境的显示设备：至少包括采购合同中要求的最高分辨率显示器（如4K）、常规分辨率显示器（如1080P），如果可能，准备一台支持缩放比例切换的笔记本或一体机用于模拟不同DPI环境。
• 一个支持分辨率切换的KVM切换器或矩阵（不必须，但能提高测试效率）。

软件准备：

• 标准DICOM测试影像集：建议准备三套——
  • CT横断面（512x512矩阵，16位灰度，含窗宽窗位设置）。
  • 乳腺钼靶（4096x4096矩阵，12位或16位灰度，适合高分辨率保真度测试）。
  • 带标注参考的DICOM RTSTRUCT或包含测量物体的体模影像（用于验证几何精度）。
• PACS客户端软件（待验收版本）。
• 操作系统自带“显示设置”工具和显卡驱动控制面板。
• 屏幕亮度和灰阶校准工具（如符合DICOM Part 14的校准软件，或硬件校准仪）。

测试素材的准备有一点非常讲究：不要只用厂商提供的“演示影像”。演示影像往往被处理过——对比度调过、尺寸被裁剪过，根本无法用来判断适配是否真实达标。建议从医院的PACS里导出3-5组不同设备、不同检查部位的真实脱敏DICOM数据，并记录原始图像的像素矩阵、像素间距（Pixel Spacing）和窗宽窗位参数。

3.2 分辨率与DPI缩放适配测试步骤（附参数记录表）

以下是我在多分辨率测试中用的一套标准步骤，每一步都要记录对应的截图和参数数据。

第一步：基准分辨率下的灰阶校正确认

在每台显示器上，先把系统缩放设为100%，桌面分辨率设为显示器物理分辨率（例如4K显示器设为3840x2160）。打开DICOM灰阶测试图，目视检查灰阶层级。记录每台显示器的实测灰阶阶数（能清晰分辨的灰阶数量）和校准前的Gamma值。

第二步：多分辨率切换适配测试

按以下顺序依次切换桌面分辨率，每个分辨率下停留2分钟，进行相同的测试操作：

1. 1920x1080，100%缩放；
2. 2560x1440，100%缩放；
3. 3840x2160，100%缩放（如果显示器支持）；
4. 1920x1080，125%缩放；
5. 1920x1080，150%缩放。

在每一个分辨率/缩放组合下，依次执行：

• 加载CT影像，使用“适应窗口”显示，检查图像是否保持正确长宽比（圆形结构不得变椭圆）。
• 使用100%原始像素显示模式（1:1模式），检查图像在屏幕上的显示尺寸是否符合预期（在4K屏上，512x512的CT图应该只占屏幕中央一小块区域，不能自动放大填满屏幕）。
• 打开放大镜（Mag glass）或局部放大功能，检查放大区域是否跟随鼠标、是否与原始像素对齐。
• 拖动图像、缩放图像各操作20次，记录是否出现明显的卡顿或延迟（体感超过200ms即为不合格）。
• 在图像上添加一个ROI测量和一个直线距离测量，记录测量值。

第三步：跨分辨率拖动测试

将PACS客户端窗口分别放置在两台不同分辨率的显示器上（例如左侧1080P、右侧4K），操作方式为：

• 将窗口从1080P显示器拖到4K显示器，观察界面布局是否重新计算、影像是否重新渲染。
• 将窗口从4K显示器拖回1080P显示器，重点观察界面字体、图标、工具栏是否出现裁切或模糊。
• 在拖动后的目标显示器上，重新加载影像并进行测量，验证测量值是否与拖动前一致。

第四步：窗宽窗位与灰阶联动测试

窗宽窗位调节是医生日常阅片使用频率最高的操作，也是显示适配最容易出问题的环节。在每种分辨率下：

• 把窗宽设为400HU、窗位设为40HU（典型肺窗），肉眼观察影像灰阶过渡是否均匀，能否清楚分辨纵隔和肺实质边界。
• 快速拖动窗宽窗位调节滑块50次，观察图像刷新是否平滑，是否出现闪烁或延迟。
• 把这组窗宽窗位参数保存为预设，重启PACS客户端后加载，确认预设参数在不同分辨率下表现一致。

3.3 专业医用显示器与消费级显示器的验收差异

这里要明确区分一个关键问题：不是所有显示器都适合作为医用诊断显示器。验收之前，先弄清楚你拿到的是“医用灰阶显示器”还是“普通彩色显示器”。

医用显示器通常具备以下特征：支持10-bit或更高灰阶显示，内置LUT（查找表）校准，出厂时附DICOM校准报告，亮度可达400cd/m²以上（诊断级甚至700-1000cd/m²），且支持环境光补偿传感器。消费级显示器即便分辨率一样，色深可能只有8-bit，且没有硬件LUT校准功能，加上亮度和对比度动态调节，会导致影像灰阶显示不稳定。

验收标准应写明：用于“诊断”的阅片工位，必须配置符合DICOM Part 14标准的医用显示器；用于“浏览”的参考工位（如护士站、医生办公室），可以使用普通显示器，但也必须通过多分辨率适配测试。

在验收流程上，这两类显示器的测试项有所不同：

3.4 典型分辨率组合的参数计算与预期结果

写验收指南时，不能只写“记下数值”，还要告诉执行人员怎么判断数值是否合理。这里以几个典型场景为例。

场景一：CT 512x512，在4K显示器（3840x2160）上以1:1模式显示。

1:1模式下，512x512的图像应该占据屏幕的512x512个物理像素，在4K屏上大约是屏幕左下角或中央一个约13.5英寸（按27英寸4K屏计算，像素密度约163PPI）的小方块。如果PACS客户端自动把它缩放填满屏幕，就已经违反了原始像素显示原则，属于显示适配错误。因为CT的512x512像素矩阵，本应在原始尺寸下查看单像素细节，放大到全屏会导致插值模糊，可能掩盖微小病灶（如肺微小结节）。

场景二：乳腺钼靶4096x4096，在2K显示器（2560x1440）上“适应窗口”显示。

适应窗口显示时，4096x4096的图像需要缩小到2560x1440的窗口内，缩放比例约0.625x。此时像素间距被改变，显示的图像不再等同于原始图像。医生若在这个模式下测量微钙化灶尺寸，结果将偏离真实值。正确的做法是：适应窗口模式仅用于“概览观察”，一旦进入测量或精细阅片模式，必须切换为1:1或基于像素间距的校准放大模式。验收时应验证客户端是否能明确区分这两种模式，并在测量时弹出提示或自动切换。

场景三：同一张图像在100%和150%缩放操作系统下的测量一致性。

设原始DICOM的像素间距为0.5mm/像素，直线测量工具测得图上距离为100像素，则物理距离=100×0.5=50mm。在100%缩放下，如果客户端正确读取像素间距，应显示50mm。在150%缩放下，系统DPI改变，客户端的绘图坐标系可能做了缩放。如果客户端没有正确处理DPI，可能会把100像素在150%缩放下换算成150毫米（错误），或保持50毫米不变（正确的结果）。验收时应在两个缩放档位下分别测量，数值一致才算通过。

4. 验收工具与测试影像的制作方法

4.1 免费可用的DICOM测试影像资源

很多实施工程师问我去哪里找标准测试影像。这里分享几个实际可用的途径，都是不收钱的：

• 屏显测试图：DICOM标准里定义的TG18测试图集，包含灰阶、几何、分辨率等多种测试图案。常见获取途径是各类医学物理组织和影像学教学网站提供的下载包，搜索“TG18 test pattern download”可以找到。找不到时，也可以找PACS厂商要，一般正规厂商都备有这套素材。
• 真实脱敏影像：从本院的PACS中导出，用DICOM匿名化工具处理掉患者信息（包括患者姓名、ID、出生日期、机构名等）。推荐使用DCMTK工具集中dcmanon命令做匿名化。
• 特定几何测试体模：如果没有物理体模，可以用一个简单方法自制虚拟体模——用ImageJ或Python脚本生成一个包含已知尺寸球体（如直径10mm、20mm、30mm）的DICOM文件，像素间距人为设定（如0.5mm/像素），这样可以用它来验证测量精度。

4.2 用Python生成几何精度测试DICOM影像

这里给出一段简单的Python代码，它用pydicom库生成一个包含已知直径圆形物的DICOM文件。我用它模拟CT图像，专门用于测量精度验证。

python复制import numpy as np
import pydicom
from pydicom.dataset import FileDataset, FileMetaDataset
from pydicom.uid import generate_uid, ExplicitVRLittleEndian

# 生成512x512、像素间距0.5mm的图像
rows, cols = 512, 512
pixel_spacing = 0.5  # mm/pixel

# 创建一个空图像，背景为水（CT值约0 HU）
img = np.zeros((rows, cols), dtype=np.int16)

# 画一个直径20mm的圆（换算为像素直径=20/0.5=40像素）
center = (rows // 2, cols // 2)
radius_pixels = 20 / pixel_spacing / 2  # 半径=20mm/2=10mm -> 20像素

y, x = np.ogrid[:rows, :cols]
mask = (x - center[1])**2 + (y - center[0])**2 <= radius_pixels**2
img[mask] = 100  # 圆内CT值设为100HU（模拟高密度组织）

# 创建DICOM元数据
file_meta = FileMetaDataset()
file_meta.MediaStorageSOPClassUID = "1.2.840.10008.5.1.4.1.1.2"  # CT Image Storage
file_meta.MediaStorageSOPInstanceUID = generate_uid()
file_meta.TransferSyntaxUID = ExplicitVRLittleEndian

ds = FileDataset("test_geometry.dcm", {}, file_meta=file_meta, preamble=b"\0" * 128)
ds.PatientName = "TEST_GEOMETRY"
ds.PatientID = "TEST_GEOMETRY_001"
ds.Modality = "CT"
ds.Rows = rows
ds.Columns = cols
ds.SamplesPerPixel = 1
ds.PhotometricInterpretation = "MONOCHROME2"
ds.BitsAllocated = 16
ds.BitsStored = 12
ds.HighBit = 11
ds.PixelRepresentation = 1  # 有符号整数
ds.RescaleIntercept = -1024
ds.RescaleSlope = 1
ds.PixelSpacing = [pixel_spacing, pixel_spacing]
ds.SliceThickness = 1.0
ds.InstanceNumber = 1
ds.SeriesInstanceUID = generate_uid()
ds.StudyInstanceUID = generate_uid()
ds.SOPInstanceUID = file_meta.MediaStorageSOPInstanceUID
ds.SOPClassUID = file_meta.MediaStorageSOPClassUID

# 设定窗宽窗位默认值
ds.WindowCenter = 50
ds.WindowWidth = 200

# 写入像素数据
ds.PixelData = img.tobytes()

ds.save_as("test_geometry.dcm")
print("已生成测试影像: test_geometry.dcm")
print(f"图像矩阵: {rows}x{cols}, 像素间距: {pixel_spacing}mm, 圆直径: 20mm")

这段代码生成的影像，中央有一个直径20mm、CT值100HU的圆。验收时，在PACS客户端里用测量工具量这个圆的直径，如果显示为20±0.5mm，说明几何适配和像素间距读取正确；如果量出来是19mm或21mm，说明客户端读错了PixelSpacing，或者缩放适配存在误差。

这段代码还可以扩展：生成多个不同直径、不同位置的圆，甚至生成一个包含正方形和三角形的图形，用来验证更复杂的几何关系。日常验收准备一套这样的影像，比从外部下载测试图更贴合PACS的实际行为，因为它的DICOM标签是完全真实的。

4.3 灰阶响应测试的快速操作方法

灰阶响应的测试不像几何精度那么精确可量化，但有一个非常实用的土办法：使用系统自带的照片查看器打开一张包含连续灰阶渐变的PNG图像（可以从网上下载16位灰阶渐变图），逐步调节显示器亮度，观察渐变的过渡是否平滑。如果出现明显的色阶断层或条纹，说明显示链路中的灰阶位数受限。

这种测试虽然不是DICOM标准方法，但能在验收现场快速判断显示器是否存在严重的灰阶问题，适合作为DICOM灰阶校准的补充。

5. 验收报告的编写要点与判定标准

5.1 验收项与判定标准速查表

一套完整的验收报告至少要包含以下内容。我按验收项、测试方法、判定标准、常见缺陷分列成表，方便现场对照填写。

5.2 验收报告的常见误区

写验收报告时，最容易犯的错误是只贴截图不写测试条件。一张“看起来正常”的截图，如果不标明当时的分辨率、缩放比例、显示器型号、驱动版本，别人根本无法复现或判断结果是否有效。

正确的做法是：每项测试记录包含测试环境信息、操作步骤、实测结果、判定结论四个要素。截图作为证据附在后面，页面设置统一（如：影像1:1显示，左上方显示DTI信息栏）。

另外特别提醒：验收报告应该按“项”来判定，而不是按“整体”来判定。只要有一个验收项不通过，就必须让厂商整改后重新测试该单项，而不是“整体基本通过、限期整改”。一旦开了一个“基本通过”的口子，后续所有有争议的项都可能被模糊带过，最后受害的还是临床使用方。

5.3 如何把握“验收通过”与“限期整改”的尺度

我自己的原则是：缺陷分级处理，核心诊断功能缺陷不得带病验收。

• A级缺陷（必须整改后才能验收）：几何失真、测量值错误、窗宽窗位调节异常导致灰阶错乱、1:1显示模式失效。这类问题直接影响诊断准确性。
• B级缺陷（可限期整改，通常1周，不影响验收签字但需书面承诺）：界面元素错位、文字模糊但不影响影像显示、偶发卡顿。
• C级缺陷（可记录但不需要整改）：个别非阅片窗口（如登录页、报表页）在不同分辨率下的美观度问题。

A级缺陷只要出现一个，验收就不能通过。B级缺陷虽然可以签字，但要在验收意见里明确写出整改期限和复核方式。C级缺陷记录下来，供下一版本优化参考。

6. 高频问题的排查与技术避坑实录

6.1 影像在4K显示器上“发虚”的真正原因

4K显示器验收时最常听到的抱怨就是“图像怎么这么模糊”。很多人第一反应是显示器分辨率没调对，或者是显卡驱动没装好。实际上，我在项目中遇到过的情况，90%都是软件层面的问题：

最常见的是PACS客户端没有在4K显示器上重新创建渲染上下文。很多客户端用OpenGL或DirectX绘制影像，窗口在不同DPI显示器之间拖动时，渲染上下文仍然保留旧的缩放参数，导致图像被错误拉伸。排查方法是把客户端窗口从1080P屏拖到4K屏后，先关闭影像重新打开，如果图像立刻变清晰，就说明是渲染上下文没刷新的问题。

其次是Windows的“应用DPI缩放替代”设置。右键点击PACS客户端exe文件，进入“属性-兼容性-更改高DPI设置”，如果勾选了“替代高DPI缩放行为”，并且缩放执行方式选择了“应用程序”或“系统（增强）”，系统会强行缩放整个窗口。这种设置对老软件有时能救急，但对影像控件来说往往是灾难——因为它按位图方式整体缩放，影像会立刻变软。正确的做法是让PACS客户端自己响应DPI变化，而不是系统去替代缩放。

6.2 测量值在不同分辨率下不一致怎么排查

如果同一张测试影像在1080P下量出20mm，在4K下量出20.5mm，优先排查以下三个环节：

• Pixel Spacing标签是否正确读取。把DICOM文件拖到DICOM查看器（如RadiAnt、Slicer）里看PixelSpacing（0028,0030）的值。有些生产设备会漏写这个标签，或者写成了1,1（默认值），这时候客户端只能靠猜，测出来的值自然不对。
• 客户端是否把显示缩放也当成物理缩放。比如系统150%缩放下，客户端如果在绘图逻辑里把坐标系放大了1.5倍，那么计算物理距离时没有把这个1.5倍消除，测量值就会偏大50%。
• 显示器的物理尺寸是否作为测量参数参与计算。部分高级PACS会结合显示器物理尺寸和分辨率来优化显示比例，如果显示器型号换了但客户端配置里还是旧显示器的物理参数，也会导致尺寸计算偏差。

排查思路就是“逐层剥离”：先排除DICOM数据本身的问题，再用已知物理尺寸的测试影像验证，最后看客户端在不同缩放模式下的表现差异。

6.3 窗宽窗位联动在缩放后“变慢”的坑

在4K显示器上，窗宽窗位调节明显比1080P慢，这在高分辨率显示器上非常典型。原因是显示帧缓冲区变大了——4K分辨率需要的像素量是1080P的4倍，如果客户端是在CPU端把受窗宽窗位影响的像素重算一遍再传给显卡，计算量直接翻4倍，卡顿就是必然的。

解决方向有两条：一是要求PACS客户端采用GPU着色器实现窗宽窗位调节（在显卡内部完成灰度映射，CPU只传一次原始数据），这在现代显卡上是基本能力；二是如果客户端不支持GPU加速，可以在显卡控制面板里强制开启对特定进程的“高性能”模式，并关闭垂直同步，能小幅改善，但治标不治本。

验收时遇到这类问题，直接记录为B级缺陷，要求厂商提供GPU加速方案或优化算法，而不是自己去改显卡设置将就。

6.4 多屏DPI不一致场景下的鼠标漂移问题

双屏验收时，如果一台显示器是1080P（100%缩放），另一台是4K（150%缩放），鼠标从1080P屏拖到4K屏的过程中，PACS客户端的测量鼠标、放大镜位置常常会出现偏移，看起来是鼠标位置和图像标注位置差了一截。

这个问题的根源在Windows的坐标系。1080P@100%的逻辑坐标范围是1920x1080，4K@150%的逻辑坐标范围是2560x1440（因为3840/1.5=2560），两个显示器在逻辑坐标系里的拼接不是简单的平铺直线。跨越两块屏时，鼠标的世界坐标是连续的，但应用窗口内的客户区坐标会因为DPI缩放而重新映射，如果客户端没有正确监听WM_DPICHANGED消息并重新计算鼠标相对于图像控件的坐标，就会出现漂移。

排查和修复都很直接：升级PACS客户端到支持每显示器DPI感知的版本（在exe的清单文件里声明PerMonitorV2），或者至少在程序里处理WM_DPICHANGED事件。如果厂商因故不能及时修复，验收时建议把双屏的DPI缩放设为一致，并在验收报告的“限制和备注”里注明，避免后续临床使用时出问题又说验收时没发现。

6.5 一套来自集成测试现场的避坑清单

最后整理一份我在多个医院项目中反复用到的避坑清单，可以说每条都是踩过坑换来的：

• 测试前把显卡驱动升级到显卡厂商官网发布的正式版，不要用Windows Update推送的兼容版，部分驱动在4K+缩放场景下有已知Bug。
• 关闭显示器的“动态对比度”功能。消费级显示器这项功能默认开启，会导致影像亮度随画面内容变化而波动，严重干扰灰阶测试结果。医用显示器没有这个功能，但保险起见也要检查。
• 测试时全部使用无边框窗口或最大化窗口。部分PACS在手动调整窗口大小到比较奇葩的尺寸（比如1237x653）时，影像区域的布局计算可能存在bug，最大化状态下一般都正常，验收时容易漏掉这个小窗口bug。
• 用窗口置顶截图工具固定截图区域，确保前后截图对比时在同一屏幕位置截取，避免人为误差。
• 保存Windows颜色管理配置。显示适配测试前，把每台显示器的ICC配置文件备份一份，万一测试中途驱动重置或系统还原，可以快速恢复。
• 对不通过的测试项，把PACS客户端的日志目录完整拷贝留存。大部分发布版的客户端都有日志输出，排查模糊、错位等问题时，日志里的DPI相关信息（如RenderScale、DeviceScaleFactor）能直接定位问题。

7. 个人实操中的一点体会

多分辨率显示适配验收这件事，说到底不是在检验一台显示器、一个客户端，而是在检验整个“影像显示链路”的健壮性。每一台显示器、每一种分辨率设置、每一次系统缩放变化，都可能是压垮诊断工作流的稻草。别等问题积累到临床日常使用中爆发再去救火，那时往往已经影响过成百上千次的阅片了。

我个人的体验是：验收时多花两三天做全面适配测试，远比上线后反复出补丁、停诊维护、被临床抱怨要划算得多。很多问题在测试阶段一眼就能看出来，但一旦到了日常使用场景，就容易和网络、服务器、数据库的其他故障搅在一起，排查成本成倍增加。

这个指南里的测试步骤、报告模板、判定标准，我在不同项目里做过裁剪和调整，但核心思路一直没变：用标准化手段检验非标准化环境下的人机交互。如果你正在准备做类似的验收，把它当成清单逐项过一遍，一定比你临时凭经验“看看”要扎实得多。