提供轉介服務的方法、裝置、系統和計算機可讀介質的製作方法

2023-09-16 08:35:25

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

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


【發明內容】

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

【專利附圖】

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

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