一種實現(xiàn)醫(yī)院his系統(tǒng)中藥品的高并發(fā)檢索方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及醫(yī)院管理信息系統(tǒng)HIS領(lǐng)域，特別是涉及一種實現(xiàn)醫(yī)院HIS系統(tǒng)中藥品的尚并發(fā)檢索方法。
【背景技術(shù)】
[0002]醫(yī)院管理和醫(yī)療活動中進行信息管理和聯(lián)機操作的醫(yī)院管理信息系統(tǒng)(HospitalManagement Informat1n System，英文縮寫HIS)，HIS是覆蓋醫(yī)院所有業(yè)務(wù)和業(yè)務(wù)全過程的信息管理系統(tǒng)。HIS系統(tǒng)的主要目標是支持醫(yī)院的行政管理與事務(wù)處理業(yè)務(wù)，減輕事務(wù)處理人員勞動強度，輔助醫(yī)院管理，輔助高層領(lǐng)導(dǎo)決策，提高醫(yī)院工作效率，從而使醫(yī)院能夠以少的投入獲得更好的社會效益與經(jīng)濟效益。
[0003]醫(yī)院HIS信息系統(tǒng)都有這么一種功能，通過拼音首字母快速查詢藥品及庫存量?，F(xiàn)有的技術(shù)主要有兩種思路，一種是把所有藥品數(shù)據(jù)一次性加載到客戶端，因為要從數(shù)據(jù)庫一次性查詢大量數(shù)據(jù)，會造成界面初始化很慢，而且因為數(shù)據(jù)都集中到了前端，導(dǎo)致客戶端壓力過大，容易出現(xiàn)操作卡頓、不流暢的現(xiàn)象，并且實時性不高，當用戶發(fā)現(xiàn)開出的藥品數(shù)量大于了當前庫存量時，只有手動去刷新一次數(shù)據(jù)，以重新加載最新的藥品庫存信息，又會造成再一次的長時間等待；還有一種方式是實時檢索，雖然保證了數(shù)據(jù)的實時性，但每次檢索都會向數(shù)據(jù)庫查詢，需要用戶等待查詢結(jié)果，而且造成和數(shù)據(jù)庫的頻繁交互，耗費大量數(shù)據(jù)庫鏈接資源。
[0004]而且，這兩種方式在高并發(fā)情況下均會對數(shù)據(jù)庫造成更大壓力，導(dǎo)致檢索速度更加緩慢。

【發(fā)明內(nèi)容】

[0005]本發(fā)明的目的在于克服現(xiàn)有技術(shù)的不足，提供一種實現(xiàn)醫(yī)院HIS系統(tǒng)中藥品的高并發(fā)檢索方法，克服了現(xiàn)有技術(shù)在操作性、實時性、用戶體驗方面帶來的不便，解決了藥品檢索所存在的問題，特別是高并發(fā)下檢索時速度慢、數(shù)據(jù)不夠精確、對客服端壓力過大的問題，使用戶的操作能夠流暢進行，且保證數(shù)據(jù)的準確性。
[0006]本發(fā)明的目的是通過以下技術(shù)方案來實現(xiàn)的:一種實現(xiàn)醫(yī)院HIS系統(tǒng)中藥品的高并發(fā)檢索方法，所述方法包括步驟S1:在用戶端輸入待查詢藥品的關(guān)鍵字，觸發(fā)查詢，藥品檢索單元首先在數(shù)據(jù)緩存單元中，根據(jù)該關(guān)鍵字查找是否有對應(yīng)的value值。
[0007]SlOl:若存在，則將查詢結(jié)果數(shù)據(jù)轉(zhuǎn)換為一定格式的字符串的結(jié)果集返至用戶端。
[0008]S102:若不存在，則再到數(shù)據(jù)庫中進行模糊查詢，并將結(jié)果集返至用戶端，同時以鍵值對的形式緩存到數(shù)據(jù)緩存單元，并記錄該關(guān)鍵字，將該結(jié)果集中的字符串作為value值，下次再輸入同樣的關(guān)鍵字時即可直接從數(shù)據(jù)緩存單元獲取，而不必再到數(shù)據(jù)庫中查詢。
[0009]其中，所述關(guān)鍵字包括藥品的兩位拼音碼和藥品編碼。所述一定格式包括JSON格式。
[0010]進一步的，所述方法還包括步驟S2:當在用戶端繼續(xù)輸入關(guān)鍵字時，用戶端直接在返回的結(jié)果集中通過腳本進行快速過濾，不會再與數(shù)據(jù)庫進行交互。
[0011]進一步的，所述方法還包括步驟S3:當藥品庫存量變化時，數(shù)據(jù)庫通過觸發(fā)器將庫存表中對應(yīng)的藥品數(shù)據(jù)記錄一個時間戳。
[0012]進一步的，所述方法還包括步驟S4:通過定時同步單元按預(yù)設(shè)周期自動查詢庫存量變化的藥品信息，根據(jù)步驟S3中的時間戳和當前時間的比較來判斷藥品信息是否變化，然后刷新數(shù)據(jù)緩存單元中的對應(yīng)的藥品庫存量信息。
[0013]進一步的，所述方法還包括步驟S5:在集群環(huán)境下，通過緩存同步機制使得各個應(yīng)用服務(wù)器所擁有的藥品緩存數(shù)據(jù)保持一致，一個應(yīng)用服務(wù)器的數(shù)據(jù)緩存單元中的緩存數(shù)據(jù)變化，將同步至集群中的其他應(yīng)用服務(wù)器的數(shù)據(jù)緩存單元中。
[0014]本發(fā)明的有益效果是:
O因為客戶端并不預(yù)先加載藥品數(shù)據(jù)，不會造成界面初始化慢，檢索時也是通過兩位關(guān)鍵字來查詢，返回的結(jié)果集并不大，所以檢索速度不會很慢，也不會對客戶端造成過大壓力，有效避免了操作卡頓、不流暢的現(xiàn)象；
2)在系統(tǒng)運行一段時間后，大部分常用關(guān)鍵字都已用來檢索過，對應(yīng)的結(jié)果集都已緩存起來，所以大部分檢索都將直接從緩存中獲取，大大減輕了數(shù)據(jù)庫的壓力，而且直接從內(nèi)存中獲取數(shù)據(jù)的速度也遠遠快過從數(shù)據(jù)庫查詢。事實上，在系統(tǒng)試運行一段時間后，可以總結(jié)出哪些關(guān)鍵字是最常用的，這樣可以在系統(tǒng)啟動時就將對應(yīng)的鍵值對數(shù)據(jù)緩存起來，避免了首次查詢時仍會和數(shù)據(jù)庫交互的問題，效果會更好；
3)對于用戶來說，面對大數(shù)據(jù)量的藥品信息，通過輸入一兩位拼音碼或編碼通常并不能定位到自己需要的藥品，當用戶繼續(xù)輸入進一步過濾時直接在前端通過腳本過濾速度是很快的，不需要再和后臺交互，降低了高并發(fā)下對后端的壓力；
4)通過自動定時刷新緩存中的庫存信息，可以保證一定的數(shù)據(jù)實時性，絕對精確的實時數(shù)據(jù)對用戶來說意義并不大，實際上也沒有什么方法可以做到理論上絕對的實時精確，只要保證用戶開出的藥品數(shù)量不大于當前實際庫存量即可，由于定時刷新是直接對緩存中的字符串對象進行修改，這個速度是很快的，所以在實際應(yīng)用中，開出的藥品數(shù)量大于庫存量的情況將是非常微小概率的事件。同時，在最終提交時，后臺會做一次校驗，保證了業(yè)務(wù)上不出問題；
5)通過緩存同步，保證了用戶連接到集群中的任何一臺服務(wù)器，所擁有的藥品緩存數(shù)據(jù)都是一致的，保證了數(shù)據(jù)的一致性，避免了系統(tǒng)對服務(wù)器緩存的重復(fù)操作。
【附圖說明】
[0015]圖1為本發(fā)明醫(yī)院HIS系統(tǒng)中藥品的高并發(fā)檢索的結(jié)構(gòu)框圖；
圖2為本發(fā)明中實現(xiàn)醫(yī)院HIS系統(tǒng)中藥品的高并發(fā)檢索方法的流程示意圖。
【具體實施方式】
[0016]下面結(jié)合附圖進一步詳細描述本發(fā)明的技術(shù)方案，但本發(fā)明的保護范圍不局限于以下所述。
[0017]如圖1所述，本發(fā)明所述方法基