摘要
年3月我参与了××市××医院门诊HIS“一卡通”系统项目，我作为项目经理，带领项目团队对整个项目进行实施和管理。项目主要用于优化该院就诊模式，减少患者就诊的排队等待时间和等待次数；结合分诊排队系统，规范就诊次序，全面改善就诊环境；同时，依托就诊卡准确采集患者的基本信息和患者每次就诊的诊疗信息，为该院临床医学的统计分析、研究发展提供重要的原始资源。该项目合同总金额万，工期6个月。系统已通过院方的验收，并运行正常。
本文以作者实践结合××医院门诊HIS“一卡通”系统项目，讨论范围管理，包括范围计划制订、范围定义、创建工作分解结构、范围确认、范围控制这几个过程。以及如何采取多种措施，得以在规定的时间、成本、质量以及范围下保证项目的顺利完成。在论文最后，总结了本次项目中一些有待改进的地方。
正文
医院门诊量随着近几年出生人口的逐步增多而逐年上升，原HIS系统采用传统的“先结算后诊疗”就诊模式。造成患者重复缴费和排队，工作效率低下。为解决该问题，该医院决定采用卫生部推荐使用的“先诊疗、后结算”的就诊模式的HIS系统更换现有系统，并于年2月进行了公开招标。我公司最终有幸以万元中标，并与院方签订了合同，合同工期六个月。该系统采用B/S架构，采用2台IBMXM2服务器安装Windows位操作系统和Oracle10g作为数据库服务器，并使用“数据保镖”建立容灾系统。WEB服务器采用两台IBMX并安装IIS6.0，使用了负载均衡技术增加并发访问量和可用性。本次项目主要目标是：以门诊“一卡通”预充值功能提高工作效率，同时利用排队系统规范就诊次序和改善就诊环境。我作为有多年经验的项目管理人员，被公司授权对此项目进行管理。
通过项目组的努力和院方的积极配合，该系统于年9月正式通过验收并成功上线。由于该项目涉及现场二次开发，加上院方人员对信息化系统的观念陈旧，会造成需求收集困难、需求变化大，进而影响项目范围管理的特点。为此，我对项目的范围管理给予高度重视。为了更有效地实施项目范围管理，准确的项目需求定义至关重要。为了尽快准确地进行需求的采集，我会同项目小组将前期销售人员整理的院方相关干系人清单进行了分类，并将项目小组划分成多个需求采集小组，为每个小组配备1名程序开发人员，由开发人员带领需求小组与院方相关人员进行需求采集。这种尽早地让程序开发人员参与到需求管理过程中的方法，不仅能准确地采集到院方的需求，在后续的2次开发也能更准确地开发出院方满意的产品，减少范围的变动和返工。
一、定义项目范围，制订详细的范围说明书，并让用户确认
定义范围是制订详细范围说明书的过程，是本次项目的重点。无法定义项目，项目组不敢贸然开展后面的工作。通过对项目章程、合同文件、工作说明书以及前期需求小组采集整理的需求进行分析，项目组整理了初步的范围说明书。在与院方进行范围说明书确认时，院方对需求内容提出了自己的观点。院方认为，范围说明书中内容太明细，而且他们觉得部分需求将来可能需要做调整。
针对这种情况，在会中我向参会人员对项目管理知识进行了简单普及。让院方人员也对项目管理有了初步的了解；并向他们解释，详细的范围说明书是为了下一步工作的开展，是保证项目能顺利完成最基本最重要的。对于需要变化的一些情况，也并不是在定义了范围后就不能更改，新的需求和变化可以通过变更控制流程来实现。院方对此表示认可，并对详细的范围说明书进行签字确认。
二、创建工作分解结构，为后续工作打好基础
工作分解结构，是根据详细的范围说明书和项目团队的特点来进行分解的。分解的方式和方法的不同会直接影响项目管理中的后续工作。由于本次项目的需求是逐渐被提出的，创建工
作分解结构时，我只将近期1至2个月的内容详细划分，对于较后期的工作只做了大概的划分，并制定了项目团队人员对其负责并进行跟踪和
转载请注明：http://www.0431gb208.com/sjszlfa/3767.html
