《等级医院资料》第九章运维管理(1).pdf
《《等级医院资料》第九章运维管理(1).pdf》由会员分享,可在线阅读,更多相关《《等级医院资料》第九章运维管理(1).pdf(27页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。
1、 8819 运维管理 9 运维管理 9.1 医院 IT 环境分析 9.1 医院 IT 环境分析 9.1.1 信息技术发展给医院带来的挑战 9.1.1 信息技术发展给医院带来的挑战 随着时代的发展和中国的入世, 医院信息化管理已成为衡量医院管理水平的标准之一,信息化管理已逐渐进入医疗卫生领域。根据中国卫生部的数据,目前全国有超过 90%的医院在信息化建设方面有不同程度的投入,有 40%的大中型医院尤其重视信息化建设,投入力度更大。即便如此,与信息化投入占医院总收入 2%4%的国际惯例相比,中国医院差距甚大,平均仅有 0.1%左右。 不同于别的行业,医院信息化不能止步于内部应用。按照目前国内外普遍
2、认同的划分方法,医院信息化一般要经历三个阶段:以人财物为中心的医院管理信息系统、以病人为中心的临床信息系统、以社区服务为中心的局域医疗卫生服务体系。 这些综合信息管理系统建立确保了医院信息化建设的正常开展, 但如此多的系统如何有效管理成为医疗信息化的新课题, 只有让众多综合信息系统良好运行才能保障医院正常提供各项医疗服务。随着 IT 技术的高速发展,医院信息化建设从基础网络建设,应用系统建设,逐步进入了一个应用和网络融合发展,网络和应用系统复杂度和规模不断成熟和扩大的时期,迫切需要通过有效地科学的管理,通过充分发挥历年建设的 IT 基础设施的作用,体现出 IT 技术能够推动组织的对外服务水平,
3、不断提升服务质量从而为医院带来巨大效益。 9.1.2 医院 IT 环境的复杂性及其问题 9.1.2 医院 IT 环境的复杂性及其问题 目前我国的医疗信息化正处在立足于医院管理信息系统, 并向以病人为中心的临床信息系统发展的阶段,临床信息系统系统仍是行业内关注医疗信息化时的重点。在 882过去十年里,在卫生部等领导机构的支持下,我国医疗行业的 CIS 系统建设已经步入了一个以开发采用 C/S 结构或 B/S 结构和 GUI 界面为主要标志的阶段。 而对于大部分医院而言,由于资金、信息化认知等众多原因,医院信息化建设并没有进行整体和长期的发展规划, 而是有着随医院医疗业务的不断发展和医疗信息化技术
4、的不断进步,逐步增加、逐步完善医院信息化的特点。这就导致了医院信息化环境日趋复杂。以下问题是医院 IT 环境日趋复杂的直观体现: 1)计算机和网络等各类基础设施来自于多年来各种项目的建设, 其资源信息分散,记录不完整,难以随时了解每台设备的各种详细信息,如使用、维修保修情况。众多的软件系统为多年来逐步实施,有自己研发的、所在地医保配套的、软件公司开发的,多种多样,具体应用分布分散,较难实现对各信息系统的运行状况进行全面统计、分析、判断。管理人员很难及时、全面地了解 IT 资源使用情况,系统管理决策能力不足。 2)没有明确的职责分工。对于大型信息管理系统,都不可能只由某一个人进行维护, 而在多人
5、组成的维护团队中, 由于没有明确的职责分工, 每个人好像什么都管,又好像什么都不管。没有人对问题进行跟踪,出了问题到最后可能是谁都不管。 3)没有制定维护优先级制度。在遇到一些问题集中发生时,没有合理地设定一个问题优先级,往往按照先后顺序来响应,对一些后发生而相对重要的事情,可能会延误。 4)统计信息反馈不及时。不能及时得到详实的统计信息,每个人各自记各自的,书写不规范,难免有遗漏,并造成统计困难。 5)无法进行故障的分析和预测。由于没有对故障进行记录和分类,无法对已发生的故障进行分析, 不能采取措施避免同类故障的再次发生, 更不能发现潜在的故障。 6)对维护人员的工作没办法量化,也就无法进行
6、合理的考核。无法衡量维护人员的绩效,无法评估在系统维护中的投入产出情况。 7)没有维护数据库,信息无法及时保存和共享。由于没有对维护知识和经验进 883行整理和共享,使得故障处理方法只由当时的维护人员掌握,相同的故障由不同的人员处理时还是从头开始,降低了工作效率。若关键岗位人员离职会影响工作的正常进行。 9.1.3 医院业务对于 IT 环境的依赖 9.1.3 医院业务对于 IT 环境的依赖 医院业务与其他行业相比, 具备其特殊性。 临床业务的开展直接与 “人命” 相关。随着医院业务和医疗信息化的不断发展,大部分医院实现了通过电子分诊、电子发药等 IT 系统开展医疗业务。利用这些业务系统,有效地
7、减少了患者的等待时间,加速了患者的就医流程,在一定程度上缓解就医难的问题。实施电子档案也为区域医疗信息的共享互认提供了条件,为缓解看病贵提供了解决问题的基础,依靠网络与电子系统作业,提高了工作效率,帮助病人节省了各个环节的等待时间。在此基础上,医院对网络与业务系统的安全、稳定运行提出了更高的要求。如果业务中断或暂停将会造成非常严重的后果, 因此医院最为核心关注的问题之一就是如何保障医院临床业务的 724 小时不间断、稳定的运行。随着医疗业务的不断扩展,医院信息系统越来越复杂,医疗业务对信息系统的依赖程度也越来越紧密,信息系统的任何波动,都会直接影响到业务的正常开展;信息系统如果崩溃,对于医疗业
8、务的影响将是致命的。因此,如何清晰的掌握系统的运行情况,把可能出现的故障消灭在萌芽状态,通过科学规范的管理保证医院信息网络的稳定运行, 为医院的核心业务提供可靠的技术支持服务,让业务部门满意,同时让医院信息部门的工作人员从忙于救火的角色中解脱,这是医院信息部门面对的问题。 基于上述分析,作为医院临床业务的 IT 支撑环境运维管理是医院信息化建设、管理过程中非常关键的问题。同时由于 IT 技术的发展以及医院 IT 环境的日趋复杂,导致医院 IT 运维管理的难度远远高于其他行业。 8849.2 建立医院信息平台的运维管理体系9.2 建立医院信息平台的运维管理体系 9.2.1 医院信息平台运维管理体
9、系的建设要求 9.2.1 医院信息平台运维管理体系的建设要求 IT 产业和信息化应用已经步入了深化、整合、转型和创新的关键时期,信息技术与信息系统对医院组织形态、治理结构、管理体制、运作流程的影响日益深化;医院对信息技术和信息系统的依赖性在日益加强;信息系统的安全、管理、风险与控制成为日益突出的问题;IT 与业务应用的融合,是未来发展的核心;信息化应用的关键是持续性、创造价值、风险与控制、整合、绩效管理。在这种发展时期,各种目光都聚焦在治理、审计、服务管理、风险与控制、安全等领域。这些领域正在为 IT 产业和信息化开辟新的天地, 成为 IT 产业和信息化在健康规范的轨道上运行的制度保障。 各个
10、医院都希望自己的 IT 系统能够 58 或 724 小时不间断运行,从而确保其上所承载的医疗业务系统正常使用。 为了保证 IT 基础设施整体全天候无故障运行的目标,需要构成这些系统的各软、硬件设施都能发挥其应有的作用。建立统一技术、统一管理的 IT 服务管理平台和统一的运维管理机制,透过规范化的管理流程和运维组织模式,实现对 IT 基础设施的集中监控和对 IT 资源的合理使用,为业务系统提供端到端的 IT 服务,从而提高 IT 服务管理质量和运维服务质量。从实际工作来看,我们认为主要应从以下三点来保障系统的无故障运行: 网络不断网络不断: 网络在 IT 系统中作为数据的载体, 保证医疗业务数据
11、向每个角落的延伸和可达性,网络的中断将直接影响医疗业务的正常运行,因此网络的畅通是医疗业务正常进行不可或缺的必要条件之一。 系统不瘫系统不瘫: 作为底层基础设施, 医疗业务系统同时担当着承载医疗业务和运行业务的重任,系统的正常与否也直接影响着业务的运行,所以保障医疗业务系统不瘫也是医疗业务正常进行不可或缺的必要条件之一。 数据不丢数据不丢:数据是记录医疗业务的核心资料,在医疗业务的进行中,确保数据的完整和有效性是 IT 管理的核心目标,数据的丢失将导致医疗业务造成重大损失。 8859.2.2 医院信息平台运维管理体系的搭建方法 9.2.2 医院信息平台运维管理体系的搭建方法 医疗行业信息化运维
12、管理需求和其他行业类似,同样是业务系统和 IT 基础设施的管理和服务。 医院信息平台运维管理体系的搭建, 总体上来说, 应遵循下面的步骤: 1)确定体系内容。 2)结合医院信息化运维现状和医疗资源约束条件或规划目标,形成重点突出、切实可行的管理策略。 3)定期回顾医疗业务的发展,持续改善。 9.2.2.1 建立医院信息平台运维管理体系的传统法 9.2.2.1 建立医院信息平台运维管理体系的传统法 传统法从组织、制度、技术三个维度展开: 1)组织上根据医院业务和发展战略进行针对性调整。传统按职能进行团队划分的模式都要求组织架构进行相应变革,要求根据流程进行角色安排,如一二三线技术支持等。总体目的
13、就是提升医疗工作效率,改进医疗业务的管理效果。 2)在医院制度维度上,要梳理运维工作的管控点、分析点,从而制订相关的制度进行行为约束。制订制度一定要考虑可操作性和可考核性,只有通过结合考核的制度才可能真正落实。因此在实现的操作中,可选择一些“制度点” ,逐步推进。 3)技术维度大体上有技术规范的制订、运维支撑体系的建立这两个方面。 技术规范主要针对运维客体(如医院信息技术人员、应用服务器、数据库、操作系统等等) ,建立诸如备份流程、双机管理、开发规范等技术标准。而运维支撑体系则是通过医院信息化系统来固化医疗业务流程,提升医疗流程效率。 9.2.2.2 建立医院信息平台运维管理体系的 PPT 法
14、 9.2.2.2 建立医院信息平台运维管理体系的 PPT 法 在医院信息平台的运维管理过程中,其底层的基础为 IT 服务管理。IT 服务管理主要包含三个层面:人(医院 IT 运维人员) 、流程(医院就诊流程,检验流程,检查流程,付费流程等) 、技术(网络技术、操作系统技术等) 。如下图所示 图9-1 IT服务管理的核心组成部分 ? 人员 People 是指医院需要清晰定义 IT 支持人员的角色职责,明确人员的技能等级,进行 IT部门内部的梯队建设。IT 支持人员的素质与质量最终决定了整个 IT 服务管理实施的质量。 ? 流程 Process 是指业务流程是一个逻辑群组的活动,有规律地为医生、护
15、士以及管理者提供可重复性的业务功能;有明确的流程目标;能达到预期的效果;流转结果可度量; ITIL是成熟的流程模型,医院能通过流程来实践这些最佳实现方式。 ? 技术 Technology 是指有效的技术手段,可以保证医院做到: 监控 IT 系统(如 HIS、LIS、PACS、EMR、财务系统、OA 系统等)的可用性以及实时性能;监控医院网络中心实现 SLA 要求的质量;配置管理,并跟踪 IT 系统配置的变化;诊断,快速定位问题原因并对症下药;预测与预防,预测资源的使用情况,并能采取相关的预防措施;提供仪表盘,以可视化的方式展现医院 IT 服务模型、IT 服务报表与指标、网络拓扑等,让领导更方便
16、地了解 IT 系统现状,并做出决策。 8869.2.2.3 建立医院信息平台运维管理体系的要素法 9.2.2.3 建立医院信息平台运维管理体系的要素法 以下是搭建医院信息平台运维管理体系的五要素法: 图 9-2 组成运维服务管理体系的 5 个要素的详细组成及其相互作用 9.2.3 医院信息平台的运维管理体系架构 9.2.3 医院信息平台的运维管理体系架构 图 9-3 医院信息平台的运维管理体系架构 887 888? 医院信息平台 IT 基础设施 此部分为医院信息平台运维管理的最基础环节,同时也是所有 IT 服务的最核心对象。主要包括主机系统(终端、服务器、操作系统) 、存储系统(DAS/NAS
17、/SAN 等) 、网络环境(基础网络,内外网环境、Internet 等) 、安全环境(防火墙、IDS/IPS、流量控制、防毒防攻击等) 、业务系统(HIS/LIS/PACS/EMR 等)中间件、数据库环境以及各种设备及系统的配置参数。 ? 日常运维管理的核心内容 主要是指基于 CMDB(配置管理数据库)进行 IT 环境的事件、问题、变更、发布、配置等服务行为进行统一的管理。为了能够保障上述服务行为的有效执行,必须从两个方面进行保障:全面的监测体系、流程控制。 ? 日常运维管理的目标 通过有效的运维管理实现医院信息化的三大目标:保障 IT 系统的稳定运行及效率、从容应对各类紧急事件、合理的 IT
18、 系统架构设计。 9.2.4 医院信息平台的基础设施管理 9.2.4 医院信息平台的基础设施管理 随着信息化建设的推进, 为了让凝聚了巨大人力物力投入的信息基础设施发挥出其效益,保障整个信息系统的平稳可靠运行,需要有一个可从整体上对包括服务器、网络,存储,安全等组件在内的 IT 基础设施环境进行综合管理的平台,并能够提供业务系统运行异常的实时告警和进行图形化问题定位,性能趋势分析和预警,能够基于关键业务系统的角度,以业务重要性为导向进行事件处理和通知。 医院信息平台是一个包括了众多软件,硬件技术,涉及多厂家产品,从网络、安全、存储、计算到中间件和应用的复杂异构环境。而且随着信息建设的深入和持续
19、优化和发展,这个复杂庞大的基础设施,还会随之不断进行演进,在产品,技术和网络结构,业务关系上不断发生变化。因此,要求针对该环境进行管理的系统具有良好的可扩展性,能够将下层网络的复杂度有效的通过抽象屏蔽起来,向上层应用和运维流程开放稳定的接口。 8899.2.4.1 医院信息平台的运维管理系统设计原则 9.2.4.1 医院信息平台的运维管理系统设计原则 从综合 IT 监控管理技术的发展来看,有以下几个关键的选择指标是在进行方案构建和产品选择的时候需要重点考虑的: ? 可视化能力 可视化能力 建设 IT 运行监控中心的一个关键用途是与大屏幕监控中心配套,实现最佳的展示效果,体现信息化的建设水平和理
20、念高度。因此可视化的效果如何,动态呈现的能力如何,就成为系统和方案选型中的一个核心考虑要素。 ? 业务建模能力 业务建模能力 作为每个组织的 IT 维护工作,都有自己的核心业务。这些核心业务具有不同的重要性、组成结构,服务于特定的部门和用户。我们关注其不同的运行指标,这些个性化的管理需求,能否快速的,通过图形化的建模方式加以实施,并迅速在管理视图上得到反应,是非常重要的一个维度。 尤其需要避免的,是为了跟随组织的业务变化和 IT 系统演进,而大量的定制和重复开发,往往带来难以接受的实施周期和后续成本。 因此,系统可配置性如何,图形化的业务系统架构和监测体系建模功能如何,需要着重考虑。 ? 实施
21、周期 实施周期 目前有大量的 IT 运维流程管理产品,囊括了从综合监测到业务流程管理的所有方面, 这些产品都集成了许多流程组件、 工作台组件、 知识库组件等。 但是我们知道,流程是一个个性化非常强的东西。 每个组织都有自己独特的 IT 管理体系和业务流程。简单的一次性照搬产品化流程系统,容易给我们带来削足适履的麻烦;长期而言可能带来很长的学习曲线和调整,并导致实施和维护成本的上升。 而我们实施运维管理系统的目的,无非是为了更好的提升核心业务的维护质量,围绕这个目标,能否有一个有效,清晰,简洁的管理机制,并可以与逐步建设的工作 890流程通过 SOA 架构方便的集成,是从实际部署来看,成功率更高
22、,更容易产生效果的建设思路。 ? 设备兼容性 设备兼容性 要简化管理。首先,要能够全面的管理各种基于 IP 的信息化基础设施,这是一个基础。 因此, 系统要能够兼容国内各种主流的软硬件产品, 包括网络设备, 服务器,应用,中间件和环境等。要具有比较良好的网络层和链路层自动发现能力,具有自动发现主流应用和中间件的能力。从而最大化的降低管理人员对管理信息的维护工作量。 ? 体系结构的开放性 体系结构的开放性 当前 IT 管理环境中,SSO 单点登录和与流程管理工作系统,门户等应用的集成,成为常见的需求,而当前最佳的集成方式,就是基于 SOAP 协议的 Web Service 接口,通过规范标准的接
23、口定义,就可以实现与其他主流门户和流程系统的集成。在集成能力上,因此也是关注的一个重点。 9.2.4.2 医院信息资源统一监控平台系统架构及技术实现 9.2.4.2 医院信息资源统一监控平台系统架构及技术实现 9.2.4.2.1 系统逻辑架构 9.2.4.2.1 系统逻辑架构 从软件体系结构角度看,系统可以分为以下四层: 数据采集与代理:数据采集与代理:本层由各种协议适配器构成, 向上层提供统一的接口访问管理协议栈(SNMP/CMIP/TL1 等) ,获取管理信息(包括事件信息、日志信息、性能信息和拓扑信息等),并在初始发现时作为驱动模块构建信息模型。 数据汇聚:数据汇聚:对底层数据采集的数据
24、进行统一的描述,组织为管理信息库。向上提供一个统一的管理语义和调用接口。使得各个业务模块面对统一的数据模型,使得对资源的管理方式一致并处于单一的可控路径下,方便对资源进行权限管理,互斥访问等操作,使得面向事务的并发管理成为可能。 数据处理层:数据处理层:专注于管理业务的实现,不再关心底层协议的差异性。响应前台应 891用的请求,完成数据查询,处理等功能; 数据展现层:数据展现层:前台界面,从数据处理层得到数据加以显示。是管理员与网络管理系统的接口。 9.2.4.2.2 架构设计思路 9.2.4.2.2 架构设计思路 按照功能需求规格来决定主要软件模块的划分。将整个软件系统分为四层:数据采集层,
25、 数据抽象层, 数据处理层和数据表现层; 每一层的功能依托于下一层的实现,一般不作跨越功能层次的调用。 利用分布式总线实现各个模块之间的通信。模块之间通过接口,利用消息总线进行互操作。 总体设计上先决定功能模块,然后按照功能模块设计其服务接口;按照功能模块特点和数据流量以及流向决定其部署方式和通信方式;按照性能需求和对移植性、开发强度的综合考虑决定中间件和对象服务的选型。 9.3 医院信息化平台的 IT 服务管理 9.3 医院信息化平台的 IT 服务管理 信息技术基础设施库(ITIL)作为 IT 服务管理(ITSM)最佳实践的事实标准, 成为了解及衡量 IT 服务价值的重要渠道。在医疗行业中,
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 等级医院资料 等级 医院 资料 第九 章运维 管理
限制150内