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

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

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

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

1.錯誤檢測機制

2.數(shù)據(jù)庫一年一度更新的自動檢測機制重點代碼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=