醫用軟件需求管理研究

林燕君　梁炳進

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

關鍵詞 醫用軟件 需求管理 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