企業(yè)實(shí)習(xí)總結(jié)報(bào)告-模范論文2

1、摘要隨著社會(huì)經(jīng)濟(jì)的發(fā)展，參與醫(yī)療保險(xiǎn)的人數(shù)越來(lái)越多，“騙?！爆F(xiàn)象也越來(lái)越 多。而傳統(tǒng)的基于人工的檢查方法費(fèi)吋費(fèi)力，所以如何更有效的識(shí)別出“騙保” 現(xiàn)象，成為醫(yī)療領(lǐng)域一個(gè)熱門研究方向。此次實(shí)習(xí)參與的“智能醫(yī)保審核系統(tǒng)” 項(xiàng)目，使用規(guī)則引擎技術(shù)去識(shí)別“騙?！爆F(xiàn)象。此系統(tǒng)經(jīng)過(guò)部署測(cè)試發(fā)現(xiàn)，能夠 更加有效、高效的識(shí)別出“騙保”現(xiàn)象。關(guān)鍵詞：醫(yī)療保險(xiǎn)騙保智能審核abstractwith the development of the society and economy, more and more people begin to buy medical insurance in china, whil

2、e "medical fraudappears more frequently, too. traditional method to recognize "medical fraud is laborious, so it has been a key issue to recognize "medical insurance9 more efficient in the field of health care. the "intelligent medical insurance audit system5 utilize internet tec

3、hnology to solve the problem. i code the module "system manager9 and "data transfer9. the experience result shows the system can recognize 'medical fraud9 more efficient.keywords: "medical insurance "medical fraud intelligence audit第1章企業(yè)實(shí)習(xí)概要11.1. 實(shí)習(xí)單位情況11.2. 項(xiàng)口背景與崗位職責(zé)11.2.1項(xiàng)口

4、需求分析11.2.2崗位職責(zé)21.3. 實(shí)習(xí)口標(biāo)、任務(wù)與復(fù)雜工程問(wèn)題21.4. 術(shù)語(yǔ)與定義3第2章項(xiàng)目綜述32.1. 項(xiàng)口可行性分析32.1.1規(guī)則定義引擎32.1.1.1技術(shù)說(shuō)明32.1.1.2解決方案32.1.2醫(yī)保數(shù)據(jù)分析42.1.2.1技術(shù)說(shuō)明42.1.2.2解決方案52.1.2.2.1醫(yī)保費(fèi)用預(yù)測(cè)方法52.1.2.2.2參保人及單位類別確定52.1.2.2.3異常參保人員發(fā)現(xiàn)62.1.3時(shí)間和資源可行性分析82.2. 項(xiàng)目引用的標(biāo)準(zhǔn)和規(guī)范82.3. 項(xiàng)a擬制定的標(biāo)準(zhǔn)和規(guī)范92.4. 項(xiàng)口總體架構(gòu)92.4.1. 總體設(shè)計(jì)原則92.4.2. 總體技術(shù)路線102.4.3架構(gòu)概覽112.4.

5、4. 架構(gòu)遵從112.4.4.1應(yīng)用架構(gòu)112.4.4.2. 數(shù)據(jù)架構(gòu)122.4.4.3技術(shù)架構(gòu)142.5接口152.5.1. 接口設(shè)計(jì)準(zhǔn)則152.5.2. 外部接口172.6. 系統(tǒng)數(shù)據(jù)視圖182.6.1. 數(shù)據(jù)模型182.6.1.1. 規(guī)則管理數(shù)據(jù)視圖192.6.1.2. 系統(tǒng)管理數(shù)據(jù)視圖222.6.1.3. 系統(tǒng)表關(guān)系數(shù)據(jù)視圖272.6.2. 非結(jié)構(gòu)化數(shù)292.6.3. 數(shù)據(jù)存儲(chǔ)和分布292.7. 系統(tǒng)物理部署視圖302.7.1. 容量規(guī)劃302.7.2. 硬件環(huán)境設(shè)計(jì)302.7.3. 軟件環(huán)境設(shè)計(jì)302.8. 項(xiàng)口收獲312.8.1知識(shí)技能的學(xué)習(xí)312.8.2職業(yè)素養(yǎng)的學(xué)習(xí)與對(duì)軟件工程

6、的認(rèn)識(shí)312.8.3部分核心代碼33第3章結(jié)束語(yǔ)39參考文獻(xiàn)35致謝36第1章企業(yè)實(shí)習(xí)概要1.1. 實(shí)習(xí)單位情況我于2016年1月至2016年9月在成都蓮合創(chuàng)想科技股份有限公司實(shí)習(xí)，擔(dān) 任java研發(fā)實(shí)習(xí)生職務(wù)。成都蓮合創(chuàng)想科技股份有限公司起步于1995年，2015年完成股份制改革在新 三板上市。公司是一家致力于成為西部乃至全國(guó)首屈一指的it服務(wù)提供商；是國(guó) 家認(rèn)定的雙軟企業(yè)和高新技術(shù)企業(yè)。主要從事應(yīng)用軟件的設(shè)計(jì)、開(kāi)發(fā)、實(shí)施集成 及it服務(wù)和培訓(xùn)，為用戶提供完整的解決方案；業(yè)務(wù)涉及社會(huì)保險(xiǎn)、his、衛(wèi)生 信息平臺(tái)、新型農(nóng)村合作醫(yī)療等諸多領(lǐng)域,是全國(guó)最早進(jìn)入社會(huì)保險(xiǎn)、農(nóng)村新型合 作醫(yī)療、醫(yī)療衛(wèi)生

7、領(lǐng)域的專業(yè)計(jì)算機(jī)公司么一。目前公司包含智能醫(yī)保審核、數(shù) 字生活平臺(tái)、銀保通等多個(gè)項(xiàng)冃開(kāi)發(fā)組，我所在的項(xiàng)冃組為智能醫(yī)保審核組。在 企業(yè)指導(dǎo)老師的指導(dǎo)下，同項(xiàng)口組開(kāi)發(fā)智能審核分析配置管理系統(tǒng)項(xiàng)口。1.2. 項(xiàng)目背景與崗位職責(zé)1.2. 1項(xiàng)目需求分析醫(yī)療保險(xiǎn)是我國(guó)社會(huì)保險(xiǎn)的重要組成部分。它涉及面廣、業(yè)務(wù)量大、政策性 強(qiáng)，關(guān)系到城鎮(zhèn)職工的切身利益。隨著社會(huì)保險(xiǎn)覆蓋面的擴(kuò)大、保障水平的提高、 服務(wù)便利性的提升，在利益驅(qū)動(dòng)下，一些地方開(kāi)始出現(xiàn)不法分子違規(guī)操作套取社 保基金。然而由于參保人員就醫(yī)總量巨大、醫(yī)療服務(wù)機(jī)構(gòu)分布廣泛、醫(yī)保結(jié)算實(shí) 時(shí)性強(qiáng)、臨床診療專業(yè)性強(qiáng)、醫(yī)療違規(guī)行為相對(duì)隱蔽，各地醫(yī)保監(jiān)管及反欺詐工

8、 作面臨稽核人員不足、技術(shù)手段落后、審核效率低下、懲戒威懾力度偏弱等現(xiàn)實(shí) 困難。本項(xiàng)目是醫(yī)保審核系統(tǒng)，主要包括醫(yī)保數(shù)據(jù)的接收、存儲(chǔ)、審核、展示模塊。解決現(xiàn)在醫(yī)保數(shù)據(jù)量大，審核效率低等問(wèn)題。軟件接收從網(wǎng)絡(luò)發(fā)送來(lái)的醫(yī)保數(shù)據(jù)， 調(diào)用系統(tǒng)屮現(xiàn)有規(guī)則庫(kù)對(duì)數(shù)據(jù)進(jìn)行實(shí)時(shí)分析審核，并將這些數(shù)據(jù)存儲(chǔ)到數(shù)據(jù)庫(kù)屮。 審核后的處理信息，如預(yù)警等級(jí)、描述等，支持通過(guò)web遠(yuǎn)程查看，幫助醫(yī)保審 核人員快速定位不合格單據(jù)，實(shí)現(xiàn)對(duì)大量醫(yī)保數(shù)據(jù)的實(shí)時(shí)審核和處理。1.2. 2崗位職責(zé)在此項(xiàng)目屮，我的崗位職責(zé)如下：負(fù)責(zé)基于webservice技術(shù)的項(xiàng)fl對(duì)外接口程序編寫(xiě)(2) 負(fù)責(zé)基于java web技術(shù)的項(xiàng)fl后臺(tái)程序編寫(xiě)(3)

9、 負(fù)責(zé)“項(xiàng)目管理”模塊代碼編寫(xiě)(4) 負(fù)責(zé)兩個(gè)軟件著作權(quán)自己研發(fā)部分書(shū)寫(xiě)(5) 負(fù)責(zé)相關(guān)模塊使用說(shuō)明書(shū)編寫(xiě)(6) 服務(wù)器hadoop分布式架構(gòu)學(xué)習(xí)、部署、維護(hù)1.3. 實(shí)習(xí)目標(biāo)、任務(wù)與復(fù)雜工程問(wèn)題實(shí)習(xí)的口標(biāo)是我能夠和正式員工一起參與整個(gè)項(xiàng)目的研發(fā)，并且在整個(gè)過(guò)程 中能夠擔(dān)當(dāng)項(xiàng)目核心研發(fā)z。系統(tǒng)的總體目標(biāo)，是實(shí)現(xiàn)一套醫(yī)保智能審核系統(tǒng)， 能夠以醫(yī)學(xué)角度出發(fā)，根據(jù)醫(yī)學(xué)要求、藥品、檢查項(xiàng)冃的使用限制(包括禁忌、 適用癥、除外內(nèi)容等)，對(duì)兩定機(jī)構(gòu)上傳的特病門診(含門診視同住院)、住院的 所有費(fèi)用明細(xì)進(jìn)行審核，將醫(yī)保審核人員頭腦中的“經(jīng)驗(yàn)”抽取出來(lái)，完成白動(dòng) 審核，輔助進(jìn)行醫(yī)?；鸸芾恚詼p輕醫(yī)保審核的負(fù)

10、擔(dān)，加快醫(yī)保審核速度，從 而加大醫(yī)保審核范圍并提升準(zhǔn)確度。同時(shí)系統(tǒng)使用業(yè)務(wù)規(guī)則，能夠?qū)I(yè)務(wù)邏輯從具體程序代碼屮抽取出來(lái)，支持 業(yè)務(wù)人員在業(yè)務(wù)系統(tǒng)之外，對(duì)規(guī)則進(jìn)行修改、增加、刪除等基本維護(hù)操作，并且 能夠根據(jù)定義好的規(guī)則，實(shí)現(xiàn)醫(yī)保數(shù)據(jù)的審核，同時(shí)，借助大數(shù)據(jù)分析，完成規(guī) 則的自學(xué)習(xí)，對(duì)規(guī)則知識(shí)庫(kù)進(jìn)行補(bǔ)充，實(shí)現(xiàn)規(guī)則知識(shí)庫(kù)的自豐富。項(xiàng)n的任務(wù)主要有下面幾大點(diǎn)：一、是可以實(shí)現(xiàn)將監(jiān)控邏輯從無(wú)組織的思想“固化”為規(guī)則條件，為醫(yī)保機(jī) 構(gòu)構(gòu)造費(fèi)用監(jiān)控知識(shí)庫(kù)；二、是用規(guī)則來(lái)表示監(jiān)控邏輯可以更好的適應(yīng)系統(tǒng)的擴(kuò)展性，這樣修改監(jiān)控 邏輯一般就不需要修改代碼；三、是具有一定的知識(shí)推理能力，能依據(jù)監(jiān)控邏輯對(duì)己知的費(fèi)用信息

11、進(jìn)行推 理，實(shí)現(xiàn)對(duì)現(xiàn)有數(shù)據(jù)的判斷和分析；四、是具有規(guī)則白學(xué)習(xí)功能，能夠根據(jù)歷史大數(shù)據(jù)通過(guò)一定的數(shù)據(jù)挖掘算法 產(chǎn)生新規(guī)則，從而實(shí)現(xiàn)規(guī)則的自豐富。1.4.術(shù)語(yǔ)與定義表1-1術(shù)語(yǔ)與定義序號(hào)名詞相關(guān)解釋1規(guī)則引擎規(guī)則引擎是一種根據(jù)規(guī)則屮包含的指定約朿機(jī)制，判斷其能否 匹毗運(yùn)行時(shí)刻的實(shí)時(shí)條件，來(lái)執(zhí)行規(guī)則中所規(guī)定的動(dòng)作的引擎。2規(guī)則描述和約束業(yè)務(wù)的語(yǔ)句，用來(lái)刻畫(huà)業(yè)務(wù)的結(jié)構(gòu)或控制和影響業(yè) 務(wù)的行為。3元規(guī)則元規(guī)則是規(guī)則的最小單元，一條元規(guī)則可以單獨(dú)進(jìn)行審核，也 可以組成復(fù)合規(guī)則進(jìn)行審核。4指標(biāo)對(duì)規(guī)則、原始數(shù)據(jù)、分析資料數(shù)據(jù)庫(kù)中的字段、生命周期等進(jìn) 行描述。第2章項(xiàng)目綜述2.1.項(xiàng)目可行性分析在第1章的項(xiàng)目背

12、景部分已經(jīng)進(jìn)行了項(xiàng)目的需求分析，下面將從“規(guī)則引擎”、 “醫(yī)保數(shù)據(jù)”、“時(shí)間和資源的可行性”三個(gè)方面對(duì)項(xiàng)口進(jìn)行全面分析。2.1.1規(guī)則定義引擎2.1.1.1技術(shù)說(shuō)明使用傳統(tǒng)的應(yīng)用系統(tǒng)開(kāi)發(fā)和實(shí)施方法，業(yè)務(wù)規(guī)則相對(duì)固定，不易改動(dòng)、醫(yī)保 業(yè)務(wù)規(guī)則動(dòng)態(tài)變更的特點(diǎn)使傳統(tǒng)的解決方案越來(lái)越難以滿足實(shí)際需求。引入規(guī)則 引擎之后把業(yè)務(wù)規(guī)則從具體的程序代碼屮剝離出來(lái)。業(yè)務(wù)規(guī)則存儲(chǔ)在規(guī)則庫(kù)屮， 完全獨(dú)立于程序、業(yè)務(wù)人員通過(guò)規(guī)則語(yǔ)言和規(guī)則編輯器可以像管理數(shù)據(jù)一樣對(duì)業(yè) 務(wù)規(guī)則進(jìn)行管理。規(guī)則引擎是推理引擎的一種，它是基于規(guī)則的專家系統(tǒng)的一部分，也可以說(shuō) 它起源于基于規(guī)則的專家系統(tǒng)。專家系統(tǒng)使用試探性的方法進(jìn)行推理，從而模

13、仿 人類的推理方式。通過(guò)使用易于人類理解的證明方式和術(shù)語(yǔ)證明它的推理結(jié)論。 基于規(guī)則、神經(jīng)網(wǎng)絡(luò)和基于案例推理是三個(gè)最重要的專家系統(tǒng)。2.1.1.2解決方案前市場(chǎng)上使用最多、最成熟的是rete算法，它是一個(gè)演繹法推理算法，許多 規(guī)則引擎都是基于rete算法來(lái)實(shí)現(xiàn)它們的推理機(jī)，例如著名的開(kāi)源規(guī)則引擎drools o口前主流規(guī)則引擎有jboss旗下的drools開(kāi)源規(guī)則引擎，ibm旗下的著名商 業(yè)規(guī)則引擎ilog,小巧靈活的java規(guī)則引擎jess和基于反向推理（歸納法）的純java 規(guī)則引擎mandarax。他們的比較如表21所示。表2-1主流規(guī)則引擎比較droolsilog jnjlesjess

14、mandarax推:理前法foreward-chaining演法)的rete 改進(jìn)嫁法foreward-chai ring （;iif 法，的reto弾法foreward chaining満經(jīng)法）的rete許注和backward-chaining（u 1納汕）backward-chainingjsr94支持支持支持不支持文持說(shuō)盲java, python.groovyilog rule languageclipsjava開(kāi)發(fā)尿本開(kāi)源枕件麗業(yè)軟件.購(gòu)買誡本較 i卜開(kāi)源軟件.但可供 科研機(jī)構(gòu)研幾開(kāi)源軼件環(huán)境提供董種i: ji為 軼件開(kāi)發(fā)人員和 業(yè)務(wù)人員rule studio對(duì)開(kāi)發(fā)人 員和業(yè)務(wù)人員那非

15、常 友好只()eclipse 的 ide. 對(duì)業(yè)務(wù)人員不友好只 fj eclipse 的 ide. 對(duì)業(yè)務(wù)人員不友好web環(huán)境drools giivnorilog rile teamserver無(wú)無(wú)目前最好的商用規(guī)則管理系統(tǒng)brms是ilog jrules,最普遍使用的開(kāi)源規(guī)則 引擎是drools, java規(guī)則引擎的規(guī)范是jsr94。本項(xiàng)目采用drools規(guī)則引擎。2.1.2醫(yī)保數(shù)據(jù)分析2. 1.2.1技術(shù)說(shuō)明數(shù)據(jù)挖掘在國(guó)內(nèi)外醫(yī)療保險(xiǎn)行業(yè)的應(yīng)用案例十分豐富。ibm研究中心的marisa 等人基于澳大利亞醫(yī)療保險(xiǎn)機(jī)構(gòu)采集的數(shù)據(jù)，將關(guān)聯(lián)規(guī)則和神經(jīng)分割技術(shù)應(yīng)用于 醫(yī)療保險(xiǎn)信息系統(tǒng)中，從gb級(jí)的數(shù)據(jù)

16、中獲取未知模式。mohitkumar等使用數(shù)據(jù) 挖掘和機(jī)器學(xué)習(xí)技術(shù)預(yù)測(cè)和預(yù)防保險(xiǎn)公司在處理醫(yī)療保險(xiǎn)申訴過(guò)程中的支付錯(cuò)誤, 用以降低日益增長(zhǎng)的醫(yī)療保險(xiǎn)開(kāi)銷。國(guó)內(nèi)有上海市醫(yī)療保險(xiǎn)信息中心秦德霖基于soa和動(dòng)態(tài)數(shù)據(jù)倉(cāng)庫(kù)技術(shù)，利 用數(shù)據(jù)挖掘和分析技術(shù)，針對(duì)基金運(yùn)行管理的主要環(huán)節(jié)和基金風(fēng)險(xiǎn)的主要因素， 建立對(duì)醫(yī)?；痫L(fēng)險(xiǎn)防控基礎(chǔ)技術(shù)平臺(tái)。為控制醫(yī)?；鸬娘L(fēng)險(xiǎn)、保障基本醫(yī)療、 促進(jìn)醫(yī)療保險(xiǎn)可持續(xù)發(fā)展提供強(qiáng)有力的支撐。國(guó)防科學(xué)技術(shù)大學(xué)朱攀利用人工神 經(jīng)網(wǎng)絡(luò)模型對(duì)醫(yī)保定點(diǎn)醫(yī)療機(jī)構(gòu)的信用等級(jí)進(jìn)行學(xué)習(xí)，并且根據(jù)學(xué)習(xí)過(guò)程中岀現(xiàn) 的問(wèn)題，對(duì)人工神經(jīng)網(wǎng)絡(luò)做了改進(jìn)，克服了醫(yī)保定點(diǎn)醫(yī)療機(jī)構(gòu)信用等級(jí)評(píng)價(jià)網(wǎng)絡(luò) 原有的不足。并以

17、醫(yī)保信息系統(tǒng)形成的大量數(shù)據(jù)為基礎(chǔ)，利用lof算法對(duì)大量數(shù) 據(jù)進(jìn)行挖掘，找出了醫(yī)保定點(diǎn)醫(yī)療機(jī)構(gòu)的違規(guī)行為。翁滔華等通過(guò)利用數(shù)據(jù)挖掘 軟件spss 11.0對(duì)病毒性肝炎的住院費(fèi)用情況進(jìn)行分析，并分別給出了病毒性肝炎 費(fèi)用控制的上下限，發(fā)現(xiàn)能起到控制醫(yī)院的住院費(fèi)用的作用。黃晶晶等利用數(shù)據(jù) 挖掘技術(shù)制定醫(yī)保定額指標(biāo)并進(jìn)行相關(guān)數(shù)據(jù)的分析，結(jié)果發(fā)現(xiàn)數(shù)據(jù)挖掘技術(shù)能夠 制定動(dòng)態(tài)的定額指標(biāo)，加快分析反饋的速度，并做出及時(shí)的分析返溯。由于數(shù)據(jù)規(guī)則多種多樣，人工往往不能全面的分析和定義，通過(guò)利用數(shù)據(jù)挖 掘和分析手段，生成新的不易人工發(fā)現(xiàn)或人工定義的新規(guī)則，完成規(guī)則的自學(xué)習(xí) 和自動(dòng)生成，作為對(duì)人工規(guī)則定義的補(bǔ)充，另外

18、，在發(fā)現(xiàn)規(guī)則的同時(shí)，還能夠發(fā) 現(xiàn)醫(yī)保數(shù)據(jù)屮隱含的有價(jià)值信息。2. 1.2.2解決方案2. 1.2. 2. 1醫(yī)保費(fèi)用預(yù)測(cè)方法建立醫(yī)保結(jié)算費(fèi)用預(yù)測(cè)模型，實(shí)現(xiàn)對(duì)醫(yī)保結(jié)算總費(fèi)用的預(yù)測(cè)，并能詳細(xì)到各 區(qū)縣、各級(jí)別醫(yī)院醫(yī)保結(jié)算費(fèi)用的預(yù)測(cè)，為醫(yī)保基金監(jiān)管提供方向。對(duì)醫(yī)保費(fèi)用的預(yù)測(cè)，可采用時(shí)間序列預(yù)測(cè)方法完成。一、時(shí)間序列預(yù)測(cè)方法時(shí)間序列預(yù)測(cè)是一種最基本、最常用的預(yù)測(cè)方法。它是運(yùn)用事物的歷史數(shù)據(jù) 資料，按時(shí)間順序排成動(dòng)態(tài)數(shù)列進(jìn)行分析,預(yù)測(cè)事物未來(lái)的發(fā)展變化。時(shí)間序列預(yù)測(cè) 是根據(jù)事物的發(fā)展變化具有一定延續(xù)性這一原則進(jìn)行的，就是說(shuō)近期內(nèi)事物的發(fā)展 趨勢(shì)是其過(guò)去歷史的延伸。只要掌握事物一定的數(shù)據(jù)資料，就能對(duì)事物近

19、期內(nèi)的發(fā) 展變化作出預(yù)測(cè)。時(shí)間序列預(yù)測(cè)的特點(diǎn)是著重研究事物發(fā)展變化的內(nèi)因，很少考慮 或不考慮外界環(huán)境和條件變化對(duì)事物的影響,因此這種方法只適用於短期預(yù)測(cè)。2. 1. 2. 2. 2參保人及單位類別確定對(duì)參保人及單位的類別確定，可采用聚類與分類方法結(jié)合來(lái)完成。二、聚類分析方法聚類分析將數(shù)據(jù)劃分成若干個(gè)聚類，使得在同一聚類中的對(duì)象比較相似，而 不同聚類中的對(duì)象差別很大。聚類中要?jiǎng)澐值念悇e是未知的，它是一種不依賴于 預(yù)先定義的類和帶類標(biāo)號(hào)的訓(xùn)練數(shù)據(jù)集的非監(jiān)督學(xué)習(xí)(unsupervised learning),無(wú)需 背景知識(shí)，其屮類的數(shù)量由系統(tǒng)按照某種性能指標(biāo)自動(dòng)確定。聚類算法的選擇應(yīng)由數(shù)據(jù)類型、聚類

20、目的和應(yīng)用決定。主要的聚類方法有層 次聚類、劃分聚類、基于密度的聚類、基于網(wǎng)格的聚類和基于模型的聚類。（1）層次聚類層次方法是對(duì)給定的數(shù)據(jù)對(duì)象集合進(jìn)行層次分解，層次方法可以分為凝聚和 分裂。該方法在合并、分裂的時(shí)候要檢測(cè)大量的記錄和簇，因而伸縮性比較差。 比較常見(jiàn)的方法有四種：birch ,cure,rock和chameleono（2）劃分聚類劃分聚類事先需要制定數(shù)據(jù)分為兒類，若將其劃分為k個(gè)組，這k個(gè)組需要 滿足以下兩個(gè)條件：a.每個(gè)組至少包含一個(gè)對(duì)象；b.每個(gè)對(duì)象必須且只屬于一個(gè)組。 但近年來(lái)的一些算法中，第二個(gè)條件可以被適當(dāng)放松。k-means, k-medoids是劃 分聚類常見(jiàn)的方法

21、。（3）基于密度的聚類基于密度的方法與其他方法的一個(gè)木質(zhì)區(qū)別是：它不是基于距離作為相似性 度量的，而是基于密度的。這樣就能克服基于距離的算法只能發(fā)現(xiàn)類球狀聚類的 缺點(diǎn)。其主要思想是只要臨近區(qū)域密度超過(guò)某個(gè)閾值，則繼續(xù)聚類。代表算法有 dbscan、denclue 和 ankerst 等人提出的 optic。（4）基于網(wǎng)格的聚類基于網(wǎng)格的聚類是首先把對(duì)象空間向量化為有限個(gè)單元，從而形成一個(gè)網(wǎng)格 結(jié)構(gòu)，代表算法有stingo（5）基于模型的聚類基于模型的方法首先假設(shè)數(shù)據(jù)集是按一定概率分布的，給定一個(gè)模型，然后 去尋找能夠滿足這個(gè)模型的數(shù)據(jù)集。代表方法有cobweb、somso采用聚類方法，對(duì)參保人

22、的經(jīng)濟(jì)情況、健康狀況和信用情況等聚類，將醫(yī)保 參保人聚合成多個(gè)簇，其屮每個(gè)簇屮參保人具有較大的相似特征，而分屬不同簇 的參保人則存在明顯的特征差異，為參保人的分類提供依據(jù)。2. 1.2. 2. 3異常參保人員發(fā)現(xiàn)異常參保人員發(fā)現(xiàn)，主要是對(duì)具有就醫(yī)聚集行為的人群一方面能夠?qū)μ厥饧?病人群提供針對(duì)性的管理和服務(wù)，另一方面能有效提高對(duì)違規(guī)人群的監(jiān)督力度。將就醫(yī)聚集行為的表現(xiàn)形式簡(jiǎn)化為某種一致性：在就i矢時(shí)多張i矢?？ㄔ谕?時(shí)間段內(nèi)（細(xì)化為一天）在同一家醫(yī)院就醫(yī)。這些醫(yī)保卡若一致性消費(fèi)過(guò)于頻繁則 可以認(rèn)為是一種異?，F(xiàn)象，將被列為重點(diǎn)監(jiān)管對(duì)象。對(duì)異常就醫(yī)聚集行為的挖掘，常用方法是采用關(guān)聯(lián)規(guī)則算法(頻繁

23、模式挖掘)。 關(guān)聯(lián)規(guī)則是尋找在同一個(gè)事件中出現(xiàn)的不同項(xiàng)的相關(guān)性，即找出事件屮頻繁發(fā)生 的項(xiàng)或?qū)傩缘乃凶蛹八鼈儂間的關(guān)聯(lián)性。關(guān)聯(lián)規(guī)則的挖掘過(guò)程主要有兩個(gè)步 驟：第一階段是頻繁項(xiàng)集的建立；第二階段是關(guān)聯(lián)規(guī)則的建立。(1) apriori 算法針對(duì)第一階段的頻繁集的建立，研究者提出了不少的算法，其中apriori算法 是較為成功的一種。apriori算法的基本思想是：統(tǒng)計(jì)多種商品在一次購(gòu)買屮共同 出現(xiàn)的頻數(shù)，然后將出現(xiàn)頻數(shù)多的搭配轉(zhuǎn)換為關(guān)聯(lián)規(guī)則。apriori算法的核心是： 用前一次掃描數(shù)據(jù)庫(kù)的結(jié)果產(chǎn)生本次掃描的候選項(xiàng)口集，從而提高搜索的效率。 可能產(chǎn)生大量候選集和可能需要重復(fù)掃描數(shù)據(jù)庫(kù)，是ap

24、riori算法的兩大缺點(diǎn)。(2) fp-grwoth 算法針對(duì)apriori算法的固有缺陷，j. han等提出了小產(chǎn)生候選挖掘頻繁項(xiàng)集的方 法：fp-growth頻集算法。它采用了一種簡(jiǎn)潔的數(shù)據(jù)結(jié)構(gòu)，叫做frequent-pattern treeo fp-growth頻集算法采用分而治z的策略，第一遍掃描的過(guò)程屮把數(shù)據(jù)庫(kù)屮 的頻集壓縮進(jìn)一棵頻繁模式樹(shù)(fp-tree),同時(shí)依然保留其中的關(guān)聯(lián)信息，隨后再將 fptree分化成一些條件庫(kù)，每個(gè)庫(kù)和一個(gè)長(zhǎng)度為1的頻集相關(guān)，然后再對(duì)這些條 件庫(kù)分別進(jìn)行挖掘，當(dāng)原始數(shù)據(jù)量很大的時(shí)候，可以結(jié)合劃分的方法，使得一個(gè) fp-tree可以放入主存屮。與apri

25、ori算法相比，fp-growth算法采用前綴樹(shù)的形式 來(lái)表征數(shù)據(jù)，減少了掃描事務(wù)數(shù)據(jù)庫(kù)的次數(shù)，通過(guò)遞歸地生成條件fp-tree 挖掘 頻繁項(xiàng)。采用頻繁模式挖掘算法，可以發(fā)現(xiàn)關(guān)聯(lián)度較大的醫(yī)?？?，對(duì)這些對(duì)彖進(jìn)行重 點(diǎn)關(guān)注與預(yù)警。此外，通過(guò)各種數(shù)據(jù)挖掘算法，還可進(jìn)行用藥模式等方面的挖掘，以輔助和 改善因人工的方式定義規(guī)則而帶來(lái)的不全面性。進(jìn)一步對(duì)規(guī)則庫(kù)進(jìn)行補(bǔ)充，完善 規(guī)則引擎。(3) lof算法lof離群點(diǎn)檢測(cè)是一種基于局部密度的離群點(diǎn)檢測(cè)算法。該算法不再把離群 看成是一個(gè)二元屬性，而是通過(guò)計(jì)算對(duì)象局部異常因子(lof)來(lái)表征異常的程度。 局部異常因子越大表示該值為離群點(diǎn)的可能性越大，反之則越小。

26、通常異常的用戶所產(chǎn)生的醫(yī)保數(shù)據(jù)往往也不同于其他的用戶，通過(guò)這種方式可以檢測(cè)異常數(shù)據(jù), 從而分析異常用戶。2.1.3時(shí)間和資源可行性分析預(yù)計(jì)開(kāi)發(fā)人員：醫(yī)保項(xiàng)口組（包括正式員工4人、電子科大實(shí)習(xí)生4人）預(yù)計(jì)開(kāi)發(fā)時(shí)間：約一年資源可行性：系統(tǒng)開(kāi)發(fā)只需要一般pc即可完成，規(guī)則引擎可采用fi前使用廣 泛的開(kāi)源droool；而后臺(tái)數(shù)據(jù)分析部分，可利用開(kāi)源大數(shù)據(jù)分析平臺(tái)hadoop實(shí)施， 集群可由廉價(jià)pc構(gòu)建，因此在經(jīng)濟(jì)方面完全可行。2. 2.項(xiàng)目引用的標(biāo)準(zhǔn)和規(guī)范表格2-2引用的標(biāo)準(zhǔn)和規(guī)范序號(hào)引用位置標(biāo)準(zhǔn)名稱1系統(tǒng)架構(gòu)設(shè)計(jì)1、mvc標(biāo)準(zhǔn)2、ssh/ssh2 架構(gòu)3、javaee 架構(gòu)4、web service

27、5、zero mq （消息傳送機(jī)制）2系統(tǒng)設(shè)計(jì)與代碼實(shí)現(xiàn)部分1、svn代碼管理2、蓮合創(chuàng)想軟件編碼規(guī)范3、uml標(biāo)進(jìn)建模語(yǔ)言3數(shù)據(jù)庫(kù)字典定義的標(biāo)準(zhǔn)：藥品目錄、診療項(xiàng)目目錄、服務(wù)設(shè)施目錄（持續(xù) 補(bǔ)充）4數(shù)據(jù)預(yù)處理python框架5外部接口soap協(xié)議;json標(biāo)準(zhǔn) & xml標(biāo)準(zhǔn)；cxf框架。2. 3項(xiàng)目擬制定的標(biāo)準(zhǔn)和規(guī)范表2-3擬制定的標(biāo)準(zhǔn)和規(guī)范序號(hào)標(biāo)準(zhǔn)名稱標(biāo)準(zhǔn)摘要擬替換的標(biāo)準(zhǔn)責(zé)任單位1規(guī)則的定義規(guī)范包括元規(guī)則定義規(guī)范、組合規(guī)則的定義規(guī)范2針對(duì)醫(yī)保數(shù)據(jù)的數(shù)據(jù)清洗規(guī)范一套較好的針對(duì)醫(yī)保數(shù)據(jù)清洗的流程和優(yōu)化方法2. 4.項(xiàng)目總體架構(gòu)2. 4.1 總體設(shè)計(jì)原則(1) 可擴(kuò)展性原則系統(tǒng)的各功能

28、模塊按照松耦合設(shè)計(jì)，各功能之間保持相對(duì)獨(dú)立，各個(gè)子系統(tǒng) 符合相關(guān)技術(shù)條件和數(shù)據(jù)傳輸規(guī)約的要求，同時(shí)系統(tǒng)具備良好的擴(kuò)展性，滿足軟 件功能擴(kuò)充等要求，系統(tǒng)各功能模塊可分期、分層建設(shè)，并可根據(jù)發(fā)展應(yīng)用的需 要進(jìn)行平穩(wěn)完善和升級(jí)。(2) 可移植性原則基于可移植性的要求，系統(tǒng)采用j2ee企業(yè)架構(gòu)標(biāo)準(zhǔn)進(jìn)行建設(shè)，使用b/s架構(gòu) 模式，通過(guò)標(biāo)準(zhǔn)化接口，基于標(biāo)準(zhǔn)化傳輸方式、采用標(biāo)準(zhǔn)化協(xié)議進(jìn)行調(diào)用，支持 與其它系統(tǒng)的數(shù)據(jù)交換和共享遵循tcp/ip協(xié)議，這些技術(shù)使得集成設(shè)計(jì)人員無(wú)需 了解應(yīng)用的內(nèi)部工作原理。同時(shí)在底層技術(shù)標(biāo)準(zhǔn)上實(shí)現(xiàn)開(kāi)放，采用松耦合的模塊 化建設(shè)模式，使用通用軟件開(kāi)發(fā)平臺(tái)，具備良好的開(kāi)放性和可移植性，

29、適應(yīng)于未 來(lái)計(jì)算機(jī)技術(shù)和網(wǎng)絡(luò)技術(shù)發(fā)展的需求。(3) 可靠性原則軟硬件資源均能保障系統(tǒng)7x24小時(shí)不間斷、可靠運(yùn)行，同時(shí)配備完善的可靠 性措施設(shè)計(jì)，保證系統(tǒng)高度可靠的運(yùn)行。系統(tǒng)屮涉及到的數(shù)據(jù)庫(kù)、主機(jī)、應(yīng)用部 署、網(wǎng)絡(luò)等關(guān)鍵環(huán)節(jié)配備多種高可用性方案。(4) 準(zhǔn)確性及完整性原則在系統(tǒng)實(shí)際運(yùn)行屮，對(duì)數(shù)據(jù)的分析與處理均完整準(zhǔn)確，涉及到的數(shù)據(jù)準(zhǔn)確性、 數(shù)據(jù)完整性均滿足相關(guān)技術(shù)標(biāo)準(zhǔn)。(5) 標(biāo)準(zhǔn)化在設(shè)計(jì)屮，需要遵循一定規(guī)范，保證系統(tǒng)的每個(gè)功能z間、子模塊z間的統(tǒng) 一化、標(biāo)準(zhǔn)化，保證系統(tǒng)后續(xù)功能開(kāi)發(fā)，以便根據(jù)發(fā)展應(yīng)用的需要，進(jìn)行平穩(wěn)完 善和升級(jí)。2. 4. 2.總體技術(shù)路線系統(tǒng)總體設(shè)計(jì)路線將沿襲面向?qū)ο蟮能浖?/p>

30、開(kāi)發(fā)，采用javaee技術(shù)架構(gòu)，提供 多層開(kāi)發(fā)模式，將系統(tǒng)的行為或功能以層為組織單位來(lái)進(jìn)行劃分，不同層具有不 同的抽象級(jí)別和特性，各層內(nèi)的元素僅依賴當(dāng)前層和上下相鄰層中的元素，封裝 變化、功能清晰，實(shí)現(xiàn)系統(tǒng)松散耦合和高內(nèi)聚的設(shè)計(jì)要求，同時(shí)增加了系統(tǒng)的靈 活性和重用性。系統(tǒng)邏輯劃分為：展現(xiàn)層、交互層、業(yè)務(wù)處理層和數(shù)據(jù)持久層， 每層提供采用相應(yīng)的技術(shù)標(biāo)準(zhǔn)為系統(tǒng)提供服務(wù)。表2-4總體技術(shù)路線技術(shù)要求技術(shù)平臺(tái)javaee, jdk 1.7技術(shù)標(biāo)準(zhǔn)展現(xiàn)層：javascript> ajax 交互層：struts2 業(yè)務(wù)處理層：spring 數(shù)據(jù)持久層：hibernate開(kāi)發(fā)工具myeclipse8.

31、5 以上數(shù)據(jù)庫(kù)oracle 1 lg屮間件tomcat/ web logic客戶端支持html5的瀏覽器2. 4. 3.架構(gòu)概覽數(shù)據(jù)接口圖2j架構(gòu)概覽圖2. 4. 4.架構(gòu)遵從2.4.4.1應(yīng)用架構(gòu)表25應(yīng)用架構(gòu)信息應(yīng)用架構(gòu)：應(yīng)用域全民醫(yī)保信息管理平臺(tái)應(yīng)用架構(gòu)：應(yīng)用醫(yī)保智能審核系統(tǒng)系統(tǒng)架構(gòu)：一級(jí)功能應(yīng)用架構(gòu)：一級(jí)應(yīng)用功能遵從說(shuō)明系統(tǒng)管理口志管理細(xì)化權(quán)限管理細(xì)化數(shù)據(jù)庫(kù)管理細(xì)化用戶信息管理細(xì)化規(guī)則管理元規(guī)則管理細(xì)化指標(biāo)規(guī)則管理細(xì)化組合規(guī)則管理細(xì)化數(shù)據(jù)審核審核細(xì)化記錄審核結(jié)果細(xì)化數(shù)據(jù)清洗約束檢查細(xì)化數(shù)據(jù)錯(cuò)誤檢查細(xì)化沖突檢測(cè)細(xì)化一致性檢測(cè)細(xì)化分析資料數(shù)據(jù)庫(kù)管理細(xì)化2.4.4.2.數(shù)據(jù)架構(gòu)系統(tǒng)數(shù)據(jù)主要由

32、系統(tǒng)各個(gè)模塊間的數(shù)據(jù)組成，分別是：系統(tǒng)管理模塊數(shù)據(jù)、 規(guī)則管理模塊數(shù)據(jù)（規(guī)則數(shù)據(jù)）、原始數(shù)據(jù)、結(jié)果數(shù)據(jù)、清洗后的數(shù)據(jù)。表1-6系統(tǒng)管理數(shù)據(jù)架構(gòu)信息數(shù)據(jù)域system數(shù)據(jù)主題系統(tǒng)管理系統(tǒng)架構(gòu)：一級(jí)功能應(yīng)用架構(gòu)：一級(jí)應(yīng)用 功能系統(tǒng)架構(gòu)：數(shù)據(jù)實(shí)體數(shù)據(jù)架構(gòu)：數(shù) 據(jù)實(shí)體遵從說(shuō)明系統(tǒng)管理口志管理系統(tǒng)日志實(shí)體log細(xì)化權(quán)限管理權(quán)限實(shí)體tright細(xì)化數(shù)據(jù)庫(kù)管理系統(tǒng)內(nèi)所有實(shí)體細(xì)化用戶信息管理用戶實(shí)體 用戶權(quán)限實(shí)體userinfouserright細(xì)化表格27數(shù)據(jù)庫(kù)的字典數(shù)據(jù)架構(gòu)信息數(shù)據(jù)域system數(shù)據(jù)主題系統(tǒng)管理系統(tǒng)架構(gòu)：一級(jí)功能應(yīng)用架構(gòu)：一級(jí)應(yīng)用 功能系統(tǒng)架構(gòu)：數(shù)據(jù)實(shí)體數(shù)據(jù)架構(gòu)：數(shù) 據(jù)實(shí)體遵從說(shuō)明系統(tǒng)管理

33、應(yīng)用項(xiàng)目應(yīng)用實(shí)體sysapptable細(xì)化表描述表實(shí)體tabledescrible列描述列實(shí)體columndescri bee-r關(guān)系描述系統(tǒng)內(nèi)所有列關(guān) 系實(shí)體columnrelation表28規(guī)則管理數(shù)據(jù)架構(gòu)信息數(shù)據(jù)域rule數(shù)據(jù)主題規(guī)則管理系統(tǒng)架構(gòu)：一級(jí)功能應(yīng)用架構(gòu)：一級(jí)應(yīng)用 功能系統(tǒng)架構(gòu)：數(shù)據(jù) 實(shí)體數(shù)據(jù)架構(gòu)：數(shù) 據(jù)實(shí)體遵從說(shuō)明規(guī)則管理元規(guī)則管理元規(guī)則實(shí)體ruletable細(xì)化指標(biāo)規(guī)則管理指標(biāo)規(guī)則實(shí)體 字典實(shí)體indextabledictionarytable細(xì)化組合規(guī)則管理組合規(guī)則實(shí)體complexrulet able細(xì)化表2-9原始數(shù)據(jù)架構(gòu)信息數(shù)據(jù)域raw data數(shù)據(jù)主題原始數(shù)據(jù)系統(tǒng)

34、架構(gòu)：一級(jí)功能應(yīng)用架構(gòu)：一級(jí)應(yīng)用 功能系統(tǒng)架構(gòu)：數(shù)據(jù) 實(shí)體數(shù)據(jù)架構(gòu)：數(shù) 據(jù)實(shí)體遵從說(shuō)明原始數(shù)據(jù)表210結(jié)果數(shù)據(jù)架構(gòu)信息數(shù)據(jù)域result data數(shù)據(jù)主題結(jié)果數(shù)據(jù)系統(tǒng)架構(gòu)：一級(jí)功能應(yīng)用架構(gòu)：一級(jí)應(yīng)用 功能系統(tǒng)架構(gòu)：數(shù)據(jù) 實(shí)體數(shù)據(jù)架構(gòu)：數(shù) 據(jù)實(shí)體遵從說(shuō)明結(jié)果數(shù)據(jù)表211清洗后數(shù)據(jù)架構(gòu)信息數(shù)據(jù)域clearn data數(shù)據(jù)主題清洗后數(shù)據(jù)管理系統(tǒng)架構(gòu)：一級(jí)功能應(yīng)用架構(gòu)：一級(jí)應(yīng)用 功能系統(tǒng)架構(gòu)：數(shù)據(jù)實(shí)體數(shù)據(jù)架構(gòu)：數(shù) 據(jù)實(shí)體遵從說(shuō)明清洗后數(shù)據(jù)管理244.3技術(shù)架構(gòu)覽jspjavascriptcssajaxa4(oracle二耳拘標(biāo)無(wú)元搦槿席|規(guī)則庫(kù)井析資*hk4n際圖2-2技術(shù)架構(gòu)總覽圖表212技術(shù)架構(gòu)遵

35、從對(duì)照表產(chǎn)品標(biāo)準(zhǔn)系統(tǒng)架構(gòu)：軟件產(chǎn)品技術(shù)架構(gòu)：軟件產(chǎn)品遵從說(shuō)明應(yīng)用系統(tǒng)操作系統(tǒng)windows server 2008遵從應(yīng)用系統(tǒng)數(shù)據(jù)庫(kù)oracle 1 lg遵從應(yīng)用系統(tǒng)中間件weblogic x tomcat6.0遵從應(yīng)用系統(tǒng)java虛擬機(jī)jre1.7遵從頁(yè)面標(biāo)簽組件jstl遵從頁(yè)面腳本組件javascript遵從頁(yè)面樣式組件css遵從異步通信組件ajax遵從簡(jiǎn)單對(duì)象組件json遵從交互控制組件struts遵從對(duì)象管理組件spring遵從數(shù)據(jù)訪問(wèn)組件hibernate遵從2. 5.接口2. 5.1.接口設(shè)計(jì)準(zhǔn)則需要避免的接口設(shè)計(jì)特性：僵化性：很難對(duì)系統(tǒng)進(jìn)行改動(dòng)，因?yàn)槊總€(gè)改動(dòng)都會(huì)迫使許多對(duì)系統(tǒng)其他

36、部分 的其它改動(dòng)。脆弱性：對(duì)系統(tǒng)的改動(dòng)會(huì)導(dǎo)致系統(tǒng)中和改動(dòng)的地方在概念上無(wú)關(guān)的許多地方 出現(xiàn)問(wèn)題。牢固性：很難解開(kāi)系統(tǒng)的糾結(jié)，使之成為一些可在其他系統(tǒng)中重用的組件。 粘滯性：做正確的事情比做錯(cuò)誤的事情要困難。復(fù)雜性（不必要的）：設(shè)計(jì)中包含有不具任何直接好處的基礎(chǔ)結(jié)構(gòu)。重復(fù)性（不必要的）：設(shè)計(jì)中包含有重復(fù)的結(jié)構(gòu)，而該重復(fù)的結(jié)構(gòu)本可以使用單 一的抽象進(jìn)行統(tǒng)一?；逎裕汉茈y閱讀、理解。沒(méi)有很好地表現(xiàn)出意圖。需要遵循的接口設(shè)計(jì)原則：(1) 單一職責(zé)原則-single responsibility principle(srp)就一個(gè)類而言，應(yīng)該僅有一個(gè)引起它變化的原因。(職責(zé)即為“變化的原因雹)(2) 開(kāi)

37、放封閉原則 open close principle(ocp)軟件實(shí)體(類、模塊、函數(shù)等)應(yīng)該是可以擴(kuò)展的，但是不可修改。(對(duì)于擴(kuò) 展是開(kāi)放的，對(duì)于更改是封閉的。關(guān)鍵是抽象。將一個(gè)功能的通用部分和實(shí)現(xiàn)細(xì) 節(jié)部分清晰的分離開(kāi)來(lái)。開(kāi)發(fā)人員應(yīng)該僅僅對(duì)程序屮呈現(xiàn)出頻繁變化的那些部分 作出抽象。拒絕不成熟的抽象和抽象本身一樣重要。)(3) 里氏替換原則 liskov substitution principle(lsp)子類型(subclass)必須能夠替換掉它們的基類型(superclass) o(4) 依賴倒置原則(iocp)或 依賴注入原則dependence inversion principl

38、e(dip)抽象不應(yīng)該依賴于細(xì)節(jié)。細(xì)節(jié)應(yīng)該依賴于抽象。(hollywood原貝ij: ”doni call us, wll call you程序屮所有的依賴關(guān)系都應(yīng)該終止于抽彖類和接口。針對(duì)接口而非 實(shí)現(xiàn)編程。任何變量都不應(yīng)該持有一個(gè)指向具體類的指針或引用。任何類都不應(yīng) 該從具體類派生。任何方法都不應(yīng)該覆寫(xiě)他的任何基類屮的已經(jīng)實(shí)現(xiàn)了的方法。)(5) 接口隔離原則(isp)不應(yīng)該強(qiáng)迫客戶依賴于它們不用的方法。接口屬于客戶，不屬于它所在的類 層次結(jié)構(gòu)。(多個(gè)面向特定用戶的接口勝于一個(gè)通用接口。-包內(nèi)聚原則(6) 重用發(fā)布等價(jià)原則(rep)重用的粒度就是發(fā)布的粒度。(7) 共同封閉原則(ccp)包屮

39、的所有類對(duì)于同一類性質(zhì)的變化應(yīng)該是共同封閉的。一個(gè)變化若對(duì)一個(gè) 包產(chǎn)生影響，則將對(duì)該包中的所有類產(chǎn)生影響，而對(duì)于其他的包不造成任何影響。(8) 共同重用原則(crp)一個(gè)包屮的所有類應(yīng)該是共同重用的。如果重用了包中的一個(gè)類，那么就要 重用包屮的所有類。(相互z間沒(méi)有緊密聯(lián)系的類不應(yīng)該在同一個(gè)包屮。)包耦 合原則(9) 無(wú)環(huán)依賴原則(adp)在包的依賴關(guān)系圖屮不允許存在環(huán)。(10) 穩(wěn)定依賴原則(sdp)朝著穩(wěn)定的方向進(jìn)行依賴。應(yīng)該把封裝系統(tǒng)高層設(shè)計(jì)的軟件(比如抽象類) 放進(jìn)穩(wěn)定的包屮，不穩(wěn)定的包中應(yīng)該只包含那些很可能會(huì)改變的軟件(比如具體 類)。(11)穩(wěn)定抽象原則(sap)包的抽象程度應(yīng)該和

40、其穩(wěn)定程度一致。(一個(gè)穩(wěn)定的包應(yīng)該也是抽象的，一個(gè) 不穩(wěn)定的包應(yīng)該是抽象的。)2. 5. 2.外部接口本系統(tǒng)采用webservice的方式對(duì)外提供接口，擬采用cxf框架，使用該框架 主要是基于以下幾點(diǎn)考慮：(1) cxf 支持多種 webservice 標(biāo)準(zhǔn)，實(shí)現(xiàn)了 jax-ws api；(2) cxf支持輕量級(jí)服務(wù)器；(3) cxf 可將 webservice 與 spring 集成；(4) 高性能、可擴(kuò)展性良好、開(kāi)發(fā)簡(jiǎn)單、部署方便。圖2-3用戶請(qǐng)求webservice流程本系統(tǒng)主要是與現(xiàn)有的醫(yī)保支付平臺(tái)對(duì)接，采用共享數(shù)據(jù)模型定義了本系統(tǒng) 與醫(yī)保支付平臺(tái)進(jìn)行交互時(shí)，需要傳遞的數(shù)據(jù)實(shí)體及相互關(guān)

41、系。醫(yī)保支付平臺(tái)向本系統(tǒng)發(fā)送的數(shù)據(jù)主要包含以下幾類：(1) 人員檔案(2) 醫(yī)療機(jī)構(gòu)(3) 就診主記錄病案(5) 處方接口功能需求分析：(1) 數(shù)據(jù)審核請(qǐng)求該接口由審核系統(tǒng)提供，醫(yī)保支付平臺(tái)利用該接口向?qū)徍讼到y(tǒng)發(fā)送待審核數(shù) 據(jù)。(2) 返回審核結(jié)果該接口由審核系統(tǒng)提供，用于向醫(yī)保支付平臺(tái)返回審核結(jié)果。接口定義：接口名稱：數(shù)據(jù)審核接口提供者：醫(yī)保智能審核系統(tǒng)接口使用者：醫(yī)保支付平臺(tái)接口使用方式：采用webservice方式提供接口，采用打包的方式發(fā)送多條待審核數(shù)據(jù)。接口需要的信息:數(shù)據(jù)項(xiàng)說(shuō)明共享數(shù)據(jù)模型描述的待審核數(shù)據(jù)含有待審核數(shù)據(jù)的各個(gè)字段接口返回信息:數(shù)據(jù)項(xiàng)說(shuō)明數(shù)據(jù)審核結(jié)果含有審核數(shù)據(jù)的編號(hào)

42、、結(jié)果、說(shuō)明等2. 6.系統(tǒng)數(shù)據(jù)視圖2. 6.1.數(shù)據(jù)模型描述本系統(tǒng)數(shù)據(jù)實(shí)體邏輯模型，包括數(shù)據(jù)實(shí)體間的邏輯關(guān)系，數(shù)據(jù)實(shí)體關(guān)鍵數(shù)據(jù)屬性，數(shù)據(jù)實(shí)體鍵。該數(shù)據(jù)模型比較直觀的模擬了智能審核系統(tǒng)實(shí)體，容易 為人理解，便于計(jì)算機(jī)實(shí)現(xiàn)，對(duì)于每一邏輯數(shù)據(jù)實(shí)體，通過(guò)下述表格描述實(shí)體詳 細(xì)信息。2.6.1.1.規(guī)則管理數(shù)據(jù)視圖index-dictionaryoperatorstableodomiotsid 5inumber (3)<m>operatornamevariable characters (100) <m>operatorsignvariable chaiacters (4)op

43、eratorsid <pi>indextableindcxid<pi> number<m>lndexnamcvariable characters(1024)indoxdcscribetextindexcreatoridnumberindexcreatornamevariable characters(1024)indexcreatortimedateindextimestampdateindexid <pi>index-ruleoperators ruledictionarytabledictionarvld indexdicid typena

44、me typcdescibe<pi> numbernumbervariable characters (1024)text<m>dictionaryld <pi>ruleld<pi> number (100)<m>indexoneldnumber<m>indextwoldnumberruleopcratorsll)number (3)resultvariable characters(10)ruledescribetextcreatetimedatecreatorvariable characters(1024)creat

45、orldnumberchangeflagvariable characters(1024)dead 1incdatediet ionaryruleldnumber<m>value<undefined>comparetypenumber (1)ruleld <pi>dictionary ruleku1etableoperationrui etableruleld<pi> number (100)<m>indexoneldnumber<m>indextwoldnumberruleoperators j 0number (3)r

46、esultvariable characters (10)ruledescribetextcreatetimedatecreatorvariable characters (1024)creatorldnumberdeadlinedatediclionaryruleldnumber<m>valueundefinedcomparetypenumber (1)ruleld <pi>圖2-4規(guī)則管理數(shù)據(jù)模型表 13 dictionarytable 定義編號(hào)名稱001 -dictionarytable所屬數(shù)據(jù)域rule所屬數(shù)據(jù)主題規(guī)則管理信息是否主數(shù)據(jù)是代碼dictionary

47、table與其他實(shí)體關(guān)系備注字段名稱字段代碼1數(shù)據(jù)類型數(shù)據(jù)長(zhǎng)度數(shù)據(jù)精度主鍵/外鍵dictionarylddictionaryldnumberpkindexdicidindexdicidnumberfkltypenametypenamevarchar1024typedescibetypedescibetext表 2-14ruletable 定義編號(hào)名稱002- ruletable所屬數(shù)據(jù)域rule所屬數(shù)據(jù)主題規(guī)則管理信息是否主數(shù)據(jù)是代碼與其他實(shí)體關(guān)系備注字段名稱字段代碼|數(shù)據(jù)類型數(shù)據(jù)長(zhǎng)度數(shù)據(jù)精度主鍵/外鍵ruieldruleldnumber10()pkindexoneldindexoneldnu

48、mberfklindextwoidindextwoidnumberruleoperatorsidrul eoperatorsidnumber3fk2resultresultvarchar10ruledescriberuledescribetextcreatetimecreatetimedatecreatorcreatorvarchar1024creatorldcreatorldnumberchangeflagchangeflagvarchardeadlinedeadlinedate表 2-15 operatorstable 定義編號(hào)-名稱003- operatorstable所屬數(shù)據(jù)域rule

49、所屬數(shù)據(jù)主題規(guī)則管理信息是否主數(shù)據(jù)是代碼與其他實(shí)體關(guān)系備注字段名稱字段代碼*數(shù)據(jù)類型數(shù)據(jù)長(zhǎng)度數(shù)據(jù)精度主鍵/外鍵operatorsidoperatorsidnumber3pkoperatorsnameoperatorsnamevarchar100ralationsignralationsignvarchar4表 216 indextable 定義編號(hào)名稱004- indextable所屬數(shù)據(jù)域rule所屬數(shù)據(jù)主題規(guī)則管理信息是否主數(shù)據(jù)是代碼與其他實(shí)體關(guān)系備注字段名稱字段代碼|數(shù)據(jù)類型數(shù)據(jù)長(zhǎng)度數(shù)據(jù)精度主鍵/外鍵indexidindexidnumber38pkindexnameindexnameva

50、rchar1024indexdescribeindexdescribetextindexcreatorldindexcreatorldnumberindexcreatortimeindexcreatortimedateindexdeadlineindexdeadlincdate表 217 operationruletable 定義編號(hào)名稱002- operationruletable所屬數(shù)據(jù)域rule所屬數(shù)據(jù)主題規(guī)則管理信息是否主數(shù)據(jù)是代碼與其他實(shí)體關(guān)系備注字段名稱字段代碼|數(shù)據(jù)類型數(shù)據(jù)長(zhǎng)度數(shù)據(jù)精度主鍵/外鍵ruleldruleldnumber10()pkindexoneldindexonel

51、dnumberfklindextwoidindextwoidnumberruleoperatorsidruleoperatorsidnumber3fk2resultresultvarchar10ruledescriberuledescribetextcreatetimecreatetimedatecreatorcreatorvarchar1024creatorldcreatorldnumberdeadlinedeadlinedatedictionaryrulelddictionaryrul eldnumbervaluevaluecomparetypecomparetype2. 6.1.2.系統(tǒng)管理數(shù)據(jù)視圖userroleuserriahtidintvpk>useridint<fk1>roleldint<fk2>flagnumber(1)roleroleld roletname create