医院建设软件系统的常规调研方式是邀请拥有解决方案的软件厂商进行产品功能演示，通过产品方案讲解及问题答疑的方式逐步明确建设要求，该调研方式存在的主要问题是不能客观评价软件产品的优缺点，当产品在医院落地时可能出现与医院基础软硬件不匹配等兼容问题，从而导致系统实施障碍和建设周期延长。因此，如何选择一款适合医院现有业务发展需求及长期运营风险较小的信息系统成为大多数医院软件系统建设中的重要课题。

本文介绍一种基于软件试用的系统建设方案设计方式，通过模拟软件实施流程，加强软件调研中对自身实际情况和软件产品的客观评价，为后续项目的采购及实施，提出一套更加契合医院实际的建设方案。

重症监护系统需集成重症医学装备和临床诊疗数据，实现与医院其他业务系统的无缝连接。该系统建设的目的是更好地提高医疗信息传递的准确性、及时性，提高临床医护人员的工作效率及减少医疗差错，提高医疗质量。因为重症监护系统本身建设的复杂性，本文以该系统为例，详细描述软件试用方式在该软件系统选型中的设计和效果。

重症监护系统建设难点 重症监护系统建设因医院软硬件及网络环境限制，存在以下建设难点：（1）网络及终端：因多数ICU使用空间限制和层流病房基建要求，无法对病房进行重新布线和重新规划使用空间，网络连接方式（有线或无线）和终端选择（笔记本或一体机）跟病房实际情况息息相关，不同医院因自身情况不同而需要不同的解决方案。（2）设备连接：ICU使用大量监护治疗设备，因采购年限、设备型号、设备厂家和数据接口的不同，设备数据采集时存在很多不确定性。（3）软件功能：不同医院的ICU管理及工作流程都有差异，如何设计一套适合医院管理及临床工作流程的功能清单，需要临床医护人员和管理部门共同参与确认。

软件试用流程设计 根据前期调研情况，对参与调研的4家公司的重症监护系统软件进行依次试用。选取重症医学科1个床单元为试用对象，进行为期15天的软件试用，流程如图1所示。4家软件公司根据医院重症医学科软硬件现状及临床工作需求，结合各软件自身特点分别进行设备集成、网络部署、信息集成及临床应用功能模块等部署。重症监护系统部署完成后，由测评小组进行使用功能测试和量化评价；各软件公司根据软件部署情况，向医院反馈部署中医院存在问题和注意事项。

软件厂商及测评小组 试用软件公司及版本：选择医院进行初步调研和论证后，和院方需求基本契合的A、B、C、D 4家软件厂商的产品；评估小组小组成员包括：①科室使用者：重症医学科医生、护士、设备管理员；②科室管理者：重症医学科主任、护士长；③信息中心技术人员。

试用主要内容确认 4款软件主要试用内容包括设备集成、数据采集、网络集成、软件集成及功能清单等。

设备集成 整理科室现有设备清单（监护仪、呼吸机、血气分析仪、CRRT机及PiCCO2容量监测仪等），测试具有数据输出功能的常用设备连接。考察各款软件针对现有设备的连接能力，发现设备集成过程中存在的问题。

数据采集 通过设备连接，连续采集病人在一段持续时间内产生的设备数据。测试数据采集的实时性、连续性和稳定性；采集频率是否按工作模式设定进行，危急值预警提示是否可读取，采集参数列表是否按要求配置。

网络集成 终端电脑和设备数据采集的网络设置时，分别部署无线、有线两种方式，并对比两种方式的网络稳定性。基于目前医院内网WiFi使用情况，确认终端电脑和设备数据采集所采用的网络连接方式。

软件集成 为试用系统开通指定床位的数据接口（出于病人隐私保护考虑，开放接口时会隐藏该病人身份信息），实现重症监护系统和医院现有各系统的模拟对接，实现单病人数据集成。 

功能清单 包括设备管理、管道管理、压疮管理、医嘱管理、护理文书、医护交班、医生模块、工作量统计及质控管理等内容。

功能测试及量化评价 评估小组根据医院实际工作流程和管理要求，制定《重症监护系统综合评价表》和《试用厂家问题反馈表》。《重症监护系统综合评价表》主要内容包括设备集成、数据采集、网络集成、软件集成、功能清单使用感受和实施情况7大部分。由评价小组根据《重症监护系统综合评价表》对各软件建设情况进行量化评分；软件公司通过《试用厂家问题反馈表》对医院建设该系统所存在问题进行反馈，并给出解决方案建议。

效果与评价

测评效果及分析 测评小组根据《重症监护系统综合评价表》，分别对4款产品进行评分。具体结果如表1所示。

测评小组经过试用过程，更加全面地了解各款软件的优缺点，以及在实际使用过程中和科室现有工作流程的契合程度，为后续的软件采购决策提供有力的数据支撑。综合分析试用数据后发现，应用重症监护系统后，护士对于单个病人的护理数据采集由90分钟降至20分钟，工作效率提高3倍以上，医生通过系统可对病人病情有更全面、直观地掌握，整体医疗质量得到显著提升。

院方需整改问题反馈 软件公司通过《试用厂家问题反馈表》将医院影响软件部署的问题反馈给院方，通过对4份问题反馈表的分析，归纳整理出以下两个主要问题：

（1）内网WiFi网络稳定性问题：目前医院大多采用AP方式部署院内WiFi网络，该方式存在部分死角位置，如病房拐角或者走廊尽头等位置，若离点位较远，WiFi信号覆盖弱的问题。而WiFi信号稳定性直接影响重症监护系统的客户端及设备采集终端所采用的网络部署方式。

在医院WiFi环境无法做到全部稳定覆盖的情况下，为保证系统运行和数据采集的稳定性，建议采用有线方式为主、无线方式为辅的网络连接方式；同时，尽快加强科室内部WiFi信号测定，找出信号薄弱区域，增加AP点位，达到信号全覆盖。

（2）部分设备数据无法采集问题：ICU过去采购设备时，因当时无设备数据采集需求，故在采购时未对开通数据接口有明确要求，会导致部分设备未开通数据提取的软件接口（如血气分析仪采用单机运行方式，未开放软件对接接口）。

该问题需要院方和仪器厂商提前进行沟通协商，使之开放相应数据接口；并在未来采购设备时，在合同中明确要求开通标准数据输出接口。

通过4家公司的实施问题反馈，可以帮助医院提前发现自身问题，及时对其进行整改，可以有效避免在重症监护系统正式实施时，成为影响实施效果及延长建设周期的障碍。

（1）实际产品功能验证：验证现有软件产品的需求符合情况、系统架构的完整性、硬件架构的稳定性和产品的整体易用性。

（2）产品厂商能力测试：从侧面验证厂商的实施能力、人员配合度及项目渴望度等。

（3）发现自身问题，提前应对：更能让应用科室（重症医学科）、医院主管部门（信息中心）及院领导掌握重症监护系统建设中的重点和难点，对存在问题提前制定针对性解决方案，从而有效避免因前期调研不详尽、基础情况不明、需求不具体等因素造成系统上线时出现需求沟通不畅、功能改造不适合及系统建设工期滞后等问题。

但是，软件试用并不能发现在实际上线过程中的所有问题，例如文中对重症监护系统的试用方案是对单床位进行部署，而系统整体上线后，ICU全部设备数据均接入医院网络，大量高频、连续的设备数据是否会对医院网络带宽造成压力，从而出现影响其他业务系统运行速度的问题，在单床位试用部署中无法测算。另外，软件试用方式也存在自身的局限性，不是对所有类型的软件选型采购试用。

（1）公共服务类软件：例如医院信息平台、科研平台等，该类软件更应关注整体性能表现，试用方式无法对整体进行有效测评。

（2）软件架构不适宜进行拆分部署的软件：试用要求需要试用厂商、院方投入大量人力、物力成本进行试用程序部署，而且院方需配合多家厂商，投入成本加倍，这种方式可能会严重影响项目建设的进度，造成资源浪费。

随着医疗信息化的不断推进，新技术对医疗行业的冲击，医疗软件的更新速度也在不断加快，如何为医院选择一款满足医院实际要求、能完成快速部署、上线并且能持续稳定使用的软件，是系统选型时需要考虑的重中之重。本文介绍的软件试用方式，可以作为传统软件选型调研方法的有效完善和补充，但是试用软件需要投入一定的人力、物力和时间成本，需要医院、科室和各软件公司的有效配合才能完成，医院可根据建设项目的复杂和重要程度，均衡考虑是否采用。另外，软件采购成本是影响医院决策的一项重要因素，在掌握各个软件产品对医院需求的满足情况之后，软件报价会成为影响采购的一项重要指标，医院可根据对该项目的预算情况均衡考虑选择性价比最高的产品。