資源大�。�105.75 KB |
資源類型：文檔 |
|
下載積分： 0 |
|
|
|
|
資源介紹 |
|
“ 軍字 —一— 號(hào)”上工 程醫(yī)保接口優(yōu)化
曹彤，王行高，邵新
(蘭州軍區(qū)蘭州總醫(yī)院信息科， 甘肅 蘭州 730050)
【摘要】通過(guò)對(duì)“軍字一號(hào)”工程醫(yī)保接口中出現(xiàn)門(mén)診收費(fèi)反映遲緩現(xiàn)象的追蹤分析，提出了優(yōu)化“軍字一號(hào)”工程醫(yī)
保接口數(shù)據(jù)庫(kù)字符集的方法。
【關(guān)鍵詞】軍字一號(hào)；醫(yī)療保險(xiǎn)；oracle字符集
[中圖分類號(hào)]TP311．13；R197．324 [文獻(xiàn)標(biāo)志碼】A [文章編號(hào)]1674-1633(2008)06-0036-02
Improvement of No．I M ilitary M edical Insurance Interface
CAO Tong，W ANG Xing—gao，SHAO Xin
(Lanzhou General Hospital of Lanzhou Military Area Command，Lanzhou Gansu 730050，China)
Abstract：Traces and analyzes the abnormal phenomenon in Oracle in Medical Insurance interface．And presents a kind of method to
improve the performance of No．1 Military Medical Insurance interface．
Key words：No．1 Military Medical Project；medical insurance；Oracle NLS
我院“軍字一號(hào)”工程經(jīng)過(guò)系統(tǒng)改造與蘭州市醫(yī)保局成
功聯(lián)網(wǎng)⋯，實(shí)現(xiàn)了醫(yī)保病人醫(yī)療和消費(fèi)的統(tǒng)一，最大限度地
利用了醫(yī)院現(xiàn)有資源，充分發(fā)揮了“軍字一號(hào)”網(wǎng)絡(luò)工程的
優(yōu)勢(shì)，提高了工作效率21，增強(qiáng)了醫(yī)院的競(jìng)爭(zhēng)實(shí)力。
醫(yī)保系統(tǒng)在最初使用時(shí)，大大提高了醫(yī)院的效率，但在
使用一年多時(shí)間后，系統(tǒng)逐漸出現(xiàn)了反應(yīng)遲緩的情況，而且
隨著數(shù)據(jù)量的增大，情況越來(lái)越嚴(yán)重，在就診高峰時(shí)，門(mén)診
收費(fèi)時(shí)錄入生化全項(xiàng)(收費(fèi)共計(jì)26項(xiàng))時(shí)，需要4分鐘才能
得出結(jié)算結(jié)果，這種情況已經(jīng)影響系統(tǒng)的正常使用。
醫(yī)保前置機(jī)使用數(shù)據(jù)庫(kù)為oracle9，我院“軍字一號(hào)”系
統(tǒng)數(shù)據(jù)庫(kù)為oracle8。醫(yī)保接口由我院自行編寫(xiě)，對(duì)醫(yī)保前置
機(jī)的過(guò)期數(shù)據(jù)進(jìn)行備份后，刪除部分?jǐn)?shù)據(jù)，運(yùn)行效果有所改
善，但由于醫(yī)保系統(tǒng)最少需保留一年的數(shù)據(jù)，隨著數(shù)據(jù)量的
增加，系統(tǒng)運(yùn)行速度再次減慢；對(duì)醫(yī)保前置機(jī)數(shù)據(jù)庫(kù)進(jìn)行分
析，發(fā)現(xiàn)在系統(tǒng)運(yùn)行時(shí)，頻繁進(jìn)行費(fèi)用明細(xì)表KC22全表掃
描，而KC22表中已有40余萬(wàn)條數(shù)據(jù)，一次全表掃描需時(shí)
10秒左右，多次對(duì)數(shù)據(jù)量較大的表進(jìn)行全表掃描必然導(dǎo)致
系統(tǒng)速度極慢，至此，系統(tǒng)變慢的癥結(jié)已找到，如何徹底解
決這個(gè)問(wèn)題呢?
1 門(mén)診收費(fèi)反映遲緩現(xiàn)象的追蹤分析
檢查費(fèi)用表KC22的索引，發(fā)現(xiàn)KC22表本身已建立索
引Kc22表的主健為PK_ KC22_T primary key(AKB020，
AKC190，CKC130，AAE072，AKC220，AKC515)。同時(shí)KC22
表還建立了索引RELATION 481831一FK (AKB020，AKC190，
AACO01)。懷疑索引損壞，刪除索引，使用REBUILD命令重
收稿日期：2007—11—30 修回日期：2008—04—28
∞V年 6 36
ol ．23 NO ．6
新創(chuàng)建索引后運(yùn)行狀態(tài)無(wú)改變。于是直接在sqlplus中執(zhí)行
以下語(yǔ)句進(jìn)行分析_31。
SQL>set autotrace traceonly
SQL> select from kc22 where akb020=’100004’and
akcl90=’30048174120060825’and akc220=’265’：
Execution Plan
0 SELECT STATEMENT Optimizer=FIRST_ ROW S
(Cost=1402 Card=1 Bytes=21 1)
1 0 TABLE ACCESS (FULL)OF’KC22’(Cost=1402
Card=l Bytes=21 1)
從執(zhí)行計(jì)劃中看出本應(yīng)該通過(guò)索引查找的語(yǔ)句，oracle
系統(tǒng)卻認(rèn)為從索引查找的代價(jià)比全表掃描查找的代價(jià)要高，
于是執(zhí)行全表掃描。使用強(qiáng)制索引語(yǔ)句看一下執(zhí)行結(jié)果：
SQL>select，術(shù)+index (kc22 pk—kc22_t) ／ from kc22
where akb020=’100004’and akcl90=’30048174120060825’and
akc220=’265’；
Execution Plan
0 SELECT STATEMENT Optimizer=FIRST_ ROW S
(Cost=3 Card=l Bytes=21 1)
1 0 TABLE ACCESS (BY INDEX ROWID)OF’KC22’
(Cost=3 Card=1 Bytes=21 1)
2 1 INDEX (FULL SCAN)OF ’PK—KC22_T’(U—
NIQUE)(Cost=26 Card=1)
結(jié)果發(fā)現(xiàn)使用了強(qiáng)制索引語(yǔ)句查找數(shù)據(jù)時(shí)，數(shù)據(jù)庫(kù)才
使用索引，而且使用索引的代價(jià)明顯比全表 |
|
|
下載地址 |
|
|
| |
