(57)【要約】  施設内で発生した事故報告書の作成を支援する。  事故に繋がる可能性のある所定のイベントのイベント情報、および該イベントに関連付けられた画像データであって、観察領域における対象者の動きを検出する検出部の出力に基づいて、発生を判定した前記観察領域における対象者７０に関するイベントを記録したイベント情報、および該イベントが発生した時に観察領域を撮影することで得られた画像データを複数蓄積した記憶部２３から、事故に関連するイベントのイベント情報、および該イベントに関連づけられた画像データを取得する手順（ａ）と、取得したイベントのイベント情報、および画像データを用いてイベントに関する事故報告書を作成する手順（ｂ）と、手順（ｂ）において作成された事故報告書を出力する手順（ｃ）と、を含む処理をコンピューターに実行させるための制御プログラムとする。
2020003705.tif 000002
【特許請求の範囲】
【請求項１】
事故に繋がる可能性のある所定のイベントのイベント情報、および該イベントに関連付けられた画像データであって、観察領域における対象者の動きを検出する検出部の出力に基づいて、発生を判定した前記観察領域における前記対象者に関する前記イベントを記録した前記イベント情報、および該イベントが発生した時に前記観察領域を撮影することで得られた前記画像データを複数蓄積した記憶部から、事故に関連する前記イベントの前記イベント情報、および該イベントに関連づけられた前記画像データを取得する手順（ａ）と、
取得した前記イベントの前記イベント情報、および前記画像データを用いて前記イベントに関する事故報告書を作成する手順（ｂ）と、
前記手順（ｂ）において作成された事故報告書を出力する手順（ｃ）と、
を含む処理をコンピューターに実行させるための制御プログラム。
【請求項２】
前記処理は、前記イベントを発生させた前記対象者それぞれに関連付けられた１つまたは複数のフォーマットを取得する手順（ｄ）を、さらに含み、
前記手順（ｂ）では、さらに、前記手順（ｄ）で取得した前記フォーマットを用いて、前記事故報告書を作成する、請求項１に記載の制御プログラム。
【請求項３】
前記処理は、複数の前記イベントの中から、事故に関連するイベントの選択を受け付ける手順（ｅ）を、さらに含み、
前記手順（ａ）では、前記手順（ｅ）で選択された前記イベントに関するイベント情報、および前記画像データを取得する、請求項１または請求項２に記載の制御プログラム。
【請求項４】
前記画像データは、前記観察領域を撮影して得られた動画、または連続して撮影した複数の静止画であり、前記事故報告書には、前記動画または前記静止画から生成した複数の画像が含まれる、請求項１から請求項３のいずれかに記載の制御プログラム。
【請求項５】
前記処理は、前記手順（ａ）で取得した画像データを表示して、ユーザーによる前記事故報告書に対する編集を受け付ける手順（ｆ）をさらに含み、
前記手順（ｃ）は、前記手順（ｆ）において編集された前記事故報告書を出力する、請求項１から請求項４のいずれかに記載の制御プログラム。
【請求項６】
前記イベントが発生することに応じて、前記対象者への対応を行うスタッフが端末を通じて入力した、前記イベントの状況を示す情報が、前記イベント情報に含まれる、請求項１から請求項５のいずれかに記載の制御プログラム。
【請求項７】
前記記憶部には、前記イベントとして、転落、または転倒のイベントに関する前記イベント情報が蓄積されている、請求項１から請求項６のいずれかに記載の制御プログラム。
【請求項８】
事故に繋がる可能性のある所定のイベントのイベント情報、および該イベントに関連付けられた画像データであって、観察領域における対象者の動きを検出する検出部の出力に基づいて、発生を判定した前記観察領域における前記対象者に関する前記イベントを記録した前記イベント情報、および該イベントが発生した時に前記観察領域を撮影することで得られた前記画像データを複数蓄積した記憶部から、事故に関連する前記イベントの前記イベント情報、および該イベントに関連づけられた前記画像データを取得する手順（ａ）と、
取得した前記イベントの前記イベント情報、および前記画像データを用いて前記イベントに関する事故報告書を作成する手順（ｂ）と、
前記手順（ｂ）において作成された事故報告書を出力する手順（ｃ）と、
を含む報告書出力方法。
【請求項９】
事故に繋がる可能性のある所定のイベントのイベント情報、および該イベントに関連付けられた画像データであって、観察領域における対象者の動きを検出する検出部の出力に基づいて、発生を判定した前記観察領域における前記対象者に関する前記イベントを記録した前記イベント情報、および該イベントが発生した時に前記観察領域を撮影することで得られた前記画像データを複数蓄積した記憶部から、事故に関連する前記イベントの前記イベント情報、および該イベントに関連づけられた前記画像データを取得する取得部と、
取得した前記イベントの前記イベント情報、および前記画像データを用いて前記イベントに関する事故報告書を作成する作成部と、
前記作成部において作成された事故報告書を出力する出力部と、
を備える報告書出力装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は制御プログラム、報告書出力方法、および報告書出力装置に関し、スタッフにより対応が行われる対象者のイベントに関するレポートの作成を支援する制御プログラム、報告書出力方法、および報告書出力装置に関する。
【背景技術】
【０００２】
我が国は、戦後の高度経済成長に伴う生活水準の向上、衛生環境の改善、および医療水準の向上等により、長寿命化が顕著となっている。このため、出生率の低下と相まって、高齢化率が高い高齢化社会になっている。このような高齢化社会では、病気、怪我、および加齢などにより、介護を必要とする被介護者等の増加が想定される。【０００３】
要介護者等は、病院や老人福祉施設などの施設において、歩行中に転倒したり、ベッドから転落して怪我をしたりする虞がある。一般に、このような事象は事故としての報告が求められる。【０００４】
特許文献１では、看護支援システムにおける医療事故を未然に防止するためにインシデント（ヒヤリハット）情報を医療従事者による文字入力などにより収集する場合に、多忙な医療従事者にとって、インシデント情報を時間経過に沿って客観的かつ正確に文字入力により行うのは手間がかかり、負担が大きいという課題を挙げている。このような課題を解決するために、特許文献１に開示された看護支援システムでは、医療従業者が、表示された看護予定情報の一部の文字列を修正してインシデント情報の要部を入力した場合に、この修正して得られた文字列をインシデント情報として記憶部に記録している。例えば、医療従業者は、１０：００の時間に薬剤を「１０ｍｇ」投与すべきところを誤って「１００ｍｇ」投与しそうになった場合に、看護予定情報の「１０ｍｇ」の文字列を「１００ｍｇ」に修正する。そして、看護支援システムでは、これを看護予定情報に元から記載されている時間経過情報とともにインシデント情報として記録することで、医療従業者の入力の手間を軽減している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−１４８７６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
病院や老人福祉施設などの施設において事故が発生した場合には、マネージャー等の責任者が、当事者である入居者、および介護者等の第１発見者から状況を聞き出して、事故報告書を作成している。しかしながら、事実を確認する際に、入居者が高齢者である場合には記憶が曖昧で正確な状況を聞き出せなかったり、事故発生から時間が経っていると第１発見者であっても正確な情報を覚えていなかったりする。そのため事実の確認に手間取ったり、正確な事実が不明の中、推測された事実の中で対策検討をしたりするため、事故報告書の作成に時間も手間もかかるという課題があった。【０００７】
特許文献１に開示された看護システムでは、予め作成した看護予定情報の投与量等の文字列を修正することで、詳細なインシデント情報を入力の手間を省くものであり、インシデント情報の収集を効率よく行えるが、事故報告書の作成を支援するものではない。【０００８】
本発明は、上記事情に鑑みてなされたものであり、蓄積されたイベント情報、および画像データを用いて事故報告書の作成を支援する制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の上記課題は、以下の手段によって解決される。【００１０】
（１）事故に繋がる可能性のある所定のイベントのイベント情報、および該イベントに関連付けられた画像データであって、観察領域における対象者の動きを検出する検出部の出力に基づいて、発生を判定した前記観察領域における前記対象者に関する前記イベントを記録した前記イベント情報、および該イベントが発生した時に前記観察領域を撮影することで得られた前記画像データを複数蓄積した記憶部から、事故に関連する前記イベントの前記イベント情報、および該イベントに関連づけられた前記画像データを取得する手順（ａ）と、
取得した前記イベントの前記イベント情報、および前記画像データを用いて前記イベントに関する事故報告書を作成する手順（ｂ）と、
前記手順（ｂ）において作成された事故報告書を出力する手順（ｃ）と、
を含む処理をコンピューターに実行させるための制御プログラム。【００１１】
（２）前記処理は、前記イベントを発生させた前記対象者それぞれに関連付けられた１つまたは複数のフォーマットを取得する手順（ｄ）を、さらに含み、
前記手順（ｂ）では、さらに、前記手順（ｄ）で取得した前記フォーマットを用いて、前記事故報告書を作成する、上記（１）に記載の制御プログラム。【００１２】
（３）前記処理は、複数の前記イベントの中から、事故に関連するイベントの選択を受け付ける手順（ｅ）を、さらに含み、
前記手順（ａ）では、前記手順（ｅ）で選択された前記イベントに関するイベント情報、および前記画像データを取得する、上記（１）または上記（２）に記載の制御プログラム。【００１３】
（４）前記画像データは、前記観察領域を撮影して得られた動画、または連続して撮影した複数の静止画であり、前記事故報告書には、前記動画または前記静止画から生成した複数の画像が含まれる、上記（１）から上記（３）のいずれかに記載の制御プログラム。【００１４】
（５）前記処理は、前記手順（ａ）で取得した画像データを表示して、ユーザーによる前記事故報告書に対する編集を受け付ける手順（ｆ）をさらに含み、
前記手順（ｃ）は、前記手順（ｆ）において編集された前記事故報告書を出力する、上記（１）から上記（４）のいずれかに記載の制御プログラム。【００１５】
（６）前記イベントが発生することに応じて、前記対象者への対応を行うスタッフが端末を通じて入力した、前記イベントの状況を示す情報が、前記イベント情報に含まれる、上記（１）から上記（５）のいずれかに記載の制御プログラム。【００１６】
（７）前記記憶部には、前記イベントとして、転落、または転倒のイベントに関する前記イベント情報が蓄積されている、上記（１）から上記（６）のいずれかに記載の制御プログラム。【００１７】
（８）事故に繋がる可能性のある所定のイベントのイベント情報、および該イベントに関連付けられた画像データであって、観察領域における対象者の動きを検出する検出部の出力に基づいて、発生を判定した前記観察領域における前記対象者に関する前記イベントを記録した前記イベント情報、および該イベントが発生した時に前記観察領域を撮影することで得られた前記画像データを複数蓄積した記憶部から、事故に関連する前記イベントの前記イベント情報、および該イベントに関連づけられた前記画像データを取得する手順（ａ）と、
取得した前記イベントの前記イベント情報、および前記画像データを用いて前記イベントに関する事故報告書を作成する手順（ｂ）と、
前記手順（ｂ）において作成された事故報告書を出力する手順（ｃ）と、
を含む報告書出力方法。【００１８】
（９）事故に繋がる可能性のある所定のイベントのイベント情報、および該イベントに関連付けられた画像データであって、観察領域における対象者の動きを検出する検出部の出力に基づいて、発生を判定した前記観察領域における前記対象者に関する前記イベントを記録した前記イベント情報、および該イベントが発生した時に前記観察領域を撮影することで得られた前記画像データを複数蓄積した記憶部から、事故に関連する前記イベントの前記イベント情報、および該イベントに関連づけられた前記画像データを取得する取得部と、
取得した前記イベントの前記イベント情報、および前記画像データを用いて前記イベントに関する事故報告書を作成する作成部と、
前記作成部において作成された事故報告書を出力する出力部と、
を備える報告書出力装置。
【発明の効果】
【００１９】
本発明によれば、事故に繋がる可能性のある所定のイベントのイベント情報および画像データを複数蓄積した記憶部から、事故に関連するイベントのイベント情報、および画像データを取得し、これらを用いて事故報告書を作成し、これを出力する。これにより、事故報告書の作成を支援できる。
【図面の簡単な説明】
【００２０】
【図１】見守りシステムの全体構成を示す図である。
【図２】対象者の部屋に設置された検出部の例を示す図である。
【図３】検出部の概略構成を示すブロック図である。
【図４】サーバーの概略構成を示すブロック図である。
【図５】スタッフ端末の概略構成を示すブロック図である。
【図６】見守りシステムの処理の手順を示すシーケンスチャートである。
【図７】記憶部に記憶されるイベントリストの例である。
【図８】スタッフ端末に表示されるイベントの確認を行うための操作画面の例である。
【図９】イベントリストに特記事項を記述した変形例である。
【図１０】事故報告書の出力処理の手順を示すフローチャートである。
【図１１】作成した事故報告書の例を示す図である。
【図１２】別のフォーマットを用いて作成した事故報告書の例を示す図である。
【発明を実施するための形態】
【００２１】
以下、添付した図面を参照して、本発明の実施形態を説明する。なお、図面の説明において同一の要素には同一の符号を付し、重複する説明を省略する。また、図面の寸法比率は、説明の都合上誇張されており、実際の比率とは異なる場合がある。
【００２２】
（全体構成）
図１は本実施形態に係る見守りシステムの全体構成を示す図であり、図２は対象者の部屋のベッド周辺に設置された検出部の例を示す図である。
【００２３】
図１に示すように、見守りシステム１は、複数の検出部１０、サーバー２０、固定端末３０、および１つ以上のスタッフ端末４０を備える。サーバー２０は、報告書出力装置として機能する。これらは、有線や無線によって、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、電話網またはデータ通信網等のネットワーク５０を介して、相互に通信可能に接続される。ネットワーク５０は、通信信号を中継するリピーター、ブリッジ、ルーターまたはクロスコネクト等の中継機を備えてもよい。図１に示す例では、スタッフ端末４０、検出部１０、サーバー２０、および固定端末３０は相互に、アクセスポイント５１を含む無線ＬＡＮ等（例えばＩＥＥＥ８０２．１１規格に従ったＬＡＮ）のネットワーク５０によって、通信可能に接続されている。
【００２４】
見守りシステム１は、対象者７０に応じて適宜な場所に配設される。対象者７０（見守り対象者、ケア対象者ともいう）は、例えば、病気や怪我等によって看護を必要とする患者、高齢による身体能力の低下等によって介護を必要とする被介護者、または一人暮らしの独居者等である。特に、早期発見および早期対処を可能にする観点から、対象者７０は、例えば異常状態等の所定の不都合な事象がその者に生じた場合に、その発見を必要としている者であり得る。このため、見守りシステム１は、対象者７０の種類に応じて、病院、老人福祉施設および住戸等の建物に好適に配設される。図１に示す例では、見守りシステム１は、複数の対象者７０が入居する複数の部屋（居室）やナースステーションを含む複数の部屋を備える施設に配置されている。
【００２５】
検出部１０は、対象者７０の観察領域である施設内のそれぞれの居室に配置される。図１に示す例では、４つの検出部１０が対象者７０であるＡさん、Ｂさん、ＣさんおよびＤさんの居室にそれぞれ配置されている。検出部１０の観察領域にはベッド６０が含まれている。対象者７０に対して看護または介護を行うスタッフ８０（ケアスタッフ、または介護スタッフともいう）は、それぞれ携帯端末であるスタッフ端末４０を持ち歩いている。ただし、見守りシステム１が備える各構成の位置や個数等は、図１に示す例に限定されない。例えば、サーバー２０は、ナースステーションに配置されなくてもよく、ネットワーク５０に接続されている外部のサーバーユニットであってもよい。また固定端末３０を省略し、サーバー２０またはスタッフ端末４０がその機能を担ってもよい。
【００２６】
（検出部１０）
図３は検出部の概略構成を示すブロック図である。同図に示すように、検出部１０は、制御部１１、通信部１２、カメラ１３、ナースコール部１４、および音声入出力部１５を備え、これらはバスによって、相互に接続されている。
【００２７】
制御部１１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、およびＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、等のメモリにより構成され、プログラムにしたがって検出部１０の各部の制御および演算処理を行う。なお、制御部１１は、メモリとして、さらにＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）を備えてもよい。
【００２８】
通信部１２は、ネットワーク５０を介して、例えば、サーバー２０、固定端末３０またはスタッフ端末４０等の、他の装置と通信するためのインターフェース回路（例えばＬＡＮカード等）である。
【００２９】
カメラ１３は、例えば居室の天井、または壁の上部に配置され、観察領域として真下にある対象者７０のベッド６０を含む領域を撮影し、撮影画像（画像データ）を出力する。この撮影画像には、静止画および動画を含む。カメラ１３は近赤外線カメラであるが、これに換えて可視光カメラを用いてもよく、これらを併用してもよい。
【００３０】
制御部１１は、カメラ１３が撮影した撮影画像から、対象者７０の所定の行動の発生を判定（認識）する。この判定する所定の行動には、ベッド６０から起き上がる「起床」、ベッド６０から離れる「離床」、ベッド６０から転落する「転落」、および床面等に転倒する「転倒」が含まれる。
【００３１】
制御部１１は、複数の撮影画像（動画像）から画像のシルエット（以下、「人シルエット」と称する）を検出する。人シルエットは、例えば、撮影時刻が前後する画像の差分を抽出する時間差分法により差分が相対的に大きい画素の範囲を抽出することで検出され得る。人シルエットは、撮影画像と背景画像との差分を抽出する背景差分法により検出されてもよい。起床、離床、転倒、転落の別は、検出した人シルエットから対象者７０の姿勢（例えば立位、座位および横臥等）、およびベッド６０等の居室内の設置物との相対的な位置から認識される。これらの認識は、制御部１１のＣＰＵが処理するプログラムにより行ってもよく、組み込み型の処理回路により行うようにしてもよい。以下においては、制御部１１側でイベントの種類、および発生有無の判定を行うものとして説明する。しかしながら、これに限られずサーバー２０側でこれらの認識の全部またはほとんどの処理を行うようにし、制御部１１ではサーバー２０への撮影画像の送信のみを行うようにしてもよい。制御部１１は、いずれかの種類のイベント（行動）を認識した場合、そのイベントが発生した旨の通知をサーバー２０等に送信する。
【００３２】
スタッフ８０は、業務に応じた、対象者７０への各種の対応を行う者である。業務には、医療業務、介護業務を含み得る。ここで、スタッフ８０の業務が、対象者７０に対する介護業務である場合に、各イベントに関する対応内容について説明する。イベントとして「起床」を判定し、その判定が所定時間内（施設で設定された起床時間（例えば午前７〜８時））であれば、モーニングケアを行う。このモーニングケアには、洗顔、歯磨き介助、義歯装着、着替え介助等が含まれる。また、「離床」のイベントであれば、車椅子移乗、歩行介助が必要となる場合がある。また、検出部１０が判定したイベント以外の定期的（定時）なイベントとして、飲料、および食事介助、排泄介助、車椅子移乗、歩行介助、体位変換（褥瘡予防）がある。これらの定期的イベントは、ナースコール部１４等により、定時になるとアラートを発生させるようにしてもよい。
【００３３】
ナースコール部１４は、押しボタン式のスイッチを含み、スイッチが対象者７０によって押されることでナースコール（ケアコールともいう）を検出する。押しボタン式のスイッチに換えて、音声マイクによりナースコールを検出してもよい。ナースコール部１４のスイッチが押された場合、すなわち、ナースコールを検出した場合、制御部１１は、通信部１２およびネットワーク５０を介して、ナースコールがあった旨の通知（ナースコール通知）をサーバー２０等に送信する。
【００３４】
音声入出力部１５は、例えばスピーカーとマイクであり、通信部１２を介してスタッフ端末４０等との間で音声信号を送受信することで音声通話を可能とする。なお、音声入出力部１５は検出部１０の外部装置として、通信部１２を介して検出部１０に接続されてもよい。
【００３５】
また、検出部１０は、ベッド６０の方向に向けてマイクロ波を送受信して対象者７０の体動（例えば呼吸動）によって生じたマイクロ波のドップラシフトを検出するドップラシフト方式の体動センサーを、さらに備えてもよい。この体動センサーにより、対象者７０の呼吸動作に伴う胸部の体動（胸部の上下動）を検出し、その胸部の体動における周期の乱れや予め設定された閾値以下である胸部の体動における振幅を検知すると、微体動異常であると認識する。
【００３６】
本実施形態においては、ナースコール部１４によるナースコール、および対象者７０に関する検出部１０が認識した状態の変化であって、起床、離床、転落、転倒、微体動異常、等のスタッフ８０に発報（報知）を行うべき事象をイベントと称する。検出部１０は、生じたイベントの情報および撮影画像をサーバー２０へ送信（出力）する。
【００３７】
（サーバー２０）
図４はサーバーの概略構成を示すブロック図である。サーバー２０は、制御部２１、通信部２２、および記憶部２３を備える。サーバー２０と記憶部２３は、一体で同じ筐体内に配置されてもよく、分離して配置されてもよい。サーバー２０、および記憶部２３の一方、または両方は、対象者７０用の居室と同じ建物内に設けられてもよく、遠隔地に設けられてネットワークを介して接続可能であってもよい。例えば、サーバー２０は、インターネット等のネットワーク上に配置された複数のサーバーによって仮想的に構築されるクラウドサーバーであってもよい。各構成は、バスによって、相互に通信可能に接続されている。記憶部２３は、データベースとして機能し、イベントリスト、対象者７０、およびスタッフ８０に関する各種情報を記憶する。制御部２１は、通信部２２と協働することで事故に関連するイベントのイベント情報、およびイベントに関連づけられた画像データを取得する取得部として機能する。また制御部２１は、取得したこれらのデータから事故報告書を作成する作成部として機能する。また制御部２１は、通信部２２と協働することで、作成した事故報告書を出力する出力部としても機能する。その他の制御部２１、および通信部２２は、検出部１０の各構成と同様の機能を有するため、詳細な説明を省略する。
【００３８】
また、記憶部２３には、事故報告書に関する予め定められた所定のフォーマットが記憶されている。このフォーマットは、事故報告書の提出先それぞれに対応して複数あり、例えば、（１）事故の当事者（対象者７０）の住民票の住所、および（２）事故が発生した施設の所在地の市区町村（地方公共団体）への提出用のフォーマット、ならびに、（３）施設を管理する親会社への提出用のフォーマット、等が含まれる。複数のフォーマットは、それぞれ対象者７０のＩＤに紐付けられている。なお、このうち（１）のフォーマットは対象者７０毎に異なり、その他の（２）、（３）のフォーマットは、各対象者７０で共通である。
【００３９】
また、記憶部２３には、対象者７０の対象者情報が記憶されている。この対象者情報には、被保険者番号、住所、年齢、要介護度、家族名、家族の連絡先、等の個人情報が含まれる。
【００４０】
その他の制御部２１、および通信部２２は、検出部１０の各構成と同様の機能を有するため、詳細な説明を省略する。このイベントリストには、後述するように、事故に繋がる可能性がある所定のイベント（例えば転落、転倒のイベント）を含む各種のイベントの情報が含まれる。この事故に繋がる可能性がある所定のイベントは、ヒヤリハットともよばれ、このままの状態が続くと事故になる可能性がある。
【００４１】
サーバー２０は、検出部１０が検出した、ナースコール、起床、離床、転落、転倒、等のイベントが、どの対象者７０に関するものであるかを判定（識別）する。この判定は、イベントを検出した検出部１０が設置されている部屋番号から、これに対応付けられている対象者７０（すなわち、部屋の入居者）を判定する。そして、判定したイベントの種類と対象者７０とを関連付けて記憶部２３のイベントリストに追加する。なお、本実施形態では、対象者７０の判定は、対象者７０がＩＣタグを携帯している場合には、このＩＣタグを各部屋に設けたＲＦＩＤリーダーで読み取ることにより、判定してもよい。なお、相部屋等で、１つの部屋に複数の対象者７０が存在する場合には、ベッド６０毎に検出部１０を配置することで、対象者７０を判定してもよい。また、これに関連し、スタッフ８０が携帯するスタッフ端末４０をＲＦＩＤリーダーに近づけることにより、各スタッフ８０の部屋への入室を検知するようにしてもよい。
【００４２】
（固定端末３０）
固定端末３０は、いわゆるＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）であり、ＣＰＵ、ＲＡＭ等で構成される制御部、通信部、表示部、入力部、および音声入出力部を備える。固定端末３０は、例えばナースステーション内に配置される。また、レポート（後述する事故報告書等）を出力する際、ユーザー（スタッフ８０、このスタッフ８０を管理する管理者等）の指示の入力により、表示部に分析結果を図表等により可視化したレポートを表示したり、外部のプリンター（図示せず）から用紙に出力させたりする。また、このレポートには、後述するようにユーザーが固定端末３０の表示部（ディスプレイ）に表示された撮影画像を参照しながら、入力部からレポートの編集作業を受け付けるようにしてもよい。
【００４３】
また、スタッフ８０または技術スタッフ等は、固定端末３０を通じて、検出部１０を各部屋（居室）に取り付けたときに、部屋番号と検出部１０の対応付けをしたり、ベッド６０等の居室内の設置物の位置情報、すなわち、天井のカメラ１３による上方視の輪郭情報の校正、指定を行ったりする。また、入院または入居している対象者７０の名前、ＩＤ番号等の識別情報と、各部屋番号との対応付けも行う。
【００４４】
（スタッフ端末４０）
図５は、スタッフ端末４０の概略構成を示すブロック図である。スタッフ端末４０は、制御部４１、無線通信部４２、表示部４３、入力部４４、および音声入出力部４５を備え、これらはバスにより相互に接続される。制御部４１は、検出部１０の制御部１１と同様の構成として、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備える。無線通信部４２により、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の規格を用いた無線通信が可能であり、アクセスポイント５１を経由して、または直接的に各装置と無線通信する。表示部４３、および入力部４４は、タッチパネルであり、液晶等で構成される表示部４３の表示面に、入力部４４としてのタッチセンサーを重畳させたものである。表示部４３、入力部４４によって、スタッフ８０に対して、イベントリストに含まれる複数のイベントを一覧表示した各種の操作画面を表示したり、操作画面を通じて各種の操作を受け付けたりする。音声入出力部４５は、例えばスピーカーとマイクであり、無線通信部４２を介して他のスタッフ端末４０との間でスタッフ８０による音声通話を可能にする。スタッフ端末４０は、見守りシステム１のユーザーインターフェースとして機能する機器であり、例えば、タブレット型コンピューター、スマートフォンまたは携帯電話等の、持ち運び可能な通信端末機器によって構成できる。
【００４５】
スタッフ８０は、業務開始時に、割り当てられたスタッフ端末４０を通じて、ログイン認証処理を行う。スタッフ８０は、スタッフ端末４０のタッチパネル（表示部４３、入力部４４）を通じて、スタッフＩＤ、パスワードを入力する。スタッフ端末４０は、これをサーバー２０に送信する。サーバー２０は、記憶部２３に記憶している認証情報を突き合わせ、スタッフ８０の権限に応じた認証結果をスタッフ端末４０に送信することで、ログイン認証が終了する。
【００４６】
（見守りシステムの処理の手順）
次に、見守りシステム１全体で行われる、イベント情報、および画像データの蓄積処理について図６を参照して説明する。図６は、見守りシステムの処理の手順を示すシーケンスチャートである。
【００４７】
（ステップＳ１１０）
図６に示すように、検出部１０は、観察領域における対象者７０の動き、または対象者７０によるナースコールのイベントを検出する。そして、検出部１０は、対象者７０の動きから、転落、転倒、等の他のイベントの発生の有無を判定する。
【００４８】
（ステップＳ１２０、Ｓ１３０）
そしてイベントの発生を判定した場合、そのイベント情報をサーバー２０に送信する。また、検出部１０は、イベントが発生した時に観察領域を撮影することで得られた画像データを送信する。この場合、発生したイベントの種類が特定の種類、例えば転落、転倒であれば、発生時点を含む所定時間（例えば数秒〜数十秒）の動画、または連続して撮影した複数枚の静止画を送信し、その他の種類のイベントであれば発生時点の静止画を送信するようにしてもよい。なお、別の例として、検出部１０は、撮影画像をサーバー２０に連続して送信し続け、サーバー２０側では、所定時間分（例えば過去数分）だけ一時記憶部に記憶する。そしてサーバー２０は、イベントが発生し、イベント情報を検出部１０から受信するに応じて、一時記憶部から発生時点の静止画、または動画を読み出し、イベントに関連付けて保存するようにしてもよい。
【００４９】
（ステップＳ１４０）
サーバー２０は、イベントリストを更新する。図７は、記憶部２３に記憶されるイベントリストの例である。イベントリストに含まれるイベントには、上述のように起床、離床、転落、転倒、およびナースコールが含まれる。ステップＳ１２０で送信された最新のイベントは、イベントリストの最後に追加される。
【００５０】
図７に示すように、各イベントには、自動的に付与される主キーとなるイベントＩＤ、部屋番号、対象者、イベント種類、発生日時（時刻）、画像データ、および対応状況の情報が含まれる。画像データは、上述のとおり、イベントの発生時に検出部１０により撮影して得られた静止画、または動画のデータである。対応状況は、ステイタス、対応スタッフ、および対応日時（時刻）が含まれる。対応状況については後述する。
【００５１】
図７に示す例では、イベントＩＤ０１０のイベントは転落であり、イベントＩＤ０１１、０１２のイベントは、ナースコールである。イベントＩＤ０１３〜０１５は順に、起床、離床、転倒である。イベントＩＤ０１０〜０１２のイベントに関する対応状況のステイタスは対応済みになっており、イベントＩＤ０１３〜０１５は未対応である。
【００５２】
（ステップＳ１５０）
サーバー２０は、新たなイベントが検出されて追加される、またはイベントのステイタスが変更されることで、イベントリストが更新された場合には、更新後のイベントリストを、ログイン中の全てのスタッフ端末４０に配信する。なお、このときの配信先は、イベントを発生させた対象者７０を担当するスタッフ８０が用いるスタッフ端末４０にのみ配信するようにしてもよい。イベントリストを受信した各スタッフ端末４０は、サーバー２０からイベントリストを受信するに応じて、受領確認コマンドを返す（図示せず）。なお、サーバー２０からのイベントリストの送信は、差分データのみを送信するようにしてもよい。例えば、直前に送信したイベントリストに対して変化した部分、すなわち追加または更新があったイベントのみをイベントリストとして全てのスタッフ端末４０に送信する。
【００５３】
（ステップＳ１６０）
各スタッフ端末４０は、サーバー２０からイベントリストを受信するに応じて、表示部４３の表示内容の更新を行う。
【００５４】
図８は、スタッフ端末４０の表示部４３に表示されるナースコールへの対応方針を入力する操作画面４３１、４３２の例である。同図に示す操作画面４３１は、イベントリストが一覧表示される画面である。表示するイベントは、フリック操作することで上下にスクロールさせることが可能である。
【００５５】
操作画面４３１の領域ａ１１、ａ１２は、それぞれ、図７のイベントリストのイベントＩＤ０１１、０１２に対応する。領域ａ１１、ａ１２には、ナースコールであること示すアイコン、および対応済みであることが表示されている。領域ａ１３は、図７の破線枠で囲むイベントＩＤ０１３〜０１５に対応する。これらは、同一の対象者７０（Ｂさん）に関するものであるため、同じ領域にまとめて表示される。また、未対応であることから、領域ａ１３には、最新のイベント（ＩＤ０１５）に関するサムネイル画像（画像ｉ０１５）を表示している。領域ａ１４を操作することでログイン中の他のスタッフ８０とテキストメッセージの交換を行える。スタッフ８０は、操作画面４３１で、領域ａ１３をクリック操作することで、内容確認用の操作画面４３２に遷移する。
【００５６】
（ステップＳ１７０）
スタッフ８０は、スタッフ端末４０に表示した操作画面４３２により、イベントの内容を確認する。操作画面４３２では、領域ａ２１には、イベントを発生（判定）させた対象者名（Ｂさん）、およびスタッフ端末４０を使用するスタッフ名（スタッフＡ）が表示されている。領域ａ２２には、イベントの発生時刻からの経過時間が表示されている。なお、図７の破線枠内に示すように、対象者７０（Ｂさん）については、起床、離床、転倒のイベントの発生を連続して判定し、共に未対応のステイタスであるので、この領域ａ２２には、最新のイベント以外の「起床」、「離床」のイベントを表すアイコンが示されている。なお、領域ａ２２に示す経過時間（「経過０分」）は、最新のイベントの発生を判定してからの経過時間（分未満を切り下げ）である。領域ａ２３には、「転倒」を示す文字とアイコンが示されている。また領域ａ２４には、転倒判定時の撮影画像のサムネイル画像が表示されている。スタッフ８０は、サムネイル画像では情報として不十分で、さらに転倒を発生させた対象者７０の状況を確認したいときは、下方にある「話す」ボタンや「見る」ボタンを操作する。「話す」ボタンを操作することで、音声入出力部１５を通じて対象者７０（Ｂさん）と通話できる。「見る」ボタンを操作することでカメラ１３が撮影したライブ映像をストリーミング再生により視聴できる。
【００５７】
スタッフ８０（スタッフＡ）は、領域ａ２５の「対応する」ボタンを操作することで表示した転落（ＩＤ０１５）を、自らが率先して担当することに決定する。対応しない場合には，領域ａ２６内の戻るボタン（三角アイコン）を操作することで、イベントリスト画面に戻る。なお、あるスタッフ８０が、図８に示す操作画面４３２を表示し、転落等のイベントの状態を確認している最中は、サーバー２０の制御により、他のスタッフ８０への禁則処理がなされる。例えば、あるスタッフ８０が対象者７０（Ｂさん）のイベントの状態を確認している時に、他のスタッフ８０が同じイベント（ＩＤ０１３〜０１５）を選択したとしても、他のスタッフ８０の操作画面４３１には、「状態確認中」の文字が表示され、「対応する」ボタンは表示されない、または選択できないようにする。
【００５８】
（ステップＳ１８０、Ｓ１９０）
スタッフ端末４０は、「対応する」ボタンが操作されることに応じて、サーバー２０に選択されたイベントに関する対応要求を送信し、これに応じて、サーバー２０は承認通知を返信する。
【００５９】
（ステップＳ２００）
サーバー２０は、ステップＳ１８０の処理に応じてイベントリストを更新する。具体的には、イベントリスト（ＩＤ０１３〜０１５：転倒等）のステイタスを対応済みに変更する。本実施形態においては、スタッフ８０が選択し、操作画面４３２に表示するイベントに対して上述の「対応する」ボタンを操作することに応じて、「対応済み」に変更している。すなわち、「対応する」ボタンの操作により、確認したことを示す情報である「対応済み」の対応状況が入力され、対応が行われたとみなして対応日時を記録する。より具体的には、図７のイベントリストにおいて、ステップＳ１８０、Ｓ１９０の処理が行われた時刻が、対応日時欄に記録される。なお、これに限られず、対応日時は、スタッフ８０が、転落、転倒、ナースコール等のイベントを発生させた対象者７０の部屋に入室した時刻を、対応日時欄に記録してもよく、別の操作画面により対応結果を入力することにより対応済みにし、入力時刻を対応日時欄に記録してもよい。また、サーバー２０は、イベントリストを更新することに応じて、ログイン中の全てのスタッフ８０に更新後のイベントリストを送信する。
【００６０】
検出部１０が発生を判定した事故に繋がる可能性のある所定のイベント、すなわち、転落、転倒のイベントの判定には、誤判定が含まれる。判定の基準を厳しくすると、実際に転落、転倒が発生したときに、判定漏れが生じる虞がある。一方で、判定の基準を緩くしすぎると、実際には、転落、転倒が生じていない場合に、転落、転倒のイベントの発生を判定するといった誤判定が発生しやすくなる。
【００６１】
本実施形態では、判定漏れを極力無くすように判定基準を厳しくしていないため、誤判定がある程度含まれる。この誤判定か実際に発生したかの判別を、スタッフ８０が、スタッフ端末４０を用いて、状況を確認することにより行う。具体的には、スタッフ８０は、対象者７０の状況を、通話や撮影した画像により確認することで、誤判定の場合に、実際に居室に出向く対応が必要ないことを確認できる。また、実際に転落、転倒が発生したとしても、ケガ等が発生せず、特に対応が必要でない場合もあり、この場合も、対象者７０との通話等により無事であることを確認することで、居室に出向く対応を省略できる。
【００６２】
一方で、内容を確認した結果、特別な対応が必要な事故が発生したと判断した場合、対象者７０への対応を行っている時、または事後的に、さらに、イベントの状況を示す情報、すなわち、事故である旨を示す特記事項をこのイベントに付与してもよい。この特記事項は、スタッフ８０が、スタッフ端末４０を通じて入力してもよく、スタッフ８０や管理者が固定端末３０を通じて入力してもよい。図９は、特記事項を付与したイベントリストの変形例である。イベントＩＤ０１５では、事故であったため、特記事項に「事故」であることを示すコメントを追記している。なお、特記事項欄ではなく、スタッフ８０のスタッフ端末４０を通じた操作入力により、ステイタス欄を「対応済み」から「事故」に変更するようにしてもよい。さらに、特記事項欄に、スタッフ８０等の目撃者（第１発見者）による事故の状況を記録するようにしてもよい。
【００６３】
ここで、本明細書でいう「事故」とは、施設内で発生した、対象者７０のケガおよび死亡事故であり、特に転落、転倒による骨折、出血等であり、医療機関において治療（施設内における医療処置を含む。）、又は入院したものである。ただし、擦過傷や打撲など比較的軽易なケガは除く。
【００６４】
以上のようにして、転落、転倒等のイベントの発生を判定した場合に、そのイベントへの対応状況を含めたイベント情報、およびこのイベントが発生した時に観察領域を撮影することで得られた画像データを蓄積する。本実施形態においては、事故発生時には、このような見守りシステムによって継続的に記憶部２３に蓄積されたこれらのデータを活用して、事故報告書を作成し、出力するものである。
【００６５】
（事故報告書の出力処理）
図１０は、第１の実施形態に係る見守りシステム１により実行される事故報告書の出力処理の手順を示すフローチャートである。図１０の処理は、主にサーバー２０の制御部２１が、記憶部２３等に記憶されたプログラムを実行することにより行われる。
【００６６】
（ステップＳ３１０）
サーバー２０の制御部２１は、記憶部２３のイベントリストに、発生を判定したイベントのイベント情報を蓄積（追加）する。この蓄積処理は、上述した処理（図６）により行われる。
【００６７】
（ステップＳ３２０）
制御部２１は、記憶部２３に蓄積されているイベントリストを取得する。これは、例えば、固定端末３０を通じたユーザー（スタッフ８０、このスタッフ８０を管理する管理者、等）からの要求により、開始する。
【００６８】
（ステップＳ３３０）
制御部２１は、イベントリストのイベント情報を一覧表示し、ユーザーによる事故に関連するイベントの選択を受け付ける。例えば、ユーザーは、固定端末３０のディスプレイに一覧表示したイベント情報の中から、事故に関連するイベントの選択を行う。ユーザーが事故の発生日時、対象者７０の情報を予め知っているのであれば、合致するイベントをイベントリストから選択する。図９の例では、イベントＩＤ０１５の選択を受け付ける。あるいは特記事項に「事故」が記載されているのをユーザーが探して選択してもよい。なお、この選択は、図９の変形例のように特記事項欄に「事故」が記載されること等により、事故のイベントであることが検索できるような態様で、イベントリストに蓄積されていれば、制御部２１側で自動的に、検索により事故のイベントを抽出し、表示するようにしてもよい。
【００６９】
（ステップＳ３４０）
制御部２１は、記憶部２３から、ステップＳ３３０で選択されたイベントに関連付けられている画像データ（動画）を取得する。
【００７０】
（ステップＳ３５０）
制御部２１は、記憶部２３から、ステップＳ３３０で選択されたイベントのイベント情報を参照し、イベントを発生させた対象者７０、すなわち事故の当事者である対象者７０の被保険者番号、住所、年齢、要介護度等の対象者情報を取得する。
【００７１】
（ステップＳ３６０）
制御部２１は、記憶部２３から、ステップＳ３３０で選択されたイベントのイベント情報を参照し、イベントを発生させた対象者７０、すなわち事故の当事者である対象者７０に関連付けられている事故報告書のフォーマットを取得する。このフォーマットは、例えば上述のように対象者７０の住民票の住所、施設の所在地の市区町村向けのフォーマット、および親会社への提出用のフォーマットがある。
【００７２】
（ステップＳ３７０）
制御部２１は、ステップＳ３２０で取得したイベント情報、ステップＳ３４０〜Ｓ３６０で取得した、画像データ、対象者情報、およびフォーマットを用いて、事故報告書を作成する。図１１、図１２は、ステップＳ３７０で作成した事故報告書の例である。事故報告書は、フォーマットが複数であれば、そのフォーマットを用いて複数作成される。作成した事故報告書には、事故が発生したときの撮影画像（動画）から生成した、複数の画像が含まれる。同図の例では、１秒間隔の連続した４枚の画像から作成したサムネイル画像を報告書に貼り付けている。
【００７３】
（ステップＳ３８０）
ここでは、制御部２１は、ユーザーによるステップＳ３７０で作成した、事故報告書に対する編集を受け付ける。例えば、ユーザーは、固定端末３０のディスプレイに表示した事故報告書を参照しながら、固定端末３０を通じてこの事故報告書に関する編集を行う。このときに、サムネイル画像ではなく、ステップＳ３４０で取得した動画像（数秒）をディスプレイに表示するようにしてもよい。また、スタッフ８０等の目撃者（第１発見者）による事故発生状況に関する特記事項があれば、ディスプレイに表示するようにしてもよい。ユーザーは、これらの情報を参照しながら、事故報告書の編集を行う。このとき、ユーザーが、ディスプレイに表示された画像や特記事項を参照しながら、事故への対応策、例えば床マットの位置が悪かったり、固定が不十分であったりすることが、これらの情報から判明すれば、対応策を入力できる。
【００７４】
（ステップＳ３９０）
制御部２１は、固定端末３０のディスプレイに表示したり、プリンターから用紙に印刷したり、要求に応じた送信先アドレスにレポートのデータを送信したりすることで、事故報告書を出力する。
【００７５】
このように本実施形態では、事故に繋がる可能性のある所定のイベントのイベント情報および画像データを複数蓄積した記憶部から、事故に関連するイベントのイベント情報、および画像データを取得し、これらを用いて事故報告書を作成し、これを出力する。これにより、事故報告書の作成を支援できる。特に本実施形態では、記憶部２３に事故が発生した時の状況を検出部１０が撮影画像等により記録しているので客観的な事実情報を取り出すことができる。特に事故発生時の状況をテキストデータではなく画像データを参照して説明できるので事故報告書の作成支援に効果があり具体的な対策が検討できる。また、対象者７０に関連付けられた複数のフォーマットを用いて、複数の事故報告書を同時に作成するので、作成にかかる時間を短縮でき手間を省くことができる。
【００７６】
（変形例）
上述した実施形態では、検出部１０、サーバー２０、固定端末３０およびスタッフ端末４０をそれぞれ独立した別個の装置として説明した。しかしながら、これに限定されず、いくつかの構成を統合してもよい。例えばサーバー２０の機能を固定端末３０内に統合してもよい。
【００７７】
また、上述した実施形態に係る見守りシステム１における処理は、上述のシーケンチャート、またはフローチャートのステップ以外のステップを含んでもよく、あるいは、上述したステップのうちの一部を含まなくてもよい。また、ステップの順序は、上述した実施形態に限定されない。さらに、各ステップは、他のステップと組み合わされて一つのステップとして実行されてもよく、他のステップに含まれて実行されてもよく、複数のステップに分割されて実行されてもよい。
【００７８】
また、上述した実施形態に係る見守りシステム１における各種処理を行う手段および方法は、専用のハードウエア回路、またはプログラムされたコンピューターのいずれによっても実現することが可能である。上記プログラムは、例えば、ＵＳＢメモリやＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）−ＲＯＭ等のコンピューター読み取り可能な記録媒体によって提供されてもよいし、インターネット等のネットワークを介してオンラインで提供されてもよい。この場合、コンピューター読み取り可能な記録媒体に記録されたプログラムは、通常、ハードディスク等の記憶部に転送され記憶される。また、上記プログラムは、単独のアプリケーションソフトとして提供されてもよいし、一機能としてその検出部等の装置のソフトウエアに組み込まれてもよい。
【００７９】
本出願は、２０１８年６月２６日に出願された日本特許出願（特願２０１８−１２０８２４号）に基づいており、その開示内容は、参照され、全体として組み入れられている。
【符号の説明】
【００８０】
１  見守りシステム
１０  検出部
１１  制御部
１２  通信部
１３  カメラ
１４  ナースコール部
１５  音声入出力部
２０  サーバー
２１  制御部
２２  通信部
２３  記憶部
３０  固定端末
４０  スタッフ端末
４１  制御部
４２  無線通信部
４３  表示部
４４  入力部
４５  音声入出力部
５０  ネットワーク
５１  アクセスポイント
６０  ベッド
７０  対象者（被介護者）
８０  スタッフ（介護者）
【図１】
2020003705.tif 000003
【図２】
2020003705.tif 000004
【図３】
2020003705.tif 000005
【図４】
2020003705.tif 000006
【図５】
2020003705.tif 000007
【図６】
2020003705.tif 000008
【図７】
2020003705.tif 000009
【図８】
2020003705.tif 000010
【図９】
2020003705.tif 000011
【図１０】
2020003705.tif 000012
【図１１】
2020003705.tif 000013
【図１２】
2020003705.tif 000014
【国際調査報告】
2020003705.tif 000015
2020003705.tif 000016