医用软件需求管理研究

林燕君　梁炳进

摘 要 需求管理是软件生命周期管理一个非常重要的方面，本文分析需求管理中存在的问题及应对策略。详细阐述了需求管理过程中的需求获取、需求评审、系统开发、测试验证、系统实施、客户确认等几个步骤。以医院信息系统系统建设项目为实例，探讨了需求管理在项目管理中发挥的重要作用。

关键词 医用软件 需求管理 SVN 软件测试

中图分类号：C93 文献标识码：A

0引言

近年来随着医院的快速发展，医疗业务量屡创新高，但其中的一些制约因素已开始显现。虽然医院从扩大医疗空间、调整医疗流程、增加服务设施、改善服务条件等方面做了很多努力，但仍不能满足日益增长的医疗业务量的需求，特别是不能有效解决病人候诊时间长的问题。其瓶颈原因之一即各项检查等待报告时间较长（尤其是影像检查），因此建立医疗影像归档与传输系统（PACS）迫在眉睫。医院决定通过建设医疗影像归档与传输系统（PACS），整合医疗信息资源，提高医院科学管理水平。

需求管理是医院信息化建设的重要组成部分，也是改善医院与信息产品供应商合作的重要步骤。需求管理是一种对系统需求信息进行获取、组织和记录的系统化方案，是一个使客户与项目团队对不断变更的系统需求达成并保持一致的过程。需求管理可以使医院了解患者的需求并采取适当的措施满足这一需求，是影响医院信息化建设进程和质量的关键和重点。

1需求管理流程研究

我国医院信息系统的项目应用现状而言，情况不容乐观。项目超期限、超预算，用户对最终交付的系统不满意，企业疲于应对客户不断变更的需求，整个项目就像“无底洞”，总也做不完。对于以上所述的信息系统实施中常见问题，可以归结为需求表达不清晰、需求范围不明确、需求变更管理不规范等几个方面的原因。

1.1需求表达不清晰，双方对需求理解不一致

由于新上系统，要对医院本身的业务流程进行改造，医护人员对信息化缺乏全面的了解，在项目开始前期只能提出很少、很模糊的需求。企业人员前期对医院原有业务流程不熟悉，没有真正了解客户的业务需求，与客户对需求的理解存在不一致的地方。双方的局限性及市委差异导致对需求的把握不一致。

1.2需求范围不明确，需求变更不规范

随着项目的不断推进，用户在使用过程中及用户在别的医院考查过程中，用户对新系统有更多的要求。企业的实施管理部分，仅凭自己的单方面的考虑来决定是否接受需求，可能对导致用户关系紧张或者项目范围失控。项目初期没有对项目的需求范围做出明确界定，将对项目后期实施产生很高的风险，出现前期和和气气，后期互相扯皮的现象。另外，在需求变更过程中，没有对需求进行有效的跟踪及管理，导致需求失控情况出现：如需求明明提了很多次，没有后续的修改；需求已经做好更新，没有通知用户如果使用新功能等等。

2需求管理实践

在本项目管理的需求流程包括：需求获取、需求评审、系统开发、测试验证、系统实施、客户确认等几个步骤。在项目组成立处理，我们就按照系统管理要求，制定了需求管理计划和人员配置，对项目组内人员进行培训，让项目组人员能够理解该项目管理流程并按照计划执行。项目整体的需求管理流程如图1所示。

图1：项目需求管理流程图

（1）在系统进行立项。在项目管理系统中增加新的项目，并把项目概况和项目相关配置信息、干系人等录入需求系统。只有确认了相关的干系人后，才能在后面的需求维护中，有重点的和相关人员进行沟通，明确方向。

（2）确定需求基线。在项目实施初期，在完成了初步的调研后，把调查结果和信息科进行确认，由信息科签字后，再把总体的需求写入需求系统，形成项目的范围说明书。随后进行工作分解，把和目前系统偏差或者没有实现的部分，进行归纳总结写入需求系统。

（3）开发部对需求拆分，指定开发人员项目开发。当需求在需求系统提出后，一般由项目经理对需求进行审核，只有项目经理审核了的需求流程才转入开发部。当开发部经理看到需求后，会对需求进行评估，包括开发对整个系统架构的影响、开发用时、当前人员的开发情况等进行评估，但觉得可行时，再安排相关人员进行开发，如有必要，可以在系统上标注上具体实现流程等。在需求系统上进行任务安排，自行形成开发任务单。如果开发部经理觉得该需求在实现上或者描述上不清楚，开发部经理需要直接和项目经理进行沟通，如果不能实现等因素，让项目经理和现场沟通是否可以放在下一个版本实现、或者通过外包实现等，在需求系统上退回需求，并注明退回原因。

（4）开发部开发人员从开发部经理那里收到开发任务单后，点击开始开发，进入开发中状态。这是开发人员或者本需求的详细信息，包括开发部经理的备注信息，如开发时间，开发思路等。当需求完成后，开发人员在需求系统上填写真正开发用时，点击开发完成开发，并自动提交到测试部进行软件测试。在提交测试时，填写相关修改情况和测试方法。

（5）测试部对需求验证。测试部经理接收到测试请求后，把测试申请单形成测试任务但，并分发给测试人员按照要求进行测试。在测试过程中，测试人员可以随时调出需求系统关于本需求的所有情况，方便了解整个需求的过程。测试人员测试完成后，确定没有问题后，把程序上传到产品库，并在需求系统上点击测试通过按钮，把需求流程进入下一个流程。如果在测试过程中有问题，测试人员可以和开发人员和项目组人员进行沟通，进行需求的再确认。如果发现确实时开发人员开发的程序不符合要求，那么在需求系统上点击测试不通过，并详细描述测试部通过的原因，返回到上一個流程。

（6）项目组人员进行需求确认。测试部完成测试后，流程返回项目组，当项目组程序看到需求已经经过测试后，可以到产品库下载软件。按照测试部提供的软件配置方法和使用文档等，在医院环境的测试库下，进行现场演示环境的安装。安装后，进行初步验证。初步验证后，找信息科人员或者医院医生等进行确认。验证没有问题后，点击需求系统的结束需求，进行关闭需求。如果在需求确认过程中有问题的，可以找测试部部进行沟通，确实还有问题的，需求返回上一层。endprint

（7）需求关闭，并对需求进行评价。需求关闭时，项目经理可以对需求进行评价，包括开发用时、开发资源、客户反馈信息等进行后评级，有利于循环改进。

通过该需求系统，理顺了需求管理的整个流程，项目组各人员对需求的进度，状态等随时进行跟踪和监控，而开发人员、测试人员和能够清楚把握整个需求的来龙去脉，对需求的开发和需求的测试都有很好的作用，大家都按部就班的把事情做好。

另外，项目组人员在和客户了解需求时，必须带上由统一印发的纸质需求单。纸质需求单一式三份：一份由客户信息科保管、一份交到项目组、一份给公司存档。客户提交的任何变更，都有项目组人员现场和用户沟通，详细了解需求，并填写纸质需求单。了解完需求后，在定期和医院相关负责人会议上，把收集的需求和院方代表进行确认，只有院方代表确认了的需求，才最后整理到公司的需求系统上。对于在定期会议上没有通过的需求，及时反馈到给相关人员。

3结束语

在本项目实施的过程中，在需求调研和整个需求开发过程中，我们都注意相关的文档管理，建立了以SVN（Subversion，版本控制系统）部署的配置管理系统。在项目起始，搭建SVN服务器上，创建相关的目录，并把相关过程中的文档按照相关的目录进行上传，如合同、可行性分析报告、需求记录文档、项目进度文档、项目代码、测试文档、使用手册等，其中配置库分为开发库、受控库、产品库等。通过SVN，我们很好的进行相关文档的版本进行控制，有效的保证了项目的质量。

医院信息系统实施中，各方对系统的参与多以软件需求的形式表达，需求是整个开发过程的核心线索，良好的需求管理是保证信息系统质量、时间和成本的必要条件。

PACS系统项目是医院利用信息系统建设，整合科室资源，推进医院信息化成果共享，提升医院总体竞争力的一个有力举措，得到了医院的好评。该项目因为是一个应用集成项目，涉及的项目干系人多，需要配合项目实施的第三方软件提供商较多，因此，给项目的实施和管理工作带来了较大的困难。项目能按期完成，得益于项目中有效的需求和范围管理，采用科学的需求管理方法、工具和技术，为项目的需求管理帶来了事半功倍的效果。

基金项目：广东省医学科研基金项目（A2016044）；广东省科技计划（2016A020216016）。

参考文献

[1] 赵阳柳.浅谈医院PACS/RIS系统的应用维护和发展[J].医疗装备，2015（07）：81-82.

[2] 曹新志，沈君姝，李昂，郭辉，潘永泉.医院PACS/RIS的架构和实施探讨[J].医疗卫生装备，2014（01）：57-59.

[3] 邹英，王乐，彭巧君.基于不同就诊环节的门诊病人满意度调查[J].护理研究，2014（26）：3231-3233.

[4] 施扬华.综合性医院门诊病人候诊时间的量化统计与分析[J].中国医院统计，2008（03）：261-263.

[5] 倪爱银.软件项目需求管理解析[J].软件导刊，2011（05）：24-26.

[6] 冯海芳，丁少群.医院医保管理的民意调查与需求分析——基于成都市温江区1300余份问卷的实证研究[J].社会保障研究，2015（02）：48-53.

[7] 古瑞娟，周小龙，修燕.医院信息化建设中的需求管理[J].中国数字医学，2012（12）：96-98.

[8] 李维.基于RUP的医院信息系统需求管理研究与实践[J].中国医疗设备，2010（04）：43-46.

[9] 丁贤林.基于SVN的项目文档管理系统实现[D].电子科技大学，2012.

[10] 戴楠，闫明星.用SVN实现软件的版本控制[J].电脑知识与技术，2009（16）：4289-4290+4293.endprint