楊明遠 徐向前

為了使醫(yī)院信息系統(tǒng)當中復雜查詢的時效性得到有效提升，使數(shù)據(jù)庫資源占用過多的問題得到有效解決，本文提出了一種“利用數(shù)據(jù)庫中間表實現(xiàn)醫(yī)院信息系統(tǒng)中復雜查詢”的方法。與此同時，在本課題研究工作開展之前，還對目前醫(yī)院信息系統(tǒng)復雜查詢的模式及潛在問題進行了分析，希望通過數(shù)據(jù)庫中間表的應用，全面提高醫(yī)院信息系統(tǒng)中復雜查詢的工作效率及質量。

近年來，在社會經濟穩(wěn)步發(fā)展的背景下，我國醫(yī)療水平得到了快速的進步。值得注意的是，從醫(yī)院角度考慮，不僅僅需要提高醫(yī)療技術水平，還有必要做好基礎建設工作，加強硬件設施及軟件設施的投入及應用工作。但是，從現(xiàn)狀來看部分醫(yī)院信息系統(tǒng)中復雜查詢所采取的系統(tǒng)方法存在一些較為明顯的問題，例如：數(shù)據(jù)量大，處理工作難度增加；并發(fā)連接數(shù)多，容易導致系統(tǒng)程序異常關閉或異常響應等問題的出現(xiàn)。由此可見，為了提高醫(yī)院信息系統(tǒng)中復雜查詢的工作效率及質量，本課題圍繞“利用數(shù)據(jù)庫中間表實現(xiàn)醫(yī)院信息系統(tǒng)中復雜查詢”進行分析研究具備一定的價值意義。

一、醫(yī)院信息系統(tǒng)中復雜查詢現(xiàn)狀工作情況分析

為了了解醫(yī)院信息系統(tǒng)中復雜查詢現(xiàn)狀工作情況，下面從現(xiàn)狀系統(tǒng)所使用的模式及現(xiàn)狀系統(tǒng)查詢問題兩方面進行分析，具體內容如下：

（一）現(xiàn)狀使用的系統(tǒng)模式

從現(xiàn)狀來看，醫(yī)院住院各科室的醫(yī)生針對接受治療患者的各種費用，包括：藥品費用、材料費用、醫(yī)保、自費等；在相關信息查詢過程中，利用HIS數(shù)據(jù)庫涉及的表，進一步采取直接檢索的方法實現(xiàn)查詢。從統(tǒng)計員角度分析，在數(shù)據(jù)庫相關信息查詢過程中，一般采取SQL語句——這是一類處于關系數(shù)據(jù)庫當中定義與操縱數(shù)據(jù)的標準語言，當中的查詢功能便是核心部分；在信息數(shù)據(jù)檢索過程中，通過特定的組合條件及表達方式實現(xiàn)；在系統(tǒng)查詢過程中，不同名稱對應的表名也不同，例如：住院表，表名為“Inp bill detail”，屬于患者住院主記錄表；住院表如何表名為“Pat visit”，則代表住院患者費用明細記錄表；在門診表中，如果表名為“Outp rept master”，則代表門診醫(yī)療收據(jù)記錄表……總之，通過系統(tǒng)信息查詢，分布相對應的表名，使查詢工作者根據(jù)表名獲取所需的信息數(shù)據(jù)。

（二）現(xiàn)狀系統(tǒng)查詢工作問題

結合實際工作，發(fā)現(xiàn)現(xiàn)狀醫(yī)院信息系統(tǒng)查詢工作存在一些較為明顯的問題，總結起來包括：

1. 數(shù)據(jù)量偏大，導致檢索速度緩慢。由于關聯(lián)表當中住院患者費用明細記錄表與門診患者診療費用項目表，均存在龐大的數(shù)據(jù)量，其數(shù)據(jù)量高達數(shù)百萬條，因此在相關數(shù)據(jù)檢索工作過程中，檢索速度便非常慢。

2. 查詢程序異常響應問題。如果多個客戶端在同一時間進行查詢，那么由于數(shù)據(jù)量偏大，進而容易出現(xiàn)查詢程序異常的問題，主要表現(xiàn)為：異常響應和異常關閉等。

3. 統(tǒng)計指標量大。在統(tǒng)計工作中，對于統(tǒng)計指標存在量大的顯著特征，并且在相關工作要求的情況下，需對歷年的數(shù)據(jù)匯總量進行檢索，這樣在多個客戶端進行數(shù)據(jù)的查詢、讀取時，則易導致核心生產數(shù)據(jù)庫承擔很大的負載壓力，進而導致醫(yī)院的日常業(yè)務工作的順利、有序進行受到影響。

4. SQL語句書寫性能較差。如果在對Oracle的解析器處理AQL語句過程中，統(tǒng)計工作人員對其操作原理不夠了解，這樣會致使SQL語句書寫出現(xiàn)不夠優(yōu)化的問題，當SQL語句性能偏差的情況下，便會進一步導致檢索的速度受到很大程度的影響。

5. 結果分析敏感度不高。采取直接檢索查詢的方式，所獲得的結果仍舊存在不夠直觀的問題，有些情況下需統(tǒng)計工作人員導出表格通過再次加工處理才能得到具體、直觀的數(shù)據(jù)信息。此外，統(tǒng)計工作人員在數(shù)據(jù)分析上的工作負荷增加，進而導致結果分析的敏感度偏低。

二、基于數(shù)據(jù)庫中間表的醫(yī)院信息系統(tǒng)復雜查詢功能實現(xiàn)分析

如前所述，在醫(yī)院信息系統(tǒng)復雜查詢工作過程中，現(xiàn)狀下所使用的查詢方法及系統(tǒng)均存在一定的問題。因此，需改進方案，提高醫(yī)院信息系統(tǒng)復雜查詢工作的效率及質量。下面將對基于數(shù)據(jù)庫中間表的醫(yī)院信息系統(tǒng)復雜查詢功能實現(xiàn)進行分析，具體的系統(tǒng)方案改進及實現(xiàn)內容如下：

（一）數(shù)據(jù)庫中間表設計方案

1. 初步改進方案。針對系統(tǒng)查詢潛在的問題，在傳統(tǒng)的方案改進過程中，會對SQL語句進行優(yōu)化處理，在對Oracle數(shù)據(jù)庫當中SQL的執(zhí)行過程進行詳細分析的基礎上，進一步對特定的SQL語句采取優(yōu)化處理措施；雖然這種方法改進后可以使檢索數(shù)據(jù)的效率提升，然而基于用戶角度考慮，仍不高效。因此，在初步改進方案中，提到了構建中間表的創(chuàng)新思路。

2. 中間表設計思路方法。對于中間表來說，其機制表現(xiàn)為針對復雜對象的查詢，將滿足條件的對象進行重新排列組合，讓系統(tǒng)程序結構顯示更加清楚。在這個過程中，中間表發(fā)揮了中間有效媒介的作用，既符合查詢的標準要求，又提高了復雜數(shù)據(jù)的查詢效率。值得注意的是，在設計中間表過程中，仍需考慮一些要點：①保證設計后，系統(tǒng)數(shù)據(jù)的統(tǒng)一性。在中間表編寫過程中，采取PowerBuilder9.0工具，然后將生成的程序與數(shù)據(jù)統(tǒng)一向日志反饋；②把查詢獲取的結果于中間表儲存，并構建反饋日志表，實現(xiàn)對統(tǒng)計區(qū)間內生成的中間表數(shù)據(jù)有無和生產數(shù)據(jù)庫提取獲得數(shù)據(jù)保持一致性進行判斷；③倘若數(shù)據(jù)數(shù)據(jù)存在不夠規(guī)范的問題，進而導致中間表沒有辦法生成，需結合反饋日志的提示，將數(shù)據(jù)源出現(xiàn)的錯誤問題查找出來，然后對相對應的錯誤進行修改，進一步使中間表數(shù)據(jù)得到重新且有效地生成；④由于同指標存在多樣性的特點，所以基于中間表數(shù)據(jù)結構設計過程中，有必要確保數(shù)據(jù)結構的合理，同時確保其具備可擴展功能；⑤可以應用PDCA循環(huán)對存在的細節(jié)問題加以解決，每進入一次循環(huán)，便可將求解問題的方法查找出來，從而明細地了解其中的問題，并通過循環(huán)查找，及時處理反饋，使中間表數(shù)據(jù)的準確性及一致性得到有效保障。⑥此外，需重視表結構設計，因此此部分設計的好壞與中間表能否將復雜查詢數(shù)據(jù)解決存在非常密切的關聯(lián)性；所以，在表結構設計過程中，需對統(tǒng)計結果所需的內容充分考量，進一步確保系統(tǒng)檢索查詢的效率得到有效提升。

（二）復雜查詢的效果

根據(jù)上述設計的中間表，合理地應用到醫(yī)院信息系統(tǒng)復雜查詢工作當中，使檢索的效率得到了有效提高。同時，基于客戶端角度分析，只需對通過處理之后的中間表進行訪問，便能夠很快地從中間表當中，根據(jù)相對應的檢索條件要求，實現(xiàn)對所需信息數(shù)據(jù)的檢索、獲??；并且，客戶端程序還能夠自動把檢索查詢的結果數(shù)據(jù)加工成報表的形式，這樣為統(tǒng)計工作人員進行后續(xù)數(shù)據(jù)質量分析工作提供了方便。此外，和傳統(tǒng)多表聯(lián)合的查詢方法比較，利用數(shù)據(jù)庫中間表的查詢效率明顯得到提升，為醫(yī)院整體信息系統(tǒng)查詢等服務工作質量的提升奠定了扎實的基礎。

三、結論

綜上所述，在傳統(tǒng)的醫(yī)院信息系統(tǒng)復雜查詢工作當中，由于系統(tǒng)、數(shù)據(jù)信息量等因素影響，存在諸多的問題，比如：數(shù)據(jù)量偏大，導致檢索速度緩慢；查詢程序異常響應；SQL語句書寫性能較差等。因此，本文提出了利用數(shù)據(jù)庫中間表實現(xiàn)醫(yī)院信息系統(tǒng)中復雜查詢的一種全新方法，值得注意的是其實現(xiàn)需優(yōu)化設計數(shù)據(jù)庫中間表，優(yōu)化細節(jié)處理，這樣才能使醫(yī)院信息系統(tǒng)的復雜查詢工作效率及質量得到全面提升。