(57)【要約】【課題】在宅訪問サービスの効率化を図る。【解決手段】在宅訪問サービスの対象者である患者に対応付けて、当該患者の住所を示す住所情報、当該患者に対する訪問日時を示す訪問日時情報、及び、在宅訪問サービスに伴って発生する作業に関する付加作業情報を記憶するサーバー装置と、当該サーバー装置と通信ネットワークを介してデータ通信可能なクライアント端末２０と、を備える在宅訪問支援システムにおいて、クライアント端末２０は、新たな患者、住所情報、訪問日時情報及び付加作業情報を登録可能であるとともに、登録されている患者、住所情報、訪問日時情報及び付加作業情報のうち、少なくとも付加作業情報を表示する。【選択図】図１７
2018190208.tif 000002
【特許請求の範囲】
【請求項１】
在宅訪問サービスの対象者である患者に対応付けて、当該患者の住所を示す住所情報、当該患者に対する訪問日時を示す訪問日時情報、及び、前記在宅訪問サービスに伴って発生する作業に関する付加作業情報を記憶する記憶手段を備えるサーバー装置と、当該サーバー装置と通信ネットワークを介してデータ通信可能なクライアント端末と、を備える在宅訪問支援システムであって、
前記クライアント端末は、
前記記憶手段に新たな患者、住所情報、訪問日時情報及び付加作業情報を登録する登録手段と、
前記記憶手段に記憶されている患者、住所情報、訪問日時情報及び付加作業情報のうち、少なくとも付加作業情報を表示手段に表示させる表示制御手段と、
を備える在宅訪問支援システム。
【請求項２】
前記クライアント端末は、当該クライアント端末の現在位置を示す現在位置情報を取得する現在位置情報取得手段を備え、
前記表示制御手段は、前記現在位置情報取得手段により取得された現在位置情報に基づいて、当該クライアント端末が前記住所情報が示す住所を基準として所定の範囲に入ったと判断した場合、又は、当該クライアント端末が前記住所情報が示す住所を基準として所定の範囲から出たと判断した場合に、前記付加作業情報を前記表示手段に表示させる請求項１に記載の在宅訪問支援システム。
【請求項３】
前記クライアント端末は、前記記憶手段に記憶されている患者、住所情報、訪問日時情報及び付加作業情報のうち、訪問日時が当日である訪問日時情報と、当該訪問日時情報に対応する患者、住所情報及び付加作業情報と、を取得する当日情報取得手段を備える請求項１又は２に記載の在宅訪問支援システム。
【請求項４】
前記記憶手段には、前記訪問日時情報と対応付けられて、前記在宅訪問サービスを行う医療関係者が記憶されており、
前記当日情報取得手段は、当該クライアント端末を使用している医療関係者に対応する訪問日時情報のみを対象として、訪問日時が当日である訪問日時情報を取得する請求項３に記載の在宅訪問支援システム。
【請求項５】
前記サーバー装置は、前記記憶手段に記憶されている訪問日時情報に基づいて、訪問日時が当日である訪問日時情報を抽出し、当該抽出された訪問日時情報と、当該訪問日時情報に対応する患者、住所情報及び付加作業情報と、を前記クライアント端末に送信する当日情報提供手段を備える請求項１又は２に記載の在宅訪問支援システム。
【請求項６】
前記記憶手段には、前記訪問日時情報と対応付けられて、前記在宅訪問サービスを行う医療関係者が記憶されており、
前記当日情報提供手段は、医療関係者ごとに、当該医療関係者に対応する訪問日時情報のみを対象として、訪問日時が当日である訪問日時情報を抽出し、当該抽出された訪問日時情報と、当該訪問日時情報に対応する患者、住所情報及び付加作業情報と、を当該医療関係者が使用しているクライアント端末に送信する請求項５に記載の在宅訪問支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、在宅訪問支援システムに関する。
【背景技術】
【０００２】
近年、医療分野においては、在宅療養・介護の重要性が増してきており、医療関係者が患者の居宅等を訪問して、各種医療サービスを提供する在宅訪問ケアが広まりつつある。例えば、在宅訪問を効率良く行えるよう、予め患者に複数の訪問先住所を関連付けて登録しておき、医療関係者が複数の患者を訪問する際に、効率的な訪問ルートを参照できる技術が提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−２１９８２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、実際の在宅訪問サービスの現場では、患者宅を訪問する際に、保険証の写しを持ち帰ったり、請求書を手渡したりする等、在宅訪問サービスに伴って、さまざまな付加作業が発生する。病院やクリニックであれば、受付や会計等、機能が分かれているため、作業漏れが生じることは少ないが、在宅訪問サービスにおいては、訪問する医療関係者（担当者）があらゆる作業を行うため、付加作業を忘れてしまうことが多かった。そのため、患者宅を再度訪問する必要が生じることもあり、上記従来技術のように、単に効率的な訪問ルートを参照可能なシステムを採用したとしても、在宅訪問サービスの効率化に大きな改善効果が得られない状況であった。
【０００５】
本発明は、上記の従来技術における問題に鑑みてなされたものであって、在宅訪問サービスの効率化を図ることを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、在宅訪問サービスの対象者である患者に対応付けて、当該患者の住所を示す住所情報、当該患者に対する訪問日時を示す訪問日時情報、及び、前記在宅訪問サービスに伴って発生する作業に関する付加作業情報を記憶する記憶手段を備えるサーバー装置と、当該サーバー装置と通信ネットワークを介してデータ通信可能なクライアント端末と、を備える在宅訪問支援システムであって、前記クライアント端末は、前記記憶手段に新たな患者、住所情報、訪問日時情報及び付加作業情報を登録する登録手段と、前記記憶手段に記憶されている患者、住所情報、訪問日時情報及び付加作業情報のうち、少なくとも付加作業情報を表示手段に表示させる表示制御手段と、を備える。
【０００７】
請求項２に記載の発明は、請求項１に記載の在宅訪問支援システムにおいて、前記クライアント端末は、当該クライアント端末の現在位置を示す現在位置情報を取得する現在位置情報取得手段を備え、前記表示制御手段は、前記現在位置情報取得手段により取得された現在位置情報に基づいて、当該クライアント端末が前記住所情報が示す住所を基準として所定の範囲に入ったと判断した場合、又は、当該クライアント端末が前記住所情報が示す住所を基準として所定の範囲から出たと判断した場合に、前記付加作業情報を前記表示手段に表示させる。
【０００８】
請求項３に記載の発明は、請求項１又は２に記載の在宅訪問支援システムにおいて、前記クライアント端末は、前記記憶手段に記憶されている患者、住所情報、訪問日時情報及び付加作業情報のうち、訪問日時が当日である訪問日時情報と、当該訪問日時情報に対応する患者、住所情報及び付加作業情報と、を取得する当日情報取得手段を備える。
【０００９】
請求項４に記載の発明は、請求項３に記載の在宅訪問支援システムにおいて、前記記憶手段には、前記訪問日時情報と対応付けられて、前記在宅訪問サービスを行う医療関係者が記憶されており、前記当日情報取得手段は、当該クライアント端末を使用している医療関係者に対応する訪問日時情報のみを対象として、訪問日時が当日である訪問日時情報を取得する。
【００１０】
請求項５に記載の発明は、請求項１又は２に記載の在宅訪問支援システムにおいて、前記サーバー装置は、前記記憶手段に記憶されている訪問日時情報に基づいて、訪問日時が当日である訪問日時情報を抽出し、当該抽出された訪問日時情報と、当該訪問日時情報に対応する患者、住所情報及び付加作業情報と、を前記クライアント端末に送信する当日情報提供手段を備える。
【００１１】
請求項６に記載の発明は、請求項５に記載の在宅訪問支援システムにおいて、前記記憶手段には、前記訪問日時情報と対応付けられて、前記在宅訪問サービスを行う医療関係者が記憶されており、前記当日情報提供手段は、医療関係者ごとに、当該医療関係者に対応する訪問日時情報のみを対象として、訪問日時が当日である訪問日時情報を抽出し、当該抽出された訪問日時情報と、当該訪問日時情報に対応する患者、住所情報及び付加作業情報と、を当該医療関係者が使用しているクライアント端末に送信する。
【発明の効果】
【００１２】
本発明によれば、在宅訪問サービスの効率化を図ることができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態における在宅訪問支援システムのシステム構成図である。
【図２】サーバー装置の機能的構成を示すブロック図である。
【図３】施設情報テーブルの例を示す図である。
【図４】ユーザー情報テーブルの例を示す図である。
【図５】在宅患者情報テーブルの例を示す図である。
【図６】スケジュール情報テーブルの例を示す図である。
【図７】クライアント端末の機能的構成を示すブロック図である。
【図８】サーバー装置とクライアント端末とにより実行される在宅患者登録処理を示すラダーチャートである。
【図９】在宅患者登録画面の例である。
【図１０】サーバー装置とクライアント端末とにより実行されるスケジュール登録処理を示すラダーチャートである。
【図１１】スケジュール画面の例である。
【図１２】訪問予定入力画面の例である。
【図１３】スケジュール画面の他の例である。
【図１４】スケジュール画面の他の例である。
【図１５】クライアント端末により実行されるリマインド処理を示すフローチャートである。
【図１６】クライアント端末により実行されるリマインド処理を示すフローチャートである。
【図１７】リマインド表示画面の例である。
【図１８】変形例におけるサーバー装置により実行される当日情報提供処理を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、図面を参照して、本発明に係る在宅訪問支援システムの一実施形態について説明する。ただし、発明の範囲は、図示例に限定されない。
【００１５】
〔在宅訪問支援システムの構成〕
図１に、本実施の形態における在宅訪問支援システム１００のシステム構成を示す。
図１に示すように、在宅訪問支援システム１００は、サーバー装置１０と、在宅療養に携わる医療、看護、介護の各施設に属する医師、看護師、訪問介護員等の医療関係者（スタッフ）が使用可能なクライアント端末２０と、を備えて構成されている。サーバー装置１０とクライアント端末２０とは、通信ネットワークＮを介して接続可能となっている。
【００１６】
サーバー装置１０は、クライアント端末２０から登録された情報を蓄積し管理する。サーバー装置１０は、クラウド環境に設けられたクラウドサーバーであってもよい。
【００１７】
クライアント端末２０は、各施設内又は在宅患者の訪問先等で使用されるＰＣ（Personal Computer）、タブレット端末、スマートフォン等である。施設としては、主治医が所属する病院や診療所、在宅患者の訪問看護を行う看護師が所属する訪問看護ステーション、在宅患者のケアプランを作成するケアマネージャーや、在宅患者の訪問介護を行う訪問介護員が所属する訪問介護事業所等が挙げられる。
【００１８】
在宅患者の在宅療養に携わるスタッフは、クライアント端末２０から在宅患者に関する在宅患者情報や、在宅訪問サービスに関するスケジュール情報等を登録する。登録された在宅患者情報やスケジュール情報は、サーバー装置１０に保存される。
【００１９】
〔サーバー装置の構成〕
図２に、サーバー装置１０の機能的構成を示す。
図２に示すように、サーバー装置１０は、制御部１１、操作部１２、表示部１３、通信部１４、ＲＡＭ１５、記憶部１６等を備えて構成されており、各部はバス１７により接続されている。
【００２０】
制御部１１は、ＣＰＵ（Central Processing Unit）等から構成され、サーバー装置１０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、操作部１２から入力される操作信号又は通信部１４により受信される指示信号に応じて、記憶部１６に記憶されている各種処理プログラムを読み出してＲＡＭ１５に展開し、当該プログラムとの協働により各種処理を行う。
【００２１】
操作部１２は、カーソルキー、文字入力キー及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部１１に出力する。
【００２２】
表示部１３は、ＬＣＤ（Liquid Crystal Display）等のモニターを備えて構成されており、制御部１１から入力される表示信号の指示に従って、各種画面を表示する。
なお、操作部１２及び表示部１３については、サーバー装置１０の必須の構成要素ではない。
【００２３】
通信部１４は、ネットワークインターフェース等により構成され、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット等の通信ネットワークＮを介して接続された外部機器との間でデータの送受信を行う。
【００２４】
ＲＡＭ１５は、制御部１１により実行制御される各種処理において、記憶部１６から読み出された各種プログラム、入力若しくは出力データ及びパラメーター等を一時的に記憶するワークエリアを形成する。
【００２５】
記憶部１６は、ＨＤＤ（Hard Disk Drive）や不揮発性の半導体メモリー等により構成され、各種処理プログラム、当該プログラムの実行に必要なパラメーターやファイル等を記憶している。例えば、記憶部１６には、クライアント端末２０に搭載されたＷｅｂブラウザーとＨＴＴＰプロトコルによる通信を行ってＷｅｂブラウザーに各種Ｗｅｂ画面を提供するＷｅｂサーバーとしての機能を実現させるためのＷｅｂサーバープログラムや、Ｗｅｂサーバー上で動作し、Ｗｅｂブラウザーを介してクライアント端末２０のユーザーに在宅訪問支援サービスを提供するためのアプリケーションプログラム等が記憶されている。
【００２６】
記憶部１６には、施設情報テーブルＴ１、ユーザー情報テーブルＴ２、在宅患者情報テーブルＴ３、スケジュール情報テーブルＴ４、リマインド制御情報１６１が記憶されている。
【００２７】
図３に、施設情報テーブルＴ１の例を示す。施設情報テーブルＴ１は、在宅患者の在宅訪問に携わる施設ごとに、施設に関する施設情報を管理するためのテーブルである。施設情報テーブルＴ１には、施設ごとに、施設ＩＤ、事業種別、名称、住所、電話番号、ＦＡＸ番号等が対応付けられて格納される。
施設ＩＤは、施設の識別情報である。
事業種別は、施設の事業種別（診療所、訪問看護ステーション、薬局、介護支援センター、介護事業所等）である。
名称は、施設の名称である。
住所は、施設の住所である。
電話番号は、施設の電話番号である。
ＦＡＸ番号は、施設のＦＡＸ番号である。
【００２８】
施設情報テーブルＴ１に含まれる施設情報については、システムを運用管理する事務局により登録される。
【００２９】
図４に、ユーザー情報テーブルＴ２の例を示す。ユーザー情報テーブルＴ２は、在宅訪問支援システム１００を使用するユーザー（スタッフ）ごとに、ユーザーに関するユーザー情報を管理するためのテーブルである。ユーザー情報テーブルＴ２には、ユーザーごとに、ユーザーＩＤ、パスワード、権限、氏名、電話番号、メールアドレス、施設ＩＤ、職種等が対応付けられて格納される。
ユーザーＩＤは、ユーザーの識別情報である。
パスワードは、ユーザーがシステムにログインする際のユーザー認証に用いられる。
権限は、ユーザーの権限（システム管理者、施設内管理者、一般）を示す情報である。
氏名は、ユーザーの氏名である。
電話番号は、ユーザーの電話番号である。
メールアドレスは、ユーザーのメールアドレスである。
施設ＩＤは、ユーザーが所属する施設の施設ＩＤである。
職種は、ユーザーの職種（医師、看護師、薬剤師、ケアマネージャー、リハビリテーション専門職、ヘルパー等）である。
【００３０】
ユーザー情報テーブルＴ２に含まれるユーザー情報については、各施設内の管理者により登録される。
【００３１】
図５に、在宅患者情報テーブルＴ３の例を示す。在宅患者情報テーブルＴ３は、在宅訪問サービスの対象者である在宅患者ごとに、患者に関する在宅患者情報を管理するためのテーブルである。在宅患者情報テーブルＴ３には、在宅患者ごとに、在宅患者ＩＤ、氏名、性別、生年月日、住所、電話番号、メールアドレス、緊急連絡先情報、禁忌、アレルギー等が対応付けられて格納される。
在宅患者ＩＤは、在宅患者の識別情報である。
氏名は、在宅患者の氏名である。
性別は、在宅患者の性別である。
生年月日は、在宅患者の生年月日である。
住所は、在宅患者の住所である。住所には、文字表記の他、緯度、経度等の位置情報も含まれる。
電話番号は、在宅患者の電話番号である。
メールアドレスは、在宅患者のメールアドレスである。
緊急連絡先情報は、在宅患者の緊急連絡先を示す情報であり、緊急連絡先の氏名、緊急連絡先の在宅患者との続柄、緊急連絡先の電話番号、緊急連絡先のメールアドレスを含む。緊急連絡先情報については、複数登録可能である。
禁忌は、禁忌薬等、在宅患者に対する禁忌事項である。
アレルギーは、在宅患者のアレルギーに関する情報である。
【００３２】
図６に、スケジュール情報テーブルＴ４の例を示す。スケジュール情報テーブルＴ４は、在宅訪問ごとに、在宅訪問に関するスケジュール情報を管理するためのテーブルである。スケジュール情報テーブルＴ４には、在宅患者ＩＤ、ユーザーＩＤ、開始日時、訪問時間、用件、リマインド情報等が対応付けられて格納される。
在宅患者ＩＤは、訪問対象の在宅患者の在宅患者ＩＤである。
ユーザーＩＤは、在宅患者を訪問する医療関係者（スタッフ）のユーザーＩＤである。
開始日時は、在宅訪問の予定開始日時である。
訪問時間は、在宅訪問の予定訪問時間（予定滞在時間）である。
用件は、訪問の用件（診察、介護、リハビリテーション等）である。
リマインド情報は、在宅訪問サービスに伴って発生する作業に関する付加作業情報である。リマインド情報は、フラグ、リマインド内容を含む。フラグは、リマインドの要／不要を示すフラグである。リマインド内容は、保険証の写し取得、請求書の授受等、付加作業情報の内容である。リマインド情報は、複数登録することができる。
【００３３】
スケジュール情報テーブルＴ４では、在宅訪問サービスの対象者である患者（在宅患者ＩＤ）に対して、患者に対する訪問日時を示す訪問日時情報（開始日時、訪問時間）、付加作業情報（リマインド情報）等が対応付けられている。また、スケジュール情報テーブルＴ４では、訪問日時情報と対応付けられて、在宅訪問サービスを行う医療関係者（ユーザーＩＤ）が格納されている。
【００３４】
リマインド制御情報１６１は、リマインド情報を通知する際の条件を示す情報であり、接近時閾値と、離反時閾値と、を含む。
接近時閾値は、在宅患者の住所に近付いていく際に、どの距離でリマインド情報を通知するかを示す値である。
離反時閾値は、在宅患者の住所から離れていく際に、どの距離でリマインド情報を通知するかを示す値である。
【００３５】
制御部１１は、クライアント端末２０において、各ユーザーに対応するログインアカウント（ユーザーＩＤ・パスワード）からサーバー装置１０にアクセスがあった場合に、記憶部１６のユーザー情報テーブルＴ２を参照して、予め登録されているユーザーであるか否かを判断する。制御部１１は、クライアント端末２０において入力されたユーザーＩＤ及びパスワードの組み合わせが、ユーザー情報テーブルＴ２に登録されている場合には、このユーザーＩＤに対応するユーザーが正当なユーザーであると判断する。
【００３６】
制御部１１は、クライアント端末２０からの情報取得要求に応じて、要求された情報をクライアント端末２０に提供する。
【００３７】
〔クライアント端末の構成〕
図７に、クライアント端末２０の機能的構成を示す。
図７に示すように、クライアント端末２０は、制御部２１、操作部２２、表示部２３、通信部２４、ＲＡＭ２５、記憶部２６、現在位置情報取得部２７等を備えて構成されており、各部はバス２８により接続されている。なお、クライアント端末２０が施設内で使用されるＰＣ等の場合（携帯されない場合）には、現在位置情報取得部２７は不要である。
【００３８】
制御部２１は、ＣＰＵ等から構成され、クライアント端末２０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、操作部２２から入力される操作信号又は通信部２４により受信される指示信号に応じて、記憶部２６に記憶されている各種処理プログラムを読み出してＲＡＭ２５に展開し、当該プログラムとの協働により各種処理を行う。
【００３９】
操作部２２は、カーソルキー、文字入力キー及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部２１に出力する。
クライアント端末２０がタブレット端末、スマートフォン等である場合には、操作部２２は、電源をオン／オフさせる電源キー等の操作キー、表示部２３に積層されたタッチパネルにより構成され、各操作キーに対応する操作信号、ユーザーの指等によるタッチ操作の位置に応じた操作信号を制御部２１に出力する。
【００４０】
表示部２３は、ＬＣＤ等のモニターを備えて構成されており、制御部２１から入力される表示信号の指示に従って、各種画面を表示する。例えば、表示部２３は、サーバー装置１０から受信した各種Ｗｅｂ画面の表示用データに基づいて各種Ｗｅｂ画面を表示する。
【００４１】
通信部２４は、ネットワークインターフェース等により構成され、ＬＡＮ、ＷＡＮ、インターネット等の通信ネットワークＮを介して接続された外部機器との間でデータの送受信を行う。また、通信部２４は、携帯電話回線等を用いて無線通信を行い、通信ネットワークＮを介して接続されたサーバー装置１０等の外部機器との間でデータの送受信を行う。
【００４２】
ＲＡＭ２５は、制御部２１により実行制御される各種処理において、記憶部２６から読み出された各種プログラム、入力若しくは出力データ及びパラメーター等を一時的に記憶するワークエリアを形成する。
【００４３】
記憶部２６は、ＨＤＤや不揮発性の半導体メモリー等により構成され、各種処理プログラム、当該プログラムの実行に必要なパラメーターやファイル等を記憶している。例えば、記憶部２６には、Ｗｅｂブラウザーを実現するためのＷｅｂブラウザープログラム等が記憶されている。
【００４４】
現在位置情報取得部２７は、クライアント端末２０の現在位置を示す現在位置情報を取得し、現在位置情報を制御部２１に出力する。例えば、現在位置情報取得部２７は、ＧＰＳ（Global Positioning System）衛星から発信される電波、Ｗｉ−Ｆｉ（Wireless Fidelity）機器や携帯電話基地局からの電波を受信し、現在位置を推定する。現在位置情報には、緯度、経度等が含まれる。
【００４５】
制御部２１は、操作部２２からの操作により、サーバー装置１０の記憶部１６に新たな患者、住所情報、訪問日時情報（開始日時、訪問時間）及び付加作業情報（リマインド情報）を登録する。すなわち、制御部２１は、登録手段として機能する。
【００４６】
制御部２１は、サーバー装置１０の記憶部１６に記憶されている患者、住所情報、訪問日時情報及び付加作業情報のうち、訪問日時が当日である訪問日時情報と、当該訪問日時情報に対応する患者、住所情報及び付加作業情報と、を取得する。すなわち、制御部２１は、当日情報取得手段として機能する。具体的には、制御部２１は、クライアント端末２０を使用している医療関係者（ユーザーＩＤ）に対応する訪問日時情報のみを対象として、訪問日時が当日である訪問日時情報等を取得する。
なお、医療関係者（スタッフ）が急に休む場合等があるので、同じ施設に所属する医療関係者の情報は、表示可能となっている。
【００４７】
制御部２１は、サーバー装置１０の記憶部１６に記憶されている患者、住所情報、訪問日時情報及び付加作業情報のうち、少なくとも付加作業情報を表示部２３に表示させる。すなわち、制御部２１は、表示制御手段として機能する。
【００４８】
制御部２１は、現在位置情報取得部２７により取得された現在位置情報に基づいて、クライアント端末２０が患者に対応する住所情報が示す住所を基準として所定の範囲に入ったと判断した場合、又は、クライアント端末２０が患者に対応する住所情報が示す住所を基準として所定の範囲から出たと判断した場合に、患者に対応する付加作業情報を表示部２３に表示させる。
【００４９】
〔在宅訪問支援システムにおける動作〕
次に、在宅訪問支援システム１００における動作について説明する。
【００５０】
図８は、サーバー装置１０とクライアント端末２０とにより実行される在宅患者登録処理を示すラダーチャートである。この処理は、在宅訪問の対象となる在宅患者を登録する際に実行される処理である。サーバー装置１０における処理は、制御部１１と記憶部１６に記憶されているプログラムとの協働によるソフトウェア処理によって実現され、クライアント端末２０における処理は、制御部２１と記憶部２６に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。
施設では、在宅患者やその家族から在宅患者情報を入手しておく。
【００５１】
まず、クライアント端末２０において、操作部２２によりＷｅｂブラウザー上からサーバー装置１０にアクセスするためのＵＲＬが入力されると、制御部２１により、入力されたＵＲＬに基づいて、通信部２４を介してサーバー装置１０にアクセスが行われる。
【００５２】
サーバー装置１０では、制御部１１により、クライアント端末２０に対し、通信部１４を介してログイン画面を表示するための表示用データが送信される。なお、サーバー装置１０のＷｅｂサーバー機能によりクライアント端末２０に送信されるログイン画面をはじめとする各種Ｗｅｂ画面の表示用データには、ＨＴＭＬ、スタイルシート、画像データ、クライアント端末２０で所定の処理を実行させるためのスクリプト等が含まれる。
【００５３】
クライアント端末２０では、通信部２４によりログイン画面の表示用データが受信されると、制御部２１により、表示部２３にログイン画面が表示される。ログイン画面には、ユーザーＩＤ及びパスワードの入力欄が含まれる。ログイン画面において、操作部２２からの操作により、ユーザーＩＤ及びパスワードが入力されると（ステップＳ１）、制御部２１により、入力されたユーザーＩＤ及びパスワードが通信部２４を介してサーバー装置１０に送信される。
【００５４】
サーバー装置１０では、通信部１４によりユーザーＩＤ及びパスワードが受信されると、制御部１１により、ユーザー認証が行われる（ステップＳ２）。具体的には、制御部１１により、記憶部１６のユーザー情報テーブルＴ２から、受信されたユーザーＩＤと一致するレコードが検索され、検索されたレコードに含まれるパスワードと受信されたパスワードが一致する場合には、ユーザー認証が成功したと判断される。
【００５５】
次に、クライアント端末２０において、操作部２２からの操作により、在宅患者の登録が指示されると、制御部２１により、在宅患者登録要求が通信部２４を介してサーバー装置１０に送信される（ステップＳ３）。
サーバー装置１０では、通信部１４により在宅患者登録要求が受信されると、制御部１１により、クライアント端末２０に対し、通信部１４を介して在宅患者登録画面を表示するための表示用データが送信される。
【００５６】
クライアント端末２０では、通信部２４により在宅患者登録画面の表示用データが受信されると、制御部２１により、表示部２３に在宅患者登録画面が表示される（ステップＳ４）。
【００５７】
図９に、クライアント端末２０の表示部２３に表示される在宅患者登録画面２３１の例を示す。在宅患者登録画面２３１には、在宅患者の氏名入力欄３０、性別選択欄３１、生年月日入力欄３２、住所入力欄３３、電話番号入力欄３４、メールアドレス入力欄３５、緊急連絡先情報入力欄３６、禁忌薬・アレルギー入力欄３７等が含まれる。
【００５８】
在宅患者登録画面において、操作部２２からの操作により、登録対象患者の氏名、住所等の在宅患者情報が入力されると（ステップＳ５）、制御部２１により、入力された在宅患者情報が通信部２４を介してサーバー装置１０に送信される。
【００５９】
サーバー装置１０では、通信部１４によりクライアント端末２０から在宅患者情報が受信されると、制御部１１により、登録対象患者に対して在宅患者ＩＤが付番される（ステップＳ６）。
そして、制御部１１により、クライアント端末２０から受信された在宅患者情報が在宅患者ＩＤと対応付けられて、記憶部１６の在宅患者情報テーブルＴ３に登録される（ステップＳ７）。
以上で、在宅患者登録処理が終了する。
【００６０】
図１０は、サーバー装置１０とクライアント端末２０とにより実行されるスケジュール登録処理を示すラダーチャートである。この処理は、在宅患者に対する訪問予定を登録する際に実行される処理である。サーバー装置１０における処理は、制御部１１と記憶部１６に記憶されているプログラムとの協働によるソフトウェア処理によって実現され、クライアント端末２０における処理は、制御部２１と記憶部２６に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。
施設では、在宅患者に対する訪問予定を決定し、訪問時における付加作業情報（リマインド情報）があるか否かを確認しておく。付加作業情報としては、前回の訪問時に患者と約束してきた内容や、施設の事務担当者から依頼された事項等が挙げられる。
【００６１】
ステップＳ１１及びステップＳ１２の処理については、在宅患者登録処理（図８参照）のステップＳ１及びステップＳ２の処理と同様であるため、説明を省略する。
【００６２】
次に、クライアント端末２０において、操作部２２からの操作により、スケジュールの登録が指示されると、制御部２１により、スケジュール登録要求が通信部２４を介してサーバー装置１０に送信される（ステップＳ１３）。
サーバー装置１０では、通信部１４によりスケジュール登録要求が受信されると、制御部１１により、クライアント端末２０に対し、通信部１４を介してスケジュール画面を表示するための表示用データが送信される。
【００６３】
クライアント端末２０では、通信部２４によりスケジュール画面の表示用データが受信されると、制御部２１により、表示部２３にスケジュール画面が表示される（ステップＳ１４）。
【００６４】
スケジュール画面又はスケジュール画面から遷移した画面において、操作部２２からの操作により、在宅患者（在宅患者ＩＤ）、訪問スタッフ（ユーザーＩＤ）、訪問日時、用件、リマインド情報等のスケジュール情報が入力されると（ステップＳ１５）、制御部２１により、入力されたスケジュール情報が通信部２４を介してサーバー装置１０に送信される。
【００６５】
サーバー装置１０では、通信部１４によりクライアント端末２０からスケジュール情報が受信されると、制御部１１により、クライアント端末２０から受信されたスケジュール情報が、記憶部１６のスケジュール情報テーブルＴ４に登録される（ステップＳ１６）。ここで、各リマインド情報のフラグについては、「要」に設定される。
以上で、スケジュール登録処理が終了する。
【００６６】
図１１に、クライアント端末２０の表示部２３に表示されるスケジュール画面２３２の例を示す。スケジュール画面２３２は、患者を指定して、在宅訪問のスケジュールを登録・参照するための画面である。スケジュール画面２３２には、患者入力欄４０、担当者入力欄４１、スケジュール表示欄４２等が含まれる。
患者入力欄４０には、検索対象の患者氏名が入力される。
担当者入力欄４１には、検索対象の担当者氏名が入力される。担当者入力欄４１には、ログイン中のユーザーが初期表示される。
スケジュール表示欄４２には、患者入力欄４０に入力された患者について、担当者入力欄４１に入力された担当者の訪問予定が月単位で表示される。既に訪問予定が登録されている内容については、該当する日付に対応する領域に、訪問時刻と担当者が表示される。なお、担当者入力欄４１において担当者が入力されていない場合には、スケジュール表示欄４２に、複数の担当者の訪問予定が表示される。
【００６７】
スケジュール表示欄４２において、訪問予定を登録したい日付が選択されると、図１２に示す訪問予定入力画面２３３が表示される。訪問予定入力画面２３３には、日付入力欄５０、開始時刻入力欄５１、滞在時間選択欄５２、担当者入力欄５３、職種選択欄５４、患者入力欄５５、リマインドチェックボックス５６、リマインド内容入力欄５７、保存ボタンＢ１が含まれる。
日付入力欄５０には、訪問予定を登録したい日付が入力される。日付入力欄５０には、スケジュール表示欄４２において選択された日付が初期表示される。例えば、図１１に示すように、スケジュール画面２３２のスケジュール表示欄４２に「２０１７年２月」のスケジュールが表示されている状況で、「２／２７」に対応するボタン４３が押下された場合には、図１２に示すように、日付入力欄５０に「２０１７／０２／２７」という日付が初期表示される。
開始時刻入力欄５１には、在宅訪問の開始時刻が入力される。
滞在時間選択欄５２では、在宅訪問の滞在時間（訪問時間）が選択される。
担当者入力欄５３には、担当者（患者を訪問する医療関係者）が入力される。担当者入力欄５３には、スケジュール画面２３２の担当者入力欄４１において入力された担当者（通常はログインユーザー）が初期表示される。
職種選択欄５４では、担当者の職種が選択される。
患者入力欄５５には、患者が入力される。患者入力欄５５には、スケジュール画面２３２の患者入力欄４０において入力された患者が初期表示される。
リマインドチェックボックス５６は、在宅訪問サービスに伴って発生する作業があるか否かを指定するためのものである。
リマインド内容入力欄５７には、在宅訪問サービスに伴って発生する作業の具体的な内容が入力される。
保存ボタンＢ１は、訪問予定入力画面２３３において入力された内容の保存を指示するためのボタンである。
【００６８】
また、スケジュール画面２３２（図１１参照）のスケジュール表示欄４２において、訪問予定を参照したい日付が選択されると、選択された日付に対して登録されている訪問予定の詳細内容（訪問予定入力画面２３３に含まれる内容等）が表示される。また、既に登録されている内容を、適宜変更することも可能である。
【００６９】
図１３は、クライアント端末２０の表示部２３に表示されるスケジュール画面２３４の他の例である。スケジュール画面２３４は、担当者（医療関係者）を指定して、在宅訪問のスケジュールを登録・参照するための画面である。スケジュール画面２３４には、担当者入力欄６０、スケジュール表示欄６１等が含まれる。
担当者入力欄６０には、検索対象の担当者氏名が入力される。担当者入力欄６０には、ログイン中のユーザーが初期表示される。
スケジュール表示欄６１には、担当者入力欄６０に入力された担当者の訪問予定が月単位で表示される。既に訪問予定が登録されている内容については、該当する日付に対応する領域に、訪問時刻と訪問対象患者が表示される。
【００７０】
スケジュール表示欄６１において、訪問予定を登録したい日付が選択されると、訪問予定入力画面が表示される。訪問予定入力画面については、図１２に示した訪問予定入力画面２３３と同様である。ただし、担当者入力欄には、スケジュール画面２３４の担当者入力欄６０において入力された担当者（通常はログインユーザー）が初期表示される。また、日付入力欄には、スケジュール表示欄６１において選択された日付が初期表示される。
【００７１】
また、スケジュール画面２３４のスケジュール表示欄６１において、訪問予定を参照したい日付が選択されると、選択された日付に対して登録されている訪問予定の詳細内容が表示される。
【００７２】
図１４は、クライアント端末２０の表示部２３に表示されるスケジュール画面２３５の他の例である。スケジュール画面２３５は、担当者（医療関係者）を指定して、在宅訪問のスケジュールを登録・参照するための画面である。スケジュール画面２３５には、担当者入力欄７０、スケジュール表示欄７１等が含まれる。
担当者入力欄７０には、検索対象の担当者氏名が入力される。担当者入力欄７０には、ログイン中のユーザーが初期表示される。
スケジュール表示欄７１には、担当者入力欄７０に入力された担当者の訪問予定が日単位で表示される。スケジュール表示欄７１には、横方向に時刻を示す目盛りが振られており、既に訪問予定が登録されている内容については、該当する時間帯に対応する領域に、訪問対象患者が表示される。
【００７３】
スケジュール表示欄７１において、訪問予定を登録したい時間帯が選択されると、訪問予定入力画面が表示される。訪問予定入力画面については、図１２に示した訪問予定入力画面２３３と同様である。ただし、担当者入力欄には、スケジュール画面２３５の担当者入力欄７０において入力された担当者（通常はログインユーザー）が初期表示される。また、日付入力欄には、スケジュール表示欄７１に表示されていた日付が反映される。また、開始時刻入力欄、滞在時間選択欄には、スケジュール表示欄７１において選択された時間帯が反映される。
【００７４】
また、スケジュール画面２３５のスケジュール表示欄７１において、訪問予定を参照したい時間帯が選択されると、選択された時間帯に対して登録されている訪問予定の詳細内容が表示される。
【００７５】
図１５及び図１６は、クライアント端末２０により実行されるリマインド処理を示すフローチャートである。この処理は、在宅訪問時に医療関係者が携帯するクライアント端末２０により実行される処理である。本処理において、クライアント端末２０は、タブレット端末、スマートフォン等のモバイル機器である。モバイル機器には、事前にアプリケーションプログラムがインストールされており、本処理は、制御部２１と記憶部２６に記憶されているこのプログラムとの協働によるソフトウェア処理によって実現される。
【００７６】
まず、在宅訪問が開始される前に、クライアント端末２０でアプリケーションが起動されると、在宅患者登録処理（図８参照）のステップＳ１と同様、Ｗｅｂブラウザー上からサーバー装置１０にアクセスが行われ、表示部２３に表示されたログイン画面において、操作部２２からの操作により、ユーザーＩＤ及びパスワードが入力される（ステップＳ２１）。入力されたユーザーＩＤ及びパスワードは、制御部２１により、通信部２４を介してサーバー装置１０に送信される。
サーバー装置１０では、通信部１４によりユーザーＩＤ及びパスワードが受信されると、制御部１１により、ユーザー認証が行われる。
【００７７】
次に、クライアント端末２０では、制御部２１により、通信部２４を介して、ログインユーザーの当日のスケジュール情報の全てがサーバー装置１０からダウンロードされる（ステップＳ２２）。具体的には、制御部２１により、スケジュール情報取得要求が通信部２４を介してサーバー装置１０に送信される。
サーバー装置１０では、通信部１４によりスケジュール情報取得要求が受信されると、制御部１１により、記憶部１６のスケジュール情報テーブルＴ４（図６参照）から、「ユーザーＩＤ」がログインユーザーのユーザーＩＤであり、かつ、「開始日時」が当日に該当するレコードが抽出され、通信部１４を介してクライアント端末２０に送信される。
クライアント端末２０では、制御部２１により、ダウンロードされたログインユーザーの当日のスケジュール情報が記憶部２６に記憶される。
なお、医療関係者（スタッフ）が急に休む場合等があるので、同じ施設に所属する医療関係者のスケジュール情報についても、ダウンロード可能となっている。
【００７８】
次に、クライアント端末２０では、制御部２１により、通信部２４を介して、当日訪問する全ての在宅患者の住所情報がサーバー装置１０からダウンロードされる（ステップＳ２３）。
具体的には、サーバー装置１０の制御部１１により、ログインユーザーの当日のスケジュール情報のそれぞれから在宅患者ＩＤが取得され、記憶部１６の在宅患者情報テーブルＴ３（図５参照）から、各在宅患者ＩＤに対応する住所が取得される。そして、制御部１１により、当日訪問する予定の患者の住所が、通信部１４を介してクライアント端末２０に送信される。
クライアント端末２０では、制御部２１により、ダウンロードされた各在宅患者の住所情報が、在宅患者ＩＤと対応付けられて記憶部２６に記憶される。
【００７９】
次に、クライアント端末２０では、制御部２１により、通信部２４を介して、リマインド制御情報１６１（接近時閾値、離反時閾値）がサーバー装置１０からダウンロードされる（ステップＳ２４）。ダウンロードされたリマインド制御情報１６１は、制御部２１により、記憶部２６に記憶される。
【００８０】
次に、制御部２１により、ログインユーザーの当日のスケジュール情報に含まれる「開始日時」に基づいて、次の訪問患者が設定される（ステップＳ２５）。具体的には、制御部２１により、当日のスケジュール情報に含まれる「開始日時」に従って、在宅患者の訪問順が決定される。
【００８１】
次に、制御部２１により、現在位置情報取得部２７からクライアント端末２０の現在位置を示す現在位置情報が取得される（ステップＳ２６）。
【００８２】
次に、制御部２１により、現在「次の訪問患者」として設定されている在宅患者（対象患者）の住所情報と、ステップＳ２６で取得された現在位置情報と、に基づいて、対象患者の住所と現在位置との距離が接近時閾値以下であるか否かが判断される（ステップＳ２７）。すなわち、制御部２１により、クライアント端末２０が対象患者の住所付近の所定の範囲に入ったか否か判断される。対象患者の住所と現在位置との距離が接近時閾値より大きい場合には（ステップＳ２７；ＮＯ）、ステップＳ２６に戻り、処理が繰り返される。
【００８３】
ステップＳ２７において、対象患者の住所と現在位置との距離が接近時閾値以下である場合には（ステップＳ２７；ＹＥＳ）、制御部２１により、対象患者のスケジュール情報において、リマインド情報のフラグが「要」であるか否かが判断される（ステップＳ２８）。つまり、制御部２１により、対象患者に対応するリマインド情報について、通知が必要であるか否かが判断される。
リマインド情報のフラグが「要」である場合には（ステップＳ２８；ＹＥＳ）、制御部２１により、対象患者に対応するリマインド内容が表示部２３に表示される（ステップＳ２９）。リマインド内容の表示とともに、クライアント端末２０を振動させたり、音を発したりして、注意を喚起することとしてもよい。
【００８４】
図１７に、クライアント端末２０の表示部２３に表示されるリマインド表示画面２３６の例を示す。リマインド表示画面２３６には、在宅患者の氏名表示欄８０、リマインド内容表示欄８１，８２、各リマインド内容に対応するチェックボックス８３，８４等が含まれる。
在宅患者の氏名表示欄８０には、訪問対象の在宅患者の氏名が表示される。
リマインド内容表示欄８１，８２には、訪問先で行うべき付加作業情報（リマインド内容）が表示される。ここでは、「介護保険証写し」、「２月分立替請求（３６５０円）」という付加作業情報が表示されている。
チェックボックス８３，８４は、それぞれ、リマインド内容表示欄８１，８２に表示されるリマインド内容を確認したか否かを指定するためのものである。ユーザーは、リマインド内容を確認し、同内容について、これ以降通知の必要がなければ、対応するチェックボックスにチェックを入れる。
【００８５】
なお、リマインド表示画面２３６において、患者の住所、訪問日時、用件等が合わせて表示されることとしてもよい。
【００８６】
次に、制御部２１により、リマインド表示画面において、ユーザーの操作部２２からの操作により、リマインド内容に対してチェックが行われたか否かが判断される（ステップＳ３０）。リマインド内容に対してチェックが行われた場合には（ステップＳ３０；ＹＥＳ）、制御部２１により、該当するリマインド情報のフラグが「不要」に変更される（ステップＳ３１）。
また、制御部２１により、フラグが「不要」に変更されたリマインド情報に対するフラグ変更要求が、通信部２４を介してサーバー装置１０に送信される。サーバー装置１０では、クライアント端末２０から受信されたフラグ変更要求に基づいて、スケジュール情報テーブルＴ４が更新される。
【００８７】
ステップＳ３０において、リマインド内容に対してチェックが行われない場合（ステップＳ３０；ＮＯ）、又は、ステップＳ３１の後、制御部２１により、現在位置情報取得部２７からクライアント端末２０の現在位置を示す現在位置情報が取得される（ステップＳ３２）。
【００８８】
次に、制御部２１により、対象患者の住所情報と、ステップＳ３２で取得された現在位置情報と、に基づいて、対象患者の住所と現在位置との距離が離反時閾値以上であるか否かが判断される（ステップＳ３３）。すなわち、制御部２１により、クライアント端末２０が対象患者の住所付近の所定の範囲から出たか否か判断される。対象患者の住所と現在位置との距離が離反時閾値より小さい場合には（ステップＳ３３；ＮＯ）、ステップＳ３２に戻り、処理が繰り返される。
【００８９】
ステップＳ３３において、対象患者の住所と現在位置との距離が離反時閾値以上である場合には（ステップＳ３３；ＹＥＳ）、制御部２１により、対象患者のスケジュール情報において、リマインド情報のフラグが「要」であるか否かが判断される（ステップＳ３４）。
リマインド情報のフラグが「要」である場合には（ステップＳ３４；ＹＥＳ）、制御部２１により、対象患者に対応するリマインド内容が表示部２３に表示される（ステップＳ３５）。
【００９０】
次に、制御部２１により、リマインド内容に対してチェックが行われたか否かが判断される（ステップＳ３６）。リマインド内容に対してチェックが行われた場合には（ステップＳ３６；ＹＥＳ）、制御部２１により、該当するリマインド情報のフラグが「不要」に変更される（ステップＳ３７）。
また、制御部２１により、フラグが「不要」に変更されたリマインド情報に対するフラグ変更要求が、通信部２４を介してサーバー装置１０に送信される。サーバー装置１０では、クライアント端末２０から受信されたフラグ変更要求に基づいて、スケジュール情報テーブルＴ４が更新される。
【００９１】
ステップＳ３６において、リマインド内容に対してチェックが行われない場合（ステップＳ３６；ＮＯ）、ステップＳ３７の後、ステップＳ２８において、リマインド情報のフラグが「不要」である場合（ステップＳ２８；ＮＯ）、又は、ステップＳ３４において、リマインド情報のフラグが「不要」である場合には（ステップＳ３４；ＮＯ）、制御部２１により、当日訪問予定の全ての患者について処理が終了したか否かが判断される（ステップＳ３８）。当日訪問予定の患者のうち、まだ訪問していない患者が残っている場合には（ステップＳ３８；ＮＯ）、ステップＳ２５に戻り、次の訪問患者を対象として、処理が繰り返される。
【００９２】
ステップＳ３８において、当日訪問予定の全ての患者について処理が終了した場合には（ステップＳ３８；ＹＥＳ）、リマインド処理が終了する。
【００９３】
以上説明したように、本実施の形態によれば、付加作業情報（リマインド情報）を参照可能とすることで、付加作業のし忘れを防止することができ、在宅訪問サービスの効率化を図ることができる。
【００９４】
また、クライアント端末２０が在宅患者の住所を基準として所定の範囲に入ったタイミングや、クライアント端末２０が在宅患者の住所を基準として所定の範囲から出たタイミングで、付加作業情報を表示部２３に表示させるので、クライアント端末２０を携帯しているユーザーに対して、すべきことを通知することができる。
【００９５】
また、クライアント端末２０は、訪問日時が当日であるスケジュール情報を取得することで、１日分のスケジュール情報を取得することができる。
また、クライアント端末２０は、クライアント端末２０を使用している医療関係者に対応するスケジュール情報を取得することができる。
【００９６】
〔変形例〕
次に、変形例について、上記実施の形態と異なる部分を中心に説明する。
上記実施の形態では、クライアント端末２０がサーバー装置１０から、ログインユーザーが訪問スタッフである訪問予定のうち、訪問日時が当日である訪問日時情報と、当該訪問日時情報に対応する患者、住所情報及び付加作業情報と、をダウンロードする場合について説明したが、変形例では、サーバー装置１０が各スタッフに対応するクライアント端末２０に当日の訪問予定を送信する場合について説明する。
【００９７】
サーバー装置１０の制御部１１は、記憶部１６に記憶されている訪問日時情報に基づいて、訪問日時が当日である訪問日時情報を抽出し、当該抽出された訪問日時情報と、当該訪問日時情報に対応する患者、住所情報及び付加作業情報と、をクライアント端末２０に送信する。すなわち、制御部１１は、当日情報提供手段として機能する。
具体的には、制御部１１は、医療関係者（スタッフ）ごとに、当該医療関係者に対応する訪問日時情報のみを対象として、訪問日時が当日である訪問日時情報を抽出し、当該抽出された訪問日時情報と、当該訪問日時情報に対応する患者、住所情報及び付加作業情報と、を当該医療関係者が使用しているクライアント端末２０に送信する。例えば、制御部１１は、医療関係者に対応するメールアドレス宛てに、医療関係者の当日の訪問予定を含む電子メールを送信する。
【００９８】
図１８は、サーバー装置１０により実行される当日情報提供処理を示すフローチャートである。この処理は、在宅訪問が開始される前の予め定められた時刻に実行される処理である。制御部１１と記憶部１６に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。
【００９９】
まず、制御部１１により、記憶部１６のユーザー情報テーブルＴ２（図４参照）が参照され、いずれかのスタッフ（医療関係者）が処理対象として設定される（ステップＳ４１）。
【０１００】
次に、制御部１１により、記憶部１６のスケジュール情報テーブルＴ４（図６参照）に、「ユーザーＩＤ」が対象スタッフのユーザーＩＤであり、かつ、「開始日時」が当日に該当するスケジュール情報があるか否かが判断される（ステップＳ４２）。
【０１０１】
スケジュール情報テーブルＴ４に対象スタッフの当日のスケジュール情報がある場合には（ステップＳ４２；ＹＥＳ）、制御部１１により、スケジュール情報テーブルＴ４から、「ユーザーＩＤ」が対象スタッフのユーザーＩＤであり、かつ、「開始日時」が当日に該当するスケジュール情報が抽出される（ステップＳ４３）。
【０１０２】
次に、制御部１１により、記憶部１６の在宅患者情報テーブルＴ３（図５参照）から、各在宅患者の住所が取得される（ステップＳ４４）。具体的には、制御部１１により、ステップＳ４３で抽出された各スケジュール情報に含まれる「在宅患者ＩＤ」が取得され、在宅患者情報テーブルＴ３から、この「在宅患者ＩＤ」に対応する「住所」が取得される。
【０１０３】
次に、制御部１１により、記憶部１６に記憶されているリマインド制御情報１６１（接近時閾値、離反時閾値）が取得される（ステップＳ４５）。
【０１０４】
次に、制御部１１により、記憶部１６のユーザー情報テーブルＴ２（図４参照）から、対象スタッフの「ユーザーＩＤ」に対応する「メールアドレス」が取得される（ステップＳ４６）。
【０１０５】
次に、制御部１１により、対象スタッフの当日のスケジュール情報、各患者の住所情報、リマインド制御情報１６１を含む電子メールが、通信部１４を介して、対象スタッフのメールアドレス宛てに送信される（ステップＳ４７）。
クライアント端末２０では、制御部２１により、サーバー装置１０から受信した電子メールに含まれる当日のスケジュール情報等が記憶部２６に記憶される。
【０１０６】
ステップＳ４７の後、又は、ステップＳ４２において、スケジュール情報テーブルＴ４に対象スタッフの当日のスケジュール情報がない場合には（ステップＳ４２；ＮＯ）、サーバー装置１０の制御部１１により、記憶部１６のユーザー情報テーブルＴ２（図４参照）が参照され、全てのスタッフ（医療関係者）について、処理が終了したか否かが判断される（ステップＳ４８）。ユーザー情報テーブルＴ２内に、まだ処理が終了していないスタッフが残っている場合には（ステップＳ４８；ＮＯ）、ステップＳ４１に戻り、別のスタッフを対象として、処理が繰り返される。
【０１０７】
ステップＳ４８において、全てのスタッフについて、処理が終了した場合には（ステップＳ４８；ＹＥＳ）、当日情報提供処理が終了する。
【０１０８】
各クライアント端末２０では、サーバー装置１０から受信した情報に基づいて、リマインド処理（図１５及び図１６参照）のステップＳ２５以降の処理が行われる。
【０１０９】
変形例によれば、上記実施の形態と同様、付加作業情報（リマインド情報）を参照可能とすることで、付加作業のし忘れを防止することができ、在宅訪問サービスの効率化を図ることができる。
【０１１０】
また、サーバー装置１０は、訪問日時が当日である訪問日時情報を抽出することで、１日分のスケジュール情報をクライアント端末２０に送信することができる。
また、サーバー装置１０は、医療関係者ごとに、当該医療関係者に対応するスケジュール情報を送信することができる。
【０１１１】
なお、上記実施の形態及び変形例における記述は、本発明に係る在宅訪問支援システムの例であり、これに限定されるものではない。システムを構成する各装置の細部構成及び細部動作に関しても本発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【０１１２】
例えば、リマインド処理（図１５及び図１６参照）では、或る患者の訪問が終了したら、次の訪問患者を設定するというように、予定された訪問日時の順番に従って１件ずつ処理する場合について説明したが、実際には訪問順が変更されたり、訪問がキャンセルされたりする場合もあるため、患者住所とクライアント端末２０の現在位置との距離を閾値と比較する際に、全データ（未訪問の全患者の住所）と現在位置との距離についてチェックすることとしてもよい。
【０１１３】
また、上記実施の形態及び変形例では、訪問日時情報として、スケジュール情報テーブルＴ４に開始日時と訪問時間が登録されている場合を例にして説明したが、訪問予定日、開始時刻、終了時刻等が登録されていてもよい。
また、在宅訪問を行う医療関係者が施設を出発する時刻に合わせて、クライアント端末２０の表示部２３にリマインド情報を表示することとしてもよい。
【０１１４】
各処理を実行するためのプログラムを格納するコンピューター読み取り可能な媒体としては、ＨＤＤや不揮発性の半導体メモリーの他、ＣＤ−ＲＯＭ等の可搬型記録媒体を適用することも可能である。また、プログラムのデータを通信回線を介して提供する媒体として、キャリアウェーブ（搬送波）を適用することとしてもよい。
【符号の説明】
【０１１５】
１０  サーバー装置
１１  制御部
１４  通信部
１６  記憶部
２０  クライアント端末
２１  制御部
２２  操作部
２３  表示部
２４  通信部
２６  記憶部
２７  現在位置情報取得部
１００  在宅訪問支援システム
１６１  リマインド制御情報
２３１  在宅患者登録画面
２３２  スケジュール画面
２３３  訪問予定入力画面
２３４  スケジュール画面
２３５  スケジュール画面
２３６  リマインド表示画面
Ｎ  通信ネットワーク
Ｔ１  施設情報テーブル
Ｔ２  ユーザー情報テーブル
Ｔ３  在宅患者情報テーブル
Ｔ４  スケジュール情報テーブル
【図１】
2018190208.tif 000003
【図２】
2018190208.tif 000004
【図３】
2018190208.tif 000005
【図４】
2018190208.tif 000006
【図５】
2018190208.tif 000007
【図６】
2018190208.tif 000008
【図７】
2018190208.tif 000009
【図８】
2018190208.tif 000010
【図９】
2018190208.tif 000011
【図１０】
2018190208.tif 000012
【図１１】
2018190208.tif 000013
【図１２】
2018190208.tif 000014
【図１３】
2018190208.tif 000015
【図１４】
2018190208.tif 000016
【図１５】
2018190208.tif 000017
【図１６】
2018190208.tif 000018
【図１７】
2018190208.tif 000019
【図１８】
2018190208.tif 000020