JP7040925B2 - 管理サーバ及びプログラム - Google Patents

Description

本発明は、管理サーバ及びプログラムに関する。

従来から、ベッド装置を初めとする各種装置をネットワークで接続し、当該装置からベッド装置や患者の状態を取得するシステムが知られている。そして、取得された状態が、所定の警報条件に合致した場合に、介護者等が所持している携帯端末通信装置に、警報を行う技術が開示されている（例えば、特許文献１参照）。

米国特許９５１７０３４号明細書

本発明は、患者の状態に応じて、適切な通知等を行うことが可能な管理サーバ等を提供することである。

本発明の管理サーバは、端末装置及び生体情報取得装置と通信可能な通信部と、制御部とを備えた管理サーバであって、前記通信部は、前記生体情報取得装置から、対象者の生体情報を受信し、前記制御部は、受信された前記生体情報に基づいて、前記対象者が覚醒したこと又は離床をすることを検出し、覚醒したこと又は離床をすることが検出された前記対象者が、優先度が高いと判定された対象者の場合は、前記端末装置に報知をする、ことを特徴とする。

本発明のプログラムは、 端末装置及び生体情報取得装置と通信可能なコンピュータに、前記生体情報取得装置から、対象者の生体情報を受信する機能と、前記受信された前記生体情報に基づいて、前記対象者が覚醒したこと又は離床をすることを検出する機能と、覚醒したこと又は離床をすることが検出された前記対象者が、優先度が高いと判定された対象者の場合は、前記端末装置に報知をする機能と、を実現することを特徴とする。

本発明の管理サーバによれば、患者の状態に応じて、適切な通知等を行うことができる。

第１実施形態におけるシステム全体を説明するための図である。 第１実施形態における管理サーバの機能構成を説明するための図である。 第１実施形態における患者優先度テーブルのデータ構造の一例を説明するための図である。 第１実施形態における閾値テーブルのデータ構造の一例を説明するための図である。 第１実施形態における優先度設定テーブルのデータ構造の一例を説明するための図である。 第１実施形態におけるベッド装置の構成を説明するための図である。 第１実施形態における携帯端末装置の構成を説明するための図である。 第１実施形態における（第１）優先度判定処理を説明するフローチャートである。 第１実施形態における（第２）優先度判定処理を説明するフローチャートである。 第１実施形態における（第３）優先度判定処理を説明するフローチャートである。 第１実施形態における（第１）報知処理を説明するフローチャートである。 第１実施形態における管理サーバの表示画面の一例である。 第１実施形態における管理サーバの表示画面の一例である。 第１実施形態における管理サーバの表示画面の一例である。 第１実施形態における管理サーバの表示画面の一例である。 第１実施形態における携帯端末装置の表示画面の一例である。 第２実施形態における（第２）報知処理を説明するフローチャートである。 第２実施形態における処理の流れを説明するシーケンス図である。 第３実施形態における（第３）報知処理を説明するフローチャートである。 第４実施形態における（第４）報知処理を説明するフローチャートである。

以下、図面を参照して本発明を実施するための一つの形態について説明する。患者の状態に応じて、例えば医療従事者やスタッフ等に様々な報知が行われている。例えば、患者が勝手に離床することを考え、全ての患者において覚醒した場合は報知することが考えられる。しかし、必要以上に報知されると、必要な報知が見過ごされてしまうという可能性がある。

また、例えば離床時にナースコール（呼出通知）を押さない患者の場合は、患者が端座位になった等、離床前に報知されることが好ましい。しかし、全ての患者において離床前に報知されると、必要以上に報知されてしまうという可能性がある。

そこで、本実施形態では、患者の優先度に応じて報知を行うか否かを決めることができるシステムを提供する。また、報知だけでなく、ベッド装置の動作を制限することにより、より安全性の高いシステムを提供する。

なお、本明細書におけるシステムは、病院内のシステムを例に説明するが、介護施設や、在宅介護の管理システムにおいても適用可能である。

また、本明細書で患者とは、ベッド装置（マットレス）を利用する者をいい、病気で治療を受けるものに限られず、施設で介護を受ける者や、ベッド装置で就寝する者であれば対象者として適用可能である。

［１．第１実施形態］
［１．１ システム構成］
まず、図１を参照して、本システムの全体及び機能構成について説明する。図１は、システム１の全体及び各装置の機能構成を説明するための図である。本システム１は、ネットワークＮＷに、管理サーバ１０と、アクセスポイント２０と、携帯端末装置３０と、端末装置３５とが接続されている。なお、ネットワークＮＷには、病院や施設内で利用する他のサーバが更に接続されてもよい。また、ネットワークＮＷは、ＬＡＮ／ＷＡＮの何れの回線であってもよい。

管理サーバ１０は、本実施形態における患者の状態に関する情報を管理する装置である。患者に関する情報は、氏名・性別・年齢といった患者に関する基本情報、疾患名やバイタルといった医療情報、処置や投薬に関する情報等が含まれる。管理サーバ１０は、これらの情報を入力・閲覧をすることが可能な装置である。

アクセスポイント２０は、病室毎（例えば、図１では病室３）に設置される集約装置であり、各種装置をネットワークＮＷに接続するための中継ポイントである。例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ等の無線ＬＡＮを介して他の装置と通信してもよいし、Ｂｌｕｅｔｏｏｔｈ（登録商標）といった近距離無線通信を利用して、各種装置と接続してもよい。また、無線でなくても有線で接続されてもよい。

病室３には、１又は複数のベッド装置が配置されている。本実施形態では、説明の都合上、ベッド装置２２の１台が配置されている。ベッド装置２２は、高さを昇降可能な駆動装置を備えた昇降機能を有するベッド装置である。また、ベッド装置２２は、ベッドボトムにリンク機構を介して接続された駆動装置（アクチュエータ）が駆動制御されることにより、背上げ（背下げ）、膝上げ（膝下げ）、足上げ（足下げ）といった動作を実現する。

ここで、図１では、上述した駆動装置を制御する駆動制御部２２２がアクセスポイント２０に接続されている。

また、アクセスポイント２０には、更に患者の状態を取得する患者状態検出部２２４と、患者の生体信号を取得する生体情報取得部２４２（生体情報取得装置）とが通信可能に接続されている。

なお、本実施形態において装置や構成が接続されているとは、直接接続されている以外にも間接的に接続されていることも含む概念である。例えば、生体情報取得部２４２は、アクセスポイント２０に直接接続されてもよいし、ベッド装置の近傍にある表示装置に一度接続され、表示装置を経由して通信でアクセスポイント２０に接続されてもよい。また、例えば、生体情報取得部２４２（患者状態検出部２２４）は、アクセスポイント２０を経由して通信で管理サーバ１０に接続される。

生体情報取得部２４２は、対象者である患者の生体情報を取得する装置である。生体情報取得部２４２は、例えば、患者の身体に設けられたセンサや、患者とマットレス（ベッド装置）との間に設けられたセンサ（装置）により、生体信号が検出され、生体信号に基づいた患者の生体情報を取得する。

患者の身体に設けられるセンサは、例えば、医療従事者や患者本人により手や胸に設けられるセンサである。このセンサは、例えば赤外線センサや、微弱な電気を取得するセンサ、振動を検知するセンサ等である。生体情報取得部２４２は、これらのセンサを利用することにより、対象者である患者の心拍（心拍波形や脈拍数）、呼吸（呼吸波形や呼吸数）、体動等の各種情報が取得可能である。

また、患者とマットレス２４（ベッド装置）との間に設けられるセンサは、圧力検知センサや、荷重センサ、音検出センサ等である。生体情報取得部２４２は、これらのセンサを利用することにより、対象者である患者の心拍、呼吸、体動、睡眠状態、寝位置等を生体情報として取得可能である。

また、生体情報取得部２４２は、生体情報を主にリアルタイムに取得可能であるが、所定時間間隔毎に取得してもよい。また、生体情報取得部２４２は、患者に直接又は間接的に触れるセンサを利用することとして説明したが、ベッド装置のサイドに設置された赤外線センサや、カメラ等を利用することにより、患者に非接触の装置で生体情報を取得してもよい。

患者状態検出部２２４は、マットレス２４やベッド装置２２、その周辺に設けることにより患者の離床・在床を検出することができる。また、患者状態検出部２２４は、在床時の患者の姿勢や、位置を検出することもできる。患者状態検出部２２４は、ベッド装置の下に載置された圧力センサ、ベッド装置又はベッド装置周辺に設置された赤外線センサ、ベッド装置に設けられた荷重センサにより振動データを取得し、振動データに基づいて患者の離床・在床・位置・姿勢等を検出することができる。

これらの患者の離床・在床・位置・姿勢等を検出する方法としては、例えば特開２００８－２０６８６９号公報（発明の名称：ベッドにおける使用者の状態検知システム、出願日：平成１９年１１月１３日）に記載の使用者の状態検知方法、特開２００９－１１８９８０号公報（発明の名称：寝台装置、出願日：平成１９年２月２７日）に記載の利用者の位置の検知方法を援用できる。この特許出願は援用によりその全体が組み込まれる。

また、患者とマットレス（ベッド装置のボトム）との間に載置されたセンサ装置から検出された圧力値の変化により、患者の離床・在床・位置・姿勢を検出することもできる。これらの患者の離床・在床・位置・姿勢等を検出する方法としては、例えば特願２００２－３２７６２４号（発明の名称：寝床への出入検出装置、出願日：２００２年１１月１１日）に記載の出入検出の方法、特願２００２－３２７６３２号（発明の名称：ベッド上の位置ずれ検出装置、出願日：２００２年１１月１１日）に記載の検出の方法、特願２００２－３２７６３３号（発明の名称：ベッド上の位置検出装置、出願日：２００２年１１月１１日）に記載の検出の方法を援用できる。この特許出願は援用によりその全体が組み込まれる。

なお、患者状態検出部２２４は、上述した生体情報取得部２４２と一体であってもよい。例えば、患者とマットレス（ベッド装置のボトム）との間に載置されたセンサ装置を用いることにより、生体情報取得部２４２は、生体情報を取得することができる。また、同様に、当該センサ装置により、患者状態検出部２２４は、患者状態を検出することができる。

また、説明の都合上、生体情報取得部２４２において生体情報が取得され、患者状態検出部２２４において患者状態が検出されているが、管理サーバ１０で行ってもよい。すなわち、生体情報取得部２４２は、生体信号を管理サーバ１０に送信する。管理サーバ１０の制御部１００は、受信された生体信号に基づいて、生体情報を取得（算出）する。

また、患者状態検出部２２４は、振動データを管理サーバ１０に送信する。管理サーバ１０の制御部１００は、受信された振動データに基づいて、患者状態を検出（算出）する。

アクセスポイント２０には、更にナースコール２６と、認証情報受信部２８とが接続されている。ナースコール２６は、患者からのナースコール（呼出通知）を取得する。患者から、ナースコールボタンが押されることにより、ナースコール信号として管理サーバ１０に送信される。なお、説明の都合上、ナースコールについては管理サーバ１０が受信するが、管理サーバ１０とは別にナースコールサーバを設けてもよい。

認証情報受信部２８は、患者や医療従事者が所持している認証カード２８２から、認証情報を受信する。例えば、認証情報受信部２８と、認証カード２８２は、ＲＦＩＤや、ＮＦＣ等の近距離無線通信により接続可能である。認証情報受信部２８は、認証カード２８２から受信された認証情報を、アクセスポイント２０を介して管理サーバ１０に送信する。

このような、病室３に含まれるシステムは、病室毎に設けられてもよいし、ベッド装置毎に設けられてもよい。すなわち、上述した構成はベッド装置毎に構成されているものであり、病室毎に設けられたアクセスポイント２０にそれぞれ接続される。

携帯端末装置３０及び端末装置３５は、医療従事者やスタッフが情報を確認したり、管理サーバ１０にログインして設定を変更したりするための装置である。医療従者者やスタッフが所持している認証カード３２を利用し、携帯端末装置３０及び端末装置３５（システム１）にログインする。

なお、携帯端末装置３０と、端末装置３５とは同じ挙動をしてもよいし、機能により使用する装置を分けてもよい。また、携帯端末装置３０は、医療従事者やスタッフが持ち歩くものであるが、端末装置３５は、ナースステーション等に設けられるものである。なお、以下の実施形態では、携帯端末装置３０を利用した場合について説明する。

なお、ネットワークＮＷには、上述したサーバ装置の他にも、例えば患者の治療情報等を管理する電子カルテサーバや、会計情報を管理する会計サーバ等、必要に応じて接続可能である。

なお、図１において説明したシステム１の構成は、本実施形態における説明の一例であり、他の構成であってもよい。例えば、携帯端末装置３０、端末装置３５は複数設けられてもよい。特に携帯端末装置３０は、医療従事者、スタッフ毎に所持しており、それぞれ患者の状態を確認できる状態としてもよい。

また、一般的な医療システムの場合は、システム構成は更に細分化される場合があるが、本実施形態においては、説明の都合上必要な構成を簡略化して説明している。一例として、電子カルテシステムを包含するオーダーシステムに、各システム（サーバ）が接続されるシステムが考えられる。オーダーシステムに接続されるシステムとしては、調剤システム、薬剤管理指導記録システム、ＩＣＵ管理システム、ＭＥ臨床システム、看護支援システム、物品管理システム（機器管理システム）、医事会計システム、手術管理システム等の役割に応じたシステム（サーバ）等がある。

これらのシステムが構成されている場合、上述した各種情報は、適宜必要に応じて各システムにおいて記憶・管理される。

［１．２ 装置構成］
［１．２．１ 管理サーバの構成］
つづいて、管理サーバ１０の構成について図２を参照して説明する。図２に示すように、管理サーバ１０は、制御部１００と、記憶部１２０と、通信部１５０とを含む。

制御部１００は、管理サーバ１０の全体を制御する。制御部１００は、記憶部１２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Processing Unit）により構成されている。

また、制御部１００は、記憶部１２０に記憶されているプログラムを読み出して実行することにより、認証部１０２、患者情報取得部１０４、優先度判定部１０６、患者状態報知部１０８として機能する。

認証部１０２は、認証カードより読み取られた認証情報に基づいて、患者や、医療従事者、スタッフを認証する。具体的には、認証情報を、後述する記憶部１２０に記憶された認証データベース（ＤＢ）１２２と照合することにより認証を行う。

患者情報取得部１０４は、生体情報取得部２４２から取得された生体情報、患者状態検出部２２４から検出された患者状態を、患者に関する情報である患者情報として取得する。すなわち、患者情報取得部１０４により、対象者である患者の心拍や、呼吸といった生体情報を取得したり、睡眠状態（睡眠、覚醒）を取得したり、離床・在床・姿勢・位置を取得したりすることが可能である。

患者情報取得部１０４により取得された患者情報は、患者情報１２４として記憶部１２０に記憶される。患者情報１２４については、後述する。

優先度判定部１０６は、優先度判定処理により、患者毎の優先度を判定する。例えば、患者毎に優先度を「高」「低」と判定し、患者優先度テーブル１２６に出力する。なお、優先度判定部１０６が実行する優先度判定処理については、後述する。

患者状態報知部１０８は、患者情報取得部１０４において取得された患者情報について、優先度判定部１０６において判定された優先度に応じて報知を行う。報知先としては、例えば、携帯端末装置３０や、端末装置３５に報知を行う。患者状態報知部１０８の処理については後述する。

記憶部１２０は、管理サーバ１０の動作に必要な各種プログラムや、各種データが記憶されている。記憶部１２０は、例えば、半導体メモリ（ＳＳＤ）や、ＨＤＤ（Hard Disk Drive）等により構成されている。

また、記憶部１２０には、認証ＤＢ１２２と、患者情報１２４と、患者優先度テーブル１２６と、閾値テーブル１２８と、優先度設定テーブル１３０と、履歴情報１３２とが記憶されている。

認証情報ＤＢ（データベース）１２２は、認証部１０２が利用する認証情報が記憶されているデータベースである。具体的には、患者や医療従事者等の利用者ＩＤと対応して認証情報が記憶されている。また、利用者ＩＤに、更に利用権限が付加されていてもよい。例えば、利用者が「医師」であれば投薬情報を登録することができたり、利用者が「スタッフ」であれば、ナースコールに応答することができたりする。

患者情報１２４は、患者に関する情報である患者情報が記憶されている。患者情報としては、患者ＩＤ、氏名、年齢、身長、体重、病歴といった基礎情報や、転倒リスクの有無、車椅子の利用の必要性といった各種情報が記憶される。また、治療に関する情報として、患者がいる病室（フロア）、当該患者を担当する医師、看護師（主担当、副担当）等が併せて記憶されている。

また、その他にも患者に関するリアルタイム情報も記憶される。リアルタイム情報は、時間に応じて変わるものであり、例えば、代表的なものとして以下のものがあげられる。

・患者の心拍、呼吸等の生体情報
・患者の心拍、呼吸等に基づいた心拍数や呼吸数の生体情報値
・患者の睡眠状態として、睡眠・覚醒の状態、睡眠の深度、患者の姿勢、位置
患者情報１２４に記憶される患者情報のうち、リアルタイム情報は、リアルタイムの値が随時記憶されてもよいし、蓄積的に記憶されてもよい。また、所定時間毎（例えば、１分毎、３０分毎、１時間毎、１晩毎、１日毎等）に取得され記憶されてもよい。

患者優先度テーブル１２６は、患者の優先度に関する情報を記憶している。患者の優先度に応じて、患者状態報知部１０８が患者の状態を報知するか否かを判定する。例えば、図３に示すように、患者優先度テーブル１２６は、患者を特定するための患者ＩＤ（例えば、「Ｋ００１」）と、判定優先度（例えば、「高」）と、優先度判定に利用される閾値（優先度判定閾値）とを記憶している。

判定優先度は、優先度判定部１０６により判定された優先度（判定優先度）が記憶される。また優先度判定閾値とは、後述する閾値テーブル１２８が、全体やグループ毎の閾値を記憶しているのに対し、患者毎に記憶される優先度判定閾値である。例えば、図３では、優先度判定閾値の一例としてベッド高さ（例えば、「４０ｃｍ」）が記憶されている。

ベッド高さの閾値は、患者が離床するのに安全な高さと判定される値である。すなわち、マットレスの上面（又はベッド装置のボトム部の上面、ベッド装置のフレーム面）から床までの高さをいう。また、ベッド高さ閾値は、患者の身長と比較して妥当であるかを考慮して決められてもよい。

また、患者優先度テーブル１２６に記憶される情報は、患者情報１２４に、患者ＩＤと対応づけて記憶されてもよい。

閾値テーブル１２８は、閾値記憶しているテーブルである。閾値の種類としては、図４に示すように、優先度の判定に用いられる閾値（優先度判定閾値）として、離床判定閾値と、優先度閾値と、ベッド高さ閾値とが必要に応じて記憶されている。なお、それぞれの閾値については、以下、必要に応じて適宜説明を行う。これら閾値は、医療従事者や、システム管理者が設定できることとしても良いし、操作者が設定できることとしてもよい。

また、これらの優先度判定閾値は、患者全体や、グループ、病室毎に適用可能な閾値である。図３で説明したように、優先度判定閾値は、共通の値で記憶されてもよいし、患者毎に記憶されてもよい。また、優先度判定閾値の種類によって組み合わされてもよい。

優先度設定テーブル１３０は、優先度毎に報知条件や動作制御について記憶しているテーブルである。例えば、図５に示すように、優先度（例えば、「高」）に、当該優先度の場合の報知条件や動作（例えば、「覚醒=ON,離床=ON,ベッド高さ=ON,…」）が対応づけて記憶されている。患者状態報知部１０８は、患者の優先度を患者優先度テーブル１２６から読み出し、優先度設定テーブル１３０を参照することで、報知するか否かを判定する。

なお、優先度設定テーブル１３０は、システム全体として記憶してもよいし、グループ毎（例えば、病室の種類、病棟、診療科等）に記憶してもよいし、患者毎に記憶してもよい。

履歴情報１３２は、システム１における各種履歴に関する情報（履歴情報）を記憶している。例えば、患者から報知があった時刻や、対応したスタッフ等が記憶される。また、携帯端末装置３０により、対応不要と入力された場合には、その旨が記憶される。なお、履歴情報１３２に記憶される情報は、例えば患者情報１２４に併せて記憶されてもよい。

通信部１５０は、アクセスポイント２０や、携帯端末装置３０（端末装置３５）等とネットワークＮＷを介して通信を行う。例えば、イーサネット（登録商標）等の有線ＬＡＮでネットワークＮＷに接続し、他のサーバと通信を行うことができる。

［１．２．２ ベッド装置の構成］
つづいて、ベッド装置２２の構成について説明する。図６は、ベッド装置２２の概略の構成を示す。ベッド装置２２は、背ボトム２２ａと、腰ボトム２２ｂと、膝ボトム２２ｃと、足ボトム２２ｄとを有している。利用者Ｐは、背ボトム２２ａにより上体が支持され、腰ボトム２２ｂにより、腰部が支持されている。

駆動制御部２２２は、ベッド装置２２の駆動を制御する。ここで、駆動制御部２２２は、ボトムを動作させることにより、背上げ、膝上げ（足下げ）機能等を制御するためのボトム制御部２２２０と、高さを制御するための高さ制御部２２３０との機能を実現する。また、駆動制御部２２２は、アクセスポイント２０に接続されている。

背上げ機能を実現するために、ボトム制御部２２２０には、背ボトム駆動部２２２２と、膝ボトム駆動部２２２４とが接続されている。背ボトム駆動部２２２２は、例えば、アクチュエータであり、リンク機構を介して背上げ用のリンクと連結されている。そして、背ボトム駆動部２２２２の制御により、リンクにより載置された背ボトム２２ａが動作し、背上げ・背下げ制御が行われる。

また、膝ボトム駆動部２２２４は、例えば、アクチュエータであり、リンク機構を介して膝上げ用のリンクと連結されている。そして、膝ボトム駆動部２２２４の制御により、リンクに載置された膝ボトム２２ｃと、更に連結された足ボトム２２ｄとが動作し、膝上げ・膝下げ（足下げ・足上げ）制御が行われる。

また、高さ制御部２２３０は、高さ駆動部２２３２を制御することにより、ベッド装置２２（ボトム部）の高さ全体を制御する。高さ駆動部２２３２は、例えばアクチュエータであり、ベッド装置２２のボトム全体を上昇／下降させることにより、ベッド装置２２全体の高さを制御する。

［１．２．３ 携帯端末装置の構成］
携帯端末装置３０の構成について図７を参照して説明する。携帯端末装置３０は、制御部３００と、記憶部３２０と、操作部３３０と、表示部３４０と、出力部３４５と、通信部３５０とを含む。なお、本実施形態では携帯端末装置３０を例に説明するが、端末装置３５について同じ構成であってもよい。

制御部３００は、携帯端末装置３０の全体を制御する。制御部３００は、記憶部３２０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Processing Unit）により構成されている。

また、制御部３００は、記憶部３２０に記憶されているプログラムを読み出して実行することにより、報知処理部３０２、患者情報表示部３０４として機能する。

報知処理部３０２は、管理サーバ１０の患者状態報知部１０８から送信された報知信号に基づいて、報知動作を行う。報知動作としては、例えば表示部３４０により報知表示を行ったり、出力部３４５からアラーム音を出力したりと、何れかの報知動作を行う。

患者情報表示部３０４は、記憶部３２０に記憶された患者情報３２２に基づいて表示部３４０に患者に関する情報を表示する。例えば、患者ＩＤ、患者名、患者の姿勢、生体情報値、睡眠状態、離床／在床状態といった情報を表示することができる。

このとき、患者情報表示部３０４には、看護師やスタッフが担当している患者のみが表示されている。医療従事者やスタッフは、認証カード３２を用いることで、システム１（携帯端末装置３０）にログインする。そして、担当している患者のみが表示されればよい。

なお、認証するシステムでない場合（例えば、在宅介護用等）では、特定の患者のみが表示されればよいし、病院・施設の規模によっては全ての患者が表示されてもよい。

記憶部３２０は、携帯端末装置３０の動作に必要な各種プログラムや、各種データが記憶されている。記憶部３２０は、例えば、半導体メモリであるＳＳＤ（Solid State Drive）や、磁気ディスクであるＨＤＤ（Hard Disk Drive）等により構成されている。

また、記憶部１６０には、上述した患者情報１２４を含む患者情報３２２が記憶されている。患者情報３２２は、管理サーバ１０から送信された患者に関する情報のうち、携帯端末装置３０で表示するのに必要な情報が記憶される。

操作部３３０及び表示部３４０は、医師やスタッフといった医療従事者や、施設スタッフ等が操作入力を受け付けたり、情報を表示したりする。例えば、液晶とタッチパネルとが一体となった装置等により構成される。

操作部３３０により、例えば医師等の専門家が患者に対して行った処置や処方の内容、看護師による処置や看護の内容、スタッフによる介助の内容等を入力したりする操作が可能である。

出力部３４５は、報知処理部３０２により報知が行われる。例えば、アラーム音を出力することで報知動作を行ったり、ＬＥＤ等の発光装置により報知動作を行ったり、振動装置により振動により報知動作を行ったりする。これらの報知動作は、操作者により操作部３３０において確認動作が行われることにより中止されてもよい。

通信部３５０は、管理サーバ１０と、ネットワークＮＷを介して通信を行ったり、他の装置と通信を行ったりする。例えば、無線ＬＡＮでネットワークＮＷに接続し、管理サーバ１０と通信を行うことができる。また、ＬＴＥ等の外部ネットワークを利用して管理サーバ１０と通信をおこなってもよい。

さらに、通信部３５０は、利用者がシステムにログインするときに、認証カード３２を通信部３５０に翳すことにより、認証情報を読み取る。なお、この場合の通信部３５０は、例えばＲＦＩＤや、ＮＦＣといった通信手段で構成される。

なお、認証情報を読み取れればよいことから、例えばカメラ等の撮影装置により、認証情報（例えば、２次元バーコードで示された認証情報）を読み取る構成であってもよい。

［１．３ 処理の流れ］
つづいて、本実施形態における処理の流れについて、図を参照して説明する。本実施形態において、まず優先処理が実行されることにより、患者毎の優先度が判定される。判定された優先度（判定優先度）は、患者優先度テーブル１２６に記憶される。

患者の優先度を判定する処理は、優先度判定部１０６（制御部１００）により、優先度判定処理が実行されることにより実現される。優先度判定部１０６は、優先度判定処理を定期的に実行している。例えば、１日１回実行してもよいし、一晩が終わった毎朝実行してもよい。また、所定時間間隔（例えば、３時間、６時間、１２時間、１日、２日等）で実行されてもよい。さらに、医療従事者や施設スタッフにより、手動で実行されてもよい。

優先度判定部１０６は、判定した患者の優先度を、患者優先度テーブル１２６に、判定優先度として記憶する。なお、患者情報１２４で一括管理している場合は、優先度判定部１０６は、患者情報１２４に記憶してもよい。

その後、患者状態報知部１０８は、患者優先度テーブル１２６に記憶された判定優先度を参照し、優先度設定テーブル１３０に従って報知処理が実行される。そこで、まず優先度判定処理について説明する。優先度判定処理は種々の方法が考えられるが、例えば以下の方法について説明する。

［１．３．１ 第１優先度判定処理］
（第１）優先度判定処理について図８を参照して説明する。（第１）優先度判定処理は、患者の睡眠の質に応じて優先度を判定する。

優先度判定部１０６は、患者の睡眠状態を取得可能であれば、患者の睡眠状態を取得する（ステップＳ１０２；Ｙｅｓ→ステップＳ１０４）。患者の睡眠状態は、患者情報取得部１０４が、生体情報取得部２４２により取得された生体情報に基づいて、判定される。ここでは、「睡眠」「覚醒」「離床」が判定されるが、睡眠については段階で判定されてもよい。

また、ステップＳ１０４において取得される患者の睡眠状態は、所定期間の睡眠状態である。具体的には、１晩（就寝から起床）までの睡眠状態を取得する。

続いて、優先度判定部１０６は、取得された睡眠状態から睡眠時間を算出する。そして、この算出された睡眠時間が平均睡眠時間より１時間短い場合は、当該患者の優先度を「高」と判定する（ステップＳ１０６；Ｙｅｓ→ステップＳ１１４）。

これは、平均睡眠時間より１時間睡眠時間が短いことから、睡眠の質が低下していることを判定している。なお、平均睡眠時間は、当該患者の平均睡眠時間であってもよいし、設定された平均睡眠時間であってもよい。また、ステップＳ１０６では、平均睡眠時間より１時間少ない場合を判定しているが、例えば３０分や、２時間といった他の時間であってもよい。

また、優先度判定部１０６は、患者の睡眠時間中に離床回数が所定回数以上（例えば、図８では、３回）ある場合には、睡眠の質が低かったとして、優先度を「高」と判定する（ステップＳ１０６；Ｎｏ→ステップＳ１０８；Ｙｅｓ→ステップＳ１１４）。

また、それ以外にも睡眠の質が悪いと判定された場合は、優先度を「高」と判定する（ステップＳ１０８；Ｎｏ→ステップＳ１１０；Ｙｅｓ→ステップＳ１１４）。

睡眠の質を評価する方法としては、例えば特開２０１３－４５３３６号公報（発明の名称：睡眠状態評価装置等、出願日：平成２３年８月２５日）に記載の睡眠の質の評価方法を援用できる。この特許出願は援用によりその全体が組み込まれる。

また、上述した判定条件の何れにも該当しない場合には（ステップＳ１０６；Ｎｏ→ステップＳ１０８；Ｎｏ→ステップＳ１１０；Ｎｏ）、患者の優先度を「低」と判定する（ステップＳ１１２）。

［１．３．２ 第２優先度判定処理］
（第２）優先度判定処理について図９を参照して説明する。（第２）優先度判定処理は、患者の性格（例えば、ナースコールを押すか否か）により、患者の優先度を判定する。

優先度判定部１０６は、患者状態検出部２２４により患者の離床が検知された場合（ステップＳ２０２；Ｙｅｓ）、ナースコールが押されているか否かを判定する（ステップＳ２０４）。

ここで、患者の離床が検知される前後でナースコールが押されている場合は問題が無いが（ステップＳ２０４；Ｎｏ）、ナースコールが押されていないにも関わらず患者が利用している場合、優先度判定部１０６は、変数である判定Ｃに１加算する（ステップＳ２０４；Ｙｅｓ→ステップＳ２０６）。

ここで、離床回数が離床判定閾値（例えば、図４に示した閾値テーブル１２８に記憶されている「４回」）を超えるまで、優先度判定部１０６は、ステップＳ２０２からステップＳ２０６を繰り返し実行する。

離床回数が離床判定閾値を超えた場合には、優先度判定部１０６は、判定Ｃが優先度閾値（例えば、図４に示した閾値テーブル１２８に記憶されている「２回」）を超えているか否かを判定する（ステップＳ２１０）。

そして、優先度判定部１０６は、判定Ｃが優先度閾値を超えている場合は、患者の優先度を「高」と判定する（ステップＳ２１０；Ｙｅｓ→ステップＳ２１２）。他方、優先度判定部１０６は、判定Ｃが優先度閾値を超えていない場合は、患者の優先度を「低」と判定する（ステップＳ２１０；Ｎｏ→ステップＳ２１４）。

なお、本処理では、優先度判定部１０６は、判定Ｃが優先度閾値を超えたか否か、すなわち所定区間内においてナースコールが押されない離床が閾値以上あったか否かを判定している。それ以外にも、所定時間内における割合に基づいて算出してもよい。例えば、６時間以内において、離床した割合の中で２０％以上ナースコールを押さなかった場合、優先度判定部１０６は、患者の優先度を「高」と判定してもよい。

［１．３．３ 第３優先度判定処理］
（第３）優先度判定処理について図１０を参照して説明する。（第３）優先度判定処理は、離床時の環境により、患者の優先度を判定する。

優先度判定部１０６は、患者状態検出部２２４により患者の離床が検知された場合（ステップＳ３０２；Ｙｅｓ）、ベッドの高さがベッド高さ閾値を超えているか否かを判定する（ステップＳ３０４）。

ここで、優先度判定部１０６は、ベッドの高さについて、駆動制御部２２２（高さ制御部２２３０）により取得する。また、ベッド高さ閾値は、図４に示された閾値テーブル１２８に記憶されている値（例えば、「４０ｃｍ」）を利用する。

ここで、ベッドの高さが、ベッド高さ閾値以下であれば問題が無いが（ステップＳ３０４；Ｎｏ）、ベッド高さ閾値を超えて患者の離床があった場合、優先度判定部１０６は、変数である判定Ｃに１加算する（ステップＳ３０４；Ｙｅｓ→ステップＳ３０６）。

ここで、離床回数が離床判定閾値（例えば、図４に示した閾値テーブル１２８に記憶されている「４回」）を超えるまで、優先度判定部１０６は、ステップＳ３０２からステップＳ３０６を繰り返し実行する。

離床回数が離床判定閾値を超えた場合には、優先度判定部１０６は、判定Ｃが優先度閾値（例えば、図４に示した閾値テーブル１２８に記憶されている「２回」）を超えているか否かを判定する（ステップＳ３１０）。

そして、優先度判定部１０６は、判定Ｃが優先度閾値を超えている場合は、患者の優先度を「高」と判定する（ステップＳ３１０；Ｙｅｓ→ステップＳ３１２）。他方、優先度判定部３０６は、判定Ｃが優先度閾値を超えていない場合は、患者の優先度を「低」と判定する（ステップＳ３１０；Ｎｏ→ステップＳ３１４）。

なお、本処理では、優先度判定部１０６は、判定Ｃが優先度閾値を超えたか否か、すなわち所定区間内においてベッド高さ閾値以上のベッドの高さでの離床が閾値以上あったか否かを判定している。それ以外にも、所定時間内における割合に基づいて算出してもよい。例えば、６時間以内において、離床した割合の中で２０％以上ベッドの高さが閾値以上となっている場合、優先度判定部１０６は、患者の優先度を「高」と判定してもよい。

また、ベッド高さ閾値を複数持たせてもよい。例えば、ベッド高さ閾値として別に「６０ｃｍ」と記憶しておく。そして、優先度判定部１０６は、１度でもベッドの高さが「６０ｃｍ」以上で離床した場合には、優先度を「高」と判定してもよい。

なお、上述した優先度判定処理では、優先度を「低」「高」と２段階で説明しているが、複数段階設けてもよい。例えば、第１優先度判定処理では、離床回数に応じて分けることができる。第２優先度判定処理では、ナースコールを押さない割合で分けることができる。第３優先度判定処理では、ベッドの高さ・回数で分けることができる。

具体的には、図９のステップＳ２２０を一つの優先度を決定するステップとして実行される。すなわち、判定Ｃに応じて優先度（判定優先度）が「高」「中」「低」と段階的に判定される。また、優先度判定処理は単純に判定回数を判定優先度として決定する。後述する患者状態報知部１０８は、数値が高い方患者を優先度は高いと判定してもよい。

また、優先度判定処理としては、他の情報で判定してもよい。例えば、患者の病状や投薬情報に応じて優先度を判定してもよい。例えば、手術後２日間は優先度を「高」と設定したり、転倒リスクの高い薬が処方されている場合は優先度を「高」と設定したりしてもよい。

また、一度判定された優先度を、医療従事者やスタッフが変更してもよい。例えば、優先度判定処理では、優先度が「低」と判定されたが、麻酔が切れる時間に重なる場合に優先度を「高」と変更してもよい。

［１．４ 報知処理］
つづいて、患者状態報知部１０８が、報知を行う動作について、図１１を参照して説明する。図１１は、（第１）報知処理であり、患者状態報知部１０８（制御部１００）により実行される処理である。

なお、報知処理は、患者が在床時に実行される処理である。したがって、一度患者が離床した後、再び在床状態になった場合、患者が臥床したとき、患者が睡眠状態となったときに実行される。実行されるタイミングは一律に設定してもよいし、患者毎に設定してもよい。また、スタッフがその都度設定してもよい。

まず、患者状態報知部１０８は、患者の睡眠状態を取得する（ステップＳ１００２）。ここで、患者の睡眠状態は、患者情報取得部１０４により、取得された生体情報に基づいて判定される。また、この患者の睡眠状態は現在の睡眠状態が取得されるものであり、リアルタイムで取得される。

つづいて、患者状態報知部１０８は、この睡眠状態に基づいて、患者が覚醒したと判定した場合（ステップＳ１００４；Ｙｅｓ）、当該患者の優先度が高いか否かを判定する（ステップＳ１００６）。そして、患者状態報知部１０８は、患者の優先度が高い場合は、覚醒した旨を報知する（ステップＳ１００６；Ｙｅｓ→ステップＳ１００８）。

具体的には、通信部１５０を介して携帯端末装置３０（端末装置３５）に報知信号が送信される。携帯端末装置３０は、通信部３５０により報知信号を受信すると、報知処理部３０２により報知処理が実行される。これにより、例えば、携帯端末装置３０の表示部３４０に、患者が覚醒したことが報知されたり、出力部３４５からアラーム音が出力されたりする。

［１．５ 動作画面例］
つづいて、本実施形態における動作画面例について、図を参照して説明する。図１２～図１５は管理サーバ１０において表示される表示画面の一例であり、図１６は携帯端末装置３０において表示される表示画面の一例である。管理サーバ１０の表示画面は、管理サーバ１０に接続された表示装置に表示されてもよいし、リモートログインした端末装置の画面に表示されるものであってもよい。また、ＷＥＢサービス等により提供される画面であってもよい。

図１２の表示画面Ｗ１００は、患者毎に報知の設定する設定画面である。表示画面Ｗ１００は、領域Ｒ１００に患者一覧が表示されており、表示されている中から、スタッフにより患者が選択される。

Ｒ１０２には、選択された患者が表示されている。当該患者に対応する看護師が領域Ｒ１０４に、担当医師が領域Ｒ１０６に表示されている。また、領域Ｒ１０２に表示された設定ボタンＢ１００が選択（例えばタッチ操作）されると、図１３の表示画面Ｗ１１０に遷移する。

図１３の表示画面Ｗ１１０は、患者状態報知部１０８が報知する条件を設定することが出来る画面である。また、併せて優先度判定部１０６が患者の優先度（判定優先度）を判定するときの閾値を設定することができる。

例えば、領域Ｒ１１０には睡眠に関する条件として、睡眠に関する（又は離床に関する）閾値を設定することができる。また、領域Ｒ１１２では、報知条件として覚醒や離床という患者の動作について、報知すべき優先度を設定することができる。

例えば、図１３であれば、患者が覚醒したとき、患者の優先度が「高」であれば、患者状態報知部１０８は報知を行う。しかし、優先度が「中」「低」の場合、患者状態報知部１０８は報知を行わない。

また、領域Ｒ１１４のように、優先度を判定する閾値と、優先度に応じて報知するか否かを併せて設定してもよい。例えば、領域Ｒ１１６は閾値を設定する領域であるが、領域Ｒ１１８は報知条件を設定する領域である。

例えば、図１３では、ベッド高さが「４０ｃｍ」と設定され、報知条件として優先度「高」が選択されている。したがって、患者状態報知部１０８は、ベッド高さが「４０ｃｍ」以上の場合、優先度「高」の患者については報知を行う。なお、領域Ｒ１１２の報知条件を参照すると、報知するタイミングは「覚醒」「離床」の場合である。

図１３において、ボタンＢ１１０が選択されると、図１３の表示画面Ｗ１２０に遷移する。図１４の表示画面Ｗ１２０は動作制御を設定する設定画面である。ここでは、サイドレールの動作を制御する領域Ｒ１２０と、ベッド動作を制御する領域Ｒ１２２とが設けられている。

すなわち、表示画面Ｗ１２０では、各種装置の動作制御や、機器の配置等の設定を行うことができる。優先度に応じて、どの機器を制御するのかが設定可能である。例えば、サイドレールのロック制御の場合、優先度が「高」と判定された患者の場合は左サイドレール及び右サイドレールがロックされる。それに対して、優先度が「中」と判定された患者の場合は、右サイドレールのみがロックされる。

このように、患者毎に報知条件や動作制御に関する内容を設定することができる。なお、これらの動作は、デフォルトとして全体やグループに対して設定できることとしてもよい。

図１５は、グループ毎に優先度に応じた報知条件を設定する場合の表示画面Ｗ１５０である。例えば、グループ毎に管理ベッドを設定出来る領域Ｒ１５０と、共通して報知設定を行うことができる領域Ｒ１５２と、報知先の設定が行える領域Ｒ１５４とが設けられている。

報知設定は、優先度毎に、報知するか否かと、報知する場合の条件とが設定可能である。図１５の場合、優先度が「高」に判定された患者の場合、患者状態報知部１０８は、覚醒や離床といった事象について全て報知する。

また優先度が「中」に判定された患者の場合、患者状態報知部１０８は、覚醒は「ベッドの高さが４０ｃｍ」以上の際に報知する。患者状態報知部１０８は、離床は「ナースコール無し」の際に報知する。

また、報知先設定は、患者や優先度に応じて報知先を設定することができる。患者状態報知部１０８は、報知先に関する情報を有しており、領域Ｒ１２０で設定された報知先に報知を行う。なお、ここでは、設定されるのは報知先であるが、例えば報知方法について併せて設定することもできる。

図１６の、携帯端末装置３０における表示画面Ｗ２００では、端末操作者（例えば看護師）の受持患者の一覧が領域Ｒ２１０に表示されている。患者の一覧表示は表示されてもよいし、普段はたたみ込まれており、必要に応じて表示されてもよい。また、一覧表示は行われなくてもよい。

また、患者情報としては、併せて種々の情報が表示されてもよい。例えば、患者ＩＤ、名前、病室に関する情報の他に、患者の寝姿勢や、生体情報（例えば、心拍数、呼吸数等）が表示されてもよい。また、在床、離床を含めた睡眠状態が表示されてもよい。

管理サーバ１０から報知信号を受信すると、報知処理部３０２により報知処理が行われる。すなわち、領域Ｒ２００において、患者ＩＤ「Ｋ００２」の患者が覚醒したことが報知表示される。報知処理部３０２は、報知表示をポップアップ表示してもよいし、表示態様を変えて表示してもよい。表示態様をかえるのは、例えば文字の大きさを大きくする、色を変える、反転させる、点滅表示させるといった種々の方法が考えられる。

また、領域Ｒ２００には、確認ボタンＢ２００と、対応不要ボタンＢ２１０とを設けてもよい。例えば確認ボタンＢ２００が選択（タッチ）されるまで、併せてアラーム音を出力してもよい。また、確認ボタンを、ベッド装置近傍の装置に表示させ、当該装置で操作させることにより、看護師やスタッフが確実にベッド装置に来るようにしてもよい。

この確認ボタンＢ２００、対応不要ボタンＢ２１０は、システム１と連携することにより、他の看護師等の医療従事者、スタッフに情報が共有される。例えば、１の携帯端末装置３０で、確認ボタンＢ２００がタッチされた場合は、報知表示は当該携帯端末装置だけではなく、他の携帯端末装置においても報知表示は消えることとしてもよい。

また、対応不要ボタンＢ２１０を選択することにより、対応不要であった履歴が履歴情報１３２に記憶される。優先度判定部１０６は、履歴情報１３２を参照することにより、患者の優先度を変更することができる。すなわち、履歴情報１３２に基づいて、対応不要が多い場合は優先度を下げたり、確認（対応した情報）が多い場合は優先度を上げたりするといった処理を行ってもよい。

例えば、優先度判定処理では、「高」と判定優先度は判定され、覚醒の度に報知がされる。しかし、患者は覚醒しても離床しない場合、スタッフは「対応不要」を選択する。スタッフにより所定回数「対応不要」が選択された場合、当該患者の優先度を「中」や「低」と変えると行った処理を行うことができる。

［１．６ 効果］
このように、本実施形態によれば、患者の優先度に応じた報知処理を実行することができる。また、患者の優先度を、患者の状態、性格、装置の状態に応じて自動的に設定することができる。これにより、報知処理が適切に実行されることにより、スタッフ等が必要な報知処理を見逃さないといった効果がある。

また、優先度判定処理を定期的に実行することにより、つねに患者の状態に応じた報知処理を行うことができる。例えば、病状や体調といった内容に応じて優先度が判定することが可能であることから、リアルタイムで報知が必要／不要を判定することができる。

［２．第２実施形態］
第２実施形態について説明する。第２実施形態は、ナースコールによる患者からの通報及びベッド装置への制限動作について説明する実施形態である。

なお、第２実施形態は、第１実施形態と構成及び動作について異なる部分について説明する。第２実施形態は、第１実施形態の図１１で示した（第１）報知処理を、図１７の（第２）報知処理に置き換えたものである。共通の処理には同一の符号を付して、説明を省略する。

［２．１ 処理の流れ］
患者状態報知部１０８は、取得された患者の睡眠状態が覚醒となった場合、当該患者の優先度が「高」か否かを判定する（ステップＳ１００２～ステップＳ１００６）。そして、患者状態報知部１０８は、ナースコールを受信した場合、すなわち患者によりナースコールが押されている場合は、ナースコールに基づいた通知を行う（ステップＳ２００２；Ｙｅｓ→ステップＳ２０１４）。すなわち、患者状態報知部１０８は、ナースコールの通知は行うが、優先度等に基づく処理は特に行わない。

なお、本実施形態では、確認的にステップＳ２００２においてナースコールの受信があった場合の記載をしているが、管理サーバ１０は、患者の優先度にかかわらずナースコールが受信された場合は、携帯端末装置３０にナースコールの通知を行う。

他方、優先度の高い患者が覚醒し、ナースコールが押されていない（ナースコール信号を受信していない）場合（ステップＳ２００２；Ｎｏ）、覚醒した旨を報知する（ステップＳ２００４）。具体的には、患者状態報知部１０８は、通信部１５０を介して携帯端末装置３０に報知信号を送信する。携帯端末装置３０において、報知処理部３０２は、管理サーバ１０から受信された報知信号に基づいて報知処理が実行される。

また、管理サーバ１０の患者状態報知部１０８は、報知信号を送信すると共に、動作制限信号をベッド装置２２の駆動制御部２２２に送信する（ステップＳ２００６）。ここで、ベッド装置２２の動作が制限される。

ここで、制限される動作は、予め決められてもよいし、制限信号に併せて送信されてもよい。ベッド装置２２において制限される動作としては種々の動作が考えられるが、例えば以下の動作が制限される。

・ベッド装置２２の昇降機構の動作停止。すなわち、ベッド装置の高さを変えることが出来なくなる。

・ベッド装置２２のサイドレールがロックされる。サイドレールの動作が制限されることにより、勝手に離床するといったことを防ぐことができる。ここで、サイドレールのロックの制御は細かくされてもよい。例えば、右側、左側のサイドレールのロックを制御したり、頭側、足側のサイドレールのロックを制御したりしてもよい。これらのサイドレールのロックの制御は、一斉に行われてもよいし、必要に応じて選択的に行われてもよい。

・キャスター機構のロック。例えば、キャスター機構を有している装置（ベッド装置、サイドテーブル、移乗機、車椅子等）について、キャスターをロックすることで勝手に移動されなくなる。

ここで、上述したベッド装置２２の制限動作は、ナースコールが押される（ナースコール信号が受信される）か（ステップＳ２００８；Ｙｅｓ）、制限解除操作がなされるか（ステップＳ２０１０；Ｙｅｓ）あったときには、制限解除信号が駆動制御部２２２に送信される（ステップＳ２０１２）。

なお、上述した実施形態の説明では、動作制限信号や管理サーバ１０からベッド装置２２に送信されることして説明したが、動作信号が送信されてもよい。例えば、ベッド装置２２の高さが、所定の高さ以上となっている場合には規定の高さまで下げる動作信号を送信する。また、例えば背上げや膝上げが行われている場合には、ベッド装置をフラットにしたり、逆に背上げをしたりするといった動作を行う信号を送信してもよい。

［２．２ シーケンス図］
本実施形態における各装置の連携を説明するために図１８のシーケンス図を用いて説明する。

まず生体情報取得部２４２により取得された生体信号は、管理サーバ１０に送信される（Ｓ２５０２）。管理サーバ１０（患者情報取得部１０４）は、受信された生体信号に基づいて患者の覚醒を検知する（Ｓ２５０４）。覚醒が検知された患者の優先度が高い場合、管理サーバ１０（患者状態報知部１０８）は、携帯端末装置３０に報知信号を送信する（Ｓ２５０６）。携帯端末装置３０（報知処理部３０２）は、表示部３４０に報知表示を行う（Ｓ２５０８）。併せて、報知処理部３０２は、報知出力（例えば、アラーム音を出力する等）を併せて行ってもよい。

また、管理サーバ１０（患者状態報知部１０８）は、ベッド装置２２（駆動制御部２２２）に動作制限信号を送信する（Ｓ２５１０）。ベッド装置２２（駆動制御部２２２）は、受信した動作制限信号に基づいて制限モードに移行する（Ｓ２５１２）。ベッド装置２２が制限モードに移行すると、制限されている動作を患者は操作することができない。例えば、サイドレールがロックされることにより、患者は離床することができなくなる。

ここで、サイドレールは、ベッド装置の長手方向に沿って設けられる装置である。本実施形態では、サイドレールを上げたり下げたりすることができる。サイドレールが上がっている場合、患者は離床することができない。このサイドレールは駆動制御部２２２により制御が可能である。例えば、電動で上げたり下げたりすることができたり、ロック機構のＯＮ／ＯＦＦができたりする。すなわち、動作制限を行う場合は、サイドレールは上がったままとなり、患者が勝手に離床することを防ぐことができる。

ここで、患者からナースコール２６が押されたことを検知すると（Ｓ２５１４）、ナースコール信号がナースコール２６から管理サーバ１０に送信される。管理サーバ１０は、ナースコールが押されたことを示すナースコール信号を携帯端末装置３０に送信する（Ｓ２５１８）。例えば、携帯端末装置３０が、ナースコールが押されたことを表示部３４０に表示することにより、携帯端末装置３０の操作者（例えば、看護師やスタッフ）は、ナースコールが押されていることを認識することができる。

また、ナースコールが押されるのとは別に、携帯端末装置３０から、確認信号が送信されてもよい（Ｓ２５２０）。確認信号は、携帯端末装置３０を利用している看護師やスタッフが、報知表示に併せて表示されている確認表示を選択したり、所定の確認操作をしたりすることにより送信される信号である。

ナースコール信号又は確認信号を受信した管理サーバ１０は、制限解除信号をベッド装置２２（駆動制御部２２２）に送信する（Ｓ２５２０）。ベッド装置２２（駆動制御部２２２）は、制限解除信号を受信すると、制限モードを解除する（Ｓ２５２４）。すなわち、これにより、ベッド装置２２において、患者は自由に操作ができることとなる。

なお、上述した処理では、ナースコールが押されたことにより、通知受信を受信した場合はベッド装置２２の動作制限が解除されることして説明した。この場合、複数のタイミングを設定で替えることができてもよい。

例えば、
（１）ナースコールが押された場合は、ベッド装置２２は動作制限モードに遷移しない。
（２）ナースコールが押されていない場合は、ベッド装置２２は動作制限モードに遷移する。このとき、ナースコールが押さされれば、ベッド装置２２の動作制限モードは直ちに解除される。
（３）ナースコールが押されていない場合は、ベッド装置２２は動作制限モードに遷移する。このとき、ナースコールが押されれば、所定時間経過後にベッド装置２２の動作制限モードが解除される。
（４）ナースコールが押されていない場合は、ベッド装置２２は動作制限モードに遷移する。このとき、ナースコールが押されれば、ベッド装置横にある端末装置や、ベッド装置が操作されることで、制限モードが解除される。
と、制限モードが解除されるタイミングは種々のタイミングが想定される。

［２．３ 効果］
このように、本実施形態によれば、優先度の高い患者において、覚醒が検知された場合に、携帯端末装置３０に報知するだけでなく、ベッド装置２２の動作の制限もすることができる。

また、ベッド装置２２の動作制限は、ナースコールが押された場合は行われないとすることで、患者に確実にナースコールを押してもらうことを促すことができる。

［３．第３実施形態］
第１実施形態及び第２実施形態は、患者状態報知部１０８は、患者が覚醒したタイミングで、患者の優先度に応じて報知が必要か否か、ベッド装置２２を制限モードに遷移させるか否かを判定していた。

本実施形態では、覚醒したタイミングの後、離床する予兆が検出された場合に、処理を行う実施形態である。

例えば、患者が覚醒した場合、必ずしも離床に繋がるとは限らない。そこで、患者が離床に繋がる行動を行うことで、離床の予兆を検出し、報知する。すなわちステップＳ１００４において、「患者の覚醒」したか否かを判定しているが、「患者の離床予報を検知」したか否かを判定してもよい。

ここで、離床予報を検知とは、患者が離床に繋がる行動を取ったことを検知することである。離床に繋がる代表的な行動としては、以下のものが考えられる。

（１）ベッド装置２２上で座位の姿勢を取った場合
（２）ベッド装置２２上で端座位の姿勢を取った場合
（３）覚醒後にベッド装置の高さを下げた場合
（４）覚醒後に所定角度以上の背上げ動作を行った場合
（５）ナースボタンが押された場合
このような動作を、離床する前兆として、離床予報として検知する。そして、離床予報が検知された場合に、優先度が高い患者の場合は報知を行う。

また、患者状態報知部１０８は、患者の優先度に応じて、離床予報に基づく報知のタイミングを変えても良い。例えば、離床する動作としては、
（１）覚醒
（２）ベッド装置２２上で座位の姿勢を取る
（３）ベッド装置２２で端座位の姿勢を取る
といった段階が考えられる。

例えば、患者状態報知部１０８は、優先度が「高」と判定されている患者については（１）の段階で報知を行う。また、患者状態報知部１０８は、優先度が「中」と判定されている患者については（２）の段階で報知を行う。また、患者状態報知部１０８は、優先度が「低」と判定されている患者については（３）の段階で報知を行う。

このように、患者状態報知部１０８は、優先度に応じて、報知するタイミングを変えてもよい。

さらに、患者状態報知部１０８は、単に報知を行うだけでなく、介助装置のレコメンドを行ってもよい。この場合の報知処理（第３報知処理）について、図１９の動作フローに基づいて説明する。

患者の離床予報を検知すると（ステップＳ３００２；Ｙｅｓ）、制御部１００は、当該患者に歩行器が必要か否かを判定する（ステップＳ３００４）。ここで、歩行器が必要と判定するには、例えば電子カルテサーバにより患者の病歴、投薬情報を参照したり、患者の転倒アセスメントを参照したりして歩行器が必要か否かを判定する。

なお、本実施形態においては歩行器について必要か否かを判定するが、必要な装置においては適宜判定されればよい。例えば、杖、車椅子、ストレッチャーといった他の介助装置であってもよい。

そして、歩行器が必要である場合に（ステップＳ３００４；Ｙｅｓ）、患者状態報知部１０８は、ベッド装置２２（駆動制御部２２２等）に動作制限信号を送信する（ステップＳ３００６）。これにより、ベッド装置２２は、動作制限モードに遷移する。本実施形態においては、例えばサイドレールがロックされる。

続いて、管理サーバ１０の制御部１００は、歩行器準備処理を実行する（ステップＳ３００８）。ここで、歩行器準備処理とは、必要な歩行器を、例えば機器管理サーバに対して発注する。

また、必要な歩行器の算出方法としては種々考えられる。単純に歩行器を必要であると発注する場合や、患者やスタッフの体格に合わせた歩行器が派注される場合がある。

具体例を説明すると、患者とスタッフとの体重の相対差から歩行器の種類を決定する。すなわち、体重の相対差が大きいほど、大型の歩行器が用意される。そして、歩行器が準備されるまで、サイドレールがロックされる。また、サイドレールのロックが解除され、サイドレールが下がると同時に介助バーが出てくる仕組みとしてもよい。

このとき、歩行器の準備が来ていないとき（歩行器が所定の位置に来ていないとき）には、サイドレールは下がらず、下げようとすると音声で患者やスタッフに報知する。また、歩行器が自動搬送可能であれば、歩行器が所定の位置まで移動する間は、サイドレールはロックされたままの状態となる。

そして、歩行器の準備が完了した場合には（ステップＳ３０１０；Ｙｅｓ→ステップＳ３０１２）、制限解除信号が管理サーバ１０（患者状態報知部１０８）からベッド装置２２に送信される。

［４．第４実施形態］
第４実施形態について説明する。第４実施形態は、患者状態報知部１０８がベッド装置２２を制限する場合に、必要な機能を制限する場合の実施形態である。本実施形態では、第２実施形態の図１７の動作フローを、図２０の動作フローに置き換えた場合について説明する。第２実施形態と同一の処理については同一の符号を付して説明を省略する。

患者の睡眠状態が覚醒状態で当該患者の優先度が「高」場合、ベッドの高さがベッド高さ閾値未満であるか否かを判定する（ステップＳ４００２）。もし、ベッドの高さがベッド高さ閾値未満の場合は、特に制限を行うことはない。

ベッドの高さがベッド高さ閾値以上の場合（ステップＳ４００２；Ｙｅｓ）、患者状態報知部１０８は、覚醒した旨を報知する（ステップＳ２００４）。このとき、サイドレール動作制限信号をベッド装置２２に送信する（ステップＳ４００４）。

そして、ベッドの高さがベッド高さ閾値未満となるか（ステップＳ４００６；Ｙｅｓ）又は制限解除操作があった場合には（ステップＳ２０１０；Ｙｅｓ）、患者状態報知部１０８は、サイドレール制限解除信号をベッド装置２２に送信する。

第４実施形態によれば、ベッドの高さが安全の高さになるまで、サイドレールがロック（下がらない）状態とすることができる。したがって、ベッド装置の高さが高いまま離床することで、転落してしまうといったことを防ぐことができる。

［５．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。

なお、上述したシステム１は、病院やシステムで利用されるシステムとして説明したが、例えば在宅介護用等で利用しても良い。この場合、対象者は要介護者１名のみであったり、ケアスタッフや家族といった限られた人間だけが利用されるような仕組みであったりしてもよい。

この場合、認証部１０２により利用者が認証されれば、当該要介護者の情報のみが表示されればよい。また、携帯端末装置３０は、例えば通常のスマートフォン等で構成される。スマートフォンにインストールされたアプリケーションが通知されたり、電子メールで通知されたり、ＳＮＳ上で通知されたりすればよい。

また、上述した実施形態では、管理サーバ１０で処理が実行されることとして説明したが、これは、端末装置（例えばスマートフォン、タブレット、コンピュータ）にアプリケーションをインストールして実現してもよいし、例えば外部のサーバで処理をして、処理結果を端末装置に返してもよい。

また、実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤ、ＳＳＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。

また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。

１ ：システム
３ ：病室
１０ ：管理サーバ
２０ ：アクセスポイント
２２ ：ベッド装置
２２ａ：背ボトム、２２ｂ：腰ボトム、２２ｃ：膝ボトム、２２ｄ：足ボトム
２４ ：マットレス
２６ ：ナースコール
２８ ：認証情報受信部
３０ ：携帯端末装置
３２ ：認証カード
３５ ：端末装置
１００ ：制御部
１０２：認証部、１０４：患者情報取得部、１０６：優先度判定部、１０８：患者状態報知部
１２０ ：記憶部
１２４：患者情報、１２６：患者優先度テーブル、１２８：閾値テーブル
１５０ ：通信部
１６０ ：記憶部
２２２ ：駆動制御部
２２２０：ボトム制御部、２２２２：背ボトム駆動部、２２２４：膝ボトム駆動部、２２３０：高さ制御部、２２３２：高さ駆動部
２２４ ：患者状態検出部
２４２ ：生体情報取得部
２８２ ：認証カード
３００ ：制御部
３０２：報知処理部、３０４：患者情報表示部、３０６：優先度判定部
３２０ ：記憶部
３２２：患者情報
３３０ ：操作部
３４０ ：表示部
３４５ ：出力部
３５０ ：通信部

Claims (5)

1. 端末装置及び生体情報取得装置と通信可能な通信部と、制御部とを備えた管理サーバであって、
   前記通信部は、
   前記生体情報取得装置から、対象者の生体情報を受信し、
   前記制御部は、
   受信された前記生体情報に基づいて、前記対象者が覚醒したこと又は離床をすることを検出し、
   前記対象者の離床回数のうち、離床時の呼出通知が行われていない回数が閾値より高い場合には優先度が高いと判定し、
   覚醒したこと又は離床をすることが検出された前記対象者が、優先度が高いと判定された対象者の場合は、前記端末装置に報知をする、
   ことを特徴とする管理サーバ。
2. 端末装置及び生体情報取得装置と通信可能な通信部と、制御部とを備えた管理サーバであって、
   前記通信部は、
   前記生体情報取得装置から、対象者の生体情報を受信し、
   前記制御部は、
   受信された前記生体情報に基づいて、前記対象者が覚醒したこと又は離床をすることを検出し、
   前記対象者の離床回数のうち、離床時における対象者のベッド装置の高さが高さ閾値より高い回数が閾値より高い場合には優先度が高いと判定し、
   覚醒したこと又は離床をすることが検出された前記対象者が、優先度が高いと判定された対象者の場合は、前記端末装置に報知をする、
   ことを特徴とする管理サーバ。
3. 前記制御部は、前記端末装置に報知する場合、前記対象者が使用するベッドの昇降機構、サイドレール、またはキャスタ－機構の動作を制限する制御信号を前記ベッドに送信することを特徴とする請求項１または請求項２に記載の管理サーバ。
4. 前記制御部は、
   受信された前記生体情報に基づいて、前記対象者の離床の予兆を検出し、
   前記離床の予兆が検出された前記対象者が、優先度が高いと判定された対象者の場合は、前記端末装置に報知をすることを特徴とする請求項１から請求項３の何れか一項に記載の管理サーバ。
5. 前記制御部は、
   前記端末装置に前記離床の予兆を報知する際に、介助装置が必要か判定し、
   前記介助装置が必要であるとき、前記対象者が使用するベッドの昇降機構、サイドレール、またはキャスタ－機構の動作を制限する制御信号を前記ベッドに送信することを特徴とする請求項４に記載の管理サーバ。

Images