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

Description

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

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

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

例えば、在宅介護に関わる多職種間で情報を共有する統合型在宅介護サービス支援システムが提案されている（特許文献１参照）。特許文献１には、介護サービス事業者のスケジュールを公開・参照する情報共有機能が記載されている。

特開２００２−２１５８００号公報

しかしながら、従来の情報共有機能において公開されるスケジュールは、患者に対して実際に行われる看護・介護のスケジュール情報であり、ケアマネージャーが作成したケアプラン等にしたがって決められた基本スケジュール情報ではなかった。実際の運用においては、患者の事情等により、基本スケジュール情報に対して各施設での微調整が施されるため、ケアプランと実際の予定とでは異なる場合があった。

また、新しい患者を登録する場合、ケアマネージャーは、患者が希望する日程で各医療施設に所属する医療従事者が空いている日時を探すことになる。通常、在宅診療のスケジュールは、週の特定の曜日と時間に毎回同じ医療従事者が割り当てられる等、週単位で決定されることが多い。この際、重要となるのは、患者の特別な事情により微調整された後のスケジュール情報ではなく、ケアマネージャー等によって定められた基本スケジュール情報である。

本発明は、上記の従来技術における問題に鑑みてなされたものであって、複数の医療施設間で、各医療施設に所属する医療従事者の基本スケジュール情報を共有することを課題とする。

上記課題を解決するために、請求項１に記載の発明は、在宅診療に関わる予め定められた複数の医療施設により形成されたチーム内の情報を管理するデータ管理サーバーと、前記複数の医療施設に所属する医療従事者により使用される端末装置と、が通信ネットワークを介してデータ通信可能に接続された在宅診療連携システムであって、前記データ管理サーバーは、前記複数の医療施設毎に、当該医療施設に所属する医療従事者毎の患者訪問予定を含む、ケアプランによって定められた基本スケジュール情報と、当該基本スケジュール情報を変更したカスタマイズスケジュール情報と、を記憶する記憶手段と、前記端末装置から前記複数の医療施設のうち当該端末装置を使用する医療従事者が所属する医療施設以外の医療施設のスケジュール情報の参照要求があった場合に、前記記憶手段に記憶されている前記参照要求された医療施設の前記基本スケジュール情報を、前記参照要求があった端末装置に対して公開する制御手段と、を備える。

請求項２に記載の発明は、請求項１に記載の在宅診療連携システムにおいて、前記端末装置は、当該端末装置を使用する医療従事者が所属する医療施設の前記基本スケジュール情報をコピーするコピー手段と、当該コピーされた前記基本スケジュール情報を変更して前記カスタマイズスケジュール情報を作成する作成手段と、を備える。

請求項３に記載の発明は、請求項１又は２に記載の在宅診療連携システムにおいて、前記制御手段は、前記参照要求された医療施設の前記基本スケジュール情報に含まれる医療従事者の個人名を仮の名称に置き換えて、前記参照要求があった端末装置に対して公開する。

請求項４に記載の発明は、請求項１〜３のいずれか一項に記載の在宅診療連携システムにおいて、前記端末装置は、当該端末装置を使用する医療従事者が所属する医療施設に所属する各医療従事者の予定の空きを示す空き情報を入力するための操作手段と、前記入力された空き情報を前記データ管理サーバーに送信する送信手段と、を備え、前記基本スケジュール情報には、前記端末装置から送信された空き情報が含まれる。

請求項５に記載の発明は、在宅診療に関わる予め定められた複数の医療施設により形成されたチーム内の情報を管理し、前記複数の医療施設に所属する医療従事者により使用される端末装置と通信ネットワークを介してデータ通信可能に接続されたデータ管理サーバーであって、前記複数の医療施設毎に、当該医療施設に所属する医療従事者毎の患者訪問予定を含む、ケアプランによって定められた基本スケジュール情報と、当該基本スケジュール情報を変更したカスタマイズスケジュール情報と、を記憶する記憶手段と、前記端末装置から前記複数の医療施設のうち当該端末装置を使用する医療従事者が所属する医療施設以外の医療施設のスケジュール情報の参照要求があった場合に、前記記憶手段に記憶されている前記参照要求された医療施設の前記基本スケジュール情報を、前記参照要求があった端末装置に対して公開する制御手段と、を備える。

本発明によれば、複数の医療施設間で、各医療施設に所属する医療従事者の基本スケジュール情報を共有することができる。

本発明に係る実施の形態における在宅診療連携システムのシステム構成図である。 データ管理サーバーの機能的構成を示すブロック図である。 基本スケジュール情報の例を示す図である。 端末装置の機能的構成を示すブロック図である。 データ管理サーバーと端末装置により実行される基本スケジュール情報登録処理を示すラダーチャートである。 患者訪問予定入力画面の表示例である。 データ管理サーバーと端末装置により実行されるカスタマイズスケジュール情報作成処理を示すラダーチャートである。 基本スケジュール情報表示画面の表示例である。 基本スケジュール情報の調整を説明するための図である。 カスタマイズスケジュール情報表示画面の表示例である。 データ管理サーバーにより実行されるスケジュール公開処理を示すフローチャートである。 変形例１における基本スケジュール情報表示画面の表示例である。 変形例２における基本スケジュール情報表示画面の表示例である。 変形例３における基本スケジュール情報表示画面の表示例である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

カスタマイズスケジュール情報１６４は、医療施設毎に保存されており、基本スケジュール情報１６３を変更したものである。カスタマイズスケジュール情報１６４のデータの構成については、図３に示した基本スケジュール情報１６３と同様である。

制御部１１は、端末装置３０からデータ管理サーバー１０にアクセスがあった際、チーム対応テーブル１６２に基づいて、ログインユーザーが所属する医療施設と同じチームに属する他の医療施設の基本スケジュール情報１６３の参照を許可する。
具体的には、制御部１１は、端末装置３０から同じチームに属する複数の医療施設のうち当該端末装置３０を使用する医療従事者が所属する医療施設以外の医療施設のスケジュール情報の参照要求があった場合に、記憶部１６に記憶されている参照要求された医療施設の基本スケジュール情報１６３を、参照要求があった端末装置３０に対して公開する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

端末装置３０では、通信部３４によりログインユーザーが所属する医療施設の基本スケジュール情報が受信されると、制御部３１により、表示部３３に基本スケジュール情報が表示される（ステップＳ１６）。すなわち、表示部３３には、ログインユーザーが所属する医療施設の基本スケジュール情報がコピーされる。

次に、端末装置３０において、操作部３２により表示部３３に表示されている基本スケジュール情報が変更され、カスタマイズスケジュール情報が作成される（ステップＳ１７）。そして、制御部３１により、変更された内容が反映されたカスタマイズスケジュール情報が通信部３４によりデータ管理サーバー１０に送信される。例えば、基本スケジュール情報に対し、看護・介護を担当する医療従事者の変更、患者訪問の日時の変更、患者訪問予定の削除・追加等が行われる。

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

図８は、端末装置３０の表示部３３に表示される基本スケジュール情報表示画面５０の表示例である。基本スケジュール情報表示画面５０では、表示対象の医療施設に所属する複数の医療従事者について、医療従事者毎の患者訪問予定、休暇が示されている。
例えば、担当者Ａについては、４月１日（月）に、患者Ａに対する訪問予定（１０：００−１１：００）、患者Ｂに対する訪問予定（１２：００−１３：００）、患者Ｃに対する訪問予定（１５：００−１６：００）が計画されている。担当者Ｂについては、４月１日（月）に、休暇が予定されている。

ここで、４月４日（木）のスケジュールにおいて、担当者Ｃの都合が悪くなった場合を例にして説明する。図９に示すように、担当者Ｃは、４月４日（木）の１０：００−１１：００に患者Ｖに対する訪問予定５１、１４：００−１５：００に患者Ｗに対する訪問予定５２、１６：００−１７：００に患者Ｘに対する訪問予定５３が入っている。そこで、患者Ｖに対する訪問予定５１を、担当者Ｂの４月５日（金）の１３：００−１４：００の訪問予定５４に変更し、患者Ｗに対する訪問予定５２を、担当者Ｃの４月５日（金）の１５：００−１６：００の訪問予定５５に変更し、患者Ｘに対する訪問予定５３を、担当者Ｂの４月５日（金）の１６：００−１７：００の訪問予定５６に変更する。

具体的には、図９に示す基本スケジュール情報表示画面５０において、操作部３２からの操作により、患者Ｖに対する訪問予定５１を選択すると、図６に示した患者訪問予定入力画面４０と同様の入力画面が表示部３３に表示される。ここで、この入力画面には、患者Ｖに対する訪問予定５１の内容が予め入力されている。端末装置３０のユーザーが、操作部３２からの操作により、変更すべき箇所を変更し、変更内容の保存を指示すると、基本スケジュール情報表示画面５０において、患者Ｖに対する訪問予定５１が表示されなくなるとともに、変更後の患者Ｖに対する訪問予定５４が表示されるようになる。
また、基本スケジュール情報表示画面５０において、患者訪問予定を削除したり、追加したりすることも可能である。

図１０は、基本スケジュール情報を変更したカスタマイズスケジュール情報に基づいて表示されるカスタマイズスケジュール情報表示画面６０の表示例である。カスタマイズスケジュール情報表示画面６０を見ると、４月４日（木）に、担当者Ｃに空き（患者訪問予定を追加可能な時間）６１があるように見える。しかし、実際は、４月４日（木）についてのみ予定が変更されただけであって、担当者Ｃが毎週木曜日に空いているわけではない。図８に示すように、通常は、金曜日の担当者Ｂや、水曜日の担当者Ｃの方に空きが多いといえる。

次に、在宅診療連携システム１００内のいずれかの医療施設に所属する医療従事者が所属施設（医療従事者本人が所属する医療施設）又は他施設（同一チーム内において医療従事者が所属する医療施設以外の医療施設）のスケジュール情報を参照する際に実行される処理について説明する。
図１１は、データ管理サーバー１０により実行されるスケジュール公開処理を示すフローチャートである。この処理は、制御部１１と記憶部１６に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。

まず、端末装置３０からデータ管理サーバー１０に対してアクセスがあった場合に行われるステップＳ２１及びステップＳ２２の処理は、基本スケジュール情報登録処理（図５）のステップＳ２及びステップＳ３の処理と同様であるため、説明を省略する。

次に、データ管理サーバー１０では、制御部１１により、端末装置３０からスケジュール情報の参照要求があったか否かが判断される（ステップＳ２３）。端末装置３０において、操作部３２によりスケジュール情報の参照が指示されると、スケジュール情報の参照要求が通信部３４によりデータ管理サーバー１０に送信される。

スケジュール情報の参照要求には、端末装置３０のユーザーが指定した医療施設（どの医療施設のスケジュール情報を参照するか）を示す情報が含まれる。また、指定された医療施設が端末装置３０のユーザーが所属する医療施設である場合、スケジュール情報の参照要求には、さらに、基本スケジュール情報を参照するか、カスタマイズスケジュール情報を参照するかを示す情報が含まれる。

端末装置３０からスケジュール情報の参照要求があった場合には（ステップＳ２３；ＹＥＳ）、制御部１１により、端末装置３０からのスケジュール情報の参照要求が、ログインユーザーが所属する医療施設のスケジュール情報に関するものであるか否かが判断される（ステップＳ２４）。

端末装置３０からのスケジュール情報の参照要求が、ログインユーザーが所属する医療施設のスケジュール情報に関するものである場合には（ステップＳ２４；ＹＥＳ）、制御部１１により、端末装置３０からのスケジュール情報の参照要求が、基本スケジュール情報に関するものであるか否かが判断される（ステップＳ２５）。

端末装置３０からのスケジュール情報の参照要求が、基本スケジュール情報に関するものである場合には（ステップＳ２５；ＹＥＳ）、制御部１１により、ログインユーザーが所属する医療施設の基本スケジュール情報１６３が記憶部１６から読み出され、読み出された基本スケジュール情報１６３が、参照要求があった端末装置３０に対して公開される（ステップＳ２６）。具体的には、制御部１１により、端末装置３０に対し、ログインユーザーが所属する医療施設の基本スケジュール情報１６３が通信部を１４を介して送信される。

端末装置３０では、通信部３４によりログインユーザーが所属する医療施設の基本スケジュール情報が受信されると、制御部３１により、表示部３３に基本スケジュール情報が表示される（図８参照）。ログインユーザーが所属する医療施設の基本スケジュール情報が表示される場合には、医療従事者の個人名についてもそのまま表示される。

ステップＳ２５において、端末装置３０からのスケジュール情報の参照要求が、カスタマイズスケジュール情報に関するものである場合には（ステップＳ２５；ＮＯ）、制御部１１により、ログインユーザーが所属する医療施設のカスタマイズスケジュール情報１６４が記憶部１６から読み出され、読み出されたカスタマイズスケジュール情報１６４が、参照要求があった端末装置３０に対して公開される（ステップＳ２７）。具体的には、制御部１１により、端末装置３０に対し、ログインユーザーが所属する医療施設のカスタマイズスケジュール情報１６４が通信部を１４を介して送信される。

端末装置３０では、通信部３４によりログインユーザーが所属する医療施設のカスタマイズスケジュール情報が受信されると、表示部３３にカスタマイズスケジュール情報が表示される（図１０参照）。カスタマイズスケジュール情報は、各医療施設内のみで公開されるものであるから、医療従事者の個人名についてもそのまま表示される。

ステップＳ２４において、端末装置３０からのスケジュール情報の参照要求が、ログインユーザーが所属する医療施設のスケジュールに関するものでない場合（ステップＳ２４；ＮＯ）、すなわち、ログインユーザーが所属する医療施設以外の医療施設のスケジュール情報に関するものである場合には、制御部１１により、表示対象として指定された医療施設の基本スケジュール情報１６３が記憶部１６から読み出され、基本スケジュール情報１６３に含まれる医療従事者の個人名のそれぞれが仮の名称に置き換えられる（ステップＳ２８）。仮の名称としては、担当者Ａ、担当者Ｂ等が用いられる。仮の名称は、個人名を伏せることできるものであれば何でもよいが、複数の医療従事者について相互の区別はつくようにする。

次に、制御部１１により、医療従事者の個人名を仮の名称に置き換えた状態の基本スケジュール情報が、参照要求があった端末装置３０に対して公開される（ステップＳ２９）。具体的には、制御部１１により、端末装置３０に対し、表示対象として指定された医療施設の基本スケジュール情報（個人名を置き換えたもの）が通信部を１４を介して送信される。

端末装置３０では、通信部３４により他の医療施設の基本スケジュール情報（個人名を置き換えたもの）が受信されると、表示部３３に基本スケジュール情報が表示される（図８参照）。ログインユーザーが所属する医療施設以外の医療施設の基本スケジュール情報が表示される場合には、担当者の個人名が伏せられた状態で表示される。

ステップＳ２３において、スケジュール情報の参照要求がない場合（ステップＳ２３；ＮＯ）、ステップＳ２６、ステップＳ２７又はステップＳ２９の後、スケジュール公開処理が終了する。

以上説明したように、本実施の形態によれば、複数の医療施設間で、各医療施設に所属する医療従事者の基本スケジュール情報を共有することができる。これにより、例えば、ケアマネージャーは、各医療施設において予定の微調整を行う前の基本的な日程を把握することができ、空きのある医療従事者を探すことが容易になる。

また、ケアプランに基づいて作成された元々の基本スケジュール情報を公開するので、他の医療施設に所属する医療従事者が、何らかの事情により変更されたカスタマイズスケジュール情報ではなく、基本スケジュール情報を参照することができる。
また、基本スケジュール情報をコピーし、変更することにより、カスタマイズスケジュール情報を作成することができるので、カスタマイズスケジュール情報の作成が容易となる。

また、他の医療施設の基本スケジュール情報を公開する際に、医療従事者の個人名を伏せた状態で公開することで、表示対象の医療施設内で空きがある（新たな患者訪問予定を入れることが可能な）医療従事者がいるか否かを確認することができるとともに、他施設の人には医療従事者の個人名を明かさずに済む。

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

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

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

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

また、変形例１では、図１１に示すスケジュール公開処理のステップＳ２６又はステップＳ２９において、端末装置３０に対し、基本スケジュール情報１６３が公開される際に、医療従事者毎の空き情報も公開される。

図１２は、空き情報を含む基本スケジュール情報を表示した基本スケジュール情報表示画面７０の表示例である。例えば、担当者Ａには、４月２日（火）の１５：００以降に空き７１がある。また、担当者Ｂには、４月２日（火）の１４：００以降に空き７２がある。また、担当者Ｃには、４月３日（水）の１１：００以降に空き７３，７４がある。担当者Ｃの空き７３，７４は、それぞれ別々に空き情報として登録されていてもよいし、空き７３の開始時刻と空き７４の終了時刻が登録されている状況で、空き７３の開始時刻から空き７４の終了時刻までの時間（空き時間）を、予め定められた訪問標準時間（在宅患者一人当たりの訪問にかかる平均時間）で割った「空き数」に応じて、表示される空き７３，７４の数が決定されることとしてもよい。空き数は、空き時間内に訪問可能な患者の数である。空き数は、整数で求めることとし、空き時間を訪問標準時間で割った値の小数点以下は切り捨てる。

変形例１によれば、基本スケジュール情報に各医療従事者の予定の空きを示す空き情報が含まれるので、患者訪問予定を入れることが可能な日時を明確に示すことができる。
また、スケジュールに空きがある場合に、積極的に空きがあることを表示することで、スケジュールの公開相手に対し、仕事を依頼してくれるようアピールすることが可能となる。

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

変形例２においても、変形例１と同様、データ管理サーバー１０の記憶部１６に記憶される医療施設毎の基本スケジュール情報１６３に、さらに、当該医療施設に所属する医療従事者毎の空き情報が含まれる。

端末装置３０における医療従事者毎の空き情報の入力、空き情報のデータ管理サーバー１０への送信については、変形例１と同様である。

変形例２では、図１１に示すスケジュール公開処理のステップＳ２６又はステップＳ２９において、端末装置３０に対し、基本スケジュール情報１６３が公開される際に、医療従事者毎の空き数が公開される。

変形例１と同様、空き開始時刻から空き終了時刻までの時間を、予め定められた訪問標準時間で割った値を「空き数」としてもよい。あるいは、端末装置３０において、操作部３２から入力される空き情報に、「空き数」が含まれることとしてもよい。

図１３は、医療従事者毎、１日毎の空き数を表示した基本スケジュール情報表示画面８０の表示例である。例えば、担当者Ａには、第１週の月曜日に、空き数「２」８１が表示されている。また、担当者Ｂには、第１週の日曜日に、空き数「１」８２が表示されている。また、図１３に示すように、空き数が「０」の場合、空き数が「１」の場合、空き数が「２」の場合のそれぞれについて、表示色やパターンを変えることとしてもよい。

変形例２によれば、１日毎に各医療従事者の空き数を表示するので、患者訪問予定を入れることが可能な日を明確に示すことができる。医療従事者毎の空き数が明確となるので、どの程度空きがあるかを認識しやすくなる。

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

変形例３においても、変形例１と同様、データ管理サーバー１０の記憶部１６に記憶される医療施設毎の基本スケジュール情報１６３に、さらに、当該医療施設に所属する医療従事者毎の空き情報が含まれる。

端末装置３０における医療従事者毎の空き情報の入力、空き情報のデータ管理サーバー１０への送信については、変形例１と同様である。

変形例３では、図１１に示すスケジュール公開処理のステップＳ２６又はステップＳ２９において、端末装置３０に対し、基本スケジュール情報１６３が公開される際に、医療従事者毎の空き情報も公開される。

図１４は、患者訪問予定、空き情報、その他の予定を含む基本スケジュール情報を表示した基本スケジュール情報表示画面９０の表示例である。基本スケジュール情報表示画面９０では、医療従事者毎、第１週の曜日毎に、横軸に時刻をとって、１日に含まれる予定がグラフで表示される。患者訪問予定９１、空き９２、その他の予定９３は、それぞれ異なる色やパターンで区別される。

変形例３によれば、患者訪問予定、空き情報、その他の予定を、それぞれ異なる色やパターンで表示するので、各医療従事者について、どの程度患者訪問予定が入っているか、どの程度空き時間があるか、を把握しやすい。

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

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

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

Claims (5)

1. 在宅診療に関わる予め定められた複数の医療施設により形成されたチーム内の情報を管理するデータ管理サーバーと、前記複数の医療施設に所属する医療従事者により使用される端末装置と、が通信ネットワークを介してデータ通信可能に接続された在宅診療連携システムであって、
   前記データ管理サーバーは、
   前記複数の医療施設毎に、当該医療施設に所属する医療従事者毎の患者訪問予定を含む、ケアプランによって定められた基本スケジュール情報と、当該基本スケジュール情報を変更したカスタマイズスケジュール情報と、を記憶する記憶手段と、
   前記端末装置から前記複数の医療施設のうち当該端末装置を使用する医療従事者が所属する医療施設以外の医療施設のスケジュール情報の参照要求があった場合に、前記記憶手段に記憶されている前記参照要求された医療施設の前記基本スケジュール情報を、前記参照要求があった端末装置に対して公開する制御手段と、
   を備える在宅診療連携システム。
2. 前記端末装置は、
   当該端末装置を使用する医療従事者が所属する医療施設の前記基本スケジュール情報をコピーするコピー手段と、
   当該コピーされた前記基本スケジュール情報を変更して前記カスタマイズスケジュール情報を作成する作成手段と、
   を備える請求項１に記載の在宅診療連携システム。
3. 前記制御手段は、前記参照要求された医療施設の前記基本スケジュール情報に含まれる医療従事者の個人名を仮の名称に置き換えて、前記参照要求があった端末装置に対して公開する請求項１又は２に記載の在宅診療連携システム。
4. 前記端末装置は、
   当該端末装置を使用する医療従事者が所属する医療施設に所属する各医療従事者の予定の空きを示す空き情報を入力するための操作手段と、
   前記入力された空き情報を前記データ管理サーバーに送信する送信手段と、
   を備え、
   前記基本スケジュール情報には、前記端末装置から送信された空き情報が含まれる請求項１〜３のいずれか一項に記載の在宅診療連携システム。
5. 在宅診療に関わる予め定められた複数の医療施設により形成されたチーム内の情報を管理し、前記複数の医療施設に所属する医療従事者により使用される端末装置と通信ネットワークを介してデータ通信可能に接続されたデータ管理サーバーであって、
   前記複数の医療施設毎に、当該医療施設に所属する医療従事者毎の患者訪問予定を含む、ケアプランによって定められた基本スケジュール情報と、当該基本スケジュール情報を変更したカスタマイズスケジュール情報と、を記憶する記憶手段と、
   前記端末装置から前記複数の医療施設のうち当該端末装置を使用する医療従事者が所属する医療施設以外の医療施設のスケジュール情報の参照要求があった場合に、前記記憶手段に記憶されている前記参照要求された医療施設の前記基本スケジュール情報を、前記参照要求があった端末装置に対して公開する制御手段と、
   を備えるデータ管理サーバー。

Images