[摘要]

醫(yī)療保險管理信息系統(tǒng)涉及到醫(yī)保管理部門、各定點結(jié)算點（醫(yī)院、藥店）、開發(fā)商，加之政策多變、業(yè)務(wù)不成熟，需求變化頻繁，開發(fā)的難度和風(fēng)險較大。在某市醫(yī)保管理信息系統(tǒng)開發(fā)過程中，我作為用戶方的項目負責(zé)人參與了項目的整體管理工作，我在項目整體管理中采取了針對性的措施，加強了參與各方的溝通，注重用戶需求和需求的變化，合理配置項目組成員，對風(fēng)險進行了及時的評估并順利地控制了風(fēng)險。通過這些辦法，平衡了各方的利益，控制了項目的范圍和進度，保證了項目的質(zhì)量，順利完成了這個項目。

[正文]

幾年前，某市為實施城鎮(zhèn)職工基本醫(yī)療保險，開發(fā)了一套醫(yī)保管理信息系統(tǒng)，我作為用戶方項目負責(zé)人，參與了項目管理、系統(tǒng)分析和編程的部分工作。

這個系統(tǒng)的功能包含了基金征集和支付管理、參保單位（職工）管理、定點結(jié)算點管理、參保職工就診結(jié)算管理、IC卡管理等，目標(biāo)管理人數(shù)為30萬、定點結(jié)算點200個，計劃投資400萬元；采用C/S結(jié)構(gòu)，數(shù)據(jù)集中保存在市醫(yī)保中心，定點結(jié)算點與醫(yī)保中心之間數(shù)據(jù)實時交換。

通過公開招標(biāo)，明確了項目的范圍、時間、成本和采購，因此，我把整體管理工作的重點放在了項目的質(zhì)量、人力資源、溝通和風(fēng)險管理管理，目的是保證實現(xiàn)計劃的功能并按時投入運行。在工作中，我根據(jù)實際情況，采用了靈活的工作方法，取得了較好的效果。

該系統(tǒng)在04年一次上線運行成功，目前運行情況良好。

一、加強了溝通管理。

該項目涉及到醫(yī)保中心、參保單位、定點結(jié)算點、系統(tǒng)開發(fā)（集成）商等多個單位，從需求分析到系統(tǒng)設(shè)計、測試都要各方參與、協(xié)調(diào)配合，由于各方的地理位置十分分散，難以經(jīng)?；蜷L期集中，因此，各方及時有效的溝通是項目成功的必要條件。為解決好這個問題，我采取了三個辦法：

1、提高大家對溝通作用的認識，特別是各方主要領(lǐng)導(dǎo)人對溝通的必要性和重要性的認識，從而對溝通工作給予必需的人員、經(jīng)費和時間支持，保證了溝通工作得以按計劃進行。

2、對項目組外部的溝通，堅持從實際出發(fā)，采用多種溝通的方式。一方面，把必要的、重要的溝通需要以聯(lián)席會議、工作計劃、總結(jié)報告的形式制度化。另一方面，在適用的前提下，采用靈活、經(jīng)濟的溝通方式，比如：對一般的小問題或者是簡單問題進行電話交流，復(fù)雜一點的問題開碰頭會，需要后續(xù)解決的、比較重要的及涉及面較大的問題要形成書面的會議記要，有必要的情況下要由相關(guān)單位加蓋公章確認。

3、對項目組內(nèi)部溝通，進行適當(dāng)?shù)目刂?，避免形式主義，在保證效果的前提下節(jié)省時間，提高工作效率。規(guī)定項目組成員在每天工作過程遇到問題，將其記錄下來，然后在以郵件方式發(fā)送給需要溝通或者詢問者。大家每天下班之前收取郵件，對于可以直接回答的問題則直接以郵件方式回復(fù)，對于無法直接答復(fù)而只需與提出問題者討論的問題，在第二天上班前進行商議確定。而需要眾人一起討論的問題，則放到每周會議上討論，較緊急的問題召開臨時性會議。通過以上方法，基本上實現(xiàn)了有關(guān)各方及項目組內(nèi)部的有效溝通，及時發(fā)現(xiàn)問題、解決問題，避免了因各方立場不一致造成嚴(yán)重對立而影響項目進度，避免了因交流不暢形成重大質(zhì)量問題。

二、合理配置人員。

對項目組人員進行規(guī)劃配置，合理分工，明確責(zé)任，保證項目各階段、各方面的工作能夠按計劃完成。我們在項目組長配置了以下人員：技術(shù)組長一名，負責(zé)技術(shù)難題攻關(guān)，組間溝通協(xié)調(diào)；需求人員5名，負責(zé)將用戶需求轉(zhuǎn)換成項目內(nèi)的功能需求和非功能需求，編制項目需求規(guī)格說明書，針對每個迭代集成版本與用戶交流獲取需求的細化；設(shè)計人員5名，負責(zé)對需求規(guī)格說明書，進行系統(tǒng)杓疲豢⑷嗽?名，實現(xiàn)設(shè)計，完成用戶功能；集成人員1名，負責(zé)整套系統(tǒng)的編譯集成，督促小組系統(tǒng)功能提交，及時發(fā)現(xiàn)各模塊集成問題，起到各小組之間的溝通的紐帶；測試人員2名，對于集成人員集成的版本進行測試，盡可能的發(fā)現(xiàn)程序缺陷，以及未滿足需求的設(shè)計；文檔整理人員1名，負責(zé)對小組內(nèi)產(chǎn)生文檔的整合，統(tǒng)一；維護人員1名，系統(tǒng)驗收后，維護人員，建議維護人員早期進入項目參與項目測試以便順利承擔(dān)起項目維護職責(zé)。

在人員的管理方面，一方面要求項目組成員相對穩(wěn)定，以保證開發(fā)工作的連續(xù)性，另一方面，不搞終身制，不能夠勝任職工作的堅決調(diào)換，保證項目整體工作不受影 響。通過平常和階段性的工作考核、評審，對不合格人員進行調(diào)換。有一名需求分析人員因為工作態(tài)度不好，與客戶單位業(yè)務(wù)人員關(guān)系惡化，調(diào)查落實后，我們立即 把他調(diào)出項目組。

 

三、進行風(fēng)險評估，在進度和質(zhì)量之間進行權(quán)衡，爭取最佳平衡點。

 

由于項目資金已經(jīng)確定，我就在進度和質(zhì)量之間找平衡點，力爭把風(fēng)險降到最低。由于醫(yī)療保險業(yè)務(wù)本身比較復(fù)雜，加之當(dāng)時國家政策不穩(wěn)定，業(yè)務(wù)流程不是很規(guī) 范，系統(tǒng)需求也在不斷調(diào)整、完善，給項目的進度帶來一定影響。由于這個項目涉及到十余萬參保職工的醫(yī)療待遇，影響很大，通過與用戶方領(lǐng)導(dǎo)溝通，決定不搞“ 形象工程”，在質(zhì)量和進度之間優(yōu)先考慮質(zhì)量。同時，考慮到這個項目的采用了增量開發(fā)模型和模塊化的設(shè)計方法，我把項目目標(biāo)進行了分解，涉及到業(yè)務(wù)經(jīng)辦的部 分優(yōu)先完成，保證系統(tǒng)在規(guī)定的時間上線運行，其它不影響業(yè)務(wù)經(jīng)辦的、輔助性的功能適當(dāng)延期，包括醫(yī)療監(jiān)督、統(tǒng)計分析和部分報表。這樣雖然整體工期有所延 長，但沒有影響系統(tǒng)及時上線。這種做法同時照顧到各方的利益，把整體風(fēng)險降到了最低。

 

四、重視需求變化的客觀性，強化測試，保證軟件功能完整、正確、高效。

 

質(zhì)量是軟件的生命，軟件功能完整、正確、高效是軟件質(zhì)量的重要組成部分，也是用戶最關(guān)心的內(nèi)容。

 

我們采用了軟件工程方法，使用漸增式的增量模型，注重滿足用戶需求和需求的變化。由于國家沒有統(tǒng)一的醫(yī)療保險業(yè)務(wù)經(jīng)辦規(guī)范流程，另外，為保證醫(yī)?；鸬氖?支平衡，各地都在根據(jù)醫(yī)?；鸬倪\行情況進行不斷的政策調(diào)整，造成醫(yī)保系統(tǒng)的需求變化頻繁。根據(jù)這個情況，為保證軟件滿足應(yīng)用需要，我們規(guī)定：在整個項目 的開發(fā)過程中，凡是用戶提出的、經(jīng)調(diào)查情況屬實、經(jīng)技術(shù)可行性論證可行的，全部予以響應(yīng)。同時，采取措施避免需求的反復(fù)和無意義、不合理的變更。對較大的 變更和比較關(guān)鍵的變更，要經(jīng)各方聯(lián)席會議論證通過，參與人員簽字負責(zé)，并由提出變更的單位加蓋公章確認。由于不合理或技術(shù)上不可行而沒有通過的需求變更， 要提出替代的解決辦法，并與用戶單位協(xié)商，達成一致意見后予以解決。

 

測試是保證軟件質(zhì)量的重要手段，也是讓用戶直觀地了解軟件質(zhì)量和熟悉軟件操作的有效途徑。我有計劃地強化測試環(huán)節(jié)，讓用戶由始至終地參與測試工作。我們主 要采取黑盒法進行測試，把工作重點放在測試用例的準(zhǔn)備上，嚴(yán)格定義測試索引、測試環(huán)境、測試輸入、預(yù)期結(jié)果、評價標(biāo)準(zhǔn)，盡可能的把各種業(yè)務(wù)的不同情況都表 現(xiàn)出來。同時，我們準(zhǔn)備了一家定點結(jié)算點進行實際運行測試，在該結(jié)算點手工記帳和計算機聯(lián)網(wǎng)記帳同時進行，并有計劃地穿插一些測試用例。通過這些辦法，及 時發(fā)現(xiàn)了和解決了許多問題。

 

經(jīng)過努力，該系統(tǒng)一次上線運行成功，并在6個月后通過了驗收。回顧項目的整體管理工作過程中，雖然沒有大的事故發(fā)生，但仍然存在許多問題，主要有以下3點：

 

1、軟件測試不系統(tǒng)，用例準(zhǔn)備仍不夠充分，忽視了壓力測試。系統(tǒng)實際運行后隨著參保職工和定點結(jié)算的增加，運行速度下降很快，達不到設(shè)計要求。雖然通過升級硬件緩解了這個問題，但造成了資金的額外投入。

 

2、在需求分析過程中對各方目標(biāo)的權(quán)衡不夠充分，導(dǎo)致定點結(jié)算點使用的結(jié)算子系統(tǒng)功能較弱，提供的系統(tǒng)接口又不夠強大，給定點結(jié)算點內(nèi)部管理帶來不便，一些必要的統(tǒng)計和查詢功能難以實現(xiàn)。

 

3、對開發(fā)人員與操作人員對系統(tǒng)的要求差異認識不足，兩者的直接溝通不夠，造成一些對操作員而言很重要的問題在開發(fā)人員那里得不到重視，產(chǎn)生了一些矛盾，給項目帶來不利影響，特別是影響到用戶方及領(lǐng)導(dǎo)部門對項目的整體印象。

 

綜上所述，良好的項目溝通管理；合理的人力資源配置；用風(fēng)險評估在進度和質(zhì)量之間進行權(quán)衡；重視需求變化的客觀性，強化測試，保證軟件功能完整、正確、高 效是我在某市醫(yī)療保險管理信息系統(tǒng)項目中的整體管理中的四個主要實踐，為項目的成功奠定了堅實的基礎(chǔ)。在以后的項目整體管理工作中，我要加強測試的系統(tǒng)性 和科學(xué)性，注重各方利益的權(quán)衡，繼續(xù)深化各方的溝通，協(xié)調(diào)好開發(fā)工作各個部分及各個方面的關(guān)系，更好地完成項目。

 

[老師評語]

此文基本達到了考試要求。寫作比較規(guī)范，行文流暢。文章結(jié)構(gòu)清晰，所述的一些情況確實是在項目開發(fā)過程中所經(jīng)常碰到的而又需要解決的問題,給人的感覺問題真實,針對問題采用的措施亦較為有效。