浅谈医院信息系统建设中难点与对策概要

《浅谈医院信息系统建设中难点与对策概要》由会员分享，可在线阅读，更多相关《浅谈医院信息系统建设中难点与对策概要（6页珍藏版）》请在金锄头文库上搜索。

1、浅谈医院信息系统建设中难点与对策胡宝琛 六安市人民医院信息中心, 237005,安徽省六安市金安区皖西大道皖西西路 21号摘 要 随着计算机信息技术的不断发展, HIS (Hospital Information System,医院信息管 理系统功能越来越强大,覆盖面越来越广, 各医院的信息化水平也不断提高,相应的在推 进 HIS 进一步发展的过程中也难免遇到了一些难点,针对难点的产生及对策,作者结合工 作实际谈谈自身的体会。关键词 HIS 医院信息管理系统 难点 对策1 多系统的整合与数据共享首先, 在医院内部, 近年来医院信息系统的功能已从初期的费用管理逐渐发展到支持临 床医疗业务、实验室

2、管理、医学影像管理、医疗质量管理、经济管理等方面的更高层次;其 次,在医院外部,伴随社会保障制度的完善, 政府牵头的各类医疗保险、合作医疗系统陆续 投入使用, 区域卫生信息系统也即将展开。面对院内外的多个子系统, 其开发公司、设计思 想、技术水平也不尽相同,系统间缺少有效的沟通、共享,对医院的业务、管理造成了诸多 不便也不利于病人就医, 制约了能效的发挥。 如何进行系统整合消除信息孤岛实现系统间数 据的充分共享是推进 HIS 进一步发展的重点和难点。以基本 HIS 程序为核心, 与其他周边子系统建立数据接口是我院进行系统整合的一条行 之有效的方法。当前已经实现了基本 HIS 与劳动部门“金保工

3、程”系统、 LIS 系统的数据接 口。其中对于“金保工程”的参保人员,在就医时所有信息完全纳入 HIS 的统一管理; LIS 系统接口建立后,实现了费用生成联网生成, 申请单、报告单联网发送。数据接口的建立大 大提高了各部门的工作效率及管理水平。针对各系统在设计思想及各软件公司技术上的差 异, 前期要与开发人员充分沟通, 明确功能需求及接口数据规范; 接口设计成形后要进行大 量的数据测试,修改可能出现的各种问题,确保投入使用后稳定运行。2 电子病历及后续应用建立电子病历不仅仅是由手工书写病历转变为计算机书写, 其更大的意义在于以电子病 历为基础才能实现病历质量控制、临床路径管理、合理用药等后续

4、应用的电子化管理。 首先, 在实施电子病历中, 信息技术人员不具有临床医疗专业知识, 对医疗中的需求的 理解和接受能力不一, 而医学本身又具有复杂性、 多变性及不确定性, 这都造成了实施过程 中的难点;其次,使用中,在现有的医疗环境下, 2005年 4月 1日中华人民共和国电子 签名法 正式实施, 虽然从法律上赋予电子签名与手写盖章同等的法律效率, 但在实际操作 中缺少对电子病历的明确具体的规定, 而且 HIS 产品所使用的密钥是否获得权威机构认证也 存在问题, 需要保留各种文本以便在发生医疗纠纷时作为有效的医疗证据, 同时医生在查房、 教学中还对纸质病历有一定需求,以上情况造成了病历电子化短

5、期内并不能实现病历无纸 化。针对项目实施中的困难,要成立院领导牵头,医务、护理、临床、医技及信息技术人员等多方参与的项目组, 尽量避免因沟通、 协调不力而造成的困难, 同时软件技术人员要充分 理解种类需求,及时跟进,反复测试;在使用电子病历中,采用双签名的方式,使用系统电 子签名后, 将各病案文书打印输出再由医护人员手工签名, 建立可靠的电子病历系统为发展 后续应用打下了坚实的基础。3 新的作业流程与传统模式及思想间的冲突由手工作业升级为信息化作业或是 HIS 的更新换代都会在不同程度上改变以前的工作、 管理流程, 这种改变不仅涉及到医院内部有时也会影响到就医的患者, 客观上与固有的思想 及习

6、惯形成了一定的冲突。 如不处理好这一问题, 将会造成不必要的争论, 甚至影响信息化 建设的推进。首先, 确定流程的改变符合现有的各种法律法规, 不违反原则;其次, 新的流程要具有 先进性,要能提高工作效率、方便病人就医。我院在去年初实施了门诊“一卡通”及门诊医 生站系统, 不仅实现了门诊病人信息及病历长期保存, 而且就诊时采用刷卡记帐方式避免了 病人在收费窗口多次排队的情况, 极大地提高了门诊部的工作效率, 就诊完毕后可随时将卡 内余额退现。在项目准备阶段, 院内部分人员认为使用系统后没有手工方式便捷、 灵活,持 反对意见, 尤其是计算机操作能力较弱的老专家更是信心不足; 在系统运行初期, 病

7、人不理 解就诊为什么要办卡还要储值, 总是担心卡内的钱会不会丢失, 每次储值时存入的金额都很 小,造成就诊时需要反复排队冲值, “一卡通”的优势不能充分发挥。针对院内、外对新系 统的争论与不解,我院采取了加大培训、 增强宣传等措施。在院内统一思想,加大相关使用 人员的培训力度,做到人人都了解新系统的优势, 人人都会熟练操作相关业务;对外, 利用 电视、报纸、宣传栏等各种载体,让病人知道“一卡通”不仅不会造成经济上的损失,而且 能减少排队方便就医;同时在初期增派导医, 及时为病人答疑解惑。通过以上努力,该系统 很快就进入了平稳运行。 现实证明新事物只要确实具体先进性, 通过充分宣传、 沟通是能得

8、 到大家最终认可的。4 后台数据维护与数据安全的矛盾HIS 功能越来越强大,复杂程度也越来越高,发生数据错误可能性也在增大。对于出现 的问题,积极查找原因,力争排除程序中的 BUG ,才是从源头上根本解决问题的方式,但这 一方式需要一定时间,尤其对于一些偶发性的错误解,排查、 解决所需时间可能更长, 这显 然不能满足医院工作的时效性要求, 此时通过后台数据库工具先进行纠错, 然后再分析原因 进行程序修改就成为一种更现实的办法。 但是, 后台数据维护对于数据安全的威胁不言而寓, 如何将威胁降到最低成为必需解决的问题。软件异常、 硬件故障、 火灾等造成的数据安全威胁, 可通过数据库热备软件、 磁盘

9、阵列、 异地存储等技术手段加以防范; 而后台数据维护具有完全的开放性和随意性, 因而其对数据 安全的威胁不是以上手段能够杜绝的。建立一套完备的管理制度不失为一种较为有效的方 法。 首先明确什么样的问题需要进行后台维护, 通过对问题的分析, 前台应用程序本身能处 理解决的不在此列; 其次, 要确定哪些人可以使用后台维护工具, 对相关工具软件及口令严 格管理;最后, 建立完整的维护步骤,对于出现的新问题,第一步要与软件公司技术人员充 分沟通, 并在测试环境下进行预演, 确保维护脚本安全有效, 第二步在正式数据库中对要维护的数据先进行备份, 第三步执行相应脚本, 第四要求以上步骤必须在两名以上具备维

10、护权 限的网管人员相互监督下完成, 并做好维护日志登记。 通过以上制度的建立实施, 降低了后 台维护的操作风险。5 客户化需求增加造成程序版本频繁更新不同医院其运作、 管理不尽相同, 商品化的软件很难完成满足医院的所有要求, 对程序 进行客户化修改在所难免。 由于各软件公司的技术实力及管理水平存在差异, 更新后的程序 满足了一个需求但又出现其他问题的现象也时有发生, 容易形成恶性循环, 使得系统迟迟不 能进入稳定运行。不可否认, 这一问题的彻底解决, 主动权掌握在软件开发企业, 但院方也应在能力所及 范围内积极采取措施,尽力平衡系统更新与稳定运行之间的关系。第一, 需求审核, 对于各使用科室提

11、出的需求要由各主管部门及计算机信息管理科进行 审核, 在确定需求的必要性与合理性后才正式提交开发企业修改; 第二, 对于修改后的程序 进行全流程测试,对于不同软件制定不同的测试项目清单,杜绝测试中的盲点;第三, 如果 测试中出现问题,则要分析测试结果,权衡程序的改进与出现的问题,确定是否投入使用; 第四, 对于新程序的使用, 如条件允许, 应遵循先在小范围试用确认无误后再全面铺开的原 则;第五,对所有的需求及测试工作进行详细记录,备查。6 信息管理工作对从业者综合素质的要求不断提高医院信息管理对于从业人员的素质要求是多方面的,不仅要熟悉计算机软、硬件知识, 而对于医院医疗、 管理等各方面都要有一定程序的了解, 并且随着技术及种类应用的飞速发 展,所要学习掌握的内容越来越多。 但是,与医疗行业较为完善的进修培训机制相比, 针对 信息管理人才的后续培养还有待加强。立足现有条件, 首先结合各类新项目的实施加强相关知识的学习; 其次, 通过专业学会 加强与各兄弟单位的交流, 学习他们的先进经验, 开阔眼界, 积极组织人员参加有针对性的 培训,提高理论水平。7 结语推进医院信息系统建设是一个长期渐近的过程, 在这一过程中难免遇到技术及非技术的 各种难点, 但只要坚定信心,积极主动地去分析问题,思考解决之道, 一定能使得医院信息 化建设更加顺利地向前发展。