[發(fā)明專利]一種醫(yī)療知識(shí)管理系統(tǒng)及其構(gòu)建實(shí)現(xiàn)方法

無效

• 申請(qǐng)?zhí)枺?/td>: 201210410648.7
• 申請(qǐng)日: 2012-10-24
• 公開（公告）號(hào): CN102880727A
• 公開（公告）日: 2013-01-16
• 發(fā)明（設(shè)計(jì)）人: 房學(xué)東;張鵬;朱甲明;張研;劉晶晶
• 申請(qǐng)（專利權(quán)）人: 房學(xué)東
• 主分類號(hào): G06F17/30
• 分類號(hào): G06F17/30;G06Q50/22
• 代理公司: 北京正理專利代理有限公司 11257
• 代理人: 張文祎

技術(shù)領(lǐng)域

本發(fā)明涉及計(jì)算機(jī)信息處理技術(shù)領(lǐng)域，尤其涉及一種醫(yī)療知識(shí)管理系統(tǒng)及其構(gòu)建實(shí)現(xiàn)方法。

背景技術(shù)

我國衛(wèi)生事業(yè)改革發(fā)展的重點(diǎn)將著眼于建設(shè)覆蓋城鄉(xiāng)居民的基本衛(wèi)生保健制度。政府大力度投入加快建設(shè)以社區(qū)為基礎(chǔ)的新型城市衛(wèi)生服務(wù)體系。優(yōu)化城市醫(yī)療衛(wèi)生資源配置，重點(diǎn)發(fā)展社區(qū)衛(wèi)生服務(wù)，方便群眾防病治病。傳統(tǒng)的醫(yī)療模式正在發(fā)生變化。隨著信息化應(yīng)用的深入，如何從病歷的記錄中查詢病史、檢查、診斷和報(bào)告單的內(nèi)容信息，以便發(fā)現(xiàn)有價(jià)值的信息或知識(shí)是本領(lǐng)域的一個(gè)熱點(diǎn)問題。

由于目前很多醫(yī)療機(jī)構(gòu)己經(jīng)建立功能完善的醫(yī)院信息系統(tǒng)，因此推倒以前的系統(tǒng)，重新開發(fā)整個(gè)醫(yī)療信息系統(tǒng)是項(xiàng)耗費(fèi)人力物力的工作，且與我國國情不符。所以，只能在現(xiàn)有的醫(yī)院信息系統(tǒng)上進(jìn)行改造以保持其完整性。

不同醫(yī)療系統(tǒng)的整合所面臨的主要問題在于信息語義的異構(gòu)性和信息結(jié)構(gòu)的異構(gòu)性。語義異構(gòu)性是指在醫(yī)療信息資源中語義的變化與不一致，如同一個(gè)詞在不同的醫(yī)療系統(tǒng)中具有不同的含義或者不同的詞在在不同的系統(tǒng)中可能表示同一個(gè)意思，這些不一致將導(dǎo)致在信息整合時(shí)產(chǎn)生語義沖突，從而給醫(yī)療信息的互操作帶來困難。結(jié)構(gòu)異構(gòu)性是指由于應(yīng)用系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)以及操作系統(tǒng)的不同，同一數(shù)據(jù)在不同的系統(tǒng)中可能以不同的形式描述。

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

為解決上述問題，本發(fā)明提出一種醫(yī)療知識(shí)管理系統(tǒng)及其構(gòu)建實(shí)現(xiàn)方法。建立基于SOA的醫(yī)療領(lǐng)域知識(shí)庫管理系統(tǒng)的目的在于以醫(yī)療服務(wù)機(jī)構(gòu)為主體，以醫(yī)療資源和信息共享為目標(biāo)，集成共性技術(shù)及醫(yī)療服務(wù)關(guān)鍵技術(shù)，建立區(qū)域協(xié)同的社區(qū)醫(yī)療公共服務(wù)體系，使得醫(yī)療領(lǐng)域?qū)＜业闹R(shí)和經(jīng)驗(yàn)的利用最大化。

本發(fā)明是這樣實(shí)現(xiàn)的：

一種醫(yī)療知識(shí)管理系統(tǒng)，包括服務(wù)數(shù)據(jù)庫、案例數(shù)據(jù)庫和本體數(shù)據(jù)庫，所述服務(wù)數(shù)據(jù)庫為現(xiàn)有異構(gòu)醫(yī)療信息系統(tǒng)，所述異構(gòu)醫(yī)療信息系統(tǒng)利用WebService提供統(tǒng)一的接口，實(shí)現(xiàn)消息的構(gòu)建、解析和傳輸，其中設(shè)有：

Service?Adapter，用于將XML格式的服務(wù)請(qǐng)求轉(zhuǎn)化為異構(gòu)醫(yī)療信息系統(tǒng)能夠理解的數(shù)據(jù)格式，同時(shí)將處理結(jié)果轉(zhuǎn)換成XML格式；

WSDL?Generator組件，用于生成將信息封裝為Web?Service描述語言的WSDL文件；

Service?Publisher組件，用于將WSDL文件通過UDDI?API發(fā)布到UDDI注冊(cè)轉(zhuǎn)換器中。

所述異構(gòu)醫(yī)療信息系統(tǒng)還包括Web?Service?Builder組件，用于生成服務(wù)器端基于SOAP的架構(gòu)代碼；WSDL?Generator組件根據(jù)異構(gòu)醫(yī)療信息系統(tǒng)已有的程序代碼和一些輔助信息，生成描述該系統(tǒng)功能和調(diào)用方法的WSDL文件；接著利用web?Service?Builder組件生成服務(wù)器端基于SOAP的框架代碼；然后在框架代碼的基礎(chǔ)上開發(fā)適用于原有系統(tǒng)的Service?Adapter。

所述案例數(shù)據(jù)庫通過以下步驟建立：

步驟1:對(duì)于初期領(lǐng)域沒有案例或案例很少的情況下，首先根據(jù)領(lǐng)域知識(shí)和規(guī)則設(shè)計(jì)一些基本案例，并依不同的醫(yī)療科目描述歸入案例庫；

步驟2:當(dāng)有新患者需要治療時(shí)，對(duì)新患者的疾病進(jìn)行描述；

步驟3:根據(jù)對(duì)新疾病的描述，將新疾病與案例庫中現(xiàn)有的案例進(jìn)行比較，檢索到與新疾病描述相同或類似的案例；

步驟4:如果檢索不到案例，則需要重復(fù)步驟l，設(shè)計(jì)案例并歸入案例庫，同時(shí)解決新疾病；

步驟5:如果檢索到的案例可以解決新疾病，則重用該案例解決新疾病；

步驟6:如果檢索到的案例不能完全解決新疾病，則需進(jìn)行案例調(diào)整，一般沒有通用的調(diào)整方案，需要專家結(jié)合領(lǐng)域知識(shí)和經(jīng)驗(yàn)具體分析；

步驟7:調(diào)整后的案例經(jīng)過評(píng)價(jià)與驗(yàn)證，解決新疾??；

步驟8:同時(shí)將評(píng)價(jià)后的新案例歸入案例庫，以便將來應(yīng)用。

所述案例數(shù)據(jù)庫為如下結(jié)構(gòu)：將整個(gè)系統(tǒng)統(tǒng)一放在頂層包中，其中的每個(gè)模塊作為該頂層包下面一個(gè)單獨(dú)的子包，并將各模塊中都會(huì)使用的一些通用功能提取出來放在一個(gè)獨(dú)立的子包中，方便代碼的管理和重用。

所述本體數(shù)據(jù)庫為混合本體數(shù)據(jù)庫，在區(qū)域公共本體中建立共享詞匯，用來對(duì)各個(gè)局部本體進(jìn)行總體描述并在各局部本體之間進(jìn)行比較、匹配。在區(qū)域公共本體中共享詞匯的基礎(chǔ)上，識(shí)別不同本體之間概念的語義合理的語義對(duì)應(yīng)關(guān)系，并以此作為集成語義信息的映射方法。

一種醫(yī)療知識(shí)管理系統(tǒng)構(gòu)建與實(shí)現(xiàn)方法，包括服務(wù)數(shù)據(jù)庫構(gòu)建與實(shí)現(xiàn)方法、案例數(shù)據(jù)庫構(gòu)建與實(shí)現(xiàn)方法和本體數(shù)據(jù)庫構(gòu)建與實(shí)現(xiàn)方法，所述服務(wù)數(shù)據(jù)庫實(shí)現(xiàn)方法包括以下步驟：