林燕君　梁炳進(jìn)

摘 要 需求管理是軟件生命周期管理一個(gè)非常重要的方面，本文分析需求管理中存在的問(wèn)題及應(yīng)對(duì)策略。詳細(xì)闡述了需求管理過(guò)程中的需求獲取、需求評(píng)審、系統(tǒng)開(kāi)發(fā)、測(cè)試驗(yàn)證、系統(tǒng)實(shí)施、客戶(hù)確認(rèn)等幾個(gè)步驟。以醫(yī)院信息系統(tǒng)系統(tǒng)建設(shè)項(xiàng)目為實(shí)例，探討了需求管理在項(xiàng)目管理中發(fā)揮的重要作用。

關(guān)鍵詞 醫(yī)用軟件 需求管理 SVN 軟件測(cè)試

中圖分類(lèi)號(hào)：C93 文獻(xiàn)標(biāo)識(shí)碼：A

0引言

近年來(lái)隨著醫(yī)院的快速發(fā)展，醫(yī)療業(yè)務(wù)量屢創(chuàng)新高，但其中的一些制約因素已開(kāi)始顯現(xiàn)。雖然醫(yī)院從擴(kuò)大醫(yī)療空間、調(diào)整醫(yī)療流程、增加服務(wù)設(shè)施、改善服務(wù)條件等方面做了很多努力，但仍不能滿(mǎn)足日益增長(zhǎng)的醫(yī)療業(yè)務(wù)量的需求，特別是不能有效解決病人候診時(shí)間長(zhǎng)的問(wèn)題。其瓶頸原因之一即各項(xiàng)檢查等待報(bào)告時(shí)間較長(zhǎng)（尤其是影像檢查），因此建立醫(yī)療影像歸檔與傳輸系統(tǒng)（PACS）迫在眉睫。醫(yī)院決定通過(guò)建設(shè)醫(yī)療影像歸檔與傳輸系統(tǒng)（PACS），整合醫(yī)療信息資源，提高醫(yī)院科學(xué)管理水平。

需求管理是醫(yī)院信息化建設(shè)的重要組成部分，也是改善醫(yī)院與信息產(chǎn)品供應(yīng)商合作的重要步驟。需求管理是一種對(duì)系統(tǒng)需求信息進(jìn)行獲取、組織和記錄的系統(tǒng)化方案，是一個(gè)使客戶(hù)與項(xiàng)目團(tuán)隊(duì)對(duì)不斷變更的系統(tǒng)需求達(dá)成并保持一致的過(guò)程。需求管理可以使醫(yī)院了解患者的需求并采取適當(dāng)?shù)拇胧M(mǎn)足這一需求，是影響醫(yī)院信息化建設(shè)進(jìn)程和質(zhì)量的關(guān)鍵和重點(diǎn)。

1需求管理流程研究

我國(guó)醫(yī)院信息系統(tǒng)的項(xiàng)目應(yīng)用現(xiàn)狀而言，情況不容樂(lè)觀(guān)。項(xiàng)目超期限、超預(yù)算，用戶(hù)對(duì)最終交付的系統(tǒng)不滿(mǎn)意，企業(yè)疲于應(yīng)對(duì)客戶(hù)不斷變更的需求，整個(gè)項(xiàng)目就像“無(wú)底洞”，總也做不完。對(duì)于以上所述的信息系統(tǒng)實(shí)施中常見(jiàn)問(wèn)題，可以歸結(jié)為需求表達(dá)不清晰、需求范圍不明確、需求變更管理不規(guī)范等幾個(gè)方面的原因。

1.1需求表達(dá)不清晰，雙方對(duì)需求理解不一致

由于新上系統(tǒng)，要對(duì)醫(yī)院本身的業(yè)務(wù)流程進(jìn)行改造，醫(yī)護(hù)人員對(duì)信息化缺乏全面的了解，在項(xiàng)目開(kāi)始前期只能提出很少、很模糊的需求。企業(yè)人員前期對(duì)醫(yī)院原有業(yè)務(wù)流程不熟悉，沒(méi)有真正了解客戶(hù)的業(yè)務(wù)需求，與客戶(hù)對(duì)需求的理解存在不一致的地方。雙方的局限性及市委差異導(dǎo)致對(duì)需求的把握不一致。

1.2需求范圍不明確，需求變更不規(guī)范

隨著項(xiàng)目的不斷推進(jìn)，用戶(hù)在使用過(guò)程中及用戶(hù)在別的醫(yī)院考查過(guò)程中，用戶(hù)對(duì)新系統(tǒng)有更多的要求。企業(yè)的實(shí)施管理部分，僅憑自己的單方面的考慮來(lái)決定是否接受需求，可能對(duì)導(dǎo)致用戶(hù)關(guān)系緊張或者項(xiàng)目范圍失控。項(xiàng)目初期沒(méi)有對(duì)項(xiàng)目的需求范圍做出明確界定，將對(duì)項(xiàng)目后期實(shí)施產(chǎn)生很高的風(fēng)險(xiǎn)，出現(xiàn)前期和和氣氣，后期互相扯皮的現(xiàn)象。另外，在需求變更過(guò)程中，沒(méi)有對(duì)需求進(jìn)行有效的跟蹤及管理，導(dǎo)致需求失控情況出現(xiàn)：如需求明明提了很多次，沒(méi)有后續(xù)的修改；需求已經(jīng)做好更新，沒(méi)有通知用戶(hù)如果使用新功能等等。

2需求管理實(shí)踐

在本項(xiàng)目管理的需求流程包括：需求獲取、需求評(píng)審、系統(tǒng)開(kāi)發(fā)、測(cè)試驗(yàn)證、系統(tǒng)實(shí)施、客戶(hù)確認(rèn)等幾個(gè)步驟。在項(xiàng)目組成立處理，我們就按照系統(tǒng)管理要求，制定了需求管理計(jì)劃和人員配置，對(duì)項(xiàng)目組內(nèi)人員進(jìn)行培訓(xùn)，讓項(xiàng)目組人員能夠理解該項(xiàng)目管理流程并按照計(jì)劃執(zhí)行。項(xiàng)目整體的需求管理流程如圖1所示。

圖1：項(xiàng)目需求管理流程圖

（1）在系統(tǒng)進(jìn)行立項(xiàng)。在項(xiàng)目管理系統(tǒng)中增加新的項(xiàng)目，并把項(xiàng)目概況和項(xiàng)目相關(guān)配置信息、干系人等錄入需求系統(tǒng)。只有確認(rèn)了相關(guān)的干系人后，才能在后面的需求維護(hù)中，有重點(diǎn)的和相關(guān)人員進(jìn)行溝通，明確方向。

（2）確定需求基線(xiàn)。在項(xiàng)目實(shí)施初期，在完成了初步的調(diào)研后，把調(diào)查結(jié)果和信息科進(jìn)行確認(rèn)，由信息科簽字后，再把總體的需求寫(xiě)入需求系統(tǒng)，形成項(xiàng)目的范圍說(shuō)明書(shū)。隨后進(jìn)行工作分解，把和目前系統(tǒng)偏差或者沒(méi)有實(shí)現(xiàn)的部分，進(jìn)行歸納總結(jié)寫(xiě)入需求系統(tǒng)。

（3）開(kāi)發(fā)部對(duì)需求拆分，指定開(kāi)發(fā)人員項(xiàng)目開(kāi)發(fā)。當(dāng)需求在需求系統(tǒng)提出后，一般由項(xiàng)目經(jīng)理對(duì)需求進(jìn)行審核，只有項(xiàng)目經(jīng)理審核了的需求流程才轉(zhuǎn)入開(kāi)發(fā)部。當(dāng)開(kāi)發(fā)部經(jīng)理看到需求后，會(huì)對(duì)需求進(jìn)行評(píng)估，包括開(kāi)發(fā)對(duì)整個(gè)系統(tǒng)架構(gòu)的影響、開(kāi)發(fā)用時(shí)、當(dāng)前人員的開(kāi)發(fā)情況等進(jìn)行評(píng)估，但覺(jué)得可行時(shí)，再安排相關(guān)人員進(jìn)行開(kāi)發(fā)，如有必要，可以在系統(tǒng)上標(biāo)注上具體實(shí)現(xiàn)流程等。在需求系統(tǒng)上進(jìn)行任務(wù)安排，自行形成開(kāi)發(fā)任務(wù)單。如果開(kāi)發(fā)部經(jīng)理覺(jué)得該需求在實(shí)現(xiàn)上或者描述上不清楚，開(kāi)發(fā)部經(jīng)理需要直接和項(xiàng)目經(jīng)理進(jìn)行溝通，如果不能實(shí)現(xiàn)等因素，讓項(xiàng)目經(jīng)理和現(xiàn)場(chǎng)溝通是否可以放在下一個(gè)版本實(shí)現(xiàn)、或者通過(guò)外包實(shí)現(xiàn)等，在需求系統(tǒng)上退回需求，并注明退回原因。

（4）開(kāi)發(fā)部開(kāi)發(fā)人員從開(kāi)發(fā)部經(jīng)理那里收到開(kāi)發(fā)任務(wù)單后，點(diǎn)擊開(kāi)始開(kāi)發(fā)，進(jìn)入開(kāi)發(fā)中狀態(tài)。這是開(kāi)發(fā)人員或者本需求的詳細(xì)信息，包括開(kāi)發(fā)部經(jīng)理的備注信息，如開(kāi)發(fā)時(shí)間，開(kāi)發(fā)思路等。當(dāng)需求完成后，開(kāi)發(fā)人員在需求系統(tǒng)上填寫(xiě)真正開(kāi)發(fā)用時(shí)，點(diǎn)擊開(kāi)發(fā)完成開(kāi)發(fā)，并自動(dòng)提交到測(cè)試部進(jìn)行軟件測(cè)試。在提交測(cè)試時(shí)，填寫(xiě)相關(guān)修改情況和測(cè)試方法。

（5）測(cè)試部對(duì)需求驗(yàn)證。測(cè)試部經(jīng)理接收到測(cè)試請(qǐng)求后，把測(cè)試申請(qǐng)單形成測(cè)試任務(wù)但，并分發(fā)給測(cè)試人員按照要求進(jìn)行測(cè)試。在測(cè)試過(guò)程中，測(cè)試人員可以隨時(shí)調(diào)出需求系統(tǒng)關(guān)于本需求的所有情況，方便了解整個(gè)需求的過(guò)程。測(cè)試人員測(cè)試完成后，確定沒(méi)有問(wèn)題后，把程序上傳到產(chǎn)品庫(kù)，并在需求系統(tǒng)上點(diǎn)擊測(cè)試通過(guò)按鈕，把需求流程進(jìn)入下一個(gè)流程。如果在測(cè)試過(guò)程中有問(wèn)題，測(cè)試人員可以和開(kāi)發(fā)人員和項(xiàng)目組人員進(jìn)行溝通，進(jìn)行需求的再確認(rèn)。如果發(fā)現(xiàn)確實(shí)時(shí)開(kāi)發(fā)人員開(kāi)發(fā)的程序不符合要求，那么在需求系統(tǒng)上點(diǎn)擊測(cè)試不通過(guò)，并詳細(xì)描述測(cè)試部通過(guò)的原因，返回到上一個(gè)流程。

（6）項(xiàng)目組人員進(jìn)行需求確認(rèn)。測(cè)試部完成測(cè)試后，流程返回項(xiàng)目組，當(dāng)項(xiàng)目組程序看到需求已經(jīng)經(jīng)過(guò)測(cè)試后，可以到產(chǎn)品庫(kù)下載軟件。按照測(cè)試部提供的軟件配置方法和使用文檔等，在醫(yī)院環(huán)境的測(cè)試庫(kù)下，進(jìn)行現(xiàn)場(chǎng)演示環(huán)境的安裝。安裝后，進(jìn)行初步驗(yàn)證。初步驗(yàn)證后，找信息科人員或者醫(yī)院醫(yī)生等進(jìn)行確認(rèn)。驗(yàn)證沒(méi)有問(wèn)題后，點(diǎn)擊需求系統(tǒng)的結(jié)束需求，進(jìn)行關(guān)閉需求。如果在需求確認(rèn)過(guò)程中有問(wèn)題的，可以找測(cè)試部部進(jìn)行溝通，確實(shí)還有問(wèn)題的，需求返回上一層。endprint

（7）需求關(guān)閉，并對(duì)需求進(jìn)行評(píng)價(jià)。需求關(guān)閉時(shí)，項(xiàng)目經(jīng)理可以對(duì)需求進(jìn)行評(píng)價(jià)，包括開(kāi)發(fā)用時(shí)、開(kāi)發(fā)資源、客戶(hù)反饋信息等進(jìn)行后評(píng)級(jí)，有利于循環(huán)改進(jìn)。

通過(guò)該需求系統(tǒng)，理順了需求管理的整個(gè)流程，項(xiàng)目組各人員對(duì)需求的進(jìn)度，狀態(tài)等隨時(shí)進(jìn)行跟蹤和監(jiān)控，而開(kāi)發(fā)人員、測(cè)試人員和能夠清楚把握整個(gè)需求的來(lái)龍去脈，對(duì)需求的開(kāi)發(fā)和需求的測(cè)試都有很好的作用，大家都按部就班的把事情做好。

另外，項(xiàng)目組人員在和客戶(hù)了解需求時(shí)，必須帶上由統(tǒng)一印發(fā)的紙質(zhì)需求單。紙質(zhì)需求單一式三份：一份由客戶(hù)信息科保管、一份交到項(xiàng)目組、一份給公司存檔?？蛻?hù)提交的任何變更，都有項(xiàng)目組人員現(xiàn)場(chǎng)和用戶(hù)溝通，詳細(xì)了解需求，并填寫(xiě)紙質(zhì)需求單。了解完需求后，在定期和醫(yī)院相關(guān)負(fù)責(zé)人會(huì)議上，把收集的需求和院方代表進(jìn)行確認(rèn)，只有院方代表確認(rèn)了的需求，才最后整理到公司的需求系統(tǒng)上。對(duì)于在定期會(huì)議上沒(méi)有通過(guò)的需求，及時(shí)反饋到給相關(guān)人員。

3結(jié)束語(yǔ)

在本項(xiàng)目實(shí)施的過(guò)程中，在需求調(diào)研和整個(gè)需求開(kāi)發(fā)過(guò)程中，我們都注意相關(guān)的文檔管理，建立了以SVN（Subversion，版本控制系統(tǒng)）部署的配置管理系統(tǒng)。在項(xiàng)目起始，搭建SVN服務(wù)器上，創(chuàng)建相關(guān)的目錄，并把相關(guān)過(guò)程中的文檔按照相關(guān)的目錄進(jìn)行上傳，如合同、可行性分析報(bào)告、需求記錄文檔、項(xiàng)目進(jìn)度文檔、項(xiàng)目代碼、測(cè)試文檔、使用手冊(cè)等，其中配置庫(kù)分為開(kāi)發(fā)庫(kù)、受控庫(kù)、產(chǎn)品庫(kù)等。通過(guò)SVN，我們很好的進(jìn)行相關(guān)文檔的版本進(jìn)行控制，有效的保證了項(xiàng)目的質(zhì)量。

醫(yī)院信息系統(tǒng)實(shí)施中，各方對(duì)系統(tǒng)的參與多以軟件需求的形式表達(dá)，需求是整個(gè)開(kāi)發(fā)過(guò)程的核心線(xiàn)索，良好的需求管理是保證信息系統(tǒng)質(zhì)量、時(shí)間和成本的必要條件。

PACS系統(tǒng)項(xiàng)目是醫(yī)院利用信息系統(tǒng)建設(shè)，整合科室資源，推進(jìn)醫(yī)院信息化成果共享，提升醫(yī)院總體競(jìng)爭(zhēng)力的一個(gè)有力舉措，得到了醫(yī)院的好評(píng)。該項(xiàng)目因?yàn)槭且粋€(gè)應(yīng)用集成項(xiàng)目，涉及的項(xiàng)目干系人多，需要配合項(xiàng)目實(shí)施的第三方軟件提供商較多，因此，給項(xiàng)目的實(shí)施和管理工作帶來(lái)了較大的困難。項(xiàng)目能按期完成，得益于項(xiàng)目中有效的需求和范圍管理，采用科學(xué)的需求管理方法、工具和技術(shù)，為項(xiàng)目的需求管理帶來(lái)了事半功倍的效果。

基金項(xiàng)目：廣東省醫(yī)學(xué)科研基金項(xiàng)目（A2016044）；廣東省科技計(jì)劃（2016A020216016）。

參考文獻(xiàn)

[1] 趙陽(yáng)柳.淺談醫(yī)院PACS/RIS系統(tǒng)的應(yīng)用維護(hù)和發(fā)展[J].醫(yī)療裝備，2015（07）：81-82.

[2] 曹新志，沈君姝，李昂，郭輝，潘永泉.醫(yī)院PACS/RIS的架構(gòu)和實(shí)施探討[J].醫(yī)療衛(wèi)生裝備，2014（01）：57-59.

[3] 鄒英，王樂(lè)，彭巧君.基于不同就診環(huán)節(jié)的門(mén)診病人滿(mǎn)意度調(diào)查[J].護(hù)理研究，2014（26）：3231-3233.

[4] 施揚(yáng)華.綜合性醫(yī)院門(mén)診病人候診時(shí)間的量化統(tǒng)計(jì)與分析[J].中國(guó)醫(yī)院統(tǒng)計(jì)，2008（03）：261-263.

[5] 倪愛(ài)銀.軟件項(xiàng)目需求管理解析[J].軟件導(dǎo)刊，2011（05）：24-26.

[6] 馮海芳，丁少群.醫(yī)院醫(yī)保管理的民意調(diào)查與需求分析——基于成都市溫江區(qū)1300余份問(wèn)卷的實(shí)證研究[J].社會(huì)保障研究，2015（02）：48-53.

[7] 古瑞娟，周小龍，修燕.醫(yī)院信息化建設(shè)中的需求管理[J].中國(guó)數(shù)字醫(yī)學(xué)，2012（12）：96-98.

[8] 李維.基于RUP的醫(yī)院信息系統(tǒng)需求管理研究與實(shí)踐[J].中國(guó)醫(yī)療設(shè)備，2010（04）：43-46.

[9] 丁賢林.基于SVN的項(xiàng)目文檔管理系統(tǒng)實(shí)現(xiàn)[D].電子科技大學(xué)，2012.

[10] 戴楠，閆明星.用SVN實(shí)現(xiàn)軟件的版本控制[J].電腦知識(shí)與技術(shù)，2009（16）：4289-4290+4293.endprint