JP6102634B2 - 在宅診療連携システム及びデータ管理サーバー - Google Patents

Description

本発明は、在宅診療連携システム及びデータ管理サーバーに関する。

近年、医療の分野においては、在宅診療・介護の重要性が増してきており、在宅療養支援診療所（在支診）の数も年々増加してきている。在宅診療には、在支診の他、訪問看護ステーション、訪問介護事業所、薬局等、複数の医療施設・医療従事者が関係している。

在支診が在宅診療を始めるためには、患者の医療情報だけでなく、介護情報（患者の住居環境、生活状況等）を把握しておくことが有効であり、医療情報と介護情報を、その患者の診療に携わる医療従事者間で共有化できる仕組みが望まれる。

また、在宅診療において、新しい患者を登録する場合、各医療施設に所属する医療従事者のうち、患者が希望する日程で、空いている医療従事者を探すことになる。各医療施設に所属する各医療従事者のスケジュールが参照され、新たな在宅診療に関するスケジュールの調整が行われる。

特定のチーム内で他のユーザーのスケジュールデータを閲覧可能なシステムとして、例えば、ユーザー毎のスケジュールを示すカレンダーを複数並べて表示する際に、カレンダー毎の日付と時間の位置を合わせるとともに、いずれかのカレンダーに対して時間位置を変更すると、他のカレンダーの時間位置も同様に変更されるものが提案されている（特許文献１参照）。

特許第４７８６８８５号公報

しかしながら、在宅診療のスケジュールは、通常、週の特定の曜日と時間に毎回同じ医療従事者が割り当てられる等、週単位で決定される場合が多い。そのため、新しい患者を登録する際、多くの場合は、毎週所定の曜日の所定の時間等、定期的な訪問が要求され、その日程で患者を訪問できる医療従事者を簡単に見つけることが重要となる。上記従来技術では、各医療従事者のスケジュールを参照しても、どの日のどの時間帯が空いているかを把握することは困難であった。

また、在宅診療を担当する医療従事者を決めるにあたっては、単に時間的な空きの有無に関する情報だけでなく、訪問先の地理的な情報を合わせて考慮したうえで、スケジュールを決定する必要がある。

本発明は、上記の従来技術における問題に鑑みてなされたものであって、新たに患者を訪問する予定を入れることができる医療従事者を把握しやすくすることを課題とする。

上記課題を解決するために、請求項１に記載の発明は、在宅診療に関わる情報を管理するデータ管理サーバーと、医療施設に所属する医療従事者により使用される端末装置と、が通信ネットワークを介してデータ通信可能に接続された在宅診療連携システムであって、前記データ管理サーバーは、前記医療施設に所属する医療従事者毎の患者訪問予定を含むスケジュール情報と、患者毎の当該患者の住所を示す患者住所情報と、を記憶する記憶部と、前記スケジュール情報に基づいて、医療従事者毎に空き時間を求め、医療従事者毎に求められた空き時間毎に、当該空き時間と同じ日に当該医療従事者が訪問する予定の患者を前記スケジュール情報から取得し、当該取得された患者に対応する住所を前記患者住所情報から取得し、当該取得された住所に基づいて当該空き時間に訪問可能な地域を求め、医療従事者毎に前記空き時間を示す情報及び当該空き時間に訪問可能な地域を表示するための表示用データを生成し、当該生成された表示用データを前記端末装置に送信する制御部と、を備える。

請求項２に記載の発明は、請求項１に記載の在宅診療連携システムにおいて、前記空き時間を示す情報は、当該空き時間内に訪問可能な患者の数を示す空き数である。

請求項３に記載の発明は、請求項２に記載の在宅診療連携システムにおいて、前記制御部は、前記空き数又は前記地域に応じた色又はパターンを用いて、前記表示用データを生成する。

請求項４に記載の発明は、請求項１〜３のいずれか一項に記載の在宅診療連携システムにおいて、前記制御部は、さらに、医療従事者毎に求められた空き時間毎に当該空き時間内に訪問可能な患者の数を示す空き数を算出し、前記スケジュール情報に含まれる医療従事者毎の患者訪問予定と、前記算出された医療従事者毎の空き数と、に基づいて、所定の期間毎に前記医療施設に所属する各医療従事者が訪問する患者の数の前記医療施設に所属する全医療従事者が訪問可能な患者の数に対する割合、及び、前記医療施設に所属する各医療従事者の空き数の合計の前記医療施設に所属する全医療従事者が訪問可能な患者の数に対する割合を示すグラフを表示するための第２の表示用データを生成し、当該生成された第２の表示用データを前記端末装置に送信する。

請求項５に記載の発明は、請求項１〜４のいずれか一項に記載の在宅診療連携システムにおいて、前記制御部は、さらに、前記スケジュール情報に含まれる医療従事者毎の患者訪問予定に基づいて、所定の期間毎に前記医療施設に所属する各医療従事者が訪問する患者の数を示すグラフを表示するための第３の表示用データを生成し、当該生成された第３の表示用データを前記端末装置に送信する。

請求項６に記載の発明は、請求項１〜５のいずれか一項に記載の在宅診療連携システムにおいて、前記端末装置は、医療従事者毎に空き時間を入力するための操作部と、前記入力された空き時間を前記データ管理サーバーに送信する送信部と、を備え、前記制御部は、前記空き時間を求めることに代えて、前記端末装置から送信された空き時間を用いる。

請求項７に記載の発明は、請求項１〜６のいずれか一項に記載の在宅診療連携システムにおいて、前記端末装置は、前記スケジュール情報の変更を指示するための操作部と、前記操作部から指示された前記スケジュール情報の変更内容を含む変更要求を前記データ管理サーバーに送信する送信部と、を備え、前記制御部は、前記端末装置から送信された変更要求に基づいて、前記記憶部に記憶されているスケジュール情報を更新する。

請求項８に記載の発明は、在宅診療に関わる情報を管理し、医療施設に所属する医療従事者により使用される端末装置と通信ネットワークを介してデータ通信可能に接続されたデータ管理サーバーであって、前記医療施設に所属する医療従事者毎の患者訪問予定を含むスケジュール情報と、患者毎の当該患者の住所を示す患者住所情報と、を記憶する記憶部と、前記スケジュール情報に基づいて、医療従事者毎に空き時間を求め、医療従事者毎に求められた空き時間毎に、当該空き時間と同じ日に当該医療従事者が訪問する予定の患者を前記スケジュール情報から取得し、当該取得された患者に対応する住所を前記患者住所情報から取得し、当該取得された住所に基づいて当該空き時間に訪問可能な地域を求め、医療従事者毎に前記空き時間を示す情報及び当該空き時間に訪問可能な地域を表示するための表示用データを生成し、当該生成された表示用データを前記端末装置に送信する制御部と、を備える。

本発明によれば、新たに患者を訪問する予定を入れることができる医療従事者を容易に把握することができる。

本発明に係る実施の形態における在宅診療連携システムのシステム構成図である。 データ管理サーバーの機能的構成を示すブロック図である。 スケジュール情報の例を示す図である。 端末装置の機能的構成を示すブロック図である。 データ管理サーバーと端末装置により実行されるスケジュール情報登録処理を示すラダーチャートである。 患者訪問予定入力画面の表示例である。 データ管理サーバーと端末装置により実行される担当者別空き情報表示処理を示すラダーチャートである。 空き数算出処理を示すフローチャートである。 地域決定処理を示すフローチャートである。 担当者別空き情報表示画面の表示例である。 施設空き状況グラフ生成処理を示すフローチャートである。 施設空き状況グラフ表示画面の表示例である。 施設稼働状況グラフ生成処理を示すフローチャートである。 施設稼働状況グラフ表示画面の表示例である。 データ管理サーバーと端末装置により実行されるスケジュール情報変更処理を示すラダーチャートである。 変形例１における担当者別空き情報表示画面の表示例である。 変形例２における担当者別空き情報表示画面の表示例である。 変形例３における担当者別空き情報表示画面の表示例である。 変形例４における第２の空き数算出処理を示すフローチャートである。

以下、図面を参照して本発明に係る在宅診療連携システムの一実施形態について説明する。ただし、発明の範囲は、図示例に限定されない。

〔在宅診療連携システムの構成〕
図１に、本実施の形態における在宅診療連携システム１００のシステム構成を示す。
図１に示すように、在宅診療連携システム１００は、地域のデータセンターに設置されたデータ管理サーバー１０と、複数の医療施設としての在宅療養支援診療所２０Ａ、訪問看護ステーション２０Ｂ、訪問介護事業所２０Ｃ、薬局２０Ｄ、後方支援病院２０Ｅに所属する医療従事者が使用可能な端末装置３０と、を備えて構成されている。データ管理サーバー１０と端末装置３０とは、通信ネットワークＮを介してデータ通信可能に接続されている。なお、在宅診療連携システム１００を構成する医療施設の数は、特に限定されない。

在宅療養支援診療所２０Ａは、在宅患者を診断する医師が所属する医療施設である。訪問看護ステーション２０Ｂは、在宅患者の訪問看護を行う看護師が所属する医療施設である。訪問介護事業所２０Ｃは、在宅患者のケアプランを作成するケアマネージャーや、在宅患者の訪問介護を行う訪問介護員（ホームヘルパー）が所属する医療施設である。薬局２０Ｄは、在宅患者に処方された薬を扱う薬剤師が所属する医療施設である。後方支援病院２０Ｅは、在宅患者の緊急時の受け入れ先となる医療施設である。

在宅患者の在宅診療に携わる医療従事者は、端末装置３０から患者に対して行った処置内容や在宅診療に関する情報を入力する。入力された情報は、データ管理サーバー１０に保存され、チーム内の医療従事者に公開される。医療従事者として、例えば、医師、看護師、ケアマネージャー、訪問介護員、薬剤師等が挙げられる。
データ管理サーバー１０は、各医療施設に所属する医療従事者により入力された情報を蓄積し管理する。

〔データ管理サーバーの構成〕
図２に、データ管理サーバー１０の機能的構成を示す。
図２に示すように、データ管理サーバー１０は、制御部１１、操作部１２、表示部１３、通信部１４、ＲＡＭ１５、記憶部１６等を備えて構成されており、各部はバス１７により接続されている。

制御部１１は、ＣＰＵ（Central Processing Unit）等から構成され、データ管理サーバー１０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、操作部１２から入力される操作信号又は通信部１４により受信される指示信号に応じて、記憶部１６に記憶されている各種処理プログラムを読み出してＲＡＭ１５に展開し、当該プログラムとの協働により各種処理を行う。

操作部１２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部１１に出力する。

表示部１３は、ＬＣＤ（Liquid Crystal Display）等のモニターを備えて構成されており、制御部１１から入力される表示信号の指示に従って、各種画面を表示する。

通信部１４は、ネットワークインターフェース等により構成され、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット等の通信ネットワークＮを介して接続された外部機器との間でデータの送受信を行う。

ＲＡＭ１５は、制御部１１により実行制御される各種処理において、記憶部１６から読み出された各種プログラム、入力若しくは出力データ、及びパラメーター等を一時的に記憶するワークエリアを形成する。

記憶部１６は、ＨＤＤ（Hard Disk Drive）や半導体の不揮発性メモリー等により構成され、各種処理プログラム、当該プログラムの実行に必要なパラメーターやファイル等を記憶している。例えば、記憶部１６には、端末装置３０に搭載されたＷｅｂブラウザーとＨＴＴＰプロトコルによる通信を行ってＷｅｂブラウザーに各種Ｗｅｂ画面を提供するＷｅｂサーバーとしての機能を実現させるためのＷｅｂサーバープログラムや、Ｗｅｂサーバー上で動作し、Ｗｅｂブラウザーを介して端末装置３０のユーザーに在宅診療連携サービスを提供するためのアプリケーションプログラム等が記憶されている。

また、記憶部１６には、ユーザー管理テーブル１６０、患者基本情報１６１、チーム対応テーブル１６２、スケジュール情報１６３、地域区分情報１６４等が記憶されている。

ユーザー管理テーブル１６０には、在宅診療連携システム１００内の各医療施設に所属する医療従事者それぞれに対応するユーザーＩＤに対して、パスワードと、医療従事者が所属する医療施設と、が予め登録されている。

患者基本情報１６１は、患者毎の患者に関する情報である。患者基本情報１６１には、患者の氏名、年齢、生年月日、性別、住所、医療施設の患者ＩＤ、介護機能の利用者ＩＤ、傷病、病状、投与中の薬剤、介護情報（要介護度等）等が含まれる。すなわち、患者基本情報１６１は、患者の住所を示す患者住所情報を含む。

チーム対応テーブル１６２は、在宅診療の連携を行うチーム毎に、複数の医療施設が予め対応付けられているテーブルである。データ管理サーバー１０は、在宅診療に関わる予め定められた複数の医療施設により形成されたチーム内の情報を管理している。

スケジュール情報１６３は、医療施設毎に保存されており、当該医療施設に所属する医療従事者毎の患者訪問予定を含む情報である。

図３に、スケジュール情報１６３の例を示す。図３に示すように、各医療施設のスケジュール情報１６３には、その医療施設に所属する医療従事者毎に、患者訪問予定、休み情報、その他の予定、勤務時間等が含まれる。

患者訪問予定には、該当する医療従事者が在宅患者を訪問する日時、患者名、患者ＩＤ、件名（看護・介護のサービス内容）等が含まれる。日時として、特定の日（○年○月○日）における訪問開始時刻と訪問終了時刻とが含まれていてもよいし、曜日毎にスケジュールが組まれている場合には、各曜日における訪問開始時刻と訪問終了時刻とが含まれていてもよい。

休み情報には、該当する医療従事者の休みの日時が含まれる。休みの日時として、患者訪問予定の日時と同様、特定の日の時間帯が含まれていてもよいし、各曜日における時間帯が含まれていてもよい。
その他の予定には、該当する医療従事者の患者訪問予定及び休みを除く予定について、日時、件名等が含まれる。その他の予定として、例えば、医師の場合には、学会の予定や、医療施設の休診予定等が含まれる。
勤務時間には、該当する医療従事者の勤務開始時刻と勤務終了時刻とが含まれる。

地域区分情報１６４は、住所を複数の地域区分に分類するための情報である。例えば、ある地点から半径何ｋｍ以内等、予め複数の地域区分が定められており、各住所に対して、いずれかの地域区分が対応付けられている。また、住所を市町村等の地域区分に分類することとしてもよい。

制御部１１は、端末装置３０からデータ管理サーバー１０にアクセスがあった際、チーム対応テーブル１６２に基づいて、ログインユーザーが所属する医療施設と同じチームに属する他の医療施設の情報の参照を許可する。

制御部１１は、記憶部１６に記憶されている対象医療施設のスケジュール情報１６３に基づいて、対象医療施設に所属する医療従事者毎に空き時間を求める。
制御部１１は、医療従事者毎に求められた空き時間毎に、当該空き時間と同じ日に当該医療従事者が訪問する予定の患者をスケジュール情報１６３から取得し、当該取得された患者に対応する住所を患者基本情報１６１（患者住所情報）から取得し、当該取得された住所に基づいて当該空き時間に訪問可能な地域を地域区分情報１６４から求める。
制御部１１は、医療従事者毎に空き時間を示す情報及び当該空き時間に訪問可能な地域を表示するための表示用データを生成し、当該生成された表示用データを端末装置３０に送信する。本実施の形態では、空き時間を示す情報として、当該空き時間内に訪問可能な患者の数を示す空き数を用いる。

制御部１１は、対象医療施設に所属する医療従事者毎に求められた空き時間毎に当該空き時間内に訪問可能な患者の数を示す空き数を算出する。制御部１１は、記憶部１６に記憶されている対象医療施設のスケジュール情報１６３に含まれる医療従事者毎の患者訪問予定と、算出された医療従事者毎の空き数と、に基づいて、所定の期間毎に医療施設に所属する各医療従事者が訪問する患者の数の医療施設に所属する全医療従事者が訪問可能な患者の数に対する割合、及び、医療施設に所属する各医療従事者の空き数の合計の医療施設に所属する全医療従事者が訪問可能な患者の数に対する割合を示すグラフを表示するための表示用データを生成し、当該生成された表示用データを端末装置３０に送信する。本実施の形態では、所定の期間として、各曜日の午前（ＡＭ）、午後（ＰＭ）を用いる。

制御部１１は、記憶部１６に記憶されている対象医療施設のスケジュール情報１６３に含まれる医療従事者毎の患者訪問予定に基づいて、所定の期間毎に医療施設に所属する各医療従事者が訪問する患者の数を示すグラフを表示するための表示用データを生成し、当該生成された表示用データを端末装置３０に送信する。

〔端末装置の構成〕
端末装置３０は、各医療従事者により使用されるものであり、Ｗｅｂラウザーを搭載した一般的なＰＣ等から構成されている。端末装置３０は、通信ネットワークＮを介してデータ管理サーバー１０にアクセスし、データ管理サーバー１０へのデータの送信や、データ管理サーバー１０に保存されているデータの閲覧を行うために用いられる。例えば、端末装置３０は、スケジュールの入力・参照を行う際に用いられる。

図４に、端末装置３０の機能的構成を示す。
図４に示すように、端末装置３０は、制御部３１、操作部３２、表示部３３、通信部３４、ＲＡＭ３５、記憶部３６等を備えて構成されており、各部はバス３７により接続されている。

制御部３１は、ＣＰＵ等から構成され、端末装置３０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、操作部３２から入力される操作信号又は通信部３４により受信される指示信号に応じて、記憶部３６に記憶されている各種処理プログラムを読み出してＲＡＭ３５に展開し、当該プログラムとの協働により各種処理を行う。

操作部３２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部３１に出力する。
端末装置３０がタブレット型端末である場合には、操作部３２は、電源をオン／オフさせる電源キー等の操作キー、表示部３３に積層されたタッチパネルにより構成され、各操作キーに対応する操作信号、ユーザーの指等によるタッチ操作の位置に応じた操作信号を制御部３１に出力する。

表示部３３は、ＬＣＤ等のモニターを備えて構成されており、制御部３１から入力される表示信号の指示に従って、各種画面を表示する。

通信部３４は、ネットワークインターフェース等により構成され、ＬＡＮ、ＷＡＮ、インターネット等の通信ネットワークＮを介して接続された外部機器との間でデータの送受信を行う。

ＲＡＭ３５は、制御部３１により実行制御される各種処理において、記憶部３６から読み出された各種プログラム、入力若しくは出力データ、及びパラメーター等を一時的に記憶するワークエリアを形成する。

記憶部３６は、ＨＤＤや半導体の不揮発性メモリー等により構成され、各種処理プログラム、当該プログラムの実行に必要なパラメーターやファイル等を記憶している。例えば、記憶部３６には、Ｗｅｂブラウザーを実現するためのＷｅｂブラウザープログラム等が記憶されている。

〔在宅診療連携システムにおける動作〕
次に、在宅診療連携システム１００における動作について説明する。
図５は、データ管理サーバー１０と端末装置３０により実行されるスケジュール情報登録処理を示すラダーチャートである。この処理は、在宅診療連携システム１００内の訪問看護ステーション２０Ｂや訪問介護事業所２０Ｃ等の医療施設に所属する医療従事者が所属施設のスケジュール情報を登録する際に実行される処理である。データ管理サーバー１０における処理は、制御部１１と記憶部１６に記憶されているプログラムとの協働によるソフトウェア処理によって実現され、端末装置３０における処理は、制御部３１と記憶部３６に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。

まず、端末装置３０において、操作部３２によりＷｅｂブラウザー上からデータ管理サーバー１０が提供する在宅診療連携サービスにアクセスするためのＵＲＬが入力されると、入力されたＵＲＬが通信部３４によりデータ管理サーバー１０に送信される。

データ管理サーバー１０では、通信部１４により端末装置３０から在宅診療連携サービスにアクセスするためのＵＲＬが受信されると、端末装置３０に対し、ログイン画面を表示するための表示用データが送信される。なお、データ管理サーバー１０のＷｅｂサーバー機能により端末装置３０に送信されるログイン画面をはじめとする各種Ｗｅｂ画面の表示用データには、ＨＴＭＬ、スタイルシート、画像データ、端末装置３０で所定の処理を実行させるためのスクリプト等が含まれる。

端末装置３０では、通信部３４によりログイン画面の表示用データが受信されると、表示部３３にログイン画面が表示される。ログイン画面は、ユーザーＩＤ及びパスワードの入力欄が表示された画面である。ログイン画面からユーザーＩＤ及びパスワードが入力されると、入力されたユーザーＩＤ及びパスワードが通信部３４によりデータ管理サーバー１０に送信される（ステップＳ１）。

データ管理サーバー１０では、通信部１４によりユーザーＩＤ及びパスワードが受信されると、制御部１１により、端末装置３０を使用するユーザーのユーザー認証が行われる（ステップＳ２）。具体的には、ユーザー管理テーブル１６０から、受信されたユーザーＩＤと一致するレコードが検索され、検索されたレコードのパスワードと受信されたパスワードが一致する場合には、ユーザー認証がＯＫであると判断される。受信されたユーザーＩＤがユーザー管理テーブル１６０にない場合、又は、検索されたレコードのパスワードと受信されたパスワードが一致しない場合には、ユーザー認証はＮＧであると判断される。ユーザー認証がＯＫであると判断されると、端末装置３０のＷｅｂブラウザーにおける操作に従って在宅診療連携サービスが提供される。ユーザー認証がＮＧである場合、端末装置３０にユーザー認証がＮＧである旨が通信部１４を介して通知される。

また、データ管理サーバー１０では、制御部１１により、ユーザー管理テーブル１６０から、受信されたユーザーＩＤに対応する医療施設が取得され、ログインユーザーが所属する医療施設が特定される（ステップＳ３）。

次に、端末装置３０において、操作部３２によりログインユーザーが所属する医療施設のスケジュール情報の登録が指示されると、スケジュール情報の登録要求が通信部３４によりデータ管理サーバー１０に送信される（ステップＳ４）。

データ管理サーバー１０では、通信部１４により端末装置３０からスケジュール情報の登録要求が受信されると、制御部１１により、端末装置３０に対し、ログインユーザーが所属する医療施設のスケジュール情報を入力するための表示用データが通信部１４を介して送信される（ステップＳ５）。

端末装置３０では、通信部３４により表示用データが受信されると、表示部３３にスケジュール情報の入力画面が表示される（ステップＳ６）。端末装置３０のユーザーは、自分が所属する医療施設に関わる在宅患者のケアプランを参照し、スケジュール情報の入力画面において、操作部３２により、医療従事者毎の患者訪問予定、休み情報、その他の予定、勤務時間等を入力する（ステップＳ７）。すなわち、スケジュール情報は、ケアプランに基づいて作成される。ケアプランは、ケアマネージャーから送付された週間予定表（例えば、ケアプラン様式第３表）等である。入力された情報は、通信部３４によりデータ管理サーバー１０に送信される。

データ管理サーバー１０では、通信部１４により端末装置３０において入力された情報が受信されると、制御部１１により、受信された情報が、ログインユーザーが所属する医療施設のスケジュール情報１６３として記憶部１６に記憶される（ステップＳ８）。
以上で、スケジュール情報登録処理が終了する。

図６は、端末装置３０の表示部３３に表示される患者訪問予定入力画面４０の表示例である。患者訪問予定入力画面４０には、患者名入力領域４１、件名入力領域４２、訪問日選択領域４３、訪問開始時刻入力領域４４、訪問終了時刻入力領域４５、滞在時間入力領域４６、担当者入力領域４７、保存ボタンＢ１、キャンセルボタンＢ２が含まれる。

患者名入力領域４１は、患者名を入力するための領域である。件名入力領域４２は、件名（サービス内容）を入力するための領域である。訪問日選択領域４３は、訪問日を選択するための領域である。訪問開始時刻入力領域４４は、訪問開始時刻を入力するための領域である。訪問終了時刻入力領域４５は、訪問終了時刻を入力するための領域である。滞在時間入力領域４６は、滞在時間（訪問開始時刻から訪問終了時刻までの時間）を入力するための領域である。なお、滞在時間は、訪問開始時刻と訪問終了時刻とから自動的に算出されることとしてもよい。担当者入力領域４７は、看護・介護等のサービスを行う担当者（医療従事者）を入力するための領域である。保存ボタンＢ１は、患者訪問予定入力画面４０における入力内容の保存を指示するためのボタンである。キャンセルボタンＢ２は、患者訪問予定入力画面４０における入力内容のキャンセルを指示するためのボタンである。

図７は、データ管理サーバー１０と端末装置３０により実行される担当者別空き情報表示処理を示すラダーチャートである。この処理は、在宅診療連携システム１００内の訪問看護ステーション２０Ｂや訪問介護事業所２０Ｃ等の医療施設に所属する医療従事者が所属施設のスケジュール情報を参照する際に実行される処理である。データ管理サーバー１０における処理は、制御部１１と記憶部１６に記憶されているプログラムとの協働によるソフトウェア処理によって実現され、端末装置３０における処理は、制御部３１と記憶部３６に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。

ステップＳ１１〜ステップＳ１３の処理は、スケジュール情報登録処理（図５）のステップＳ１〜ステップＳ３の処理と同様であるため、説明を省略する。

次に、端末装置３０において、操作部３２によりログインユーザーが所属する医療施設内の担当者別空き情報の表示が指示されると、担当者別空き情報の表示要求が通信部３４によりデータ管理サーバー１０に送信される（ステップＳ１４）。

データ管理サーバー１０では、通信部１４により端末装置３０から担当者別空き情報の表示要求が受信されると、制御部１１により、ログインユーザーが所属する医療施設について、空き数算出処理が行われる（ステップＳ１５）。空き数算出処理は、対象医療施設のスケジュール情報１６３に基づいて、医療施設に所属する医療従事者毎に空き時間を求め、空き時間に対応する空き数を算出する処理である。

ここで、図８を参照して、空き数算出処理について説明する。
まず、制御部１１により、記憶部１６に記憶されているログインユーザーが所属する医療施設のスケジュール情報１６３から、処理対象の担当者（医療従事者）の患者訪問予定、勤務時間、休み情報、その他の予定が取得される（ステップＳ２１）。

次に、制御部１１により、処理対象の担当者について取得された休み情報に基づいて、処理対象の期間（いずれかの曜日のＡＭ又はＰＭ）が休みであるか否かが判断される（ステップＳ２２）。本実施の形態では、処理対象の期間として、半日（各曜日のＡＭ又はＰＭ）を単位とする。

処理対象の期間が休みでない場合には（ステップＳ２２；ＮＯ）、制御部１１により、処理対象の担当者について取得された患者訪問予定、勤務時間、その他の予定に基づいて、処理対象の期間の勤務時間内に予定が入っていない時間帯（以下、空き時間という。）があるか否かが判断される（ステップＳ２３）。具体的には、処理対象の期間の勤務時間内であって、患者訪問予定もその他の予定も入っていない時間帯を空き時間とする。なお、スケジュール情報１６３に勤務時間やその他の予定が含まれない場合には、処理対象の期間において、患者訪問予定を除く時間帯を空き時間と判断すればよい。

処理対象の期間の勤務時間内に空き時間がある場合には（ステップＳ２３；ＹＥＳ）、制御部１１により、空き時間が所定時間以上であるか否かが判断される（ステップＳ２４）。所定時間としては、例えば、在宅患者一人当たりの訪問にかかる平均時間が用いられる。

空き時間が所定時間以上である場合には（ステップＳ２４；ＹＥＳ）、制御部１１により、空き時間が所定時間で割られ、空き数が算出される（ステップＳ２５）。空き数は、空き時間内に訪問可能な患者の数である。空き数は、整数で求めることとし、空き時間を所定時間で割った値の小数点以下は切り捨てる。

ステップＳ２２において、処理対象の期間が休みである場合（ステップＳ２２；ＹＥＳ）、ステップＳ２３において、処理対象の期間の勤務時間内に空き時間がない場合（ステップＳ２３；ＮＯ）、ステップＳ２４において、空き時間が所定時間未満である場合には（ステップＳ２４；ＮＯ）、制御部１１により、空き数は０とされる（ステップＳ２６）。なお、ステップＳ２４において、所定時間未満であると判断された空き時間については、これ以降の処理では、空き時間から除かれる。

ステップＳ２５又はステップＳ２６の後、制御部１１により、全ての曜日のＡＭ及びＰＭについて、処理が終了したか否かが判断される（ステップＳ２７）。いずれかの曜日のＡＭ又はＰＭについて、処理が終了していない場合には（ステップＳ２７；ＮＯ）、ステップＳ２２に戻り、処理が終了していない曜日のＡＭ又はＰＭを処理対象の期間として、処理が繰り返される。

ステップＳ２７において、全ての曜日のＡＭ及びＰＭについて、処理が終了した場合には（ステップＳ２７；ＹＥＳ）、制御部１１により、医療施設に所属する全ての担当者について処理が終了したか否かが判断される（ステップＳ２８）。いずれかの担当者について、処理が終了していない場合には（ステップＳ２８；ＮＯ）、ステップＳ２１に戻り、処理が終了していない担当者を処理対象として、処理が繰り返される。

ステップＳ２８において、全ての担当者について処理が終了した場合には（ステップＳ２８；ＹＥＳ）、空き数算出処理が終了する。

次に、図７に戻り、制御部１１により、空き数算出処理において空き数が算出された空き時間に対し、地域決定処理が行われる（ステップＳ１６）。地域決定処理は、医療従事者毎に求められた空き時間毎に、空き時間に訪問可能な地域を求める処理である。

ここで、図９を参照して、地域決定処理について説明する。
まず、制御部１１により、ログインユーザーが所属する医療施設のスケジュール情報１６３の処理対象の担当者（医療従事者）の患者訪問予定に基づいて、処理対象の空き時間が含まれる日（対象日）に患者訪問予定が入っているか否かが判断される（ステップＳ３１）。

対象日に患者訪問予定が入っている場合には（ステップＳ３１；ＹＥＳ）、制御部１１により、当該患者訪問予定から、処理対象の担当者が対象日に訪問する患者が取得される（ステップＳ３２）。対象日に患者訪問予定が複数入っている場合には、患者訪問予定毎に患者が取得される。

次に、制御部１１により、記憶部１６に記憶されている患者基本情報１６１に基づいて、ステップＳ３２で取得された患者に対応する住所が取得される（ステップＳ３３）。ステップＳ３２において取得された患者が複数存在する場合には、患者毎に患者の住所が取得される。

次に、制御部１１により、取得された患者の住所と地域区分情報１６４とに基づいて、患者の住所に対応する地域区分が取得され、訪問可能な地域区分として求められる（ステップＳ３４）。ステップＳ３３において取得された患者の住所が複数存在する場合には、住所毎に地域区分が求められる。

次に、制御部１１により、ステップＳ３４で求められた地域区分が複数存在するか否かが判断される（ステップＳ３５）。ステップＳ３４で求められた地域区分が複数存在しない場合（ステップＳ３５；ＮＯ）、すなわち、求められた地域区分が一つだけの場合には、制御部１１により、ステップＳ３４で求められた地域区分が、処理対象の空き時間に対する地域区分として決定される（ステップＳ３６）。

ステップＳ３４で求められた地域区分が複数存在する場合には（ステップＳ３５；ＹＥＳ）、制御部１１により、処理対象の空き時間に最も近い患者訪問予定の地域区分が、処理対象の空き時間に対する地域区分として決定される（ステップＳ３７）。

ステップＳ３１において、対象日に患者訪問予定が入っていない場合には（ステップＳ３１；ＮＯ）、制御部１１により、予め定められている処理対象の担当者のデフォルトの地域区分が、処理対象の空き時間に対する地域区分として決定される（ステップＳ３８）。

ステップＳ３６、ステップＳ３７又はステップＳ３８の後、制御部１１により、処理対象の担当者の全ての空き時間について、処理が終了したか否かが判断される（ステップＳ３９）。いずれかの空き時間について、処理が終了していない場合には（ステップＳ３９；ＮＯ）、ステップＳ３１に戻り、処理が終了していない空き時間を処理対象として、処理が繰り返される。

ステップＳ３９において、処理対象の担当者の全ての空き時間について、処理が終了した場合には（ステップＳ３９；ＹＥＳ）、制御部１１により、医療施設に所属する全ての担当者について処理が終了したか否かが判断される（ステップＳ４０）。いずれかの担当者について、処理が終了していない場合には（ステップＳ４０；ＮＯ）、ステップＳ３１に戻り、処理が終了していない担当者を処理対象として、処理が繰り返される。

ステップＳ４０において、全ての担当者について処理が終了した場合には（ステップＳ４０；ＹＥＳ）、地域決定処理が終了する。

次に、図７に戻り、制御部１１により、空き数算出処理により算出された担当者毎の各曜日のＡＭ／ＰＭにおける空き数、及び、地域決定処理により決定された空き時間に対応する地域区分に基づいて、担当者毎に、各曜日のＡＭ及びＰＭについて、空き数及び訪問可能な地域を表示するための表示用データが生成される（ステップＳ１７）。

次に、制御部１１により、端末装置３０に対し、生成された表示用データが通信部１４を介して送信される（ステップＳ１８）。

端末装置３０では、通信部３４により表示用データが受信されると、表示部３３に担当者別空き情報表示画面が表示される（ステップＳ１９）。
以上で、担当者別空き情報表示処理が終了する。

図１０は、端末装置３０の表示部３３に表示される担当者別空き情報表示画面５０の表示例である。担当者別空き情報表示画面５０には、医療施設に所属する担当者毎、各曜日のＡＭ／ＰＭ毎に、空き数が表形式で表示されている。空き数が１以上の場合には、空き数と合わせて、その空き数に対応する空き時間に訪問可能な地域が表示される。例えば、担当者Ａの月曜日のＰＭの空き情報を示す欄５１には、空き数として「２」が表示されており、訪問可能な地域として「地域Ｘ」が表示されている。また、担当者Ａの土曜日のＡＭの空き情報を示す欄５２には、バツ印（×）が表示されているが、これは、担当者Ａが休みであることを示している。

次に、担当者別空き情報表示画面５０に加え、さらに、端末装置３０の表示部３３に施設空き状況グラフを表示させる際に実行される処理について説明する。
図１１は、データ管理サーバー１０により実行される施設空き状況グラフ生成処理を示すフローチャートである。この処理は、端末装置３０において、操作部３２からログインユーザーが所属する医療施設の空き状況グラフの表示が指示された場合に行われる処理であって、制御部１１と記憶部１６に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。

まず、制御部１１により、対象医療施設のスケジュール情報１６３に含まれる各担当者の患者訪問予定から、各曜日のＡＭ／ＰＭ毎に、各担当者が訪問する患者の数（訪問数）が取得される（ステップＳ４１）。

次に、制御部１１により、対象医療施設のスケジュール情報１６３に含まれる各担当者の患者訪問予定、勤務時間、休み情報、その他の予定から、各曜日のＡＭ／ＰＭ毎に、各担当者の空き数が算出される（ステップＳ４２）。空き数の算出については、図８に示す空き数算出処理と同様であるため、説明を省略する。

次に、制御部１１により、各曜日のＡＭ／ＰＭ毎に、対象医療施設に所属する各担当者の訪問数が合計される（ステップＳ４３）。各担当者の訪問数の合計を合計訪問数という。

次に、制御部１１により、各曜日のＡＭ／ＰＭ毎に、対象医療施設に所属する各担当者の空き数が合計される（ステップＳ４４）。各担当者の空き数の合計を合計空き数という。

次に、制御部１１により、各曜日のＡＭ／ＰＭ毎に、各担当者の訪問数、合計空き数がそれぞれ、（合計訪問数＋合計空き数）で割られる（ステップＳ４５）。（合計訪問数＋合計空き数）は、医療施設に所属する全医療従事者（休みの者を除く。）が訪問可能な患者の数である。すなわち、（合計訪問数＋合計空き数）は、医療施設に所属する全医療従事者が全ての空き時間に患者訪問予定を入れた場合に訪問可能な患者（予め訪問予定が入っている患者を含む。）の数である。
各担当者の訪問数／（合計訪問数＋合計空き数）は、各担当者の訪問数の施設全体で訪問可能な患者の数に対する割合である。
また、合計空き数／（合計訪問数＋合計空き数）は、施設全体の合計空き数の施設全体で訪問可能な患者の数に対する割合である。

次に、制御部１１により、施設空き状況グラフを表示するための表示用データが生成される（ステップＳ４６）。施設空き状況グラフは、各曜日のＡＭ／ＰＭ毎に、各担当者の訪問数の施設全体で訪問可能な患者の数に対する割合、合計空き数の施設全体で訪問可能な患者の数に対する割合をグラフ化したものである。

次に、制御部１１により、端末装置３０に対し、生成された表示用データが通信部１４を介して送信される（ステップＳ４７）。
以上で、施設空き状況グラフ生成処理が終了する。

端末装置３０では、通信部３４により表示用データが受信されると、表示部３３に施設空き状況グラフが表示される。

図１２は、端末装置３０の表示部３３に表示される施設空き状況グラフ表示画面６０の表示例である。施設空き状況グラフ表示画面６０には、各曜日のＡＭ／ＰＭ毎に、各担当者の訪問数の施設全体で訪問可能な患者の数に対する割合、施設全体の合計空き数の施設全体で訪問可能な患者の数に対する割合を示す帯グラフが表示される。施設空き状況グラフを参照することで、各曜日のＡＭ／ＰＭ毎に、施設全体でどの程度空きがあるか、どの程度各担当者の患者訪問が予定されているかを把握することができる。例えば、図１２に示すように、月曜日のＡＭは、担当者Ａと担当者Ｂと担当者Ｄの患者訪問予定が入っており、この医療施設に所属する医療従事者の稼働率は１００％であることがわかる。すなわち、月曜日のＡＭには、これ以上、患者訪問予定を入れることはできない。一方、月曜日のＰＭは、医療施設として４０％の空きがあり、患者訪問予定を追加可能であることがわかる。

次に、担当者別空き情報表示画面５０に加え、さらに、端末装置３０の表示部３３に施設稼働状況グラフを表示させる際に実行される処理について説明する。
図１３は、データ管理サーバー１０により実行される施設稼働状況グラフ生成処理を示すフローチャートである。この処理は、端末装置３０において、操作部３２からログインユーザーが所属する医療施設の稼働状況グラフの表示が指示された場合に行われる処理であって、制御部１１と記憶部１６に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。

まず、制御部１１により、対象医療施設のスケジュール情報１６３に含まれる各担当者の患者訪問予定から、各曜日のＡＭ／ＰＭ毎に、各担当者が訪問する患者の数（訪問数）が取得される（ステップＳ５１）。

次に、制御部１１により、施設稼働状況グラフを表示するための表示用データが生成される（ステップＳ５２）。施設稼働状況グラフは、各曜日のＡＭ／ＰＭ毎に、各担当者の訪問数を積み上げてグラフ化したものである。

次に、制御部１１により、端末装置３０に対し、生成された表示用データが通信部１４を介して送信される（ステップＳ５３）。
以上で、施設稼働状況グラフ生成処理が終了する。

端末装置３０では、通信部３４により表示用データが受信されると、表示部３３に施設稼働状況グラフが表示される。

図１４は、端末装置３０の表示部３３に表示される施設稼働状況グラフ表示画面６１の表示例である。施設稼働状況グラフ表示画面６１には、各曜日のＡＭ／ＰＭ毎に、各担当者が訪問する患者の数（訪問数）を積み上げた積み上げ棒グラフが表示される。施設稼働状況グラフを参照することで、各曜日のＡＭ／ＰＭ毎の各担当者の訪問数、施設全体での合計訪問数を把握することができる。例えば、図１４に示すように、月曜日のＡＭは、担当者Ａ、担当者Ｂ、担当者Ｄがそれぞれ５人の患者を訪問する予定であり、施設全体では合計１５人の患者を訪問する予定であることがわかる。

図１５は、データ管理サーバー１０と端末装置３０により実行されるスケジュール情報変更処理を示すラダーチャートである。この処理は、在宅診療連携システム１００内の訪問看護ステーション２０Ｂや訪問介護事業所２０Ｃ等の医療施設に所属する医療従事者が所属施設のスケジュール情報を変更する際に実行される処理である。データ管理サーバー１０における処理は、制御部１１と記憶部１６に記憶されているプログラムとの協働によるソフトウェア処理によって実現され、端末装置３０における処理は、制御部３１と記憶部３６に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。

ステップＳ６１〜ステップＳ６３の処理は、スケジュール情報登録処理（図５）のステップＳ１〜ステップＳ３の処理と同様であるため、説明を省略する。

次に、端末装置３０において、操作部３２によりログインユーザーが所属する医療施設のスケジュール情報の表示が指示されると、スケジュール情報の表示要求が通信部３４によりデータ管理サーバー１０に送信される（ステップＳ６４）。

データ管理サーバー１０では、通信部１４により端末装置３０からスケジュール情報の表示要求が受信されると、制御部１１により、記憶部１６からログインユーザーが所属する医療施設のスケジュール情報１６３が読み出され、端末装置３０に対し、読み出された医療施設のスケジュール情報１６３を表示するための表示用データが通信部１４を介して送信される（ステップＳ６５）。

端末装置３０では、通信部３４により表示用データが受信されると、制御部３１により、表示部３３にスケジュール情報が表示される（ステップＳ６６）。

端末装置３０のユーザーは、表示部３３に表示されているスケジュール情報について、医療従事者毎の患者訪問予定、休み情報、その他の予定、勤務時間等の変更を指示する。端末装置３０において、操作部３２によりログインユーザーが所属する医療施設のスケジュール情報の変更が指示されると、操作部３２から指示されたスケジュール情報の変更内容を含む変更要求が通信部３４によりデータ管理サーバー１０に送信される（ステップＳ６７）。例えば、スケジュール情報に対し、看護・介護を担当する医療従事者の変更、患者訪問の日時の変更、患者訪問予定の削除・追加等が行われる。

データ管理サーバー１０では、通信部１４により端末装置３０からスケジュール情報の変更要求が受信されると、制御部１１により、受信された変更要求に基づいて、ログインユーザーが所属する医療施設のスケジュール情報１６３が更新される（ステップＳ６８）。
以上で、スケジュール情報変更処理が終了する。

スケジュール情報１６３が更新された後は、更新後のスケジュール情報１６３に基づいて、担当者別空き情報表示処理（図７）、施設空き状況グラフ生成処理（図１１）、施設稼働状況グラフ生成処理（図１３）が行われる。

以上説明したように、本実施の形態によれば、担当者別空き情報表示画面５０において、各曜日のＡＭ／ＰＭ毎に、各医療従事者の空き時間を示す情報（空き数）及び空き時間に訪問可能な地域が表示されるので、地理的条件も含めて、新たに患者を訪問する予定を入れることができる医療従事者を容易に把握することができる。

また、施設空き状況グラフ表示画面６０において、各曜日のＡＭ／ＰＭ毎に、各医療従事者が訪問する患者の数の全医療従事者が訪問可能な患者の数に対する割合、及び、各医療従事者の空き数の合計の全医療従事者が訪問可能な患者の数に対する割合を示すグラフが表示されるので、医療施設全体でどれだけ空きがあるかを確認することができる。また、各曜日のＡＭ／ＰＭ毎に、各医療従事者が訪問する患者の数の構成比が一目でわかる。

なお、図１２は、各医療従事者が訪問する患者の数の全医療従事者が訪問可能な患者の数に対する割合、及び、各医療従事者の空き数の合計の全医療従事者が訪問可能な患者の数に対する割合を百分率で表示した場合の例であるが、各医療従事者が訪問する患者の数、各医療従事者の空き数の合計を単に積み上げてグラフ化することとしてもよい。

また、施設稼働状況グラフ表示画面６１において、各曜日のＡＭ／ＰＭ毎に、医療施設に所属する各医療従事者が訪問する患者の数を示すグラフが表示されるので、各曜日のＡＭ／ＰＭ毎に、各医療従事者が訪問する患者の数を容易に把握することができる。

〔変形例１〕
次に、変形例１について説明する。変形例１における在宅診療連携システムは、上記実施の形態に示した在宅診療連携システム１００と同様の構成であるため、その構成については図示及び説明を省略する。また、変形例１において行われる各処理についても、上記実施の形態と略同様である。以下、変形例１に特徴的な構成及び処理について説明する。

変形例１では、端末装置３０において、担当者別空き情報表示画面が表示される際に、空き数又は地域に応じた色又はパターンが用いられる。

変形例１では、図７に示す担当者別空き情報表示処理のステップＳ１７において、制御部１１により、担当者毎に、各曜日のＡＭ及びＰＭについて、空き数及び訪問可能な地域を表示するための表示用データが生成される際に、空き数又は地域に応じた色又はパターンを用いて、表示用データが生成される。すなわち、ステップＳ１８において、端末装置３０に送信される表示用データに、空き数又は地域に応じた色又はパターンを示す情報が含まれる。

図１６は、空き数及び地域に応じて色分けした担当者別空き情報表示画面７０の表示例である。例えば、地域毎に背景色を変える（同一の地域については同一又は類似の色相とする）とともに、同一の地域については、空き数が多いほど背景色の色を濃くする。担当者Ａの月曜日のＰＭの空き情報を示す欄７１には、空き数として「２」が表示されており、訪問可能な地域として「地域Ｘ」が表示されている。また、担当者Ａの水曜日のＰＭの空き情報を示す欄７２には、空き数として「１」が表示されており、訪問可能な地域として「地域Ｘ」が表示されている。欄７１と欄７２は、「地域Ｘ」が共通しているから、同一又は類似の色相の色で表示され、空き数が「２」である欄７１の方が空き数が「１」である欄７２よりも濃い色で表示される。なお、図１６においては、色の濃淡をパターンの違いで表現している。

変形例１によれば、空き数及び訪問可能な地域の表示に際し、空き数又は地域に応じた色又はパターンを用いるので、空き数や地域の違いを認識しやすい。また、同一の地域については同一又は類似の色相とし、空き数が多いほど背景色の色を濃くすることにより、感覚的に空き数の多さを把握することができる。

〔変形例２〕
次に、変形例２について説明する。変形例２における在宅診療連携システムは、上記実施の形態に示した在宅診療連携システム１００と同様の構成であるため、その構成については図示及び説明を省略する。また、変形例２において行われる各処理についても、上記実施の形態と略同様である。以下、変形例２に特徴的な構成及び処理について説明する。

変形例２では、端末装置３０において、担当者別空き情報表示画面が表示される際に、空き数に応じた色又はパターンが用いられる。

変形例２では、図８に示す空き数算出処理において、処理対象の期間として、各曜日のＡＭ又はＰＭを用いることに代えて、１か月に含まれる第１週から第５週までの各曜日を用いる。すなわち、１日毎に空き数が算出される。具体的には、ステップＳ２２において、制御部１１により、処理対象の担当者について取得された休み情報に基づいて、処理対象の日が休みであるか否かが判断される。また、ステップＳ２７において、制御部１１により、１か月に含まれる全ての日について、処理が終了したか否かが判断される。
また、図９に示す地域決定処理では、１日毎に、空き数に対応する空き時間に訪問可能な地域が求められる。

また、図７に示す担当者別空き情報表示処理のステップＳ１７において、制御部１１により、担当者毎に、各週の各曜日について、空き数及び訪問可能な地域を表示するための表示用データが生成される際に、空き数に応じた色又はパターンを用いて、表示用データが生成される。すなわち、ステップＳ１８において、端末装置３０に送信される表示用データに、空き数に応じた色又はパターンを示す情報が含まれる。

図１７は、空き数に応じて色分けした担当者別空き情報表示画面８０の表示例である。担当者別空き情報表示画面８０では、担当者毎に、１日毎の空き数が１か月分表示されている。例えば、空き数が１以上の場合に同一又は類似の色相の背景色とし、空き数が多いほど背景色の色を濃くする。ここでは、空き数が「１」の場合と、空き数が「２以上」の場合とで、色の濃淡に差をつけている。担当者Ａの月曜日の空き情報を示す欄８１，８２，８３，８４，８５を見ると、空き数として「２」が表示されており、訪問可能な地域として「地域Ｘ」が表示されている。したがって、担当者Ａは、月曜日に「地域Ｘ」の患者を訪問する予定を「２」件追加可能であることがわかる。また、担当者Ｂの第１週の日曜日の空き情報を示す欄８６には、空き数として「１」が表示されており、訪問可能な地域として「地域Ｙ」が表示されている。空き数が「２」である欄８１の方が、空き数が「１」である欄８６よりも濃い色で表示される。なお、図１７においては、色の濃淡をパターンの違いで表現している。

変形例２によれば、空き数及び訪問可能な地域の表示に際し、空き数に応じた色又はパターンを用いるので、空き数の違いを認識しやすい。また、空き数が多いほど背景色の色を濃くすることにより、感覚的に空き数の多さを把握することができる。

〔変形例３〕
次に、変形例３について説明する。変形例３における在宅診療連携システムは、上記実施の形態に示した在宅診療連携システム１００と同様の構成であるため、その構成については図示及び説明を省略する。また、変形例３において行われる各処理についても、上記実施の形態と略同様である。以下、変形例３に特徴的な構成及び処理について説明する。

変形例３では、端末装置３０において、担当者別空き情報表示画面が表示される際に、空き数が表示されるのではなく、時間軸に沿って空き時間を示すグラフが表示される。

変形例３では、図７に示す担当者別空き情報表示処理のステップＳ１７において、制御部１１により、担当者毎に、各曜日について、患者訪問予定、その他の予定、空き時間、及び、空き時間に訪問可能な地域を表示するための表示用データが生成される。患者訪問予定及びその他の予定は、対象医療施設のスケジュール情報１６３から取得される。空き時間は、図８に示す空き数算出処理のステップＳ２４において、所定時間以上であると判断された空き時間を用いる。空き時間に訪問可能な地域は、図９に示す地域決定処理において求められた地域区分を用いる。
また、ステップＳ１８において、端末装置３０に送信される表示用データには、患者訪問予定、その他の予定、空き時間に応じた色又はパターンを示す情報が含まれる。

図１８は、患者訪問予定、その他の予定、空き時間、及び、空き時間に訪問可能な地域を表示した担当者別空き情報表示画面９０の表示例である。担当者別空き情報表示画面９０では、医療従事者毎、第１週の曜日毎に、横軸に時刻をとって、１日に含まれる予定がグラフで表示されている。患者訪問予定、空き時間、その他の予定は、それぞれ異なる色やパターンで区別されている。また、担当者別空き情報表示画面９０では、空き時間毎に、空き時間に対応付けられて、訪問可能な地域が表示される。例えば、担当者Ａの第１週の月曜日のＡＭの空き時間９１には、訪問可能な地域として「地域Ｘ」が表示されている。また、担当者Ｂの第１週の日曜日のＰＭの空き時間９２には、訪問可能な地域として「地域Ｙ」が表示されている。

変形例３によれば、医療従事者毎に、空き時間と訪問可能な地域とが対応付けられて表示されるので、地理的条件も含めて、新たに患者を訪問する予定を入れることができる医療従事者を容易に把握することができる。また、空き時間がグラフで表示されるので、何時から何時までが空いているのかを詳細に知ることができる。

なお、変形例３では、医療従事者毎に、空き時間に対応する訪問可能な地域を表示する場合について説明したが、医療従事者毎に、既に入っている患者訪問予定に基づいて、訪問する患者の住所に対応する地域（訪問予定地域）を求め、患者訪問予定と訪問予定地域とを対応付けて表示することとしてもよい。この際、各曜日のＡＭ又はＰＭに、患者訪問予定が複数入っている場合には、訪問する患者の住所に対応する訪問予定地域のうち最も多い地域を表示してもよい。

〔変形例４〕
次に、変形例４について説明する。変形例４における在宅診療連携システムは、上記実施の形態に示した在宅診療連携システム１００と同様の構成であるため、その構成については図示及び説明を省略する。また、変形例４において行われる各処理についても、上記実施の形態と略同様である。以下、変形例４に特徴的な構成及び処理について説明する。

変形例４では、データ管理サーバー１０の記憶部１６に記憶される医療施設毎のスケジュール情報１６３に、さらに、当該医療施設に所属する医療従事者毎の予定の空きを示す空き時間が含まれる。空き時間には、該当する医療従事者が空いている日時が含まれる。医療従事者が空いている日時として、特定の日における空き開始時刻と空き終了時刻とが含まれていてもよいし、各曜日における空き開始時刻と空き終了時刻とが含まれていてもよい。

変形例４では、図５に示すスケジュール情報登録処理のステップＳ７において、端末装置３０のユーザーは、スケジュール情報の入力画面にて、さらに、操作部３２により、医療従事者毎の空き時間を入力する。具体的には、どの日のいつからいつまでは空いているという情報を入力する。空き時間の入力は、予定に空きがある医療従事者本人が行うことが望ましいが、同じ医療施設に所属する他の医療従事者が行うこととしてもよい。入力された空き時間を含む情報は、通信部３４によりデータ管理サーバー１０に送信される。

データ管理サーバー１０では、通信部１４により、端末装置３０において入力された空き時間を含む情報が受信されると、制御部１１により、受信された情報が、ログインユーザーが所属する医療施設のスケジュール情報１６３として記憶部１６に記憶される（ステップＳ８）。すなわち、スケジュール情報１６３には、端末装置３０から送信された医療従事者毎の空き時間が含まれる。
変形例４において、制御部１１は、空き時間を求めることに代えて、端末装置３０から送信された空き時間を用いる。

変形例４では、データ管理サーバー１０において、図８に示す空き数算出処理に代えて、図１９に示す第２の空き数算出処理が行われる。
まず、制御部１１により、記憶部１６に記憶されているログインユーザーが所属する医療施設のスケジュール情報１６３から、処理対象の担当者（医療従事者）の空き時間が取得される（ステップＳ７１）。

次に、制御部１１により、処理対象の担当者について取得された空き時間に基づいて、処理対象の期間（いずれかの曜日のＡＭ又はＰＭ）に空き時間があるか否かが判断される（ステップＳ７２）。

処理対象の期間に空き時間がある場合には（ステップＳ７２；ＹＥＳ）、制御部１１により、空き時間が所定時間以上であるか否かが判断される（ステップＳ７３）。

空き時間が所定時間以上である場合には（ステップＳ７３；ＹＥＳ）、制御部１１により、空き時間が所定時間で割られ、空き数が算出される（ステップＳ７４）。

ステップＳ７２において、処理対象の期間に空き時間がない場合（ステップＳ７２；ＮＯ）、ステップＳ７３において、空き時間が所定時間未満である場合には（ステップＳ７３；ＮＯ）、制御部１１により、空き数は０とされる（ステップＳ７５）。なお、ステップＳ７３において、所定時間未満であると判断された空き時間については、これ以降の処理では、空き時間から除かれる。

ステップＳ７４又はステップＳ７５の後、制御部１１により、全ての曜日のＡＭ及びＰＭについて、処理が終了したか否かが判断される（ステップＳ７６）。いずれかの曜日のＡＭ又はＰＭについて、処理が終了していない場合には（ステップＳ７６；ＮＯ）、ステップＳ７２に戻り、処理が終了していない曜日のＡＭ又はＰＭを処理対象の期間として、処理が繰り返される。

ステップＳ７６において、全ての曜日のＡＭ及びＰＭについて、処理が終了した場合には（ステップＳ７６；ＹＥＳ）、制御部１１により、医療施設に所属する全ての担当者について処理が終了したか否かが判断される（ステップＳ７７）。いずれかの担当者について、処理が終了していない場合には（ステップＳ７７；ＮＯ）、ステップＳ７１に戻り、処理が終了していない担当者を処理対象として、処理が繰り返される。

ステップＳ７７において、全ての担当者について処理が終了した場合には（ステップＳ７７；ＹＥＳ）、第２の空き数算出処理が終了する。
その他の処理については、上記実施の形態と同様であるため、説明を省略する。

変形例４によれば、医療従事者毎の空き時間を入力することで、入力された空き時間を用いて、各医療従事者の空き時間を示す情報及び空き時間に訪問可能な地域を表示することができる。したがって、患者訪問予定を入れることが可能な日時を明確に示すことができる。

また、空き時間を手入力した場合には、空き時間の前後の患者訪問予定を特定することが容易であるため、空き時間の前又は後に訪問する患者の住所に対応する地域を、空き時間に訪問可能な地域とすればよい。

変形例４では、端末装置３０から空き時間を入力する場合について説明したが、端末装置３０から医療従事者毎、所定の期間（各曜日のＡＭ／ＰＭ等）毎の空き数を入力することとしてもよい。入力された空き数は、データ管理サーバー１０に送信され、医療施設毎のスケジュール情報１６３に含まれることとなる。この場合、データ管理サーバー１０により行われる処理において、空き数を算出する必要はなく、スケジュール情報１６３に含まれる空き数を用いればよい。

なお、上記実施の形態及び変形例１〜４における記述は、本発明に係る在宅診療連携システムの例であり、これに限定されるものではない。システムを構成する各装置の細部構成及び細部動作に関しても本発明の趣旨を逸脱することのない範囲で適宜変更可能である。

例えば、図９に示した地域決定処理では、ステップＳ３４で求められた地域区分が複数存在する場合に、処理対象の空き時間に最も近い患者訪問予定の地域区分を、処理対象の空き時間に対する地域区分として決定することとしたが（ステップＳ３７）、求められた複数の地域区分のうち最も多い地域区分を、処理対象の空き時間に対する地域区分としてもよい。

また、本発明は、医療従事者本人が所属する医療施設のスケジュール情報１６３を参照する場合だけでなく、同一チーム内の他の医療施設のスケジュール情報１６３を参照する場合についても適用可能である。また、ケアマネージャー等が空いている医療従事者を探す際に、複数の医療施設に所属する医療従事者をまとめて検索可能とし、患者の地域別に空いている医療従事者を抽出することとしてもよい。
また、空き時間に訪問可能な地域の設定を手動で行うこととしてもよい。

また、上記実施の形態及び変形例１〜４における在宅診療連携システムに特徴的な構成を複数組み合わせてもよい。

１０ データ管理サーバー
１１ 制御部
１４ 通信部
１６ 記憶部
２０Ａ 在宅療養支援診療所
２０Ｂ 訪問看護ステーション
２０Ｃ 訪問介護事業所
２０Ｄ 薬局
２０Ｅ 後方支援病院
３０ 端末装置
３１ 制御部
３２ 操作部
３３ 表示部
３４ 通信部
３６ 記憶部
４０ 患者訪問予定入力画面
５０ 担当者別空き情報表示画面
６０ 施設空き状況グラフ表示画面
６１ 施設稼働状況グラフ表示画面
７０ 担当者別空き情報表示画面
８０ 担当者別空き情報表示画面
９０ 担当者別空き情報表示画面
１００ 在宅診療連携システム
１６１ 患者基本情報
１６３ スケジュール情報
１６４ 地域区分情報
Ｎ 通信ネットワーク

Claims (8)

1. 在宅診療に関わる情報を管理するデータ管理サーバーと、医療施設に所属する医療従事者により使用される端末装置と、が通信ネットワークを介してデータ通信可能に接続された在宅診療連携システムであって、
   前記データ管理サーバーは、
   前記医療施設に所属する医療従事者毎の患者訪問予定を含むスケジュール情報と、患者毎の当該患者の住所を示す患者住所情報と、を記憶する記憶部と、
   前記スケジュール情報に基づいて、医療従事者毎に空き時間を求め、医療従事者毎に求められた空き時間毎に、当該空き時間と同じ日に当該医療従事者が訪問する予定の患者を前記スケジュール情報から取得し、当該取得された患者に対応する住所を前記患者住所情報から取得し、当該取得された住所に基づいて当該空き時間に訪問可能な地域を求め、医療従事者毎に前記空き時間を示す情報及び当該空き時間に訪問可能な地域を表示するための表示用データを生成し、当該生成された表示用データを前記端末装置に送信する制御部と、
   を備える在宅診療連携システム。
2. 前記空き時間を示す情報は、当該空き時間内に訪問可能な患者の数を示す空き数である請求項１に記載の在宅診療連携システム。
3. 前記制御部は、前記空き数又は前記地域に応じた色又はパターンを用いて、前記表示用データを生成する請求項２に記載の在宅診療連携システム。
4. 前記制御部は、さらに、医療従事者毎に求められた空き時間毎に当該空き時間内に訪問可能な患者の数を示す空き数を算出し、前記スケジュール情報に含まれる医療従事者毎の患者訪問予定と、前記算出された医療従事者毎の空き数と、に基づいて、所定の期間毎に前記医療施設に所属する各医療従事者が訪問する患者の数の前記医療施設に所属する全医療従事者が訪問可能な患者の数に対する割合、及び、前記医療施設に所属する各医療従事者の空き数の合計の前記医療施設に所属する全医療従事者が訪問可能な患者の数に対する割合を示すグラフを表示するための第２の表示用データを生成し、当該生成された第２の表示用データを前記端末装置に送信する請求項１〜３のいずれか一項に記載の在宅診療連携システム。
5. 前記制御部は、さらに、前記スケジュール情報に含まれる医療従事者毎の患者訪問予定に基づいて、所定の期間毎に前記医療施設に所属する各医療従事者が訪問する患者の数を示すグラフを表示するための第３の表示用データを生成し、当該生成された第３の表示用データを前記端末装置に送信する請求項１〜４のいずれか一項に記載の在宅診療連携システム。
6. 前記端末装置は、
   医療従事者毎に空き時間を入力するための操作部と、
   前記入力された空き時間を前記データ管理サーバーに送信する送信部と、
   を備え、
   前記制御部は、前記空き時間を求めることに代えて、前記端末装置から送信された空き時間を用いる請求項１〜５のいずれか一項に記載の在宅診療連携システム。
7. 前記端末装置は、
   前記スケジュール情報の変更を指示するための操作部と、
   前記操作部から指示された前記スケジュール情報の変更内容を含む変更要求を前記データ管理サーバーに送信する送信部と、
   を備え、
   前記制御部は、前記端末装置から送信された変更要求に基づいて、前記記憶部に記憶されているスケジュール情報を更新する請求項１〜６のいずれか一項に記載の在宅診療連携システム。
8. 在宅診療に関わる情報を管理し、医療施設に所属する医療従事者により使用される端末装置と通信ネットワークを介してデータ通信可能に接続されたデータ管理サーバーであって、
   前記医療施設に所属する医療従事者毎の患者訪問予定を含むスケジュール情報と、患者毎の当該患者の住所を示す患者住所情報と、を記憶する記憶部と、
   前記スケジュール情報に基づいて、医療従事者毎に空き時間を求め、医療従事者毎に求められた空き時間毎に、当該空き時間と同じ日に当該医療従事者が訪問する予定の患者を前記スケジュール情報から取得し、当該取得された患者に対応する住所を前記患者住所情報から取得し、当該取得された住所に基づいて当該空き時間に訪問可能な地域を求め、医療従事者毎に前記空き時間を示す情報及び当該空き時間に訪問可能な地域を表示するための表示用データを生成し、当該生成された表示用データを前記端末装置に送信する制御部と、
   を備えるデータ管理サーバー。

Images