(57)【要約】【課題】患者のスケジュールと患者の居所とを考慮して、医師の訪問スケジュールを決定する。【解決手段】在宅医療訪問スケジューリング装置は、２以上の各患者を識別する患者識別子と２以上の各患者に対する在宅医療の訪問日時とを含む２以上の訪問スケジュール情報が格納される訪問スケジュール情報格納部と、患者識別子と患者識別子で識別される患者の居所に関する居所情報と患者のスケジュールに関する患者スケジュール情報とを有する２以上の患者情報が格納される患者情報格納部と、２以上の患者情報を用いて、一の医師が２以上の患者の居所に行く訪問日時を決定し、訪問スケジュール情報を取得する決定部と、決定部が決定した訪問スケジュール情報を訪問スケジュール情報格納部に蓄積する蓄積部とを具備する。【選択図】図１
2018055554.tif 000002
【特許請求の範囲】
【請求項１】
２以上の各患者を識別する患者識別子と当該２以上の各患者に対する在宅医療の訪問日時とを含む２以上の訪問スケジュール情報が格納される訪問スケジュール情報格納部と、
患者識別子と当該患者識別子で識別される患者の居所に関する居所情報と当該患者のスケジュールに関する患者スケジュール情報とを有する２以上の患者情報が格納される患者情報格納部と、
前記２以上の患者情報を用いて、一の医師が２以上の患者の居所に行く訪問日時を決定し、訪問スケジュール情報を取得する決定部と、
前記決定部が決定した訪問スケジュール情報を前記訪問スケジュール情報格納部に蓄積する蓄積部とを具備する在宅医療訪問スケジューリング装置。
【請求項２】
医療報酬に関する情報である医療報酬関連情報が格納される医療報酬関連情報格納部をさらに具備し、
前記決定部は、
前記２以上の患者情報と前記医療報酬関連情報とを用いて、医療報酬が予め決められた条件を満たすように、前記訪問日時を決定し、訪問スケジュール情報を取得する請求項１記載の在宅医療訪問スケジューリング装置。
【請求項３】
前記医療報酬関連情報は、
医療報酬に関する条件に関する情報であり、
前記決定部は、
前記２以上の患者情報と前記医療報酬関連情報とを用いて、医療報酬が減額されないように、前記訪問日時を決定し、訪問スケジュール情報を取得する請求項２記載の在宅医療訪問スケジューリング装置。
【請求項４】
前記訪問スケジュール情報格納部に格納されている２以上の訪問スケジュール情報と前記患者情報格納部に格納されている２以上の患者情報とが、予め決められた条件を満たすか否かを判断する判断部と、
前記判断部が予め決められた条件を満たさないと判断した場合に、警告を出力する警告出力部とをさらに具備する請求項１から請求項３いずれか一項に記載の在宅医療訪問スケジューリング装置。
【請求項５】
前記予め決められた条件は、医療報酬に関する条件である請求項４記載の在宅医療訪問スケジューリング装置。
【請求項６】
医師のスケジュールに関する医師スケジュール情報が格納される医師スケジュール情報格納部をさらに具備し、
前記決定部は、
前記医師スケジュール情報をも用いて、前記医師が２以上の患者の居所に行く訪問日時を決定し、訪問スケジュール情報を取得する請求項１から請求項５いずれか一項に記載の在宅医療訪問スケジューリング装置。
【請求項７】
記録媒体は、
２以上の各患者を識別する患者識別子と当該２以上の各患者に対する在宅医療の訪問日時とを含む２以上の訪問スケジュール情報が格納される訪問スケジュール情報格納部と、
患者識別子と当該患者識別子で識別される患者の居所に関する居所情報と当該患者のスケジュールに関する患者スケジュール情報とを有する２以上の患者情報が格納される患者情報格納部とを具備しており、
決定部および蓄積部によって行われる在宅医療訪問スケジューリング方法であって、
前記決定部が、前記２以上の患者情報を用いて、一の医師が２以上の患者の居所に行く訪問日時を決定し、訪問スケジュール情報を取得する決定ステップと、
前記蓄積部が、前記決定部が決定した訪問スケジュール情報を前記訪問スケジュール情報格納部に蓄積する蓄積ステップとを含む在宅医療訪問スケジューリング方法。
【請求項８】
コンピュータがアクセス可能な記録媒体は、
２以上の各患者を識別する患者識別子と当該２以上の各患者に対する在宅医療の訪問日時とを含む２以上の訪問スケジュール情報が格納される訪問スケジュール情報格納部と、
患者識別子と当該患者識別子で識別される患者の居所に関する居所情報と当該患者のスケジュールに関する患者スケジュール情報とを有する２以上の患者情報が格納される患者情報格納部とを具備しており、
前記コンピュータを、
前記２以上の患者情報を用いて、一の医師が２以上の患者の居所に行く訪問日時を決定し、訪問スケジュール情報を取得する決定部と、
前記決定部が決定した訪問スケジュール情報を前記訪問スケジュール情報格納部に蓄積する蓄積部として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、在宅医療の訪問スケジュールを決定する在宅医療訪問スケジューリング装置等に関するものである。
【背景技術】
【０００２】
従来、介護サービス利用者の所在場所までの移動時間が最小の介護ヘルパーに訪問介護を割り付けることにより、業務の軽減及び訪問作業の効率化を図る、訪問介護業務表の作成システムが存在した（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−９１５２５号公報（第１頁、第１図等）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、従来技術では、患者のスケジュールと患者の住所とを考慮して、医師の訪問スケジュールを決定することができなかった。
【課題を解決するための手段】
【０００５】
本第一の発明の在宅医療訪問スケジューリング装置は、２以上の各患者を識別する患者識別子と当該２以上の各患者に対する在宅医療の訪問日時とを含む２以上の訪問スケジュール情報が格納される訪問スケジュール情報格納部と、患者識別子と患者識別子で識別される患者の居所に関する居所情報と患者のスケジュールに関する患者スケジュール情報とを有する２以上の患者情報が格納される患者情報格納部と、２以上の患者情報を用いて、一の医師が２以上の患者の居所に行く訪問日時を決定し、訪問スケジュール情報を取得する決定部と、決定部が決定した訪問スケジュール情報を訪問スケジュール情報格納部に蓄積する蓄積部とを具備する在宅医療訪問スケジューリング装置である。
【０００６】
かかる構成により、患者のスケジュールと患者の居所とを考慮して、医師の訪問スケジュールを決定できる。その結果、患者主体の在宅医療が可能となる。
【０００７】
また、本第二の発明の在宅医療訪問スケジューリング装置は、第一の発明に対して、医療報酬に関する情報である医療報酬関連情報が格納される医療報酬関連情報格納部をさらに具備し、決定部は、２以上の患者情報と医療報酬関連情報とを用いて、医療報酬が予め決められた条件を満たすように、訪問日時を決定し、訪問スケジュール情報を取得する在宅医療訪問スケジューリング装置である。
【０００８】
かかる構成により、医療報酬に関する制約を満たすスケジュールが行える。
【０００９】
また、本第三の発明の在宅医療訪問スケジューリング装置は、第二の発明に対して、医療報酬関連情報は、医療報酬に関する条件に関する情報であり、決定部は、２以上の患者情報と医療報酬関連情報とを用いて、医療報酬が減額されないように、訪問日時を決定し、訪問スケジュール情報を取得する在宅医療訪問スケジューリング装置である。
【００１０】
かかる構成により、医療報酬を大きくするという制約を満たすように（例えば、医療報酬が減額されないように）スケジュールが行える。
【００１１】
また、本第四の発明の在宅医療訪問スケジューリング装置は、第一から第三いずれか１つの発明に対して、訪問スケジュール情報格納部に格納されている２以上の訪問スケジュール情報と患者情報格納部に格納されている２以上の患者情報とが、予め決められた条件を満たすか否かを判断する判断部と、判断部が予め決められた条件を満たさないと判断した場合に、警告を出力する警告出力部とをさらに具備する在宅医療訪問スケジューリング装置である。
【００１２】
かかる構成により、同日に同じ居所の複数の患者が医師の訪問先に割り当てられていることを警告し、訪問スケジュールの変更を促すことができる。
【００１３】
また、本第五の発明の在宅医療訪問スケジューリング装置は、第四の発明に対して、予め決められた条件は、医療報酬に関する条件である在宅医療訪問スケジューリング装置である。
【００１４】
かかる構成により、医療報酬が減額されるような訪問スケジュールの存在を警告し、その変更を促すことができる。
【００１５】
また、本第六の発明の在宅医療訪問スケジューリング装置は、第一から第五いずれか１つの発明に対して、医師のスケジュールに関する医師スケジュール情報が格納される医師スケジュール情報格納部をさらに具備し、決定部は、医師スケジュール情報をも用いて、医師が２以上の患者の居所に行く訪問日時を決定し、訪問スケジュール情報を取得する在宅医療訪問スケジューリング装置である。
【００１６】
かかる構成により、患者のスケジュールと患者の居所と医師のスケジュールとを考慮して、医師の訪問スケジュールを決定できる。その結果、例えば、医師の都合も考慮した患者主体の在宅医療が可能となる。
【発明の効果】
【００１７】
本発明による在宅医療訪問スケジューリング装置によれば、患者のスケジュールと患者の居所とを考慮して、医師の訪問スケジュールを決定できる。
【図面の簡単な説明】
【００１８】
【図１】実施の形態における在宅医療支援システムのブロック図
【図２】同在宅医療訪問スケジューリング装置のブロック図
【図３】同在宅医療訪問スケジューリング装置の動作を説明するフローチャート
【図４】同訪問スケジュール決定処理の一例を説明するフローチャート
【図５】同患者端末２の動作を説明するフローチャート
【図６】同医師端末３の動作を説明するフローチャート
【図７】同患者情報のデータ構造図
【図８】同医師スケジュール情報のデータ構造図
【図９】同訪問スケジュール情報のデータ構造図
【図１０】同在宅医療訪問スケジューリング装置１による訪問スケジュールの出力例を示す図
【図１１】同医師端末による訪問スケジュールの出力例を示す図
【図１２】同患者端末による訪問スケジュールの出力例を示す図
【図１３】同コンピュータシステムの外観の一例を示す図
【図１４】同コンピュータシステムの内部構成の一例を示す図
【発明を実施するための形態】
【００１９】
以下、在宅医療訪問スケジューリング装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
【００２０】
本実施の形態において、患者のスケジュールと患者の居所とを考慮して、医師の訪問スケジュールを決定できる在宅医療訪問スケジューリング装置について説明する。
【００２１】
また、本実施の形態において、医療報酬に関する制約を満たすようにスケジュールする（例えば、同日に同じ居所の複数の患者を割り当てない）在宅医療訪問スケジューリング装置について説明する。
【００２２】
また、本実施の形態において、医療報酬を大きくするという制約を満たすように（例えば、医療報酬が減額されないように）スケジュールする在宅医療訪問スケジューリング装置について説明する。
【００２３】
また、本実施の形態において、予め決められた条件を満たさない場合（例えば、同日に同じ居所の複数の患者が医師の訪問先に割り当てられている場合）、警告を出力する在宅医療訪問スケジューリング装置について説明する。
【００２４】
また、本実施の形態において、予め決められた条件は報酬に関する条件である在宅医療訪問スケジューリング装置について説明する。
【００２５】
また、本実施の形態において、医師のスケジュールも考慮してスケジュールする在宅医療支援システムについて説明する。
【００２６】
図１は、本実施の形態における在宅医療支援システムのブロック図である。この在宅医療支援システムは、在宅医療訪問スケジューリング装置１、２以上の患者端末２、および１以上の医師端末３を備える。
【００２７】
在宅医療訪問スケジューリング装置１は、患者のスケジュールと患者の居所とを考慮して、医師の訪問スケジュールを決定する装置である。在宅医療訪問スケジューリング装置１は、例えば、在宅医療支援システムを管理する管理者によって操作され得る。管理者とは、例えば、医師が勤務する病院の職員であるが、医師本人でもよい。在宅医療訪問スケジューリング装置１は、通常、病院の端末であるが、例えば、この在宅医療支援システムを管理する会社のサーバ、またはインターネット上のクラウドサーバなどでもよく、そのタイプや所在は問わない。
【００２８】
２以上の各患者端末２（以下、単に患者端末２と記す場合がある）は、患者によって使用される端末である。患者端末２は、例えば、ＬＡＮやインターネット等のネットワーク、有線または無線の通信回線などを介して、在宅医療訪問スケジューリング装置１と通信可能に接続される。患者端末２は、例えば、患者が携帯可能な携帯端末（例えば、スマートフォン、タブレット端末、ノートＰＣ等）であるが、患者の居所（自宅や介護施設等）に設置された据え置き型のＰＣなどでもよく、そのタイプや所在は問わない。
【００２９】
１以上の各医師端末３（以下、単に医師端末３と記す場合がある）は、医師によって使用される端末である。医師端末３もまた、ネットワーク、通信回線などを介して、在宅医療訪問スケジューリング装置１と通信可能に接続される。医師端末３は、例えば、医師が携帯可能な携帯端末であるが、医師の居所（病院や自宅等）に設置された据え置き型のＰＣなどでもよく、そのタイプや所在は問わない。
【００３０】
図２は、在宅医療訪問スケジューリング装置１のブロック図である。在宅医療訪問スケジューリング装置１は、格納部１１、受付部１２、処理部１３、および出力部１４を備える。格納部１１は、患者情報格納部１１１、医師スケジュール情報格納部１１２、医療報酬関連情報格納部１１３、および訪問スケジュール情報格納部１１４を備える。処理部１３は、決定部１３１、蓄積部１３２、および判断部１３３を備える。出力部１４は、警告出力部１４１を備える。
【００３１】
格納部１１は、各種の情報を格納し得る。各種の情報とは、例えば、後述する患者スケジュール情報、医師スケジュール情報、医療報酬関連情報、訪問スケジュール情報、各種の制約情報などである。また、格納部１１には、患者端末２を識別する端末識別子、医師端末３を識別する端末識別子なども格納される。この種の端末識別子は、例えば、ＭＡＣアドレス、ＩＰアドレスなどであるが、各端末を識別し得る情報であれば種類は問わない。また、格納部１１には、担当情報も格納される。担当情報とは、医師が担当する１以上の患者に関する情報である。担当情報は、例えば、医師識別子と２以上の患者識別子との対を、１以上、有する。なお、医師識別子、患者識別子については後述する。また、担当情報のデータ構造は問わない。
【００３２】
患者情報格納部１１１には、２以上の患者情報が格納される。患者情報とは、患者に関する情報である。２以上の各患者情報（以下、単に患者情報と記す場合がある）は、例えば、患者識別子と、居所情報と、患者スケジュール情報とを有する。患者識別子とは、患者を識別する情報である。患者識別子は、例えば、患者名（例えばＡＡ，ＢＢ，…等）、ＩＤ（例えば１，２，…等の番号）等であるが、患者を識別し得る情報であれば何でもよい。居所情報とは、患者の居所に関する情報である。居所は、例えば、患者の自宅、患者が入所している介護等の施設である。居所情報は、例えば、住所、施設名等であるが、患者の居所を特定可能な情報であれば何でもよい。また、患者情報のデータ構造は問わない。
【００３３】
患者スケジュール情報とは、患者のスケジュールに関する情報である。患者スケジュール情報は、通常、患者が在宅医療を受け得る日時を特定可能な情報を含む。日時とは、日付および時刻である。日付とは、年月日である。日付は、例えば、“２０１６年８月１日”、“２０１６年８月５日”、…といった日付それ自体でもよいが、カレンダー情報を用いて日付を特定し得る情報であればよい。カレンダー情報とは、日付と曜日との対応を示す情報である。カレンダー情報を用いて日付を特定し得る情報とは、例えば、“月曜日と金曜日”のように、毎週の特定の曜日を示す情報、または、“第１週と第３週の月曜日”のように、毎月の特定の週の特定の曜日を示す情報などである。処理部１３は、例えば、２０１６年８月のカレンダー情報と“月曜日と金曜日”とから、“２０１６年８月１日”、“２０１６年８月５日”、…といった日付を特定することができる。時刻は、通常、時分であるが、分は省略してもよいし、秒まで含んでもよい。なお、日時に関する上記事項は、後述する医師スケジュール情報や訪問スケジュール情報が有する日時についても当てはまる。在宅医療を受け得る日時を特定可能な情報とは、在宅医療を受け得る日時を示す情報でもよいし、在宅医療を受け得ない日時を特定可能な情報でもよいし、在宅医療以外の予定（例えば、家事、外出、来客等）の日時を示す情報であってもよい。
【００３４】
患者スケジュール情報は、例えば、患者識別子、および、日時と予定識別子との対の集合を有する。医師識別子は、医師を識別する情報（例えばａａ，ｂｂ，…等）である。日時は、例えば、在宅医療を希望する日時、または在宅医療以外の予定がある日時である。日時は、開始日時を有し、通常、終了日時、または開始から終了までの時間をさらに有する。つまり、日時は、期間または時間帯と言い換えてもよく、例えば、“９時半〜１０時”、“１０時から１時間”等であるが、その表現形式は問わない。予定識別子とは、通常、上例のような各種の予定を識別する情報（例えば、“在宅医療希望”，“家事”，“来客”，“外出”，…等）であるが、何の予定もないことを示す予定識別子（例えば“予定なし”等）もあってよい。ただし、患者スケジュール情報のデータ構造は問わない。
【００３５】
医師スケジュール情報格納部１１２には、１以上の医師スケジュール情報が格納される。医師スケジュール情報とは、医師のスケジュールに関する情報である。医師スケジュール情報は、医師が在宅医療を行い得る日時を特定可能な情報を含む。在宅医療を行い得る日時を特定可能な情報とは、在宅医療を行い得る日時を示す情報でもよいし、在宅医療以外の医師業務（例えば、外来診察、手術等の院内医療、会議出席、出張など）を行う日時（つまり、在宅医療を行えない日時）を示す情報であってもよい。医師スケジュール情報格納部１１２には、在宅医療を行えない日時を基に、在宅医療を行い得る日時を取得してもよい。
【００３６】
１以上の各医師スケジュール情報（以下、単に医師スケジュール情報と記す場合がある）は、医師識別子、および１以上の日時を有する。医師スケジュール情報は、例えば、医師識別子、および、日時と業務識別子との対の集合を有していってもよい。医師識別子は、医師を識別する情報（例えば、ａａ，ｂｂ，…等）である。日時は、上述したように、開始日時を有し、通常、終了日時、または開始から終了までの時間をさらに有する。業務識別子とは、上例のような各種の医師業務を識別する情報（例えば、“在宅医療”，“外来診察”，…等）である。ただし、医師スケジュール情報のデータ構造は問わない。
【００３７】
医療報酬関連情報格納部１１３には、医療報酬関連情報が格納される。医療報酬関連情報とは、医療報酬に関する情報である。本実施の形態でいう医療報酬とは、医師が２以上の各患者の居所を訪問し、在宅医療を行ったことに対する報酬である。医療報酬関連情報は、例えば、制約情報を含む。制約情報とは、例えば、医師が患者を訪問する訪問日と患者の居所との関係に関する制約を示す情報である。制約とは、例えば、医師が同日に同じ居所の複数の患者を訪問しないこと、医師が同日に訪問する同一居所の患者の数を上限以下またはより少なくすること、などである。同じ居所とは、例えば、同じ家、同じマンション、同じ施設などである。同一居所の患者とは、例えば、同じ建物に住んでいる患者、同じ施設に入所している患者などである。
【００３８】
また、医療報酬関連情報は、例えば、かかる制約に反した場合における医療報酬の減額に関する情報をも含む。減額とは、医師が同日に同じ居所の複数の患者を訪問した場合における訪問費（患者一人当たりの訪問費、または当該複数の患者の人数分の訪問費の合計）を「対応情報に記載の額に減額する」等であってもよい。対応情報とは、患者数と医療報酬との対応を示す情報である。患者数とは、医師が同日に訪問する同一居所の患者の数である。制約情報は、例えば、かかる患者数の上限を示す情報でもよい。
【００３９】
医療報酬関連情報は、例えば、医療報酬が減額されないための条件に関する情報であることは望ましい。また、医療報酬関連情報は、例えば、医療報酬が増額されるための条件に関する情報であることは、より望ましい。ただし、医療報酬関連情報のデータ構造や内容は問わない。
【００４０】
なお、格納部１１には、上記のような医療報酬関連情報に含まれる制約情報（以下、医療報酬に関する制約情報と記す場合がある）以外の制約情報も格納されてよい。医療報酬に関する制約情報以外の制約情報とは、例えば、人数に関する制約情報、距離に関する制約情報、経路に関する制約情報などである。
【００４１】
人数に関する制約情報とは、患者の人数に関する制約を示す情報である。人数に関する制約情報は、例えば、一の医師が一定期間に訪問する患者の人数に関する制約を示す情報であってもよい。一定期間とは、例えば、１時間、半日（午前中または午後）、一日などであるが、その長さは問わない。人数に関する制約は、特定の人数への制約でもよいし、上限人数または下限人数のうち１種類以上の人数を有する制約でもよい。人数に関する制約情報は、例えば、「３０分に一人」、「１時間に２人まで」、「半日で４人以上」、「一日で８人以上１２人以下」等であるが、これに限らない。
【００４２】
距離に関する制約情報とは、２以上の患者の居所間の距離に関する制約を示す情報である。居所間の距離に関する制約は、例えば、居所間の移動に要する時間（以下、移動時間と記す場合がある）に関する制約であってもよい。通常、移動時間に関する制約は上限距離を有し、移動時間に関する制約情報は上限時間を有する。距離に関する制約情報は、例えば、「居所間の距離が２ｋｍ以下または未満」、「移動時間が１５分以下または未満」等であるが、これに限らない。
【００４３】
経路に関する制約情報とは、２以上の患者の居所を巡る際の経路に関する制約を示す情報である。経路に関する制約は、例えば、経路の選択に関する制約であってもよい。経路の選択に関する制約は、例えば、「距離が最短の経路を選択する」、「移動時間が最短の経路を選択する」、「有料道路を通らない経路を選択する」、等であるが、これに限らない。
【００４４】
なお、格納部１１には、上記のような、距離や移動時間の算出、経路の選択などのための地図情報も格納される。地図情報とは、地図に関する情報である。地図情報は、例えば、２以上の各道路の位置や方向、２以上の交差点の位置、交差点間の距離などを示す情報を有する。また、地図情報には、例えば、建物の位置（座標、住所等）、施設の名称といった情報も含まれていてよい。ただし、地図情報の種類やデータ構造は問わない。
【００４５】
訪問スケジュール情報格納部１１４には、２以上の訪問スケジュール情報が格納される。訪問スケジュール情報とは、訪問スケジュールに関する情報である。訪問スケジュールとは、一の医師が患者を訪問するスケジュールである。訪問は、同じ居所に居る２以上の患者を訪問する場合も含む。訪問スケジュール情報は、例えば、医師識別子、訪問日時、および１以上の患者識別子を有する。ただし、訪問スケジュール情報のデータ構造は問わない。
【００４６】
訪問スケジュール情報格納部１１４に格納される２以上の各訪問スケジュール情報（以下、単に訪問スケジュール情報と記す場合がある）は、通常、後述する決定部１３１が取得した訪問スケジュール情報である。ただし、２以上の訪問スケジュール情報の一部は、後述する受付部１２によって受け付けられてもよいし、図示しない外部装置から受信されてもよいし、予め格納されていても構わない。
【００４７】
受付部１２は、各種の情報を受け付ける。各種の情報とは、例えば、前述した患者情報、患者スケジュール情報、医師スケジュール情報、報酬関連情報、訪問スケジュール情報などであってもよい。また、各種の情報には、例えば、出力指示、変更指示といった各種の指示も含まれる。出力指示とは、訪問スケジュール情報の出力の指示である。出力指示は、例えば、医師識別子または患者識別子のうち少なくとも１つの識別子を有していてもよい。変更指示とは、訪問スケジュール情報の変更の指示である。変更指示は、例えば、訪問スケジュール情報のＩＤと、新たな日時とを有する。
【００４８】
受け付けとは、キーボードやマウスやタッチパネルといった入力デバイスから入力された情報の受け付け、有線もしくは無線の通信回線やネットワークを介して送信された情報の受信、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付けなどを含む概念である。
【００４９】
受付部１２は、各種の情報を、例えば、キーボード等の入力デバイスを介して受け付けてもよいし、患者端末２や医師端末３や図示しない外部装置から受信してもよいし、記録媒体から読み出してもよい。
【００５０】
処理部１３は、各種の処理を行う。各種の処理とは、例えば、後述する決定部１３１、蓄積部１３２、および判断部１３３の処理などである。各種の処理には、例えば、受付部１２が受け付けた変更指示に応じて、訪問スケジュール情報格納部１１４に格納さているスケジュール情報を変更する処理なども含まれる。また、処理部１３は、フローチャートで説明する各種の判別なども行う。
【００５１】
決定部１３１は、訪問スケジュールを決定する。詳しくは、決定部１３１は、患者情報格納部１１１に格納されている２以上の患者情報を用いて、訪問日時を決定し、訪問スケジュール情報を取得する。訪問日時とは、一の医師が患者の居所に行く日時である。
【００５２】
決定部１３１は、患者情報格納部１１１に格納されている２以上の患者情報と、医療報酬関連情報格納部１１３に格納されている医療報酬関連情報とを用いて、医療報酬が予め決められた条件を満たすように、訪問日時を決定し、訪問スケジュール情報を取得してもよい。予め決められた条件とは、通常、医療報酬に関する条件である。医療報酬に関する条件は、医療報酬が減額されないための条件であることは望ましい。医療報酬が減額されないための条件は、例えば、医師が同日に訪問する同一居所の患者の数（患者数）に関する条件を含む。患者数に関する条件とは、具体的には、「同日に同じ居所の複数の患者を訪問しない」、「同日に訪問する同一居所の患者数が閾値以下または未満である」等の条件である。
【００５３】
なお、条件を満たすように訪問日時を決定することは、例えば、所定のアルゴリズムで訪問日時を決定した後、条件を満たすか否かを判断し、条件を満たさない場合に訪問日時を変更することも含む。訪問日時を変更することは、例えば、訪問日時を自動的に変更する処理を、条件を満たすまで繰り返すことでもよいし、または、新たな日時を含む変更指示を受け付けることでもよい。
【００５４】
決定部１３１は、２以上の患者情報と医療報酬関連情報とを用いて、例えば、医療報酬が減額されないように、訪問日時を決定し、訪問スケジュール情報を取得する。医療報酬が減額されないように訪問日時を決定することは、例えば、医療報酬が減額されないための条件（患者数に関する条件等）を満たすように訪問日時を決定することである。具体的には、決定部１３１は、例えば、同日に同じ居所の複数の患者を訪問しないように、医師の訪問スケジュールを決定する。または、決定部１３１は、例えば、同日に訪問する同一居所の患者数が閾値以下または未満となるように、医師の訪問スケジュールを決定してもよい。
【００５５】
なお、医療報酬に関する条件は、医療報酬が増額されるための条件であることはより望ましい。決定部１３１は、例えば、２以上の患者情報と医療報酬関連情報とを用いて、医療報酬が増額されるように、訪問日時を決定し、訪問スケジュール情報を取得してもよい。また、決定部１３１は、２以上の患者情報および医療報酬関連情報に加えて、医師スケジュール情報格納部１１２に格納されている医師スケジュール情報をも用いて、訪問日時を決定し、訪問スケジュール情報を取得してもよい。決定部１３１は、例えば、医師スケジュール情報が有する１以上の日時であり、医師が在宅医療以外の医療業務を行う日時を除いた期間から、訪問日時を決定し、訪問スケジュール情報を取得してもよい。
【００５６】
また、決定部１３１は、例えば、２以上の患者情報に加えて、医師スケジュール情報、医療報酬関連情報、または医療報酬に関する制約情報以外の制約情報（前述した人数に関する制約情報、距離に関する制約情報、経路に関する制約情報等）のうち１以上の情報をも用いて、訪問日時を決定し、訪問スケジュール情報を取得してもよい。
【００５７】
すなわち、決定部１３１は、例えば、２以上の患者情報および医師スケジュール情報を用いて、医師が在宅医療を行い得る日時であり、かつ患者が在宅医療を受け得る日時を決定し、当該医師を識別する医師識別子、当該患者を識別する患者識別子、および当該日時を有する訪問スケジュール情報を、２以上、取得してもよい。そして、かかる場合において、２以上の患者識別子に対応する２以上の居所情報が同じ居所を示す場合、決定部１３１は、医療報酬関連情報をも用いて、医療報酬に関する制約を満たすように、同じ居所を示す２以上の居所情報に対応する２以上の日時のうち１以上の日時を変更してもよい。
【００５８】
また、決定部１３１は、例えば、まず、格納されている２以上の患者情報の中から、人数に関する制約情報が示す制約を満たす２以上の数の患者情報を選択し、選択した２以上の患者情報および医師スケジュール情報を用いて、医師が在宅医療を行い得る日時であり、かつ患者が在宅医療を受け得る日時を決定し、当該医師を識別する医師識別子、当該患者を識別する患者識別子、および当該日時を有する訪問スケジュール情報を、２以上、取得してもよい。そして、かかる場合においても、２以上の患者識別子に対応する２以上の居所情報が同じ居所を示す場合、決定部１３１は、医療報酬関連情報をも用いて、医療報酬に関する制約を満たすように、２以上の日時のうち１以上の日時を変更してよい。
【００５９】
また、決定部１３１は、例えば、まず、格納されている２以上の患者情報の中から、人数に関する制約情報が示す制約を満たす２以上の数の患者情報であり、かつ距離に関する制約情報が示す制約をも満たす２以上の患者情報を選択し、選択した２以上の患者情報および医師スケジュール情報を用いて、医師が在宅医療を行い得る日時であり、かつ患者が在宅医療を受け得る日時を決定し、当該医師を識別する医師識別子、当該患者を識別する患者識別子、および当該日時を有する訪問スケジュール情報を、２以上、取得してもよい。そして、かかる場合においても、２以上の患者識別子に対応する２以上の居所情報が同じ居所を示す場合、決定部１３１は、医療報酬関連情報をも用いて、医療報酬に関する制約を満たすように、２以上の日時のうち１以上の日時を変更してよい。
【００６０】
具体的には、例えば、決定部１３１は、まず、医師スケジュール情報の中で、在宅医療が可能な時間帯を示す在宅医療可能時間帯情報を取得する。次に、決定部１３１は、例えば、取得した在宅医療可能時間帯情報が示す時間帯と、患者一人当たりの在宅医療にかかる時間の情報から、当該在宅医療可能時間帯情報の時間帯に訪問できる患者数を算出する。例えば、在宅医療可能時間帯情報が示す時間帯が２０１６年８月１０日９時半から１０時半で、患者一人当たりの在宅医療にかかる時間（以下、単位医療時間と記す場合がある）が３０分の場合、当該時間帯に訪問できる患者数は、当該時間帯の長さ“６０分”を単位診療時間“３０分”で除すことにより、“２人”のように算出される。
【００６１】
次に、決定部１３１は、格納されている２以上の患者情報の中で、上記在宅医療可能時間帯情報が示す時間帯に対し、上記単位医療時間以上、重なる日時を、訪問医療を受け得る日時として有する患者スケジュール情報、を含む２以上の患者情報を特定する。例えば、患者識別子“ＡＡ”を有する患者情報が、日時“２０１６年８月１０日９：００〜１０：００”と予定識別子“予定なし”とを有する患者スケジュール情報を含み、また、患者識別子“ＢＢ”を有する患者情報が、日時“２０１６年８月１０日９：３０〜１０：３０”と予定識別子“在宅医療希望”とを有する患者スケジュール情報を含み、また、患者識別子“ＣＣ”を有する患者情報が日時“２０１６年８月１０日午前”と予定識別子“予定なし”とを有する患者スケジュール情報を含む場合、かかる３つの患者情報が特定される。なお、患者情報の特定とは、患者情報の取得でも良いし、患者識別子の取得等でも良い。
【００６２】
次に、決定部１３１は、特定した２以上の患者情報ごとに、医師の居所（通常は病院）から当該患者の居所まで距離を算出する。距離は、例えば、医師の居所を示す座標と、当該患者情報が有する居所情報が示す居所の座標とから計算できる。次に、決定部１３１は、特定した２以上の患者情報の中で、距離が最も近い患者情報を、当該患者数と等しい数だけ選択する。例えば、当該医師が医師ａａであり、取得した上記３つの患者情報の中で、患者識別子“ＡＡ”を有する患者情報の距離が最も短く、患者識別子“ＢＢ”を有する患者情報の距離が次に短く、患者識別子“ＣＣ”を有する患者情報の距離がその次に短い場合、距離が最も短いものから２つが選択される。
【００６３】
次に、決定部１３１は、選択した２以上の患者情報の中に、居所が同じ２つの患者情報が含まれているか否か（予め決められた制約条件を満たすか否か）を判断する。選択した２以上の患者情報の中に、居所が同じ２つの患者情報が含まれている場合、当該２つの患者情報の一方を選択外とする一方、取得した２以上の患者情報の中から、別の患者情報を選択する。例えば、上例において選択した２つの患者情報のうち、患者識別子“ＡＡ”を有する患者情報の居所が“Ｘアパート”であり、患者識別子“ＢＢ”を有する患者情報の居所も“Ｘアパート”である場合、決定部１３１は、当該２つの患者情報の居所が同じであると判断して、当該２つの患者情報の一方、例えば、患者識別子“ＢＢ”を有する患者情報を選択外とする一方、患者識別子“ＣＣ”を有する患者情報を新たに選択する。
【００６４】
次に、決定部１３１は、在宅医療可能時間帯情報が示す時間帯を当該患者数と等しい数に分割し、分割後の複数の時間帯を、選択された複数の患者に割り当てる。例えば、上例における２０１６年８月１０日の９時半から１０時半までの６０分間は、同日９時半から１０時までの３０分間、および同日１０時から１０時半までの３０分間に２分割される。そして、前者３０分間の時間帯は、例えば、例えば患者ＡＡに割り当てられ、後者３０分間の時間帯は、例えば患者ＣＣに割り当てられる。なお、決定部１３１が割り当てる時間帯は、例えば、２０１６年８月１０日の午前１番目、午前２番目、…等のように、具体的な開始時刻および終了時刻を有さない目安の時間帯であってもよいし、一の時間帯に複数の患者が割り当てられても構わない。
【００６５】
次に、決定部１３１は、当該医師を識別する医師識別子、当該患者を識別する患者識別子、および当該日時を有する訪問スケジュール情報を、当該患者数と同数、取得する。これにより、上例の場合、医師識別子“ａａ”と患者識別子“ＡＡ”と日時“２０１６年８月１０日の９時半から１０時”とを有するスケジュール情報、および医師識別子“ａａ”と患者識別子“ＣＣ”と日時“２０１６年８月１０日の１０時から１０時半”とを有するスケジュール情報が、取得される結果となる。
【００６６】
また、上記各場合において、２以上のスケジュール情報の組を、日時を変えて、複数通り、取得し得る場合、決定部１３１は、当該複数通りの組の中から、経路に関する制約情報が示す制約を満たすような組を取得してもよい。経路に関する制約情報が示す制約を満たすような組とは、複数通りの組に対応する複数の経路のうち、例えば最短経路に対応する組である。
【００６７】
具体的には、例えば、医師識別子“ａａ”と患者識別子“ＡＡ”と日時“２０１６年８月１０日の９時半から１０時”とを有するスケジュール情報、および医師識別子“ａａ”と患者識別子“ＣＣ”と日時“２０１６年８月１０日の１０時から１０時半”とを有するスケジュール情報といった、２つのスケジュール情報の組が取得可能であるのに加えて、医師識別子“ａａ”と患者識別子“ＡＡ”と日時“２０１６年８月１０日の９時半から１０時”とを有するスケジュール情報、および医師識別子“ａａ”と患者識別子“ＤＤ”と日時“２０１６年８月１０日の１０時から１０時半”とを有するスケジュール情報といった、別の２つのスケジュール情報の組も取得可能である場合、決定部１３１は、前者の組に対応する第一の経路の長さと、後者の組に対応する第二の経路の長さとを算出し、短い方の経路に対応する組を採用してもよい。第一の経路とは、医師ａａの居所から患者ＡＡの居所、さらに患者ＣＣの居所を経て、医師ａａの居所に戻る経路であり、第二の経路とは、医師ａａの居所から患者ＡＡの居所、さらに患者ＤＤの居所を経て、医師ａａの居所に戻る経路である。そして、例えば、第一の経路の長さが３ｋｍであり、第二の経路の長さが２ｋｍである場合、第二の経路に対応する組が採用される。
【００６８】
なお、上記した決定部１３１の処理は一例であることは言うまでもない。決定部１３１は、担当の患者の患者情報を用いて、医師スケジュール情報が示す医師の空きの時間帯の情報を取得し、当該空きの時間帯の情報が示す空き時間であり、患者スケジュール情報が示す訪問医療が可能な時間帯が適合する患者を、ランダムに順次に選択し、当該選択した患者の患者情報が制約条件（例えば、医療報酬に関する予め決められた条件）に合致するか否かを判断する。そして、決定部１３１は、当該制約条件に合致する場合に、当該医師の空きの時間帯の情報に、当該患者の患者識別子を対応付ける。かかる処理を繰り替えし、決定部１３１は、訪問スケジュール情報を取得する等しても良い。
【００６９】
また、決定部１３１は、こうして訪問スケジュールを決定する処理（以下、訪問スケジュール決定処理と記す場合がある）を、例えば、予め決められたタイミングで実行してもよいし、実行指示に応じて実行してもよい。前者の場合、例えば、格納部１１に、訪問スケジュール決定処理を実行するタイミングを示すタイミング情報が格納される。後者の場合、受付部１２は、かかる実行指示を受け付ける。また、訪問スケジュール決定処理は、例えば、新たな患者スケジュール情報または新たな医師スケジュール情報が蓄積されたことに応じて実行されてもよいし、格納されている患者スケジュール情報または格納されている医師スケジュール情報が、変更または削除されたことに応じて実行されても構わない。このように、訪問スケジュール決定処理を実行するタイミング、開始するトリガーは問わない。
【００７０】
蓄積部１３２は、決定部１３１が取得した訪問スケジュール情報を訪問スケジュール情報格納部１１４に蓄積する。ただし、取得された訪問スケジュール情報は、例えば、図示しないクラウドサーバなどに蓄積されてもよく、その蓄積先は問わない。蓄積部１３２は、２以上のスケジュール情報をＩＤ（例えば、１，２，…等の番号）に対応付けて蓄積する。なお、対応付けて蓄積することは、スケジュール情報がＩＤを有する場合も含む。
【００７１】
判断部１３３は、訪問スケジュール情報格納部１１４に格納されている２以上の訪問スケジュール情報と、患者情報格納部１１１に格納されている２以上の患者情報とが、予め決められた条件を満たすか否かを判断する。予め決められた条件は、例えば、前述したような、医療報酬が減額されないための条件である。または、予め決められた条件は、例えば、前述したような、医療報酬が増額されるための条件であってもよい。
【００７２】
出力部１４は、各種の情報を出力する。各種の情報とは、例えば、後述する警告などである。なお、出力部１４は、例えば、医療報酬が減額されないための条件を満足したことの報知（「医療報酬の減額はありません」等）、または、医療報酬が増額されるための条件を満足したことの報知（「医療報酬が増額されます」等）を出力していてもよい。また、出力部１４は、前述した患者情報、患者スケジュール情報、医師スケジュール情報、報酬関連情報、訪問スケジュール情報なども、例えば、それぞれの出力指示に応じて出力し得る。
【００７３】
出力とは、ディスプレイへの表示、スピーカーからの音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡し、プリンタでの印字などを含む概念である。
【００７４】
出力部１４は、各種の情報を、通常、患者端末２や医師端末３に送信するが、例えば、ディスプレイ等の出力デバイスを介して出力してもよいし、図示しない外部装置に送信してもよいし、記録媒体に蓄積してもよい。
【００７５】
警告出力部１４１は、判断部１３３が予め決められた条件を満たさないと判断した場合に、警告を出力する。警告は、例えば、条件を満たさない訪問スケジュールの存在に対する警告である。警告は、具体的には、「訪問スケジュールが不正です」、「同日に訪問可能な同一居所の患者数の上限は○人です」等の情報である。警告は、条件を満たさない訪問スケジュールを特定する情報（例えば、当該訪問スケジュールの点滅等による強調表示など）を含むことは望ましい。ただし、警告は、例えば、画面の点滅、警告音の出力などでもよく、その表現形式や内容は問わない。
【００７６】
患者端末２の構成は、図１に示されている。患者端末２は、患者格納部２０、患者受付部２１、患者処理部２２、患者送信部２３、患者受信部２４、および患者出力部２５を備える。
【００７７】
患者格納部２０は、各種の情報を格納し得る。各種の情報とは、例えば、当該患者端末２を識別する端末識別子、当該患者端末２を使用する患者を識別する患者識別子などである。
【００７８】
患者受付部２１は、各種の情報を受け付ける。各種の情報とは、例えば、患者スケジュール情報である。各種の情報には、訪問スケジュール情報の出力指示なども含まれていてよい。
【００７９】
患者処理部２２は、各種の処理を行う。各種の処理とは、例えば、フローチャートで説明する各種の判別などである。
【００８０】
患者送信部２３は、各種の情報を送信する。各種の情報とは、例えば、患者スケジュール情報である。各種の情報には、訪問スケジュール情報の出力指示などが含まれていてよい。患者送信部２３は、例えば、患者受付部２１が受け付けた患者スケジュール情報を、患者格納部２０に格納されている患者識別子と対に送信する。なお、対に送信することは、患者スケジュール情報が患者識別子を有する場合も含む。また、患者送信部２３は、例えば、患者受付部２１が受け付けた出力指示を、患者格納部２０に格納されている端末識別子と対に送信する。なお、対に送信することは、出力指示が患者識別子を有する場合も含む。
【００８１】
患者受信部２４は、各種の情報を受信する。各種の情報とは、例えば、患者格納部２０に格納されている患者識別子を有する訪問スケジュール情報などである。
【００８２】
患者出力部２５は、各種の情報を出力する。各種の情報とは、例えば、患者受信部２４が受信した訪問スケジュール情報である。出力される訪問スケジュール情報は、受信された訪問スケジュール情報とは異なっていてもよい。例えば、出力される訪問スケジュール情報は、受信された訪問スケジュール情報を用いて構成されたスケジュール表でもよい。また、受信された訪問スケジュール情報に含まれる患者識別子は、出力される訪問スケジュール情報では、例えば患者名に変換されていてもよい。前者の場合、患者格納部２０には、訪問スケジュール情報を用いてスケジュール表を構成するための表構成情報（表の画像情報やレイアウト情報等）が格納される。後者の場合、患者格納部２０には、患者識別子に対応する患者名が格納される。
【００８３】
医師端末３の構成は、図１に示されている。医師端末３は、医師格納部３０、医師受付部３１、医師処理部３２、医師送信部３３、医師受信部３４、および医師出力部３５を備える。
【００８４】
医師格納部３０は、各種の情報を格納し得る。各種の情報とは、例えば、当該医師端末３を識別する端末識別子、当該医師端末３を使用する医師を識別する医師識別子などである。
【００８５】
医師受付部３１は、各種の情報を受け付ける。各種の情報とは、例えば、医師スケジュール情報である。各種の情報には、訪問スケジュール情報の出力指示なども含まれてよい。
【００８６】
医師処理部３２は、各種の処理を行う。各種の処理とは、例えば、フローチャートで説明する各種の判別などである。
【００８７】
医師送信部３３は、各種の情報を送信する。各種の情報とは、例えば、医師スケジュール情報である。各種の情報には、訪問スケジュール情報の出力指示などが含まれていてよい。医師送信部３３は、例えば、医師受付部３１が受け付けた医師スケジュール情報に、医師格納部３０に格納されている医師識別子を含めて送信する。また、医師送信部３３は、例えば、医師受付部３１が受け付けた出力指示に、医師格納部３０に格納されている端末識別子を含めて送信する。
【００８８】
医師受信部３４は、各種の情報を受信する。各種の情報とは、例えば、医師格納部３０に格納されている医師識別子を有する訪問スケジュール情報などである。
【００８９】
医師出力部３５は、各種の情報を出力する。各種の情報とは、例えば、医師受信部３４が受信した訪問スケジュール情報である。出力される訪問スケジュール情報は、受信された訪問スケジュール情報とは異なっていてもよい。例えば、出力される訪問スケジュール情報は、受信された訪問スケジュール情報を用いて構成された訪問スケジュール表でもよい。また、受信された訪問スケジュール情報に含まれる医師識別子、１以上の患者識別子は、出力される訪問スケジュール情報では、例えば、医師名、１以上の患者名に変換されていてもよい。前者の場合、医師格納部３０には、訪問スケジュール情報を用いて訪問スケジュール表を構成するための表構成情報（表の画像情報やレイアウト情報等）が格納される。後者の場合、医師格納部３０には、患者識別子と患者名との対が、２以上、格納される。
【００９０】
格納部１１、患者情報格納部１１１、医師スケジュール情報格納部１１２、医療報酬関連情報格納部１１３、訪問スケジュール情報格納部１１４、患者格納部２０、および医師格納部３０は、例えば、ハードディスクやフラッシュメモリといった不揮発性の記録媒体が好適であるが、ＲＡＭなど揮発性の記録媒体でも実現可能である。
【００９１】
格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、ネットワークや通信回線等を介して送信された情報が格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。入力デバイスは、例えば、キーボード、マウス、タッチパネル等、何でもよい。
【００９２】
受付部１２、患者受付部２１、および医師受付部３１は、入力デバイスを含むと考えても、含まないと考えてもよい。受付部１２等は、入力デバイスのドライバーソフトによって、または入力デバイスとそのドライバーソフトとで実現され得る。
【００９３】
処理部１３、決定部１３１、蓄積部１３２、判断部１３３、患者処理部２２、および医師処理部３２は、通常、ＭＰＵやメモリ等から実現され得る。処理部１３等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、処理手順は、ハードウェア（専用回路）で実現してもよい。
【００９４】
出力部１４、警告出力部１４１、患者出力部２５、および医師出力部３５は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えてもよい。出力部１４等は、出力デバイスのドライバーソフトによって、または出力デバイスとそのドライバーソフトとで実現され得る。
【００９５】
出力部１４の送信機能、患者送信部２３、および医師送信部３３は、通常、有線または無線の通信手段（例えば、ネットワークカードやモデム等の通信モジュール）で実現されるが、放送手段（例えば、放送モジュール）で実現されてもよい。
【００９６】
受付部１２の受信機能、患者受信部２４、および医師受信部３４は、通常、有線または無線の通信手段で実現されるが、放送を送信する手段（例えば、放送受信モジュール）で実現されてもよい。
【００９７】
次に、在宅医療支援システムの動作について図３〜図５のフローチャートを用いて説明する。なお、既出の事項に関する説明は、省略または簡略化している。
【００９８】
図３は、在宅医療訪問スケジューリング装置１の動作を説明するフローチャートである。
【００９９】
（ステップＳ３０１）処理部１３は、受付部１２が医師スケジュール情報を受け付けたか否かを判別する。なお、医師スケジュール情報を受け付けたことは、医師端末３から受信した場合も含む。受付部１２が医師スケジュール情報を受け付けた（受信した）場合はステップＳ３０２に進み、受け付けていない（受信していない）場合はステップＳ３０３に進む。
【０１００】
（ステップＳ３０２）処理部１３は、受付部１２が受け付けた医師スケジュール情報を、受け付けた順番（１，２，…）を示すＩＤに対応付けて、格納部１１に蓄積する。その後、ステップＳ３０１に戻る。
【０１０１】
（ステップＳ３０３）処理部１３は、受付部１２が患者スケジュール情報を受け付けたか否かを判別する。なお、患者スケジュール情報を受け付けたことは、患者端末２から受信した場合も含む。受付部１２が患者スケジュール情報を受け付けた（受信した）場合はステップＳ３０４に進み、受け付けていない（受信していない）場合はステップＳ３０５に進む。
【０１０２】
（ステップＳ３０４）処理部１３は、受付部１２が受け付けた患者スケジュール情報を、対応する患者情報が有する患者識別子に対応付けて、格納部１１に蓄積する。その後、ステップＳ３０１に戻る。
【０１０３】
（ステップＳ３０５）処理部１３は、訪問スケジュール決定処理を実行するか否かを判別する。判別は、例えば、格納部１１に格納されている訪問スケジュール情報を参照して行ってもよい。または、医師スケジュール情報と、対応する２以上の患者情報との組が、１組以上、蓄積されたことに応じて、実行すると判別しても構わない。訪問スケジュール決定処理を実行する場合はステップＳＳ３０６に進み、実行しない場合はステップＳＳ３０７に進む。
【０１０４】
（ステップＳ３０６）決定部１３１は、訪問スケジュール情報決定処理を実行する。その後、ステップＳ３０１に戻る。なお、訪問スケジュール情報決定処理については、図４のフローチャートを用いて説明する。
【０１０５】
（ステップＳ３０７）処理部１３は、受付部１２が出力指示を受け付けたか否かを判別する。なお、出力指示を受け付けたことは、医師端末３から受信した場合、または患者端末２から受信した場合、のうち１以上の場合も含む。受付部１２が出力指示を受け付けた（受信した）場合はステップＳ３０８に進み、受け付けていない（受信していない）場合はステップＳ３０９に進む。
【０１０６】
（ステップＳ３０８）出力部１４は、訪問スケジュール情報格納部１１４に格納されている１以上の訪問スケジュール情報を出力する。なお、訪問スケジュール情報を出力することは、医師端末３に送信する場合、または患者端末２に送信する場合、のうち１以上の場合も含む。
【０１０７】
また、在宅医療訪問スケジューリング装置１の出力デバイスを介して出力される訪問スケジュール情報は、通常、訪問スケジュール情報格納部１１４に格納されている２以上の訪問スケジュール情報の全部または一部である。これに対して、医師端末３に送信される訪問スケジュール情報は、格納されている２以上の訪問スケジュール情報のうち、当該医師端末３を識別する端末識別子を有する１以上の訪問スケジュール情報である。他方、患者端末２に送信される訪問スケジュール情報は、格納されている２以上の訪問スケジュール情報のうち、当該患者端末２を識別する端末識別子を有する１以上の訪問スケジュール情報である。その後、ステップＳ３０１に戻る。
【０１０８】
（ステップＳ３０９）処理部１３は、受付部１２が変更指示を受け付けたか否かを判別する。なお、変更指示を受け付けたことは、医師端末３から受信した場合も含む。受付部１２が変更指示を受け付けた（受信した）場合はステップＳ３０８に進み、受け付けていない（受信していない）場合はステップＳ３０９に進む。
【０１０９】
（ステップＳ３１０）処理部１３は、格納されている訪問スケジュール情報を変更指示に応じて変更する。その後、ステップＳ３０１に戻る。
【０１１０】
（ステップＳ３１１）判断部１３３は、条件を満たすか否かを判断する。条件は、例えば、医療報酬が減額されないための条件であってよい。条件を満たす場合はステップＳ３１２に進み、満たさない場合はステップＳ３０１に戻る。
【０１１１】
（ステップＳ３１２）警告出力部１４１は、警告を出力する。なお、警告を出力することは、変更指示の送信元の医師端末３に警告を送信する場合も含む。その後、ステップＳ３０１に戻る。
【０１１２】
なお、図３のフローチャートにおいて、在宅医療訪問スケジューリング装置１の電源オンやプログラムの起動に応じて処理が開始し、電源オフや処理終了の割り込みにより処理は終了する。ただし、処理の開始または終了のトリガーは問わない。
【０１１３】
図４は、訪問スケジュール決定処理の一例を説明するフローチャートである。
【０１１４】
（ステップＳ４０１）処理部１３は、変数ｉに初期値１をセットする。変数ｉは、医師スケジュール情報格納部１１２に格納されている１以上の医師スケジュール情報のうち、未選択の医師スケジュール情報を順番に選択していくための変数である。
【０１１５】
（ステップＳ４０２）処理部１３は、ｉ番目の医師スケジュール情報があるか否かを判別する。ｉ番目の医師スケジュール情報がある場合はステップＳ４０３に進み、ない場合は上位処理にリターンする。
【０１１６】
（ステップＳ４０３）決定部１３１は、医師スケジュール情報格納部１１２からｉ番目の医師スケジュール情報を取得する。
【０１１７】
（ステップＳ４０４）決定部１３１は、患者情報格納部１１１から、対応する２以上の患者スケジュール情報を取得する。対応する２以上の患者スケジュール情報とは、ｉ番目の医師スケジュール情報が有する医師識別子に対応する２以上の患者情報が有する患者スケジュール情報である。
【０１１８】
（ステップＳ４０５）決定部１３１は、医療報酬関連情報格納部１１３から医療報酬関連情報を取得する。
【０１１９】
（ステップＳ４０６）決定部１３１は、取得した情報を用いて、医療報酬が減額されないための条件を満たすように、訪問日時を決定し、訪問スケジュール情報を取得する。
【０１２０】
（ステップＳ４０７）決定部１３１は、取得した訪問スケジュール情報を訪問スケジュール情報格納部１１４に蓄積する。
【０１２１】
（ステップＳ４０８）処理部１３は、変数ｉをインクリメントする。その後、ステップＳ４０２に戻る。
【０１２２】
なお、図４のフローチャートに従って、例えば、ある医師の翌月の医師スケジュールを決定する場合、その医師が一人の患者を担当していて、その患者がその月に２回の在宅医療に対応する２つの患者スケジュール情報を登録していれば、決定部１３１は、ステップＳ４０４において、当該２つの患者スケジュール情報を取得し、ステップＳ４０６において、当該２つの患者スケジュール情報を用いて、その医師の翌月の医師スケジュールを決定する。また、その医師の担当患者が二人で、それぞれの患者が自分の患者スケジュール情報を２つずつ登録していれば、ステップＳ４０４において、２×２＝４つの患者スケジュール情報が取得され、ステップＳ４０６において、当該４つの患者スケジュール情報を用いて、その医師の翌月の医師スケジュールが決定される。さらには、医師が二人いて、それぞれの医師の担当患者が二人ずつで、それぞれの患者が自分の患者スケジュール情報を２つずつ登録していれば、医師ごとに上記処理が行われ、各医師の翌月の医師スケジュールが決定される。
【０１２３】
図５は、患者端末２の動作を説明するフローチャートである。
【０１２４】
（ステップＳ５０１）患者処理部２２は、患者受付部２１が患者スケジュール情報を受け付けたか否かを判別する。患者受付部２１が患者スケジュール情報を受け付けた場合はステップＳ５０２に進み、受け付けていない場合はステップＳ５０３に進む。
【０１２５】
（ステップＳ５０２）患者送信部２３は、患者受付部２１が受け付けた患者スケジュール情報を、患者格納部２０に格納されている患者識別子と対に送信する。その後、上位処理にリターンする。
【０１２６】
（ステップＳ５０３）患者処理部２２は、患者受付部２１が出力指示を受け付けたか否かを判別する。患者受付部２１が出力指示を受け付けた場合はステップＳ５０４に進み、受け付けていない場合はステップＳ５０５に進む。
【０１２７】
（ステップＳ５０４）患者送信部２３は、患者受付部２１が受け付けた出力指示を、患者格納部２０に格納されている患者識別子と対に送信する。その後、上位処理にリターンする。
【０１２８】
（ステップＳ５０５）患者処理部２２は、患者受信部２４が訪問スケジュール情報を受信したか否かを判別する。患者受信部２４が訪問スケジュール情報を受信した場合はステップＳ５０６に進み、受信していない場合はステップＳ５０１に戻る。
【０１２９】
（ステップＳ５０６）患者出力部２５は、患者受信部２４が受信した１以上の訪問スケジュール情報を出力する。その後、上位処理にリターンする。
【０１３０】
なお、図５のフローチャートにおいて、患者端末２の電源オンやプログラムの起動に応じて処理が開始し、電源オフや処理終了の割り込みにより処理は終了する。ただし、処理の開始または終了のトリガーは問わない。
【０１３１】
図６は、医師端末３の動作を説明するフローチャートである。
【０１３２】
（ステップＳ６０１）医師処理部３２は、医師受付部３１が医師スケジュール情報を受け付けたか否かを判別する。医師受付部３１が医師スケジュール情報を受け付けた場合はステップＳ６０２に進み、受け付けていない場合はステップＳ６０３に進む。
【０１３３】
（ステップＳ６０２）医師送信部３３は、医師受付部３１が受け付けた医師スケジュール情報を、医師格納部３０に格納されている医師識別子と対に送信する。その後、上位処理にリターンする。
【０１３４】
（ステップＳ６０３）医師処理部３２は、医師受付部３１が出力指示を受け付けたか否かを判別する。医師受付部３１が出力指示を受け付けた場合はステップＳ６０４に進み、受け付けていない場合はステップＳ６０５に進む。
【０１３５】
（ステップＳ６０４）医師送信部３３は、医師受付部３１が受け付けた出力指示を、医師格納部３０に格納されている医師識別子と対に送信する。その後、上位処理にリターンする。
【０１３６】
（ステップＳ６０５）医師処理部３２は、医師受信部３４が訪問スケジュール情報を受信したか否かを判別する。医師受信部３４が訪問スケジュール情報を受信した場合はステップＳ６０６に進み、受信していない場合はステップＳ６０７に進む。
【０１３７】
（ステップＳ６０６）医師出力部３５は、医師受信部３４が受信した１以上の訪問スケジュール情報を出力する。その後、上位処理にリターンする。
【０１３８】
（ステップＳ６０７）医師処理部３２は、医師受付部３１が、出力された訪問スケジュール情報に対する変更指示を受け付けたか否かを判別する。医師受付部３１が変更指示を受け付けた場合はステップＳ６０８に進み、受け付けていない場合はステップＳ６０１に戻る。
【０１３９】
（ステップＳ６０８）医師処理部３２は、医師受付部３１が受け付けた変更指示を、医師格納部３０に格納されている医師識別子と対に送信する。その後、上位処理にリターンする。
【０１４０】
なお、図６のフローチャートにおいて、医師端末３の電源オンやプログラムの起動に応じて処理が開始し、電源オフや処理終了の割り込みにより処理は終了する。ただし、処理の開始または終了のトリガーは問わない。
【０１４１】
以下、本実施の形態における在宅医療支援システムの具体的な動作例について説明する。ただし、本例は、本発明を何ら限定するものではなく、適宜変更され得ることはいうまでもない。また、既出の事項に関する説明は、省略または簡略化している。
【０１４２】
本例の在宅医療支援システムは、在宅医療訪問スケジューリング装置１、３以上の患者端末２、および２以上の医師端末３を備える。在宅医療訪問スケジューリング装置１は、本システムを用いて在宅医療を行う病院の端末によって実現される。この病院には、２以上の医師が勤務しており、２以上の各医師（以下、単に医師と記す場合がある）は、３以上の患者のうち二人以上を担当する。例えば、医師ａａは、患者ＡＡ、患者ＢＢ、…を担当し、医師ｂｂは、患者ＡＡ、患者ＣＣ、…を担当している。
【０１４３】
例えば、在宅医療訪問スケジューリング装置１がクリニック側のＰＣで、患者端末２は、患者やその家族等が保有しているスマホやタブレットであってもよい。患者スケジュールは、例えば、初診後のヒアリングの際に、患者側からクリニック側に伝えられ、クリニック側のスタッフによって在宅医療訪問スケジューリング装置１に入力されてもよい。または、患者が自分のスマホ等からでも、患者スケジュールを登録したり、スケジューリング装置１で決定された訪問スケジュールを閲覧できたりする。同様に、医師端末３は、医師のタブレット等であってもよく、医師は、出先から医師スケジュールを登録したり変更したり、自分が担当する分の訪問スケジュールを閲覧したりできる。
【０１４４】
在宅医療訪問スケジューリング装置１を構成する格納部１１には、かかる医師と患者との対応を示す担当情報が格納されている。担当情報は、医師識別子と２以上の患者識別子との対の集合で構成される。医師識別子と２以上の患者識別子との対の集合とは、例えば、医師識別子“ａａ”と２つの患者識別子“ＡＡ”および“ＢＢ”との対、医師識別子“ｂｂ”と２つの患者識別子“ＢＢ”および“ＣＣ”の対、…などである。また、格納部１１には、訪問スケジュール決定処理の実行タイミングを示すタイミング情報なども格納されている。
【０１４５】
また、患者情報格納部１１１には、２以上の患者情報がＩＤ（１，２，…）に対応付けて格納されている。図７は、患者情報のデータ構造図である。患者情報は、患者識別子と、居所情報と、患者スケジュール情報とを有する。患者スケジュール情報は、日時と予定識別子との対の集合で構成される。
【０１４６】
例えば、ＩＤ“１”に対応する患者情報（以下、患者情報１と記す場合がある）は、患者識別子“ＡＡ”と、居所情報“大阪市中央区…Ｘアパート１０１号”と、次のような患者スケジュール情報とを有する。この患者スケジュール情報は、日時“２０１６年８月１０日１０：００〜１２：００”と予定識別子“家事”との対、日時“２０１６年８月１０日午後”と予定識別子“外出”との対、日時“２０１６年８月１１日１５時から１時間”と予定識別子“来客”との対、…で構成される。
【０１４７】
また、ＩＤ“２”に対応する患者情報（患者情報２）は、患者識別子“ＢＢ”と、居所情報“大阪市中央区…Ｘアパート２０３号”と、次のような患者スケジュール情報とを有する。この患者スケジュール情報は、日時“２０１６年８月１０日午前”と予定識別子“外出”との対、日時“２０１６年８月１０日１５：００〜１６：００”と予定識別子“在宅医療希望”との対、…で構成される。
【０１４８】
また、ＩＤ“３”に対応する患者情報（患者情報３）は、患者識別子“ＣＣ”と、居所情報“Ｙ施設”と、次のような患者スケジュール情報とを有する。この患者スケジュール情報は、日時“２０１６年８月１０日１１時から１時間と予定識別子“来客”との対、日時“２０１６年８月１１日１３：００〜１５：００”と予定識別子“家事”との対、…で構成される。
【０１４９】
また、医師スケジュール情報格納部１１２には、２以上の医師情報がＩＤ（１，２，…）に対応付けて格納されている。図８は、医師スケジュール情報のデータ構造図である。医師スケジュール情報は、医師識別子、および日時と業務識別子との対の集合を有する。
【０１５０】
例えば、ＩＤ“１”に対応する医師スケジュール情報（以下、医師スケジュール情報１と記す場合がある）は、医師識別子“ａａ”、日時“２０１６年８月１０日９：３０〜１２：００”と業務識別子“在宅医療”との対、日時“２０１６年８月１０日午後”と予定識別子“外来診察”との対、日時“２０１６年８月１１日午前”と予定識別子“外来診察”との対、日時“２０１６年８月１１日１３：００〜１４：００”と予定識別子“会議”との対、および日時“２０１６年８月１１日１４：００〜１７：００”と予定識別子“在宅医療”との対、…などを有する。
【０１５１】
また、ＩＤ“２”に対応する医師スケジュール情報（医師スケジュール情報２）は、医師識別子“ｂｂ”、および日時“２０１６年８月１０日午前”と業務識別子“外来診察”との対、日時“２０１６年８月１０日午後”と予定識別子“在宅医療”との対、…などを有する。
【０１５２】
なお、例えば、別の医師ｃｃが、自分の医師端末３（以下、医師端末３ｃと記す場合がある）の入力デバイスを介して医師スケジュール情報を入力すると、医師端末３ｃを構成する医師受付部３１は、当該医師スケジュール情報を受け付け、医師送信部３３は、当該医師スケジュール情報を、医師格納部３０に格納されている医師識別子“ｃｃ”と対に送信する。在宅医療訪問スケジューリング装置１において、受付部１２が当該医師スケジュール情報を受信し、処理部１３は、当該医師スケジュール情報をＩＤ（例えば“３”）に対応付けて、医師スケジュール情報格納部１１２に蓄積する。
【０１５３】
また、例えば、患者ＡＡが、自分の患者端末２（以下、患者端末２Ａと記す場合がある）の入力デバイスを介して新たな患者スケジュール情報を入力すると、患者端末２Ａを構成する患者受付部２１が当該患者スケジュール情報を受け付け、患者送信部２３は、当該患者スケジュール情報を、患者格納部２０に格納されている患者識別子“ＡＡ”と対に送信する。在宅医療訪問スケジューリング装置１において、受付部１２が当該患者スケジュール情報を受信し、処理部１３は、当該患者スケジュール情報を患者識別子“ＡＡ”に対応付けて、患者情報格納部１１１に蓄積する。
【０１５４】
また、医療報酬関連情報格納部１１３には、“医師が同日に同じ居所の複数の患者を訪問した場合における医療報酬の減額”に関する医療報酬関連情報が格納されている。
【０１５５】
いま、在宅医療訪問スケジューリング装置１において、処理部１３が、格納部１１に格納されているタイミング情報を用いて、訪問スケジュール決定処理を実行すると判別したとする。決定部１３１は、例えば、以下のような訪問スケジュール情報決定処理を実行する。
【０１５６】
すなわち、処理部１３は、医師スケジュール情報格納部１１２から１番目の医師スケジュール情報を取得する。１番目の医師スケジュール情報とは、図８の例では、医師スケジュール情報１である。
【０１５７】
また、決定部１３１は、格納部１１に格納されている担当情報を用いて、患者情報格納部１１１から、対応する２以上の患者スケジュール情報を取得する。対応する２以上の患者スケジュール情報とは、医師識別子“ａａ”と対になる患者識別子“ＡＡ”，“ＢＢ”，…に対応する患者情報１，患者情報２，…が有する２以上の患者スケジュール情報である。図７の例では、日時“２０１６年８月１０日１０：００〜１２：００”と予定識別子“家事”との対、日時“２０１６年８月１０日午後”と予定識別子“外出”との対、および日時“２０１６年８月１１日１５時から１時間”と予定識別子“来客”との対、…で構成された患者スケジュール情報と、日時“２０１６年８月１０日１１時から１時間と予定識別子“来客”との対、および日時“２０１６年８月１１日１３：００〜１５：００”と予定識別子“家事”との対、…で構成された患者スケジュール情報とが、患者情報格納部１１１から取得される。
【０１５８】
さらに、決定部１３１は、医療報酬関連情報格納部１１３から上記医療報酬関連情報を取得する。そして、決定部１３１は、取得した情報を用いて、医療報酬が減額されないための条件“同日に同じ居所の複数の患者を訪問しない”を満たすように、訪問日時を決定し、訪問スケジュール情報を取得する。
【０１５９】
具体的には、医師スケジュール情報１が、日時“２０１６年８月１０日９：３０〜１２：００”と業務識別子“在宅医療”との対、および日時“２０１６年８月１１日１４：００〜１７：００”と予定識別子“在宅医療”との対を有することから、決定部１３１は、例えば、まず、患者ＡＡを訪問する日時の候補として、医師ａａおよび患者ＡＡの２種類のスケジュールのいずれでも在宅医療が可能である日時“２０１６年８月１０日９：３０〜１０：００”および“２０１６年８月１１日１４：００〜１５：００”を取得する。また、決定部１３１は、患者ＢＢを訪問する日時の候補として、医師ａａおよび患者ＢＢの２種類のスケジュールのいずれでも在宅医療が可能である日時“２０１６年８月１１日１５：００〜１６：００”を取得する。
【０１６０】
次に、決定部１３１は、可能な日時の組み合わせとして、患者ＡＡを訪問する日時“２０１６年８月１０日９：３０〜１０：００”と患者ＢＢを訪問する日時“２０１６年８月１１日１５：００〜１５：３０”の組と、患者ＡＡを訪問する日時“２０１６年８月１１日１４：３０〜１５：００”と患者ＢＢを訪問する日時“２０１６年８月１１日１５：００〜１５：３０”の組との、２つの組を取得する。次に、決定部１３１は、患者識別子“ＡＡ”に対応する居所情報と、患者識別子“ＢＢ”に対応する居所情報とを比較する。その結果、両者が、部屋番号のみ相違し、建物名まで一致することから、決定部１３１は、患者ＡＡの居所と患者ＢＢの居所とを同一と見なし得るため、上記要件を満たすように、取得した２つの組のうち、日付が同じである後者の組は採用せず、日付が異なる前者の組を採用する。
【０１６１】
そして、決定部１３１は、医師識別子“ａａ”と患者識別子“ＡＡ”と日時“２０１６年８月１０日９：３０〜１０：００”とを有する第一の訪問スケジュール情報、および、医師識別子“ａａ”と患者識別子“ＢＢ”と日時“２０１６年８月１１日１５：００〜１５：３０”とを有する第二の訪問スケジュール情報を取得する。蓄積部１３２は、取得された第一の訪問スケジュール情報をＩＤ“１”に対応付けて訪問スケジュール情報格納部１１４に蓄積し、また、取得された第二の訪問スケジュール情報をＩＤ“２”に対応付けて訪問スケジュール情報格納部１１４に蓄積する。
【０１６２】
次に、処理部１３は、医師スケジュール情報格納部１１２から２番目の医師スケジュール情報（医師スケジュール情報２）を取得し、また、患者情報格納部１１１から、対応する患者スケジュール情報（患者識別子“ＢＢ”に対応するスケジュール情報、および患者識別子“ＣＣ”に対応するスケジュール情報）を取得する。そして、処理部１３は、取得した情報を用いて、医師識別子“ｂｂ”と患者識別子“ＢＢ”と日時“２０１６年８月１１日１５：３０〜１６：００”との対を有する第三の訪問スケジュール情報、および患者識別子“ＢＢ”と日時“２０１６年８月１１日１６：３０〜１７：００”との対を有する第四の訪問スケジュール情報を取得する。なお、この場合、患者ＢＢの居所と患者ＣＣの居所とは異なるため、上記条件は考慮されない。ただし、決定部１３１は、患者ＢＢの居所と患者ＣＣの居所との間の距離または時間に関する情報（例えば時間“３０分”）を保持しており、２つの日時の間に３０分の間隔を確保している。蓄積部１３２は、取得された第三の訪問スケジュール情報を、ＩＤ“３”に対応付けて訪問スケジュール情報格納部１１４に蓄積し、取得された第四の訪問スケジュール情報を、ＩＤ“４”に対応付けて訪問スケジュール情報格納部１１４に蓄積する。
【０１６３】
こうして、訪問スケジュール情報格納部１１４には、図９に示すような４以上の訪問スケジュール情報が格納される結果となる。図９は、訪問スケジュール情報のデータ構造図である。訪問スケジュール情報は、医師識別子、患者識別子、および訪問日時を有する。ＩＤ“１”に対応付いた訪問スケジュール情報（訪問スケジュール情報１）が上記第一の訪問スケジュール情報であり、ＩＤ“２”に対応付いた訪問スケジュール情報（訪問スケジュール情報２）が上記第二の訪問スケジュール情報であり、ＩＤ“３”に対応付いた訪問スケジュール情報（訪問スケジュール情報３）が上記第三の訪問スケジュール情報であり、ＩＤ“４”に対応付いた訪問スケジュール情報（訪問スケジュール情報４）が上記第四の訪問スケジュール情報である。
【０１６４】
なお、図７〜図９において、患者スケジュール情報、医師スケジュール情報、訪問スケジュール情報に含まれる日時を構成する日付は、特定の日付（“２０１６年８月１０日”等）に限らず、例えば、週の特定の曜日（“毎週水曜日”等）や、月の特定の週と当該週の特定の曜日（“毎月第１週の水曜日”等）で表現されていてもよい。その場合、例えば、格納部１１にカレンダー情報が格納されており、処理部１３は、週の特定の曜日や、月の特定の週と当該週の特定の曜日を、カレンダー情報を用いて特定の日付に変換してもよい。
【０１６５】
また、２以上の患者が、例えば、訪問医療を受ける曜日ごと又は週および曜日ごとにグループ分けされていて、患者情報格納部１１１に格納されている２以上の各患者情報が、かかるグループ（毎週月曜日のグループ、毎月第１・第３週のグループ、毎月第２・第４週のグループ、…等）を識別するグループ識別子をさらに有し、決定部１３１は、同じグループ識別子を有する２以上の患者情報を用いて、当該グループ識別子で識別されるグループの訪問スケジュール情報を決定してもよい。これにより、決定部１３１は、訪問スケジュール情報を効率よく決定できる。
【０１６６】
その後、在宅医療訪問スケジューリング装置１において、受付部１２がキーボード等の入力デバイスを介して出力指示を受け付けると、出力部１４は、訪問スケジュール情報格納部１１４に格納されている訪問スケジュール情報１〜４をディスプレイ等の出力デバイスを介して出力する。格納部１１には、医師識別子と医師名との対の集合、および患者識別子と患者名との対の集合が格納されており、在宅医療訪問スケジューリング装置１のディスプレイには、例えば図１０に示すような訪問スケジュール画面が表示される。
【０１６７】
図１０は、在宅医療訪問スケジューリング装置１による訪問スケジュール画面の例を示す図である。この訪問スケジュール画面には、訪問スケジュール情報１〜４に対応する訪問スケジュール１〜４が表示される。訪問スケジュール１は、医師識別子“ａａ”に対応する医師名“佐々木”と、患者識別子“ＡＡ”に対応する患者名“山田”と、日時“２０１６年８月１０日９：３０〜１０：００”とを有する。訪問スケジュール２は、医師識別子“ａａ”に対応する医師名“佐々木”と、患者識別子“ＢＢ”に対応する患者名“佐藤”と、日時“２０１６年８月１１日１５：００〜１５：３０”とを有する。訪問スケジュール３は、医師識別子“ｂｂ”に対応する医師名“高岡”と、患者識別子“ＢＢ”に対応する患者名“佐藤”と、日時“２０１６年８月１１日１５：３０〜１６：００”とを有する。訪問スケジュール４は、医師識別子“ｂｂ”に対応する医師名“高岡”と、患者識別子“ＣＣ”に対応する患者名“竹原”と、日時“２０１６年８月１１日１６：３０〜１７：００”とを有する。
【０１６８】
この後、在宅医療訪問スケジューリング装置１において、受付部１２が、いずれかの訪問スケジュールに対する変更指示を受け付けると、処理部１３は、対応する訪問スケジュール情報を変更する。判断部１３３は、変更後の訪問スケジュール情報が条件を満たすか否かを判断し、満たさない場合、警告出力部１４１は、警告を出力する。なお、同様の変更および警告は、医師端末３からでも行える。
【０１６９】
また、例えば医師端末３ａにおいて、医師受付部３１が出力指示を受け付けると、医師送信部３３は、当該出力指示を、医師格納部３０に格納されている医師識別子“ａａ”と対に送信する。在宅医療訪問スケジューリング装置１において、受付部１２が出力指示を医師識別子“ａａ”と対に受信し、出力部１４は、格納されている訪問スケジュール情報１〜４のうち、医師識別子“ａａ”を有する訪問スケジュール情報１および２を送信する。医師端末３ａにおいて、医師受信部３４が訪問スケジュール情報１および２を受信し、医師出力部３５は、訪問スケジュール情報１および２をディスプレイ等の出力デバイスを介して出力する。これにより、医師端末３ａのディスプレイには、例えば図１１に示すような訪問スケジュール画面が表示される。
【０１７０】
図１１は、医師端末３ａによる訪問スケジュール画面の例を示す図である。この訪問スケジュール画面には、訪問スケジュール情報１および２に対応する訪問スケジュール（医師名：佐々木）１および２が表示される。訪問スケジュール（医師名：佐々木）１は、患者識別子“ＡＡ”に対応する患者名“山田”と、日時“２０１６年８月１０日９：３０〜１０：００”とを有する。訪問スケジュール２（医師名：佐々木）は、患者識別子“ＢＢ”に対応する患者名“佐藤”と、日時“２０１６年８月１１日１５：００〜１５：３０”とを有する。
【０１７１】
また、例えば患者端末２Ｂにおいて、患者受付部２１が出力指示を受け付けると、患者送信部２３は、当該出力指示を、患者格納部２０に格納されている患者識別子“ＢＢ”と対に送信する。在宅医療訪問スケジューリング装置１において、受付部１２が出力指示を患者識別子“ＢＢ”と対に受信し、出力部１４は、格納されている訪問スケジュール情報１〜４のうち、患者識別子“ＢＢ”を有する訪問スケジュール情報２および３を送信する。患者端末２Ｂにおいて、患者受信部２４が訪問スケジュール情報２および３を受信し、患者出力部２５は、訪問スケジュール情報２および３をディスプレイ等の出力デバイスを介して出力する。これにより、患者端末２Ｂのディスプレイには、例えば図１２に示すような訪問スケジュール画面が表示される。
【０１７２】
図１２は、患者端末２Ｂによる訪問スケジュール画面の例を示す図である。この訪問スケジュール画面には、訪問スケジュール情報２および３に対応する訪問スケジュール（患者名：佐藤）１および２が表示される。訪問スケジュール１は、医師識別子“ａａ”に対応する医師名“佐々木”と、日時“２０１６年８月１０日９：３０〜１０：００”とを有する。訪問スケジュール（患者名：佐藤）２は、医師識別子“ｂｂ”に対応する医師名“高岡”と、日時“２０１６年８月１１日１５：３０〜１６：００”とを有する。
【０１７３】
以上、本実施の形態によれば、記録媒体は、２以上の各患者を識別する患者識別子と当該２以上の各患者に対する在宅医療の訪問日時とを含む２以上の訪問スケジュール情報が格納される訪問スケジュール情報格納部１１４と、患者識別子と当該患者識別子で識別される患者の居所に関する居所情報と当該患者のスケジュールに関する患者スケジュール情報とを有する２以上の患者情報が格納される患者情報格納部１１１とを具備しており、在宅医療訪問スケジューリング装置１は、２以上の患者情報を用いて、一の医師が２以上の患者の居所に行く訪問日時を決定し、訪問スケジュール情報を取得して、訪問スケジュール情報格納部１１４に蓄積することにより、患者のスケジュールと患者の居所とを考慮して、医師の訪問スケジュールを決定できる。その結果、患者主体の在宅医療が可能となる。
【０１７４】
また、記録媒体は、医療報酬に関する情報である医療報酬関連情報が格納される医療報酬関連情報格納部１１３をさらに具備し、上記在宅医療訪問スケジューリング装置１は、２以上の患者情報と医療報酬関連情報とを用いて、医療報酬が予め決められた条件を満たすように、訪問日時を決定し、訪問スケジュール情報を取得することにより、医療報酬に関する制約を満たすスケジュールが行える。
【０１７５】
また、上記医療報酬関連情報は、医療報酬に関する条件に関する情報であり、上記在宅医療訪問スケジューリング装置１は、２以上の患者情報と医療報酬関連情報とを用いて、医療報酬が減額されないように、訪問日時を決定し、訪問スケジュール情報を取得することにより、医療報酬を大きくするという制約を満たすように（例えば、医療報酬が減額されないように）スケジュールが行える。
【０１７６】
また、上記在宅医療訪問スケジューリング装置１は、訪問スケジュール情報格納部１１４に格納されている２以上の訪問スケジュール情報と患者情報格納部１１１に格納されている２以上の患者情報とが、予め決められた条件を満たすか否かを判断し、予め決められた条件を満たさないと判断した場合に、警告を出力することにより、同日に同じ居所の複数の患者が医師の訪問先に割り当てられていることを警告し、訪問スケジュールの変更を促すことができる。
【０１７７】
また、予め決められた条件は、医療報酬に関する条件であることにより、医療報酬が減額されるような訪問スケジュールの存在を警告し、その変更を促すことができる。
【０１７８】
また、記録媒体は、医師のスケジュールに関する医師スケジュール情報が格納される医師スケジュール情報格納部１１２をさらに具備し、上記在宅医療訪問スケジューリング装置１は、医師スケジュール情報をも用いて、医師が２以上の患者の居所に行く訪問日時を決定し、訪問スケジュール情報を取得することにより、患者のスケジュールと患者の居所と医師のスケジュールとを考慮して、医師の訪問スケジュールを決定できる。その結果、例えば、医師の都合も考慮した患者主体の在宅医療が可能となる。
【０１７９】
さらに、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における装置を実現するソフトウェアは、例えば、以下のようなプログラムである。
【０１８０】
つまり、コンピュータがアクセス可能な記録媒体は、２以上の各患者を識別する患者識別子と当該２以上の各患者に対する在宅医療の訪問日時とを含む２以上の訪問スケジュール情報が格納される訪問スケジュール情報格納部１１４と、患者識別子と当該患者識別子で識別される患者の居所に関する居所情報と当該患者のスケジュールに関する患者スケジュール情報とを有する２以上の患者情報が格納される患者情報格納部１１１とを具備しており、このプログラムは、コンピュータを、２以上の患者情報を用いて、一の医師が２以上の患者の居所に行く訪問日時を決定し、訪問スケジュール情報を取得する決定部１３１と、決定部１３１が決定した訪問スケジュール情報を訪問スケジュール情報格納部１１４に蓄積する蓄積部１３２として機能させるためのプログラムである。
【０１８１】
図１３は、本実施の形態におけるプログラムを実行して、在宅医療訪問スケジューリング装置１を実現するコンピュータシステム９００の外観の一例を示す図である。本実施の形態は、コンピュータハードウェアおよびその上で実行されるコンピュータプログラムによって実現され得る。図１３において、コンピュータシステム９００は、ディスクドライブ９０５を含むコンピュータ９０１と、キーボード９０２と、マウス９０３と、ディスプレイ９０４とを備える。なお、キーボード９０２やマウス９０３やディスプレイ９０４をも含むシステム全体をコンピュータと呼んでもよい。
【０１８２】
図１４は、コンピュータシステム９００の内部構成の一例を示す図である。図１４において、コンピュータ９０１は、ディスクドライブ９０５に加えて、ＭＰＵ９１１と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ９１２と、ＭＰＵ９１１に接続され、アプリケーションプログラムの命令を一時的に記憶すると共に、一時記憶空間を提供するＲＡＭ９１３と、アプリケーションプログラム、システムプログラム、およびデータを記憶するストレージ９１４と、ＭＰＵ９１１、ＲＯＭ９１２等を相互に接続するバス９１５と、外部ネットワークや内部ネットワーク等のネットワークへの接続を提供するネットワークカード９１６と、を備える。ストレージ９１４は、例えば、ハードディスク、ＳＳＤ、フラッシュメモリなどである。
【０１８３】
コンピュータシステム９００に、在宅医療訪問スケジューリング装置１の機能を実行させるプログラムは、例えば、ＤＶＤ、ＣＤ−ＲＯＭ等のディスク９２１に記憶されて、ディスクドライブ９０５に挿入され、ストレージ９１４に転送されてもよい。これに代えて、そのプログラムは、ネットワークを介してコンピュータ９０１に送信され、ストレージ９１４に記憶されてもよい。プログラムは、実行の際にＲＡＭ９１３にロードされる。なお、プログラムは、ディスク９２１、またはネットワークから直接、ロードされてもよい。また、ディスク９２１に代えて他の着脱可能な記録媒体（例えば、ＤＶＤやメモリカード等）を介して、プログラムがコンピュータシステム９００に読み込まれてもよい。
【０１８４】
プログラムは、コンピュータの詳細を示す９０１に、在宅医療訪問スケジューリング装置１の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティプログラム等を必ずしも含んでいなくてもよい。プログラムは、制御された態様で適切な機能やモジュールを呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいてもよい。コンピュータシステム９００がどのように動作するのかについては周知であり、詳細な説明は省略する。
【０１８５】
なお、上述したコンピュータシステム９００は、据え置き型のＰＣであるが、在宅医療訪問スケジューリング装置１は、例えば、タブレット端末やスマートフォンやノートＰＣといった、携帯端末で実現されてもよい。この場合、例えば、キーボード９０２及びマウス９０３はタッチパネルに、ディスクドライブ９０５はメモリカードスロットに、ディスク９２１はメモリカードに、ハードディスク９１４はフラッシュメモリに、それぞれ置き換えられることが望ましい。患者端末２、医師端末３もまた、かかる携帯端末で実現される。ただし、以上は例示であり、在宅医療訪問スケジューリング装置１等を実現するコンピュータのハードウェア構成は問わない。
【０１８６】
なお、上記プログラムにおいて、情報を送信する送信ステップや、情報を受信する受信ステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。
【０１８７】
また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
【０１８８】
また、上記実施の形態において、一の装置に存在する２以上の通信手段（患者送信部２３、患者受信部２４など）は、物理的に一の媒体で実現されても良いことは言うまでもない。
【０１８９】
また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。
【０１９０】
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【０１９１】
以上のように、本発明にかかる在宅医療訪問スケジューリング装置等は、患者のスケジュールと患者の居所とを考慮して、医師の訪問スケジュールを決定できるという効果を有し、在宅医療訪問スケジューリング装置等として有用である。
【符号の説明】
【０１９２】
１  在宅医療訪問スケジューリング装置
２  患者端末
３  医師端末
１１  格納部
１２  受付部
１３  処理部
１４  出力部
２０  患者格納部
２１  患者受付部
２２  患者処理部
２３  患者送信部
２４  患者受信部
２５  患者出力部
３０  医師格納部
３１  医師受付部
３２  医師処理部
３３  医師送信部
３４  医師受信部
３５  医師出力部
１１１  患者情報格納部
１１２  医師スケジュール情報格納部
１１３  医療報酬関連情報格納部
１１４  訪問スケジュール情報格納部
１３１  決定部
１３２  蓄積部
１３３  判断部
１４１  警告出力部
【図１】
2018055554.tif 000003
【図２】
2018055554.tif 000004
【図３】
2018055554.tif 000005
【図４】
2018055554.tif 000006
【図５】
2018055554.tif 000007
【図６】
2018055554.tif 000008
【図７】
2018055554.tif 000009
【図８】
2018055554.tif 000010
【図９】
2018055554.tif 000011
【図１０】
2018055554.tif 000012
【図１１】
2018055554.tif 000013
【図１２】
2018055554.tif 000014
【図１３】
2018055554.tif 000015
【図１４】
2018055554.tif 000016