1、合理用藥監測系統軟件需求規格說明書目錄 TOC o 1-3 h z u HYPERLINK l _Toc83369409 1引言 PAGEREF _Toc83369409 h 3 HYPERLINK l _Toc83369410 1.1目的 PAGEREF _Toc83369410 h 3 HYPERLINK l _Toc83369411 1.2背景 PAGEREF _Toc83369411 h 3 HYPERLINK l _Toc83369412 1.3參考資料 PAGEREF _Toc83369412 h 3 HYPERLINK l _Toc83369413 2項目概述 PAGEREF _

2、Toc83369413 h 5 HYPERLINK l _Toc83369414 2.1軟件系統目標 PAGEREF _Toc83369414 h 5 HYPERLINK l _Toc83369415 2.2軟件系統功能概要 PAGEREF _Toc83369415 h 5 HYPERLINK l _Toc83369416 2.3軟件系統中的角色 PAGEREF _Toc83369416 h 5 HYPERLINK l _Toc83369417 2.4實現語言 PAGEREF _Toc83369417 h 5 HYPERLINK l _Toc83369418 2.5用戶特點 PAGEREF _

3、Toc83369418 h 6 HYPERLINK l _Toc83369419 3功能需求 PAGEREF _Toc83369419 h 6 HYPERLINK l _Toc83369420 3.1總體功能需求 PAGEREF _Toc83369420 h 6 HYPERLINK l _Toc83369421 3.3用例列表 PAGEREF _Toc83369421 h 7 HYPERLINK l _Toc83369422 3.4用例說明 PAGEREF _Toc83369422 h 7 HYPERLINK l _Toc83369423 3.4.1合理用藥系統 PAGEREF _Toc833

4、69423 h 7 HYPERLINK l _Toc83369424 3.4.2陽光用藥系統 PAGEREF _Toc83369424 h 22 HYPERLINK l _Toc83369425 3.4.3防統方系統 PAGEREF _Toc83369425 h 26 HYPERLINK l _Toc83369426 4非功能性需求 PAGEREF _Toc83369426 h 33 HYPERLINK l _Toc83369427 4.1運行需求 PAGEREF _Toc83369427 h 33 HYPERLINK l _Toc83369428 4.2性能需求 PAGEREF _Toc83

5、369428 h 33 HYPERLINK l _Toc83369429 4.2.1精度 PAGEREF _Toc83369429 h 33 HYPERLINK l _Toc83369430 4.2.2高效性 PAGEREF _Toc83369430 h 33 HYPERLINK l _Toc83369431 4.2.3靈活性 PAGEREF _Toc83369431 h 34 HYPERLINK l _Toc83369432 4.3數據管理能力要求 PAGEREF _Toc83369432 h 34 HYPERLINK l _Toc83369433 4.4故障處理要求 PAGEREF _To

6、c83369433 h 34 HYPERLINK l _Toc83369434 4.5其他專門要求 PAGEREF _Toc83369434 h 34 HYPERLINK l _Toc83369435 5運行環境規定 PAGEREF _Toc83369435 h 34 HYPERLINK l _Toc83369436 5.1設備 PAGEREF _Toc83369436 h 34 HYPERLINK l _Toc83369437 5.2支持軟件 PAGEREF _Toc83369437 h 35 引言目的本文檔明確定義了用戶對合理用藥監測系統的業務需求，包括功能需求和非功能需求，是用戶進行系統

7、驗收、設計人員進行系統設計和測試人員進行系統測試的主要依據。預期讀者為： 項目管理人員； 業務需求人員； 系統分析人員； 系統設計人員； 系統測試人員。背景隨著社會的進步，信息技術的不斷發展，傳統的醫院管理模式不再適應現在高速發展的現代化醫院，甚至對醫院的高速發展還會帶來一定阻礙，主要體現在醫院過多繁雜的程序上面浪費了大量的時間、人力和物力，雖然醫院在管理上面投入不菲，但效果甚微，達不到理想的效果。PASS主要提供“醫囑監測”和“藥物信息查詢”功能；同時為了完成藥物過敏史、特殊人群、禁忌癥、副作用等依賴于病人的過敏史和病理生理狀態信息相關項目的監測功能，提供了單獨的“病人過敏史及病理生理狀態信

8、息”管理功能，用于建立和管理病人的藥物過敏史及病理生理狀態信息；另外為了便于醫生、藥師等臨床專業人員進行合理用藥研究工作，還提供了“用藥研究”功能術語與縮寫解釋縮寫、術語解 釋PASS合理用藥監測系統參考資料中華人民共和國執業醫師法醫療機構管理條例醫療機構診療科目名錄醫療機構基本標準城鎮職工基本醫療保險用藥范圍管理暫行辦法城鎮職工基本醫療保險定點醫療機構管理暫行辦法GB 3304-1991 中國各民族名稱的羅馬字母拼寫法和代碼 GB/T 156571995 中醫病證分類與代碼 GB/T 16751.3-1997 中醫臨床診療術語治則治法部分 GB/T 20988-2007 信息系統災難恢復規范

9、 GB/T 22239-2008 信息安全技術 信息系統安全等級保護基本要求 GB/T 2261.1-2003 個人基本信息分類與代碼 第1部分 人的性別代碼 GB/T 2261.2-2003 個人基本信息與分類代碼 婚姻狀況代碼 GB/T 2261.4-2003 個人基本信息分類與代碼 第4部分 從業狀況(個人身份)代碼 GB/T 2659-2000 世界各國和地區名稱代碼 GB/T 4658-1984 文化程度代碼 WS XXXX2012 電子病歷基本數據集 WS XXXX2012 基于居民健康檔案的區域衛生信息平臺技術規范 WS XXXX2012 基于電子病歷的醫院信息平臺技術規范（征求

10、意見稿）電子病歷基本架構與數據標準（試行）（衛辦發 2009 130號） 疾病分類與代碼（修訂版）（衛辦綜發 2011 166 號） 基于電子病歷的醫院信息平臺建設技術解決方案（1.0版）（衛辦綜發201139號）項目概述軟件系統目標PASS（Prescription Automatic Screening System）翻譯為“處方自動監測系統”，是根據臨床合理用藥專業工作的基本特點和要求，采用計算機數據庫組織原理和技術，將科學、權威和最新的醫學、藥學和相關學科知識進行信息標準化處理，實現醫囑監測和藥物信息查詢功能，從而幫助醫生、藥師等臨床專業人員在用藥過程中即時、有效地掌握和利用醫藥知識，

11、預防藥物不良事件（ADE，Adervse Drug Event）的發生，實現合理用藥目的的一個專業軟件系統。因此，也稱為“合理用藥監測系統”。軟件系統功能概要PASS主要提供“醫囑監測”和“藥物信息查詢”功能；同時為了完成藥物過敏史、特殊人群、禁忌癥、副作用等依賴于病人的過敏史和病理生理狀態信息相關項目的監測功能，提供了單獨的“病人過敏史及病理生理狀態信息”管理功能，用于建立和管理病人的藥物過敏史及病理生理狀態信息；另外為了便于醫生、藥師等臨床專業人員進行合理用藥研究工作，還提供了“用藥研究”功能。軟件系統中的角色角色名稱工作簡述系統管理員數據匹配,基礎設置醫生藥典查看，配伍禁忌實現語言采用基

12、于J2EE的3層技術架構，主要編程語言為Java，涉及到與其他系統的無Java直接調用接口，采用Delphi把接口封裝成可供Java語言調用的DLL。用戶特點系統最終用戶為醫院醫生，醫生一般專注于醫學專業領域，對計算機知識掌握較少，而且越是資深的醫生年齡越大，對計算機基本操作就掌握的越差，因此對本系統的操作方便性要求較高。系統維護人員為計算機專業人員，普遍對計算機網絡、普通硬件、常見操作系統和數據庫知識掌握熟練，但對編程知識掌握較少，不能進行二次開發。功能需求總體功能需求PASS在進行用藥監測時，可以對監測結果的數據進行采集和保存，并能提供全面的藥物監測結果統計分析功能。用戶可根據需要設定統計

13、條件和統計范圍，顯示問題醫囑的發生情況、問題類型、分布科室、嚴重程度和發生頻率，可以以“科室”、“醫生”、“藥品”、“時間”、“監測項目”、“警示級別”等多種關鍵字對病人用藥處方進行監測結果的全方位統計和分析，能生成各種統計結果報表并可以EXCEL文件的形式導出，為醫院的相關部門提供醫院用藥管理的數據信息。3.3用例列表本系統的用例請參見下表：用例組用例用例編號醫生1合理用藥PASS-A12陽光用藥PASS-A23防統方PASS-A33.4用例說明3.4.1合理用藥系統用例屬性編號PASS-A1名稱合理用藥活動者醫生優先級 FORMCHECKBOX 高 FORMCHECKBOX 中 FORMC

14、HECKBOX 低觸發事件進入合理用藥系統概要描述實現藥品的配伍禁忌，藥典查詢。用例描述前置條件用戶角色為醫生，注冊到合理用藥系統。PASS數據配對活動者，系統由于HIS系統藥品和給藥途徑與PASS內部藥品和給藥途徑在組織體系或名稱描述上都有一定差異，因此HIS系統中有的藥品和給藥途徑在PASS中可能找不到完全匹配的藥品和給藥途徑，但為了盡可能的對這些藥品提供合理用藥監測或用藥信息查詢功能，此時可以采用“近似”原則進行最大化的配對。藥品和給藥途徑配對的專業原則說明如下：藥品配對“藥品配對”的專業原則：藥品名稱：必須選擇與用戶藥品名稱同屬一個通用藥品組的藥品名稱（完全相同或通用名稱或其它別名）相

15、匹配；劑型：首選具有與用戶藥品劑型相同（名稱完全相同或含義相同）的藥品條目進行匹配；如無，可選擇無劑型的藥品條目進行匹配；規格：首選具有與用戶藥品規格相同的藥品條目進行匹配；如無，可選擇其它規格或無規格的藥品條目進行匹配；給藥單位：首選具有與用戶藥品給藥單位相同或可換算的藥品條目進行匹配；如無，可選擇無給藥單位的藥品條目進行匹配。示例：藥品名稱、劑型、規格及給藥單位均完全匹配；藥品名稱、劑型、給藥單位完全匹配，規格不同；藥品名稱、劑型、給藥單位匹配，無規格信息；藥品名稱匹配，無劑型、規格和給藥單位信息。給藥途徑配對“給藥途徑配對”的專業原則：首先選擇PASS中與HIS給藥途徑名稱完全匹配的條目

16、；如不存在名稱完全匹配的條目，則選擇名稱或含義最相近的條目。示例：給藥途徑名稱完全匹配；給藥途徑名稱或含義相近。配對過程數據配對過程從時間先后可以劃分為初始配對、醫院核對、后續配對三個階段。無論任何階段，要進行正確的數據配對，都要求數據配對操作者對醫院的每一條藥品、給藥途徑的真實含義十分清楚；同時要懂得如何在PASS中選擇相對應的、正確的藥品和給藥途徑信息；因此為完成數據配對工作，需要加強醫院與公司之間的交流和協作。初始配對為了讓醫院能盡快實施和使用PASS，公司為醫院提供了“初始配對”的服務。為了完成“初始配對”，需要醫院以電子文檔方式向公司提供醫院HIS系統中的藥品、給藥途徑數據字典，然后

17、由公司在醫院的協助下完成藥品、給藥途徑的初始配對工作。初始配對的具體要求和流程如下：醫院按要求將HIS系統的藥品、給藥途徑數據字典表以電子文檔方式提供給公司；公司完成藥品、給藥途徑的初始配對；對于公司不能進行配對的藥品、給藥途徑，公司將及時向醫院發出協助請求單，要求醫院提供相關信息的真實含義或具體的藥品說明書；醫院應及時對公司提出的協助請求進行回復；公司在完成數據初始配對后，為了方便醫院及時、全面地了解配對情況，將隨產品光盤向醫院提供數據初始配對結果文檔，詳細說明配對情況。為保證配對的正確性，在完成了初始配對后，要求醫院安排專人負責對初始配對結果進行逐一檢查核對。具體要求如下：在PASS正式運

18、行前醫院應安排專人負責對初始配對結果進行逐一檢查核對；將核對結果匯總情況和修改詳細清單提供給公司備案；要求醫院方對修改后的配對結果進行備份。后續配對后續配對指在PASS正式使用后，由于HIS系統增加、修改藥品和給藥途徑信息或PASS數據升級而引起的藥品、給藥途徑配對信息調整等原因造成需要對個別藥品和給藥途徑進行配對。具體要求和處理流程如下：凡在醫院進行了HIS系統藥品的增加、修改后，均要求醫院安排專人負責相應藥品的配對或原配對信息的修改工作；凡在醫院進行了HIS系統給藥途徑的增加、修改后，均要求醫院安排專人負責相應給藥途徑的配對或原配對信息的修改工作；在PASS進行數據升級時，公司會同時考慮和

19、解決配對表的同步升級。如因特殊原因無法解決配對數據升級時，公司將根據相關問題請求醫院協助；在醫生工作站、臨床藥學工作站PASS都提供了查看藥品、給藥途徑配對信息的功能，醫院應安排專人對醫生、藥師提出的數據配對意見進行解決和處理；醫院在進行了配對信息的新增或修改后，應作好配對數據的備份，以保證配對數據的安全；同時請把改變過后的備份數據及時反饋給公司，便于我們為您作好后續服務。合理用藥監測一、醫囑界面改變維護過敏信息和病人狀態到PASS系統中在藥品名稱列上點擊左鍵彈出簡要提示信息浮動窗口警示燈分為藍色、黃色、紅色、黑色級別依此升高在藥品名稱列上點擊右鍵彈出PASS功能菜單圖1-1點擊或鼠標移動到“

20、警示列”時，彈出“藥品簡要警告信息窗口”點擊警示燈時彈出藥品簡要警告信息窗口圖1-2二、查詢功能實現查詢信息種類副作用老年人用藥兒童用藥妊娠期用藥哺乳期用藥特殊藥品用法用量藥品配對信息給藥途徑配對信息臨床用藥指南病人用藥教育檢驗值簡要提示信息藥物與藥物相互作用國內注射劑體外配伍國外注射劑體外配伍禁忌癥醫院藥品信息圖1-3操作方法如圖1-1所示，在醫囑錄入窗口在藥品名稱上點擊鼠標右鍵，通過彈出菜單實現查詢功能。例如說明書查詢：當前查詢維生素C注射液維生素C注射液，藥品說明書查詢圖1-4維生素C注射液，藥品說明書窗口圖1-5三、審查功能實現審查內容分類老年人用藥審查兒童用藥審查妊娠期用藥審查哺乳期

21、用藥審查特殊管理藥品劑量審查給藥途徑審查藥物相互作用審查注射劑配伍審查重復用藥審查藥物過敏史審查禁忌癥審查副作用審查圖1-6操作方法新增藥品或修改藥品信息后，點擊保存按鈕自動審查和右鍵菜單手動審查，例如：新增或修改藥品醫囑后，保存PASS系統會自動審查審查結果窗口雙擊審查結果查看該問題詳細信息圖1-7問題詳細信息窗口圖1-8五、病人過敏史和病生狀態維護通過維護病人過敏過敏史和病生狀態信息可以實現過敏監測和特殊人群監測功能。維護方法點擊“過敏史/病生狀態”按鈕，在編輯框里輸入病人過敏藥物或病人病生狀態的拼音字頭，如“青霉素”輸入“qms”后回車在彈出窗口中選擇藥品或病生狀態，例如：輸入藥品拼音字

22、頭并回車過敏史維護彈出藥品選擇窗口圖1-9選擇藥品圖1-10同樣輸入病生狀態拼音字頭并回車病生狀態維護圖1-11項目“醫生”“登記日期”等保存會自動獲得確定開始日期，結束日期為空代表尚未結束選擇病生狀態如“妊娠期”圖1-12六、用藥研究用藥研究模塊是提供給醫生研究PASS系統藥品資料的平臺，在該模塊中醫生可以查詢和組合審查PASS庫中全部幾萬種藥品，也可將當前下達的用藥醫囑導入用藥研究中與另外的藥品組合測試，來進行合理用藥的監測和查詢，在用藥研究平臺中所有信息都不會被保存，也不會影響醫生站正常的醫囑。使用方法在圖1-1所示右鍵查詢菜單上點擊用藥研究選項啟動“用藥研究”，首先選擇是否將當前用藥醫

23、囑導入用藥研究平臺，請選擇“是”或“否”，啟動用藥研究后操作方式請按F1獲得幫助。如下圖：啟動“用藥研究”平臺圖1-13選擇是否導入當前用藥醫囑圖1-14當前用藥醫囑已導入按F1鍵查看用藥研究系統幫助用藥研究窗口，在此窗口操作不影響醫生站圖1-15七、醫藥信息中心查詢在病人醫囑信息界面和用藥研究功能頁面的處方藥品欄中，鼠標右鍵單擊某個藥品，執行右鍵菜單的“藥物信息中心”菜單功能，進入“PASS醫藥信息查詢中心”圖1-16PASS醫藥信息查詢中心包括“藥物臨床信息參考”、“藥品說明書”、“病人用藥教育”、“抗菌藥物臨床應用指導原則”、“醫藥學常用計算公式”、“醫藥法規”、“中華人民共和國藥典”、

24、“合理用藥與信息化”等，各數據庫系統提供多種信息查詢方式，滿足用戶對藥物信息的檢索需求。同時醫藥信息查詢中心還提供藥品名稱，適應癥，禁忌癥，不良反應，相互作用的模糊搜藥功能。圖1-17八、維護醫院藥品說明書及藥品重要信息本次升級在藥品的“簡要信息浮動窗口”中，增加了醫院自行維護的藥品信息顯示，醫院若自己維護了藥品的相關信息，可以在這個窗口中顯示出來。醫院自定義藥品說明書及藥品重要信息（如最近引起的該藥品有關重要安全隱患等等注意事項）在配對工作站進行維護；首先在配對工作站界面找到要維護藥品信息的藥品記錄，點擊“操作選項”菜單下的“編輯醫院藥品信息”子菜單，打開醫院藥品信息窗口。圖1-18點擊“藥

25、品重要信息”單選鈕，則編輯藥品相關重要信息，以便醫生開藥時能及時查詢。編輯好后，點擊“保存”按鈕退出。在醫生醫囑界面，對所下醫囑中醫院維護的藥品說明書及重要信息的藥品點擊右鍵，則查看到如圖118所示信息。如將鼠標單擊藥品名稱列，則在彈出的浮動窗口中點擊“醫院藥品信息”頁，彈出醫院在配對工作站所維護的藥品重要信息，便于醫生進行查看，如下圖所示：圖1-19九、審查級別及警示燈PASS對醫囑進行監測后，根據可能對病人造成傷害的嚴重程度和臨床用藥時應該給予的關注程度，以不同顏色的警示燈標識方式突出顯示在每一條醫囑的前端用以提示醫務人員。警示燈分為黑色、紅色、橙色、黃色、藍色，其含義如下：黑色燈：絕對禁

26、忌、錯誤或致死性危害，嚴重關注。紅色燈：不推薦或較嚴重危害，高度關注。橙色燈：慎用或有一定危害，較高度關注黃色燈：危害較低或尚不明確，適度關注。藍色燈：PASS監測未提示相關用藥問題。無警示燈：表示未經過PASS系統的監測。異常流程結束狀況無后置條件無特殊需求無相關用例無設計約束無3.4.2陽光用藥系統建立陽光用藥電子監督功能，提高藥品使用，管理的科學水平和監管成效，對醫療機構，科室，醫生的處方及用藥進行在線追蹤，監控和信息公開，建立用藥預警機制，建立本機構抗菌藥物，臨床應用情況排名，公示和報名制度，建立抗菌藥物分級管理制度及信息屏障圖3.4.2材料項目信息設置用例屬性編號PASS-A2名稱陽

27、光用藥活動者物價員優先級 FORMCHECKBOX 高 FORMCHECKBOX 中 FORMCHECKBOX 低觸發事件進入陽光用藥模塊概要描述通過建立基于用藥信息的數據倉庫，并通過ETL（負責將分布的、異構數據源中的數據抽取到臨時中間層后進行清洗、轉換、集成，最后加載到數據倉庫或數據集市中，成為聯機分析處理、數據挖掘的基礎）技術實現數據從HIS、LIS等業務系統到數據倉庫的高度集成；基于數據倉庫，建立用藥多維分析模型，最終實現醫院用藥監測智能分析，包括對用藥情況的往上鉆取、往下鉆取、切片、切丁、轉軸、可視化、篩選、轉出、排序、計算等。通過用藥監測智能分析系統，協助醫院管理層從各個角度分析與

28、監控藥品的流向、用量、金額等情況。從藥品的入庫、出庫，到藥品在各個部門、科室、醫生的用藥情況，嚴格的監控藥品的使用；從藥品的類型、劑型、抗菌、國家基本藥物、類別等多個角度分析藥品在全院、科室、醫生的使用數量、金額、排名、占比等；為醫院嚴格掌握藥品的使用提供了極大的便利，也為醫院分析藥品的用藥趨勢及規律提供了科學依據。用例描述前置條件用戶角色為醫生，注冊到合理用藥系統。流程圖單品種用藥分析分析內容及功能說明1.門診單品種藥品數量分析2.門診單品種藥品收入分析3.門診單品種藥品收入環比分析：本月藥品收入與上月收入對比增減率4.門診就診人次人均藥費：根據科室或醫生的看診人次來平均藥費5.住院單品種藥

29、品數量分析6.住院單品種藥品收入分析7.住院單品種藥品收入環比分析：本月藥品收入與上月收入對比增減率8.全院單品種藥品數量分析9.全院單品種藥品收入分析10.全院單品種藥品收入環比分析：本月藥品收入與上月收入對比增減率抗菌藥物分析1.門診抗菌藥物數量分析2.門診抗菌藥物收入分析3.門診抗菌藥物收入環比分析4.門診抗菌藥物占總藥品比例監控分析：指抗菌藥物的收入占藥品總收入的比例5.門診抗菌藥物使用率分析：指使用抗菌藥品的門診人次占總門診人次的比例6.門診抗菌藥物消耗量（累計DDD數）分析：累計DDD=單劑量*使用數量/藥品DDD值7.住院抗菌藥物數量分析8.住院抗菌藥物收入分析9.住院抗菌藥物收

30、入環比分析：本月藥品收入與上月收入對比增減率10.住院抗菌藥物占總藥品比例監控分析：抗菌藥品收入占總藥品收入比例11.住院抗菌藥物使用率分析：使用抗菌藥品的出院病人占中出院病人的比例12.住院抗菌藥物消耗量（累計DDD數）分析：累計DDD=單劑量*使用數量/藥品DDD值13.住院抗菌藥物使用強度分析：使用強度=單劑量*使用數量/（藥品DDD值*出院病人*平均住院日）14.出院病人人均使用抗菌藥品費用：根據所屬科室或醫生的出院病人來平均抗菌藥品收入15.全院抗菌藥品數量分析16.全院抗菌藥品收入分析17.全院抗菌藥品收入環比分析：本月抗菌藥品收入與上月收入對比增減率18.全院抗菌藥品排名分析：按

31、每種抗菌藥物的收入排名19.全院抗菌藥品占總藥品比例監控分析：抗菌藥品收入占總藥品收入比例20.全院抗菌藥物消耗量（累計DDD數）分析：累計DDD=單劑量*使用數量/藥品DDD值注射劑分析1.門診注射劑數量分析2.門診注射劑收入分析3.門診注射劑收入環比分析：本月門診注射劑藥品收入與上月收入對比增減率4.門診注射劑排名分析5.門診注射劑占總藥品比例監控分析：門診注射劑收入占門診總藥品收入比例6.門診使用注射劑百分率分析：門診使用注射劑的人數占總門診人數的比例7.住院注射劑數量分析8.住院注射劑收入分析9.住院注射劑收入環比分析：本月住院注射劑收入與上月收入對比增減率10.住院注射劑排名分析11

32、.住院注射劑占總藥品比例監控分析：注射劑收入占總藥品收入比例12.全院注射劑數量分析13.全院注射劑收入分析14.全院注射劑收入環比分析：本月全院注射劑收入與上月收入對比增減率15.全院注射劑排名分析16.全院注射劑占總藥品比例監控分析國家基本藥物分析1.門診國家基本藥品數量分析2.門診國家基本藥品收入分析3.門診國家基本藥品收入環比分析：本月門診國家基本藥品收入與上月收入對比增減率4.門診國家基本藥品排名分析：按每種國家基本用藥收入排名5.門診國家基本藥品注射劑占總藥品比例監控分析：國家基本藥品收入占總藥品收入比例6.門診國家基本用藥占處方用藥百分率：使用國家基本藥物的處方金額占總處方金額的

33、比例7.住院國家基本藥品數量分析8.住院國家基本藥品收入分析9.住院國家基本藥品收入環比分析：本月住院國家基本藥品收入與上月收入對比增減率10.住院國家基本藥品排名分析11.住院國家基本藥品占總藥品比例監控分析12.全院國家基本藥品數量分析13.全院國家基本藥品收入分析14.全院國家基本藥品收入環比分析：本月全院國家藥品收入與上月收入對比增減率15.全院國家基本藥品排名分析16.全院國家基本藥品占總藥品比例監控分析陽光用藥分析1.藥品用量排名分析2.藥品廠家排名分析3.藥品類別用量分析4.藥品分布比例分析6.處方用藥百分率分析7.藥品異動分析8.藥品收入結構分析9.藥品收入環比分析：本月住院國

34、家基本藥品收入與上月收入對比增減率10.藥品用法分析11.單病種用藥分析12.藥品費用比例分析13.藥品用藥天數分析14.藥品使用對象分析15.均次藥費分析16.藥品供應商分析等異常流程結束狀況無后置條件無特殊需求無相關用例無設計約束無3.4.3防統方系統用例屬性編號PASS-A3名稱防統方活動者醫生、管理員優先級 FORMCHECKBOX 高 FORMCHECKBOX 中 FORMCHECKBOX 低觸發事件進入防統方功能概要描述用例描述前置條件用戶醫生，注冊到防統方系統。基本要求能夠出具針對紀委、監察室相關人員使用的防統方審計報告（支持每天或多天生成統方審計報告）。提供查看語句執行結果的功

35、能，查看疑似統方命令執行的結果。管理、審計用戶權限分開，責任明確。系統內置防統方知識庫，且具有自我學習功能。針對多套系統可以進行分布式部署集中式管理，定時采集下屬單位防統方審計報告，便于衛生廳，衛生局紀監部門統一監管下屬單位系統使用情況。應用云計算功能提供數據分析平臺，對用戶提交的數據進行自主分析，并生成報告和相關建議規則反饋給用戶。多種部署方式（串接/并接）下都可以阻斷客戶端進行疑似的統方行為。主動/被動方式監控關鍵服務器的開放端口。根據系統設置的客戶端IP/MAC、以及數據內容中的敏感信息，實時阻斷客戶端對關鍵服務器的訪問。根據客戶端應用程序名單，實時阻斷非法客戶端程序對關鍵服務器的訪問。

36、可疑對象定位功能，可以精確定位可疑對象的物理位置。分析可疑對象的信息，包括IP、端口、MAC、主機名、程序信息、數據庫連接信息。系統可以監控、記錄并且還原客戶端連接到服務器的TELNET/FTP等遠程登錄操作信息，記錄內容包括客戶端IP地址，客戶端MAC地址，服務器地址以及產生記錄的時間，并提供多種查詢，支持多種文件格式導出。提供掃描現有應用系統的漏洞。可根據用戶自定義規則實時發出手機短信通知和郵件提醒等多種方式的告警信息，并配備相應的告警信息發送設備。B/S架構，提供中文WEB管理界面。支持HIS系統、電子病歷系統。系統支持多種身份管理，相應權限的用戶只能查看、管理相應的系統功能。系統支持雙

37、密碼用戶，安全性更高。所有系統數據都支持加密傳輸，防止信息外泄。系統支持加強型的密碼管理，安全性更高。系統的時間可以和關鍵服務器中的數據庫的時間進行同步，確保記錄時間的一致性。支持加密方式的數據庫連接信息分析（如MS SQL SERVER2005及更高版本等）。支持對Oracle、MS-SQL 、DB2、MYSQL、CACHE DB、POSTGRESQL和Sybase 等數據庫提供自動化評估、審計和保護功能。支持對數據庫SQL操作語句的詳細審計，可以分析出每條語句的操作方式、表名、存儲過程名、詳細操作內容，執行時長、操作結果，受影響行數，關聯表與關聯表數等字段信息。具備用戶行為記錄功能，記錄用

38、戶所有的操作（業務訪問、系統維護、策略配置等）。阻斷可疑會話功能，甄別數據訪問，阻止非正常數據會話。系統從業務流程角度入手，結合核心數據特征，提供了高度集成的“事前+事中+事后”數據防護手段。用戶可以根據需要自定義規則，并能根據設定的條件產生審計報告。能對審計結果進行多條件組合查詢，并就能支持按關鍵詞進行模糊查詢。查詢結果應支持多種格式(excel、pdf、txt等)導出。系統配置文件支持導入、導出。所有數據提供備份功能，支持外接存儲設備。支持集群,系統支持冗余備份。系統將預留一定的接口以作維護，二次開發之用。系統背景和系統 原則系統背景醫院數據庫存儲信息涉及醫療統方、電子病歷、健康檔案等信息

39、，若核心數據受到篡改、泄露，則會造成嚴重惡劣的社會影響。比如近來熱點的統方事件，因為醫院各醫生銷售各種藥品的數據受到泄露，致使醫藥代表定期給醫生藥品回扣，即屬于非常嚴重的商業賄賂環節。而目前，大多數醫院信息系統訪問安全保障系統低，數據庫使用缺乏完善的審計，數據泄密篡改后，也無法追蹤到個人，處理事前無防護、事中無報警、事后無審查等“三無”狀態。因此，各醫院需要建立完善的“防統方”系統，實現“事前威脅、事后定責”，從一定程度上減輕核心數據泄露，減輕統方事件帶來的商業賄賂的影響。2012年9月18日衛生部再次發布關于加強公立醫療機構廉潔風險防控的指導意見；明確加強信息系統監管，防止非法統方。 廣東省

40、衛生廳2012年5月18日發布廣東省衛生廳關于進一步深化全省衛生系統糾風工作方案，明確要求防范非法統方。 醫療信息化系統中數據庫是核心，存儲著患者的疾病診斷、統方、高價值耗材、治療方案、檢查檢驗結果、患者信息等敏感信息，一旦這些信息泄漏或非法修改破壞，將對醫療行業和社會造成嚴重的影響，也正是近幾年來導致非法“統方”事件頻繁滋生的源頭，滋生醫療行業不斷出現患者信息泄漏、藥品回扣、醫療糾紛及經濟損失的重要原因。目前醫療行業信息安全技術保障措施還停留在網絡層和主機層，主要是防范病毒、外部網絡攻擊、或者上網行為管控、流量管控等傳統的安全設備，無法滿足數據安全的要求，對非法統方行為無法有效監控，面臨著較

41、高的風險。系統原則為確保所有對統方數據的非法操作可追蹤，可查詢，需要對數據庫操作進行完整性的記錄，通過記錄的審計日志，可追蹤到非法操作者的個人身份。同時，需要通過安全技術的保障，確保追蹤的個人身份的正確性，防止出來身現偽造、篡改等情況。數據審計要詳細、完整、精確，不能出來漏審、誤審的情況，關鍵信息不能丟失。考慮到醫療信息化屬于醫療體系的服務系統，而“防統方”是屬于醫療信息安全的保障系統，因此，“防統方”審計絕對前題是不能犧牲或者影響醫療信息化的正常運轉，從技術上要求：不能改變現在的醫療業務系統的軟硬件構架，不能阻斷、影響、延遲正常運轉的核心業務系統，更不能有系統崩潰、網絡大面積中斷等潛在安全風

42、險和隱患。“防統方”系統的建設，同時也不能無限制的增加管人員的工作量，包括：前期建設，日常維護，后期追蹤查詢，能實現高效管理，快速查詢，及時響應。因此，整個“防統方”系統的建設，主要遵循以下原則：審計追蹤需要追蹤到個人身份數據審計信息精確、細致、完善不能犧牲和影響現有的醫療信息化業務高效管理，快捷查詢，及時響應系統建設方案及部署方式醫院防統方系統，在不影響醫院HIS系統、PACS系統、LIS系統、EMR系 統等應用系統正常使用的前提下，在核心業務服務區增設防統方審計設備，通過對網絡中的海量、無序的數據進行處理、分析，一旦出現違規統方事件，系統能夠準 確描述何人、何時、何地、以何種方式進行違規統

43、方，并提供操作過程回放，供相關人員分析。系統既滿足了醫院信息建設中的合規性審計要求，又可以對越權操作、違規操作實時監控并追根溯源，實現了防統方手段從制度約束到技術限制的跨越，使工作人員從技術上遠離統方禁區，有助于醫院行風建設，樹良好公眾形象。部署方式：根據醫院信息系統（HIS系統、LIS系統、PACS系統、EMR系統等）的架構，醫院防統方系統與醫院信息系統無縫集成，對業務不產生任何影響。 醫院防統方系統通過對醫院核心數據的實時監控，根據事先設置的防統方策略規則，對各類數據操作行為進行細料度、雙向、多層溯源分析，使得管理人員對用戶行 為一目了然，便于及時發現并糾正存在的安全隱患，預防違規統方事件

44、的發生，真正實現違規統方行為的可監控、可審計、可追溯。在實施過程中，系統采用相關機制有效區分正常與違規統方行為，即把醫院認可的授權統方行為或人員列入白名單，除此以外出現的所有統方行為皆定義為違規統方行為，一旦出現疑似統方的個人或行為將其列入黑名單，并進行實時告警。系統流程：防統方從原始數據采集到最終的可疑對象定位通常遵循以下處理流程。其中：行為記錄：記錄所有的數據庫活動； 行為審計：對數據庫使用行為分析，提取相關要素； 重點監控：進行細粒度、雙向、多層溯源分析，防止越權操作行為。將違法、違規行為扼殺在萌芽狀態； 疑似告警：針對可疑統方行為進行實時告警、可視化展現； 可疑精確定位：分析現有防統方策略設置的合理性，精確定位可疑對象；多種查詢方式，多種報告輸出； 追溯回放：通過提取歷史數據對過去可疑事件進行回放，真實展現當時的完整操作過程，使得違紀行為暴露無遺，為政府機關查處違法案件提供有力的證據。 功能特點：別名設置：對主客體進行別名設置，可以直觀顯示內容，方便非專業人員的查看。 隱秘數據：對敏感數據隱秘，非授權的用戶不能正常查看隱秘數據。 全方位的實時審