JP6413471B2 - 訪問先情報表示方法、サーバ装置、及び訪問先情報プログラム - Google Patents

Description

本発明は、訪問ルート決定を支援する技術に関する。

近年、検索した対象物の地図上の位置をアイコンで示す技術が利用されている。地図の縮尺の程度によっては、複数の対象物が集約した場所では、複数のアイコンが重なり合い、個別に認識することが困難な場合がある。

アイコンの表示に対する視認性を改善するために、表示中の地図の縮尺に応じて、複数の個別のアイコンをまとめて、個別のアイコンとは異なる代表アイコンで表示する技術、代表アイコンが選択された場合には元の個々のアイコンに応じた詳細情報を地図に重ねて表示する技術等が提案されている。

特開２００３−３３７０４１号公報 特開２００２−３４０５８８号公報

患者宅に訪問して医師が診療する場合、医師は、訪問スケジュールに従って、複数の患者を訪問する訪問ルートを事前に決めている。在宅診療等の訪問ケアでは、施設等の同一建物に往診を予定している患者が複数居宅している場合がある。

上記従来技術では、重なるアイコンを１つに纏めて視認性を改善することはできるが、医師が同一施設の複数の患者を纏めて往診したいと考えても、どの患者が同一施設であるのかを容易に識別できない。また、訪問を決定済みの患者と未決定の患者とを識別できないため、訪問ルートの作成に手間が掛る。従って、訪問すべき患者宅を見逃す恐れがあり、効率的に訪問ルートを作成し難いと言った問題がある。

したがって、１つの側面では、本発明は、訪問ルートの作成を容易に行えることを目的とする。

一態様によれば、訪問先として個別に選択可能で、かつ、所定の距離範囲内に存在する複数の訪問先候補を代表するアイコンが配置された地図を表示部に表示し、前記地図上で、前記アイコンに対する第１の選択を受け付け、前記第１の選択を受け付けた前記アイコンに代表される前記複数の訪問先候補のそれぞれに関する情報のうち、前記第１の選択を受け付けた前記アイコンに代表される前記複数の訪問先候補のそれぞれに関する情報のいずれか１以上に対する第２の選択を受け付け、前記第２の選択を受け付けていない訪問先候補に関する情報を表示し、該第２の選択を受け付けた訪問先候補に関する情報を表示しない処理をコンピュータが実行する訪問先情報表示方法が提供される。

また、上記課題を解決するための手段として、上記方法を行う装置、コンピュータに上記処理を実行させるためのプログラム、及び、そのプログラムを記憶した記憶媒体とすることもできる。

訪問ルートの作成を容易に行うことができる。

本実施例に係るシステム構成図である。 サーバ装置１００のハードウェア構成を示す図である。 医師端末のハードウェア構成を示す図である。 本実施例に係る訪問ルート画面の構成例を示す図である。 訪問ルート画面の初期画面例を示す図である。 検索後の地図表示領域の表示例を示す図である。 纏め患者リストから訪問先候補を選択した場合の表示例を説明するための図である。 訪問順リストの表示例を示す図である。 纏め患者リストの拡張表示例を示す図である。 次の訪問先候補を選択した場合の表示例を示す図である。 選択済み非表示の表示例を示す図である。 纏め患者リストの他の表示例を示す図である。 居宅アイコンを選択した場合の表示例を示す図である。 ルート検索後の訪問ルート画面の表示例を示す図である。 サーバ装置の機能構成例を示す図である。 患者基本情報ＤＢのデータ構成例を示す図である。 スケジュール情報ＤＢのデータ構成例を示す図である。 施設マスタＤＢのデータ構成例を示す図である。 抽出データのデータ構成例を示す図である。 対応付けテーブルのデータ構成例を示す図である。 訪問ルート作成処理の全体を説明するためのフローチャート図である。 図２１のステップＳ１１での候補位置表示処理を説明するためのフローチャート図である。 纏め表示処理の一例を示す図である。 居宅アイコンの纏め例を示す図である。 図２１のステップＳ１３での訪問先候補表示処理を説明するためのフローチャート図である。 図２１のステップＳ１５でのルート検索処理を説明するためのフローチャート図である。 図２１のステップＳ１７でのスケジュール割当処理を説明するためのフローチャート図である。

以下、本発明の実施の形態を図面に基づいて説明する。図１は、本実施例に係るシステム構成図である。図１に示すシステム１０００は、複数の医師端末３と、サーバ装置１００とが、ネットワーク２を介して接続される。本実施例において、システム１０００は、サーバ装置１００から各医師端末３へ必要な機能をオンデマンドで提供するＳａａＳ（Software as a Service）を実現する。

以下の説明において、サーバ装置１００に接続される端末を医師４が利用する医師端末３として説明するが、医師端末３に限定されない。本実施例は、在宅医療における訪問診療、訪問看護、訪問介護など、患者の所在地へ赴いて患者をケアする訪問ケアシステムに係る技術に適用可能である。従って、患者の所在地へ赴く看護師、ヘルパー、ケアマネージャー等が利用する端末であっても良い。また以下の説明においては、医師端末３を医師４が操作する例を挙げているが、上述の通り、医師端末３を操作する人は、医師４に限る必要はない。

サーバ装置１００は、医師４による訪問ルートの決定を支援するコンピュータ装置である。サーバ装置１００は、例えば、クラウドサーバ等であっても良い。

医師端末３は、医師４によって利用されるコンピュータ装置である。医師端末３は、通信機能を有し、ネットワーク２を介してサーバ装置１００と通信可能に接続できるコンピュータであればよく、パーソナルコンピュータ、ノートブック型、タブレット型、スマートフォン等の端末である。

サーバ装置１００は、訪問ケアに必要な種々の機能及び情報を医師端末３に提供する。医師端末３は、種々の機能の実体、即ち、プログラムや、患者情報、スケジュール情報等を保持する必要なく、訪問ケアに関する情報管理に必要な支援をえることができる。サーバ装置１００は、情報処理装置に相当する。

図２は、サーバ装置１００のハードウェア構成を示す図である。図２において、サーバ装置１００は、コンピュータであって、ＣＰＵ（Central Processing Unit）１１ａと、主記憶装置１２ａと、補助記憶装置１３ａと、入力装置１４ａと、表示装置１５ａと、通信Ｉ／Ｆ（インターフェース）１７ａと、ドライブ装置１８ａとを有し、それらのユニットがバスＢ１に接続されている。

ＣＰＵ１１ａは、主記憶装置１２ａに格納されたプログラムに従ってサーバ装置１００を制御する。主記憶装置１２ａには、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等が用いられ、ＣＰＵ１１ａにて実行されるプログラム、ＣＰＵ１１ａでの処理に必要なデータ、ＣＰＵ１１ａでの処理にて得られたデータ等を記憶又は一時保存する。

補助記憶装置１３ａには、ＨＤＤ（Hard Disk Drive）等が用いられ、各種処理を実行するためのプログラム等のデータを格納する。補助記憶装置１３ａに格納されているプログラムの一部が主記憶装置１２にロードされ、ＣＰＵ１１ａに実行されることによって、各種処理が実現される。記憶部１３０ａは、主記憶装置１２ａ及び／又は補助記憶装置１３ａを有する。

入力装置１４ａは、マウス、キーボード等を有し、ユーザがサーバ装置１００による処理に必要な各種情報を入力するために用いられる。表示装置１５ａは、ＣＰＵ１１ａの制御のもとに必要な各種情報を表示する。通信Ｉ／Ｆ１７ａは、有線又は無線などのネットワークを通じて通信を行う。通信Ｉ／Ｆ１７ａによる通信は無線又は有線に限定されるものではない。

サーバ装置１００ａによって行われる処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）等の記憶媒体１９ａによってサーバ装置１００に提供される。

ドライブ装置１８ａは、ドライブ装置１８ａにセットされた記憶媒体１９ａ（例えば、ＣＤ−ＲＯＭ等）とサーバ装置１００とのインターフェースを行う。

また、記憶媒体１９ａに、後述される本実施の形態に係る種々の処理を実現するプログラムを格納し、この記憶媒体１９ａに格納されたプログラムは、ドライブ装置１８ａを介してサーバ装置１００にインストールされる。インストールされたプログラムは、サーバ装置１００により実行可能となる。

尚、プログラムを格納する媒体としてＣＤ−ＲＯＭに限定するものではなく、コンピュータが読み取り可能な媒体であればよい。コンピュータ読取可能な記憶媒体として、ＣＤ−ＲＯＭの他に、ＤＶＤディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリであっても良い。

図３は、医師端末のハードウェア構成を示す図である。図３において、医師端末３は、タブレット型、携帯電話等の情報処理端末であって、ＣＰＵ（Central Processing Unit）１１ｂと、主記憶装置１２ｂと、ユーザＩ／Ｆ（インターフェース）１６ｂと、通信Ｉ／Ｆ１７ｂと、ドライブ装置１８ｂとを有し、バスＢ２に接続される。

ＣＰＵ１１ｂは、主記憶装置１２ｂに格納されたプログラムに従って医師端末３を制御する。主記憶装置１２ｂには、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等が用いられ、ＣＰＵ１１ｂにて実行されるプログラム、ＣＰＵ１１ｂでの処理に必要なデータ、ＣＰＵ１１ｂでの処理にて得られたデータ等を記憶又は一時保存する。主記憶装置１２ｂに格納されているプログラムが、ＣＰＵ１１ｂに実行されることによって、各種処理が実現される。

ユーザＩ／Ｆ１６ｂは、ＣＰＵ１１ｂの制御のもとに必要な各種情報を表示し、また、ユーザによる操作入力を可能とするタッチパネル等である。通信Ｉ／Ｆ１７ｂによる通信は無線又は有線に限定されるものではない。

医師端末３によって行われる処理を実現するプログラムは、ネットワーク２を介してサーバ装置１００からオンデマンドでダウンロードされる。プログラムは、例えば、医師端末３のＷｅｂブラウザ上で動作するJavaScript（登録商標）（ジャバスクリプト）等である。

ドライブ装置１８ｂは、ドライブ装置１８ｂにセットされた記憶媒体１９ｂ（例えば、ＳＤ（Secure Digital）メモリカード等）と医師端末３とのインターフェースを行う。主記憶装置１２ｂ及び／又は記憶媒体１９ｂが記憶部１３０ｂに相当する。

医師端末３のハードウェア構成は、図２のハードウェア構成と同様であるので、その説明を省略する。以下の説明では、図３のハードウェア構成を有する医師端末３とする。

サーバ装置１００は、訪問ルート画面を医師端末３に表示させて、医師４による、往診する患者への訪問順の決定を支援する。図４は、本実施例に係る訪問ルート画面の構成例を示す図である。図４に示す訪問ルート画面Ｇ３０は、主に、検索条件入力領域３１と、地図表示領域３２と、訪問順表示領域３３と、経路情報表示領域３４とを有する。

検索条件入力領域３１は、医師４が地図上に訪問対象を表示させるための検索条件を入力するための入力領域である。検索条件入力領域３１にて、医師４は、日付、訪問時間、担当医の夫々を入力する。その後、医師４により表示ボタンが押下されると、入力された検索条件で検索した結果が、地図上にアイコンで表示される。

日付には、医師４が訪問する年月日が入力される。訪問時間には、午前中の「ＡＭ」、午後の「ＰＭ」、又はＡＭ及びＰＭの「終日」のうち何れか１つが選択される。担当医には担当医名が入力されるが必須ではない。日付及び訪問時間の入力、即ち、医師４の訪問日と訪問する時間帯が指定されれば良い。

地図表示領域３２は、訪問対象が存在する領域の地図を表示し、地図上に訪問対象の位置をアイコンで示す表示領域である。初期状態では、例えば、医師４の現在位置に基づいて所定の縮尺で所定の範囲が示されても良い。

訪問順表示領域３３は、医師４が地図表示領域３２に表示されたアイコン７の選択により、医師４が訪問する患者を更に選択した場合、医師４による患者の選択順に患者名を含む訪問情報が一覧で示される。アイコン７については後述する。

訪問順表示領域３３は、出発時刻（又は開始時刻）と、訪問順リスト３３ｔを含む。出発時刻（又は開始時刻）は、医師４により入力された時刻を示す。訪問順リスト３３ｔは、患者名を含む訪問情報を医師４による患者の選択順に示す。

訪問情報は、患者名、開始時刻、終了時刻、時間等の項目を有する。１つの訪問情報が１つのレコードに相当する。各訪問情報に対して、操作ボタン等が対応付けられる。操作ボタンには、医師４が地図表示領域３２で患者を選択した選択順を変更するための「上へ」ボタン及び／又は「下へ」ボタンと、訪問情報を削除するための「削除」ボタンとがある。

訪問順表示領域３３は、更に、ルート検索ボタン３３ｅ、スケジュール割当ボタン３３ｆ、及びキャンセル３３ｇボタンを有する。ルート検索ボタン３３ｅの押下によって、訪問順リスト３３ｔに従ったルートが検索される。スケジュール割当３３ｆの押下によって、訪問順リスト３３ｔに従ってスケジュールが確定する。キャンセルボタン３３ｇの押下によって、訪問順リスト３３ｔは初期化される。即ち、医師４による選択は全てキャンセルされる。

経路情報表示領域３４は、訪問順リスト３３ｔに従ってルート検索した結果に基づいて、医師４の選択順に患者を訪問するための経路をテキストで表示する表示領域である。

以下、医師端末３において、このような訪問ルート画面Ｇ３０を利用した医師４による操作及び画面例について説明する。

図５は、訪問ルート画面の初期画面例を示す図である。図５において、初期状態の訪問ルート画面Ｇ３０は、少なくとも検索条件入力領域３１を含む。地図表示領域３２に所定縮尺で医師端末３の現在位置に基づいた所定範囲を示しても良い。

医師４が、検索条件入力領域３１に検索条件を入力したのち、表示ボタンを押下すると、図６のように、地図と、検索条件に該当する患者の居宅が訪問先を表すアイコンで示される。検索条件では、日付「2014/07/24」が入力され、訪問時間「全て」が選択されたとする。なお、図５の例に示すように、以下の説明においては、医師端末３は医師４等のユーザからの操作入力をタッチパネルを介して受け付けるタイプのコンピュータである例で説明を行なっている。そのため、図５では、ユーザの指先が表示ボタンに重なっていることで、表示ボタンが押下操作されたことを表現している。

図６は、検索後の地図表示領域の表示例を示す図である。図６に示される地図表示領域３２は、日付表示領域３２ａと、地図３２ｂと、選択チェックボックス３２ｃとを有する。

日付表示領域３２ａは、検索条件入力領域３１に医師４が入力した日付を示す。地図３２ｂは、検索条件に応じた領域を含んだ範囲で表示した地図であり、地図上には訪問先を指し示すアイコン７が表示される。

選択チェックボックス３２ｃは、医師４による選択を受け付け済みの訪問先候補を、後述する纏め患者リスト８ｇ内で表示対象とするか否かを選択するためのボックスである。選択チェックボックス３２ｃがチェックされた場合には、纏め患者リスト８ｇを表示する際に、既に選択を受け付け済みの訪問先を除いて、未選択の訪問先候補を表示する。

図６の例では、検索結果に基づいて４個のアイコンが示されている。本実施例において、アイコンは、居宅アイコン７ａ及び纏めアイコン７ｇの２種類ある。居宅アイコン７ａ及び纏めアイコン７ｇを、総称してアイコン７と言う場合がある。

居宅アイコン７ａは、居宅アイコン７ａが示す場所に、訪問する１患者の１居宅があることを示す。また、本実施例では、居宅アイコン７ａ内に、患者が訪問を希望する訪問時間帯が示される。訪問時間帯が、午前の訪問である場合、「ＡＭ」が示され、午後の訪問である場合、「ＰＭ」が示され、午前の訪問でも午後の訪問でもどちらでも良い場合、「ＡＬＬ」が示される。

纏めアイコン７ｇは、その場所付近に訪問する患者が複数あることを表している。例えば、検索条件に該当する複数の患者の居宅が近隣にある場合、ホーム等の同じ介護施設に検索条件に該当する２以上の患者が居宅している場合などである。このように近隣又は同一施設に居住する複数の訪問先をグループ化して纏めアイコン７ｇで表示する方法については後述する。

各纏めアイコン７ｇ内には、同一グループ内における訪問先候補の総数と、同一グループ内において選択を受け付け済みである訪問先候補の選択数とが示される。同一グループ内における訪問先候補の総数は、検索条件を満たし、且つ、纏めアイコン７ｇによって纏められた患者の数を示す。また、同一グループ内において選択を受け付け済みである訪問先候補の選択数は、同一グループに纏められた患者のうち、訪問先としての選択を受け付け済みである患者の数を示す。

図６では、２つの纏めアイコン７ｇが例示されている。１つは、訪問先候補の総数「３」のうち、訪問候補先の選択数は「０」を示している。３つの訪問先候補がグループ化され、未だいずれの患者も訪問先としての選択操作を受け付けていないことを示している。他の１つは、訪問先候補の総数「８」のうち、訪問する患者の選択数は「０」を示している。８つの訪問先候補がグループ化され、未だいずれの患者も訪問先としての選択操作を受け付けていないことを示している。

医師端末３から地図３２ｂ上で８つの訪問先候補がグループ化された纏めアイコン７ｇに対する選択を受け付けると、サーバ装置１００は、医師端末３に纏めアイコン７ｇが示す領域に居宅する患者を一覧にした纏め患者リスト８ｇを表示させる。纏め患者リスト８ｇから訪問先候補を選択した場合の表示例について説明する。

図７は、纏め患者リストから訪問先候補を選択した場合の表示例を説明するための図である。図７において、地図３２ｂには、纏め患者リスト８ｇの一部分が表示されている。

例えば、同一グループ内に纏められた８つの訪問先候補のうち、４つの訪問先候補の一覧が示される。訪問先候補が所定数を超えて存在する場合には、所定数の訪問先候補が表示される。ここでは、所定数が４の場合で例示されているが、所定数「４」に限定されない。このように纏め患者リスト８ｇの一部を表示した場合には、表示領域を拡張する拡張ボタン８ｅが表示される。もしくは、纏め患者リスト８ｇをスクロール可能な状態で表示してもよい。

纏め患者リスト８ｇは、訪問先候補毎に、簡易状態表示、簡易スケジュール情報等の項目を有する。簡易状態表示は、患者側が訪問を希望する時間帯「ＡＭ」、「ＰＭ」、「ＡＬＬ」、又は、医師４による選択済みを示すチェックマークの何れかを示す。簡易スケジュール情報は、患者住所、患者名、訪問時間等を示す。簡易スケジュール情報のうち、訪問時間は、ルート検索で得た値を示す。訪問時間は、医師４が訪問先候補を未選択の場合には表示されない。

医師４が表示された纏め患者リスト８ｇから最初に訪問する訪問先候補として「山田 太郎」を選択すると、簡易状態表示が「ＡＭ」からチェックマーク付きのアイコンへと変更され、医師４が選択した纏めアイコン７ｇ内の訪問候補先の選択数が「０」から「１」へと変化する。

また、同時に、図８に示すように、訪問順表示領域３３の訪問順リスト３３ｔの先頭に訪問先候補の「山田 太郎」が表示される。図８は、訪問順リストの表示例を示す図である。

図８において、訪問順リスト３３ｔには、地図３２上に表示された纏め患者リスト８ｇから選択操作を受け付けた順に従って、選択された訪問先候補が表示される。また、纏め患者リスト８ｇからに対する選択操作を受け付けたことに応じて、訪問順リスト表示領域３３に訪問順リスト３３ｔを表示する。この例では、医師４による最初の選択であるため、「山田 太郎」が先頭にリストされる。

訪問順リスト表示領域３３において、予め記憶されている所定の診察時間「４０」分と午前の診察開始時刻「０９：００」とを考慮した、開始時刻「０９：００」及び終了時刻「０９：４０」が自動算出されて表示される。時間には所定の診察時間「４０」が表示される。この表示に同期して、纏め患者リスト８ｇの「山田 太郎」に対応する欄に、算出した開始時刻及び終了時刻が表示される。例えば、図９に示すように、纏め患者リスト８ｇの「山田 太郎」に対応する欄に「09:00〜09:40」のような時間情報が付加される。

なお、診察時間は、医師４によって任意に変更可能である。診察時間の変更に応じて、終了時刻も変更される。医師４が出発時刻（又は開始時刻）を入力することによって、開始時刻及び終了時刻を調整するようにしても良い。ここでは、午前の往診の開始時刻の規定値を、「０９：００」とした算出例を示す。

医師４の最初の選択が纏め患者リスト８ｇから行われる場合で説明したが、居宅アイコン７ａの選択後に表示される訪問先候補を選択した場合であっても、同様に医師４の訪問先候補の選択順に従った訪問順リスト３３ｔが表示される。

更に、医師４が拡張ボタン８ｅを選択すると、図９に示すように、纏め患者リスト８ｇが拡張されて表示される。図９は、纏め患者リストの拡張表示例を示す図である。図９において、纏め患者リスト８ｇは拡張されて表示される。この例では、４つの訪問先候補から８つの訪問者候補が表示される。拡張により表示される訪問先候補の数は８に限定されない。

次の訪問先候補を選択する場合を、この拡張された纏め患者リスト８ｇから選択する例で説明する。図１０は、次の訪問先候補を選択した場合の表示例を示す図である。図１０において、拡張された纏め患者リスト８ｇから、次に訪問する訪問先候補として「富士丘 登」に対する選択操作が行なわれている。

この場合、図９に示すように選択前では「ＡＭ」であった「富士丘 登」の簡易状態表示を、医師４からの選択操作を受け付けたことに応じて、選択されたことを示すチェックマークへと変更している。さらに、選択を受け付けた纏めアイコン７ｇ内の訪問候補先の選択数を「１」から「２」へ更新している。

また同時に、図１０に示すように、訪問先候補の選択を受けうけた順に従い、「山田 太郎」の次に「富士丘 登」を訪問順リスト３３ｔに追加する。

訪問順リスト表示領域３３において、訪問先の「富士丘 登」に対して、所定の診察時間「４０」分と直前の訪問先に対する診察終了時刻「０９：４０」とを考慮した、開始時刻「０９：４０」及び終了時刻「１０：２０」が自動算出されて表示される。この表示に同期して、纏め患者リスト８ｇの「富士丘 登」に対して算出した開始時刻及び終了時刻が表示される。例えば、「09:40〜10:20」のような時間情報が付加される。

この場合においても、診察時間は、医師４によって任意に変更可能である。また、医師４は、訪問順リスト３３ｔ内の「上へ」ボタン又は「下へ」ボタンを操作することによって、訪問順を変更可能である。また、医師４は、纏め患者リスト８ｇから連続して訪問先候補を選択する必要はなく、居宅アイコン７ａの指定による訪問先候補の選択が混在しても良い。

さて、図９の表示状態で、医師４が選択済みを非表示にする選択チェックボックス３２ｃをオンにした場合の纏め患者リスト８ｇの表示例を図１１に示す。図１１は、選択済み非表示の表示例を示す図である。

図１１では、医師４が選択チェックボックス３２ｃをオンにすると、図９の纏め患者リスト８ｇに示されていた、既に選択操作を受け付け済みの訪問先候補の「山田 太郎」が非表示となり、未選択の７つの訪問先候補のみが表示対象とされる。一方で、纏めアイコン７ｇ内の同一グループ内の訪問先候補の総数「８」、及び選択操作を受付済みの訪問先候補の選択数「１」に変化はない。

さらに纏め患者リスト８ｇの他の表示例について図１２で説明する。図１２は、纏め患者リストの他の表示例を示す図である。例えば、訪問先候補となる患者が、施設等の同一建物に居住している場合がある。

図１２に示す纏め患者リスト８ｇでは、建物毎に訪問先候補を纏め、同一の建物に複数の訪問先候補が存在する場合は、建物の名称を示して表示する。同一建物が施設の場合、例えば、施設名「あいうえお施設」を表示する。

このような纏め患者リスト８ｇを表示することで、医師４は、同一建物に複数の訪問先候補が存在することを容易に視認でき、訪問順の決定が行い易くなる。従って、効率的に往診することができる。

建物毎に纏める方法は、上述した施設名を表示して纏める表示形態に限定されない。他の表示形態として例えば、建物毎に色分けしても良い。また、建物毎に別リストとしても良い。または、纏め患者リスト８ｇ内で建物毎に区切り線で区別しても良い。

次に、図１０に示した状態から、医師４が３番目の訪問先として、居宅アイコン７ａを選択した場合の表示例を図１３で説明する。図１３は、居宅アイコンを選択した場合の表示例を示す図である。

図１３において、医師４は、同日の午後に訪問する患者を決めるために、訪問時間帯「ＰＭ」を示す居宅アイコン７ａを選択する。居宅アイコン７ａの選択に応じて、居宅アイコン７ａが示す位置に対応する訪問先候補情報８ａが表示される。訪問先候補情報８ａには、患者名「千葉 花子」が示されている。

そして、医師４による、居宅アイコン７の選択操作を受け付けると、訪問先候補情報８ａを選択済みの簡易状態情報に変更し、居宅アイコン７ａの色を、未選択の状態の色とは異なる、選択済みを示す色に変更する。

同時に、訪問順表示領域３３の訪問順リスト３３ｔに、訪問先の「山田 太郎」そして「富士丘 登」に加えて「千葉 花子」を追加し、それぞれを、医師４からの選択操作を受け付けた順に表示する。

訪問順リスト表示領域３３において、訪問先の「千葉 花子」に対して、所定の診察時間「４０」分と、午後の診察開始時刻「１３：００」とを考慮した、開始時刻「１３：００」及び終了時刻「１３：４０」が自動算出されて表示される。ここでは、午後の往診の開始時刻の規定値を、「１３：００」とした算出例を示す。

さらにこの表示に同期して、医師４が選択した居宅アイコン７ａの訪問先候補情報８ａに対して算出した開始時刻及び終了時刻を追加表示する。例えば、「13:00〜13:40」のような時間情報が付加される。

この場合においても、診察時間は、医師４によって任意に変更可能である。また、医師４は、訪問順リスト３３ｔ内の「上へ」ボタン又は「下へ」ボタンを操作することによって、訪問順を変更可能である。またここで、訪問順リスト３３ｔ内で訪問先の選択を受付けた場合に、選択を受付けた訪問先に対応する居宅アイコンを、他の居宅アイコンとは識別可能な状態に表示を変更しても良い。

「千葉 花子」の追加後、適宜、上述したような操作を行った後、医師４は、ルート検索ボタン３３ｅを押下すると、ルート検索処理が実行され、図１４のように訪問ルート画面Ｇ３０が表示される。図１４は、ルート検索後の訪問ルート画面の表示例を示す図である。

図１４にて、訪問ルート画面Ｇ３０の地図表示領域３２に表示された地図３２ｂには、現在位置７ｐから訪問順リスト３３ｔに従ってルートが示される。また、経路情報表示領域３４には、訪問順リスト３３ｔに従って、医師４が選択した訪問先候補への道順の説明文が表示される。医師４は、地図３２ｂで直感的な経路を把握でき、経路情報表示領域３４を参照することで、訪問先への道順を具体的に知ることができる。

医師４は、訪問先と訪問経路とを確認後、スケジュール割当ボタン３３ｆを押下すると、訪問順リスト３３ｔに従って、検索条件入力領域３１で指定した日付の、医師４の訪問スケジュールが確定する。

次に、上述した訪問ルート画面Ｇ３０の表示に係る種々の機能をＳａａＳとして実現するサーバ装置１００の機能構成について図１５で説明する。図１５は、サーバ装置の機能構成例を示す図である。

図１５において、サーバ装置１００は、スケジュール作成部６０と、訪問ルート作成部６１とを有する。また、記憶部１３０は、患者基本情報ＤＢ（DataBase）７１、スケジュール情報ＤＢ７２、施設マスタＤＢ７３、抽出データ７４、対応付けテーブル７５等を記憶する。スケジュール作成部６０、訪問ルート作成部６１の処理機能部は、サーバ装置１００のＣＰＵ１１ａがプログラムを読み込んで実行することで、仮想的に実現される。記憶部１３は、サーバ装置１００の記憶部１３０ａにより実現される。

スケジュール作成部６０は、医師４による患者毎の訪問スケジュールの作成を支援する処理部である。スケジュール作成部６０によって作成されたスケジュール情報は、スケジュール情報ＤＢ７２に記憶される。

訪問ルート作成部６１は、訪問ルート画面Ｇ３０を医師端末３に表示させ、医師４の訪問ルート画面Ｇ３０への操作に応じて、訪問ルートの作成を支援する。訪問ルート作成部６１は、主に、候補位置表示部６２と、訪問先候補表示部６３と、ルート検索部６４と、スケジュール割当部６５とを有する。

候補位置表示部６２は、訪問ルート画面Ｇ３０を医師端末３に表示させ、医師４が入力した検索条件を満たす訪問先候補の位置を地図３２ｂ上に表示する。候補位置表示部６２は、更に、候補検索部６２１と、纏め部６２２と、選択情報表示部６２３とを有する。

候補検索部６２１は、訪問ルート画面Ｇ３０から医師４が検索条件入力領域３１に入植した訪問先候補を検索するための検索条件を受け付けて、検索条件を満たす訪問先候補をスケジュール情報ＤＢ７２から検索する。検索された訪問先候補に係る抽出データ７４が記憶部１３０に格納される。

纏め表示部６２２は、地図表示領域３２に地図３２ｂを描画して、抽出データ７４に基づいて、描画した地図３２ｂ上に検索した訪問先候補の位置をアイコン７で指し示す。纏め表示部６２２は、地図３２ｂを描画した後、訪問先候補の位置を示す居宅アイコン７ａを描画し、重なり合う居宅アイコン７ａは一つの纏めアイコン７ｇに置き換えて描画する。訪問先候補の位置は、訪問先候補の患者の自宅又は施設等の住所に相当する位置である。纏めアイコン７ｇ毎に、患者ＩＤを対応付けた対応付けテーブル７５が記憶部１３０に記憶される。

選択情報表示部６２３は、纏めアイコン７ｇ毎に、対応付けた対応付けテーブル７ｇを参照して纏めた訪問先候補の総数を取得し、また、スケジュール情報ＤＢ７２を参照して、纏めた訪問先候補のうち、医師４が選択済みの訪問先候補の選択数を取得して、取得した訪問先候補と選択数とを纏めアイコン７ｇ内に表示する。

訪問先候補表示部６３は、医師４による選択操作を受け付けたアイコン７に応じた訪問先候補を地図３２ｂ上に表示する（図６から図１３）。訪問先候補表示部６３は、更に、リスト表示処理部６３１と、選択情報更新部６３２とを有する。

リスト表示処理部６３１は、医師４による選択操作を受け付けたアイコン７の近傍にアイコン７が示す位置に居住する訪問先候補を表示する。具体的には、アイコン７が示す位置に居住する訪問先候補の、簡易状態表示と簡易スケジュール情報とを示する。

纏めアイコン７ｇが選択された場合、リスト表示処理部６３１は、選択された纏めアイコン７ｇに属する訪問先候補を一覧にした纏め患者リスト８ｇを表示する。纏め患者リスト８ｇでは、同一施設で訪問先候補が複数ある場合には、更に、同一施設でグループ化して、施設名で纏めて訪問先候補を一覧にして表示する（図１２）。

居宅アイコン７ａが選択された場合、リスト表示処理部６３１は、居宅アイコン７ａが示す位置に居住する訪問先候補の、簡易状態表示と簡易スケジュール情報とを表示する（図１３）。

訪問する患者として訪問先候補の選択操作を受け付けると、リスト表示処理部６３１は、選択された訪問先候補の簡易状態表示を選択済みに変更して、訪問順表示領域３３の訪問順リスト３３ｔに、訪問先候補を追加する。具体的には、医師４の選択順に従って、患者名の他、開始時刻、終了時刻、時間を示す訪問情報が、訪問順リスト３３ｔに追加される。また、選択順は、抽出データ７４にも記録される。

選択情報更新部６３２は、医師４の纏め患者リスト８ｇからの選択に応じて、纏めアイコン７ｇ内の選択数を更新する。

ルート検索部６４は、医師４の訪問順表示領域３３のルート検索ボタン３３ｅの押下に応じて、ルート検索を実行し、地図３２ｂ上にルートを示し、また、経路情報表示領域３４に道順の説明文を表示する。

スケジュール割当部６５は、医師４の訪問順表示領域３３のスケジュール割当ボタン３３ｆの押下に応じて、スケジュール情報ＤＢ７２に対して、訪問順リスト３３ｔに従って、スケジュールを割り当て、医師４を担当医師名として設定する。担当医師名は、医師４に入力させても良いし、医師４が医師端末３からサーバ装置１００に接続する際のログインで対応付けられる医師名を入力しても良い。

次に、種々のデータ構成について説明する。図１６は、患者基本情報ＤＢのデータ構成例を示す図である。図１６において、患者基本情報ＤＢ７１は、患者毎の個人情報を記憶し管理するデータベースであり、患者ＩＤ、患者名、住所、電話番号、生年月日、施設ＩＤ等の項目を有する。

患者ＩＤは、患者を一意に識別するための識別情報である。患者名は、患者のフルネームを示す。住所は、患者の自宅の住所を示す。電話番号は、患者の電話番号を示す。例えば、自宅の電話番号等である。生年月日は、患者の生年月日を示す。

施設ＩＤは、患者が自宅以外の介護施設、養護施設等の施設に入居している場合、即ち、医師４が訪問する先が自宅以外の施設の場合、後述される施設マスタＤＢ７３とを関連付る施設ＩＤを示す。患者が、自宅に居宅している場合、即ち、医師４の訪問先が患者の自宅の場合、施設ＩＤは空欄である。

図１６のデータ例では、患者ＩＤ「Ｐ００１」の患者名「山田 太郎」の住所は「神奈川県○○」であり、電話番号は「xxxx-xxxx-xxxx」であり、生年月日は「1930年01月02日」であり、施設ＩＤは「Ｈ００４」である、ことを示している。

従って、医師４が「山田 太郎」を往診する場合、訪問先は、施設ＩＤ「Ｈ００４」で関連付られる施設マスタＤＢ７３で管理されている施設住所である。図１８を参照することにより、施設住所「神奈川県●●１−２」に所在する施設名「あいうえお施設」が、「山田 太郎」の居宅であることが分かる。

また、患者ＩＤ「Ｐ００２」の患者名「千葉 花子」の住所は「神奈川県▼▼」であり、電話番号は「xxxx-xxxx-xxxx」であり、生年月日は「1925年03月14日」であることを示している。施設ＩＤは未設定であるため、「千葉 花子」を往診するための訪問先は、自宅の住所「神奈川県▼▼」となる。

図１７は、スケジュール情報ＤＢのデータ構成例を示す図である。図１７において、スケジュール情報ＤＢ７２は、患者の訪問ケアのスケジュール情報を管理するデータベースであり、患者ＩＤ、訪問先、訪問日、希望時間帯、予定時間、訪問時間実績、担当医師名、経路順等の項目を有する。

患者ＩＤは、スケジュールされた患者の患者ＩＤを示し、患者基本情報ＤＢ７１の患者ＩＤによって関連付けられる。

訪問先は、医師４が実際に訪問する患者の住所を示す。訪問先には、患者が自宅に在宅している場合は、患者基本情報ＤＢ７１から得られた患者の住所が設定される。患者が施設に居宅している場合は、患者基本情報ＤＢ７１から得られた施設ＩＤが設定される。

訪問先は、患者の自宅の住所又は居宅の施設のいずれかを示すフラグであっても良い。自宅の場合には、患者基本情報ＤＢ７１から患者の住所を取得可能である。施設の場合には、患者基本情報ＤＢ７１から施設ＩＤを取得後、後述する施設マスタＤＢ７３を参照することで施設の住所を取得可能である。

訪問日は、医師４が往診する予定日を示す。希望時間帯は、医師４が訪問を確定する前の患者側が希望する時間帯「ＡＭ」、「ＰＭ」、又は「全て」を示す。予定時間は、医師４が訪問を確定した場合の開始時刻及び終了時刻を示す。

訪問時間実績は、訪問後に医師４が訪問した開始時刻及び終了時刻を示す。担当医師名は、患者を訪問する医師名を示す。経路順は、訪問ルート画面Ｇ３０から医師４が選択した訪問順を示す。

この例では、少なくとも、患者ＩＤ「Ｐ００１」、「Ｐ００２」、及び「Ｐ００３」に関して、担当医師名が未設定であることから、医師４による訪問スケジュールが確定していないことを示している。医師４により、訪問ルート画面Ｇ３０の検索条件入力領域３１の日付に「2014/07/24」が指定された場合、少なくとも患者ＩＤ「Ｐ００１」、「Ｐ００２」、及び「Ｐ００３」のレコードが抽出される。抽出されたレコードから、患者ＩＤ、訪問先、希望時間帯、予定時間等が取得され、後述される抽出データ７４が記憶部１３０に格納される。

一方、患者ＩＤ「Ｐ０１５」、「Ｐ０１６」、及び「Ｐ０１７」に関しては、既に担当医師名「青木」医師が設定されているため、訪問ルートが確定したレコードであると判断し、抽出されることはない。ここでの経路順は、「青木」医師による訪問順を示す。

図１８は、施設マスタＤＢのデータ構成例を示す図である。図１８において、施設マスタＤＢ７３は、患者基本情報ＤＢ７１に登録されている患者のいずれかが居宅する場合に、登録された施設の情報を管理するデータベースであり、施設ＩＤ、施設名、施設住所等の項目を有する。

施設ＩＤは、施設を一意に特定する識別情報であり、患者基本情報ＤＢ７１の施設ＩＤによって関連付けられている。施設名は、施設の名称を示す。施設住所は、施設の所在地を示す。

この例では、施設ＩＤ「Ｈ００１」で特定される施設名「ＡＢＣホーム」の施設住所は、「神奈川県△△３−４」であることを示している。また、施設ＩＤ「Ｈ００４」で特定される施設名「あいうえお施設」の施設住所は、「神奈川県●●１−２」であることを示している。

図１９は、抽出データのデータ構成例を示す図である。図１９において、抽出データ７４は、検索条件によってスケジュール情報ＤＢ７２から抽出された訪問先候補のデータであり、患者ＩＤ、訪問先、希望時間帯、予定時間、選択順、アイコン位置等の項目を有する。

患者ＩＤは、患者を一意に識別するための識別情報である。訪問先は、医師４が実際に訪問する患者の住所を示す。希望時間帯は、医師４が訪問を確定する前の患者側が希望する時間帯「ＡＭ」、「ＰＭ」、又は「全て」を示す。予定時間は、医師４が訪問を確定した場合の開始時刻及び終了時刻を示す。

選択順は、医師４が選択した順番を示す。アイコン位置は、地図表示領域３２に表示した地図３２ｂ上に居宅アイコン７ａを描画する描画位置を示す。

抽出データ７４の患者ＩＤ、訪問先、及び希望時間帯は、スケジュール情報ＤＢ７２での値を示す。予定時間及び選択順は、医師４が訪問を確定した際に、スケジュール情報ＤＢ７２の該当するレコードの予定時間及び経路順に夫々設定される。

図２０は、対応付けテーブルのデータ構成例を示す図である。図２０において、対応付けテーブル７５は、候補位置表示部６２の纏め表示部６２２によって居宅アイコンがグループ化された場合に記憶部１３０に作成され、纏めアイコンＩＤと患者ＩＤとを記憶したテーブルである。

纏めアイコンＩＤは、纏めアイコン７ｇを表示内で特定する識別情報である。患者ＩＤは、患者を一意に識別するための識別情報である。対応付けテーブル７５に記憶された患者ＩＤは、抽出データ７４に存在する患者ＩＤである。

また、対応付けテーブル７５は、訪問先候補表示部６３のリスト表示処理部６３１によって参照されることにより、纏め患者リスト８ｇを表示する際に、同一施設に入居している訪問先候補を施設名で纏めて表示させることもできる（図１２）。

対応付けテーブル７５の患者ＩＤを示す抽出データ７４のレコードにおいて、訪問先が施設ＩＤを示す場合、施設マスタＤＢ７３を参照することによって、施設名を取得可能である。

以下に、本実施例における訪問ルート作成に係る種々の処理を説明する。図２１は、訪問ルート作成処理の全体を説明するためのフローチャート図である。図２１において、訪問ルート作成部６１は、候補位置表示部６２による候補位置表示処理を行う（ステップＳ１１）。訪問ルート画面Ｇ３０の地図表示領域３２に表示した地図３２ｂ上に訪問先候補の位置を示すアイコン７が表示される。

訪問ルート作成部６１は、アイコン７が選択されたか否かを判断する（ステップＳ１２）。アイコン７が選択されていない場合、訪問ルート作成部６１は、ステップＳ１４へと進む。

一方、アイコン７の選択を受け付けた場合、訪問ルート作成部６１は、訪問先候補表示部６３による訪問先候補表示処理を行う（ステップＳ１３）ことで、訪問ルート画面Ｇ３０の地図表示領域３２の地図３２ｂ上において、選択されたアイコン７の近傍に訪問先候補情報８ａ又は纏め患者リスト８ｇを表示する。そして、訪問先候補情報８ａで示される訪問先候補の選択又は纏め患者リスト８ｇからの訪問先候補の選択操作を受け付ける。

訪問ルート作成部６１は、訪問ルート画面Ｇ３０の訪問順表示領域３３内のルート検索ボタン３３ｅの押下を受け付けたか否かを判断する（ステップＳ１４）。ルート検索ボタン３３ｅが押下されていない場合、訪問ルート作成部６１は、ステップＳ１６へと進む。

一方、ルート検索ボタン３３ｅの押下操作を受け付けた場合、訪問ルート作成部６１は、ルート検索部６４によるルート検索処理を行ない（ステップＳ１５）、ルート検索処理の結果を、地図３２ｂ上及び経路情報表示領域３４に表示する。

訪問ルート作成部６１は、スケジュール割当ボタンが押下されたか否かを判断する（ステップＳ１６）。スケジュール割当ボタンが押下されていない場合、訪問ルート作成部６１は、ステップＳ１８へと進む。

一方、スケジュール割当ボタンの押下操作を受け付けた場合、訪問ルート作成部６１は、スケジュール割当部６５によるスケジュール割当処理を行う（ステップＳ１７）。

訪問ルート作成部６１は、終了が選択されたか否かを判断する（ステップＳ１７）。終了の指示を受け付けた場合、訪問ルート作成部６１は、この訪問ルート作成処理を終了する。一方、終了でない場合、訪問ルート作成部６１は、ステップＳ１２へと戻り、上述の処理を繰り返す。

図２２は、図２１のステップＳ１１で実行される候補位置表示処理Ｓ１１を説明するためのフローチャート図である。図２２において、候補位置表示部６２の候補検索部６２１は、訪問ルート作成画面Ｇ３０を表示して、検索条件として、日付及び訪問時間の入力を受け付ける（ステップＳ１１１）。

候補検索部６２１は、スケジュール情報ＤＢ７２から、検索条件を満たすレコードを抽出して、訪問に係る情報を取得する（ステップＳ１１２）。抽出データ７４が記憶部１３０に格納される。抽出データ７４に、検索条件を満たすレコードの患者ＩＤ、訪問先、及び希望時間帯が記憶される。

そして、候補位置表示部６２の纏め表示部６２２は、抽出データ７４の訪問先の住所を含む地図３２ｂを、訪問ルート画面Ｇ３０の地図表示領域３２に表示する（ステップＳ１１３）。

次に、纏め表示部６２２は、抽出データ７４の各訪問先に基づいて、居宅アイコン７ａを地図表示領域３２に表示した地図３２ｂ上に表示するためのアイコン位置を算出する（ステップＳ１１４）。算出されたアイコン位置は、抽出データ７４に格納される。

纏め表示部６２２は、アイコン位置に基づいて、居宅アイコン７ａの縦横各々について、隣接する居宅アイコン７ａとの重なりを算出する（ステップＳ１１５）。重なり部分の縦の長さの居宅アイコンの縦の長さに対する比率が算出される。また、同様に、重なり部分の横の長さの居宅アイコンの横の長さに対する比率が算出される。

纏め表示部６２２は、縦又は横の重なりが１５％以上となる隣接する居宅アイコンをグループ化して纏めアイコン７ｇに置き換えて（ステップＳ１１６）（図２２の図中右下の例示）、纏めアイコン７ｇ毎に、抽出データ７４の隣接する居宅アイコン７ａに対応する患者ＩＤを対応付けた対応付けテーブル７５を記憶部１３０に作成する（ステップＳ１１７）。

次に、候補位置表示部６２の選択情報表示部６２３は、対応付けテーブル７５を参照して、同一纏めアイコン７ｇに対応付けられた患者ＩＤの数を総数として取得する（ステップＳ１１８）。

そして、選択情報表示部６２３は、各纏めアイコン７ｇ内にステップＳ１１８で取得した総数と、最初にこの処理を行なう時点では、選択操作を受け付けた訪問先はまだ無い状態であるので選択数「０」を示す纏め情報７ｈとを付加して、訪問ルート画面Ｇ３０の地図表示領域３２の地図３２ｂ上に表示する（ステップＳ１１９）。

また、選択情報表示部６２３は、隣接する居宅アイコン７ａと１５％以上の重なりを持たない居宅アイコン７ａ内に、希望時間帯を付加して、訪問ルート画面Ｇ３０の地図表示領域３２の地図３２ｂ上に表示する（ステップＳ１２０）。居宅アイコン７ａ内の希望時間帯の表示は、簡易状態表示に相当する。

纏めアイコン８ｇ及び居宅アイコン７ａの表示後、候補位置表示部６２は、この候補位置表示処理を終了する。

纏め表示部６２２による纏め表示処理の例について図２３で説明する。図２３は、纏め表示処理の一例を示す図である。図２３において、居宅アイコン７ａの描画領域を、縦ｈ０及び横ｗ０として示す。纏め表示部６２２は、隣接する居宅アイコン７ａの重なる領域７ｒの縦ｈ１及び横ｗ１を求める。

そして、纏め表示部６２２は、縦ｈ０に対する縦ｈ１の割合と、横ｗ０に対する横ｗ１の割合とを算出する。いずれかが１５％以上の場合、纏め表示部６２２は、隣接する２つの居宅アイコン７ａを纏める。

隣接する居宅アイコン７ａの検出方法は、例えば、抽出データ７４をアイコン位置でソートして、各アイコン位置を基点として、近接する他のアイコン位置に基づいて、隣接する居宅アイコン７ａ同士の重なりを比較すれば良い。

纏め表示の判定基準として、発明者等は、医師４等のユーザが重なり合った居宅アイコン７ａのうち背面に描画された１つを選択するのが困難になるであろうとした値を１５％としたが、この値に限定するものではない。居宅アイコン７ａを描画した場合の重なりの程度を判定基準とすればよい。

図２４は、居宅アイコンの纏め例を示す図である。図２４において、居宅アイコン７ａ−１、７ａ−２、７ａ−３、及び７ａ−４の４つが隣接し、重なりを持つ場合の例を示している。

４つの居宅アイコン７ａ−１〜７ａ−４のうち、３つの居宅アイコン７ａ−１〜７ａ−３が縦又は横の重なりが１５％以上を示し、１つの居宅アイコン７ａ−４が１５％未満の重なりを示した場合、纏め表示部６２２は、３つの居宅アイコン７ａ−１〜７ａ−３を１つの纏めアイコン７ｇに置き換える。一方、居宅アイコン７ａ−４は置き換わらない。地図３２ｂの縮尺によってグルーピングのレベルが変化するため、纏められる居宅アイコン７ａの数は変化する。

上述したように本実施例では、居宅アイコン７ａの重なりの程度で纏め表示処理が行われる。居宅アイコン７ａ同士の縦幅または横幅が所定の割合以上重なるということは、その居宅アイコン７ａを表示しようとしている地図の縮尺において、居宅アイコン７ａ同士が所定の距離範囲内に存在すると表現することもできる。表示する地図の縮尺において、隣接する居宅アイコン７ａを医師４が容易に選択できないような位置関係にある居宅アイコン7ａ同士が纏め表示処理の対象となれば、処理対象とする居宅アイコン７ａを他のやり方により特定しても構わない。例えば、患者の住所に基づく緯度及び経度を用いて、縮尺に応じた所定範囲内に居住する患者に関して居宅アイコン７ａを纏めるようにしても良い。纏め表示処理の対象とする居宅アイコン７ａの特定の仕方を他のやり方に置き換える場合には、ステップＳ１１５及びステップＳ１１６を、該他のやり方の処理に置き換えればよい。

次に、訪問先候補表示部６３による訪問先候補表示処理について図２５で説明する。図２５は、図２１のステップＳ１３での訪問先候補表示処理を説明するためのフローチャート図である。訪問先候補表示部６３は、訪問ルート画面Ｇ３０の地図表示領域３２に表示されたアイコン７の１つに対する選択操作を受け付けたことに応じて訪問先候補表示を開始する。

図２５において、訪問先候補表示部６３は、選択されたアイコン７は、纏めアイコン７ｇか否かを判断する（ステップＳ１３１）。

纏めアイコン７ｇが選択された場合、訪問先候補表示部６３のリスト表示処理部６３１は、対応付けテーブル７５から、纏めアイコンに対応する患者ＩＤを取得する（ステップＳ１３２）。リスト表示処理部６３１は、抽出データ７４から、取得した患者ＩＤのレコードを取得する（ステップＳ１３３）。

リスト表示処理部６３１は、ステップＳ１３３で取得したレコードの訪問先を参照して（図２０）、施設ＩＤ毎に患者ＩＤをまとめて（ステップＳ１３４）、施設マスタＤＢ７３から、施設ＩＤに対応する施設名を取得する（ステップＳ１３５）。そして、リスト表示処理部６３１は、訪問先が同じ施設の患者を施設名でまとめた纏め患者リスト８ｇを記憶部１３０に作成する（ステップＳ１３６）。纏め患者リスト８ｇには、訪問先候補として、住所及び患者名が示される。ステップＳ１３３で取得したレコードの訪問先に施設ＩＤが存在しない場合、施設毎に纏める処理は省略される。なお、同じ施設（同じ建物毎）に患者を纏める方法は、図１２において説明したように他の表示形態により行なっても構わない。その場合は、ステップＳ１３６の処理において、同一の施設に対応付けられている複数の患者について、建物毎に色分けしたり、別リストにしたり、区切り線で分けるなどの処理を行なえばよい。

リスト表示処理部６３１は、抽出データ７４の希望時間帯及び予定時間を参照して、纏め患者リスト８ｇの各訪問先候補に対して簡易状態情報を付加して表示する（ステップＳ１３７）。抽出データ７４の予定時間が空欄の場合、希望時間帯「ＡＭ」、「ＰＭ」、又は「ＡＬＬ」を簡易状態情報として付加し、予定時間が設定されている場合、選択済みを示すチェックマークを簡易状態情報として付加する（図１２）。

その後、選択情報更新部６３２は、纏め患者リスト８ｇからの選択操作を受け付けたことに応じて、纏め患者リスト８ｇ内の選択された訪問先候補に対して、簡易状態情報を選択済みを示すチェックマークに変更し（ステップＳ１３８）、纏めアイコン８ｇ内の選択数に１を加算する（ステップＳ１３９）。ここで、選択数が総数に達した場合、纏めアイコン８ｇを全てチェック済みの状態で表示してもよい。例えば、未選択が残っている状態とは異なる色等で状態の変化が識別可能に表示する（図２５の図中左下の居宅アイコン７ｇの例示）。

次に、選択情報更新部６３２は、選択順に、訪問ルート画面Ｇ３０の訪問順表示領域３３に訪問情報を追加して表示する（ステップＳ１４０）。訪問情報には、患者名、開始時刻、終了時刻、時間等を含む。選択情報更新部６３２は、また、抽出データ７４の選択順を更新する。そして、訪問先候補表示部６３は、この訪問先候補表示処理を終了する。

一方、ステップＳ１３１にて、選択されたアイコン７が居宅アイコン７ａの場合、リスト表示処理部６３１は、抽出データ７４から、選択された居宅アイコン７ａのレコードを取得する（ステップＳ１４１）。リスト表示処理部６３１は、選択された居宅アイコン７ａのアイコン位置を用いて、抽出データ７４のアイコン位置を検索することにより、選択された居宅アイコン７ａのレコードを取得する。

リスト表示処理部６３１は、ステップＳ１４１で取得したレコードと、患者基本情報ＤＢ７１とから訪問先候補情報８ａを作成して、選択された居宅アイコン７ａの近傍に表示する（ステップＳ１４２）。リスト表示処理部６３１は、ステップＳ１４１で取得したレコードの患者ＩＤを用いて、患者基本情報ＤＢ７１から患者名を取得する。リスト表示処理部６３１は、取得した患者名と、レコード内の訪問先と希望時間帯とから訪問先候補情報８ａを作成する。

その後、選択情報更新部６３２は、訪問先候補情報８ａの選択操作を受け付けたことに応じて、訪問先候補情報８ａ内の簡易状態情報を、希望時間帯から選択済みを示すチェックマークへと変更し（ステップＳ１４３）、居宅アイコン７ａを選択済みの表示に変更する（ステップＳ１４４）。例えば、居宅アイコン７ａの色を、未選択の状態の色とは異なる、選択済みを示す色に変更する（図２５の図中右下の居宅アイコン７ａの例示）。なお、ステップＳ１４３によるチェックマークへの変更と、ステップＳ１４４による居宅アイコン７ａを選択済みの表示に変更するとのいずれか一方の処理を省略しても構わない。

次に、選択情報更新部６３２は、選択順に、訪問ルート画面Ｇ３０の訪問順表示領域３３に訪問情報を追加して表示する（ステップＳ１４５）。訪問情報には、患者名、開始時刻、終了時刻、時間等を含む。選択情報更新部６３２は、また、抽出データ７４の選択順を更新する。そして、訪問先候補表示部６３は、この訪問先候補表示処理を終了する。

次に、ルート検索部６４によるルート検索処理について図２６で説明する。図２６は、図２１のステップＳ１５でのルート検索処理を説明するためのフローチャート図である。ルート検索部６４は、訪問ルート画面Ｇ３０の訪問順表示領域３３内のルート検索ボタン３３ｅの押下操作を受け付けたことに応じてルート検索処理を開始する。

図２６において、ルート検索部６４は、抽出データ７４の選択順に基づいて、ルート検索を行う（ステップＳ１５１）。インターネットを介して外部のルート検索エンジンを利用して、ルート検索を行っても良い。

ルート検索部６４は、ルート検索結果を訪問ルート画面Ｇ３０の地図表示領域３２に表示した地図３２ｂ上に表示し（ステップＳ１５２）、ルート検索結果に基づいて、道順の説明文を経路情報表示領域３４に表示して（ステップＳ１５３）、このルート検索処理を終了する。

次に、スケジュール割当部６５によるスケジュール割当処理について図２７で説明する。図２７は、図２１のステップＳ１７でのスケジュール割当処理を説明するためのフローチャート図である。スケジュール割当部６５は、医師４による訪問ルート画面Ｇ３０の訪問順表示領域３３内のスケジュール割当ボタン３３ｆの押下に応じてスケジュール割当処理を開始する。

図２７において、スケジュール割当部６５は、抽出データ７４に格納された予定時間及び選択順をスケジュール情報ＤＢ７２に適用する（ステップＳ１７１）。スケジュール割当部６５は、抽出データ７４の各患者ＩＤを用いて、スケジュール情報ＤＢ７２のレコードを特定し、特定したレコードの予定時間に抽出データ７４の予定時間を設定し、特定したレコードの経路順に抽出データ７４の選択順を設定する（図１９）。

次に、スケジュール割当部６５は、スケジュール情報ＤＢ７２に担当医師名を設定する（ステップＳ１７２）。スケジュール割当部６５は、医師４によるログイン時に得た医師名を、抽出データ７４の各患者ＩＤを用いて特定したスケジュール情報ＤＢ７２のレコードの担当医師名に設定する。そして、スケジュール割当部６５は、このスケジュール割当処理を終了する。

上述より、本実施例によれば、近隣の複数の訪問先候補を纏めて代表する纏めアイコン８ｇを表示することにより、アイコン７を選択するための操作が容易となる。また、纏めアイコン８ｇを選択した際には、複数の訪問先候補の１又は複数を選択可能な纏め患者リスト８ｇが表示される。従って、纏め患者リスト８ｇから１又は複数の訪問先候補を選択でき、操作性が改善される。

また、纏め患者リスト８ｇでは、施設等の建物毎に訪問先候補を視認可能に表示するため、同一建物に居宅する訪問先候補の選択を容易に行える。

更に、纏め患者リスト８ｇでは、簡易状態表示により、未選択又は選択済みの訪問先候補を識別できるため、未選択を対象にすることで、訪問先候補の選択がし易くなる。

また、纏めアイコン７ｇ内に纏め患者リスト８ｇで表示される訪問先候補の総数と、選択済みの数とが表示されるため、纏めアイコン７ｇを選択する前に選択済み及び未選択の訪問先候補の数を把握することができる。

従って、医師４が訪問すべき患者宅を見逃すことを防ぎつつ訪問ルートの作成を容易に行うことができる。

本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
例えば、上述の例では、サーバ装置１００と医師端末３とが協同してシステム１０００を成し、医師端末３は、本システムのユーザに対する情報を出力する機能と、ユーザからの操作入力を受け付ける機能とを担っている。しかし、サーバ装置１００と医師端末３との機能分担はこの例に限る必要はない。例えば、サーバ装置１００が有する機能を医師端末３に搭載し、医師端末３がスタンドアロンで実施例に示す処理を実行しても構わない。また逆に、サーバ装置１００に、ユーザに対する情報を出力する機能と、ユーザからの操作入力を受け付ける機能とを実行させても構わない。図１５に示したサーバ装置１００の各機能部は、協同して本実施例を実行する複数のコンピュータに分散されて搭載されても構わない。

以上の実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）
訪問先として個別に選択可能で、かつ、所定の距離範囲内に存在する複数の訪問先候補を代表するアイコンが配置された地図を表示部に表示し、
前記地図上で、前記アイコンに対する選択を受け付け、
選択を受け付けた前記アイコンに代表される前記複数の訪問先候補のそれぞれに関する情報を、同一の建物に属する訪問先候補と、同一の建物に属さない訪問先候補とが識別可能な表示形態で表示する
処理をコンピュータが実行することを特徴とする訪問先情報表示方法。
（付記２）
さらに、前記表示する処理によって表示した、前記選択を受け付けた前記アイコンに代表される前記複数の訪問先候補のそれぞれに関する情報のいずれか１以上に対する選択を受け付け、
前記表示する処理は、選択を受け付けた前記アイコンに代表される前記複数の訪問先候補のそれぞれに関する情報のうち、訪問先として選択されているものと選択されていないものとを識別可能な状態で表示する
処理を前記コンピュータが実行することを特徴とする付記１記載の訪問先情報表示方法。
（付記３）
前記複数の訪問先候補の各々をアイコンで表示した場合の該アイコン同士が重なる度合に基づいて、前記所定の距離範囲内を判断する
処理を前記コンピュータが実行することを特徴とする付記１又は２記載の訪問先情報表示方法。
（付記４）
訪問先として個別に選択可能で、かつ、所定の距離範囲内に存在する複数の訪問先候補を代表するアイコンが配置された地図を表示部に表示し、
前記地図上で、前記アイコンに対する選択を受け付け、
選択を受け付けた前記アイコンに代表される前記複数の訪問先候補のそれぞれに関する情報を、訪問先として選択されているものと選択されていないものとを識別可能な状態で表示する
処理をコンピュータが実行することを特徴とする訪問先情報表示方法。
（付記５）
さらに、前記表示する処理によって表示した、前記選択を受け付けた前記アイコンに代表される前記複数の訪問先候補のそれぞれに関する情報のいずれか１以上に対する選択を受け付ける
処理を前記コンピュータが実行することを特徴とする付記４に記載の訪問先情報表示方法。
（付記６）
前記表示する処理は、前記アイコンに代表される前記複数の訪問先候補のうち、選択指示を受け付けていない訪問先候補に関する情報を表示し、選択指示を受け付けた訪問先候補に関する情報を表示しないことを特徴とする、付記５記載の訪問先情報表示方法。
（付記７）
地図上に、訪問先として個別に選択可能で且つ近接する複数の訪問先候補を代表するアイコンと、該アイコンと対応付けて、該アイコンに代表される前記複数の訪問先候補のうち、訪問先として選択された訪問先候補の総数と、前記アイコンに代表される前記複数の訪問先候補の数とを、表示部に表示する
処理をコンピュータが実行することを特徴とする訪問先情報表示方法。
（付記８）
前記アイコンに代表される前記複数の訪問先候補のいずれか1以上に対する選択を受け付け、
前記訪問先候補に対して前記訪問先として選択を受け付けた順序関係を記憶部に記憶し、
前記記憶部に記憶された該順序関係に従って、選択された前記訪問先候補のリストを表示する
処理を前記コンピュータが実行することを特徴とする付記７記載の訪問先情報表示方法。
（付記９）
前記リストと前記地図との双方を同時に視認可能な状態で前記表示部に表示する
処理を前記コンピュータが実行することを特徴とする付記８記載の訪問先情報表示方法。
（付記１０）
訪問先として個別に選択可能で、かつ、所定の距離範囲内に存在する複数の訪問先候補を代表するアイコンが配置された地図を端末の表示部に表示する候補位置表示部と、
前記地図上で、前記アイコンに対する選択を受け付け、選択を受け付けた該アイコンに代表される前記複数の訪問先候補のそれぞれに関する情報を、同一の建物に属する訪問先候補と、同一の建物に属さない訪問先候補とが識別可能な表示形態で、前記端末の表示部に表示する訪問先候補表示部と
を有することを特徴とするサーバ装置。
（付記１１）
訪問先として個別に選択可能で、かつ、所定の距離範囲内に存在する複数の訪問先候補を代表するアイコンが配置された地図を端末の表示部に表示する候補位置表示部と、
前記地図上で、前記アイコンに対する選択を受け付け、選択を受け付けた該アイコンに代表される前記複数の訪問先候補のそれぞれに関する情報を、訪問先として選択されているものと選択されていないものとを識別可能な状態で、前記端末の表示部に表示する訪問先候補表示部と
を有することを特徴とするサーバ装置。
（付記１２）
地図上に、訪問先として個別に選択可能で且つ近接する複数の訪問先候補を代表するアイコンと、該アイコンと対応付けて、該アイコンに代表される前記複数の訪問先候補のうち、訪問先として選択された訪問先候補の総数と、前記アイコンに代表される前記複数の訪問先候補の数とを、端末の表示部に表示する候補位置表示部
を有することを特徴とするサーバ装置。
（付記１３）
訪問先として個別に選択可能で、かつ、所定の距離範囲内に存在する複数の訪問先候補を代表するアイコンが配置された地図を表示部に表示し、
前記地図上で、前記アイコンに対する選択を受け付け、
選択を受け付けた前記アイコンに代表される前記複数の訪問先候補のそれぞれに関する情報を、同一の建物に属する訪問先候補と、同一の建物に属さない訪問先候補とが識別可能な表示形態で表示する
処理をコンピュータに実行させることを特徴とする訪問先情報表示プログラム。
（付記１４）
訪問先として個別に選択可能で、かつ、所定の距離範囲内に存在する複数の訪問先候補を代表するアイコンが配置された地図を表示部に表示し、
前記地図上で、前記アイコンに対する選択を受け付け、
選択を受け付けた前記アイコンに代表される前記複数の訪問先候補のそれぞれに関する情報を、訪問先として選択されているものと選択されていないものとを識別可能な状態で表示する
処理をコンピュータが実行することを特徴とする訪問先情報表示プログラム。
（付記１５）
地図上に、訪問先として個別に選択可能で且つ近接する複数の訪問先候補を代表するアイコンと、該アイコンと対応付けて、該アイコンに代表される前記複数の訪問先候補のうち、訪問先として選択された訪問先候補の総数と、前記アイコンに代表される前記複数の訪問先候補の数とを、表示部に表示する
処理をコンピュータが実行することを特徴とする訪問先情報表示プログラム。

２ ネットワーク
３ 医師端末
４ 医師
１１ａ、１１ｂ ＣＰＵ
１２ａ、１２ｂ 主記憶装置
１３ａ、１３ｂ 補助記憶装置
１４ａ 入力装置
１５ａ 表示装置
１６ｂ ユーザＩ／Ｆ
１７ａ、１７ｂ 通信Ｉ／Ｆ
１８ａ、１８ｂ ドライブ
１９ａ、１９ｂ 記憶媒体
６０ スケジュール作成部
６１ 訪問ルート作成部
６２ 候補位置表示部
６２１ 候補検索部
６２２ 纏め表示部
６２３ 選択情報表示部
６３ 訪問先候補表示部
６３１ リスト表示処理部
６３２ 選択情報更新部
６４ ルート検索部
６５ スケジュール割当部
７１ 患者基本情報ＤＢ
７２ スケジュール情報ＤＢ
７３ 施設マスタＤＢ
７４ 抽出データ
７５ 対応付けテーブル

Claims (9)

1. 訪問先として個別に選択可能で、かつ、所定の距離範囲内に存在する複数の訪問先候補を代表するアイコンが配置された地図を表示部に表示し、
   前記地図上で、前記アイコンに対する第１の選択を受け付け、
   前記第１の選択を受け付けた前記アイコンに代表される前記複数の訪問先候補のそれぞれに関する情報のうち、前記第１の選択を受け付けた前記アイコンに代表される前記複数の訪問先候補のそれぞれに関する情報のいずれか１以上に対する第２の選択を受け付け、
   前記第２の選択を受け付けていない訪問先候補に関する情報を表示し、該第２の選択を受け付けた訪問先候補に関する情報を表示しない
   処理をコンピュータが実行することを特徴とする訪問先情報表示方法。
2. 前記表示する処理は、前記第１の選択を受け付けた前記アイコンに代表される前記複数の訪問先候補のそれぞれに関する情報のうち、訪問先として選択されているものと選択されていないものとを識別可能な状態で表示する
   処理を前記コンピュータが実行することを特徴とする請求項１記載の訪問先情報表示方法。
3. 地図上に、訪問先として個別に選択可能で且つ近接する複数の訪問先候補を代表するアイコンと、該アイコンと対応付けて、該アイコンに代表される前記複数の訪問先候補のうち、訪問先として選択された訪問先候補の総数と、前記アイコンに代表される前記複数の訪問先候補の数とを、表示部に表示する
   処理をコンピュータが実行することを特徴とする訪問先情報表示方法。
4. 前記アイコンに代表される前記複数の訪問先候補のいずれか1以上に対する選択を受け付け、
   前記訪問先候補に対して前記訪問先として選択を受け付けた順序関係を記憶部に記憶し、
   前記記憶部に記憶された該順序関係に従って、選択された前記訪問先候補のリストを表示する
   処理をコンピュータが実行することを特徴とする特徴とする請求項３記載の訪問先情報表示方法。
5. 前記リストと前記地図との双方を同時に視認可能な状態で前記表示部に表示する
   処理をコンピュータが実行することを特徴とする請求項４記載の訪問先情報表示方法。
6. 訪問先として個別に選択可能で、かつ、所定の距離範囲内に存在する複数の訪問先候補を代表するアイコンが配置された地図を端末の表示部に表示する候補位置表示部と、
   前記地図上で、前記アイコンに対する第１の選択を受け付け、該第１の選択を受け付けた前記アイコンに代表される前記複数の訪問先候補のそれぞれに関する情報のうち、該第１の選択を受け付けた前記アイコンに代表される前記複数の訪問先候補のそれぞれに関する情報のいずれか１以上に対する第２の選択を受け付け、該第２の選択を受け付けていない訪問先候補に関する情報を表示し、該第２の選択を受け付けた訪問先候補に関する情報を表示しない訪問先候補表示部と
   を有することを特徴とするサーバ装置。
7. 地図上に、訪問先として個別に選択可能で且つ近接する複数の訪問先候補を代表するアイコンと、該アイコンと対応付けて、該アイコンに代表される前記複数の訪問先候補のうち、訪問先として選択された訪問先候補の総数と、前記アイコンに代表される前記複数の訪問先候補の数とを、端末の表示部に表示する表示処理部
   を有することを特徴とするサーバ装置。
8. 訪問先として個別に選択可能で、かつ、所定の距離範囲内に存在する複数の訪問先候補を代表するアイコンが配置された地図を表示部に表示し、
   前記地図上で、前記アイコンに対する第１の選択を受け付け、
   前記第１の選択を受け付けた前記アイコンに代表される前記複数の訪問先候補のそれぞれに関する情報のうち、該第１の選択を受け付けた前記アイコンに代表される前記複数の訪問先候補のそれぞれに関する情報のいずれか１以上に対する第２の選択を受け付け、
   前記第２の選択を受け付けていない訪問先候補に関する情報を表示し、該第２の選択を受け付けた訪問先候補に関する情報を表示しない
   処理をコンピュータに実行させることを特徴とする訪問先情報表示プログラム。
9. 地図上に、訪問先として個別に選択可能で且つ近接する複数の訪問先候補を代表するアイコンと、該アイコンと対応付けて、該アイコンに代表される前記複数の訪問先候補のうち、訪問先として選択された訪問先候補の総数と、前記アイコンに代表される前記複数の訪問先候補の数とを、表示部に表示する
   処理をコンピュータが実行することを特徴とする訪問先情報表示プログラム。

Images