JPWO2020003758A1 - レポート出力プログラム、レポート出力方法、およびレポート出力装置 - Google Patents

Abstract

【課題】対象者に対応することによるスタッフごとの負荷が適切に可視化されたレポートを出力することで、各スタッフの業務状況を正確かつ容易に把握可能なレポート出力プログラムを提供する。【解決手段】検出され、蓄積された、スタッフが対応した対象者のイベントに関する複数の検出パラメーターの中から、少なくとも１つの検出パラメーターを選択して取得する手順（ａ）と、取得された検出パラメーターに基づいて、スタッフごとのイベントへの対応による負荷が可視化された結果を含むレポートを作成する手順（ｂ）と、作成されたレポートを出力する手順（ｃ）と、を含む処理をコンピューターに実行させるためのレポート出力プログラム。

Description

本発明はレポート出力プログラム、レポート出力方法、およびレポート出力装置に関する。特に、本発明は、介護等の対象者のイベントに対応したスタッフに関するレポートを出力するレポート出力プログラム、レポート出力方法、およびレポート出力装置に関する。

我が国は、戦後の高度経済成長に伴う生活水準の向上、衛生環境の改善、および医療水準の向上等により、長寿命化が顕著となっている。このため、出生率の低下と相まって、高齢化率が高い高齢化社会になっている。このような高齢化社会では、病気、怪我、および加齢などにより、介護等の対応を必要とする要介護者等の増加が想定される。

老人福祉施設や病院等の施設においては、スタッフによる対応が必要な要介護者等の対象者に対する対応のスケジュールが設定され、スタッフはスケジュールに基づいて対象者への対応を行う。また、対象者によるナースコールがあった場合は、各スタッフの携帯端末等に通知され、ナースコールに対応可能なスタッフが、携帯端末等から対応の受諾の応答をし、当該ナースコールに対応する。

スタッフによる対象者への対応の実績を表示するための先行技術としては、下記特許文献１に記載されたものがある。すなわち、被介護者宅へ訪問するスタッフが携帯する端末により、訪問先に配置された記録媒体であるＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）タグから読み取った訪問先位置および読み取った時の時刻情報、ならびに当該端末により検出された現在位置を受信する。受信した訪問先位置と現在位置との差異が所定の範囲内のときに、スタッフの行動実績として被介護者宅への入退出時の時刻情報を記録する。そして、被介護者宅への訪問時間帯が示された、スタッフの行動実績のグラフを表示する。

特開２０１６−１４９０６６号公報

しかし、特許文献１に記載された技術は、スタッフが被介護者宅に訪問していた時間帯は表示できるが、被介護者への対応に要した時間以外の要素を考慮して、被介護者への対応によるスタッフへの負荷を適切に把握できないという問題がある。

本発明は、このような問題を解決するためになされたものである。すなわち、対象者に対応することによるスタッフごとの負荷が適切に可視化されたレポートを出力することで、各スタッフの業務状況を正確かつ容易に把握可能なレポート出力プログラム、レポート出力方法、およびレポート出力装置を提供することを目的とする。

本発明の上記課題は、以下の手段によって解決される。

（１）検出され、蓄積された、スタッフが対応した対象者のイベントに関する複数の検出パラメーターの中から、少なくとも１つの前記検出パラメーターを選択して取得する手順（ａ）と、前記手順（ａ）において取得された前記検出パラメーターに基づいて、前記スタッフごとの前記イベントへの対応による負荷が可視化された結果を含むレポートを作成する手順（ｂ）と、前記手順（ｂ）において作成された前記レポートを出力する手順（ｃ）と、を含む処理をコンピューターに実行させるためのレポート出力プログラム。

（２）前記コンピューターは通信部を有し、前記検出パラメーターは、前記イベントの通知を前記通信部が送信してから前記イベントへの対応の受諾の応答を前記通信部が受信するまでの応答時間、前記イベントに対応するために移動した前記スタッフの移動歩数、前記イベントに対応するための移動で前記スタッフが昇降した移動階数、前記イベントの内容、および前記スタッフによる前記イベントへの対応に要した業務時間の少なくともいずれかである、上記（１）に記載のレポート出力プログラム。

（３）前記手順（ａ）は、複数の前記検出パラメーターを選択して取得し、前記手順（ｂ）は、取得された前記複数の前記検出パラメーターに基づいて、前記スタッフごとの前記イベントへの対応による前記負荷が可視化された結果を含む前記レポートを作成する、上記（１）または（２）に記載のレポート出力プログラム。

（４）前記手順（ｂ）は、取得された、前記業務時間以外の前記検出パラメーターからそれぞれ前記検出パラメーターに対応する係数を算出し、取得された前記業務時間に前記係数を乗算することで前記負荷を算出し、算出された前記負荷が前記スタッフごとに可視化された結果を含む前記レポートを作成する、上記（２）に記載のレポート出力プログラム。

（５）前記手順（ｂ）は、取得された前記検出パラメーターに基づいて、所定の期間に発生したすべての前記イベントへの対応による前記負荷の総和が、前記スタッフごとに可視化された結果を含む前記レポートを作成する、上記（１）〜（４）のいずれかに記載のレポート出力プログラム。

（６）前記可視化された結果には、図、表、およびグラフの少なくともいずれかが含まれる、上記（１）〜（５）のいずれかに記載のレポート出力プログラム。

（７）検出され、蓄積された、スタッフが対応した対象者のイベントに関する複数の検出パラメーターの中から、少なくとも１つの前記検出パラメーターを選択して取得する段階（ａ）と、前記段階（ａ）において取得された前記検出パラメーターに基づいて、前記スタッフごとの前記イベントへの対応による負荷が可視化された結果を含むレポートを作成する段階（ｂ）と、前記段階（ｂ）において作成された前記レポートを出力する段階（ｃ）と、を有するレポート出力方法。

（８）検出され、蓄積された、スタッフが対応した対象者のイベントに関する複数の検出パラメーターの中から、少なくとも１つの前記検出パラメーターを選択して取得する取得部と、前記取得部により取得された前記検出パラメーターに基づいて、前記スタッフごとの前記イベントへの対応による負荷が可視化された結果を含むレポートを作成する演算部と、前記演算部により作成された前記レポートを出力する出力部と、を有するレポート出力装置。

蓄積された、スタッフが対応したイベントに関する検出パラメーターの中から少なくとも１つの検出パラメーターを選択して取得し、取得した検出パラメーターに基づいてスタッフごとの負荷が可視化された結果を含むレポートを作成して出力する。これにより、対象者に対応することによるスタッフごとの負荷が適切に可視化されることで、各スタッフの業務状況を正確かつ容易に把握できる。

見守りシステムの全体構成を示す図である。 対象者の部屋に設置された検出部の例を示す図である。 検出部のハードウェア構成を示すブロック図である。 サーバーのハードウェア構成を示すブロック図である。 イベントリストの例を示す図である。 付加情報リストの例を示す図である。 負荷係数リストの例を示す図である。 負荷係数リストの例を示す図である。 負荷係数リストの例を示す図である。 負荷係数リストの例を示す図である。 スタッフごとの業務負荷の総和が可視化されたグラフを含むレポートの例を示す図である。 管理者端末のハードウェア構成を示すブロック図である。 携帯端末のハードウェア構成を示すブロック図である。 サーバーの動作を示すフローチャートである。

以下、添付した図面を参照して、本発明の実施形態を説明する。なお、図面の説明において同一の要素には同一の符号を付し、重複する説明を省略する。また、図面の寸法比率は、説明の都合上誇張されており、実際の比率とは異なる場合がある。

（全体構成）
図１は見守りシステムの全体構成を示す図であり、図２は対象者の部屋のベッド周辺に設置された検出部の例を示す図である。

図１に示すように、見守りシステム１は、複数の検出部１０、サーバー２０、管理者端末３０、および１つ以上のスタッフ端末４０を備える。これらは、有線や無線によって、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、電話網またはデータ通信網等のネットワーク５０を介して、相互に通信可能に接続される。ネットワーク５０は、通信信号を中継するリピーター、ブリッジ、ルーターまたはクロスコネクト等の中継機を備えてもよい。図１に示す例では、スタッフ端末４０は、検出部１０、サーバー２０、および管理者端末３０と、アクセスポイント５１を含む無線ＬＡＮ等（例えばＩＥＥＥ８０２．１１規格に従ったＬＡＮ）のネットワーク５０によって、相互に通信可能に接続されている。サーバー２０は、レポート出力装置として機能する。

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

検出部１０は、対象者７０の観察領域であるそれぞれの居室に配置される。図１に示す例では、４つの検出部１０が対象者７０であるＡさん、Ｂさん、ＣさんおよびＤさんの居室にそれぞれ配置されている。検出部１０の観察領域にはベッド６０が含まれている。対象者７０に対して介護または看護等の対応（例えば、ケア）を行うスタッフ８０は、それぞれ携帯端末であるスタッフ端末４０を持ち歩いている。ただし、見守りシステム１が備える各構成の位置や個数等は、図１に示す例に限定されない。例えば、サーバー２０は、ナースステーションに配置されなくてもよく、ネットワーク５０に接続されている外部のサーバーユニットであってもよい。

（検出部１０）
図３は、検出部のハードウェア構成を示すブロック図である。同図に示すように、検出部１０は、制御部１１、通信部１２、カメラ１３、ナースコール部１４、および音声入出力部１５を備え、これらはバスによって、相互に接続されている。

制御部１１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、およびＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等のメモリにより構成され、プログラムに従って検出部１０の各部の制御および演算処理を行う。なお、制御部１１は、メモリとして、さらにＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）を備えてもよい。

通信部１２は、ネットワーク５０を介して、例えば、サーバー２０、管理者端末３０またはスタッフ端末４０等の、他の装置と通信するためのインターフェース回路（例えばＬＡＮカード等）である。

カメラ１３は、例えば居室の天井、または壁の上部に配置され、観察領域として対象者７０のベッド６０を含む領域を撮影し、撮影画像（画像データ）を出力する。以下、カメラ１３により撮影された画像を、単に「撮影画像」とも称する。撮影画像には対象者７０を含む画像が含まれる。撮影画像は、静止画および動画を含む。カメラ１３は近赤外線カメラであるが、これに換えて可視光カメラを用いてもよく、これらを併用してもよい。

制御部１１は、カメラ１３が撮影した撮影画像から、対象者７０の行動を認識する。この認識する行動には、ベッド６０から起き上がる「起床」、ベッド６０から離れる「離床」、ベッド６０から転落する「転落」、および床面等に転倒する「転倒」が含まれる。

制御部１１は、複数の撮影画像（動画像）から画像のシルエット（以下、「人シルエット」と称する）を検出する。人シルエットは、例えば、撮影時刻が前後する画像の差分を抽出する時間差分法により差分が相対的に大きい画素の範囲を抽出することで検出され得る。人シルエットは、撮影画像と背景画像との差分を抽出する背景差分法により検出されてもよい。起床、離床、転倒、転落の別は、検出した人シルエットから対象者７０の姿勢（例えば立位、座位および横臥等）、およびベッド６０等の居室内の設置物との相対的な位置から認識される。これらの認識は、制御部１１のＣＰＵが処理するプログラムにより行ってもよく、組み込み型の処理回路により行うようにしてもよい。また、これに限られずサーバー２０側でこれらの認識の全部またはほとんどの処理を行うようにし、制御部１１ではサーバー２０への撮影画像の送信のみを行うようにしてもよい。制御部１１は、いずれかの行動を認識した場合、イベントが発生した旨の通知をサーバー２０等に送信する。

スタッフ８０は、業務に応じた、対象者７０への各種の対応を行う者である。業務には、医療業務、介護業務を含み得る。ここで、スタッフ８０の業務が、対象者７０に対する介護業務である場合に、各イベントに関する対応内容について説明する。イベントとして「起床」を判定し、その判定が所定時間内（施設で設定された起床時間（例えば午前７〜８時））であれば、モーニングケアを行う。このモーニングケアには、洗顔、歯磨き介助、義歯装着、着替え介助等が含まれる。また、「離床」のイベントであれば、車椅子移乗、歩行介助が必要となる場合がある。また、検出部１０が判定したイベント以外の定期的（定時）なイベントとして、飲料、および食事介助、***介助、車椅子移乗、歩行介助、***変換（褥瘡予防）がある。これらの定期的イベントは、ナースコール部１４等により、定時になるとアラートを発生させるようにしてもよい。

ナースコール部１４は、押しボタン式のスイッチを含み、スイッチが対象者７０によって押されることでナースコールを検出する。ナースコールにはケアコール等が含まれる。押しボタン式のスイッチに換えて、音声マイクによりナースコールを検出してもよい。ナースコール部１４のスイッチが押された場合、すなわち、ナースコールを検出した場合、制御部１１は、通信部１２およびネットワーク５０を介して、ナースコールがあった旨の通知（ナースコール通知）をサーバー２０等に送信する。

音声入出力部１５は、例えばスピーカーとマイクであり、通信部１２を介してスタッフ端末４０等との間で音声信号を送受信することで音声通話を可能とする。なお、音声入出力部１５は検出部１０の外部装置として、通信部１２を介して検出部１０に接続されてもよい。

また、検出部１０は、ベッド６０の方向に向けてマイクロ波を送受信して対象者７０の体動（例えば呼吸動）によって生じたマイクロ波のドップラシフトを検出するドップラシフト方式の体動センサーを、さらに備えてもよい。この体動センサーにより、対象者７０の呼吸動作に伴う胸部の体動（胸部の上下動）を検出し、その胸部の体動における周期の乱れや予め設定された閾値以下である胸部の体動における振幅を検知すると、微体動異常であると認識する。

本実施形態においては、イベントには、スタッフ８０により対象者への対応が行われるべき事象を広く含む。具体的には、イベントには、（１）スタッフ８０への発報（報知）が行われることでスタッフ８０が対応すべき事象（以下、「第１事象」と称する）、（２）決まった時間にスタッフ８０が対応すべき事象（以下、「第２事象」と称する）、および（３）スタッフ８０が気付いた際に対応すべき事象（以下、「第３事象」と称する）が含まれる。第１事象には、例えば、ナースコール、ならびに、起床、離床、転倒、転落、および微体動異常が含まれる。第２事象には、例えば、食事、入浴、着替え、および散策等の際の車椅子への移乗が含まれる。第３事象には、例えば、対象者７０の口頭での依頼による***ケア、発熱が疑われるときの体温測定、および嘔吐していたときの対応が含まれる。

検出部１０は、検出したイベントの情報（以下、単に「イベント情報」とも称する）および撮影画像をサーバー２０へ送信（出力）する。

（サーバー２０）
図４は、サーバーのハードウェア構成を示すブロック図である。

サーバー２０は、制御部２１、通信部２２、および記憶部２３を備える。サーバー２０は、対象者７０用の居室と同じ建物内に設けられてもよく、遠隔地に設けられてネットワークを介して接続可能であってもよい。例えば、サーバー２０は、インターネット等のネットワーク上に配置された複数のサーバーによって仮想的に構築されるクラウドサーバーであってもよい。各構成は、バスによって、相互に通信可能に接続されている。制御部２１は、通信部２２と協働することで取得部として機能する。制御部２１は、演算部として機能する。また制御部２１は、通信部２２と協働することで出力部としても機能する。

記憶部２３は、本実施形態に係るプログラムを記憶する。サーバー２０の上記構成要素は、プログラムに従い、制御部２１により制御される。記憶部２３は、対象者７０やスタッフ８０に関する各種情報を記憶し蓄積する。対象者７０に関する情報には、イベント情報を含むイベントリストや、介護記録が含まれる。スタッフ８０に関する情報には、イベント情報に対応付けされた付加情報リストが含まれる。付加情報リストには、スタッフ８０が対応したイベントの内容（種類）、イベントに対応したスタッフ、イベントの通知（以下、「イベント通知」と称する）をスタッフ端末４０へ送信してから当該イベントへの対応の受諾の応答を受信するまでの時間（以下、「応答時間」とも称する）、イベントに対応するために移動したスタッフ８０の移動歩数、イベントに対応するための移動でスタッフ８０が昇降した移動階数、および各イベントへの対応に要した業務上の時間である業務時間等が登録される。イベントの内容、応答時間、移動歩数、移動階数、および業務時間等は検出パラメーターを構成する。付加情報リストには、検出パラメーターが検出されたイベントのイベントＩＤがさらに登録される。付加情報リストにイベントＩＤが登録されることで、付加情報リストは、イベントリストと対応付けされている。なお、付加情報リストに登録される情報は、イベントリストに登録されてもよく、この場合は、付加情報リストは不要となる。その他の制御部２１、および通信部２２は、検出部１０の各構成と同様の機能を有するため、詳細な説明を省略する。

図５は、イベントリストの例を示す図である。図６は、付加情報リストの例を示す図である。

イベントリストには、発生した各イベントのイベント情報が登録される。イベントリストには、検出部１０によりイベントに対応する行動が認識された画像が、タグ付け画像としてさらに登録され得る。タグ付け画像は、イベントに関連付けられた撮影画像であり、例えばイベントが検出された撮影画像である。サーバー２０は、消去の指示があるまでタグ付け画像を消去せず保持し得る。

図５の例においては、イベントリストには、イベント情報として、イベントＩＤ、部屋番号、対象者、イベントの内容、および発生日時（イベント検出時刻）が登録されている。対象者の欄には、対象者を特定する識別情報として氏名を記載しているが、対象者のＩＤや部屋番号を用いてもよい。

イベントＩＤ１１０、１１１、１１５は第１事象のイベントであり、イベントＩＤ１１２〜１１４は第２事象のイベントであり、イベントＩＤ１１６、１１７は第３事象のイベントである。なお、イベントＩＤ１１５〜１１７は、一連のイベントであり、イベントＩＤ１１５のナースコールに対応してＡさんの居室を訪問した結果、イベントＩＤ１１６〜１１７の各***ケアのイベントへの対応が必要となったという例である。

発生日時は次のように検出される。すなわち、第１事象のイベントについては、検出部１０等によりイベントが検出され、イベントがあった旨の通知をサーバー２０が受信した日時が発生日時として検出される。第２事象のイベントについては、スタッフ端末４０においてスタッフ８０によりイベントへの対応の受諾の入力がされ、当該受諾をサーバー２０が受信した日時が発生日時として検出される。第３事象のイベントについては、スタッフ端末４０においてイベント発生の情報が入力され、当該情報をサーバー２０が受信した日時が発生日時として検出される。なお、イベント発生日時は、その他の方法で検出されてもよい。例えば、第２事象のイベントについては、スケジュール表等でイベントの発生が予定されている。そこで、スタッフ端末４０に備えられたＧＰＳ機能等を利用して、スタッフ８０の歩行方向および歩行速度を検出し、イベント発生予定日時に、スタッフ８０が、担当する対象者７０の居室の方向へ、一定の速度で直進している傾向が解析された場合は、スケジュール通りにイベントが発生し対応したとして、スケジュールに設定された日時を発生日時として検出し得る。

図６の例においては、付加情報リストに、イベントの内容、イベントに対応したスタッフ、応答時間、移動歩数、移動階数、および業務時間が登録されている。イベントの内容は、例えば、イベントに対応する際に、スタッフ８０によりスタッフ端末４０の入力部４４（図１０参照）において入力されるイベントの内容が、スタッフ端末４０からサーバー２０へ送信されることで、サーバー２０により検出される。また、イベントの内容は、上述したように、検出部１０により検出されたイベントの内容であり得る。すなわち、例えば、起床、離床、転倒、転落、および微体動異常といったイベントの内容は、検出部１０により検出され得る。イベントが検出されたときは、イベント通知がサーバー２０からスタッフ端末４０へ送信される。応答時間は、例えば、スタッフ８０が携帯するスタッフ端末４０へイベント通知が送信された時から、スタッフ８０によりスタッフ端末４０の入力部４４において入力されるイベントへの対応の受諾の応答が受信されるまでの時間をサーバー２０が備えるタイマー等で計測することで検出される。移動歩数は、例えば、スタッフ端末４０が備える歩数センサー４６（図１０参照）により計測され、サーバー２０がスタッフ端末４０から受信することでサーバー２０により検出される。移動歩数は、例えば、ナースコールのイベントの場合は、イベントへの対応の受諾の応答がサーバー２０により受信されてから、スタッフ８０が対象者７０の居室に備えられた検出部１０により検出されるまでの歩数として検出され得る。検出部１０により検出された居室内の人数が１人から２人に変化したことで、スタッフ８０が検出されてもよい。食事等のイベントの場合は、イベントへの対応の受諾の応答がサーバー２０により受信されてから、イベントへの対応の完了がスタッフ端末４０においてスタッフ８０により入力されサーバー２０により受信されるまでの歩数が移動歩数として検出され得る。移動階数は、スタッフ端末４０の気圧センサー４７により計測され、サーバー２０がスタッフ端末４０から受信することでサーバー２０により検出される。移動階数が気圧計により計測できるのは、スタッフ８０が昇階する場合は昇階数に応じて気圧が低くなり、スタッフ８０が降階する場合は降階数に応じて気圧が高くなるからである。業務時間は、イベントへの対応を受諾する応答がスタッフ端末４０においてスタッフ８０により入力されサーバー２０により受信された時から、イベントへの対応の完了がスタッフ端末４０においてスタッフ８０により入力されサーバー２０により受信された時までの時間として検出される。

図６において、食事のイベントについて応答時間が記載されていないのは、食事のイベントは、決まった時間にスタッフ８０が対応すべき第２事象であり、イベントが発生したときにイベント通知が送信されないからである。また、イベントＩＤ１１６〜１１７に関して移動歩数が０歩なのは、上述したように、イベントＩＤ１１５〜１１７は、一連のイベントであり、イベントＩＤ１１５のナースコールのイベントに対応したことで、スタッフ８０は対象者７０の居室に到着しているからである。

付加情報リストに登録された情報は、後述するように、各イベントへの対応によるスタッフ８０ごとの負荷（以下、「業務負荷」とも称する）を算出するために用いられる。

サーバー２０は、検出部１０から受信したイベント情報および撮影画像を単独で、または検出部１０と協働することで、検出部１０が認識した、起床、離床、転倒、ナースコール等のイベントが、どの対象者７０に関するものであるかを判定（識別）する。この判定は、イベントを認識した検出部１０が設置されている居室番号から、これに対応付けられている対象者７０（すなわち、居室の入居者）を判定することで行う。なお、対象者７０の判定は、対象者７０がＩＣタグを携帯している場合には、このＩＣタグを各居室に設けたＲＦＩＤリーダーで読み取ることにより、判定してもよい。なお、相部屋等で、１つの居室に複数の対象者７０が存在する場合には、ベッド６０ごとに検出部１０を配置することで、対象者７０を判定してもよい。

サーバー２０は、検出部１０からイベント情報を受信したときは、イベントを発生させた対象者７０の氏名、部屋番号、およびイベントの内容を含むイベント通知をスタッフ端末４０へ送信することで、スタッフ８０にイベントの発生を報知するとともに、イベントへの対応を指示する。

サーバー２０は、スタッフ８０ごとの業務負荷を算出し、業務負荷がスタッフ８０ごとに可視化されるレポートを作成して出力する。レポートは定期的（例えば、毎日、または、週もしくは月ごと）に作成され、出力され得る。レポートは、指示があるごとに、不定期に作成され、出力されてもよい。レポートを出力することには、レポートをデータとして管理者端末３０等へ送信して表示部にレポートを表示させることや、サーバー２００に接続された画像形成装置（図示せず）へデータを送信して印刷物としてレポートを出力させることを含む。また、管理者端末３０等から施設のウェブサイトへアクセスすることで、ブラウザーを介して管理者端末３０等からレポートを視認できる場所（例えば、クラウドサーバー）へ当該レポートのデータをアップロードすること等も含む。

図７Ａ〜図７Ｄは、負荷係数リストの例を示す図である。負荷係数リストは、業務負荷を算出するための係数が検出パラメーターごとに登録されたリストである。負荷係数リストは、サーバー２０の記憶部２３に記憶される。

図７Ａ〜図７Ｄの例においては、検出パラメーターである、応答時間、移動歩数、移動階数、およびイベントの内容の、それぞれに対応する係数が示されている。なお、業務時間については、検出パラメーターに対応する係数（業務時間係数）は業務時間の値（例えば、１時間であれば１）とされる。図７Ａには、応答時間ごとに設定された応答時間係数が示されている。図７Ｂには、移動歩数ごとに設定された移動歩数係数が示されている。図７Ｃには、移動階数ごとに設定された移動階数係数が示されている。図７Ｄには、イベントの内容ごとに設定されたイベント内容係数が示されている。

イベントごとの業務負荷は、イベントに要した業務時間と当該イベントに関する検出パラメーターに対応する係数との積として算出される。具体的には、下記式によりイベントごとの業務負荷を算出する。なお、上述したように、業務時間については、検出パラメーターに応じた係数（業務時間係数）は業務時間の値とされる。従って、イベントごとの業務負荷は、イベントに要した業務時間に対応する係数（業務時間係数）と、当該イベントに関する、当該業務時間以外の検出パラメーターに対応する係数との積として算出されると言うこともできる。

業務負荷＝業務時間（業務時間係数）×応答時間係数×移動歩数係数×移動階数係数×イベント内容係数
イベントによっては、応答時間、移動歩数、移動階数、および内容係数のうちのいずれかの検出パラメーターが、付加情報リストに登録されていない場合がある（図６の例においては、イベントＩＤ１１２〜１１４、１１６、１１７に関して、応答時間の検出パラメーターが登録されていない）。この場合、登録されていない検出パラメーターについては、係数を１として業務負荷が算出される。なお、この場合、負荷情報リストにいずれかの検出パラメーターが登録されていないイベントに関しては、業務負荷を算出するための上記式に、登録されていない検出パラメーターの係数を業務時間に乗じる係数として含めないとしてもよい。

なお、図７Ａにおいて、応答時間が短いほど応答時間係数が大きくなっている。すなわち、応答時間が短いほど業務負荷が大きくなるものとされている。これは、スタッフ８０が短い時間でイベント通知に対し応答するためには、勤務時間中にある程度の緊張感を持続する必要があることから、応答時間と業務負荷との間に相関関係があると考えられるからである。

レポートにおいて可視化されるスタッフ８０ごとの負荷は、所定期間（例えば１日）にスタッフ８０がそれぞれ対応したすべてのイベントについて算出された業務負荷の総和とし得る。

図８は、スタッフごとの業務負荷の総和が可視化されたグラフを含むレポートの例を示す図である。

図８の例においては、スタッフＡ、スタッフＢ、およびスタッフＣが１日にそれぞれ対応したすべてのイベントについて算出された業務負荷の総和がスタッフ８０ごとに可視化された結果であるグラフを含むレポートが示されている。図８によれば、スタッフＣに対する負荷が相対的に大きく、スタッフＢに対する負荷が相対的に小さくなっていることが、一見して把握可能に可視化されている。なお、図８の例に示すグラフに代えて、各スタッフが１日にそれぞれ対応したすべてのイベントについて算出された業務負荷の総和が数字として示された表がレポートに含まれてもよい。また、図８の例に示すグラフに代えて、各スタッフが１日にそれぞれ対応したすべてのイベントについて算出された業務負荷の総和が、スタッフごとに、図形の大きさ等により認識可能に可視化された図がレポートに含まれてもよい。

（管理者端末３０）
図９は、管理者端末のハードウェア構成を示すブロック図である。管理者端末３０は、いわゆるＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）であり、制御部３１、通信部３２、表示部３３、および入力部３４を備え、これらはバスにより相互に接続される。制御部３１は、検出部１０の制御部１１と同様の構成として、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備える。

通信部３２は、イーサネット（登録商標）等の規格による有線通信のネットワークインターフェースや、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１等の規格による無線通信のインターフェース等の各種ローカル接続向けのインターフェースであり、ネットワーク５０に接続した各端末との通信を行う。

表示部３３は、例えば液晶ディスプレイであり、各種情報を表示する。

入力部３４は、キーボード、テンキー、マウス等を備えており、各種情報の入力を行う。

本実施形態では、管理者端末３０は、管理者９０用の端末として用いられる。管理者９０は、例えば、スタッフ８０を統括するマネージャーである。

管理者端末３０は、出力するレポートの対象とするイベントの発生期間の指定を受け付け、サーバー２００へ送信する。管理者端末３０は、例えば、イベントの発生期間の指定を、出力するレポートの対象とするイベントの指定として受け付け得る。指定されるイベントの発生期間は、１日（例えば、昨日１日）とし得る。指定されるイベントの発生期間は、１週間、１月、１年等であってもよい。例えば、１週間と指定されることで、過去１週間に発生したイベントがレポートの対象となる。なお、レポートが定期的に（例えば、毎日、毎週、または毎年）サーバー２００から出力される場合等においては、管理者端末３０は、レポートの対象とするイベントの発生期間の指定を受け付けなくてもよい。

管理者端末３０は、業務負荷の算出に用いる検出パラメーターの選択を受け付け、サーバー２００へ送信する。管理者端末３０は、検出パラメーターの選択候補を、各検出パラメーターを選択するためのボタンとともに表示し、ボタンにより選択された検出パラメーターを、業務負荷の算出に用いる検出パラメーターとして受け付け得る。

（スタッフ端末４０）
図１０は、スタッフ端末のハードウェア構成を示すブロック図である。スタッフ端末４０は、制御部４１、無線通信部４２、表示部４３、入力部４４、音声入出力部４５、歩数センサー４６、および気圧センサー４７を備え、これらはバスにより相互に接続される。制御部４１は、検出部１０の制御部１１と同様の構成として、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備える。無線通信部４２により、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の規格を用いた無線通信が可能であり、アクセスポイント５１を経由して、または直接的に各装置と無線通信する。表示部４３、および入力部４４は、タッチパネルであり、液晶等で構成される表示部４３の表示面に、入力部４４としてのタッチセンサーを重畳させたものである。表示部４３、入力部４４によって、スタッフ８０に対して、各種指示が表示される。また、表示部４３、入力部４４によって、イベント通知を表示した操作画面を表示したり、操作画面を通じてイベントへの対応の受諾の応答の入力や、介護記録の入力等の各種の操作を受け付けたりする。音声入出力部４５は、例えばスピーカーとマイクであり、無線通信部４２を介して他のスタッフ端末４０との間でスタッフ８０による音声通話を可能にする。スタッフ端末４０は、例えば、タブレット型コンピューター、スマートフォンまたは携帯電話等の、持ち運び可能な通信端末機器によって構成できる。歩数センサー４６は、加速度センサー等により構成され、スタッフ端末４０を携帯するスタッフ８０の歩数を検出する。気圧センサー４７は、ＭＥＭＳ（Ｍｉｃｒｏ Ｅｌｅｃｔｒｏ Ｍｅｃｈａｎｉｃａｌ Ｓｙｓｔｅｍｓ）等により構成され、スタッフ端末４０を携帯するスタッフ８０の周辺の気圧を検出する。

なお、検出部１０、サーバー２０、管理者端末３０、およびスタッフ端末４０は、上記の構成要素以外の構成要素を含んでもよく、あるいは、上記の構成要素のうちの一部を含まなくてもよい。

見守りシステムにおけるサーバー２０の動作について説明する。

図１１は、サーバーの動作を示すフローチャートである。本フローチャートは、サーバー２０の記憶部２３に記憶されたプログラムに従い、制御部２１により実行され得る。

制御部２１は、スタッフ８０が対応した、所定期間に発生した対象者７０の各イベントについて、業務時間を取得する（Ｓ１０１）。制御部２１は、記憶部２３に記憶された付加情報リストから業務時間を読み出すことで、各スタッフ８０が対応した各イベントの業務時間を取得し得る。以下、説明を簡単にするために、スタッフＣ（図６参照）の、イベントへの対応による負荷が可視化されたレポートを出力するものとして説明する。なお、通常は、施設のすべてのスタッフ８０または一部の複数のスタッフ８０について、スタッフ８０ごとの、イベントへの対応による負荷が可視化されたレポートを出力する。

制御部２１は、スタッフＣが対応した各イベントについて、蓄積された検出パラメーターの中から、業務負荷の算出に用いる検出パラメーターを選択して取得する（Ｓ１０２）。検出パラメーターの選択は、例えば、管理者端末３０において受け付けられた検出パラメーターの選択に従って実行される。制御部２１は、選択した検出パラメーターを、記憶部２３に記憶された付加情報リストから読み出すことで取得し得る。例えば、検出パラメーターのうち、移動歩数、移動階数、およびイベントの内容が選択されて取得され得る。以下、説明を簡単にするために、付加情報リストに登録された検出パラメーターのすべてが選択されたものとして説明する。

制御部２１は、スタッフＣが対応したイベントごとに取得した各検出パラメーターについて係数を算出する。制御部２１は、イベントごとに、各検出パラメーターから算出した係数を業務時間に乗じることで、イベントごとの業務負荷を算出する（Ｓ１０３）。図６に示す、イベントＩＤ１１３、およびイベントＩＤ１１５を例に説明する。

イベントＩＤ１１３についての検出パラメーターは、イベントの内容が「食事」、移動歩数が「１５０歩」、移動階数が「１階下降」である。また、業務時間は、０．８時間である。各検出パラメーターから算出される係数は、図７Ａ〜図７Ｄに示す負荷係数リストを参照すれば、イベントの内容、移動歩数、移動階数について、それぞれ、１．４、１．２、１．２である。このため、イベントＩＤ１１３についての業務負荷は、上述した式（１）により、１．６１２８（０．８（時間）×１．４×１．２×１．２）と算出される。なお、上述したように、登録されていない検出パラメーターについては、係数を１として業務負荷が算出される。従って、イベントＩＤ１１３については、応答時間係数は１として業務負荷が算出される。

同様に、イベントＩＤ１１５についての検出パラメーターは、イベントの内容が「ナースコール」、応答時間が「５秒」、移動歩数が「１００歩」、移動階数が「１階下降」である。また、業務時間は、０．１時間である。従って、各検出パラメーターから算出される係数は、負荷係数リストを参照すれば、イベントの内容、応答時間、移動歩数、移動階数について、それぞれ、１．０、２．０、１．２、１．２である。このため、イベントＩＤ１１５についての業務負荷は、式（１）により、０．２８８（０．１（時間）×１．０×２．０×１．２×１．２）と算出される。

制御部２１は、所定期間に対応したすべてのイベントの業務負荷の総和をスタッフ８０ごとに算出する（Ｓ１０４）。図６の付加情報リストを参照すれば、スタッフＣは、少なくとも１日の間にイベントＩＤ１１０、１１３、１１５〜１１７のイベントに対応している。このため、仮に、所定期間が１日であり、当該所定期間に対応したイベントが、イベントＩＤ１１０、１１３、１１５〜１１７のイベントのみである場合は、これらのイベントＩＤのイベントごとに算出した業務負荷の和を、業務負荷の総和として算出する。

制御部２１は、業務負荷の総和（負荷）がスタッフ８０ごとに可視化される図または表を含むレポートを作成する（Ｓ１０５）。なお、レポートには、管理者９０によるスタッフごとの業務負荷に関するコメントが含まれてもよい。コメントは、例えば、管理者端末３０において管理者９０により入力され、サーバー２００へ送信され得る。

制御部２１は、作成したレポートを出力する（Ｓ１０６）。

本実施形態は以下の効果を奏する。

検出され、蓄積された、スタッフが対応したイベントに関する検出パラメーターの中から少なくとも１つの検出パラメーターを選択して取得し、取得した検出パラメーターに基づいてスタッフごとの負荷が可視化される図または表を含むレポートを作成して出力する。これにより、対象者に対応することによるスタッフごとの負荷が適切に可視化されることで、各スタッフの業務状況を正確かつ容易に把握できる。

さらに、検出パラメーターを、応答時間、移動歩数、移動階数、イベントの内容、および業務時間の少なくともいずれかとする。これにより、より適切かつ効率的にスタッフごとの負荷を把握できる。

さらに、複数の検出パラメーターに基づいて、スタッフごとのイベントへの対応による負荷が可視化される図または表を含むレポートを作成する。これにより、より正確にスタッフごとの負荷を把握できる。

さらに、業務時間以外の検出パラメーターからそれぞれ検出パラメーターに対応する係数を算出し、業務時間に当該係数を乗算することで負荷を算出し、算出された負荷がスタッフごとに可視化される図または表を含むレポートを作成する。これにより、より容易にスタッフごとの負荷を把握できる。

さらに、所定の期間に発生したすべてのイベントへの対応による負荷の総和が、スタッフごとに可視化される図または表を含むレポートを作成する。これにより、より客観的にスタッフごとの負荷の状態を把握できる。

以上に説明した見守りシステムの構成は、上述の実施形態の特徴を説明するにあたって主要構成を説明したのであって、上述の構成に限られず、特許請求の範囲内において、種々改変することができる。また、一般的な見守りシステムが備える構成を排除するものではない。

例えば、サーバー２０が有する機能を、管理者端末３０、または検出部１０が備えるようにしてもよい。

また、検出部１０、サーバー２０、管理者端末３０およびスタッフ端末４０は、それぞれ複数の装置により構成されてもよく、いずれか複数の装置が単一の装置として構成されてもよい。

また、上述したフローチャートは、一部のステップを省略してもよく、他のステップが追加されてもよい。また各ステップの一部は同時に実行されてもよく、一つのステップが複数のステップに分割されて実行されてもよい。

また、検出パラメーターには、実施形態において例示されたもの以外のものが含まれてもよい。例えば、勤務時間帯を検出パラメーターとし、昼間勤務の係数を１、夜間勤務の係数を１より大きい値に設定してもよい。

また、実施形態では、業務負荷を算出する式において、業務時間については、業務時間の値を用いたが、業務負荷を算出する際に業務時間について重み付けをするために、業務時間に対応する係数（業務時間係数）として業務時間の値以外を用いてもよい。例えば、業務負荷に対する業務時間の寄与を大きくする場合は、１時間の業務時間に対し係数を１．１等とし得る。また、業務負荷に対する業務時間の寄与を小さくする場合は、１時間の業務時間に対し係数を０．９等とし得る。

また、上述した実施形態に係る見守りシステム１における各種処理を行う手段および方法は、専用のハードウェア回路、またはプログラムされたコンピューターのいずれによっても実現することが可能である。上記プログラムは、例えば、ＵＳＢメモリやＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）−ＲＯＭ等のコンピューター読み取り可能な記録媒体によって提供されてもよいし、インターネット等のネットワークを介してオンラインで提供されてもよい。この場合、コンピューター読み取り可能な記録媒体に記録されたプログラムは、通常、ハードディスク等の記憶部に転送され記憶される。また、上記プログラムは、単独のアプリケーションソフトとして提供されてもよいし、一機能としてその検出部等の装置のソフトウエアに組み込まれてもよい。

本出願は、２０１８年６月２６日に出願された日本特許出願（特願２０１８−１２０７４７号）に基づいており、その開示内容は、参照され、全体として、組み入れられている。

Claims (8)

1. 検出され、蓄積された、スタッフが対応した対象者のイベントに関する複数の検出パラメーターの中から、少なくとも１つの前記検出パラメーターを選択して取得する手順（ａ）と、
   前記手順（ａ）において取得された前記検出パラメーターに基づいて、前記スタッフごとの前記イベントへの対応による負荷が可視化された結果を含むレポートを作成する手順（ｂ）と、
   前記手順（ｂ）において作成された前記レポートを出力する手順（ｃ）と、
   を含む処理をコンピューターに実行させるためのレポート出力プログラム。
2. 前記コンピューターは通信部を有し、
   前記検出パラメーターは、前記イベントの通知を前記通信部が送信してから前記イベントへの対応の受諾の応答を前記通信部が受信するまでの応答時間、前記イベントに対応するために移動した前記スタッフの移動歩数、前記イベントに対応するための移動で前記スタッフが昇降した移動階数、前記イベントの内容、および前記スタッフによる前記イベントへの対応に要した業務時間の少なくともいずれかである、請求項１に記載のレポート出力プログラム。
3. 前記手順（ａ）は、複数の前記検出パラメーターを選択して取得し、
   前記手順（ｂ）は、取得された前記複数の前記検出パラメーターに基づいて、前記スタッフごとの前記イベントへの対応による前記負荷が可視化された結果を含む前記レポートを作成する、請求項１または２に記載のレポート出力プログラム。
4. 前記手順（ｂ）は、取得された、前記業務時間以外の前記検出パラメーターからそれぞれ前記検出パラメーターに対応する係数を算出し、取得された前記業務時間に前記係数を乗算することで前記負荷を算出し、算出された前記負荷が前記スタッフごとに可視化された結果を含む前記レポートを作成する、請求項２に記載のレポート出力プログラム。
5. 前記手順（ｂ）は、取得された前記検出パラメーターに基づいて、所定の期間に発生したすべての前記イベントへの対応による前記負荷の総和が、前記スタッフごとに可視化された結果を含む前記レポートを作成する、請求項１〜４のいずれか一項に記載のレポート出力プログラム。
6. 前記可視化された結果には、図、表、およびグラフの少なくともいずれかが含まれる、請求項１〜５のいずれか一項に記載のレポート出力プログラム。
7. 検出され、蓄積された、スタッフが対応した対象者のイベントに関する複数の検出パラメーターの中から、少なくとも１つの前記検出パラメーターを選択して取得する段階（ａ）と、
   前記段階（ａ）において取得された前記検出パラメーターに基づいて、前記スタッフごとの前記イベントへの対応による負荷が可視化された結果を含むレポートを作成する段階（ｂ）と、
   前記段階（ｂ）において作成された前記レポートを出力する段階（ｃ）と、
   を有するレポート出力方法。
8. 検出され、蓄積された、スタッフが対応した対象者のイベントに関する複数の検出パラメーターの中から、少なくとも１つの前記検出パラメーターを選択して取得する取得部と、
   前記取得部により取得された前記検出パラメーターに基づいて、前記スタッフごとの前記イベントへの対応による負荷が可視化された結果を含むレポートを作成する演算部と、
   前記演算部により作成された前記レポートを出力する出力部と、
   を有するレポート出力装置。

Images