医院信息系统项目实施的需求管理方法.docVIP

医院信息系统项目实施的需求管理方法 黄学宁① ①南京医科大学医政学院，210029，南京市汉中路140 号 关键词 医院信息系统，项目需求管理 摘 要 需求管理是影响医院信息系统项目进度和质量的关键。本文从医院和软件公司 双方分析了医院信息系统项目实施中需求矛盾的产生原因，论述了医院需求管理的意义， 给出了医院需求管理的方法建议。 1 前言 目前，医院信息化建设发展迅速，全国1/3 的医院建立了医院信息系统（HIS Hospital information system），华东地区医院达到80%[5]。但是，许多医院的信息系统项目实施并 不顺利，矛盾的焦点多集中在需求上，医院认为软件公司没有在项目实施中满足自己的需 求，指责公司在签定合同之前满口承诺医院的所有需求，而实施时却尽量回避医院的需求。 公司则抱怨医院过分强调本院需求的特殊性，需求变更频繁，需求超出合同范围。这些矛 盾常常拖延项目实施进程，使项目验收不能正常进行，矛盾过度激化时的甚至导致实施终 止。结果是两败俱伤，医院损失了人力、财力和时间，挫伤了医院信息化建设的积极性， 公司项目实施成本过高，无法回收合同款。 我国医院信息化建设起步晚，软件行业的需求管理普遍存在着问题；而传统的观点认 为软件项目中需求管理主要是软件公司的职责，认识的误区导致了医院忽视自身的需求管 理，成为引发需求矛盾的重要因素之一。因此，本文从软件公司和用户双方分析需求矛盾 产生的原因，并给出了医院方需求管理的方法。 2 医院需求管理的意义 需求分析作为软件生命周期的第一个阶段，并贯穿于整个软件生命周期，IEEE 软件工 程标准词汇表（1997 年）中定义软件需求为：用户解决问题或达到目标所需的条件或能 力；系统或系统部件要满足合同、标准、规范或其他正式规定文档所需具有的条件或能力； 一种反映上述条件和能力的文档说明。 80 年代中期，逐步形成了软件工程的子领域——需求工程，进入90 年代后，需求工 程成为软件界研究的重点之一。需求工程的目的是通过与用户广泛地交流确定应用系统的 285 目标。将需求活动以“工程化”的方法提出、分析和组织，鼓励用户以一种积极的方式参 与需求分析活动中，并在整个软件生命周期强调用户参与和领域专家的指导作用，促使目 标系统最大地满足用户需求。 医院信息化建设是一个逐步演进、螺旋上升的过程，一个软件系统的引进只代表着当 前信息化的水平，一次项目的实施只是信息化过程中一个阶段性的工作。环境的改变、技 术的演进和医院的发展等因素都会引发新的需求，医院信息化的需求是随着人们对信息化 的体验和观念的转变，而不断更新。例如，门诊挂号收费子系统已经从简单的挂号收费管 理，发展出预约挂号、个人帐户、双向转诊、客户关系管理等诸多功能。医院必须有资金 支持这些需求的实现，更要有科学的方法管理这些需求，使之能逐步实现。信息化是信息 系统与用户融合的过程，需求管理是双向的，医院学习自我管理需求，有助于信息系统的 实施和发展。在科学管理下的需求，将不断完善信息系统，促进医院发展，达到医院和软 件公司双赢。 3 需求矛盾的原因 3.1 从软件公司的角度分析 3.1.1 缺乏职业需求分析员 医疗卫生行业的特殊性对需求分析员的交叉知识体系结构要 求较高，目前没有形成规范的人才教育培训体系；单一知识背景的人才在实践中摸索学习， 成长缓慢，不能适应市场旺盛的需求。而用户缺乏实践体会，信息技术知识不完备，软件 人员与用户不能在同一层次对话。 3.1.2 岗位职责定位偏差 销售的考核标准是合同量，尽量承诺用户需求就能多签合同。 软件项目实施的考核标准是实施进度，没有软件优化和提升的职责，项目的本地化和客户 化工作量越小越好，软件人员自然趋向尽量少接受用户需求，尤其是新的需求变更。 3.1.3 需求管理的不规范 多数公司没有建立规范的用户需求评价和管理体系，没有专职 部门管理行业用户的需求，对多个项目的需求进行统一的评审和优化，用户需求通常由项 目销售、系统实施或软件开发的部门甚至个人决定取舍，医院信息系统是一个极其复杂的 大系统，用户的一个需求常常涉及多个模块的修改，技术人员只熟悉自己负责的部分模块， 不能从项目整体上把握用户需求。软件开发人员只能从软件技术上审核用户需求，不能从 行业的业务流程上评价、修正用户需求。受上述种种原因以及部门利益的左右，用户需求 的确认或拒绝过于随意，引发与医院的矛盾，也造成软件开发不规范和不标准，增加了系 286 统的不稳定性和维护的难度。 3.2 从医院的角度分析 3.2.1 需求超前 医院对信息化的投资、回报与发展的认识不足，需求与实施目标不符。 医院的信息化建设没有遵循“总体规划，分步实施”的原则，阶段性目标不明，或者希望 一步到位，盲目推进。用户没有信息化的经验，多数是先