随着医疗改革的不断深化，医院运行管理需求的不断提高，医院信息系统要不断地进行升级和改造，以适应发展的要求。当前医院信息系统已经成为支撑医院业务运行的必要保障，信息系统的连续运行又使得对其进行更新和替换变得困难，导致大部分信息系统不得不超期服役。

因此，如何做好医院新旧系信息统更替工作，成为不少医院信息化建设的痛点。

有哪些常规问题是我们需要考虑的呢？

系统更换过程中可能存在的风险医院信息系统从旧系统到新系统切换的成功对医院来说至关重要，但在系统切换过程中不可避免的会遇到各种问题，影响新系统正常上线。出现的问题种类一般表现在以下几个方面。

01

系统切换方式

系统切换是采用两套系统并行的方式还是“一刀切”的方式？两套系统并行是指在新系统上线的同时现有系统仍然使用，待新系统运行稳定、细节修改完毕、基本没有问题后再逐渐全部切换至新系统。

“一刀切”指新系统上线后现有系统立即停止使用，现有系统的数据通过设定好的规则导入到新系统，一切数据以新系统为准。前者对现有系统影响最小，几乎不影响现有系统的运行，新系统如果出现问题，可以随时切换回现有系统，风险最小。

但由于两套系统同时并行，在数据统一性和完整性上会存在一定的问题。后者数据统一性、完整性能够满足要求，但切换风险大，一旦出现问题，对医院业务造成的影响较大。

02

原始数据处理问题

新系统相对于现有系统在开发工具和数据库方面可能有所变动，数据结构可能发生变化，现有系统的原始数据无法被新系统使用，对于这部分原始数据的处理需要仔细考虑。

数据准备是系统切换工作中的一项基础工作，有的数据可能是现有系统没有的，需要手工录入；有的数据需要从现有系统经过合并、转换导入新系统。不管是哪种情况，都需要认真、细致的完成。否则，问题会在系统切换时集中爆发，后悔莫及。

03

用户使用习惯问题

系统切换会对用户的使用习惯带来较大影响，主要表现在系统操作流程的改变上。相对于现有系统来说新系统在操作方式上会有较大变化，这就要求用户改变使用现有系统形成的一些习惯。这会在系统更换过程中带来一定的阻力，如何将这种阻力降到最低是需要考虑的问题。

系统更换的详细方略

01

测试系统的准备与应用

1.1测试硬件的准备

首先，按新系统需求采购新的应用服务器及存储设备，安装配置数据库、中间件、应用服务。其次，在信息中心准备几台测试用电脑，要选择终端用户的各类机型，避免正式启用时，终端用户因电脑配置不够无法正常使用的情况。最后，安装测试程序及相关控件；安装各流程所需的外接硬件设备；准备各类表单测试用纸。

1.2基础数据的导入与维护

新系统数据字典与在用系统有所不同，需由相应科室维护人员进行初步对应，由数据库人员将新、老系统表结构导出后进行关联导入。对于导入后仍缺少的字段，再进行逐一维护。

此外，因距离正式上线还会有一段时间，此时间段内产生的新数据，要求维护人员在新、老系统中同时维护，一方面是避免切换时再次导入，另一方面也是对维护人员的培训。对于库存类的实时数据要确认字段，待正式切换时才导入，基础数据一定要仔细核对。

1.3功能测试

厂商实施人员演示系统功能，信息中心人员实践操作各种流程是否顺畅、录入异常值的逻辑判断是否正确、查看各环节的信息是否一致、生成报表是否正确、打印表单的格式是否符合要求。因为每个人的操作习惯不同、关注重点不同，所以测试过程分工轮番进行，以确保每个测试点有多人操作，能够尽量全面地完成测试任务。

1.4测试结果总结

测试结果编制固定的表格样式，每个人按格式填写，至少要包括：测试人、测试时间、功能模块、测试数值、测试结果。每项测试任务完成后，要及时汇总：过滤结果正常的测试点，删除重复存在的问题，与厂商实施人员确认剩余问题，得到双方确认后，标记为实证问题，备份记录。

整个测试的过程引用PDCA戴明环质量管理的过程：Plan，计划测试任务，确定单元测试或集成测试;Do，实施测试；Check，检查整理测试结果；Action，确认存在的问题，沟通解决的方案，对于没有解决的问题，提交给下一个PDCA循环中去解决。

02

功能需求的优化

2.1老系统功能模块的梳理

对在用系统的功能进行梳理，分角色、分模块进行总结归纳，尤其对一些在过去运行过程中优化的功能点，要特殊标注，简要记录其实现的方式方法。

2.2新老系统功能对比

对比新、老系统的功能情况，讨论确定新系统较老系统有所优越的功能流程；确定新系统不适用的功能是否沿用老系统的优势功能。讨论过程要有各管理部门的主管参加，由他们提出问题，确定符合业务要求的功能实现方式。

2.3医院战略发展需达到的功能

根据医院战略发展的规划，对比电子病历系统功能评价、互联互通评级等更高级别的功能要求，确定近三年需要实现的功能目标。

2.4新需求的确认及进度说明

将测试中确认的问题、新老系统对比中确认的功能、以及中长期规划要达到目标功能汇总整理，确认优先级别、确认完成时限。

需求功能的确定应用了关键成功因素法，通过管理部门、操作用户及开发方共同讨论，确定功能需求的优先程度、实现需求的难易程度及时长，确定出实现所有需求的时间轴：紧急且易于实现的功能要短期完成；紧急但不易于实现的功能要中期完成；可缓且易于实现的功能要在上线前完成；可缓且不易于实现的功能可随着上线后实际应用的情况，确定是否必须的需求，从而转化为又一轮的关键因素进行讨论确定。

03

不可轻视的人员培训

3.1流程讲解

组织全员的培训时，可按患者就诊的全过程进行讲解，区分门诊、住院的主业务流程。要由医务、护理、财务等部门参与，强调新系统培训的重要性，回复并记录操作人员提出的问题。确认是否需进一步改进，如需改进还需进行之前的需求优化、再次培训环节。

3.2分角色培训

按某一角色进行专场培训。建议以信息部门人员培训为主，开发商实施人员为辅。因为信息部门人员熟悉新、老系统的各操作环节，可有针对地讲解操作上的不同，强调正确的操作模式。

因为是分角色培训，所以培训人应提前准备好讲解数据，并准备充足的测试数据让参加人员现场操作，通过现学现用，强化练习，及时答疑，纠正错误，使培训更有效率。

04

正式库的安装与调试

4.1服务器配置

按测试的情况，优化配置正式库的服务器、存储等设备。检查调整网络架构、应用安装，部署防火墙、安全策略等。

4.2客户端安装

按角色整理客户端所需安装的系统、工具、插件设置及硬件驱动的清单，按清单为医生、护士等不同用户电脑安装所需的程序并配置调试好外连设备，尽可能做到每个终端只跑一次，减少硬件人员工作量，同时也避免影响临床用户的正常使用。

05

切换方案的确定和实施

5.1切换方案的确定

常见的切换方式有3种：直接切换、并行切换、逐步切换。直接切换是在一个时间点，老系统全部停止，同时新系统启用运行的方式。这个方式需要前期做好充分的准备及应急。但方便医院各项数据的查询、统计。

并行切换是在一段时间内新、老系统同时运行，即未出院的仍用老系统，新入患者使用新系统操作。这个方式对操作人员比较麻烦，每天工作需要在两个系统中来回切换，且不利于数据的查询统计。

但方便患者，不会产生两次起付线。逐步切换主要在一些接口系统切换中常用，由于主业务流程的切换工作量比较大，可将部分接口程序保留，等稳定后再逐个切换的方式。

这个方式对开发商要求增加，接口都需按两倍工作量双倍费用实施。从数据质量考虑，医院确认了主要采用直接切换的方式，仅一个检查科室因功能不支持，仍保留老系统，待后期再逐步切换。

5.2系统切换的实施

方案、时间确定后，提前两天召集职能科室，公布切换方案，讲解切换步骤：先停住院流程，在老系统结算所有患者，之后为继续住院的患者办理入院，同时可办理当天新入院的患者，但要求科室当天不要产生费用。然后导入住院相关库存，并让科室核对。之后，停止所有门诊业务，启用手工流程。

导入所有门诊相关库存，并让科室核对。最后，零点启用正式库，跟踪指导各用户进行新系统的操作。观察保障白天就诊高峰期的使用情况，服务器压力等。

5.3应急预案的制定

信息部门是技术支持保障部门，且系统切换存在一定风险，一定要做好应急预案，考虑各种可能突发的故障，制订好应急预案，并公告各管理科室及操作用户熟练掌握，随时检查应急所需备品是否齐全可用。做到未雨绸缪、有备无患。

结语

一般需经过数月的筹备和计划，医院信息系统切换工作方能顺利完成，各岗位用户也能逐渐熟练操作，各流程运转正常。信息中心也在此过程中应该总结了经验心得，为日后提高工作效率奠定了基础。信息化建设工作需要多部门支持配合，前期的调研、评估，中期的循环测试、确认，后期的实施切换，都要团结多部门协作，加强自身专业技能，增强工作责任心，细心、耐心地对待每项工作，方能保障信息化工作的稳定开展。