基于ITIL的医院IT运维管理实践
标签： itil 运维 it服务管理 信息系统 流程
摘要：
医院信息系统的规模日益庞大，复杂程度也越来越高，传统的、作坊式的医院IT运维模式已不适应时代的发展。改变原有被动处理问题的工作方式，建立主动服务的管理体系是IT服务组织发展的必然趋势。本文结合作者的实际工作经历，围绕着ITIL实施的核心要素：人员、流程和工具，对传统医院IT运维模式的弊端进行了分析，记述了基于ITIL理念对医院IT部门进行改造、建立全新IT服务体系的方法和步骤，最后对实施效果进行了总结。 关键词： ITIL、IT运维 正文：
一、前言
随着医院信息化建设逐年深入，医院信息系统的规模日益庞大，复杂程度也越来越高。医疗业务在享受信息系统提供便利的同时，对信息系统的依赖度也越来越高。信息系统故障不但可能导致医疗业务的中断，甚至有造成医疗事故的可能。IT部门在日常运维工作中遇到的问题也越来越多样化，涵盖了从软件到硬件、从服务器到桌面PC机、从网络管理到机房管理、以及信息系统安全等方方面面。因为故障原因复杂，又缺乏有效地IT运维管理方法，不能及时解决问题，常会引起用户的不满。所以如何有效的管理IT资源，保障信息系统的可靠运行，提高用户的满意度，是医院IT部门必须面对的问题。
二、传统的医院IT运维模式的弊端
传统的医院IT运维模式是在信息系统功能单
一、规模较小的环境下形成的，IT部门的员工就像“救火队员”一样被动的处理故障，常常存在如下弊端：
1、分工不清
“信息中心的电话没人愿意接，谁接电话谁倒霉。”这是一个医院IT圈里流传很广的段子，也是许多医院IT部门的真实写照。因为电话里多半是这里或那里又有故障报修，无论是硬件故障、网络不通、还是软件宕机，对于用户来说都是“电脑坏了”，故障描述不清，而解决起来也是千头万绪，搞不好就要花上半天的时间。大家都忙着做项目，运维工作貌似都要管，其实就是都不管，多一事不如少一事，接电话就成了烫手的山芋。
2、人员短缺
信息中心的工作繁杂且琐碎，大家除了有新项目要推进，每天处理日常故障还要花上很多时间。IT部门是医院的辅助部门，又是成本中心，既非主营业务，又不直接产生效益，琐碎的工作无法量化，就很难在人员录用上得到上级领导的支持。随着信息系统一个接一个的上线，IT设备也越来越多，但人员还是那几个。不但工作压力越来越大，工作价值还得不到认可，人员短缺问题严重制约了信息化的持续发展。
3、重建设轻运维 由于医院信息化建设逐年深入，业务部门对信息化建设的需求十分迫切，支持新的信息系统上线投用通常是医院IT部门工作的重点。而上线后的系统运维工作通常仍由原项目实施人员兼顾。在这种运维模式下，一是解决问题完全依赖工程师个人经验，对问题发生的原因、处理过程，排查分析都没有记录，不但没有避免同类事件再次发生的机制，甚至在同类事件再次发生时，也无法为其他工程师提供解决问题的参照依据；二是没有监督和跟踪机制，在繁杂的日常工作中，比较困难的问题常常经过几次转手之后就被束之高阁、不了了之了。
4、系统变更风险大
信息系统运行过程中仍需随着业务的变化做出调整与修改，既包括软件功能的完善，服务器数据库的调优，也包括新增网点、添置新的IT设备。在缺少配置信息和文档管理的情况下，规模较小的系统，问题还容易控制和解决。随着系统越来越复杂，集成度越来越高，任何一点小的调整都可能牵一发而动全身，造成整个信息系统体系的不稳定。工程师们常说“本来改了个小问题，没想到改出个大毛病”“需求不改是等死，改了就是找死”
5、IT部门没有IT系统
医院的财务部门有收费管理系统、临床部门有医护工作站，检查检验科室有LIS、PACS，然而在IT部门不遗余力的推动医院信息化建设的同时，自身却还停留在“口耳相传”的作坊时代：IT设备报警靠人工巡检、运维工作量无法统计、人员能力没有考核依据、纸质配置文档常与实际不符、无法形成有效的知识传承等，常被医院IT部门员工们戏称为“灯下黑”。
由上可见，传统的医院IT运维模式已无法支持日益庞大的医院信息系统。结果就是上线的信息系统越多，出现的问题就越多，解决问题越来越困难，用户满意度越来越差。
三、建立基于ITIL理念的IT服务管理体系
ITIL（Information Technology Infrastructure Library，信息技术基础架构库）是英国中央计算机和电信局CCTA于80年代中期开发的一套针对IT行业的服务管理标准库[1]，其核心是通过服务台和10大管理流程，支持IT基础架构和组织业务的持续运作，通过主动的IT服务管理，保证IT资源的有效利用和业务运作的高可用性、高持续性和高安全性。ITIL是公认的IT服务管理的最佳实践，在世界范围内被广泛应用。
ITIL实施的三要素是人员、流程和工具。10大管理流程包括：事件管理、问题管理、配置管理、变更管理、发布管理、服务级别管理、持续性管理、可用性管理、能力管理、财务管理，涵盖了IT服务中的各种场景。人员不仅仅指IT运维人员，还包括管理层和最终用户，强调人的能力、意识和执行力是决定项目成败的关键。工具是指将ITIL流程落地的软件系统，通过IT服务管理软件可以使流程的处理步骤更清晰、提高人员的执行力；除此之外，该软件还应包括IT运行监控系统，将IT设备的运行状况纳入IT服务管理。
围绕这三个核心要素，根据院区实际情况，我们按照以下思路进行了ITIL实施：
1、以甲方为主的IT运维人员外包
由于医院是事业单位，人员录用受编制限制，人员短缺的问题就只能借助外部力量解决了。人员外包虽然有机制灵活、人员技术能力强的好处，但外包人员只是按甲方要求提供被动的服务，缺少对组织的了解和认同感，还需要甲方进行主动管理。因此，我们确立了以甲方为主的外包策略，制定了“与业务关系紧密的岗位不外包”、“只外包工作，不外包责任”的方针，要求外包厂商与原有IT部门工程师按AB角配置，即在各个专业上都有甲乙双方工程师共同工作：甲方工程师以管理为主，侧重方案审核和沟通协调；乙方以解决具体技术问题为主，若现场工程师不能解决，协调二线专家解决。按此原则，经过公开招标，最终与某知名IT服务厂商签订了合同，在网络、主机和桌面运维方面进行了人员外包。
2、从服务台开始的ITIL流程实施策略
服务台是整个IT运维体系的核心节点，是用户与IT部门联系的统一门户，所以我们首先设立了统一的IT技术支持电话，在全院范围内进行了“IT报障打XXXX电话，由服务台统一跟踪解决”的宣教，还将IT技术支持电话制作成标签，贴到每一台客户端计算机上，以便用户拨打。
在工作职责上，要求服务台人员按照《IT技术支持电话接听规范》进行电话应答，首先做“过滤器”，对问题进行初步判断，并尝试自己解决问题；再做“路由器”，不能解决的再转到二线；最后做“司令部”，全体人员均须听从服务台指令，服务台当值人员具有绝对权威，可根据自己的判断要求二线工程师优先处理运维事件。桌面运维岗位由初级工程师担任，负责处理现场问题。服务台岗位与桌面运维岗位不定期轮岗，以保证服务台人员了解现场情况，并具有解决具体问题的能力。二线岗位由资深工程师担任，分为应用系统、网络、主机等不同专业方向。对于服务台和桌面工程师不能解决的问题，由二线工程师跟进研究，并给出解决方案。
3、以事件管理和问题管理为流程驱动
在ITIL的10个管理流程中，事件管理和问题管理是与服务台关系最密切的，所有的用户故障报修都通过这两个流程进行处理的。 事件管理的目标是帮助用户快速恢复业务，为此我们设定了24小时的默认处理时限，若事件不能在规定的时间内处理完成，就需要升级为问题，重点关注解决。事件处理实行首问负责制，第一个接到用户报修的人，即使将事件派转出去了，也必须一直跟进该事件单，直至关闭。
问题管理的目标是找到事件发生的潜在原因，我们通过每周工作例会的方式，对尚未解决的问题进行多专业会诊，明确责任人和预计解决时间，每周跟进，直到问题处理完毕。对于重点问题，我们还会通过OA系统向相关用户通报进展，以获得用户的理解和支持。
4、以流程的建立和制度的落实来降低风险。
既然信息系统变更是信息系统生命周期中不可避免的环节，那么通过规范化IT管理可以将IT运维过程中系统变更的风险降到最低。 配置管理是IT运维管理的数据基础。其核心是建立CMDB（Configuration Management Database，配置管理数据库），我们将原来分散在各个项目手中、手工管理的资源，统一录入了数据库，既方便运维人员查阅，又能保证信息及时更新。
在此基础上，我们制定了一系列的制度和流程，保证所有的变更操作都在可控范围内进行。如：所有服务器操作要求“方案先订、试验回退、通知用户、双人执行、操作记录、检查应用”，所有软件升级要求事先提出申请，按照《软件发布及变更操作指导书》进行，保证每次软件升级都经过了充分的测试，并当发生问题时可以回退。
5、通过工具软件落地流程的执行
ITIL的实施不但需要流程的设计，还需要工具软件来落地，为此我们采购了一套ITSM（IT Services Management，IT服务管理）管理软件，IT部门也借助信息系统提高了工作效率。
首先实施了IT运行监控系统，将机房环境、网络、服务器、数据库、客户端都纳入了IT运行监控体系，既减轻了信息中心运维人员的巡检压力，又可实时及时全面的掌握信息系统各个环节的运行状况。 然后开始逐步上线IT服务管理系统，针对运维团队规模较小，紧急事件多的现状，进行了如下调整：一是在工单填写项目上进行了精简，只要描述清楚“什么人、在什么地方、报修什么问题、如何解决”即可，多设置选择项，少做填空，既提高填写速度，又便于后期统计分析。二是简化工单流转流程，事件执行不做事前审批，而在完成后由事件经理进行审核；紧急事件可不填写工单立即处理，但应在24小时内补填工单，记录事件处理过程。
四、效果与思考
通过以上的工作，我院的IT运维工作正逐步走上正轨。通过统一的技术支持电话，大家从繁杂的日常事务中解放了出来；通过明确的分工，使每个人的专长得到了发挥；通过有效的工作组织， IT部门不再单兵作战，更多的依靠团队合作解决问题；更重要的是，通过流程的落实，实现了闭环管理，从而在制度上保障了信息系统可靠性。 然而我们也意识到，ITIL的落实不是一蹴而就的，特别是对于中小规模的IT组织而言，更不能教条的照搬ITIL的全部流程，而应根据自己工作中遇到的问题，有选择的实施某些流程或者流程中的某些部分。比如我们在事件处理流程中就减少了大量的审批环节，而进行事后审查。这样既保证了闭环管理，又提高了工作效率。
在ITIL实施的过程中，改变了大家原有的工作习惯，总会让人有些不适应，这不但需要实施的技巧，更需要逐步磨合完善；通过一段时间的积累，在ITSM系统中已经积累了大量的事件和问题的处理记录，通过对这些数据进行分析，不但可以考核每个运维人员工作量，还可以将个体的经验汇总为知识库，建立学习型组织，从而实现知识的有效传承。
通过ITIL的实施，提高了IT部门自身的管理能力，保障了信息系统运行的可靠运行，并提高了用户的满意度。但如何量化的评价这些的收益，是深化IT管理的基础，也是需要进一步思考的问题。
