醫(yī)院職工公費醫(yī)療系統(tǒng)

醫(yī)院職工公費醫(yī)療系統(tǒng)小組成員李露平：主要負責核心Java程序設計和集成測試潘逸凡：主要負責關鍵部分功能存儲過程的實現和集成測試周勁云：主要負責網站架設和系統(tǒng)數據整理。周賡：主要負責數據庫邏輯設計、物理結構設計。系統(tǒng)概述前期調研我們前往中國中醫(yī)研究院西苑醫(yī)院進行了實地調研。1.采訪了保健科主任2.跟隨被采訪者經歷了整個手工處理員工公 費醫(yī)療流程3.獲得了關于該系統(tǒng)的基礎數據4.搜集了關于中國醫(yī)療信息化的許多資料基礎數據本醫(yī)院共有員工約1500人，分屬于大約40個科室與部門；每年員工的醫(yī)療記錄大約20000條，其中涉及公費醫(yī)療的部分有5000條，總額約300萬人民幣；醫(yī)院現有藥品4000余種，其中絕大部分為甲類藥，乙類藥約50種，丙類藥少于50種；需要保留員工4年的醫(yī)療記錄；經常使用公費醫(yī)療的員工300余人。公費醫(yī)療政策總醫(yī)療費用=∑（各項藥費×藥品對應的報銷比例）如果總費用>800元，可參與公費醫(yī)療公費醫(yī)療=（總費用-800）×工齡對應的報銷比例若該員工在最近3年均未使用公費醫(yī)療，則在該年獎勵400元，否則獎勵100元。工齡等級對應的報銷比例公費醫(yī)療等級職工工齡公費比例10~570%26~1580%316~2585%426~及退休90%醫(yī)藥種類對應的報銷比例醫(yī)藥類別公費基數甲100%乙80%丙0%注:醫(yī)藥是指廣義的醫(yī)藥，包括住院等項目。系統(tǒng)目標1.簡化醫(yī)院職工公費醫(yī)療記錄管理流程與管理人員的工作負擔。實現數據管理的自動化，其中包括費用自動計算、年度記錄自動更新、藥品記錄自動更新、醫(yī)院員工記錄自動更新和維護。2.方便公費醫(yī)療部門執(zhí)行國家政策。3.方便醫(yī)院各級員工遠程登錄對自己的公費醫(yī)療信息進行查詢某次醫(yī)療任務結束是否達到公費醫(yī)療標準？是職工選擇享受公費醫(yī)療相關數據入庫是本次醫(yī)療任務的用藥情況、總費用等與公費醫(yī)療無關的數據。計算相關數據然后數據入庫根據公費醫(yī)療政策計算出公費額和自費額根據公費醫(yī)療政策計算否否功能結束，退出核心功能：其他功能一、員工和管理員可以查詢公費醫(yī)療的政策。二、員工可以查詢自己的歷史記錄三、員工可以修改自己的密碼四、管理員可以查詢所有員工的歷史記錄五、需求分析中的功能基本上都做到了，需求分析中沒提到的功能有時間再補充完善（如每個科室職工獎勵情況等)系統(tǒng)實現前后的情況對比系統(tǒng)實現前后的部門服務質量對比系統(tǒng)實現前后的部門成本對比系統(tǒng)實現數據庫系統(tǒng)內部統(tǒng)計信息數據庫：SQLserver200011張表：

9張公費醫(yī)療系統(tǒng)用表+2張登錄檢查用表13個存儲過程4張視圖2個用戶定義的函數小組交流1：定期交流1.每周數據庫下課后一定進行討論。2.其他時間每周至少集體討論2次3.每次資料更新后發(fā)至所有人的郵箱中。4.每次提交報告前收集所有人意見，并進行修改。5.每次提交報告后進行總結小組交流2：選題周勁云：醫(yī)院職工公費醫(yī)療數據庫系統(tǒng)周賡：社區(qū)小型醫(yī)療服務站數據庫系統(tǒng)潘逸凡：醫(yī)院收費數據庫系統(tǒng)系統(tǒng)各方陳述了自己系統(tǒng)的優(yōu)勢和風險最后四人投票決定選擇醫(yī)院職工公費醫(yī)療數據庫系統(tǒng)小組交流3：JDBC&ADO周勁云：使用ADO進行數據庫連接理由：嘗試新方法周賡：使用JDBC進行數據庫連接理由：可以遠程訪問；小組成員比較熟悉不過綜合考慮了各方面因素之后，我們認為不論是JDBC還是ADO都不過是一種形式而已，與ADO在這上面花時間，不如好好在研究數據庫系統(tǒng)一些內部特性，深入了解一下DBMS系統(tǒng)。存儲過程？觸發(fā)器？自定義函數？我們只采用了存儲過程。之所以不用觸發(fā)器是因為：1）許多功能用存儲過程更容易控制。我們的一些操作涉及到對多張表的修改，用存儲過程可以由我們控制對表的修改次序和時間，并且易于進行錯誤處理；而觸發(fā)器帶來的一些修改可能是我們無法預料的。2）觸發(fā)器的系統(tǒng)代價比較大。我們在初期除了存儲過程外，還寫了用戶定義的函數，當時是為了給javabean提供接口的選擇；如果用戶自定義函數的借口更容易實現，我們就采用自定義函數。索引優(yōu)化：案例關于MEDICATION表（約6-8萬條元組）建立索引時若在EID上建立聚集索引，方便對每個員工的查詢，但對按年份的查詢不利。同時，因為MEDICATION表中記錄只包含四個年份，但包含了1500余名員工，同一年份的記錄比同一員工的記錄多得多，所以可選擇按年份建立聚集索引。但若對年份建聚集索引，由于我們的操作一開始插入記錄時并不插入年份，而是在第二次對表的操作時才插入年份，這樣對建立聚集索引很不利，因為元組的初始磁盤位置和最終的位置可能不一致。最終選擇為保留默認的主索引，在EID和[YEAR]上建二級索引。核心計算與更新的實現計算是我們系統(tǒng)難度最大的一塊，因為各種對表的更新和查詢操作穿插在計算中。精心設計的核心代碼保證了計算和更新的正確性和可維護性。存儲過程的引入優(yōu)化了整個過程的代碼和設計思路，解決了困難網站設計網頁風格截圖遇到的重要問題及解決關鍵問題：系統(tǒng)在遇到非法輸入時，由于數據庫里的部分表已經更新過，破壞了數據庫的一致性，這是絕對不允許的創(chuàng)建錯誤檢測機制，用于檢測錯誤和觸發(fā)還原機制（jsp和javabean

里實現）。創(chuàng)建還原機制，將數據庫還原到故障發(fā)生前的狀態(tài)(存儲過程里實現)自動檢測機制我們系統(tǒng)的自動檢測機制實例：

1.錯誤檢測機制

2.數據庫一年一度更新的自動檢測機制重點代碼1、對非法sql語句進行過濾：if(!sql_inj(sqlStr)){System.out.println("SQL

語句非法");returnfalse;}2、循環(huán)傳參name="liluping[<%=i%>]"3、循環(huán)接參request.getParameter("liluping["+Integer.toString(j)+"]")

ExeccalFee

代價分析calFee代碼CREATEPROCEDUREcalFee@TaskIdchar(10),@Pub_FeefloatASDECLARE@Eidchar(10),@Total_Feefloat,@Self_FeefloatUPDATEMedicationSETPub_Fee=@Pub_Fee,Self_Fee=Total_Fee-Pub_Fee,mUsed=1WHERETaskId=@TaskIdSELECT@Eid=