本文摘要:摘要:为适应医疗行业改革,信息化技术的提高,近年来医院信息系统的更换时有发生。本文总结了实际经历的医院系统更换过程中的工作经验,提出了医院信息系统更换的具体步骤过程。强调了作为信息技术支持及保障部门,要团结多部门协作,加强自身专业技能,增
摘要:为适应医疗行业改革,信息化技术的提高,近年来医院信息系统的更换时有发生。本文总结了实际经历的医院系统更换过程中的工作经验,提出了医院信息系统更换的具体步骤过程。强调了作为信息技术支持及保障部门,要团结多部门协作,加强自身专业技能,增强工作责任心,方能保障信息化工作的稳定开展。
关键词:医院信息系统;功能需求;测试;培训;系统更换
随着医疗制度改革的不断深化,信息技术的不断发展,医院原有信息系统已逐渐不能满足医院管理发展的需要,因此,信息系统的更换不可避免。医院最初的信息化是以患者为中心的医疗服务系统;后发展到为满足医护要求的临床支撑系统;现已拓展到为满足经营管理要求的管理信息系统。发展的变革,新旧的更迭,都要确保稳步前行,为此就要做好充分的准备工作,详细的实施方案,以及完整的应急预案。
1测试系统的准备与应用
1.1测试硬件的准备
首先,按新系统需求采购新的应用服务器及存储设备,安装配置数据库、中间件、应用服务。其次,在信息中心准备几台测试用电脑,要选择终端用户的各类机型,避免正式启用时,终端用户因电脑配置不够无法正常使用的情况。最后,安装测试程序及相关控件;安装各流程所需的外接硬件设备;准备各类表单测试用纸。
1.2基础数据的导入与维护
新系统数据字典与在用系统有所不同,需由相应科室维护人员进行初步对应,由数据库人员将新、老系统表结构导出后进行关联导入。对于导入后仍缺少的字段,再进行逐一维护。此外,因距离正式上线还会有一段时间,此时间段内产生的新数据,要求维护人员在新、老系统中同时维护,一方面是避免切换时再次导入,另一方面也是对维护人员的培训。对于库存类的实时数据要确认字段,待正式切换时才导入,基础数据一定要仔细核对。
1.3功能测试
厂商实施人员演示系统功能,信息中心人员实践操作各种流程是否顺畅、录入异常值的逻辑判断是否正确、查看各环节的信息是否一致、生成报表是否正确、打印表单的格式是否符合要求。因为每个人的操作习惯不同、关注重点不同,所以测试过程分工轮番进行,以确保每个测试点有多人操作,能够尽量全面地完成测试任务。
1.4测试结果总结
测试结果编制固定的表格样式,每个人按格式填写,至少要包括:测试人、测试时间、功能模块、测试数值、测试结果。每项测试任务完成后,要及时汇总:过滤结果正常的测试点,删除重复存在的问题,与厂商实施人员确认剩余问题,得到双方确认后,标记为实证问题,备份记录。整个测试的过程引用PDCA戴明环质量管理的过程:Plan,计划测试任务,确定单元测试或集成测试;Do,实施测试;Check,检查整理测试结果;Action,确认存在的问题,沟通解决的方案,对于没有解决的问题,提交给下一个PDCA循环中去解决。
2功能需求的优化
2.1老系统功能模块的梳理
对在用系统的功能进行梳理,分角色、分模块进行总结归纳,尤其对一些在过去运行过程中优化的功能点,要特殊标注,简要记录其实现的方式方法。
2.2新老系统功能对比
对比新、老系统的功能情况,讨论确定新系统较老系统有所优越的功能流程;确定新系统不适用的功能是否沿用老系统的优势功能。讨论过程要有各管理部门的主管参加,由他们提出问题,确定符合业务要求的功能实现方式。
2.3医院战略发展需达到的功能
根据医院战略发展的规划,对比电子病历系统功能评价、互连互通评级等更高级别的功能要求,确定近三年需要实现的功能目标。
2.4新需求的确认及进度说明
将测试中确认的问题、新老系统对比中确认的功能、以及中长期规划要达到目标功能汇总整理,确认优先级别、确认完成时限。需求功能的确定应用了关键成功因素法.通过管理部门、操作用户及开发方共同讨论,确定功能需求的优先程度、实现需求的难易程度及时长,确定出实现所有需求的时间轴:紧急且易于实现的功能要短期完成;紧急但不易于实现的功能要中期完成;可缓且易于实现的功能要在上线前完成;可缓且不易于实现的功能可随着上线后实际应用的情况,确定是否必须的需求,从而转化为又一轮的关键因素进行讨论确定。
3人员培训
3.1流程讲解
组织全员的培训时,可按患者就诊的全过程进行讲解,区分门诊、住院的主业务流程。要由医务、护理、财务等部门参与,强调新系统培训的重要性,回复并记录操作人员提出的问题。确认是否需进一步改进,如需改进还需进行之前的需求优化、再次培训环节。
3.2分角色培训
按某一角色进行专场培训。建议以信息部门人员培训为主,开发商实施人员为辅。因为信息部门人员熟悉新、老系统的各操作环节,可有针对地讲解操作上的不同,强调正确的操作模式。因为是分角色培训,所以培训人应提前准备好讲解数据,并准备充足的测试数据让参加人员现场操作,通过现学现用,强化练习,及时答疑,纠正错误,使培训更有效率。
4正式库的安装与调试
4.1服务器配置按测试的情况,优化配置正式库的服务器、存储等设备。检查调整网络架构、应用安装,部署防火墙、安全策略等。
4.2客户端安装按角色整理客户端所需安装的系统、工具、插件设置及硬件驱动的清单,按清单为医生、护士等不同用户电脑安装所需的程序并配置调试好外连设备,尽可能做到每个终端只跑一次,减少硬件人员工作量,同时也避免影响临床用户的正常使用。
5切换方案的确定和实施
5.1切换方案的确定常见的切换方式有3种:直接切换、并行切换、逐步切换。直接切换是在一个时间点,老系统全部停止,同时新系统启用运行的方式。这个方式需要前期做好充分的准备及应急。但方便医院各项数据的查询、统计。并行切换是在一段时间内新、老系统同时运行,即未出院的仍用老系统,新入患者使用新系统操作。这个方式对操作人员比较麻烦,每天工作需要在两个系统中来回切换,且不利于数据的查询统计。但方便患者,不会产生两次起付线。逐步切换主要在一些接口系统切换中常用,由于主业务流程的切换工作量比较大,可将部分接口程序保留,等稳定后再逐个切换的方式。这个方式对开发商要求增加,接口都需按两倍工作量双倍费用实施。从数据质量考虑,医院确认了主要采用直接切换的方式,仅一个检查科室因功能不支持,仍保留老系统,待后期再逐步切换。
5.2系统切换的实施方案、时间确定后,提前两天召集职能科室,公布切换方案,讲解切换步骤:先停住院流程,在老系统结算所有患者,之后为继续住院的患者办理入院,同时可办理当天新入院的患者,但要求科室当天不要产生费用。然后导入住院相关库存,并让科室核对。之后,停止所有门诊业务,启用手工流程。导入所有门诊相关库存,并让科室核对。最后,零点启用正式库,跟踪指导各用户进行新系统的操作。观察保障白天就诊高峰期的使用情况,服务器压力等。
5.3应急预案的制定信息部门是技术支持保障部门,且系统切换存在一定风险,一定要做好应急预案,考虑各种可能突发的故障,制订好应急预案,并公告各管理科室及操作用户熟练掌握,随时检查应急所需备品是否齐全可用。做到未雨绸缪、有备无患。
6结语
经过数月的筹备和计划,医院信息系统切换工作顺利完成,各用户已熟练操作,各流程运转正常。信息中心也在此过程中总结了很多经验心得,为日后的工作提高奠定基础。信息化建设工作需要多部门支持配合,前期的调研、评估,中期的循环测试、确认,后期的实施切换,都要团结多部门协作,加强自身专业技能,增强工作责任心,细心、耐心地对待每项工作,方能保障信息化工作的稳定开展。
参考文献:
[1]刘晓东,刘洋,田丽丽,朱旭玮.医院信息系统的切换方案及实践[J].医疗卫生装备,2014(6):132-134.
[2]陶长俊,阮晨.医院信息系统切换与整合的实践与策略[J].软件开发与应用,2018(8):106-107.
[3]刘海霞.医院信息系统的切换准备及切换方案探讨[J].医院管理,2009(10):119-120.
[4]佰鸽.医院信息平台规划与建设[EB/OL].
[5]乔东.写给管理者的项目管理书[M].人民邮电出版社,2009.
医学论文投稿刊物:医院管理论坛杂志定位为医疗卫生政策、管理综合类刊物。读者对象为各级医疗单位及相关行业的管理人员,国家、省、市政府卫生及相关管理部门的负责人。
转载请注明来自发表学术论文网:http://www.fbxslw.com/yxlw/22874.html