JP6768041B2 - 遠隔診断方法 - Google Patents

Description

本発明は、遠隔診療分野、特に遠隔診療方法及びその装置とシステムに関する。

病院に行って診察を受ける際に、患者は事前に受付すべき診療科を看護師に確認し、それから受付、受診、検査、支払い、薬受取などのプロセスが必要である。この間、患者は自ら問診医師を選択することができず、受付した問診医師が自分の病気の治療を得意とするか否かを判断することもできない。さらに、病院の受付、支払い及び検査には、常に長い列ができて、多大な不便をもたらすことになっている。 したがって、如何にして患者のために最適な問診医師を確定するか、如何にして受診や検査などのプロセスを簡素化し、患者のために時間を節約し、同時に、病院のサービス効率を改善するかは解決しなければならない課題となっている。

本発明の目的は、患者の病状情報に基づいて患者の受診に適した医師、或いはオンライン問診に適した医師を患者に遠隔推奨することができる遠隔診療方法及びその装置とシステムを提供することにある。

上記の技術課題を解決するために、本発明の実施形態は遠隔診療方法を開示し、当該方法は、患者端末から患者ユーザにより入力された病状情報を受信する第１の受信ステップと、病状情報に基づいて患者ユーザに推奨する所定の条件を満たす診療医師を確定する第１の確定ステップと、確定された診療医師の情報を患者端末に送信する第１の送信ステップとを含み、所定の条件は、医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定する。

一例において、上記の第１の確定ステップは、患者ユーザが所在する行政区域内の医師の中から、診療場所と患者ユーザの位置との間の距離が所定の距離より近く、外来診療時間が患者ユーザの受診時間を包含し、病状情報に関連する疾病を治療したことがある医師を選択して第１の集合を構成し、第１の集合が空集合ではない場合に、病状情報に関連する疾病を治療する医師の治療レベルに基づいて患者ユーザに診療医師を推奨することを含む。

一例において、病状情報に関連する疾病を治療する医師の治療レベルに基づいて患者ユーザに診療医師を推奨することは、治療レベルに基づいて第１の集合内の医師を順位付けし、患者ユーザに順位が第１位の医師を推奨することを含む。
拡張として、患者ユーザが選択するように上位医師を数名推奨してもよい。

一例において、治療レベルは、医師が病状情報に関連する疾病にかかった患者を治療した患者数及び／又は医師が病状情報に関連する疾病を治療した成功率に基づいて確定する。

本発明の実施形態はさらに遠隔診療方法を開示し、当該方法は、患者端末が患者ユーザにより入力された病状情報をサーバに送信する第２の送信ステップと、患者端末がサーバにより患者ユーザの病状情報に基づいて確定して患者ユーザに推奨した診療医師をサーバから受信する第２の受信ステップと、患者端末が患者ユーザに診療医師を推奨する推奨ステップとを含み、第２の受信ステップにおいて、確定された診療医師は、医師の外来診療時間、医師の診療場所と患者位置との距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定した所定の条件を満たす。

一例において、当該遠隔診療方法は、第２の送信ステップの後に、患者端末が予診プランを受信する第３受信ステップをさらに含み、予診プランは病状情報に基づいて作成され、予診プランには患者が受けるべき事前検査項目及び／又は患者の予診結果が含まれている。

一例において、予診プランは、看護師端末のユーザにより作成されるか或いは医師端末のユーザにより作成される。

一例において、第２の受信ステップの後に、患者端末が、推奨された問診医師の医師端末に接続する接続リクエストを送信し、問診医師の医師端末と接続を構築した後、問診医師の医師端末に患者により入力された情報を送信し医師端末から情報を受信するインタラクティブステップをさらに含む。
本発明の実施形態はさらに遠隔診療方法を開示し、当該方法は、患者端末が患者ユーザにより入力された病状情報をサーバに送信する第３の送信ステップと、サーバが受信した病状情報に基づいて患者に推奨する所定の条件を満たす診療医師を確定する第２の確定ステップと、サーバが確定された診療医師の情報を患者端末に送信する第４の送信ステップとを含み、所定の条件は、医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定する。

一例において、第３の送信ステップの後に、サーバが、看護師端末から予診プランを受信し、予診プランを患者端末に送信する予診ステップをさらに含み、予診プランは看護師端末の看護師ユーザにより病状情報に基づいて作成され、予診プランには患者が受けるべき事前検査項目及び／又は患者の予診結果が含まれている。

一例において、上記の予診ステップにおいて、患者端末に予診プランを送信する前に、予診プランが医師端末の医師ユーザの審査をパスするまで、サーバは、医師端末の医師ユーザが審査するように予診プランを医師端末に送信し、受信した医師端末の審査結果が審査をパスした場合に、予診プランを患者端末に送信し、受信した医師端末の審査結果が審査をパスしなかった場合に、審査結果を看護師端末に送信し、医師ユーザに審査するように看護師端末から受信した修正後の予診プランを医師端末に送信するステップを繰り返して実行する。

一例において、上記の予診ステップにおいて、患者端末に予診プランを送信する前に、サーバは、医師端末の医師ユーザが審査するように予診プランを医師端末に送信し、受診した医師端末の審査結果が審査をパスした場合に、予診プランを患者端末に送信し、受信した医師端末の審査結果が審査をパスしなかった場合に、審査した医師ユーザが送信した当該医師ユーザにより作成された予診プランを受信し、当該予診プランを患者端末に送信する。

一例において、上記の第２の確定ステップは、サーバが、患者ユーザが所在する行政区域内の医師の中から、診療場所と患者ユーザの位置との間の距離が所定の距離より近く、外来診療時間が患者ユーザの受診時間を包含し、病状情報に関連する疾病を治療したことがある医師を選択して第２の集合を構成し、第２の集合が空集合でない場合に、病状情報に関連する疾病を治療する医師の治療レベルに基づいて患者ユーザに診療医師を推奨することを含む。

一例において、病状情報に関連する疾病を治療する医師の治療レベルに基づいて患者ユーザに診療医師を推奨することは、治療レベルに基づいて第１の集合内の医師を順位付けし、患者ユーザに順位が第１位の医師を推奨することを含み、治療レベルは、医師が病状情報に関連する疾病にかかった患者を治療した患者数及び／又は医師が病状情報に関連する疾病を治療した成功率に基づいて確定する。

本発明の実施形態はさらに遠隔診療装置を開示し、当該装置は、患者端末から患者ユーザにより入力された病状情報を受信するための第１の受信ユニットと、病状情報に基づいて患者ユーザに推奨する所定の条件を満たす診療医師を確定するための第１の確定ユニットと、確定された診療医師の情報を患者端末に送信するための第１の送信ユニットとを含み、所定の条件は、医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定する。

一例において、第１の確定ユニットは、患者ユーザが所在する行政区域内の医師の中から、診療場所と患者ユーザの位置との間の距離が所定の距離より近く、外来診療時間が患者ユーザの受診時間を包含し、病状情報に関連する疾病を治療したことがある医師を選択して第１の集合を構成し、第１の集合が空集合ではない場合に、病状情報に関連する疾病を治療する医師の治療レベルに基づいて患者ユーザに診療医師を推奨する。

本発明の実施形態はさらに遠隔診療装置を開示し、当該装置は患者端末を含み、患者端末は、患者ユーザにより入力された病状情報をサーバに送信するための第２の送信ユニットと、サーバにより患者ユーザの病状情報に基づいて確定して患者ユーザに推奨した診療医師をサーバから受信するための第２の受信ユニットと、患者ユーザに診療医師を推奨するための推奨ユニットとを含み、第２の送信ユニットにおいて、確定された診療医師は、医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定した所定の条件を満たす。

一例において、当該遠隔診療システムは、病状情報に基づいて作成された、患者が受けるべき事前検査項目及び／又は患者の予診結果が含まれている予診プランを受信するための第３の受信ユニットと、推奨された問診医師の医師端末に接続する接続リクエストを送信し、問診医師の医師端末と接続を構築した後、問診医師の医師端末に患者により入力された情報を送信し医師端末から情報を受信するインタラクティブユニットとをさらに含む。

本発明の実施形態はさらに遠隔診療システムを開示し、当該システムは、患者ユーザにより入力された病状情報をサーバに送信する患者端末と、受信した病状情報に基づいて患者に推奨する所定の条件を満たす診療医師を確定し、確定された診療医師の情報を患者端末に送信するサーバとを含み、所定の条件は、医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定する。

一例において、当該遠隔診療システムは看護師端末と医師端末とをさらに含み、且つ、サーバが、看護師端末から予診プランを受信し、予診プランを患者端末に送信し、予診プランは看護師端末の看護師ユーザにより病状情報に基づいて作成され、予診プランには患者が受けるべき事前検査項目及び／又は患者の予診結果が含まれている。

従来の技術に比べて、本発明の実施形態の主な相違点及び効果は次のとおりである。
患者の病状情報に基づいて患者の受診に適した医師、或いはオンライン問診に適した医師を患者のために遠隔推奨することができる。

さらには、患者が病院に行って並ぶ必要がなく、遠隔提供された予診プランに基づいて関連の事前検査項目の検査を行い、予診結果に基づいて自分の病状を概略的に把握し、病院に行って診断を受ける際に事前検査の検査結果を直接担当の問診医師に提供するか或いは問診医師が自ら取得することができるため、患者の受診に必要な時間を大幅に短縮し、病院の人件費を削減し、病院の治療効率を高めることができる。

さらには、看護師が予め予診プランを作成することで、医師の診察負担を軽減し、医師の診察効率を高め、同時に、患者の受診時間を短縮することができる。

図１は遠隔診療方法の概略フローチャートである。 図２は遠隔診療方法の概略フローチャートである。 図３は遠隔診療方法の概略フローチャートである。 図４は遠隔診療装置の構造略図である。 図５は遠隔診療装置の構造略図である。 図６は遠隔診療システムの構造略図である。 図７は遠隔診療システムのアーキテクチャ図である。 図８は患者端末の操作フローチャートである。 図９は最適な医師の推奨フローチャートである。 図１０は看護師端末の操作フローチャートである。

以下の説明では、本出願をよりよく理解するために多くの詳細な技術内容が示されているが、本分野の一般の技術者は、これらの詳細な技術内容及び以下の実施形態に基づく様々な変化や修正がなくても、本出願の各請求項において保護を求める技術手段を実現することができることを理解することができる。

以下、本発明の目的、技術手段及び利点をより明確にするために、図に基づいて本発明の実施形態についてさらに詳しく説明する。

第１の実施形態

本発明の第１の実施形態は遠隔診療方法に関する。図１は、サーバによる当該遠隔診療方法の概要フローチャートである。
具体的に、図１に示すように、当該遠隔診療方法は以下のとおりである。
第一の受診ステップＳ１０１では、患者端末から患者ユーザにより入力された病状情報を受信する。例えば、病状情報は「めまい、吐き気、嘔吐、耳鳴り、動悸や息切れなど」のような患者ユーザが患者端末を介して入力した自身の病気の症状に対する説明であってよい。

本発明の各実施形態において、患者ユーザとは患者端末を使用するユーザのことであると理解してよい。

その後、処理はステップＳ１０２に進む。
第１の確定ステップＳ１０２では、病状情報に基づいて患者ユーザに推奨する所定の条件を満たす診療医師を確定する。

本発明の各実施形態において、所定の条件は、医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定すると理解してよい。例えば、所定の条件を満たす診療医師は、外来診療時間が患者の受診時間を包含し、診療場所と患者ユーザの位置との間の距離が所定の距離より近く、病状情報に関連する疾病を治療する医師の治療レベルがあるレベル値より高いか或いは順位が上位の医師である。

本発明の各実施形態において、患者ユーザの位置は、患者が患者端末を介して入力した位置情報であってもよく、患者端末を位置決めすることによって患者ユーザの位置を取得しても、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）によって患者ユーザの位置を取得してもよいと理解してよい。

その後、処理はステップＳ１０３に進む。
第１の送信ステップＳ１０３では、確定された診療医師の情報を患者端末に送信する。例えば、診療医師の情報には、診療医師の名前、性別、所属病院、関連疾病の治療経験、治療した患者のオンライン評価、当該診療医師の医師端末へのリンクなどが含まれている。
その後、このプロセスは終了する。

一例において、上記の第１の確定ステップＳ１０２は、患者ユーザが所在する行政区域内の医師の中から、診療場所と患者ユーザの位置との間の距離が所定の距離より近く、外来診療時間が患者ユーザの受診時間を包含し、病状情報に関連する疾病を治療したことがある医師を選択して第１の集合を構成し、第１の集合が空集合ではない場合に、病状情報に関連する疾病を治療する医師の治療レベルに基づいて患者ユーザに診療医師を推奨することとを含む。例えば、治療レベルに基づいて第１の集合内の医師を順位付けし、患者ユーザに順位が第１位の医師を推奨するか或いは患者ユーザが選択するように順位が上位の医師を数名推奨する。治療レベルは、医師が病状情報に関連する疾病にかかった患者を治療した患者数及び／又は医師が病状情報に関連する疾病を治療した成功率に基づいて確定するか或いは医師が所在する病院の病状情報に関連する疾病の治療レベルに基づいて上記の二つの要因を総合的に考慮して医師を順位付けする。

さらに、本発明の他の実施形態では、病院の病状情報に関連する疾病の治療レベルに基づいて第１の集合内の医師を選択し、例えば、先ず行政区域内で病状情報に関連する疾病の治療レベルが所定のレベルより高い病院の医師を選択し、さらに上記のその他の条件に基づいて修正してもよい。

本発明の各実施形態において、行政区域は患者が所在する県、市、或いは区であると理解してよく、具体的な状況に基づいて確定するか或いはユーザによって確定してよい。行政区域内の医師は、サーバ側に登録された医師であってもよく、病院のウェブサイト上の医師情報など、その他のデータベースを検索して取得してもよい。

患者の病状情報に基づいて患者の受診に適した医師、或いはオンライン問診に適した医師を患者に遠隔推奨することができる。

本発明の第２の実施形態は遠隔診療方法に関する。図２は、患者端末による当該遠隔診療方法の概略フローチャートである。

具体的に、図２に示すように、当該遠隔診療方法は以下のとおりである。
第２の送信ステップＳ２０１では、患者端末が患者ユーザにより入力された病状情報をサーバに送信する。

その後、ステップＳ２０２に進む。
第２の受信ステップＳ２０２では、患者端末がサーバにより患者ユーザの病状情報に基づいて確定して患者ユーザに推奨した診療医師をサーバから受信する。

本発明の各実施形態において、所定の条件は、医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定すると理解してよい。例えば、所定の条件を満たす診療医師は、外来診療時間が患者の受診時間を包含し、診療場所と患者ユーザの位置との間の距離が所定の距離より近く、病状情報に関連する疾病を治療する医師の治療レベルがあるレベル値より高いか或いは順位が上位の医師である。

その後、ステップＳ２０３に進む。
推奨ステップＳ２０３では、患者端末が患者ユーザに診療医師を推奨する。推奨する方法については限定せず、ユーザに知らせることができればよい。例えば、患者端末画面上のアプリケーションに表示されてもよく、患者ユーザにインスタントメッセージ（ショートメッセージ、電子メール、ＷｅＣｈａｔなど）などを送信する方法であってもよく、ネットワークリンク或いはアプリケーションリンクにより送信することが好ましい。
その後、このプロセスは終了する。

一例において、図２のフローに代えて、患者端末が、推奨された問診医師の医師端末に接続する接続リクエストを送信し、問診医師の医師端末と接続を構築した後、問診医師の医師端末に患者により入力された情報を送信し医師端末から情報を受信するインタラクティブステップをさらに含む。ここでは、自動的に患者端末にメッセージを送信して、推奨された問診医師の端末と接続するか否かを問い合わせしてもよい。

患者ユーザは推奨された問診医師とオンライン問診が可能であり、診察の効率を高め、治療費を節約することができる。

患者の病状情報に基づいて患者の受診に適した医師、或いはオンライン問診に適した医師を患者に遠隔推奨することができる。

第２の実施形態

本発明の第２の実施形態は遠隔診療方法に関する。
第２の実施形態は第１の実施形態を基に主に以下のように改善されている。
予診プランを患者端末に提供することにより、患者が病院に行って並ぶ必要がなく、遠隔提供された予診プランに基づいて関連の事前検査項目の検査を行い、予診結果に基づいて自分の病状を概略的に把握し、病院に行って診断を受ける際に事前検査の検査結果を直接担当の問診医師に提供するか或いは問診医師が自ら取得することができるため、患者の受診に必要な時間を大幅に短縮し、病院の人件費を削減し、病院の治療効率を高めることができる。

具体的には、上記の第２の送信ステップＳ２０１の後に、患者端末が予診プランを受信する第３の受信ステップをさらに含み、予診プランは病状に基づいて作成され、予診プランには患者が受けるべき事前検査項目及び／又は患者の予診結果が含まれている。予診プランは看護師端末側のユーザにより作成されるか或いは医師端末側のユーザにより作成される。

第３の受信ステップでは、予診プランに患者が受けるべき事前検査項目が含まれている場合、患者端末は患者の支払確認の指示にしたがって事前検査項目の費用を病院に支払う。支払いは、従来のオンライン決済技術を用いて済ませることができ、ここでは限定しない。

本発明の各実施形態において、予診結果を送信する医師端末側のユーザは、推奨された問診医師でもよく、関連する能力或いは権威を有する他の医師でもよい。

第３の実施形態

本発明の第３の実施形態は遠隔診療方法に関する。図３は、患者端末とサーバによる当該遠隔診療方法の概略フローチャートである。
具体的に、図３に示すように、当該遠隔診療方法は以下のとおりである。
第３の送信ステップＳ３０１では、患者端末が患者ユーザにより入力された病状情報をサーバに送信する。

その後、ステップＳ３０２に進む。
第２の確定ステップＳ３０２では、サーバが受信した病状情報に基づいて患者に推奨する所定の条件を満たす診療医師を確定する。所定の条件は、医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定する。

その後、ステップＳ３０３に進む。
第４の送信ステップＳ３０３では、サーバが患者端末に確定された診療医師の情報を送信する。

一例において、上記の第２の確定ステップＳ３０２は、サーバが、患者ユーザが所在する行政区域内の医師の中から、診療場所と患者ユーザの位置との間の距離が所定の距離より近く、外来診療時間が患者ユーザの受診時間を包含し、病状情報に関連する疾病を治療したことがある医師を選択して第２の集合を構成し、第２の集合が空集合でない場合に、病状情報に関連する疾病を治療する医師の治療レベルに基づいて患者ユーザに診療医を推奨することを含む。例えば、治療レベルに基づいて第２の集合内の医師を順位付けし、患者ユーザに順位が第１位の医師を推奨するか或いは患者ユーザが選択するように順位が上位の医師を数名推奨する。治療レベルは、医師が病状情報に関連する疾病にかかった患者を治療した患者数及び／又は医師が病状情報に関連する疾病を治療した成功率に基づいて確定する。さらに、医師に対する順位付けは、医師が所在する病院の病状情報に関連する疾病の治療レベルに基づいて上記の二つの要因（医師が病状情報に関連する疾病にかかった患者を治療した患者数及び／又は医師が病状情報に関連する疾病を治療した成功率）を総合的に考慮して行われてもよい。

一例において、上記の第３の送信ステップＳ３０１の後に、サーバが、看護師端末から予診プランを受信し、予診プランを患者端末に送信する予診ステップをさらに含む。予診プランは看護師端末の看護師ユーザにより病状情報に基づいて作成され、予診プランには患者が受けるべき事前検査項目及び／又は患者の予診結果が含まれている。

予診プランに患者が受けるべき事前検査項目が含まれている場合、患者端末は患者の支払確認の指示にしたがって事前検査項目の費用を病院に支払うことと理解してよい。支払いは、従来のオンライン決済技術を用いて済ませることができ、ここでは限定しない。

看護師が予め予診プランを作成することで、医師の診療負担を軽減し、医師の診療効率を高め、同時に、患者の受診時間を短縮することができる。

さらに、本発明の他の実施形態において、予診プランは直接医師端末側のユーザにより作成されてもよいと理解してよい。

さらに、一例において、看護師の予診能力と予診精度が向上するように、医師によって看護師の予診プランを審査してよい。例えば、上記の予診ステップにおいて、患者端末に予診プランを送信する前に、予診プランが医師端末の医師ユーザの審査をパスするまで、サーバは、医師端末の医師ユーザが審査するように予診プランを医師端末に送信し、受信した医師端末の審査結果が審査をパスした場合に、予診プランを患者端末に送信し、受信した医師端末の審査結果が審査をパスしなかった場合に、審査結果を看護師端末に送信し、医師ユーザに審査するように看護師端末から受信した修正後の予診プランを医師端末に送信するステップを繰り返して実行する。

さらに、一例において、看護師の予診能力と予診精度が向上するように、医師によって看護師の予診プランを審査してよい。例えば、上記の予診ステップにおいて、患者端末に予診プランを送信する前に、サーバは、医師端末の医師ユーザが審査するように予診プランを医師端末に送信し、受信した医師端末の審査結果が審査をパスした場合に、予診プランを患者端末に送信し、受信した医師端末の審査結果が審査をパスしなかった場合に、審査した医師ユーザが送信した当該医師ユーザにより作成された予診プランを受信し、当該予診プランを患者端末に送信する。

患者の病状情報に基づいて患者の受診に適した医師、或いはオンライン問診に適した医師を患者のために遠隔推奨することができる。

さらに、本発明の各実施形態において、患者、医師、看護師などのユーザ問い合わせや医療トラブル時に利用するように、患者の病状情報、予診結果、医師と患者との間のインタラクティブ情報、医師の診療プランなどをサーバに記憶することと理解してよい。

本発明の各実施形態はいずれもソフトウェア、ハードウェア、ファームウェアなどにより実現することができる。本発明がソフトウェアにより実現されても、ハードウェアにより実現されても、ファームウェアにより実現されても、命令コードはコンピュータによりアクセス可能な如何なるタイプのメモリ（例えば、永久的な或いは変更可能な媒体、揮発性或いは不揮発性媒体、個体或いは非固体媒体、固定的な或いは交換可能な媒体等々）に記憶することができる。同様に、メモリは、例えば、ＰＡＬ（Ｐｒｏｇｒａｍｍａｂｌｅ Ａｒｒａｙ Ｌｏｇｉｃ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ディスク、光ディスク、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）であってよい。

第４の実施形態

本発明の第４の実施形態は、遠隔診療装置に関する。図４は当該遠隔診療装置の構造略図である。
具体的に、図４に示すように、当該遠隔診療装置は第１の受信ユニットと、第１の確定ユニットと、第１の送信ユニットとを含む。

第１の受信ユニットは、患者端末から患者ユーザにより入力された病状情報を受信する。例えば、病状情報は「めまい、吐き気、嘔吐、耳鳴り、動悸や息切れなど」のような患者ユーザが患者端末を介して入力した自身の病気の症状に対する説明であってよい。所定の条件は、医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定する。

第１の確定ユニットは、病状情報に基づいて患者ユーザに推奨する所定の条件を満たす診療医師を確定する。
第１の送信ユニットは、確定された診療医師の情報を患者端末に送信する。

一例において、上記の第１の確定ユニットは、患者ユーザが所在する行政区域内の医師の中から、診療場所と患者ユーザの位置との間の距離が所定の距離より近く、外来診療時間が患者ユーザの受診時間を包含し、病状情報に関連する疾病を治療したことがある医師を選択して第１の集合を構成し、第１の集合が空集合ではない場合に、病状情報に関連する疾病を治療する医師の治療レベルに基づいて患者ユーザに診療医師を推奨する。例えば、治療レベルに基づいて第１の集合内の医師を順位付けし、患者ユーザに順位が第１位の医師を推奨するか或いは患者ユーザが選択するように順位が上位の医師を数名推奨する。治療レベルは、医師が病状情報に関連する疾病にかかった患者を治療した患者数及び／又は医師が病状情報に関連する疾病を治療した成功率に基づいて確定するか或いは医師が所在する病院の病状情報に関連する疾病の治療レベルに基づいて上記の二つの要因を総合的に考慮して医師を順位付けする。

さらに、本発明の他の実施形態において、病院の病状情報に関連する疾病の治療レベルに基づいて第１の集合内の医師を選択し、例えば、先ず行政区域内で病状情報に関連する疾病の治療レベルが所定のレベルより高い病院の医師を選択し、さらに上記のその他の条件に基づいて修正してもよい。

患者の病状情報に基づいて患者の受診に適した医師、或いはオンライン問診に適した医師を患者のために遠隔推奨することができる。

第１の実施形態は、本実施形態に対応する方法の実施形態であり、本実施形態は第１の実施形態と互いに組み合わせて実施することができる。第１の実施形態で説明した関連する詳細な技術内容は本実施形態においても有効であり、重複しないようにここでは説明を省略する。したがって、本実施形態で説明した関連する詳細な技術内容は第１の実施形態にも適用することができる。

＜ハードウェア構成＞
図５は、第１から第４の実施形態を実現する遠隔診療装置の構造略図である。
具体的に、図５に示すように、当該遠隔診療装置は患者端末を含み、患者端末は、第２の送信ユニットと、第２の受信ユニットと、推奨ユニットと、インタラクティブユニットと、第３の受信ユニット、支払ユニットとを含む。

第２の送信ユニットは、患者ユーザにより入力された病状情報をサーバに送信する。
第２の受信ユニットは、サーバにより患者ユーザの病状情報に基づいて確定して患者ユーザに推奨した診療医師をサーバから受信する。病状確定された診療医師は、医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定した所定の条件を満たす。

推奨ユニットは、患者ユーザに診療医師を推奨する。推奨する方法については限定せず、ユーザに知らせることができればよい。例えば、患者端末画面上のアプリケーションに表示されてもよく、患者ユーザにインスタントメッセージ（ショートメッセージ、電子メール、ＷｅＣｈａｔなど）などを送信する方法であってもよく、ネットワークリンク或いはアプリケーションリンクにより送信することが好ましい。

インタラクティブユニットは、推奨された問診医師の医師端末に接続する接続リクエストを送信し、問診医師の医師端末と接続を構築した後、問診医師の医師端末に患者により入力された情報を送信し医師端末から情報を受信する。

第３の受信ユニットは、病状情報に基づいて作成された、患者が受けるべき事前検査項目及び／又は患者の予診結果が含まれている予診プランを受信する。

支払ユニットは、患者の支払確認の指示にしたがって事前検査項目の費用を病院に支払う。支払いは、従来のオンライン決済技術を用いて済ませることができ、ここでは限定しない。

患者の病状情報に基づいて患者の受診に適した医師、或いはオンライン問診に適した医師を患者に遠隔推奨することができる。

第１及び２の実施形態は、本実施形態に対応する方法の実施形態であり、本実施形態は第１及び２の実施形態と互いに組み合わせて実施することができる。第１及び２の実施形態で説明した関連する詳細な技術内容は、図５に示した実施形態においても有効であり、重複しないようにここでは説明を省略する。したがって、図５に示した構成は第１及び２の実施形態にも適用することができる。

図６は、第１から第４の実施形態を実現する遠隔診療システムの構造略図である。
具体的に、図６に示すように、遠隔診療システムは、患者端末と、看護師端末と、医師端末と、サーバとを含む。患者端末は、患者ユーザにより入力された病状情報をサーバに送信する。サーバは、受信した病状情報に基づいて患者に推奨する所定の条件を満たす診療医師を確定し、確定された診療医師の情報を患者端末に送信する。所定の条件は、医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定する。

一例において、サーバは、患者ユーザが所在する行政区域内の医師の中から、診療場所と患者ユーザの位置との間の距離が所定の距離より近く、外来診療時間が患者ユーザの受診時間を包含し、病状情報に関連する疾病を治療したことがある医師を選択して第２の集合を構成する。第２の集合が空集合でない場合に、病状情報に関連する疾病を治療する医師の治療レベルに基づいて患者ユーザに診療医師を推奨する。例えば、治療レベルに基づいて第２の集合内の医師を順位付けし、患者ユーザに順位が第１位の医師を推奨するか或いは患者ユーザが選択するように順位が上位の医師を数名推奨する。治療レベルは、医師が病状情報に関連する疾病にかかった患者を治療した患者数及び／又は医師が病状情報に関連する疾病を治療した成功率に基づいて確定する。さらに、医師に対する順位付けは、医師が所在する病院の病状情報に関連する疾病の治療レベルに基づいて上記の二つの要因（医師が病状情報に関連する疾病にかかった患者を治療した患者数及び／又は医師が病状情報に関連する疾病を治療した成功率）を総合的に考慮して行われてもよい。

さらに、一例において、サーバは、看護師端末から予診プランを受信し、予診プランを患者端末に送信する。予診プランは看護師端末の看護師ユーザにより病状情報に基づいて作成され、予診プランには患者が受けるべき事前検査項目及び／又は患者の予診結果が含まれている。

さらに、一例において、看護師の予診能力と予診精度が向上するように、医師によって看護師の予診プランを審査してよい。例えば、サーバが患者端末に予診プランを送信する前に、予診プランが医師端末の医師ユーザの審査をパスするまで、サーバは、医師端末の医師ユーザが審査するように予診プランを医師端末に送信し、受信した医師端末の審査結果が審査をパスした場合に、予診プランを患者端末に送信し、受信した医師端末の審査結果が審査をパスしなかった場合に、審査結果を看護師端末に送信し、医師ユーザに審査するように看護師端末から受信した修正後の予診プランを医師端末に送信するステップを繰り返して実行する。

また、例えば、患者端末に予診プランを送信する前に、サーバは、医師端末の医師ユーザが審査するように予診プランを医師端末に送信し、受信した医師端末の審査結果が審査をパスした場合に、予診プランを患者端末に送信し、受信した医師端末の審査結果が審査をパスしなかった場合に、審査した医師ユーザから送信された当該医師ユーザによって作成された予診プランを受信し、当該予診プランを患者端末に送信する。

予診プランに患者が受けるべき事前検査項目が含まれている場合、患者端末は患者の支払確認の指示にしたがって事前検査項目の費用を病院に支払うことと理解してよい。支払いは、従来のオンライン決済技術を用いて済ませることができ、ここでは限定しない。

さらに、本発明の他の実施形態において、予診プランは直接医師端末側のユーザにより作成されてもよいと理解してよい。

患者の病状情報に基づいて患者の受診に適した医師、或いはオンライン問診に適した医師を患者のために遠隔推奨することができる。
その後、このプロセスは終了する。

第３の実施形態は本実施形態に対応する方法の実施形態であり、本実施形態は第４の実施形態と互いに組み合わせて実施することができる。第３の実施形態で説明した関連する詳細な技術内容は本実施形態においても有効であり、重複しないようにここでは説明を省略する。したがって、本実施形態で説明した関連する詳細な技術内容は第３の実施形態にも適用することができる。

図７は、図６に示した遠隔診療システムのアーキテクチャ図である。
具体的に、図７に示すように、遠隔診療システムは、患者端末１００と、看護師端末１０６と、医師端末１１２と、システムサーバ１１９とを含む。患者端末は、患者がログインするための端末（好ましくは、移動端末）であってよく、登録ログインモジュール１０１、病状情報入力モジュール１０２、最適医師推奨モジュール１０３、医師−患者インタラクティブモジュール１０４、及び医師−看護師予診結果フィードバックモジュール１０５を含む。患者は患者端末を介して自身の病状情報を入力することができるとともに医師及び看護師からの予診結果を取得することができる。

具体的に、患者端末の登録ログインモジュール１０１は、患者の身分情報を唯一に確定するためのものである。患者が初めて使用するときは、登録し、個人情報を記入する必要があり、その後アカウントとパスワードで自分の端末にログインする。

患者端末の病状情報入力モジュール１０２は、患者が疾病名、疾病の症状などのような病状情報を入力するためのものであり、同時に、データはシステムサーバにアップロードされる。

患者端末の最適医師推奨モジュール１０３は、患者の個人情報と入力した病状情報に基づいてシステムサーバにより確定された最適な医師（すなわち、推奨された診療医師）情報をシステムサーバから受信するためのものである。

患者端末の医師−患者インタラクティブモジュール１０４は、患者と医師とのインタラクティブを確立するためのものであり、患者は患者端末を介して病状内容を編集して医師に関連質問をすることができ、また医師からの回答などを受信することができる。

患者端末の医師−看護師予診結果フィードバックモジュール１０５は、看護師端末及び医師端末からフィードバックされた予診プラン等の内容を受信するためのものである。

看護師端末１０６は、看護師がログインするための端末（好ましくは、移動端末）であり、登録ログインモジュール１０７、患者病状情報受信モジュール１０８、予診モジュール１０９、審査インタラクティブモジュール１１０、及び看護師予診記録フィードバックモジュール１１１を含む。看護師端末１０６の主な機能は、看護師が患者により入力された病状情報に基づいて予診後に事前検査案プラン（すなわち、予診記録）を患者に提供し、予診記録は医師によって審査されてから患者にフィードバックすることである。

看護師端末の登録ログインモジュール１０７は、看護師の身分情報を唯一に確定するためのものである。看護師が初めて看護師端末を使用するときは、登録し、個人情報を記入し、看護師の身分と所属病院等を認証する必要があり、その後アカウントとパスワードで自分の端末にログインする。

看護師端末の患者病状情報受信モジュール１０８は、患者から送信された患者の身分情報を含む病状情報を受信する。

看護師端末の予診モジュール１０９は、看護師が患者の病状情報に基づいて事前判断を行い、患者が受けるべき事前検査項目を推奨し、予診記録を記入するためのものである。

看護師端末の審査インタラクティブモジュール１１０は、患者のために作成した予診プランを先に医師に送信して審査させ、審査結果及び意見にしたがって予診記録を修正するためのものである。

看護師端末の看護師予診フィードバックモジュール１１１は、看護師が作成した予診記録を患者にフィードバックし、同時に、データをサーバにアップロードしてバックアップする。

医師端末１１２は、医師がログインして使用する端末（好ましくは、移動端末）であり、登録ログインモジュール１１３、患者病状情報受信モジュール１１４、予備診療モジュール１１５、看護師予診記録審査モジュール１１６、医師予診結果フィードバックモジュール１１７、及び医師−患者インタラクティブモジュール１１８を含む。医師端末１１２の主な機能は、医師が患者の病状情報に基づいて診療を行い、治療プランを作成し、診療プランを患者端末にフィードバックし、患者とのインタラクティブを確立することができ、同時に、看護師端末の予診プランに関する操作記録を審査して修正意見を提供することである。

医師端末１１２の登録ログインモジュール１１３は、医師の身分情報を唯一に確定するためのものである。医師が初めて使用するときは、個人情報を登録し、医師の身分、ランク、所属病院などを認証する必要があり、その後アカウントとパスワードで自分の端末にログインする。

医師端末の患者病状情報受信モジュール１１４は、患者から送信された患者側の身分情報を含む病状情報を受信する。

医師端末の予備診療モジュール１１５は、医師が患者から提出された病状情報に基づいて、病状について予備判断を行い、予診プランを作成するためのものである。

医師端末の看護師予診記録審査モジュール１１６は、看護師端末から送信された操作記録についてその合理性を審査し、不合理な操作について修正意見を提供するためのものである。

医師端末の医師予診結果フィードバックモジュール１１７は、医師の初期判断及び予診プランを患者にフィードバックし、同時に、データをサーバにバックアップしてアップロードする。

医師端末の医師−患者インタラクティブモジュール１１８は、医師と患者とのインタラクティブを確立するためのものであり、質問を編集して、患者の病状について関連する質問をすることができ、同時に、患者からの質問などに対して回答することができる。

システムサーバ１１９は、遠隔予診システム全体の論理制御及び記憶コアのコンピュータとして、ユーザ情報記憶モジュール１２０、医師／患者診療記録バックアップモジュール１２１、及びデータ送受信制御モジュール１２２を含む。システムサーバ１１９の主な機能は、医師／看護師／患者ユーザの情報を一括に記憶し、医師／患者診療記録をバックアップし、各端末、モジュール間の情報転送を制御し、最適な医師を推奨することである。

システムサーバ１１９のユーザ情報記憶モジュール１２０は、全ての患者ユーザ、医師／看護師ユーザのアカウント情報、登録情報、身分情報等を記憶する。

システムサーバ１１９の医師／患者診療記録バックアップモジュール１２１は、患者ごとに、患者が提出した病状情報をバックアップし、看護師と医師によってフィードバックされた診療データをバックアップするとともに変更不能にする。

システムサーバ１１９のデータ送受信制御モジュール１２２は、それぞれの医師、看護師と患者端末、モジュール間のデータを互いに送信し、論理制御等を転送する。

尚、患者端末は、一般的なタブレットＰＣやスマートフォンのように、中央処理装置（ＣＰＵ）、メモリ、表示装置、ＨＤＤやＳＳＤのような記憶装置を含む。記憶装置には、図７に示した、登録ログインモジュール１０１、病状情報入力モジュール１０２、最適医師推奨モジュール１０３、医師−患者インタラクティブモジュール１０４、及び医師−看護師予診結果フィードバックモジュール１０５等の患者端末の機能を実現するアプリケーションソフトウェアが格納されており、メモリにロードして、ＣＰＵが実行することにより、各種機能を実現している。

看護師端末、医師端末も患者端末と同様にタブレットＰＣ、スマートフォンの他、一般ＰＣの構成を有しており、中央処理装置（ＣＰＵ）、メモリ、表示装置、ＨＤＤやＳＳＤのような記憶装置を含む。記憶装置には、看護師端末、医師端末の機能を実現するアプリケーションソフトウェアが格納されており、メモリにロードして、ＣＰＵが実行することにより、各種機能を実現している。

つまり、看護師端末の記憶装置には、登録ログインモジュール１０７、患者病状情報受信モジュール１０８、予診モジュール１０９、審査インタラクティブモジュール１１０、及び看護師予診記録フィードバックモジュール１１１が格納されている。医師端末の記憶装置には、登録ログインモジュール１１３、患者病状情報受信モジュール１１４、予備診療モジュール１１５、看護師予診記録審査モジュール１１６、医師予診結果フィードバックモジュール１１７、及び医師−患者インタラクティブモジュール１１８が記憶されている。

また、サーバは、一般のＰＣの構成を有しており、中央処理装置（ＣＰＵ）、メモリ、表示装置、ＨＤＤやＳＳＤのような記憶装置を含む。記憶装置には、病状情報の受信、病状情報に基づいて患者ユーザに推奨する所定の条件を満たす診療医師を確定、確定された診療医師の情報を患者端末に送信する、サーバの機能を実現するアプリケーションソフトウェアが格納されており、メモリにロードして、ＣＰＵが実行することにより、各種機能を実現している。

尚、患者端末、看護師端末、医師端末、サーバによる機能は、アプリケーションソフトウェアによる実現の他、ＡＳＩＣ、ＦＰＧＡ等の専用ハードウェアによって実現することも可能である。

図８は、患者端末の操作フローチャートである。具体的に、図８に示すように、患者端末の操作フローチャートは以下のとおりである。
ステップ８００において、システムは患者に新規患者ユーザであるか否かを提示する。ＹＥＳの場合はステップ８０１を実行し、ＮＯの場合はステップ８０２を実行する。

ステップ８０１において、新規患者ユーザは登録を行い、アカウント情報及び個人情報を記入して提出する。

ステップ８０２において、患者は登録済みのアカウント及びパスワードを入力して、自分の端末インターフェースにログインする。

ステップ８０３において、今から予診相談を受けるか否かを判断する。ＹＥＳの場合はステップ８０４を実行し、ＮＯの場合はステップ８０５を実行する。

ステップ８０４において、患者は提示に基づいて、自身の病状に合う病気の症状または疾病名を選択する。システムは、ユーザが選択できるように病気の症状の辞書及びよくある疾病名の辞書を提供してもよく、カスタマイズで病状情報を入力してもよい。

ステップ８０５において、患者は最遅予診期間時間Ｔを入力する。

ステップ８０６において、システムは、患者の予診時間ＴＦとして、患者が入力した最遅予診期間時間Ｔから現在のシステム時間までのある時間帯をランダムに推奨する。

ステップ８０７において、システムによって推奨された予診時間ＴＦから現在のシステム時間までの時間差ｔを算出する。

ステップ８０８において、システムは時間差tをカウントダウンする。

ステップ８０９において、システムは、時間差tのカウントダウンが終了したか否かを自動的に判断する。ＹＥＳ場合はステップ８１０を実行し、ＮＯの場合はステップ８０８を実行する。

ステップ８１０において、システムは、予診時間であることを患者に通知し、遠隔問診を開始する。

ステップ８１１において、患者は看護師端末から予診結果及び受けるべき検査項目の内容が含まれている予診記録（すなわち、予診プラン）を受信する。

ステップ８１２において、システムは患者の個人情報及び入力された病状情報に基づいて、患者に最適な医師を推奨する。具体的にはサーバから受信した最適な医師を患者端末が受信して、表示する。

ステップ８１３において、患者は推奨された医師とのインタラクティブを確立するか否かを選択する。ＹＥＳの場合はステップ８１４を実行し、ＮＯの場合はステップ８１５を実行する。

ステップ８１４において、患者は医師とインタラクティブを確立し、質問を編集して推奨された医師に相談してもよく、医師からの回答を受信してもよい。

ステップ８１５において、患者は推奨された医師からの病状状況及び予備治療プランを含む予診結果を受信する。

好ましくは、最適な医師を推奨するシステムサーバのフローチャートは、図９に示す通りである。具体的に、最適な医師の推奨フローチャートは以下のとおりである。

ステップ９０１において、システム（すなわち、システムサーバ）は、患者が所在する地区（市）が登録されている全ての医師集合Ｕを自動的に取得する。

ステップ９０２において、システムは、医師集合Ｕから順次に一つの医師記録を読み取って、Ｄ１と記録する。

ステップ９０３において、システムは、医師記録Ｄ１が患者の自宅住所ＰＡＤを中心としてＸｋｍ圏内にあるか否かを判断する。ＹＥＳの場合はステップ９０４を実行し、ＮＯの場合はステップ９０２を実行する。

ステップ９０４において、システムは自動的に医師記録Ｄ１を医師選別結果集ａに追加する。

ステップ９０５において、システムは、医師記録Ｄ１が医師集合Ｕの最後の一つの記録であるか否かを判断する。ＹＥＳの場合はステップ９０６を実行し、ＮＯの場合はステップ９０２を実行する。

ステップ９０６において、システムは、医師選別結果集ａから順次に一つの医師記録を読み取って、Ｄ２と記録する。

ステップ９０７において、システムは、システムが推奨した予診時間帯ＴＦに医師記録Ｄ２が予定空きであるか否かを自動的に判断する。ＹＥＳの場合はステップ９０８を実行し、ＮＯの場合はステップ９０５を実行する。

ステップ９０８において、システムは自動的に医師記録Ｄ２を医師選別結果集ｂに追加する。

ステップ９０９において、システムは、医師記録Ｄ２が医師選別結果集ａの最後の一つの記録であるか否かを判断する。ＹＥＳの場合は、ステップ９１０を実行し、ＮＯの場合ステップ９０９を実行する。

ステップ９１０において、システムは、医師選別結果集ｂから順次に一つの医師記録を読み取って、Ｄ３と記録する。

ステップ９１１において、システムは、患者が入力した病状情報に基づいて医師記録Ｄ３がこの種類の病状の治療に得意か否かを自動的に判断する。ＹＥＳの場合はステップ９１２を実行し、ＮＯの場合はステップ９１０を実行する。

判断ルールは以下のとおりである。
医師ユーザは登録する際に、自分が治療を得意とする疾病名を入力し、各々の病気には自分がよく見た症状または臨床症状データベースがあり、システムは、ユーザが入力した病状情報と医師が治療を得意とする疾病の症状の辞書データベースとを最適にマッチングさせ、マッチング度の高い疾病に対応する医師が、システムが推奨するこの種類の病状の治療に得意な医師になる。

ステップ９１２において、システムは、自動的に医師記録Ｄ３を医師選別結果集ｃに追加する。

ステップ９１３において、システムは、医師記録Ｄ３が医師選別結果集ｂの最後の一つの記録であるか否かを判断する。ＹＥＳの場合はステップ９１４を実行し、ＮＯの場合はステップ９１０を実行する。

ステップ９１４において、システムは、医師選別結果集ｃから順次に一つの医師記録を読み取って、Ｄ４と記録する。

ステップ９１５において、システムは、医師記録Ｄ４がこの種類の病状の患者を治療した患者数が５００人以上か否かを自動的に判断する。ＹＥＳの場合はステップ９１６を実行し、ＮＯの場合はステップ９１４を実行する。

ステップ９１６において、システムは、自動的に医師記録Ｄ４を医師選別結果集ｄに追加する。

ステップ９１７において、システムは、医師記録Ｄ４が医師選別結果集ｃの最後の一つの記録であるか否かを判断する。ＹＥＳの場合はステップ９１８を実行し、ＮＯの場合はステップ９１４を実行する。

ステップ９１８において、システムは、医師選別結果集ｄが空であるか否かを判断する。ＹＥＳの場合はステップ９２０を実行し、ＮＯの場合はステップ９１９を実行する。

ステップ９１９において、医師選別結果集ｄ内の医師に対して、この種類の病状を治療した成功率に応じて順位付けする。

ステップ９２０において、システムは、医師選別結果集ｃから順次に一つの医師記録を読み取って、Ｄ５と記録する。

ステップ９２１において、システムは、医師記録Ｄ５にこの種類の病状の患者を治療した患者数が１００人以上か否かを自動的に判断する。ＹＥＳの場合はステップ９２２を実行し、ＮＯの場合はステップ９２０を実行する。

ステップ９２２において、システムは、自動的に医師記録Ｄ５を医師選別結果集ｄに追加する。

ステップ９２３において、システムは、医師記録Ｄ５が医師選別結果集ｃの最後の一つの記録であるか否かを判断する。ＹＥＳの場合はステップ９１９を実行し、ＮＯの場合はステップ９２０を実行する。

ステップ９２４において、医師選別結果集ｄからこの種類の病状を治療したことがある、成功率の順位が第１位の医師Ｐを獲得する。

ステップ９２５において、患者に最適な医師Ｐを推奨する。

本プロセスにおいて、最適な医師の確定に用いられる治療人数の判断閾値（例えば、５００人と１００人）は、単なる例に過ぎず、限定するものではなく、具体的な状況に応じて変更可能であることと理解してよい。

図１０は、看護師端末の操作フローチャートである。具体的には、図１０に示すように、看護師端末の操作フローチャートは次のとおりである。

ステップ１００１において、システムは、看護師に新規看護師ユーザであるか否かを提示する。ＹＥＳの場合はステップ１００１を実行し、ＮＯの場合はステップ１００３を実行する。

ステップ１００２において、新規看護師ユーザは登録し、アカウント情報と個人情報を記入して提出する。

ステップ１００３において、看護師は、登録済みアカウントとパスワードを入力して、自分の端末インターフェースにログインする。

ステップ１００４において、看護師は、患者から提出された病状情報及び患者側の身分情報を受信する。

ステップ１００５において、看護師は、患者が入力した病状情報に基づいて予診を行う。

ステップ１００６において、看護師は予診判断に基づいて、患者が受けるべき事前検査項目を推奨し、その後患者にフィードバックする必要がある予診記録（事前検査プランには事前検査項目と予診記録を含む）を記入する。

ステップ１００７において、看護師は作成した予診記録を医師端末に送信し、医師に自分の予診記録に対する審査を依頼する。

ステップ１００８において、看護師は、予診記録に関する医師からの審査結果を受信する。

ステップ１００９において、看護師は、審査がパスか否かをチェックする。ＹＥＳの場合はステップ１０１０を実行し、ＮＯの場合はステップ１０１１を実行する。

ステップ１０１０において、看護師は、審査結果がパスである予診記録を患者端末にフィードバックする。

ステップ１０１１において、看護師は、医師の修正意見に基づいて、審査結果が認められなかった予診記録を修正する。

ステップ１０１２において、看護師は、修正された予診記録を患者端末にフィードバックする。

説明すべきことは、本発明の各装置の実施形態において説明したそれぞれのユニットはいずれも論理ユニットであり、物理的に、一つの論理ユニットは、物理ユニットであってもよく、物理ユニットの一部であってもよく、複数の物理ユニットの組み合わせによって実現してもよく、これらの論理ユニット自体の物理的な実現方法は最も重要なものではなく、これらの論理ユニットによって実現される機能の組み合わせこそが、本発明に説明した技術的課題を解決するためのキーポイントである。さらに、本発明の革新的な部分を強調するために、上述した本発明の各装置の実施形態には、本発明において説明した技術的課題の解決に関係が密接でないユニットは導入されていないが、上述の装置の実施形態にその他のユニットが存在しないことを意味するものではない。

また、説明すべきことは、本特許の特許請求の範囲及び明細書において、第１及び第２などのような関係用語は一つの実物体或いは操作を他の実物体或いは操作と区別するために使用されるだけであって、これらの実物体或いは操作の間に如何なるこのような実際の関係或いは順序が存在していることを必ずしも要求或いは示唆するものではない。また、用語「含む」、「包含」或いはその他のすべての変体は非排他的な包含をカバーするためであり、これにより一連の要素を含むプロセス、方法、物品或いは装置はそれらの要素を含むだけではなく、明確に示されてないその他の要素も含むことになり、或いはこのようなプロセス、方法、物品或いは装置の固有する要素も含むことになる。さらなる制限がない場合、「一つ…を含む」という語句に限定される要素は、上述の要素を含むプロセス、方法、物品或いは装置にその他の同じ要素の存在を排除するものではない。

本発明の幾つかの好ましい実施形態を参照して、本発明について図示し、説明したが、本分野の一般の技術者は、本発明の趣旨及び範囲内において、形式上と細部において様々な変更が可能であることを理解すべきである。

Claims (2)

1. 患者端末が患者により入力された病状情報をサーバに送信する第１の送信ステップと、
   サーバが受信した、前記病状情報と、医師の外来診療時間、医師の診療場所と患者の位置との間の距離、及び前記病状情報に関連する疾病を治療する医師の治療レベルが含まれる医師の情報と、に基づいて前記患者に推奨する所定の条件を満たす診療医師を確定する第２の確定ステップと、
   サーバが確定した前記診療医師の情報を前記患者端末に送信する第３の送信ステップと、
   を含み、
   前記サーバは、
   前記第１の送信ステップの後に、看護師により前記病状情報に基づいて作成され、患者が受けるべき事前検査項目及び／又は患者の予診結果が含まれる予診プランを、看護師端末から受信し、前記予診プランを前記患者端末に送信する予診ステップをさらに含み、
   前記予診ステップにおいて、前記患者端末に前記予診プランを送信する前に、医師の審査のために、前記予診プランを医師端末に送信し、
   受信した前記医師の審査結果が審査をパスした場合に、前記予診プランを前記患者端末に送信し、
   受信した前記医師の審査結果が審査をパスしなかった場合に、前記予診プランを前記看護師端末に送信し、前記看護師端末から受信した修正後の予診プランを前記医師端末に送信するステップを繰り返して実行する
   ことを特徴とする遠隔診療方法。
2. 前記予診ステップにおいて、前記患者端末に前記予診プランを送信する前に、
   受信した前記医師端末の審査結果が審査をパスしなかった場合に、医師により作成された予診プランを前記患者端末に送信する
   ことを特徴とする請求項１に記載の遠隔診療方法。

Images