專利名稱：警報(bào)通知服務(wù)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明主要涉及配藥，特別是提供與接收分配藥物的病人有關(guān)的警報(bào)。
背景技術(shù)：
眾所周知，醫(yī)生給病人開(kāi)藥以改善病人的健康。在很多這樣的情況下，在醫(yī)生查看了與病人健康有關(guān)的關(guān)鍵實(shí)驗(yàn)室數(shù)值(例如，關(guān)于感染、抵抗力、敏感性)后給病人開(kāi)藥。例如，若實(shí)驗(yàn)室數(shù)值指示病人的膽固醇水平太高，則醫(yī)生則可開(kāi)出降低膽固醇的藥物。在醫(yī)學(xué)界特別是在醫(yī)院中同樣眾所周知的是，提供位于中心的諸如墻柜、手動(dòng)固定(secured)的病人盒式抽屜、以及自動(dòng)配藥機(jī)(ADM)之類的藥物和供應(yīng)分配站，以有助于例如通過(guò)醫(yī)院的護(hù)士將這些藥物分配給病人。醫(yī)院的護(hù)士通常負(fù)責(zé)一天幾次地為他或她所看護(hù)的病人配藥。在醫(yī)院的護(hù)士提供了正確的身份驗(yàn)證信息(例如，用戶標(biāo)識(shí))后，醫(yī)院的護(hù)士一般從ADM中取得要分配的藥物。在配藥期間，護(hù)士經(jīng)常不知道到在醫(yī)生進(jìn)行了他或她的每日巡回病人檢查之后獲得的關(guān)于他或她的病人的關(guān)鍵實(shí)驗(yàn)室數(shù)值。若實(shí)驗(yàn)室數(shù)值返回的指示是停止某藥物的治療，則在下一天到來(lái)前護(hù)士很少或沒(méi)有機(jī)會(huì)了解到該治療變動(dòng)。若繼續(xù)采用該藥物的治療會(huì)對(duì)病人的健康造成危害，則延遲對(duì)護(hù)士提供治療變動(dòng)信息將會(huì)導(dǎo)致給病人帶來(lái)本可避免的和無(wú)意的傷害。例如，若病人的最新實(shí)驗(yàn)室數(shù)值指示他的膽固醇水平嚴(yán)重偏低，則繼續(xù)給病人提供降低膽固醇的藥物將會(huì)帶來(lái)危害。

發(fā)明內(nèi)容
需要一種在護(hù)士獲得藥物并為病人分配藥物時(shí)向護(hù)士提供最新的關(guān)于治療變動(dòng)的信息的系統(tǒng)和方法。根據(jù)某些實(shí)施例，當(dāng)護(hù)士嘗試從ADM配藥時(shí)，本公開(kāi)的系統(tǒng)根據(jù)最新得到的關(guān)鍵實(shí)驗(yàn)室數(shù)值，利用ADM來(lái)顯示關(guān)于特定病人和特定病人藥物的治療變動(dòng)的最新信息。根據(jù)本公開(kāi)的某些實(shí)施例，提供了一種用于提供配藥警報(bào)通知的系統(tǒng)。該系統(tǒng)包括通信模塊，其被構(gòu)造為從客戶端接收關(guān)于為病人配藥的信息的請(qǐng)求，并基于該請(qǐng)求獲得與該病人有關(guān)的臨床信息。所述系統(tǒng)還包括處理器，其被構(gòu)造為根據(jù)所述臨床信息來(lái)判定要提供給客戶端的響應(yīng)是否包括關(guān)于配藥的警報(bào)。所述通信模塊還被構(gòu)造為向客戶端提供對(duì)所述請(qǐng)求的響應(yīng)。根據(jù)本公開(kāi)的某些實(shí)施例，提供了一種提供配藥警報(bào)通知的方法。該方法包括從客戶端接收關(guān)于為病人配藥的信息的請(qǐng)求，并基于該請(qǐng)求獲得與該病人有關(guān)的臨床信息。所述方法還包括使用處理器并根據(jù)所述臨床信息來(lái)判定要提供給客戶端的響應(yīng)是否包括關(guān)于配藥的警報(bào)，并且為客戶端提供對(duì)所述請(qǐng)求的響應(yīng)。根據(jù)本公開(kāi)的某些實(shí)施例，提供了一種機(jī)器可讀介質(zhì)，該介質(zhì)包括使處理器執(zhí)行提供配藥報(bào)警通知的方法的機(jī)器可讀指令。所述方法包括從客戶端接收關(guān)于為病人配藥的信息的請(qǐng)求，并基于該請(qǐng)求獲得與該病人有關(guān)的臨床信息。所述方法還包括使用處理器并根據(jù)所述臨床信息來(lái)判定要提供給客戶端的響應(yīng)是否包括關(guān)于配藥的警報(bào)，并且為客戶端提供對(duì)所述請(qǐng)求的響應(yīng)。根據(jù)本公開(kāi)的某些實(shí)施例，提供了一種用于提供配藥警報(bào)通知的系統(tǒng)。該系統(tǒng)包括通信模塊，其被構(gòu)造為接收用于配藥的病人選擇，以向服務(wù)器提供關(guān)于為該病人配藥的信息的請(qǐng)求，并從服務(wù)器接收對(duì)該請(qǐng)求的響應(yīng)。所述系統(tǒng)還包括處理器，其被構(gòu)造為若該響應(yīng)包括關(guān)于配藥的警報(bào)，則指示顯示裝置顯示警報(bào)窗口。根據(jù)本公開(kāi)的某些實(shí)施例，提供了一種為病人配藥系統(tǒng)。該系統(tǒng)包括:輸入裝置，其被構(gòu)造為從用戶接收為病人配藥的請(qǐng)求；以及通信模塊，其被構(gòu)造為向服務(wù)器提供關(guān)于為病人配藥的信息的請(qǐng)求，并且從服務(wù)器接收對(duì)該請(qǐng)求的響應(yīng)。對(duì)該請(qǐng)求的響應(yīng)包括指標(biāo)，該指標(biāo)根據(jù)病人的臨床信息來(lái)標(biāo)識(shí)該藥物為對(duì)病人具有潛在的危害。所述系統(tǒng)還包括處理器，其被構(gòu)造為指示顯示裝置來(lái)向用戶顯示包括所示指標(biāo)的警報(bào)窗口，所述指標(biāo)根據(jù)病人的臨床信息表示該藥物為對(duì)病人具有潛在危害。根據(jù)本公開(kāi)的某些實(shí)施例，提供了一種用于提供配藥警報(bào)通知的方法。該方法包括接收用于配藥的病人選擇，并且向服務(wù)器提供關(guān)于為該病人配藥的信息的請(qǐng)求。所述方法還包括從服務(wù)器接收對(duì)該請(qǐng)求的響應(yīng)，并且若該響應(yīng)包括關(guān)于配藥的警報(bào)，則使用處理器來(lái)顯示警報(bào)窗口。根據(jù)本公開(kāi)的某些實(shí)施例，提供了一種機(jī)器可讀介質(zhì)，該介質(zhì)包括用于使處理器執(zhí)行提供配藥警報(bào)通知的方法的機(jī)器可讀指令。所述方法包括接受用于配藥的病人選擇，并向服務(wù)器提供關(guān)于為該病人配藥的信息的請(qǐng)求。所述方法還包括從服務(wù)器接收對(duì)該請(qǐng)求的響應(yīng)，并且若該響應(yīng)包括關(guān)于配藥的警報(bào)，則使用處理器來(lái)顯示警報(bào)窗口。


為了提供進(jìn)一步的理解而并入本說(shuō)明書(shū)并構(gòu)成本說(shuō)明書(shū)一部分的附圖示出了所公開(kāi)的實(shí)施例，并與說(shuō)明書(shū)一起用來(lái)解釋所公開(kāi)的實(shí)施例的原理。在附圖中:圖1示出了根據(jù)某些實(shí)施例的配藥警報(bào)通知服務(wù)的示例結(jié)構(gòu)。圖2是使用圖1所示的結(jié)構(gòu)來(lái)提供配藥警報(bào)的示例性處理。圖3A至圖3G是示出了圖2所示的處理的各個(gè)步驟以及圖1所示的服務(wù)的特征的示例性屏幕截圖。圖4示出了可以實(shí)現(xiàn)圖1所示的ADM、控制臺(tái)、或者服務(wù)器的計(jì)算機(jī)系統(tǒng)的一個(gè)示例的框圖。
具體實(shí)施例方式在以下的詳細(xì)描述中，闡述了大量的具體細(xì)節(jié)，以為本公開(kāi)提供全面的理解。但是，對(duì)本領(lǐng)域普通技術(shù)人員來(lái)說(shuō)顯而易見(jiàn)的是，在沒(méi)有這些具體細(xì)節(jié)中的一些的情況下，也可以實(shí)施本公開(kāi)的實(shí)施例。在其他情況下，為了不模糊本公開(kāi)，沒(méi)有詳細(xì)地示出公知的結(jié)構(gòu)和技術(shù)。圖1示出了根據(jù)某些實(shí)施例的配藥警報(bào)通知服務(wù)的示例性結(jié)構(gòu)100。該結(jié)構(gòu)100包括客戶端102和服務(wù)器140?？蛻舳?02包括自動(dòng)配藥機(jī)104 (ADM)和控制臺(tái)120。ADM104通過(guò)局域網(wǎng)130與控制臺(tái)120有線或無(wú)線連接，并且控制臺(tái)120通過(guò)通信網(wǎng)絡(luò)150將客戶端102連接至服務(wù)器140。例如，局域網(wǎng)130可以是私人通信網(wǎng)絡(luò)，并且例如通信網(wǎng)絡(luò)150可以是另一局域網(wǎng)或者是廣域網(wǎng)。示例性通信網(wǎng)絡(luò)150包括因特網(wǎng)或私人通信網(wǎng)絡(luò)。服務(wù)器140包括處理器142、通信模塊144、和包括警報(bào)生成服務(wù)148的存儲(chǔ)器146。服務(wù)器140被構(gòu)造為使用通信模塊144通過(guò)通信網(wǎng)絡(luò)150 (例如，與控制臺(tái)120)進(jìn)行通信。例如，通信模塊144可以是調(diào)制解調(diào)器或以太網(wǎng)卡。通信模塊144被構(gòu)造為從客戶端102接收關(guān)于為用戶配藥的信息的請(qǐng)求。通信模塊144還被構(gòu)造為從例如存儲(chǔ)于通過(guò)通信網(wǎng)絡(luò)150連接至服務(wù)器140的實(shí)驗(yàn)室系統(tǒng)160的存儲(chǔ)器162內(nèi)的實(shí)驗(yàn)室數(shù)據(jù)庫(kù)164獲得病人的臨床信息。構(gòu)造為可供本公開(kāi)系統(tǒng)使用的用于提供臨床信息的示例性實(shí)驗(yàn)室系統(tǒng)(或者用于所述系統(tǒng)的軟件)包括但不限于:CareFusion公司的MedMined、Hospira公司的 Theradoc、Pharmacy OneSource 公司的 Sentri7>Thomson-Reuters 公司的 CareExpert>Premier 公司的 Safety Survei I lor > Quantros 公司的 Vigilanz、以及 Advisor Board 公司的Vecna。在某些實(shí)施例中，臨床信息包括:例如，實(shí)驗(yàn)室數(shù)值、實(shí)驗(yàn)室結(jié)果、和生命體征。在某些實(shí)施例中，臨床信息包括關(guān)于是否包括諸如以下之類的關(guān)鍵信息的指示:超出范圍的實(shí)驗(yàn)室數(shù)值、異常實(shí)驗(yàn)室結(jié)果、或異常生命體征。在某些實(shí)施例中，例如，在收到來(lái)自客戶端的請(qǐng)求后獲得臨床信息，以確保臨床信息是最新的。類似地，在某些實(shí)施例中，根據(jù)最新記錄的醫(yī)生巡回出診來(lái)更新臨床信息。服務(wù)器140的處理器142被構(gòu)造為執(zhí)行諸如以下之類的指令:被物理編碼到處理器142內(nèi)的指令、從存儲(chǔ)器146內(nèi)的軟件接收到的指令或兩者的結(jié)合。例如，服務(wù)器140的處理器142被構(gòu)造為使用警報(bào)生成服務(wù)148并根據(jù)通過(guò)通信模塊144從客戶端102接收到的臨床信息來(lái)判定要提供給客戶端102的響應(yīng)是否包括關(guān)于配藥的警報(bào)。通信模塊144還被構(gòu)造為向客戶端102提供對(duì)請(qǐng)求的響應(yīng)。對(duì)請(qǐng)求的響應(yīng)由警報(bào)生成服務(wù)148生成。在一些實(shí)施例中，若臨床信息包含關(guān)鍵指標(biāo)，則響應(yīng)內(nèi)包括警報(bào)。例如，若臨床信息指示實(shí)驗(yàn)室數(shù)值嚴(yán)重超出范圍，則在提供所述實(shí)驗(yàn)室數(shù)值指示的響應(yīng)中將包括警報(bào)。因此，在某些實(shí)施例中，警報(bào)可以包括以下各項(xiàng)中的至少一種:實(shí)驗(yàn)室數(shù)值、時(shí)間值、藥物、查詢(query )、指令、和確認(rèn)。在某些實(shí)施例中，由服務(wù)器140的警報(bào)生成服務(wù)148向控制臺(tái)120的警報(bào)管理服務(wù)128提供響應(yīng)?？蛻舳?02包括至少兩個(gè)裝置:ADM 104和控制臺(tái)120。ADM104和控制臺(tái)120被構(gòu)造為利用它們相應(yīng)的通信模塊114和124在局域網(wǎng)130上進(jìn)行通信。例如，通信模塊114和124可以是調(diào)制解調(diào)器或以太網(wǎng)卡?？刂婆_(tái)120包括處理器、通信模塊124、輸入裝置152、顯示裝置154、和包括警報(bào)管理服務(wù)128的存儲(chǔ)器126。通信模塊124被構(gòu)造為從ADM 104接收對(duì)信息的請(qǐng)求，將請(qǐng)求提供給服務(wù)器140，從服務(wù)器140接收對(duì)關(guān)于為病人配藥的信息的請(qǐng)求的響應(yīng)，并將該響應(yīng)提供給ADM 104。盡管示出的控制臺(tái)120的通信模塊124與單個(gè)ADM 104連接，但通信模塊124被構(gòu)造為與多個(gè)ADM 104連接，使得通信模塊124被構(gòu)造為從多個(gè)ADM 104接收多個(gè)信息的請(qǐng)求，將多個(gè)請(qǐng)求提供給服務(wù)器140，從服務(wù)器140接收對(duì)多個(gè)請(qǐng)求的響應(yīng)，以及將多個(gè)響應(yīng)提供給多個(gè)ADM 104中恰當(dāng)?shù)腁DM 104。因此，所有的請(qǐng)求從控制臺(tái)120被送到服務(wù)器，這使得控制臺(tái)120的警報(bào)管理服務(wù)128能夠記下請(qǐng)求日志并可以訪問(wèn)連接的ADM 104的服務(wù)狀態(tài)信息。警報(bào)管理服務(wù)128由此被構(gòu)造為在存在多個(gè)ADM的情況下進(jìn)行警報(bào)相關(guān)操作的集中管理。
控制臺(tái)120的處理器122被構(gòu)造為執(zhí)行諸如以下之類的指令:被物理編碼到處理器122的指令、從存儲(chǔ)器126內(nèi)的軟件接收的指令、或者兩者的結(jié)合。例如，控制臺(tái)120的處理器122被構(gòu)造為提供下面將進(jìn)一步描述的用于管理警報(bào)服務(wù)的用戶界面(如圖3E和圖3F所示)以及下面將進(jìn)一步描述的病人事件顧問(wèn)(patient event advisor)用戶界面(如圖3G所示)。繼續(xù)圖1，用戶界面可以顯示在顯示裝置154上并通過(guò)輸入裝置152接收輸入。在某些實(shí)施例中，警報(bào)服務(wù)用戶界面和病人事件顧問(wèn)用戶界面中的任一個(gè)需要進(jìn)行諸如用戶名和密碼之類的身份驗(yàn)證，以確保對(duì)用戶界面的訪問(wèn)僅限于授權(quán)用戶。ADM 104包括處理器112、通信模塊114、輸入裝置116、顯示裝置118、以及包括ADM軟件106、代理108和警報(bào)服務(wù)110的存儲(chǔ)器105。在某些實(shí)施例中，ADM軟件106和警報(bào)服務(wù)110是預(yù)先存在的加載在ADM 104的存儲(chǔ)器105內(nèi)的軟件。因此，通過(guò)將警報(bào)服務(wù)110安裝在具有恰當(dāng)?shù)腁DM軟件106和警報(bào)服務(wù)110的ADM104上，ADM104與本公開(kāi)系統(tǒng)兼容。在某些實(shí)施例中，警報(bào)服務(wù)110用作在操作系統(tǒng)的后臺(tái)的單獨(dú)的可執(zhí)行的運(yùn)行程序。示例性ADM包括CareFusion (康爾福盛)公司的MedStations的Pyxis系列產(chǎn)品。也可以使用其他ADM，只要它們按照以上進(jìn)行構(gòu)造即可。在一些實(shí)施例中，可以使用醫(yī)療點(diǎn)配藥裝置(point-of-care dispensing device)來(lái)取代 ADM。ADM 104的通信模塊114被構(gòu)造為:(如圖3A至圖3C所示，下面將進(jìn)一步詳細(xì)描述的，例如由用戶使用輸入裝置116)接收用于配藥的病人選擇，該選擇觸發(fā)對(duì)關(guān)于為該病人配藥的信息的請(qǐng)求；并且將對(duì)該信息的請(qǐng)求提供給控制臺(tái)120。通信模塊114也被構(gòu)造為從控制臺(tái)120接收對(duì)關(guān)于為病人配藥的信息的請(qǐng)求的響應(yīng)?？刂婆_(tái)120的處理器122被構(gòu)造為執(zhí)行諸如以下之類的指令:被物理編碼到處理器122內(nèi)的指令、從存儲(chǔ)器126內(nèi)的軟件接收的指令、或者兩者的結(jié)合。例如，控制臺(tái)120的處理器122被構(gòu)造為通過(guò)代理108指示警報(bào)服務(wù)110來(lái)處理對(duì)信息的請(qǐng)求的響應(yīng)，并且如圖3D所示，若對(duì)信息請(qǐng)求的響應(yīng)包括關(guān)于配藥的警報(bào)，則控制臺(tái)120的處理器122被構(gòu)造為通過(guò)代理108指示顯示裝置118來(lái)顯示下面將進(jìn)一步詳細(xì)介紹的警報(bào)窗口。顯示的警報(bào)可以包括諸如(但不局限于)標(biāo)題、(處于正常范圍內(nèi)或異常范圍內(nèi)的)實(shí)驗(yàn)室數(shù)值、時(shí)間值、藥物、查詢、(例如不進(jìn)行配藥的)指令、對(duì)參考數(shù)據(jù)庫(kù)(例如，Lex1-Comp)的訪問(wèn)、以及確認(rèn)(例如，用戶已經(jīng)查看了所顯示的警報(bào))。例如，警報(bào)可以顯示警報(bào)的名稱、警報(bào)的日期、以及與警報(bào)相關(guān)的最新的實(shí)驗(yàn)室結(jié)果的日期。在某些實(shí)施例中，若局域網(wǎng)130或通信網(wǎng)絡(luò)150不可用，則控制臺(tái)120的處理器122被構(gòu)造為通過(guò)代理108在顯示裝置118上顯示局域網(wǎng)130或通信網(wǎng)絡(luò)150不可用的警報(bào)，由此為嘗試從發(fā)出關(guān)于配藥警報(bào)的ADM配藥的用戶(例如護(hù)士)提供指示，警報(bào)用戶不能進(jìn)行配藥。在某些實(shí)施例中，關(guān)于為病人配藥的信息的請(qǐng)求和對(duì)請(qǐng)求的響應(yīng)的傳輸均是在諸如(但不限于)以下之類的各種數(shù)據(jù)通道類型和/或格式下進(jìn)行的:傳輸控制協(xié)議(TCP) /互聯(lián)網(wǎng)協(xié)議(IP)請(qǐng)求/響應(yīng)格式、共享數(shù)據(jù)通道、單獨(dú)的數(shù)據(jù)通道、輪詢格式、文件傳輸協(xié)議(FTP )、或者簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議(SOAP )格式。在某些實(shí)施例中，通過(guò)在ADM 104的存儲(chǔ)器105內(nèi)提供警報(bào)管理服務(wù)128并通過(guò)通信網(wǎng)絡(luò)150將ADM 104連接至服務(wù)器140，可以將控制臺(tái)120從結(jié)構(gòu)100中移除?；蛘撸ㄟ^(guò)將ADM 104的存儲(chǔ)器105內(nèi)的警報(bào)服務(wù)110 (通過(guò)代理108)構(gòu)造為通過(guò)通信網(wǎng)絡(luò)150直接從服務(wù)器140接收對(duì)信息請(qǐng)求的響應(yīng)，可以將控制臺(tái)120從結(jié)構(gòu)100中移除。
圖2是使用圖1所示的結(jié)構(gòu)100來(lái)提供配藥警報(bào)的示例性處理200。處理200從開(kāi)始步驟201進(jìn)行到步驟202，在步驟202中接收用于配藥的病人選擇。在步驟203中，向服務(wù)器140提供關(guān)于為該病人配藥的信息的請(qǐng)求。在步驟204中，服務(wù)器140接收來(lái)自客戶端102的請(qǐng)求，并在步驟205中獲得與病人相關(guān)的臨床信息(例如，生命體征、實(shí)驗(yàn)室結(jié)果)。接下來(lái)在步驟206中，根據(jù)臨床信息來(lái)判定提供給客戶端102的響應(yīng)是否包括關(guān)于配藥的警報(bào)。在步驟207中，將對(duì)請(qǐng)求的響應(yīng)提供給客戶端102。在步驟208中，回到客戶端102的一側(cè)，接收來(lái)自服務(wù)器140的對(duì)請(qǐng)求的響應(yīng)。在判斷步驟209中，若響應(yīng)包括關(guān)于配藥的警報(bào)，則在步驟210中通過(guò)客戶端102 (例如，ADM 104)的顯示裝置118來(lái)顯示警報(bào)，并在步驟211中結(jié)束處理。然而，若在判斷步驟209中，響應(yīng)不包括關(guān)于配藥的警報(bào)，則在步驟211中結(jié)束處理200。在某些實(shí)施例中，若在用戶已經(jīng)完成了為所選病人的配藥后ADM 104接收到警報(bào)，則該警報(bào)不會(huì)被顯示。已經(jīng)在圖2中闡述了使用圖1所示的結(jié)構(gòu)100來(lái)提供配藥警報(bào)的處理200，現(xiàn)在將使用圖2的處理200、作為用戶的授權(quán)護(hù)士、以及圖3A至圖3D的示例性屏幕截圖來(lái)介紹示例。例如，當(dāng)護(hù)士接近ADM來(lái)獲取要分配給病人的藥物時(shí)，開(kāi)始處理200。若需要，護(hù)士登陸進(jìn)ADM 104，并且在ADM 104的顯示裝置118上向她顯示了圖3A的示例性屏幕截圖300。處理200然后從開(kāi)始步驟201進(jìn)行到步驟202，在步驟202中護(hù)士通過(guò)輸入裝置116從顯示裝置118上對(duì)動(dòng)作和病人做出合適的選擇。來(lái)自顯示裝置118的屏幕截圖300包括各種病人護(hù)理功能，包括用戶可以使用輸入裝置116選中的去除藥物302、返回藥物304、或者浪費(fèi)藥物306。作為她在步驟202中的第一選擇，護(hù)士選擇去除藥物302，并且如圖3B的示例性屏幕截圖310所示，顯示器然后通過(guò)病人列表來(lái)提示護(hù)士選擇她正在為哪位病人去除藥物。護(hù)士選擇了病人后，在步驟203中，關(guān)于為所選病人配藥的信息的請(qǐng)求被提供給服務(wù)器140。在某些實(shí)施例中，該請(qǐng)求是非阻塞的函數(shù)調(diào)用。例如，它容許護(hù)士繼續(xù)使用輸入裝置116來(lái)與ADM 104互動(dòng)，如圖3C的示例性屏幕截圖所示，ADM104為了響應(yīng)病人的選擇，會(huì)顯示一列與該病人相關(guān)的藥物。在步驟204中，服務(wù)器140從客戶端102接收請(qǐng)求，并在步驟205中獲得與該病人相關(guān)的臨床信息(例如，生命體征、實(shí)驗(yàn)室結(jié)果)。接下來(lái)在步驟206中，根據(jù)臨床信息來(lái)判定要提供給客戶端102的響應(yīng)將因?yàn)榕R床信息包括了受與病人有關(guān)的某種藥物(例如，華法令阻凝劑和依諾肝素)影響的關(guān)鍵數(shù)值所以包括關(guān)于配藥的警報(bào)。具體來(lái)說(shuō)，病人的最新關(guān)鍵實(shí)驗(yàn)室數(shù)值指示病人的出血時(shí)間超出范圍(也就是，病人的國(guó)際標(biāo)準(zhǔn)比例為2.0至3.0之間的值，且Xa因子值超出了范圍)，因此不應(yīng)該配給病人華法令阻凝劑和依諾肝素，因?yàn)樗鼈儠?huì)加重病情。在步驟207中，向客戶端102提供對(duì)請(qǐng)求的響應(yīng)。在步驟208中，回到客戶端102的一側(cè)，接受來(lái)自服務(wù)器140的對(duì)請(qǐng)求的響應(yīng)，并且在判斷步驟208中，因?yàn)樵擁憫?yīng)包括關(guān)于配藥的警報(bào)，并且護(hù)士還在顯示裝置118上查看所選病人，所以在顯示裝置118上顯示如圖3D的示例性屏幕截圖330所示的警報(bào)。如所顯示的警報(bào)的屏幕截圖330所示，為了顯示病人警報(bào)窗口 332，已經(jīng)打斷了護(hù)士平常在ADM104上的工作流處理。通知在配藥時(shí)沒(méi)有意識(shí)到病人的出血時(shí)間超出范圍的護(hù)士不要將華法令阻凝劑和依諾肝素配給病人，由此避免對(duì)病人造成傷害，甚至可能挽救病人的生命。病人警報(bào)窗口 332之外的余下屏幕區(qū)域已經(jīng)變黑，且防止護(hù)士與ADM軟件106互動(dòng)，直至關(guān)閉警報(bào)窗口 332，以確保護(hù)士確認(rèn)了警報(bào)。警報(bào)窗口 332為護(hù)士提供了查看顯示在警報(bào)窗口332內(nèi)的四個(gè)藥物警報(bào)的選項(xiàng)。護(hù)士選擇確認(rèn)按鈕334并繼續(xù)ADM 104上的工作流處理。在某些實(shí)施例中，若護(hù)士沒(méi)有與警報(bào)窗口 332進(jìn)行互動(dòng)，則會(huì)顯示超時(shí)窗口(未示出)，其提供倒計(jì)時(shí)來(lái)使護(hù)士從ADM 104中登出，以防止未授權(quán)訪問(wèn)或互動(dòng)。響應(yīng)倒計(jì)時(shí)窗口會(huì)取消登出程序。在步驟211中結(jié)束處理200。在某些實(shí)施例中，若警報(bào)被護(hù)士標(biāo)記為已查看，則當(dāng)護(hù)士下一次選擇相同的病人和相同的藥物時(shí)不再顯示該警報(bào)，由此避免對(duì)通知不敏感(例如，護(hù)士會(huì)因?yàn)橥ㄖ霈F(xiàn)得太頻繁和/或通知由于先前已經(jīng)被查看過(guò)所以變得沒(méi)有意義而不去注意他們)。圖3E和圖3F是由控制臺(tái)120的警報(bào)管理服務(wù)128生成并且被顯示在控制臺(tái)120的顯示裝置154上的示例性屏幕截圖340和350。在某些實(shí)施例中，在用戶身份驗(yàn)證后可以訪問(wèn)警報(bào)管理服務(wù)128的用戶界面。警報(bào)管理服務(wù)128被構(gòu)造為容許用戶查看已經(jīng)顯示在ADM104上的先前查看的警報(bào)。例如，圖3E的屏幕截面圖所示的警報(bào)管理服務(wù)用戶界面340包括先前顯示的警報(bào)和他們是否被查看的列表342。管理服務(wù)用戶界面340也包括警報(bào)動(dòng)作的日志344。如圖3F的警報(bào)管理服務(wù)用戶界面340所示，用戶界面340也可以包括由ADM104對(duì)護(hù)士的動(dòng)作進(jìn)行分類的列表352。警報(bào)管理服務(wù)128也被構(gòu)造為容許用戶(例如，管理員)來(lái)配置將哪些警報(bào)顯示在ADM 104上(例如，若ADM 104位于急診室部門內(nèi)，則ADM 104可以被構(gòu)造為接收和顯示重要的警報(bào))。這使得中心用戶界面可以配置連接至控制臺(tái)120的任何ADM 104，由此不必單獨(dú)地配置每個(gè)ADM 104。例如，可以使用控制臺(tái)120的警報(bào)管理服務(wù)128來(lái)確定被授權(quán)使用連接至控制臺(tái)120的任何ADM 104的醫(yī)療服務(wù)提供者的身份認(rèn)證信息。圖3G是顯示在控制臺(tái)120的顯示裝置154上的病人事件顧問(wèn)用戶界面380的示例性屏幕截圖。在某些實(shí)施例中，在用戶身份認(rèn)證后可以訪問(wèn)病人事件顧問(wèn)用戶界面380。病人事件顧問(wèn)用戶界面380為用戶提供信息，以實(shí)時(shí)地監(jiān)控病人(例如，醫(yī)院的住院病人)對(duì)藥物的潛在的不良臨床事件的信息。病人事件顧問(wèn)用戶界面380幫助用戶(例如，臨床藥師)標(biāo)識(shí)高度關(guān)注的病人并跟蹤他們的需求不斷變化的治療。病人事件顧問(wèn)用戶界面380為醫(yī)院績(jī)效舉措提供質(zhì)量指標(biāo)報(bào)告，并為臨床干預(yù)提供工作流文檔。病人事件顧問(wèn)用戶界面380提供關(guān)于通過(guò)位置382 (通過(guò)時(shí)間384進(jìn)行過(guò)濾)、通過(guò)警報(bào)類型386、和通過(guò)病人388進(jìn)行組織的警報(bào)的信息。彈出式窗口 390為列出的病人388提供重要的病人信息。病人事件顧問(wèn)用戶界面380也提供諸如響應(yīng)特殊病人查詢和自定義報(bào)告請(qǐng)求的報(bào)告。圖4是示出了可以實(shí)現(xiàn)圖1所示的ADM 104、控制臺(tái)120、或者服務(wù)器140的計(jì)算機(jī)系統(tǒng)的示例。在某些實(shí)施例中，可以使用軟件、硬件或者兩者的結(jié)合在專用服務(wù)器內(nèi)、或者被集成到另一實(shí)體內(nèi)、或者被分布到多個(gè)實(shí)體內(nèi)來(lái)實(shí)現(xiàn)計(jì)算機(jī)系統(tǒng)400。計(jì)算機(jī)系統(tǒng)400 (例如，圖1中的ADM 104、控制臺(tái)120、或者服務(wù)器140)包括總線408或其他用于交流信息的通信機(jī)制，以及與總線408耦接、用于處理信息的處理器402(例如，圖1中的處理器112、122、或142)。舉例說(shuō)明，計(jì)算機(jī)系統(tǒng)400可以使用一個(gè)或多個(gè)處理器402來(lái)實(shí)現(xiàn)。處理器402可以是通用微處理器、微控制器、數(shù)字信號(hào)處理器(DSP)、專用集成電路(ASIC)、現(xiàn)場(chǎng)可編程門陣列(FPGA)、可編程邏輯器件(PLD)、控制器、狀態(tài)機(jī)、門控邏輯、分立硬件組件、或者任何其他可以進(jìn)行計(jì)算或其他信息操作的合適實(shí)體。計(jì)算機(jī)系統(tǒng)400也包括耦接至總線408、用于存儲(chǔ)要被處理器402執(zhí)行的信息和指令的諸如以下之類的存儲(chǔ)器404 (例如，圖1中的存儲(chǔ)器105、126、或146):隨機(jī)讀取存儲(chǔ)器(RAM)、閃速存儲(chǔ)器、只讀存儲(chǔ)器(ROM)、可編程只讀存儲(chǔ)器(PR0M)、可擦除PROM (EPR0M)、寄存器、硬盤、可移動(dòng)磁盤、CD-ROM、DVD、或者任何其他適合的存儲(chǔ)裝置?？梢愿鶕?jù)任何本領(lǐng)域技術(shù)人員公知的方法來(lái)實(shí)現(xiàn)指令，所述方法包括(但不限于)諸如以下之類的計(jì)算機(jī)語(yǔ)言:面向數(shù)據(jù)語(yǔ)目(例如，SQL、dBase)、系統(tǒng)語(yǔ)目(例如，C、對(duì)象-C、C++、匯編)、架構(gòu)語(yǔ)目(例如，Java)、以及應(yīng)用語(yǔ)言(例如，PHP、Ruby、Perl、Python)。指令也可以用諸如以下之類的計(jì)算機(jī)語(yǔ)言實(shí)現(xiàn):陣列語(yǔ)言、面向方面的語(yǔ)言、匯編語(yǔ)言、編輯語(yǔ)言、命令行界面語(yǔ)言、編譯語(yǔ)言、并發(fā)式語(yǔ)言、花括號(hào)語(yǔ)言(curly-bracket language)、數(shù)據(jù)流語(yǔ)言、數(shù)據(jù)結(jié)構(gòu)語(yǔ)言、聲明性語(yǔ)言、專業(yè)(esoteric)語(yǔ)言、擴(kuò)展語(yǔ)言、第四代語(yǔ)言、功能語(yǔ)言、互動(dòng)模式語(yǔ)言、解釋型語(yǔ)言、迭代語(yǔ)H、基于列表的語(yǔ)目、小型語(yǔ)目、基于邏輯的語(yǔ)目、機(jī)器語(yǔ)目、宏語(yǔ)目、兀編程語(yǔ)目、多模式語(yǔ)言、數(shù)值分析、基于非英語(yǔ)語(yǔ)言、面向?qū)ο蠡陬惖恼Z(yǔ)言、面向?qū)ο蟮幕谠偷恼Z(yǔ)言、越位規(guī)則語(yǔ)言(offside rule language),過(guò)程語(yǔ)言，反射語(yǔ)言(reflective language),基于規(guī)則的語(yǔ)言，腳本語(yǔ)言，基于堆棧的語(yǔ)言，同步語(yǔ)言，語(yǔ)法處理語(yǔ)言，視覺(jué)語(yǔ)言，wirth語(yǔ)言和基于XML的語(yǔ)言。存儲(chǔ)器404也可以在執(zhí)行處理器402所執(zhí)行的指令的期間用于存儲(chǔ)臨時(shí)變量或者其他中間信息。計(jì)算機(jī)系統(tǒng)400還包括諸如磁盤或者光盤之類的數(shù)據(jù)存儲(chǔ)裝置406，數(shù)據(jù)存儲(chǔ)裝置406被耦接至總線408，用于存儲(chǔ)信息和指令。計(jì)算機(jī)系統(tǒng)400可以通過(guò)通信模塊410 (例如，圖1中的通信模塊114、124或144)來(lái)與各種裝置(未示出)耦接。通信模塊410可以是任何的輸入/輸出模塊。在某些未示出的實(shí)施例中，通信模塊410被構(gòu)造為連接至諸如輸入裝置(例如，圖1中的輸入裝置118或152)和/或顯示裝置(例如，圖1中的顯示裝置118或148)之類的多個(gè)裝置。根據(jù)本公開(kāi)的一個(gè)方面，可以使用計(jì)算機(jī)系統(tǒng)400來(lái)實(shí)現(xiàn)ADM104、控制臺(tái)120、或者服務(wù)器140，該計(jì)算機(jī)系統(tǒng)400響應(yīng)處理器402執(zhí)行的包含在存儲(chǔ)器404內(nèi)的一個(gè)或多個(gè)指令的一個(gè)或多個(gè)序列?？梢詮闹T如數(shù)據(jù)存儲(chǔ)裝置406之類的另一機(jī)器可讀的介質(zhì)中將所述指令讀入存儲(chǔ)器404。執(zhí)行包含在主存404內(nèi)的指令序列使得處理器402進(jìn)行本文所描述的處理步驟。同樣可以采用多處理布局中的一個(gè)或多個(gè)處理器，來(lái)執(zhí)行包含在存儲(chǔ)器404內(nèi)的指令序列。在替代的實(shí)施例中，可以使用硬連線電路(hard-wired circuitry)替代或者結(jié)合軟件指令來(lái)實(shí)現(xiàn)本公開(kāi)的各種實(shí)施例。因此，本公開(kāi)的實(shí)施例不限制于硬件電路和軟件的任何特定組合。在本文中使用的術(shù)語(yǔ)“機(jī)器可讀介質(zhì)”指的是參與為處理器402提供執(zhí)行指令的任何介質(zhì)或媒介。這樣的介質(zhì)可以有很多形式，形式包括但不限于:非易失性介質(zhì)、易失性介質(zhì)、和傳送介質(zhì)。非易失性介質(zhì)包括:例如，諸如數(shù)據(jù)存儲(chǔ)裝置406之類的光盤或磁盤。易失性介質(zhì)包括諸如存儲(chǔ)器404之類的動(dòng)態(tài)存儲(chǔ)器。傳輸介質(zhì)包括同軸電纜、銅線、和光纖，包括包含總線408的線路。機(jī)器可讀介質(zhì)的一般形式包括:例如，軟盤、軟磁盤、硬盤、磁帶、任何其他磁介質(zhì)、CD-ROM、DVD、任何其他光介質(zhì)、穿孔卡片、紙帶、任何其他具有孔圖案的物理介質(zhì)、RAM、PROM、EPROM、FLASH EPROM、任何其他存儲(chǔ)芯片或卡式盒、或者任何其他計(jì)算機(jī)可以讀的介質(zhì)。所公開(kāi)的系統(tǒng)和方法提供了在諸如ADM之類的配藥站顯示警報(bào)的警報(bào)管理系統(tǒng)，其為病人提供針對(duì)該病人和藥物的臨床信息的最新信息，該信息可能會(huì)影響分配給該特定病人的特定藥物。該警報(bào)通過(guò)與服務(wù)器連接的中心控制臺(tái)提供，服務(wù)器響應(yīng)配藥站的請(qǐng)求生成該警報(bào)。盡管已經(jīng)描述了本發(fā)明的某些方面和實(shí)施例，但它們僅以示例的方式進(jìn)行說(shuō)明，并且不意味著限制本發(fā)明的范圍。實(shí)際上，在本文中描述的新穎的方法和系統(tǒng)可以在不脫離本發(fā)明的精神的情況下通過(guò)各種其他形式得以實(shí)施。所附的權(quán)利要求及其等同形式意在覆蓋本發(fā)明的范圍和精神內(nèi)的所述形式或變形。本文中描述的所有元件、部件和步驟均是優(yōu)選包括的。要理解的是，對(duì)本領(lǐng)域技術(shù)人員顯而易見(jiàn)的是，這些元件、部件和步驟中的任何都可以被其他元件、部件和步驟取代或被一起刪除。本領(lǐng)域的技術(shù)人員將理解，在本說(shuō)明書(shū)中提到的方法步驟可以通過(guò)包括但不限于處理器的硬件來(lái)實(shí)現(xiàn)；輸入裝置至少包括鍵盤、鼠標(biāo)、掃描儀、相機(jī)；輸出裝置至少包括監(jiān)視器、打印機(jī)。必要時(shí)使用合適的裝置來(lái)實(shí)現(xiàn)所述方法步驟。例如，可以通過(guò)處理器內(nèi)的決策單元實(shí)現(xiàn)判斷算法來(lái)實(shí)現(xiàn)判斷步驟。本領(lǐng)域技術(shù)人員將會(huì)理解的是，當(dāng)實(shí)現(xiàn)前述判斷算法時(shí)，該決策單元可以物理地或有效地存在于(例如)計(jì)算機(jī)的處理器內(nèi)。上述分析適用于本文描述的其他步驟。構(gòu)思本文公開(kāi)了至少以下構(gòu)思:構(gòu)思1.一種用于提供配藥警報(bào)通知的系統(tǒng)，其包括通信模塊，其被構(gòu)造為從客戶端接收關(guān)于為病人配藥的信息的請(qǐng)求，并根據(jù)所述請(qǐng)求獲得與所述病人相關(guān)的臨床信息；以及處理器，其被構(gòu)造為根據(jù)所述臨床信息判定要提供給所述客戶端的響應(yīng)是否包括關(guān)于所述配藥的警報(bào)，其中所述通信模塊還被構(gòu)造為向所述客戶端提供對(duì)所述請(qǐng)求的響應(yīng)。構(gòu)思2.如構(gòu)思I所述的系統(tǒng)，其中響應(yīng)于為所述病人配藥的請(qǐng)求發(fā)出對(duì)信息的請(qǐng)求。構(gòu)思3.如構(gòu)思I所述的系統(tǒng)，其中所述臨床信息包括實(shí)驗(yàn)室數(shù)值、實(shí)驗(yàn)室結(jié)果、以及生命體征中的至少一個(gè)。構(gòu)思4.如構(gòu)思I所述的系統(tǒng)，其中在從所述客戶端接收到所述請(qǐng)求后獲得所述臨
床信息。構(gòu)思5.如構(gòu)思I所述的系統(tǒng)，其中根據(jù)最新記錄的醫(yī)生巡回出診來(lái)更新所述臨床信息。構(gòu)思6.如構(gòu)思I所述的系統(tǒng)，其中若所述臨床信息包括關(guān)鍵指標(biāo)，則所述響應(yīng)中包括所述警報(bào)。構(gòu)思7.如構(gòu)思I所述的系統(tǒng)，其中所述警報(bào)包括實(shí)驗(yàn)室數(shù)值、時(shí)間值、藥物、查詢、指令、和確認(rèn)中的至少一個(gè)。構(gòu)思8.如構(gòu)思I所述的系統(tǒng)，其中所述警報(bào)包括所述警報(bào)的標(biāo)題、所述警報(bào)的日期、以及與所述警報(bào)有關(guān)的最新實(shí)驗(yàn)室結(jié)果的日期。構(gòu)思9.一種用于提供配藥警報(bào)通知的方法，其包括:從客戶端接收關(guān)于為病人配藥的信息的請(qǐng)求；根據(jù)所述請(qǐng)求獲得與所述病人有關(guān)的臨床信息；利用處理器并根據(jù)所述臨床信息來(lái)判定要提供給所述客戶端的響應(yīng)是否包括關(guān)于所述配藥的警報(bào)；以及
向所述客戶端提供對(duì)所述請(qǐng)求的響應(yīng)。構(gòu)思10.如構(gòu)思9所述的方法，其中所述臨床信息包括實(shí)驗(yàn)室數(shù)值、實(shí)驗(yàn)室結(jié)果、和生命體征中的至少一個(gè)。構(gòu)思11.如構(gòu)思9所述的方法，其中在從所述客戶端收到所述請(qǐng)求后獲得所述臨
床信息。構(gòu)思12.如構(gòu)思9所述的方法，其中根據(jù)最新記錄的醫(yī)生的巡回出診來(lái)更新所述臨床信息。構(gòu)思13.如構(gòu)思9所述的方法，其中若所述臨床信息包括關(guān)鍵指標(biāo)，則所述響應(yīng)內(nèi)包括所述警報(bào)。構(gòu)思14.如構(gòu)思9所述的方法，其中所述警報(bào)包括實(shí)驗(yàn)室數(shù)值、時(shí)間值、藥物、查詢、指令、和確認(rèn)中的至少一個(gè)。構(gòu)思15.如構(gòu)思9所述的方法，其中所述警報(bào)包括所述警報(bào)的標(biāo)題、所述警報(bào)的日期、以及與所述警報(bào)有關(guān)的最新實(shí)驗(yàn)室結(jié)果的日期。構(gòu)思16.—種機(jī)器可讀介質(zhì)，其包括用于使處理器執(zhí)行提供配藥警報(bào)通知的方法的機(jī)器可讀指令，所述指令包括:從客戶端接收關(guān)于為病人配藥的信息的請(qǐng)求；根據(jù)所述請(qǐng)求獲得與所述病人有關(guān)的臨床信息；利用處理器并根據(jù)所述臨床信息來(lái)判定要提供給所述客戶端的響應(yīng)是否包括關(guān)于配藥的警報(bào)；以及向所述客戶端提供對(duì)所述請(qǐng)求的響應(yīng)。構(gòu)思17.—種用于提供配藥警報(bào)通知的系統(tǒng)，其包括:通信模塊，其被構(gòu)造為接收用于配藥的病人選擇，以向服務(wù)器提供關(guān)于為所述病人配藥的信息的請(qǐng)求，并且從所述服務(wù)器接收對(duì)所述請(qǐng)求的響應(yīng)；以及處理器，其被構(gòu)造為若所述響應(yīng)包括關(guān)于所述配藥的警報(bào)，則指示顯示裝置來(lái)顯示警報(bào)窗口。構(gòu)思18.—種用于為病人配藥的系統(tǒng)，其包括:輸入裝置，其被構(gòu)造為從用戶接收為病人配藥的請(qǐng)求；通信模塊，其被構(gòu)造為向服務(wù)器提供關(guān)于為所述病人配藥的信息的請(qǐng)求，并從所述服務(wù)器接收對(duì)所述請(qǐng)求的響應(yīng)，其中對(duì)所述請(qǐng)求的響應(yīng)包括根據(jù)所述病人的臨床信息來(lái)標(biāo)識(shí)所述藥物為對(duì)所述病人具有潛在危害的指標(biāo)；以及處理器，其被構(gòu)造為指示顯示裝置向用戶顯示包括所述指標(biāo)的警報(bào)窗口，所述指標(biāo)根據(jù)所述病人的臨床信息標(biāo)識(shí)所述藥品為對(duì)所述病人具有潛在危害。構(gòu)思19.一種用于提供配藥警報(bào)通知的方法，其包括:接收用于配藥的病人選擇；向服務(wù)器提供關(guān)于為所述病人配藥的信息的請(qǐng)求；從所述服務(wù)器接收對(duì)所述請(qǐng)求的響應(yīng)；以及若所述響應(yīng)包括關(guān)于所述配藥的警報(bào)，則利用處理器顯示警報(bào)窗口。構(gòu)思20.—種機(jī)器可讀介質(zhì)，其包括用于使處理器執(zhí)行提供配藥警報(bào)通知的方法的機(jī)器可讀指令，所述指令包括:
接收用于配藥的病人選擇；向服務(wù)器提供關(guān)于為所述病人配藥的信息的請(qǐng)求；從所述服務(wù)器接收對(duì)所述請(qǐng)求的響應(yīng)；以及若所述響應(yīng)包括關(guān)于所述配藥的警報(bào)，則利用處理器顯示警報(bào)窗口。
權(quán)利要求
1.一種用于提供配藥警報(bào)通知的系統(tǒng)，其包括 通信模塊，其被構(gòu)造為從客戶端接收關(guān)于為病人配藥的信息的請(qǐng)求，并根據(jù)所述請(qǐng)求獲得與所述病人相關(guān)的臨床信息；以及 處理器，其被構(gòu)造為根據(jù)所述臨床信息判定要提供給所述客戶端的響應(yīng)是否包括關(guān)于所述配藥的警報(bào)， 其中所述通信模塊還被構(gòu)造為向所述客戶端提供對(duì)所述請(qǐng)求的響應(yīng)。
2.如權(quán)利要求1所述的系統(tǒng)，其中響應(yīng)于為所述病人配藥的請(qǐng)求發(fā)出對(duì)信息的請(qǐng)求。
3.如權(quán)利要求1所述的系統(tǒng)，其中所述臨床信息包括實(shí)驗(yàn)室數(shù)值、實(shí)驗(yàn)室結(jié)果、以及生命體征中的至少一個(gè)。
4.如權(quán)利要求1所述的系統(tǒng)，其中在從所述客戶端接收到所述請(qǐng)求后獲得所述臨床信息
5.如權(quán)利要求1所述的系統(tǒng)，其中根據(jù)最新記錄的醫(yī)生巡回出診來(lái)更新所述臨床信息
6.如權(quán)利要求1所述的系統(tǒng)，其中若所述臨床信息包括關(guān)鍵指標(biāo)，則所述響應(yīng)中包括所述警報(bào)。
7.如權(quán)利要求1所述的系統(tǒng)，其中所述警報(bào)包括實(shí)驗(yàn)室數(shù)值、時(shí)間值、藥物、查詢、指令、和確認(rèn)中的至少一個(gè)。
8.如權(quán)利要求1所述的系統(tǒng)，其中所述警報(bào)包括所述警報(bào)的標(biāo)題、所述警報(bào)的日期、以及與所述警報(bào)有關(guān)的最新實(shí)驗(yàn)室結(jié)果的日期。
9.一種用于提供配藥警報(bào)通知的方法，其包括: 從客戶端接收關(guān)于為病人配藥的信息的請(qǐng)求； 根據(jù)所述請(qǐng)求獲得與所述病人有關(guān)的臨床信息； 利用處理器并根據(jù)所述臨床信息來(lái)判定要提供給所述客戶端的響應(yīng)是否包括關(guān)于所述配藥的警報(bào)；以及 向所述客戶端提供對(duì)所述請(qǐng)求的響應(yīng)。
10.如權(quán)利要求9所述的方法，其中所述臨床信息包括實(shí)驗(yàn)室數(shù)值、實(shí)驗(yàn)室結(jié)果、和生命體征中的至少一個(gè)。
11.如權(quán)利要求9所述的方法，其中在從所述客戶端收到所述請(qǐng)求后獲得所述臨床信息
12.如權(quán)利要求9所述的方法，其中根據(jù)最新記錄的醫(yī)生的巡回出診來(lái)更新所述臨床信息。
13.如權(quán)利要求9所述的方法，其中若所述臨床信息包括關(guān)鍵指標(biāo)，則所述響應(yīng)內(nèi)包括所述警報(bào)。
14.如權(quán)利要求9所述的方法，其中所述警報(bào)包括實(shí)驗(yàn)室數(shù)值、時(shí)間值、藥物、查詢、指令、和確認(rèn)中的至少一個(gè)。
15.如權(quán)利要求9所述的方法，其中所述警報(bào)包括所述警報(bào)的標(biāo)題、所述警報(bào)的日期、以及與所述警報(bào)有關(guān)的最新實(shí)驗(yàn)室結(jié)果的日期。
16.一種機(jī)器可讀介質(zhì)，其包括用于使處理器執(zhí)行提供配藥警報(bào)通知的方法的機(jī)器可讀指令，所述指令包括:從客戶端接收關(guān)于為病人配藥的信息的請(qǐng)求； 根據(jù)所述請(qǐng)求獲得與所述病人有關(guān)的臨床信息； 利用處理器并根據(jù)所述臨床信息來(lái)判定要提供給所述客戶端的響應(yīng)是否包括關(guān)于配藥的警報(bào)；以及 向所述客戶端提供對(duì)所述請(qǐng)求的響應(yīng)。
17.一種用于提供配藥警報(bào)通知的系統(tǒng)，其包括: 通信模塊，其被構(gòu)造為接收用于配藥的病人選擇，以向服務(wù)器提供關(guān)于為所述病人配藥的信息的請(qǐng)求，并且從所述服務(wù)器接收對(duì)所述請(qǐng)求的響應(yīng)；以及 處理器，其被構(gòu)造為若所述響應(yīng)包括關(guān)于所述配藥的警報(bào)，則指示顯示裝置來(lái)顯示警報(bào)窗口。
18.一種用于為病人配藥的系統(tǒng)，其包括: 輸入裝置，其被構(gòu)造為從用戶接收為病人配藥的請(qǐng)求； 通信模塊，其被構(gòu)造為向服務(wù)器提供關(guān)于為所述病人配藥的信息的請(qǐng)求，并從所述服務(wù)器接收對(duì)所述請(qǐng)求的響應(yīng)，其中對(duì)所述請(qǐng)求的響應(yīng)包括根據(jù)所述病人的臨床信息來(lái)標(biāo)識(shí)所述藥物為對(duì)所述病人具有潛在危害的指標(biāo)；以及 處理器，其被構(gòu)造為指示顯示裝置向用戶顯示包括所述指標(biāo)的警報(bào)窗口，所述指標(biāo)根據(jù)所述病人的臨床信息標(biāo)識(shí)所述藥品為對(duì)所述病人具有潛在危害。
19.一種用于提供配藥警報(bào)通知的方法，其包括: 接收用于配藥的病人選擇； 向服務(wù)器提供關(guān)于為所述病人配藥的信息的請(qǐng)求； 從所述服務(wù)器接收對(duì)所述請(qǐng)求的響應(yīng)；以及 若所述響應(yīng)包括關(guān)于所述配藥的警報(bào)，則利用處理器顯示警報(bào)窗口。
20.一種機(jī)器可讀介質(zhì)，其包括用于使處理器執(zhí)行提供配藥警報(bào)通知的方法的機(jī)器可讀指令，所述指令包括: 接收用于配藥的病人選擇； 向服務(wù)器提供關(guān)于為所述病人配藥的信息的請(qǐng)求； 從所述服務(wù)器接收對(duì)所述請(qǐng)求的響應(yīng)；以及 若所述響應(yīng)包括關(guān)于所述配藥的警報(bào)，則利用處理器顯示警報(bào)窗口。
全文摘要
根據(jù)本公開(kāi)的某些實(shí)施例，描述了一種用于提供配藥警報(bào)通知的系統(tǒng)。該系統(tǒng)包括通信模塊，其被構(gòu)造為從客戶端接收關(guān)于為病人配藥的信息的請(qǐng)求，并基于該請(qǐng)求獲得與該病人有關(guān)的臨床信息。所述系統(tǒng)還包括處理器，其被構(gòu)造為根據(jù)所述臨床信息判定要提供給客戶端的響應(yīng)是否包括關(guān)于配藥的警報(bào)。所述通信模塊還被構(gòu)造為向客戶端提供對(duì)所述請(qǐng)求的響應(yīng)。此外還描述了方法和機(jī)器可讀介質(zhì)。
文檔編號(hào)G06F19/00GK103210392SQ201180054937
公開(kāi)日2013年7月17日 申請(qǐng)日期2011年11月10日 優(yōu)先權(quán)日2010年11月16日
發(fā)明者安東尼·努德?tīng)柭? 史蒂芬·謝爾頓, 托馬斯·烏特希, 彼得·格德勒維斯基, 埃米莉·京, 查利·施密特 申請(qǐng)人:康爾福盛303公司