本公開涉及醫(yī)療技術領域，具體而言，涉及一種醫(yī)療機構選擇方法及醫(yī)療機構選擇裝置。

背景技術：

由于不同醫(yī)療機構都有不同的特色科室，且同一家醫(yī)療機構的不同科室的水平也存在差異。在患者遇到突發(fā)事件(例如交通事故、意外傷害等)受傷時，及時到最合適的醫(yī)療機構進行急診室非常重要的。若沒有及時接受治療或者沒有在最合適的醫(yī)療機構進行治療，可能對患者的治療效果產生不利的影響。

目前，在患者意外受傷需要治療時，通常都會選擇在網絡上對醫(yī)療機構進行查找，并根據查找到的醫(yī)療機構的信息選擇就診醫(yī)療機構。

顯然，在上述方法中，一方面，由于從網絡上的醫(yī)療機構信息魚龍混雜，很多信息缺乏準確性，使患者無法對醫(yī)療機構的信息進行甄別，患者很可能盲目的根據網絡上查找的信息選擇就診醫(yī)療機構，因此，患者選擇的就診醫(yī)療機構可能不是最合適的就診醫(yī)療機構，進而可能使患者錯過治療的最佳時間，給患者的健康帶來不利的影響。另一方面，由于網絡上的醫(yī)療信息龐大而復雜，患者在查詢時需要時間去查找、選擇醫(yī)療機構，用時較長，會耽誤患者的最佳治療時間。

需要說明的是，上述背景技術部分公開的信息僅用于加強對本公開的背景的理解，因此可以包括不構成對本領域普通技術人員已知的現有技術的信息。

技術實現要素：

本公開的目的在于提供一種醫(yī)療機構選擇方法及醫(yī)療機構選擇裝置，進而至少在一定程度上克服由于相關技術的限制和缺陷而導致的一個或者多個問題。

根據本公開的一個方面，提供一種醫(yī)療機構選擇方法，包括：

接收用戶當前所在的位置信息，并根據接收到的所述位置信息在醫(yī)療機構數據庫中獲取在該所述位置信息附近的多個候選醫(yī)療機構的信息；

接收用戶錄入的急診癥狀信息，并根據該所述急診癥狀信息獲取初步診斷數據；

將所述初步診斷數據與多個所述候選醫(yī)療機構的信息分別進行匹配，并將與該所述初步診斷數據匹配的候選醫(yī)療機構確定為就診醫(yī)療機構。

在本公開的一種示例性實施例中，所述根據該所述急診癥狀信息獲取初步診斷數據之后還包括：

將所述初步診斷數據分解為多個診斷數據，并對多個所述診斷數據進行排級；

在多個所述候選醫(yī)療機構中分別確定與每個所述診斷數據匹配的候選醫(yī)療機構，并根據所述診斷數據的級別確定第一就診醫(yī)療機構以及至少一個后續(xù)就診醫(yī)療機構。

在本公開的一種示例性實施例中，在所述確定第一就診醫(yī)療機構以及至少一個后續(xù)就診醫(yī)療機構之后還包括：

將所述第一就診醫(yī)療機構的信息以及所述后續(xù)就診醫(yī)療機構的信息分別發(fā)送給用戶、將與所述第一就診醫(yī)療機構對應的所述診斷數據發(fā)送給所述第一就診醫(yī)療機構以及將與所述后續(xù)就診醫(yī)療機構對應的所述診斷數據發(fā)送給所述后續(xù)就診醫(yī)療機構。

在本公開的一種示例性實施例中，所述接收用戶當前所在的位置信息之前還包括：

建立一包括多個所述醫(yī)療機構信息的醫(yī)療機構數據庫，其中，所述醫(yī)療機構信息包括醫(yī)療機構位置信息以及醫(yī)療機構接診能力信息。

在本公開的一種示例性實施例中，所述醫(yī)療機構接診能力信息包括醫(yī)療設備、藥品、醫(yī)生信息、醫(yī)療機構資質、醫(yī)療機構科室、以及醫(yī)療機構特長中的一個或多個。

在本公開的一種示例性實施例中，所述將與該所述初步診斷數據匹配的候選醫(yī)療機構確定為就診醫(yī)療機構之后還包括：

將該所述就診醫(yī)療機構的信息顯示在用戶界面上。

在本公開的一種示例性實施例中，所述根據該所述急診癥狀信息獲取初步診斷數據包括：

提供一癥狀分析診斷模型，通過該所述癥狀分析診斷模型并結合所述急診癥狀信息獲取初步診斷數據。

根據本公開的一個方面，提供一種醫(yī)療機構選擇裝置，包括：

確定模塊，用于接收用戶當前所在的位置信息，并根據接收到的所述位置信息在醫(yī)療機構數據庫中獲取在該所述位置信息附近的多個候選醫(yī)療機構的信息；

獲取模塊，用于接收用戶錄入的急診癥狀信息，并根據該所述急診癥狀信息獲取初步診斷數據；

確認模塊，用于將所述初步診斷數據與多個所述候選醫(yī)療機構的信息分別進行匹配，并將與該所述初步診斷數據匹配的候選醫(yī)療機構確定為就診醫(yī)療機構。

在本公開的一種示例性實施例中，所述獲取模塊之后還包括：

排級模塊，用于將所述初步診斷數據分解為多個診斷數據，并對多個所述診斷數據進行排級；

確認模塊，用于在多個所述候選醫(yī)療機構中分別確定與每個所述診斷數據匹配的候選醫(yī)療機構，并根據所述診斷數據的級別確定第一就診醫(yī)療機構以及至少一個后續(xù)就診醫(yī)療機構。

在本公開的一種示例性實施例中，還包括：

發(fā)送模塊，用于將所述第一就診醫(yī)療機構的信息以及所述后續(xù)就診醫(yī)療機構的信息分別發(fā)送給用戶、將與所述第一就診醫(yī)療機構對應的所述診斷數據發(fā)送給所述第一就診醫(yī)療機構以及將與所述后續(xù)就診醫(yī)療機構對應的所述診斷數據發(fā)送給所述后續(xù)就診醫(yī)療機構。

在本公開的一種示例性實施例中，還包括：

建立模塊，用于建立一包括多個所述醫(yī)療機構信息的醫(yī)療機構數據庫，其中，所述醫(yī)療機構信息包括醫(yī)療機構位置信息以及醫(yī)療機構接診能力信息。

在本公開的一種示例性實施例中，所述醫(yī)療機構接診能力信息包括醫(yī)療設備、藥品、醫(yī)生信息以及醫(yī)療機構資質、醫(yī)療機構科室、以及醫(yī)療機構特長中的一個或多個。

在本公開的一種示例性實施例中，還包括：

顯示模塊，用于將該所述就診醫(yī)療機構的信息顯示在用戶界面上。

在本公開的一種示例性實施例中，所述根據該所述急診癥狀信息獲取初步診斷數據包括：

提供一癥狀分析診斷模型，通過該所述癥狀分析診斷模型并結合所述急診癥狀信息獲取初步診斷數據。

本公開一種示例實施例提供的醫(yī)療機構選擇方法，首先，根據接收到的所述位置信息在醫(yī)療機構數據庫中獲取在該所述位置信息附近的多個候選醫(yī)療機構的信息；然后，根據接收到的急診癥狀信息獲取初步診斷數據；最后，將初步診斷數據與多個所述候選醫(yī)療機構的信息分別進行匹配，并將與該所述初步診斷數據匹配的候選醫(yī)療機構確定為就診醫(yī)療機構。一方面，由于醫(yī)療機構數據庫中的醫(yī)療機構的信息完整且準確，因此能為用戶提供最合適的就診醫(yī)療機構，進而為患者提供更加合適的治療方案，進一步的，提高了患者的治療效果；另一方面，僅僅根據用戶的位置信息并結合用戶輸入的急診癥狀信息即可確定最合適的就診醫(yī)療機構，不需要用戶在網絡上查找醫(yī)療機構并對醫(yī)療機構進行篩選，節(jié)省了醫(yī)療機構的選擇時間，為患者爭取到更多的就醫(yī)時間，避免了因醫(yī)療機構的選擇時間過長而導致的使患者錯過最佳治療時間的問題。

應當理解的是，以上的一般描述和后文的細節(jié)描述僅是示例性和解釋性的，并不能限制本公開。

附圖說明

通過參照附圖來詳細描述其示例實施例，本公開的上述和其它特征及優(yōu)點將變得更加明顯。顯而易見地，下面描述中的附圖僅僅是本公開的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。在附圖中：

圖1為本公開一種醫(yī)療機構選擇方法的流程圖。

圖2為本公開一種醫(yī)療機構選擇裝置的框圖。

圖3示意性示出本公開示例性實施例中另一醫(yī)療機構選擇裝置示意圖。

具體實施方式

現在將參考附圖更全面地描述示例實施例。然而，示例實施例能夠以多種形式實施，且不應被理解為限于在此闡述的實施例；相反，提供這些實施例使得本公開將全面和完整，并將示例實施例的構思全面地傳達給本領域的技術人員。在圖中相同的附圖標記表示相同或類似的部分，因而將省略對它們的重復描述。

此外，所描述的特征、結構或特性可以以任何合適的方式結合在一個或更多實施例中。在下面的描述中，提供許多具體細節(jié)從而給出對本公開的實施例的充分理解。然而，本領域技術人員將意識到，可以實踐本公開的技術方案而沒有所述特定細節(jié)中的一個或更多，或者可以采用其它的方法、組元、材料、裝置、步驟等。在其它情況下，不詳細示出或描述公知結構、方法、裝置、實現、材料或者操作以避免模糊本公開的各方面。

附圖中所示的方框圖僅僅是功能實體，不一定必須與物理上獨立的實體相對應。即，可以采用軟件形式來實現這些功能實體，或在一個或多個軟件硬化的模塊中實現這些功能實體或功能實體的一部分，或在不同網絡和/或處理器裝置和/或微控制器裝置中實現這些功能實體。

本示例性實施例中首先公開了一種醫(yī)療機構選擇方法。參考圖1中所示，該醫(yī)療機構選擇方法可以包括以下步驟：

步驟S110.接收用戶當前所在的位置信息，并根據接收到的所述位置信息在醫(yī)療機構數據庫中獲取在該所述位置信息附近的多個候選醫(yī)療機構的信息；

步驟S120.接收用戶錄入的急診癥狀信息，并根據該所述急診癥狀信息獲取初步診斷數據；

步驟S130.將所述初步診斷數據與多個所述候選醫(yī)療機構的信息分別進行匹配，并將與該所述初步診斷數據匹配的候選醫(yī)療機構確定為就診醫(yī)療機構。

根據本示例實施例中的醫(yī)療機構選擇方法，一方面，由于醫(yī)療機構數據庫中的醫(yī)療機構的信息完整且準確，因此能為用戶提供最合適的就診醫(yī)療機構，進而為患者提供更加合適的治療方案，進一步的，提高了患者的治療效果；另一方面，僅僅根據用戶的位置信息并結合用戶輸入的急診癥狀信息即可確定最合適的就診醫(yī)療機構，不需要用戶在網絡上查找醫(yī)療機構并對醫(yī)療機構進行篩選，節(jié)省了醫(yī)療機構的選擇時間，為患者爭取到更多的就醫(yī)時間，避免了因醫(yī)療機構的選擇時間過長而導致的使患者錯過最佳治療時間的問題。

下面，將參照圖1和圖2對本示例實施例中的醫(yī)療機構選擇方法作進一步說明。

在步驟S110中，接收用戶當前所在的位置信息，并根據接收到的所述位置信息在醫(yī)療機構數據庫中獲取在該所述位置信息附近的多個候選醫(yī)療機構的信息。

在本示例性實施例中，在用戶使用智能終端登錄應用平臺后，可以通過GSM網絡(全球移動通信系統(tǒng)Global System for Mobile Communication)，獲取智能終端的位置信息，也可以通過GPS(全球定位系統(tǒng)Global Positioning System)獲取智能終端的位置信息，還可以通過引擎技術LBS(基于移動位置服務Location Based Service)獲取智能終端的位置信息，本示例性實施例對此不作特殊限定。智能終端的位置信息即為用戶當前所在的位置信息。在獲取到位置信息之后將該位置信息發(fā)送給應用平臺的后端處理器。所述位置信息附近可以指以該位置信息為中心的一預設面積的矩形區(qū)域，其中該預設面積的矩形區(qū)域可以由開發(fā)商根據實際情況自行設定；也可以指該位置信息所在的整個城市的全部區(qū)域，本示例性實施例對此不作特殊限定。在本公開的另一示例性實施例中，所述位置信息附近可以指以該位置信息為中心半徑為一預設半徑的圓形區(qū)域，其中，預設半徑可以為一公里，也可以為兩公里，本示例性實施例對此不作特殊限定。例如，在接收到用戶的位置信息后，可以獲取以該所述位置信息為中心半徑為兩公里的圓形區(qū)域內的所有醫(yī)療機構的信息。在本公開的另一示例性實施例中，在位置信息附近未獲取到候選醫(yī)療機構的信息時，可以根據該位置信息擴大獲取候選醫(yī)療機構的范圍，并在擴大后的范圍內重新獲取醫(yī)療機構的信息。

進一步的，所述接收用戶當前所在的位置信息之前還可以包括：建立一包括多個所述醫(yī)療機構信息的醫(yī)療機構數據庫，其中，所述醫(yī)療機構信息包括醫(yī)療機構位置信息以及醫(yī)療機構接診能力信息。

在本示例性實施例中，需要將所有醫(yī)療機構位置信息以及所有醫(yī)療機構接診能力信息錄入到醫(yī)療機構數據庫中，并將同一家醫(yī)療機構的位置信息與接診能力信息進行關聯。所述醫(yī)療機構的位置信息可以為醫(yī)療機構的經緯度。所述醫(yī)療機構接診能力信息可以包括：患者對醫(yī)療機構的評價、醫(yī)療機構等級等，本示例性實施例對此不作特殊限定。在本公開的其他實施例中，所述醫(yī)療機構接診能力信息可以包括醫(yī)療設備、藥品、醫(yī)生信息、醫(yī)療機構資質、醫(yī)療機構科室、以及醫(yī)療機構特長中的一個或多個。由上可知，通過建立醫(yī)療機構數據庫，為用戶提供了信息準確、全面的醫(yī)療機構信息。

在步驟S120中，接收用戶錄入的急診癥狀信息，并根據該所述急診癥狀信息獲取初步診斷數據。

在本示例性實施例中，當用戶在應用平臺上輸入急診癥狀信息后，將用戶輸入的急診癥狀信息傳輸給后端處理器。所述急診癥狀信息可以包括患者的名字、性別、年齡、發(fā)病的癥狀、發(fā)病的時間等信息，本示例性實施例對此不作特殊限定。后端處理器會根據急診癥狀信息計算出初步診斷數據。所述初步診斷數據可以包括多項診斷醫(yī)療數據，例如，初步診斷數據可以包括患者需要做的檢查項目、需要的醫(yī)療設備、藥品、需要就診的科室等診斷醫(yī)療數據。

在本公開的另一示例性實施例中，所述根據該所述急診癥狀信息獲取初步診斷數據可以包括：提供一癥狀分析診斷模型，通過該所述癥狀分析診斷模型并結合所述急診癥狀信息獲取初步診斷數據。首先，可以通過深度學習算法建立癥狀分析診斷模型；然后，將急診癥狀信息輸入到該癥狀分析診斷模型中；最后，該癥狀分析診斷模型輸出初步診斷數據。

進一步的，所述根據該所述急診癥狀信息獲取初步診斷數據之后還可以包括：將所述初步診斷數據分解為多個診斷數據，并對多個所述診斷數據進行排級；在多個所述候選醫(yī)療機構中分別確定與每個所述診斷數據匹配的候選醫(yī)療機構，并根據所述診斷數據的級別確定第一就診醫(yī)療機構以及至少一個后續(xù)就診醫(yī)療機構。在本示例性實施例中，可以根據獲取到的初步診斷數據中患者的受傷部位對初步診斷數據進行分解，本示例性實施例對此不作特殊限定。例如，可以將患者的初步診斷數據分解為頭部診斷數據、肺部診斷數據以及腿部診斷數據?？梢愿鶕颊吒髟\斷數據中的病情的嚴重程度，將診斷數據進行排級；也可以根據各診斷數據中的病情的緊急程度，將診斷數據進行排級，本示例性實施例對此不作特殊限定。在對多個所述診斷數據進行排級之后，在多個候選醫(yī)療機構中確定每個診斷數據各自對應的候選醫(yī)療機構，并根據診斷數據的級別，確定第一就診醫(yī)療機構以及至少一個后續(xù)就診醫(yī)療機構。

舉例說明，首先，在將患者的初步診斷數據分解為頭部診斷數據、肺部診斷數據以及腿部診斷數據之后，可以將頭部診斷數據排在第一級，肺部診斷數據排在第二級，腿部診斷數據排在第三級。然后，在多個候選醫(yī)療機構中確定與頭部診斷數據匹配的候選醫(yī)療機構，與肺部診斷數據匹配的候選醫(yī)療機構以及與腿部診斷數據匹配的候選醫(yī)療機構。最后，將與頭部診斷數據匹配的候選醫(yī)療機構確定為第一就診醫(yī)療機構，與肺部診斷數據匹配的候選醫(yī)療機構以及與腿部診斷數據匹配的候選醫(yī)療機構確定為后續(xù)就診醫(yī)療機構。

由上可知，通過對多個診斷數據進行排級并根據級別確定就診醫(yī)療機構的順序?？梢愿鶕颊叩牟∏榇_定患者的就診醫(yī)院的順序，給用戶帶來專業(yè)的救治。

再進一步的，在確定第一就診醫(yī)療機構以及至少一個后續(xù)就診醫(yī)療機構之后還可以包括：將所述第一就診醫(yī)療機構的信息以及所述后續(xù)就診醫(yī)療機構的信息分別發(fā)送給用戶、將與所述第一就診醫(yī)療機構對應的所述診斷數據發(fā)送給所述第一就診醫(yī)療機構以及將與所述后續(xù)就診醫(yī)療機構對應的所述診斷數據發(fā)送給所述后續(xù)就診醫(yī)療機構。在本示例性實施例中，通過將第一就診醫(yī)療機構對應的診斷數據以及后續(xù)就診醫(yī)療機構對應的診斷數據分別發(fā)給第一就診醫(yī)療機構以及后續(xù)就診醫(yī)療機構，使第一就診醫(yī)療機構以及后續(xù)就診醫(yī)療機構可以根據患者的醫(yī)療數據提前確定治療方案，為患者提供更專業(yè)的治療方案，同時也為患爭取到更多的治療時間。

在步驟S130中，將所述初步診斷數據與多個所述候選醫(yī)療機構的信息分別進行匹配，并將與該所述初步診斷數據匹配的候選醫(yī)療機構確定為就診醫(yī)療機構。

在本示例性實施例中，可以在后端處理器中設置一匹配模塊，該匹配模塊通過將初步診斷數據中的每一項數據與多個所述候選醫(yī)療機構的信息分別進行匹配，若在多個候選醫(yī)療機構中有與該初步診斷數據完全匹配的候選醫(yī)療機構時，將與該初步診斷數據完全匹配的候選醫(yī)療機構確認為就診醫(yī)療機構。若在多個候選醫(yī)療機構中沒有與該初步診斷數據完全匹配的候選醫(yī)療機構時，則將與該初步診斷數據匹配度較高的候選醫(yī)療機構確定為就診醫(yī)療機構。其中，匹配度較高的候選醫(yī)療機構是指該候選醫(yī)療機構的信息與該初步診斷數據中的大部分數據可以匹配成功的候選醫(yī)療機構。例如，初步診斷信息可以包括患者需要做的檢查項目、需要的醫(yī)療設備、藥品以及需要就診的科室。若在多個候選醫(yī)療機構中存在與患者需要做的檢查項目、需要的醫(yī)療設備、藥品以及需要就診的科室完全匹配的候選醫(yī)療機構時，將該候選醫(yī)療機構確認為就診醫(yī)療機構。若不存在與患者需要做的檢查項目、需要的醫(yī)療設備、藥品以及需要就診的科室完全匹配的候選醫(yī)療機構時，可以將與檢查項目、需要的醫(yī)療設備、藥品以及需要就診的科室中任意3項匹配成功的候選醫(yī)療機構確定為就診醫(yī)療機構。

在本公開的另一示例性實施例中，在多個候選醫(yī)療機構中存在至少兩個與該初步診斷數據匹配的候選醫(yī)療機構時，根據用戶的位置信息與醫(yī)療機構的位置信息，將距離患者最近的候選醫(yī)療機構確定為就診醫(yī)療機構。

在本公開的其他示例性實施例中，在多個候選醫(yī)療機構中不存在與該初步診斷數據匹配的候選醫(yī)療機構時，基于用戶的位置信息擴大獲取候選醫(yī)療機構的區(qū)域，并基于擴大后的獲取候選醫(yī)療機構的區(qū)域，重新獲取多個候選醫(yī)療機構。并在重新獲取的多個候選醫(yī)療機構中重新確定就診醫(yī)療機構。

綜上所述，一方面，由于醫(yī)療機構數據庫中的醫(yī)療機構的信息完整且準確，因此能為用戶提供最合適的就診醫(yī)療機構，進而為患者提供更加合適的治療方案，進一步的，提高了患者的治療效果；另一方面，僅僅根據用戶的位置信息并結合用戶輸入的急診癥狀信息即可確定最合適的就診醫(yī)療機構，不需要用戶在網絡上查找醫(yī)療機構并對醫(yī)療機構進行篩選，節(jié)省了醫(yī)療機構的選擇時間，為患者爭取到更多的就醫(yī)時間，避免了因醫(yī)療機構的選擇時間過長而導致的使患者錯過最佳治療時間的問題。

進一步的，所述將與該所述初步診斷數據匹配的候選醫(yī)療機構確定為就診醫(yī)療機構之后還可以包括：將該所述就診醫(yī)療機構的信息顯示在用戶界面上。在本示例性實施例中，為了將就診醫(yī)療機構反饋給用戶，在確定就診醫(yī)療機構之后將該就診醫(yī)療機構的信息顯示在用戶界面中。在本公開的其他示例性實施例中，在多個候選醫(yī)療機構中存在至少兩個與該初步診斷數據匹配的候選醫(yī)療機構時，可以將離用戶最近的候選醫(yī)療機構確定為就診醫(yī)療機構，并將該就診醫(yī)療機構的信息顯示在用戶的界面上，同時將其他匹配成功的候選醫(yī)療機構的信息根據離用戶的距離以由近到遠的順序依次顯示在就診醫(yī)療機構之后。

此外，上述附圖僅是根據本發(fā)明示例性實施例的方法所包括的處理的示意性說明，而不是限制目的。易于理解，上述附圖所示的處理并不表明或限制這些處理的時間順序。另外，也易于理解，這些處理可以是例如在多個模塊中同步或異步執(zhí)行的。

在本公開的示例性實施例中，還提供了一種醫(yī)療機構選擇裝置，參照圖2所示，該醫(yī)療機構選擇裝置200，可以包括：確定模塊201、獲取模塊202、確認模塊203。其中：

確定模塊201可以用于接收用戶當前所在的位置信息，并根據接收到的所述位置信息在醫(yī)療機構數據庫中獲取在該所述位置信息附近的多個候選醫(yī)療機構的信息；

獲取模塊202可以用于接收用戶錄入的急診癥狀信息，并根據該所述急診癥狀信息獲取初步診斷數據；

確認模塊203可以用于將所述初步診斷數據與多個所述候選醫(yī)療機構的信息分別進行匹配，并將與該所述初步診斷數據匹配的候選醫(yī)療機構確定為就診醫(yī)療機構。

本公開的一種示例性實施例中，所述獲取模塊之后還可以包括：

排級模塊可以用于將所述初步診斷數據分解為多個診斷數據，并對多個所述診斷數據進行排級；

確認模塊可以用于在多個所述候選醫(yī)療機構中分別確定與每個所述診斷數據匹配的候選醫(yī)療機構，并根據所述診斷數據的級別確定第一就診醫(yī)療機構以及至少一個后續(xù)就診醫(yī)療機構。

本公開的一種示例性實施例中，還可以包括：

發(fā)送模塊可以用于將所述第一就診醫(yī)療機構的信息以及所述后續(xù)就診醫(yī)療機構的信息分別發(fā)送給用戶、將與所述第一就診醫(yī)療機構對應的所述診斷數據發(fā)送給所述第一就診醫(yī)療機構以及將與所述后續(xù)就診醫(yī)療機構對應的所述診斷數據發(fā)送給所述后續(xù)就診醫(yī)療機構。

本公開的一種示例性實施例中，還可以包括：

建立模塊可以用于建立一包括多個所述醫(yī)療機構信息的醫(yī)療機構數據庫，其中，所述醫(yī)療機構信息包括醫(yī)療機構位置信息以及醫(yī)療機構接診能力信息。

本公開的一種示例性實施例中，所述醫(yī)療機構接診能力信息可以包括醫(yī)療設備、藥品、醫(yī)生信息以及醫(yī)療機構資質、醫(yī)療機構科室、以及醫(yī)療機構特長中的一個或多個。

本公開的一種示例性實施例中，還可以包括：

顯示模塊可以用于將該所述就診醫(yī)療機構的信息顯示在用戶界面上。

本公開的一種示例性實施例中，所述根據該所述急診癥狀信息獲取初步診斷數據可以包括：

提供一癥狀分析診斷模型，通過該所述癥狀分析診斷模型并結合所述急診癥狀信息獲取初步診斷數據。

上述中各醫(yī)療機構選擇裝置模塊的具體細節(jié)已經在對應的一種醫(yī)療機構選擇方法中進行了詳細的描述，因此此處不再贅述。

應當注意，盡管在上文詳細描述中提及了用于動作執(zhí)行的設備的若干模塊或者單元，但是這種劃分并非強制性的。實際上，根據本公開的實施方式，上文描述的兩個或更多模塊或者單元的特征和功能可以在一個模塊或者單元中具體化。反之，上文描述的一個模塊或者單元的特征和功能可以進一步劃分為由多個模塊或者單元來具體化。

通過以上的實施方式的描述，本領域的技術人員易于理解，這里描述的示例實施方式可以通過軟件實現，也可以通過軟件結合必要的硬件的方式來實現。因此，根據本發(fā)明實施方式的技術方案可以以軟件產品的形式體現出來，該軟件產品可以存儲在一個非易失性存儲介質(可以是CD-ROM，U盤，移動硬盤等)中或網絡上，包括若干指令以使得一臺計算設備(可以是個人計算機、服務器、電子設備、或者網絡設備等)執(zhí)行根據本發(fā)明實施方式的方法。

圖3示出根據本公開示例實施方式中一種醫(yī)療機構選擇裝置400的示意圖。例如，裝置400可以被提供為一服務器。裝置400包括處理組件422，其進一步包括一個或多個處理器，以及由存儲器432所代表的存儲器資源，用于存儲可由處理組件422的執(zhí)行的指令，例如應用程序。存儲器432中存儲的應用程序可以包括一個或一個以上的每一個對應于一組指令的模塊。此外，處理組件422被配置為執(zhí)行指令，以執(zhí)行上述方法。

裝置400還可以包括一個電源組件426被配置為執(zhí)行裝置400的電源管理，一個有線或無線網絡接口450被配置為將裝置400連接到網絡，和一個輸入輸出(I/O)接口458。裝置400可以操作基于存儲在存儲器432的操作系統(tǒng)，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或類似。

本領域技術人員在考慮說明書及實踐這里公開的發(fā)明后，將容易想到本公開的其它實施例。本申請旨在涵蓋本公開的任何變型、用途或者適應性變化，這些變型、用途或者適應性變化遵循本公開的一般性原理并包括本公開未公開的本技術領域中的公知常識或慣用技術手段。說明書和實施例僅被視為示例性的，本公開的真正范圍和精神由權利要求指出。

應當理解的是，本公開并不局限于上面已經描述并在附圖中示出的精確結構，并且可以在不脫離其范圍進行各種修改和改變。本公開的范圍僅由所附的權利要求來限。