北京博爱医院信息系统建设

《北京博爱医院信息系统建设》由会员分享，可在线阅读，更多相关《北京博爱医院信息系统建设（17页珍藏版）》请在金锄头文库上搜索。

1、北京博爱医院信息系统建设北京博爱医院信息系统建设第 3 章北京博爱医院信息管理现状分析 北京博爱医院自 2010 年 12 月正式使用了医院信息系统后，在经过 4 年的摸索过程 中，已经初步建立了比较完善的信息管理体系，这一体系主要由组织部门、临床子系 统、康复子系统、辅助科室子系统等组成，正是由于这些系统的应用，初步改变了该院 的医疗和管理模式，但是在 4 年的实践中发现了该院信息系统建设上的不足与缺陷，为 能够更进一步提升医院的市场竞争力，更好的为患者服务，同时为探索医院信息化的走 向提供科学的依据，故而对北京博爱医院信息系统现状进行了如下分析。 3.1?组织部门设置分析? 北京博爱医院从

2、建院初期就建立了信息中心，并不断加强信息中心的软硬件建设， 通过信息中心建设的不断强化，为医院信息化构建提供了信息保障、技术支持和后台维 护。了解靶向医院信息化结构就必须把握医院现有组织结构，这样才能更好的理解医院 信息化组织部门。 医院组织部门设置构架如下：根据图 3.1 医院组织构架可以得知，北京博爱医院在以康复为主体的诊疗结构中，康 复临床科室和康复诊疗科室是医院的主体项目，未来还将要陆续建立偏瘫治疗中心、脑卒 中治疗中心及截肢会诊中心等，这些新项目的上马将对医院整体实力的发展起到至关 重要的作用，同时也是对医院信息系统的巨大挑战。 在 2009 年底，规划建设现有信息系统的初期，医院成

3、立了信息系统建设办公室，专 门负责医院信息系统的建设工作，并抽调部分职能部门和临床科室的同事配合信息部门 和软件公司的工作。 医院信息化组织部门设置构架如下： 这种组织结构的特点是按照医院的组织架构组成了医院信息系统建设小组的组织架 构，上面两层（也就是项目经理的角色）是医院的较高级别的管理人员，再下面的一层 分别是行政职能科室和业务（技术）部门。由于软件开发公司是经常和技术部门进行沟 通的，因此将软件开发公司的相关人员安排在技术部门的下面，而临床科室、医技科室 等用户部门和医务处、护理部有较多的沟通，因此将用户部门放在医务处的下面。这个组织结构图中可以清楚地看到，该项目在组织结构方面存在较大

4、的问题：首 先，整个架构没有协调部门，也没有监督部门。其次，在院务实际工作中，副院长及信 息系统建设办公室主任等医院的中高层领导日常工作己经满负荷，因此很难有时间来承 担起项目经理的角色。正是由于这种院务结构的功能性不足，导致项目整体进行缓慢， 逐层审批模式严重影响决策，比如当临床科室与网络管理部门在构建过程中出现矛盾 时，双方各执己见，矛盾尖锐，项目主管领导却因业务繁忙疏导不利，从而导致项目搁 置。如果在项目的开始阶段-需求分析阶段就出现这样的问题，必将使软件开发人员和用 户部门产生矛盾，往后的工作就更难开展。再者，由于涉及的部门很多，技术部门说话力 度不够，必须上报上级领导，导致解决这些问

5、题也会较为拖延。最后，这个组织结构 也不适合系统建设项目管理。 3.2 业务增长需求分析? 自北京博爱医院 2010 年 12 月更换医院信息系统后，医院公布 2011 年年报，实现收 入 4.82 亿元，同比增长 40.55%；实现净利润 4221 万元，同比增长 30.23%，北京博爱医 院信息系统于 2011 年上线时，门诊就诊量为 800-900 人次/日，故而依据患者比例计算， 设计门诊人次为 1000 人次/日，2015 年 3 月份数据分析统计，北京博爱医院每日门诊人 次达 1000-1200 左右，已满负荷运作，特别是就诊高峰时期，门诊就诊人数逾 1300 人/ 日，康复中心针

6、对患者就诊量大的实际情况，将资历符合出诊的医师进行排班，但是， 由于信息系统承受负荷问题，出诊医师普遍反馈，患者就诊高峰时段，系统卡顿现象严 重，被迫延长就诊时间，患者等待就诊期间出现焦虑、狂躁现象，易出现医患纠纷；出 诊医师因系统问题诊疗效率低，忙的时段甚至连喝水、去卫生间的时间都没有。由于系 统及其他诸多条件的限制，人力资源还有业务用房因效率问题都出现臃肿和瓶颈，医院 对此采取了措施，诸如自愿者服务站建立、备用工作平台等，但是随着医疗技术的发展 和人民对自身健康的要求，本院在未来几年之间，门诊量可能突破 1500-1800 人次/日， 面对日益增长的患者量及患者需求，不能从系统上解决根本问

7、题，就无法真正意义满足 患者增长需要。对不能满足康复为主体的医院诊疗业务中，医院信息系统的问题较为突出，医院现 阶段运行的 HIS 版本，虽然实现了设计目标系统的部分功能，但是系统的可靠性、界面的友好性及安全性仍存在缺陷，在功能和处理能力上无法应对日益增长的业务量，不能 切实的满足用户需求。对于医院的业务增长能力，出发点和着力点都在以“患者”为中 心这一核心问题上，业务增长的来源莫过于患者对医院的信赖程度，信赖程度取决于医 院的业务水平，业务水平的重要依托来自于医院管理水平的高低，在信息化发展的今 天，这些因素无疑都落在医院信息系统之上。 现有系统在不断维护升级中，为能满足用户需要，不断的增删

8、内容，添加系统新功 能，甚至有些超出了设计范围，删除系统基底包等，这就导致系统的构架体系越发不稳 定，系统如果不能同时具备可靠性、安全性、可扩展性、可维护性和易操作性，任何一 方面的不足都必然导致系统出现问题。在业务增长需求因素分析上就必须强调系统构架 的优化，如果工作站和服务器在传输数据的时候，数据出现差错，将导致非常严重的医 疗事故；如果服务器不能抵御外界的攻击，将导致患者信息、诊疗信息以及管理信息等 18 数据的泄露；如果系统不可扩展、不可维护，就无法应对新的变化；如果系统很难操 作，那使用系统对于非计算机专业的医护工作者就是一个最大的难题。 现在系统的处理能力不足。以 2011 年科技

9、水平研究的系统，经过 4 年多的时间处理 能力明显落伍，但是医院每年新增的患者资料，都以十万记，这就形成了处理能力和业 务需求之间的巨大不可调和的矛盾，医院信息系统要实时的录入、存储、传输、处理和 分析各个终端机的数据，信息量是非常庞大的，系统的处理能力不足，医生和护士就无 法流畅的使用操作界面，而这些等待机器反应的时间，严重影响了工作效率、延长了对 患者的诊治时间。上述系统的功能、架构和处理能力等都对医院在以“患者”为中心这 一核心环节有所限制，这就变相遏制了医院业务的增长。 3.3?现有系统功能满足状况分析? 北京博爱医院自 2011 年按照卫生部颁布的医院信息系统基本功能规范及院内实 际

10、情况启用信息系统后，经过 4 年的软硬件完善，现已包含门诊、住院、行政、后勤等 部分。目前，在该系统体系下构建基本搭建出了 HIS、LIS、PACS、合理用药、手术麻 醉、办公自动化、健康体检、财务系统等子系统。 从目前医院现有信息系统功能来看，主要分为临床诊疗、药品管理、经济管理、综 合管理与统计分析、外部接口和其他系统等六部分，其中临床诊疗部分、药品管理部 分、经济管理部分、综合管理与统计分析部分均已实现预期设计的目标。外部接口部分 是医院目前着力建设的内容，是医院信息系统重要外延，主要包含社区卫生服务接口、 远程医疗咨询系统接口、人事信息系统接口（已经外购第三方软件） 、财务信息系统接

11、口（已经外购第三方软件） 、网络直报接口（含人事、财务、配液中心、病案上报、血 库上报、传染病上报、药品不良反应上报、司机体检上报）和配液中心信息系统接口。 除了外部接口部分，医院信息系统也逐步将作为医院主要医疗项目的康复医疗纳入其 中，主要包括康复工程信息系统和康复治疗信息系统。 医院使用的信息系统，基本的临床工作满足能力尚可，但是，基于需求的满足情况 较差，经常收到科室投诉，如软件设计不合理，功能实现不全面。例如：（1）医院近几 年上马的新项目、新课题，由于系统设计不足，新项目等在医嘱-检验里面虽然已有添 加，但是护士站经常不能正常打出条码，只能被动手写输入，导致一系列数据传递问题 逐层扩

12、大；（2）正常医嘱下达后，护士站本应在第一时间收到医嘱，并在校对后执行， 但由于软件设计的不合理，部分医嘱延迟传递，导致护士在执行过程中存现缺项、落项 问题；（3）由于软件权限设置问题，系统对于转科患者电子病历书写、添加、更改难度 19 大、问题多，导致医生频于会诊、护士执行力差；此外，还有一部分功能并没有达到设 计的要求。由于医院内部系统，特别是子系统分为多次购入，年限、公司均有不同，这就要求主系统拥有很强的兼容性，可是目前医院采用的系统在设计上并没有满足要求， 部分子系统不支持扫描患者信息码，系统仅能满足查询，不满足更改、添加等问题，不 断有辅助科室、护士站打申请报告，提出整合系统资源实际

13、要求，但是，因系统无法满 足其要求，申请被迫搁置。 由于信息是一个快速发展的学科，我国医疗体制也在不断改变中前行，因此，上线 初期的系统对于卫生部、卫生局不断更新的需求和国家政策的改变就已经力不从心，迫 于资金的压力，系统只能维持现在的工作。 根据目前其他医院的情况以及国家的要求，需要加强（原系统设计中有）的功能 有：临床检验信息系统（LIS） 、医学影像系统（PACS、RIS） 、电子病历系统、临床路 径管理系统、综合管理与统计分析部分、外部接口部分和其他系统部分。 根据目前其他医院的情况以及国家的要求，需要增加（原系统中没有）的功能有： 自助设备和医院信息平台。 由于硬件原因，无法满足的功

14、能有：移动住院医生站系统和移动护士站系统（移动 查房、移动护理） 。 3.3.1 能够满足的功能 1、临床诊疗功能：门急诊医生工作站、住院医生工作站、护士工作站、输液系统、 医技系统、LIS（临床检验）和 PACS（医学影像）系统、手麻系统以及院内感染管理系 统等。 2、药品管理功能：中西药库系统、门急诊中西药房系统、住院药房系统和自费药房 系统等。 3、经济管理功能：门急诊挂号系统、门急诊收费系统、住院入出转管理系统、住院 结算系统、急诊留观系统和物资管理系统等。 4、综合管理与统计分析功能：医疗保险管理系统、病案管理系统和院长查询系统 等。 3.3.2 需要完善的功能 虽然 HIS 系统已

15、经被各大医院和科研部门所重视，但是在北京博爱医院，医院信息 化管理在医院内部应用的时间还不是很长，特别是基于医院特色而建立起的信息管理系 20 统还处于初期应用阶段，信息化管理相对落后，功能满足情况不佳。 在硬件设施方面，北京博爱医院使用的电脑，很多仍是在 2005-2008 年采购的，经常 出现无法满足现在大负荷工作需要的情况。由于资金投入的不足，保证移动住院医生工 作站系统和移动护士工作站系统（移动查房、移动护理）的硬件设备还没有采购，无线 设施也形同虚设，导致这两个功能没有如期实现。 在软件建立方面，目前使用的信息系统是创业软件公司提供的 HIS 系统，因为医院 管理工作的复杂性及医院各

16、个科室的需求不尽相同，使得现阶段的 HIS 系统尚不完全成 熟，LIS 系统、PACS 系统、RIS 系统、临床路径管理系统、综合管理与统计分析的部分 系统、医院联合创业软件公司自主开发的康复系统等还需要进一步加强。其次，各子系 统（PACS、LIS 等）的购入时间不尽相同，购自不同软件公司的各个系统兼容性差，软 件公司各自推脱责任，也造成系统之间的融合迟迟没有改善。再者，由于很多开发应用 软件的服务商为了占有市场，获得竞争优势，软件尚未成熟就急于推向市场，医院在引 进这样的软件系统后，无法自主进行后期的完善开发，只能花高薪聘请专业工程师进行 开发，但是开发之后的维护无法有效的跟进，也给医院的信息系统管理工作带来严重的 影响。不仅如此，系统仅从局域网入手，并没有能够从互联网这一未来信息系统大方向 进行深入，并没有做到实施远程会诊。 1、电子病历电子病历（EMR，Electronic Medical Record）将传统的纸病历完全电子化，并提 供电子贮存、查询、统计、数据交换等管理模式。医生通过调阅电子病历模板，录入病 人的相关病历信息和各类知情同意书，提高了医生书写病历的效率，