《International Journal of Computer Assisted Radiology and Surgery》：Simulation-based detection of usability conflicts for an ISO/IEEE 11073 SDC workstation: a spine surgery case study
编辑推荐：
目的：通过ISO/IEEE 11073面向服务的设备连接（SDC）实现医疗设备的开放、供应商无关网络，使得中央手术室（OR）工作站成为可能。然而，纯互操作性无法保证可用性或安全性，尤其是在多设备、多角色以及工作流程阶段在动态且不可预测的方式下交互时。研究人员提
目的：通过ISO/IEEE 11073面向服务的设备连接（SDC）实现医疗设备的开放、供应商无关网络，使得中央手术室（OR）工作站成为可能。然而，纯互操作性无法保证可用性或安全性，尤其是在多设备、多角色以及工作流程阶段在动态且不可预测的方式下交互时。研究人员提出一种仿真框架，用于检测基于SDC的工作站设置中的资源、工作流程和可用性冲突，并将其应用于背侧减压和脊柱融合手术。方法：该框架结合三种输入：（1）与外科医生共同创建的颈椎减压/融合业务流程模型和标注（BPMN）工作流程，（2）编码人机交互需求的设备特定用户界面（UI）配置文件，以及（3）可用OR设置（屏幕、脚踏开关、手控开关、角色、无菌区域）的结构化描述。分配引擎自动将设备功能分配给输入/输出资源，并根据约束库验证每次分配。检测到的违规（例如容量、时间关系、无菌区域、反馈冲突）被报告，并开发出无冲突配置的原型驾驶舱界面，由11名临床医生进行评估。结果：通过仿真可检测到多种冲突模式，包括输入设备短缺（踏板不匹配）、输出设备限制（无法充分显示参数）或角色容量过载（一人执行过多任务）。逐步调整OR设置解决了现有可用性违规，得到无冲突的分配。对11名临床医生的形成性评估提供了初步反馈，表明仿真得出的无冲突工作站布局对于所研究手术中的选定任务是可行且可用的。结论：仿真无法保证完美的可用性或无冲突运行。其可靠性最终取决于BPMN工作流程的保真度、编码的可用性约束的正确性和完整性，以及可用UI配置文件的质量。然而，它被证明是一种高效的早期阶段过滤器。研究人员的结果表明，基于仿真的冲突检测可以在安装前揭示SDC OR设置中的可用性和安全问题。
**基于仿真的可用性冲突检测在ISO/IEEE 11073 SDC工作站中的应用：一项脊柱手术案例研究解读**
**研究背景与问题**
传统手术室（OR）系统多采用专有和供应商锁定架构，限制了设备的灵活性和可扩展性。ISO/IEEE 11073面向服务的设备连接（SDC）标准通过提供标准化命名法、服务模型和通信协议，实现了医疗设备的开放、供应商无关网络，从而支持中央OR工作站的构建。然而，纯语义互操作性无法保证多设备设置的安全性和可用性。在典型OR环境中，多名临床医生（如外科医生、助手、OR护士、手术技师、麻醉师）通过触摸屏、脚踏开关或硬件旋钮与异构设备交互。当设备功能被重新分配到集中的SDC工作站及附加输入/输出元件时，可能产生资源冲突（如可配置脚踏开关被多个设备共享导致功能无法使用）、工作流程冲突（如关键信息被其他设备警告遮挡）或可用性冲突（如角色容量过载）。传统检测方法依赖早期形成性测试、总结性评估和风险管理文件专家评审，但风险管理文件因包含敏感信息而阻碍了设备开放互联。因此，研究人员提出一种基于仿真的框架，旨在早期检测SDC工作站设置中的资源、工作流程和可用性冲突，并通过脊柱手术案例研究评估其有效性。该论文发表在《International Journal of Computer Assisted Radiology and Surgery》。
**主要关键技术方法**
研究人员采用三种输入数据：1）与外科医生共同创建的背侧颈椎减压/融合手术的业务流程模型和标注（BPMN）工作流程，详细描述手术步骤、角色职责和交互需求；2）设备专属用户界面（UI）配置文件，以机器可读的XML模式编码人机交互约束；3）结构化YAML格式的OR设置描述，包括屏幕、输入/输出设备、角色及无菌区域。一个分配引擎（Python脚本）按顺序遍历所有步骤，尝试将每个步骤所需的设备指标映射到可用输入/输出资源，并依据约束库（包括容量、时间关系、无菌区域、反馈冲突等）进行验证。若存在冲突，则报告违规类型，并迭代调整OR设置直至获得无冲突配置。最终基于该配置开发纸面原型驾驶舱界面，由11名来自亚琛大学医院神经外科的临床医生（2名外科医生、2名护士、7名OR护士/手术技师）进行形成性评估，采用思维发声法和基于ISO 9241-110的问卷。
**研究结果**
**Simulation output（仿真输出）**
通过测试设置，所有表1列出的冲突类型均可被仿真检测到。研究人员初始创建的OR设置经仿真识别出多项冲突，包括输入设备短缺（踏板不匹配）、输出设备限制（无法充分显示参数）和角色容量过载（一人执行过多任务）。通过逐步调整（如增加显示器、选择替代脚踏开关），最终获得无冲突配置，包含三台显示器（触摸屏手术驾驶舱17.5英寸、显微镜直播29英寸、术中导航27英寸）、可编程三踏板脚踏开关、显微镜手控开关和高频设备手控开关，以及扬声器输出设备，各角色无菌需求亦被明确定义。
**Formative evaluation（形成性评估）**
11名参与者对纸面原型执行20项提取自BPMN流程的任务，成功率除任务10（1次失败）、任务13（1次失败）、任务20（2次失败）外均为100%。问卷评分（7点李克特量表）均偏向正面，表明布局的发现性、可读性、标签一致性和功能-设备映射基本可行。思维发声法反馈显示：一致设计支持导向、图标重要、字体良好、手术台图像增强学习性；但批评包括百分比值增加认知负荷、OR灯光功能过多、显微镜光强显示涉及患者安全、黄色踏板用于非高频切割任务不直观、手术台图像占用空间大。
**Insights compared to simulation output（与仿真输出对比的见解）**
思维发声法揭示的额外问题源于三类因素：a) 性能因素——需更详细考虑用户表现，仅依据任务关键性或数量无法估计压力；b) 不完善的UI配置文件——显微镜UI配置文件应由设备制造商共同开发，但未实现；c) 情境特定偏好——减少OR灯光功能可能影响用户体验，建议部分功能始终可见，其他动态出现。
**讨论与结论**
**讨论部分总结**
将基于仿真的检测框架集成到ISO/IEEE 11073 SDC工作站开发阶段，可有效减少与互操作性相关的可用性错误。开发人员可提前识别并解决复杂OR环境中设备交互可能产生的冲突，不仅增强患者安全，还优化工作流程效率。该框架在早期阶段即可系统性地识别可用性问题，这对于多个设备和角色同时交互的动态手术过程至关重要。其贡献在于聚焦SDC标准中的可用性冲突检测，在开放网络解决方案中提供增强的适应性和可扩展性。
然而，研究存在局限性：（i）仿真方面：仅应用于单一手术流程的变体，需扩展至更多手术以评估泛化性；仅检测预定义约束目录（表1）中的冲突，未来可扩展用户偏好模型；未动态评估功能重新分配对可用性和安全性的影响，需在交互式原型中测试。（ii）形成性研究方面：纸面原型无法模拟交互动态，发现主要反映布局和信息映射；参与者反馈表明需考虑现有产品和本地实践形成的期望；样本量有限（n=11）且来自单一部门，限制了外部效度。
**研究结论部分翻译**
仿真无法保证完美的可用性或无冲突运行。其可靠性最终取决于BPMN工作流程的保真度、编码的可用性约束的正确性和完整性，以及可用UI配置文件的质量。然而，它被证明是一种高效的早期阶段过滤器。研究人员的结果表明，基于仿真的冲突检测可以在安装前揭示SDC OR设置中的可用性和安全问题。
