02 论信息系统开发的变更控制_信息系统变更控制措施

02 论信息系统开发的变更控制由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“信息系统变更控制措施”。

论信息系统开发的变更控制

摘要：

2004年10月，我作为项目的总负责人对本人所在的某大型三甲医院的信息管理系统进行了建设。在建设过程中为避免各种变更带来的影响，我建立了严格的变更控制流程，根据变更涉及的部门组建临时变更控制委员会，对各种变更需求进行分析评估，并跟踪批准的变更，进行变更结果的反馈；采用VSS工具进行了有效的变更管理，避免了版本管理上的混乱。最后，在总结经验教训的基础上提出了在变更控制委员会下建立变更控制小组，以便高效地处理普通变更需求；同时建议在用户操作界面开发的过程中采用快速原型化的方法加强与用户的沟通，避免重复开发。整个项目于2006年5月通过总体验收，按期、高质量地完成了建设任务，同年底被评为湖南省2006年信息化建设百家优秀案例。项目的成功很大程度上归功于对变更的有效控制和管理。

正文：

某医院作为全省最大的综合性医院，年门诊量180万人次，年出院5万人次，原有手工业务模式造成了医院就医流程不合理、工作效率低下、无法实现科学的量化管理等突出问题。为了解决上述问题，医院于2004年爪月与某重点高校及其所属某软件公司三方签署了合作协议及开发合同。借助高校的技术优势，合作建设医院信息系统，以下简称HIS。

我作为医院信息中心的主任，被任命为该合作项目的总负责人，担任项目的规划、设计、开发、实施等方面的管理工作。

该HIS项目建设的主要内容分三部分：一是对医院原有手工流程的优化改造，建立计算机网络环境下的医疗业务模式。二是按照卫生部《医院信息系统功能规范》的要求进行临床诊疗、药品管理、经济管理、综合管理与统计分析、外部接口五大部分，包括医护工作站、药库药房管理、输血管理、手术麻醉管理、挂号收费，住院结算、设备仓库管理、经济核算、病案统计、院长查询与分析、医保接口等共32个子系统的开发，涉及医院所有的管理、医疗和后勤保障部门。三是在不影响医院业务秩序的情况下进行部分新旧系统的切换和新系统的上线实施工作。系统采用三层C/S体系架构，数据库0rac1e9i，开发工具Powerbui1er8.0，采用两台 5670小型机作数据库服务器，两台570做应用服务器。

该项目需求分析阶段的任务最为艰巨。不仅要调研清楚相关部门的业务内容和系统要实现的功能，而且要进行医院网络环境下的业务流程设计。由于大多数部门没有接触过相关的计算机业务系统，无法提供明确完整的业务需求，更不用说帮助设计业务流程了。我在需求分析阶段，以医院信息中心的工作人员为主，凭借对医院业务的了解和计算机知识的掌握，以卫生部医院信息系统功能规范为基础，对各部门显性需求进行了收集，并对没有提出的隐

性需求进行了挖掘，同时结合兄弟医院成功的系统业务流程，设计出了相对合理的网络业务流程。

在本项目开发的过程中，可能引起需求和开发变更的因素主要包括：(1)已确认的业务流程的变更：由于医院在项目建设之前没有基于网络环境下的业务应用经验，并且大型医院的管理和业务流程都有自己的特殊之处，无法照搬其它医院的模式，因此在系统设计开发完毕试运行期间，可能会根据实际情况调整系统流程。(2)对操作界面的变更需求：由于在需求说明书中只是对操作界面风格进行了笼统的要求，程序员在编码时对界面内容的安排和交互方式的实现方面一般根据个人的习好进行设计，没有过多地从用户操作的角度和实际业务状况进行考虑。而且用户往往在程序开发完毕进行试用时才对操作界面提出异议，并要求修改。这也是在软件开发的过程中经常出现的问题。(3)用户随着对信息系统的接触和了解，会不断产生一些新的想法和需求。

医院信息系统HIS被业内公认为最复杂的信息系统之一，其复杂性表现之一就是变更的频繁。系统的变更控制不是为了控制变更的发生，而是对变更进行科学有效的管理，避免造成系统开发的混乱。我在本次的HIS项目建设过程中，主要通过制定和执行严格的变更控制流程，对各种变更需求进行分析评估，跟踪批准的变更，进行变更结果的反馈，并及时更新配置库中相关内容。

针对该项目规模较大以及可能出现的频繁变更，为了明确变更需求和便于管理，我要求所有变更请求必须要以书面的形式提交到项目组。接到变更申请后，我根据需求涉及的部门，针对本次需求成立临时变更控制委员会，CCB由我（项目总负责人）、开发经理（校方公司人员）、医院相关部门负责人（参加人员不固定，根据变更涉及的部门进行调整）、质量管理员（医院信息中心资深工程师）、配置管理员（公司提供了一个专职人员）组成，在门诊系统试运行的过程中，不少医生和科主任提出不在医生处打印处方，改为病人缴费后，直接到药房取药时打印处方，并提出了不少这样做的好处（减少医生打印处方的环节、节省打印机投入、防止“跑方”）。在接到书面变更申请后，我立即成立了针对本次变更需求的临时变更控制委员会，进行该变更需求的讨论和评估。在会上大家从政策法规、流程的可行性、病人可接受的程度等方面进行了全面细致的分析，最后达成了一致：认为在医生站取消处方的打印首先不符合卫生部处方管理规定中要求的必须存有纸质处方，并且医生必须在处方上确认签名。同时病人在取药时才见到处方，在一定程度上侵犯了病人的知情权和去医院外药店买药的权利。基于上述分析，虽然医生取消处方打印对医院有不少好处，但为了保障病人的权利和方便就医，同时也为了严格遵守卫生部的处方管理规定，决定不进行本次需求的变更。会后，以书面的形式将本次评审的结果和理由通知了相关的科室和医生，并与之进行了面对面的沟通。申请者很顺利地接受了评审结果，同时也避免了由于盲目变更造成的负面影响。

而对于经评审批准的变更，我会根据变更产生的影响程度，适当调整项目的进度和成本基线，并通知相关干系人。同时以书面的形式下达变更指令，进行变更的实施，并要求做好

变更记录。在变更处理完成后，经测试通过，及时将版本予以更新和发布。

在HIS项目日常的变更管理中，使用了VSS6.0工具进行了项目的变更控制管理。由于在此之前我本人对配置管理工具比较陌生，负责开发的公司方推荐了他们在日常配置管理中使用的VSS工具，并派了一名配置管理员协助我进行管理。由于VSS功能强大，操作简单，我很快掌握了使用方法。在项目的建设过程中，VSS在变更管理、版本控制和发布等方面发挥了很大的作用。配置管理员根据我的要求，为项目组每个人建立了访问帐户和权限。每次需求变更评审通过后，我都会通知设计开发人员在开发库中进行文档和程序的修改。修改完毕测试通过后，由配置管理员负责将本次修改后的程序和相关文档在受控库中进行归档处理和版本升级。对于在运行的系统，还要在产品库中及时升级版本并予以发布。通过VSS的使用和规范的管理，在整个开发过程中，从未出现修改混乱和版本失控的现象。

在项目建设的过程中，虽然变更控制委员会发挥了重要的作用，但确无法预防诸如在程序完成后，用户提出的操作界面的修改等问题。因此在今后的软件开发中，在界面设计上尽量采用原型化的方法，随时与用户沟通，提出改进意见，避免重复开发。同时建议在变更控制委员会下建立变更控制小组，对于某些不涉及流程和关键业务的变更需求，由变更控制小组直接负责审核处理，并将处理结果及时上报给CCB，这样可大大提高项目的决策和工作效率。

截至2006年5月该HIS项目通过医院组织的两次阶段性验收和一次总体验收，项目如期、高质量地完成了建设任务，系统运行稳定，获得了各部门的一致好评。同年底，该项目被评为湖南省2006年信息化建设优秀案例。项目的成功在很大程度上归功于对变更的有效管理和控制。