專利名稱:醫(yī)療評(píng)估支持系統(tǒng)及方法
技術(shù)領(lǐng)域:
本發(fā)明涉及一種基于計(jì)算機(jī)的醫(yī)療評(píng)估支持系統(tǒng),用于接收由用戶提供 的與患者相關(guān)的數(shù)據(jù)、處理該數(shù)據(jù)以識(shí)別可能影響對患者的治療的信息源、 并且向用戶提供對患者進(jìn)行治療中可能有用的信息。
背景技術(shù):
在一些情形下,患者經(jīng)過治療而隨后經(jīng)歷了不良事件,即,患者的狀況 惡化。當(dāng)前,存在大量的可用于分析在該不良事件和治療之間是否存在因果
關(guān)系的計(jì)算機(jī)系統(tǒng)。
參照圖1, 一個(gè)這樣的系統(tǒng)允許用戶指定患者正在經(jīng)歷或者已經(jīng)歷的不 良事件。作為響應(yīng),系統(tǒng)執(zhí)行數(shù)據(jù)庫搜索以識(shí)別涉及該不良事件的數(shù)據(jù)庫中 的所有的信息源,并且將搜索的結(jié)果提供給用戶。例如,如果用戶指定"心 悸,,作為不良事件,則該系統(tǒng)搜索數(shù)據(jù)庫以識(shí)別涉及"心悸"的數(shù)據(jù)庫中的 所有的信息源,并且將搜索的結(jié)果提供給用戶。
參照圖2,當(dāng)前可用的另 一 系統(tǒng)允許用戶指定正在^合患者吃(administer) 或者已經(jīng)給患者吃的藥物、以及該患者隨后經(jīng)歷的不良事件。作為響應(yīng),系 統(tǒng)搜索藥物說明書(Pharmaceutical Package Insert) ( "PPI")(由處方藥的制造 商準(zhǔn)備的書面材料并且伴隨著給患者的處方(dispensation))的數(shù)據(jù)庫,用于 討論所指定的藥物的PPI內(nèi)的不良事件。例如,如果用戶指定"流血"作為 不良事件,并且指定藥物為法華林(warfm)鈉,則該系統(tǒng)搜索針對法華林鈉 PPI的PPI的數(shù)據(jù)庫,并且確定用于法華林鈉的PPI是否將流血識(shí)別為不良 事件。將搜索的結(jié)果提供給用戶。
參照圖3,當(dāng)前已知的又一系統(tǒng)確定是否存在與藥物的組合相關(guān)聯(lián)的任 何已知的不良事件。在這個(gè)系統(tǒng)中,用戶輸入患者正服用或者已服用的兩個(gè) 或多個(gè)藥物。系統(tǒng)利用此信息來搜索牽涉所指定的藥物的組合或者多個(gè)組合 的已知的不良事件。將搜索的結(jié)果提供給用戶。例如,如果用戶指示患者正 在服用或者已服用了 "藥物A,,和"藥物B,,,則系統(tǒng)搜索數(shù)據(jù)庫以確定是否存在與已服用了 "藥物A"和"藥物B"的患者相關(guān)聯(lián)的一個(gè)或多個(gè)已知的不 良事件,并且將結(jié)果報(bào)告給用戶。
發(fā)明內(nèi)容
本發(fā)明專注于 一 種醫(yī)療評(píng)估支持系統(tǒng),該系統(tǒng)能夠向系統(tǒng)的用戶提供關(guān) 于不良事件的原因是否與患者正經(jīng)受或者已經(jīng)受的治療相關(guān)的更精確的評(píng) 估。向患者提供的治療可以采取許多的形式。通常,治療是以已經(jīng)給患者吃 的藥物或者多個(gè)藥物的形式。術(shù)語"藥物"包括但不限于任何治療的試劑, 無論是小的分子(molecule )、生物學(xué)的、同種療法的混合物(homeopathic concoction ),或者可以治療地(therapeutically )給予服用的任何物質(zhì)。治療 也可以是以療法(therapy)的形式(諸如輻射療法)。典型地,系統(tǒng)的用戶是 醫(yī)療機(jī)構(gòu)("HCP")。然而,系統(tǒng)可以被用于或者適于非HCP的個(gè)人(諸如 患者)使用。
在一個(gè)實(shí)施例中,系統(tǒng)包含通信接口,該通信接口向系統(tǒng)提供了以下能 力(a)與用戶進(jìn)行通信;以及(b )與可能具有與一個(gè)或多個(gè)不良事件相關(guān) 的信息的信息源進(jìn)行通信。該系統(tǒng)還包含處理引擎,該處理引擎經(jīng)由通信結(jié) 構(gòu)從用戶接收查詢,搜索可能具有與該查詢相關(guān)的信息的一個(gè)或多個(gè)信息源, 并且經(jīng)由通信接口向用戶傳送搜索的結(jié)果。該系統(tǒng)的另 一部分是包含由處理 引擎響應(yīng)查詢所搜索的信息的數(shù)據(jù)結(jié)構(gòu)。典型地,該數(shù)據(jù)結(jié)構(gòu)由一個(gè)或多個(gè) 數(shù)據(jù)庫、以及保存(多個(gè))數(shù)據(jù)庫的記錄介質(zhì)組成。應(yīng)當(dāng)理解的是可以將 通信接口 、處理引擎以及數(shù)據(jù)結(jié)構(gòu)集成到能夠位于有限的空間或者能夠分布 在網(wǎng)絡(luò)上的結(jié)構(gòu)中。此外,該系統(tǒng)能夠在這樣的系統(tǒng)內(nèi)運(yùn)行在其中,通信 接口便利于通過廣域網(wǎng)(例如互聯(lián)網(wǎng))、局域網(wǎng)與一個(gè)或多個(gè)用戶進(jìn)行通信, 或者其作為沒有網(wǎng)絡(luò)環(huán)境也能運(yùn)作的獨(dú)立系統(tǒng)。
由該系統(tǒng)接收的查詢,指定患者在治療之后已經(jīng)歷的一個(gè)或多個(gè)不良事 件、以及已知患者正經(jīng)歷的并且患者正在被治療所針對的(多個(gè))疾病(即,疾 患、紊亂、癥狀、狀況等等)。系統(tǒng)搜索一個(gè)或多個(gè)信息源以識(shí)別展示每個(gè)指 定的不良事件和每個(gè)指定的疾病之間的相關(guān)性的信息。將搜索的結(jié)果(其可 以是正面的或者是負(fù)面的)經(jīng)由通信接口傳達(dá)給用戶。在一些情形下,該結(jié) 果將識(shí)別用于治療疾病、并且已知與所指定的不良事件具有一些聯(lián)系的藥物 或者多個(gè)藥物。在許多情形中,這種類型的結(jié)果通常引起HCP與患者之間關(guān)于患者的藥物治療方案的更集中的討論。
在系統(tǒng)的另一實(shí)施例中,由系統(tǒng)接收并且處理的查詢指定(a)患者在 治療之后經(jīng)歷的一個(gè)或多個(gè)不良事件;(b)已知患者正經(jīng)歷的并且該患者正 被治療所針對的(多個(gè))疾病(即,疾患、紊亂、癥狀、狀況等等);以及(c) 正對患者應(yīng)用的或者已應(yīng)用的治療。處理引擎促使搜索一個(gè)或多個(gè)信息源以 識(shí)別信息,其展示(a)每個(gè)指定的不良事件和每個(gè)指定的疾病之間的相關(guān) 性;以及(b)每個(gè)指定的不良事件和每個(gè)指定的治療之間的相關(guān)性。將搜索 的結(jié)果(其可以是正面的或者是負(fù)面的)經(jīng)由通信接口傳達(dá)給用戶。在一些 實(shí)例中,與搜索不良事件與所指定的疾病之間的相關(guān)性有關(guān)的結(jié)果,將識(shí)別 與所指定的事件具有一些聯(lián)系但沒有在查詢中被識(shí)別的藥物或者多個(gè)藥物。 這種類型的結(jié)果通常導(dǎo)致對患者的藥物治療方案的進(jìn)一步調(diào)查。
在系統(tǒng)的另 一實(shí)施例中,由系統(tǒng)接收并且處理的查詢指定一個(gè)或多個(gè)不 良事件、以及已知患者已經(jīng)歷的藥物和/或(多個(gè))治療。響應(yīng)于所接收的查 詢,處理引擎促使搜索一個(gè)或多個(gè)信息源以識(shí)別展示每個(gè)指定的不良事件和 指定的藥物和/或(多個(gè))治療的每一個(gè)之間的相關(guān)性的信息。將結(jié)果(正面 的或者負(fù)面的)經(jīng)由通信接口傳達(dá)給用戶。應(yīng)當(dāng)理解的是,當(dāng)指定多個(gè)藥物 時(shí),系統(tǒng)同時(shí)提供針對所有指定的藥物的結(jié)果,由此避免多重搜索。
系統(tǒng)的另一實(shí)施例還包含查詢擴(kuò)展(expansion)處理引擎,其實(shí)施實(shí)體 論(ontology )以在促使對一個(gè)或多個(gè)信息源的一個(gè)或多個(gè)搜索中擴(kuò)展由處理 引擎使用的術(shù)語(term),從而潛在地識(shí)別在搜索被局限于如提交的查詢中所 提出的術(shù)語的情況下將不會(huì)被識(shí)別的信息。例如,如果查詢是"升高的 (elevated)肝功能測試",則實(shí)體論可擴(kuò)展搜索術(shù)語或者短語以包括升高 的肝酶、肝毒性(liver toxicity )、肝中毒(hepatotoxicity )、異常肝測試、黃 疰等等。在靜態(tài)的實(shí)體論的情形下,處理引擎基于該查詢、以及依據(jù)努力地 將該實(shí)體論應(yīng)用到該查詢以擴(kuò)展隨后要被搜索的術(shù)語和/或短語的結(jié)果,執(zhí)行
搜索。允許用戶在進(jìn)行搜索之前和/或之后修改基于實(shí)體論的擴(kuò)展搜索術(shù)語的 結(jié)果也是可行的。修改可以包含向?qū)⒉樵儜?yīng)用到實(shí)體論上的結(jié)果移除術(shù)語或 短語和/或增加術(shù)語或短語,從而更改實(shí)體論的結(jié)構(gòu)。自然語言處理引擎 ("NLP")是作為對實(shí)體論處理引擎的可替換項(xiàng)或者補(bǔ)充,所述自然語言處 理引擎辨別查詢的情境,并且這樣做能夠推導(dǎo)出或者提示用于搜索的可替換 的術(shù)語或者短語,由此返回給用戶的結(jié)果可以比單獨(dú)使用實(shí)體論處理引擎得出的結(jié)果更多處于預(yù)期的情境中。
系統(tǒng)的另 一實(shí)施例能夠警告用戶對用戶的查詢的響應(yīng)所依賴的信息已經(jīng) 改變,從而警告用戶由用戶基于該響應(yīng)所做出的任何決定可能需要修改。例
如,如果對于查詢的響應(yīng)指示在搜索中所識(shí)別的引用(reference)指示未 知在該查詢中指定的不良事件與也在該查詢中指定的藥物的相關(guān)聯(lián),但是, 該引用隨后被修改以指示現(xiàn)在已知所指定的不良事件與所指定的藥物相關(guān) 聯(lián),則系統(tǒng)將通知用戶這種改變,這樣用戶可以考慮是否需要響應(yīng)該查詢所 采取的行動(dòng)的過程中的任何改變。在一個(gè)實(shí)施例中,將查詢、與識(shí)別在向該 查詢提供響應(yīng)中所依賴的引用的信息存儲(chǔ)在一起。系統(tǒng)也存儲(chǔ)生成響應(yīng)中已 依賴的每個(gè)引用的"舊"的副本,并且有時(shí)從引用的源恢復(fù)引用的"新"的 副本,并且將"舊"的副本與"新,,的副本進(jìn)行比較。如果在引用中已存在 改變,則通知用戶并且向用戶提供新的信息。
在另一實(shí)施例中,系統(tǒng)能夠警告用戶已報(bào)告了不良事件與藥物、兩個(gè)或 多個(gè)藥物、疾病、兩種或多種疾病、或者它們的組合有關(guān)。用戶指定藥物、 多個(gè)藥物、疾病、以及多個(gè)疾病的感興趣的組合。處理引擎26然后以指定的 次數(shù)(典型地是以每天為基礎(chǔ))進(jìn)行一個(gè)或多個(gè)搜索以識(shí)別滿足用戶的指定 的不良事件的報(bào)告。如果識(shí)別出滿足用戶的指定的不良事件的報(bào)告,則將該 結(jié)果報(bào)告給用戶。也將該結(jié)果存儲(chǔ),并且將該結(jié)果與來自隨后的搜索的結(jié)果 進(jìn)行比較,以便確定隨后的搜索是否正在識(shí)別應(yīng)當(dāng)報(bào)告給用戶的任何新的不 良事件的報(bào)告。無論如何, 一旦用戶被告知這樣的不良事件的報(bào)告,則用戶 可以隨后做出關(guān)于是否搜索他們的醫(yī)療記錄系統(tǒng)(電子的(EMR)或相反的 (or otherwise ))決定,以便識(shí)別潛在地處于危險(xiǎn)中的患者。可替換地,系統(tǒng) 可以存j諸用戶的EMR(去識(shí)別(de-identified )的或相反的),并且自動(dòng)地或 者基于用戶的授權(quán)而搜索EMR以識(shí)別處于或者可能處于危險(xiǎn)中的患者,并且 將結(jié)果報(bào)告給用戶,該用戶然后可以采取可能是適當(dāng)?shù)娜魏涡袆?dòng)。
在另一實(shí)施例中,系統(tǒng)包括EMR "命中(hit)報(bào)告器",其允許系統(tǒng)識(shí) 別以下這些狀況在其中,進(jìn)行對用戶的EMR系統(tǒng)或者用戶的去識(shí)別的EMR 的搜索,并且,該搜索基于依照用戶對所感興趣的藥物、多個(gè)藥物、疾病、 多個(gè)疾病、或者它們的組合的指定而進(jìn)行的搜索,識(shí)別潛在地處于不良事件 的危險(xiǎn)中的一個(gè)或多個(gè)個(gè)人。
圖1圖示了向用于識(shí)別與個(gè)人經(jīng)歷的不良事件相關(guān)耳關(guān)的原因或多個(gè)原因
的已知系統(tǒng)的輸入(不良事件);
圖2圖示了向用于識(shí)別藥物是否是、或者是否可能是個(gè)人經(jīng)歷的不良事 件的原因的已知系統(tǒng)的輸入(不良事件、以及個(gè)人正在或者已服用的藥物);
圖3圖示了向用于識(shí)別藥物-藥物相互作用是否是、或者是否可能是個(gè)人 經(jīng)歷的不良事件的原因的已知系統(tǒng)的輸入(不良事件、以及個(gè)人正在或者已 服用的藥物);
圖4圖示了本發(fā)明的系統(tǒng)的一個(gè)實(shí)施例;
圖5A圖示了形成由圖4中圖示的系統(tǒng)所處理的查詢的輸入(不良事件 和(多個(gè))疾病);
圖5B圖示了由圖4中所示的系統(tǒng)在處理如圖5A中所圖示的查詢中實(shí)施 的方法;
圖6圖示了形成由圖4中圖示的系統(tǒng)所處理的查詢的輸入(不良事件和 藥物/(多種)治療);
圖7圖示了形成由圖4中圖示的系統(tǒng)所處理的查詢的輸入((多個(gè))不良 事件、(多個(gè))藥物、以及(多種)疾病);
圖8是能夠用于對將升高的肝功能測試識(shí)別為不良事件的查詢進(jìn)行擴(kuò)展 的實(shí)體論的例子;
圖9是對圖8中所圖示的實(shí)體論的修改的例子,該例子向?qū)嶓w論增加了
術(shù)語;
圖10A和10B圖示了查詢;基于實(shí)體論的搜索術(shù)語擴(kuò)展;基于該查詢 和經(jīng)擴(kuò)展的搜索術(shù)語的、自然語言處理器搜索或者發(fā)掘操作(mining 叩eration)的結(jié)果;該搜索或者發(fā)掘操作的未進(jìn)行優(yōu)先級(jí)區(qū)分(u叩rioritized ) 的結(jié)果;以及該搜索或者發(fā)掘操作的經(jīng)過優(yōu)先級(jí)區(qū)分(prioritized)的結(jié)果。
具體實(shí)施例方式
圖4圖示了根據(jù)本發(fā)明的、用于提供與不良事件有關(guān)的信息的醫(yī)療評(píng)估 支持系統(tǒng)的實(shí)施例。下文中將系統(tǒng)的這個(gè)實(shí)施例稱為系統(tǒng)20。系統(tǒng)20由以 下組成(a)用戶接口 22,其便利于系統(tǒng)20和與用戶相關(guān)聯(lián)的電子設(shè)備或計(jì) 算設(shè)備之間的通信;(b)數(shù)據(jù)接口 24,其便利于系統(tǒng)20和一個(gè)或多個(gè)數(shù)據(jù)源或者信息源之間的通信,所述數(shù)據(jù)源或者信息源用于對用戶通過用戶接口
22傳達(dá)到系統(tǒng)20的查詢進(jìn)行服務(wù);以及(c)處理引擎26,其響應(yīng)于通過用 戶接口 22所提交的用戶查詢,促使進(jìn)行數(shù)據(jù)源或信息源的一個(gè)或多個(gè)搜索, 并且通過用戶接口 22向用戶提供該搜索或者多個(gè)搜索的結(jié)果。
繼續(xù)參照圖4,用戶接口 22由網(wǎng)絡(luò)服務(wù)器28組成,該網(wǎng)絡(luò)服務(wù)器28能 夠和與用戶相關(guān)聯(lián)的電子設(shè)備或者計(jì)算設(shè)備所實(shí)現(xiàn)的客戶端網(wǎng)絡(luò)瀏覽器進(jìn)行 通信。服務(wù)器28能夠與之通信的電子設(shè)備或者計(jì)算設(shè)備包括但不限于能夠 運(yùn)行網(wǎng)絡(luò)瀏覽器的個(gè)人計(jì)算機(jī)、PDA、以及蜂窩電話。服務(wù)器28給客戶端瀏 覽器提供包含經(jīng)由高速緩存服務(wù)器頁面(CSP)鏈接到數(shù)據(jù)庫管理系統(tǒng)的字 段(field)的表格(form)的顯示。服務(wù)器28和客戶端瀏覽器保持一對一相 關(guān)聯(lián),其包括但不限于以下(1)藥物信息條目(entry)(多個(gè))字段;(2) 疾病信息條目(多個(gè))字段;(3)數(shù)據(jù)源信息條目(多個(gè))字段;以及(4) 不良事件信息條目(多個(gè))字段。將所有的字段鏈接到DBMS中內(nèi)部存儲(chǔ)的 信息。應(yīng)當(dāng)理解的是,如果需要通過除了該網(wǎng)絡(luò)之外的網(wǎng)絡(luò)(廣域或者局域) 進(jìn)行與 一個(gè)或多個(gè)用戶通信,則可以以另 一類型的服務(wù)器來取代或補(bǔ)充網(wǎng)絡(luò) 服務(wù)器28。服務(wù)器28還能夠和與用戶相關(guān)聯(lián)的電子設(shè)備或者計(jì)算設(shè)備通信 并且能句多進(jìn)4亍HL7消息傳送(messaging )(在衛(wèi)生寸呆#1業(yè)(healthcare industry ) 中被廣泛使用的消息傳送標(biāo)準(zhǔn))。服務(wù)器28適于衛(wèi)生保健業(yè)中出現(xiàn)的、或者 由衛(wèi)生保健業(yè)將來所采用的其他消息傳送協(xié)議。將服務(wù)器28圖示為具有網(wǎng)絡(luò) 瀏覽器端口和HL7端口的單個(gè)服務(wù)器。然而,應(yīng)當(dāng)理解的是,服務(wù)器28可 以包含多個(gè)服務(wù)器,其每個(gè)具有一個(gè)或多個(gè)端口。
用戶接口 22還由傳統(tǒng)(custom)集成解決方案接口 30組成,所述傳統(tǒng) 集成解決方案接口 30允許用戶繞過(bypass)服務(wù)器28,并且直接訪問與處 理引擎26相關(guān)聯(lián)的、數(shù)據(jù)庫管理系統(tǒng)或者多個(gè)數(shù)據(jù)庫管理系統(tǒng)。傳統(tǒng)集成解 決方案接口 30接受根據(jù)有關(guān)數(shù)據(jù)庫或者面向?qū)ο蟮臄?shù)據(jù)庫協(xié)議的查詢。例 如,接口 30能夠接收利用用于SQL類型查詢的ODBC或者JDBC協(xié)議的有 關(guān)數(shù)據(jù)庫查詢,并且能夠以SQL格式傳送響應(yīng)。該接口還能夠接收基于JAVA、 C++、 VB、 SOAP, .NET等等的查詢,并且能夠以適當(dāng)?shù)腲f各式傳送響應(yīng)。如 果出現(xiàn)需要,則接口 30能夠適于與其他的協(xié)議進(jìn)行集成。通過將處理引擎 26基于高速緩存(CACHE)來實(shí)現(xiàn)處理有關(guān)的、或者面向?qū)ο蟮臄?shù)據(jù)庫查詢 的能力,所述高速緩存(CACHE)是協(xié)議智能的(protocol-intelligent),即,能夠辨別查詢所基于的協(xié)議。應(yīng)當(dāng)理解的是,也可以采用協(xié)議智能的其他任 何系統(tǒng)。
系統(tǒng)20通過每個(gè)與服務(wù)器26和傳統(tǒng)集成解決方案接口 30相關(guān)聯(lián)的瀏覽 器端口和HL7端口來提供與用戶的通信。應(yīng)當(dāng)理解的是,可以使系統(tǒng)20適 于采用這些各種接口的子集來用于與用戶相關(guān)聯(lián)的電子設(shè)備或者計(jì)算設(shè)備進(jìn) 行通信。此外,該系統(tǒng)可以適于釆用現(xiàn)在可用的或者可能在將來成為可用的 其他的接口用于和與用戶相關(guān)聯(lián)的電子設(shè)備或者計(jì)算設(shè)備進(jìn)行通信。
繼續(xù)參照圖4,使用數(shù)據(jù)接口 24向數(shù)據(jù)源傳送對數(shù)據(jù)或者信息的請求, 并且從這些源接收數(shù)據(jù)或者信息,利用所述數(shù)據(jù)或者信息來建立成為處理引 擎26的一部分的一個(gè)或多個(gè)數(shù)據(jù)庫,所述數(shù)據(jù)源典型地是商用數(shù)據(jù)源,但還 可以包括私有的、專有的、或者公開的數(shù)據(jù)源。在所圖示的實(shí)施例中,數(shù)據(jù) 接口 24用于向數(shù)據(jù)源傳送請求,并且接收對任何這樣的請求的響應(yīng),所述數(shù) 據(jù)源提供生物標(biāo)志(biomarker)數(shù)據(jù)、安全數(shù)據(jù)、藥物說明書(PPI)數(shù)據(jù)、 藥物公司醫(yī)療信息(MT)證(letter)、白皮書(未示出)、臨床試驗(yàn)數(shù)據(jù)、微 陣列(microarray)數(shù)據(jù)、染色體組的和/或蛋白質(zhì)組(proteomic )的教:據(jù)、 單核苷多態(tài)(SNP)、藥物反應(yīng)仿真系統(tǒng)等等。數(shù)據(jù)接口 24能夠向提供著名
(noted)類型的數(shù)據(jù)或者信息的子集的一個(gè)或多個(gè)數(shù)據(jù)源,傳送請求并且接 收響應(yīng)。數(shù)據(jù)接口 24也能夠適于向提供來自著名類型的lt據(jù)或者信息的不同 類型的數(shù)據(jù)的一個(gè)或多個(gè)數(shù)據(jù)源,傳送請求并且接收響應(yīng)。在所圖示的實(shí)施 例中,數(shù)據(jù)接口 24是后端通信接口,其支持包括HL7、 XML、 JDBC、 ODBC 和其他的所有主要的通信協(xié)議。數(shù)據(jù)接口 24具有與異類(disparate)的外部 系統(tǒng)進(jìn)行通信的能力,并且使用內(nèi)部的類結(jié)構(gòu)(class structure )來迅速地并且 高效地對數(shù)據(jù)進(jìn)行解析并且將其合并入DBMS中。DBMS以各種不同的方式
(對象、有關(guān)表格和/或其他)來存儲(chǔ)數(shù)據(jù),并且可以迅速地響應(yīng)有關(guān)的或者 對象的查詢。
繼續(xù)參照圖4,處理引擎26包含(a)應(yīng)用服務(wù)器32,其處理用戶經(jīng)由 服務(wù)器28提出的每個(gè)查詢;(b)數(shù)據(jù)庫管理系統(tǒng)(DBMS) 34; (c)更新處 理器36,其以指定的次數(shù)(典型地,每日)更新由系統(tǒng)20維持的一個(gè)或多 個(gè)數(shù)據(jù)庫;(d)實(shí)體論和/或自然語言處理器38; ( e )客戶端數(shù)據(jù)庫管理系統(tǒng) 40,其能夠基于用戶指定的(多個(gè))藥物和(多個(gè))疾病的組合而促使對不 良事件的搜索或者多個(gè)搜索,基于用戶指定的(多個(gè))不良事件、以及(多個(gè))疾病和(多個(gè))藥物的至少之一而促使搜索或多個(gè)搜索,向用戶提供用
于量化(quantify)系統(tǒng)對用戶的益處的量度(metrics),并且基于系統(tǒng)的使 用而監(jiān)視作為衛(wèi)生保健機(jī)構(gòu)的用戶的、持續(xù)的醫(yī)療教育信用;以及(f)(i) 去識(shí)別的電子醫(yī)療記錄數(shù)據(jù)庫42,其包含已被去識(shí)別的(即,不能通過個(gè)人 的姓名或者其他識(shí)別信息(諸如住址)而與個(gè)人相關(guān)聯(lián)的)例如HMO的患 者的電子醫(yī)療記錄,和/或(f) (ii)應(yīng)用程序接口 (API),其允許(經(jīng)由電子 醫(yī)療記錄接口 43)訪問駐留在系統(tǒng)20之外、但是對系統(tǒng)20是可訪問的電子 醫(yī)療記錄數(shù)據(jù)庫(去識(shí)別的或相反的)。在圖示的實(shí)施例中,處理引擎26是 將數(shù)據(jù)存儲(chǔ)為對象(多個(gè)對象)和表格(SQL有關(guān)的)的多維的后(post) 數(shù)據(jù)庫管理系統(tǒng)。使用面向?qū)ο笳Z言(.net, Java, XML等等)和/或遵循SQL、 DBMS有關(guān)的工業(yè)標(biāo)準(zhǔn)的數(shù)據(jù)庫語言,可以直接訪問數(shù)據(jù)。DBMS34利用交 互的(transactional)位圖索引方案來4^高用戶的響應(yīng)時(shí)間。
在圖示的實(shí)施例中,處理引擎26的一個(gè)或多個(gè)元件(element)能夠響 應(yīng)來自用戶的大量的不同類型的查詢。參照圖5A和5B,處理引擎26所處理 的一種類型的查詢是由患者已經(jīng)歷的不良事件和該患者的已知疾病組成的查 詢。處理引擎26進(jìn)行操作以對由系統(tǒng)20所維持的或者對系統(tǒng)20可用的數(shù)據(jù) 庫進(jìn)行一個(gè)或多個(gè)數(shù)據(jù)庫搜索,以便識(shí)別用于指示在被指定疾病和/或合病 (comorbidity)的情境下所指定的不良事件的可能原因的信息源。例如,該 搜索可以識(shí)別其中在所指定的不良事件和所指定的疾病之間存在關(guān)聯(lián)的一個(gè) 或多個(gè)藥物。將搜索的結(jié)果傳送至用戶的電子設(shè)備或者計(jì)算設(shè)備。圖5A和 圖5B圖示了在當(dāng)被指定的不良事件是升高的肝功能測試、并且患者患有疾病 A-C時(shí)的情形中的處理。
參照圖6,處理引擎26能夠從事的另一種類型的查詢是由不良事件和已 知患者已服用的藥物和/或經(jīng)受的(多個(gè))治療組成的查詢。處理引擎26進(jìn) 行操作以對由系統(tǒng)20所維持的或者對系統(tǒng)20可用的數(shù)據(jù)庫進(jìn)行一個(gè)或多個(gè) 數(shù)據(jù)庫搜索,以便識(shí)別用于指示在所指定的不良事件、與患者所服用的藥物 和/或經(jīng)受的治療之間存在聯(lián)系的信息源。將搜索的結(jié)果傳送至用戶的電子設(shè) 備或者計(jì)算設(shè)備。
參照圖7,處理引擎26能夠處理的又一種類型的查詢是由不良事件、已 知患者已服用的藥物和/或經(jīng)受的(多個(gè))治療、以及該患者的已知疾病組成 的查詢。在此情形下,處理引擎26進(jìn)行操作以對由系統(tǒng)20所維持的或者對系統(tǒng)20可用的數(shù)據(jù)庫進(jìn)行一個(gè)或多個(gè)數(shù)據(jù)庫搜索,以便識(shí)別用于指示在所指 定的不良事件、與患者所服用的藥物和/或經(jīng)受的治療之間存在聯(lián)系的信息
源。另外,處理引擎26進(jìn)行操作以對由系統(tǒng)20所維持的或者對系統(tǒng)20可用 的數(shù)據(jù)庫進(jìn)行一個(gè)或多個(gè)數(shù)據(jù)庫搜索,以便識(shí)別用于指示在所指定疾病的情
境下被指定的不良事件的可能原因的信息源。在所述可能的原因中,可以是 不必由患者、衛(wèi)生保健專業(yè)人員所指定的、或在患者的醫(yī)療記錄中指定的、 非處方(Over-the-Counter) ( OTC )藥物或者治療、草藥、以及處方配藥。將 搜索的結(jié)果傳送至與用戶相關(guān)聯(lián)的電子設(shè)備或者計(jì)算設(shè)備。
參照圖8和圖9,由用戶提交的任何查詢可以經(jīng)過實(shí)體論和/或自然語言 處理器38以努力地識(shí)別有關(guān)的搜索術(shù)語來捕捉比僅僅使用該查詢的術(shù)語將 發(fā)現(xiàn)的信息源更多的、與該查詢相關(guān)的信息源。圖8圖示了用于升高的肝功 能測試的實(shí)體論,其建議了大量的其它術(shù)語,所述其它術(shù)語可以得出超過在 搜索的術(shù)語或者短語僅僅是升高的肝功能測試的情況下將識(shí)別的信息源的另 外的信息源。搜索術(shù)語的實(shí)體論擴(kuò)展的列表可以涉及(多個(gè))不良事件、(多 個(gè))藥物、(多個(gè))疾病、或者涉及用戶查詢的任何其他組分。查詢可以自動(dòng) 地經(jīng)過處理器38,或者可以按用戶的請求經(jīng)過處理器38。圖4示出實(shí)體論/NLP 處理器38包含SNOMED、 SOPHIA、特定的實(shí)體論、以及NLP,但是應(yīng)當(dāng) 理解的是,可以采用其他的實(shí)體論(包括非特定的實(shí)體論、藥物實(shí)體論)以 及其他融入情境的術(shù)語(term-contextualizing )的系統(tǒng)。SOPHIA搜索引擎提 供了如與傳統(tǒng)的基于關(guān)鍵字的搜索能力相對的、主題(thematical)搜索能力。 參照圖9,如果用戶想要這樣做,則該用戶可以編輯擴(kuò)展的搜索術(shù)語,以便 在執(zhí)行搜索或者多個(gè)搜索之前刪除一個(gè)或多個(gè)術(shù)語或者增加一個(gè)或多個(gè)術(shù) 語。圖9圖示了其中用戶向圖8中所示的實(shí)體論增加了術(shù)語的情形。 一旦用 戶已決定了搜索什么集合的術(shù)語,則應(yīng)用服務(wù)器32向DBMS子系統(tǒng)34發(fā)送 請求,所述DBMS子系統(tǒng)34處理該請求,并且使用基于多個(gè)因素對搜索結(jié) 果進(jìn)行優(yōu)先級(jí)區(qū)分的優(yōu)先級(jí)算法,所述多個(gè)因素包括但不限于所指定的文 檔的部分中的搜索術(shù)語命中(hit)數(shù)量、管理機(jī)構(gòu)的警告(regulatory agency warning)(黑盒警告等等)、不良事件的頻率、以及其他優(yōu)先級(jí)區(qū)分的權(quán)重因 素(AI推導(dǎo)出的或者未推導(dǎo)出的)。
圖IOA和10B圖示了一個(gè)例子,其關(guān)于用戶指定的查詢;用戶指定的 查詢的、基于實(shí)體論的搜索術(shù)語擴(kuò)展;相對于用以產(chǎn)生搜索結(jié)果的一個(gè)或多個(gè)數(shù)據(jù)源(例如,數(shù)據(jù)庫等等)的、NLP驅(qū)動(dòng)搜索或者發(fā)掘操作;未經(jīng)優(yōu)先
級(jí)區(qū)分的搜索結(jié)果;以及經(jīng)過優(yōu)先級(jí)區(qū)分的搜索結(jié)果。更具體地,查詢輸入 表格50示出用戶已輸入具有藥物A、藥物B、藥物C、以及升高的肝功能測 試的不良事件的查詢?;趯?shí)體論的搜索術(shù)語擴(kuò)展表格52示出涉及升高的肝 功能測試的不良事件的幾個(gè)用實(shí)體論識(shí)別的附加搜索術(shù)語。搜索術(shù)語擴(kuò)展不 限于用戶指定的不良事件,而是可以應(yīng)用于由用戶指定的查詢中的術(shù)語或者 短語的任何組合。表格52具有挨著每個(gè)用實(shí)體論識(shí)別的擴(kuò)展術(shù)語的"復(fù)選 框",其允許用戶選擇哪一個(gè)用實(shí)體論識(shí)別的搜索術(shù)語被用于基于用戶指定的 查詢術(shù)語和所選擇的用實(shí)體論識(shí)別的擴(kuò)展術(shù)語的隨后的搜索。顯示54圖示了 對系統(tǒng)20可用的一個(gè)或多個(gè)數(shù)據(jù)源的基于NLP的搜索的、根據(jù)藥物而歸類 的結(jié)果。參照圖IOB,在顯示56中示出了通過藥物歸類、并且未經(jīng)優(yōu)先級(jí)區(qū) 分的搜索的結(jié)果。通常不向用戶提供未經(jīng)優(yōu)先級(jí)區(qū)分的結(jié)果。因此,通常不 生成并且不向用戶提供顯示56。然而,顯示56對于圖示未經(jīng)優(yōu)先級(jí)區(qū)分的 結(jié)果是有用的。在與搜索結(jié)果中的每個(gè)引用相關(guān)聯(lián)的"擊中(bang)"或"命 中,,的數(shù)量中反映了結(jié)果的未經(jīng)優(yōu)先級(jí)區(qū)分的特性。例如,與藥物A相關(guān)聯(lián) 的首先的三個(gè)結(jié)果分別具有兩個(gè)擊中、三個(gè)擊中、以及兩個(gè)擊中。作為對比, 顯示58圖示了提供給用戶的經(jīng)過優(yōu)先級(jí)區(qū)分的結(jié)果。在顯示58中,不再通 過藥物而是通過擊中數(shù)量來對結(jié)果進(jìn)行歸類,列表中最上面的條目與藥物B 相關(guān)聯(lián)并且具有七個(gè)擊中,并且,最下面的條目與藥物C相關(guān)聯(lián)并且具有1 個(gè)擊中。
處理引擎26還能夠(a)存儲(chǔ)客戶端查詢、以及提供給用戶作為該查詢 的處理結(jié)果的、結(jié)果中被識(shí)別的每個(gè)信息源的副本;(b)以一次或多次的指定 次數(shù)(其可以是由系統(tǒng)設(shè)置的默認(rèn)次數(shù)、或者由用戶指定的次數(shù)),將提供給 用戶的結(jié)果中所識(shí)別的每個(gè)信息源、與信息源的新副本進(jìn)行比較;以及(c)如 果自從將查詢的結(jié)果提供給用戶以后信息源改變了 ,則向用戶通知已存在改 變,并且向用戶識(shí)別該改變。然后,用戶可以評(píng)估該改變對于特定的個(gè)人或 者患者是否重要。
處理引擎26還能夠(a)存儲(chǔ)(多個(gè))藥物或者(多個(gè))疾病或者它們 的組合;(b)以一次或多次指定的次數(shù)(其可以是由系統(tǒng)建立的默認(rèn)次數(shù)、 或者由用戶指定的次數(shù)),促使對由系統(tǒng)維持的、和/或?qū)τ谙到y(tǒng)可訪問的數(shù) 據(jù)庫進(jìn)行一個(gè)或多個(gè)搜索,以便確定是否已報(bào)告了滿足所指定的準(zhǔn)則(criteria)的不良事件;以及(c )如果識(shí)別出這樣的不良事件,則經(jīng)由用戶 的電子設(shè)備或者計(jì)算設(shè)備向用戶報(bào)告該不良事件和有關(guān)的信息源。此外,處 理引擎26能夠搜索由用戶提供的EMR的數(shù)據(jù)庫(去識(shí)別的或相反的),以便 識(shí)別現(xiàn)在可能處于基于用戶指定的搜索參數(shù)的危險(xiǎn)中的這些患者(匿名的或 相反的),并且以便向用戶識(shí)別這些患者(匿名的或相反的)??商鎿Q地,可 以通過例如服務(wù)器28的HL7端口 ,將搜索的結(jié)果提供給用戶的EMR系統(tǒng)。 然后,用戶可以在他們的EMR系統(tǒng)上運(yùn)行搜索以識(shí)別潛在地處于危險(xiǎn)中的患 者。應(yīng)當(dāng)理解的是,系統(tǒng)20的、使用來自全世界的各個(gè)國家(在其中,相同 的藥物可能被批準(zhǔn)用于不同的疾病)的后端市場(post-marketing)的藥物安 全數(shù)據(jù)的能力,向衛(wèi)生保健專業(yè)人員提供益處,其包括當(dāng)相反在藥物未被 批準(zhǔn)為用于特定的疾病的國家中將不能得到這樣的數(shù)據(jù)時(shí)、增強(qiáng)對與標(biāo)示外 使用的(off-label)藥物處方實(shí)踐相關(guān)聯(lián)的安全性危險(xiǎn)的意識(shí)。
處理引擎能夠執(zhí)行的另一功能是監(jiān)視"命中",即,當(dāng)搜索去識(shí)別的EMR 時(shí)、或者當(dāng)基于用戶指定的(多個(gè))藥物、(多個(gè))疾病、或者其組合的準(zhǔn)則來 識(shí)別不良事件時(shí)用戶搜索他們的EMR系統(tǒng)時(shí)、對潛在地處于危險(xiǎn)中的患者的 識(shí)別。在當(dāng)向用戶報(bào)告不良事件、并且用戶為可能處于該不良事件的危險(xiǎn)中 的患者搜索他們的EMR系統(tǒng)時(shí)的情形下,使用駐留在用戶的EMR系統(tǒng)中的
"插件"程序或者相當(dāng)?shù)脑O(shè)備,以便監(jiān)視命中并且將命中報(bào)告回系統(tǒng)20。應(yīng) 當(dāng)理解地是,可以使用命中來量化系統(tǒng)20對用戶的益處。此外,可以經(jīng)由量 度的可視化(visual)顯示向用戶提供這樣的量化,即,在用戶的電子設(shè)備或 者計(jì)算設(shè)備的一個(gè)或多個(gè)頁面上呈現(xiàn)、并且示出例如系統(tǒng)為該用戶已識(shí)別的 命中的數(shù)量的顯示。也可以將這樣的信息用于根據(jù)系統(tǒng)20給用戶的益處來賦 予(place)貨幣價(jià)值。
為了利用系統(tǒng)20,用戶最初經(jīng)由用戶接口 22建立與系統(tǒng)20的通信鏈接。 可以利用具有網(wǎng)絡(luò)瀏覽器的通信設(shè)備,或者利用采用由系統(tǒng)20支持的消息傳 送協(xié)議的任何其他合適的通信設(shè)備,來建立該鏈接。無論如何,在建立通信 鏈接之后,用戶具有這樣的接口,該接口允許用戶(a)向處理引擎26輸入 查詢;并且(b)接收由處理引擎26基于查詢所進(jìn)行的搜索的結(jié)果。更具體 地,系統(tǒng)20向用戶的通信設(shè)備提供在與用戶的通信設(shè)備相關(guān)聯(lián)的監(jiān)視器(或 者其他合適的顯示設(shè)備)上顯示的表格。用戶通過向與該表格相關(guān)聯(lián)的一個(gè) 或多個(gè)字段鍵入數(shù)據(jù)而輸入查詢??梢允褂糜脩舻耐ㄐ旁O(shè)備支持的、并且能夠鍵入合適數(shù)據(jù)的任何輸入外設(shè)來鍵入數(shù)據(jù)。典型地,輸入外設(shè)是鍵盤。然 而,其他輸入外設(shè)也是可行的(例如,觸摸屏、光筆,麥克風(fēng)等等)。系統(tǒng)
20能夠接收并處理至少每個(gè)以下查詢
(a) (i)患者經(jīng)歷的不良事件(AE)和(ii)患者的已知疾??;
(b) (i)患者經(jīng)歷的AE和(ii)給患者應(yīng)用的(多個(gè))藥物和/或(多 個(gè))治療;
(c) (i)患者經(jīng)歷的AE、 (ii)給患者應(yīng)用的(多個(gè))藥物和/或(多個(gè)) 治療、以及(iii)患者的已知疾?。?br>
關(guān)于任何這樣的查詢,用戶還能夠使用在與用戶的通信設(shè)備相關(guān)聯(lián)的監(jiān) 示器或者其他顯示外設(shè)上顯示的表格,以便通知系統(tǒng)20:特定的查詢要經(jīng)過 基于實(shí)體論的搜索術(shù)語擴(kuò)展。該表格還允許用戶在基于查詢的搜索之前和/或 之后編輯任何基于實(shí)體論的搜索術(shù)語擴(kuò)展?;趯?shí)體論的搜索術(shù)語擴(kuò)展可以 基于任何實(shí)體論。然而,實(shí)施主題搜索方法的復(fù)雜搜索引擎(像SOPHIA)
加的相關(guān)搜索術(shù)語。
該搜索可以基于如由用戶指定的查詢,或者可以是基于由用戶指定的查 詢、并且隨后經(jīng)過基于實(shí)體論的搜索術(shù)語擴(kuò)展的搜索。
通常在與用戶的通信設(shè)備相關(guān)聯(lián)的監(jiān)視器上顯示所接收的結(jié)果。作為在 監(jiān)視器上顯示結(jié)果的可替換的或者另外的方式,可以將結(jié)果提供給與用戶的 通信設(shè)備相關(guān)聯(lián)的任何合適的外設(shè)。例如,可以將結(jié)果發(fā)送給存儲(chǔ)設(shè)備(例 如,磁帶(tape)驅(qū)動(dòng)器、磁盤驅(qū)動(dòng)器等等)和/或打印機(jī)。
在與用戶的通信設(shè)備相關(guān)聯(lián)的監(jiān)示器或者其他顯示外設(shè)上顯示的表格, 允許用戶請求系統(tǒng)20: (a)存儲(chǔ)或者識(shí)別特定的查詢,并且當(dāng)所指定的查詢 被初始處理時(shí)存儲(chǔ)所識(shí)別的每個(gè)引用的副本;(b )在已產(chǎn)生初始的結(jié)果之后, 一次或多次將當(dāng)查詢被初始處理時(shí)所識(shí)別的每個(gè)引用、與該引用的更新的副 本進(jìn)行比較;并且(c)通知用戶在一個(gè)或多個(gè)引用中是否已存在改變。處理 引擎28處理請求,并且通過消息通知用戶在引用中是否已存在改變,其中, 處理引擎28向用戶通信設(shè)備提供該消息,用于在與用戶通信設(shè)備相關(guān)聯(lián)的監(jiān) 視器或者其他顯示外設(shè)上顯示。
在與用戶的通信設(shè)備相關(guān)聯(lián)的監(jiān)示器或者其他顯示外設(shè)上顯示的表格, 允許用戶請求在表格中將與通過用戶指定的(多個(gè))藥物和/或(多個(gè))疾病或者其組合相關(guān)聯(lián)的、未來的、備有證明文件的(documented)不良事件 通知給該用戶。隨后,處理引擎28基于用戶指定的信息進(jìn)行搜索。如果處理 引擎28在基于所指定的信息的任何在前的搜索、以及基于信息的當(dāng)前搜索之 后,識(shí)別出已備有證明文件的不良事件,則引擎28促使向用戶的通信設(shè)備提 供消息,用于在與用戶的通信設(shè)備相關(guān)聯(lián)的監(jiān)視器或者其他顯示外設(shè)上顯示。 用戶可以使用這樣的信息來查詢其自身的EMR系統(tǒng),以便確定是否存在處于 危險(xiǎn)中的(多個(gè))患者,或者用戶可以指示系統(tǒng)搜索用戶的EMR系統(tǒng)以識(shí)別 是否存在處于危險(xiǎn)中的(多個(gè))患者。
可以通過廣域網(wǎng)或者局域網(wǎng)進(jìn)行系統(tǒng)20和用戶的通信設(shè)備之間的通信。 可替換的,可以在獨(dú)立的計(jì)算機(jī)系統(tǒng)中實(shí)施系統(tǒng)20的搜索和報(bào)告能力。
權(quán)利要求
1.一種用于向用戶提供醫(yī)療評(píng)估支持信息的方法,包括使用電子通信設(shè)備,建立與醫(yī)療評(píng)估支持系統(tǒng)的通信鏈接;使用所述電子通信設(shè)備向醫(yī)療評(píng)估支持系統(tǒng)發(fā)送查詢,所述查詢包含患者的已知疾病的識(shí)別、以及患者所經(jīng)歷的不良事件的識(shí)別;響應(yīng)于所述發(fā)送步驟,接收由醫(yī)療評(píng)估支持系統(tǒng)進(jìn)行的并且基于所述查詢的數(shù)據(jù)庫搜索的結(jié)果。
2. 如權(quán)利要求l所述的方法,其中所述醫(yī)療評(píng)估查詢還包含已對患者應(yīng)用的藥物/治療的識(shí)別。
3. 如權(quán)利要求l所述的方法,其中所述結(jié)果是下列至少之一的、基于實(shí)體論的搜索術(shù)語擴(kuò)展的產(chǎn)物(a) 所述已知疾病和(b)所述不良事件。
4. 如權(quán)利要求l所述的方法,其中所述結(jié)果是下列兩者的、基于實(shí)體論的搜索術(shù)語擴(kuò)展的產(chǎn)物(a)所述 已知疾病和(b)所述不良事件。
5. 如權(quán)利要求l所述的方法,其中 所述結(jié)果是基于所述查詢的、自然語言處理搜索的產(chǎn)物。
6. 如權(quán)利要求l所述的方法,其中所述結(jié)果是下列的產(chǎn)物(a)所述查詢的至少一部分的、基于實(shí)體論的 搜索術(shù)語擴(kuò)展;以及(b)基于所述查詢、以及由基于實(shí)體論的搜索術(shù)語擴(kuò)展 導(dǎo)致的任何附加搜索術(shù)語的自然語言處理的數(shù)據(jù)庫搜索。
7. 如權(quán)利要求l所述的方法,其中所述發(fā)送步驟還包含請求所述查詢的至少一部分的、基于實(shí)體論的搜 索術(shù)語擴(kuò)展。
8. 如權(quán)利要求l所述的方法,還包含在所述接收結(jié)果的步驟之前,從所述醫(yī)療評(píng)估支持系統(tǒng)接收基于所述查 詢的至少一部分的、基于實(shí)體論的搜索術(shù)語擴(kuò)展的附加搜索術(shù)語。
9. 如權(quán)利要求8所述的方法,還包含跟隨在所述接收附加搜索術(shù)語的步驟之后、并且在所述接收結(jié)果的步驟 之前,向所述醫(yī)療評(píng)估支持系統(tǒng)提供經(jīng)修改的附加搜索術(shù)語。
10. 如權(quán)利要求9所述的方法,其中所述經(jīng)修改的附加搜索術(shù)語不具有所有的所述附加搜索術(shù)語。
11. 如權(quán)利要求9所述的方法,其中所述經(jīng)修改的附加搜索術(shù)語具有不在所述附加搜索術(shù)語中的至少一個(gè)術(shù)語。
12. 如權(quán)利要求l所述的方法,其中基于下列的一個(gè)或者其組合對所述結(jié)果進(jìn)行優(yōu)先級(jí)區(qū)分(a)在文檔的 預(yù)定部分中發(fā)現(xiàn)的、所述查詢中的術(shù)語的數(shù)量;(b)管理^/L構(gòu)強(qiáng)制的優(yōu)先級(jí) 區(qū)分;和(c)不良事件的頻率。
13. 如權(quán)利要求1所述的方法,還包含跟隨在所述接收結(jié)果的步驟之后,接收消息,該消息即所述結(jié)果中被 識(shí)別的引用已改變。
14. 一種用于向衛(wèi)生保健機(jī)構(gòu)或者其他個(gè)人提供醫(yī)療評(píng)估支持的系統(tǒng),包含用戶接口 ,用于從與衛(wèi)生保健機(jī)構(gòu)或者其他個(gè)人相關(guān)聯(lián)的電子通信設(shè)備 接收查詢,并且將基于所述查詢的搜索的結(jié)果發(fā)送給與所述衛(wèi)生保健機(jī)構(gòu)或 者其他個(gè)人相關(guān)聯(lián)的電子通信設(shè)備;處理引擎,用于基于由所述輸入接口接收的查詢而搜索至少一個(gè)數(shù)據(jù)源, 并且向所述用戶接口提供所述搜索結(jié)果,用于隨后傳送到與所述衛(wèi)生保健機(jī) 構(gòu)或者其他個(gè)人相關(guān)聯(lián)的電子通信設(shè)備,所述查詢識(shí)別(a) 患者的已知疾病和該患者所經(jīng)歷的不良事件;(b) 患者的已知疾病、已對該患者應(yīng)用的藥物/治療、以及該患者所經(jīng) 歷的不良事件;或者(c) 已對該患者應(yīng)用的藥物和/或治療、以及該患者所經(jīng)歷的不良事件; 其中,所述處理引擎包含實(shí)體論處理器,用于處理所述查詢的至少一部分以產(chǎn)生附加搜索術(shù)語;其中,所述處理引擎包含自然語言處理器,用于基于所述查詢和所述附 加搜索術(shù)語來搜索至少 一個(gè)數(shù)據(jù)庫;其中,所述處理引擎包含優(yōu)先級(jí)區(qū)分器,用于對由自然語言處理器產(chǎn)生 的結(jié)果進(jìn)行優(yōu)先級(jí)區(qū)分;以及數(shù)據(jù)接口 ,用于進(jìn)行與可能能夠提供與查詢有關(guān)的信息的外部數(shù)據(jù)源的通信。
15. 如權(quán)利要求14所述的系統(tǒng),其中所述處理引擎包含比較器,該比較器用于將基于查詢的搜索結(jié)果中所識(shí) 別的引用的舊的版本、與所述引用的更新的版本進(jìn)行比較,如果存在差別, 則向所述用戶接口提供與該差別有關(guān)的消息,用于隨后傳送到與該用戶相關(guān) 聯(lián)的電子通信設(shè)備。
16. 如權(quán)利要求14所述的系統(tǒng),其中所述查詢是重復(fù)的查詢,其識(shí)別(a)正在給患者應(yīng)用的一個(gè)或多個(gè)藥物 /治療、和/或(b)患者正經(jīng)歷的一個(gè)或多個(gè)疾?。凰鎏幚硌b置基于所述重復(fù)的查詢而重復(fù)地搜索不良事件。
全文摘要
本發(fā)明專注于一種醫(yī)療評(píng)估支持系統(tǒng)。在一個(gè)實(shí)施例中,用戶輸入查詢,該查詢識(shí)別患者已經(jīng)歷的不良事件、以及患者已經(jīng)歷的疾病(病癥、紊亂、癥狀、狀況等等)。作為響應(yīng),系統(tǒng)促使執(zhí)行一個(gè)或多個(gè)數(shù)據(jù)庫搜索以為具有被識(shí)別的疾病的患者識(shí)別該不良事件的一個(gè)或多個(gè)可能的原因。在另一實(shí)施例中,用戶輸入患者已服用的一個(gè)或多個(gè)藥物、以及患者已經(jīng)歷的一個(gè)或多個(gè)疾病的組合。系統(tǒng)操作以確定是否存在與所指定的組合相關(guān)聯(lián)的不良事件,并且向用戶報(bào)告任何這樣的不良事件。系統(tǒng)保持任何這樣的報(bào)告的副本,用于與隨后的搜索進(jìn)行比較,以便避免多次報(bào)告相同的可能的不良事件。系統(tǒng)以預(yù)定的日程進(jìn)行任何這樣的搜索,或者可以以用戶的請求進(jìn)行任何這樣的搜索。在另一實(shí)施例中,系統(tǒng)將不良事件-藥物-疾病的相關(guān)性與電子醫(yī)療記錄(EMR)系統(tǒng)相結(jié)合,以便向衛(wèi)生保健機(jī)構(gòu)或者用戶識(shí)別可能潛在地處于針對這些不良事件的危險(xiǎn)中的患者。
文檔編號(hào)G06Q10/00GK101529453SQ200780039197
公開日2009年9月9日 申請日期2007年8月22日 優(yōu)先權(quán)日2006年8月22日
發(fā)明者拉莫納·R·萊布尼茨, 約翰·M·阿姆斯特朗 申請人:領(lǐng)頭馬科技股份有限公司