JP6963055B2 - システム - Google Patents

Description

本発明は、複数の端末装置が接続可能な患者状態通報装置等に関する。

従来から、他の端末装置等に対して通報や、アラームを出力する技術が知られている。例えば、同一機種の監視装置が複数設置されているような状況においても、アラームの出力源を容易かつ迅速に特定する発明が開示されている（例えば、特許文献１参照）。

また、ナースコール親機から担当看護師の携帯端末に容易に呼び出しをかけることができ、また特定の複数の患者に対しても容易に呼び出しをかけることができるナースコールシステムの発明が開示されている（例えば、特許文献２参照）。

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

医療現場や介護現場で使用する場合、患者の状態や、通報内容によっては異なる通報先に通報を行いたいニーズがある。しかし、従来、通報先は予め決まっており、患者の状態等に応じて通報先を変えるということができなかった。

例えば、上述した特許文献２では、紐付けられている看護師を呼び出すことから、対応すべき医療従事者に通報される。しかし、患者の状態に応じて通報先が変わる訳では無い。したがって、通報の受信者が状況を判断し、当該通報内容に応じて対応すべき医療従事者に改めて通報したり、探したりする必要があり、迅速に対応が出来なかった。

上述した課題に鑑み、本発明の目的は、患者の状態に基づいて通報先を切り替えることにより、適切かつ迅速な通報を行うことが可能な患者状態通報装置等を提供することである。

上述した課題を解決するために、本発明の患者状態通報装置は、
複数の端末装置が接続可能な患者状態通報装置であって、
生体情報毎に、生体情報値の注意レベルと、警告レベルとの範囲を記憶する記憶手段と、
患者の生体情報を取得する生体情報取得手段と、
前記生体情報取得手段により取得された生体情報の生体情報値が、注意レベルの範囲に含まれている場合には第１の通報先の端末装置に、前記生体情報値が警告レベルの範囲に含まれている場合には第２の通報先の端末装置に前記患者の状態の通報を行う通報手段と、
を備えることを特徴とする。

本発明の通報法は、
複数の端末装置が接続可能な患者状態通報装置における通報方法であって、
生体情報毎に、生体情報値の注意レベルと、警告レベルとの範囲を記憶する記憶ステップと、
患者の生体情報を取得する生体情報取得ステップと、
前記生体情報取得ステップにより取得された生体情報の生体情報値が、注意レベルの範囲に含まれている場合には第１の通報先の端末装置に、前記生体情報値が警告レベルの範囲に含まれている場合には第２の通報先の端末装置に前記患者の状態の通報を行う通報ステップと、
を有することを特徴とする患者状態通報装置における通報方法。

本発明のプログラムは、
複数の端末装置が接続可能なコンピュータに、
生体情報毎に、生体情報値の注意レベルと、警告レベルとの範囲を記憶する記憶機能と、
患者の生体情報を取得する生体情報取得機能と、
前記生体情報取得機能により取得された生体情報の生体情報値が、注意レベルの範囲に含まれている場合には第１の通報先の端末装置に、前記生体情報値が警告レベルの範囲に含まれている場合には第２の通報先の端末装置に前記患者の状態の通報を行う通報機能と、
を実現させることを特徴としている。

本発明によれば、患者の生体情報を取得し、取得された生体情報の生体情報値が、注意レベルに含まれている場合には第１の通報先の端末装置に、前記生体情報値が警告レベルに含まれている場合には第２の通報先の端末装置に前記患者の状態の通報を行う。これにより、患者の状態に基づいて適切な通報先に通報を行うことが可能となる。

本実施形態におけるシステム全体を説明するための図である。 本実施形態における患者状態表示装置を説明するための図である。 本実施形態における表示端末及び接続装置を機能構成を説明するための図である。 本実施形態における記憶部について説明するための図である。 本実施形態における連続生体情報について説明するための図である。 本実施形態における測定生体情報について説明するための図である。 本実施形態におけるアラーム閾値テーブルについて説明するための図である。 本実施形態における通報レベルテーブルについて説明するための図である。 本実施形態における通報先の一例を示した図である。 本実施形態における通報のシステム全体を説明するための図である。 本実施形態における電子カルテサーバについて機能構成を説明するための図である。 本実施形態における電子カルテデータについて説明するための図である。 本実施形態における全体の流れを画面遷移を中心に説明するための図である。 本実施形態におけるメイン処理の動作フローを説明するための図である。 本実施形態におけるアラーム処理の動作フローを説明するための図である。 本実施形態における患者状態表示処理の動作フローを説明するための図である。 本実施形態における患者状態識別表示処理の動作フローを説明するための図である。 本実施形態における患者状態識別表示の動作を説明するための図である。 本実施形態における動作例として画面例を説明するための図である。 本実施形態における動作例として画面例を説明するための図である。 本実施形態における動作例として画面例を説明するための図である。 本実施形態における電子カルテ登録処理の動作フローを説明するための図である。 本実施形態における動作例として画面例を説明するための図である。 本実施形態における動作例として画面例を説明するための図である。 本実施形態における動作例として画面例を説明するための図である。 本実施形態における動作例として画面例を説明するための図である。 本実施形態における動作例を説明するための図である。 本実施形態における第１通報処理の動作フローを説明するための図である。 本実施形態における動作例を説明するための図である。 本実施形態における動作例を説明するための図である。 本実施形態における第２通報処理の動作フローを説明するための図である。 本実施形態における第３通報処理の動作フローを説明するための図である。 本実施形態における動作例を説明するための図である。

以下、図面を参照して本発明を実施するための最良の形態について説明する。以下の実施形態は、本発明の患者状態通報装置を適用した一例であり、発明の内容が、本実施形態に限定されるものではないのは勿論である。

［１．システム全体］
まず、本実施形態におけるシステム全体について説明する。図１は、患者状態通報装置を組み込んだ患者状態通報システム１の全体を説明するための図である。まず、患者Ｐが、ベッド３に載置されるマットレス５の上に横臥している。そして、ベッドには状態検出装置２０が設けられている。

状態検出装置２０は、連続的に患者の生体情報を取得可能な装置であり、例えば患者の体重、体動、血圧、血糖値といった値を取得している。状態検出装置２０の一例としては、例えば図１に示すように、ベッド３と、マットレス５の間に設けられても良いし、センサを患者に設けることにより、状態を検出しても良い。また、ベッド装置に直接設ける（例えば、アクチュエータに係る荷重を利用する）構成としてもよい。そして、状態検出装置２０は、患者状態表示装置１０と接続されている。

患者状態表示装置１０は、患者状態通報装置の機能を有しているものであり、状態検出装置２０と接続されたり、測定装置６０と接続されたり、ネットワークを介して他のサーバ装置等に接続されたりしている。また、認証カード６５を患者状態表示装置１０にかざすことにより、認証処理（ログイン処理）を実現することが可能となる。

ログインする者は、例えばスタッフ（看護師、医師、介護スタッフ）等の権限を有するものが行う処理である。ログインすることで、生体情報値や、アラームの内容を確認したり、電子カルテに登録したりすることができる。また、ログイン者毎に権限を設定し、操作ができる範囲を変えることができてもよい。

ネットワークには、例えば、サーバ３０と、電子カルテサーバ４０と、端末装置５０と、携帯端末装置５５とが接続されている。

サーバ３０は、各種サービスを提供するサーバであり、病院内や施設内のＬＡＮに接続されていてもよいし、インターネットを介して外部に設けられていてもよい。

電子カルテサーバ４０は、患者に関する電子カルテの情報を記憶しているサーバである。通常は、病院内や施設内のネットワークに接続されているが、例えば外部のクラウドサーバを利用しても良い。

端末装置５０は、ナースステーションや管理室において接続するための端末装置であり、離れていても患者状態表示装置１０の状態を把握することが可能となる。また、携帯端末装置５５は、例えばＬＡＮに無線で接続可能となっており、看護師や介助スタッフ等が患者状態表示装置１０の情報を容易に確認することが出来るようになっている。

更に後述するように、端末装置５０や、携帯端末装置５５には、患者の状態に応じて通報がされるようになっている。通報は、患者状態表示装置１０から直接されても良いし、サーバ３０を介して通報されても良い。

患者状態表示装置１０について、図２を用いて詳しく説明する。患者状態表示装置１０は、表示端末１０００と、接続装置２０００とを含めて構成されている。表示端末１０００は、例えばタブレット型の表示端末であり、各種情報を表示したり、各種操作の入力を受け付けたりする。表示端末１０００としては、患者状態表示装置１０を構成する専用の端末であってもよいし、汎用のタブレット端末に、アプリケーション（プログラム）をインストールして実現する事としてもよい。

接続装置２０００は、表示端末１０００と各種装置とを接続するための装置である。すなわち、種々の装置のハブ的な役割を果たしている。例えば、図１で示したように、状態検出装置２０と接続されることにより、連続的に患者の生体情報を取得可能であり、測定装置６０（例えば、体温計）から生体情報を受信したり、患者の身につける装置（例えば腕時計型のウエアラブルの測定装置）から生体情報を受信したりすることも可能である。また、認証カード６５が、例えば、通信部２２０に接続されることにより、認証処理（例えば、患者の認証や、スタッフの認証）も実現可能である。なお、認証方法としては、本実施形態においては近距離無線通信の一例としてＮＦＣを利用しているが、例えば、バーコードや、赤外線、ＩＣタグといった他の方法を利用して認証することとしてもよい。

また、報知部２６０が設けられており、例えばエラーが発生した場合に報知することが可能である。更に、ＬＡＮ（ＬＡＮは有線ＬＡＮであっても無線ＬＡＮであっても良い）を介したサーバ装置等とも接続可能である。この報知部２６０は、普段は見えない状態であり、報知するときだけ点灯する（表示される）構成であっても良い。また、表示ではなく、例えば、アラーム音や警告音、音声といった音で報知したり、光で報知するといった構成であっても良い。

なお、本実施形態では、表示端末１０００は、接続装置２０００の上に置いて使用されることとして説明しているが、表示端末１０００と、接続装置２０００は分離して使用してもよい。例えば、表示端末１０００を持ち出して別の場所で利用したり、接続装置２０００をベッド装置に内蔵し、表示端末１０００を別に使用したりしてもよい。

［２．機能構成］
つづいて、本実施形態における機能構成について、図を用いて説明する。図３は、患者状態表示装置１０のうち、表示端末１０００と、接続装置２０００との機能構成を説明するための図である。

［２．１ 表示端末］
まず、表示端末１０００の機能構成について説明する。表示端末１０００には、制御部１００と、記憶部１１０と、装置通信部１５０と、操作部１６０と、表示部１７０と、ＬＡＮ通信部１８０とを有して構成されている。

制御部１００は、表示端末１０００の全体を制御するための機能部である。制御部１００は、記憶部１１０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）等により構成されている。

記憶部１１０は、表示端末１０００の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部１１０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。

ここで、記憶部１１０の構成について図４を用いて説明する。記憶部１１０には、生体情報１１２と、個別電子カルテデータ１２０と、アラーム閾値テーブル１２２と、患者状態識別情報１２４と、通報レベルテーブル１２６とが記憶されており、プログラムとして、メインプログラム１３２と、アラームプログラム１３４と、患者状態表示プログラム１３６と、電子カルテ登録プログラム１３８と、通報プログラム１４０とが記憶されている。

生体情報１１２は、状態検出装置２０から連続的に検出される生体情報である連続生体情報１１４と、任意のタイミングで測定装置６０から受信された測定生体情報１１６とが記憶されている。なお、測定生体情報は、必要に応じて手入力や連続生体情報値の流用入力をすることも可能である。

ここで、連続生体情報１１４のデータ構造の一例を図５に示す。本実施形態の連続生体情報１１４は、状態検出装置２０から検出される生体情報の値や、他の患者から状態が検出可能な生体情報の値が記憶されている。

すなわち、連続的に検出可能な値に基づいて記憶されている。例えば、測定日時（例えば、「2015/05/16 20:00」）と、生体情報の種類に対応する値として、脈拍数（例えば、「１２６」）と、体温（例えば、「３７．２」）と、呼吸数（例えば、「１５」）と、ＳｐＯ２（例えば、「９９」）とが記憶されている。すなわち、連続生体情報１１４は、予め決められた測定値をいつでも取得可能である。連続生体情報１１４を取得する方法としては、状態検出装置２０から取得してもよいし、ベッド３に設けた検出装置から取得してもよい。また、患者の体に各種センサを設けて取得してもよい。

そして、各種取得された生体情報をまとめて連続生体情報として管理可能となっている。これらの生体情報の値は、必要に応じて検出される項目は異なる（例えば、体動検出センサのみを使った場合は、体動状態、睡眠状態、患者姿勢（離床・在床・おきあがり）、脈拍数、呼吸数が連続生体情報として検出される）。

測定生体情報１１６は、体温計や血圧計、体脂肪計といった外部の測定装置から受信される生体情報が記憶される。例えば、図６に示すように、本実施形態の測定生体情報１１６として、受信日時（例えば、「2015/05/16 20:00」）と、生体情報の種類（例えば、「体温」）毎に、その値（例えば、「３７．２」）とが記憶されている。また、例えば、最高血圧（例えば、「１５９」）と、最低血圧（例えば、「９８」）とが記憶されている。

また、検出された連続生体情報１１４や、測定生体情報１１６は、所定期間記憶されていてもよい。記憶される期間としては、例えば、１日分や３日分のデータが記憶される。また、連続生体情報１１４や測定生体情報１１６は、サーバ３０に記憶されることとしても良い。

個別電子カルテデータ１２０は、患者個人の電子カルテデータが記憶されている。この患者個人の電子カルテデータを集めたものが、電子カルテサーバ４０に記憶されている。なお、個別電子カルテデータ１２０のデータ構造は、電子カルテサーバ４０に記憶されているものと同一のものであるため、詳細は後述する。すなわち、患者情報の他に、登録された時点の連続生体情報、測定生体情報等が登録されている。

なお、本実施形態では、記憶部１１０に記憶されていることとして説明するが、直接電子カルテサーバ４０のデータを利用しても良い。この場合は、記憶部１１０に個別電子カルテデータ１２０は記憶しなくて良い。

アラーム閾値テーブル１２２は、各種生体情報の値に対してアラーム閾値を記憶している。測定された（受信された）生体情報の値が、アラーム閾値を超えた場合に、報知を実行したり、エラー処理を行ったりする。このアラーム閾値は予め設定されてあってもよいし、任意に設定しても良い。

図７にアラーム閾値テーブル１２２の一例を示す。図７に示すように、生体情報毎に上限値と下限値とのアラーム閾値が記憶されている。また、アラーム閾値は、アラームの種類によって複数記憶することができる。また、本実施形態では、アラーム閾値により注意レベルの範囲と、警告レベルの範囲とで２段階記憶している。

例えば、生体情報の一つである「脈拍」については、生体情報値として脈拍数の閾値（注意レベル、警告レベルとなる範囲の閾値）が記憶されている。そして、上限閾値として、注意レベルは「１１０」、警告レベルは「１３０」と記憶されている。また、下限閾値として、注意レベルは「６０」、警告レベルは「３０」と記憶されている。

例えば、脈拍数が１３０以上又は３０以下の場合は警告レベルの範囲に含まれていると判断することができる。また、脈拍数が「１１０以上１３０未満」又は「３０より大きく６０以下」の場合は注意レベルの範囲に含まれていると判断することができる。なお、当該閾値を超えた場合（例えば、警告レベルの範囲の脈拍数は１３０より大きい場合又は３０未満の場合）であっても良い。

なお、本実施形態では、説明の都合上注意レベルと警告レベルと２段階で説明しているが、それ以上の範囲を設定してもよいことは勿論である。

患者状態識別情報１２４は、患者の状態について記憶するための情報である。患者状態識別情報を利用して、後述する患者状態識別表示が行われることとなる。本実施形態では、ログアウトから現在までの区間の患者の生体情報に基づいて判断される患者状態識別情報（区間患者状態識別情報）と、現在の患者の生体情報に基づいて判断される患者状態識別情報（現在患者状態識別情報）とが記憶される。

ここで、患者状態識別情報には、「正常」「注意」「警告」の状態が記憶される。正常とは、患者の生体情報値が、アラーム閾値範囲内（注意レベルでも警告レベルでもない範囲）に入っている場合である。また、「注意」は、患者の生体情報値のうち、注意レベルの閾値範囲内に入っている生体情報値がある場合である。同様に、「警告」は、患者の生体情報値のうち、警告レベルの閾値範囲内に入っている生体情報値がある場合である。

また、区間患者状態識別情報は、本実施形態では前回のログアウト時の生体情報値に基づいて判断されるが、例えば前回のログイン時であってもよい。また、前々回のログアウトから前回のログイン時の間の生体情報値に基づいて別の区間患者状態識別情報を更に記憶してもよい。

なお、本実施形態においては、生体情報値のうち、一つでも該当すれば患者状態識別情報は変化することとするが、複数の生体情報値が注意レベルや警告レベルとなったときに患者状態識別情報を更新するとしても良い。また、患者状態識別情報は１つではなく、生体情報毎や、所定のグループ毎に記憶させることとしても良い。例えば、所定のグループとしては、連続生体情報、測定生体情報と分けて、それぞれの患者の状態に基づいた患者状態識別情報を判定し、記憶してもよい。

通報レベルテーブル１２６は、患者毎に、患者の状態や生体情報の種類に対応づけてどのように通報を行うかを記憶するテーブルである。例えば図８に示すように、患者番号に対応づけて、種類（例えば、「呼吸」）と、当該生体情報等に基づいて通報するか否かを示す通報設定（例えば、「注意」）とが記憶されている。

通報設定としては、通報しない「ＯＦＦ」か、通報するレベルとして注意レベルのときに通報する「注意」、警告レベルのときに通報する「警告」とが記憶される。また、種類によっては、例えば離床しているか否かのように単純に「ＯＮ」「ＯＦＦ」が設定される場合もある。

また、通報設定に対応して通報先が予め決められている。例えば、図９に示すように第１通報先として「受持看護師」と、ナースステーション等にある「ＰＣ」とが設定されている。また、第２通報先として「受持看護師」、「ＰＣ」に加えて「担当医」とが決められているとする。

この場合、通報設定が「ＯＮ」「注意」の場合は第１通報先に通報される。また、通報設定が「警告」の場合は第２通報先に通報される。また、本実施形態において、「受持看護師」や「担当医」については、電子カルテから抽出する。なお、電子カルテとは別に通報先情報として設定しても良い。

ここで、通報の動作について図１０を用いて説明する。例えば、ある患者の担当医がＡ医師、受持看護師がＢ看護師の場合について説明する。

患者状態表示装置１０により、当該患者について注意レベルの通報を行う場合は、ナースステーションにある端末装置５０と、携帯端末装置５５ｂに通報が行われる。この場合、Ａ医師の携帯端末装置５５ａ、Ｃ看護師の携帯端末装置５５ｃには通報は行われない。

また、当該患者について警告レベルの通報を行う場合は、端末装置５０、携帯端末装置５５ｂに加えて、Ａ医師の携帯端末装置５５ａに通報が行われる。この場合、Ｃ看護師の携帯端末装置５５ｃには通報が行われない。

このように、予め設定された通報先に対して、通報設定に応じた内容の通報が行われることとなる。なお、本実施形態では、患者毎に設定されているが、共通する通報先が設定されていても良い。例えば、全患者共通として緊急通報先でラピッドレスポンスチームが設定されているとする。この場合、例えば患者の生体情報値が緊急を有する閾値を超えていたり、複数の警告レベルの状態が発生した場合には、緊急通報先に通報が行われるという設定としても良い。

また、通報設定は注意レベル、警告レベルの場合に通報すると設定されているが、各レベル以上という設定となっている。例えば、注意レベルに設定されている場合、当該生体情報が注意レベルになった場合に第１通報先に通報が行われ、更に警告レベルになった場合には第２通報先に通報が行われる。すなわち、注意レベルは、警告レベルを含んだものである。なお、設定により、注意レベルのみ通報することとしても良い。

また、記憶部１１０に記憶されているプログラムは、制御部１００が読み出して各種機能を実現することが出来る。具体的には、メインプログラム１３２を読み出して実行することによりメイン機能が、アラームプログラム１３４を読み出して実行することによりアラーム機能が、患者状態表示プログラム１３６を読み出して実行することにより患者状態表示機能が、電子カルテ登録プログラム１３８を読み出して実行することにより電子カルテ登録機能が、通報プログラム１４０を読み出して実行することにより通報機能がそれぞれ実現される。

装置通信部１５０は、後述する装置通信部２５０と通信を行う為の機能部である。本実施形態では、例えばＵＳＢで接続し、通信が行われることとして説明するが、例えば他の汎用的な接続方法であったり、無線（Ｂｌｕｅｔｏｏｔｈ（登録商標）や、無線ＬＡＮ等）で接続されたりしてもよい。また、専用の接続インタフェースを設けて、通信を行っても良い。

操作部１６０は、利用者からの操作入力を受け付ける機能部であり、例えばタッチパネルにより実現されるソフトウェアキーであったり、キーボード、マウス等の入力装置であったりしてもよい。また、音声入力等を利用してもよい。

表示部１７０は、利用者に対して各種情報を表示したり、報知処理を行ったりする機能部である。例えば、液晶ディスプレイ等により実現されている。また、操作部１６０と、表示部１７０とが一体に形成されたタッチパネルにより実現されてもよい。

ＬＡＮ通信部１８０は、ＬＡＮに接続可能なインタフェース部である。Ｅｔｈｅｒｎｅｔ（登録商標）に接続するためのＮＩＣ等により構成される。なお、ＬＡＮ通信部１８０は、接続装置２０００に設けてもよい。この場合、送信されるデータは、一度装置通信部１５０（２５０）を介して接続装置２０００に送られた後、ネットワークに送信される。なお、ＬＡＮに接続するためには、有線で接続されても良いし、無線で接続されても良い。

［２．２ 接続装置］
つづいて、接続装置２０００の機能構成について説明する。接続装置２０００は、制御部２００と、記憶部２１０と、通信部２２０と、インタフェース部２３０と、装置通信部２５０と、報知部２６０とを有して構成されている。

制御部２００は、接続装置２０００の全体を制御するための機能部である。制御部２００は、記憶部２１０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）等により構成されている。

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

通信部２２０は、他の装置や、認証カードと通信を行う為の機能部である。例えば、近距離無線通信として、ＮＦＣ（Near Field Communication）通信を行うことが可能である。ＮＦＣ通信の場合、認証カード６５がかざされることにより、認証処理が実行される。また、測定装置６０がＮＦＣ通信機能を有している場合には、測定装置６０をかざすことにより、接続装置２０００を介して生体情報を受信可能である。なお、測定装置６０としては、例えばスマートフォンのような装置であっても良いし、時計のようなウエアラブル端末装置であっても良い。

また、通信部２２０としては、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＴｒａｎｓｆｅｒＪｅｔ（登録商標）、ＺｉｇＢｅｅ（登録商標）、ＲＦＩＤといった何れの方法を用いても良いことは勿論である。また、ＬＡＮ（無線ＬＡＮ、有線ＬＡＮ）等を利用しても良い。

インタフェース部２３０は、他の装置と通信を行う為の機能部である。例えば、状態検出装置２０と接続するための機能部として設けられている。接続するインタフェースとしては、専用のインタフェースで実現されても良いし、ＵＳＢ、ＲＳ−２３２Ｃといった汎用のインタフェースで実現されても良い。

装置通信部２５０は、上述した装置通信部１５０を介して表示端末１０００と、接続装置２０００とが通信を行うための機能部である。例えば、ＵＳＢ等を利用して接続されてもよいし、ＬＡＮを介して接続されてもよい。なお、本実施形態は説明の都合上、各通信部の機能の構成について分けて説明しているが、一つで構成されていてもよい。すなわち、全ての通信をＢｌｕｅｔｏｏｔｈで行った場合には、装置通信部２５０、通信部２２０、インタフェース部２３０は一つの機能部で構成される。

報知部２６０は、接続装置２０００が報知処理を実行する場合に動作する機能部である。例えば、エラー表示を行いたければ、その旨を報知する。報知する手段としては、音、光、表示、振動等の何れかの方法が考えられる。

［２．３ 電子カルテサーバ］
つづいて、電子カルテサーバ４０の機能構成について図１１を用いて説明する。電子カルテサーバ４０は、制御部４００と、通信部４１０と、記憶部４５０とを有して構成されている。

制御部４００は、電子カルテサーバ４０の全体を制御するための機能部である。制御部４００は、記憶部４５０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）等により構成されている。

通信部４１０は、ネットワークに接続するためのインタフェース部である。例えば、Ｅｔｈｅｒｎｅｔに接続可能なＮＩＣにより構成されている。通信部４１０を介して他の装置と通信を行うことができる。

記憶部４５０は、電子カルテサーバ４０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部４５０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。

また、記憶部４５０には、電子カルテデータ４５２が記憶されている。電子カルテデータの一例として図１２に示す。電子カルテデータは、患者情報が記憶されており、例えば図１２のＲ１００に示すように、患者番号、氏名等の基本情報、主治医等の診療情報に併せて、患者の状態等を示した注意情報（Ｒ１０２）、ピクトグラム、測定された生体情報（生体情報値）（Ｒ１０４）が患者毎に記憶されている。

ここで、注意情報としては、患者の状態を医療従事者、介助者等と専門家に伝えるための注意喚起をするための情報である。例えば、注意喚起に関する情報（鼻かみ禁止等）や、リスクアセスメントとして、褥瘡アセスメントや、転倒リスクアセスメント等が記憶される。これらの情報は、フラグにより管理されてもよいし、文字、アイコン、絵等により管理されてもよい。

また、より解りやすくするために、ピクトグラム情報が記憶されても良い。ピクトグラムは、日常生活に関する情報を基本としている。当該ピクトグラムが表示されることで、たまたま通りがかった人でも患者への配慮ができることにより、安全・安心を提供するものである。このように、ピクトグラム情報としては、多くの人に対して患者の状態を提供する情報に対し、注意情報は、専門家に対して患者の状態の情報を伝えるものである。

［３．画面（状態）遷移図］
つづいて、本実施形態におけるシステム全体の流れについて、図１３の画面遷移図（状態遷移図）を用いて説明する。

まず、システムを起動するとアラーム状態にあるか、すなわち、各生体情報値がアラーム閾値を超えている（又はアラーム閾値未満となっている）か否かが判定される。そして、必要に応じてアラーム画面（Ｐ１００）が表示される。このアラーム画面は、問題が発生していることが確認出来るが、ログインするまでは、エラーの内容は表示されない。これにより、患者や家族に表示すべきではないエラー内容を表示させないでおくことができる。

なお、アラーム画面は、電源投入時等のシステム起動時にも表示されるが、随時アラーム状態にあるか否かを判定していてもよい。そして、アラーム状態になった場合、割り込み処理として、アラーム画面に遷移するという構成としてもよい。

つづいて、メイン状態として、患者状態表示画面（Ｐ１０２）が表示される。この画面において、患者の基本情報としてネームプレート情報、ピクトグラム情報、注意情報、エラー状態等が表示される。これにより、看護師や医師等の医療従事者、介助者、介助をしている家族に対して必要な情報を表示することができる。

患者状態表示画面（Ｐ１０２）は、患者や病院での家族を始め、見舞いに訪れた第三者も見られることから、詳細な情報を表示しない。必要であれば、認証処理を実行し、ログインを行うことにより、ログイン画面（Ｐ１０４）に切り替わる。ログイン画面からは各種画面に遷移することが可能となる。例えば、患者情報を表示可能な患者情報表示画面（Ｐ１１４）、生体情報値を表示させる生体情報表示画面（Ｐ１０６）、生体情報値の履歴を表示させることが可能なグラフ表示画面（Ｐ１０８）、当該生体情報値を電子カルテに登録する電子カルテ登録画面（Ｐ１１０）に切り替えることが可能である。

また、更に、アラーム状態となる条件を設定するアラーム設定・履歴画面（Ｐ１１６）、次にやるべきこと（例えば投薬の指示等）について設定できるリマインダー画面（Ｐ１１２）に切り替えることができる。

さらに、当該画面とは別に通報処理が随時割り込みで実行される。各生体情報値が注意や警告の閾値となった場合に、通報処理が実行され、他の装置に通報がなされる。このとき、通報が行われたことを各画面に適宜表示する構成としても良い。

このように、本実施形態によれば、患者に関する情報を一元的に表示することが可能となり、必要に応じて画面を切り替えることで、適切な情報を表示することが可能となる。また、複数の測定装置の情報を一元的に取得し、電子カルテに登録することで、患者に関する情報を一元的に管理することが可能となる。

［４．各処理の説明］
つづいて、本実施形態における各処理について、図を用いて説明する。

［４．１ メイン処理］
本実施形態におけるメイン処理について図１４を用いて説明する。メイン処理は、制御部１００が、記憶部１１０に記憶されたメインプログラム１３２を読み出して実行することにより実現される処理である。

まず、アラーム状態にあるか否かが判定される（ステップＳ１０２）。具体的には、各バイタル値と、アラーム閾値とを比較し、アラーム閾値を超えていたり、アラーム閾値未満であったりするかを判定し、アラームを出すべきか否かを判定する。そして、アラームを出す必要がある場合には、アラーム処理を実行する（ステップＳ１０２；Ｙｅｓ→ステップＳ１０４、図１５）。

なお、アラーム閾値を超えているか等は、生体情報の種類によって異なる。また、両方が判断基準により判定する（すなわち、バイタル値が所定の範囲内にあるか否かを判定する）場合もある。

つづいて、患者状態を判定し、判定された内容に基づいて患者状態を表示する患者状態表示処理が実行される（ステップＳ１０６、図１６）。ここで、ログイン認証が行わなければ（又はログイン失敗していれば）、ステップＳ１０２から処理が繰り返し実行される（ステップＳ１０８；Ｎｏ→ステップＳ１０２）。

ここで、ログイン認証が正しく行われた場合には（ステップＳ１０８；Ｙｅｓ）、ログイン画面であるスタッフ画面が表示される（ステップＳ１１０）。スタッフ画面は、各種処理を選択できる画面である。ここで、スタッフ処理が選択された場合には（ステップＳ１１２；Ｙｅｓ）、選択されたスタッフ処理に応じて処理が実行される（ステップＳ１１４）。なお、ここで実行される各処理については、後述する。

スタッフ処理が選択されないか（ステップＳ１１２；Ｎｏ）、またはスタッフ処理を実行後であっても、ログアウトが実行されなければ、ログイン状態が継続して処理を繰り返し実行する（ステップＳ１１６；Ｎｏ→ステップＳ１１０）。他方、ログアウトが実行されればログアウトし、ステップＳ１０２から処理が繰り返し実行される（ステップＳ１１６；Ｙｅｓ→ステップＳ１０２）。

ここで、選択されるスタッフ処理は、図１３の画面遷移図で説明したＰ１０６〜Ｐ１１６に対応する処理である。なお、処理については、処理フローや、画面例を用いて説明する。

［４．２ アラーム処理］
アラーム処理について、図１５を用いて説明する。アラーム処理は、図１３のＰ１００（図１４のステップＳ１０４）に対応する処理であり、制御部１００が、記憶部１１０に記憶されたアラームプログラム１３４を読み出して実行することにより実現される処理である。

まず、機器の接続エラーがあるか否かを判定する（ステップＳ２０２）。ここで機器の接続エラーがあれば、機器エラーの出力が表示される（ステップＳ２０２；Ｙｅｓ→ステップＳ２０４）。

つづいて、アラーム状態となる生体情報があるか否かを判定する（ステップＳ２０２；Ｎｏ→ステップＳ２０６又はステップＳ２０４→ステップＳ２０６）。具体的には、各生体情報値と、アラーム閾値とを比較して、アラーム状態にあるか否かを判定する。そして、アラーム状態となる生体情報の値がある場合には（ステップＳ２０６；Ｙｅｓ）、報知処理を実行する（ステップＳ２０８）。

報知処理の一例としては、報知部２６０から報知処理を行ったり、表示部１７０においてアラーム画面を表示したりする。なお、このときに詳細情報は、ログインした後（認証された後）でないと、表示しないようにする。

なお、アラーム処理については、図１４のステップＳ１０４で実行されることとして説明したが、一定時間毎に確認し、割り込み処理として実行されることとしても良い。

このように、アラーム状態となる生体情報があれば、報知処理を行うことでアラームを出力することが可能となる。また、機器接続エラーがある場合でも、アラームの一つとして機器エラーを出力することも可能である。なお、機器接続エラーは別の方法として出力しても良いし、出力しないこととしても良い。

［４．３ 患者状態表示処理］
［４．３．１ 処理の流れ］
患者状態表示処理について、図１６を用いて説明する。患者状態表示処理は、図１３のＰ１０２（図１４のステップＳ１０６）に対応する処理であり、制御部１００が、記憶部１１０に記憶された患者状態表示プログラム１３６を読み出して実行することにより実現される処理である。

まず、個別電子カルテデータ１２０を読み出す（ステップＳ３０２）。なお、この電子カルテのデータを読み出す前に、患者の認証処理を実行しておき、認証された患者のデータを読み出すこととしても良い。

つづいて、個別電子カルテデータ１２０に含まれている基本情報、診療情報から、ネームプレート領域を作成し（ステップＳ３０４）、更に注意情報、設定されているピクトグラムからピクトグラム領域を作成する（ステップＳ３０６）。

具体的には、電子カルテサーバ４０の電子カルテデータ４５２と同期された個別電子カルテデータ１２０に記憶されている氏名、部屋番号、主治医といった基本情報からネームプレート領域（表示画面におけるネームプレート情報が表示される領域）が作成される。

また、個別電子カルテデータ１２０に記憶されている患者・介助者に対する一般的な注意情報に基づいて、ピクトグラムの表示が作成される。

つづいて、注意情報に基づいた注意喚起領域を作成し（ステップＳ３０８）、エラー情報があればエラー情報を生成する（ステップＳ３１０）。ここで、注意喚起領域に表示される注意喚起情報は、医療従事者や、介助者といった専門家に対して注意喚起を行う情報に基づいて作成される。したがって、患者や家族といった、医療従事者以外が見ただけでは内容が分からない状態で領域が作成される。また、エラー情報は、アラームに関する情報を含むが、当該内容も同様に患者や家族といった医療従事者以外が見ただけでは解らない状態で領域が作成される。

そして、上述したステップで作成された各領域で患者状態表示画面を生成し、表示することとなる（ステップＳ３１２）。

［４．３．２ 患者状態識別表示処理］
つづいて、患者状態識別表示処理を実行し、患者状態表示画面に、患者状態識別表示を行う（ステップＳ３１４）。ここで、患者状態識別表示処理について、図１７を用いて説明する。

まず、ログアウト処理が行われると（ステップＳ３５２；Ｙｅｓ）、現在記憶されている患者状態情報が一度クリアされる（ステップＳ３５４）。そして、連続生体情報や測定生体情報が受信（入力）される（ステップＳ３５６）。

連続生体情報や、測定生体情報が受信されると、現在の患者状態（現在患者状態）を決定する（ステップＳ３５８）。ここで、現在患者状態は、受信されている全ての生体情報に基づいて「警告」「注意」「正常」の何れかの状態に決定される。具体的には、いずれかの生体情報値がアラーム閾値の注意レベルに含まれていれば「注意」と、いずれかの生体情報値がアラーム閾値の警告レベルに含まれていれば「警告」と決定される。

つづいて、区間患者状態を更新する（ステップＳ３６２〜Ｓ３７０）。具体的には、まず区間患者状態が「警告」であれば、そのまま「警告」が維持される（ステップＳ３６２；Ｙｅｓ）。

つづいて、区間患者状態が「警告」以外の場合に現在の患者状態が「警告」であれば、区間患者状態を「警告」とする（ステップＳ３６２；Ｎｏ→ステップＳ３６４；Ｙｅｓ→ステップＳ３６６）。すなわち、区間患者状態が「注意」「正常」の場合に、現在患者状態が「警告」になれば、区間患者状態は「警告」となる。

また、区間患者状態が「正常」の場合に現在の患者状態が「注意」であれば、区間患者状態を「注意」とする（ステップＳ３６２；Ｎｏ→ステップＳ３６４；Ｎｏ→ステップＳ３６８；Ｙｅｓ→ステップＳ３７０）。すなわち、区間患者状態が「正常」の場合に、現在患者状態が「注意」になれば、区間患者状態は「注意」となる。なお、区間患者状態が「注意」の場合、現在患者状態が「正常」「注意」のときは、そのまま「注意」の状態が維持される（ステップＳ３６２；Ｎｏ→ステップＳ３６４；Ｎｏ→ステップＳ３６８；Ｙｅｓ→ステップＳ３７０）。

また、現在の患者状態が「正常」のままで、区間患者状態が「正常」であれば、そのまま区間患者状態は「正常」なまま維持される（ステップＳ３６２；Ｎｏ→ステップＳ３６４；Ｎｏ→ステップＳ３６８；Ｎｏ）。

このように、患者状態が「警告」＞「注意」＞「正常」とより重要度の高い状態になると、区間患者状態は当該状態で更新される。また、一度重要度の高い状態になると、次にクリアされるまで（例えば、次のログイン時のタイミングまで）、当該状態が維持されることとなる。

そして、当該患者状態（区間患者状態、現在患者状態）に基づいて、患者状態識別表示が更新される（ステップＳ３７２）。これにより、現在の患者状態と、前回ログアウト時から現在までの最も悪かった状態とをスタッフは容易に確認することができる。

そして、再びログイン処理が行わるまで、ステップＳ３５６から処理が繰り返し実行される（ステップＳ３７４；Ｎｏ→ステップＳ３５６）。

ここで、患者状態識別表示の動作の概要について図１８を用いて説明する。図１８（ａ）が、画面に表示される患者状態の識別表示の一例である。Ｍ１０２に区間患者状態に基づいた識別表示が、Ｍ１０４に現在患者状態に基づいた識別表示がそれぞれされている。本実施形態では、視認性を考慮し、識別表示Ｍ１０４の方を大きく表示するが、大きさは同じであっても良いし、別の形状、位置としても良い。

図１８（ｂ）は、各患者状態の識別表示の一例を示している。例えば、Ｍ１１０は正常、Ｍ１１２は注意、Ｍ１１４は警告を示している。なお、この表示は色や、動き、形状によって変化させても良い。例えば、色であれば、正常を「白」、注意を「黄」、警告を「赤」と表示しても良い。

図１８（ｃ）〜（ｅ）を用いて、動作について簡単に説明する。なお、前回のログアウト時をｔ１、現在時点をｔ２として以下説明する。

図１８（ｃ）は、ｔ１の時点には患者状態が「正常」であったが、その後一度「警告」の状態となり、その後「注意」の状態に遷移してｔ２に至っている。

この場合、区間患者状態として識別表示Ｍ１０２は、ｔ１以降で一度「警告」となっていることから「警告」の状態で表示されている。また、現在（ｔ２）は注意レベルであるので、識別表示Ｍ１０４は「注意」の状態が表示されている。

図１８（ｄ）は、ｔ１の時点には患者状態が「注意」であったが、現在（ｔ２）は「正常」となっている状態である。この場合、区間患者状態として識別表示Ｍ１０２は、「注意」の状態の識別表示がされる。また、識別表示Ｍ１０４は、ｔ２の時点が「正常」であるので「正常」の識別表示がされる。

図１８（ｅ）は、ｔ１の時点には患者状態は「正常」の状態であったが、途中、「注意」「警告」と遷移した場合の図である。現在（ｔ２）においても、「警告」レベルとなっている。このとき、区間患者状態を示す識別表示Ｍ１０２は「警告」となり、現在の患者状態を示す識別表示Ｍ１０４も「警告」となる。

なお、図１８では説明の都合上識別表示は２つとして説明しているが、対応して複数設けても良い。例えば、上述した患者上体（全体）の識別表示だけでなく、連続生体情報だけに基づいた識別表示を行っても良い。また、所定の生体情報（例えば、呼吸数等）に対応づけて、特別な識別表示を行っても良い。

［４．３．３ 画面例］
つづいて、本処理を実行した場合の、画面例を使って説明する。図１９は、患者状態表示画面Ｗ２００の一例である。表示画面Ｗ２００には、ネームプレート情報として、患者の名前や、主治医の名前などが領域Ｒ２０２、Ｒ２０４に表示されている。これらの項目は、電子カルテに登録されている患者情報から適宜選択されて表示されている。

また、領域Ｒ２０６にはピクトグラム領域として、ピクトグラム等が表示されている。さらに、領域Ｒ２０８には、注意情報の中からとくに注意喚起情報が表示されている。注意喚起情報は、医療従事者や、介護施設の職員といった専門家にしか解らない表示となっている。

また、Ｒ２１０には、エラーが発生していることを報知している。ここで、エラー内容を表示させるためには、認証処理を実行し、別の画面に切り替えなければならない。これによって、医療従事者や、介助者等といった専門家以外の者がエラーを確認することを防ぐことが出来る。

また、状態検出装置２０の動作・状態を表示画面Ｗ２００に表示させてもよい。例えば、領域Ｒ２１２に示すように、状態を表示させる事としても良い。また、センサの接続状態も表示される。これにより、一目でセンサが未接続であったり利用不可になっていたりすることを把握することができる。

また、患者状態識別表示が行われている。図１９おいては、前回患者状態識別表示がＭ２００に、今回患者状態識別表示がＭ２０２にそれぞれ表示されている。なお、患者状態識別表示は種々の方式が可能であり、例えば、患者名の下に下線を表示し、色や線の太さにより識別表示をしたり、別途アイコンを表示したりしても良い。

また、患者状態識別表示は、本実施形態では連続生体情報、測定生体情報を含めた生体情報全体に対して行っているが、例えば連続生体情報と測定生体情報とを分けて表示しても良いし、生体情報として呼吸だけ別に表示するといった生体情報毎に分けて表示しても良い。

［４．４ 生体情報表示処理］
つづいて、生体情報表示処理について説明する。生体情報表示処理は、図１３のＰ１０６に対応する処理である。すなわち、患者の電子カルテデータに基づいて、生体情報値を表示する処理である。

図２０に本処理を実行した場合の画面例として表示画面Ｗ３００を示す。表示画面Ｗ３００には、各生体情報について生体情報値がそれぞれ表示されている。また、領域Ｒ３０２には、表示されている生体情報値が登録された日時が表示されている。

さらに、生体情報値の横には、領域Ｒ３０４にアラーム閾値が解りやすいように表示されている。すなわち、注意レベルの範囲、警告レベルの範囲が明確となるように、アラーム閾値が表示されている。

また、表示されている生体情報値については、注意レベル、警告レベルの範囲にある場合には、背景が変化する構成としても良い。例えば、Ｒ３０６は、脈拍数として「１２６ｂｐｍ」が表示されている。この生体情報値は、注意レベルに含まれているため、背景が注意レベルの色（例えば黄色）等に識別表示される。

また、生体情報に併せて通報を行うか否かの識別表示をしても良い。例えば、Ｒ３０８の表示は、脈拍の生体情報値（脈拍数）が警告となった場合は通報処理を行うことが識別表示されている。

また、Ｒ３１０は、呼吸の生体情報値（呼吸数）が注意以上になった場合は通報処理を行うことが識別表示されている。

また、Ｒ３１２や、Ｒ３１４の表示は、通報処理を行わない表示となっている。図２０の表示は一例であるが、このように必要に応じて生体情報に基づいた通報を行うか否かを表示することができる。

さらに、当該マークを選択する（タッチする）ことにより、通報を行うことを容易に設定できる構成としてもよい。例えば、マークをタッチすることにより、「通報ＯＦＦ」「注意以上通報」「警告時に通報」を切り替えて設定することにしてもよい。

［４．５ グラフ表示処理］
つづいて、グラフ表示処理について説明する。グラフ表示処理は、図１３のＰ１０８において実行される処理である。すなわち、電子カルテに登録されている生体情報の遷移をグラフで表示する処理である。

図２１に本処理を実行した場合の画面例として表示画面Ｗ４００を示す。表示画面Ｗ４００は、各生体情報値の遷移が表示されている。そして、各生体情報のグラフには、アラーム閾値の範囲も併せて表示する。これにより、各生体情報について異常があったときを容易に確認することができる。

なお、このグラフが表示されているときに、生体情報が一つ選択されると、当該生体情報のみを表示したグラフが表示されるようにしても良い。

［４．６ 電子カルテ登録処理］
［４．６．１ 処理の流れ］
つづいて、生体情報を電子カルテに登録する電子カルテ登録処理について、図２２を用いて説明する。電子カルテ登録処理は、制御部１００が、記憶部１１０に記憶された電子カルテ登録プログラム１３８を読み出して実行することにより実現される処理である。

まず患者情報を読み出し（ステップＳ４０２）、当該患者の生体情報を個別電子カルテデータ１２０から読み出す（ステップＳ４０４）。なお、ここで呼び出される生体情報の種類、アラーム閾値等は患者の基本情報（例えば、患者のＩＤ）等に基づいて読み出されても良いし、共通の設定としても良い。

つづいて、連続生体情報を状態検出装置２０から受信し、当該受信された生体情報の値を表示する（ステップＳ４０８）。ここで、生体情報について入力指示があった場合には（ステップＳ４１０；Ｙｅｓ）、生体情報値が手動で入力される（ステップＳ４１２）。

このとき、生体情報値がアラームを出力する範囲にある場合には識別表示を行うこととしても良い。例えば、生体情報値が注意レベルに含まれていれば黄色、警告レベルに含まれていれば赤色で背景を表示したり、文字を表示したりする。これにより、現在問題が発生している生体情報であることを医療従事者、介護スタッフは把握することができたり、入力ミス等についても注意喚起を行うことができる。

また、表示画面に表示される連続生体情報としては、状態検出装置２０から検出可能な生体情報（生体情報の値）を随時更新して読み出して表示しても良いし、あるタイミングで読み出された生体情報を表示しても良い。

また、他の測定装置６０より、測定生体情報が受信された場合には（ステップＳ４１４；Ｙｅｓ）、測定生体情報が記憶される（ステップＳ４１６）。この場合、現在表示されている生体情報値が更新されるとともに、個別電子カルテデータ１２０に記憶される。

ここで、他の測定装置６０より受信される測定生体情報のタイミングは限定されるものではない。本図では一例としてステップＳ４１６で説明しているが、予め受信されている測定生体情報を用いてもよい。また、個別電子カルテデータ１２０（すなわち、電子カルテデータ４５２）に記憶される測定生体情報も任意のものでよい。例えば、一度測定した値が正しくなければ記憶せず、再測定した値を記憶しても良い。

そして、電子カルテの登録指示があった場合には（ステップＳ４１８；Ｙｅｓ）、電子カルテサーバ４０の電子カルテデータ４５２が登録される（ステップＳ４２０）。

［４．４．２ 画面例］
図２３は、本処理を実行した場合の一例である表示画面Ｗ５００を示した図である。表示画面Ｗ５００には、各生体情報と、当該生体情報の値とが表示されている。図２０と同様に、アラーム閾値が領域Ｒ５０２に表示されており、各生体情報値が注意レベル、警告レベルにある場合には識別表示がＲ５０４のようにされている。

また、領域Ｒ５０６に示すように、前回測定値が併せて表示されることとしても良い。そして、生体情報の上部には、前回測定値が測定された日時も表示されている。これにより、医療従事者や介護スタッフ等は、生体情報値の遷移に気がつくことが可能となる。

また、表示されている生体情報値については、連続生体情報についてはリアルタイムに更新された値が表示されても良いし、ある時点の値が表示されていても良い。また、電子カルテデータ（個別電子カルテデータ１２０又は電子カルテデータ４５２）に記憶されている値を表示してもよい。

そして、この画面から「登録」を選択することで、現在表示されている生体情報値を電子カルテデータに登録（記憶）することができる。また、履歴参照をすることにより、過去の生体情報値を参照することができる。

また、生体情報に併せて通報を行うか否かの設定も併せて行うこととしても良い。例えば、Ｒ３０８は、脈拍の生体情報値（脈拍数）が警告となった場合は通報処理を行うことが設定されている。

また、Ｒ３１０は、呼吸の生体情報値（呼吸数）が注意以上になった場合は通報処理を行うことが設定されている。また、Ｒ３１２や、Ｒ３１４の表示は、通報処理を行わない設定となっている。

そして、「登録」を選択することで、電子カルテデータに登録すると併せて、通報レベルテーブル１２６も更新されることとなる。

［４．７ リマインダー処理］
つづいて、リマインダー処理について説明する。リマインダー処理は、スタッフや医療従事者（看護師等）が次に行うべきことをリマインダーとして登録出来る処理である。例えば、図２４は、本処理を実行した場合に表示される表示画面Ｗ６００の一例である。各種リマインダーとして表示されるべき作業を登録することにより、患者状態表示画面やアラーム表示画面に表示することが可能となる。

［４．８ 患者情報表示処理］
つづいて、患者情報表示処理について説明する。患者情報表示処理は、患者に関する情報を表示することが可能な処理である。例えば、患者の基本情報、診療情報、注意情報、ピクトグラム等を表示したり、入力・設定したりすることが可能となる。

例えば、図２５は、本処理を実行した場合に表示される表示画面Ｗ７００の一例である。表示画面Ｗ７００は、患者の氏名や、性別、血液型といった基本となる情報（基本情報）を電子カルテより読み出して表示している。

［４．９ アラーム設定・履歴処理］
つづいて、アラーム設定・履歴処理について説明する。本処理は、各アラーム閾値を設定したり、アラームの可否について設定したりすることが可能な処理である。また、過去に発生したアラームを履歴として確認することも可能である。そして、当該アラーム閾値は、通報時における閾値としても利用されている。

図２６はアラーム設定・履歴処理を実行した場合に表示される表示画面Ｗ８００の一例である。表示画面Ｗ８００は、アラーム閾値をそれぞれ設定出来るようになっている。例えば、上限のアラーム閾値として、注意レベルの閾値がＲ８０４で、警告レベルの閾値がＲ８０２でそれぞれ設定可能である。

また、下限のアラーム閾値として、注意レベルの閾値がＲ８０８で、警告レベルの閾値がＲ８０６でそれぞれ設定可能である。

また、注意レベルの範囲、警告レベルの範囲に入った場合にそれぞれアラームを出力するか否かを設定することが可能となる。例えば、Ｒ８１０で示す場合は、アラームとしては出力しない（報知しない）設定となっている。

図２７の表示画面Ｗ８５０では、Ｒ８５０により、注意レベルの範囲に入ったらアラームを出力する設定となっている。なお、この設定は、例えば音や光といったことを設定できても良いし、注意レベル、警告レベルと別々のアラームを設定するといったことも可能である。

［５．通報処理］
つづいて、本実施形態における通報処理について説明する。通報処理とは、患者の生体情報値の一つが、通報レベルとなった場合に、決められた通報先に通報を行うための割り込み処理である。

［５．１ 第１通報処理］
まず、通報処理として、第１通報処理について図２８を用いて説明する。まず、患者の生体情報を取得する（ステップＳ５０２）。そして、生体情報の中で正常レベルから注意レベルの状態になった生体情報があるか否かを判定する（ステップＳ５０４）。すなわち、通報レベルテーブル１２６において、通報設定が「注意」となっている生体情報の生体情報値が、注意レベルの範囲に含まれたかを判定する。

そして、通報設定が「注意」となっている生体情報の値が、注意レベルの閾値を超えた（下回った）場合（注意レベルの範囲に含まれた場合）には、第１通報先に通報が行われる（ステップＳ５０４；Ｙｅｓ→ステップＳ５０６）。ここで、一例として、第１通報先は、図９で示したように受持看護師が有している携帯端末装置、ナースステーションにある端末装置である。

また、生体情報の中で「正常」又は「注意」から「警告」の状態になった生体情報があった場合には、第２通報先へ通報する（ステップＳ５０４；Ｎｏ→ステップＳ５０８；Ｙｅｓ→ステップＳ５１０）。すなわち、通報レベルテーブル１２６において、通報設定が「注意」又は「警告」となっている生体情報の生体情報値が、警告レベルの閾値を超えた（下回った）場合（警告レベルの範囲に含まれた場合）に第２通報先に通報が行われる。

ここで、一例として、第２通報先としては、図９で示したように受持看護師の有している携帯端末装置、ナースステーションにある端末装置、担当医の有している携帯端末装置である。

なお、単純に通報設定が「ＯＮ」の場合は、ＯＮの状態となったか否かがステップＳ５０４で判定される。例えば、離床状態を検出した場合に通報をする（離床が「ＯＮ」）の場合には、離床状態を検出した状態で第１通報先に通報する。なお、この場合通報先を第２通報先としてもよい。

図２９は、受持看護師の携帯端末装置の表示画面Ｗ１０００の一例である。表示画面は、「アラーム一覧」画面であり、各患者のアラーム（通報）が表示されている。

例えば、Ｒ１０００には、患者の生体情報と共に、通報の表示が行われている。この通報の表示は、例えば操作画面にポップアップや、画面切替えで表示されることとしてもよい。また、Ｒ１０００の通報の表示は、例えば注意レベルと警告レベルとで色を変えたりアイコンを変えたりといった識別表示をすることとしても良い。

また、Ｒ１０００のように、注意レベル（警告レベル）となった場合に生体情報と生体情報値とが併せて表示されることとしても良い。

また、これらの閾値レベルは、携帯端末装置５５から設定できることとしても良い。例えば、図３０の表示画面Ｗ１１００ように、各情報を設定出来る画面を表示し、看護師や医師といった医療従事者や、介護スタッフが適宜設定出来ることとしてもよい。これにより、必要な患者の閾値を変えることが可能となり、より適切な通報を行うことが可能となる。

また、通報の閾値は時間や環境で変更することとしても良い。例えば、昼間と夜間とで閾値を変更する設定としたり、スタッフの数に応じて（例えば、通報を受け取る患者数に応じて）閾値を変更させることとしても良い。

［５．２ 第２通報処理］
つづいて第２通報処理について図３１を用いて説明する。なお、第２通報処理は、図２８の第１通報処理と同一の処理については同じ符号を付し、詳細な説明を省略する。

患者の生体情報を取得後、通報設定が「注意」となっている生体情報の値が、注意レベルの閾値を超えた（下回った）場合には、第１通報先に通報が行われるが、このとき前回の第１通報先へ通報後、所定時間が経過しているか否かが判定される（ステップＳ５５２）。すなわち、前回の通報から所定時間が経過していない場合には、注意レベルに留まっていると判断し、通報がされないこととなる（ステップＳ５５２；Ｎｏ→ステップＳ５０２）。所定時間が経過している場合には、第１通報先に通報が行われる（ステップＳ５５２；Ｙｅｓ→ステップＳ５０６）。

同様に、所定の生体情報の値が警告レベルの閾値を超えた（下回った）場合には、第２通報先に通報が行われるが、このとき前回第２通報先へ通報後、所定時間が経過しているか否かが判定される（ステップＳ５５４）。すなわち、前回の通報から所定時間が経過していない場合には、警告レベルに留まっていると判断し、通報がされないこととなる（ステップＳ５５４；Ｎｏ→ステップＳ５０２）。所定時間が経過している場合には、第２通報先に通報が行われる（ステップＳ５５４；Ｙｅｓ→ステップＳ５１０）。

このように、第２通報処理によれば、生体情報値が変動している場合に、複数の通報がなされるといったことを防ぐことが可能となる。

［５．３ 第３通報処理］
つづいて第３通報処理について図３２、図３３を用いて説明する。例えば、本処理例のように、サーバ３０を介して通報処理が実現されても良い。

具体的には、図３２に示すように、患者状態表示装置１０によって患者の生体情報が取得され（Ｓ６００）、その中で通報状態にある生体情報（例えば、上述した処理例のステップＳ５０４でＹｅｓと判定された場合や、ステップＳ５０８でＹｅｓと判定される場合）がサーバ３０に送信される（Ｓ６０２）。

サーバは、受信した通報状態生体情報から、通報先を取得するために通報先要求を電子カルテサーバ４０に送信する。電子カルテサーバ４０は、電子カルテに登録されている受持看護師や、担当医の情報から通報先を決定し、通報先応答としてサーバ３０に送信する（Ｓ６０６）。

つづいて、サーバ３０は、通報先となっている端末装置、携帯端末装置にアラーム通報を行う（Ｓ６０８）。そして、アラーム通報を受信した携帯端末装置は、アラーム処置が実行され（例えば、携帯端末装置を利用している看護師に確認ボタンがタッチされる）と、アラーム処置が実行され（Ｓ６１４）、アラーム確認応答がサーバ３０に送信される（Ｓ６１６）。これにより、サーバ３０は、各患者にどのようなアラームが発生している（通報状態となっている）か、どのスタッフが対応しているかを管理する事が可能となる。この管理した情報は、アラームリストとして更新される（Ｓ６１８）。

また、このアラーム処置は、患者状態表示装置１０で直接行っても良く（Ｓ６１０）、患者状態表示装置１０からアラーム確認応答がサーバ３０に送信されても良い（Ｓ６１２）。

そして、アラームリストは各端末装置、携帯端末装置で確認することができる。すなわち、サーバ３０から、携帯端末装置にアラームリストが送信される（Ｓ６２０）ことにより、各端末装置、携帯端末装置で確認することが可能となる。

図３３は、アラーム一覧が表示されている表示画面Ｗ１１００の一例である。ここでは、現在または過去においてアラームが発生した患者が一覧表示されている。また、各患者には、現在対応中なのか、未対応なのかが表示されている。また、どのスタッフが対応しているのか、アラームが発生した状態の生体情報（値）がどのような状態なのかが表示画面に表示されている。

図３２のシーケンス図は一例であるが、このようにサーバ３０において処理を実行し、患者状態表示装置１０で結果を受信する事としても良い。

すなわち、各種プログラム（例えば、メインプログラム１３２、アラームプログラム１３４、患者状態表示プログラム１３６、電子カルテ登録プログラム１３８、通報プログラム１４０）を、必要に応じてサーバ３０で実行する。患者状態表示装置１０からは、生体情報をサーバ３０に送信し、例えばＷＥＢブラウザや、専用アプリケーションでサーバ３０にアクセスすることで、同様の処理が実現出来る。

また、患者状態表示装置１０も表示端末１０００と、接続装置２０００とに分けて構成しているが、一体型として専用の患者状態表示装置１０として提供してもよい。

表示端末１０００と、接続装置２０００と分けることにより、表示端末１０００は所定の条件を満たすタブレット端末を利用出来るというメリットがある。これにより、市販のタブレット端末、コンピュータを利用したり、スマートフォンを利用したりするといったことも考えられる。

また、患者状態表示装置１０は、ベッド近傍に設けられることが一般的であるが、同一の画面を端末装置５０、携帯端末装置５５で表示可能である。例えば、看護師が巡回中であっても携帯端末装置５５で患者の情報を確認出来たり、ナースステーションにおいて端末装置５０を利用することにより、他の患者を含めて一括管理をすることが可能となる。

また、診療中や検査中においても、端末装置５０を用いて生体情報を随時更新することが可能となり、これにより電子カルテの使い勝手が向上することとなる。

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

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

ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等の何れであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。

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

１ 患者通報システム
３ ベッド
５ マットレス
１０ 患者状態表示装置
１０００ 表示端末
１００ 制御部
１１０ 記憶部
１１２ 生体情報
１１４ 連続生体情報
１１６ 測定生体情報
１２０ 個別電子カルテデータ
１２２ アラーム閾値テーブル
１２４ 患者状態識別情報
１２６ 通報レベルテーブル
１３２ メインプログラム
１３４ アラームプログラム
１３６ 患者状態表示プログラム
１３８ 電子カルテ登録プログラム
１４０ 通報プログラム
１５０ 装置通信部
１６０ 操作部
１７０ 表示部
１８０ ＬＡＮ通信部
２０００ 接続装置
２００ 制御部
２１０ 記憶部
２２０ 通信部
２３０ インタフェース部
２４０ 無線通信部
２５０ 装置通信部
２６０ 報知部
２０ 状態検出装置
３０ サーバ
４０ 電子カルテサーバ
４００ 制御部
４１０ 通信部
４５０ 記憶部
４５２ 電子カルテデータ
５０ 端末装置
５５ 携帯端末装置
６０ 測定装置
６５ 認証カード

Claims (5)

1. 複数の端末装置と、当該複数の端末装置に接続可能な患者状態通報装置とを有するシステムであって、
   前記患者状態通報装置は、
   前記患者状態通報装置の状態または利用者の状態が第１条件を満たす場合に、第１の通報先の端末装置に第１の通報を行い、前記患者状態通報装置の状態または前記利用者の状態が前記第１条件と異なる第２条件を満たす場合に、第２の通報先の端末装置に第２の通報を行う通報手段と、
   を備え、
   第１の通報と前記第２の通報は異なる方法で行われ、
   前記端末装置は、
   前記通報を受信すると、前記患者の氏名と、当該患者の対応状況について通報の表示を行う表示手段を、
   を備えることを特徴とするシステム。
2. 前記端末装置の表示手段は、前記通報を受信すると、受信した通報に基づく患者の氏名と併せて通報状態であるか、患者に対してスタッフが対応しているかを表示することを特徴とする請求項１に記載のシステム。
3. 前記端末装置の表示手段は、前記患者に対して自分が対応しているか、他のスタッフが対応しているかを表示することを特徴とする請求項２に記載のシステム。
4. 前記端末装置の表示手段は、一の患者については、自分が対応しているか、他のスタッフが対応しているかの何れかの状態を表示することを特徴とする請求項３に記載のシステム。
5. 前記複数の端末装置のうち、一の端末装置は自分が対応していることを表示し、他の端末装置は他のスタッフが対応していることが表示することを特徴とする請求項３に記載のシステム。

Images