項目范圍是執行的邊界，無界則會陷入需求的泥潭。項目范圍不能超越合同范圍，合同范圍不僅指合同內容，還包括乙方的投標書、補充協議、備忘錄、會議紀要、公文郵件確認函等。

　　現在項目驗收不僅僅是對照合同的子模塊清單，嚴格的還會按乙方投標書等過程文檔的承諾內容，一并納入驗收條件。項目范圍包括合同清單中的子模塊內容，也含投標書中乙方的技術文檔和所有商務承諾。乙方公司的標書都做成厚厚的一本書，寫上了很多公司產品不一定能夠實現的功能，這會為后面項目實施和驗收埋下地雷。在此奉勸各HIS公司不要為了標書好看，亂抄一堆不能交付的功能。

　　信息科主任和乙方項目經理的碰頭會，先要研究合同內容和投標書內容，初步確認好本項目的范圍邊界，這是第一條以合同法為基礎的底線，新增和減少都會涉及到金額的變更，需要另行簽署補充協議。這條底線，是畫的最大一個圈。

　　HIS項目十分龐大，不可能一次性全部上線，或者不可能一次性完善所有需求后再上線，分步分級是常規穩妥的實施方法。

　　范圍調研是為了保證項目按時保質實施，以合同及招標文件中功能為基礎，對實際交付使用的系統進行詳細調研、分析，再結合醫院的實際需求，將合同范圍細化、量化、明確化，形成本項目的實施內容及范圍，這是一份重要的過程文檔。

　　范圍調研可以按子系統劃分：門診系統、住院系統、藥劑物流系統、第三方接口等。先制作出各子系統的業務流程圖，再細分每個子模塊的流程圖。例如門診系統可以分為——門診系統基本流程圖(總)，包含門診收費流程圖、門診分診流程圖、門診醫生工作站流程圖、門診藥房流程圖、門診輸液流程圖等。“一圖抵萬言”，與臨床使用人員溝通先用圖來印證他們的業務流程，是最簡單明了的方法。流程上沒有大的偏差，系統的基本架構就不會有大的改變。然后就是核對每個子模塊具體的功能，對于常規的增、刪、改、查可以粗略過，重點調研個性化需求，將臨床使用人員對本系統的期望值、最迫切需要解決的問題等記錄在案。要確認每個功能點實施的先后順序，有些必須在上線前完成，有些則可以在上線后逐步優化。有一點要切記：對于模糊、易變的不穩定需求，要先冷處理，不要著急提交開發。此步操作是給每個子模塊畫定一個個小圈。

　　范圍調研另一個重點內容就是梳理涉及到本子系統的第三方軟件接口和設備接口，接口也分很多類型：首先，醫保接口就是最強接口，必須在上線前完成，這是重中之重;其次，如微信支付寶接口、自助機接口、發藥機接口、各在用業務子系統接口，只要在醫療業務活動中一直在使用的部分，也必須在上線前完成;最后，另外一些接口，例如合理用藥接口、慢病隨訪接口、院感監測、不良事件、三級公立醫院績效考核接口等，則可以放在上線穩定后逐步完善。

　　范圍調研是初步厘清工作任務包的過程，只有做好充分調研，才能制定出可執行落地的項目計劃。

　　范圍調研的方法和形式可以多樣性。常規有：XXX子系統調研表、電話訪談、當面訪談、系統演示、專題討論等。為提高效率和質量，乙方公司要做好調研表，信息科要審核表格內容。軟件系統演示環境要準備好，如果筆記本電腦可以獨立完成演示最好，方便到各科室不用花時間配置網絡，要盡量避免演示出錯或死機，這個體驗感很不好，所以給臨床使用人員演示之前，最好給信息科先做一次完整的演示。訪談相對輕松，主要是乙方項目經理問，使用人員回答，訪談之前，最好有一個提綱，由信息科提前發給對應人員做好思想準備，訪談是建立聯系，識別干系人，取得初步信任的過程。如果能讓他們主動留下聯系方式，或者建立一個微信群，那么就基本達到目的了。專題討論，是指在完成初步調研，對內容整理匯總之后，部分環節尚未明晰需要深入討論，一般會有多部門參與的溝通確認。

　　范圍調研不宜太過細致，有些流程或需求暫不能確定的，記錄下來后續再解決，HIS系統已比較成熟，一家三甲醫院二周左右時間，就應該做出調研報告。

　　我院的范圍調研分成不同小組同步進行，繪制業務流程圖共12個。收集個性化需求：門診97個，住院42個，藥劑物流14，第三方接口35個?；纠迩迳暇€前需要完成的工作內容。

　　未完待續

　　作者簡介

　　郭揚帆，軟件工程碩士，高級工程師，南方醫科大學順德醫院信息科主任。廣東省首席信息官協會醫療分會副會長，廣東省衛生經濟學會信息分會副會長，廣東省醫療信息安全專業委員會副主委，順德醫學會醫學信息學分會主委等。主編著作二部《醫療衛生信息化項目管理實務》、《醫院網絡安全建設指引》，擔任多部著作編委。1997年從事醫院信息化工作，先后經歷過多次甲方、乙方角色換位，積累了豐富的項目管理經驗。