JPWO2017061282A1 - ケアプラン調整システム及びケアプラン調整方法 - Google Patents

Abstract

例えば看護師や介護士の負担を減らしつつも、被介護者の状態に応じて調整されたケアプランに基づいて、被介護者を適切に介護できるケアプラン調整システム及びケアプラン調整方法を提供する。ケアプラン調整システムは、被介護者のケアプランを記憶した中央制御装置と、被介護者のケアプランの内容に対応して、前記被介護者自らが行った自律行為の内容及び実行時間と、前記被介護者が摂取した摂取物の量及び摂取時間と、前記被介護者の身体から収集した値及び収集時間と、介護者が前記被介護者に対して行った介護行為の内容及び実行時間の少なくとも１つを、ケアデータとして前記中央制御装置に入力する入力装置と、前記中央制御装置に対して通信可能に接続された端末とを有し、前記中央制御装置は、前記入力装置から入力されたケアデータが、前記被介護者のケアプランで定められた目標量又は目標タイミングから閾値以上ずれている場合、トータルの目標量又は目標タイミングに近づける為に、以降に被介護者が実行することで収集されるべきケアデータの補完案を作成し、前記ケアデータの補完案を前記端末に送信し、前記端末は前記ケアデータの補完案を提示する。

Description

本発明は、医療機関や介護施設等で用いられると好適なケアプランを調整するケアプラン調整システム及びケアプラン調整方法に関する。

我が国においては、国民の平均寿命の伸びや出生率の低下により少子高齢化が急速に進んでいる。これに伴い、介護が必要な者（被介護者）を収容する病院や老人福祉施設等は増大しつつあるが、過酷な勤務状況などの理由で看護師や介護士の人手が慢性的に足りないという深刻な事態を招いている。

一般的には、被介護者それぞれに応じて、水分摂取や服薬タイミング、排泄タイミング等のケアプランが予め決められ、かかるケアプランに沿って介護が行われることが多い。ここで、被介護者の数に対して介護士等の絶対数が不足している介護施設等が多く、１人の介護士等が多数の被介護者を介護しなくてはならない場合がある。一方、各被介護者のケアプランが決められているとしても、その体調に応じて水分摂取量、排泄タイミング等は変化するものであるから、介護士等は、決められたケアプランに沿ってスケジュール通りに必ずしも介護を実行できるとは限らない。そこで、規定の介護タイミングで水分摂取や排泄を行えなかった場合、介護士等はその事実を記憶しておき、次の介護タイミングで各人に応じ足らなかった分を追完する介護が必要になる場合もある。しかしながら、担当する被介護者が多数いる場合、対象者を誤るなど介護の混乱が生じる恐れがある。このような介護の混乱を抑制するには、その都度メモなどをとることが必要になるが、これが更なる介護士等の負担を招くこととなる。

これに対し、特許文献１には、医療従事者を識別するための医療従事者識別情報とその医療従事者の医療行為に関する計画を格納する記憶手段と、医療行為に関する計画を管理するサーバーから担当する患者に関する情報、患者に投与する薬剤の情報を取得して、それによって医療行為に関する計画を更新する手段を持つ医療支援装置が開示されている。

更に、特許文献２には、ケア管理システムのためのサーバーが、ケア管理に関連したコンテンツ及び対応する患者に関連づけられた患者ケアプランを記憶しており、かかる患者ケアプランは、患者に対して選択されたコンテンツセッションを提示する少なくとも１つのスケジュールを含み、上記サーバーが、患者のコンテンツセッションの通信をケアプランに従って制御し、選択された時間期間を空けるように患者ケアプランのスケジュールを自動的に調整するように構成された技術が開示されている。

特開2013−142988号公報 特表2009−518708号公報

しかるに、特許文献１の技術は、看護支援サーバーから、最新の看護計画をハンディターミナルにダウンロードすることで看護計画を更新可能としたものであって、どのように看護計画を変更するのか具体的な記載がない。従って、特許文献１の技術を用いて、介護士等の負担を減少させることはできない。

又、特許文献２の技術は、慢性疾患を持つ患者などの長期間におけるケアプランのスケジュールを自動調整するものである。具体的には、例えば患者が休暇を取ったり出張に出かけたりした場合、スケジュールされたセッションを逃すことがあることに鑑みて、休暇や出張後のセッションの再開をスムーズに行えるように自動調整が行われるものである。従って、特許文献２の技術を用いて、介護士等の負担を減少させることはできない。

本発明は、上記事情に鑑みなされたものであり、例えば看護師や介護士の負担を減らしつつも、被介護者の状態に応じて調整されたケアプランに基づいて、被介護者を適切に介護できるケアプラン調整システム及びケアプラン調整方法を提供することを目的とする。

上述した目的のうち少なくとも一つを実現するために、本発明の一側面を反映したケアプラン調整システムは、
被介護者自らが行う自律行為の回数とタイミング、被介護者が摂取すべき摂取物の量と摂取タイミング、被介護者の身体に関する値を収集するタイミング、及び介護者が被介護者に対して行う介護行為の回数とタイミングの少なくとも１つを、目標量又は目標タイミングとして定めた被介護者のケアプランを調整するためのケアプラン調整システムであって、
前記被介護者のケアプランを記憶した中央制御装置と、
前記被介護者のケアプランの内容に対応して、前記被介護者自らが行った前記自律行為の内容及び実行時間と、前記被介護者が摂取した前記摂取物の量及び摂取時間と、前記被介護者の身体から収集した値及び収集時間と、介護者が前記被介護者に対して行った前記介護行為の内容及び実行時間の少なくとも１つを、ケアデータとして前記中央制御装置に入力する入力装置と、
前記中央制御装置に対して通信可能に接続された端末とを有し、
前記中央制御装置は、前記入力装置から入力されたケアデータが、前記被介護者のケアプランで定められた目標量又は目標タイミングから閾値以上ずれている場合、トータルの目標量又は目標タイミングに近づける為に、以降に被介護者が実行することで収集されるべきケアデータの補完案を作成し、前記ケアデータの補完案を前記端末に送信し、前記端末は前記ケアデータの補完案を提示するものである。

上述した目的のうち少なくとも一つを実現するために、本発明の一側面を反映したケアプラン調整方法は、
被介護者自らが行う自律行為の回数とタイミング、被介護者が摂取すべき摂取物の量と摂取タイミング、被介護者の身体に関する値を収集するタイミング、及び介護者が被介護者に対して行う介護行為の回数とタイミングの少なくとも１つを、目標量又は目標タイミングとして定めた被介護者のケアプランを調整するためのケアプラン調整方法であって、 前記被介護者のケアプランの内容に対応して、前記被介護者自らが行った前記自律行為の内容及び実行時間と、前記被介護者が摂取した前記摂取物の量及び摂取時間と、前記被介護者の身体から収集した値及び収集時間と、介護者が前記被介護者に対して行った前記介護行為の内容及び実行時間の少なくとも１つが、ケアデータとして入力されたことに応じ、
入力された前記ケアデータが、前記被介護者のケアプランで定められた目標量又は目標タイミングから閾値以上ずれている場合、トータルの目標量又は目標タイミングに近づける為に、以降に被介護者が実行することで収集されるべきケアデータの補完案を作成し、前記ケアデータの補完案を前記介護者に提示するものである。

本発明によれば、例えば看護師や介護士の負担を減らしつつも、被介護者の状態に応じて調整されたケアプランに基づいて、被介護者を適切に介護できるケアプラン調整システム及びケアプラン調整方法を提供することができる。

本実施形態における介護支援システムの全体構成を示す図である。 本実施形態の介護支援システムにおけるセンサボックスの構成を示す図である。 本実施形態の介護支援システムにおける管理サーバの構成を示す図である。 本実施形態の介護支援システムにおける携帯端末の構成を示す図である。 本実施形態の介護支援システムにおける送信先情報テーブルの構成を示す図である。 ナースコールユニットＣＢを操作者が手で操作する状態を示す図である。 本実施形態の介護支援システムにおけるイベント検出動作を示す梯子チャート図である。 ケアプラン調整方法を実現するための梯子チャートである。 管理サーバＳＶ内で行われるデータ解析及びケアプラン修正ルーチンを示す図である。 施設スケジュールと、対象者毎のケアプラン例と、端末からの入力データと、端末へのアラートを時系列的に示す図である。 施設スケジュールと、対象者毎のケアプラン例と、端末からの入力データと、端末へのアラートを時系列的に示す図である。 施設スケジュールと、対象者毎のケアプラン例と、端末からの入力データと、端末へのアラートを時系列的に示す図である。 端末ＴＡの表示例を示すものである。

以下、本発明にかかる実施形態を図面に基づいて説明する。図１は、本実施形態におけるケアプラン調整システムを含む介護支援システムの全体構成を示す図である。図２は、本実施形態の介護支援システムにおけるセンサボックスの構成を示す図である。図３は、本実施形態の介護支援システムにおける管理サーバの構成を示す図である。図４は、本実施形態の介護支援システムにおける携帯端末の構成を示す図である。図５は、本実施形態の介護支援システムにおける送信先情報テーブルの構成を示す図である。本明細書中、「介護」とは「看護」も含む概念である。

本実施形態における介護支援システムは、介護対象である被介護者（以下、対象者という）Ｏｂの状態を、それぞれ対応するセンサボックスＳＢにより検知することで対象者Ｏｂを見守って、介護を支援する機能有すると共に、対象者Ｏｂ毎に決められたケアプランを最適に調整する機能を有するものである。

このような介護支援システムＭＳは、例えば、図１に示すように、対象者の居室にそれぞれ備えられたセンサボックスＳＢ（ＳＢ−１〜ＳＢ−４）と、管理サーバＳＶと、固定端末装置ＳＰと、介護者としての介護士がそれぞれ管理する携帯端末ＴＡ（ＴＡ−１、ＴＡ−２）とを有し、これらは、有線や無線で、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、電話網およびデータ通信網等の網（ネットワーク、通信回線）ＮＷを介して通信可能に接続されている。ネットワークＮＷには、通信信号を中継する例えばリピーター、ブリッジ、ルーターおよびクロスコネクト等の中継機が備えられても良い。図１に示す例では、これら複数のセンサボックスＳＢ−１〜ＳＢ−４、管理サーバＳＶ、固定端末装置ＳＰおよび複数の携帯端末ＴＡ−１、ＴＡ−２は、アクセスポイントＡＰを含む無線ＬＡＮ（例えばＩＥＥＥ８０２．１１規格に従ったＬＡＮ等）ＮＷによって互いに通信可能に接続されている。センサボックスＳＢは、後述するセンサＳＳと組み合わせて入力装置の一例に相当し、固定端末装置ＳＰおよび携帯端末ＴＡそれぞれは、入力装置を兼ねる端末の一例に相当する。

対象者Ｏｂは、例えば、病気や怪我等によって看護を必要とする者や、身体能力の低下等によって介護を必要とする者や、一人暮らしの独居者等である。特に、早期発見と早期対処とを可能にする観点から、対象者Ｏｂは、例えば異常状態等の所定の不都合な事象がその者に生じた場合にその発見を必要としている者であることが好ましい。このため、介護支援システムＭＳは、対象者Ｏｂの種類に応じて、病院、老人福祉施設および住戸等の建物に好適に配設される。図１に示す例では、介護支援システムＭＳは、複数の対象者Ｏｂが入居する複数の居室ＲＭや、ナースステーションＳＴ等の複数の部屋を備える介護施設の建物に配設されている。

まず、センサボックスＳＢについて説明する。センサボックスＳＢは、対象者Ｏｂの居室ＲＭの天井や壁等にそれぞれ配置され、ネットワークＮＷを介して管理サーバＳＶ等と通信する通信機能を備えている。より具体的に、センサボックスＳＢは、図２に示すように、センサ部１１と、ＳＢ音入出力部１２と、ナースコール入力部１３と、ＳＢ制御処理部１４と、ＳＢ通信ＩＦ部１５と、ＳＢ記憶部１６とを備える。

センサ部１１は、ＳＢ制御処理部１４に接続され、ＳＢ制御処理部１４の制御に従って、対象者Ｏｂの状態を検知して、対応する状態データを出力する装置である。本実施形態では、対象者Ｏｂの状態としては、対象者Ｏｂの起床、離床、転倒、転落および微体動異常であり、これらを検知するために、センサ部１１は、例えば、ドップラセンサ１１１と、カメラ１１２とを備える。

ドップラセンサ１１１は、送信波を送信し、物体で反射した前記送信波の反射波を受信し、前記送信波と前記反射波とに基づいてドップラ周波数成分のドップラ信号を出力する体動センサである。前記物体が動いている場合、いわゆるドップラ効果により前記物体の動いている速度に比例して反射波の周波数がシフトするため、送信波の周波数と反射波の周波数とに差（ドップラ周波数成分）が生じる。ドップラセンサ１１１は、このドップラ周波数成分の信号をドップラ信号として生成し、ＳＢ制御処理部１４へ出力するものである。前記送信波は、超音波やマイクロ波等であって良いが、本実施形態では、マイクロ波である。マイクロ波は、着衣を透過して対象者Ｏｂの体表で反射できるため、対象者Ｏｂが衣服を着ていても体表の動きを検知でき、好ましい。

カメラ１１２は、ＳＢ制御処理部１４に接続され、ＳＢ制御処理部１４の制御に従って、画像（画像データ）を生成する装置である。カメラ１１２は、監視すべき対象者Ｏｂが所在を予定している空間（図１に示す例では居室ＲＭ内の空間）を監視可能に配置され、前記空間を撮像対象としてその上方から撮像し、前記撮像対象を俯瞰した画像（画像データ）を生成し、前記撮像対象の画像をＳＢ制御処理部１４へ出力する。好ましくは、対象者Ｏｂ全体を撮像できる蓋然性が高いことから、カメラ１１２は、対象者Ｏｂが横臥する寝具（例えばベッド等）における、対象者Ｏｂの頭部が位置すると予定されている予め設定された頭部予定位置（通常、枕の配設位置）の直上から撮像対象を撮像できるように配設される。センサボックスＳＢは、このセンサ部１１のカメラ１１２によって、対象者Ｏｂを、対象者Ｏｂの上方から撮像した画像、好ましくは前記頭部予定位置の直上から撮像した画像を取得する。

このようなカメラ１１２は、可視光の画像を生成する装置であって良いが、比較的暗がりでも対象者Ｏｂを監視できるように、本実施形態では、赤外線の画像を生成する機能を有する。このようなカメラ１１２は、例えば、本実施形態では、撮像対象における赤外の光学像を所定の結像面上に結像する結像光学系、前記結像面に受光面を一致させて配置され、前記撮像対象における赤外の光学像を電気的な信号に変換するイメージセンサ、および、イメージセンサの出力を画像処理することで前記撮像対象における赤外の画像を表すデータである画像データを生成する画像処理部等を備えるデジタル赤外線カメラである。カメラ１１２の結像光学系は、本実施形態では、対象者Ｏｂの居室ＲＭ全体を撮像できる画角を持つ広角な光学系（いわゆる広角レンズ（魚眼レンズを含む））であることが好ましい。また、前記空間を赤外線で照明する赤外線照明装置がさらに設けられても良い。

ＳＢ音入出力部１２は、ＳＢ制御処理部１４に接続され、外部の音を取得してセンサボックスＳＢに入力するための回路であって、ＳＢ制御処理部１４の制御に従って音を表す電気信号に応じた音を生成して出力するものである。ＳＢ音入出力部１２は、例えば、音の音響振動を電気信号に変換するマイクロホン等と、音の電気信号を音の音響振動に変換するスピーカ等とを備えて構成される。ＳＢ音入出力部１２は、外部の音を表す電気信号をＳＢ制御処理部１４へ出力し、また、ＳＢ制御処理部１４から入力された電気信号を音の音響振動に変換して出力する。尚、ＳＢ音入出力部１２はセンサボックスＳＢ本体と分離でき、ＳＢ制御処理部１４に無線もしくは有線で接続され、居室内の任意の場所に置かれるようになっていると好ましい。更に、ＳＢ音入出力部１２をＳＢ制御処理部１４に無線で接続する場合、ＳＢ音入出力部１２内の電池残量をモニタして操作者等に知らせる装置を設けるのが好ましい。又、ＳＢ音入出力部１２をＳＢ制御処理部１４に有線で接続する場合、適切な接続が行われているか否かを操作者等に知らせる装置を設けるのが好ましい。

ナースコール入力部１３は、ＳＢ制御処理部１４に接続された押しボタン式スイッチ等である。居住者がナースコールしたい場合に、ナースコール入力部１３が入力操作されると、ナースコールを受け付けた旨を示す電気信号がナースコール入力部１３からＳＢ制御処理部１４へ出力され、これにより介護士等の携帯端末ＴＡに信号が送信される。このとき、ナースコール入力部１３に付随したランプが点灯するなどして、信号送信中であることが分かると好ましい。

ＳＢ通信ＩＦ部１５は、ＳＢ制御処理部１４に接続され、ＳＢ制御処理部１４の制御に従って通信を行うための通信回路である。ＳＢ通信ＩＦ部１５は、ＳＢ制御処理部１４から入力された転送すべきデータを収容した通信信号を、この介護支援システムＭＳのネットワークＮＷで用いられる通信プロトコルに従って生成し、この生成した通信信号をネットワークＮＷを介して管理サーバＳＶ等へ送信する。又、ＳＢ通信ＩＦ部１５は、ネットワークＮＷを介して管理サーバＳＶ等から通信信号を受信し、この受信した通信信号からデータを取り出し、この取り出したデータをＳＢ制御処理部１４が処理可能な形式のデータに変換してＳＢ制御処理部１４へ出力する。なお、ＳＢ通信ＩＦ部１５は、さらに、例えば、携帯電話通信網、ＷｉＦｉ規格、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｃｏｉａｔｉｏｎ）規格およびＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）規格等の規格を用い、外部機器との間でデータの入出力を行うインターフェース回路を備えても良い。

ＳＢ記憶部１６は、ＳＢ制御処理部１４に接続され、ＳＢ制御処理部１４の制御に従って、各種のプログラムおよび各種のデータを記憶する回路である。前記各種のプログラムには、例えば、対象者Ｏｂに対する監視に関する情報処理を実行する監視処理プログラム等の制御処理プログラムが含まれる。前記監視処理プログラムには、所定のイベント（事象）が生じた場合に外部に通知する通知処理プログラム、カメラ１１２で撮像した画像（動画）を、その画像を要求した固定端末装置ＳＰや携帯端末ＴＡへ配信する処理プログラム、および、ＳＢ音入出力部１２等を用いることで固定端末装置ＳＰや携帯端末ＴＡとの間で音声通話を行うナースコール処理プログラム等が含まれる。前記各種のデータには、カメラ１１２で撮像した動画のデータや、ドップラセンサ１１１により取得した微体動データ等の状態データの他、各プログラムを実行する上で必要なデータや、対象者Ｏｂを監視する上で必要なデータ等が含まれる。ＳＢ記憶部１６は、例えば不揮発性の記憶素子であるＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や書き換え可能な不揮発性の記憶素子であるＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備える。そして、ＳＢ記憶部１６は、前記プログラムの実行中に生じるデータ等を記憶するいわゆるＳＢ制御処理部１４のワーキングメモリとなるＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等を含む。

ＳＢ制御処理部１４は、ナースコールを受け付け、動画を生成し、対象者Ｏｂにおける予め設定された所定の行動を検知するための回路である。ＳＢ制御処理部１４は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）およびその周辺回路を備えて構成される。ＳＢ制御処理部１４は、前記制御処理プログラムが実行されることによって、センサ制御部（ＳＢ制御部）１４１、行動検知処理部１４２、通知処理部１４３、ストリーミング処理部１４４およびナースコール処理部１４５を機能的に備える。

ＳＢ制御部１４１は、センサボックスＳＢの全体制御を司るものである。

行動検知処理部１４２は、センサ部１１の出力に基づいて対象者Ｏｂにおける、予め設定された所定のイベントを検知するものである。本実施形態では、上述したように、前記所定のイベントは、対象者Ｏｂの起床、離床、転倒、転落および微体動異常であり、行動検知処理部１４２は、センサ部１１の出力に基づいて対象者Ｏｂにおける起床、離床、転倒、転落および微体動異常をイベントとして検知し、通知処理部１４３へ通知する。行動検知処理部１４２は、センサ部１１の出力に基づいて対象者Ｏｂの起床、離床、転倒、転落および微体動異常を分別して検知できる。例えば、行動検知処理部１４２は、センサ部１１のカメラ１１２によって取得した画像から対象者Ｏｂの人体領域として動体領域を抽出し、この抽出した動体領域の縦横比から対象者Ｏｂの姿勢（例えば立位、座位および横臥等）を判断し、この検出した動体領域の位置を検出し、これら判断、検出した対象者Ｏｂの姿勢および位置に基づいて前記起床、離床、転倒および転落の別を判断する。また、行動検知処理部１４２は、ベッド領域内で横臥姿勢から座位姿勢への移行を検知した場合、起床と判断し、起床のイベント（起床イベント）が発生したと判断する。更に、行動検知処理部１４２は、ベッド領域内からベッド領域外へ座位姿勢から立位姿勢への移行を検知した場合、離床と判断し、離床のイベント（離床イベント）が発生したと判断する。また、行動検知処理部１４２は、ベッド領域内からベッド領域外への移行であってベッド領域外での横臥姿勢を検知した場合、転落と判断し、転落のイベント（転落イベント）が発生したと判断する。また例えば、行動検知処理部１４２は、ベッド領域外で座位姿勢や立位姿勢から横臥姿勢への移行を検知した場合、転倒と判断し、転倒のイベント（転倒イベント）が発生したと判断する。また、行動検知処理部１４２は、センサ部１１のドップラセンサ１１１によって対象者Ｏｂの呼吸動作に伴う胸部の体動（胸部の上下動）を検出し、その胸部の体動における周期の乱れや予め設定された閾値以下である前記胸部の体動における振幅を検知すると、前記微体動異常と判断し、微体動異常のイベント（微体動異常イベント）が発生したと判断する。行動検知処理部１４２は、記憶された対象者の日常行動に基づいて判断する機能を有し、記憶した正常な行動とは異なる行動をとったとき、或いは記憶した認知症等による行動をとったときなど、異常イベントが発生したと判断して、後述するように携帯端末ＴＡに通知するようにしても良い。尚、行動検知処理部１４２の判断基準（判断アルゴリズム）は、全てのセンサボックスＳＢで統一されていることが好ましい。これにより、居住者が変っても判断基準を変える必要がなくなり、手間がかからない。但し、センサボックスＳＢ毎に行動検知処理部１４２の判断基準をカスタマイズできるようにしてもよい。

ナースコール処理部１４５は、ナースコール入力部１３で入力操作を受け付けた場合に、イベント、より具体的にはナースコールの操作（ナースコールイベント）を通知処理部１４３へ通知するものである。そして、ナースコール処理部１４５は、ＳＢ通信ＩＦ部１５およびネットワークＮＷを介して、固定端末装置ＳＰまたは携帯端末ＴＡとの間で音声通話を可能にするものである。

センサボックスＳＢは、対象者Ｏｂの身体に関する諸値を検出する入力装置としてのセンサＳＳに対して無線通信可能に接続され、センサＳＳで検出した諸値を、ＳＢ通信ＩＦ部１５を介して管理サーバＳＶに送信する機能を有する。ここで、対象者Ｏｂの身体に関する諸値とは、例えば対象者Ｏｂの体温、血中濃度、心拍数、血圧、室温／湿度等であり、検出時刻と共にセンサボックスＳＢに送信される。センサＳＳは、対象者Ｏｂに常時装着されていても良いし、検出時のみ介護士が装着するようにしても良い。更に、例えばトイレの入口に人感センサを設置し、対象者Ｏｂの入退出時間を検出することで、排泄の種別及び時間を検出して、センサボックスＳＢに送信することもできる。

通知処理部１４３は、ナースコール入力部１３によるナースコールイベントと、センサ部１１で対象者Ｏｂにおける所定の行動を検知した所定のイベント（本実施形態では、起床、離床、転倒、転落の各イベント）がセンサボックスＳＢで生じた場合に、外部に通知するものである。より具体的には、通知処理部１４３は、生じたイベントの種別を表す情報（本実施形態ではナースコールイベント、或いは所定の検知イベント（起床、離床、転倒、転落及び微体動異常を識別する情報、すなわち所定の状態を分類してその種類を示す情報）と、前記対象者Ｏｂを検知しているセンサボックスＳＢを特定し識別するための識別子情報とからなる通知信号を生成し、ＳＢ通信ＩＦ部１５からネットワークＮＷを介して管理サーバＳＶへ送信する。又、外部よりリクエスト(状態データリクエスト信号の送信)があれば、通知処理部１４３は、画像データ等の状態データを収容した通信信号を生成し、ＳＢ通信ＩＦ部１５からネットワークＮＷを介して管理サーバＳＶへ送信する。

尚、後述する梯子チャートの動作では用いないが、ストリーミング処理部１４４は、ネットワークＮＷおよびＳＢ通信ＩＦ部１５を介して固定端末装置ＳＰまたは携帯端末ＴＡからストリーミング動画の配信の要求があった場合に、この要求のあった固定端末装置ＳＰまたは携帯端末ＴＡへ、センサ部１１のカメラ１１２で生成した動画（例えばライブの動画）をストリーミング再生でＳＢ通信ＩＦ部１５およびネットワークＮＷを介して配信するものである。

図１には、一例として、４個の第１ないし第４センサボックスＳＢ−１〜ＳＢ−４が示されており、第１センサボックスＳＢ−１は、対象者Ｏｂの一人であるＡさんＯｂ−１の居室ＲＭ−１に配設され、第２センサボックスＳＢ−２は、対象者Ｏｂの一人であるＢさんＯｂ−２の居室ＲＭ−２に配設され、第３センサボックスＳＢ−３は、対象者Ｏｂの一人であるＣさんＯｂ−３の居室ＲＭ−３に配設され、そして、第４センサボックスＳＢ−４は、対象者Ｏｂの一人であるＤさんＯｂ−４の居室ＲＭ−４に配設されている。

このようなセンサボックスＳＢでは、その稼働を始めると、センサ部１１は、所定のフレームレートで所在空間を上方から撮像して生成した画像およびドップラ信号をＳＢ制御処理部１４へ出力する。ＳＢ制御処理部１４の行動検知処理部１４２は、所定の時間おきに、これら画像およびドップラ信号に基づいて対象者Ｏｂにおける所定の行動の有無を検知し、前記所定の行動を検知イベントとして検知すると、その検知イベントの種別を含めて検知イベントを通知処理部１４３へ通知する。通知処理部１４３は、前記検知イベントの通知を受けると、通知信号をＳＢ通信ＩＦ部１５から管理サーバＳＶへ送信する。

尚、後述する梯子チャートの動作では用いないが、ナースコール処理部１４５は、ナースコール入力部１３で入力操作を受け付けると、ナースコールの受付イベントを通知処理部１４３へ通知する。通知処理部１４３は、前記受付イベントの通知を受けると、通知信号をＳＢ通信ＩＦ部１５から管理サーバＳＶへ送信する。管理サーバＳＶは、ナースコールが生じた居室を担当する介護士の持つ携帯端末ＴＡに、ナースコールが生じたことを通知する。

次に、中央制御装置としての管理サーバＳＶについて説明する。図１において、管理サーバＳＶは、ネットワークＮＷを介して他のセンサボックスＳＢと、固定端末ＳＰと、携帯端末ＴＡとに独立して通信する通信機能を備えている。管理サーバＳＶは、センサボックスＳＢから通知を受けて、イベントが生じた居室を担当する介護士の持つ携帯端末ＴＡ、及び／又は固定端末装置ＳＰに情報を提供する機能、更にケアプランを記憶し、携帯端末ＴＡから入力されたケアデータを受信し、ケアデータに基づいてケアプランを修正する機能を有する。このような管理サーバＳＶは、例えば、図３に示すように、ＳＶ制御処理部２１と、ＳＶ記憶部２２と、ＳＶ通信ＩＦ部２３とを備える。

ＳＶ通信ＩＦ部２３は、ＳＢ通信ＩＦ部１５と同様に、ＳＶ制御処理部２１に接続され、ＳＶ制御処理部２１の制御に従って通信を行うための通信デバイスである。ＳＶ通信ＩＦ部２３は、ＳＶ制御処理部２１から入力された転送すべきデータを収容した通信信号を、この介護支援システムＭＳのネットワークＮＷで用いられる通信プロトコルに従って生成し、この生成した通信信号をネットワークＮＷを介してセンサボックスＳＢ等へ送信する。ＳＶ通信ＩＦ部２３は、ネットワークＮＷを介してセンサボックスＳＢ等から通信信号を受信し、この受信した通信信号からデータを取り出し、この取り出したデータをＳＶ制御処理部２１が処理可能な形式のデータに変換してＳＶ制御処理部２１へ出力する。

ＳＶ記憶部２２は、ＳＶ制御処理部２１に接続され、ＳＶ制御処理部２１の制御に従って、各種のプログラムおよび各種のデータやケアプランを記憶する回路である。前記各種のプログラムには、例えば、クライアント（本実施形態では固定端末装置ＳＰおよび携帯端末ＴＡ等）の要求に応じたデータを前記クライアントに提供するサーバプログラム等の制御処理プログラムが含まれる。前記各種のデータには、対象者Ｏｂに対する監視に関する監視情報、イベントの通知先に関する通知先情報等の、上述の各プログラムを実行する上で必要なデータや、対象者Ｏｂを監視する上で必要なデータ等が含まれる。ＳＶ記憶部２２は、ＳＢ記憶部１６と同様に、例えばＲＯＭやＥＥＰＲＯＭ等を備える。そして、ＳＶ記憶部２２は、前記所定のプログラムの実行中に生じるデータ等を記憶するいわゆるＳＶ制御処理部２１のワーキングメモリとなるＲＡＭ等を含む。

ＳＶ記憶部２２は、通知先情報を記憶する通知先情報記憶部２２１を備える。通知先情報記憶部２２１は、イベントの通知先に関する通知先情報を記憶する。前記通知先情報は、センサボックスＳＢから通知信号を受信した場合に、この受信した通知信号に収容されたイベントを通知する通知先を表す情報である。前記通知先情報は、例えば、本実施形態では、通知信号を送信した送信元のセンサボックスＳＢと、センサボックスＳＢから受信した通知信号を送信する携帯端末ＴＡとの対応関係を表す情報であり、例えば、図５に示すようにテーブル形式で通知先情報記憶部２２１に記憶されている。この図５に示す通知先情報テーブル４１は、通知信号の送信元であるセンサボックスＳＢの通信アドレスを登録する通知元アドレスフィールド４１１と、通知イベント情報として、対象者がこの状態になった場合に通知する通知イベントフィールド４１２と、前記通知元アドレスフィールド４１１に登録されたセンサボックスＳＢの通信アドレスに対応付けられ前記通信アドレスを持つ前記センサボックスＳＢから受信した通知信号に収容されたイベントを通知する携帯端末ＴＡの通信アドレスを登録する通知先アドレスフィールド４１３とを備え、センサボックスＳＢごとにレコードを持つ。なお、センサボックスＳＢの通信アドレスは、前記センサＩＤとされて良く、また、通知元アドレスフィールド４１１は必ずしも設ける必要はないが、設ける場合にはセンサボックスＳＢを配設した部屋番号が登録されても良い。また、携帯端末ＴＡの通信アドレスは、携帯端末ＴＡを特定し識別するための端末識別子（端末ＩＤ）とされて良く、また、通知先アドレスフィールド４１３には、携帯端末ＴＡを持つ例えば介護士名等の監視者の名前が登録されても良い。通知イベントフィールド４１２における通知イベントの項目（通知イベント情報）は、センサボックスＳＢが設置された居室の対象者ＯＢに応じて、管理サーバＳＶ側から設定可能である。図５の例では、Ａさん及びＢさんの場合には、転倒、転落のイベントが生じたら通知すべきであり、Ｃさんの場合には、転倒、転落、起床のイベントが生じたら通知すべきであり、Ｄさんの場合には、転倒、転落、起床、離床が生じたら通知すべきであることを意味している。例えば、対象者の状態（起床後は殆ど問題がないので、対応が不要と判断できる人、そうでない人がいること）、過去の対応情報（過去に離床と入床を数回繰り返し習慣があるので、1回の離床では対応が不要と判断できる人がいること）などの理由で、対象者に応じて通知イベントを分けることが望ましい。

ＳＶ制御処理部２１は、センサボックスＳＢから通知を受けて、受けた通知を固定端末装置ＳＰおよび対応する携帯端末ＴＡそれぞれへ転送する回路である。ＳＶ制御処理部２１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）およびその周辺回路を備えて構成される。

ＳＶ制御処理部２１のＳＶ制御部２１１は、管理サーバＳＶの全体制御を司るものである。

なお、管理サーバＳＶは、図３に破線で示すように、必要に応じて、さらにＳＶ制御処理部２１に接続され例えば各種コマンドや各種データ等を入力するサーバ入力部（ＳＶ入力部）２４、ＳＶ入力部２４で入力された各種コマンドや各種データおよび対象者Ｏｂに対する監視に関する情報等を出力するサーバ出力部（ＳＶ出力部）２５、および、外部機器との間でデータの入出力を行うサーバインターフェース部（ＳＶＩＦ部）２６等を備えても良い。このような管理サーバＳＶは、例えば、通信機能付きのコンピュータによって構成可能である。

固定端末装置ＳＰは、ナースステーションＳＴに設置されており、ネットワークＮＷを介して管理サーバＳＶ等と通信する通信機能、所定の情報を表示する表示機能、および、所定の指示やデータを入力する入力機能等を備え、管理サーバＳＶや携帯端末ＴＡに与える所定の指示やデータを入力したり、センサボックスＳＢで得られた検知結果や画像を表示したりすることによって、介護支援システムＭＳのユーザインターフェース（ＵＩ）として機能する機器である。このような固定端末装置ＳＰは、例えば、通信機能付きのコンピュータによって構成可能である。固定端末装置ＳＰは、センサボックスＳＢが設置された全ての居室において、センサボックスＳＢの機能を通じて居室内の状態を把握できるようになっていると好ましい。

次に、携帯端末ＴＡについて説明する。携帯端末ＴＡは、ネットワークＮＷを介して管理サーバＳＶ等と通信する通信機能、所定の情報を表示する表示機能、所定の指示や，対象者Ｏｂに関する諸データ(詳細は後述)を含むケアデータを入力する入力機能、および、音声通話を行う通話機能等を備え、管理サーバＳＶやセンサボックスＳＢに与える所定の指示やデータを入力し、前記所定のイベントがセンサボックスＳＢで生じた場合に前記所定のイベントの通知を受け、センサボックスＳＢとの間で通話し、センサボックスＳＢで生成された動画を表示し、管理サーバＳＶから送信されたケアプランに関する情報や必要なリコメンド信号又はアラート信号を、視覚又は聴覚を通じて介護士に提示するための機器である。

このような携帯端末ＴＡは、本実施形態では、例えば、図４に示すように、ＴＡ制御処理部３１と、ＴＡ記憶部３２と、ＴＡ通信ＩＦ部３３と、ＴＡ音入出力部３４と、ＴＡ入力部３５と、ＴＡ表示部３６と、ＴＡＩＦ部３７とを備える。

ＴＡ音入出力部３４は、ＴＡ制御処理部３１に接続され、外部の音を取得して携帯端末ＴＡに入力するためのデバイスであって、ＴＡ制御処理部３１の制御に従って音を表す電気信号に応じた音を生成して出力するものである。ＴＡ音入出力部３４は、ＳＢ音入出力部１２と同様に、例えば、音響振動を電気信号に変換するマイクロホン等と、音の電気信号を音の音響振動に変換するスピーカ等とを備えて構成される。ＴＡ音入出力部３４は、外部の音を表す電気信号をＴＡ制御処理部３１へ出力し、また、ＴＡ制御処理部３１から入力された電気信号を音の音響振動に変換して出力する。

ＴＡ入力部３５は、ＴＡ制御処理部３１に接続され、例えば、所定の操作を受け付け、携帯端末ＴＡに入力するデバイスであり、所定の機能を割り付けられた複数の入力スイッチ等である。前記所定の操作には、例えば、ログインするためのＩＤの入力操作や、通知されたナースコールに対応する応答操作や、動画の要求操作や、通知された対象者Ｏｂに対する例えば救命、看護、介護および介助等の対応を実行する意思がある旨（復旧）の入力操作等の、監視する上で必要な各種操作等が含まれる。加えて、ＴＡ入力部３５は、ケアプランに従い、介護士が対象者Ｏｂに関する諸データを入力することができる。諸データとしては、例えば、見た目の体調、食事の摂取量及び摂取時間、水分の摂取量及び摂取時刻、服薬の種類及び服薬時刻、排泄種別及び排泄時刻等である。

情報の提示部であるＴＡ表示部３６は、ＴＡ制御処理部３１に接続され、ＴＡ制御処理部３１の制御に従って、ＴＡ入力部３５から入力された所定の操作内容、および、介護支援システムＭＳによって監視されている対象者Ｏｂに対する監視に関する前記監視情報（例えばセンサボックスＳＢで生じたイベントや対象者Ｏｂの画像等）等、更には管理サーバＳＶから送信されたケアプランに関する情報や必要なリコメンド信号又はアラート信号を可視化するデバイスであり、例えばＬＣＤおよび有機ＥＬディスプレイ等の表示装置である。そして、本実施形態では、ＴＡ入力部３５およびＴＡ表示部３６はタッチパネルから構成されている。この場合において、ＴＡ入力部３５は、例えば抵抗膜方式や静電容量方式等の操作位置を検出して入力する位置入力デバイスである。このタッチパネルでは、ＴＡ表示部３６の表示面上に位置入力デバイスが設けられ、ＴＡ表示部３６に入力可能な１または複数の入力内容の候補が表示され、例えば介護士等のユーザ（監視者）が、入力したい入力内容を表示した表示位置を触れると、位置入力デバイスによってその位置が検出され、検出された位置に表示された表示内容がユーザの操作入力内容として携帯端末ＴＡに入力される。

ＴＡＩＦ部３７は、ＴＡ制御処理部３１に接続され、ＴＡ制御処理部３１の制御に従って、外部機器との間でデータの入出力を行うデバイスであり、例えば、携帯電話通信網、ＷｉＦｉ規格、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格を用いたインターフェース回路、ＩｒＤＡ規格等の赤外線通信を行うインターフェース回路、および、ＵＳＢ規格を用いたインターフェース回路等である。

ＴＡ通信ＩＦ部３３は、ＳＢ通信ＩＦ部１５と同様に、ＴＡ制御処理部３１に接続され、ＴＡ制御処理部３１の制御に従って通信を行うための通信デバイスである。ＴＡ通信ＩＦ部３３は、ＴＡ制御処理部３１から入力された転送すべきデータを収容した通信信号を、この介護支援システムＭＳのネットワークＮＷで用いられる通信プロトコルに従って生成し、この生成した通信信号をネットワークＮＷを介して管理サーバＳＶ等へ送信する。ＴＡ通信ＩＦ部３３は、ネットワークＮＷを介して管理サーバＳＶ等から通信信号を受信し、この受信した通信信号からデータを取り出し、この取り出したデータをＴＡ制御処理部３１が処理可能な形式のデータに変換してＴＡ制御処理部３１へ出力する。

ＴＡ記憶部３２は、ＳＢ記憶部１６と同様に、ＴＡ制御処理部３１に接続され、ＴＡ制御処理部３１の制御に従って、各種のプログラムおよび各種のデータを記憶する回路である。前記各種のプログラムには、表示に関する動作を処理する表示処理プログラム等が含まれる。前記各種のデータでは、ＴＡ表示部３６に表示される画面情報等の各データが含まれる。ＴＡ記憶部３２は、例えばＲＯＭやＥＥＰＲＯＭ等を備える。ＴＡ記憶部３２は、前記所定のプログラムの実行中に生じるデータ等を記憶するいわゆるＴＡ制御処理部３１のワーキングメモリとなるＲＡＭ等を含む。そして、ＴＡ記憶部３２は、上述の各情報を記憶するために、機能的に表示画面記憶部３２１を備えている。

表示画面記憶部３２１は、ＴＡ制御処理部３１における後述の表示処理部３１２１の制御に従って、ＴＡ表示部３６に表示するための画面情報を記憶するものである。

ＴＡ制御処理部３１は、情報を処理するための回路である。ＴＡ制御処理部３１は、ＳＢ制御処理部１４と同様に、例えば、ＣＰＵおよびその周辺回路を備えて構成される。ＴＡ制御処理部３１は、制御処理プログラムが実行されることによって、ＴＡ制御部３１１およびＴＡ処理部３１２を機能的に備え、ＴＡ処理部３１２は、表示処理部３１２１を機能的に備える。

ＴＡ制御部３１１は、携帯端末ＴＡの全体制御を司るものである。

表示処理部３１２１は、ＴＡ表示部３６の表示に関する動作を処理するものである。より具体的には、表示処理部３１２１は、必要に応じてＴＡ表示部３６に動画を表示する。

このような携帯端末ＴＡは、例えば、いわゆるタブレット型コンピュータやスマートフォンや携帯電話機等の、持ち運び可能な通信端末装置によって構成可能である。

次に、実施形態における介護支援システムの動作について説明する。図６は、本実施形態の介護支援システムにおけるイベント検出動作を示す梯子チャート図である。図７は、本実施形態の携帯端末の表示画面の例を示す図である。

このような構成の介護支援システムＭＳでは、起動されると、センサボックスＳＢでは、その制御処理プログラムの実行によって、ＳＢ制御処理部１４には、ＳＢ制御部１４１、行動検知処理部１４２，通知処理部１４３、ストリーミング処理部１４４およびナースコール処理部１４５が機能的に構成され、管理サーバＳＶでは、その制御処理プログラムの実行によって、ＳＶ制御処理部２１には、ＳＶ制御部２１１が機能的に構成され、そして、携帯端末ＴＡでは、その制御処理プログラムの実行によって、ＴＡ制御処理部３１には、ＴＡ制御部３１１、表示処理部３１２１を機能的に備えるＴＡ処理部３１２が機能的に構成される。

介護支援システムＭＳの動作について説明するが、ナースコールイベントについては省略する。携帯端末ＴＡでは、例えば介護士等のログイン操作を受け付けると、携帯端末ＴＡは、ＴＡ処理部３１２によって、自機宛の通信信号を待ち受ける待受け画面をＴＡ表示部３６に表示する。この待受け画面は、例えば、図７（ａ）に示すように、メニューバーを表示するメニューバー領域６１１と、待ち受け中であることを表すメッセージ（例えば「未対応通知はありません」）、日付や現在時刻、当該携帯端末ＴＡにログインしているユーザ名（介護士）などを表示する待受けメイン領域６１２とを備える。このような待受け画面を表示すると、携帯端末ＴＡは、ＴＡ制御部３１１によって、ＴＡ通信ＩＦ部３３で通信信号の受信を待つ。

センサボックスＳＢは、図６のステップＳ１０１において、ＳＢ制御部１４１によって、所定のフレームレートに応じたサンプリング周期でセンサ部１１のドップラセンサ１１１の出力データをサンプリングするとともにカメラ１１２で画像データを取得し、不図示のリングバッファに記憶しつつ、行動検知処理部１４２によって、このサンプリングおよび取得したドップラセンサ１１１の出力データおよびカメラ１１２の画像データを解析する。この解析の結果、ステップＳ１０２で、センサボックスＳＢはＳＢ制御部１４１が所定のイベント（起床、離床、転倒、転落および微体動異常）を検出しない場合には、フローをステップＳ１０１へと戻して検知動作を続行する。一方、ＳＢ制御部１４１が所定のイベントを検出したときは、ステップＳ１０３で、センサボックスＳＢはイベント前後の画像データ及び／又は微体動データを、リングバッファから切り出してＳＢ記憶部１６に記憶する。尚、例えば固定端末ＳＰを介して設定した時間帯に限り、センサボックスＳＢの検知動作を中断させることもできる。又、例えば固定端末ＳＰを介して、センサボックスＳＢ内のプログラムを変更することもできる。

更にセンサボックスＳＢは、通知処理部１４３によって、どの種類の通知イベントが発生したかを示すイベント情報と、通信アドレスを含む通知信号を、ネットワークＮＷを介して管理サーバＳＶへ送信する（Ｃ１１）。かかる通知信号は、対象者の画像データを含まないので情報量が少ない。

このような通知信号がセンサボックスＳＢから送信されると、管理サーバＳＶは、ステップＳ１０４で、通知信号に含まれている情報を、通知先情報記憶部２２１に記憶されている通知先情報テーブル４１と照合して、送信元の通信アドレスに対応する送信先の通信アドレスから居住者が誰か（ここではＢさん）を判断し、更に、通知信号のイベント情報から、その居住者（Ｂさん）に対応する通知イベントの種類（ここでは転倒又は転落）に該当するかを判断する。そして、受信した通知信号のイベント情報が通知イベントを示している場合には、管理サーバＳＶは端末への通知を行うことを決定する。一方、受信した通知信号のイベント情報が通知イベントを示していない場合（Ｂさんの場合、起床又は離床）、管理サーバＳＶは端末への通知を行わないことを決定し、次の通知信号を待ち受ける。

管理サーバＳＶが、端末への通知を決定した場合、通知先情報記憶部２２１に記憶されている通知先情報テーブル４１と照合して、送信元の通信アドレスに対応する送信先の通信アドレスから、送信先の携帯端末ＴＡを選定する。より具体的には、管理サーバＳＶは通知先情報記憶部２２１に記憶されている通知先情報テーブル４１において、通知元アドレスフィールド４１１に、前記受信した通知信号の送信元の通信アドレスを登録しているレコードにおける通知先アドレスフィールド４１３に登録されている通知先の通信アドレスを取り出す。例えば、ＲＭ−２号室に配設された通信アドレス「１９２．１６８．１０．１２１」を持つセンサボックスＳＢ−２からの通知信号を受信した場合には、この通知信号の送信元の通信アドレス「１９２．１６８．１０．１２１」を登録している２行目のレコードにおける通知先アドレスフィールド４１３に登録されている通知先の３個の通信アドレス「１９２．１６８．１０．２５」、「１９２．１６８．１０．２６」、「１９２．１６８．１０．２７」が取り出される。なお、この例では、通信アドレス「１９２．１６８．１０．２５」は、介護士ＮＡさんが持つ携帯端末ＴＡ−１に付与された通信アドレスであり、通信アドレス「１９２．１６８．１０．２６」は、介護士ＮＢさんが持つ携帯端末ＴＡ−２に付与された通信アドレスであり、そして、通信アドレス「１９２．１６８．１０．２７」は、図略の介護士ＮＣさんが持つ携帯端末ＴＡ−３に付与された通信アドレスである。

そして、管理サーバＳＶは、ＲＭ−２号室で転倒又は転落が生じた情報を含む通知信号（イベント信号）を、選定した携帯端末ＴＡ−１〜ＴＡ−３及び固定端末ＳＰへ送信する（Ｃ１２）。

このような通知信号が管理サーバＳＶから送信されると、携帯端末ＴＡは、ＴＡ処理部３１２によってＴＡ表示部３６の画面表示を、例えば図７（ｂ）に示すものに切り替える。このとき、提示部としてのＴＡ音入出力部３４を介して、音や音声などの出力（例えば「ＲＭ−２号室で転落発生」などの音声メッセージ）を行ったり、或いは振動等により介護士に通知信号の受信を知らせても良い。

図７（ｂ）に示す例では、メイン領域６１２に、イベントが生じた居室名（ＲＭ−２号室、すなわち通知を送信したセンサボックスに関する情報）と，当該居室の居住者の氏名（Ｂ様）と、転倒又は転落を示すアイコンＩＣ１（すなわちイベント信号（通知）を受信したことを示す情報）と、通知時間と現在との時間差（０分）が表示される（ステップＳ１０５）。同時に、メイン領域６１２に、ボタンＢ１（対応する），Ｂ２（話す），Ｂ３（記憶映像を見る）、Ｂ４（ライブ映像を見る）が表示される。

ここで、介護士がボタンＢ３又はＢ４にタッチすると、携帯端末ＴＡのＴＡ入力部３５が反応し、ステップＳ１０６で、ＴＡ制御部３１１が画像のリクエストがなされたと判断して、ＴＡ通信ＩＦ部からネットワークＮＷを介して管理サーバＳＶにリクエスト信号（状態データリクエスト信号）が送信される（Ｃ１３）。ここでリクエスト信号には、要求種別（記憶映像又はライブ映像）が含まれる。管理サーバＳＶは、リクエスト信号を中継して対象となるセンサボックスＳＢに送信する。尚、リクエスト信号は、直接センサボックスＳＢに送信されても良い。

リクエスト信号を受信したセンサボックスＳＢは、ステップＳ１０７で、リクエスト信号中の要求種別を判別する。介護士がボタンＢ３をタッチした場合、携帯端末ＴＡから、記憶画像を要求するリクエスト信号が出力されるので、管理サーバＳＶを介してこれを受信したセンサボックスＳＢが記憶映像を要求されていると判断して、ステップＳ１０９でＳＢ記憶部１６から画像データを読み出して、ＳＢ通信ＩＦ部１５からネットワークＮＷを介して管理サーバＳＶに送信する（Ｃ１４）。或いは、介護士がボタンＢ４をタッチした場合、携帯端末ＴＡから、ライブ映像を要求するリクエスト信号が出力されるので、管理サーバＳＶを介してこれを受信したセンサボックスＳＢがライブ映像を要求されていると判断し、ステップＳ１０８で、カメラ１１２で撮像してなるライブ映像をエンコードして、ＳＢ通信ＩＦ部１５からネットワークＮＷを介して管理サーバＳＶに送信する（Ｃ１４）。ライブ映像はリングバッファから切り出されても良い。管理サーバＳＶは、画像データを中継してリクエスト信号を送信した携帯端末ＴＡに送信する。尚、画像データは、直接携帯端末ＴＡに送信されても良い。

画像データを受信した携帯端末ＴＡは、ＴＡ処理部３１２によってＴＡ表示部３６の画面表示を、例えば図７（ｃ）に示すものに切り替える。記憶映像を要求した図７（ｃ）に示す例では、メイン領域６１２に、ＲＭ−２号室で転倒した前後のＢさんの画像（映像）ＩＭＧが表示されるので、かかる画像ＩＭＧを見た介護士は、すぐに対応すべき状態か否かを判断することができる。又、画像ＩＭＧを見ただけでは判断できない場合、介護士がボタンＢ２をタッチすることで、センサボックスＳＢのＳＢ音入出力部１２を介して、Ｂさんと介護士とが直接会話できるため、状況を正確に判断することができる。又、ライブ映像を要求した場合、携帯端末ＴＡに表示される画像は、現在のストリーミング画像である。上記の例では、携帯端末ＴＡに通知信号を送信するようにしているが、及び／又は固定端末ＳＰに通知信号を送信するようにしても良い。尚、画像のリクエストは、通知信号にかかわらず任意で行うことができる。

尚、ステップＳ１０５で表示されたアイコンＩＣ１を見た介護士が、イベントが生じたＲＭ−２号室に近い場所にいるときは、画像を見ることなく直ちに駆けつけることができる。従って、そのような場合、介護士がボタンＢ１をタッチすることで、固定端末ＳＰに、介護士が直接対応する旨の情報が送信されることとなる。ボタンＢ１をタッチすることで、通知信号を送信されたその他の携帯端末ＴＡ及び／又は固定端末ＳＰにおいて、通知信号に応じた表示が解除されて図７（ａ）の表示に戻るか、或いは「担当介護士、対応中」の表示がなされると好ましい。

次に、介護支援システムＭＳを用いたケアプラン調整方法について説明する。図８は、ケアプラン調整方法を実現するための梯子チャートである。図９は、管理サーバＳＶ内で行われるデータ解析及びケアプラン修正ルーチンを示す図である。尚、図８に示す動作は、図６に示す動作と並行して実行されると好ましい。ここで、ケアプランとは、介護される対象者自らが行う自律行為の回数とタイミング、対象者が摂取すべき摂取物の量と摂取タイミング、対象者の身体に関する値を収集するタイミング、及び介護士が対象者に対して行う介護行為の回数とタイミングの少なくとも１つを定めたものをいう。対象者自らが行う自律行為の例としては、起床、就寝、散歩、リハビリ、排泄，入浴などがあり、対象者が摂取すべき摂取物の例としては、食事、おやつ、薬、水分などがあり、対象者の身体に関する値の例としては、体温、血中酸素濃度、心拍数、血圧，呼吸数（ドップラセンサで検出可能）などがあり、介護士が対象者に対して行う介護行為の例としては、寝たきりの際の体位チェンジ、食事介助、排泄介助、歩行介助などがある。以上が実行されたとき或いは測定されたとき、当該行為の内容及び測定値とその実行時間とをケアデータとして、介護士の手入力により端末ＴＡ或いは測定したセンサから管理サーバＳＶに送信される。

図８のステップＳ２０１において、介護士は端末ＴＡを介して、担当する対象者の諸データを入力する。入力された対象者の諸データは、端末ＴＡからネットワークＮＷを介して管理サーバＳＶに送信される(Ｃ２１)。一方、ステップＳ２０２で、センサボックスＳＢに対象者の身体に関する諸値が入力されたとき、センサボックスＳＢから、入力された対象者の身体に関する諸値が、ネットワークＮＷを介して管理サーバＳＶに送信される(Ｃ２２)。対象者の諸データ及び対象者の身体に関する諸値を含むケアデータを受信した管理サーバＳＶは、ステップＳ２０３で、データ解析及びケアプラン修正ルーチンを実行し、必要に応じて点線で示すようにアラート信号（後述）を端末ＴＡに送信し、ケアプランの修正案を作成する。データ解析及びケアプラン修正ルーチンの詳細は後述する。

管理サーバＳＶは、入力されたケアデータに応じて作成されるケアプランの修正案を含む情報を、対象者を担当する介護士が管理する端末ＴＡ(又は固定端末)に送信し（Ｃ２３）、これと並行して、ステップＳ２０４で対象者の諸データ及び対象者の身体に関する諸値をデータベース化する。一方、ケアプランの修正案を含む情報を受信した端末ＴＡでは、ステップＳ２０５でケアプランの修正案を表示する。

ステップＳ２０６で、修正案を許可する権限を持つ介護士等による端末ＴＡへの入力により、ケアプランの修正案に基づきケアプランの更新が許可されなければ、端末ＴＡは管理サーバＳＶからの新たな送信を待つ。一方、ステップＳ２０６で、ケアプランの更新が許可された場合、許可信号が端末ＴＡから管理サーバＳＶに送信されるので、ステップＳ２０７で、管理サーバＳＶはケアプランの修正案を新たなケアプランとして更新し、更新したケアプランを含む情報を端末ＴＡに送信する。

次に、管理サーバＳＶで行われるデータ解析及びケアプラン修正ルーチンの内容を説明する。尚、図９に示す内容は、図８のステップＳ２０４，Ｓ２０７の動作を含んでいる。図９のステップＳ３０１で、端末ＴＡから本日最終確認の情報が入力されていないと判断すれば、ステップＳ３０２で管理サーバＳＶは、対象者に応じて識別された状態で端末ＴＡ等からケアデータとして入力された対象者の諸データ及び対象者の身体に関する諸値を解析する。解析するに当たっては蓄積量も考慮する。具体的には、摂取量等の１日の中間目標、総合目標、累積ペースに基づく予想目標、単位時間当たりの目標などが解析される。ここで、トータルの目標量又は目標タイミングとは、１日の内の中間目標、総合目標、累積ペースに基づく予想目標等をいう。

管理サーバＳＶは、ステップＳ３０３で、各対象者に応じて、解析した結果を現在のケアプランと照らし合わせ、ケアプランの内容からズレが生じていないと判断した場合、ステップＳ３０１へとフローを戻す。

一方、ステップＳ３０３で、解析した結果と現在のケアプランの内容にずれが生じていると判断した場合、管理サーバＳＶは、ステップＳ３０４で、解析結果が既定条件に合致するか否か、すなわち目標量又は目標タイミングに対してズレ量が閾値以内か否かを判断する。その結果、ズレ量が閾値以内であると判断した場合、管理サーバＳＶはステップＳ３０１へとフローを戻す。

これに対し、ステップＳ３０４で、ズレ量が閾値を超えていると判断した場合、管理サーバＳＶは、続くステップＳ３０５で、解析した対者を担当する介護士の端末ＴＡに、いずれのデータ又は値がケアプランに対してずれているかの情報と共に、トータルの目標量又は目標タイミングに近づける為に、以降に対象者が実行することで収集されるべきケアデータの補完案(決められたケアプランとのズレを抑えるための推奨量など)を演算作成し、このケアデータの補完案と共に、アラート信号を送信する。これを受信した端末ＴＡでは、アラート信号を表示することで介護士の注意が喚起され、また提示されたケアデータの補完案に基づいてケアプランとのズレを抑えるためには、どのように対処すべきかがわかり、介護士の負担が軽減される。

更に、ステップＳ３０１で、端末ＴＡから本日最終確認の情報が入力されたと判断すれば、ステップＳ３０６で、管理サーバＳＶは、解析結果を申し送り事項として、次の日に担当する介護士の端末ＴＡへと送信する。また管理サーバＳＶは、ステップＳ３０７で、対象者の諸データ及び対象者の身体に関する諸値を、解析結果と共にデータベース化する。かかるデータベースには、端末ＴＡから必要に応じてアクセスできる。データベース内のデータを解析した結果、対象者の健康診断が必要だと判断した場合、管理サーバＳＶは、端末ＴＡに対象者の健康診断を促すアドバイス等の情報を送信できる。

管理サーバＳＶは、ステップＳ３０８で、ケアデータの解析に基づいて、より対象者に適したケアプランの修正案を作成して、かかる修正案を含む情報を端末ＴＡに送信し、ステップＳ３０９で、端末ＴＡから許可信号を受信してケアプランを更新する。これにより、引き継ぐ次の介護士は、更新したケアプランに応じて対象者を適切に介護できる。但し管理サーバＳＶは、許可信号を受信しなければ、現在のケアプランを変更しない。

図１０〜１２は、施設スケジュールと、対象者毎のケアプラン例と、端末からの入力データと、端末へのアラートを時系列的に示す図である。図１３は、端末ＴＡの表示例を示すものであるが、図７に示す機能と同様なものは説明を省略する。以下、ケアプラン更新の事例について説明する。尚、管理サーバＳＶには、図１０〜１２に示すように、施設スケジュールと、対象者毎のケアプラン内容が予め記憶されているものとする。

（ケア事例１）
ケア開始前に、対象者としてのＹさんを担当するシフトとして、介護士ＮＡが端末ＴＡ−１（図１参照）からシステムにログインする。端末ＴＡ−１には、図１０に示すＹさんのケアプラン（管理サーバＳＶからダウンロードしたもの）が記憶されているものとする。より具体的には、Ｙさんのケアプランによれば、１日に水分を１０００ｃｃ(トータルの目標量)とることとされ、また水分補給のタイミングは、８時／１０時／１２時／１５時／１８時である。更にＹさんは、朝食後に薬Ａ，夕食後に薬Ｂを服薬することになっている。

８時になると、端末ＴＡ−１に記憶されたケアプランに基づいて、そのメイン領域６１２に、図１３（ａ）に示すように、「現在の時刻」と、「目標補給水分量（２００ｃｃ）」と、「水分補給量の入力欄」と「数字キー」が表示される。８時の朝食に合わせて、Ｙさんが補給した水分量が１００ｃｃであったときは、介護士ＮＡは、メイン領域６１２に表示された数字キーで、水分補給量１００と手入力し、送信ボタンＢ５を操作することで、端末ＴＡ−１から管理サーバＳＶへと、実水分補給量１００ｃｃのデータが入力時刻と共に送信される。

同様に、８時半になると、端末ＴＡ−１に記憶されたケアプランに基づいて、そのメイン領域６１２に、図１３（ｂ）に示すように、「薬Ａの服薬」が表示されるので、Ｙさんが薬Ａを服薬したことを確認した介護士ＮＡは、その後ろのチェックボックスをタップしてチェックマークをつけ、送信ボタンＢ５を操作することで、端末ＴＡ−１から管理サーバＳＶへと、Ｙさんが薬Ａを服薬したことが入力時刻と共に送信される。

ケアプランに従い検温の時間である１０時になると、例えば介護士ＮＡが装着した体温計よりＹさんの体温が測定され、その測定値（３６℃）が検温時刻と共にセンサボックスＳＢから管理サーバＳＶに送信される。又、ケアプランによる水分補給時である１０時に、Ｙさんが補給した水分量が１５０ｃｃであったときは、介護士ＮＡの手入力により、端末ＴＡ−１から管理サーバＳＶへと、実水分補給量１５０ｃｃのデータが入力時刻と共に送信される。

更にケアプランによる水分補給時である１２時に、Ｙさんが補給した水分量が１５０ｃｃであったときは、介護士ＮＡの手入力により、端末ＴＡ−１から管理サーバＳＶへと、実水分補給量１５０ｃｃのデータが入力時刻と共に送信される。

管理サーバＳＶは入力データを解析した結果、１２時時点で、Ｙさんの合計水分補給量が４００ｃｃであり、この時点での水分補給目標量は６００ｃｃであり、中間閾値として目標の９０％を下回っていると判断して、端末ＴＡ−１に「水分不足注意！」のアラート信号を送信する。また、管理サーバＳＶは現時点で、中間目標となる水分補給量６００ｃｃに対して、１００ｃｃ補給が未達であると演算し、その不足分を補うケアデータの補完案を作成し、以降の「水分補給目標量を各２５０ｃｃ」と変更して、端末ＴＡ−１に送信することができる。かかるアラート信号とケアデータの補完案を受信した端末ＴＡ−１は、メイン領域６１２に、図１３（ｃ）に示すように「水分不足注意！」の警告表示（警報提示）と,１５時、１８時の水分補給目標２５０ｃｃの表示を行う。この表示を見た介護士ＮＡは、Ｙさんの水分補給量が不足していることが分かり、これを補うように水分補給を促すことができる。このとき、「水分不足注意！」のアラート信号及びケアデータの補完案は、管理サーバＳＶから全ての介護士の端末へと送信され、介護士全員でＹさんの水分補給を注視するようにしてもよい。

更にケアプランによる水分補給時である１５時に、Ｙさんが補給した水分量が３５０ｃｃであったときは、介護士ＮＡの手入力により、端末ＴＡ−１から管理サーバＳＶへと、実水分補給量３５０ｃｃのデータが入力時刻と共に送信される。１５時時点で、Ｙさんの合計水分補給量が７５０ｃｃであり、この時点での水分補給目標量は８００ｃｃであり、中間閾値として目標の９０％を上回ったと判断して、端末ＴＡ−１にアラート解除信号を送信する。これを受信した端末ＴＡ−１は、表示されていた警告表示を消去する。又、この時点で、管理サーバＳＶは、ケアデータの補完案を元に戻すことができる。それに応じて端末ＴＡ−１の表示が消去される。

更にケアプランによる水分補給時である１８時に、Ｙさんが補給した水分量が１７０ｃｃであったときは、介護士ＮＡの手入力により、端末ＴＡ−１から管理サーバＳＶへと、実水分補給量１７０ｃｃのデータが入力時刻と共に送信される。

１８時半に、Ｙさんが薬Ｂを服薬したことを確認した介護士ＮＡの手入力で、端末ＴＡ−１から管理サーバＳＶへと、Ｙさんが薬Ｂを服薬したことが入力時刻と共に送信される。その後、Ｙさんのケアについて最終確認を行った介護士ＮＡは、端末ＴＡ−１を操作することで、端末ＴＡ−１から管理サーバＳＶへと最終確認を行った旨の信号を送信する。

最終確認の信号を受信した管理サーバＳＶは、Ｙさんの本日の合計水分補給量が９２０ｃｃであり、１日の水分補給目標量は１０００ｃｃであるから、総合閾値である９５％を下回り、水分不足が生じていると判断し、次の日のケアプランについて、水分補給目標量を各時２４０ｃｃと増大させた修正案を作成し、それを含む情報を端末ＴＡ−１へと送信する。かかる情報に基づく端末ＴＡ−１の表示を見た介護士ＮＡ（又は管理者やグループリーダー）は、修正案が許可できるか否かを判定し、許可できる場合には端末ＴＡ−１から許可信号を送信する。

端末ＴＡ−１から許可する旨の信号が出力され、これを受信した管理サーバＳＶは、変更したケアプランを、次の日にＹさんを担当する介護士ＮＢの端末ＴＡ−２へと送信すると共に、申し送り事項として「Ｙさんが水分不足の傾向がある」ことを示す情報を端末ＴＡ−２へと送信する。管理サーバＳＶは、許可する信号を受信しなければ、現在のケアプランを変更しない。管理サーバＳＶに入力された全てのデータ、アラートの有無、新たなケアプランはデータベース化され、正式なケア記録として担当介護士を管理する管理者やグループリーダーの承認を経て保存される。また、次の日、介護士ＮＡからＹさんの介護を引き継ぐ介護士ＮＢ（及び／又は施設の管理者やグループリーダー等）が端末ＴＡ−２からシステムにログインすることで、図１３（ｄ）に示すように、かかる申し送り事項が画面表示され、介護士ＮＡから書面等で引き継ぎを行わなくても、介護士ＮＢはＹさんが水分不足の傾向があることがわかる。又、介護士ＮＢと同じグループに属する介護士等の端末にも，申し送り事項が表示されれば、これをグループ全員で共有できる。

（ケア事例２）
ケア開始前に、対象者としてのＹさんを担当するシフトとして、介護士ＮＡが端末ＴＡ−１（図１参照）からシステムにログインする。端末ＴＡ−１には、図１１に示すＸさんのケアプラン（管理サーバＳＶからダウンロードしたもの）が記憶されているものとする。より具体的には、Ｘさんのケアプランによれば、１日に食事を１０００Ｋｃａｌ(トータルの目標量)とることとされている。更に、Ｘさんは、昼食後に薬Ｃを服薬することになっている。

８時になると、端末ＴＡ−１に記憶されたケアプランに基づいて、実摂取カロリーの入力画面が表示されるので、Ｘさんが摂取したカロリーが３００Ｋｃａｌであったときは、介護士ＮＡは手入力することで、端末ＴＡ−１から管理サーバＳＶへと、実摂取カロリー３００Ｋｃａｌのデータが入力時刻と共に送信される。

ケアプランに従い検温の時間である１０時になると、例えば介護士ＮＡが装着した体温計よりＸさんの体温が測定され、その測定値（３６℃）が検温時刻と共にセンサボックスＳＢから管理サーバＳＶに送信される。尚、Ｘさんの体温が例えば３７℃以上であった場合、管理サーバＳＶは端末ＴＡ−１に体温上昇を示すアラート信号を送信し、端末ＴＡ−１に警告表示（不図示）表示させることで，介護士ＮＡの注意を喚起するようにしても良い。

１２時になると、端末ＴＡ−１に記憶されたケアプランに基づいて、実摂取カロリーの入力画面が表示されるので、Ｘさんが摂取したカロリーが４００Ｋｃａｌであったときは、介護士ＮＡは手入力することで、端末ＴＡ−１から管理サーバＳＶへと、実摂取カロリー４００Ｋｃａｌのデータが入力時刻と共に送信される。この時点で、Ｘさんの合計摂取カロリー（７００Ｋｃａｌ）が目標摂取カロリー（６５０Ｋｃａｌ）に対して中間閾値である１１０％以内であるので、管理サーバＳＶはアラート信号を出すことはない。但し、この時点で、管理サーバＳＶは、Ｘさんの合計摂取カロリーが目標摂取カロリーを５０Ｋｃａｌ上回っていると判断し、夕食のカロリーを５０ｃａｌ減らすというケアデータの補完案を作成して、端末ＴＡ−１に送信することもできる。

一方、１２時半（目標タイミング）を過ぎても、端末ＴＡ−１から管理サーバＳＶへと、Ｘさんが薬Ｃを服薬したことが送信されなかった場合、管理サーバＳＶは、Ｘさんの薬Ｃ飲み忘れが発生したと判断して、「Ｘさんが薬Ｃ飲み忘れ」のアラート信号を送信する。このとき、管理サーバＳＶからの信号によりセンサボックスＳＢを介して、「Ｘさん、薬Ｃを飲みましょう」と音声アナウンスを自動的に行っても良い。かかるアラート信号を受信した端末ＴＡ−１は、「Ｘさんが薬Ｃ飲み忘れ」の警告表示を行うので、介護士ＡはＸさんが薬Ｃを飲み忘れていた場合、飲むことを促すことができる。Ｘさんが薬Ｃを飲んだ場合、それを確認した介護士ＮＡの手入力で、端末ＴＡ−１から管理サーバＳＶへと、Ｘさんが薬Ｃを服薬したことが入力時刻と共に送信される。これに応じて管理サーバＳＶは、飲み忘れがなくなったと判断して、端末ＴＡ−１にアラート解除信号を送信する。これを受信した端末ＴＡ−１は、表示されていた警告表示を消去する。

１８時になると、端末ＴＡ−１に記憶されたケアプランに基づいて、実摂取カロリーの入力画面が表示されるので、Ｘさんが摂取したカロリーが４００Ｋｃａｌであったときは、介護士ＮＡは手入力することで、端末ＴＡ−１から管理サーバＳＶへと、実摂取カロリー４００Ｋｃａｌのデータが入力時刻と共に送信される。

１８時半に、Ｘさんが嘔吐した場合、介護士ＮＡはＸさんが嘔吐したという情報を、管理サーバＳＶへと送信する。その後、Ｘさんのケアについて最終確認を行った介護士ＮＡは、端末ＴＡ−１を操作することで、端末ＴＡ−１から管理サーバＳＶへと最終確認を行った旨の信号を送信する。

最終確認の信号を受信した管理サーバＳＶは、１日の目標摂取カロリーは１０００Ｋｃａｌであるのに対し、Ｘさんの本日の合計摂取カロリーが１１００Ｋｃａｌで過多となり、その結果、嘔吐が発生したと判断し、次の日のケアプランについて、目標摂取カロリーを９００Ｋｃａｌと減少させた修正案を作成し、それを含む情報を端末ＴＡ−１へと送信する。かかる情報に基づく端末ＴＡ−１の表示を見た介護士ＮＡ（又は管理者やグループリーダー）は、修正案が許可できるか否かを判定し、許可できる場合には端末ＴＡ−１から許可信号を送信する。

端末ＴＡ−１から許可する旨の信号が出力され、これを受信した管理サーバＳＶは、変更したケアプランを、次の日にＸさんを担当する介護士ＮＢの端末ＴＡ−２へと送信すると共に、申し送り事項として「Ｘさんが摂取カロリー過多であり、嘔吐した」ことを示す情報を端末ＴＡ−２へと送信する。管理サーバＳＶは、許可する信号を受信しなければ、現在のケアプランを変更しない。管理サーバＳＶに入力された全てのデータ、アラートの有無、新たなケアプランはデータベース化され、正式なケア記録として担当介護士を管理する管理者やグループリーダーの承認を経て保存される。また次の日、介護士ＮＢ（及び／又は施設の管理者やグループリーダー等）が端末ＴＡ−２からシステムにログインすることで、かかる申し送り事項が画面表示され、介護士ＮＡから書面等で引き継ぎを行わなくても、介護士ＮＢはＸさんが摂取カロリー過多であることがわかる。又、介護士ＮＢと同じグループに属する介護士等の端末にも，申し送り事項が表示されれば、これをグループ全員で共有できる。

（ケア事例３）
ケア開始前に、対象者としてのＺさんを担当するシフトとして、介護士ＮＡが端末ＴＡ−１（図１参照）からシステムにログインする。端末ＴＡ−１には、図１２に示すＺさんのケアプラン（管理サーバＳＶからダウンロードしたもの）が記憶されているものとする。より具体的には、Ｚさんのケアプランによれば、１日の排泄回数が８回とされている。更に、Ｚさんは、朝食後に薬Ａ，夕食後に薬Ｂを服薬することになっている。尚、排泄のチェックは、専用トイレの入口に配置された人感センサ（不図示）がＺさんの通過を判別して、排泄回数をカウントし、センサボックスＳＢを介して管理サーバＳＶに送信するものとする。また、排泄が小便か大便かは、Ｚさんの専用トイレの入室時刻と退室時刻の時間差で判別するものとする。

１０時に、例えば介護士ＮＡが装着した体温計よりＺさんの体温が測定され、その測定値（３６℃）が検温時刻と共にセンサボックスＳＢから管理サーバＳＶに送信される。Ｚさんは薬Ａ，Ｂの飲み忘れはない。よって、これらの入力データを受信した管理サーバＳＶから、アラート信号は送信されないこととなる。

一方、Ｚさんの１日の排泄回数は、５：３０，６：４５，８：４５，１０：３０，１２：４５，１３：４５，１４：５５，１６：００，１９：００，２１：００，１：００の合計１１回であった。６回目（１３：４５）の時点で、管理サーバＳＶは排泄頻度が高すぎるとして、「Ｚさんの排泄回数注意！」のアラート信号を送信することができる。排泄回数が少ない場合も、同様にアラート信号を送信できる。かかるアラート信号を受信した端末ＴＡ−１は、「Ｚさんの排泄回数注意！」の警告表示を行う。これを見た介護士ＮＡはＺさんの様子を見に行き、また直接会話した結果、特に異常がないと判断した場合、「体調に特に異常なし」と端末ＴＡ−１に手入力すると、Ｚさんの体調が特に異常なしとの情報が端末ＴＡ−１から管理サーバＳＶに送信され、これと同時に「Ｚさんの排泄回数注意！」の警告表示が消去される。尚、この時点で、介護士ＮＡがＺさんの体調異常を発見した場合、医師や看護師等に連絡することで迅速に対処することができる。

管理サーバＳＶは、ケアプランで定められた１日の排泄回数を上回っているが、様子見と判断して、本日はケアプランの修正案を作成せず、次の日にＺさんを担当する介護士ＮＢの端末ＴＡ−２に、申し送り事項として「Ｚさんが排泄回数若干多い」ことを示す情報を端末ＴＡ−２へと送信する。管理サーバＳＶに入力された全てのデータ、アラートの有無、新たなケアプランはデータベース化され、正式なケア記録として担当介護士を管理する管理者やグループリーダーの承認を経て保存される。

更に管理サーバＳＶは、Ｚさんの排泄回数を３日間測定して（１０回、１２回、１１回）、その平均をとったところ１１回であったと判断すれば、次の日のケアプランについて、排泄回数を１１回に変更した修正案を作成し、それを含む情報を端末へと送信する。かかる情報に基づく端末ＴＡ−１の表示を見た介護士ＮＡ（又は管理者やグループリーダー）は、修正案が許可できるか否かを判定し、許可できる場合には端末ＴＡ−１から許可信号を送信する。

端末から許可する旨の信号が出力され、これを受信した管理サーバＳＶは、変更したケアプランを、次の日にＺさんを担当する介護士（及び／又は施設の管理者やグループリーダー等）の端末へと送信する。管理サーバＳＶは、許可する信号を受信しなければ、現在のケアプランを変更しない。

例えば対象者が薬Ｄを服薬した後に、転倒したり、部屋内を歩き回ったり、呼吸が乱れたりした場合には、これをセンサボックスＳＢで検出し、薬Ｄ服薬の際の注意事項として、管理サーバＳＶに送信し記録することもできる。又、転倒した場合の連絡は、状況に応じて担当する介護士の他、管理者やナースに対して行っても良い。又、認知症を患った対象者が居室外へ出たときは、センサボックスＳＢがこれを判断し、管理サーバＳＶを介して担当する介護士や、施設の受付或いは警備員等の端末ＴＡに警報信号を発しても良い。

又、対象者の自律的行為に応じて動作し、ケアデータを出力する入力装置としては、トイレに設けた人感センサ以外にも、以下のものがある。具体的には、対象者が摂取した水分量を入力する入力装置として、冷蔵庫の扉や電動ポットのスイッチにセンサをつけておき、対象者が水分補給のため、冷蔵庫の扉を開けたり電動ポットのスイッチを操作したことに応じて、かかる場合の平均的摂取量を管理サーバに送信するようにしても良い。

アラート信号を受信した端末ＴＡは、緊急性のある事案と、緊急性のない事案とに分けて、着信音を変えても良い。又、緊急性のある事案の場合、管理サーバＳＶはかかりつけの医師や看護師、家族等にメールで自動送信するようにしても良い。対象者は手入力でケアデータを入力しているが、音声入力でケアデータを入力しても良い。また管理サーバＳＶは、服薬後に対象者が嘔吐することが多かったり、或いは午後に測定した体温や血圧が安定しないことを、端末ＴＡからの入力で解析した場合、服薬や測定の時間（目標タイミング）をずらしたり、服薬を複数回に分けて一回の量（目標量）を減らすなど、ケアプランの修正案を提案することもできる。或いは管理サーバＳＶは介護士が対象者の体位チェンジを午後に行うケアプランの場合、昼寝している対象者を度々起こしてしてしまうという問題があることを端末ＴＡからの入力で解析した場合、対象者が起きていることが多い午前中に体位チェンジの時間（目標タイミング）をずらすように、ケアプランの修正案を提案することもできる。

更に、センサボックスＳＢから送信された画像データに基づいて、管理サーバＳＶが解析した結果、対象者の徘徊、危険行動、不穏行動などが生じたと判断した場合、これをデータベースに記録すると共に、頻繁に生じるのであれば、介護士の見回りを増やすようケアプランの修正案を作成しても良いし、更には施設の職員や警備員の管理する端末にアラート信号を送信することで、対象者が一人で外出してしまうことなどを未然に防止できる。

本発明は、明細書に記載の実施形態に限定されるものではなく、他の実施形態・変形例を含むことは、本明細書に記載された実施形態や技術思想から本分野の当業者にとって明らかである。明細書の記載及び実施形態は、あくまでも例証を目的としており、本発明の範囲は後述するクレームによって示されている。

１１ センサ部
１２ ＳＢ音入出力部
１３ ナースコール入力部
１４ ＳＢ制御処理部
１５ ＳＢ通信ＩＦ部
１６ ＳＢ記憶部
２１ ＳＶ制御処理部
２２ ＳＶ記憶部
２３ ＳＶＩＦ部
２４ ＳＶ入力部
３１ ＴＡ制御処理部
３２ ＴＡ記憶部
３３ ＴＡ通信ＩＦ部
３４ ＴＡ音入出力部
３５ ＴＡ入力部
３６ ＴＡ表示部
３７ ＴＡＩＦ部
４１ 通知先情報テーブル
１１１ ドップラセンサ
１１２ カメラ
１４１ ＳＢ制御部
１４２ 行動検知処理部
１４３ 通知処理部
１４４ ストリーミング処理部
１４５ ナースコール処理部
２１１ ＳＶ制御部
２２１ 通知先情報記憶部
３１１ ＴＡ制御部
３１２ ＴＡ処理部
３２１ 表示画面記憶部
４１１ 通知元アドレスフィールド
４１２ 通知イベントフィールド
４１３ 通知先アドレスフィールド
６１１ メニューバー領域
６１２ メイン領域
６１３ 時刻領域
６１４ ユーザ名領域
３１２１ 表示処理部
ＡＰ アクセスポイント
Ｂ１〜Ｂ５ ボタン
ＩＣ１〜ＩＣ４ アイコン
ＭＳ 介護支援システム
ＮＷ ネットワーク
Ｏｂ 対象者
ＲＭ 居室
ＳＢ センサボックス
ＳＰ 固定端末
ＳＳ センサ
ＳＴ ナースステーション
ＳＶ 管理サーバ
ＴＡ 携帯端末

Claims (8)

1. 被介護者自らが行う自律行為の回数とタイミング、被介護者が摂取すべき摂取物の量と摂取タイミング、被介護者の身体に関する値を収集するタイミング、及び介護者が被介護者に対して行う介護行為の回数とタイミングの少なくとも１つを、目標量又は目標タイミングとして定めた被介護者のケアプランを調整するためのケアプラン調整システムであって、
   前記被介護者のケアプランを記憶した中央制御装置と、
   前記被介護者のケアプランの内容に対応して、前記被介護者自らが行った前記自律行為の内容及び実行時間と、前記被介護者が摂取した前記摂取物の量及び摂取時間と、前記被介護者の身体から収集した値及び収集時間と、介護者が前記被介護者に対して行った前記介護行為の内容及び実行時間の少なくとも１つを、ケアデータとして前記中央制御装置に入力する入力装置と、
   前記中央制御装置に対して通信可能に接続された端末とを有し、
   前記中央制御装置は、前記入力装置から入力されたケアデータが、前記被介護者のケアプランで定められた目標量又は目標タイミングから閾値以上ずれている場合、トータルの目標量又は目標タイミングに近づける為に、以降に被介護者が実行することで収集されるべきケアデータの補完案を作成し、前記ケアデータの補完案を前記端末に送信し、前記端末は前記ケアデータの補完案を提示するケアプラン調整システム。
2. 前記中央制御装置は、入力された前記ケアデータを記憶すると共に、前記入力装置から入力された１日分又は複数日分のケアデータに基づいて、以降の日に実施すべき前記被介護者のケアプランの修正案を作成し、前記修正案に関する情報を前記端末に送信する請求項１に記載のケアプラン調整システム。
3. 前記端末より送信された前記修正案を許可する信号を前記管理サーバが受信したときは、前記修正案を新たなケアプランとして更新し、前記端末に送信する請求項２に記載のケアプラン調整システム。
4. 前記中央制御装置は、前記入力装置から入力されたケアデータが、前記被介護者のケアプランで定められた目標量又は目標タイミングから閾値以上ずれている場合、前記端末にアラート信号を出力する請求項１〜３のいずれかに記載のケアプラン調整システム。
5. 前記入力装置は、前記介護者が管理する前記端末であって、前記介護者が前記端末に入力することで前記ケアデータの入力を行う請求項１〜４のいずれかに記載のケアプラン調整システム。
6. 前記入力装置は、前記被介護者の身体に装着することで、前記被介護者の身体に関する値を収集する請求項１〜５のいずれかに記載のケアプラン調整システム。
7. 前記入力装置は、前記被介護者の自律的行為に応じて、前記ケアデータを出力する請求項１〜６のいずれかに記載のケアプラン調整システム。
8. 被介護者自らが行う自律行為の回数とタイミング、被介護者が摂取すべき摂取物の量と摂取タイミング、被介護者の身体に関する値を収集するタイミング、及び介護者が被介護者に対して行う介護行為の回数とタイミングの少なくとも１つを、目標量又は目標タイミングとして定めた被介護者のケアプランを調整するためのケアプラン調整方法であって、 前記被介護者のケアプランの内容に対応して、前記被介護者自らが行った前記自律行為の内容及び実行時間と、前記被介護者が摂取した前記摂取物の量及び摂取時間と、前記被介護者の身体から収集した値及び収集時間と、介護者が前記被介護者に対して行った前記介護行為の内容及び実行時間の少なくとも１つが、ケアデータとして入力されたことに応じ、
   入力された前記ケアデータが、前記被介護者のケアプランで定められた目標量又は目標タイミングから閾値以上ずれている場合、トータルの目標量又は目標タイミングに近づける為に、以降に被介護者が実行することで収集されるべきケアデータの補完案を作成し、前記ケアデータの補完案を前記介護者に提示するケアプラン調整方法。

Images