(57)【特許請求の範囲】
【請求項１】
患者をモニタリングするための患者モニタであって、
患者パラメータを測定するための１以上のセンサにより得られたセンサ信号を受信するよう構成されているセンサインタフェースと、
ネットワークを介して、中央管理システム及び／又は他の患者モニタに情報を送信し、前記中央管理システム及び／又は前記他の患者モニタから情報を受信するよう構成されている通信インタフェースと、
ユーザ入力の受信、及び
受信されたセンサ信号、
前記中央管理システム及び／又は前記他の患者モニタから受信された情報、及び
前記センサ信号、受信された情報、及び／又はユーザ入力から導出された患者関連データ
のうちの１以上の出力、のために構成されているユーザインタフェースと、
モニタリングされる前記患者を識別するよう構成されている患者識別ユニットと、
患者関連データを得るために、前記センサ信号、受信された情報、及び／又はユーザ入力を処理するよう構成されているプロセッサと、
前記患者が前記患者識別ユニットにより識別されると、前記中央管理システム及び／又は前記他の患者モニタから、前記中央管理システム及び／又は前記他の患者モニタにおいて利用可能な、前記患者に関連する情報を含む患者コンテキスト情報を取得するように前記通信インタフェースを制御し、患者関連データを得るための前記処理において、前記の取得された患者コンテキスト情報及び前記患者モニタ自体から導出された患者コンテキスト情報を考慮に入れるように前記プロセッサを制御するよう構成されているコントローラと、
を備え、
前記患者コンテキスト情報は、バイタルサイン、バイタルサイン履歴、アラーム、アラーム履歴、スコア、通知、通知履歴、助言、助言履歴、オーダ、オーダ履歴、作業項目、作業項目履歴、ステータスレポート、患者属性変更、プロトコル、プロトコル選択情報、バイタルトレンド、センサデータ要求、前記患者に割り当てられているデバイスを制御するための制御データ、管理属性選択型スコアリング方式、スコアリングプロトコル状態のうちの１以上を含む、患者モニタ。
【請求項２】
前記コントローラは、前記患者が前記患者識別ユニットにより識別された直後に、前記中央管理システム及び／又は前記他の患者モニタから、全ての患者コンテキスト情報を取得するように且つ／又は前記患者モニタを前記中央管理システムと同期させるように前記通信インタフェースを制御するよう構成されている、請求項１記載の患者モニタ。
【請求項３】
前記コントローラは、得られたセンサ信号、患者関連データ、及び／又はユーザ入力を前記中央管理システムに送信するように且つ／又は前記中央管理システムを前記患者モニタと同期させるように前記通信インタフェースを制御するよう構成されている、請求項１記載の患者モニタ。
【請求項４】
前記コントローラは、得られたセンサ信号、患者関連データ、及び／又はユーザ入力を、該得られたセンサ信号、患者関連データ、及び／又はユーザ入力が、得られた若しくはアップデートされた後、又は、ユーザによる確認の後、前記中央管理システムに送信するように前記通信インタフェースを制御するよう構成されている、請求項１記載の患者モニタ。
【請求項５】
前記患者識別ユニットは、前記患者モニタが、前記患者又は前記患者の局所領域に近づいたときに、前記患者を自動的に識別し、且つ／又は、前記患者のアイデンティティに関連する情報を含むユーザ入力に基づいて、前記患者を識別するよう構成されている、請求項１記載の患者モニタ。
【請求項６】
前記患者モニタのユーザを識別するよう構成されているユーザ識別ユニットをさらに備え、
前記コントローラは、前記ユーザが前記ユーザ識別ユニットにより識別されると、前記中央管理システム及び／又は前記他の患者モニタから、前記中央管理システム及び／又は前記他の患者モニタにおいて利用可能な、前記ユーザに関連する情報を含むユーザコンテキスト情報を取得するように前記通信インタフェースを制御し、受信されたユーザコンテキストを出力するように前記ユーザインタフェースを制御し、患者関連データを得るための前記処理において、受信されたユーザコンテキスト情報を考慮に入れるように前記プロセッサを制御するよう構成されている、請求項１記載の患者モニタ。
【請求項７】
前記ユーザコンテキスト情報は、
前記ユーザインタフェースによる、
受信されたセンサ信号、
前記中央管理システム及び／又は前記他の患者モニタから受信された情報、及び
患者関連データ
のうちの１以上の前記出力を制御するための、且つ／又は
前記通信インタフェースによる、前記中央管理システムからの情報の前記取得を制御するための、且つ／又は
前記プロセッサによる、患者関連データを得るための、センサ信号、受信された情報、及び／又はユーザ入力の前記処理を制御するための
前記コントローラによる使用のためのユーザ権限情報を含む、請求項６記載の患者モニタ。
【請求項８】
前記ユーザコンテキスト情報は、
前記ユーザインタフェースによる、
受信されたセンサ信号、
前記中央管理システム及び／又は前記他の患者モニタから受信された情報、及び
患者関連データ
のうちの１以上の前記出力を制御するための前記コントローラによる使用のためのユーザプリファレンスを含む、請求項６記載の患者モニタ。
【請求項９】
前記ユーザコンテキスト情報は、１以上のセンサによるセンサ信号の受信を制御するための前記コントローラによる使用のためのユーザプリファレンスを含む、請求項６記載の患者モニタ。
【請求項１０】
前記プロセッサは、患者関連データを得るために、個々の処理アルゴリズムを、前記センサ信号、受信された情報、及び／又はユーザ入力に対して実行するよう構成されている、請求項１記載の患者モニタ。
【請求項１１】
前記プロセッサは、その患者関連データを、患者コンテキスト情報の受信後に該患者コンテキスト情報と同期させてアップデートするよう構成されている、請求項１記載の患者モニタ。
【請求項１２】
前記プロセッサは、前記患者モニタが前記中央管理システムに接続されているか否かにかかわらず、患者関連データを得るために、前記センサ信号、受信された情報、及び／又はユーザ入力を処理するよう構成されている、請求項１記載の患者モニタ。
【請求項１３】
前記通信インタフェースは、前記患者モニタが前記中央管理システムに接続されていなかった間に得られた患者関連データを、前記患者モニタが前記中央管理システムに接続されると前記中央管理システムに送信するよう構成されている、請求項１２記載の患者モニタ。
【請求項１４】
患者モニタが患者をモニタリングするための方法であって、前記方法は、
モニタリングされる前記患者を識別するステップと、
前記患者が識別されると、中央管理システム及び／又は他の患者モニタから、ネットワークを介して、前記中央管理システム及び／又は前記他の患者モニタにおいて利用可能な、前記患者に関連する情報を含む患者コンテキスト情報を取得するステップと、
患者パラメータを測定するための１以上のセンサにより得られたセンサ信号を受信するステップと、
患者関連データを得るために、前記センサ信号、受信された情報、及び／又はユーザ入力を処理するステップであって、前記処理において、前記の取得された患者コンテキスト情報及び前記患者モニタ自体から導出された患者コンテキスト情報を考慮に入れる、ステップと、
受信されたセンサ信号、
前記中央管理システム及び／又は前記他の患者モニタから受信された情報、及び
前記センサ信号、受信された情報、及び／又はユーザ入力から導出された患者関連データ
のうちの１以上を出力するステップと、
を含み、
前記患者コンテキスト情報は、バイタルサイン、バイタルサイン履歴、アラーム、アラーム履歴、スコア、通知、通知履歴、助言、助言履歴、オーダ、オーダ履歴、作業項目、作業項目履歴、ステータスレポート、患者属性変更、プロトコル、プロトコル選択情報、バイタルトレンド、センサデータ要求、前記患者に割り当てられているデバイスを制御するための制御データ、管理属性選択型スコアリング方式、スコアリングプロトコル状態のうちの１以上を含む、方法。
【請求項１５】
患者モニタに請求項１４記載の方法を実行させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、患者をモニタリングするための患者モニタ及び対応する方法に関する。
【背景技術】
【０００２】
臨床ケアは、ケアを連携する医師、看護師、患者、家族等を含む複数のケアロール（ケア役割：care  role）にわたる情報共有に基づく。現在、多くの環境において、チームの全てのメンバーには知られていない可能性がある過剰なケア情報、所与の決定点において関連しない可能性がある過剰なケア情報、又は、決定時において関連するが意思決定者には知られていない過剰なケア情報が存在する。
【０００３】
さらに、ケアチームは、一般に、流動的であり（mobile）、決定時において、病院の中央サーバに記憶されているＥＭＲ（電子医療レコード）等の、対象とする患者に関して中央管理システムにおいて表現されているデータを物理的に検討していない。これは、既存のデータの不完全な知識に起因して誤りがなされ、且つ、ユーザが莫大なＥＭＲを「掘り下げて」データを取得する必要があるため作業フローが遅延する環境をもたらし、ケアチームの残りの人との適時の協調が、優れた意思決定及び適時の適切なケアプランを遅延させる。
【０００４】
患者モニタリングデバイス（本明細書では患者モニタとも呼ばれる）が、バイタルサインの測定デバイスとして、現在、この作業フローに寄与しており、取得されたバイタルサインに基づいてアラーム通知（alarming）及びスコアリング（scoring）を提供している。介護者（caregiver）が患者を訪問することを決定した場合、バイタルサイン、アラーム、及びスコアが、レビューのために利用可能である。
【０００５】
特許文献１は、遠隔領域（remote  area）からデバイスの局所領域（local  area）に入るユーザのプリファレンス（preference）に従ってデバイスを局所的に自動で制御するためのシステムを開示している。このシステムは、センサにより測定された患者パラメータに基づいて測定情報を生成するセンサと、遠隔領域からセンサの局所領域に入った送信機から局所的に無線で送信された、自動的に検出された制御信号に従って、測定情報の局所出力（local  output）を管理するプロセッサと、を設けている。制御信号は、ユーザのアイデンティフィケーション（ＩＤ：identification）を含み、送信機は、遠隔領域からセンサの局所領域に入るユーザとともに移動されるので、プロセッサは、ユーザの記憶されているプリファレンスに従って測定情報の局所出力を管理することができる。プロセッサはまた、ユーザのプリファレンスに従って、患者パラメータ測定を制御することができる。
【０００６】
特許文献２は、各々が無線通信インタフェースを有する複数の医療デバイスを含む無線患者ポイントオブケア（point  of  care）ネットワークを開示している。各医療デバイスは、少なくとも１つの医療サービスを患者に提供するよう構成されている。患者識別デバイスが、患者に関連付けられる。患者識別デバイスは、医療デバイスの無線通信インタフェースと通信する無線通信インタフェースを含む。患者識別デバイスは、医療デバイスを患者に無線で関連付ける患者識別サービスを実行する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】米国特許第６６００４２１号明細書
【特許文献２】国際公開第２００６／０５１４６４号
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、特にポイントオブケアにおける介護者の作業を改善して軽減する改善された機能をもって患者をモニタリングするための患者モニタ及び対応する方法を提供することである。
【課題を解決するための手段】
【０００９】
本発明の第１の態様において、
−患者パラメータを測定するための１以上のセンサにより得られたセンサ信号を受信するためのセンサインタフェースと、
−ネットワークを介して、中央管理システム及び／又は他の患者モニタとの間で情報を送受信するための通信インタフェースと、
−ユーザ入力の受信と、受信されたセンサ信号、中央管理システム及び／若しくは他の患者モニタから受信された情報、並びに／又は、センサ信号、受信された情報、及び／若しくはユーザ入力から導出された患者関連データの出力と、のためのユーザインタフェースと、
−モニタリングされる患者を識別するための患者識別ユニットと、
−患者関連データを得るために、センサ信号、受信された情報、及び／又はユーザ入力を処理するためのプロセッサと、
−患者が患者識別ユニットにより識別されると、中央管理システム及び／又は他の患者モニタから、中央管理システムにおいて利用可能な、患者に関連する情報を含む患者コンテキスト情報を取得するように通信インタフェースを制御し、患者関連データを得るための処理において、受信された患者コンテキスト情報を考慮に入れるようにプロセッサを制御するためのコントローラと、
を備える患者モニタが提供される。
【００１０】
本発明のさらなる態様において、
−モニタリングされる患者を識別するステップと、
−患者が識別されると、中央管理システム及び／又は他の患者モニタから、ネットワークを介して、中央管理システム及び／又は他の患者モニタにおいて利用可能な、患者に関連する情報を含む患者コンテキスト情報を取得するステップと、
−患者パラメータを測定するための１以上のセンサにより得られたセンサ信号を受信するステップと、
−患者関連データを得るために、受信された患者コンテキスト情報を考慮に入れて、センサ信号、受信された情報、及び／又はユーザ入力を処理するステップと、
−受信されたセンサ信号、中央管理システム及び／若しくは他の患者モニタから受信された情報、並びに／又は、センサ信号、受信された情報、及び／若しくはユーザ入力から導出された患者関連データを出力するステップと、
−ネットワークを介して、受信されたセンサ信号、得られた患者関連データ、及び／又はユーザ入力を、中央管理システムに送信するステップと、
を含む対応する方法が提供される。
【００１１】
本発明のさらなる態様において、コンピュータ上で実行されたときに、コンピュータに本明細書で開示する方法のステップを実行させるプログラムコード手段を含むコンピュータプログラム、及び、プロセッサにより実行されたときに本明細書で開示する方法を実行させるコンピュータプログラム製品を記憶している非一時的なコンピュータ読み取り可能な記憶媒体が提供される。
【００１２】
本発明の好ましい実施形態が、従属請求項において規定される。特許請求される方法、プロセッサ、コンピュータプログラム、及び媒体は、特許請求されるシステム及び従属請求項において規定されるものと類似する及び／又は同一の好ましい実施形態を有することを理解されたい。
【００１３】
提案する患者モニタ及び提案する方法はそれぞれ、患者モニタのポイントオブケア（ＰＯＣ）における全ての患者コンテキスト（例えば、ＥＭＲデータ）へのアクセス、バイタルサイン取得、アラーム通知、及びスコアリングを可能にする新たなクラスのデバイス及び方法を表す。患者データの全ての患者コンテキストへのアクセスは、例えば、所定の介護者が、患者の安全を高めるために患者モニタ上でアクションについての専用セットを行うことが許可されることを確実にするために、設定可能なポイントオブケアパーミッション（権限：permission）に基づく介護者管理により許可される。ポイントオブケア患者モニタ上の情報及び患者コンテキストが、設定可能なポイントオブケアパーミッションに基づいて、介護者に提示され介護者にアクセス可能である。
【００１４】
患者を見に行くために介護者が情報によりトリガされる場合、患者につながれている患者モニタは、ポイントオブケアパーミッションにより表される、個々の設定された介護者スキルに基づくデータアクセス及びデータ検証を可能にしつつ、全ての患者コンテキストへのアクセスを既に有している、又は、要求に応じて全ての患者コンテキストにアクセスすることができる。これらのパーミッションは、介護者が中央動作環境又はモバイル動作環境において有し得るパーミッションから独立したものである。
【００１５】
したがって、本発明は、臨床情報を提示し、臨床情報及び通信コントロールへのアクセスを可能にして、作業フローの最適化を容易にし、患者の安全を高めるために、コンテキストアウェアアルゴリズムを使用する独特なデバイス及び方法を提供する。提案する患者モニタは、病院、自宅、及び病院と自宅との間の患者の移動中を含む任意の環境において使用することができる。
【００１６】
好ましい実施形態に従うと、コントローラは、患者が患者識別ユニットにより識別された直後に、中央管理システム及び／又は他の患者モニタから、実質的に全ての患者コンテキスト情報を取得するように通信インタフェースを制御し、且つ／又は、本患者モニタを中央管理システムと同期させるように通信インタフェースを制御するよう構成される。このように、他の患者モニタにおいて得られたデータを含む、患者について利用可能である全ての関連データが、患者が現在識別されている患者モニタにおいて直ちに利用可能であるので、この情報の全てが、介護者に直ちに利用可能である。
【００１７】
別の実施形態において、コントローラは、得られたセンサ信号、患者関連データ、及び／又はユーザ入力を中央管理システムに送信するように通信インタフェースを制御し、且つ／又は、中央管理システムを本患者モニタと同期させるように通信インタフェースを制御するよう構成される。これは、例えば病院内の異なるポイントオブケアにおいて、同じ患者に対して後で使用され得る他の患者モニタが、全てのアップデートされた患者コンテキストを直ちに得ることができるように、中央管理システムがアップデートされることを提供する。
【００１８】
好ましくは、コントローラは、センサ信号、患者関連データ、及び／又はユーザ入力が、得られた後若しくはアップデートされた後、又は、ユーザによる確認の後、得られたセンサ信号、患者関連データ、及び／又はユーザ入力を中央管理システムに送信するように通信インタフェースを制御するよう構成される。したがって、例えば、所定の測定結果又は（例えば、患者の健康スコアの）算出が、許可された介護者により確認された場合、中央管理システムのアップデートが、直ちに且つ自動的に、又は、代替的にユーザの要求時に、実行され得る。
【００１９】
有利なことに、患者識別ユニットは、本患者モニタが、患者又は患者の局所領域に近づいたときに、患者を自動的に識別し、且つ／又は、患者のアイデンティティ（ＩＤ：identity）に関連する情報を含むユーザ入力に基づいて、患者を識別するよう構成される。したがって、一実施形態において、患者は、例えば、患者により持ち運ばれるＲＦＩＤチップと患者モニタに統合される対応するＲＦＩＤリーダとの使用により、又は、Ｂｌｕｅｔｏｏｔｈ（登録商標）技術若しくはＺｉｇｂｅｅ（登録商標）技術の使用により、容易に識別することができる。代替的に、ユーザは、患者モニタが特定の患者について最初に使用されるときに、患者のアイデンティティ（ＩＤ）を入力してもよい。
【００２０】
別の実施形態において、本患者モニタは、本患者モニタのユーザを識別するためのユーザ識別ユニットをさらに備え、コントローラは、ユーザがユーザ識別ユニットにより識別されると、中央管理システム及び／又は他の患者モニタから、中央管理システム及び／又は他の患者モニタにおいて利用可能な、ユーザに関連する情報を含むユーザコンテキスト情報を取得するように通信インタフェースを制御し、受信されたユーザコンテキストを出力するようにユーザインタフェースを制御し、患者関連データを得るための処理において、受信されたユーザコンテキスト情報を考慮に入れるようにプロセッサを制御するよう構成される。例えば、看護師又は医師等の介護者といったユーザの識別が、患者の識別について上述した技術と同じ又は類似する技術を使用して自動的に行われ得る。あるいは、ユーザは、対応する入力により、ユーザ自身を識別させてもよい。
【００２１】
好ましくは、ユーザコンテキスト情報は、ユーザインタフェースによる、受信されたセンサ信号、中央管理システム及び／若しくは他の患者モニタから受信された情報、並びに／又は患者関連データの出力を制御し、通信インタフェースによる、中央管理システムからの情報の取得を制御し、且つ／又は、プロセッサによる、患者関連データを得るための、センサ信号、受信された情報、及び／又はユーザ入力の処理を制御するためにコントローラにより使用されるユーザ権限情報（user  rights  information）を含む。
【００２２】
ユーザコンテキスト情報は、好ましくは、ユーザインタフェースによる、受信されたセンサ信号、中央管理システム及び／若しくは他の患者モニタから受信された情報、並びに／又は患者関連データの出力を制御し、且つ／又は、１以上のセンサによるセンサ信号の受信を制御するためにコントローラにより使用されるユーザプリファレンスを含む。これは、ユーザが、患者モニタを操作及び使用し、所望の情報を所望のフォーマットで取得することを、より容易にする。したがって、ユーザの貴重な時間が節約される。
【００２３】
患者コンテキスト情報は、さらに、バイタルサイン、バイタルサイン履歴、アラーム、アラーム履歴、スコア、通知、通知履歴、助言（advisory）、助言履歴、オーダ（order）、オーダ履歴、作業項目、作業項目履歴、ステータスレポート、患者属性変更、プロトコル、プロトコル選択情報、バイタルトレンド（vital  trend）、アラーム、センサデータ要求、患者に割り当てられているデバイスを制御するための制御データ、管理属性選択型スコアリング方式（administration  attributes  selected  scoring  scheme）、スコアリングプロトコル状態のうちの１以上を含み得る。
【００２４】
別の実施形態において、プロセッサは、患者関連データを得るために、個々の処理アルゴリズム、特に、設定可能なスコアリングアルゴリズム及び／又は自動スケジュールされるアルゴリズム（auto-scheduled  algorithm）を、センサ信号、受信された情報、及び／又はユーザ入力に対して実行するよう構成される。したがって、患者モニタは、中央管理システムの機能のうちの少なくとも一部を有する一種の自律デバイスとして、又は、早期警告スコア等の患者関連データを算出するために従来から使用されている一種のデバイス／方法として、動作することができる。患者モニタは、例えば、設定可能なスコアリングアルゴリズム及び自動スケジュールされるアルゴリズムによって情報を組み合わせることにより、新たな追加の情報を生成することができる。
【００２５】
別の実施形態において、プロセッサは、患者コンテキスト情報の受信後に、患者関連データを同期させてアップデートするよう構成される。したがって、患者モニタは、実際の患者コンテキストを常に認識している。
【００２６】
さらに別の実施形態において、プロセッサは、患者モニタが中央管理システムに接続されているか否かにかかわらず、患者関連データを得るために、センサ信号、受信された情報、及び／又はユーザ入力を処理するよう構成される。したがって、接続されていない状態においても、患者モニタは、自律的に動作して、（患者モニタが中央管理システムに接続されると）後で中央管理システムに送信される所望の患者関連データを処理することができる。中央管理システムに接続していなくても、全ての患者コンテキストを有し、例えば、得られたセンサデータを処理し早期警告スコアを算出するので、これは、介護者の作業をさらに改善させる。
【００２７】
さらに、一実施形態において、通信インタフェースは、患者モニタが中央管理システムに接続されていなかった間に得られた患者関連データを、患者モニタが中央管理システムに接続されると中央管理システムに送信するよう構成される。
【００２８】
好ましい実施形態に従うと、ある時間に所定の患者について識別され、同時に患者モニタのうちの複数を割り当てることが可能である、各患者モニタは、中央管理システムから取得され中央管理システムと同期された個々の利用可能なデータ及び利用可能な患者コンテキストに対して、個々のアルゴリズムを実行することができる。中央管理システムは、中央管理システムに割り当てられている複数の患者について独立に、接続されている患者モニタから取得され接続されている患者モニタと同期された個々の利用可能なデータ及び利用可能な患者コンテキストに対して、個々のアルゴリズムを実行することができる。患者モニタ及び中央管理システムは、一緒になって、同期型患者コンテキストアウェア患者モニタリングシステム（synchronized  patient  context  aware  patient  monitoring  system）を形成する。個々の患者モニタは、患者コンテキストアウェア患者モニタリングシステムに対する等しい寄与物（equal  contributor）であることにより、患者コンテキストの最新のアップデートされたベースラインを常に認識しており、同期された患者コンテキストと関連して、個々の生成されたデータを常に直ちにアップデートし、他の患者モニタが、異なる患者モニタにおける各個々の利用可能なアルゴリズムを利用して、自身で直ちに同期させることを可能にする。
【００２９】
さらに、患者モニタは、集中分散型患者管理システムに対する等しい寄与物であることにより、任意の時間に、分散型患者管理システムを離れ分散型患者管理システムに再び入ることができ、集中分散型患者管理システムに接続されていない間は独立して動作することができる。等しい寄与物として集中分散型患者管理システムに再び入ったときに、明らかにされたギャップをアップデートすることを可能にするために、オフラインであった間に受信され補足されたデータコンテキストが、同期メカニズムに基づいて直ちにアップデートされ、オフラインであった間に補足された患者コンテキストが、全ての寄与物（すなわち、他の患者モニタ及び中央管理システム）に直ちに利用可能になる。これは、あたかも患者モニタがいつでも分散型患者管理システムに利用可能であるかのように、分散されて同期された患者コンテキストをもたらす。
【図面の簡単な説明】
【００３０】
本発明のこれらの態様及び他の態様が、以下に記載の１以上の実施形態から明らかになり、以下に記載の１以上の実施形態を参照することで明瞭になるであろう。
【図１】本発明に従った患者モニタの一実施形態の概略図。
【図２】介護者の個々のパーミッションの設定の例を示す図。
【図３】患者モニタに同期される導出されたスコアリング通知の例を示す図。
【図４】患者スコアリングプロトコルの様々な状態から導出されたレコメンデーションにおけるユーザアウェアネス（認識）の例を示す図。
【図５】本発明に従った方法の一実施形態のフローチャート。
【発明を実施するための形態】
【００３１】
図１は、本発明に従った患者モニタの一実施形態を含む分散型患者管理システムの概略図を示している。装置１００ａ〜１００ｎは、ネットワーク１０４を介して中央コンピュータ（中央管理システム）１０２と通信する患者モニタである。ネットワーク１０４は、従来のトポロジ及び従来のアーキテクチャを有する有線ネットワーク又は無線ネットワークであり得る。ネットワーク１０４のアーキテクチャは、例えば、従来の通信プロトコルを使用するクライアント−サーバ型であり得る。ネットワーク１０４は、例えば、ローカルエリアネットワーク、又はインターネット等のワイドエリアネットワークであり得る。中央コンピュータ１０２は、情報を記憶し、表示し、処理し、従来の技術を使用してネットワーク１０４を介して情報を送受信することにより患者モニタ１００ａ〜１００ｎと通信することができる従来のコンピュータ又はコンピューティングデバイスであり得る。
【００３２】
本発明に従った患者モニタ１００ａ（患者モニタ１００ａが、全ての患者モニタ１００ａ〜１００ｎを代表して、以下でより詳細に説明される）は、患者パラメータを測定するためのトランスデューサ及び他のセンシングデバイス等の１以上のセンサ２００ａ〜２００ｎにより得られたセンサ信号を受信するためのセンサインタフェース１０６を有する。患者パラメータは、例えば、心血管パラメータ及び体温であり得る。センサインタフェース１０６とセンサ２００ａ〜２００ｎとの間の接続は、無線接続（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚｉｇｂｅｅ（登録商標）、ＷＬＡＮ）又は有線接続として確立され得る。
【００３３】
さらに、通信インタフェース１０８（ネットワークインタフェースとも呼ばれる）が、ネットワークを介して中央管理システム及び／又は他の患者モニタリングデバイスとの間で情報を送受信し、ネットワークを介して中央管理システム及び／又は他の患者モニタリングデバイスと同期させるために、設けられる。通信インタフェース１０８は、従来の技術（有線技術又は無線技術）を使用して、ネットワーク１０４を介して中央コンピュータ１０２と通信するために設けられる。
【００３４】
ユーザインタフェース１１４が、ユーザ入力の受信と、受信されたセンサ信号、中央管理システム及び／若しくは他の患者モニタリングデバイスから受信された情報、並びに／又は、センサ信号、受信された情報、及び／若しくはユーザ入力から導出された患者関連データの出力と、のために、設けられる。（患者モニタのセンサの近くの、ベッド／患者のそばの、室内の）局所ユーザインタフェース１１４は、好ましくは、局所情報出力のための局所出力デバイスにインタフェースを提供する。局所出力インタフェース１１４は、例えば、測定結果を視覚的に提示する（例えば、グラフィカル提示又は波状提示（wave  presentation））ディスプレイユニット、プリントフォーマットで測定結果を提示するレコーダ、及び、アラームを通知する又は測定結果を可聴的に提供するサウンドユニット／オーディオユニット、並びに、他の局所機器と通信するための入力／出力ユニットを含み得る。したがって、患者モニタ１００ａは、ユーザ（例えば、看護師及び医師）による視聴及び分析のために、生成された測定結果を局所出力インタフェースに出力することができる。ユーザインタフェース１１４は、例えば、患者モニタ１００ａに対する手によるコマンド入力を提供するためのキーパッドをさらに含み得る。
【００３５】
患者識別ユニット１１５が、モニタリングされる患者を識別するために設けられる。図１に示される実施形態において、患者識別ユニット１１５は検出器１１６を含む。検出器１１６は、患者により持ち運ばれる送信機１１８が検出器１１６から予め定められた距離内に入ったときに、無線技術１２２を使用して、送信機１１８から局所的に送信された制御／情報信号を自動的に検出する。送信機１１８が、遠隔領域から、センサ患者モニタ１００ａの局所領域に入ったときに、例えば、患者モニタが、ベッドのそばのモニタとして使用するために、患者に提供されたときに、あるいは、患者が、異なる部屋に配置されている患者モニタに近づいたときに、検出器１１６は、送信機１１８により送信された無線制御信号を自動的に検出する。局所領域は、例えば、患者がモニタリングされている部屋として、又は、システム及びアプリケーション設計仕様に従った、センサインタフェース１０６（ベッドのそばの患者モニタ１００）からの予め定められた短距離（例えば、２０フィート半径）として、規定され得る。局所領域はまた、使用される特定の無線技術１２２の適用可能な通信距離仕様に従って、又は、使用される特定の無線技術１２２の適用可能な通信距離仕様内において、規定され得る（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線技術仕様に従うと１０メートル）。好ましくは、検出システムは、例えば部屋の外にある他の送信機１１８から送信された信号があまり検出されないように、限られた範囲内で動作する。検出器１１６及び送信機１１８は、赤外線技術（例えば、ＩｒＤＡ標準）及びラジオ技術等の無線技術１２２（検出システム）を使用することができる。ラジオ技術は、例えば、無線ネットワーキング（例えば、ＩＥＥＥ８０２．１１Ｂ標準）、局所ラジオ周波数（ＲＦ）（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）標準及びＨｏｍｅＲＦ標準）、及び超広帯域ラジオ（ＵＷＢ）を含み得る。
【００３６】
さらに、患者モニタ１００ａは、患者関連データを得るために、センサ信号、受信された情報、及び／又はユーザ入力を処理するためのプロセッサ１２０を備える。一実施形態において、プロセッサ１２０は、例えば、トレンディング（trending）、アーカイビング、レポーティング、及び診断といった様々な処理機能を実行することにより、測定結果から患者関連データを生成するためのソフトウェアを実行するよう構成される。
【００３７】
コントローラ１２１が、患者が患者識別ユニットにより識別されると、中央管理システム１０２及び／又は他の患者モニタリングデバイス１００ｂ〜１００ｎから、中央管理システムにおいて利用可能な、患者に関連する情報を含む患者コンテキスト情報を取得するように通信インタフェース１０８を制御するために、設けられる。さらに、コントローラ１２１は、患者関連データを得るための処理において、受信された患者コンテキスト情報を考慮に入れるようにプロセッサ１２０を制御する。
【００３８】
メモリ、ハードドライブ、又は、着脱可能な媒体（例えば、ＣＤ−Ｒ、ＣＤ−ＲＯＭ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、及びＤＶＤ−ＲＡＭ）のためのドライブ等の、情報を記憶する記憶デバイス１１０（例えば、ユーザプリファレンスを記憶するためのもの）及び１１２（一般的にデータを記憶するためのもの）が、患者モニタ１００のための局所ストレージを提供するために、患者モニタ１００ａ内に設けられ得る、又は、従来の技術により患者モニタ１００ａに接続され得る。代替的に、ネットワーク又はクラウド３００におけるストレージ３１０等の遠隔ストレージが、この目的にために使用されてもよい。
【００３９】
患者モニタ１００が、患者モニタの近くの領域（典型的には患者部屋）内の患者の存在を自動的に検出できるように、プロセッサ１２０は、好ましくは、従来の技術を使用して、好ましくは、通信インタフェース１０８だけでなく、記憶デバイス１１０及び１１２、ユーザインタフェース１１４、並びに検出器患者識別ユニット１１５とも通信し、これらを制御するためのソフトウェアを実行する。代替的に、患者モニタへの患者の割り当ては、中央管理システムを介して、又は、患者モニタのユーザインタフェース１１４若しくは中央管理システムのユーザインタフェースを通じたユーザのユーザインタラクションを介して、自動化された形で行われてもよい。
【００４０】
通信インタフェース１０８、ユーザインタフェース１１４、記憶デバイス１１０及び１１２、並びに患者識別ユニット１１５は、好ましくは、患者モニタ１００ａ内に統合されるが、これらの一部又は全ては、患者モニタ１００ａの外部に局所的に配置され、従来の技術を使用して患者モニタ１００ａと通信してもよい。プロセッサ１２０及びコントローラ１２１は、患者モニタ１００ａと統合される１以上の処理ユニットであってもよいし、患者モニタ１００ａの外部の１以上の処理ユニットであってもよい。外部の処理ユニットである場合、プロセッサ１２０及びコントローラ１２１は、局所的であり、従来のインタフェース及び技術を使用して患者モニタ１００ａと通信する。既存の患者モニタのソフトウェアは、本発明のプロセスを組み込むように変更され得る。代替的に、患者モニタ及び局所的な外部の患者識別ユニット１１５と通信する局所的な外部の処理ユニット１２０及びコントローラ１２１は、本発明のプロセスを実装したソフトウェアを実行して、既存の患者モニタのソフトウェアを変更することをしなくてもよい。
【００４１】
好ましくは、検出器１１６及び送信機１１８は、赤外線（ＩＲ）の見通し線（line-of-sight）通信能力よりも優れた、ラジオ周波数の全方向通信能力を理由として、無線ラジオ周波数技術を使用する。例えば、送信機１１８を有して移動するユーザが、検出器１１６に背を向けた場合、又は、送信機１１８が、例えば、衣服で覆われている場合、ＩＲ信号は失われることがある。さらに、好ましくは、検出器１１６及び送信機１１８は、２．４ＧＨｚ  ＩＳＭ（industrial-scientific-medical）帯域で動作する無線ラジオ周波数を使用する。さらに、好ましくは、無線技術１２２は、ＩＳＭ帯域において動作する他のデバイスとの干渉を制限する。さらに、好ましくは、検出器１１６及び送信機１１８は、もしあれば、他の電子機器／デバイスとの電磁干渉を最小限にさせる。さらに、好ましくは、無線技術１２２は、送信機１１８が検出器１１６の指定距離範囲に入ったときの自動的リンク（すなわち、通信の確立）をサポートする。
【００４２】
好ましい実施形態において、検出器１１６及び送信機１１８は、商用利用可能なＢｌｕｅｔｏｏｔｈ（登録商標）無線技術を使用する。なぜならば、そのような技術は、ＩＳＭ帯域において動作する他のデバイスとの干渉を制限するだけでなく、他の電子デバイスとの電磁干渉を最小限にさせることが知られているからである。Ｂｌｕｅｔｏｏｔｈ（登録商標）無線技術は、低電力（１ミリワット）であり、短距離（１０メートル）であり、２．４ＧＨｚ  ＩＳＭ帯域において動作することができ、モバイルデバイス間の自動的リンクをサポートする。
【００４３】
送信機１１８は、好ましくは、検出器１１６による自動検出のための情報信号を無線で送信する送信ユニット１２４を含む。上述したように、送信ユニット１２４は、ＲＦ及びＩＲ無線技術１２２を使用することができる。一実施形態において、送信機１１８は、本発明に従って送信機１１８を制御するソフトウェアを実行するプロセッサ１２６を含み得る。送信機１１８はまた、記憶ユニット１２８を含み得る。記憶ユニット１２８は、ユーザ識別情報及びユーザプリファレンス等のユーザ情報を記憶する従来のメモリであり得る。送信機１１８は、バッテリ等の、電力に関する従来の技術を使用することができる。
【００４４】
好ましくは、ユーザ識別ユニット１２３が、ユーザ識別のために、すなわち、患者モニタ１００ａを使用しようとしている看護師又は臨床者（clinician）などの介護者の識別のために、設けられる。ユーザ識別ユニット１２３は、一般に、上述した技術と同じ技術を使用することができる、すなわち、ユーザにより持ち運ばれる送信ユニットを検出することができ、検出器１２５を含み得る。検出器１２５は、ユーザにより持ち運ばれる送信機（図示されていないが、送信機１１８と類似する又は同一である）が、検出器１２５から予め定められた距離内に入ったときに、無線技術を使用して、ユーザにより持ち運ばれる送信機から局所的に送信された制御／情報信号を自動的に検出する。患者モニタ１００ａは、したがって、患者モニタの近くの領域（典型的には患者部屋）内の看護師又は医師等の臨床者の存在を自動的に検出し、臨床者のロールと整合する「パーソナリティ（personality）」を想定することができる。患者モニタ１００はまた、カスタマイズされたデフォルト設定を提供することにより、臨床スタッフが近くにいないときの適切な「パーソナリティ」を想定することができる。代替的に、ユーザ識別ユニット１２３は、ユーザがユーザのアイデンティティ（ＩＤ）を手入力できるように構成されてもよいし、ユーザが識別カードを挿入できるように構成されてもよい。これらの技術は、上述した技術の代わりに、患者識別のために使用されてもよい。
【００４５】
患者モニタリング環境は、例えば、ベッドのそばの中央制御される患者モニタ、及びベッドのそばのスタンドアロン型患者モニタを含む。典型的なシステム環境において、患者モニタは、患者部屋内に配置される。ベッドのそばの中央制御される患者モニタの場合、患者モニタは、測定結果及び他の情報を、１以上の中央コンピュータ又はサーバにより表される中央管理システム１０２に通信するための通信インタフェースを含む。例えば、中央コンピュータ１０２は、ネットワーク（有線又は無線）を介して、各患者モニタの通信インタフェース１０８を通じて各患者モニタに接続され得る。中央コンピュータ１０２は、例えば、病院内のナースステーションに配置され得る。典型的な中央コンピュータ１０２は、（コンピュータのそばの、室内の）局所出力インタフェースを含む。
【００４６】
患者モニタは、通常、次のように制御される：ナースステーションにおけるスタッフ（例えば、看護師）は、各患者モニタを制御するために、中央コンピュータにおいてコマンドを手入力することができる。さらに、コマンドは、患者モニタを制御するために、患者モニタの局所ユーザインタフェースを介して、手入力され得る。モニタ制御機能は、例えば、モニタリング及び局所測定出力設定を設定及び調整するために手入力されるコマンド、及び、モニタの通信インタフェースを介する中央コンピュータへの測定結果の送信を制御するために手入力されるコマンドを含み得る。例えば、患者モニタの局所測定出力設定は、音及び表示の局所出力をオフにすることにより、スリープモードに設定され得る。
【００４７】
従来の患者モニタは、通常、データを処理し、患者に関する早期警告スコア等の患者関連データを生成するための限られた能力しか有していない。さらに、全ての患者コンテキスト、すなわち、特定の患者について利用可能な全ての情報が、一般には、特定の患者モニタにおいて利用可能であるわけではない。これは、全ての患者コンテキストを認識する、提案する上述した患者モニタ１００ａでは異なる。ここで、患者モニタの患者コンテキストアウェアネス（認識：awareness）とは、一般に、バイタルサインと、アラームと、スコアと、患者モニタリングデバイス自体、他の患者モニタ、及び中央管理システム（例えば、ＥＭＲ（電子医療レコード）、研究及びオーダシステム（lab  and  order  system）、並びに集中管理システムを含む）（これらの全てがまとまって、分散型患者管理システムを形成する）から導出されるさらなる患者コンテキストと、が、患者モニタ１００ａに利用可能であることを意味する。
【００４８】
中央管理システムは、したがって、外部病院管理システムから取得される患者コンテキストと、以前に患者が識別された患者モニタ及び今現在患者が識別されている患者モニタからのさらなる／アップデートされた患者コンテキストと、を同期させる分散型システムとして機能する。さらに、中央管理システムは、患者モニタが等しい寄与及びコンシューマ要素（contributing  and  consumer  element）である様々なソースからの入力／アップデートを取得する。
【００４９】
提案する患者モニタ１００ａは、さらに好ましくは、ロール及びパーミッションに基づく、介護者のポイントオブケア患者モニタリングアクセスルールの管理を意味するユーザアウェアネス（認識）を提供する。これは、ポイントオブケアモニタにおける患者情報への個々のアクセスを設定することを可能にし、ユーザ個々のレベルのデータアクセス、データ検証、データ提示、及び、患者への介護者の割り当てを可能にする。
【００５０】
以下において、提案する患者モニタの使用モデルの実施形態が可能にされることが意図されている。病棟において、複数の患者モニタが、患者についてのバイタルサイン取得のために使用するのに利用可能である。様々な配備（deployment）が、現在利用されている：
−プールモデル（複数患者作業フロー）：介護者が、バイタルサインを取得するために、患者から患者に患者モニタを移動させる。
−患者モニタが、全てのベッドのそばに設けられる（単一患者作業フロー）：患者が、特定のベッドに割り当てられ、したがって、特定のモニタリング機器に割り当てられる；患者は、任意の時点において、例えば、アキュイティ変化（acuity  change）、隔離の要求等に応じて、あるベッドから別のベッドに移される可能性がある。
【００５１】
現在、両作業フロー（単一患者／複数患者）において、使用される全ての患者モニタは、患者のコンテキスト及び履歴を有せずにバイタルサインを取得し、したがって、非患者関連デフォルトで且つ履歴なしで開始する。介護者は、患者レコード内のコンテキストを（手作業で／電子的に）レビューしなければならないが、患者モニタは、患者の現在のステータス／ベースラインへのアクセスを有していない。
【００５２】
本発明に従った患者モニタ及び方法を使用すると、患者に対してどの患者モニタが使用されるかにかかわらず、以下の改善を達成することができる：
ｉ）全ての患者モニタは、レビュー（従来技術、電子医療レコード）のために、全ての患者コンテキストを（直ちに）同期させるだけではなく、シームレスなモニタリングのために、（既存のアクティブな）アラーム及び通知の確認応答（acknowledgment）、（既存のアクティブな）データの検証及び再評価、当該患者の現在のベースライン（バイタルサインステータス、アクティブなアラーム及び通知、ＥＷＳベースライン、既に検証されているデータ、．．．）での継続モニタリングを行うこともする。これは、完全にモデル化されたデータにより達成される。すなわち、患者モニタは、どのようなデータタイプも同期されることを理解しており、患者のデータがあたかも局所的に生成されたかのように、患者のデータを処理する。接続される患者モニタに関して、これは、バイタルサイン、アラーム、通知、仕掛かり中のオーダステータス（pending  order  status）等における不自然さ（artifact）なく、患者モニタが常に１つのデバイスに接続されているかのように、患者のシームレスな電子医療レコードをもたらす。
ｉｉ）同期される患者コンテキストは、ＡＤＴ（入院−退院−転院）患者属性変更、例えばＥＷＳ（早期警告スコアリング、敗血症スクリーニング、トリアージアキュイティ状態（triage  acuity  state））といった患者に関するＣＤＳ（臨床意思決定支援）プロトコル選択、バイタルサイン及びバイタルトレンド、アクティブなアラーム、並びにアラーム履歴を含む。
ｉｉｉ）例えば、最新のＥＷＳ悪化通知（EWS  deterioration  notification）、敗血症警告、トリアージアキュイティ変化通知、仕掛かり中の作業リスト項目及び履歴（例えば、仕掛かり中のバイタルサイン又は研究データ要求）、同じ患者に割り当てられているデバイスの遠隔制御といったアクティブな通知及び通知履歴が、提供され使用される。
ｉｖ）したがって、介護者の作業フローが単純化され、患者の安全がさらに高められる。例えば、より鋭敏な／より鋭敏でないデバイスが必要とされるために、患者モニタを交換した場合、現在の患者ステータス（患者ベースライン）が、新たな患者モニタ上で直ちに利用でき、ゼロから始まる必要がない。患者モニタは、他の患者モニタ上で取得されたデータから、患者の変化について直ちに通知することができる。一例として、これが、スコア変更通知に関して例示される：スコアは、患者モニタ１上では１であり、患者モニタ２上では２である。スコア１からスコア２へのスコア変更が、患者モニタ２から通知される。患者モニタ２は、患者の変化を通知するためのベースラインとして、患者モニタ１からスコアを引き継いでいる。この拡張（enhancement）がなければ、スコアの変更は、通知されることが不可能であろう。なぜならば、取得された新たなバイタルサインしか、分析するのに利用できないであろうからである。さらに、スコア変更は、ページングにより患者モニタ１、患者モニタ２上で、及び、ＥＭＲ内で、すなわち、患者コンテキストが必要とされるどの場所でも、視覚化され得る。介護者は、この患者に割り当てられている全ての患者モニタ（すなわち、患者モニタ１及び２）上で、このスコア変更通知をレビューし、このスコア変更通知に確認応答することができる。したがって、全ての患者コンテキストが、確認応答に関して決定するのに利用可能である。さらに、複数患者作業フローにおいて、介護者は、患者をモニタに割り当て、次のステップに進む前に、したがって、患者の既存のステータス／ベースラインに基づいて、患者に関するバイタルサイン履歴及び仕掛かり中のレコメンデーション／患者オーダを直ちにレビューすることができる。
【００５３】
本発明の一態様に従うと、介護者（ユーザ）がポイントオブケア患者モニタ上で有することになる個々のパーミッションの設定が、デバイス上で直接設定され得る、又は、中央システムと共有され得る。パーミッションは、個々の介護者に、又は、パーミッションのセットをまとめている（summarizing）ロールに、割り当てられ得る。ＰＯＣ（ポイントオブケア）パーミッションを含め、こうしたロールが、介護者に割り当てられ得る。
【００５４】
図２は、介護者（ユーザ）がポイントオブケア患者モニタ上で有することになる個々のパーミッションの設定の例を示している。この設定は、患者モニタ上で直接設定され得る、又は、中央システム（例えば、中央管理システム）と共有され得る。パーミッションは、個々の介護者に、又は、パーミッションのセットをまとめているロールに、割り当てられ得る。ＰＯＣパーミッションを含め、こうしたロールが、介護者に割り当てられ得る。
【００５５】
本発明の別の態様に従うと、ＰＯＣ（ポイントオブケア）ユーザ識別及び認証が有効化され、スタンドアロンで動作している又はシステムに接続されている間に、ユーザが、ポイントオブケアモニタ上で患者情報にアクセスすることを可能にする。
【００５６】
本発明の別の態様に従うと、ポイントオブケア患者モニタ上の（プロセッサ及び／又はコントローラにより代表される）実行エンジンが設けられ、個々のユーザパーミッションが解析され、したがって、患者データへのアクセスが許可／拒否され、データ提示が変更される。例は、ＰＯＣデータ検証、ＰＯＣ助言確認応答（advisory  acknowledge）等である。ユーザが適切なパーミッションを有している場合にのみ、患者モニタ上におけるこれらのタスクのユーザインタフェースが、患者モニタにおいて有効化される。一例として、介護者がログオンした後、患者が識別され、第１のＭＥＷＳ（修正早期警告スコア）が算出され、例えば、患者モニタのディスプレイ上で対応するスマートキー（「記憶及び検証（store  and  validate）」）を選択することにより、データが、正しいかチェックされて確認される。次いで、検証されたデータが、中央管理システムに送信される。この検証に関して、ユーザは、ＰＯＣデータ検証パーミッションを有している必要がある。別の例として、別のスマートキーを選択することにより開始されるスポットチェックトレンド（spot  check  trend）は、全ての患者ＥＷＳ履歴を示す。これに関して、ユーザは、ＰＯＣデータレビューパーミッションを有している必要がある。
【００５７】
別の例として、ユーザ確認応答が、患者モニタの画面３０を示している図３の例に示されるように、患者モニタにおいて有効化され得る。全ての通知の患者ステータスが、患者モニタに再度同期され、さらなる介護者アクションのためにここで利用可能である。介護者インタラクションを必要とする通知の利用可能性が、例えば、色付き（例えば、赤色）エクスクラメーションマーク３２により、患者モニタのディスプレイ上で視覚的に示され得る。プロンプト３４は、利用可能な通知の数を示すことができ、リスト３６は、通知を詳細に示すことができる。さらに、患者の同期されたアラームステータス３８、３９が示され得る。通知リスト内の各個々の通知は、介護者により、操作され確認応答され得る。これは、通知のページングを臨床的に止める。これに関して、介護者は、確認応答するためのＰＯＣ確認応答通知パーミッションを有している必要がある。確認応答ダイアログが、（設定に応じて）確認応答の前に、識別／認証をユーザに要求する。所与のＰＯＣパーミッションに加えてユーザ識別／認証を必要とする各タスクが、所与のユーザアイデンティフィケーション（ＩＤ）とともに記録される。
【００５８】
さらに別の例として、個々のＥＷＳレコメンデーションが、患者モニタの別の画面４０を示している図４の例に示されるように、患者モニタにおいて提供され得る。例えば、「Ｎｕｒｓｅ−Ｉｎ−Ｃｈａｒｇｅ（担当看護師）」というロール及びパーミッションを有する介護者が、患者モニタにログインした場合、「Ｉｎｆｏｒｍ  Ｎｕｒｓｅ−Ｉｎ−Ｃｈａｒｇｅ  ｉｍｍｅｄｉａｔｅｌｙ（担当看護師に直ちに通知する）」というレコメンデーション４２が発せられる必要はない。この介護者のパーミッション及びロールを認識していることにより、ＥＭＳは、レコメンデーションの完全に別のセットをこの介護者に提示し得る。
【００５９】
本発明の別の態様に従うと、患者コンテキストアウェアネス（認識）が、様々なシステム及び他の患者モニタから全ての患者コンテキストを受信して、接続され患者に割り当てられているこのデバイス又は他のデバイス上で実際のデータを測定している間に全ての患者コンテキストを確保するために、提供される。患者ステータスが、患者モニタに同期される。さらなる処理のために局所的に記憶されている患者データ又は遠隔アクセス可能な利用可能な患者データが、個々の介護者パーミッションに基づいて、介護者により、患者モニタ上でアクセス可能である。
【００６０】
図５は、本発明に従った方法の一実施形態のフローチャートを示している。詳細には、ユーザアウェアネス（認識）作業フローに組み込まれる、利用可能な患者コンテキスト同期機能を伴う、介護者のための複数患者作業フローが示されている。
【００６１】
第１のステップＳ１０において、介護者が、例えば、介護者のアイデンティティ（ＩＤ）を入力することによって、介護者のバッジをスキャンすることによって（例えば、バーコードを読み取ることによって）、介護者のアイデンティティ（ＩＤ）の自動認識によって等、上述したように、患者モニタにログオンする。
【００６２】
ステップＳ１０と並行して、ステップＳ１０の前に、又はステップＳ１０の後に実行されるステップＳ２０において、例えば、ここでも、患者のアイデンティティ（ＩＤ）を入力することによって、患者のバッジ又はリストバンドをスキャンすることによって（例えば、バーコードを読み取ることによって）、患者のアイデンティティ（ＩＤ）の自動認識によって等、患者が識別／選択される。好ましくは、アカウント番号のみがスキャンされ、患者の他のデータ（名前、年齢、性別、誕生日、患者カテゴリ等）は全て、中央管理システムから自動的に取得され、中央管理システムによりダイアログに含められる。患者モニタ上で確認（confirm）が選択された後、患者が受け入れられる。次いで、この患者に既に割り当てられているＥＷＳプロトコル／患者コンテキスト履歴が、さらなるレビュー及び検証のために、自動的に同期される。ＥＷＳプロトコルは、この患者についてどのパラメータが測定されなければならないかと、通知を発行するための適切な閾値と、を決定する。
【００６３】
ステップＳ２５において、患者コンテキストが、任意的に同期される。患者コンテキストは、一般に、バイタルサイン、バイタルサイン履歴、アラーム、アラーム履歴、スコア、通知、通知履歴、助言、助言履歴、オーダ、オーダ履歴、作業項目、作業項目履歴、ステータスレポート、患者属性変更、プロトコル、プロトコル選択情報、バイタルトレンド、アラーム、センサデータ要求、患者に割り当てられているデバイスを制御するための制御データ、管理属性選択型スコアリング方式、スコアリングプロトコル状態のうちの１以上（好ましくは、これらの全て）を含む。履歴データをレビューして患者に対して次のステップを実行する順序は、一般に、完全にユーザの自由である。各ステップ及び変更が（直ちに）同期される。好ましくは、例えば、患者モニタのディスプレイ上で対応するスマートキーを選択することにより、データが、正しいかチェックされて確認される。検証されたデータが、中央管理システムに送信される。スポットチェックトレンドは、全ての患者ＥＷＳ履歴を示すことができる。
【００６４】
ステップＳ３０において、心拍数、体温、呼吸数、血圧等といったデータを測定し、脈拍が取られた位置、患者の姿勢等といった手による情報を提供することにより、患者状態が評価される。利用可能なデータから、ＭＥＷＳ等の患者関連データが、自動的に算出され出力される。
【００６５】
ステップＳ４０において、患者コンテキストが、再度、任意的に同期される。
【００６６】
ステップＳ５０において、現在使用されている患者モニタに同期された、特定の患者に関するアクティブな通知が発行され、レビュー及び確認応答の準備がされる。
【００６７】
ステップＳ５５において、患者コンテキストが、再度、任意的に同期される。
【００６８】
ステップＳ６０において、作業フローが、必要に応じて、新たな患者に対して継続する、すなわち、ステップＳ２０に戻る。
【００６９】
ステップＳ７０において、所定の時間後に自動的に、又は、ログオフスマートキーを叩くことにより主体的に、ユーザがログオフする。新たなデータを測定し、新たなデータについてアラーム及び通知する患者モニタのコア機能を損なうことなく、ユーザアウェアネス（認識）設定に応じて、患者データ（バイタルサイン、通知、アラーム等）へのアクセスが、直ちに完全に禁止され得る。
【００７０】
本発明は、臨床情報、オーディオ、ビデオ、及び通信コントロールを提示して、作業フローの最適化を容易にし、アラーム疲労及び過剰な情報を低減させるために、コンテキストアウェアアルゴリズムを使用する独特な方法論を提供する。提案するデバイス及び方法は、病院、自宅、及び病院と自宅との間の患者の移動中を含む任意の環境において使用することができる。
【００７１】
本発明に従うと、患者モニタは、さらなる処理のために中央管理システムに提供される情報のソースであるのみならず、患者モニタは、情報のソース及びシンクでもあり、したがって、中央管理システム及び１以上の分散される患者モニタにより形成される分散型患者管理システムに対する等しい寄与物である。患者モニタは、したがって、特定の患者について使用される患者モニタ及び中央管理システムにおいて全ての最新の患者コンテキストが一般に常に利用可能であることを確実にするために、情報を送信し、情報を受信し、情報を処理し、中央管理システムと同期する。したがって、分散型患者管理システムのどの寄与物が特定の情報を生成又は処理したかは、一般に重要ではない。これは、介護者が、患者の場所で介護者の望まれるタスクを正しく実行することを、かなり容易にして迅速にする。
【００７２】
本発明が、図面及び上記記載において、詳細に図示及び説明されているが、そのような図示及び説明は、限定的なものではなく、例示的なものと考えられるべきである。本発明は、開示した実施形態に限定されるものではない。開示した実施形態に対する他の変形が、図面、本開示、及び請求項を検討することから、特許請求される発明を実施する際に、当業者により理解され、もたらされ得る。
【００７３】
請求項において、「備える、含む、有する（comprising）」という用語は、他の要素又はステップを排除せず、不定冠詞「a」又は「an」は、複数を排除しない。単一の要素又は他のユニットが、請求項中に記載された複数のアイテムの機能を満たしてもよい。所定の手段が相互に異なる従属請求項に記載されるという単なる事実は、これらの手段の組合せが有利に使用され得ないことを示すものではない。
【００７４】
コンピュータプログラムは、他のハードウェアと一緒に又は他のハードウェアの一部として提供される光記憶媒体又はソリッドステート媒体等の適切な非一時的な媒体上に記憶／配布され得るが、インターネット又は他の有線若しくは無線電気通信システムを介して等、他の形で配布されることもある。
【００７５】
請求項中のいかなる参照符号も、範囲を限定するものとして解釈されるべきではない。
【図１】
0006491662.tif 000002
【図２】
0006491662.tif 000003
【図３】
0006491662.tif 000004
【図４】
0006491662.tif 000005
【図５】
0006491662.tif 000006