(57)【要約】【課題】被管理者の予定情報に基づいて被管理者の応答可能状況を把握することが可能な管理システム、コンピュータプログラム及び管理方法を提供する。【解決手段】医師管理サーバ１の制御部１０は、看護師端末から医師検索処理の実行を要求された場合、各医師端末から医師情報を取得する。医師情報は、例えば、現在時刻から所定の時間帯における予定情報である。制御部１０は、各医師端末から取得した予定情報を、移動中の時間帯の予定情報と、診察中（患者宅に訪問中）の時間帯の予定情報とに区分し、それぞれの時間帯において応答可能レベルを設定する。制御部１０は、移動中の時間帯及び診察中の時間帯のそれぞれに対して設定した応答可能レベルを統合する。制御部１０は、統合して得られた応答可能レベルを表示させるための応答可能レベル表示画面情報を生成し、医師検索処理の実行を要求してきた看護師端末へ送信する。【選択図】図２
2010015255.tif 000002
【特許請求の範囲】
【請求項１】
被管理者の予定を管理する管理システムにおいて、
被管理者の予定情報を取得する予定情報取得手段と、
該予定情報取得手段が取得した予定情報に基づいて、所定の時間帯における前記被管理者の応答可能状況を特定する特定手段と、
該特定手段が特定した応答可能状況を外部へ出力する出力手段と
を備えることを特徴とする管理システム。
【請求項２】
前記予定情報は、予定日時及び訪問場所を含み、
前記予定情報取得手段が取得した予定情報に基づいて、前記所定の時間帯を、前記被管理者が移動中である時間帯及び訪問場所に訪問中である時間帯に区分する区分手段を備え、
前記特定手段は、前記区分手段が区分した移動中の時間帯及び訪問中の時間帯毎に、前記被管理者の応答可能状況を特定するように構成してあることを特徴とする請求項１に記載の管理システム。
【請求項３】
前記区分手段が移動中の時間帯に区分した時間帯について、前記予定情報取得手段が取得した予定情報に基づいて、次の訪問場所への移動に要する移動時間を算出する移動時間算出手段を備え、
前記特定手段は、前記区分手段が移動中の時間帯に区分した時間帯について、次の訪問場所の予定日時から前記移動時間算出手段が算出した移動時間を遡った日時までの時間帯における、前記被管理者の応答可能状況を示す応答可能値を、それ以外の時間帯における応答可能値よりも低い値とするように構成してあることを特徴とする請求項２に記載の管理システム。
【請求項４】
前記予定情報は、訪問場所における複数の作業工程のそれぞれに要する作業時間及び各作業工程に応じた応答可能値を更に含み、
前記特定手段は、前記区分手段が訪問中の時間帯に区分した時間帯について、前記予定情報取得手段が取得した予定情報が示す予定日時、各作業工程の作業時間及び応答可能値に基づいて、各作業工程の予定日時及び該予定日時に対応する応答可能値を算出するように構成してあることを特徴とする請求項２に記載の管理システム。
【請求項５】
被管理者の現在の状況を検知する現在状況検知手段と、
該現在状況検知手段が検知した現在の状況及び前記予定情報取得手段が取得した予定情報に基づいて、現在の状況から所定の時間帯における前記被管理者の予定情報を特定する予定情報特定手段とを備え、
前記特定手段は、前記予定情報特定手段が特定した予定情報に基づいて、現在の状況から所定の時間帯における前記被管理者の応答可能状況を特定するように構成してあることを特徴とする請求項１から４までのうちのひとつに記載の管理システム。
【請求項６】
被管理者の予定を管理する管理システムにおいて、
複数の被管理者のそれぞれの予定情報を取得する予定情報取得手段と、
該予定情報取得手段が取得した予定情報に基づいて、所定の時間帯における前記被管理者のそれぞれの応答可能状況を特定する特定手段と、
前記所定の時間帯での日時の指定を受け付ける手段と、
前記特定手段が特定した応答可能状況に基づいて、指定を受け付けた日時における応答可能性が高い順に所定数の被管理者を選択する選択手段と、
該選択手段が選択した被管理者の情報を外部へ出力する出力手段と
を備えることを特徴とする管理システム。
【請求項７】
コンピュータに、被管理者の予定を管理させるためのコンピュータプログラムにおいて、
コンピュータに、
被管理者の予定情報に基づいて、所定の時間帯における前記被管理者の応答可能状況を特定するステップと、
特定した応答可能状況を外部へ出力するステップと
を実行させるためのコンピュータプログラム。
【請求項８】
被管理者の予定を管理する管理システムによる管理方法において、
前記管理システムが、被管理者の予定情報を取得するステップと、
前記管理システムが、取得した予定情報に基づいて、所定の時間帯における前記被管理者の応答可能状況を特定するステップと、
前記管理システムが、特定した応答可能状況を外部へ出力するステップと
を含むことを特徴とする管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、被管理者の予定を管理する管理システム、該管理システムの動作をコンピュータによって実現するためのコンピュータプログラム、前記管理システムによる管理方法に関する。
【背景技術】
【０００２】
例えば在宅医療サービス、訪問看護サービス及び訪問介護サービス等において、医師、看護師、介護福祉士及び訪問介護員等のサービス提供者は、サービス利用者の自宅を巡回訪問して医療及び介護のサービスを提供する。その際、サービス提供者は、サービス利用者の自宅（訪問先）に１人で訪問する場合が多い。従って、それぞれのサービス提供者は、複数の訪問先を巡回訪問している際に他のサービス提供者と連絡を取る必要が生じる場合がある。例えば、サービス提供者である看護師が、サービス利用者からサービスに関する何らかの要望を受け付けた場合、受け付けた要望に関する看護指示を医師に仰ぐために医師と連絡を取る必要が生じる場合がある。
【０００３】
このような場合、現状では、例えば携帯電話機を用いて、それぞれのサービス提供者が、連絡を取りたいサービス提供者との間で連絡を取ることになる。しかし、サービス提供者はそれぞれの訪問先を訪問中であり、各サービス提供者の状況を把握できないので、緊急性が高い場合を除き、他のサービス提供者との連絡を断念することも多い。この場合には、例えば、それぞれのサービス提供者が、全ての訪問先への訪問を終了して事務所に戻った後に、事務所において他のサービス提供者との連絡を取ることになり、サービスの変更等の判断及び看護指示が先延ばしにされる。
【０００４】
また、緊急性が高い事案が発生した際に、あるサービス提供者（例えば看護師）が他のサービス提供者（例えば医師）に連絡を取ろうとした場合であっても、状況によって医師が電話に出られない場合もある。この場合には、看護師は、いずれかの医師との連絡が取れるまで、複数の医師に電話を掛け続ける必要が生じる。サービス提供者は、規定時間内において多数のサービス利用者へのサービスを提供するように予定されている場合が多く、このような状況が発生した場合、他のサービス提供者と連絡を取るために時間を要し、本来の業務に影響を与える虞がある。また、他のサービス提供者と連絡を取りたいサービス提供者だけでなく、このサービス提供者から連絡された他のサービス提供者においても、電話連絡に時間を要し、本来の業務に影響を与える虞がある。
【０００５】
特許文献１には、何らかの障害が発生した機器の保守作業を行なう保守員を決定する方法が開示されている。特許文献１の方法は、保守経験年数及び実績等を元に算出されたそれぞれの保守員の保守業務適性度と、それぞれの保守員の位置から作業拠点までの距離とに基づいて、出動させる保守員を決定する構成である。このような方法を用いることにより、発生した障害をより早く解消できる保守員を適切に決定することができる。
【０００６】
特許文献２には、連絡相手の在席状況又は忙しさの情報を連絡を取る前に取得する方法が開示されている。特許文献２の方法は、連絡相手の使用する端末において、端末への入力間隔を統計的に処理し、処理の結果から、連絡相手の在席状況又は忙しさを判定する構成である。このような方法を用いることにより、連絡相手の在席状況又は忙しさに基づいて、適切なタイミングで連絡相手に連絡することができる。
【特許文献１】特開２００６−１０６８６１号公報
【特許文献２】特開２００４−１７１４４４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上述したように、特許文献１の方法は、現時点における最適な保守員を決定するものであり、特許文献２の方法は、連絡相手の現時点における在席状況又は忙しさを判定するものである。従って、特許文献１，２の方法では、保守者又は連絡相手のこれからの予定を考慮していないので、例えば現時点から所定時間経過後の相手の状況を把握することはできないという問題を有する。
【０００８】
本発明は斯かる事情に鑑みてなされたものであり、その目的とするところは、被管理者の予定情報に基づいて被管理者の応答可能状況を把握することが可能な管理システム、コンピュータプログラム及び管理方法を提供することにある。
【０００９】
本発明の他の目的は、将来の任意の日時における被管理者の応答可能状況を把握することが可能な管理システムを提供することにある。
【課題を解決するための手段】
【００１０】
本願に開示する管理システムは、被管理者の予定を管理する管理システムにおいて、被管理者の予定情報に基づいて、所定の時間帯における前記被管理者の応答可能状況を特定し、特定した応答可能状況を外部へ出力する。
【００１１】
本願に開示する管理システムによれば、被管理者の予定情報に基づいて、将来の時間帯における被管理者の状況を考慮した応答可能状況を把握することが可能となる。
【００１２】
本願に開示する管理システムは、被管理者の予定を管理する管理システムにおいて、複数の被管理者のそれぞれの予定情報に基づいて、所定の時間帯における前記被管理者のそれぞれの応答可能状況を特定する。また、本願に開示する管理システムは、前記所定の時間帯での日時の指定を受け付け、指定を受け付けた日時における応答可能性が高い順に所定数の被管理者を選択し、選択した被管理者の情報を外部へ出力する。
【００１３】
本願に開示する管理システムによれば、複数の被管理者の予定情報に基づいて、所定の時間帯における被管理者のそれぞれの応答可能状況を特定する。また、所定の時間帯での日時の指定を受け付けた場合、指定を受け付けた日時における応答可能性が高い順に所定数の被管理者を選択する。よって、予定情報に基づいて、将来の時間帯における被管理者の状況を考慮した応答可能状況を把握した上で、任意の日時において応答可能性が高い所定数の被管理者を把握することが可能となる。
【発明の効果】
【００１４】
本願に開示する管理システムでは、将来の時間帯における被管理者の状況を考慮した応答可能状況を把握することができるので、将来の被管理者の状況に応じた適切なアポイントメントを取ることができる。
【００１５】
本願に開示する管理システムでは、将来の時間帯における被管理者の状況を考慮した応答可能状況を把握した上で、任意の日時において応答可能性が高い所定数の被管理者を把握できる。よって、任意の日時における被管理者の状況に応じた適切なアポイントメントを取ることができる。
【発明を実施するための最良の形態】
【００１６】
以下に、本願に開示する管理システムを、医師管理システムに適用した各実施形態を示す図面に基づいて詳述する。なお、以下の各実施形態の医師管理システムは、在宅医療サービスを提供するために患者の自宅を訪問して診察行為等を行なう複数の医師のスケジュールを管理するシステムである。
【００１７】
（実施形態１）
以下に、実施形態１に係る医師管理システムについて説明する。図１は実施形態１の医師管理システムの構成を示す模式図である。本実施形態１の医師管理システムは、医師管理サーバ１、複数の看護師端末３，３…、複数の医師端末４，４…等を備える。医師管理サーバ１、複数の看護師端末３，３…、複数の医師端末４，４…等は、例えばインターネット等のネットワークＮを介して相互に通信を行なうように設けられている。
【００１８】
看護師端末３，３…及び医師端末４，４…は、ネットワークＮを介した無線通信が可能に構成されており、ネットワークＮに接続された最寄りの無線アクセスポイント（以下、無線ＡＰという）２との間で無線通信を行なう。従って、看護師端末３，３…及び医師端末４，４…のそれぞれは、最寄りの無線ＡＰ２を介してネットワークＮにアクセスするように構成されている。
【００１９】
図２は実施形態１の医師管理サーバ１の構成を示すブロック図である。本実施形態１の医師管理サーバ１は、例えば公知のサーバコンピュータである。本実施形態１の医師管理サーバ１は、本願に開示するコンピュータプログラムをサーバコンピュータに読み取らせ、サーバコンピュータのＣＰＵ等に実行させることによって、本願に開示する管理システムを実現する。なお、等価な働きをするハードウェアによって本願に開示する管理システムを実現してもよい。
【００２０】
本実施形態１の医師管理サーバ１は、制御部１０、ＲＯＭ（Read Only Memory）１１、ＲＡＭ（Random Access Memory）１２、ハードディスクドライバ（以下、ＨＤＤという）１３、通信インタフェース１４等を備えており、これらのハードウェア各部はバス１ａを介して相互に接続されている。
【００２１】
制御部１０は、ＣＰＵ（Central Processing Unit ）又はＭＰＵ（Micro Processor Unit）等であり、絶対時刻（年月日、時、分、秒）を刻時する時計を有している。制御部１０は、自身の時計が示す時刻に基づく所定のタイミングに従って、ＲＯＭ１１又はＨＤＤ１３に予め格納してある制御プログラムを適宜ＲＡＭ１２に読み出して実行すると共に、上述したハードウェア各部の動作を制御する。ＲＯＭ１１は、医師管理サーバ１を本願に開示する管理システムとして動作させるために必要な種々の制御プログラムを予め格納している。ＲＡＭ１２はＳＲＡＭ又はフラッシュメモリ等であり、制御部１０による制御プログラムの実行時に発生する種々のデータを一時的に記憶する。
【００２２】
ＨＤＤ１３は大容量の記憶装置である。ＨＤＤ１３は、医師管理サーバ１を本願に開示する管理システムとして動作させるために必要な種々の制御プログラムを予め格納している。また、ＨＤＤ１３は、本願に開示するコンピュータプログラムである医師検索処理プログラム１３ａ、図３に示すような医師予定情報データベース（以下、医師予定情報ＤＢという）１３ｂ、看護師予定情報データベース（以下、看護師予定情報ＤＢという）１３ｃ等を格納している。
【００２３】
なお、医師検索処理プログラム１３ａ、医師予定情報ＤＢ１３ｂ及び看護師予定情報ＤＢ１３ｃの各種情報は、ＨＤＤ１３に予め格納されている構成に限られない。例えば、医師管理サーバ１が外部メモリ（図示せず）に記憶してあるデータの読み出しが可能なドライバ（図示せず）を備える場合には、外部メモリに記憶された各種情報をドライバによって読み出してＨＤＤ１３に格納させてもよい。また、医師管理サーバ１がネットワークＮを介して外部の装置から各種情報をダウンロードしてＨＤＤ１３に格納させてもよい。
【００２４】
通信インタフェース（入力部、出力部）１４は、ネットワークＮに接続するためのインタフェースである。通信インタフェース１４は、ネットワークＮを介して、看護師端末３，３…及び医師端末４，４…のいずれかとの間で通信を行なう。
【００２５】
図３は医師予定情報ＤＢ１３ｂの登録内容を示す模式図である。図３に示すように、医師予定情報ＤＢ１３ｂには、本実施形態１の医師管理システムが管理する複数の医師の医師情報と、各医師の予定情報とが対応付けて登録されている。医師情報は、各医師に割り当てられた医師ＩＤ及び医師氏名等を含む。予定情報は、日付及び時刻（予定日時）、各予定日時に対応する患者ＩＤ及び患者氏名等を含む。なお、予定情報の各予定日時に対応する患者ＩＤ及び患者氏名は、各予定日時の訪問場所を示している。
【００２６】
医師予定情報ＤＢ１３ｂの登録内容は、各医師に対する訪問患者の予定が入る都度、担当医師又は予定管理者によって登録又は変更される。また、医師予定情報ＤＢ１３ｂの登録内容は、医師管理サーバ１の操作部（図示せず）を介して、又は医師管理サーバ１との間で通信可能な各種の端末装置を介して登録又は変更される。
【００２７】
なお、看護師予定情報ＤＢ１３ｃの登録内容は図示しないが、図３に示す医師予定情報ＤＢ１３ｂの医師情報が、看護師ＩＤ及び看護師氏名等を含む看護師情報に代わるだけである。また、看護師予定情報ＤＢ１３ｃの登録内容も、各看護師に対する訪問患者の予定が入る都度、担当看護師又は予定管理者によって登録又は変更される。
【００２８】
図４は実施形態１の看護師端末３の構成を示すブロック図である。本実施形態１の看護師端末３は、例えば公知のタブレット型のパーソナルコンピュータである。看護師端末３は、制御部３０、ＲＯＭ３１、ＲＡＭ３２、記憶部３３、操作部３４、表示部３５、無線通信インタフェース３６等を備え、これらのハードウェア各部はそれぞれバス３ａを介して相互に接続されている。
【００２９】
制御部３０は、ＣＰＵ又はＭＰＵ等である。制御部３０は、所定のタイミングに従って、ＲＯＭ３１又は記憶部３３に予め格納してある制御プログラムを適宜ＲＡＭ３２に読み出して実行すると共に、上述したハードウェア各部の動作を制御する。ＲＯＭ３１は、看護師端末３を動作させるために必要な種々の制御プログラムを予め格納している。ＲＡＭ３２はＳＲＡＭ又はフラッシュメモリ等であり、制御部３０による制御プログラムの実行時に発生する種々のデータを一時的に記憶する。
【００３０】
記憶部３３はフラッシュメモリのような不揮発性のメモリである。記憶部３３には、看護師端末３を動作させるために必要な種々の制御プログラム、予定情報３３ａを予め格納している。予定情報３３ａは、所定のタイミングで逐次更新される。なお、ＨＤＤを記憶部３３として用いる構成でもよい。
【００３１】
操作部３４及び表示部３５は、デジタイザ又はタブレット等を構成する。具体的には、表示部３５は、例えば液晶ディスプレイであり、制御部３０からの指示に従って、看護師端末３の動作状態、操作部３４を介して入力された情報、ユーザ（看護師）に対して通知すべき情報、ユーザが看護師端末３を操作するために必要な操作キー等を表示する。操作部３４は、例えばスタイラスペン又はマウス等である。ユーザが表示部３５に表示された操作キーを操作部３４によって操作した場合、操作部３４は操作された操作キーに対応した制御信号を制御部３０へ送出し、制御部３０は操作部３４から取得した制御信号に対応した処理を実行する。
【００３２】
無線通信インタフェース３６は、ネットワークＮを介した無線通信のために電波の送受信を行なうアンテナ（図示せず）に接続されており、制御部３０からの指示に従ってアンテナを介して最寄りの無線ＡＰ２との接続を確立する。無線通信インタフェース３６は、無線ＡＰ２及びネットワークＮを介して、医師管理サーバ１、医師端末４，４…、他の看護師端末３，３…のいずれかとの間で通信を行なう。
【００３３】
なお、上述した構成の看護師端末３の記憶部３３に格納されている予定情報３３ａは、所定のタイミング（例えば、毎日、毎週等）で医師管理サーバ１の看護師予定情報ＤＢ１３ｃからダウンロードされる。なお、予定情報３３ａを医師管理サーバ１の看護師予定情報ＤＢ１３ｃから毎日ダウンロードする場合、例えば、当日の朝又は前日の夜に、医師管理サーバ１の看護師予定情報ＤＢ１３ｃから１日分の予定情報３３ａをダウンロードすればよい。
【００３４】
また、予定情報３３ａを医師管理サーバ１の看護師予定情報ＤＢ１３ｃから毎週ダウンロードする場合、例えば、週明けの日の朝又は週末の日の夜に、医師管理サーバ１の看護師予定情報ＤＢ１３ｃから１週間分の予定情報３３ａをダウンロードすればよい。
【００３５】
図５は実施形態１の医師端末４の構成を示すブロック図である。本実施形態１の医師端末４は、例えば公知のタブレット型のパーソナルコンピュータである。医師端末４は、制御部４０、ＲＯＭ４１、ＲＡＭ４２、記憶部４３、操作部４４、表示部４５、無線通信インタフェース４６、ＧＰＳ（Global Positioning System）受信部４７等を備え、これらのハードウェア各部はそれぞれバス４ａを介して相互に接続されている。
【００３６】
制御部４０は、ＣＰＵ又はＭＰＵ等である。制御部４０は、所定のタイミングに従って、ＲＯＭ４１又は記憶部４３に予め格納してある制御プログラムを適宜ＲＡＭ４２に読み出して実行すると共に、上述したハードウェア各部の動作を制御する。ＲＯＭ４１は、医師端末４を動作させるために必要な種々の制御プログラムを予め格納している。ＲＡＭ４２はＳＲＡＭ又はフラッシュメモリ等であり、制御部４０による制御プログラムの実行時に発生する種々のデータを一時的に記憶する。
【００３７】
記憶部４３はフラッシュメモリのような不揮発性のメモリである。記憶部４３には、医師端末４を動作させるために必要な種々の制御プログラムを予め格納している。また、記憶部４３は、予定情報４３ａ、現在位置情報４３ｂ及び現在状況情報４３ｃ等の各情報を格納しており、これらの各情報は、所定のタイミングで逐次更新される。更に、記憶部４３は、ＧＰＳ受信部４７が受信したＧＰＳ信号に基づいて位置情報を取得する位置取得処理プログラムを格納している。なお、ＨＤＤを記憶部４３として用いる構成でもよい。
【００３８】
操作部４４及び表示部４５は、デジタイザ又はタブレット等を構成する。具体的には、表示部４５は、例えば液晶ディスプレイであり、制御部４０からの指示に従って、医師端末４の動作状態、操作部４４を介して入力された情報、ユーザ（医師）に対して通知すべき情報、ユーザが医師端末４を操作するために必要な操作キー等を表示する。操作部４４は、例えばスタイラスペン又はマウス等である。ユーザが表示部４５に表示された操作キーを操作部４４によって操作した場合、操作部４４は操作された操作キーに対応した制御信号を制御部４０へ送出し、制御部４０は操作部４４から取得した制御信号に対応した処理を実行する。
【００３９】
無線通信インタフェース４６は、ネットワークＮを介した無線通信のために電波の送受信を行なうアンテナ（図示せず）に接続されており、制御部４０からの指示に従ってアンテナを介して最寄りの無線ＡＰ２との接続を確立する。無線通信インタフェース４６は、無線ＡＰ２及びネットワークＮを介して、医師管理サーバ１、看護師端末３，３…、他の医師端末４，４…のいずれかとの間で通信を行なう。
【００４０】
ＧＰＳ受信部４７は、複数のＧＰＳ衛星（図示せず）から送られてくる電波（ＧＰＳ信号）を受信するアンテナ（図示せず）に接続されており、アンテナを介してＧＰＳ信号を受信する。制御部４０は、記憶部４３に格納してある位置取得処理プログラムを実行することにより、ＧＰＳ受信部４７が受信したＧＰＳ信号に基づいて、医師端末４の現在位置を検出する。なお、制御部４０は、検出した現在位置を、緯度、経度及び標高についてのデータを含む位置情報として取得する。
【００４１】
なお、上述した構成の医師端末４の記憶部４３に格納されている予定情報４３ａは、所定のタイミング（例えば、毎日、毎週等）で医師管理サーバ１の医師予定情報ＤＢ１３ｂからダウンロードされる。なお、予定情報４３ａを医師管理サーバ１の医師予定情報ＤＢ１３ｂから毎日ダウンロードする場合、例えば、当日の朝又は前日の夜に、医師管理サーバ１の医師予定情報ＤＢ１３ｂから１日分の予定情報４３ａをダウンロードすればよい。また、予定情報４３ａを医師管理サーバ１の医師予定情報ＤＢ１３ｂから毎週ダウンロードする場合、例えば、週明けの日の朝又は週末の日の夜に、医師管理サーバ１の医師予定情報ＤＢ１３ｂから１週間分の予定情報４３ａをダウンロードすればよい。
【００４２】
また、医師端末４の記憶部４３に格納されている現在位置情報４３ｂは、ＧＰＳ受信部４７が受信する電波に基づいて制御部４０が所定のタイミングで現在位置の情報を取得する都度、更新される。なお、制御部４０は、例えば数分間隔等の定期的に医師端末４の現在位置を検出しており、検出した現在位置の情報を現在位置情報４３ｂとして記憶部４３に格納させる。医師端末４の記憶部４３に格納されている現在状況情報４３ｃは、後述するように、図６（ａ）に示すような表示画面を介して医師が操作部４４を介して入力操作を行なう都度、更新される。
【００４３】
図６は医師端末４及び看護師端末３に表示される表示画面の構成を示す模式図である。図６（ａ）には医師端末４の表示画面の例を、図６（ｂ）には看護師端末３の表示画面の例をそれぞれ示している。なお、在宅医療サービスを行なう医師は、図６（ａ）に示すような表示画面を医師端末４の表示部４５に表示させつつ患者に対する診察行為を行なう。また、訪問看護サービスを行なう看護師は、図６（ｂ）に示すような表示画面を看護師端末３の表示部３５に表示させつつ患者に対する診察行為（看護行為）を行なう。
【００４４】
医師は、患者の自宅に訪問して診察行為を開始する際に医師端末４を起動させる。医師端末４の制御部４０は、記憶部４３の予定情報４３ａに基づいて、図６（ａ）に示すように、次の訪問先の患者に関する表示画面を表示部４５に表示させる。図６（ａ）に示すように、医師端末４の表示画面には、患者ＩＤ及び患者氏名、医師ＩＤ及び医師氏名、診察行為に含まれる複数の診察ステップ等が表示される。診察ステップは、開始、問診、検査結果通知、診察、所見説明、カルテ記入、次回予定確認、終了の各ステップを含むものとする。なお、診察ステップは、患者の病状、医師の診察方針等によって適宜設定できるようにしておくことが望ましい。
【００４５】
医師は、図６（ａ）に示す表示画面に表示された診察ステップに従って診察行為を行ないつつ、各診察ステップを開始する際に、各診察ステップを操作部４４によってクリック（選択）する。なお、制御部４０は、図６（ａ）に示す表示画面を介して各診察ステップがクリックされる都度、クリックされた診察ステップを、現在の診察ステップを示す現在状況情報４３ｃとして記憶部４３に更新して格納させる。よって、制御部４０は、現在診察中の患者に対する現在の診察ステップ、現在診察中の患者の診察行為が終了した場合には次の患者が誰であるのか等を把握（記憶）している。
【００４６】
また、図６（ａ）に示す表示画面中の各診察ステップの表示は、各診察ステップに必要な情報にリンクされており、医師が表示画面中の各診察ステップをクリックした場合、クリックされた診察ステップに必要な各種情報が表示部４５に表示される。具体的には、医師が表示画面中の「問診」をクリックした場合、前回の診察時のカルテの内容が表示部４５に表示される。また、医師が表示画面中の「検査結果通知」をクリックした場合、検査結果が表示部４５に表示される。このような構成により、医師は、医師端末４の表示部４５に適宜表示される各種の情報を見ながら効率よく診察を行なうことができる。
【００４７】
なお、医師がクリックした診察ステップ、即ち、既に終了した診察ステップは、まだ終了していない診察ステップと区別できるように表示される。図６（ａ）に示す表示画面では、既に終了した診察ステップは実線で囲まれた枠の中に表示され、まだ終了していない診察ステップは破線で囲まれた枠の中に表示される。従って、図６（ａ）に示す表示画面は、現在の診察ステップが「診察」である状態の表示画面である。
【００４８】
また、図６（ａ）に示す表示画面の各診察ステップの下段には、各診察ステップに応じた所要時間及びレベル値（後述する）が表示されている。なお、本実施形態１では、各診察ステップの所要時間及びレベル値を予め設定された値とし、制御部４０が予定情報４３ａを医師管理サーバ１からダウンロードする際に、各診察ステップの所要時間及びレベル値も一緒にダウンロードするものとする。
【００４９】
なお、各診察ステップの所要時間及びレベル値は、例えば、図６（ａ）に示す表示画面を介して変更されるようにしてもよい。この場合には、変更した各値を医師端末４の記憶部４３に格納させておくか、医師管理サーバ１に送信して医師管理サーバ１のＨＤＤ１３に医師毎に格納させておく必要がある。また、各診察ステップの所要時間及びレベル値は、図６（ａ）に示す表示画面に表示されなくてもよい。
【００５０】
一方、看護師も同様に、患者の自宅に訪問して診察（看護）を開始する際に看護師端末３を起動させる。看護師端末３の制御部３０は、記憶部３３の予定情報３３ａに基づいて、図６（ｂ）に示すように、次の訪問先の患者に関する表示画面を表示部３５に表示させる。なお、看護師は、各患者の診察ステップに従って診察を行なうと共に、各診察ステップが終了する都度その旨を入力操作しているため、制御部３０は、次の患者が誰であるのかを把握（記憶）している。
【００５１】
図６（ｂ）に示す表示画面は、図６（ａ）に示した表示画面と同様の内容を表示する。しかし、図６（ｂ）に示す表示画面は、図６（ａ）に示した表示画面中に表示されていた各診察ステップの所要時間及びレベル値を表示しないが、「医師検索要求」ボタンを表示する。具体的には、図６（ｂ）に示すように、看護師端末３の表示画面には、患者ＩＤ及び患者氏名、看護師ＩＤ及び看護師氏名、複数の診察ステップ、「医師検索要求」ボタン等が表示される。
【００５２】
診察ステップは、開始、問診、検査結果通知、診察、所見説明、カルテ記入、次回予定確認、終了の各ステップを含むものとする。なお、診察ステップは、患者の病状、看護師の診察方針等によって適宜設定できるようにしておくことが望ましい。
【００５３】
看護師は、図６（ｂ）に示す表示画面に表示された診察ステップに従って診察を行ないつつ、各診察ステップが終了する都度、次の診察ステップを操作部３４によってクリック（選択）する。なお、図６（ｂ）に示す表示画面中の各診察ステップの表示は、各診察ステップに必要な情報にリンクされており、看護師が表示画面中の各診察ステップをクリックした場合、クリックされた診察ステップに必要な各種情報が表示部３５に表示される。このような構成により、看護師は、看護師端末３の表示部３５に適宜表示される各種の情報を見ながら効率よく診察を行なうことができる。
【００５４】
なお、「医師検索要求」ボタンは、看護師が患者の自宅を訪問中に医師との連絡を取る必要が生じた場合に、各医師の応答可能状況の検索を医師管理サーバ１に要求するために操作するボタンである。例えば、看護師は、患者から診察（看護）に関する何らかの要望を受け付け、受け付けた要望に関する看護指示を医師に仰ぐために医師と連絡を取る必要が生じた場合に「医師検索要求」ボタンを操作部３４を介して操作する。なお、看護師が「医師検索要求」ボタンを操作した後の看護師端末３の制御部３０が行なう処理については後述する。
【００５５】
以下に、上述した構成の医師管理システムにおいて、医師管理サーバ１の制御部１０がＲＯＭ１１又はＨＤＤ１３に格納されている制御プログラムを実行することによって実現される機能について説明する。図７は実施形態１の医師管理サーバ１の機能構成を示す機能ブロック図である。
【００５６】
本実施形態１の医師管理サーバ１において、制御部１０は、ＲＯＭ１１又はＨＤＤ１３に格納されている制御プログラムを実行することによって、検索要求発生検知手段１０ａ、医師情報取得手段１０ｂ、状況判別手段１０ｃ、移動中の応答可能レベル推定手段１０ｄ、診察中の応答可能レベル推定手段１０ｅ、応答可能レベル生成手段１０ｆ、応答可能レベル送信手段１０ｇ等の各機能を実現する。
【００５７】
本実施形態１の医師管理システムにおいて、上述したように、看護師が看護師端末３の表示部３５に表示された「医師検索要求」ボタンを操作した場合、看護師端末３の制御部３０は、ネットワークＮを介して医師管理サーバ１に対して、医師検索処理の実行を要求する。なお、看護師端末３は、図６（ｂ）に示した表示画面中だけでなく、起動中は常に表示部３５に「医師検索要求」ボタンを表示させておいてもよい。
【００５８】
看護師端末３が医師管理サーバ１に医師検索処理の実行を要求した場合、医師管理サーバ１の通信インタフェース１４は、ネットワークＮを介して看護師端末３から、医師検索処理の実行の要求を受け付ける。検索要求発生検知手段１０ａは、通信インタフェース１４が医師検索処理の実行の要求を受け付けたか否かに基づいて、医師検索処理の実行要求が発生したか否かを検知する。検索要求発生検知手段１０ａは、医師検索処理の実行要求が発生したことを検知した場合、その旨を医師情報取得手段１０ｂに通知する。
【００５９】
医師情報取得手段１０ｂは、検索要求発生検知手段１０ａによって医師検索処理の実行要求の発生を通知された場合、ネットワークＮを介して全ての医師端末４に対して、医師情報を要求する。
【００６０】
それぞれの医師端末４の制御部（現在状況検知手段）４０は、医師管理サーバ１から医師情報を要求された場合、記憶部４３に格納されている現在位置情報４３ｂが示す現在位置及び現在状況情報４３ｃが示す現在の状況に基づいて、記憶部４３に格納されている予定情報４３ａにおいて現在どの状況にあるのかを特定する。制御部（予定情報特定手段）４０は、特定した現在の状況から所定の時間帯（例えば２時間）における予定情報を、記憶部４３に格納されている予定情報４３ａから抽出する。
【００６１】
医師端末４の制御部４０は、予定情報４３ａから抽出した予定情報及び現在位置情報４３ｂを医師情報として、ネットワークＮを介して医師管理サーバ１へ送信する。医師情報取得手段（予定情報取得手段）１０ｂは、全ての医師端末４から送信されてきた医師情報を通信インタフェース１４を介して取得し、取得した医師情報を状況判別手段１０ｃに送出する。
【００６２】
なお、医師端末４の記憶部４３に格納されている予定情報４３ａは、医師管理サーバ１のＨＤＤ１３に格納されている医師予定情報ＤＢ１３ｂにも含まれている。従って、医師端末４の制御部４０は、予定情報４３ａから抽出した予定情報の代わりに現在状況情報４３ｃを医師情報として医師管理サーバ１へ送信してもよい。この場合、医師管理サーバ１の制御部１０（医師情報取得手段１０ｂ）が、それぞれの医師について、現在の状況から所定の時間帯（例えば２時間）における予定情報を、ＨＤＤ１３に格納されている医師予定情報ＤＢ１３ｂから抽出すればよい。
【００６３】
具体的には、医師情報取得手段（現在状況検知手段、予定情報特定手段）１０ｂは、それぞれの医師端末４から取得した現在位置情報４３ｂが示す現在位置及び現在状況情報４３ｃが示す現在の状況に基づいて、ＨＤＤ１３に格納されている医師予定情報ＤＢ１３ｂから、現在の状況から所定の時間帯における予定情報を抽出する。そして、医師情報取得手段１０ｂは、医師予定情報ＤＢ１３ｂから抽出した予定情報を状況判別手段１０ｃに通知する。
【００６４】
状況判別手段（区分手段）１０ｃは、それぞれの医師について、各医師の予定情報（所定の時間帯における予定情報）を、移動中の時間帯の予定情報と、診察中（患者宅に訪問中）の時間帯の予定情報とに区分する。状況判別手段１０ｃは、移動中の時間帯に区分した予定情報を移動中の応答可能レベル推定手段（特定手段）１０ｄに通知し、診察中の時間帯に区分した予定情報を診察中の応答可能レベル推定手段（特定手段）１０ｅに通知する。
【００６５】
移動中の応答可能レベル推定手段１０ｄは、通知された移動中の時間帯の時間ST、即ち、この移動中の時間帯の開始日時から次の診察が開始される予定日時までの時間STを算出する。移動中の応答可能レベル推定手段（移動時間算出手段）１０ｄは、医師端末４から取得した医師情報の現在位置情報４３ｂが示す医師の現在位置から、次の訪問場所（患者宅）までの距離を元に、次の訪問場所までの移動に要する移動時間TTを算出する。なお、移動時間TTは、単純に移動距離に比例する関数に基づいて算出してもよいし、移動手段（車、電車、徒歩等）に応じた係数を移動距離に掛けて算出してもよい。
【００６６】
移動中の応答可能レベル推定手段１０ｄは、時間STから移動時間TTを差し引いて余裕時間MTを算出する。余裕時間MTは、次の訪問場所に移動するまでの時間で、実際の移動に要しない時間のことを示す。
移動中の応答可能レベル推定手段１０ｄは、状況判別手段１０ｃから通知された移動中の時間帯の開始日時から余裕時間MTが経過するまでの間の応答可能レベルL(t)をＭａｘ値（例えば、１０）に設定する。また、移動中の応答可能レベル推定手段１０ｄは、余裕時間MTが経過してから移動中の時間帯の終了日時までの間の応答可能レベルL(t)を、例えば以下の式１に従って設定する。
【００６７】
Ｌ（ｔ）＝ａ（ｔ−ＳＴ）2 ＋ｂ  …（式１）
ａ＝（Ｍａｘ−ｂ）／（ＭＴ−ＳＴ）2 
ｂ＝診察ステップの開始時点に設定された応答可能レベルＬ
【００６８】
なお、移動中の時間帯において余裕時間MTが経過した後の応答可能レベルL(t)は、次の診察開始までの時間が短いほど小さい値とすればよく、上記の式１に基づく構成には限られない。また、算出した余裕時間MTが０以下であれば、医師が現在移動中であって移動時間以外の余裕時間がないので、移動中の応答可能レベル推定手段１０ｄは、上記の式１に基づく応答可能レベルL(t)のみを設定すればよい。
【００６９】
診察中の応答可能レベル推定手段１０ｅは、状況判別手段１０ｃから通知された診察中の時間帯について、予め登録された各診察ステップに要する所要時間及び各診察ステップにおける応答可能レベルに基づいて応答可能レベルL(t)を設定する。なお、各診察ステップに要する所要時間及び各診察ステップにおける応答可能レベルは、医師管理サーバ１のＨＤＤ１３に予め格納してある。
【００７０】
具体的には、図６（ａ）に示した表示画面中に表示してある「所要時間」及び「レベル値」が、各診察ステップに対応してＨＤＤ１３に格納してある。なお、図６（ａ）に示したレベル値は、０を基準とした増減値を示している。
診察中の応答可能レベル推定手段１０ｅは、通知された診察中の時間帯の開始日時を診察ステップの開始とし、開始ステップの開始日時から開始ステップの所要時間が経過するまでの間の応答可能レベルL(t)を、開始ステップにおける応答可能レベルに設定する。
【００７１】
同様に、診察中の応答可能レベル推定手段１０ｅは、開始ステップの終了予定日時（開始ステップの開始日時から開始ステップの所要時間が経過した日時）から問診ステップの所要時間が経過するまでの間の応答可能レベルL(t)を、問診ステップにおける応答可能レベルに設定する。診察中の応答可能レベル推定手段１０ｅは、このような処理を全ての診察ステップについて行なう。
【００７２】
なお、医師端末４から取得した予定情報が、診察ステップのいずれかで開始する予定情報である場合、医師が現在診察中であるので、診察中の応答可能レベル推定手段１０ｅは、現在の診察ステップ以降の各診察ステップに対する応答可能レベルのみを設定すればよい。
【００７３】
本実施形態１では、各診察ステップにおける応答可能レベルＬを、０を基準として＋６，＋５，＋３等に設定しているので、各診察ステップの応答可能レベルが６，５，３…に設定される。しかし、例えば、所定のＭｉｎ値（最小値）を基準に各診察ステップにおける応答可能レベルの増減値を設定しておくこともできる。この場合、各診察ステップの応答可能レベルは、（Ｍｉｎ値）＋６，（Ｍｉｎ値）＋５，（Ｍｉｎ値）＋３…の各値となる。
【００７４】
移動中の応答可能レベル推定手段１０ｄ及び診察中の応答可能レベル推定手段１０ｅのそれぞれは、設定した各時間帯における応答可能レベルを応答可能レベル生成手段１０ｆに送出する。
【００７５】
応答可能レベル生成手段１０ｆは、移動中の応答可能レベル推定手段１０ｄ及び診察中の応答可能レベル推定手段１０ｅから取得した応答可能レベルを統合し、図８に示すような所定の時間帯における応答可能レベルを生成する。
【００７６】
図８は応答可能レベルの推移を示す模式図である。図８（ａ）には医師が現在移動中であった場合の所定の時間帯（例えば２時間）における応答可能レベルの推移を、図８（ｂ）には医師が現在診察中であった場合の所定の時間帯における応答可能レベルの推移をそれぞれ示している。なお、図８では、横軸を現在からの経過時間とし、縦軸を応答可能レベルのレベル値として応答可能レベルの推移を示している。
【００７７】
応答可能レベル生成手段１０ｆによって生成される応答可能レベルは、図８（ａ），（ｂ）に示すように、移動中の時間帯においては、開始時刻から余裕時間MTが経過するまでの間ではＭａｘ値となる。また、応答可能レベルは、余裕時間MTが経過した時点から次の診察が開始される時刻までの間では、次の診察開始時刻までの時間に応じて徐々に小さい値となる。また、応答可能レベルは、診察中の時間帯においては、各診察ステップに対して設定された値となる。
【００７８】
状況判別手段１０ｃ、移動中の応答可能レベル推定手段１０ｄ、診察中の応答可能レベル推定手段１０ｅ及び応答可能レベル生成手段１０ｆは、医師情報取得手段１０ｂが取得した医師情報毎に（医師毎に）上述した応答可能レベルを生成する。応答可能レベル生成手段１０ｆは、生成した各医師の応答可能レベルを応答可能レベル送信手段１０ｇに送出する。
【００７９】
応答可能レベル送信手段１０ｇは、応答可能レベル生成手段１０ｆから応答可能レベルを取得すると、応答可能レベルを表示させるための応答可能レベル表示画面情報を生成する。応答可能レベル送信手段（出力手段）１０ｇは、生成した応答可能レベル表示画面情報を、ネットワークＮを介して、医師検索処理の実行を要求してきた看護師端末３へ送信する。
【００８０】
看護師端末３の制御部３０は、無線通信インタフェース３６を介して応答可能レベル表示画面情報を受信した場合、受信した応答可能レベル表示画面情報に基づいて、図９（ａ）に示すような応答可能レベル表示画面を表示部３５に表示させる。図９は看護師端末３に表示される表示画面の構成を示す模式図である。図９（ａ）は、医師管理サーバ１によって生成される各医師の応答可能レベルを示す応答可能レベル表示画面を、図９（ｂ）は、看護師端末３によって生成される応答可能医師表示画面情報に基づく応答可能医師表示画面をそれぞれ示す。
【００８１】
図９（ａ）に示す応答可能レベル表示画面は、横軸を現在からの経過時間とし、縦軸を応答可能レベルのレベル値として各医師の応答可能レベルを表示する。なお、図９（ａ）に示す応答可能レベル表示画面では、現在から１２０分が経過するまでの時間における応答可能レベルを示している。しかし、医師管理サーバ１が現在から６０分間における各医師の応答可能レベルを生成する構成であれば、応答可能レベル表示画面には、現在から６０分が経過するまでの間における応答可能レベルが表示されることになる。
【００８２】
また、応答可能レベル表示画面は、この画面の表示を終了させて医師検索処理を終了させるための終了ボタンを表示する。看護師が、看護師端末３の操作部３４を用いて終了ボタンを操作した場合、制御部３０は、この画面の表示を終了させ、医師検索処理を終了させる。なお、制御部３０は、この画面の表示を終了させた後は、例えば、初期画面、図６（ｂ）に示した表示画面等の表示に戻す。
【００８３】
また、応答可能レベル表示画面は、看護師端末３の操作部３４を介して横軸上の任意の箇所を操作することによって、現在から１２０分が経過するまでの時間帯において任意の経過時間の選択が可能に構成されている。図９（ａ）には、２０分の経過時間が選択されている状態を示している。図９（ａ）に示すように任意の経過時間が選択された場合、制御部３０は、選択された経過時間の時点での応答可能レベルが高い順に各医師の氏名を表示する応答可能医師表示画面情報を生成する。
【００８４】
なお、選択された経過時間の時点での応答可能レベルが所定の閾値未満の医師は、応答可能医師表示画面に表示される医師に含めない。また、応答可能レベル表示画面は、図９（ａ）に示すような横破線で、応答可能医師表示画面に表示される医師に含めるか否かを決定する閾値を示している。
【００８５】
制御部３０は、生成した応答可能医師表示画面情報に基づいて、図９（ｂ）に示すような応答可能医師表示画面を表示部３５に表示させる。応答可能医師表示画面は、応答可能レベル表示画面を介して選択された経過時間の時点で連絡の取り易い順に各医師の氏名を表示する。応答可能医師表示画面は、表示されたいずれかの医師に応答予約（アポイントメント）を取るための応答予約ボタンと、応答可能レベル表示画面の表示へ戻すための戻るボタンとを表示する。
【００８６】
看護師が、操作部３４を用いて応答予約ボタンを操作した場合、制御部３０は、応答可能レベル表示画面を介して選択された現在からの経過時間が経過した時点での時刻（日時）を算出する。制御部３０は、算出した時刻に、応答可能医師表示画面を介して選択された医師に対する応答予約を医師管理サーバ１に要求し、医師検索処理を終了させる。医師管理サーバ１の制御部１０は、看護師端末３から医師に対する応答予約を要求された場合、対応する医師端末４に応答予約が入ったことを通知する。
【００８７】
なお、応答予約が入ったことを通知する方法としては、医師が携帯する携帯電話機又は医師端末４に電子メールを送信することが考えられるが、この方法に限られない。看護師が、応答可能医師表示画面中の戻るボタンを操作部３４を用いて操作した場合、看護師端末３の制御部３０は、応答可能レベル表示画面の表示に戻す。
【００８８】
応答予約を要求した看護師は、応答予約を行なった時刻、即ち、応答可能レベル表示画面を介して選択した現在からの経過時間が経過した時刻に、応答予約を行なった医師に、例えば携帯電話機を用いて連絡を取る。また、医師は、応答予約されたことを医師管理サーバ１から通知されているので、応答予約された時刻に看護師からの電話に出るようにする。これにより、看護師は、自身の都合に合ったタイミングで医師との連絡を取ることができ、医師は、本来の業務に影響を与えない範囲で看護師からの連絡を受けることができる。
【００８９】
以下に、本実施形態１の医師管理システムにおいて、医師管理サーバ１、看護師端末３及び医師端末４のそれぞれが行なう処理についてフローチャートに基づいて説明する。図１０及び図１１は実施形態１における医師検索処理の手順を示すフローチャートである。
【００９０】
なお、以下の処理は、医師管理サーバ１のＲＯＭ１１又はＨＤＤ１３に記憶してある制御プログラムに従って制御部１０によって実行されると共に、看護師端末３のＲＯＭ３１又は記憶部３３に格納してある制御プログラムに従って制御部３０によって実行される。また、図１０及び図１１では、破線で区切った２つの領域において、左側の領域に看護師端末３の制御部３０による処理を、右側の領域に医師管理サーバ１の制御部１０による処理をそれぞれ示している。
【００９１】
看護師端末３の制御部３０は、例えば図６（ｂ）に示す表示画面において、ユーザ（看護師）によって医師検索要求ボタンが操作されたか否かを判断しており（Ｓ１）、操作されていない場合（Ｓ１：ＮＯ）、操作されるまで待機する。制御部３０は、操作されたと判断した場合（Ｓ１：ＹＥＳ）、医師管理サーバ１に対して、医師検索処理の実行を要求する（Ｓ２）。
【００９２】
医師管理サーバ１の制御部１０（検索要求発生検知手段１０ａ）は、看護師端末３から医師検索処理の実行要求が発生したか否かを判断し（Ｓ３）、実行要求が発生していない場合（Ｓ３：ＮＯ）、実行要求が発生するまで待機する。制御部１０は、医師検索処理の実行要求が発生したと判断した場合（Ｓ３：ＹＥＳ）、応答可能レベル生成処理を実行し（Ｓ４）、それぞれの医師について、現在から所定の時間帯（例えば２時間）における応答可能レベルを生成する。なお、応答可能レベル生成処理については、図１２及び図１３に基づいて後述する。
【００９３】
医師管理サーバ１の制御部１０は、生成した応答可能レベルを表示させるための応答可能レベル表示画面情報を生成し（Ｓ５）、生成した応答可能レベル表示画面情報を、医師検索処理の実行を要求してきた看護師端末３へ送信する（Ｓ６）。
【００９４】
看護師端末３の制御部３０は、医師管理サーバ１から応答可能レベル表示画面情報を受信した場合、受信した応答可能レベル表示画面情報に基づいて、図９（ａ）に示すような応答可能レベル表示画面を表示部３５に表示させる（Ｓ７）。看護師は、応答可能レベル表示画面において、操作部３４を用いて所望の経過時間を選択する。制御部３０は、看護師によって選択された任意の経過時間を受け付けたか否かを判断する（Ｓ８）。経過時間を受け付けていないと判断した場合（Ｓ８：ＮＯ）、制御部３０は、看護師によって応答可能レベル表示画面中の終了ボタンが操作されたか否かを判断する（Ｓ９）。
【００９５】
制御部３０は、終了ボタンが操作されたと判断した場合（Ｓ９：ＹＥＳ）、図９（ａ）に示す応答可能レベル表示画面の表示を終了し、医師検索処理を終了する。制御部３０は、終了ボタンが操作されていないと判断した場合（Ｓ９：ＮＯ）、ステップＳ８に処理を戻す。
【００９６】
制御部３０は、応答可能レベル表示画面を介して経過時間を受け付けたと判断した場合（Ｓ８：ＹＥＳ）、受け付けた経過時間の時点での応答可能レベルが所定の閾値以上の各医師の氏名を、応答可能レベルが高い順に表示する応答可能医師表示画面情報を生成する（Ｓ１０）。制御部３０は、生成した応答可能医師表示画面情報に基づいて、応答可能医師表示画面を表示部３５に表示させる（Ｓ１１）。
【００９７】
看護師は、応答可能医師表示画面において、操作部３４を用いて所望の医師を選択して応答予約ボタンを操作することにより、所望の医師に対する応答予約を要求する。制御部３０は、応答予約を受け付けたか否かを判断し（Ｓ１２）、応答予約を受け付けていないと判断した場合（Ｓ１２：ＮＯ）、ステップＳ７に処理を戻し、図９（ａ）に示すような応答可能レベル表示画面の表示に戻す。
【００９８】
応答予約を受け付けたと判断した場合（Ｓ１２：ＹＥＳ）、制御部３０は、応答可能レベル表示画面を介して選択された現在からの経過時間が経過した時点での時刻を算出する。制御部３０は、算出した時刻で、応答可能医師表示画面を介して選択された医師に対する応答予約を医師管理サーバ１に要求する（Ｓ１３）。医師管理サーバ１の制御部１０は、看護師端末３から応答予約を要求された場合、応答予約が入った旨を、対応する医師端末４に通知し（Ｓ１４）、上述した医師管理処理を終了する。
【００９９】
次に、上述した医師検索処理における応答可能レベル生成処理（図１０のステップＳ４）についてフローチャートに基づいて説明する。図１２及び図１３は応答可能レベル生成処理の手順を示すフローチャートである。なお、以下の処理は、医師管理サーバ１のＲＯＭ１１又はＨＤＤ１３に記憶してある制御プログラムに従って制御部１０によって実行されると共に、医師端末４のＲＯＭ４１又は記憶部４３に格納してある制御プログラムに従って制御部４０によって実行される。また、図１２では、破線で区切った２つの領域において、左側の領域に医師管理サーバ１の制御部１０による処理を、右側の領域に医師端末４の制御部４０による処理をそれぞれ示している。
【０１００】
医師管理サーバ１の制御部１０は、看護師端末３から医師検索処理の実行要求が発生した場合、ネットワークＮを介して、自身が管理する全ての医師端末４に医師情報を要求する（Ｓ２１）。医師端末４の制御部４０は、医師情報を要求された場合、記憶部４３に格納されている現在位置情報４３ｂが示す現在位置及び現在状況情報４３ｃが示す現在の状況に基づいて、記憶部４３に格納されている予定情報４３ａにおいて現在の状況を特定する（Ｓ２２）。
【０１０１】
医師端末４の制御部４０は、特定した現在の状況から所定の時間帯（例えば２時間）における予定情報を、記憶部４３に格納されている予定情報４３ａから抽出する（Ｓ２３）。制御部４０は、予定情報４３ａから抽出した予定情報及び記憶部４３に格納されている現在位置情報４３ｂを医師情報として、ネットワークＮを介して医師管理サーバ１へ送信する（Ｓ２４）。医師管理サーバ１の制御部１０は、全ての医師端末４から医師情報を受信し（Ｓ２５）、例えばＲＡＭ１２に格納する。
【０１０２】
制御部１０（状況判別手段１０ｃ）は、受信した医師情報のうちの１人分の医師情報を抽出し（Ｓ２６）、抽出した予定情報を、移動中の時間帯の予定情報と、診察中（患者宅に訪問中）の時間帯の予定情報とに区分する（Ｓ２７）。制御部１０（移動中の応答可能レベル推定手段１０ｄ）は、移動中に区分された時間帯における応答可能レベルを設定する（Ｓ２８）。
【０１０３】
具体的には、制御部１０は、移動中に区分された時間帯において、実際の移動に要する移動時間TTと、それ以外の余裕時間MTとを算出する。そして、制御部１０は、移動中の時間帯の開始日時から余裕時間MTが経過するまでの間の応答可能レベルをＭａｘ値に設定し、余裕時間MTが経過してから移動中の時間帯の終了日時までの間の応答可能レベルを所定の式に基づく値に設定する。
【０１０４】
制御部１０（診察中の応答可能レベル推定手段１０ｅ）は、診察中に区分された時間帯における応答可能レベルを設定する（Ｓ２９）。具体的には、制御部１０は、診察中に区分された時間帯において、予め登録された各診察ステップに要する所要時間及び各診察ステップにおける応答可能レベルに基づいて応答可能レベルを設定する。
【０１０５】
制御部１０（応答可能レベル生成手段１０ｆ）は、移動中の時間帯に対して設定した応答可能レベルと、診察中の時間帯に対して設定した応答可能レベルとを統合し、所定の時間帯（例えば２時間）における応答可能レベルを生成する（Ｓ３０）。制御部１０は、ステップＳ２５で受信した全ての医師情報に対して上述した処理を終了したか否かを判断する（Ｓ３１）。
【０１０６】
終了していないと判断した場合（Ｓ３１：ＮＯ）、制御部１０は、ステップＳ２６に処理を戻し、ステップＳ２５で受信した医師情報から、まだ処理を行なっていない１人分の医師情報を抽出する（Ｓ２６）。制御部１０は、抽出した医師情報に対して、上述したステップＳ２７〜Ｓ３０の処理を実行し、全ての医師情報に対して上述した処理を終了したと判断した場合（Ｓ３１：ＹＥＳ）、上述した応答可能レベル生成処理を終了して医師検索処理に戻る。
【０１０７】
上述したように、本実施形態１の医師管理システムでは、各医師の予定情報に基づいて各医師の応答可能状態を把握でき、応答可能である状況の各医師（応答可能レベルが所定の閾値以上の医師）に応答予約を行なうことができる。また、各医師が患者宅を訪問中であっても、比較的応答可能な状況（診察ステップ）において看護師との連絡を可能とすることにより、看護師が医師と連絡を取れる可能性を高めることができる。
【０１０８】
よって、従来では、医師が患者宅を巡回訪問中は看護師が医師と連絡を取ることが難しかったが、本願に開示する管理システムを用いることにより、医師が患者宅を巡回訪問中であっても医師との連絡が取り易くなる。また、看護師が所望するタイミングで、その時点での各医師の状況を考慮した上で、それ以降における各医師の応答可能状態を把握できる。従って、現時点での各医師の応答可能状況だけでなく、将来における応答可能状況を推定できるので、看護師及び医師の双方の都合を考慮したタイミングでの応答予約及び連絡が可能となる。
【０１０９】
また、本実施形態１の医師管理システムでは、各医師の予定情報に基づいて、移動中の時間帯と診察中の時間帯とのそれぞれにおいて適切な応答可能レベルを設定できる。
【０１１０】
上述した実施形態１では、医師端末４は、ＧＰＳ受信部４７が受信したＧＰＳ信号に基づいて医師端末４の現在位置を検出する構成であった。このような構成に限られず、例えば、医師端末４がネットワークＮに接続する際の最寄りの無線ＡＰ２の位置に基づいて、医師端末４の現在位置を検出する構成とすることもできる。具体的には、医師端末４は、最寄りの複数の無線ＡＰ２，２との間で送受信される電波の強度等に基づいて、現在位置を検出することができる。
【０１１１】
また、各患者の自宅の場所を予め登録しておき、図６（ａ）に示した表示画面において、操作部４４を介して開始ステップが操作された場合に、診察を開始した患者の自宅を、この医師の現在位置としてもよい。
【０１１２】
上述した実施形態１の医師管理サーバ１は、看護師端末３から医師検索処理の実行要求があった場合に、各医師端末４から医師情報を取得し、取得した医師情報に基づいて各医師の応答可能レベルを生成する構成である。これにより、各医師の現在の状況をより正確に考慮した応答可能レベルの算出を行なうことができ、各医師の実際の応答可能性に沿った応答可能レベルを算出できる。
【０１１３】
このような構成に限られず、医師管理サーバ１は、それぞれの医師端末４から医師情報を取得せずに、ＨＤＤ１３に格納されている医師予定情報ＤＢ１３ｂのみに基づいて、所定の時間帯における各医師の応答可能レベルを生成する構成であってもよい。この場合、医師管理サーバ１は、医師予定情報ＤＢ１３ｂに格納されている各医師の予定情報に基づいて、所定の時間帯における各医師の応答可能レベルを生成すればよい。なお、各医師が予定情報の通りに業務を遂行できている場合であれば、ＨＤＤ１３に予め格納されている医師予定情報ＤＢ１３ｂから抽出した予定情報に基づく応答可能レベルを用いれば十分である。
【０１１４】
また、上述した実施形態１の医師管理サーバ１は、看護師端末３から医師検索処理の実行要求があった場合に、各医師端末４から医師情報を取得し、各医師情報に基づく応答可能レベルを生成する構成である。このような構成に限られず、例えば、医師管理サーバ１は、定期的に各医師端末４から医師情報を取得し、応答可能レベルを生成する構成であってもよい。この場合、医師管理サーバ１は、看護師端末３から医師検索処理の実行要求があった場合に、既に生成してある各医師の応答可能レベルを看護師端末３へ送信すればよいので、レスポンスが速くなる。また、多数の看護師端末３から同じタイミングで医師検索処理の実行要求があった場合に、同じ処理を多数重複して行なうことになるが、その処理の重複を回避することができる。
【０１１５】
上述した実施形態１では、医師管理サーバ１は、看護師端末３からいずれかの医師に対する応答予約を要求された場合、その旨を医師端末４に通知する構成である。医師管理サーバ１は、各医師に対して既に応答予約が入っているか否かの情報を管理しておき、各医師の応答可能レベルを算出する際に、既に入っている応答予約も考慮する構成を更に備えてもよい。例えば、既に入っている応答予約の日時の近傍の日時に対する応答可能レベルを最小値（例えば、０）にしておけばよい。このように構成することにより、複数の看護師からの同じ時刻での応答予約が重複することを回避できる。
【０１１６】
上述した実施形態１では、応答可能レベルのＭａｘ値を１０とし、診察行為の各診察ステップにおける応答可能レベルを１０未満の各値として説明した。しかし、応答可能レベルはこのような値に限られず、移動中の時間帯における余裕時間中の応答可能レベル（Ｍａｘ値）と、各診察ステップにおける応答可能レベルとが所定の相対関係を有する値であればよい。
【０１１７】
（実施形態２）
以下に、実施形態２に係る医師管理システムについて説明する。なお、本実施形態２の医師管理システムは、上述した実施形態１の医師管理システムと同様の構成によって実現することができるので、同様の構成については同一の符号を付して説明を省略する。
【０１１８】
上述した実施形態１の医師管理システムでは、医師管理サーバ１の制御部１０は、診察中の時間帯について、予め登録された各診察ステップにおける所要時間及び応答可能レベルに基づいて応答可能レベルを設定する構成であった。これに対して、本実施形態２の医師管理システムは、各診察ステップにおける所要時間及び応答可能レベルが、医師毎に予め設定されている構成である。
【０１１９】
本実施形態２の医師管理システムは、上述した実施形態１の医師管理システムの構成のほかに、医師管理サーバ１のＨＤＤ１３に、図１４に示すような登録情報ＤＢ１３ｄが格納されている。図１４は登録情報ＤＢ１３ｄの登録内容を示す模式図である。図１４に示すように、登録情報ＤＢ１３ｄには、医師管理システムが管理する複数の医師の医師情報と、各医師によって予め登録された登録情報とが対応付けて登録されている。
【０１２０】
医師情報は、各医師に割り当てられた医師ＩＤ及び医師氏名等を含む。登録情報は、各医師が患者宅を訪問中に行なう診察行為に含まれる診察ステップ、各診察ステップに要する所要時間、各診察ステップにおける応答可能レベルのレベル値等を含む。登録情報ＤＢ１３ｄの登録内容は、担当医師又は予定管理者が登録情報の登録又は変更を行なう都度、制御部１０によって登録又は更新される。なお、登録情報ＤＢ１３ｄの登録内容は、医師管理サーバ１の操作部を介して、又は医師管理サーバ１との間で通信可能な各種の端末装置を介して登録又は変更される。
【０１２１】
図１５は実施形態２の医師管理サーバ１の機能構成を示す機能ブロック図である。本実施形態２の医師管理サーバ１の制御部１０は、上述した実施形態１の医師管理サーバ１の制御部１０と同様の機能を有する。ただし、本実施形態２では、診察中の応答可能レベル推定手段１０ｅは、状況判別手段１０ｃから通知された診察中の時間帯について、登録情報ＤＢ１３ｄの登録内容に基づいて応答可能レベルを設定する構成である。
【０１２２】
具体的には、医師端末４は、医師管理サーバ１から予定情報をダウンロードする際に、登録情報ＤＢ１３ｄの登録情報もダウンロードする。よって、医師端末４の制御部４０は、図６（ａ）に示す表示画面を表示部４５に表示させる際に、医師管理サーバ１からダウンロードした登録情報を用いる。なお、登録情報ＤＢ１３ｄを医師端末４の記憶部４３に格納させておき、医師端末４で管理する構成としてもよい。
【０１２３】
一方、医師管理サーバ１の制御部１０（診察中の応答可能レベル推定手段１０ｅ）は、通知された診察中の時間帯について、登録情報ＤＢ１３ｄに登録された各診察ステップにおける所要時間及び応答可能レベルのレベル値に基づいて応答可能レベルを設定する。具体的には、診察中の応答可能レベル推定手段１０ｅは、診察中の時間帯の開始日時を開始ステップの開始とし、開始ステップの開始日時から開始ステップに対して登録された所要時間が経過するまでの間の応答可能レベルを、開始ステップにおける応答可能レベルに設定する。
【０１２４】
また、診察中の応答可能レベル推定手段１０ｅは、開始ステップの終了予定日時から問診ステップに対して登録された所要時間が経過するまでの間の応答可能レベルを、問診ステップにおける応答可能レベルに設定する。診察中の応答可能レベル推定手段１０ｅは、このような処理を全ての診察ステップについて行なう。
なお、診察中の応答可能レベル推定手段１０ｅ以外の構成については、上述した実施形態１と同様の処理を行なうので、詳細については省略する。
【０１２５】
上述した構成により、本実施形態２の医師管理システムでは、各医師が各診察ステップに要する所要時間を任意に設定できるので、各医師の診察ペースを考慮したより適切な応答可能レベルを生成（推定）できる。また、本実施形態２の医師管理システムでは、各医師が各診察ステップにおける応答可能レベルを任意に設定できるので、各医師の希望を反映した応答可能レベルの生成が可能となる。
【０１２６】
上述した実施形態２の医師管理システムでは、医師が行なう診察行為の各診察ステップにおける所要時間及び応答可能レベルのレベル値が、医師毎に予め設定されている構成であった。このような構成のほかに、各医師が、巡回訪問する各患者宅間を移動する際の移動時間も予め設定しておく構成としてもよい。また、車、電車、徒歩等の移動手段のそれぞれに対応する移動速度を予め登録しておき、登録しておいた情報を用いて移動時間を算出するように構成することもできる。この場合、移動中の応答可能レベル推定手段１０ｄも、状況判別手段１０ｃから通知された移動中の時間帯について、予め登録された内容に基づいて応答可能レベルを設定する構成となる。
【０１２７】
また、各医師が訪問する患者毎に各診察ステップにおける所要時間及び応答可能レベルのレベル値を登録する構成とすることもできる。この場合、医師毎だけでなく、各医師の各患者の診察状況を反映させた応答可能レベルの生成が可能となる。
【０１２８】
（実施形態３）
以下に、実施形態３に係る医師管理システムについて説明する。なお、本実施形態３の医師管理システムは、上述した実施形態１の医師管理システムと同様の構成によって実現することができるので、同様の構成については同一の符号を付して説明を省略する。
【０１２９】
上述した実施形態２の医師管理システムは、各診察ステップにおける所要時間が、医師毎に予め設定されている構成である。これに対して、本実施形態３の医師管理システムは、各診察ステップにおける所要時間を、過去の履歴情報に基づいて設定する構成である。
【０１３０】
本実施形態３の医師管理システムは、上述した実施形態１の医師管理システムの構成のほかに、医師管理サーバ１のＨＤＤ（作業時間記憶手段）１３に、図１６に示すような履歴情報ＤＢ１３ｅが格納されている。図１６は履歴情報ＤＢ１３ｅの登録内容を示す模式図である。図１６に示すように、履歴情報ＤＢ１３ｅには、医師管理システムが管理する複数の医師の医師情報と、各医師の履歴情報とが対応付けて登録されている。
【０１３１】
医師情報は、各医師に割り当てられた医師ＩＤ及び医師氏名等を含む。履歴情報は、各医師が患者宅を訪問中に行なう診察行為に含まれる診察ステップを示す情報、ログ情報から算出された各診察ステップに要する所要時間、各診察ステップに要する所要時間のログ情報等を含む。ログ情報は、以前の診察行為において各診察ステップに実際に要した所要時間の合計時間及び診察回数等を含む。なお、ログ情報は、以前の診察行為において各診察ステップに実際に要した所要時間をそのまま用いてもよい。
【０１３２】
履歴情報ＤＢ１３ｅに登録されるログ情報は、担当医師が医師端末４の操作部４４を用いて図６（ａ）に示した表示画面に表示された各診察ステップをクリックする都度、制御部４０によって計測される。制御部４０によって計測された各診察ステップに要した所要時間は、所定のタイミングで医師管理サーバ１へ送信される。医師管理サーバ１の制御部１０は、各診察ステップの所要時間を受信した場合、送信元の医師端末４を使用する医師の医師情報に対応するログ情報の合計時間に加算すると共に、診察回数に１を加算する。制御部１０は、算出した合計時間を診察回数で割り、各診察の所要時間として履歴情報ＤＢ１３ｅを更新する。
【０１３３】
本実施形態３の医師管理サーバ１の制御部１０は、上述した実施形態１の医師管理サーバ１の制御部１０と同様の機能を有する。ただし、本実施形態３では、診察中の応答可能レベル推定手段１０ｅは、状況判別手段１０ｃから通知された診察中の時間帯について、履歴情報ＤＢ１３ｅの登録内容に基づいて応答可能レベルを設定する構成である。
【０１３４】
具体的には、医師端末４は、医師管理サーバ１から予定情報をダウンロードする際に、履歴情報ＤＢ１３ｅに登録された各診察ステップの所要時間もダウンロードする。よって、医師端末４の制御部４０は、図６（ａ）に示す表示画面を表示部４５に表示させる際に、医師管理サーバ１からダウンロードした所要時間を用いる。なお、履歴情報ＤＢ１３ｅを医師端末４の記憶部４３に格納させておき、医師端末４で管理する構成としてもよい。
【０１３５】
医師管理サーバ１の制御部１０（診察中の応答可能レベル推定手段１０ｅ）は、通知された診察中の時間帯について、履歴情報ＤＢ１３ｅに登録された各診察ステップにおける所要時間に基づいて応答可能レベルを設定する。なお、各診察ステップにおける応答可能レベルのレベル値は、実施形態１のように予め設定された値を用いてもよいし、実施形態２のように登録情報ＤＢ１３ｄに登録された値を用いてもよい。
【０１３６】
上述した構成により、本実施形態３の医師管理システムでは、各医師が各診察ステップに要する所要時間を、実際に要した時間に基づいて設定できるので、各医師の診察ペースに沿ってより適切な応答可能レベルを生成（推定）できる。
【０１３７】
上述した実施形態３の医師管理システムでは、医師が行なう診察行為の各診察ステップにおける所要時間が、過去の履歴に基づいて設定される構成であった。このような構成のほかに、各医師が、巡回訪問する各患者宅間を実際に移動する際に要した移動時間を、移動時間に設定する構成としてもよい。
【０１３８】
具体的には、各医師が、巡回訪問する各患者宅間を実際に移動する際に要した移動時間を、例えば医師管理サーバ１のＨＤＤ（移動時間記憶手段）１３に記憶させておく。そして、移動中の応答可能レベル推定手段１０ｄは、状況判別手段１０ｃから通知された移動中の時間帯について、ＨＤＤ１３に記憶された移動時間の履歴に基づいて各訪問先への移動時間を算出する構成となる。また、車、電車、徒歩等の移動手段毎に、実際に要した移動時間（移動速度）を履歴情報として記憶しておき、記憶しておいた情報を用いて移動時間を算出するように構成してもよい。
【０１３９】
また、各医師が訪問した患者毎に各診察ステップにおける所要時間のログ情報を記憶しておき、患者毎に各診察ステップにおける所要時間を設定する構成とすることもできる。この場合、医師毎だけでなく、各医師の各患者に対する実際の診察状況を反映させた応答可能レベルの生成が可能となる。
【０１４０】
（実施形態４）
以下に、実施形態４に係る医師管理システムについて説明する。なお、本実施形態４の医師管理システムは、上述した実施形態１の医師管理システムと同様の構成によって実現することができるので、同様の構成については同一の符号を付して説明を省略する。
【０１４１】
上述した実施形態１の医師管理システムでは、医師管理サーバ１は、各医師端末４から取得した医師情報に基づいて生成した各医師に対する応答可能レベルを看護師端末３へ送信する構成であった。また、看護師端末３は、医師管理サーバ１から取得した応答可能レベルに基づいて、看護師によって選択された現在からの経過時間の時点での応答可能レベルが高い医師を抽出して表示させる構成であった。
【０１４２】
これに対して、本実施形態４の医師管理システムでは、医師管理サーバ１は、看護師によって選択された現在からの経過時間を看護師端末３から取得し、取得した経過時間の時点での応答可能レベルが高い医師を看護師端末３に通知する構成である。即ち、本実施形態４の医師管理サーバ１は、看護師端末３に対して、応答可能レベルではなく、ユーザによって選択された時点での応答可能レベルが高い医師を通知する構成である。
【０１４３】
本実施形態４の医師管理サーバ１の制御部１０は、上述した実施形態１の医師管理サーバ１の制御部１０と同様の機能を有する。ただし、本実施形態４の応答可能レベル送信手段１０ｇは、上述した実施形態１の応答可能レベル送信手段１０ｇとは異なる処理を行なう。
【０１４４】
本実施形態４の応答可能レベル送信手段１０ｇは、応答可能レベル生成手段１０ｆから応答可能レベルを取得すると、現在の時点での応答可能レベルが所定の閾値以上である医師の氏名を、応答可能レベルが高い順に表示する応答可能医師表示画面情報を生成する。応答可能レベル送信手段１０ｇは、生成した応答可能医師表示画面情報を、ネットワークＮを介して、医師検索処理の実行を要求してきた看護師端末３へ送信する。
【０１４５】
看護師端末３の制御部３０は、無線通信インタフェース３６を介して応答可能医師表示画面情報を受信した場合、受信した応答可能医師表示画面情報に基づいて、図１７（ａ）に示すような応答可能医師表示画面を表示部３５に表示させる。図１７は応答可能医師表示画面の構成を示す模式図である。
【０１４６】
図１７（ａ）に示す応答可能医師表示画面は、現在時点での応答可能レベルが高い順に、順位に対応させて各医師の氏名を表示する。また、応答可能医師表示画面は、左端を現在とし、現在からの経過時間を示した横軸と、横軸上に１つのカーソルＫとを表示する。応答可能医師表示画面は、看護師端末３の操作部３４を介してカーソルＫを横軸上の任意の箇所に操作することによって、現在から１２０分が経過するまでの時間帯において任意の経過時間の選択が可能に構成されている。
【０１４７】
図１７（ａ）に示す応答可能医師表示画面においてカーソルＫが任意の箇所に操作された場合、看護師端末３の制御部３０は、選択された経過時間を医師管理サーバ１に通知する。医師管理サーバ１の制御部１０は、看護師端末３から任意の経過時間を通知された場合、現在から、通知された経過時間が経過した時点に対応する応答可能医師表示画面情報を生成する。
【０１４８】
具体的には、制御部１０は、現在から、通知された経過時間が経過した時点での応答可能レベルが所定の閾値以上である医師を選択する。そして、制御部１０は、選択した医師の氏名を、応答可能レベルが高い順に表示する応答可能医師表示画面情報を生成する。応答可能レベル送信手段１０ｇは、生成した応答可能医師表示画面情報を、ネットワークＮを介して、医師検索処理の実行を要求してきた看護師端末３へ送信する。
【０１４９】
この場合、看護師端末３の制御部３０は、受信した応答可能医師表示画面情報に基づいて、図１７（ｂ）に示すような応答可能医師表示画面を表示部３５に表示させる。図１７（ｂ）に示す応答可能医師表示画面は、現在から２０分後での応答可能レベルが高い順に、順位に対応させて各医師の氏名を表示する。図１７に示した応答可能医師表示画面は、表示されたいずれかの医師に応答予約（アポイントメント）を取るための応答予約ボタンと、医師検索処理を終了させるためのキャンセルボタンとを表示する。
【０１５０】
看護師が、操作部３４を用いて応答予約ボタンを操作した場合、制御部３０は、応答可能医師表示画面を介して選択された現在からの経過時間が経過した時点での時刻（日時）を算出する。制御部３０は、算出した時刻に、応答可能医師表示画面を介して選択された医師に対する応答予約を医師管理サーバ１に要求し、医師検索処理を終了させる。医師管理サーバ１の制御部１０は、看護師端末３から医師に対する応答予約を要求された場合、対応する医師端末４に応答予約が入ったことを通知する。
【０１５１】
以下に、本実施形態４の医師管理システムにおいて、医師管理サーバ１、看護師端末３及び医師端末４のそれぞれが行なう処理についてフローチャートに基づいて説明する。図１８及び図１９は実施形態４における医師検索処理の手順を示すフローチャートである。
【０１５２】
なお、以下の処理は、医師管理サーバ１のＲＯＭ１１又はＨＤＤ１３に記憶してある制御プログラムに従って制御部１０によって実行されると共に、看護師端末３のＲＯＭ３１又は記憶部３３に格納してある制御プログラムに従って制御部３０によって実行される。また、図１８及び図１９では、破線で区切った２つの領域において、左側の領域に看護師端末３の制御部３０による処理を、右側の領域に医師管理サーバ１の制御部１０による処理をそれぞれ示している。
【０１５３】
看護師端末３の制御部３０は、例えば図６（ｂ）に示す表示画面において、看護師によって医師検索要求ボタンが操作されたか否かを判断しており（Ｓ４１）、操作されていない場合（Ｓ４１：ＮＯ）、操作されるまで待機する。制御部３０は、操作されたと判断した場合（Ｓ４１：ＹＥＳ）、医師管理サーバ１に対して、医師検索処理の実行を要求する（Ｓ４２）。
【０１５４】
医師管理サーバ１の制御部１０は、看護師端末３から医師検索処理の実行要求が発生したか否かを判断し（Ｓ４３）、実行要求が発生していない場合（Ｓ４３：ＮＯ）、実行要求が発生するまで待機する。制御部１０は、医師検索処理の実行要求が発生したと判断した場合（Ｓ４３：ＹＥＳ）、応答可能レベル生成処理を実行し（Ｓ４４）、それぞれの医師について、現在から所定の時間帯（例えば２時間）における応答可能レベルを生成する。なお、応答可能レベル生成処理は、上述した実施形態１で説明した処理と同一である。
【０１５５】
医師管理サーバ１の制御部１０は、生成した応答可能レベルに基づいて、現在時点での応答可能レベルが所定の閾値以上の各医師の氏名を、応答可能レベルが高い順に表示する応答可能医師表示画面情報を生成する（Ｓ４５）。制御部１０は、生成した応答可能医師表示画面情報を、医師検索処理の実行を要求してきた看護師端末３へ送信する（Ｓ４６）。
【０１５６】
看護師端末３の制御部３０は、医師管理サーバ１から応答可能医師表示画面情報を受信した場合、受信した応答可能医師表示画面情報に基づいて、応答可能医師表示画面を表示部３５に表示させる（Ｓ４７）。看護師は、応答可能医師表示画面において、操作部３４を用いて所望の経過時間を選択する。制御部３０は、看護師によって選択された任意の経過時間を受け付けたか否かを判断する（Ｓ４８）。経過時間を受け付けたと判断した場合（Ｓ４８：ＹＥＳ）、受け付けた経過時間を医師管理サーバ１に通知する（Ｓ４９）。
【０１５７】
医師管理サーバ１の制御部１０は、ステップＳ４４で生成した応答可能レベルに基づいて、現在から、通知された経過時間に対応する応答可能医師表示画面情報を生成し、看護師端末３へ送信する（Ｓ５０）。具体的には、制御部１０は、現在から、通知された経過時間が経過した時点での応答可能レベルが所定の閾値以上の各医師の氏名を、応答可能レベルが高い順に表示する応答可能医師表示画面情報を生成する。
【０１５８】
看護師端末３の制御部３０は、医師管理サーバ１から受信した応答可能医師表示画面情報に基づいて応答可能医師表示画面を表示部３５に表示させる（Ｓ５１）。看護師は、応答可能医師表示画面において、操作部３４を用いて所望の医師を選択して応答予約ボタンを操作することにより、所望の医師に対する応答予約を要求する。制御部３０は、応答可能医師表示画面において、看護師によって選択された任意の経過時間を受け付けていないと判断した場合（Ｓ４８：ＮＯ）、応答予約を受け付けたか否かを判断する（Ｓ５２）。
【０１５９】
制御部３０は、応答予約を受け付けたと判断した場合（Ｓ５２：ＹＥＳ）、応答可能医師表示画面を介して選択された現在からの経過時間が経過した時点での時刻を算出する。制御部３０は、算出した時刻で、応答可能医師表示画面を介して選択された医師に対する応答予約を医師管理サーバ１に要求する（Ｓ５３）。医師管理サーバ１の制御部１０は、看護師端末３から応答予約を要求された場合、応答予約が入った旨を、対応する医師端末４に通知し（Ｓ５４）、上述した医師管理処理を終了する。
【０１６０】
看護師端末３の制御部３０は、応答予約を受け付けていないと判断した場合（Ｓ５２：ＮＯ）、応答可能医師表示画面において、看護師によってキャンセルボタンが操作されたか否かを判断する（Ｓ５５）。キャンセルボタンが操作されたと判断した場合（Ｓ５５：ＹＥＳ）、制御部３０は、上述した医師検索処理を終了する。制御部３０は、キャンセルボタンが操作されていないと判断した場合（Ｓ５５：ＮＯ）、ステップＳ４８に処理を戻し、上述したステップＳ４９，Ｓ５１〜Ｓ５３の処理を繰り返す。
【０１６１】
上述したように、本実施形態４の医師管理システムでは、看護師が所望する時点での応答可能レベルが高い医師のみを通知するので、看護師は、通知された医師から所望の医師を容易に選択することができる。また、応答可能レベルが高い医師を抽出する処理を医師管理サーバ１が行なうので、看護師端末３における処理負担を軽減することができる。
【０１６２】
上述した実施形態４では、応答可能医師表示画面は、応答可能レベルが所定の閾値以上の全ての医師の氏名を、応答可能レベルが高い順に表示する構成であった。応答可能医師表示画面は、このような構成に限られず、例えば、応答可能レベルが高い順に所定の人数の医師の氏名を表示する構成でもよい。これにより、応答可能レベルが所定の閾値以上の医師が多数検索できた場合であっても、応答可能レベルが上位の医師のみを表示させることができる。よって、看護師は、応答可能レベルが上位の医師から応答予約を行なう医師を選択すればよいので、選択処理の煩雑さを軽減できる。
【０１６３】
（実施形態５）
以下に、実施形態５に係る医師管理システムについて説明する。なお、本実施形態５の医師管理システムは、上述した実施形態１の医師管理システムと同様の構成によって実現することができるので、同様の構成については同一の符号を付して説明を省略する。
【０１６４】
上述した実施形態１の医師管理システムでは、医師管理サーバ１の制御部１０は、看護師端末３から医師検索処理の実行要求があった場合に、全ての医師の応答可能レベルを生成する構成であった。このような構成では、医師管理システムで管理される医師が膨大な数となった場合に処理負担が大きくなる。また、用件に応じて、看護師が連絡を取りたい医師は少数に限られるので、実施形態１のように全ての医師の応答可能レベルを生成した場合、看護師が連絡を取るつもりがない医師に対する応答可能レベルの生成処理が不要となる。そこで、本実施形態５の医師管理システムは、看護師が、看護師端末３を用いて医師検索処理の実行要求を行なう際に、所望する複数の医師を指定するように構成されている。
【０１６５】
本実施形態５の看護師端末３の制御部３０は、表示部３５に表示された図６（ｂ）に示す表示画面において、看護師が操作部３４を用いて医師検索要求ボタンを操作した場合、図２０に示すような医師指定画面を表示部３５に表示させる。図２０は医師指定画面の構成を示す模式図である。医師指定画面は、医師検索処理の処理対象とする医師を指定するための画面であり、医師の氏名を入力するための入力欄を複数表示する。
【０１６６】
なお、各入力欄に、全ての医師の氏名を表示させるプルダウンメニューを設定しておき、プルダウンメニューに表示された医師の氏名から、医師検索処理の処理対象としたい医師を選択するようにしてもよい。また、図２０に示す医師指定画面は３つの入力欄を有する構成であるが、入力欄の数は３つに限られない。
【０１６７】
看護師は、医師検索処理の処理対象としたい医師の氏名を入力欄に入力し、操作部３４を用いて実行ボタンを操作する。医師指定画面に表示された実行ボタンを看護師が操作した場合、看護師端末３の制御部３０は、医師指定画面を介して入力された複数の医師を処理対象として医師検索処理の実行を医師管理サーバ１に要求する。
【０１６８】
看護師端末３が医師管理サーバ１に医師検索処理の実行を要求した場合、本実施形態５の医師管理サーバ１の制御部１０（検索要求発生検知手段１０ａ）は、医師検索処理の実行要求が発生したことを検知する。このとき、制御部（指定受付手段）１０は、医師検索処理の対象として複数の医師の指定を受け付ける。制御部１０（医師情報取得手段１０ｂ）は、医師検索処理の処理対象として看護師端末３から通知された医師が携帯する医師端末４に対して、医師情報を要求する。
【０１６９】
医師管理サーバ１の制御部１０は、医師情報を要求した医師端末４から医師情報を取得した場合、取得した医師情報に基づいて各医師の、現在から所定の時間帯における応答可能レベルを生成する。制御部１０は、生成した応答可能レベルを表示させるための応答可能レベル表示画面情報を生成し、生成した応答可能レベル表示画面情報を、医師検索処理の実行を要求してきた看護師端末３へ送信する。
【０１７０】
看護師端末３の制御部３０は、医師管理サーバ１から応答可能レベル表示画面情報を受信した場合、受信した応答可能レベル表示画面情報に基づいて、図９（ａ）に示すような応答可能レベル表示画面を表示部３５に表示させる。なお、応答可能レベル表示画面が表示部３５に表示された看護師端末３の制御部３０の以降の処理は、上述した実施形態１で説明した処理と同様である。具体的に、応答可能レベル表示画面を介して任意の経過時間が選択された場合、看護師端末３の制御部３０は、選択された経過時間が経過した時点での応答可能レベルが高い順に各医師の氏名を表示させるための応答可能医師表示画面を表示部３５に表示させる。
【０１７１】
上述した構成により、医師と連絡を取りたい看護師が、所望の医師を指定して医師検索処理の実行を要求することにより、医師管理サーバ１の制御部１０は、看護師端末３から指定された医師に対する応答可能レベルのみを生成すればよい。よって、看護師が連絡を取るつもりがない医師に対する応答可能レベルの生成を行なわないので、不要な処理を削減することができる。
【０１７２】
本実施形態５の医師管理システムは、実施形態１の医師管理システムの変形例として説明しているが、実施形態４の医師管理システムに適用することもできる。即ち、医師管理サーバ１の制御部１０が、生成した各医師の応答可能レベルから、任意の時点での応答可能レベルが高い順に各医師の氏名を表示させるための応答可能医師表示画面情報を生成する構成としてもよい。このように構成した場合、看護師端末３の制御部３０が行なう処理を削減でき、看護師端末３における処理負担を軽減できる。
【０１７３】
また、看護師端末３の表示部３５に表示される画面は、図９（ａ）に示すような応答可能レベル表示画面及び図９（ｂ）に示すような応答可能医師表示画面に限られない。図２１は状況表示画面の構成を示す模式図である。上述した実施形態５の医師管理サーバ１は、図２１に示すような状況表示画面を表示させるための状況表示画面情報を看護師端末３へ送信してもよい。状況表示画面は、図２０に示した医師指定画面を介して指定された医師毎に、各医師が応答可能となる時間帯を表示する。なお、各医師が応答可能となる時間帯は、現在からの経過時間に基づいて示される。
【０１７４】
具体的には、医師管理サーバ１の制御部１０は、各医師端末４から取得した医師情報に基づいて各医師の、現在から所定の時間帯における応答可能レベルを生成し、生成した応答可能レベルが所定値以上となる時間帯を抽出する。そして、制御部１０は、それぞれ抽出した時間帯を、各医師の氏名に対応付けて表示させるための状況表示画面情報を生成し、生成した状況表示画面情報を、医師検索処理の実行を要求してきた看護師端末３へ送信する。
【０１７５】
これにより、看護師は、状況表示画面に基づいて、自身が指定した各医師の応答可能な時間帯を把握できるので、各医師の応答可能な時間帯に基づいて、応答予約を行なう医師を選ぶことができる。よって、看護師は、看護師が所望する時間帯、医師が応答可能な時間帯、看護師が希望する医師等を考慮して適切な医師を選択することができる。
【０１７６】
（実施形態６）
以下に、実施形態６に係る医師管理システムについて説明する。なお、本実施形態６の医師管理システムは、上述した実施形態１，５の医師管理システムと同様の構成によって実現することができるので、同様の構成については同一の符号を付して説明を省略する。
【０１７７】
上述した実施形態５の医師管理システムは、看護師端末３が医師管理サーバ１に対して医師検索処理の実行要求を行なう際に、処理対象の医師を指定する構成であった。
看護師は、連絡を取りたい医師に対して優先順位を有している場合があり、所望する複数の医師を医師検索処理の処理対象として指定した場合であっても、できれば優先順位の高い医師との連絡を取りたいと考えている。そこで、本実施形態６の医師管理システムは、看護師が医師検索処理の実行要求を行なう際に、所望する複数の医師を優先順位を付けて指定するように構成されている。
【０１７８】
本実施形態６の看護師端末３の制御部３０は、表示部３５に表示された図６（ｂ）に示す表示画面において、看護師が操作部３４を用いて医師検索要求ボタンを操作した場合、図２２に示すような医師指定画面を表示部３５に表示させる。図２２は医師指定画面の構成を示す模式図である。本実施形態６の医師指定画面は、医師検索処理の処理対象とする医師を指定するための画面であり、希望順位のそれぞれに対応させて医師の氏名を入力するための入力欄を複数表示する。
【０１７９】
なお、各入力欄に、全ての医師の氏名を表示させるプルダウンメニューを設定しておき、プルダウンメニューに表示された医師の氏名から、医師検索処理の処理対象としたい医師を選択するようにしてもよい。また、図２２に示す医師指定画面は、３つの入力欄を有する構成であるが、入力欄の数は３つに限られない。
【０１８０】
看護師は、医師検索処理の処理対象としたい医師の氏名を希望順位に対応する入力欄にそれぞれ入力し、操作部３４を用いて実行ボタンを操作する。医師指定画面に表示された実行ボタンを看護師が操作した場合、看護師端末３の制御部３０は、医師指定画面を介して入力された複数の医師を処理対象として医師検索処理の実行を医師管理サーバ１に要求する。なお、制御部３０は、処理対象の各医師を看護師の希望順位に対応させて医師管理サーバ１に通知する。
【０１８１】
看護師端末３が医師管理サーバ１に医師検索処理の実行を要求した場合、本実施形態５の医師管理サーバ１の制御部１０（検索要求発生検知手段１０ａ）は、医師検索処理の実行要求が発生したことを検知する。次に、制御部１０（医師情報取得手段１０ｂ）は、医師検索処理の処理対象として看護師端末３から通知された医師が携帯する医師端末４に対して、医師情報を要求する。
【０１８２】
医師管理サーバ１の制御部１０は、医師情報を要求した医師端末４から医師情報を取得した場合、取得した医師情報に基づいて各医師の、現在から所定の時間帯における応答可能レベルを生成する。ここで、本実施形態６の制御部（算出手段）１０は、生成した各医師の応答可能レベルに対して、看護師が設定した各医師の優先順位に応じた値を加算する。例えば、制御部１０は、優先順位が１番の医師の応答可能レベルに２を加算し、優先順位が２番の医師の応答可能レベルに１．５を加算し、優先順位が３番の医師の応答可能レベルに１を加算する。
【０１８３】
このように、看護師が設定した優先順位に応じた値を応答可能レベルに加算することにより、看護師が希望する優先順位が高い医師の応答可能レベルを底上げし、優先順位の低い医師よりも優先的に応答可能であると判断されるようになる。よって、優先順位が高い医師に対する応答予約が取り易くなる。なお、応答可能レベルに加算される値は、この値を加算されたことによって、本来であれば応答不可であると判断されるレベルであった応答可能レベルが、応答可能であると判断されない程度の値とすることが望ましい。これにより、本来応答できない状況であるにも拘わらず、応答できる状況であると誤判断されることを回避できる。
【０１８４】
なお、制御部１０は、生成した各医師の応答可能レベルに対して、看護師が設定した各医師の優先順位に応じた重み係数を掛けて、応答可能レベルに優先順位を反映させてもよい。
【０１８５】
医師管理サーバ１の制御部１０は、優先順位に応じた値が加算された応答可能レベルを表示させるための応答可能レベル表示画面情報を生成し、生成した応答可能レベル表示画面情報を、医師検索処理の実行を要求してきた看護師端末３へ送信する。
【０１８６】
看護師端末３の制御部３０は、医師管理サーバ１から応答可能レベル表示画面情報を受信した場合、受信した応答可能レベル表示画面情報に基づいて、図９（ａ）に示すような応答可能レベル表示画面を表示部３５に表示させる。なお、応答可能レベル表示画面が表示部３５に表示された看護師端末３の制御部３０の以降の処理は、上述した実施形態１で説明した処理と同様であるので説明を省略する。
【０１８７】
以下に、本実施形態６の医師管理システムにおいて、医師管理サーバ１、看護師端末３及び医師端末４のそれぞれが行なう処理についてフローチャートに基づいて説明する。図２３及び図２４は実施形態６における医師検索処理の手順を示すフローチャートである。
【０１８８】
なお、以下の処理は、医師管理サーバ１のＲＯＭ１１又はＨＤＤ１３に記憶してある制御プログラムに従って制御部１０によって実行されると共に、看護師端末３のＲＯＭ３１又は記憶部３３に格納してある制御プログラムに従って制御部３０によって実行される。また、図２３及び図２４では、破線で区切った２つの領域において、左側の領域に看護師端末３の制御部３０による処理を、右側の領域に医師管理サーバ１の制御部１０による処理をそれぞれ示している。
【０１８９】
看護師端末３の制御部３０は、例えば図６（ｂ）に示す表示画面において、看護師によって医師検索要求ボタンが操作されたか否かを判断しており（Ｓ６１）、操作されていない場合（Ｓ６１：ＮＯ）、操作されるまで待機する。制御部３０は、操作されたと判断した場合（Ｓ６１：ＹＥＳ）、図２２に示すような医師指定画面を表示部３５に表示させる（Ｓ６２）。制御部３０は、医師指定画面において、看護師によって各入力欄に連絡を希望する医師の氏名が入力されて実行ボタンが操作されたか否かを判断する（Ｓ６３）。
【０１９０】
制御部３０は、実行ボタンが操作されていないと判断した場合（Ｓ６３：ＮＯ）、そのまま待機し、実行ボタンが操作されたと判断した場合（Ｓ６３：ＹＥＳ）、医師指定画面を介して入力された各優先順位に応じた医師を処理対象とした医師検索処理の実行を医師管理サーバ１に対して要求する（Ｓ６４）。
【０１９１】
医師管理サーバ１の制御部１０は、看護師端末３から医師検索処理の実行要求が発生したか否かを判断し（Ｓ６５）、実行要求が発生していない場合（Ｓ６５：ＮＯ）、実行要求が発生するまで待機する。制御部１０は、医師検索処理の実行要求が発生したと判断した場合（Ｓ６５：ＹＥＳ）、応答可能レベル生成処理を実行し（Ｓ６６）、それぞれの医師について、現在から所定の時間帯（例えば２時間）における応答可能レベルを生成する。なお、応答可能レベル生成処理は、上述した実施形態１で説明した処理と同一である。
【０１９２】
医師管理サーバ１の制御部１０は、生成した各医師の応答可能レベルに対して、看護師が設定した各医師の優先順位に応じた値を加算する（Ｓ６７）。制御部１０は、優先順位に応じた値を加算した応答可能レベルを表示させるための応答可能レベル表示画面情報を生成し、生成した応答可能レベル表示画面情報を、医師検索処理の実行を要求してきた看護師端末３へ送信する（Ｓ６８）。
【０１９３】
看護師端末３の制御部３０は、医師管理サーバ１から応答可能レベル表示画面情報を受信した場合、受信した応答可能レベル表示画面情報に基づいて、図９（ａ）に示すような応答可能レベル表示画面を表示部３５に表示させる（Ｓ６９）。看護師は、応答可能レベル表示画面において、操作部３４を用いて所望の経過時間を選択する。制御部３０は、看護師によって選択された任意の経過時間を受け付けたか否かを判断する（Ｓ７０）。経過時間を受け付けていないと判断した場合（Ｓ７０：ＮＯ）、制御部３０は、看護師によって応答可能レベル表示画面中の終了ボタンが操作されたか否かを判断する（Ｓ７１）。
【０１９４】
制御部３０は、終了ボタンが操作されたと判断した場合（Ｓ７１：ＹＥＳ）、図９（ａ）に示す応答可能レベル表示画面の表示を終了し、医師検索処理を終了する。制御部３０は、終了ボタンが操作されていないと判断した場合（Ｓ７１：ＮＯ）、ステップＳ７０に処理を戻す。
【０１９５】
制御部３０は、応答可能レベル表示画面を介して経過時間を受け付けたと判断した場合（Ｓ７０：ＹＥＳ）、受け付けた経過時間の時点での応答可能レベルが所定の閾値以上の各医師の氏名を、応答可能レベルが高い順に表示する応答可能医師表示画面情報を生成する（Ｓ７２）。制御部３０は、生成した応答可能医師表示画面情報に基づいて、応答可能医師表示画面を表示部３５に表示させる（Ｓ７３）。
【０１９６】
看護師は、応答可能医師表示画面において、操作部３４を用いて所望の医師を選択して応答予約ボタンを操作することにより、所望の医師に対する応答予約を要求する。制御部３０は、応答予約を受け付けたか否かを判断し（Ｓ７４）、応答予約を受け付けていないと判断した場合（Ｓ７４：ＮＯ）、ステップＳ６９に処理を戻し、図９（ａ）に示すような応答可能レベル表示画面の表示に戻す。
【０１９７】
応答予約を受け付けたと判断した場合（Ｓ７４：ＹＥＳ）、制御部３０は、応答可能レベル表示画面を介して選択された現在からの経過時間が経過した時点での時刻を算出する。制御部３０は、算出した時刻で、応答可能医師表示画面を介して選択された医師に対する応答予約を医師管理サーバ１に要求する（Ｓ７５）。医師管理サーバ１の制御部１０は、看護師端末３から応答予約を要求された場合、応答予約が入った旨を、対応する医師端末４に通知し（Ｓ７６）、上述した医師管理処理を終了する。
【０１９８】
上述したように、本実施形態６の医師管理システムでは、看護師が希望する各医師の優先順位を反映させた応答可能レベルを生成するので、優先順位が高い医師が、優先順位の低い医師よりも優先的に応答可能であると判断される。よって、優先順位が高い医師ほど応答可能と判断され易く、優先順位が高い医師に対する応答予約が取り易くなる。
【０１９９】
本実施形態６の医師管理システムは、実施形態１の医師管理システムの変形例として説明しているが、実施形態４の医師管理システムに適用することもできる。即ち、医師管理サーバ１の制御部１０が、生成した各医師の応答可能レベルから、任意の時点での応答可能レベルが高い順に各医師の氏名を表示させるための応答可能医師表示画面情報を生成する構成としてもよい。このように構成した場合、看護師端末３の制御部３０が行なう処理を削減でき、看護師端末３における処理負担を軽減できる。
【０２００】
（実施形態７）
以下に、実施形態７に係る医師管理システムについて説明する。なお、本実施形態７の医師管理システムは、上述した実施形態１の医師管理システムと同様の構成によって実現することができるので、同様の構成については同一の符号を付して説明を省略する。
【０２０１】
上述した実施形態１〜６の医師管理システムは、各医師の診察中の時間帯における応答可能レベルを生成する際に、予め設定された各診察ステップにおける応答可能レベルのレベル値、又は医師によって登録された各診察ステップにおける応答可能レベルのレベル値を用いる構成であった。
【０２０２】
これに対して、本実施形態７の医師管理システムは、医師端末４が音声認識機能を有し、診察中に行なわれる医師と患者との会話を集音し、集音した音声信号に基づいて診察中の各医師の多忙度を算出するように構成されている。また、本実施形態７の医師端末４は、算出した多忙度に基づいて各診察ステップにおける応答可能レベルのレベル値を設定するように構成されている。
【０２０３】
以下に、本実施形態７の医師端末４の構成について説明する。図２５は実施形態７の医師端末４の構成を示すブロック図である。本実施形態７の医師端末４は、図５に示した実施形態１の医師端末４が有する構成のほかに音声入力部４８を備える。また、本実施形態７の医師端末４の記憶部４３は、図５に示した実施形態１の医師端末４の記憶部４３に記憶されている各情報のほかに、多忙度算出処理プログラム４３ｄ及び応答可能レベル設定処理プログラム４３ｅ等を格納する。
【０２０４】
音声入力部４８は、マイクロフォン及びＡ／Ｄ（アナログ／デジタル）変換器等を備えており、周囲の音（音声）をマイクロフォンによって集音し、得られたアナログの音声信号をＡ／Ｄ変換器によってデジタルの音声信号に変換する。
【０２０５】
本実施形態７の医師端末４の制御部４０は、医師が患者宅で診察行為を開始した際に医師によって起動された場合、図６（ａ）に示すような表示画面を表示部４５に表示させると共に、音声入力部４８による集音を開始する。また、医師端末４の制御部４０は、記憶部４３に格納されている多忙度算出処理プログラム４３ｄを実行することによって、音声入力部４８によって取得された音声信号に基づいて、医師と患者とが会話しているか否かを判断する。なお、音声入力部４８によって取得された音声信号の信号値（音量レベル）が所定値以上となった場合に、医師と患者とが会話していると判断することができる。
【０２０６】
なお、医師は診察行為の各診察ステップを終了する都度、図６（ａ）に示す表示画面において各診察ステップをクリックするので、制御部４０は、医師が各診察ステップを開始したタイミングを把握できる。よって、制御部４０は、診察行為の各診察ステップにおいて、医師が実際に要した所要時間と、医師と患者との間で交わされた会話時間とを計時する。
【０２０７】
具体的には、制御部４０は、医師によって１つの診察ステップがクリックされてから次の診察ステップがクリックされるまでの時間を計時し、計時した時間を、この診察ステップの所要時間とする。また、制御部４０は、医師によって１つの診察ステップがクリックされてから次の診察ステップがクリックされるまでの間に、音声入力部４８によって取得された音声信号の信号値が所定値以上となった時間を計時し、計時した時間を、この診察ステップにおける会話時間とする。
【０２０８】
また、制御部（多忙度合取得手段）４０は、各診察ステップの所要時間及び会話時間を算出した場合、各診察ステップの所要時間に対する会話時間の割合を算出し、会話頻度（多忙度合）とする。制御部４０は、算出した会話頻度を診察ステップに対応付けてＲＡＭ４２に一旦記憶させ、全ての診察ステップにおける会話頻度を算出する。
【０２０９】
図６（ａ）に示す表示画面において、医師が操作部４４を用いて終了ステップをクリックした場合、制御部４０は、診察行為の終了を受け付ける。制御部４０は、診察行為の終了を受け付けた場合、記憶部４３に格納されている応答可能レベル設定処理プログラム４３ｅを実行することによって、各診察ステップでの会話頻度に基づいて、各診察ステップにおける応答可能レベルを設定する。例えば、制御部４０は、各診察ステップに対して算出した会話頻度が多いほど、小さい値の応答可能レベルを設定する。
【０２１０】
なお、制御部４０は、各診察ステップにおける応答可能レベルを設定する構成に限られず、例えば、所定の応答可能レベルに対して各診察ステップにおける応答可能レベルの増減量を設定するように構成されていてもよい。また、制御部４０は、過去の診察行為における各診察ステップでの会話頻度を記憶部４３に蓄積しておき、蓄積された過去の情報に基づいて各診察ステップでの平均的な会話頻度を算出し、算出した会話頻度に基づいて、各診察ステップにおける応答可能レベルを設定してもよい。
【０２１１】
このように設定された各診察ステップにおける応答可能レベルは、医師端末４で管理され、医師端末４によって医師情報（予定情報、現在位置情報４３ｂ）と共に医師管理サーバ１へ送出される。また、このように設定された各診察ステップにおける応答可能レベルは、所定のタイミングで医師端末４から医師管理サーバ１へ逐次送出され、医師管理サーバ１で管理されてもよい。
【０２１２】
なお、看護師端末３が医師検索処理の実行を医師管理サーバ１に要求した場合に、医師管理サーバ１、看護師端末３及び医師端末４のそれぞれが行なう処理は、上述した実施形態１〜６で説明した処理と同様であるので説明を省略する。
【０２１３】
以下に、本実施形態７の医師端末４による応答可能レベルの設定処理についてフローチャートに基づいて説明する。図２６は応答可能レベルの設定処理の手順を示すフローチャートである。なお、以下の処理は、医師端末４のＲＯＭ４１又は記憶部４３に記憶してある制御プログラムに従って制御部４０によって実行される。
【０２１４】
医師端末４の制御部４０は、医師によって起動された場合、図６（ａ）に示すような表示画面を表示部４５に表示させると共に、音声入力部４８による集音を開始する（Ｓ８１）。制御部４０は、図６（ａ）に示す表示画面において診察ステップがクリックされたか否かを判断しており（Ｓ８２）、クリックされていないと判断した場合（Ｓ８２：ＮＯ）、クリックされるまで待機する。
【０２１５】
制御部４０は、診察ステップがクリックされたと判断した場合（Ｓ８２：ＹＥＳ）、この診察ステップの所要時間の計時を開始すると共に（Ｓ８３）、この診察ステップにおける会話時間の計時を開始する（Ｓ８４）。制御部４０は、図６（ａ）に示す表示画面において次の診察ステップがクリックされたか否かを判断しており（Ｓ８５）、クリックされていないと判断した場合（Ｓ８５：ＮＯ）、クリックされるまで待機する。
【０２１６】
制御部４０は、次の診察ステップがクリックされたと判断した場合（Ｓ８５：ＹＥＳ）、ステップＳ８２でクリックされた診察ステップにおける会話頻度を算出してＲＡＭ４２に記憶させる（Ｓ８６）。なお、会話頻度は、ステップＳ８３で開始した所要時間の計時処理の計時結果（所要時間）と、ステップＳ８４で開始した会話時間の計時処理の計時結果（会話時間）とに基づいて算出される。
【０２１７】
制御部４０は、図６（ａ）に示す表示画面において医師が操作部４４を用いて終了ステップをクリックすることによって診察の終了を受け付けており、診察の終了を受け付けたか否かを判断する（Ｓ８７）。制御部４０は、診察の終了を受け付けていないと判断した場合（Ｓ８７：ＮＯ）、診察ステップの所要時間の計時をリセットし（Ｓ８８）、ステップＳ８５でクリックされた次の診察ステップの所要時間の計時を開始する。
【０２１８】
制御部４０は、診察ステップにおける会話時間の計時をリセットし（Ｓ８９）、ステップＳ８５でクリックされた次の診察ステップにおける会話時間の計時を開始する。制御部４０は、ステップＳ８５へ処理を戻し、診察の終了を受け付けるまで、上述したステップＳ８５〜Ｓ８９の処理を繰り返す。
【０２１９】
制御部４０は、診察の終了を受け付けたと判断した場合（Ｓ８７：ＹＥＳ）、音声入力部４８による集音を終了させる（Ｓ９０）。制御部４０は、ステップＳ８６でＲＡＭ４２に記憶させた各診察ステップにおける会話頻度に基づいて、各診察ステップにおける応答可能レベルを設定する（Ｓ９１）。
【０２２０】
上述したように、本実施形態７の医師管理システムでは、各医師が診察行為の各診察ステップにおいて実際に患者と交わす会話の頻度に応じた応答可能レベルを生成する。よって、医師の各診察ステップにおける実際の多忙度を反映させた応答可能レベルに基づいて、各医師の実際の状況を正確に把握できる。
【０２２１】
本実施形態７の医師管理システムでは、医師端末４が、医師と患者との会話を集音し、得られた音声信号に基づいて各診察ステップでの会話頻度を算出し、算出した会話頻度に基づいて各診察ステップにおける応答可能レベルを設定する構成であった。このような構成に限られず、医師端末４が、集音した音声信号を医師管理サーバ１へ送出し、医師端末サーバ１が、取得した音声信号に基づく各診察ステップでの会話頻度の算出、会話頻度に基づく応答可能レベルの設定を行なうように構成してもよい。このように構成した場合、医師端末４による処理を削減できるので、医師端末４における処理負担を軽減できる。
【０２２２】
本実施形態７の医師端末４は、各診察ステップの所要時間に対する会話時間の割合（会話頻度）に応じて、各診察ステップにおける応答可能レベルを設定する構成であった。このような構成に限られず、医師端末４は、例えば、各診察ステップにおいて医師と患者との間で交わされた会話の頻度（回数）に基づいて、各診察ステップにおける応答可能レベルを設定してもよい。
【０２２３】
上述した各実施形態では、医師管理サーバ１が医師予定情報ＤＢ１３ｂ及び看護師予定情報ＤＢ１３ｃ等をＨＤＤ１３に格納している構成を例に説明した。各実施形態の医師管理システムは、このような構成に限られず、例えば、医師予定情報ＤＢ１３ｂ及び看護師予定情報ＤＢ１３ｃを格納するＤＢサーバを用意し、ＤＢサーバを医師管理サーバ１と専用線又はネットワークを介して接続する構成としてもよい。この場合、医師管理サーバ１の制御部１０は、必要に応じてＤＢサーバにアクセスし、必要な情報を取得すればよい。また、医師予定情報ＤＢ１３ｂ及び看護師予定情報ＤＢ１３ｃを別々のＤＢサーバで管理する構成としてもよい。
【０２２４】
上述した各実施形態において、看護師端末３及び医師端末４がタブレット型のパーソナルコンピュータであり、タッチパネルを操作することによって各種の情報を入力する構成として説明した。このような構成に限られず、例えば、看護師端末３及び医師端末４に音声入力部及び音声認識部を設け、音声入力によって各種の情報を入力するように構成してもよい。
【０２２５】
上述した各実施形態において、看護師端末３及び医師端末４は異なる構成を有する医師管理システムについて説明した。しかし、看護師端末３を医師端末４と同様の構成とすることもできる。このように構成した医師管理システムでは、各医師の応答可能状況（応答可能レベル）だけでなく、各看護師の応答可能状況（応答可能レベル）も把握できるので、医師に対する応答予約だけでなく、看護師に対する応答予約も可能となる。
【０２２６】
以上の実施形態１〜７を含む実施形態に関し、更に以下の付記を開示する。
【０２２７】
（付記１）
被管理者の予定を管理する管理システムにおいて、
被管理者の予定情報を取得する予定情報取得手段と、
該予定情報取得手段が取得した予定情報に基づいて、所定の時間帯における前記被管理者の応答可能状況を特定する特定手段と、
該特定手段が特定した応答可能状況を外部へ出力する出力手段と
を備えることを特徴とする管理システム。
【０２２８】
（付記２）
前記予定情報は、予定日時及び訪問場所を含み、
前記予定情報取得手段が取得した予定情報に基づいて、前記所定の時間帯を、前記被管理者が移動中である時間帯及び訪問場所に訪問中である時間帯に区分する区分手段を備え、
前記特定手段は、前記区分手段が区分した移動中の時間帯及び訪問中の時間帯毎に、前記被管理者の応答可能状況を特定するように構成してあることを特徴とする付記１に記載の管理システム。
【０２２９】
（付記３）
前記区分手段が移動中の時間帯に区分した時間帯について、前記予定情報取得手段が取得した予定情報に基づいて、次の訪問場所への移動に要する移動時間を算出する移動時間算出手段を備え、
前記特定手段は、前記区分手段が移動中の時間帯に区分した時間帯について、次の訪問場所の予定日時から前記移動時間算出手段が算出した移動時間を遡った日時までの時間帯における、前記被管理者の応答可能状況を示す応答可能値を、それ以外の時間帯における応答可能値よりも低い値とするように構成してあることを特徴とする付記２に記載の管理システム。
【０２３０】
（付記４）
前記特定手段は、次の訪問場所の予定日時から前記移動時間算出手段が算出した移動時間を遡った日時までの時間帯における応答可能値を、次の訪問場所の予定日時までの時間が短いほど低い値とするように構成してあることを特徴とする付記３に記載の管理システム。
【０２３１】
（付記５）
それぞれの訪問場所への移動時間の履歴を記憶する移動時間記憶手段を備え、
前記移動時間算出手段は、前記移動時間記憶手段に記憶された移動時間の履歴に基づいて、次の訪問場所への移動に要する移動時間を算出するように構成してあることを特徴とする付記３又は４に記載の管理システム。
【０２３２】
（付記６）
前記予定情報は、訪問場所における複数の作業工程のそれぞれに要する作業時間及び各作業工程に応じた応答可能値を更に含み、
前記特定手段は、前記区分手段が訪問中の時間帯に区分した時間帯について、前記予定情報取得手段が取得した予定情報が示す予定日時、各作業工程の作業時間及び応答可能値に基づいて、各作業工程の予定日時及び該予定日時に対応する応答可能値を算出するように構成してあることを特徴とする付記２に記載の管理システム。
【０２３３】
（付記７）
前記予定情報に含まれる作業時間及び／又は応答可能値は可変であることを特徴とする付記６に記載の管理システム。
【０２３４】
（付記８）
それぞれの訪問場所におけるそれぞれの作業工程に要する作業時間の履歴を記憶する作業時間記憶手段と、
該作業時間記憶手段に記憶された作業時間の履歴に基づいて、それぞれの訪問場所におけるそれぞれの作業工程に要する作業時間を算出する手段と
を備えることを特徴とする付記７に記載の管理システム。
【０２３５】
（付記９）
それぞれの訪問場所におけるそれぞれの作業工程中の多忙度合を取得する多忙度合取得手段と、
該多忙度合取得手段が取得した多忙度合に基づいて、それぞれの訪問場所におけるそれぞれの作業工程に応じた応答可能値を算出する手段と
を備えることを特徴とする付記７又は８に記載の管理システム。
【０２３６】
（付記１０）
被管理者の現在の状況を検知する現在状況検知手段と、
該現在状況検知手段が検知した現在の状況及び前記予定情報取得手段が取得した予定情報に基づいて、現在の状況から所定の時間帯における前記被管理者の予定情報を特定する予定情報特定手段とを備え、
前記特定手段は、前記予定情報特定手段が特定した予定情報に基づいて、現在の状況から所定の時間帯における前記被管理者の応答可能状況を特定するように構成してあることを特徴とする付記１から９までのうちのひとつに記載の管理システム。
【０２３７】
（付記１１）
前記現在状況検知手段は、被管理者の現在位置を取得する手段を備え、
前記予定情報特定手段は、前記現在状況検知手段が取得した前記被管理者の現在位置及び前記予定情報取得手段が取得した予定情報に基づいて、現在の状況から所定の時間帯における前記被管理者の予定情報を特定するように構成してあることを特徴とする付記１０に記載の管理システム。
【０２３８】
（付記１２）
前記現在状況検知手段は、被管理者の各訪問場所における現在の作業工程の情報を取得する手段を備え、
前記予定情報特定手段は、前記現在状況検知手段が取得した現在の作業工程の情報及び前記予定情報取得手段が取得した予定情報に基づいて、現在の状況から所定の時間帯における前記被管理者の予定情報を特定するように構成してあることを特徴とする付記１０に記載の管理システム。
【０２３９】
（付記１３）
複数の被管理者のうちの複数の被管理者の指定を受け付ける指定受付手段を備え、
前記予定情報取得手段は、指定を受け付けた複数の被管理者の予定情報を取得するように構成してあり、
前記特定手段は、前記予定情報取得手段が取得した予定情報に基づいて、所定の時間帯における前記被管理者のそれぞれの応答可能状況を特定するように構成してあることを特徴とする付記１から１２までのうちのひとつに記載の管理システム。
【０２４０】
（付記１４）
前記指定受付手段は、指定順位に応じて複数の被管理者の指定を受け付けるように構成してあり、
前記特定手段が特定した前記被管理者のそれぞれの応答可能状況に、前記指定順位に応じた係数を加算する算出手段を備え、
前記出力手段は、前記算出手段が算出した応答可能状況を外部へ出力するように構成してあることを特徴とする付記１３に記載の管理システム。
【０２４１】
（付記１５）
被管理者の予定を管理する管理システムにおいて、
複数の被管理者のそれぞれの予定情報を取得する予定情報取得手段と、
該予定情報取得手段が取得した予定情報に基づいて、所定の時間帯における前記被管理者のそれぞれの応答可能状況を特定する特定手段と、
前記所定の時間帯での日時の指定を受け付ける手段と、
前記特定手段が特定した応答可能状況に基づいて、指定を受け付けた日時における応答可能性が高い順に所定数の被管理者を選択する選択手段と、
該選択手段が選択した被管理者の情報を外部へ出力する出力手段と
を備えることを特徴とする管理システム。
【０２４２】
（付記１６）
外部からの情報を受け付ける入力部、外部へ情報を出力する出力部、情報を記憶する記憶部を備え、被管理者の予定を管理する管理システムにおいて、
前記入力部を介して被管理者の予定情報を取得して前記記憶部に記憶させる予定情報取得手段と、
前記記憶部に記憶してある前記予定情報を読み出し、読み出した予定情報に基づいて、所定の時間帯における前記被管理者の応答可能状況を特定して前記記憶部に記憶させる特定手段と、
前記記憶部に記憶された応答可能状況を読み出し、読み出した応答可能状況を前記出力部から外部へ出力する出力手段と
を備えることを特徴とする管理システム。
【０２４３】
（付記１７）
前記入力部を介して取得した情報に基づいて、前記被管理者の現在の状況を検知する現在状況検知手段と、
該現在状況検知手段が検知した現在の状況及び前記記憶部に記憶してある前記予定情報に基づいて、現在の状況から所定の時間帯における前記被管理者の予定情報を特定して前記記憶部に記憶させる予定情報特定手段とを備え、
前記特定手段は、前記予定情報特定手段によって前記記憶部に記憶された予定情報を読み出し、読み出した予定情報に基づいて、現在の状況から所定の時間帯における前記被管理者の応答可能状況を特定して前記記憶部に記憶させるように構成してあることを特徴とする付記１６に記載の管理システム。
【０２４４】
（付記１８）
コンピュータに、被管理者の予定を管理させるためのコンピュータプログラムにおいて、
コンピュータに、
被管理者の予定情報に基づいて、所定の時間帯における前記被管理者の応答可能状況を特定するステップと、
特定した応答可能状況を外部へ出力するステップと
を実行させるためのコンピュータプログラム。
【０２４５】
（付記１９）
被管理者の予定を管理する管理システムによる管理方法において、
前記管理システムが、被管理者の予定情報を取得するステップと、
前記管理システムが、取得した予定情報に基づいて、所定の時間帯における前記被管理者の応答可能状況を特定するステップと、
前記管理システムが、特定した応答可能状況を外部へ出力するステップと
を含むことを特徴とする管理方法。
【図面の簡単な説明】
【０２４６】
【図１】実施形態１の医師管理システムの構成を示す模式図である。
【図２】実施形態１の医師管理サーバの構成を示すブロック図である。
【図３】医師予定情報ＤＢの登録内容を示す模式図である。
【図４】実施形態１の看護師端末の構成を示すブロック図である。
【図５】実施形態１の医師端末の構成を示すブロック図である。
【図６】医師端末及び看護師端末に表示される表示画面の構成を示す模式図である。
【図７】実施形態１の医師管理サーバの機能構成を示す機能ブロック図である。
【図８】応答可能レベルの推移を示す模式図である。
【図９】看護師端末に表示される表示画面の構成を示す模式図である。
【図１０】実施形態１における医師検索処理の手順を示すフローチャートである。
【図１１】実施形態１における医師検索処理の手順を示すフローチャートである。
【図１２】応答可能レベル生成処理の手順を示すフローチャートである。
【図１３】応答可能レベル生成処理の手順を示すフローチャートである。
【図１４】登録情報ＤＢの登録内容を示す模式図である。
【図１５】実施形態２の医師管理サーバの機能構成を示す機能ブロック図である。
【図１６】履歴情報ＤＢの登録内容を示す模式図である。
【図１７】応答可能医師表示画面の構成を示す模式図である。
【図１８】実施形態４における医師検索処理の手順を示すフローチャートである。
【図１９】実施形態４における医師検索処理の手順を示すフローチャートである。
【図２０】医師指定画面の構成を示す模式図である。
【図２１】状況表示画面の構成を示す模式図である。
【図２２】医師指定画面の構成を示す模式図である。
【図２３】実施形態６における医師検索処理の手順を示すフローチャートである。
【図２４】実施形態６における医師検索処理の手順を示すフローチャートである。
【図２５】実施形態７の医師端末の構成を示すブロック図である。
【図２６】応答可能レベルの設定処理の手順を示すフローチャートである。
【符号の説明】
【０２４７】
１  医師管理サーバ
１０  制御部
１０ｂ  医師情報取得手段（予定情報取得手段）
１０ｃ  状況判別手段（区分手段）
１０ｄ  移動中の応答可能レベル推定手段（特定手段、移動時間算出手段）
１０ｅ  診察中の応答可能レベル推定手段（特定手段）
１０ｇ  応答可能レベル送信手段（出力手段）
３  看護師端末
４  医師端末
４０  制御部（現在状況検知手段、予定情報特定手段）
【図１】
2010015255.tif 000003
【図２】
2010015255.tif 000004
【図３】
2010015255.tif 000005
【図４】
2010015255.tif 000006
【図５】
2010015255.tif 000007
【図６】
2010015255.tif 000008
【図７】
2010015255.tif 000009
【図８】
2010015255.tif 000010
【図９】
2010015255.tif 000011
【図１０】
2010015255.tif 000012
【図１１】
2010015255.tif 000013
【図１２】
2010015255.tif 000014
【図１３】
2010015255.tif 000015
【図１４】
2010015255.tif 000016
【図１５】
2010015255.tif 000017
【図１６】
2010015255.tif 000018
【図１７】
2010015255.tif 000019
【図１８】
2010015255.tif 000020
【図１９】
2010015255.tif 000021
【図２０】
2010015255.tif 000022
【図２１】
2010015255.tif 000023
【図２２】
2010015255.tif 000024
【図２３】
2010015255.tif 000025
【図２４】
2010015255.tif 000026
【図２５】
2010015255.tif 000027
【図２６】
2010015255.tif 000028