国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

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

      文檔序號(hào):6379643閱讀:253來(lái)源:國(guó)知局
      專(zhuān)利名稱(chēng):一種醫(yī)療知識(shí)管理系統(tǒng)及其構(gòu)建實(shí)現(xiàn)方法
      技術(shù)領(lǐng)域
      本發(fā)明涉及計(jì)算機(jī)信息處理技術(shù)領(lǐng)域,尤其涉及一種醫(yī)療知識(shí)管理系統(tǒng)及其構(gòu)建實(shí)現(xiàn)方法。
      背景技術(shù)
      我國(guó)衛(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)問(wèn)題。由于目前很多醫(yī)療機(jī)構(gòu)己經(jīng)建立功能完善的醫(yī)院信息系統(tǒng),因此推倒以前的系統(tǒng),重新開(kāi)發(fā)整個(gè)醫(yī)療信息系統(tǒng)是項(xiàng)耗費(fèi)人力物力的工作,且與我國(guó)國(guó)情不符。所以,只能·在現(xiàn)有的醫(yī)院信息系統(tǒng)上進(jìn)行改造以保持其完整性。不同醫(yī)療系統(tǒng)的整合所面臨的主要問(wèn)題在于信息語(yǔ)義的異構(gòu)性和信息結(jié)構(gòu)的異構(gòu)性。語(yǔ)義異構(gòu)性是指在醫(yī)療信息資源中語(yǔ)義的變化與不一致,如同一個(gè)詞在不同的醫(yī)療系統(tǒng)中具有不同的含義或者不同的詞在在不同的系統(tǒng)中可能表示同一個(gè)意思,這些不一致將導(dǎo)致在信息整合時(shí)產(chǎn)生語(yǔ)義沖突,從而給醫(yī)療信息的互操作帶來(lái)困難。結(jié)構(gòu)異構(gòu)性是指由于應(yīng)用系統(tǒng)、數(shù)據(jù)庫(kù)管理系統(tǒng)以及操作系統(tǒng)的不同,同一數(shù)據(jù)在不同的系統(tǒng)中可能以不同的形式描述。

      發(fā)明內(nèi)容
      為解決上述問(wèn)題,本發(fā)明提出一種醫(yī)療知識(shí)管理系統(tǒng)及其構(gòu)建實(shí)現(xiàn)方法。建立基于SOA的醫(yī)療領(lǐng)域知識(shí)庫(kù)管理系統(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ù)庫(kù)、案例數(shù)據(jù)庫(kù)和本體數(shù)據(jù)庫(kù),所述服務(wù)數(shù)據(jù)庫(kù)為現(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描述語(yǔ)言的WSDL文件;Service Publisher組件,用于將WSDL文件通過(guò)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ǔ)上開(kāi)發(fā)適用于原有系統(tǒng)的 Service Adapter。所述案例數(shù)據(jù)庫(kù)通過(guò)以下步驟建立步驟I:對(duì)于初期領(lǐng)域沒(méi)有案例或案例很少的情況下,首先根據(jù)領(lǐng)域知識(shí)和規(guī)則設(shè)計(jì)一些基本案例,并依不同的醫(yī)療科目描述歸入案例庫(kù);步驟2:當(dāng)有新患者需要治療時(shí),對(duì)新患者的疾病進(jìn)行描述;步驟3:根據(jù)對(duì)新疾病的描述,將新疾病與案例庫(kù)中現(xiàn)有的案例進(jìn)行比較,檢索到與新疾病描述相同或類(lèi)似的案例;
      步驟4:如果檢索不到案例,則需要重復(fù)步驟1,設(shè)計(jì)案例并歸入案例庫(kù),同時(shí)解決新疾病;步驟5:如果檢索到的案例可以解決新疾病,則重用該案例解決新疾?。徊襟E6:如果檢索到的案例不能完全解決新疾病,則需進(jìn)行案例調(diào)整,一般沒(méi)有通用的調(diào)整方案,需要專(zhuān)家結(jié)合領(lǐng)域知識(shí)和經(jīng)驗(yàn)具體分析;步驟7:調(diào)整后的案例經(jīng)過(guò)評(píng)價(jià)與驗(yàn)證,解決新疾病;步驟8:同時(shí)將評(píng)價(jià)后的新案例歸入案例庫(kù),以便將來(lái)應(yīng)用。所述案例數(shù)據(jù)庫(kù)為如下結(jié)構(gòu)將整個(gè)系統(tǒng)統(tǒng)一放在頂層包中,其中的每個(gè)模塊作為該頂層包下面一個(gè)單獨(dú)的子包,并將各模塊中都會(huì)使用的一些通用功能提取出來(lái)放在一個(gè)獨(dú)立的子包中,方便代碼的管理和重用。所述本體數(shù)據(jù)庫(kù)為混合本體數(shù)據(jù)庫(kù),在區(qū)域公共本體中建立共享詞匯,用來(lái)對(duì)各個(gè)局部本體進(jìn)行總體描述并在各局部本體之間進(jìn)行比較、匹配。在區(qū)域公共本體中共享詞匯的基礎(chǔ)上,識(shí)別不同本體之間概念的語(yǔ)義合理的語(yǔ)義對(duì)應(yīng)關(guān)系,并以此作為集成語(yǔ)義信息的映射方法。一種醫(yī)療知識(shí)管理系統(tǒng)構(gòu)建與實(shí)現(xiàn)方法,包括服務(wù)數(shù)據(jù)庫(kù)構(gòu)建與實(shí)現(xiàn)方法、案例數(shù)據(jù)庫(kù)構(gòu)建與實(shí)現(xiàn)方法和本體數(shù)據(jù)庫(kù)構(gòu)建與實(shí)現(xiàn)方法,所述服務(wù)數(shù)據(jù)庫(kù)實(shí)現(xiàn)方法包括以下步驟Service Adapter將XML格式的服務(wù)請(qǐng)求轉(zhuǎn)化為異構(gòu)醫(yī)療信息系統(tǒng)能夠理解的數(shù)據(jù)格式,同時(shí)將處理結(jié)果轉(zhuǎn)換成XML格式;WSDL Generator組件生成將信息封裝為Web Service描述語(yǔ)言的WSDL文件;Service Publisher組件將WSDL文件通過(guò)UDDI API發(fā)布到UDDI注冊(cè)轉(zhuǎn)換器中。所述服務(wù)數(shù)據(jù)庫(kù)構(gòu)建方法包括以下步驟WSDL Generator組件根據(jù)異構(gòu)醫(yī)療信息系統(tǒng)已有的程序代碼和一些輔助信息,生成描述該系統(tǒng)功能和調(diào)用方法的WSDL文件;接著利用web Service Builder組件生成服務(wù)器端基于SOAP的框架代碼;然后在框架代碼的基礎(chǔ)上開(kāi)發(fā)適用于原有系統(tǒng)的Service Adapter。所述案例數(shù)據(jù)庫(kù)構(gòu)建與實(shí)現(xiàn)方法為步驟I:對(duì)于初期領(lǐng)域沒(méi)有案例或案例很少的情況下,首先根據(jù)領(lǐng)域知識(shí)和規(guī)則設(shè)計(jì)一些基本案例,并依不同的醫(yī)療科目描述歸入案例庫(kù);
      步驟2:當(dāng)有新患者需要治療時(shí),對(duì)新患者的疾病進(jìn)行描述;步驟3:根據(jù)對(duì)新疾病的描述,將新疾病與案例庫(kù)中現(xiàn)有的案例進(jìn)行比較,檢索到與新疾病描述相同或類(lèi)似的案例;步驟4:如果檢索不到案例,則需要重復(fù)步驟I,設(shè)計(jì)案例并歸入案例庫(kù),同時(shí)解決新疾??;步驟5:如果檢索到的案例可以解決新疾病,則重用該案例解決新疾?。徊襟E6:如果檢索到的案例不能完全解決新疾病,則需進(jìn)行案例調(diào)整,一般沒(méi)有通用的調(diào)整方案,需要專(zhuān)家結(jié)合領(lǐng)域知識(shí)和經(jīng)驗(yàn)具體分析;步驟7:調(diào)整后的案例經(jīng)過(guò)評(píng)價(jià)與驗(yàn)證,解決新疾??;步驟8:同時(shí)將評(píng)價(jià)后的新案例歸入案例庫(kù),以便將來(lái)應(yīng)用。按照上述步驟對(duì)程序代碼進(jìn)行組織,將整個(gè)案例數(shù)據(jù)庫(kù)系統(tǒng)統(tǒng)一放在頂層包中,其中的每個(gè)模塊作為該頂層包下面一個(gè)單獨(dú)的子包,并將各模塊中都會(huì)使用的一些通用功能提取出來(lái)放在一個(gè)獨(dú)立的子包中。所述本體數(shù)據(jù)庫(kù)的構(gòu)建與實(shí)現(xiàn)方法為在區(qū)域公共本體中建立共享詞匯,用來(lái)對(duì)各個(gè)局部本體進(jìn)行總體描述并在各局部本體之間進(jìn)行比較、匹配。在區(qū)域公共本體中共享詞匯的基礎(chǔ)上,識(shí)別不同本體之間概念的語(yǔ)義合理的語(yǔ)義對(duì)應(yīng)關(guān)系,并以此作為集成語(yǔ)義信息的映射方法。本發(fā)明建立區(qū)域醫(yī)療機(jī)構(gòu)之間醫(yī)療信息的共享交換系統(tǒng),避免推到以前的信息系統(tǒng),實(shí)現(xiàn)異構(gòu)醫(yī)療系統(tǒng)的知識(shí)共享;并且建立案例數(shù)據(jù)庫(kù),減少案例過(guò)多造成冗余,提高案 例的檢索效率和可維護(hù)性;通過(guò)本體數(shù)據(jù)庫(kù)解決語(yǔ)義的異構(gòu)性問(wèn)題。


      圖I為基于已有應(yīng)用系統(tǒng)的Web Service結(jié)構(gòu)圖;圖2為基于混合推理的案例設(shè)計(jì)框架;圖3為模板管理工具的包結(jié)構(gòu);圖4為混合本體框架。
      具體實(shí)施例方式下面結(jié)合實(shí)施例具體說(shuō)明本發(fā)明的內(nèi)容。一、服務(wù)數(shù)據(jù)庫(kù)設(shè)計(jì)與實(shí)現(xiàn)本發(fā)明對(duì)現(xiàn)有的異構(gòu)醫(yī)療信息系統(tǒng),不管是否符合標(biāo)準(zhǔn),都利用Web Service提供統(tǒng)一的接口,這樣可以很方便地實(shí)現(xiàn)消息的構(gòu)建、解析和傳輸,實(shí)現(xiàn)系統(tǒng)間的數(shù)據(jù)交換。在異構(gòu)醫(yī)療信息系統(tǒng)中的服務(wù),是由已有的應(yīng)用系統(tǒng)轉(zhuǎn)換成Web服務(wù)的形式對(duì)外發(fā)布。要封裝已有的應(yīng)用系統(tǒng),可以利用WSDL Generator組件根據(jù)已有的程序代碼和一些輔助信息,生成描述該系統(tǒng)功能和調(diào)用方法的WSDL文件;接著利用web Service Builder組件生成服務(wù)器端基于SOAP的框架代碼(Service Skeleton);然后在框架代碼的基礎(chǔ)上開(kāi)發(fā)適用于原有系統(tǒng)的服務(wù)適配器(Service Adapter),通過(guò)適配器將XML格式的服務(wù)請(qǐng)求轉(zhuǎn)化為應(yīng)用系統(tǒng)能夠理解的數(shù)據(jù)格式,同時(shí)將處理結(jié)果轉(zhuǎn)換成XML格式;最后在應(yīng)用服務(wù)器上進(jìn)行響應(yīng)配置后,利用Service Publisher組件將服務(wù)描述文件通過(guò)UDDI API即可發(fā)布到UDDI注冊(cè)轉(zhuǎn)換器中。如圖I所示。系統(tǒng)對(duì)醫(yī)院端集成服務(wù)的調(diào)用系統(tǒng)業(yè)務(wù)應(yīng)用首先從服務(wù)注冊(cè)服務(wù)器上獲得需要調(diào)用的服務(wù)地址及調(diào)用方法,將調(diào)用請(qǐng)求發(fā)送到web Service Security Gateway,再由web Service Security Gateway對(duì)院端服務(wù)進(jìn)行調(diào)用。二、案例庫(kù)設(shè)計(jì)案例庫(kù)的設(shè)計(jì)使用基于案例推理CBR(Case-Based Reasoning)的方法,案例推理是人工智能應(yīng)用中的一種重要的推理方法,它在通用問(wèn)題求解、法律案例、醫(yī)療診斷、故障診斷、計(jì)算機(jī)輔助設(shè)計(jì)等許多領(lǐng)域得到廣泛的應(yīng)用。其核心思想是在求解問(wèn)題時(shí),在以前類(lèi)似的求解問(wèn)題的成功案例基礎(chǔ)上進(jìn)行推理,而不必一切從頭開(kāi)始。利用以前的經(jīng)驗(yàn),避免不必要的重復(fù)勞動(dòng)和少走彎路。
      基于案例的推理一般包括以下四個(gè)主要步驟,可以概括為4Res:案例檢索(Retrieval),案例復(fù)用(Reuse),案例修正(Revise),案例學(xué)習(xí)和記憶(Retain)。我們?cè)诖嘶A(chǔ)上進(jìn)行了擴(kuò)充,并將其用在服務(wù)組合模板的設(shè)計(jì)中。案例庫(kù)是平臺(tái)的重要組成部分,案例量大可以提高使用時(shí)的可靠性,但如果案例過(guò)多會(huì)造成冗余,降低案例的檢索效率和可維護(hù)性。所以我們?cè)趥鹘y(tǒng)的CBR的4ReS基礎(chǔ)上進(jìn)行了擴(kuò)充,案例設(shè)計(jì)的基本流程如圖2所示。具體包含如下八個(gè)步驟步驟I:對(duì)于初期領(lǐng)域沒(méi)有案例或案例很少的情況下,首先根據(jù)領(lǐng)域知識(shí)和規(guī)則設(shè)計(jì)一些基本案例,并依不同的醫(yī)療科目描述歸入案例庫(kù);步驟2:當(dāng)有新患者需要治療時(shí),對(duì)新患者的疾病進(jìn)行描述;步驟3:根據(jù)對(duì)新疾病的描述,將新疾病與案例庫(kù)中現(xiàn)有的案例進(jìn)行比較,檢索到與新疾病描述相同或類(lèi)似的案例;步驟4:如果檢索不到案例,則需要重復(fù)步驟I,設(shè)計(jì)案例并歸入案例庫(kù),同時(shí)解決新疾??;步驟5:如果檢索到的案例可以解決新疾病,則重用該案例解決新疾??;步驟6:如果檢索到的案例不能完全解決新疾病,則需進(jìn)行案例調(diào)整,一般沒(méi)有通用的調(diào)整方案,需要專(zhuān)家結(jié)合領(lǐng)域知識(shí)和經(jīng)驗(yàn)具體分析;步驟7:調(diào)整后的案例經(jīng)過(guò)評(píng)價(jià)與驗(yàn)證,解決新疾??;步驟8:同時(shí)將評(píng)價(jià)后的新案例歸入案例庫(kù),以便將來(lái)應(yīng)用。這里的案例就是一個(gè)看病流程,當(dāng)病人的癥狀和案例的癥狀相同或類(lèi)似時(shí),可參考已有案例給出病人的一個(gè)診治療程。這里我們將輸入和輸出都關(guān)聯(lián)到領(lǐng)域本體上,這樣可以消除語(yǔ)義上的歧異。案例數(shù)據(jù)庫(kù)實(shí)現(xiàn)時(shí),我們按圖2所示的模塊結(jié)構(gòu)對(duì)程序代碼進(jìn)行組織。將整個(gè)系統(tǒng)統(tǒng)一放在org. medical, knowledge, system這個(gè)頂層包中,其中的每個(gè)模塊作為該頂層包下面一個(gè)單獨(dú)的子包,并將各模塊中都會(huì)使用的一些通用功能提取出來(lái)放在一個(gè)獨(dú)立的子包中,方便代碼的管理和重用。其包的結(jié)構(gòu)及引用關(guān)系如圖3所示。在頂層包之下共有6個(gè)子包,其中base包由一些具有共性特點(diǎn)的常用的基礎(chǔ)類(lèi)組成,data包中的類(lèi)主要用于管理案例驗(yàn)證和使用過(guò)程中所產(chǎn)生的基本數(shù)據(jù)結(jié)構(gòu),design包中包含了案例設(shè)計(jì)時(shí)的相關(guān)類(lèi),recommendation是案例推薦時(shí)的相關(guān)類(lèi),use包是案例使用時(shí)的相關(guān)類(lèi),verification包為對(duì)案例進(jìn)行驗(yàn)證時(shí)的相關(guān)類(lèi)。各包之間的引用關(guān)系如圖3所示。三、本體數(shù)據(jù)庫(kù)不同醫(yī)療系統(tǒng)的整合所面臨的主要問(wèn)題在于信息語(yǔ)義的異構(gòu)性和信息結(jié)構(gòu)的異構(gòu)性。語(yǔ)義異構(gòu)性是指在醫(yī)療信息資源中語(yǔ)義的變化與不一致,如同一個(gè)詞在不同的醫(yī)療系統(tǒng)中具有不同的含義或者不同的詞在在不同的系統(tǒng)中可能表示同一個(gè)意思,這些不一致將導(dǎo)致在信息整合時(shí)產(chǎn)生語(yǔ)義沖突,從而給醫(yī)療信息的互操作帶來(lái)困難。語(yǔ)義的異構(gòu)性可以通過(guò)醫(yī)療領(lǐng)域本體得到解決。在知識(shí)管理領(lǐng)域中,由于本體可以用來(lái)辨認(rèn)和關(guān)聯(lián)語(yǔ)義上相通的概念,因此在將不同形式的知識(shí)整合成統(tǒng)一知識(shí)對(duì)象時(shí),經(jīng)常作為其理論基礎(chǔ)和應(yīng)用方法。在本系統(tǒng)中,本體將作為清晰描述信息資源以解決語(yǔ)義異構(gòu)性的方法。本體用于信息集成有3種方式單本體方法,多本體方法以及混合本體方法。這里我們采用混合本體的方法,其原因如下(I)該方法實(shí)現(xiàn)所耗成本較為合理;(2)該方法對(duì)應(yīng)對(duì)不同信息源的變化有更強(qiáng)的靈活性;(3)公共詞匯本體的使用使本體之間的比較與匹配過(guò)程更加簡(jiǎn)單。如圖4所示,在混合本體方法中,每個(gè)醫(yī)療社區(qū)的信息源都由它自己的地方本體描述。區(qū)域公共本體中建立共享詞匯,用來(lái)對(duì)各個(gè)局部本體進(jìn)行總體描述并在各局部本體 之間進(jìn)行比較、匹配。在區(qū)域公共本體中共享詞匯的基礎(chǔ)上,識(shí)別不同本體之間概念的語(yǔ)義合理的語(yǔ)義對(duì)應(yīng)關(guān)系,并以此作為集成語(yǔ)義信息的映射方法。結(jié)構(gòu)異構(gòu)性是指由于應(yīng)用系統(tǒng)、數(shù)據(jù)庫(kù)管理系統(tǒng)以及操作系統(tǒng)的不同,同一數(shù)據(jù)在不同的系統(tǒng)中可能以不同的形式描述?;赟OA的信息系統(tǒng)集成技術(shù)對(duì)于解決這類(lèi)結(jié)構(gòu)異構(gòu)問(wèn)題優(yōu)勢(shì)明顯。在數(shù)據(jù)層集成的基礎(chǔ)上,醫(yī)療信息集成基礎(chǔ)結(jié)構(gòu)必須以通用的方式為醫(yī)療信息系統(tǒng)提供這些數(shù)據(jù)的接口和邏輯。面向服務(wù)的集成(SOI)將傳統(tǒng)的集成對(duì)象與開(kāi)放的、高靈活性的Web Services整合在一起。由于目前很多醫(yī)療機(jī)構(gòu)己經(jīng)建立功能完善的醫(yī)院信息系統(tǒng),因此推倒以前的系統(tǒng),并基于Web Services重新開(kāi)發(fā)整個(gè)醫(yī)療信息系統(tǒng)是項(xiàng)耗費(fèi)人力物力的工作,且與國(guó)情不符所以,只能在現(xiàn)有的醫(yī)院信息系統(tǒng)上進(jìn)行改造以保持其完整性。對(duì)現(xiàn)有的異構(gòu)醫(yī)療信息系統(tǒng),不管是否符合標(biāo)準(zhǔn),都利用Web Services提供統(tǒng)一的接口,能夠很方便地實(shí)現(xiàn)消息的構(gòu)建、解析和傳輸,實(shí)現(xiàn)系統(tǒng)間的數(shù)據(jù)交換。
      權(quán)利要求
      1.一種醫(yī)療知識(shí)管理系統(tǒng),包括服務(wù)數(shù)據(jù)庫(kù)、案例數(shù)據(jù)庫(kù)和本體數(shù)據(jù)庫(kù),其特征在于所述服務(wù)數(shù)據(jù)庫(kù)為現(xiàn)有異構(gòu)醫(yī)療信息系統(tǒng),所述異構(gòu)醫(yī)療信息系統(tǒng)利用Web Service提供統(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描述語(yǔ)言的WSDL文件; Service Publisher組件,用于將WSDL文件通過(guò)UDDI API發(fā)布到UDDI注冊(cè)轉(zhuǎn)換器中。
      2.根據(jù)權(quán)利要求I所述的一種醫(yī)療知識(shí)管理系統(tǒng),其特征在于所述異構(gòu)醫(yī)療信息系統(tǒng)還包括Web Service Builder組件,用于生成服務(wù)器端基于SOAP的架構(gòu)代碼;WSDLGenerator組件根據(jù)異構(gòu)醫(yī)療信息系統(tǒng)已有的程序代碼和一些輔助信息,生成描述該系統(tǒng)功能和調(diào)用方法的WSDL文件;接著利用web Service BuiIder組件生成服務(wù)器端基于SOAP的框架代碼;然后在框架代碼的基礎(chǔ)上開(kāi)發(fā)適用于原有系統(tǒng)的Service Adapter。
      3.根據(jù)權(quán)利要求I所述的一種醫(yī)療知識(shí)管理系統(tǒng),其特征在于所述案例數(shù)據(jù)庫(kù)通過(guò)以下步驟建立 步驟I:對(duì)于初期領(lǐng)域沒(méi)有案例或案例很少的情況下,首先根據(jù)領(lǐng)域知識(shí)和規(guī)則設(shè)計(jì)一些基本案例,并依不同的醫(yī)療科目描述歸入案例庫(kù); 步驟2:當(dāng)有新患者需要治療時(shí),對(duì)新患者的疾病進(jìn)行描述; 步驟3:根據(jù)對(duì)新疾病的描述,將新疾病與案例庫(kù)中現(xiàn)有的案例進(jìn)行比較,檢索到與新疾病描述相同或類(lèi)似的案例; 步驟4:如果檢索不到案例,則需要重復(fù)步驟1,設(shè)計(jì)案例并歸入案例庫(kù),同時(shí)解決新疾病; 步驟5:如果檢索到的案例可以解決新疾病,則重用該案例解決新疾病; 步驟6:如果檢索到的案例不能完全解決新疾病,則需進(jìn)行案例調(diào)整,一般沒(méi)有通用的調(diào)整方案,需要專(zhuān)家結(jié)合領(lǐng)域知識(shí)和經(jīng)驗(yàn)具體分析; 步驟7:調(diào)整后的案例經(jīng)過(guò)評(píng)價(jià)與驗(yàn)證,解決新疾?。? 步驟8:同時(shí)將評(píng)價(jià)后的新案例歸入案例庫(kù),以便將來(lái)應(yīng)用。
      4.根據(jù)權(quán)利要求3所述的一種醫(yī)療知識(shí)管理系統(tǒng),其特征在于所述案例數(shù)據(jù)庫(kù)為如下結(jié)構(gòu)將整個(gè)系統(tǒng)統(tǒng)一放在頂層包中,其中的每個(gè)模塊作為該頂層包下面一個(gè)單獨(dú)的子包,并將各模塊中都會(huì)使用的一些通用功能提取出來(lái)放在一個(gè)獨(dú)立的子包中。
      5.根據(jù)權(quán)利要求I所述的一種醫(yī)療知識(shí)管理系統(tǒng),其特征在于所述本體數(shù)據(jù)庫(kù)為混合本體數(shù)據(jù)庫(kù),在區(qū)域公共本體中建立共享詞匯,用來(lái)對(duì)各個(gè)局部本體進(jìn)行總體描述并在各局部本體之間進(jìn)行比較、匹配。在區(qū)域公共本體中共享詞匯的基礎(chǔ)上,識(shí)別不同本體之間概念的語(yǔ)義合理的語(yǔ)義對(duì)應(yīng)關(guān)系,并以此作為集成語(yǔ)義信息的映射方法。
      6.一種醫(yī)療知識(shí)管理系統(tǒng)構(gòu)建與實(shí)現(xiàn)方法,包括服務(wù)數(shù)據(jù)庫(kù)構(gòu)建與實(shí)現(xiàn)方法、案例數(shù)據(jù)庫(kù)構(gòu)建與實(shí)現(xiàn)方法和本體數(shù)據(jù)庫(kù)構(gòu)建與實(shí)現(xiàn)方法,其特征在于所述服務(wù)數(shù)據(jù)庫(kù)實(shí)現(xiàn)方法包括以下步驟 Service Adapter將XML格式的服務(wù)請(qǐng)求轉(zhuǎn)化為異構(gòu)醫(yī)療信息系統(tǒng)能夠理解的數(shù)據(jù)格式,同時(shí)將處理結(jié)果轉(zhuǎn)換成XML格式; WSDL Generator組件生成將信息封裝為Web Service描述語(yǔ)言的WSDL文件;Service Publisher組件將WSDL文件通過(guò)UDDI API發(fā)布到UDDI注冊(cè)轉(zhuǎn)換器中。
      7.根據(jù)權(quán)利要求6所述的一種醫(yī)療知識(shí)管理系統(tǒng)構(gòu)建與實(shí)現(xiàn)方法,其特征在于所述服務(wù)數(shù)據(jù)庫(kù)構(gòu)建方法包括以下步驟 WSDL Generator組件根據(jù)異構(gòu)醫(yī)療信息系統(tǒng)已有的程序代碼和一些輔助信息,生成描述該系統(tǒng)功能和調(diào)用方法的WSDL文件; 接著利用web Service Builder組件生成服務(wù)器端基于SOAP的框架代碼; 然后在框架代碼的基礎(chǔ)上開(kāi)發(fā)適用于原有系統(tǒng)的Service Adapter。
      8.根據(jù)權(quán)利要求6所述的一種醫(yī)療知識(shí)管理系統(tǒng)構(gòu)建與實(shí)現(xiàn)方法,其特征在于所述案例數(shù)據(jù)庫(kù)構(gòu)建與實(shí)現(xiàn)方法為 步驟I:對(duì)于初期領(lǐng)域沒(méi)有案例或案例很少的情況下,首先根據(jù)領(lǐng)域知識(shí)和規(guī)則設(shè)計(jì)一些基本案例,并依不同的醫(yī)療科目描述歸入案例庫(kù); 步驟2:當(dāng)有新患者需要治療時(shí),對(duì)新患者的疾病進(jìn)行描述; 步驟3:根據(jù)對(duì)新疾病的描述,將新疾病與案例庫(kù)中現(xiàn)有的案例進(jìn)行比較,檢索到與新疾病描述相同或類(lèi)似的案例; 步驟4:如果檢索不到案例,則需要重復(fù)步驟1,設(shè)計(jì)案例并歸入案例庫(kù),同時(shí)解決新疾病; 步驟5:如果檢索到的案例可以解決新疾病,則重用該案例解決新疾??; 步驟6:如果檢索到的案例不能完全解決新疾病,則需進(jìn)行案例調(diào)整,一般沒(méi)有通用的調(diào)整方案,需要專(zhuān)家結(jié)合領(lǐng)域知識(shí)和經(jīng)驗(yàn)具體分析; 步驟7:調(diào)整后的案例經(jīng)過(guò)評(píng)價(jià)與驗(yàn)證,解決新疾病; 步驟8:同時(shí)將評(píng)價(jià)后的新案例歸入案例庫(kù),以便將來(lái)應(yīng)用。
      9.根據(jù)權(quán)利要求8所述的一種醫(yī)療知識(shí)管理系統(tǒng)構(gòu)建與實(shí)現(xiàn)方法,其特征在于將整個(gè)案例數(shù)據(jù)庫(kù)系統(tǒng)統(tǒng)一放在頂層包中,其中的每個(gè)模塊作為該頂層包下面一個(gè)單獨(dú)的子包,并將各模塊中都會(huì)使用的一些通用功能提取出來(lái)放在一個(gè)獨(dú)立的子包中。
      10.根據(jù)權(quán)利要求6所述的一種醫(yī)療知識(shí)管理系統(tǒng)構(gòu)建與實(shí)現(xiàn)方法,其特征在于所述本體數(shù)據(jù)庫(kù)的構(gòu)建與實(shí)現(xiàn)方法為在區(qū)域公共本體中建立共享詞匯,用來(lái)對(duì)各個(gè)局部本體進(jìn)行總體描述并在各局部本體之間進(jìn)行比較、匹配。在區(qū)域公共本體中共享詞匯的基礎(chǔ)上,識(shí)別不同本體之間概念的語(yǔ)義合理的語(yǔ)義對(duì)應(yīng)關(guān)系,并以此作為集成語(yǔ)義信息的映射方法。
      全文摘要
      本發(fā)明涉及一種醫(yī)療知識(shí)管理系統(tǒng),包括服務(wù)數(shù)據(jù)庫(kù)、案例數(shù)據(jù)庫(kù)和本體數(shù)據(jù)庫(kù),其特征在于所述服務(wù)數(shù)據(jù)庫(kù)為現(xiàn)有異構(gòu)醫(yī)療信息系統(tǒng),所述異構(gòu)醫(yī)療信息系統(tǒng)利用Web Service提供統(tǒng)一的接口,實(shí)現(xiàn)消息的構(gòu)建、解析和傳輸,其中設(shè)有Service Adapter;WSDL Generator組件;Service Publisher組件。還涉及管理系統(tǒng)的構(gòu)建實(shí)現(xiàn)方法,應(yīng)用在醫(yī)療知識(shí)管理領(lǐng)域。建立基于SOA的醫(yī)療領(lǐng)域知識(shí)庫(kù)管理系統(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)的利用最大化。
      文檔編號(hào)G06F17/30GK102880727SQ201210410648
      公開(kāi)日2013年1月16日 申請(qǐng)日期2012年10月24日 優(yōu)先權(quán)日2012年10月24日
      發(fā)明者房學(xué)東, 張鵬, 朱甲明, 張研, 劉晶晶 申請(qǐng)人:房學(xué)東
      網(wǎng)友詢問(wèn)留言 已有0條留言
      • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
      1