提供轉(zhuǎn)介服務(wù)的方法、裝置、系統(tǒng)和計算機可讀介質(zhì)的制作方法
【專利摘要】本發(fā)明披露了一種提供醫(yī)學(xué)會診的系統(tǒng)，包括第一裝置和第二裝置。所述第一裝置接收優(yōu)先級的選擇和從可用的會診者列表選擇的至少一名會診者(基于信息的優(yōu)先級和會診者的有空狀態(tài)實時獲得)并生成會診信息，所述會診信息包括患者的元數(shù)據(jù)、接收到的優(yōu)先級、和接收到的選定的會診者的身份。第一裝置根據(jù)傳送的會診信息接收解釋信息。第二裝置分析會診信息，其中根據(jù)所執(zhí)行的事件識別可用的建議并生成解釋信息，所述解釋信息包括從由會診者識別的可用建議選項選擇的建議。根據(jù)設(shè)置的優(yōu)先級和會診者的當(dāng)前有空狀態(tài)實時從存儲的多個會診者生成可用的會診者列表。
【專利說明】提供轉(zhuǎn)介服務(wù)的方法、裝置、系統(tǒng)和計算機可讀介質(zhì)
相關(guān)申請的交叉引用
[0001]本申請依據(jù)35U.S.C.§ 120要求申請日為2012年4月27日的美國臨時申請N0.61/639，613的優(yōu)先權(quán),其發(fā)明名稱為“Referral System and Method”,該專利文獻的內(nèi)容在此以其全文形式被援弓I加入本文。

【背景技術(shù)】
1.
【技術(shù)領(lǐng)域】
[0002]與示例性實施例一致的方法、裝置、系統(tǒng)和計算機可讀介質(zhì)大體上涉及提供會診服務(wù)/審閱服務(wù)，并且更具體的說由會診者/審閱者提供早期診斷。
2.【背景技術(shù)】
[0003]在【背景技術(shù)】中，個人到驗光師、醫(yī)生和/或牙醫(yī)處作定期檢查。在這些就診期間，可能會發(fā)現(xiàn)問題或不確定因素，需要?？漆t(yī)生/專家的會診/審閱。在【背景技術(shù)】中，醫(yī)生然后會轉(zhuǎn)診給所需的?？漆t(yī)生?；颊唠S后會找到?？漆t(yī)生或接觸由主治醫(yī)生建議的專科醫(yī)生。患者隨后會與?？漆t(yī)生預(yù)約(由于專科醫(yī)生繁忙的日程安排可能需要很長的時間)，向?qū)？漆t(yī)生告知轉(zhuǎn)診，并去會診。這個過程是耗時的、昂貴的、低效的，并且去拜訪?？漆t(yī)生的辦公室可能花時較長并且也是種負(fù)擔(dān)。因此，患者經(jīng)?？赡懿桓M?？漆t(yī)生，除非存在實際的問題或有傷。
[0004]例如，有人可能患有糖尿病。糖尿病患者同時可能有眼睛方面的問題并不罕見。因此，醫(yī)生可能建議患有糖尿病的患者去看視網(wǎng)膜?？漆t(yī)生，以確定是否確實存在眼睛方面的問題。不過，如果患者沒有遭受任何急性眼睛方面的問題，他或她可能由于上述問題而決定不去看?？漆t(yī)生，疾病可能無法診斷和治療。
[0005]近2600萬美國人患有糖尿病，并且7900萬美國人有前期糖尿病。大約45_65%被診斷患有糖尿病的患者并不每年進行眼科檢查。80%的糖尿病患者最終發(fā)展成視網(wǎng)膜病，這是美國引起失明的第一原因。因此，在不需負(fù)擔(dān)冗長的轉(zhuǎn)診過程或患者不遵醫(yī)囑的情況下，需要提供積極的護理/治療并對這些病人盡早治療，以避免失明。
[0006]另外，估計糖尿病人數(shù)到2050年會翻倍，而視網(wǎng)膜專科醫(yī)生的數(shù)量到2050年估計僅增3%。因此，可用的?？漆t(yī)生的數(shù)量與患者的數(shù)量之間的缺口會增長，導(dǎo)致看?？漆t(yī)生會出現(xiàn)甚至更長的等待時間。
[0007]如上文所解釋的，在目前的醫(yī)療體系中轉(zhuǎn)介/轉(zhuǎn)診的過程大部分是基于書面預(yù)約的。轉(zhuǎn)診醫(yī)生填寫書面轉(zhuǎn)診表，包括任何他們認(rèn)為可能對于?？漆t(yī)生有幫助的發(fā)現(xiàn)(檢查結(jié)果)/說明。轉(zhuǎn)診醫(yī)生的辦公室人員隨后會將轉(zhuǎn)診書面資料傳真給?？漆t(yī)生的辦公室人員，通常并不確認(rèn)?？漆t(yī)生的辦公室是否成功地收到了轉(zhuǎn)診資料。轉(zhuǎn)診單包含?？漆t(yī)生辦公室信息，包括患者預(yù)約電話號碼，然后給患者?；颊哂辛x務(wù)聯(lián)系?？漆t(yī)生辦公室并預(yù)約看診。一旦患者打電話給?？漆t(yī)生辦公室并證實專科醫(yī)生已收到了正式的轉(zhuǎn)診表并且接受轉(zhuǎn)診，則?？漆t(yī)生看診預(yù)約成功?；颊唠S后會去請?？漆t(yī)生看診，并證實轉(zhuǎn)診醫(yī)生不確定的具體情況。
[0008]目前對于專科醫(yī)生存在三種情形。
[0009]第一種情形:看了轉(zhuǎn)診醫(yī)生識別并發(fā)出的轉(zhuǎn)診單的具體情況，并證實了專屬于?？漆t(yī)生專業(yè)的疾病狀況。隨后由?？漆t(yī)生來治療疾病，患者獲得了對該疾病的護理。專科醫(yī)生隨后能夠?qū)儆谒麄兊膶I(yè)服務(wù)開具帳單。希望這種情況是最為普遍的。
[0010]第二種情形:情況未被核實，沒有涉及專科醫(yī)生專業(yè)的具體疾病狀況被證實，患者回到轉(zhuǎn)診醫(yī)生處。?？漆t(yī)生在?？漆t(yī)生特定文檔中記錄檢查結(jié)果，并且專科醫(yī)生辦公室人員將檢查結(jié)果回傳到轉(zhuǎn)診醫(yī)生辦公室。就此，患者隨后被通知回到轉(zhuǎn)診醫(yī)生處，并且患者現(xiàn)在回到了轉(zhuǎn)診醫(yī)生處。?？漆t(yī)生對簡單的檢查開具帳單，給患者帶來了不便，并且還增加了潛在的不必要的醫(yī)療費用。這第二種情形顯然不富有成效并對醫(yī)生和患者來說導(dǎo)致浪費了時間、精力和額外費用。不幸的是，這種情形的發(fā)生率取決于轉(zhuǎn)診醫(yī)生的專業(yè)技能(隨專業(yè)技能而變化)以及專科醫(yī)生的能力，以便對醫(yī)生設(shè)定期望值和盡職調(diào)查要求，試圖確保這種情形不發(fā)生。在本領(lǐng)域需要試圖避免第二種情形或使第二種情形降至最低。
[0011]第三種情形:疾病處于晚期，與若在早期診斷出疾病狀況相比，使得目前需要更為積極的治療方案。第三種情形也應(yīng)該被避免或降到最低。
[0012]在【背景技術(shù)】中，可能存在另一問題，因為一般的醫(yī)生擔(dān)心失去患者而不想將患者轉(zhuǎn)診給專科醫(yī)生。例如，驗光師可能看到患者的視力檢查并檢測到視網(wǎng)膜的問題。驗光師可能試圖自己來解決這問題，而不是將患者轉(zhuǎn)診到專科醫(yī)生例如眼科醫(yī)生，因為擔(dān)心失去患者。也就是說，患者可能與眼科醫(yī)生建立關(guān)系并到眼科醫(yī)生那里進行年檢而不是去驗光師那里。
[0013]在當(dāng)今的技術(shù)時代，許多系統(tǒng)現(xiàn)在是電子的并在金融業(yè)、營銷業(yè)、汽車工業(yè)等在線可用。由于各種隱私問題和HIPAA法規(guī)，將目前的技術(shù)應(yīng)用到醫(yī)學(xué)領(lǐng)域具挑戰(zhàn)性。
[0014]在本領(lǐng)域需要解決上述問題并提供更為有效的?？漆t(yī)生服務(wù)。


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

[0015]通過閱讀本文的示例性實施例的說明會變得顯而易見，本發(fā)明的一個方面提供一種系統(tǒng)，通過便于專科醫(yī)生解讀和會診/審閱來克服上述問題。
[0016]本發(fā)明的一個方面提供自動化電子系統(tǒng)，其中向轉(zhuǎn)診醫(yī)生提供及時的電子會診/審閱，而非與患者直接交互。
[0017]本發(fā)明的一個方面在主治醫(yī)生和?？漆t(yī)生之間提供完美銜接地和前后一致地，也許甚至持續(xù)不斷的交互。
[0018]本發(fā)明的一個方面通過由?？漆t(yī)生進行遠程轉(zhuǎn)診前的會診/審閱以確定是否有必要與?？漆t(yī)生預(yù)約，使上述第二種情形的發(fā)生降到最低。
[0019]說明性的而非限制性的實施例可克服上述缺陷以及現(xiàn)有技術(shù)的問題，并且也可被開發(fā)用于對上文未提及的其它缺點和問題提供解決方案。不過，根據(jù)本發(fā)明的教導(dǎo)運行的方法、裝置、系統(tǒng)和計算機可讀介質(zhì)不必然需要克服任何上述的特定問題或缺陷。應(yīng)當(dāng)理解，一個或多個示例性實施例并不要求克服上述的缺點，并且可能不克服任何上述的問題。
[0020]根據(jù)一個示例性實施例，本發(fā)明披露了一種方法、系統(tǒng)、裝置，包括存儲器和處理器和非暫時性計算機可讀介質(zhì)，用于提供醫(yī)學(xué)會診/審閱(review)。
[0021]根據(jù)示例性實施例的一個方面，一種方法包括:由用戶從可用的會診者/審閱者(reviewer)名單中選擇至少一位會診者/審閱者；設(shè)置答復(fù)的優(yōu)先級；由計算機生成會診信息/審閱信息，包括患者的元數(shù)據(jù)(由在患者方面執(zhí)行的多個事件獲得)、設(shè)置的優(yōu)先級、和所選定的會診者/審閱者的身份；通過有保障的網(wǎng)絡(luò)傳送所生成的會診/審閱信息(review message);和,根據(jù)所傳送的會診信息/審閱信息通過有保障的網(wǎng)絡(luò)接收解釋信息(interpretat1n message)?？捎玫臅\者/審閱者名單基于設(shè)置的優(yōu)先級和當(dāng)前可用的會診者/審閱者實時生成。
[0022]根據(jù)另一示例性實施例，一種提供醫(yī)學(xué)會診/審閱的方法包括:接收會診/審閱信息，所述會診/審閱信息包括患者的元數(shù)據(jù)(包含在患者方面執(zhí)行的多個事件)、優(yōu)先級和至少一個會診者/審閱者的身份；由計算機分析會診/審閱信息，其中根據(jù)所執(zhí)行的事件識別可用的建議；生成解釋信息，包括從由會診者/審閱者識別的可用的建議選項選擇的建議；和，通過網(wǎng)絡(luò)傳送生成的解釋信息。
[0023]根據(jù)示例性實施例的另一方面，生成會診/審閱信息的裝置包括:存儲多個會診者/審閱者的存儲器；通信界面，所述通信界面被設(shè)置成接收從可用的會診者/審閱者列表中選擇的至少一個會診者/審閱者和由用戶選擇的答復(fù)的優(yōu)先級；和，處理器，所述處理器被設(shè)置成生成會診信息/審閱信息，所述會診信息/審閱信息包括患者的元數(shù)據(jù)(通過在患者方面執(zhí)行的多個事件獲得)、接收到的優(yōu)先級、和接收到的選定的會診者/審閱者的身份。通信界面通過有保障的網(wǎng)絡(luò)傳送生成的會診信息/審閱信息并且根據(jù)所傳送的會診信息/審閱信息通過有保障的網(wǎng)絡(luò)接收解釋信息?？捎玫臅\者/審閱者列表基于設(shè)置的優(yōu)先級和當(dāng)前可用的會診者/審閱者從所存儲的多個會診者/審閱者實時生成。
[0024]根據(jù)示例性實施例的另一方面，本發(fā)明披露了一種提供醫(yī)學(xué)會診/審閱的裝置，包括:通信界面，所述通信界面被設(shè)置成接收會診/審閱信息，所述會診信息/審閱信息包括患者的元數(shù)據(jù)(包含在患者方面執(zhí)行的多個事件)、優(yōu)先級、和至少一個會診者/審閱者的身份；處理器，所述處理器被設(shè)置成分析會診信息/審閱信息，其中根據(jù)所執(zhí)行的事件識別可用的建議，并被設(shè)置成生成解釋信息，所述解釋信息包括從由會診者/審閱者確定/識別的可用的建議選項中選擇的建議。通信界面可通過網(wǎng)絡(luò)傳送生成的解釋信息。
[0025]根據(jù)示例性實施例的另一方面，本發(fā)明披露了一種提供醫(yī)學(xué)會診/審閱的系統(tǒng)，包括:第一裝置，所述第一裝置用于生成醫(yī)學(xué)會診/審閱信息；和，第二裝置。第一裝置包括:第一通信界面，所述第一通信界面被設(shè)置成接收從可用的會診者/審閱者列表中選擇的至少一個會診者/審閱者和由用戶選定的答復(fù)的優(yōu)先級，被設(shè)置成通過有保障的網(wǎng)絡(luò)傳送會診信息/審閱信息并通過有保障的網(wǎng)絡(luò)基于所傳送的會診信息/審閱信息接收解釋信息，并且第一處理器被設(shè)置成生成會診信息/審閱信息，所述會診信息/審閱信息包括患者的元數(shù)據(jù)(通過在患者方面執(zhí)行的多個事件獲得)、所接收到的優(yōu)先級、和接收到的選定的會診者/審閱者的身份。第二裝置包括第二通信界面，所述第二通信界面被設(shè)置成接收來自第一裝置的會診信息/審閱信息并通過有保障的網(wǎng)絡(luò)傳送解釋信息來響應(yīng)會診信息/審閱信息；和，第二處理器，所述第二處理器被設(shè)置成分析會診信息/審閱信息，其中根據(jù)所執(zhí)行的事件識別可用的建議，并被設(shè)置成生成解釋信息，所述解釋信息包括從由會診者/審閱者確定/識別的可用建議選項中選擇的建議?？捎玫臅\者/審閱者列表可從所存儲的多個會診者/審閱者基于設(shè)置的優(yōu)先級和當(dāng)前可用的會診者/審閱者實時生成。

【專利附圖】

【附圖說明】
[0026]被結(jié)合入說明書并構(gòu)成說明書一部分的附圖例示了示例性實施例，并同說明書一起用于說明和闡述示例性實施例。具體地說:
[0027]圖1是框圖，示出了根據(jù)示例性實施例的用于提供醫(yī)學(xué)會診/醫(yī)學(xué)審閱的系統(tǒng)。
[0028]圖2是流程圖，示出了根據(jù)示例性實施例利用？觀系統(tǒng)獲得會診/審閱的方法。
[0029]圖3是框圖，示出了根據(jù)示例性實施例的會診系統(tǒng)/審閱系統(tǒng)的組成部分。
[0030]圖4是框圖，示出了根據(jù)示例性實施例的會診系統(tǒng)/審閱系統(tǒng)的各層。
[0031]圖5的視圖示出了根據(jù)示例性實施例的眼科會診/審閱系統(tǒng)。
[0032]圖6是流程圖，示出了根據(jù)示例性實施例生成新的會診信息/審閱信息的方法。
[0033]圖7八-70的視圖示出了根據(jù)示例性實施例用于生成新的轉(zhuǎn)診/轉(zhuǎn)介信息的示例患者信息輸入屏。
[0034]圖8的視圖示出了根據(jù)示例性實施例為會診信息/審閱信息設(shè)置優(yōu)先級。
[0035]圖9是流程圖，示出了根據(jù)示例性實施例生成可用的專科醫(yī)生列表的方法。
[0036]圖10的視圖示出了根據(jù)示例性實施例選擇專科醫(yī)生的方法。
[0037]圖114-110的視圖示出了根據(jù)示例性實施例用于輸入轉(zhuǎn)診/轉(zhuǎn)介相關(guān)信息的用戶界面。
[0038]圖12的視圖示出了根據(jù)示例性實施例在？觀系統(tǒng)中生成的會診信息/審閱信息的用戶界面。
[0039]圖13八和8的視圖示出了根據(jù)示例性實施例用于管理會診信息/審閱信息的用戶界面。
[0040]圖14的視圖示出了根據(jù)示例性實施例用于設(shè)置?？漆t(yī)生狀態(tài)的用戶界面。
[0041]圖15是流程圖，示出了根據(jù)示例性實施例的解釋會診信息/審閱信息的方法。
[0042]圖16的視圖示出了根據(jù)示例性實施例?？漆t(yī)生分析會診信息/審閱信息的用戶界面。
[0043]圖17是流程圖，示出了根據(jù)示例性實施例獲得可能的診斷結(jié)果的方法。
[0044]圖184-180的視圖示出了根據(jù)示例性實施例選擇至少一個建議的用戶界面。
[0045]圖19是流程圖，示出了根據(jù)示例性實施例生成解釋信函的方法。
[0046]圖20的視圖示出了根據(jù)示例性實施例的生成的解釋信函。

【具體實施方式】
[0047]現(xiàn)在將結(jié)合附圖詳細描述示例性實施例。示例性實施例可以通過多種不同的形式體現(xiàn)，并且不應(yīng)被視為受限于本文所述的說明性示例實施例。而是，本發(fā)明所提供的示例性實施例使得本發(fā)明的公開內(nèi)容是充分和全面的，并且將說明性構(gòu)思完全傳達給本領(lǐng)域技術(shù)人員。另，可能省略了已知的功能或結(jié)構(gòu)，以便清楚簡潔地說明示例性實施例。應(yīng)參照權(quán)利要求及其等同物以確定本發(fā)明構(gòu)思的真實范圍。
[0048]在一個示例性實施例中，披露了一種新的電子系統(tǒng)，其允許實時遠程會診/審閱(1-6^16^)。在一個示例性實施例中，轉(zhuǎn)診丨轉(zhuǎn)介用戶例如主治醫(yī)生可利用在線系統(tǒng)請求?？漆t(yī)生的服務(wù)。示例性實施例提供了基于兼容的云的診斷轉(zhuǎn)診網(wǎng)絡(luò)，其中轉(zhuǎn)介人/轉(zhuǎn)診人可實時獲得?？漆t(yī)生的專家意見，并可避免與專科醫(yī)生非必要的預(yù)約。在一個示例性實施例中，轉(zhuǎn)診前在線會診/審閱通過確定是否確實需要實際轉(zhuǎn)診/轉(zhuǎn)介可節(jié)約時間和費用。主治醫(yī)生可獲得?？漆t(yī)生的建議，而不需擔(dān)心失去患者，并且也不需使患者遭受冗長的轉(zhuǎn)診過程，除非真的有必要(避免【背景技術(shù)】中所述的第二種情形)。
[0049]在一個示例性實施例中，早期會診/審閱還會避免疾病的發(fā)展并能夠更早地檢測到疾病。因此，避免了第三種情形。
[0050]圖1是框圖，示出了根據(jù)示例性實施例用于提供醫(yī)學(xué)會診/醫(yī)學(xué)審閱的系統(tǒng)。
[0051]示例性系統(tǒng)包括一個或多個用戶裝置100a-100n。用戶裝置10a-1OOn可由轉(zhuǎn)診/轉(zhuǎn)介實體例如主治醫(yī)生或其他需要?？漆t(yī)生進行會診/審閱的醫(yī)務(wù)人員使用。醫(yī)療領(lǐng)域的技術(shù)人員會理解，轉(zhuǎn)診實體/轉(zhuǎn)介實體根據(jù)所提供的信息發(fā)出轉(zhuǎn)診前核實。轉(zhuǎn)診前核實可用于確定是否確實需要轉(zhuǎn)診給?？漆t(yī)生，如下文所述。?？漆t(yī)生解讀轉(zhuǎn)診實體的檢查結(jié)果，以幫助轉(zhuǎn)診實體確定是否需要轉(zhuǎn)診。在一個示例性實施例中，?？漆t(yī)生會診/審閱轉(zhuǎn)診實體的檢查結(jié)果并確定是否需要與?？漆t(yī)生預(yù)約進行醫(yī)療診斷。在一個示例性實施例中，?？漆t(yī)生確認(rèn)或拒絕轉(zhuǎn)診實體的發(fā)現(xiàn)/檢查結(jié)果(findings)。
[0052]轉(zhuǎn)診實體/轉(zhuǎn)介實體利用用戶裝置例如用戶裝置10a-1OOn生成會診信息/審閱信息(將在下文進一步詳細描述)。例如，用戶裝置可以是計算機，例如個人計算機100a、便攜式電腦、平板電腦和/或筆記本電腦100b、電話10c例如LAN線電話、移動終端例如智能手機，和IPTV 10d例如具有機頂盒(STB)的TV。用戶裝置可具有外圍設(shè)備，例如顯示器(例如，陰極射線管(CRT)、等離子體顯示器、或液晶顯示器(LCD))、鼠標(biāo)、鍵盤、遙控、數(shù)據(jù)源，等等。
[0053]示例性系統(tǒng)還包括類似的裝置300a...300η。這些裝置類似于上述的用戶裝置10a-1OOn,因此省略了細節(jié)描述。這些裝置300a...300η為會診實體/審閱實體即?？漆t(yī)生而設(shè)置。會診/審閱實體分析會診/審閱信息并根據(jù)會診/審閱信息提供他們的會診意見/解讀/專家意見，這將在下文詳細描述。
[0054]示例性醫(yī)學(xué)會診/審閱系統(tǒng)還可包括一個或多個后端服務(wù)器200a_200n，可被分布在云環(huán)境中。這些后端服務(wù)器200a-200n可與客戶端裝置10a-1OOn和300a_300n交互以生成會診/審閱信息，以便生成解釋信息并管理會診/審閱的流程。根據(jù)一個示例性實施例，后端服務(wù)器200a-200n可形成醫(yī)生轉(zhuǎn)診網(wǎng)絡(luò)(PRN)系統(tǒng)。
[0055]示例性用戶裝置100a-100n、300a-300n和示例性服務(wù)器200a-200n可包括數(shù)據(jù)總線或其它通信機制，用于跨裝置/服務(wù)器的不同部分和在裝置/服務(wù)器的不同部分之間傳遞信息，和通信界面，用于傳遞裝置/服務(wù)器之外的信息，和與總線連接的處理器，用于處理信息并執(zhí)行其它計算和控制任務(wù)，易失性存儲器例如隨機存取存儲器(RAM)或其它動態(tài)存儲裝置，連接至總線用于存儲各種信息以及由處理器執(zhí)行的指令，和非易失性存儲器例如只讀存儲器(ROM或EPR0M)或其它靜態(tài)存儲裝置，連接至總線用于存儲對處理器的指令。持久性存儲裝置例如磁盤、光盤、或固態(tài)閃存裝置被設(shè)置并連接至總線用于存儲信息和指令。每一個服務(wù)器200a-200n可包括處理器、輸入/輸出單元，和存儲器，并且可選地還包括顯示器。
[0056]單獨的數(shù)據(jù)庫(數(shù)據(jù)源)400a_400n可被設(shè)置用于存儲關(guān)于轉(zhuǎn)介實體/轉(zhuǎn)診實體、?？漆t(yī)生、相應(yīng)的提供者組織、會診/審閱信息、診斷信息等等的信息。這些數(shù)據(jù)庫400a-400n可包括一個或多個存儲器和一個或多個物理界面，以便通過網(wǎng)絡(luò)N提供信息，所述網(wǎng)絡(luò)可能是有線或無線網(wǎng)絡(luò)。
[0057]用戶裝置10a-1OOn和300a_300n可連接至包括服務(wù)器200a_200n的PRN系統(tǒng)并通過各種不同的網(wǎng)絡(luò)彼此連接，所述網(wǎng)絡(luò)可包括有線或無線網(wǎng)絡(luò)(光纖、電纜，等)、數(shù)據(jù)網(wǎng)絡(luò)例如互聯(lián)網(wǎng)、公用電話交換網(wǎng)絡(luò)，等等。用戶裝置10a-1OOn和300a-300n可具有通信接口，例如網(wǎng)絡(luò)接口卡。通信接口提供雙向數(shù)據(jù)通信，連接至網(wǎng)絡(luò)鏈路，所述網(wǎng)絡(luò)鏈路被連接至本地網(wǎng)。例如，通信接口可以是綜合業(yè)務(wù)數(shù)字網(wǎng)絡(luò)(ISDN)卡或調(diào)制解調(diào)器以提供數(shù)據(jù)通信連接至相應(yīng)類型的電話線。作為另一個示例，通信接口可以是局域網(wǎng)接口卡(LAN NIC),以提供數(shù)據(jù)通信連接至兼容的LAN。也可以使用無線鏈接例如802.lla、802.lib,802.1lg和藍牙。
[0058]例如，用戶終端10a和300a是PC，利用各種類型的網(wǎng)絡(luò)例如LAN連接到互聯(lián)網(wǎng)、公用電話交換網(wǎng)(PSTN)等等連接至網(wǎng)絡(luò)，與服務(wù)器200a-200n或其它用戶裝置進行通信。用戶終端10b和300b是筆記本電腦，利用網(wǎng)絡(luò)(可包括無線通信例如WIF1、藍牙，或通過有線通信例如電纜和調(diào)制解調(diào)器將筆記本電腦連接至互聯(lián)網(wǎng))連接至網(wǎng)絡(luò)。用戶終端10c和300c是智能手機，通過基站利用蜂窩網(wǎng)絡(luò)/移動網(wǎng)絡(luò)例如GSM、CDMA等等彼此連接或與服務(wù)器200a-200n連接來進行通信。用戶終端10d和300d可以是電視例如IPTV，利用電纜網(wǎng)絡(luò)和/或數(shù)據(jù)網(wǎng)絡(luò)例如互聯(lián)網(wǎng)連接到網(wǎng)絡(luò)，與其它用戶終端或后端服務(wù)器200a-200n進行通信。
[0059]用戶裝置10a-1OOn和300a_300n可通過網(wǎng)關(guān)/防火墻連接至網(wǎng)絡(luò)，其中網(wǎng)絡(luò)可以是廣域網(wǎng)或全球網(wǎng)絡(luò)。
[0060]根據(jù)一個示例性實施例，醫(yī)生轉(zhuǎn)診/轉(zhuǎn)介網(wǎng)絡(luò)(PRN)系統(tǒng)可體現(xiàn)為軟件應(yīng)用程序，并可存儲到各種計算機可讀介質(zhì)上。本文所用的術(shù)語“計算機可讀介質(zhì)”是指參與上述進程的任何介質(zhì)。計算機可讀介質(zhì)可以是計算機可讀信號介質(zhì)或計算機可讀存儲介質(zhì)。
[0061]計算機可讀存儲介質(zhì)可以是，例如但不限于，電子、光學(xué)、磁性、電磁、紅外線或半導(dǎo)體系統(tǒng)、裝置或設(shè)備，或前述的任何合適的組合。計算機可讀存儲介質(zhì)更為具體的示例(非窮盡性列表)可包括下述:便攜式計算機磁盤例如軟盤或軟磁盤、磁性介質(zhì)、硬盤、ROM、EPROM(閃存)、RAM或任何其它存儲芯片或盒式存儲器、光纖、便攜式光盤只讀存儲器(CD-ROM)、任何其它的光學(xué)介質(zhì)、磁帶、穿孔卡、紙帶、集成電路、任何其它具有孔型式(圖案)的物理介質(zhì)、或任何其它已知或?qū)黹_發(fā)出來的計算機可用的介質(zhì)。計算機可讀存儲介質(zhì)可以是任何有形的非暫時性介質(zhì)，所述介質(zhì)可包含或存儲供指令執(zhí)行系統(tǒng)、裝置或設(shè)備使用或與指令執(zhí)行系統(tǒng)、裝置或設(shè)備連接的程序，或包含或存儲用于程序或指令執(zhí)行系統(tǒng)的數(shù)據(jù)。
[0062]計算機可讀信號介質(zhì)可包括其中嵌入有計算機可讀程序程序代碼的傳播數(shù)據(jù)信號，例如，以基帶或作為載波的一部分。體現(xiàn)在計算機可讀信號介質(zhì)上的程序代碼可利用任何適當(dāng)?shù)慕橘|(zhì)傳送，包括但不限于無線、有線、光纖電纜、RF等，或任何前述的適當(dāng)組合。
[0063]盡管可執(zhí)行軟件可能被“寫到(written on) ”磁盤上、被“存儲在(stored in) ”集成電路中、或通過通信電路“輸送(carried over) ”，應(yīng)當(dāng)理解，為了本發(fā)明的目的，計算機可讀介質(zhì)會被稱作“包括(including)”軟件。因此，術(shù)語“包括(including)”旨在涵蓋上述和所有的等同方式，其中軟件與計算機可用介質(zhì)關(guān)聯(lián)。
[0064]—個說明性的非限制性的實施例是PRN系統(tǒng)，所述系統(tǒng)提供會診/審閱實體的會診意見/診斷來響應(yīng)轉(zhuǎn)介/轉(zhuǎn)診實體的請求。PRN系統(tǒng)可表現(xiàn)為軟件應(yīng)用程序，并且可通過基于網(wǎng)絡(luò)的圖形用戶界面被傳遞給用戶。PRN軟件應(yīng)用程序還可部署在專用計算機網(wǎng)絡(luò)上(例如，LAN或WAN)，或通過具體公司的獨立計算機系統(tǒng)部署，例如內(nèi)聯(lián)網(wǎng)安裝，或通過一些其它方式部署。為了簡化并易于討論，各種說明性的非限制性的實施例會結(jié)合互聯(lián)網(wǎng)/基于萬維網(wǎng)的系統(tǒng)進行描述，應(yīng)當(dāng)理解，與互聯(lián)網(wǎng)類似但不相同的網(wǎng)絡(luò)或通信系統(tǒng)當(dāng)然是可以利用的。
[0065]在實踐層面，PRN應(yīng)用程序的軟件使計算機系統(tǒng)能夠執(zhí)行下文更進一步詳細描述的操作，并且可被提供在各種介質(zhì)的任何一種上。此外，示例性實施例的方法和運行/操作的實際實施實際上是寫成編程語言的語句。所述編程語言語句當(dāng)由計算機執(zhí)行時，使得計算機按照具體的語句內(nèi)容運行。此外，使計算機系統(tǒng)按照示例性實施例運行的軟件可被設(shè)置成任何數(shù)量的形式，包括但不限于，原始源代碼、匯編碼、目標(biāo)代碼、機器語言、前述的壓縮或加密版本，以及任何和所有的等同物。
[0066]PRN應(yīng)用程序可體現(xiàn)為在線軟件，可通過網(wǎng)絡(luò)和/或移動設(shè)備訪問，允許轉(zhuǎn)介/轉(zhuǎn)診實體生成會診/審閱信息并允許會診/審閱實體提供會診意見/解釋。在一個示例性實施例中，會診/審閱實體對轉(zhuǎn)診/轉(zhuǎn)介實體的檢查結(jié)果/發(fā)現(xiàn)提供其專家意見。在一個示例性實施例中，可提供?？漆t(yī)生的服務(wù)而不需患者經(jīng)歷冗長的轉(zhuǎn)介/轉(zhuǎn)診程序，醫(yī)生或轉(zhuǎn)診/轉(zhuǎn)介實體不會擔(dān)心失去患者，并且使得疾病的早期檢測成為可能，否則的話患者不會得到?？漆t(yī)生的專家意見。PRN應(yīng)用程序是安全的、實時的并且HIPAA兼容的。
[0067]圖2是流程圖，示出了根據(jù)示例性實施例利用PRN系統(tǒng)獲得會診/審閱意見的方法。
[0068]在步驟21，轉(zhuǎn)診/轉(zhuǎn)介實體獲得患者數(shù)據(jù)。例如，獲得患者數(shù)據(jù)可包括圖像/影像、觀察結(jié)果、檢驗結(jié)果等等，可能與待會診/審閱的狀況相關(guān)。在步驟22，轉(zhuǎn)介/轉(zhuǎn)診實體生成會診信息/審閱信息，所述信息會包括會診者/審閱者為計費的目的所需的特定醫(yī)學(xué)元數(shù)據(jù)。會診/審閱信息在下文更詳細的進行描述。在步驟23，轉(zhuǎn)診/轉(zhuǎn)介實體選擇會診者/審閱者(例如，?？漆t(yī)生)并對信息設(shè)置優(yōu)先級(這兩個內(nèi)容會在下文更詳細的進行描述)。舉例來說，轉(zhuǎn)診/轉(zhuǎn)介實體可指定一位具體的?？漆t(yī)生或兩位?？漆t(yī)生或可指定一個或多個?？漆t(yī)生團體進行?？漆t(yī)生服務(wù)。在步驟24，轉(zhuǎn)診/轉(zhuǎn)介實體隨后提交轉(zhuǎn)診/審閱信息。
[0069]在步驟25，轉(zhuǎn)診/審閱系統(tǒng)根據(jù)由轉(zhuǎn)診/轉(zhuǎn)介實體設(shè)置的優(yōu)先級狀態(tài)分析信息的優(yōu)先級來確定是否有至少一個被選定的?？漆t(yī)生可以處理所生成的信息。在步驟26，如果根據(jù)由轉(zhuǎn)診/轉(zhuǎn)介實體指定的優(yōu)先級沒有?？漆t(yī)生可以提供解釋和他或她對會診/審閱信息的分析，則生成錯誤信息，并且所生成的信息返回到轉(zhuǎn)診/轉(zhuǎn)介醫(yī)生處供進一步編輯。錯誤信息可顯示在屏幕上或放在轉(zhuǎn)診/轉(zhuǎn)介醫(yī)生的收件箱中，例如，可能寫道“對不起，沒有?？漆t(yī)生可在指定的時間段內(nèi)會診/審閱數(shù)據(jù)”。所提供的上述輸出信息意在示例而非限制。在其它示例性實施例中，信息可以按視頻、SMS、傳真、語音信息等等的形式輸出。信息的內(nèi)容也可以不同。
[0070]在步驟27，如果在步驟25中至少有一位專科醫(yī)生可用(Yes)，信息會被發(fā)送至該至少一位可用的專科醫(yī)生并放在他們的收件箱中(意在示例)。這僅在示例而非限制。在一個示例性實施例中，該至少一位可用的專科醫(yī)生可通過自動呼叫、傳真、語音信息、SMS、視頻、呼叫等方式被通知。?？漆t(yī)生被通知有新的會診信息丨審閱信息并等待其會診丨審閱。根據(jù)信息的優(yōu)先級也可以設(shè)置不同的通知方法。例如，緊急優(yōu)先級的信息可能需要呼叫至少一位可用的?？漆t(yī)生，而普通優(yōu)先級的信息可只是放在專科醫(yī)生的收件箱中。會診信息/審閱信息被設(shè)置為“已發(fā)送”狀態(tài)。
[0071]在步驟28，一旦?？漆t(yī)生決定會診/審閱信息，信息的狀態(tài)變更為“已分配”。這樣如果存在其他可用的?？漆t(yī)生，他們會根據(jù)信息的狀態(tài)知道信息已有人處理，避免重復(fù)的工作。此外，轉(zhuǎn)診/轉(zhuǎn)介實體也可以根據(jù)其狀態(tài)知道信息當(dāng)前正在被分析。
[0072]在步驟29，?？漆t(yī)生分析會診/審閱信息所提供的數(shù)據(jù)并生成解釋信息/解讀信息。根據(jù)會診/審閱信息中的數(shù)據(jù)自動生成解釋信息。在一個示例性實施例中，根據(jù)會診/審閱信息指定的檢查類型和/或其它信息自動生成?？漆t(yī)生的域和可采取的行動。相應(yīng)的，在步驟30，專科醫(yī)生選擇建議，作出評論并提供他們的檢查結(jié)果/發(fā)現(xiàn)/解釋，即，填寫生成的解釋信息。在步驟31，專科醫(yī)生隨后可提交填寫的解釋信息。例如，在步驟32，當(dāng)提交了解釋信息，會診/審閱信息的狀態(tài)變更為“已會診/已審閱”。另外，在步驟32，會診/審閱系統(tǒng)生成帶有專科醫(yī)生的信頭和電子簽名的信函，包括由?？漆t(yī)生填寫的至少一些信息。在步驟32，信函作為附件或作為解釋信息的一部分并提供/發(fā)送給轉(zhuǎn)診/轉(zhuǎn)介實體。
[0073]相應(yīng)的，在一個示例性實施例中，獲得了?？漆t(yī)生的診斷，而轉(zhuǎn)診/轉(zhuǎn)介實體不需擔(dān)心失去患者，并且患者不需經(jīng)歷在【背景技術(shù)】部分所述的冗長的轉(zhuǎn)診/轉(zhuǎn)介程序，除非在轉(zhuǎn)診/轉(zhuǎn)介程序期間發(fā)現(xiàn)了狀況。在一個示例性實施例中，在【背景技術(shù)】部分所述的情形二得以處理，而沒有浪費患者的時間以及所涉及實體的資源。此外，通過獲得?？漆t(yī)生對轉(zhuǎn)診/轉(zhuǎn)介實體的檢查結(jié)果/發(fā)現(xiàn)的意見可使早期檢測成為可能。
[0074]圖3是框圖，示出了根據(jù)示例性實施例的會診/審閱系統(tǒng)的組成部分。
[0075]在一個示例性實施例中，轉(zhuǎn)診系統(tǒng)丨審閱系統(tǒng)35是基于互聯(lián)網(wǎng)的云系統(tǒng)，允許創(chuàng)建轉(zhuǎn)診(轉(zhuǎn)介)實體和會診(審閱)實體轉(zhuǎn)診(轉(zhuǎn)介)池，其中定義并存儲了?？漆t(yī)生(會診/審閱實體)和他們的轉(zhuǎn)診/轉(zhuǎn)介實體之間的轉(zhuǎn)診/轉(zhuǎn)介關(guān)系。此外，在一個示例性實施例中，會診/審閱系統(tǒng)允許創(chuàng)建轉(zhuǎn)診/轉(zhuǎn)介前咨詢服務(wù)，包含由不同的醫(yī)療設(shè)備在轉(zhuǎn)診/轉(zhuǎn)介實體的辦公室獲得的圖像/影像和其他度量、音頻/視頻數(shù)據(jù)，連同任何轉(zhuǎn)診/轉(zhuǎn)介前注釋/說明。另外，最初的請求可包含預(yù)先填寫的患者信息和基本數(shù)據(jù)集，例如，具體診斷代碼，表示所進行的檢查、提供的診斷，等等。一個轉(zhuǎn)診/審閱信息可隨后生成并提供給會診/審閱實體供解讀/會診(審閱)。
[0076]根據(jù)一個示例性實施例，用戶(轉(zhuǎn)診/轉(zhuǎn)介實體和會診/審閱實體)可利用工作站和/或智能手機，以便方便地創(chuàng)建、會診/審閱和顯示解釋結(jié)果(轉(zhuǎn)診/審閱信息和解釋信息/解讀信息)。
[0077]根據(jù)一個示例性實施例，用戶被通知收到新信息(會診/審閱信息和解釋信息)。可設(shè)置鬧鈴、提示等等，以幫助提醒用戶收到的新請求和返回的解讀(解釋)/檢查結(jié)果(發(fā)現(xiàn))。
[0078]在一個示例性實施例中，設(shè)置了轉(zhuǎn)診/轉(zhuǎn)介實體單元36和會診/審閱實體單元37，被設(shè)置成處理會診/審閱信息和解釋信息/解讀信息，在下文將進一步進行詳細描述。
[0079]根據(jù)一個示例性實施例，會診/審閱系統(tǒng)允許用戶審閱他們迄今為止的活動。所述活動可通過報告單元3?進行處理。所述報告單元3?被設(shè)置成允許用戶追蹤通過特定用戶、通過狀態(tài)、基于優(yōu)先級等等提供的轉(zhuǎn)診/轉(zhuǎn)介請求和/或診斷的如度量一樣的數(shù)值。在示例性實施例中提供了各種過濾和顏色編碼技術(shù)，以審閱迄今為止的轉(zhuǎn)診/轉(zhuǎn)介活動。
[0080]根據(jù)一個示例性實施例,會診/審閱系統(tǒng)還可包括審計單元38b。審計單元38b追蹤每個用戶的所有活動，確保滿足服務(wù)級協(xié)議以供審閱。計費單元38c追蹤交易并應(yīng)用計費規(guī)則為兩種類型的用戶創(chuàng)建月度賬單。還應(yīng)有能力建立通過信用卡的自動賬單支付，按照在線計費協(xié)議。
[0081]根據(jù)一個示例性實施例，會診/審閱系統(tǒng)還可包括存檔單元38d。存檔單元38d允許輸出數(shù)據(jù)以供長期存儲在用戶的輔助計算機系統(tǒng)。存檔的文檔包括轉(zhuǎn)診前注釋/說明和關(guān)于轉(zhuǎn)診/審閱信息的信息、結(jié)果報告和關(guān)于解釋信息/解讀信息的信息，以及嵌入在文檔中的任何圖像/影像(以無損的JPEG壓縮格式)和在進程中生成的所有正式信函。
[0082]在一個示例性實施例中，不同的單元38a_38d與各自/相應(yīng)的實體單元36和/或37通信，以提供所需的信息。為了便于不同單元之間的通信，可設(shè)置管理單元(未示出)，以協(xié)調(diào)不同單元的功能。
[0083]在一個示例性實施例中，會診/審閱系統(tǒng)還可包括安全單元38e和臨床單元38f。安全單元38e會管理關(guān)于轉(zhuǎn)診/轉(zhuǎn)介實體和?？漆t(yī)生的(身份)認(rèn)證信息。安全單元38e可與各自的實體單元36和/或37進行通信，以確保安全訪問各自的用戶賬戶。例如，安全單元38e可管理用戶賬戶和密碼。另外，安全單元38e可管理加密和解密會診信息/審閱信息和解釋信息/解讀信息例如患者信息的不同域。在一個示例性實施例中，會診/審閱系統(tǒng)還可包括臨床單元38f。臨床單元38f會管理會診/審閱系統(tǒng)的所有臨床/醫(yī)學(xué)信息。臨床單元系統(tǒng)會與各自的實體單元36和/或37通信，以確保檢查結(jié)果/發(fā)現(xiàn)、建議和解釋/解讀之間的適當(dāng)?shù)呐R床表現(xiàn)得以保持。
[0084]上述的示例性單元本身可以是軟件或可包括硬件和軟件的組合例如FPGA和ASIC0
[0085]圖4是框圖，示出了根據(jù)示例性實施例的會診/審閱系統(tǒng)的各層。如圖4所示，會診/審閱系統(tǒng)包括呈現(xiàn)層41、服務(wù)端點層42、業(yè)務(wù)邏輯層43、數(shù)據(jù)訪問層44、和數(shù)據(jù)存儲層45。
[0086]呈現(xiàn)層41可包括富客戶端401a。富客戶端401a包括在用戶裝置(例如裝置10a-1OOn和300a_300n)上的必要單元。盡管在示例性實施例中，在客戶端運行的PRN應(yīng)用程序可通過互聯(lián)網(wǎng)自動更新，示例性富客戶端401a是安裝在用戶裝置上的獨立應(yīng)用程序。呈現(xiàn)層還可包括瘦客戶端401b。瘦客戶端401b是基于網(wǎng)絡(luò)的客戶端，其中工作量通過后端服務(wù)器來處理并且瘦客戶端被配置成生成請求至服務(wù)器并輸出結(jié)果。
[0087]服務(wù)端點層42可包括HTTP、HTTPS和/或隊列服務(wù)端點。在示例性實施例中，這些端點可允許用戶裝置(例如裝置10a-1OOn和300a_300n)請求處理PRN應(yīng)用程序所需和請求的某些業(yè)務(wù)功能。
[0088]根據(jù)一個示例性實施例，業(yè)務(wù)邏輯層43可包括業(yè)務(wù)管理器、用戶管理器、檢查管理器、人員管理器和/或訪問管理器，以及分布式緩存管理器。在一個示例性實施例中，這些業(yè)務(wù)管理器代表上述服務(wù)端點層42的服務(wù)端點動作，處理PRN應(yīng)用程序所需的某些業(yè)務(wù)功能。
[0089]根據(jù)示例性實施例，數(shù)據(jù)訪問層44可包括某些數(shù)據(jù)訪問對象，如用戶管理、檢查人員、訪問和地址。在一個示例性實施例中，這些數(shù)據(jù)訪問對象代表業(yè)務(wù)管理器作用，以處理PRN應(yīng)用程序所需的某些業(yè)務(wù)功能。
[0090]根據(jù)示例性實施例，數(shù)據(jù)存儲層45可包括某些數(shù)據(jù)庫管理服務(wù)器。在一個示例性實施例中，這些數(shù)據(jù)庫管理服務(wù)器代表數(shù)據(jù)訪問對象作用，按PRN應(yīng)用程序的要求持續(xù)將某些業(yè)務(wù)功能存儲到非易失性存儲器。
[0091]眼科會診/審閱系統(tǒng)的一個示例性實施例在下文更詳細地進行說明。本領(lǐng)域技術(shù)人員會容易地理解，所述的眼科會診/審閱系統(tǒng)僅是意在示例說明。其它的會診/審閱系統(tǒng)例如在皮膚病學(xué)、心臟病學(xué)、乳房X線照相術(shù)等領(lǐng)域的系統(tǒng)在本發(fā)明的保護范圍內(nèi)。本領(lǐng)域技術(shù)人員會易于理解，上述系統(tǒng)也可應(yīng)用于這些領(lǐng)域的?？漆t(yī)生。例如，轉(zhuǎn)介實體/轉(zhuǎn)診實體可能是主治醫(yī)生，而會診實體/審閱實體可能是皮膚科醫(yī)生。這僅是意在通過示例進行說明。
[0092]根據(jù)一個示例性實施例，眼科會診(審閱)系統(tǒng)還包括醫(yī)學(xué)設(shè)備例如眼底圖像捕獲裝置，如在下文中詳細描述的。圖5的視圖示出了根據(jù)示例性實施例的眼科會診系統(tǒng)/眼科申閱系統(tǒng)。
[0093]在如圖5所示的示例性實施例中，設(shè)置了另外的醫(yī)學(xué)裝置501a...501η。這些醫(yī)學(xué)裝置501a...501η可設(shè)置在轉(zhuǎn)診/轉(zhuǎn)介實體的辦公室。在另一個示例性實施例中，這些醫(yī)學(xué)裝置或這些醫(yī)學(xué)裝置中的一些設(shè)置的地方可能與轉(zhuǎn)診/轉(zhuǎn)介實體的辦公室距離很遠，或這些醫(yī)學(xué)裝置均不與轉(zhuǎn)診/轉(zhuǎn)介實體的辦公室相距遠。舉例來說，醫(yī)學(xué)裝置501a可以是眼底圖像捕獲裝置，例如NidekAFC-330。醫(yī)學(xué)裝置501a輸出眼底檢查的醫(yī)學(xué)圖像/影像。醫(yī)學(xué)裝置501b可以是眼壓測量裝置，例如眼壓計。醫(yī)學(xué)裝置501b輸出度量值，例如以mmHG值表示的眼內(nèi)壓。由醫(yī)學(xué)裝置501a...501η采集的結(jié)果可由后端服務(wù)器503a...503η處理并存儲在分布式數(shù)據(jù)庫504a...504ηο在一個不例性實施例中，后端服務(wù)器503a...503η可分析來自醫(yī)學(xué)裝置501a...501η的輸出，將它們轉(zhuǎn)換成標(biāo)準(zhǔn)格式并儲存經(jīng)轉(zhuǎn)換的值和原始值。例如，由各種不同類型的眼底圖像捕獲裝置捕獲的圖像可被轉(zhuǎn)換成jpeg格式。例如，度量值可被轉(zhuǎn)換成一種標(biāo)準(zhǔn)并存儲為XX _HG。
[0094]在一個示例性實施例中，另一醫(yī)學(xué)裝置可以是手持式視頻紅外間接檢眼鏡，它直接從裝置連接并傳送圖像和患者信息到一個或多個后端服務(wù)器503a...503η。
[0095]在眼科護理領(lǐng)域，絕大多數(shù)的轉(zhuǎn)介/轉(zhuǎn)診來自于驗光師轉(zhuǎn)診/轉(zhuǎn)介給玻璃體視網(wǎng)膜外科醫(yī)生。在正常眼科檢查過程期間，驗光師可能在眼科檢查過程中、或可能從家庭史或患者陳述發(fā)現(xiàn)眼睛狀況，授權(quán)咨詢/會診玻璃體視網(wǎng)膜(VR)?？漆t(yī)生。由于VR狀況是復(fù)雜的，涉及微米量級的結(jié)構(gòu)，并需要專業(yè)訓(xùn)練和醫(yī)學(xué)裝置來治療和診斷，大多數(shù)驗光師轉(zhuǎn)介/轉(zhuǎn)診給VR醫(yī)生的患者甚至絲毫未表現(xiàn)出異常癥狀。這可能導(dǎo)致VR?？漆t(yī)生接收到大量幾乎不需要專科醫(yī)生護理/治療或完全不需要?？漆t(yī)生護理/治療的患者，導(dǎo)致不太有成效的執(zhí)業(yè)，以及患者方面的煩惱和沮喪。還可能導(dǎo)致對他們的轉(zhuǎn)診/轉(zhuǎn)介驗光師的能力和專業(yè)水平缺少信任或信心。
[0096]退一步說，一般的眼科醫(yī)生如白內(nèi)障或LASIK外科醫(yī)生，對于通過早期診斷似乎表現(xiàn)有VR疾病的任何患者，也將患者轉(zhuǎn)診/轉(zhuǎn)介到VR專科醫(yī)生。這種轉(zhuǎn)診的來源較少出現(xiàn)不存在VR疾病的情況，并且也表示小的多的百分比的患者去看VR?？漆t(yī)生。此外，主治醫(yī)生可以要求VR?？漆t(yī)生會診/審閱，并且不同的醫(yī)學(xué)機構(gòu)例如醫(yī)院和診所可能要求由VR?？漆t(yī)生會診/審閱。
[0097]根據(jù)一個示例性實施例，眼科會診/審閱系統(tǒng)提供會診/審閱服務(wù)。會診/審閱是一種機制，多個(通常兩個)醫(yī)生/提供者通過所述機制可以會診/審閱針對一名具體患者的案例。通常，轉(zhuǎn)診/轉(zhuǎn)介醫(yī)生例如驗光師遇到這樣的情形，他們不能確定對于他們并不熟悉的狀況的診斷、也沒有受過訓(xùn)練或被認(rèn)證進行診斷或進行他們能夠確定但不能對該狀況提供患者護理/治療的診斷。轉(zhuǎn)診/轉(zhuǎn)介實體在那時希望咨詢?？漆t(yī)生(會診/審閱實體)，所述專科醫(yī)生在診斷和治療具體的疾病方面具有專業(yè)技能并且與轉(zhuǎn)診/轉(zhuǎn)介實體有轉(zhuǎn)診/轉(zhuǎn)介關(guān)系。該專科醫(yī)生隨后會同意會診/審閱并確定是否需要實際的轉(zhuǎn)診。如果需要，會啟動將患者轉(zhuǎn)診到?？漆t(yī)生的程序，并且?？漆t(yī)生會進行其它的程序以確定診斷結(jié)果。?？漆t(yī)生在同意轉(zhuǎn)診后承擔(dān)對于該具體疾病狀況的患者護理/治療的責(zé)任，并對指定治療的結(jié)果負(fù)責(zé)。在一個示例性實施例中，由?？漆t(yī)生提供的解釋信息確認(rèn)或拒絕轉(zhuǎn)診/轉(zhuǎn)介實體的檢查結(jié)果/發(fā)現(xiàn)。相應(yīng)的，在一個示例性實施例中，對轉(zhuǎn)診/轉(zhuǎn)介實體而言患者保留。
[0098]?？漆t(yī)生可利用裝置505a...505η中的一種提供解釋信息，所述信息包括?？漆t(yī)生基于會診/審閱信息中的檢查結(jié)果/發(fā)現(xiàn)和向轉(zhuǎn)診/轉(zhuǎn)介實體的可行性治療建議。轉(zhuǎn)診/轉(zhuǎn)介實體、?？漆t(yī)生、醫(yī)學(xué)設(shè)備和后端服務(wù)器503a...503η可利用網(wǎng)絡(luò)506相互通信，所述網(wǎng)絡(luò)506可包括多種網(wǎng)絡(luò)。
[0099]在一個示例性眼科會診系統(tǒng)中，待確定不必要完全轉(zhuǎn)診的情形2。在一個示例性實施例中，專科醫(yī)生對轉(zhuǎn)診/轉(zhuǎn)介實體的檢查結(jié)果/發(fā)現(xiàn)進行會診，這是一個專科醫(yī)生通過審閱圖像/影像、患者人口統(tǒng)計資料和/或患者部分病史確定是否需要轉(zhuǎn)診到?？漆t(yī)生來診斷患者狀況的過程。換句話說，在一個示例性實施例中，轉(zhuǎn)介/轉(zhuǎn)診實體請求“預(yù)先審閱/預(yù)先會診”可用的數(shù)據(jù)以確定是否需要與?？漆t(yī)生預(yù)約/轉(zhuǎn)診到?？漆t(yī)生。相應(yīng)的，在患者沒有狀況時將患者轉(zhuǎn)診到?？漆t(yī)生的情形進一步地降到最低。結(jié)果，節(jié)省了患者和醫(yī)生(轉(zhuǎn)診醫(yī)生和?？漆t(yī)生)的時間和精力。此外，通過避免不必要的轉(zhuǎn)診和看診專科醫(yī)生，也使支出降到最低。
[0100]會診/審閱-轉(zhuǎn)診實體/轉(zhuǎn)介實體
[0101]根據(jù)示例性實施例，轉(zhuǎn)診/轉(zhuǎn)介實體生成會診/審閱的一個示例性實施例現(xiàn)在將進行詳細描述。本領(lǐng)域技術(shù)人員會易于理解，這僅是意在示例而非限制。
[0102]圖6是流程圖，示出了根據(jù)示例性實施例的一種生成新的會診/審閱信息的方法。
[0103]在步驟601，用戶(可以是主治醫(yī)生或其辦公室工作人員)選擇以生成新的會診/審閱信息。為了生成新的會診/審閱信息，例如，用戶可首先選擇圖標(biāo)“G”。在步驟602，用戶隨后可能需要選擇已經(jīng)存在于系統(tǒng)中的患者或輸入新患者的信息。例如，一旦用戶開始輸入患者的名字，可能出現(xiàn)帶有建議的下拉框。建議來自于已存儲在系統(tǒng)中的主治醫(yī)生的現(xiàn)有患者。例如，如果主治醫(yī)生選定了建議中的一個，患者的剩余部分被自動填寫，并且主治醫(yī)生只需要點擊“ok”或“確認(rèn)(confirm) ”按鈕來確認(rèn)信息。
[0104]圖7A-7D的視圖示出了根據(jù)示例性實施例用于生成新的轉(zhuǎn)診信息的示例患者信息輸入屏。在圖7A中，用戶界面(顯示各種患者信息)由用戶輸入。用戶界面可以是彈出框或可以是標(biāo)簽欄，用于生成會診/審閱。例如，用戶可輸入患者的名(域A)、患者的姓(域B)、患者出生日期(域C)、男/女(域D)、地址(域E)。一旦信息輸入，用戶可點擊“ok”或“提交(^油!!!^)”(域？)進入下一個頁面或退出到主頁面生成會診/審閱。
[0105]在圖78中，下拉框(域701)設(shè)置有按患者名字的可能的建議?？稍O(shè)置其它的信息例如社保號(域702)、電話號碼(域703)、電子郵箱(域704)和短信地址/傳真(域705)。
[0106]在圖7(2中，用戶可通過滾動列表711或輸入名712、姓713、出生日期714和性別715的變量并提交進行搜索來選擇現(xiàn)有的患者。為了響應(yīng)選擇要素716，在域711中可提供針對輸入搜索條件的列表。此外，用戶可選擇添加新的患者717。一旦選定/找到了患者，用戶可通過點擊例如“提交”或“仏” 718選擇繼續(xù)進行生成新的會診/審閱信息。
[0107]此外，如圖70所示，用戶還可輸入保險信息。用戶可檢查患者是自費(域721〉。用戶可輸入保險公司名稱、群組號、群組10、卡上出現(xiàn)的患者名字、和保險地址(域722),并選擇為主要保險或第二保險(域723)。可能設(shè)置有其它的域，以選擇第二保險與主要保險相同，以及是否在新生成的會診/審閱信息中包括主要保險或第二保險或兩者。
[0108]這些域僅通過示例的方式提供。對于本領(lǐng)域技術(shù)人員顯而易見的，患者信息的許多其它域在本發(fā)明的保護范圍內(nèi)。
[0109]回到圖6，一旦患者信息被選定或輸入，在步驟603，用戶可設(shè)置會診/審閱的優(yōu)先級。由于可用的?？漆t(yī)生可能取決于信息的輸入優(yōu)先級，系統(tǒng)可建議用戶首先設(shè)置信息的優(yōu)先級。在一個示例性實施例中，選擇?？漆t(yī)生的選項直到用戶設(shè)置了會診/審閱的優(yōu)先級才可用。在另一個示例性實施例中，可基于由用戶設(shè)置的優(yōu)先級即時建議?？漆t(yī)生。
[0110]在另一個示例性實施例中，用戶首先選擇?？漆t(yī)生并當(dāng)用戶試圖設(shè)置與選定的?？漆t(yī)生不一致的優(yōu)先級時，可輸出錯誤信息。在另一個示例性實施例中，用戶可以按任何順序設(shè)置優(yōu)先級和/或選擇?？漆t(yī)生。不過，如果?？漆t(yī)生對于用戶設(shè)置的優(yōu)先級不可用，一旦用戶試圖提交會診/審閱信息時會輸出錯誤信息。
[0111]圖8的視圖示出了根據(jù)示例性實施例為會診/審閱信息設(shè)置優(yōu)先級。如圖8所示，優(yōu)先級可通過從下拉菜單中選擇在域801中設(shè)置。例如，優(yōu)先級可包括常規(guī)-例如在一天內(nèi)，八3八？-在六小時內(nèi)會診/審閱，和例如在一小時內(nèi)會診/審閱。具體的值僅意在示例，并且可由用戶預(yù)設(shè)或由系統(tǒng)基于多種因素例如使用的域(例如，測試/檢查的類型)等預(yù)先設(shè)置。在一個示例性實施例中，設(shè)置優(yōu)先級801可影響域802中的可用選項。
[0112]在一個示例性實施例中，與轉(zhuǎn)診/轉(zhuǎn)介實體關(guān)聯(lián)的?？漆t(yī)生列表被存儲在系統(tǒng)中。舉例來說，轉(zhuǎn)診/轉(zhuǎn)介實體可添加新的?？漆t(yī)生到他或她的網(wǎng)絡(luò)。？觀系統(tǒng)也可建議要添加到轉(zhuǎn)診/轉(zhuǎn)介實體的網(wǎng)絡(luò)的?？漆t(yī)生。不過，在一個示例性實施例中，可用的?？漆t(yī)生的列表取決于轉(zhuǎn)診/轉(zhuǎn)介實體的網(wǎng)絡(luò)。每個轉(zhuǎn)診/轉(zhuǎn)介實體可具有其自己的?？漆t(yī)生列表或可選擇讓？陬系統(tǒng)推薦該領(lǐng)域的?？漆t(yī)生。
[0113]在一個示例性實施例中，回到圖6，在步驟604，基于設(shè)置的優(yōu)先級生成可用專科醫(yī)生的列表。圖9是流程圖，示出了根據(jù)示例性實施例的一種生成可用?？漆t(yī)生列表的方法。
[0114]在圖9中，在步驟901，取回轉(zhuǎn)診/轉(zhuǎn)介實體的?？漆t(yī)生的網(wǎng)絡(luò)。應(yīng)當(dāng)指出，網(wǎng)絡(luò)可包括來自不同領(lǐng)域的?？漆t(yī)生。相應(yīng)的，轉(zhuǎn)診/轉(zhuǎn)介實體然后會首先對網(wǎng)絡(luò)選擇領(lǐng)域。示例性實施例涉及眼科會診系統(tǒng)。相應(yīng)的，在一個示例性實施例中，假設(shè)?？漆t(yī)生網(wǎng)絡(luò)全部在視網(wǎng)膜?？漆t(yī)生領(lǐng)域。
[0115]在步驟902，核實在取回的網(wǎng)絡(luò)中是否每個?？漆t(yī)生能夠滿足由用戶指定的會診/審閱信息的優(yōu)先級。在一個示例性實施例中，對照會診/審閱信息的優(yōu)先級來核實相應(yīng)專科醫(yī)生的狀態(tài)。?？漆t(yī)生的狀態(tài)將在下文更詳細地進行描述。不過，簡要解釋來說，每個專科醫(yī)生可設(shè)置他或她的狀態(tài)，例如，當(dāng)前可用、常規(guī)、或不可用。舉另一示例來說，一旦專科醫(yī)生登錄，他的狀態(tài)可由系統(tǒng)自動變更為“當(dāng)前可用(currently available)”。如果?？漆t(yī)生每天登錄，他的狀態(tài)可被設(shè)定默認(rèn)為“常規(guī)(regular)”。如果?？漆t(yī)生休假離開，他可設(shè)置他的狀態(tài)為“不可用(not available)”。在另一示例性實施例中，如果檢測到數(shù)天沒有登陸(沒有活動)，PRN系統(tǒng)可自動設(shè)置?？漆t(yī)生的狀態(tài)為“不可用”。根據(jù)?？漆t(yī)生的狀態(tài)與狀態(tài)信息的優(yōu)先級的匹配，系統(tǒng)可提煉(refine)可用?？漆t(yī)生的列表。另外，在示例性實施例中，可由會診系統(tǒng)自動實時生成可用的?？漆t(yī)生的更新。
[0116]在步驟903,核實是否經(jīng)提煉(refined)的列表包含至少一名專科醫(yī)生,如果不是，則系統(tǒng)在步驟904可向用戶輸出錯誤信息。例如，可設(shè)置彈出框，表示“對不起，我們無法找到任何?？漆t(yī)生可匹配您的會診信息中所述的條件”。錯誤信息還可提供建議。例如，“您網(wǎng)絡(luò)中的?？漆t(yī)生不能進行緊急會診，而僅可以進行ASAP會診或常規(guī)會診”。該信息意在示例而非限制。如果在步驟903有至少一名?？漆t(yī)生留在列表中，則在步驟905列表輸出為下拉框。
[0117]回到圖6，用戶隨后可在步驟605通過下拉菜單選擇專科醫(yī)生，如圖8所示的元素802。在一個示例性實施例中，用戶可通過下拉菜單或通過彈出窗口選擇組織例如視網(wǎng)膜組織或組織中的特定醫(yī)生。圖10的視圖示出了根據(jù)示例性實施例的一種選擇?？漆t(yī)生的方法。在圖10中，下拉框1001顯示可用的專科醫(yī)生和執(zhí)業(yè)的混合。用戶選擇這些選項中的一個并接下來繼續(xù)提供對會診/審閱信息的解釋/解讀/分析必要的醫(yī)學(xué)信息。
[0118]在步驟606，用戶輸入對會診所必要的醫(yī)學(xué)信息。圖11A-11C的視圖示出了根據(jù)一個示例性實施例輸入會診相關(guān)信息的用戶界面。如圖1lA所示，用戶選擇所提供的圖像/影像的類型和所完成的檢查的類型，見域1001。域1102設(shè)置斯內(nèi)倫視力表(Snellen Chart),以便用戶可進行視力檢查。圖1lB的視圖示出了具有示例性斯內(nèi)倫視力表的用戶界面，可由用戶利用域1103重新生成。此外，域1104表示視敏度值。圖1lC的視圖示出了根據(jù)示例性實施例用于選擇視敏度的用戶界面。如在域1104所示，除了選擇度量值之外，用戶可選擇測數(shù)指、手動和光感。這些僅意在示例而非限制。用戶隨后可在域1105輸入眼壓(1P)，如圖1lA所示，并在域1106輸入檢查的日期。這僅是意在示例?？赡苤辽僖恍┧龅闹悼捎舍t(yī)學(xué)設(shè)備直接自動填充。在一個示例性實施例中，醫(yī)學(xué)設(shè)備可測量值并將所述值提供給PRN后端服務(wù)器，然后可根據(jù)存儲在PRN后端服務(wù)器中的信息自動填充域例如1P和日期。用戶可通過操縱域1106和1107選擇不包括其中的一只眼睛。
[0119]圖1lD的視圖示出了根據(jù)示例性實施例用于輸入圖像/影像的用戶界面。如圖1lD所示，用戶對于每只眼睛1108可上傳可達到四幅的圖像/影像。這僅意在示例而非限制。圖像/影像可從本地驅(qū)動器或從PRN數(shù)據(jù)庫上傳。在另一個示例性實施例中，會診信息/審閱信息可根據(jù)患者信息和由用戶選擇的檢查自動填充有圖像/影像。用戶還可從下拉菜單中選擇最初的診斷。也就是說，轉(zhuǎn)診實體/轉(zhuǎn)介實體可輸入他們懷疑患者可能具有的狀況，需要由?？漆t(yī)生來確認(rèn)。設(shè)置其它的域，以便用戶輸入意見。
[0120]回到圖6，一旦輸入了必要的醫(yī)學(xué)信息，在步驟607，PRN系統(tǒng)等待用戶提交生成的會診信息/審閱信息。用戶可隨時返回并修改任何輸入的信息。一旦提交了生成的會診信息(在步驟607為是(yes))，在步驟608可生成正式的信函并附于會診信息。在一個示例性實施例中，正式的會診信函可包括信頭和轉(zhuǎn)診實體/轉(zhuǎn)介實體的電子簽名。根據(jù)所生成的會診信息，信函還可填有a)患者信息，b)請求會診的原因，c)待會診/審閱的一個或多個狀況，和，d)當(dāng)前日期。在一個示例性實施例中，正式的會診信確認(rèn)患者和轉(zhuǎn)診/轉(zhuǎn)介實體，并請求解釋/會診由轉(zhuǎn)診/轉(zhuǎn)介實體發(fā)現(xiàn)的可能狀況。當(dāng)會診信息成功提交后，在步驟609,向用戶輸出信息。在一個不例性實施例中，信息可被輸出到顯不屏上，表不生成的會診信息已被傳送給指定的一名或多名專科醫(yī)生供審閱/會診。
[0121]PRN系統(tǒng)然后可返回到顯示生成的會診信息及其相應(yīng)狀態(tài)的用戶界面。圖12的視圖示出了根據(jù)一個示例性實施例在PRN系統(tǒng)中所生成的會診信息的用戶界面。如圖12所示，每個審閱/會診信息可包括提交日期和時間1201、患者的名字1202、生成的會診信息的優(yōu)先級1203、其狀態(tài)1204，和生成的會診信息所發(fā)送給的?？漆t(yī)生1205。用戶可打開并審閱信息1206。用戶可選擇編輯/更改某些域并重新提交。在這種情況，生成新的會診信息并添加至列表。此外，生成的會診信息1204的狀態(tài)可包括“草稿” 一在提交給專科醫(yī)生之前，“已提交” 一在用戶將生成的會診信息提交給?？漆t(yī)生之后，和“已審閱/已會診” 一如果用戶已收到回復(fù)/結(jié)果/解釋信息(解讀信息)。
[0122]圖13A和B的視圖示出了根據(jù)示例性實施例用于管理會診信息的用戶界面。如圖13A所示，用戶可選擇在不同文件夾中搜索。用戶可選擇在他或她的會診/審閱1301間進行搜索或可選擇對具體患者或患者組1302搜索會診/審閱。用戶可輸入社團1303、開始日期1304和結(jié)束日期1305，并然后選擇搜索1306。搜索結(jié)果出現(xiàn)在框1307中。
[0123]如圖13B所示，用戶可通過選擇由患者或患者組1302進行搜索，訪問存檔的會診信息。用戶可輸入患者的名1308、姓1309、出生日期1310和性別1311，作為一些示例性搜索條件項。用戶隨后可選擇搜索1312。結(jié)果可顯示在框1313中，用戶然后可選擇一個或多個會診信息1314并刪除、審閱或編輯即生成具有選定信息的信息的新信息。
[0124]在一個示例性實施例中，轉(zhuǎn)診/轉(zhuǎn)介實體例如主治醫(yī)生可因此提交圖像/影像和其它檢查結(jié)果供?？漆t(yī)生審閱/會診，以確定是否有必要轉(zhuǎn)診到?？漆t(yī)生。在一個示例性實施例中，情形2轉(zhuǎn)診可因此降到最低并且可提高疾病的早期診斷。
[0125]解釋/解讀-會診/審閱實體
[0126]會診/審閱實體例如?？漆t(yī)生需要登錄系統(tǒng)以便審閱生成的會診信息。每次?？漆t(yī)生登錄，他們設(shè)置他們的狀態(tài)，所述狀態(tài)可隨時在專科醫(yī)生登錄系統(tǒng)的時候被改動。圖14的視圖示出了根據(jù)一個示例性實施例用于設(shè)置專科醫(yī)生的狀態(tài)的用戶界面。如圖14所示，?？漆t(yī)生可設(shè)置他的可用性1401，設(shè)置離開辦公室1402。盡管沒有示出，?？漆t(yī)生還可設(shè)置自定義的時間表用于預(yù)定天數(shù)、星期數(shù)或月，表示他每天不同時間的可用性。例如，?？漆t(yī)生可選擇他的有空狀態(tài)(可用性)為僅在周一例行/常規(guī)審閱/會診信息(因為周一可能是他的手術(shù)日)。此外，專科醫(yī)生可設(shè)置例如周二早上9:00am-l:30pm僅對常規(guī)(routine)和ASAP有空，因為他可能在這個時間段授課，等等。本領(lǐng)域技術(shù)人員會易于理解，這僅意在示例而非限制。
[0127]在一個示例性實施例中，?？漆t(yī)生可能是不同團體的成員和/或具有若干項單獨執(zhí)業(yè)。相應(yīng)的，?？漆t(yī)生可在PRN系統(tǒng)具有若干個賬戶，這使得專科醫(yī)生能夠分析不同的會診信息，所述會診信息可能被提交至一項具體的執(zhí)業(yè)。專科醫(yī)生可對每個帳戶設(shè)置他的不同的可用性(有空狀態(tài))，或?qū)λ匈~戶具有一個可用性(有空狀態(tài))。PRN系統(tǒng)是靈活的，以允許專科醫(yī)生對于不同的賬戶設(shè)置不同的可用性/有空狀態(tài)或一個狀態(tài)適用于一個或多個賬戶。
[0128]在另一個示例性實施例中，專科醫(yī)生可登錄、選擇可用性/有空狀態(tài)，并然后選擇組織，?？漆t(yī)生為所述組織分析會診信息。相應(yīng)的，一次登錄可訪問專科醫(yī)生參與的多個賬戶/團體。?？漆t(yī)生隨后可按需在不同的組織之間轉(zhuǎn)換。
[0129]圖15是流程圖，示出了根據(jù)示例性實施例的一種解釋會診信息的方法。在圖15中，在步驟1501，?？漆t(yī)生選擇提交的會診信息。在步驟1502，提交的會診信息的狀態(tài)更改為“進展中(in progress) ”,向其他專科醫(yī)生和轉(zhuǎn)診/轉(zhuǎn)介實體表示該信息當(dāng)前正在由?？漆t(yī)生審閱/會診。在步驟1503，向?qū)？漆t(yī)生顯示提交的會診信息。
[0130]圖16的視圖示出了根據(jù)示例性實施例專科醫(yī)生分析會診信息的用戶界面。會診信息被顯示在左手側(cè)1601。?？漆t(yī)生可通過標(biāo)簽分別為每只眼睛1608和1609解釋信息。?？漆t(yī)生可在會診信息中選擇待審閱/會診的圖像/影像1602。?？漆t(yī)生可根據(jù)需要放大、改變顏色、對比度、亮度，以便準(zhǔn)確地審閱圖像/影像1602。專科醫(yī)生還可解釋轉(zhuǎn)診/轉(zhuǎn)介實體1603提出的可能的狀況或診斷以及和任何其它意見1604。專科醫(yī)生還可審閱不同檢查的結(jié)果和患者的視力等等。專科醫(yī)生可決定他在這個時候不能完成會診/審閱，并且可能不認(rèn)領(lǐng)會診信息1605。會診信息然后可返回到收件箱，由另一?？漆t(yī)生認(rèn)領(lǐng)(主張確認(rèn))。在一個示例性實施例中，會診信息1601可被操縱但其實質(zhì)不能改變。發(fā)現(xiàn)的情況/檢查結(jié)果(findings) 1606用于生成解釋信息并可由?？漆t(yī)生操作。
[0131]回到圖15，在步驟1504，專科醫(yī)生然后可選擇診斷結(jié)果。如圖16所示，用于生成解釋信息的域被設(shè)置在顯示屏1606的右手側(cè)。這僅意在示例而非限制。本領(lǐng)域技術(shù)人員會易于理解，構(gòu)造向?qū)？漆t(yī)生呈現(xiàn)信息的其它方式顯然在本發(fā)明的保護范圍內(nèi)?？捎蓪？漆t(yī)生從可能的診斷/發(fā)現(xiàn)(檢查結(jié)果)的下拉菜單中選擇解釋/發(fā)現(xiàn)(檢查結(jié)果)。在一個示例性實施例中，PRN系統(tǒng)會診/審閱由轉(zhuǎn)診/轉(zhuǎn)介實體完成的檢查并根據(jù)完成的檢查選擇不同的可能發(fā)現(xiàn)(檢查結(jié)果)/狀況呈現(xiàn)在下拉框中。
[0132]也就是說，如圖17所不，在步驟1701, PRN系統(tǒng)解析會診/[目息，以提取彳目息中明確提出的檢查。在一個示例性實施例中，PRN系統(tǒng)提取由轉(zhuǎn)診/轉(zhuǎn)介實體選定的檢查。在步驟1702，PRN系統(tǒng)然后核實是否指定/明確提出了至少一項檢查。如果沒有提取到檢查，在步驟1703可輸出錯誤信息，并且診斷下拉框不能被填充并保持空白。?？漆t(yī)生然后可決定繼續(xù)分析信息或可決定對會診信息作出回應(yīng)表示沒有指定檢查并提煉/改進會診信息。這僅意在示例而非限制。
[0133]如果在步驟1702提取了至少一項檢查結(jié)果，在步驟1703，PRN系統(tǒng)利用后端服務(wù)器在映射表中搜索提取的檢查結(jié)果。也就是說，PRN系統(tǒng)查閱了知識庫以便為每一個提取的檢查結(jié)果尋找可能的發(fā)現(xiàn)(檢查結(jié)果)/狀況(圖17中的診斷結(jié)果)。PRN系統(tǒng)利用后端服務(wù)器訪問存儲在數(shù)據(jù)庫中的一個的映射表。應(yīng)當(dāng)指出，系統(tǒng)可存儲多個映射表，并且可基于?？漆t(yī)生的專業(yè)領(lǐng)域選擇映射表。映射表列舉了每個檢查結(jié)果以及可基于檢查結(jié)果做出的相應(yīng)的可能檢查結(jié)果(發(fā)現(xiàn))/診斷結(jié)果。相應(yīng)的，PRN系統(tǒng)利用后端服務(wù)器中的一個，在映射表中搜索每個提取的檢查結(jié)果。在步驟1704，如果找不到檢查結(jié)果，輸出錯誤信息 1703。
[0134]如果在映射表中找到檢查結(jié)果，在步驟1705，存儲在映射表中的相應(yīng)的可能狀況/診斷結(jié)果被添加至列表。也就是說，當(dāng)在映射表中找到檢查結(jié)果時，相應(yīng)的可能狀況/診斷結(jié)果被儲存在列表中。在一個示例性實施例中，映射表存儲每個檢查結(jié)果和可基于檢查結(jié)果所作的相應(yīng)的可能狀況/診斷結(jié)果。相應(yīng)的，當(dāng)在映射表中找到檢查結(jié)果時，與檢查結(jié)果關(guān)聯(lián)的診斷結(jié)果被提取并被存儲在列表中。在步驟1706，PRN系統(tǒng)核實是否存在還未被核實的至少一個其它提取的檢查結(jié)果。如果是，程序返回到步驟1703，以便在映射表中搜索該檢查結(jié)果。
[0135]如果利用映射表將每一個提取的檢查結(jié)果映射到可能的狀況/診斷結(jié)果(在步驟1706中為No)，則在步驟1707，從存儲的列表中排除重復(fù)的診斷結(jié)果。例如，PRN系統(tǒng)核實以便利用標(biāo)記排除任何相同診斷結(jié)果的重復(fù)列表。在步驟1708，列表然后用于填充診斷結(jié)果1606的下拉框1607。相應(yīng)的，僅向?qū)？漆t(yī)生提供會診信息的相關(guān)診斷。
[0136]回到圖15，在步驟1504，?？漆t(yī)生從自定義填充下拉菜單選擇診斷中的一個。在一個示例性實施例中，貫穿生成解釋信息的過程，多個診斷可被選擇和/或添加/刪除。在步驟1505，?？漆t(yī)生還可選擇一個或多個建議。
[0137]圖18A-18D的視圖示出了根據(jù)示例性實施例用于選擇至少一個建議的用戶界面。如圖18A所示，?？漆t(yī)生可從下拉框1801選擇建議中的一個。建議1801可包括:1)重復(fù)做檢查、2)需要其它的檢查、3)復(fù)診(跟進)、4)需要更多信息、5)不需要采取任何措施，和，6)需要轉(zhuǎn)診。
[0138]在一個示例性實施例中，如果專科醫(yī)生建議(I)重復(fù)做檢查，可在1802和1803進一步指定期限，如圖18B所示。還可在1804輸入其它的意見。例如，?？漆t(yī)生可要求在一年內(nèi)重復(fù)做檢查作為預(yù)防或在一周內(nèi)重復(fù)做檢查，例如如果圖像/影像未被正確上傳。
[0139]如果專科醫(yī)生建議(2)作其它的檢查1801，?？漆t(yī)生還可從下拉菜單中選擇檢查的類型1805，并輸入其它的意見1804，如圖18C所示。
[0140]如果?？漆t(yī)生建議(3)復(fù)診(跟進)，可輸入與圖18B所示類似的期限。在其它的意見1804中，?？漆t(yī)生還可解釋為何需要復(fù)診(跟進)，以及在復(fù)診(跟進)期間想要觀察什么和哪項檢查要重復(fù)(如果有的話)。例如，專科醫(yī)生可建議在三個月作重復(fù)檢查，即，提到特定非臨床意義狀況，但需要通過在其它的意見1804中記錄來監(jiān)控，并然后建議作重復(fù)檢查，以便轉(zhuǎn)診/轉(zhuǎn)介實體可核實問題是否從基線發(fā)生變化，并因而可保證在以后到轉(zhuǎn)診/轉(zhuǎn)介實體的就診中可轉(zhuǎn)診給?？漆t(yī)生。
[0141]?？漆t(yī)生建議(4)需要更多的信息。?？漆t(yī)生然后會在意見欄1804中指出所需的其它信息。例如，?？漆t(yī)生可指出右眼的圖像/影像是模糊的并需要重拍。
[0142]?？漆t(yī)生建議(5)-不需要采取任何措施。由此，可避免在【背景技術(shù)】部分所討論的情形2。也就是說，基于檢查結(jié)果/發(fā)現(xiàn)，專科醫(yī)生相信不需要進一步的措施，并且沒有需要?？漆t(yī)生關(guān)注的情況。?？漆t(yī)生還可在1804中包括意見。
[0143]?？漆t(yī)生建議(6)需要轉(zhuǎn)診。如圖18D所示，?？漆t(yī)生可對轉(zhuǎn)診1802和1803輸入期限。用戶還可輸入一些提議的治療選項1806并提供其它的意見1804。
[0144]回到圖15，現(xiàn)在?？漆t(yī)生完成了解釋信息。在步驟1506，?？漆t(yī)生然后可選擇預(yù)覽信函。在一個示例性實施例中，可基于在前述步驟1504-1506的檢查結(jié)果/發(fā)現(xiàn)輸入生成信函。
[0145]圖19是流程圖，示出了根據(jù)示例性實施例生成解釋信函的一種方法。如圖19所示，在步驟1901，確認(rèn)?？漆t(yī)生是否是?？漆t(yī)生團體中的一員。如果專科醫(yī)生是?？漆t(yī)生團體中的一員(1901-是)，在步驟1902，一個示例性實施例要求?？漆t(yī)生選擇具體的團體，希望設(shè)置用于本會診的上下文，包括要使用的具體團體的信頭和提供者數(shù)字簽名。在一個示例性實施例中，在步驟1903，根據(jù)選定的團體或根據(jù)專科醫(yī)生是否是個體醫(yī)生從數(shù)據(jù)庫取回信頭和數(shù)字簽名。
[0146]信頭可能對于執(zhí)業(yè)的每個?？漆t(yī)生團體可以是自定義的或可能對于執(zhí)業(yè)是一種?目頭。
[0147]在步驟1904，信函然后根據(jù)會診信息中提供的信息填充有患者信息和檢查類型。圖20的視圖示出了根據(jù)示例性實施例的生成的解釋信函。如圖20所示，列出了檢查類型2001和患者信息2002。
[0148]在步驟1905，信函可填充有由?？漆t(yī)生輸入的來自診斷、意見和建議的信息。如圖20所示，例如，可在2003提供?？漆t(yī)生意見；可能另外的自動文本可被添加到意見欄，例如“感謝會診的機會”或“感謝使用PRN”，等等。此外，信函可包括檢查結(jié)果2004 (基于會診信息)、診斷結(jié)果2005和建議2006的表示。此外，每只眼被單獨提到，如圖20所示。對于每只眼,如在本示例性實施例中所述,記錄了轉(zhuǎn)診/轉(zhuǎn)介實體最初對會診的標(biāo)示(對檢查的標(biāo)示)，以及由?？漆t(yī)生所確定的印象。另外，每只眼還可包含由專科醫(yī)生在會診過程中詳述的任何意見。
[0149]在步驟1906，信函被轉(zhuǎn)換為預(yù)定的格式，例如.pdf并添加簽名。相應(yīng)的，根據(jù)賬戶預(yù)先儲存的信息(執(zhí)業(yè)團體或個體專科醫(yī)生)、在收到的會診信息中所提供的信息、和由?？漆t(yī)生輸入的檢查結(jié)果/發(fā)現(xiàn)生成解釋信函。
[0150]專科醫(yī)生可能不需要預(yù)覽信函并在步驟1507可簡單地提交檢查結(jié)果而不預(yù)覽，如圖15所示。當(dāng)檢查結(jié)果被提交，在步驟1508生成解釋信息。為了生成解釋信息，會診信息、檢查結(jié)果和生成的信函的信息被添加到信息(message)，并且信息被提交到PRN系統(tǒng)。在步驟1509，會診信息的狀態(tài)被變更為“已審閱/已會診”。
[0151]在一個示例性實施例中，轉(zhuǎn)診/轉(zhuǎn)介實體通過預(yù)定的方法例如SMS、自動電話、在收件箱改變會診信息的表現(xiàn)形式，例如，以粗體呈現(xiàn)會診信息以表示已添加了檢查結(jié)果，被通知信息的狀態(tài)變更。當(dāng)轉(zhuǎn)診/轉(zhuǎn)介實體打開會診信息，兩側(cè)(會診/審閱側(cè)和檢查結(jié)果)均完成。轉(zhuǎn)診/轉(zhuǎn)介實體不能改變會診信息的任何一側(cè)，但除審閱他或她的檢查結(jié)果/發(fā)現(xiàn)外還可選擇查看/打印由?？漆t(yī)生生成的信函。用戶然后將會診信息的狀態(tài)變更為“完成”。一旦會診信息被標(biāo)記為完成，其從收件箱中被刪除并存檔到存檔數(shù)據(jù)庫中的一個。
[0152]在一個示例性實施例中，會診信息包括保險信息，可被轉(zhuǎn)診/轉(zhuǎn)介實體和/或?qū)？漆t(yī)生使用以便為提供的服務(wù)開具帳單。另外，在一個示例性實施例中，可能一個實體可具有雙重角色:轉(zhuǎn)診/轉(zhuǎn)介實體角色和會診/審閱實體角色。例如，雙重角色實體的收件箱可被分開，使得屏幕的一部分提供待辦事件列表，填有雙重角色實體需要分析和解釋的會診信息。屏幕的另一部分可提供生成的或由雙重角色實體的生成過程中的會診信息。相應(yīng)的，在一個示例性實施例中，雙重角色實體可查看兩者:已提交的生成的會診信息和需要待分析的會診信息。
[0153]在一個示例性實施例中，會診/診斷由?？漆t(yī)生遠程進行，以確定是否需要轉(zhuǎn)診。在【背景技術(shù)】部分所述的情形2被最小化。另外，轉(zhuǎn)診/轉(zhuǎn)介實體保持與患者的接觸，并因此較少擔(dān)心失去患者并且根據(jù)需要咨詢專科醫(yī)生。此外，患者獲得最初?？漆t(yī)生的專家意見，而無需冗長的轉(zhuǎn)診過程。此外，提高了疾病的早期診斷。
[0154]不同的會診(PRN)系統(tǒng)的示例性組成部分已在上文的不同示例性實施例中進行了描述。會診(PRN)系統(tǒng)可以是一體的系統(tǒng)或每個組成部分可以單獨與其它系統(tǒng)一起使用。在一個示例性實施例中，系統(tǒng)的特定組成部分可嵌入在另一系統(tǒng)中。
[0155]附圖中的流程圖和框圖示出了根據(jù)不同示例性實施例的體系結(jié)構(gòu)、功能、以及系統(tǒng)、方法和計算機程序產(chǎn)品的可能實施的運行。就此來說，流程圖或框圖中的每個方框可表示模塊、分段、或部分代碼，其包括一個或多個可執(zhí)行指令用于實施所指定的邏輯功能。還應(yīng)當(dāng)指出，在一些可替換的實施例中，方框中所注的功能可能不按圖中所記錄的順序發(fā)生。例如，兩個示出為連續(xù)的方框?qū)嶋H上可基本上同時執(zhí)行，或兩個方框有時可按相反的順序執(zhí)行，這取決于所涉及的功能。還應(yīng)當(dāng)指出，框圖和/或流程圖示圖中的每個方框、框圖和/或流程圖示圖中的方框的組合可通過專用基于硬件的系統(tǒng)實施，所述系統(tǒng)執(zhí)行特定功能或動作，或?qū)Ｓ糜布陀嬎銠C指令的組合。
[0156]所附權(quán)利要求中的相應(yīng)的結(jié)構(gòu)、材料、動作以及所有裝置或步驟加功能特征的等同旨在包括與所具體要求保護的其它權(quán)利要求特征結(jié)合用于執(zhí)行功能的任何結(jié)構(gòu)、材料，或動作。為說明和描述的目的已呈現(xiàn)了示例性實施例的說明，但并不旨在窮盡或限制所披露的形式。在不偏離本發(fā)明的精神和范圍的情況下，多種改動和變化對于本領(lǐng)域技術(shù)人員來說是顯而易見的。選擇并描述示例性實施例是為了更好的解釋原理和實施本發(fā)明，并且使本領(lǐng)域的其他技術(shù)人員能夠理解本發(fā)明的構(gòu)思，以便具有不同改動的多個實施例適于具體的使用。
[0157]一個示例性實施例部署在計算機系統(tǒng)中。這里，術(shù)語“計算機系統(tǒng)”應(yīng)當(dāng)理解為包括至少一個存儲器和處理器。一般，存儲器會在此時或彼時存儲至少部分的可執(zhí)行程序代碼，而處理器會執(zhí)行包括在該可執(zhí)行程序代碼中的一個或多個指令。應(yīng)當(dāng)理解，術(shù)語“可執(zhí)行程序代碼”和術(shù)語“軟件”對于本說明書表示基本相同的事物。對于實施一個或多個示例性實施例，存儲器和處理器不必要在物理上位于相同的位置。也就是說，可以預(yù)見處理器和存儲器可能位于設(shè)備的不同物理部分或甚至位于不同的地理位置。
[0158]一個示例性實施例還具有用戶界面，可由應(yīng)用程序調(diào)用。用戶界面可被理解為表示任何硬件、軟件，或硬件與軟件的組合，允許用戶與計算機系統(tǒng)交互。為了說明的目的，用戶界面可被理解為包括一個或多個用戶界面對象。用戶界面對象可包括顯示區(qū)域、用戶可激活區(qū)域等等。應(yīng)當(dāng)理解，顯示區(qū)域是用戶界面的區(qū)域，向用戶顯示信息。用戶可激活區(qū)域是用戶界面的區(qū)域，例如按鈕或菜單，允許用戶對于用戶界面采取一些動作。
[0159]用戶界面可由應(yīng)用程序調(diào)用。當(dāng)應(yīng)用程序調(diào)用用戶界面時，通常是為了與用戶交互的目的。不過，為了本發(fā)明構(gòu)思的目的，不必然實際用戶與用戶界面進行交互。為了本發(fā)明構(gòu)思的目的，也不必然由實際用戶進行與用戶界面的交互。也就是說，可以預(yù)見用戶界面可與另一程序進行交互，例如利用宏編程語言語句創(chuàng)建的程序，模擬用戶相對于用戶界面的動作。
[0160]選擇并描述示例性實施例是為了解釋運行和實踐應(yīng)用，并使本領(lǐng)域的其他技術(shù)人員能夠理解具有不同改動的不同示例性實施例，適于具體使用。也就是說，對這些示例性實施例的不同改動對于本領(lǐng)域技術(shù)人員來說會變得顯而易見，并且本文所定義的一般性原理和具體示例可應(yīng)用于其它的實施例，而不需要創(chuàng)造性的勞動。例如，上述的一些或所有的不同示例性實施例的特征可被結(jié)合入單個實施例中。反之，上述單個示例性實施例的一些特征可從該實施例中刪除。因此，本發(fā)明的構(gòu)思不旨在限于本文所述的示例性實施例，而是按照權(quán)利要求及其等同的限制所限定的最寬的保護范圍。
【權(quán)利要求】
1.一種提供醫(yī)學(xué)會診的方法，所述方法包括: 由用戶從可用的會診者的列表中選擇至少一名會診者； 設(shè)置答復(fù)的優(yōu)先級； 通過計算機生成會診信息，所述會診信息包括患者的元數(shù)據(jù)，通過在患者方面執(zhí)行的多個事件獲得、設(shè)置的優(yōu)先級、和選定的會診者的身份； 通過有保障的網(wǎng)絡(luò)傳送生成的會診信息；和 根據(jù)傳送的會診信息通過有保障的網(wǎng)絡(luò)接收解釋信息， 其中，根據(jù)設(shè)置的優(yōu)先級和當(dāng)前可用的會診者實時生成可用的會診者的列表。
2.根據(jù)權(quán)利要求1所述的方法，其中生成可用的會診者的列表包括: 實時確定用戶目錄中多個會診者的每一個的狀態(tài)；和 基于確定的狀態(tài)確定多個會診者的每一個是否能夠生成解釋信息以滿足設(shè)置的優(yōu)先級。
3.根據(jù)權(quán)利要求1所述的方法，其中解釋信息包括由選定的會診者根據(jù)會診信息中所提供的數(shù)據(jù)由建議和方案列表生成的解讀信息。
4.根據(jù)權(quán)利要求3所述的方法，其中建議選自根據(jù)會診信息中提供的事件識別的可用建議選項列表。
5.根據(jù)權(quán)利要求1所述的方法，其中患者的元數(shù)據(jù)包括在患者方面進行的檢查的類型以及顯示檢查的結(jié)果的度量數(shù)據(jù)和圖像的至少一個。
6.根據(jù)權(quán)利要求1所述的方法，其中患者方面是至少一只眼睛，并且其中多個事件包括與眼相關(guān)的檢查。
7.一種提供醫(yī)學(xué)會診的方法，所述方法包括: 接收會診信息，所述會診信息包括包含在患者方面執(zhí)行的多個事件的患者的元數(shù)據(jù)、優(yōu)先級和至少一個會診者的身份； 由計算機分析會診信息，其中根據(jù)執(zhí)行的事件識別可用的建議； 生成解釋信息，所述解釋信息包括由會診者從識別的可用建議選項中選擇的建議；和 通過網(wǎng)絡(luò)傳送生成的解釋信息。
8.根據(jù)權(quán)利要求7所述的方法，其中分析會診信息還包括:對接收到的會診信息自動分配狀態(tài)標(biāo)識， 其中，如果在會診信息中識別到一個會診者，將已分配狀態(tài)分配給會診信息并通知會診者接收到的會診信息，和 其中，如果在會診信息中識別到至少兩個會診者，將已提交狀態(tài)分配給會診信息并通知至少兩個會診者接收到的會診信息，并且其中當(dāng)至少兩個會診者中的一個主張確認(rèn)了會診信息，將已分配狀態(tài)分配給會診信息。
9.根據(jù)權(quán)利要求8所述的方法，還包括: 接收來自至少兩個會診者中的會診者關(guān)于會診信息的輸入； 根據(jù)會診者的輸入將會診信息的狀態(tài)變更為分配狀態(tài)；和 在生成解釋信息之后將會診信息的狀態(tài)變更為已會診狀態(tài)。
10.根據(jù)權(quán)利要求9所述的方法，其中會診信息的狀態(tài)變更實時更新并且更新的會診信息顯示在會診者用戶界面和提交實體用戶界面。
11.根據(jù)權(quán)利要求7所述的方法，其中: 患者身體方面包括至少一只眼睛并且多個事件包括至少一個與眼相關(guān)的檢查， 元數(shù)據(jù)還包括至少一種類型的與眼相關(guān)的檢查； 識別可用的建議包括: 在映射表中搜索至少一種類型的與眼相關(guān)的檢查中的一個； 如果在映射表中找到一種類型的與眼相關(guān)的檢查，獲得至少一個相應(yīng)的可用建議； 將獲得的至少一個相應(yīng)的可用建議添加為識別的可用建議。
12.根據(jù)權(quán)利要求7所述的方法，其中生成解釋信息還包括添加治療信息，表示是否有必要轉(zhuǎn)診給會診者。
13.根據(jù)權(quán)利要求7所述的方法，其中生成解釋信息還包括從可用的治療列表中選擇至少一種治療，所述可用的治療列表包括沒有必要轉(zhuǎn)診、在預(yù)設(shè)時間段內(nèi)需要復(fù)診、需要更多信息、多個事件中的至少一個需要在預(yù)設(shè)時間段內(nèi)重復(fù)、和需要轉(zhuǎn)診，所述需要轉(zhuǎn)診包括提議的治療選項。
14.根據(jù)權(quán)利要求7所述的方法，其中生成解釋信息包括生成信函，所述信函包括來自會診信息的至少一部分元數(shù)據(jù)、來自生成的解釋信息的至少一部分信息、和會診者的元數(shù)據(jù)，所述會診者的元數(shù)據(jù)包括自定義的信頭和電子簽名的至少一個。
15.一種生成會診信息的裝置，所述裝置包括: 存儲器，所述存儲器存儲多個會診者； 通信界面，所述通信界面被設(shè)置成接收從可用的會診者列表中選擇的至少一個會診者和由用戶選擇的答復(fù)的優(yōu)先級；和 處理器，所述處理器被設(shè)置成生成會診信息，所述會診信息包括患者的元數(shù)據(jù)，通過在患者方面執(zhí)行的多個事件獲得、接收到的優(yōu)先級、和接收到的選定的會診者的身份； 其中，通信界面通過有保障的網(wǎng)絡(luò)傳送生成的會診信息并通過有保障的網(wǎng)絡(luò)基于傳送的會診信息接收解釋信息，和 其中，基于設(shè)置的優(yōu)先級和當(dāng)前可用的會診者從存儲的多個會診者中實時生成可用的會診者列表。
16.根據(jù)權(quán)利要求15所述的裝置，其中處理器實時確定用戶目錄中多個會診者的每一個的狀態(tài)，并基于確定的狀態(tài)確定多個會診者的每一個是否能夠生成解釋信息以滿足設(shè)置的優(yōu)先級。
17.根據(jù)權(quán)利要求15所述的裝置，其中解釋信息包括由選定的會診者基于在會診信息中提供的數(shù)據(jù)由建議和方案列表生成的解讀信息。
18.根據(jù)權(quán)利要求17所述的裝置，其中建議選自基于在會診信息中提供的事件識別的可用建議選項的列表。
19.根據(jù)權(quán)利要求17所述的裝置，其中患者的元數(shù)據(jù)包括在患者方面進行的檢查的類型和顯示檢查的結(jié)果的度量數(shù)據(jù)和圖像的至少一個。
20.根據(jù)權(quán)利要求17所述的裝置，其中患者方面是至少一只眼睛并且其中多個事件包括與眼相關(guān)的檢查。
21.一種提供醫(yī)學(xué)會診的裝置，所述裝置包括: 通信界面，所述通信界面被設(shè)置成接收會診信息，所述會診信息包括包含在患者方面執(zhí)行的多個事件的患者的元數(shù)據(jù)、優(yōu)先級、和至少一個會診者的身份； 處理器，所述處理器被設(shè)置成分析會診信息，其中根據(jù)所執(zhí)行的事件識別可用的建議；并且，所述處理器被設(shè)置成生成解釋信息，所述解釋信息包括從由會診者識別的可用建議選項選擇的建議， 其中，通信界面通過網(wǎng)絡(luò)傳送生成的解釋信息。
22.根據(jù)權(quán)利要求21所述的裝置，其中處理器向接收到的會診信息自動分配狀態(tài)標(biāo)識， 其中，如果在會診信息中識別到一個會診者，處理器將已分配狀態(tài)分配給會診信息，并控制通信界面以便通知接收到會診信息的會診者的至少一個裝置，和 其中，如果在會診信息中識別到至少兩個會診者，處理器將已提交狀態(tài)分配給會診信息，并控制通信界面以便通知接收到會診信息的至少兩個會診者的每一個的至少一個裝置，并且當(dāng)至少兩個會診者中的一個主張確認(rèn)了會診信息，處理器將已分配狀態(tài)分配給會診信息。
23.根據(jù)權(quán)利要求22所述的裝置，其中通信界面接收來自至少兩個會診者中的會診者關(guān)于會診信息的輸入， 其中，處理器根據(jù)會診者的輸入將會診信息的狀態(tài)變更為分配狀態(tài)；并且在生成解釋信息之后將會診信息的狀態(tài)變更為已會診狀態(tài)。
24.根據(jù)權(quán)利要求23所述的裝置，其中: 處理器實時變更會診信息的狀態(tài)， 患者身體方面包括至少一只眼睛并且多個事件包括至少一個與眼相關(guān)的檢查， 元數(shù)據(jù)還包括至少一種類型的與眼相關(guān)的檢查，和 處理器通過下述識別可用的建議: 在映射表中搜索至少一種類型的與眼相關(guān)的檢查中的一個； 如果在映射表中找到一種類型的與眼相關(guān)的檢查，獲得至少一個相應(yīng)的可用建議；和 將獲得的至少一個相應(yīng)的可用建議添加為識別的可用建議。
25.根據(jù)權(quán)利要求21所述的裝置，其中處理器添加治療信息，表示對于會診信息是否有必要轉(zhuǎn)診給會診者。
26.根據(jù)權(quán)利要求21所述的裝置，其中處理器從可用的治療列表中選擇至少一種治療，所述可用的治療包括沒有必要轉(zhuǎn)診、需要在預(yù)設(shè)時間段內(nèi)復(fù)診、需要更多信息、多個事件中的至少一個需要在預(yù)設(shè)時間段內(nèi)重復(fù)、和需要轉(zhuǎn)診，所述需要轉(zhuǎn)診包括提議的治療選項。
27.根據(jù)權(quán)利要求21所述的裝置，其中處理器生成信函，所述信函包括來自會診信息的至少一部分元數(shù)據(jù)、來自生成的解釋信息的至少一部分信息、和會診者的元數(shù)據(jù)，所述會診者的元數(shù)據(jù)包括自定義的信頭和電子簽名的至少一個并將生成的信函附于解釋信息。
28.一種非暫時性計算機可讀介質(zhì)，其中存儲有權(quán)利要求1所述的方法。
29.一種非暫時性計算機可讀介質(zhì)，其中存儲有權(quán)利要求7所述的方法。
30.一種提供醫(yī)學(xué)會診的系統(tǒng)，所述系統(tǒng)包括: 第一裝置，所述第一裝置用于生成醫(yī)學(xué)會診信息，所述第一裝置包括: 第一通信界面，所述第一通信界面被設(shè)置成接收從可用的會診者的列表中選擇的至少一個會診者和由用戶選擇的答復(fù)的優(yōu)先級，并被設(shè)置成通過有保障的網(wǎng)絡(luò)傳送會診信息并通過有保障的網(wǎng)絡(luò)基于傳送的會診信息接收解釋信息，和 第一處理器，所述第一處理器被設(shè)置成生成會診信息，所述會診信息包括患者的元數(shù)據(jù)，通過在患者方面執(zhí)行的多個事件獲得、接收到的優(yōu)先級、和接收到的選定的會診者的身份；和 第二裝置，所述第二裝置用于提供醫(yī)學(xué)會診來響應(yīng)會診信息，所述第二裝置包括:第二通信界面，所述第二通信界面被設(shè)置成接收來自第一裝置的會診信息并通過有保障的網(wǎng)絡(luò)傳送解釋信息來響應(yīng)會診信息；和 第二處理器被設(shè)置成分析會診信息，其中根據(jù)所執(zhí)行的事件識別可用的建議，并且所述第二處理器被設(shè)置成生成解釋信息，所述解釋信息包括從由會診者識別的可用建議選項中選擇的建議； 其中，根據(jù)設(shè)置的優(yōu)先級和當(dāng)前可用的會診者由存儲的多個會診者實時生成可用的會診者的列表。
【文檔編號】G06Q50/22GK104335240SQ201380028247
【公開日】2015年2月4日 申請日期:2013年4月29日 優(yōu)先權(quán)日:2012年4月27日
【發(fā)明者】D·S·戴爾, J·W·希金斯 申請人:Prn公司