(57)【要約】【課題】患者の病状情報に基づいて最適な医師を患者に遠隔推奨する遠隔診療方法及びその装置とシステムを提供する。【解決手段】患者端末から患者ユーザにより入力された病状情報を受信する第１の受信ステップと、前記病状情報に基づいて前記患者ユーザに推奨する所定の条件を満たす診療医師を確定する第１の確定ステップと、確定された前記診療医師の情報を前記患者端末に送信する第１の送信ステップとを含み、前記所定の条件は、前記医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び前記病状情報に関連する疾病を治療する医師の治療レベルを限定する。【選択図】図１
2019079501.tif 000002
【特許請求の範囲】
【請求項１】
患者端末から患者ユーザにより入力された病状情報を受信する第１の受信ステップと、
前記病状情報に基づいて前記患者ユーザに推奨する所定の条件を満たす診療医師を確定する第１の確定ステップと、
確定された前記診療医師の情報を前記患者端末に送信する第１の送信ステップと、
を含み、
前記所定の条件は、前記医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び前記病状情報に関連する疾病を治療する医師の治療レベルを限定することを特徴とする遠隔診療方法。
【請求項２】
前記第１の確定ステップは、
患者ユーザが所在する行政区域内の医師の中から、診療場所と患者ユーザの位置との間の距離が所定の距離より近く、外来診療時間が患者ユーザの受診時間を包含し、前記病状情報に関連する疾病を治療したことがある医師を選択して第１の集合を構成し、
前記第１の集合が空集合ではない場合に、前記病状情報に関連する疾病を治療する医師の治療レベルに基づいて患者ユーザに診療医師を推奨することを含むことを特徴とする請求項１に記載の遠隔診療方法。
【請求項３】
前記病状情報に関連する疾病を治療する医師の治療レベルに基づいて患者ユーザに診療医師を推奨することは、前記治療レベルに基づいて前記第１の集合内の医師を順位付けし、患者ユーザに順位が第１位の医師を推奨することを含むことを特徴とする請求項２に記載の遠隔診療方法。
【請求項４】
前記治療レベルは、医師が前記病状情報に関連する疾病にかかった患者を治療した患者数及び／又は医師が前記病状情報に関連する疾病を治療した成功率に基づいて確定することを特徴とする請求項３のいずれか１項に記載の遠隔診療方法。
【請求項５】
患者端末が患者ユーザにより入力された病状情報をサーバに送信する第２の送信ステップと、
患者端末がサーバにより患者ユーザの病状情報に基づいて確定して患者ユーザに推奨した前記診療医師をサーバから受信する第２の受信ステップと、
患者端末が前記患者ユーザに前記診療医師を推奨する推奨ステップと、
を含み、
前記第２の受信ステップにおいて、確定された前記診療医師は、前記医師の外来診療時間、医師の診療場所とユーザの位置との間の距離、及び前記病状情報に関連する疾病を治療する医師の治療レベルを限定した所定の条件を満たすことを特徴とする遠隔診療方法。
【請求項６】
前記第２の送信ステップの後に、患者端末が予診プランを受信する第３の受信ステップをさらに含み、前記予診プランは前記病状情報に基づいて作成され、前記予診プランには患者が受けるべき事前検査項目及び／又は患者の予診結果が含まれていることを特徴とする請求項５に記載の遠隔診療方法。
【請求項７】
前記予診プランは、看護師端末のユーザにより作成されるか或いは医師端末のユーザにより作成されることを特徴とする請求項５に記載の遠隔診療方法。
【請求項８】
前記第２の受信ステップの後に、患者端末が、前記推奨された問診医師の医師端末に接続する接続リクエストを送信し、前記問診医師の医師端末と接続を構築した後、前記問診医師の医師端末に患者により入力された情報を送信し前記医師端末から情報を受信するインタラクティブステップをさらに含むことを特徴とする請求項７のいずれか１項に記載の遠隔診療方法。
【請求項９】
患者端末が患者ユーザにより入力された病状情報をサーバに送信する第３の送信ステップと、
サーバが受信した前記病状情報に基づいて前記患者に推奨する所定の条件を満たす診療医師を確定する第２の確定ステップと、
サーバが確定された前記診療医師の情報を前記患者端末に送信する第４の送信ステップと、
を含み、
前記所定の条件は、前記医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び前記病状情報に関連する疾病を治療する医師の治療レベルを限定することを特徴とする遠隔診療方法。
【請求項１０】
前記第３の送信ステップの後に、サーバが、看護師端末から予診プランを受信し、前記予診プランを前記患者端末に送信する予診ステップをさらに含み、
前記予診プランは前記看護師端末の看護師ユーザにより前記病状情報に基づいて作成され、前記予診プランには患者が受けるべき事前検査項目及び／又は患者の予診結果が含まれていることを特徴とする請求項９に記載の遠隔診療方法。
【請求項１１】
前記予診ステップにおいて、前記患者端末に前記予診プランを送信する前に、前記予診プランが医師端末の医師ユーザの審査をパスするまで、
サーバは、医師端末の医師ユーザが審査するように予診プランを医師端末に送信し、
受信した前記医師端末の審査結果が審査をパスした場合に、前記予診プランを前記患者端末に送信し、
受信した前記医師端末の審査結果が審査をパスしなかった場合に、前記予診プランを前記看護師端末に送信し、前記医師ユーザが審査するように看護師端末から受信した修正後の予診プランを前記医師端末に送信するステップを繰り返して実行することを特徴とする請求項１０に記載の遠隔診療方法。
【請求項１２】
前記予診ステップにおいて、前記患者端末に前記予診プランを送信する前に、サーバは、医師端末の医師ユーザが審査するように予診プランを医師端末に送信し、受信した前記医師端末の審査結果が審査をパスした場合に、前記予診プランを前記患者端末に送信し、受信した前記医師端末の審査結果が審査をパスしなかった場合に、審査した前記医師ユーザが送信した予診プランを受信し、当該予診プランを患者端末に送信することを特徴とする請求項１０に記載の遠隔診療方法。
【請求項１３】
前記第２の確定ステップは、サーバが、患者ユーザが所在する行政区域内の医師の中から、診療場所と患者ユーザの位置との間の距離が所定の距離より近く、外来診療時間が患者ユーザの受診時間を包含し、前記病状情報に関連する疾病を治療したことがある医師を選択して第２の集合を構成し、前記第２の集合が空集合ではない場合に、前記病状情報に関連する疾病を治療する医師の治療レベルに基づいて患者ユーザに診療医師を推奨することを含むことを特徴とする請求項９に記載の遠隔診療方法。
【請求項１４】
前記病状情報に関連する疾病を治療する医師の治療レベルに基づいて診療医師を患者に推奨することは、
前記治療レベルに基づいて前記第１の集合内の医師を順位付けし、患者ユーザに順位が第１位の医師を推奨することを含み、前記治療レベルは、医師が前記病状情報に関連する疾病にかかった患者を治療した患者数及び／又は医師が前記病状情報に関連する疾病を治療した成功率に基づいて確定することを特徴とする請求項１３に記載の遠隔診療方法。
【請求項１５】
患者端末から患者ユーザにより入力された病状情報を受信するための第１の受信ユニットと、
前記病状情報に基づいて前記患者ユーザに推奨する所定の条件を満たす診療医師を確定するための第１の確定ユニットと、
確定された前記診療医師の情報を前記患者端末に送信するための第１の送信ユニットと、
を含み、
前記所定の条件は、前記医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び前記病状情報に関連する疾病を治療する医師の治療レベルを限定することであることを特徴とする遠隔診療装置。
【請求項１６】
前記第１の確定ユニットは、患者ユーザが所在する行政区域内の医師の中から、診療場所と患者ユーザの位置との間の距離が所定の距離より近く、外来診療時間が患者ユーザの受診時間を包含し、前記病状情報に関連する疾病を治療したことがある医師を選択して第１の集合を構成し、前記第１の集合が空集合ではない場合に、前記病状情報に関連する疾病を治療する医師の治療レベルに基づいて患者ユーザに診療医師を推奨することを特徴とする請求項１５に記載の遠隔診療装置。
【請求項１７】
患者端末を含み、前記患者端末は、
患者ユーザにより入力された病状情報をサーバに送信するための第２の送信ユニットと、
前記サーバにより前記患者ユーザの病状情報に基づいて確定して前記患者ユーザに推奨した前記診療医師をサーバから受信するための第２の受信ユニットと、
前記患者ユーザに前記診療医師を推奨するための推奨ユニットと、
を含み、
前記第２の受信ユニットにおいて、確定された前記診療医師は、前記医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び前記病状情報に関連する疾病を治療する医師の治療レベルを限定した所定の条件を満たすことを特徴とする遠隔診療装置。
【請求項１８】
前記病状情報に基づいて作成された、患者が受けるべき事前検査項目及び／又は患者の予診結果が含まれている予診プランを受信するための第３の受信ユニットと、
前記推奨された問診医師の医師端末に接続する接続リクエストを送信し、前記問診医師の医師端末と接続を構築した後、前記問診医師の医師端末に患者により入力された情報を送信し前記医師端末から情報を受信するインタラクティブステップとをさらに含むことを特徴とする請求項１７に記載の遠隔診療装置。
【請求項１９】
患者ユーザにより入力された病状情報をサーバに送信する患者端末と、
受信した前記病状情報に基づいて前記患者に推奨する所定の条件を満たす診療医師を確定し、確定された前記診療医師の情報を前記患者端末に送信するサーバと、
を含み、
前記所定の条件は、前記医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び前記病状情報に関連する疾病を治療する医師の治療レベルを限定することを特徴とする遠隔診療システム。
【請求項２０】
看護師端末と医師端末とをさらに含み、且つ、
サーバが、看護師端末からの予診プランを受信し、前記予診プランを前記患者端末に送信し、前記予診プランは前記看護師端末の看護師ユーザにより前記病状情報に基づいて作成され、前記予診プランには患者が受けるべき事前検査項目及び／又は患者の予診結果が含まれていることを特徴とする請求項１９に記載の遠隔診療システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔診療分野、特に遠隔診療方法及びその装置とシステムに関する。
【背景技術】
【０００２】
病院に行って診察を受ける際に、患者は事前に受付すべき診療科を看護師に確認し、それから受付、受診、検査、支払い、薬受取などのプロセスが必要である。この間、患者は自ら問診医師を選択することができず、受付した問診医師が自分の病気の治療を得意とするか否かを判断することもできない。さらに、病院の受付、支払い及び検査には、常に長い列ができて、多大な不便をもたらすことになっている。 したがって、如何にして患者のために最適な問診医師を確定するか、如何にして受診や検査などのプロセスを簡素化し、患者のために時間を節約し、同時に、病院のサービス効率を改善するかは解決しなければならない課題となっている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、患者の病状情報に基づいて患者の受診に適した医師、或いはオンライン問診に適した医師を患者に遠隔推奨することができる遠隔診療方法及びその装置とシステムを提供することにある。
【課題を解決するための手段】
【０００４】
上記の技術課題を解決するために、本発明の実施形態は遠隔診療方法を開示し、当該方法は、患者端末から患者ユーザにより入力された病状情報を受信する第１の受信ステップと、病状情報に基づいて患者ユーザに推奨する所定の条件を満たす診療医師を確定する第１の確定ステップと、確定された診療医師の情報を患者端末に送信する第１の送信ステップとを含み、所定の条件は、医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定する。
【０００５】
一例において、上記の第１の確定ステップは、患者ユーザが所在する行政区域内の医師の中から、診療場所と患者ユーザの位置との間の距離が所定の距離より近く、外来診療時間が患者ユーザの受診時間を包含し、病状情報に関連する疾病を治療したことがある医師を選択して第１の集合を構成し、第１の集合が空集合ではない場合に、病状情報に関連する疾病を治療する医師の治療レベルに基づいて患者ユーザに診療医師を推奨することを含む。
【０００６】
一例において、病状情報に関連する疾病を治療する医師の治療レベルに基づいて患者ユーザに診療医師を推奨することは、治療レベルに基づいて第１の集合内の医師を順位付けし、患者ユーザに順位が第１位の医師を推奨することを含む。
拡張として、患者ユーザが選択するように上位医師を数名推奨してもよい。
【０００７】
一例において、治療レベルは、医師が病状情報に関連する疾病にかかった患者を治療した患者数及び／又は医師が病状情報に関連する疾病を治療した成功率に基づいて確定する。
【０００８】
本発明の実施形態はさらに遠隔診療方法を開示し、当該方法は、患者端末が患者ユーザにより入力された病状情報をサーバに送信する第２の送信ステップと、患者端末がサーバにより患者ユーザの病状情報に基づいて確定して患者ユーザに推奨した診療医師をサーバから受信する第２の受信ステップと、患者端末が患者ユーザに診療医師を推奨する推奨ステップとを含み、第２の受信ステップにおいて、確定された診療医師は、医師の外来診療時間、医師の診療場所と患者位置との距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定した所定の条件を満たす。
【０００９】
一例において、当該遠隔診療方法は、第２の送信ステップの後に、患者端末が予診プランを受信する第３受信ステップをさらに含み、予診プランは病状情報に基づいて作成され、予診プランには患者が受けるべき事前検査項目及び／又は患者の予診結果が含まれている。
【００１０】
一例において、予診プランは、看護師端末のユーザにより作成されるか或いは医師端末のユーザにより作成される。
【００１１】
一例において、第２の受信ステップの後に、患者端末が、推奨された問診医師の医師端末に接続する接続リクエストを送信し、問診医師の医師端末と接続を構築した後、問診医師の医師端末に患者により入力された情報を送信し医師端末から情報を受信するインタラクティブステップをさらに含む。 
本発明の実施形態はさらに遠隔診療方法を開示し、当該方法は、患者端末が患者ユーザにより入力された病状情報をサーバに送信する第３の送信ステップと、サーバが受信した病状情報に基づいて患者に推奨する所定の条件を満たす診療医師を確定する第２の確定ステップと、サーバが確定された診療医師の情報を患者端末に送信する第４の送信ステップとを含み、所定の条件は、医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定する。
【００１２】
一例において、第３の送信ステップの後に、サーバが、看護師端末から予診プランを受信し、予診プランを患者端末に送信する予診ステップをさらに含み、予診プランは看護師端末の看護師ユーザにより病状情報に基づいて作成され、予診プランには患者が受けるべき事前検査項目及び／又は患者の予診結果が含まれている。
【００１３】
一例において、上記の予診ステップにおいて、患者端末に予診プランを送信する前に、予診プランが医師端末の医師ユーザの審査をパスするまで、サーバは、医師端末の医師ユーザが審査するように予診プランを医師端末に送信し、受信した医師端末の審査結果が審査をパスした場合に、予診プランを患者端末に送信し、受信した医師端末の審査結果が審査をパスしなかった場合に、審査結果を看護師端末に送信し、医師ユーザに審査するように看護師端末から受信した修正後の予診プランを医師端末に送信するステップを繰り返して実行する。
【００１４】
一例において、上記の予診ステップにおいて、患者端末に予診プランを送信する前に、サーバは、医師端末の医師ユーザが審査するように予診プランを医師端末に送信し、受診した医師端末の審査結果が審査をパスした場合に、予診プランを患者端末に送信し、受信した医師端末の審査結果が審査をパスしなかった場合に、審査した医師ユーザが送信した当該医師ユーザにより作成された予診プランを受信し、当該予診プランを患者端末に送信する。
【００１５】
一例において、上記の第２の確定ステップは、サーバが、患者ユーザが所在する行政区域内の医師の中から、診療場所と患者ユーザの位置との間の距離が所定の距離より近く、外来診療時間が患者ユーザの受診時間を包含し、病状情報に関連する疾病を治療したことがある医師を選択して第２の集合を構成し、第２の集合が空集合でない場合に、病状情報に関連する疾病を治療する医師の治療レベルに基づいて患者ユーザに診療医師を推奨することを含む。
【００１６】
一例において、病状情報に関連する疾病を治療する医師の治療レベルに基づいて患者ユーザに診療医師を推奨することは、治療レベルに基づいて第１の集合内の医師を順位付けし、患者ユーザに順位が第１位の医師を推奨することを含み、治療レベルは、医師が病状情報に関連する疾病にかかった患者を治療した患者数及び／又は医師が病状情報に関連する疾病を治療した成功率に基づいて確定する。
【００１７】
本発明の実施形態はさらに遠隔診療装置を開示し、当該装置は、患者端末から患者ユーザにより入力された病状情報を受信するための第１の受信ユニットと、病状情報に基づいて患者ユーザに推奨する所定の条件を満たす診療医師を確定するための第１の確定ユニットと、確定された診療医師の情報を患者端末に送信するための第１の送信ユニットとを含み、所定の条件は、医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定する。
【００１８】
一例において、第１の確定ユニットは、患者ユーザが所在する行政区域内の医師の中から、診療場所と患者ユーザの位置との間の距離が所定の距離より近く、外来診療時間が患者ユーザの受診時間を包含し、病状情報に関連する疾病を治療したことがある医師を選択して第１の集合を構成し、第１の集合が空集合ではない場合に、病状情報に関連する疾病を治療する医師の治療レベルに基づいて患者ユーザに診療医師を推奨する。
【００１９】
本発明の実施形態はさらに遠隔診療装置を開示し、当該装置は患者端末を含み、患者端末は、患者ユーザにより入力された病状情報をサーバに送信するための第２の送信ユニットと、サーバにより患者ユーザの病状情報に基づいて確定して患者ユーザに推奨した診療医師をサーバから受信するための第２の受信ユニットと、患者ユーザに診療医師を推奨するための推奨ユニットとを含み、第２の送信ユニットにおいて、確定された診療医師は、医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定した所定の条件を満たす。
【００２０】
一例において、当該遠隔診療システムは、病状情報に基づいて作成された、患者が受けるべき事前検査項目及び／又は患者の予診結果が含まれている予診プランを受信するための第３の受信ユニットと、推奨された問診医師の医師端末に接続する接続リクエストを送信し、問診医師の医師端末と接続を構築した後、問診医師の医師端末に患者により入力された情報を送信し医師端末から情報を受信するインタラクティブユニットとをさらに含む。
【００２１】
本発明の実施形態はさらに遠隔診療システムを開示し、当該システムは、患者ユーザにより入力された病状情報をサーバに送信する患者端末と、受信した病状情報に基づいて患者に推奨する所定の条件を満たす診療医師を確定し、確定された診療医師の情報を患者端末に送信するサーバとを含み、所定の条件は、医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定する。
【００２２】
一例において、当該遠隔診療システムは看護師端末と医師端末とをさらに含み、且つ、サーバが、看護師端末から予診プランを受信し、予診プランを患者端末に送信し、予診プランは看護師端末の看護師ユーザにより病状情報に基づいて作成され、予診プランには患者が受けるべき事前検査項目及び／又は患者の予診結果が含まれている。
【発明の効果】
【００２３】
従来の技術に比べて、本発明の実施形態の主な相違点及び効果は次のとおりである。
患者の病状情報に基づいて患者の受診に適した医師、或いはオンライン問診に適した医師を患者のために遠隔推奨することができる。
【００２４】
さらには、患者が病院に行って並ぶ必要がなく、遠隔提供された予診プランに基づいて関連の事前検査項目の検査を行い、予診結果に基づいて自分の病状を概略的に把握し、病院に行って診断を受ける際に事前検査の検査結果を直接担当の問診医師に提供するか或いは問診医師が自ら取得することができるため、患者の受診に必要な時間を大幅に短縮し、病院の人件費を削減し、病院の治療効率を高めることができる。
【００２５】
さらには、看護師が予め予診プランを作成することで、医師の診察負担を軽減し、医師の診察効率を高め、同時に、患者の受診時間を短縮することができる。
【図面の簡単な説明】
【００２６】
【図１】図１は遠隔診療方法の概略フローチャートである。
【図２】図２は遠隔診療方法の概略フローチャートである。
【図３】図３は遠隔診療方法の概略フローチャートである。
【図４】図４は遠隔診療装置の構造略図である。
【図５】図５は遠隔診療装置の構造略図である。
【図６】図６は遠隔診療システムの構造略図である。
【図７】図７は遠隔診療システムのアーキテクチャ図である。
【図８】図８は患者端末の操作フローチャートである。
【図９】図９は最適な医師の推奨フローチャートである。
【図１０】図１０は看護師端末の操作フローチャートである。
【発明を実施するための形態】
【００２７】
以下の説明では、本出願をよりよく理解するために多くの詳細な技術内容が示されているが、本分野の一般の技術者は、これらの詳細な技術内容及び以下の実施形態に基づく様々な変化や修正がなくても、本出願の各請求項において保護を求める技術手段を実現することができることを理解することができる。
【００２８】
以下、本発明の目的、技術手段及び利点をより明確にするために、図に基づいて本発明の実施形態についてさらに詳しく説明する。
【第１の実施形態】
【００２９】
本発明の第１の実施形態は遠隔診療方法に関する。図１は、サーバによる当該遠隔診療方法の概要フローチャートである。
具体的に、図１に示すように、当該遠隔診療方法は以下のとおりである。
第一の受診ステップＳ１０１では、患者端末から患者ユーザにより入力された病状情報を受信する。例えば、病状情報は「めまい、吐き気、嘔吐、耳鳴り、動悸や息切れなど」のような患者ユーザが患者端末を介して入力した自身の病気の症状に対する説明であってよい。
【００３０】
本発明の各実施形態において、患者ユーザとは患者端末を使用するユーザのことであると理解してよい。
【００３１】
その後、処理はステップＳ１０２に進む。
第１の確定ステップＳ１０２では、病状情報に基づいて患者ユーザに推奨する所定の条件を満たす診療医師を確定する。
【００３２】
本発明の各実施形態において、所定の条件は、医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定すると理解してよい。例えば、所定の条件を満たす診療医師は、外来診療時間が患者の受診時間を包含し、診療場所と患者ユーザの位置との間の距離が所定の距離より近く、病状情報に関連する疾病を治療する医師の治療レベルがあるレベル値より高いか或いは順位が上位の医師である。
【００３３】
本発明の各実施形態において、患者ユーザの位置は、患者が患者端末を介して入力した位置情報であってもよく、患者端末を位置決めすることによって患者ユーザの位置を取得しても、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）によって患者ユーザの位置を取得してもよいと理解してよい。
【００３４】
その後、処理はステップＳ１０３に進む。
第１の送信ステップＳ１０３では、確定された診療医師の情報を患者端末に送信する。例えば、診療医師の情報には、診療医師の名前、性別、所属病院、関連疾病の治療経験、治療した患者のオンライン評価、当該診療医師の医師端末へのリンクなどが含まれている。
その後、このプロセスは終了する。
【００３５】
一例において、上記の第１の確定ステップＳ１０２は、患者ユーザが所在する行政区域内の医師の中から、診療場所と患者ユーザの位置との間の距離が所定の距離より近く、外来診療時間が患者ユーザの受診時間を包含し、病状情報に関連する疾病を治療したことがある医師を選択して第１の集合を構成し、第１の集合が空集合ではない場合に、病状情報に関連する疾病を治療する医師の治療レベルに基づいて患者ユーザに診療医師を推奨することとを含む。例えば、治療レベルに基づいて第１の集合内の医師を順位付けし、患者ユーザに順位が第１位の医師を推奨するか或いは患者ユーザが選択するように順位が上位の医師を数名推奨する。治療レベルは、医師が病状情報に関連する疾病にかかった患者を治療した患者数及び／又は医師が病状情報に関連する疾病を治療した成功率に基づいて確定するか或いは医師が所在する病院の病状情報に関連する疾病の治療レベルに基づいて上記の二つの要因を総合的に考慮して医師を順位付けする。
【００３６】
さらに、本発明の他の実施形態では、病院の病状情報に関連する疾病の治療レベルに基づいて第１の集合内の医師を選択し、例えば、先ず行政区域内で病状情報に関連する疾病の治療レベルが所定のレベルより高い病院の医師を選択し、さらに上記のその他の条件に基づいて修正してもよい。
【００３７】
本発明の各実施形態において、行政区域は患者が所在する県、市、或いは区であると理解してよく、具体的な状況に基づいて確定するか或いはユーザによって確定してよい。行政区域内の医師は、サーバ側に登録された医師であってもよく、病院のウェブサイト上の医師情報など、その他のデータベースを検索して取得してもよい。
【００３８】
患者の病状情報に基づいて患者の受診に適した医師、或いはオンライン問診に適した医師を患者に遠隔推奨することができる。
【００３９】
本発明の第２の実施形態は遠隔診療方法に関する。図２は、患者端末による当該遠隔診療方法の概略フローチャートである。
【００４０】
具体的に、図２に示すように、当該遠隔診療方法は以下のとおりである。
第２の送信ステップＳ２０１では、患者端末が患者ユーザにより入力された病状情報をサーバに送信する。
【００４１】
その後、ステップＳ２０２に進む。
第２の受信ステップＳ２０２では、患者端末がサーバにより患者ユーザの病状情報に基づいて確定して患者ユーザに推奨した診療医師をサーバから受信する。
【００４２】
本発明の各実施形態において、所定の条件は、医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定すると理解してよい。例えば、所定の条件を満たす診療医師は、外来診療時間が患者の受診時間を包含し、診療場所と患者ユーザの位置との間の距離が所定の距離より近く、病状情報に関連する疾病を治療する医師の治療レベルがあるレベル値より高いか或いは順位が上位の医師である。
【００４３】
その後、ステップＳ２０３に進む。
推奨ステップＳ２０３では、患者端末が患者ユーザに診療医師を推奨する。推奨する方法については限定せず、ユーザに知らせることができればよい。例えば、患者端末画面上のアプリケーションに表示されてもよく、患者ユーザにインスタントメッセージ（ショートメッセージ、電子メール、ＷｅＣｈａｔなど）などを送信する方法であってもよく、ネットワークリンク或いはアプリケーションリンクにより送信することが好ましい。
その後、このプロセスは終了する。
【００４４】
一例において、図２のフローに代えて、患者端末が、推奨された問診医師の医師端末に接続する接続リクエストを送信し、問診医師の医師端末と接続を構築した後、問診医師の医師端末に患者により入力された情報を送信し医師端末から情報を受信するインタラクティブステップをさらに含む。ここでは、自動的に患者端末にメッセージを送信して、推奨された問診医師の端末と接続するか否かを問い合わせしてもよい。
【００４５】
患者ユーザは推奨された問診医師とオンライン問診が可能であり、診察の効率を高め、治療費を節約することができる。
【００４６】
患者の病状情報に基づいて患者の受診に適した医師、或いはオンライン問診に適した医師を患者に遠隔推奨することができる。
【第２の実施形態】
【００４７】
本発明の第２の実施形態は遠隔診療方法に関する。
第２の実施形態は第１の実施形態を基に主に以下のように改善されている。
予診プランを患者端末に提供することにより、患者が病院に行って並ぶ必要がなく、遠隔提供された予診プランに基づいて関連の事前検査項目の検査を行い、予診結果に基づいて自分の病状を概略的に把握し、病院に行って診断を受ける際に事前検査の検査結果を直接担当の問診医師に提供するか或いは問診医師が自ら取得することができるため、患者の受診に必要な時間を大幅に短縮し、病院の人件費を削減し、病院の治療効率を高めることができる。
【００４８】
具体的には、上記の第２の送信ステップＳ２０１の後に、患者端末が予診プランを受信する第３の受信ステップをさらに含み、予診プランは病状に基づいて作成され、予診プランには患者が受けるべき事前検査項目及び／又は患者の予診結果が含まれている。予診プランは看護師端末側のユーザにより作成されるか或いは医師端末側のユーザにより作成される。
【００４９】
第３の受信ステップでは、予診プランに患者が受けるべき事前検査項目が含まれている場合、患者端末は患者の支払確認の指示にしたがって事前検査項目の費用を病院に支払う。支払いは、従来のオンライン決済技術を用いて済ませることができ、ここでは限定しない。
【００５０】
本発明の各実施形態において、予診結果を送信する医師端末側のユーザは、推奨された問診医師でもよく、関連する能力或いは権威を有する他の医師でもよい。
【第３の実施形態】
【００５１】
本発明の第３の実施形態は遠隔診療方法に関する。図３は、患者端末とサーバによる当該遠隔診療方法の概略フローチャートである。
具体的に、図３に示すように、当該遠隔診療方法は以下のとおりである。
第３の送信ステップＳ３０１では、患者端末が患者ユーザにより入力された病状情報をサーバに送信する。
【００５２】
その後、ステップＳ３０２に進む。
第２の確定ステップＳ３０２では、サーバが受信した病状情報に基づいて患者に推奨する所定の条件を満たす診療医師を確定する。所定の条件は、医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定する。
【００５３】
その後、ステップＳ３０３に進む。
第４の送信ステップＳ３０３では、サーバが患者端末に確定された診療医師の情報を送信する。
【００５４】
一例において、上記の第２の確定ステップＳ３０２は、サーバが、患者ユーザが所在する行政区域内の医師の中から、診療場所と患者ユーザの位置との間の距離が所定の距離より近く、外来診療時間が患者ユーザの受診時間を包含し、病状情報に関連する疾病を治療したことがある医師を選択して第２の集合を構成し、第２の集合が空集合でない場合に、病状情報に関連する疾病を治療する医師の治療レベルに基づいて患者ユーザに診療医を推奨することを含む。例えば、治療レベルに基づいて第２の集合内の医師を順位付けし、患者ユーザに順位が第１位の医師を推奨するか或いは患者ユーザが選択するように順位が上位の医師を数名推奨する。治療レベルは、医師が病状情報に関連する疾病にかかった患者を治療した患者数及び／又は医師が病状情報に関連する疾病を治療した成功率に基づいて確定する。さらに、医師に対する順位付けは、医師が所在する病院の病状情報に関連する疾病の治療レベルに基づいて上記の二つの要因（医師が病状情報に関連する疾病にかかった患者を治療した患者数及び／又は医師が病状情報に関連する疾病を治療した成功率）を総合的に考慮して行われてもよい。
【００５５】
一例において、上記の第３の送信ステップＳ３０１の後に、サーバが、看護師端末から予診プランを受信し、予診プランを患者端末に送信する予診ステップをさらに含む。予診プランは看護師端末の看護師ユーザにより病状情報に基づいて作成され、予診プランには患者が受けるべき事前検査項目及び／又は患者の予診結果が含まれている。
【００５６】
予診プランに患者が受けるべき事前検査項目が含まれている場合、患者端末は患者の支払確認の指示にしたがって事前検査項目の費用を病院に支払うことと理解してよい。支払いは、従来のオンライン決済技術を用いて済ませることができ、ここでは限定しない。
【００５７】
看護師が予め予診プランを作成することで、医師の診療負担を軽減し、医師の診療効率を高め、同時に、患者の受診時間を短縮することができる。
【００５８】
さらに、本発明の他の実施形態において、予診プランは直接医師端末側のユーザにより作成されてもよいと理解してよい。
【００５９】
さらに、一例において、看護師の予診能力と予診精度が向上するように、医師によって看護師の予診プランを審査してよい。例えば、上記の予診ステップにおいて、患者端末に予診プランを送信する前に、予診プランが医師端末の医師ユーザの審査をパスするまで、サーバは、医師端末の医師ユーザが審査するように予診プランを医師端末に送信し、受信した医師端末の審査結果が審査をパスした場合に、予診プランを患者端末に送信し、受信した医師端末の審査結果が審査をパスしなかった場合に、審査結果を看護師端末に送信し、医師ユーザに審査するように看護師端末から受信した修正後の予診プランを医師端末に送信するステップを繰り返して実行する。
【００６０】
さらに、一例において、看護師の予診能力と予診精度が向上するように、医師によって看護師の予診プランを審査してよい。例えば、上記の予診ステップにおいて、患者端末に予診プランを送信する前に、サーバは、医師端末の医師ユーザが審査するように予診プランを医師端末に送信し、受信した医師端末の審査結果が審査をパスした場合に、予診プランを患者端末に送信し、受信した医師端末の審査結果が審査をパスしなかった場合に、審査した医師ユーザが送信した当該医師ユーザにより作成された予診プランを受信し、当該予診プランを患者端末に送信する。
【００６１】
患者の病状情報に基づいて患者の受診に適した医師、或いはオンライン問診に適した医師を患者のために遠隔推奨することができる。
【００６２】
さらに、本発明の各実施形態において、患者、医師、看護師などのユーザ問い合わせや医療トラブル時に利用するように、患者の病状情報、予診結果、医師と患者との間のインタラクティブ情報、医師の診療プランなどをサーバに記憶することと理解してよい。
【００６３】
本発明の各実施形態はいずれもソフトウェア、ハードウェア、ファームウェアなどにより実現することができる。本発明がソフトウェアにより実現されても、ハードウェアにより実現されても、ファームウェアにより実現されても、命令コードはコンピュータによりアクセス可能な如何なるタイプのメモリ（例えば、永久的な或いは変更可能な媒体、揮発性或いは不揮発性媒体、個体或いは非固体媒体、固定的な或いは交換可能な媒体等々）に記憶することができる。同様に、メモリは、例えば、ＰＡＬ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ａｒｒａｙ  Ｌｏｇｉｃ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ディスク、光ディスク、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）であってよい。
【第４の実施形態】
【００６４】
本発明の第４の実施形態は、遠隔診療装置に関する。図４は当該遠隔診療装置の構造略図である。
具体的に、図４に示すように、当該遠隔診療装置は第１の受信ユニットと、第１の確定ユニットと、第１の送信ユニットとを含む。
【００６５】
第１の受信ユニットは、患者端末から患者ユーザにより入力された病状情報を受信する。例えば、病状情報は「めまい、吐き気、嘔吐、耳鳴り、動悸や息切れなど」のような患者ユーザが患者端末を介して入力した自身の病気の症状に対する説明であってよい。所定の条件は、医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定する。
【００６６】
第１の確定ユニットは、病状情報に基づいて患者ユーザに推奨する所定の条件を満たす診療医師を確定する。
第１の送信ユニットは、確定された診療医師の情報を患者端末に送信する。
【００６７】
一例において、上記の第１の確定ユニットは、患者ユーザが所在する行政区域内の医師の中から、診療場所と患者ユーザの位置との間の距離が所定の距離より近く、外来診療時間が患者ユーザの受診時間を包含し、病状情報に関連する疾病を治療したことがある医師を選択して第１の集合を構成し、第１の集合が空集合ではない場合に、病状情報に関連する疾病を治療する医師の治療レベルに基づいて患者ユーザに診療医師を推奨する。例えば、治療レベルに基づいて第１の集合内の医師を順位付けし、患者ユーザに順位が第１位の医師を推奨するか或いは患者ユーザが選択するように順位が上位の医師を数名推奨する。治療レベルは、医師が病状情報に関連する疾病にかかった患者を治療した患者数及び／又は医師が病状情報に関連する疾病を治療した成功率に基づいて確定するか或いは医師が所在する病院の病状情報に関連する疾病の治療レベルに基づいて上記の二つの要因を総合的に考慮して医師を順位付けする。
【００６８】
さらに、本発明の他の実施形態において、病院の病状情報に関連する疾病の治療レベルに基づいて第１の集合内の医師を選択し、例えば、先ず行政区域内で病状情報に関連する疾病の治療レベルが所定のレベルより高い病院の医師を選択し、さらに上記のその他の条件に基づいて修正してもよい。
【００６９】
患者の病状情報に基づいて患者の受診に適した医師、或いはオンライン問診に適した医師を患者のために遠隔推奨することができる。
【００７０】
第１の実施形態は、本実施形態に対応する方法の実施形態であり、本実施形態は第１の実施形態と互いに組み合わせて実施することができる。第１の実施形態で説明した関連する詳細な技術内容は本実施形態においても有効であり、重複しないようにここでは説明を省略する。したがって、本実施形態で説明した関連する詳細な技術内容は第１の実施形態にも適用することができる。
【００７１】
＜ハードウェア構成＞
図５は、第１から第４の実施形態を実現する遠隔診療装置の構造略図である。
具体的に、図５に示すように、当該遠隔診療装置は患者端末を含み、患者端末は、第２の送信ユニットと、第２の受信ユニットと、推奨ユニットと、インタラクティブユニットと、第３の受信ユニット、支払ユニットとを含む。
【００７２】
第２の送信ユニットは、患者ユーザにより入力された病状情報をサーバに送信する。
第２の受信ユニットは、サーバにより患者ユーザの病状情報に基づいて確定して患者ユーザに推奨した診療医師をサーバから受信する。病状確定された診療医師は、医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定した所定の条件を満たす。
【００７３】
推奨ユニットは、患者ユーザに診療医師を推奨する。推奨する方法については限定せず、ユーザに知らせることができればよい。例えば、患者端末画面上のアプリケーションに表示されてもよく、患者ユーザにインスタントメッセージ（ショートメッセージ、電子メール、ＷｅＣｈａｔなど）などを送信する方法であってもよく、ネットワークリンク或いはアプリケーションリンクにより送信することが好ましい。
【００７４】
インタラクティブユニットは、推奨された問診医師の医師端末に接続する接続リクエストを送信し、問診医師の医師端末と接続を構築した後、問診医師の医師端末に患者により入力された情報を送信し医師端末から情報を受信する。
【００７５】
第３の受信ユニットは、病状情報に基づいて作成された、患者が受けるべき事前検査項目及び／又は患者の予診結果が含まれている予診プランを受信する。
【００７６】
支払ユニットは、患者の支払確認の指示にしたがって事前検査項目の費用を病院に支払う。支払いは、従来のオンライン決済技術を用いて済ませることができ、ここでは限定しない。
【００７７】
患者の病状情報に基づいて患者の受診に適した医師、或いはオンライン問診に適した医師を患者に遠隔推奨することができる。
【００７８】
第１及び２の実施形態は、本実施形態に対応する方法の実施形態であり、本実施形態は第１及び２の実施形態と互いに組み合わせて実施することができる。第１及び２の実施形態で説明した関連する詳細な技術内容は、図５に示した実施形態においても有効であり、重複しないようにここでは説明を省略する。したがって、図５に示した構成は第１及び２の実施形態にも適用することができる。
【００７９】
図６は、第１から第４の実施形態を実現する遠隔診療システムの構造略図である。
具体的に、図６に示すように、遠隔診療システムは、患者端末と、看護師端末と、医師端末と、サーバとを含む。患者端末は、患者ユーザにより入力された病状情報をサーバに送信する。サーバは、受信した病状情報に基づいて患者に推奨する所定の条件を満たす診療医師を確定し、確定された診療医師の情報を患者端末に送信する。所定の条件は、医師の外来診療時間、医師の診療場所と患者ユーザの位置との間の距離、及び病状情報に関連する疾病を治療する医師の治療レベルを限定する。
【００８０】
一例において、サーバは、患者ユーザが所在する行政区域内の医師の中から、診療場所と患者ユーザの位置との間の距離が所定の距離より近く、外来診療時間が患者ユーザの受診時間を包含し、病状情報に関連する疾病を治療したことがある医師を選択して第２の集合を構成する。第２の集合が空集合でない場合に、病状情報に関連する疾病を治療する医師の治療レベルに基づいて患者ユーザに診療医師を推奨する。例えば、治療レベルに基づいて第２の集合内の医師を順位付けし、患者ユーザに順位が第１位の医師を推奨するか或いは患者ユーザが選択するように順位が上位の医師を数名推奨する。治療レベルは、医師が病状情報に関連する疾病にかかった患者を治療した患者数及び／又は医師が病状情報に関連する疾病を治療した成功率に基づいて確定する。さらに、医師に対する順位付けは、医師が所在する病院の病状情報に関連する疾病の治療レベルに基づいて上記の二つの要因（医師が病状情報に関連する疾病にかかった患者を治療した患者数及び／又は医師が病状情報に関連する疾病を治療した成功率）を総合的に考慮して行われてもよい。
【００８１】
さらに、一例において、サーバは、看護師端末から予診プランを受信し、予診プランを患者端末に送信する。予診プランは看護師端末の看護師ユーザにより病状情報に基づいて作成され、予診プランには患者が受けるべき事前検査項目及び／又は患者の予診結果が含まれている。
【００８２】
さらに、一例において、看護師の予診能力と予診精度が向上するように、医師によって看護師の予診プランを審査してよい。例えば、サーバが患者端末に予診プランを送信する前に、予診プランが医師端末の医師ユーザの審査をパスするまで、サーバは、医師端末の医師ユーザが審査するように予診プランを医師端末に送信し、受信した医師端末の審査結果が審査をパスした場合に、予診プランを患者端末に送信し、受信した医師端末の審査結果が審査をパスしなかった場合に、審査結果を看護師端末に送信し、医師ユーザに審査するように看護師端末から受信した修正後の予診プランを医師端末に送信するステップを繰り返して実行する。
【００８３】
また、例えば、患者端末に予診プランを送信する前に、サーバは、医師端末の医師ユーザが審査するように予診プランを医師端末に送信し、受信した医師端末の審査結果が審査をパスした場合に、予診プランを患者端末に送信し、受信した医師端末の審査結果が審査をパスしなかった場合に、審査した医師ユーザから送信された当該医師ユーザによって作成された予診プランを受信し、当該予診プランを患者端末に送信する。
【００８４】
予診プランに患者が受けるべき事前検査項目が含まれている場合、患者端末は患者の支払確認の指示にしたがって事前検査項目の費用を病院に支払うことと理解してよい。支払いは、従来のオンライン決済技術を用いて済ませることができ、ここでは限定しない。
【００８５】
さらに、本発明の他の実施形態において、予診プランは直接医師端末側のユーザにより作成されてもよいと理解してよい。
【００８６】
患者の病状情報に基づいて患者の受診に適した医師、或いはオンライン問診に適した医師を患者のために遠隔推奨することができる。
その後、このプロセスは終了する。
【００８７】
第３の実施形態は本実施形態に対応する方法の実施形態であり、本実施形態は第４の実施形態と互いに組み合わせて実施することができる。第３の実施形態で説明した関連する詳細な技術内容は本実施形態においても有効であり、重複しないようにここでは説明を省略する。したがって、本実施形態で説明した関連する詳細な技術内容は第３の実施形態にも適用することができる。
【００８８】
図７は、図６に示した遠隔診療システムのアーキテクチャ図である。
具体的に、図７に示すように、遠隔診療システムは、患者端末１００と、看護師端末１０６と、医師端末１１２と、システムサーバ１１９とを含む。患者端末は、患者がログインするための端末（好ましくは、移動端末）であってよく、登録ログインモジュール１０１、病状情報入力モジュール１０２、最適医師推奨モジュール１０３、医師−患者インタラクティブモジュール１０４、及び医師−看護師予診結果フィードバックモジュール１０５を含む。患者は患者端末を介して自身の病状情報を入力することができるとともに医師及び看護師からの予診結果を取得することができる。
【００８９】
具体的に、患者端末の登録ログインモジュール１０１は、患者の身分情報を唯一に確定するためのものである。患者が初めて使用するときは、登録し、個人情報を記入する必要があり、その後アカウントとパスワードで自分の端末にログインする。
【００９０】
患者端末の病状情報入力モジュール１０２は、患者が疾病名、疾病の症状などのような病状情報を入力するためのものであり、同時に、データはシステムサーバにアップロードされる。
【００９１】
患者端末の最適医師推奨モジュール１０３は、患者の個人情報と入力した病状情報に基づいてシステムサーバにより確定された最適な医師（すなわち、推奨された診療医師）情報をシステムサーバから受信するためのものである。
【００９２】
患者端末の医師−患者インタラクティブモジュール１０４は、患者と医師とのインタラクティブを確立するためのものであり、患者は患者端末を介して病状内容を編集して医師に関連質問をすることができ、また医師からの回答などを受信することができる。
【００９３】
患者端末の医師−看護師予診結果フィードバックモジュール１０５は、看護師端末及び医師端末からフィードバックされた予診プラン等の内容を受信するためのものである。
【００９４】
看護師端末１０６は、看護師がログインするための端末（好ましくは、移動端末）であり、登録ログインモジュール１０７、患者病状情報受信モジュール１０８、予診モジュール１０９、審査インタラクティブモジュール１１０、及び看護師予診記録フィードバックモジュール１１１を含む。看護師端末１０６の主な機能は、看護師が患者により入力された病状情報に基づいて予診後に事前検査案プラン（すなわち、予診記録）を患者に提供し、予診記録は医師によって審査されてから患者にフィードバックすることである。
【００９５】
看護師端末の登録ログインモジュール１０７は、看護師の身分情報を唯一に確定するためのものである。看護師が初めて看護師端末を使用するときは、登録し、個人情報を記入し、看護師の身分と所属病院等を認証する必要があり、その後アカウントとパスワードで自分の端末にログインする。
【００９６】
看護師端末の患者病状情報受信モジュール１０８は、患者から送信された患者の身分情報を含む病状情報を受信する。
【００９７】
看護師端末の予診モジュール１０９は、看護師が患者の病状情報に基づいて事前判断を行い、患者が受けるべき事前検査項目を推奨し、予診記録を記入するためのものである。
【００９８】
看護師端末の審査インタラクティブモジュール１１０は、患者のために作成した予診プランを先に医師に送信して審査させ、審査結果及び意見にしたがって予診記録を修正するためのものである。
【００９９】
看護師端末の看護師予診フィードバックモジュール１１１は、看護師が作成した予診記録を患者にフィードバックし、同時に、データをサーバにアップロードしてバックアップする。
【０１００】
医師端末１１２は、医師がログインして使用する端末（好ましくは、移動端末）であり、登録ログインモジュール１１３、患者病状情報受信モジュール１１４、予備診療モジュール１１５、看護師予診記録審査モジュール１１６、医師予診結果フィードバックモジュール１１７、及び医師−患者インタラクティブモジュール１１８を含む。医師端末１１２の主な機能は、医師が患者の病状情報に基づいて診療を行い、治療プランを作成し、診療プランを患者端末にフィードバックし、患者とのインタラクティブを確立することができ、同時に、看護師端末の予診プランに関する操作記録を審査して修正意見を提供することである。
【０１０１】
医師端末１１２の登録ログインモジュール１１３は、医師の身分情報を唯一に確定するためのものである。医師が初めて使用するときは、個人情報を登録し、医師の身分、ランク、所属病院などを認証する必要があり、その後アカウントとパスワードで自分の端末にログインする。
【０１０２】
医師端末の患者病状情報受信モジュール１１４は、患者から送信された患者側の身分情報を含む病状情報を受信する。
【０１０３】
医師端末の予備診療モジュール１１５は、医師が患者から提出された病状情報に基づいて、病状について予備判断を行い、予診プランを作成するためのものである。
【０１０４】
医師端末の看護師予診記録審査モジュール１１６は、看護師端末から送信された操作記録についてその合理性を審査し、不合理な操作について修正意見を提供するためのものである。
【０１０５】
医師端末の医師予診結果フィードバックモジュール１１７は、医師の初期判断及び予診プランを患者にフィードバックし、同時に、データをサーバにバックアップしてアップロードする。
【０１０６】
医師端末の医師−患者インタラクティブモジュール１１８は、医師と患者とのインタラクティブを確立するためのものであり、質問を編集して、患者の病状について関連する質問をすることができ、同時に、患者からの質問などに対して回答することができる。
【０１０７】
システムサーバ１１９は、遠隔予診システム全体の論理制御及び記憶コアのコンピュータとして、ユーザ情報記憶モジュール１２０、医師／患者診療記録バックアップモジュール１２１、及びデータ送受信制御モジュール１２２を含む。システムサーバ１１９の主な機能は、医師／看護師／患者ユーザの情報を一括に記憶し、医師／患者診療記録をバックアップし、各端末、モジュール間の情報転送を制御し、最適な医師を推奨することである。
【０１０８】
システムサーバ１１９のユーザ情報記憶モジュール１２０は、全ての患者ユーザ、医師／看護師ユーザのアカウント情報、登録情報、身分情報等を記憶する。
【０１０９】
システムサーバ１１９の医師／患者診療記録バックアップモジュール１２１は、患者ごとに、患者が提出した病状情報をバックアップし、看護師と医師によってフィードバックされた診療データをバックアップするとともに変更不能にする。
【０１１０】
システムサーバ１１９のデータ送受信制御モジュール１２２は、それぞれの医師、看護師と患者端末、モジュール間のデータを互いに送信し、論理制御等を転送する。
【０１１１】
尚、患者端末は、一般的なタブレットＰＣやスマートフォンのように、中央処理装置（ＣＰＵ）、メモリ、表示装置、ＨＤＤやＳＳＤのような記憶装置を含む。記憶装置には、図７に示した、登録ログインモジュール１０１、病状情報入力モジュール１０２、最適医師推奨モジュール１０３、医師−患者インタラクティブモジュール１０４、及び医師−看護師予診結果フィードバックモジュール１０５等の患者端末の機能を実現するアプリケーションソフトウェアが格納されており、メモリにロードして、ＣＰＵが実行することにより、各種機能を実現している。
【０１１２】
看護師端末、医師端末も患者端末と同様にタブレットＰＣ、スマートフォンの他、一般ＰＣの構成を有しており、中央処理装置（ＣＰＵ）、メモリ、表示装置、ＨＤＤやＳＳＤのような記憶装置を含む。記憶装置には、看護師端末、医師端末の機能を実現するアプリケーションソフトウェアが格納されており、メモリにロードして、ＣＰＵが実行することにより、各種機能を実現している。
【０１１３】
つまり、看護師端末の記憶装置には、登録ログインモジュール１０７、患者病状情報受信モジュール１０８、予診モジュール１０９、審査インタラクティブモジュール１１０、及び看護師予診記録フィードバックモジュール１１１が格納されている。医師端末の記憶装置には、登録ログインモジュール１１３、患者病状情報受信モジュール１１４、予備診療モジュール１１５、看護師予診記録審査モジュール１１６、医師予診結果フィードバックモジュール１１７、及び医師−患者インタラクティブモジュール１１８が記憶されている。
【０１１４】
また、サーバは、一般のＰＣの構成を有しており、中央処理装置（ＣＰＵ）、メモリ、表示装置、ＨＤＤやＳＳＤのような記憶装置を含む。記憶装置には、病状情報の受信、病状情報に基づいて患者ユーザに推奨する所定の条件を満たす診療医師を確定、確定された診療医師の情報を患者端末に送信する、サーバの機能を実現するアプリケーションソフトウェアが格納されており、メモリにロードして、ＣＰＵが実行することにより、各種機能を実現している。
【０１１５】
尚、患者端末、看護師端末、医師端末、サーバによる機能は、アプリケーションソフトウェアによる実現の他、ＡＳＩＣ、ＦＰＧＡ等の専用ハードウェアによって実現することも可能である。
【０１１６】
図８は、患者端末の操作フローチャートである。具体的に、図８に示すように、患者端末の操作フローチャートは以下のとおりである。
ステップ８００において、システムは患者に新規患者ユーザであるか否かを提示する。ＹＥＳの場合はステップ８０１を実行し、ＮＯの場合はステップ８０２を実行する。
【０１１７】
ステップ８０１において、新規患者ユーザは登録を行い、アカウント情報及び個人情報を記入して提出する。
【０１１８】
ステップ８０２において、患者は登録済みのアカウント及びパスワードを入力して、自分の端末インターフェースにログインする。
【０１１９】
ステップ８０３において、今から予診相談を受けるか否かを判断する。ＹＥＳの場合はステップ８０４を実行し、ＮＯの場合はステップ８０５を実行する。
【０１２０】
ステップ８０４において、患者は提示に基づいて、自身の病状に合う病気の症状または疾病名を選択する。システムは、ユーザが選択できるように病気の症状の辞書及びよくある疾病名の辞書を提供してもよく、カスタマイズで病状情報を入力してもよい。
【０１２１】
ステップ８０５において、患者は最遅予診期間時間Ｔを入力する。
【０１２２】
ステップ８０６において、システムは、患者の予診時間ＴＦとして、患者が入力した最遅予診期間時間Ｔから現在のシステム時間までのある時間帯をランダムに推奨する。
【０１２３】
ステップ８０７において、システムによって推奨された予診時間ＴＦから現在のシステム時間までの時間差ｔを算出する。
【０１２４】
ステップ８０８において、システムは時間差tをカウントダウンする。
【０１２５】
ステップ８０９において、システムは、時間差tのカウントダウンが終了したか否かを自動的に判断する。ＹＥＳ場合はステップ８１０を実行し、ＮＯの場合はステップ８０８を実行する。
【０１２６】
ステップ８１０において、システムは、予診時間であることを患者に通知し、遠隔問診を開始する。
【０１２７】
ステップ８１１において、患者は看護師端末から予診結果及び受けるべき検査項目の内容が含まれている予診記録（すなわち、予診プラン）を受信する。
【０１２８】
ステップ８１２において、システムは患者の個人情報及び入力された病状情報に基づいて、患者に最適な医師を推奨する。具体的にはサーバから受信した最適な医師を患者端末が受信して、表示する。
【０１２９】
ステップ８１３において、患者は推奨された医師とのインタラクティブを確立するか否かを選択する。ＹＥＳの場合はステップ８１４を実行し、ＮＯの場合はステップ８１５を実行する。
【０１３０】
ステップ８１４において、患者は医師とインタラクティブを確立し、質問を編集して推奨された医師に相談してもよく、医師からの回答を受信してもよい。
【０１３１】
ステップ８１５において、患者は推奨された医師からの病状状況及び予備治療プランを含む予診結果を受信する。
【０１３２】
好ましくは、最適な医師を推奨するシステムサーバのフローチャートは、図９に示す通りである。具体的に、最適な医師の推奨フローチャートは以下のとおりである。
【０１３３】
ステップ９０１において、システム（すなわち、システムサーバ）は、患者が所在する地区（市）が登録されている全ての医師集合Ｕを自動的に取得する。
【０１３４】
ステップ９０２において、システムは、医師集合Ｕから順次に一つの医師記録を読み取って、Ｄ１と記録する。
【０１３５】
ステップ９０３において、システムは、医師記録Ｄ１が患者の自宅住所ＰＡＤを中心としてＸｋｍ圏内にあるか否かを判断する。ＹＥＳの場合はステップ９０４を実行し、ＮＯの場合はステップ９０２を実行する。
【０１３６】
ステップ９０４において、システムは自動的に医師記録Ｄ１を医師選別結果集ａに追加する。
【０１３７】
ステップ９０５において、システムは、医師記録Ｄ１が医師集合Ｕの最後の一つの記録であるか否かを判断する。ＹＥＳの場合はステップ９０６を実行し、ＮＯの場合はステップ９０２を実行する。
【０１３８】
ステップ９０６において、システムは、医師選別結果集ａから順次に一つの医師記録を読み取って、Ｄ２と記録する。
【０１３９】
ステップ９０７において、システムは、システムが推奨した予診時間帯ＴＦに医師記録Ｄ２が予定空きであるか否かを自動的に判断する。ＹＥＳの場合はステップ９０８を実行し、ＮＯの場合はステップ９０５を実行する。
【０１４０】
ステップ９０８において、システムは自動的に医師記録Ｄ２を医師選別結果集ｂに追加する。
【０１４１】
ステップ９０９において、システムは、医師記録Ｄ２が医師選別結果集ａの最後の一つの記録であるか否かを判断する。ＹＥＳの場合は、ステップ９１０を実行し、ＮＯの場合ステップ９０９を実行する。
【０１４２】
ステップ９１０において、システムは、医師選別結果集ｂから順次に一つの医師記録を読み取って、Ｄ３と記録する。
【０１４３】
ステップ９１１において、システムは、患者が入力した病状情報に基づいて医師記録Ｄ３がこの種類の病状の治療に得意か否かを自動的に判断する。ＹＥＳの場合はステップ９１２を実行し、ＮＯの場合はステップ９１０を実行する。
【０１４４】
判断ルールは以下のとおりである。
医師ユーザは登録する際に、自分が治療を得意とする疾病名を入力し、各々の病気には自分がよく見た症状または臨床症状データベースがあり、システムは、ユーザが入力した病状情報と医師が治療を得意とする疾病の症状の辞書データベースとを最適にマッチングさせ、マッチング度の高い疾病に対応する医師が、システムが推奨するこの種類の病状の治療に得意な医師になる。
【０１４５】
ステップ９１２において、システムは、自動的に医師記録Ｄ３を医師選別結果集ｃに追加する。
【０１４６】
ステップ９１３において、システムは、医師記録Ｄ３が医師選別結果集ｂの最後の一つの記録であるか否かを判断する。ＹＥＳの場合はステップ９１４を実行し、ＮＯの場合はステップ９１０を実行する。
【０１４７】
ステップ９１４において、システムは、医師選別結果集ｃから順次に一つの医師記録を読み取って、Ｄ４と記録する。
【０１４８】
ステップ９１５において、システムは、医師記録Ｄ４がこの種類の病状の患者を治療した患者数が５００人以上か否かを自動的に判断する。ＹＥＳの場合はステップ９１６を実行し、ＮＯの場合はステップ９１４を実行する。
【０１４９】
ステップ９１６において、システムは、自動的に医師記録Ｄ４を医師選別結果集ｄに追加する。
【０１５０】
ステップ９１７において、システムは、医師記録Ｄ４が医師選別結果集ｃの最後の一つの記録であるか否かを判断する。ＹＥＳの場合はステップ９１８を実行し、ＮＯの場合はステップ９１４を実行する。
【０１５１】
ステップ９１８において、システムは、医師選別結果集ｄが空であるか否かを判断する。ＹＥＳの場合はステップ９２０を実行し、ＮＯの場合はステップ９１９を実行する。
【０１５２】
ステップ９１９において、医師選別結果集ｄ内の医師に対して、この種類の病状を治療した成功率に応じて順位付けする。
【０１５３】
ステップ９２０において、システムは、医師選別結果集ｃから順次に一つの医師記録を読み取って、Ｄ５と記録する。
【０１５４】
ステップ９２１において、システムは、医師記録Ｄ５にこの種類の病状の患者を治療した患者数が１００人以上か否かを自動的に判断する。ＹＥＳの場合はステップ９２２を実行し、ＮＯの場合はステップ９２０を実行する。
【０１５５】
ステップ９２２において、システムは、自動的に医師記録Ｄ５を医師選別結果集ｄに追加する。
【０１５６】
ステップ９２３において、システムは、医師記録Ｄ５が医師選別結果集ｃの最後の一つの記録であるか否かを判断する。ＹＥＳの場合はステップ９１９を実行し、ＮＯの場合はステップ９２０を実行する。
【０１５７】
ステップ９２４において、医師選別結果集ｄからこの種類の病状を治療したことがある、成功率の順位が第１位の医師Ｐを獲得する。
【０１５８】
ステップ９２５において、患者に最適な医師Ｐを推奨する。
【０１５９】
本プロセスにおいて、最適な医師の確定に用いられる治療人数の判断閾値（例えば、５００人と１００人）は、単なる例に過ぎず、限定するものではなく、具体的な状況に応じて変更可能であることと理解してよい。
【０１６０】
図１０は、看護師端末の操作フローチャートである。具体的には、図１０に示すように、看護師端末の操作フローチャートは次のとおりである。
【０１６１】
ステップ１００１において、システムは、看護師に新規看護師ユーザであるか否かを提示する。ＹＥＳの場合はステップ１００１を実行し、ＮＯの場合はステップ１００３を実行する。
【０１６２】
ステップ１００２において、新規看護師ユーザは登録し、アカウント情報と個人情報を記入して提出する。
【０１６３】
ステップ１００３において、看護師は、登録済みアカウントとパスワードを入力して、自分の端末インターフェースにログインする。
【０１６４】
ステップ１００４において、看護師は、患者から提出された病状情報及び患者側の身分情報を受信する。
【０１６５】
ステップ１００５において、看護師は、患者が入力した病状情報に基づいて予診を行う。
【０１６６】
ステップ１００６において、看護師は予診判断に基づいて、患者が受けるべき事前検査項目を推奨し、その後患者にフィードバックする必要がある予診記録（事前検査プランには事前検査項目と予診記録を含む）を記入する。
【０１６７】
ステップ１００７において、看護師は作成した予診記録を医師端末に送信し、医師に自分の予診記録に対する審査を依頼する。
【０１６８】
ステップ１００８において、看護師は、予診記録に関する医師からの審査結果を受信する。
【０１６９】
ステップ１００９において、看護師は、審査がパスか否かをチェックする。ＹＥＳの場合はステップ１０１０を実行し、ＮＯの場合はステップ１０１１を実行する。
【０１７０】
ステップ１０１０において、看護師は、審査結果がパスである予診記録を患者端末にフィードバックする。
【０１７１】
ステップ１０１１において、看護師は、医師の修正意見に基づいて、審査結果が認められなかった予診記録を修正する。
【０１７２】
ステップ１０１２において、看護師は、修正された予診記録を患者端末にフィードバックする。
【０１７３】
説明すべきことは、本発明の各装置の実施形態において説明したそれぞれのユニットはいずれも論理ユニットであり、物理的に、一つの論理ユニットは、物理ユニットであってもよく、物理ユニットの一部であってもよく、複数の物理ユニットの組み合わせによって実現してもよく、これらの論理ユニット自体の物理的な実現方法は最も重要なものではなく、これらの論理ユニットによって実現される機能の組み合わせこそが、本発明に説明した技術的課題を解決するためのキーポイントである。さらに、本発明の革新的な部分を強調するために、上述した本発明の各装置の実施形態には、本発明において説明した技術的課題の解決に関係が密接でないユニットは導入されていないが、上述の装置の実施形態にその他のユニットが存在しないことを意味するものではない。
【０１７４】
また、説明すべきことは、本特許の特許請求の範囲及び明細書において、第１及び第２などのような関係用語は一つの実物体或いは操作を他の実物体或いは操作と区別するために使用されるだけであって、これらの実物体或いは操作の間に如何なるこのような実際の関係或いは順序が存在していることを必ずしも要求或いは示唆するものではない。また、用語「含む」、「包含」或いはその他のすべての変体は非排他的な包含をカバーするためであり、これにより一連の要素を含むプロセス、方法、物品或いは装置はそれらの要素を含むだけではなく、明確に示されてないその他の要素も含むことになり、或いはこのようなプロセス、方法、物品或いは装置の固有する要素も含むことになる。さらなる制限がない場合、「一つ…を含む」という語句に限定される要素は、上述の要素を含むプロセス、方法、物品或いは装置にその他の同じ要素の存在を排除するものではない。
【０１７５】
本発明の幾つかの好ましい実施形態を参照して、本発明について図示し、説明したが、本分野の一般の技術者は、本発明の趣旨及び範囲内において、形式上と細部において様々な変更が可能であることを理解すべきである。
【図１】
2019079501.tif 000003
【図２】
2019079501.tif 000004
【図３】
2019079501.tif 000005
【図４】
2019079501.tif 000006
【図５】
2019079501.tif 000007
【図６】
2019079501.tif 000008
【図７】
2019079501.tif 000009
【図８】
2019079501.tif 000010
【図９】
2019079501.tif 000011
【図１０】
2019079501.tif 000012