“ 军字 —一— 号”上工 程医保接口优化
曹彤，王行高，邵新
(兰州军区兰州总医院信息科， 甘肃 兰州 730050)
【摘要】通过对“军字一号”工程医保接口中出现门诊收费反映迟缓现象的追踪分析，提出了优化“军字一号”工程医
保接口数据库字符集的方法。
【关键词】军字一号；医疗保险；oracle字符集
[中图分类号]TP311．13；R197．324 [文献标志码】A [文章编号]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
我院“军字一号”工程经过系统改造与兰州市医保局成
功联网⋯，实现了医保病人医疗和消费的统一，最大限度地
利用了医院现有资源，充分发挥了“军字一号”网络工程的
优势，提高了工作效率21，增强了医院的竞争实力。
医保系统在最初使用时，大大提高了医院的效率，但在
使用一年多时间后，系统逐渐出现了反应迟缓的情况，而且
随着数据量的增大，情况越来越严重，在就诊高峰时，门诊
收费时录入生化全项(收费共计26项)时，需要4分钟才能
得出结算结果，这种情况已经影响系统的正常使用。
医保前置机使用数据库为oracle9，我院“军字一号”系
统数据库为oracle8。医保接口由我院自行编写，对医保前置
机的过期数据进行备份后，删除部分数据，运行效果有所改
善，但由于医保系统最少需保留一年的数据，随着数据量的
增加，系统运行速度再次减慢；对医保前置机数据库进行分
析，发现在系统运行时，频繁进行费用明细表KC22全表扫
描，而KC22表中已有40余万条数据，一次全表扫描需时
10秒左右，多次对数据量较大的表进行全表扫描必然导致
系统速度极慢，至此，系统变慢的症结已找到，如何彻底解
决这个问题呢?
1 门诊收费反映迟缓现象的追踪分析
检查费用表KC22的索引，发现KC22表本身已建立索
引Kc22表的主健为PK_ KC22_T primary key(AKB020，
AKC190，CKC130，AAE072，AKC220，AKC515)。同时KC22
表还建立了索引RELATION 481831一FK (AKB020，AKC190，
AACO01)。怀疑索引损坏，删除索引，使用REBUILD命令重
收稿日期：2007—11—30 修回日期：2008—04—28
∞V年 6 36
ol ．23 NO ．6
新创建索引后运行状态无改变。于是直接在sqlplus中执行
以下语句进行分析_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)
从执行计划中看出本应该通过索引查找的语句，oracle
系统却认为从索引查找的代价比全表扫描查找的代价要高，
于是执行全表扫描。使用强制索引语句看一下执行结果：
SQL>select，术+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)
结果发现使用了强制索引语句查找数据时，数据库才
使用索引，而且使用索引的代价明显比全表 |
|
资源大小：105.75 KB 
