專利名稱：用于將專家系統(tǒng)接口到臨床信息系統(tǒng)的系統(tǒng)、方法以及計算機程序的制作方法
技術領域：
本發(fā)明主要涉及促進臨床系統(tǒng)和分立的專家系統(tǒng)之間的通訊，更具體地說，本發(fā)明涉及在臨床系統(tǒng)和分立的專家系統(tǒng)之間提供接口的系統(tǒng)、方法和計算機程序。
背景技術：
臨床信息系統(tǒng)和電子醫(yī)療記錄系統(tǒng)在患者護理領域已經(jīng)應用了多年。這些系統(tǒng)包含了與系統(tǒng)的用戶和管理員功能相關的數(shù)據(jù)庫或知識庫數(shù)據(jù)，同時也包含了臨床效果和措施的歷史(臨床數(shù)據(jù)功能)。它們被用作與治療相關的財務事項的醫(yī)學記錄，和用作對患者正在進行的臨床治療的工具。然而，原先，這些系統(tǒng)是按照在線事物處理系統(tǒng)(OLTP，Online Transaction Processing)設立的。結果，它們不包含大量的醫(yī)學或科學知識，并且沒有設計用于提供專家建議(即，執(zhí)行專家功能)。
某些臨床信息系統(tǒng)已經(jīng)建立了嵌入其中的報警機制(alertingmechanisms)和基于規(guī)則(rule-based)的事件監(jiān)視器，以便在輸入系統(tǒng)的臨床數(shù)據(jù)基礎上提供專家建議。由于臨床數(shù)據(jù)功能和專家功能被包含在一個共同的系統(tǒng)中，因此這些系統(tǒng)不需要在用于執(zhí)行臨床數(shù)據(jù)功能和專家功能的不同模塊之間的特定的系統(tǒng)接口。對事務進行快速處理的需求已經(jīng)限制了該模型能力，并且又限制了所能產(chǎn)生專家忠告的類型。另外，嵌入在已開發(fā)或購買的公共系統(tǒng)中的特定專家系統(tǒng)提供的特點限制了用戶，從而失去了在這個臨床系統(tǒng)本身中結合不同的專家系統(tǒng)的機會。
已經(jīng)開發(fā)出了在線分析處理系統(tǒng)(Online Analytic ProcessingSystems)以便提供最佳解析的專家功能。然而，它們與臨床系統(tǒng)分立，并且當它們具有來自臨床系統(tǒng)的入站(inbound)數(shù)據(jù)連接以擴充它們的數(shù)據(jù)庫時，既沒有信息流返回到臨床系統(tǒng)，也沒有在兩系統(tǒng)之間允許用戶在兩種類型的功能間無縫移動的互動機制。這些系統(tǒng)一般用于行政或病例管理的目的，而非直接用于臨床治療。所嵌入的知識和提出的建議不能夠直接實現(xiàn)。
專家系統(tǒng)是作為單機系統(tǒng)開發(fā)的，并且已經(jīng)顯示出能夠提供具有改善醫(yī)療潛力的有價值的信息。然而，它們分立的特性也限制了它們的實用性。需要用戶輸入分立應用的系統(tǒng)不經(jīng)常被使用，而需要用戶輸入已經(jīng)駐留在臨床系統(tǒng)中的臨床信息給用戶帶來了額外的負擔。此外，由于重復輸入的數(shù)據(jù)可能是不完整的或錯誤的，因此它們面臨著數(shù)據(jù)保真度(或準確程度)損失的危險。因此，這些單機系統(tǒng)的分立特性已經(jīng)限制了它們的實用性和它們在臨床實踐中的采納。
單機專家系統(tǒng)并未集成在臨床系統(tǒng)中的原因有很多。第一，全面的電子醫(yī)療記錄(Electronic Medical Record，EMR)系統(tǒng)只在很少的保健系統(tǒng)中。擁有這樣的EMR系統(tǒng)的那些少數(shù)站點經(jīng)常只是閉門造車，并且已經(jīng)開發(fā)出在其自身的EMR系統(tǒng)中的決策支持和專家系統(tǒng)。
對于大量集中的臨床地區(qū)，已經(jīng)開發(fā)出了各種分立的專家系統(tǒng)，然而沒有適當?shù)碾娮俞t(yī)療記錄系統(tǒng)，集成是不可能的。此外，系統(tǒng)集成還存在諸多技術障礙。首先，許多電子醫(yī)療記錄系統(tǒng)是用帶有專有權(proprietary)的操作系統(tǒng)和數(shù)據(jù)庫開發(fā)出的，這些系統(tǒng)很難(如果不是不可能的話)與不相關的系統(tǒng)集成。其次，缺少數(shù)據(jù)標準和知識的表達方式，這使得傳遞那些能夠被正確地解釋和操作的數(shù)據(jù)變得很困難。即使帶有定義了各系統(tǒng)間消息結構的接口標準，也會由于缺少了公共詞匯表，而使這些消息的內容失去作用。
還沒有開發(fā)出將單機專家系統(tǒng)與臨床電子醫(yī)療記錄系統(tǒng)集成的商用系統(tǒng)。電子醫(yī)療記錄系統(tǒng)供應商們的商業(yè)模型為保健系統(tǒng)提供全面的解決方案，它們以在各自專家系統(tǒng)中功能性的長處來區(qū)分彼此。這些系統(tǒng)集成在它們的產(chǎn)品中，并且不能被開發(fā)用于與另一個供應商的電子醫(yī)療記錄系統(tǒng)一起工作。這已經(jīng)阻礙了為廣泛集成而設計的那些獨立專家系統(tǒng)的開發(fā)。小規(guī)模(niche)專家系統(tǒng)的供應商專注于特定的功能領域，例如病例管理、治療恰當性的保險認證，和數(shù)據(jù)分析。直接治療的臨床醫(yī)生一般不使用這些系統(tǒng)，因此與電子醫(yī)療系統(tǒng)的集成也一直沒有繼續(xù)。
最后，傳統(tǒng)的學識和醫(yī)療信息學論著的教導一直不鼓勵分立的專家系統(tǒng)。由于操作、安全、詞匯表的一致性、以及開發(fā)控制等問題的原因，已經(jīng)被廣泛規(guī)定的信條是只有在它們被直接建立在臨床系統(tǒng)中的時候，這些專家系統(tǒng)才能有效的發(fā)揮作用。這個教導的結果鼓勵了建立在臨床系統(tǒng)中的專家系統(tǒng)的開發(fā)，而一直忽視了為了允許獨立專家系統(tǒng)以集成的方式運行而開發(fā)的系統(tǒng)或方法發(fā)明內容本發(fā)明通常涉及將單機專家系統(tǒng)和一個或多個獨立的臨床系統(tǒng)集成的系統(tǒng)、方法和計算機程序。這種方法允許單機專家系統(tǒng)獨立地開發(fā)和執(zhí)行，并且通過一系列定義的接口與一個或多個臨床系統(tǒng)相集成。至少一個接口直接指向專家系統(tǒng)內部，并且一個接口由專家系統(tǒng)向外指向臨床系統(tǒng)。這種方法無需用戶分立的分別輸入就可以允許該專家系統(tǒng)訪問臨床數(shù)據(jù)，并且因此保有了數(shù)據(jù)的保真度。它也允許用戶從能與該專家系統(tǒng)進行通訊的各個臨床系統(tǒng)中訪問該專家系統(tǒng)，并且在系統(tǒng)間提供無縫轉移。從功能上講，專家系統(tǒng)好像是內在地建立在臨床系統(tǒng)中的一樣運行，盡管它實際上是獨立的。這補足了現(xiàn)有的臨床工作流程，并且增加了臨床醫(yī)生使用專家系統(tǒng)的可能性。
本發(fā)明的一個實施例包括了一個系統(tǒng)，用于促進單機醫(yī)療專家系統(tǒng)和至少一個臨床系統(tǒng)之間的通訊，這個系統(tǒng)包括了遠離臨床系統(tǒng)的單機醫(yī)療專家系統(tǒng)。沒有本發(fā)明，該專家系統(tǒng)與臨床系統(tǒng)或它的相關醫(yī)療模塊中的一個的通訊可能不兼容。與專家系統(tǒng)和臨床系統(tǒng)進行通訊的是至少一個接口模塊，該接口模塊促進了專家系統(tǒng)和臨床系統(tǒng)之間的數(shù)據(jù)傳輸。該(或這些)接口模塊也允許臨床系統(tǒng)的用戶從臨床系統(tǒng)的用戶接口內無縫的訪問和使用醫(yī)療專家系統(tǒng)的功能，同時專家系統(tǒng)至少部分地控制臨床系統(tǒng)的功能。通過這樣的操作，臨床醫(yī)生、醫(yī)師或者技術人員使用某個醫(yī)療模塊可以訪問獨立的和分立的專家系統(tǒng)，而無需人工的切換操作、重新輸入數(shù)據(jù)、或其他具有由一個或多個臨床模塊或臨床系統(tǒng)提供的圖形用戶界面，其中所述模塊例如但不限于，CDR模塊，ADT模塊，實驗室模塊，藥房模塊，放射學模塊或者電子醫(yī)療記錄模塊。
本發(fā)明的另一個實施例中，至少一個接口模塊包括多個不同接口中的一個或發(fā)揮多個不同接口中的一個的功能，例如但不限于，入站數(shù)據(jù)接口(Inbound Data Interface IDI)，出站報警接口，出站指令接口(Outbound Order Interface OOI)，出站數(shù)據(jù)接口(Outbound DataInterface)，入站應用接口(Inbound Application Interface)，同步報警接口(Synchronous Alert Interface)或審核行為接口(Audit ActionInterface)。
本發(fā)明的這些和其他優(yōu)點和特征通過以下的描述和附上的權利要求將變得更加顯而易見，或者可以通過此后的對于本發(fā)明應用的闡明而獲知。


為進一步闡明本發(fā)明的上述和其他優(yōu)點和特征，通過參考特定的

的實施例更加詳細的描繪了本發(fā)明。應該理解，這些附圖僅僅用于說明本發(fā)明的典型的實施例而不應視為限制其范圍。本發(fā)明通過使用以下附圖而更加詳盡的描繪和解釋如下圖1示出了本發(fā)明一個示例性的實施例的示意圖，代表了在臨床系統(tǒng)和專家系統(tǒng)之間接口實現(xiàn)方案的一個模型；圖2示出了圖1中系統(tǒng)的一種應用的工作流程圖；圖3示出了圖1中系統(tǒng)的另一種可選應用的工作流程圖；圖4示出了本發(fā)明另一個示例性的實施例的示意圖，代表了在臨床系統(tǒng)和專家系統(tǒng)之間接口實施方案的另一個模型；圖5示出了圖4中系統(tǒng)的一種應用的工作流程圖；圖6示出了圖4中系統(tǒng)的另一種可選應用的工作流程圖；圖7示出了圖4中系統(tǒng)的再一種可選應用的工作流程圖；圖8示出了本發(fā)明又一示例性的實施例的示意圖，代表了在臨床系統(tǒng)和專家系統(tǒng)之間接口實施方案的再一個模型；以及圖9示出了圖8中系統(tǒng)的一種應用的工作流程圖。
具體實施例方式
現(xiàn)在參考圖1，在一個示例性的實施例中，臨床系統(tǒng)(ClinicalSystem CS)101包括許多臨床模塊，這些臨床模塊包括臨床數(shù)據(jù)知識庫(Clinical Data Repository，CDR)102、住院/出院/轉院系統(tǒng)(Admission，Discharge，Transfer ADT)103、實驗室(LAB)系統(tǒng)104、藥房(PHARM)系統(tǒng)105、放射學(RAD)系統(tǒng)106、電子醫(yī)療記錄(EMR)系統(tǒng)107、和臨床系統(tǒng)接口引擎(Clinical System InterfaceEngineer，CSIE)108。圖1中顯示的臨床系統(tǒng)101的各醫(yī)療模塊并不是詳盡的，本發(fā)明的各實施例也并不需要所有的臨床模塊。當然，圖1中顯示的各模塊、系統(tǒng)、數(shù)據(jù)庫、接口只是對本發(fā)明的一個示例性的實施例的說明。正如本領域的技術人員可以理解的術語，各臨床模塊可以是各臨床系統(tǒng)本身。因此，正如在此使用的，臨床系統(tǒng)可以指各單獨的臨床模塊或者臨床模塊的集合。
每個臨床模塊可以包括用戶接口(UI)116，其向用戶顯示信息并接受用戶數(shù)據(jù)的輸入。顯示的信息被存儲，例如，存儲在臨床數(shù)據(jù)知識庫102中，或存儲在一個應用該信息的臨床模塊中。類似的，通過U1116輸入的數(shù)據(jù)指向臨床數(shù)據(jù)知識庫102或應用該信息的臨床模塊的知識庫中。U1116可以是多個圖形用戶接口中的一個，這些圖形用戶接口提供數(shù)據(jù)的直觀表達并允許將額外的數(shù)據(jù)輸入或鍵入到臨床數(shù)據(jù)知識庫102中。各種幀，字段，菜單，圖像和文本都可能被用作UI116的一部分。
臨床系統(tǒng)接口引擎108接收來自每個臨床模塊饋送(feed)的數(shù)據(jù)110，111，112，113，114，115。接著，臨床系統(tǒng)接口引擎108將這些數(shù)據(jù)提供給專家系統(tǒng)119。這些數(shù)據(jù)110，111，112，113，114，115的饋送可以是周期性的、零星的或者連續(xù)的。在本發(fā)明的可選實施例中，運行臨床系統(tǒng)接口引擎108功能的臨床系統(tǒng)接口可以作為多個臨床模塊之一的一部分來實施。因此，在這種情況下，臨床模塊可以直接向專家系統(tǒng)119發(fā)送數(shù)據(jù)或從專家系統(tǒng)119接收數(shù)據(jù)。這樣的一個例子顯示于圖1，其中電子醫(yī)療記錄系統(tǒng)107的UI116直接連接到專家系統(tǒng)接口引擎125。
專家系統(tǒng)119作為一個與臨床系統(tǒng)101分立的系統(tǒng)而存在。專家系統(tǒng)119可能包括通過多個數(shù)據(jù)饋送120，121，122相互連接的專家系統(tǒng)用戶接口(Expert System User Interface，ESUI)123、專家系統(tǒng)數(shù)據(jù)庫(Expert System Database，ESDB)124和專家系統(tǒng)接口引擎(Expert System Interface Engine，ESIE)125。專家系統(tǒng)119通過臨床系統(tǒng)接口引擎108使用各種入站和出站數(shù)據(jù)接口或者饋送130，131，132，133，134，135，136連接到臨床系統(tǒng)101。數(shù)據(jù)接口或饋送具有特定格式和數(shù)據(jù)結構，其定義了什么樣的數(shù)據(jù)能穿過數(shù)據(jù)接口或饋送、以及數(shù)據(jù)是如何穿過數(shù)據(jù)接口或饋送的。例如且不限于，穿過接口的數(shù)據(jù)或沿著該數(shù)據(jù)饋送可能具有特定的報頭、特定的患者信息元素、報警元素、指令(order)元素和其他類似的內容。這些數(shù)據(jù)接口或饋送將在下文中單獨詳細討論。
這些各種各樣的接口能夠使專家系統(tǒng)和臨床系統(tǒng)、和/或與該臨床系統(tǒng)相關的各臨床模塊之間進行通訊。這些模塊提供了結構化的方法，據(jù)此使得數(shù)據(jù)可以雙向地在臨床系統(tǒng)和相關的臨床模塊和專家系統(tǒng)之間進行通訊。以下是對一個與臨床系統(tǒng)接口引擎和專家系統(tǒng)接口引擎相關的實例性接口的討論。在一個實施例中，該接口可能利用了工業(yè)標準消息定義，伴隨對這些定義的增加和修改來創(chuàng)建這里描述的接口定義。本發(fā)明的其他實施例允許使用專有的(proprietary)消息定義。專有的消息定義以及工業(yè)標準定義，都可以用于確保在專家系統(tǒng)和臨床系統(tǒng)之間傳送的結構化消息的一致性。
如圖1所示，臨床系統(tǒng)接口引擎108和專家系統(tǒng)接口引擎125可以通過入站數(shù)據(jù)接口133進行通訊。這個接口提供了用于傳送關于各個患者的數(shù)據(jù)的管道和消息結構，在此，這些數(shù)據(jù)已經(jīng)輸入到了臨床系統(tǒng)101的各臨床模塊中。這些臨床模塊可以包括，但不限于以下模塊住院/出院/轉院(ADT)、實驗室(LAB)系統(tǒng)、藥房系統(tǒng)、指令系統(tǒng)、放射學系統(tǒng)、臨床檔案系統(tǒng)、臨床知識庫、和其他接口引擎。
下表包括了用于特定入站數(shù)據(jù)接口類型的示意性的數(shù)據(jù)元素。以下僅僅是示例性的，且其他數(shù)據(jù)元素也可用在本發(fā)明的實施例范圍中。一些執(zhí)行工業(yè)標準消息定義的實施例可能包含額外的定義，例如Z或者其他HL7定義的部分(segment)，其添加是為了其他接口事務類型。
表1

表2

表3

表4

表5

表6

圖1示出了專家系統(tǒng)接口引擎125在出站報警接口131上將消息發(fā)送到臨床系統(tǒng)接口引擎108。出站報警接口提供了用于傳輸特定患者的報警信息的管道和消息結構，所述報警信息來自專家系統(tǒng)產(chǎn)生的報警。產(chǎn)生于專家系統(tǒng)內的異步報警(信號)可以在某個消息中被傳送到外部臨床系統(tǒng)。其可以顯示在外部系統(tǒng)的用戶消息應用中。該外部系統(tǒng)可以提供一種機制以鏈接到專家系統(tǒng)和直接訪問該報警內容。消息的內容可以包括以下的一個或多個1.目標用戶的識別符，專家系統(tǒng)可以識別作為報警對象的特定的用戶2.患者識別符3.報警會話識別符4.日期/時間標記5.報警識別符或名稱6.報警消息，該消息可包含報警發(fā)生的原因和使用專家系統(tǒng)對該報警作出反應的建議7.一些標識符，當專家系統(tǒng)從外部應用進入時，外部系統(tǒng)可以在利用入站應用接口的鏈接中使用這些標識符，以直接將適當?shù)膱缶尸F(xiàn)給用戶8.緊急指示符，其指示出向外部系統(tǒng)報警的緊迫性。
9.更新指示符，發(fā)送與以前的報警相關，可以在外部系統(tǒng)中更新報警或者能夠指出報警可以被解除。
圖1示出了專家系統(tǒng)接口引擎125在出站指令接口135上發(fā)送消息到臨床系統(tǒng)接口引擎108。出站指令接口提供了用于將特定患者的指令(orders)從專家系統(tǒng)傳送給臨床系統(tǒng)的管道和消息結構。該接口可以傳送藥物治療的指令到外部系統(tǒng)，例如給病區(qū)藥房、零售配藥或者給指令管理系統(tǒng)。它也可以傳送指令，用于實驗室研究或放射學研究，也可以將其他有所指向的臨床指令傳送給適當?shù)南到y(tǒng)。該指令可以被發(fā)送到外部系統(tǒng)的中間結果暫存器(scratchpad)，或者等同的區(qū)域，這樣該指令就可從那里處理。另外的，這些指令可以直接送到藥房或者其他部門的系統(tǒng)。
患者和用戶背景可以被OOI傳送。這個接口可以發(fā)送指令細節(jié)。用戶評價、拒絕原因和相關信息通過審核行為接口(在下文中詳細描述)發(fā)送。信息的內容可以包括以下的一個或多個1.用戶識別符2.患者識別符3.報警會話識別符
4.日期/時間標記5.報警識別符6.指令列表和指令措施，回復可以支持一個或多個不同的指令7.指令列表中每個指令的細節(jié)，這可以用于，例如，專有的消息定義或者工業(yè)標準消息定義，諸如HL7指令接口標準。
8.支持的措施可以包括新的指令、停止、保持或掛起、改變和在專有的消息定義或工業(yè)標準消息定義中定義的任何其他措施。
9.指令識別符，該識別符來自外部系統(tǒng)，其在那個系統(tǒng)中識別特定的指令建議(instance)。它需要在外部系統(tǒng)中已存在的指令上停止、改變或采取任何其他的措施。
圖1示出了專家系統(tǒng)接口引擎125在出站數(shù)據(jù)接口134上發(fā)送消息到臨床系統(tǒng)接口引擎108。出站數(shù)據(jù)接口提供了用于將由用戶輸入到專家系統(tǒng)的數(shù)據(jù)或在專家系統(tǒng)內部生成的數(shù)據(jù)傳輸?shù)酵獠肯到y(tǒng)的管道和消息結構。這可以是離散的、結構化的元素，例如身高或生命體征(vital signs)；或者可以是文件，例如醫(yī)生檢查部分、完整的在線巡診報告(completed online rounds report)或者決策支持進程注釋。例如，當使用HL7規(guī)范的時候，可以使用一個帶有分立HL7 OBX部分的接口用于數(shù)據(jù)元素和文檔本身。患者和用戶的背景可以被傳送。信息的內容可以包括1.專有的消息或者工業(yè)標準消息，例如HL7 OBR消息，作為例如XML的文檔發(fā)送。它可以利用與入站數(shù)據(jù)接口中一樣的元素實施。這個消息可以包含為了發(fā)送的數(shù)據(jù)元素和這些元素數(shù)值的標識符。這些元素可以包括例如，患者、日期、時間，數(shù)據(jù)元素的性質、和來源。
2.報警標識符3.報警會話標識符。
4.專有的消息或者工業(yè)標準消息，例如HL7過敏消息可以用于發(fā)送過敏信息。
5.專有的消息或者工業(yè)標準消息，例如HL7診斷消息可以用于發(fā)送問題或診斷的信息。
圖1示出了專家系統(tǒng)接口引擎125在入站應用接口132上接收來自臨床系統(tǒng)接口引擎108的消息。入站應用接口提供了管道和消息結構，用于提供從外部系統(tǒng)(例如臨床系統(tǒng))內的鏈接到專家系統(tǒng)的訪問。該鏈接決定了專家系統(tǒng)中被訪問的組件。該接口可能包含了專家系統(tǒng)需要的所有數(shù)據(jù)，例如正在討論的藥品或結果?；颊吆陀脩舯尘氨槐４?。如果由于在專家系統(tǒng)中產(chǎn)生的報警而在外部系統(tǒng)中出現(xiàn)該鏈接，那么，接口消息可以包含一個連接到該專家系統(tǒng)中的那個報警內容的標識符。該消息的內容可以包括，例如1.用戶標識符2.患者標識符，如果有3.報警會話標識符，如果相關4.日期/時間標記5.指示符，標識了打開專家系統(tǒng)的哪一部分6.鏈接背景，如果位于藥物治療的指令中，該消息可以包括藥物治療和相關指令的細節(jié)。該消息也可以包含未期望的已存在于專家系統(tǒng)中的任何患者信息。
7.藥物信息，包括藥品、劑量、(用藥)途徑(route)、頻率(frequency)、療程等。
8.實驗室信息，包括實驗室測試，結果值，測試間隔等。
圖1示出了專家系統(tǒng)接口引擎125在同步報警接口130上向臨床系統(tǒng)接口引擎108發(fā)送消息和從臨床系統(tǒng)接口引擎108接收消息。同步報警接口提供了用于支持在外部系統(tǒng)和專家系統(tǒng)之間同步互動的管道和消息結構。具體來說，同步報警接口提供了消息結構或者協(xié)議，其允許外部系統(tǒng)請求處理指令或通過專家系統(tǒng)請求其他臨床數(shù)據(jù)，以此利用專家系統(tǒng)的諸如生成報警發(fā)生器的特性。按此方法，專家系統(tǒng)可以用于分析放置在外部指令管理系統(tǒng)中的指令，該外部指令管理系統(tǒng)例如是計算機化的醫(yī)師指令入口(Computerized Physician OrderEntry，CPOE)系統(tǒng)、或者藥房系統(tǒng)。外部系統(tǒng)可以用含有將被分析的指令的消息調用專家系統(tǒng)，并且暫停對指令的進一步處理，等待專家系統(tǒng)的回復。專家系統(tǒng)的回復可以確定是否發(fā)出報警。如果發(fā)出報警，則回復可以包含足夠的信息以使外部系統(tǒng)處理這個報警。這可能涉及自動產(chǎn)生變化，或者可能需要外部系統(tǒng)將該報警信息呈送給用戶。用戶可以隨后決定是否接收這個建議。一旦發(fā)生，外部系統(tǒng)可以把結果傳遞回專家系統(tǒng)以便審核。
同步報警接口是雙向接口。同步報警接口的專家系統(tǒng)入站接口來自外部系統(tǒng)的應用，例如CPOE或配藥指令入口系統(tǒng)。這是一個通過專家系統(tǒng)報警引擎處理的請求，包含了患者和用戶背景，也有對措施進行評判和分析的細節(jié)。由于本發(fā)明利用了在專家系統(tǒng)和臨床系統(tǒng)之間的互動會話，因此具有高性能的專家系統(tǒng)是可以期待的。
本發(fā)明支持在專家系統(tǒng)和臨床系統(tǒng)之間的同步互動或者通訊。在臨床系統(tǒng)中采取的措施在專家系統(tǒng)中得到核實和分析，并且在該措施在臨床系統(tǒng)中完成或實施之前，專家系統(tǒng)會給臨床系統(tǒng)一個關于該核實和分析的答復。反之也是可能的。
同步報警接口的專家系統(tǒng)出站接口包括了報警處理的結果。如果生成了報警，那么帶有患者和用戶背景的報警內容會返回。如果沒有報警生成，那么回復也會如此指出。審核信息通過審核行為接口傳遞到主系統(tǒng)。該審核信息的傳遞也可以是異步的。
本發(fā)明的專家系統(tǒng)處理可以無需用戶互動而完成，并且回復指向外部系統(tǒng)。外部系統(tǒng)決定是否直接向專家系統(tǒng)發(fā)出申請或者向用戶呈送到專家系統(tǒng)的鏈接，以此允許用戶向專家系統(tǒng)咨詢。外部系統(tǒng)可以在外部應用中呈送來自專家系統(tǒng)回復的信息，并且允許用戶接受或拒絕這個信息。如果選擇了這樣實施，審核信息可以通過審核行為接口返回給專家系統(tǒng)。與同步報警接口相關的入站消息的內容可以包括下列的一個或多個
1.用戶標識符2.患者標識符3.報警會話標識符4.日期/時間標記5.帶有附隨指令細節(jié)的指令列表，包括指令標識符，作出指令的醫(yī)師。
6.其他臨床信息，與諸如實驗室結果或過敏信息相關的指令。
同步報警接口出站消息的內容可以包括以下的一個或多個1.用戶標識符2.患者標識符3.報警會話標識符4.日期/時間標記5.報警標志，指出是否已生成了報警6.帶有細節(jié)內容的額外指令的列表7.帶有變更細節(jié)的變更或刪除的指令列表8.標識符，如果用戶希望與專家系統(tǒng)互動以便調查和根據(jù)建議行動，則外部系統(tǒng)使用該標識符以允許用戶直接鏈接到專家系統(tǒng)中的專家系統(tǒng)報警9.可以結構化消息以加載由同一會話觸發(fā)的多個報警。
圖1示出了專家系統(tǒng)接口引擎125在審核行為接口136上，向臨床系統(tǒng)接口引擎108發(fā)送消息和從臨床系統(tǒng)接口引擎108接收消息。具體來說，審核行為接口提供消息結構或協(xié)議，其允許外部系統(tǒng)和專家系統(tǒng)保持它們的報警審核索引(audit trails)的同步化。外部消息系統(tǒng)可以允許用戶直接解除報警，并且專家系統(tǒng)需要停止在那個報警上的審核索引?？蛇x地，外部報警審核機制可以更新以反映出用戶在專家系統(tǒng)中所采取的措施。這也提供給外部系統(tǒng)一種機制，在問題再次出現(xiàn)的時候，可以在患者治療過程中稍后的時點(point)呈送報警的結果。
當用戶針對在外部系統(tǒng)中呈送的報警而采取措施時，專家系統(tǒng)入站審核消息包括措施和不考慮的理由。當報警從外部系統(tǒng)被解除時候，其允許專家系統(tǒng)更新它的審核日志。
當在專家系統(tǒng)中按照報警采取措施時，專家系統(tǒng)出站審核消息包括措施和不考慮的理由，且允許外部系統(tǒng)保留它的審核索引。
當附帶的用戶看到顯示給他們的報警內容時，專家系統(tǒng)出站審核消息也允許外部系統(tǒng)將不考慮的理由和其他評論顯示給這些附帶的用戶。例如，如果藥劑師順序地瀏覽某個報警的醫(yī)生評論，那么他也可以看到該醫(yī)生的措施和所闡述的基本原理。
不考慮的理由可以被編碼，以在可能時允許高效率的查詢和理由的標準化。然而，該消息結構也可以支持自由文本評論(free textcomments)。
該接口是雙向的，但是消息的內容在兩個方向都是相同的。該消息的內容可以包括1.用戶標識符2.患者標識符3.報警會話標識符4.日期/時間標記5.報警標識符6.報警行為7.經(jīng)過編碼的不考慮的理由8.用戶評論總的來說，本發(fā)明的專家系統(tǒng)包含了知識庫和一種用于保有患者信息的方法或機制，例如硬件和/或軟件的模塊和組件。專家系統(tǒng)可以包括接口引擎，其接收數(shù)據(jù)到專家系統(tǒng)中，并發(fā)送數(shù)據(jù)回到一個或多個外部臨床系統(tǒng)，該一個或多個外部臨床系統(tǒng)可以使用一個或多個接口與該專家系統(tǒng)進行通訊。該專家系統(tǒng)還可能包括預處理輸入數(shù)據(jù)的推理引擎(inference engines)、和一個或多個將知識庫的知識應用到單個或全體患者信息的知識引擎。
專家系統(tǒng)可以與一個或多個臨床系統(tǒng)或其他系統(tǒng)接口。例如，專家系統(tǒng)可以和臨床數(shù)據(jù)知識庫、單獨的數(shù)據(jù)系統(tǒng)(例如實驗室或藥房)、接口引擎、或者其他知識庫、系統(tǒng)或引擎接口。
總的來說，如在此使用的專家系統(tǒng)可能并不是指各種專家系統(tǒng)(例如在人工智能的應用中使用的那些專家系統(tǒng))的廣泛分類。當然，盡管這里所描述的專家系統(tǒng)可能結合了人工智能的原理，但正如在醫(yī)療領域的技術人員所明了的術語那樣，在這里使用的專家系統(tǒng)是一種臨床決策支持系統(tǒng)(Clinical Decision Support System，CDSS)。
在一些實施例中，專家系統(tǒng)119和臨床系統(tǒng)101可以包括一個或多個專用(目的)的和一個或多個通用的計算機，所述計算機包含有各種硬件組件。本發(fā)明的一些方面也會按照包含功能性的步驟和/或非功能性的動作來描述。下面描述了可以在本發(fā)明的實踐中執(zhí)行的動作和步驟。通常，功能性的步驟依照所實現(xiàn)的結果來描述本發(fā)明，而非功能性的動作則描述了用于達到特定效果的更具體的行為。盡管功能性的步驟和非功能性的動作可以在特定的次序中描述或聲明，但是本發(fā)明并不限于動作和/或步驟的任何特定的次序或組合。
本發(fā)明將按照在網(wǎng)絡環(huán)境中由計算機執(zhí)行的計算機可執(zhí)行指令(例如程序模塊)的常規(guī)環(huán)境來描述?？偟膩碚f，程序模塊包括子程序(routines)、程序、對象、組件、數(shù)據(jù)結構等，它們執(zhí)行特定的任務或實現(xiàn)特定的抽象數(shù)據(jù)類型。計算機可執(zhí)行指令(與數(shù)據(jù)結構相關)和程序模塊代表了用于執(zhí)行在此公開的方法步驟的程序編碼方案(program code means)的例子。這些可執(zhí)行指令的特定序列或相關的數(shù)據(jù)結構代表了與用于執(zhí)行在這些步驟中所描述的功能相應的動作的例子。
除了上述內容，本發(fā)明的實施例還可以包括計算機可讀介質，用于承載或具有存儲在其上的計算機可執(zhí)行指令或數(shù)據(jù)結構，數(shù)據(jù)結構的這些指令可以是計算機軟件代碼。這些計算機可讀介質可以是任何能被通用或專用計算機訪問的介質。舉例來說，但不限于，這些計算機可讀介質可以包括RAM、ROM、EEPROM、CD-ROM、或者其他光盤存儲設備、磁盤存儲設備或者其他磁存儲設備、或者其他的任何介質，這些介質可以用來以計算機可執(zhí)行指令或數(shù)據(jù)結構的形式承載或存儲所想要的程序編碼方案，并且這些介質可以由通用計算機或專用(目的)計算機訪問。當通過網(wǎng)絡或其他通訊連接(既可以是有線的[hardwired]、也可以是無線的，或者是有線和無線的結合)傳送或提供信息給某臺計算機時，該計算機將該連接全然視為一個計算機可讀介質。因此，任何這樣的連接都完全可以稱為計算機可讀介質。上述的各種組合也應該被包括在計算機可讀介質的范圍內。計算機可執(zhí)行指令包括，例如，指令和數(shù)據(jù)，它們引起通用目的的計算機、專用目的的計算機或者專用目的的處理設備實現(xiàn)某個功能或功能組。
本領域的技術人員能夠明白，本發(fā)明可以在具有多種類型的計算機系統(tǒng)配置的網(wǎng)絡處理環(huán)境中實施，其中計算機系統(tǒng)配置包括個人電腦、手持設備、多處理器系統(tǒng)、基于微處理器的或可編程的用戶電子設備、網(wǎng)絡PC、微型計算機、大型計算機和其他類似的設備。本發(fā)明還可以在分布式處理環(huán)境中實施，在該分布式處理環(huán)境中，任務由本地的處理設備和通過通訊網(wǎng)絡(既可以是有線的、也可以是無線的，或者是有線和無線的結合)鏈接的遠程處理設備共同完成。在分布式處理環(huán)境中，程序模塊可以位于本地和遠程兩者的存儲設備中。這些計算機系統(tǒng)可以包括各種接口，這些接口包括鍵盤、鼠標、計算機監(jiān)視器、網(wǎng)絡連接等和其他類似的設備。
如上所述，臨床系統(tǒng)101的各部分可以作為在一個或多個計算機系統(tǒng)上的計算機軟件代碼來實現(xiàn)。臨床系統(tǒng)101的軟件代碼是相對于專家系統(tǒng)119的軟件代碼分立的應用程序。然而，本領域技術人員應該明白，盡管是分立的應用程序，但是專家系統(tǒng)119和臨床系統(tǒng)101可以在共同的計算機系統(tǒng)上或計算機系統(tǒng)網(wǎng)絡上運行。更進一步，當專家系統(tǒng)119和臨床系統(tǒng)101是分立的系統(tǒng)時，本發(fā)明的各實施例包括了多個接口，例如，專家系統(tǒng)接口引擎125，用于在專家系統(tǒng)119和臨床系統(tǒng)101之間促進標準化通訊。當專家系統(tǒng)接口引擎125示作專家系統(tǒng)119的一個獨立模塊時，應當明白，專家系統(tǒng)接口可以在任何適當?shù)奈恢脤崿F(xiàn)，例如，專家系統(tǒng)接口可以是作為專家系統(tǒng)數(shù)據(jù)庫124的一部分或者位于任何其他合適的位置。該專家系統(tǒng)接口還包括在這里所描述的專家系統(tǒng)接口引擎125的功能。相似地，專家系統(tǒng)119和臨床系統(tǒng)101的其他模塊也可以在除了示例性的附圖中所示出的系統(tǒng)以外的那些系統(tǒng)中各自對應的其他位置上實現(xiàn)，而這些實施方式仍在本發(fā)明實施例的范圍中。
圖2示出了一個與圖1的系統(tǒng)相關的示例性的工作流程。繼續(xù)參考圖1和圖2，臨床系統(tǒng)101生成了臨床數(shù)據(jù)，“方框201”。臨床數(shù)據(jù)可以由醫(yī)生將數(shù)據(jù)輸入到臨床系統(tǒng)101中生成，或者可以經(jīng)UI116通過模塊130-136中的一個來生成。該數(shù)據(jù)也可以通過以下方式獲得實驗結果、經(jīng)醫(yī)院住院部輸入的住院和出院的數(shù)據(jù)、指令或提供的藥物、以及其他類似的方式。臨床數(shù)據(jù)可以由臨床系統(tǒng)接口引擎108通過入站數(shù)據(jù)接口133(“方框202”)發(fā)送。專家系統(tǒng)接口引擎125從入站數(shù)據(jù)接口133接收數(shù)據(jù)(“方框203”)并處理該數(shù)據(jù)。該處理過程包括在消息中的各數(shù)據(jù)元素上附加一個標準數(shù)據(jù)的標識符，之后由專家系統(tǒng)119中的專家系統(tǒng)接口引擎125進行處理。經(jīng)處理的信息隨即存儲在專家系統(tǒng)數(shù)據(jù)庫124中用于進一步處理，“方框204”。該進一步處理可以由例如臨床決策模塊126完成。在本例中，臨床決策模塊是作為專家系統(tǒng)數(shù)據(jù)庫124的一部分的軟件代碼而示出的。然而，臨床決策模塊126也可以在專家系統(tǒng)119中的其他位置實現(xiàn)。臨床決策模塊126包括了使用專家數(shù)據(jù)的推理引擎，以便根據(jù)從臨床系統(tǒng)101接收的數(shù)據(jù)決定對特定患者的治療措施，所述專家數(shù)據(jù)，即指與存儲在專家系統(tǒng)數(shù)據(jù)庫124中的醫(yī)療狀況的診斷和治療相關的該醫(yī)療領域典型知識的數(shù)據(jù))。
有時，專家系統(tǒng)119也可以生成報警，“方框205”。該報警可以對應于特定患者，且與臨床治療的一些方面相關，這樣，在UI116的任何一個或所有的用戶都會被告知，例如采取某項行動，或用與患者相關的信息或數(shù)據(jù)被告知。專家系統(tǒng)119經(jīng)專家系統(tǒng)接口引擎125可以將這個報警通過出站報警接口131發(fā)送到臨床系統(tǒng)101，“方框206”。這個消息可以從專家系統(tǒng)119推送至臨床系統(tǒng)101，或者可以由臨床系統(tǒng)101請求或查詢。臨床系統(tǒng)101接收報警，“方框207”，并且通過一個或多個的與臨床系統(tǒng)101相關的多種顯示機制(例如UI116中的一個)顯示該報警，“方框208”。這可以包括對在收件箱或在電子醫(yī)療記錄(系統(tǒng))107中的其他消息系統(tǒng)中的報警消息進行顯示。這些報警也可以發(fā)送給患者主治醫(yī)師的或一些其他個人的尋呼機、電子郵件收件箱、語音消息服務、以及其他類似的設備或地方。作為說明性地，該報警可以與該患者相關的某個記錄一起顯示，這個記錄可以是在臨床系統(tǒng)101中的任何記錄，例如舉例來說，該記錄可以是，患者的實驗室記錄、放射記錄、藥房記錄、CDR記錄、ADT記錄等。用戶可以查看這個報警，并且決定是否采取任何措施。
繼續(xù)關注圖2，如果用戶決定不對報警采取任何措施，那么他們可能會解除報警，“方框209”。這樣做需要用戶提供一個解除的理由，這將被記入臨床系統(tǒng)101中，“方框210”。臨床系統(tǒng)101適當?shù)馗滤膶徍巳罩?，“方?11”。當解除報警時，臨床系統(tǒng)101也通過審核行為接口136將審核信息消息發(fā)送到專家系統(tǒng)119，“方框212”。專家系統(tǒng)接口引擎125接收該審核信息消息，“方框213”。該審核信息消息同樣包含了允許專家系統(tǒng)119更新其審核日志的信息，“方框214”。
當用戶決定希望對報警采取進一步措施的時候，可以接著如圖3所示的工作流程。圖3包括了方框210至208，它們與圖2中標明的那些執(zhí)行和示出的操作和功能相同。結合圖3，與圖2示出的簡單解除報警相反，下面描述了當用戶決定對報警采取進一步行動的時候所執(zhí)行的措施和功能。參考圖1和圖3，允許用戶通過選擇鏈接或在臨床系統(tǒng)101的用戶接口UI116中的相類似機制訪問專家系統(tǒng)119，“方框309”。例如，臨床系統(tǒng)101可以提供一個用戶接口116，該用戶接口可以包括例如超級鏈接、按鍵、單選按鍵、下拉菜單、列表或其他的鏈接方式。這些鏈接中的一個可以連接到專家系統(tǒng)119。選擇鏈接的步驟使得用戶可以訪問專家系統(tǒng)119中的報警。即，臨床系統(tǒng)接口引擎108從專家系統(tǒng)119請求訪問(“方框310”)。該請求通過入站應用接口132發(fā)送，且被專家系統(tǒng)接口引擎125接收，“方框311”。該請求包含了允許專家系統(tǒng)119顯示與恰當?shù)膱缶嚓P的數(shù)據(jù)的信息，“方框312”，同時保存由臨床系統(tǒng)101提供的患者和用戶的背景。例如，用戶接口116的相同結構可以包含存儲在臨床系統(tǒng)101中的數(shù)據(jù)和從專家系統(tǒng)119接收的數(shù)據(jù)?？蛇x地，選擇該鏈接可以在含有與該報警相關數(shù)據(jù)的臨床系統(tǒng)101處打開的應用程序中激活一個“彈出”窗口。
在任一情況下，現(xiàn)在，用戶可以在專家系統(tǒng)119中工作，通過在臨床系統(tǒng)101中UI116中的一個管理報警，“方框313”。對報警的管理可以包括用戶對臨床數(shù)據(jù)進行更新，“方框314”。用戶可能希望輸入那些需要用來完成對報警進行處理或管理的附加的患者信息。作為對報警進行處理或管理的結果，專家系統(tǒng)119本身也可以生成患者信息或者與患者相關的推斷。如果該信息是可以存儲在臨床系統(tǒng)中的臨床信息，例如身高、體重、診斷或其他臨床數(shù)據(jù)，則專家系統(tǒng)接口引擎125可以發(fā)送這些臨床數(shù)據(jù)，“方框315”，如此臨床系統(tǒng)接口引擎108就可以通過出站數(shù)據(jù)接口134接收這些數(shù)據(jù)，“方框316”。臨床系統(tǒng)101可以隨后根據(jù)它的設計處理并存儲新的臨床數(shù)據(jù)，“方框317”。
作為報警和對該報警進行處理和管理的結果，用戶可能希望設置要適用于患者的指令，“方框318”。這些指令可以包括診斷研究或者測試，或者添加、修改或停止用藥或其他指令。利用出站指令接口135，用專家系統(tǒng)接口引擎125可以將任何新的指令發(fā)送(“方框319”)給外部臨床系統(tǒng)101，“方框320”。臨床系統(tǒng)101隨后通過由臨床系統(tǒng)接口引擎108將這些新的指令轉達給接收這些指令的臨床模塊，來處理這些新的指令，“方框321”。
當完成對報警的操作和管理后，報警的結果以及臨床系統(tǒng)101所采取的任何措施可以在專家系統(tǒng)119和它的審核日志中被更新，“方框322”。更新之后，審核信息消息通過審核行為接口136發(fā)送到臨床系統(tǒng)101，“方框323”。該審核信息消息可以包含所采取的措施以及臨床系統(tǒng)101的用戶為這些措施輸入的任何原因的日志。當臨床系統(tǒng)接口引擎108接收到該審核信息消息時(“方框324”)，臨床系統(tǒng)101可以適當?shù)馗滤约旱膶徍巳罩?，“方?25”。用戶可以從專家系統(tǒng)119返回到臨床系統(tǒng)101。
本發(fā)明的另一示例性的實施例示于示意圖4。圖4中的實施例示出了專家系統(tǒng)419連接到臨床系統(tǒng)401和包括臨床數(shù)據(jù)知識庫402和藥房系統(tǒng)417在內的其他各臨床模塊?？蛇x地，藥房系統(tǒng)417可以是一些其他適當?shù)牟块T系統(tǒng)。特別地，如在此應用的，臨床系統(tǒng)可以指各臨床模塊的集合。臨床系統(tǒng)也可以指小型臨床系統(tǒng)的集合、或小型臨床系統(tǒng)與各臨床模塊的任意組合。本領域的技術人員應當理解，這里示出的各臨床模塊通常被稱為各臨床系統(tǒng)。術語臨床模塊通常用于說明在臨床系統(tǒng)集合中的小型臨床系統(tǒng)的獨立特性，或者用于說明與其他臨床系統(tǒng)相獨立的小型臨床系統(tǒng)的特性。因此，臨床系統(tǒng)實際上可能由其他的臨床系統(tǒng)組成。與圖1中示出的數(shù)據(jù)饋送130，132，133，134，135，136相類似，專家系統(tǒng)419通過數(shù)據(jù)饋送430，432，433，434，435a，435b，436連接到臨床系統(tǒng)401、臨床數(shù)據(jù)知識庫402以及藥房系統(tǒng)417。
在該實施例中的三個實例性的工作流程示于圖5、6和7中?，F(xiàn)在請關注圖4和5。在圖5中，醫(yī)生可以使用臨床系統(tǒng)401創(chuàng)建或修改對患者的指令，“方框501”。臨床系統(tǒng)401可以生成一個由專家系統(tǒng)419處理的請求(“方框502”)。如在前面對接口的描述中所述，這些新的指令可以通過同步報警接口430發(fā)送給專家系統(tǒng)419。在同步報警接口430上發(fā)送的消息可以包含用戶和患者的標識符、以及新的指令和其他指令的細節(jié)，例如劑量、用藥途徑(route)、頻率和療程。該消息也可以包含其他細節(jié)，以協(xié)助在專家系統(tǒng)419中對該指令進行評估。新的指令消息被同步發(fā)送，這意味著在臨床系統(tǒng)401中暫停對該指令的進一步處理，直到從專家系統(tǒng)419收到一個回復。在收到這個消息后，專家系統(tǒng)419可以立即處理該消息的內容，“方框503”，并通過同步報警接口430向臨床系統(tǒng)401發(fā)回它的回復，“方框501”。這個回復的消息可以包含一個是否已生成了報警的指示。如果還沒有生成報警(“方框505”)，則臨床系統(tǒng)401就可以通過發(fā)送該指令的請求到適當?shù)呐R床模塊，繼續(xù)其處理，“方框506”。
現(xiàn)在直接關注圖4、6和7，醫(yī)生又一次使用臨床系統(tǒng)401為患者創(chuàng)建和修改指令，“方框601、701”。臨床系統(tǒng)401請求專家系統(tǒng)419處理這些指令，“方框602、702”。專家系統(tǒng)419按如上所述對提議的指令進行處理，“方框603，703”。在這些例子中，生成了報警。與本發(fā)明的專家系統(tǒng)419產(chǎn)生的其他報警類似，來自專家系統(tǒng)419的回復，“方框604，704”，可以包含關于報警特性的信息。它可以包含特定的患者和用戶的信息、以及詳細的建議，例如但不限于，中止一個指令或為特殊的藥物治療設置指令的建議。該回復可以包含任何或所有的細節(jié)，以便在臨床系統(tǒng)401中生成指令。回復也可能包含鏈接信息，這樣的一個鏈接地址可以顯示給臨床醫(yī)生、醫(yī)師或其他通過臨床系統(tǒng)401上的用戶接口(如圖1的UI116)或由他們訪問。該鏈接通過經(jīng)由入站應用接口432激活一個調用，能夠使用戶直接從臨床系統(tǒng)401訪問專家系統(tǒng)419。臨床系統(tǒng)401向用戶顯示該報警，“方框605，705”(例如通過在臨床系統(tǒng)401上的用戶接口UI116中顯示消息)以允許用戶照此行動。
繼續(xù)該示意性的處理，在圖6中，用戶可能判定該報警是不恰當?shù)?，或者決定解除該報警，“方框606”。臨床系統(tǒng)提供了為解除報警和捕獲任何為解除報警而由用戶給出的理由的資源。例如，臨床系統(tǒng)401可以呈送包含了鏈接或按鍵以及文本框的用戶接口，通過該鏈接或按鍵用戶可以解除報警，而通過文本框可以提供解除報警的理由。與解除該報警相關的信息可以用于更新臨床系統(tǒng)401的審核日志，“方框607”。另外，臨床系統(tǒng)401可以通過審核行為接口436將含有審核信息的消息發(fā)送給專家系統(tǒng)419，“方框608”。這允許專家系統(tǒng)419接收該審核信息，“方框609”，并適當?shù)馗滤膶徍巳罩?，“方?10”。
作為圖6中所描述的處理過程的另一種選擇，如圖7所示，用戶可能判斷報警是適當?shù)?，并且決定采用一個或多個建議的措施。這些措施可能是在臨床系統(tǒng)401內生成的。在圖7所示的例子中，用戶可以添加或改變指令，“方框706”。使用專家系統(tǒng)419、臨床系統(tǒng)401、或者相關的臨床模塊可以進行這些添加或改變。當完成所采取的措施后，臨床系統(tǒng)401更新它的審核日志，“方框707”。另外，臨床系統(tǒng)通過審核行為接口436將含有詳細說明所采取措施的審核信息的消息發(fā)送給專家系統(tǒng)419，“方框708”。這允許專家系統(tǒng)419接收該審核信息“方框709”，并適當?shù)馗滤膶徍巳罩?，“方?10”。
另一示例性的實施例示于圖8。圖8示出了專家系統(tǒng)819，類似于圖1中的數(shù)據(jù)饋送120，121和122，該專家系統(tǒng)包括通過各種不同的數(shù)據(jù)饋送820，821，822互相連接的專家系統(tǒng)用戶接口823、專家系統(tǒng)數(shù)據(jù)庫824和專家系統(tǒng)接口引擎825。
專家系統(tǒng)819通過專家系統(tǒng)接口引擎825和多個數(shù)據(jù)饋送833，834，835(類似于圖1中的數(shù)據(jù)饋送133，134，135)連接到臨床系統(tǒng)801。專家系統(tǒng)819可能與其他在這里所描述的專家系統(tǒng)相類似，例如圖1中的專家系統(tǒng)119。對于本實施例可能的工作流程示于圖9。現(xiàn)在關注圖8和9，在這個例子中，用戶通過專家系統(tǒng)用戶接口823直接訪問專家系統(tǒng)819，“方框901”。因為入站數(shù)據(jù)接口833提供了患者身份識別信息和患者數(shù)據(jù)的數(shù)據(jù)饋送，因此用戶可以在專家系統(tǒng)819中選擇特定的患者，“方框902”?？蛇x的是，通過專家系統(tǒng)819的處理，它可以生成呈現(xiàn)在專家系統(tǒng)用戶接口823中的報警。用戶可以通過選擇這些報警訪問被選患者的特定數(shù)據(jù)?？蛇x的是，用戶可以通過他的用戶接口823查詢符合特定標準的患者，并且可以隨即通過該查詢的結果訪問特定患者的身份識別信息和數(shù)據(jù)。該查詢返回符合該特定標準的患者的列表。用戶可以隨即從這個返回的列表中選擇患者以訪問患者信息?？梢酝ㄟ^使用例如菜單、下拉菜單、數(shù)據(jù)字段、文本框和其他類似的方式在用戶接口823中制訂該查詢。在另一可選的實施例中，專家系統(tǒng)可以向用戶呈送從其中能識別特定患者的列表或名冊，以便通過其用戶接口823可以訪問信息。該名冊或列表可以是按照患者的位置、臨床服務、主治或咨詢的醫(yī)師的列表、或者其他保存在臨床系統(tǒng)中的患者列表。將這些列表顯示在專家系統(tǒng)819中，例如顯示在用戶接口823上。用戶可以從該名冊或列表中選擇患者。還是在另一可選的實施例中，專家系統(tǒng)819可以在其用戶接口823中將一個臨床信息的患者特定視圖，例如簡要的報告或巡診報告，呈送給定的醫(yī)師、臨床醫(yī)生、診所或部門等。
一旦用戶已經(jīng)訪問了與特定患者相關的數(shù)據(jù)，則用戶可以隨即使用保存在專家系統(tǒng)819的知識庫中的專家知識生成為治療或進一步評估的患者特定的建議，“方框903”。用戶可以選擇特定指令，這些指令隨后經(jīng)出站指令接口835通過ESIE 825發(fā)送到臨床系統(tǒng)801“方框905”。出站指令接口835可以通過臨床系統(tǒng)接口引擎與臨床系統(tǒng)801進行通訊，或者直接與在臨床系統(tǒng)801中的指令應用程序進行通訊。在稍后的例子中，專家系統(tǒng)接口引擎825穿過出站指令接口直接發(fā)送指令到臨床系統(tǒng)801中的指令應用程序或一些其他的臨床模塊，“方框905”。指令應用程序隨即接收指令“方框912”，隨后完成任何必要的對指令的處理，“方框913”。臨床系統(tǒng)801接收(“方框906”)并處理這些指令，“方框907”。如果是由用戶輸入了需要存儲在臨床系統(tǒng)801中的患者的臨床數(shù)據(jù)，或者是從專家系統(tǒng)819的處理過程中生成了這樣的數(shù)據(jù)，則可以通過出站數(shù)據(jù)接口將這些數(shù)據(jù)發(fā)送給臨床系統(tǒng)。
示例性的專家系統(tǒng)的可選的特性是一種能在專家系統(tǒng)和臨床系統(tǒng)之間對數(shù)據(jù)和術語詞匯進行標準化的機制。在一種配置中，詞匯服務器(Vocabulary Server)是專家系統(tǒng)的一部分。該詞匯服務器包括將術語詞匯分配給數(shù)據(jù)元素的模塊或軟件。在本發(fā)明的一個實施例中，位于臨床系統(tǒng)中的數(shù)據(jù)元素的識別符被初始地映射到標準命名。基于這個映射，所有從臨床系統(tǒng)接收到的數(shù)據(jù)元素都與附帶的標準命名標識符一起存儲在專家系統(tǒng)數(shù)據(jù)庫中。對于那些并未作初始映射的數(shù)據(jù)元素，在詞匯服務器中可以有這樣的功能，以便允許系統(tǒng)識別出最匹配的標準命名。這允許系統(tǒng)給一個或多個數(shù)據(jù)元素中的每一個附加一個標準命名標識符，其中這些數(shù)據(jù)元素基于它們是產(chǎn)生于原始的系統(tǒng)中的而可能具有不同的標識符，但事實上它們代表相同的實體(含義)。在示例性的實施例中，這個詞匯服務器是專家系統(tǒng)接口引擎的一個組成部分。當從臨床系統(tǒng)接收每個入站數(shù)據(jù)元素時，該詞匯服務器給所接收的數(shù)據(jù)附加上一個標準標識符。當將每個出站數(shù)據(jù)元素寫入一個由專家系統(tǒng)接口引擎發(fā)送出去的消息中時，該詞匯服務器基于利用上述專家系統(tǒng)命名標識符的映射所附加的標準標識符，將適當?shù)耐獠繕俗R符分配給臨床系統(tǒng)數(shù)據(jù)元素。
在另一配置中，詞匯服務器是臨床系統(tǒng)接口引擎的組成部分。當將每個數(shù)據(jù)元素發(fā)送給專家系統(tǒng)接口引擎時，標準標識符被使用。由于所收到的標準標識符映射到了本地標識符，因此可以在將數(shù)據(jù)發(fā)送給臨床系統(tǒng)接口引擎時，執(zhí)行相反的操作。
在另一配置中，數(shù)據(jù)標準化是在專家系統(tǒng)內部動態(tài)的處理。當數(shù)據(jù)通過接口傳入的時候被保存。當專家系統(tǒng)訪問數(shù)據(jù)元素時，詞匯服務器映射每個元素到在專家系統(tǒng)處理中使用的標準標識符。
又在另一配置中，臨床系統(tǒng)中的全部數(shù)據(jù)元素都與各標準標識符一起存儲，并且這些標識符通過接口發(fā)送。接口不進行任何附加的映射，而專家系統(tǒng)本身也不進行任何附加的映射。在本例中，由于在整個臨床系統(tǒng)和專家系統(tǒng)中使用了數(shù)據(jù)和詞匯標準，因此取消了對詞匯服務器的需求。
詞匯服務器可通過用戶的設計來實現(xiàn)。然而，在本發(fā)明的實施例中，詞匯服務器也可以通過使用市場上能夠買到的詞匯服務器來實現(xiàn)。這樣的服務器可以很容易地從科羅拉多州、奧羅拉市(Aurora，Colorado)的Health Language公司和康涅狄格州、里奇菲爾德市(Ridgefield，Connecticut)的Apelon公司獲得。
在不脫離本發(fā)明的精神和必要特征的情況下，本發(fā)明可以以其他特定的方式實施。無論從哪方面看，在此描述的各種實施例僅僅是說明性的而非限制性的。因此本發(fā)明的保護范圍是由所附的權利要求書代表的，而不是由前面的具體描述所限制的。所有在權利要求書中的含義和等同范圍內的變化都應當包含在本發(fā)明的保護范圍之內。
權利要求
1.在一個分立的專家系統(tǒng)與帶有一個或多個臨床模塊的臨床系統(tǒng)進行通訊的系統(tǒng)中，一種將所述分立的專家系統(tǒng)與所述臨床系統(tǒng)進行接口的方法，該方法包括在入站數(shù)據(jù)接口和同步報警接口中的至少一個上，從所述臨床系統(tǒng)接收臨床數(shù)據(jù)；在所述專家系統(tǒng)的專家系統(tǒng)數(shù)據(jù)庫中存儲所述臨床數(shù)據(jù)；在所述專家系統(tǒng)中處理所述臨床數(shù)據(jù)；基于所述處理臨床數(shù)據(jù)的結果生成報警；以及在同步報警接口和出站報警接口中的至少一個上，將所述報警發(fā)送給所述臨床系統(tǒng)。
2.如權利要求1的方法，進一步包括當在所述臨床系統(tǒng)中已經(jīng)解除了所述報警時，在審核行為接口上從所述臨床系統(tǒng)接收審核信息；以及在所述專家系統(tǒng)中更新審核日志。
3.如權利要求1的方法，進一步包括在同步報警接口和入站應用接口中的至少一個上，從所述臨床系統(tǒng)接收請求，用于訪問所述專家系統(tǒng)；在所述臨床系統(tǒng)處顯示來自所述專家系統(tǒng)的所述報警；在所述專家系統(tǒng)處，在同步報警接口、入站應用接口、和入站數(shù)據(jù)接口中的至少一個上，從所述臨床系統(tǒng)的用戶接收臨床數(shù)據(jù)的更新；以及使用所述同步報警接口和所述出站數(shù)據(jù)接口中的至少一個將所述臨床數(shù)據(jù)的更新發(fā)送給所述臨床系統(tǒng)。
4.如權利要求3的方法，進一步包括在所述專家系統(tǒng)處更新審核日志。
5.如權利要求3的方法，進一步包括在專家系統(tǒng)處，接收指令；以及將所述指令發(fā)送給臨床模塊。
6.如權利要求5的方法，進一步包括在所述專家系統(tǒng)處更新審核日志。
7.如權利要求1的方法，其中將所述報警發(fā)送給臨床系統(tǒng)的步驟包括從所述專家系統(tǒng)推送所述報警。
8.如權利要求1的方法，其中將所述報警發(fā)送給所述臨床系統(tǒng)的步驟包括從所述臨床系統(tǒng)接收請求或查詢；以及響應于所述請求或查詢，將所述報警發(fā)送給所述臨床系統(tǒng)。
9.如權利要求1的方法，其中所述報警包括各數(shù)據(jù)元素，該方法進一步包括將各標準識別符附加到所述各數(shù)據(jù)元素的至少一部分上。
10.如權利要求1的方法，進一步包括根據(jù)各專有消息定義，對包含所述報警的消息進行結構化處理。
11.如權利要求1的方法，進一步包括根據(jù)工業(yè)標準消息定義，對包含所述報警的消息進行結構化處理。
12.如權利要求11的方法，進一步包括根據(jù)HL7協(xié)議，對包含所述報警的消息進行結構化處理。
13.如權利要求1的方法，其中從所述臨床系統(tǒng)接收臨床數(shù)據(jù)的步驟包括從設置在所述臨床系統(tǒng)內的臨床模塊上的接口引擎接收臨床數(shù)據(jù)。
14.一種計算機可讀介質，具有用于執(zhí)行如權利要求1的步驟的計算機可執(zhí)行指令。
15.在與臨床系統(tǒng)分立的專家系統(tǒng)處，一種提供臨床決策支持的方法，包括在同步報警接口和入站數(shù)據(jù)接口中的至少一個上，從所述臨床系統(tǒng)接收指令；對所述指令進行處理，以生成對于所述指令的答復；以及在同步報警接口、出站數(shù)據(jù)接口和出站指令接口中的至少一個上，將所述答復發(fā)送給所述臨床系統(tǒng)。
16.如權利要求15的方法，其中所述答復是報警，該方法進一步包括當所述報警已經(jīng)在所述臨床系統(tǒng)處被解除時，在入站審核接口、入站數(shù)據(jù)接口和審核行為報警接口中的至少一個上，從所述臨床系統(tǒng)接收審核信息；以及在所述專家系統(tǒng)中更新審核日志。
17.如權利要求15的方法，其中所述答復是報警，該方法進一步包括當所述報警導致在臨床系統(tǒng)處對指令作出添加或改變時，在入站審核接口、入站數(shù)據(jù)接口和審核行為報警接口中的至少一個上，從所述臨床系統(tǒng)接收審核信息；以及在所述專家系統(tǒng)中更新審核日志。
18.如權利要求15的方法，其中所述指令包括各數(shù)據(jù)元素，該方法進一步包括給所述各數(shù)據(jù)元素的至少一部分分配標準識別符。
19.如權利要求15的方法，進一步包括根據(jù)專有的消息定義，對包含所述答復的消息進行結構化處理。
20.如權利要求15的方法，進一步包括根據(jù)工業(yè)標準消息定義，對包含所述答復的消息進行結構化處理。
21.如權利要求20的方法，進一步包括根據(jù)HL7協(xié)議，對包含所述答復的消息進行結構化處理。
22.一種計算機可讀介質，具有用于執(zhí)行如權利要求15的步驟的計算機可執(zhí)行指令。
23.在與臨床系統(tǒng)分立的專家系統(tǒng)處，一種提供臨床決策支持的方法，包括允許訪問專家系統(tǒng)用戶接口；在所述專家系統(tǒng)用戶接口中提供元素，用于從臨床系統(tǒng)中的患者中選擇至少一個患者的；生成患者特定的建議；從用戶訪問的專家系統(tǒng)用戶接口接收各指令；以及在同步報警接口、出站數(shù)據(jù)接口和出站指令接口中的至少一個上將所述各指令發(fā)送給臨床系統(tǒng)。
24.如權利要求23的方法，進一步包括從訪問專家系統(tǒng)用戶接口的用戶接收對臨床數(shù)據(jù)的更新；以及在出站數(shù)據(jù)接口上，將所述更新發(fā)送給所述臨床系統(tǒng)。
25.如權利要求24的方法，其中將所述更新發(fā)送給所述臨床系統(tǒng)的步驟包括直接將所述更新發(fā)送給所述臨床系統(tǒng)中的臨床模塊。
26.如權利要求24的方法，其中發(fā)送所述更新的步驟包括將所述更新發(fā)送給臨床系統(tǒng)接口引擎，以遞送到所述臨床系統(tǒng)中的臨床模塊。
27.如權利要求23的方法，其中提供步驟包括在所述專家系統(tǒng)用戶接口中提供元素，用于從患者列表、報警或查詢的至少一個中選擇至少一個患者。
28.如權利要求23的方法，進一步包括根據(jù)專有的消息定義，對包含所述各指令的消息進行結構化處理。
29.如權利要求23的方法，進一步包括根據(jù)工業(yè)標準消息定義，對包含所述各指令的消息進行結構化處理。
30.如權利要求29的方法，進一步包括根據(jù)HL7協(xié)議，對包含所述各指令的消息進行結構化處理。
31.一種專家系統(tǒng)，包括適于存儲臨床數(shù)據(jù)的專家系統(tǒng)數(shù)據(jù)庫；臨床決策模塊，其連接到所述專家系統(tǒng)數(shù)據(jù)庫且適于從所述專家系統(tǒng)數(shù)據(jù)庫中的臨床數(shù)據(jù)生成各報警；專家系統(tǒng)接口引擎，其連接到專家系統(tǒng)數(shù)據(jù)庫，所述專家系統(tǒng)接口引擎適于利用同步報警接口、出站報警接口、入站報警接口、入站數(shù)據(jù)接口、出站數(shù)據(jù)接口、出站指令接口和審核行為接口中的至少一個，將包含所述各報警的臨床數(shù)據(jù)發(fā)送給與所述專家系統(tǒng)分立的臨床系統(tǒng)，和從所述臨床系統(tǒng)接收包含所述各報警的臨床數(shù)據(jù)。
32.如權利要求31的專家系統(tǒng)，進一步包括連接到所述專家系統(tǒng)數(shù)據(jù)庫和所述專家系統(tǒng)接口引擎的專家系統(tǒng)接口，所述專家系統(tǒng)用戶接口在臨床系統(tǒng)用戶接口處是可顯示的。
全文摘要
用于將專家系統(tǒng)接口到臨床信息系統(tǒng)的方法和計算機程序。本發(fā)明的實施例提供了允許醫(yī)生使用專家系統(tǒng)提供的功能而無需特別地保存分立的用戶數(shù)據(jù)的緊密集成的系統(tǒng)，它們提供了在專家系統(tǒng)和一個或多個臨床信息系統(tǒng)之間的通訊方法。該通訊方法允許在專家系統(tǒng)和臨床系統(tǒng)之間的信息和操作的流動，并且允許在兩個系統(tǒng)中保存審核日志。
文檔編號G08B1/08GK1802673SQ200480002901
公開日2006年7月12日 申請日期2004年2月6日 優(yōu)先權日2003年2月7日
發(fā)明者小威廉姆·J·凱徹賽德, 喬納森·B·F·奧爾森, 威廉姆·F·哈蒂, 羅伯特·R·豪山姆, 邁克爾·E·巴扎, 斯坦利·L·佩斯托尼克 申請人:塞若多克公司