醫(yī)用軟件需求管理研究

林燕君　梁炳進(jìn)

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

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

中圖分類號：C93 文獻(xiàn)標(biāo)識碼：A

0引言

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

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

1需求管理流程研究

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

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

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

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

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

2需求管理實踐

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

圖1：項目需求管理流程圖

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

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

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

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

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

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

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

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

另外，項目組人員在和客戶了解需求時，必須帶上由統(tǒng)一印發(fā)的紙質(zhì)需求單。紙質(zhì)需求單一式三份：一份由客戶信息科保管、一份交到項目組、一份給公司存檔?？蛻籼峤坏娜魏巫兏加许椖拷M人員現(xiàn)場和用戶溝通，詳細(xì)了解需求，并填寫紙質(zhì)需求單。了解完需求后，在定期和醫(yī)院相關(guān)負(fù)責(zé)人會議上，把收集的需求和院方代表進(jìn)行確認(rèn)，只有院方代表確認(rèn)了的需求，才最后整理到公司的需求系統(tǒng)上。對于在定期會議上沒有通過的需求，及時反饋到給相關(guān)人員。

3結(jié)束語

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

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

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

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

參考文獻(xiàn)

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

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

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

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

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

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

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

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

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

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