(57)【要約】本願に開示される技法は、エリア内の複数の個人の状態の変化をモニタリングすることに関する。いくつかの実施形態では、方法は：エリア内の複数の患者のうちの所与の患者に関連付けられた患者情報を決定する段階（１０８、１１０２）であって、前記エリアはバイタルサイン取得カメラ（２７６、３７６、４７６、７７６、８７６）によって捕捉されることができる、段階と；前記バイタルサイン取得カメラによって、前記所与の患者から更新されたバイタルサインを取得する段階（５１０）と；前記更新されたバイタルサインおよび前記所与の患者に関連付けられた前記患者情報に基づいて、調整された更新されたバイタルサインを生成する段階（１１０２）と；前記調整された更新されたバイタルサインと、前記所与の患者から以前に取得された以前のバイタルサインとを比較し（５１２、９０４、１１２４）、前記比較に基づいて、前記所与の患者の悪化を検出する段階と；前記所与の患者の悪化について医療人員にアラートする出力を提供する段階（５１４、９０６）とを含む。
2020501634.tif 000002
【特許請求の範囲】
【請求項１】
一つまたは複数のプロセッサによって、エリア内の複数の患者のうちの所与の患者に関連付けられた患者情報を決定する段階であって、前記エリアは一つまたは複数のバイタルサイン取得カメラによって捕捉されることができる、段階と；
前記バイタルサイン取得カメラの一つまたは複数によって、前記所与の患者から一つまたは複数の更新されたバイタルサインを取得する段階と；
前記プロセッサの一つまたは複数によって、前記一つまたは複数の更新されたバイタルサインおよび前記所与の患者に関連付けられた前記患者情報に基づいて、一つまたは複数の調整された更新されたバイタルサインを生成する段階と；
前記プロセッサの一つまたは複数によって、前記一つまたは複数の調整された更新されたバイタルサインと、前記所与の患者から以前に取得された一つまたは複数の以前のバイタルサインとを比較する段階と；
前記プロセッサの一つまたは複数によって、前記比較に基づいて、前記所与の患者の悪化を検出する段階と；
前記プロセッサの一つまたは複数によって、前記所与の患者の悪化について医療人員にアラートする出力を提供する段階とを含む、
コンピュータ実装される方法。
【請求項２】
前記患者情報が、前記所与の患者の性別を含み、前記生成することは、前記所与の患者の性別に基づいて、前記一つまたは複数の更新されたバイタルサインを調整することを含む、請求項１記載のコンピュータ実装される方法。
【請求項３】
前記患者情報が、前記所与の患者によって服用される一つまたは複数の医薬を含み、前記生成することは、前記所与の患者によって服用される医薬に基づいて、前記一つまたは複数の更新されたバイタルサインを調整することを含む、請求項１記載のコンピュータ実装される方法。
【請求項４】
前記患者情報が、前記所与の患者によって服用される一つまたは複数の医薬を含み、前記生成することは、前記所与の患者によって服用される医薬に基づいて、前記一つまたは複数の更新されたバイタルサインを調整することを含む、請求項１記載のコンピュータ実装される方法。
【請求項５】
前記プロセッサの一つまたは複数によって、前記所与の患者の少なくとも一つのバイタルサインについてのベースライン・スコアを決定する段階であって、前記ベースライン・スコアは前記所与の患者から以前に取得された前記少なくとも一つのバイタルサインの測定に基づく、段階と；
前記プロセッサの一つまたは複数によって、前記所与の患者の前記少なくとも一つのバイタルサインについての更新されたバイタルサイン・スコアを決定する段階であって、前記更新されたバイタルサイン・スコアは前記患者の前記一つまたは複数の調整された更新されたバイタルサインに基づく、段階とをさらに含み、
前記比較することは、前記ベースライン・バイタルサイン・スコアを前記更新されたバイタルサイン・スコアと比較することを含む、
請求項１記載のコンピュータ実装される方法。
【請求項６】
前記検出することは、前記ベースライン・バイタルサイン・スコアと前記更新されたバイタルサイン・スコアとの間の差が閾値を満たすことを判別することを含む、請求項５記載のコンピュータ実装される方法。
【請求項７】
前記検出することは、前記ベースライン・バイタルサイン・スコアと前記更新されたバイタルサイン・スコアとの間の差が、前記少なくとも一つのバイタルサインの正常性に向かう傾向を実証しないことを判別することを含む、請求項５記載のコンピュータ実装される方法。
【請求項８】
前記少なくとも一つのバイタルサインが脈拍数を含む、請求項５記載のコンピュータ実装される方法。
【請求項９】
前記少なくとも一つのバイタルサインが呼吸数を含む、請求項５記載のコンピュータ実装される方法。
【請求項１０】
前記一つまたは複数のバイタルサイン取得カメラはパン‐チルト‐ズーム（「PZT」）カメラを含む、請求項１記載のコンピュータ実装される方法。
【請求項１１】
一つまたは複数のプロセッサと；
前記一つまたは複数のプロセッサと動作可能に結合された一つまたは複数のバイタルサイン取得カメラと；
命令を記憶している、前記一つまたは複数のプロセッサと動作可能に結合されたメモリとを有するシステムであって、前記命令は、一つまたは複数のプロセッサによる該命令の実行に応答して、前記一つまたは複数のプロセッサに：
エリア内の複数の患者のうちの所与の患者の少なくとも一つのバイタルサインについてのベースライン・スコアを決定する段階であって、前記エリアは前記一つまたは複数のバイタルサイン取得カメラによって捕捉されることができ、前記ベースライン・スコアは、前記所与の患者から以前に取得された少なくとも一つのバイタルサインの測定値に基づく、段階と；
前記バイタルサイン取得カメラの一つまたは複数によって、前記所与の患者から一つまたは複数の更新されたバイタルサインを取得する段階と；
前記所与の患者の前記少なくとも一つのバイタルサインについての更新されたバイタルサイン・スコアを決定する段階であって、前記更新されたバイタルサイン・スコアは前記一つまたは複数の調整された更新されたバイタルサインに基づく、段階と；
前記ベースライン・スコアを前記更新されたバイタルサイン・スコアと比較する段階と；
前記比較に基づいて、前記所与の患者の悪化を検出する段階と；
前記所与の患者の悪化について医療人員にアラートする出力を提供する段階とを実行させるためのものである、
システム。
【請求項１２】
前記所与の患者に関連付けられた患者情報を決定し；
前記一つまたは複数の更新されたバイタルサインおよび前記所与の患者に関連付けられた前記患者情報に基づいて、一つまたは複数の調整された更新されたバイタルサインを生成するための命令をさらに含み、
前記比較することが、前記一つまたは複数の調整された更新されたバイタルサインに基づく、
請求項１１記載のシステム。
【請求項１３】
前記患者情報が、前記所与の患者の性別または年齢を含み、前記生成することは、前記所与の患者の性別または年齢に基づいて、前記一つまたは複数の更新されたバイタルサインを調整することを含む、請求項１２記載のシステム。
【請求項１４】
前記患者情報が、前記所与の患者によって服用される一つまたは複数の医薬を含み、前記一つまたは複数の調整されたバイタルサインは、前記所与の患者によって服用される医薬に基づいて生成される、請求項１２記載のシステム。
【請求項１５】
前記ベースライン・バイタルサイン・スコアと前記更新されたバイタルサイン・スコアとの間の差が閾値を満たすことを判別するための命令をさらに含む、請求項１１記載のシステム。
【請求項１６】
前記ベースライン・バイタルサイン・スコアと前記更新されたバイタルサイン・スコアとの間の差が、前記少なくとも一つのバイタルサインの正常性に向かう傾向を実証しないことを判別するための命令をさらに含む、請求項１１記載のシステム。
【請求項１７】
前記少なくとも一つのバイタルサインが脈拍数を含む、請求項１１記載のシステム。
【請求項１８】
前記少なくとも一つのバイタルサインが呼吸数を含む、請求項１１記載のシステム。
【請求項１９】
前記一つまたは複数のバイタルサイン取得カメラはパン‐チルト‐ズーム（「PZT」）カメラを含む、請求項１１記載のシステム。
【請求項２０】
命令を有する少なくとも一つの非一時的なコンピュータ可読媒体であって、前記命令は、一つまたは複数のプロセッサによる該命令の実行に応答して、前記一つまたは複数のプロセッサに：
エリア内の複数の患者のうちの所与の患者に関連付けられた患者情報を決定する段階であって、前記エリアは一つまたは複数のバイタルサイン取得カメラによって捕捉されることができる、段階と；
前記バイタルサイン取得カメラの一つまたは複数によって、前記所与の患者から一つまたは複数の更新されたバイタルサインを取得する段階と；
前記一つまたは複数の更新されたバイタルサインおよび前記所与の患者に関連付けられた前記患者情報に基づいて、一つまたは複数の調整された更新されたバイタルサインを生成する段階と；
前記一つまたは複数の調整された更新されたバイタルサインと、前記所与の患者から以前に取得された一つまたは複数の以前のバイタルサインとを比較する段階と；
前記比較に基づいて、前記所与の患者の悪化を検出する段階と；
前記所与の患者の悪化について医療人員にアラートする出力を提供する段階とを実行させるものである、
媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概括的には医療に向けられている。より詳細には、本稿に開示されるさまざまな方法および装置は、待合室などのエリアにおける患者のような複数の個人の状態の変化をモニタリングすることに関するが、それだけではない。
【背景技術】
【０００２】
患者が病院を訪れるとき、患者は典型的には、患者の名前、年齢、身長、体重、バイタルサイン、訪問理由および他の同様の情報など、患者に関するさまざまな情報を決定するためにトリアージされる。いったんトリアージされると、患者は待合室などのエリアに送られて、患者を診察および／または治療するために医師などの病院資源が利用可能になるのを待つ。患者の待ち時間は、病院資源の利用可能性によってはかなりの長さになることがある。患者が待っている間に悪化することはめずらしくなく、医療人員が常に適時に悪化に気づくとは限らない。
【発明の概要】
【課題を解決するための手段】
【０００３】
本開示は、待合室などのエリアにおける患者のような複数の個人の状態の変化をモニタリングするための方法、システムおよび装置に向けられる。たとえば、複数のトリアージされた患者は、救急治療室（「ER」）の医師によって診察されることができるまで待合室で待つことがある。患者は、患者モニタリング待ち行列（単に「患者待ち行列」とも称される）に含められてもよく、この待ち行列は、たとえば、トリアージ看護師によって患者から取得／収集された情報に基づいて決定される各患者に関連付けられた緊急度のインジケーターもしくは指標（本稿では「患者緊急度インジケーター（patient  acuity  indicator）」と称される）ならびに患者待ち時間、患者の在室などの他のデータ・ポイントに基づいて順序付けまたはランク付けされる。待合室に取り付けられた一つまたは複数の「バイタルサイン取得カメラ」が、各患者からの一つまたは複数の更新されたバイタルサインの非接触および／または邪魔にならない収集を周期的に実施するように構成されてもよい。これらの更新されたバイタルサインは、血圧、温度、脈拍数、酸素飽和度(「SO2」)、呼吸数、皮膚の色、姿勢、発汗レベルなどを含みうるが、これらに限定されない。いくつかの実施形態では、更新されたバイタルサインおよび／または更新されたバイタルサインと以前に取得されたバイタルサイン（たとえばトリアージの際に取得された初期バイタルサイン、バイタルサイン取得カメラによって取得された以前の更新されたバイタルサイン）との間の差が一つまたは複数の閾値を満たす場合、患者の悪化を医療人員に通知するためにアラートが生成されてもよい。すると、医療人員は即座のアクションをとりうる。
【０００４】
一般に、ある側面では、方法が、一つまたは複数のプロセッサによって、エリア内の複数の患者のうちの所与の患者に関連付けられた患者情報を決定する段階であって、前記エリアは一つまたは複数のバイタルサイン取得カメラによって捕捉されることができる、段階と；前記バイタルサイン取得カメラの一つまたは複数によって、前記所与の患者からの一つまたは複数の更新されたバイタルサインを取得する段階と；前記プロセッサの一つまたは複数によって、前記一つまたは複数の更新されたバイタルサインおよび前記所与の患者に関連付けられた患者情報に基づいて、一つまたは複数の調整された更新されたバイタルサインを生成する段階と；前記プロセッサの一つまたは複数によって、前記一つまたは複数の調整された更新されたバイタルサインと、前記所与の患者から以前に取得された一つまたは複数の以前のバイタルサインとを比較して、前記プロセッサの一つまたは複数によって、該比較に基づいて、前記所与の患者の悪化を検出する段階と；前記プロセッサの一つまたは複数によって、前記所与の患者の悪化について医療人員にアラートする出力を提供する段階とを含みうる。
【０００５】
さまざまな実施形態において、前記患者情報は、前記所与の患者の性別を含んでいてもよく、前記生成することは、前記所与の患者の性別に基づいて、前記一つまたは複数の更新されたバイタルサインを調整することを含む。さまざまな実施形態において、前記患者情報は、前記所与の患者が服用する一つまたは複数の医薬を含んでいてもよく、前記生成することは、前記所与の患者が服用する医薬に基づいて、前記一つまたは複数の更新されたバイタルサインを調整することを含む。さまざまな実施形態において、前記患者情報は、前記所与の患者が服用する一つまたは複数の医薬を含んでいてもよく、前記生成することは、前記所与の患者が服用する医薬に基づいて、前記一つまたは複数の更新されたバイタルサインを調整することを含む。
【０００６】
さまざまな実施形態において、本方法はさらに：前記プロセッサの一つまたは複数によって、前記所与の患者の少なくとも一つのバイタルサインについてのベースライン・スコアを決定する段階であって、前記ベースライン・スコアは前記所与の患者から以前に取得された前記少なくとも一つのバイタルサインの測定に基づく、段階と；前記プロセッサの一つまたは複数によって、前記所与の患者の前記少なくとも一つのバイタルサインについての更新されたバイタルサイン・スコアを決定する段階であって、前記更新されたバイタルサイン・スコアは前記患者の前記一つまたは複数の調整された更新されたバイタルサインに基づく、段階とを含んでいてもよい。さまざまな実施形態において、前記比較することは、前記ベースライン・バイタルサイン・スコアを前記更新されたバイタルサイン・スコアと比較することを含んでいてもよい。さまざまな実施形態において、前記検出することは、前記ベースライン・バイタルサイン・スコアと前記更新されたバイタルサイン・スコアとの間の差が閾値を満たすことを判別することを含んでいてもよい。さまざまな実施形態において、前記検出することは、前記ベースライン・バイタルサイン・スコアと前記更新されたバイタルサイン・スコアとの間の差が、前記少なくとも一つのバイタルサインの正常性に向かう傾向を実証しないことを判別することを含んでいてもよい。さまざまな実施形態において、前記少なくとも一つのバイタルサインは脈拍数および／または呼吸数を含んでいてもよい。さまざまな実施形態において、前記一つまたは複数のバイタルサイン取得カメラはパン‐チルト‐ズーム（「PZT」）カメラを含んでいてもよい。
【０００７】
ある実装は、上記の方法のうちの一つまたは複数のような方法を実行するようプロセッサによって実行可能な命令を記憶する非一時的なコンピュータ可読記憶媒体を含んでいてもよい。さらにもう一つの実装は、メモリと、該メモリに記憶された命令を実行して、上記の方法のうちの一つまたは複数のような方法を単独でまたは集団で実行する一つまたは複数のモジュールまたはエンジンを実装するよう動作可能な一つまたは複数のプロセッサとを含む制御システムを含んでいてもよい。
【０００８】
上述の概念および下記でより詳細に論じられる追加的な概念のあらゆる組み合わせ（かかる概念が相互に矛盾しないことを条件とする）が、本稿で開示される主題の一部であると考えられることを理解しておくべきである。特に、本開示の末尾に現われる特許請求される主題のあらゆる組み合わせは、本稿に開示された主題の一部であると考えられる。また、本稿で明示的に用いられ、参照によって組み込まれる何らかの開示にも現われることがありうる用語は、本稿に開示される特定の概念と最も整合する意味を与えられるべきであることも理解しておくべきである。
【図面の簡単な説明】
【０００９】
図面において、同様の参照符号は一般に異なる図面を通じて同じ部分を指す。また、図面は、必ずしも同縮尺ではなく、一般に、開示の原理を例解することに重点が置かれている。
【００１０】
【図１】さまざまな実施形態に基づく、開示された技法を用いてモニタリングされる患者についての一般的なプロセス・フローを概略的に示す。
【００１１】
【図２】さまざまな実装に基づく、開示されるさまざまなコンポーネントが本開示の選択された諸側面を実装しうる例示的な環境を示す。
【００１２】
【図３】さまざまな実施形態に基づく、開示された技法が実施されうる例示的シナリオを示す。
【図４】さまざまな実施形態に基づく、開示された技法が実施されうる例示的シナリオを示す。
【００１３】
【図５】さまざまな実施形態に基づく、エリア内の個人をモニタリングする例示的方法を示す。
【００１４】
【図６】例示的なコンピュータ・システムのコンポーネントを示す。
【００１５】
【図７】さまざまな実施形態に基づく、バイタルサイン取得カメラの例示的コンポーネントを概略的に示す。
【図８】さまざまな実施形態に基づく、バイタルサイン取得カメラの例示的コンポーネントを概略的に示す。
【００１６】
【図９】さまざまな実施形態に基づく、たとえば悪化検出モジュールによって実装されうる例示的な方法を示す。
【００１７】
【図１０】さまざまな実施形態に基づく、たとえば悪化検出モジュールによって扱われうるさまざまなイベントを示す。
【００１８】
【図１１】さまざまな実施形態に基づく、悪化を検出するために患者の脈拍数を評価するためのある例示的な方法を示す。
【発明を実施するための形態】
【００１９】
患者が病院を訪れる時、患者は典型的には、患者の名前、年齢、身長、体重、バイタルサイン、訪問理由および他の同様の情報など、患者についてのさまざまな情報を決定するために、登録される。いったんトリアージされると、患者は待合室などのエリアに送られて、患者を診察および／または治療するために医師などの病院資源が利用可能になるのを待つ。患者の待ち時間は、病院資源の利用可能性によってはかなりの長さになることがある。患者が待っている間に悪化することもめずらしくなく、医療人員が常に適時に悪化に気づくとは限らない。よって、本稿に記載される技法は、待合室のようなエリアにおける患者の状態の自動的で邪魔にならない（たとえば無接触の）モニタリングを容易にし、それにより、患者の悪化が即時の医療上の注目を正当化するときに医療人員にアラートが提供されうる。
【００２０】
下記は、本発明のさまざまな実施形態で使用される用語の定義である。本稿で使用される「データベース」という用語は、データおよび情報が記憶、検索、取り出し、更新および操作されることを許容するとともに、それらがテーブル形式などの一つまたは複数のフォーマットに提示される、またはテキスト、数値、画像およびオーディオ・データにグループ化されることを許容するように編成されたデータおよび情報の集合を指す。本稿で使用される「データベース」という用語は、より大きなデータベースの一部を指すこともあり、この場合、データベース内のある型のデータベースを形成する。本稿で使用される「データベース」は、ローカルに存在するか、またはリモート位置、たとえばリモート・ネットワーク・サーバーからアクセスされうる従来のデータベースをも指す。データベースは、典型的には、さまざまな型の揮発性および不揮発性のコンピュータ記憶装置を含むコンピュータ・メモリ内に存在する。データベースが存在するメモリは、高速ランダムアクセスメモリ、または磁気ディスク記憶装置、光記憶装置、およびフラッシュメモリのような不揮発性メモリを含みうる。データベースが存在するメモリは、データベースによって受領され、データベースに格納されるデータを処理し、整理するための一つまたは複数のソフトウェアをも含んでもよい。
【００２１】
図１は、開示される技法を用いて患者が概括的にどのようにモニタリングされうるかを概略的に示している。具体的には、待合室より前のエリアにおいて生起しうる動作およびアクションが描かれている。待合室より前のエリアは、待合室より前のエリア（単数または複数）１０２などであり、受付および／または登録および／またはトリアージ・ステーションもしくはブースを含みうる。さらに、待合室１０４において生起しうる動作およびアクションが描かれている。ブロック１０６において、新規患者が、たとえば、受付デスク（図示せず）でチェックインした後、待合室前エリア１０２にはいるおよび／または接近することができる。
【００２２】
ブロック１０８では、新規患者が登録されてもよい。登録はたとえば、患者の氏名、年齢、性別、保険情報および訪問理由などの患者についての情報を収集することを含んでいてもよい。典型的には、この情報は、トリアージ看護師のような医療人員によって手動でコンピュータに入力されてもよいが、それだけではない。いくつかの実施形態では、患者の一つまたは複数の参照画像が、たとえば、トリアージ看護師によって操作されるコンピューティング装置と一体のカメラ、スタンドアローンのカメラおよび／またはバイタルサイン取得カメラによって取得されてもよい（その場合、少なくともいくつかのバイタルサインは、登録時に任意的に取得されてもよい）。多くの事例において、トリアージ看護師は、さまざまな医療器具を用いてブロック１１０でさまざまな初期バイタルサインを取得しうる。これらの初期のバイタルサインは、血圧、脈拍、グルコースレベル、SO2、フォトプレチスモグラム（「PPG」）、呼吸数（たとえば呼吸のレート）、温度、皮膚の色などを含みうるが、これらに限定されない。図１には描かれていないが、いくつかの実施形態では、患者の病歴の取得／更新、患者のアレルギーの判別、患者の医薬使用の判別など、トリアージにおいて他の情報も収集されてもよい。
【００２３】
ひとたび患者が登録されてその初期バイタルサインが取得されたら、ブロック１１２において、患者は待合室１０４に送られてもよい。いくつかの実施形態では、患者は、患者の疾患の重症度をランク付けするために使用されうる指標となりうる、いわゆる「患者緊急度インジケーター」を割り当てられてもよく、場合によっては、救急治療室資源の予期される必要性を示してもよい。患者緊急度インジケーターを決定および／または割り当てするためには、いくつもある一般に使われているインジケーターおよび／または臨床決定支援（「CDS」）アルゴリズムが使用されうる。それには、緊急重症度指数（「ESI」）、台湾トリアージシステム（「TTS」）、カナダ・トリアージ・アンド・アキュイティ・スケール（「CTAS」）などを含まれるが、これらに限定されない。たとえば、いくつかの実施形態では、患者のバイタルサインは、システム・データベースに記憶されている、あらかじめ定義されたバイタルサイン閾値、または所与の患者年齢、性別、体重などに典型的な公表されているかまたは既知のバイタルサイン値と比較されて、患者の初期患者緊急度インジケーターおよび／または患者待ち行列における患者の初期位置を決定してもよい。いくつかの実施形態では、患者についてのさまざまな生理的および他の情報が、トレーニングされたモデル（たとえば、回帰モデル、ニューラルネットワーク、深層学習ネットワークなど）、症例に基づく推論アルゴリズム、または一つまたは複数の緊急度指標を導出するための他の臨床推論アルゴリズムに供給されてもよい。いくつかの実施形態では、緊急度指標を導出するために使用される情報は、バイタルまたはバイタルサイン取得カメラによって捕捉されうる他の情報を含んでいてもよく、または完全にそれらに限定されていてもよい。いくつかの実施形態では、緊急度指標を導出するために使用される情報は、代替的または追加的に、患者の以前の電子医療記録（「EMR」）からの情報、トリアージ時に患者から取得された情報、患者によって携行されるウェアラブル装置もしくは他のセンサーからの情報、待合室の他の患者または人についての情報（たとえば、室内の他の人のバイタル）、家族メンバーまたは患者に関連するその他についての情報（たとえば、家族メンバーのEMR）などの情報を含んでいてもよい。
【００２４】
ブロック１１４において、たとえば、一つまたは複数のカメラ、センサーまたは医療人員からの入力を用いて、患者が待合室を離れたことが判別されてもよい。ブロック１１４は、現在待合室内にいる各人物をスキャンし（たとえば、後述するブロック１２０の実行のように、ひとたび患者がバイタルが捕捉されるべき患者の待ち行列の先頭になったら該患者を位置特定しようとするシーク機能の一部として、または後述するブロック１１８および１２０を含むループの多重実行のように、バイタルを捕捉するために室内の各人物を通じて巡回する）、患者が位置特定されなかったことを判別することを含んでいてもよい。いくつかの実施形態では、システムは、一時的な不在を考慮に入れるために（たとえばトイレに行くまたはトリアージ室で臨床スタッフと話す）、患者が待合室を離れたとみなされる前に、その患者がみつからない事例の所定回数に達するまたはその患者がみつからない所定の長さの時間が経過するまで待ってもよい。たとえば、患者は、医師の診察を受ける番なので、ER本体に連れて行かれたことがありうる。あるいは待っている間に患者の状態が改善したため患者が病院を去ったことがありうる。あるいは、患者がしびれをきらして、他所でケアを求めるために去ったことがありうる。理由がどうあれ、ひとたび患者が少なくとも閾値時間にわたって待合室を離れたことが判別されると、ブロック１１６において、患者は、たとえば、登録された患者が入力される待ち行列から除去することによって、システムから解放されてもよい。
【００２５】
ブロック１１８において、待合室１０４内の患者が、本稿に記載される技法を使うモニタリングのために識別されてもよい。たとえば、いくつかの実施形態では、ブロック１０８〜１１０において得られた登録情報を記憶するデータベースが検索されて、最高の患者緊急度インジケーターをもつ患者または最近モニタリングされていない、測定された最高の指標をもつ患者を同定してもよい。最近というのは、全患者について設定される、または緊急度指標に基づいて（たとえば逆に相関するよう）設定される時間閾値によって判定されてもよい。他の実施形態では、待合室内の複数の患者が、たとえば、待ち時間、待合室における患者の存在（たとえば、みつからない患者は、繰り返し不在であれば解放されるべきであるかどうか判定するために、より頻繁にモニタリングするために選択されてもよい）などといった他の指標に加えてまたはかかる他の指標の代わりに、それぞれの患者緊急度インジケーターによって、患者モニタリング待ち行列においてランク付けされてもよい。さらに他の実施形態では、患者緊急度インジケーターは、患者モニタリング待ち行列をランク付けするときには考慮されなくてもよく、代わりに、患者の待ち時間、患者の存在等の事情のみが考慮されてもよい。
【００２６】
しかしながら、そのような患者モニタリング待ち行列はランク付けされ、いくつかの実施形態では、待ち行列における最初の患者が、次にモニタリングされるべき患者として識別されてもよい。患者モニタリング待ち行列が、患者緊急度インジケーターによってランク付けされた物理的メモリ位置のシーケンスにおいて格納されることは要求されない（可能ではあるが）。むしろ、いくつかの実施形態では、ランク付けされた患者モニタリング待ち行列が、単に、各患者に関連付けられたランクまたは優先度レベル値を含むのでもよい。換言すれば、本稿に記載される「患者モニタリング待ち行列」は、必ずしもメモリ位置の連続するシーケンスではなく、患者緊急度インジケーター、待ち時間などに基づいて論理的にランク付けされる「論理的」待ち行列のことであってもよい。ブロック１１８において、患者は、患者モニタリング待ち行列におけるそれぞれのランク付けの順で、モニタリングのために同定されてもよい。
【００２７】
ブロック１２０において、ブロック１１８で識別された患者は待合室１０４において位置特定されてもよい。さまざまな実施形態において、待合室１０４の中または近くに配備された一つまたは複数のバイタルサイン取得カメラ（図１には描かれていない；図２、図８および図９参照）は、待合室１０４内の患者のさまざまな視覚的特徴をスキャンして、それらの特徴をブロック１０８における登録の間に捕捉された参照患者画像と照合するよう動作させられてもよい。患者画像の対応する特徴と照合されうる患者の視覚的特徴は、顔、毛髪、衣服、胴体などを含むが、これらに限定されない。
【００２８】
他の実施形態では、患者モニタリング待ち行列が確立されなくてもよい。代わりに、バイタルサイン取得カメラは単に、それぞれの視野が待合室３０４の所定の軌道を通じて動くように、パン、チルトおよび／またはズームするように構成されてもよい。たとえば、バイタルサイン取得カメラは、椅子の列を通じて順次スキャンするように、および／または普通患者がいることが知られている待合室１０４の諸エリアを通じて順次スキャンするように構成されてもよい。そのような実施形態では、それぞれの顔が捕捉されるにつれて、諸患者記録と突き合わせて照合されて、その顔が対応する患者を識別する。それにより、バイタルが捕捉され、正しい患者または人物に相関付けられることができる。
【００２９】
さまざまな実施形態において、システムは、（たとえばブロック１０８〜１１２に従って）システムに登録されている患者のみをモニタリングすることに限定されなくてもよい。たとえば、待合室にいる患者の同伴者が、同伴者自身は患者として登録されていなかったとしても、注意を要する状態を発達させることがありうる。もう一つの例として、患者が、待合室／登録ステーションが混んでいる、登録することを知らない、登録しないことを選ぶなどの理由で、ブロック１０８〜１１２を通過せず、単に待合室で座っていることがありうる。そのような未登録の人物／患者を捕捉するために、さまざまな実施形態において、一つまたは複数のバイタルサイン取得カメラは、人が待っていそうな位置を逐次的に捕捉することによっておよび／またはエリアの広角ビューを実行することによって、モニタリングされるエリア（たとえば待合室１０４）をスキャンしてもよい。いくつかの実施形態では、ひとたび一つまたは複数のバイタルサイン取得カメラが人物を捕捉したら、該カメラが捕捉しうる次の人物は隣の人物であってもよい。
【００３０】
システムは、その顔の画像／ビデオを捕捉する（または他の識別特徴を捕捉する）ことによって、登録されていない人を検出することがあり、登録された患者のレコードのうちに一致する画像をみつけ損なうことがありうる。そのような場合、システムは、その未知の患者を表わすための新しいレコードを作成し（これはその未登録の患者についての一意的な識別子を生成することを含んでいてもよい）、初期バイタル測定として該レコードに記憶するためのバイタルを捕捉し、そして参照画像として画像／ビデオを記録してもよい（あるいは、参照画像としてのその後の使用のために、可能性としてはよりよいアングルから、一つまたは複数の追加の画像／ビデオを捕捉してもよい）。いくつかのそのような実施形態では、新規レコードは、将来捕捉されるバイタルの解析のために、本稿に記載されるように、少なくとも一つのバイタルについての人口集団ベースラインに関連付けられてもよい。一連のラウンドのバイタルが捕捉されるにつれて、患者固有のベースラインが確立されて、人口集団ベースラインを置換または補足してもよい。その未知の患者についてのアラートまたはその他の情報が（たとえば後述するように）待合室スタッフに対して表示される場合、その情報は、該アラートまたは他の情報が対応している待合室にいる人物を識別する際にスタッフを助けるために、これらの参照画像／ビデオの一つまたは複数と一緒に表示されてもよい。人物がブロック１０８〜１１２に従って後に登録される場合、新しい情報は、「未知の人物」レコードにマージされてもよい。これは手動で（たとえば、登録情報で補足される既存のレコードをスタッフが手動で選択することによって）または自動的に（たとえば、後で二つのレコードの参照画像を比較し、それらが同じ人物に対応することを判別することによって、またはバイタル捕捉シーケンスの間にその人物を両方のレコードと照合することによって後で困難／曖昧さに遭遇することによって）のいずれでもよい。あるいはまた、未登録の人物がみつかったとき、システムは単に、モニタリングに関してこの人物をスキップしてもよい。
【００３１】
ブロック１２２では、待合室１０４の中または近くに取り付けられるか、または他の仕方で配備された一つまたは複数のバイタルサイン取得カメラが、ブロック１１８において識別され、ブロック１２０において位置特定された患者からの一つまたは複数の更新されたバイタルサインの邪魔にならない（unobtrusive）（たとえば非接触の）取得を実行するように動作させられてもよい。バイタルサイン取得カメラは、血圧、脈拍（または心拍数）、皮膚の色、呼吸数、PPG、SO2、温度、姿勢、発汗レベルなどを含むが、これらに限定されない、患者からの多様な異なるバイタルサインを（患者に物理的に接触することなく）取得するように構成されてもよい。
【００３２】
いくつかの実施形態では、バイタルサインを取得するためおよび／または患者から生理情報を抽出するために、いわゆる「非接触方法」を実行するように装備されたバイタルサイン取得カメラが、医療画像装置として使用されてもよい。そのようなカメラの限定しない例は、米国特許出願公開第20140192177A1、20140139656A1、20140148663A1、20140253709A1、20140235976A1および20140275880A1に記載されている。これらはあらゆる目的について参照によってここに組み込まれる。図７および図８は、本開示のさまざまな実施形態で使用されうるバイタルサイン取得カメラの二つの限定しない構成を概略的に描いている。
【００３３】
いくつかの実施形態では、患者の心拍数または脈拍を決定するための一つの技法は、患者の顔の皮膚色をモニタリングすることでありうる。血流に起因する皮膚の色の微小変化が、バイタルサイン取得カメラによって検出されうる。これらの検出された微小変化を用いて、患者の脈拍数を決定しうる。変動する心拍数の変化による顔の皮膚色の変化は、肉眼では見えないかもしれないが、本稿に記載されるバイタルサイン取得カメラの使用は、皮膚の色の微小変化の検出を許容しうる。
【００３４】
本稿に記載されるバイタルサイン取得カメラによって測定可能なもう一つのバイタルサインは、患者の呼吸数である。いくつかの実施形態において、バイタルサイン取得カメラは、患者の胸部および／または腹部エリアにズームインして、患者の胸部または腹部の動きを追跡してもよい。次いで、医療画像装置が、たとえば患者の胸部または横隔膜エリアの動きをモニタリングすることによって、患者の呼吸数を決定してもよい。追加的または代替的に、患者の体温が、サーモグラフィーまたは赤外線画像／ビデオを捕捉するように構成された、本稿に記載されるバイタルサイン取得カメラによって決定されてもよい。
【００３５】
ブロック１２０では、たとえば図２（後述）に描かれた一つまたは複数のコンポーネントによって、患者の状態が変化したかどうかが、ブロック１２２で取得された更新されたバイタルサイン（単数または複数）と、以前に取得されたバイタルサイン（たとえば、ブロック１１０で取得された初期バイタルサイン、またはバイタルサイン取得カメラによって取得された更新されたバイタルサイン／生理パラメータの前の反復）との比較に基づいて判定されてもよい。たとえば、患者の脈拍、呼吸数、血圧、SO2、PPG、体温などが、患者が待っている間に増加または減少したかどうかが判定されてもよい。答えがノーである場合、制御はブロック１１８に戻ってもよく、新たな患者（たとえば、次に高い患者緊急度インジケーターをもつ患者）が識別されてもよく、制御はブロック１２０に戻ってもよい。しかしながら、ブロック１２４における答えがイエスである（すなわち、患者の状態が変化した）場合、制御はブロック１２６に渡されてもよい。いくつかの実施形態において、患者の状態は、（少なくとも部分的には）モニタリング順序を決定するために使用される同じ緊急度指標によって表わされてもよい。
【００３６】
ブロック１２６では、ブロック１２４で検出された変化に基づいて医療アラートが正当化されるかどうかが（やはり図２の一つまたは複数のコンポーネントによって）判定されてもよい。たとえば、一つまたは複数のバイタルサインまたは患者緊急度インジケーターの変化が一つまたは複数の閾値を満たすかどうか（たとえば、血圧がこの特定の患者にとって安全と考えられるレベルを超えて上昇したか？）を決定することができる。答えがイエスである場合、制御はブロック１２８に渡されてもよい。ブロック１２８では、たとえば、当直看護師または他の医療人員に対して、患者が悪化しつつあるというアラートが出力されてもよい。いくつかの実施形態では、アラーム（alarm）は、患者をみつける助けとなる情報、たとえばモニタリングされているエリアにおける患者の最後の既知の位置、患者の参照画像、患者の名前などを含むアラート（alert）を含んでいてもよい。悪化が未登録の患者において検出されるいくつかの事例では、未登録の患者の参照画像が、たとえばハイライトとともに提供されてもよく、その未登録だが悪化しつつある患者を医療人員が迅速に位置特定することを許容する。次いで、医療人員は患者をチェックして、患者をただちに入院させたり、または患者を医師に送ったりするなどの是正アクションが正当化されるかどうかを判定してもよい。いくつかの実施形態では、制御はブロック１１８に戻ってもよい。しかしながら、ブロック１２６における答えがノーである場合、いくつかの実施形態では、制御はブロック１１８に戻ってもよい。
【００３７】
図２は、さまざまな実施形態に従って、開示された技法を実施するために使用されうる例示的コンポーネントを描いている。病院情報システム２４０は、病院、医師の診察室などに一般的に見られるタイプのものであってもよい。病院情報システム２４０は、一つまたは複数のコンピュータ・ネットワーク（図示せず）を介して接続されていてもいなくてもよい一つまたは複数のコンピューティング・システムを用いて実装されてもよい。病院情報システム２４０は、なかでも、登録モジュール２４２、トリアージ・モジュール２４４、解放モジュール２４６およびアラーム・モジュール２４８を含んでいてもよい。モジュール２４２〜２４８または本稿に記載される他の任意のモジュールまたはエンジンのうちの一つまたは複数は、メモリに記憶された命令を実行する一つまたは複数のマイクロプロセッサを含む、ハードウェアおよびソフトウェアの任意の組み合わせを使用して実装されてもよい。たとえば、登録モジュール２４２は、プロセッサ上で実行される登録に関連して本稿に記載される機能を実装する登録命令を含んでいてもよく、一方、トリアージ・モジュール２４４は、同じプロセッサ上で実行されるトリアージに関連して本明細書に記載の機能を実装するトリアージ命令を含んでいてもよい。同様の基礎となるハードウェアおよびソフトウェアが、本稿に記載される他の「モジュール」を実施するために使われてもよい。
【００３８】
登録モジュール２４２は、たとえば、当直看護師からの手動入力として、新規患者の登録（registration）情報を受領するように構成されてもよい。これは、たとえば、患者の氏名、年齢、保険情報などを含みうる。トリアージ・モジュール２４４は、たとえば、当直看護師から手動入力として、またはネットワーク接続された医療設備から直接、上述のようなバイタルサインおよび／または体重、身長、患者の来院理由などといった他の生理データを受領するよう構成されてもよい。さまざまな実施形態において、トリアージ・モジュール２４４によって受信されるバイタルサインおよび／または患者緊急度インジケーター（たとえば図１におけるESI）は、登録モジュール２４２によって受信される対応する患者情報と、たとえば病院情報システム２４０に関連する一つまたは複数のデータベース（図示せず）において、関連付けられてもよい。
【００３９】
アラーム・モジュール２４８は、患者の悪化などのさまざまなイベントを示す情報を受信し、応答してさまざまなアラーム（alarm）および／またはアラート（alert）を発するように構成されてもよい。これらのアラームおよび／またはアラートは、視覚的出力（たとえば、病院人員に見えるディスプレイ・スクリーン）、インターホン・アナウンス、テキスト・メッセージ、電子メール、オーディオ・アラート、触覚アラート、ページ、ポップアップ・ウインドー、フラッシュライトなどを含むが、これらに限定されない多様なモダリティーを使って出力されうる。病院情報システム２４０のモジュール２４２〜２４８は、たとえば、一つまたはコンピュータ・ネットワーク（図示せず）を介して、病院情報システム・インターフェース２５０（図2の「H.I.S.インターフェース」）に動作可能に結合されてもよい。
【００４０】
病院情報システム・インターフェース２５０は、伝統的な病院情報システム２４０と、本開示の選択された諸側面をもって構成された患者モニタリング・システム２５２との間のインターフェースとして機能しうる。さまざまな実施形態において、病院情報システム・インターフェース２５０は、たとえば、患者モニタリング・システム２５２の他のモジュールに対して、患者についてのさまざまな情報を公開してもよい。該情報は、登録情報、患者緊急度インジケーター（たとえばESI）、処方および／または投与された医薬、患者が解放されたかどうか、さまざまなアラーム／アラートなどである。後述するように、いくつかの実施形態では、これらの公開は、イベント公開・申し込み（event  publish  and  subscribe）（「EPS」）モジュール２７０に提供されてもよく、次いでこのモジュールが、それらを選択的にデータベース２７２に格納し、および／またはそれらを患者モニタリング・システム２５２の他のモジュールに選択的に公開してもよい。いくつかの実施形態では、病院情報システム・インターフェース２５０は、追加的にまたは代替的に、他のモジュールによって提供される一つまたは複数のアラートまたは公開に申し込んでもよい。たとえば、病院情報システム・インターフェース２５０は、悪化検出モジュール２６８からのアラートに申し込んでもよい。それによりたとえば、病院情報システム・インターフェース２５０が、アラーム・モジュール２４８のような病院情報システム２４０の適切なコンポーネントに、患者が悪化しつつあることを通知してもよい。
【００４１】
患者モニタリング・システム２５２は、患者が実際の医学的状態に適した仕方でサービスを受けることを確実にするために、待合室１０４のようなエリアにいる患者のモニタリングを容易にする多様なコンポーネントを含んでもよい。患者モニタリング・システム２５２は、たとえば、一つまたは複数のカメラ２５６とインターフェースをもつ患者捕捉モジュール２５４、患者待ち行列モジュール２５８、患者位置特定器モジュール２６０、動的較正モジュール２６２、顔／胴体取得モジュール２６４、バイタルサイン測定モジュール２６６、悪化検出モジュール２６８、前述のEPSモジュール２７０および一つまたは複数のデータベース２７２、２７４を含みうる。上述のように、モジュール２５０、２５４および２５８〜２７４のそれぞれは、ハードウェアおよびソフトウェアの任意の組み合わせを使って実装されてもよい。また、これらのモジュールは別々に描かれているが、これは限定したり、各モジュールが別々のハードウェアまたはソフトウェアに実装されることを示唆したりすることを意図するものではない。たとえば、一つまたは複数のモジュールが組み合わされたり、および／または省略されたりしてもよく、一つまたは複数のモジュールが、一つまたは複数のコンピュータ・ネットワーク（図示せず）を介して動作可能に接続された一つまたは複数のコンピューティング・システム上に実装されてもよい。図２のさまざまなコンポーネントを接続する線は、これらのコンポーネントにアクセス可能な通信チャネルを表わしていてもよい。これらの通信チャネルは、一つまたは複数のバス、イーサネット（登録商標）、Wi-Fi、Bluetooth（登録商標）、Z-Wave、ZigBee、セルラー通信などのような、いくつもあるネットワーキングまたは他のコンピュータ通信技術を用いて実装されうる。
【００４２】
患者モニタリング・システム２５２は、たとえば、患者からある距離のところから、患者の一つまたは複数のバイタルサインを取得するように構成された一つまたは複数のバイタルサイン取得カメラ２７６をも含んでもよい。そのようなバイタルサイン取得カメラの例を上述した。さまざまな実施形態において、バイタルサイン取得カメラ２７６は、待合室１０４のようなエリアの種々の部分がその視野内に含まれるようにパン、チルトおよびズームするように動作可能なパン‐チルト‐ズーム（「PTZ」）カメラであってもよい。このようにして、モニタリングされるエリアをスキャンして、種々の患者を位置特定することが可能であり、それにより、更新されたバイタルサインが、邪魔にならないように取得されうる。
【００４３】
患者捕捉モジュール２５４は、一つまたは複数のカメラ２５６から、患者の捕捉された画像データを担持する一つまたは複数の信号を受領してもよい。たとえば、いくつかの実施形態では、患者捕捉モジュール２５４は、カメラ２５６からビデオ・ストリームを受領してもよい。患者捕捉モジュール２５４は、患者が存在するときを検出するために、ビデオ・ストリームに対して画像処理（たとえば、顔検出、セグメンテーション、人間の形態を検出するための形状検出など）を実行してもよく、該検出に応答して患者の参照画像を捕捉してもよい。いくつかの実施形態では、参照画像は、ビデオ・ストリームの個々のフレームよりも高い解像度で捕捉されてもよいが、これは必須ではない。いくつかの実施形態では、カメラ２５６は、ウェブカメラ、PTZカメラ（たとえば２７６）などといった、待合室前のエリア１０２の中または近くで配備されるスタンドアローンのカメラであってもよい。カメラ２５６によって捕捉された一つまたは複数の画像は、その後、患者に関連付けられた参照患者画像として使われ、後に、モニタリングされるエリア内の患者を識別するために使用されてもよい。
【００４４】
患者待ち行列モジュール２５８は、たとえば、データベース内の、モニタリングされるエリア内の患者の優先順位待ち行列を確立および／または維持するように構成されてもよい。さまざまな実施形態において、待ち行列は、さまざまなパラメータによって順序付けられてもよい。いくつかの実施形態において、待ち行列における患者は、患者緊急度インジケーターの順に（すなわち、健康状態に基づく優先順位によって）ランク付けされてもよい。たとえば、最も重篤な患者が待ち行列の先頭近くに位置されてもよく、それほど重篤でない患者は待ち行列の末尾近くに位置されてもよく、あるいは逆でもよい。いくつかの実施形態において、更新されたバイタルサインは、待合室１０４のようなモニタリングされるエリアで待っている患者から、待ち行列の順序で取得されてもよい。他の実施形態では、更新されたバイタルサインは、FIFOまたはラウンドロビン順に患者から取得されてもよい。他の実施形態では、更新されたバイタルサインは、バイタルサイン取得カメラ２７６にプログラムされた所定のスキャン軌跡に対応する順序で、諸患者から取得されてもよい（たとえば、椅子の各列を順にスキャンする）。
【００４５】
患者位置特定器モジュール２６０は、患者捕捉モジュール２５４によって捕捉された一つまたは複数の参照患者画像との関連で、バイタルサイン取得カメラ２７６から受領された一つまたは複数の信号を使用して、モニタリングされているエリア（たとえば待合室１０４）における一または複数の患者を位置特定するように構成されてもよい。患者位置特定器モジュール２６０は、患者のさまざまな視覚的特徴を用いて患者を識別するために、さまざまな画像処理技法を使用してもよい。患者を認識するために使用されうるこれらの視覚的特徴は、顔の特徴、胴体の特徴、衣服、毛髪、姿勢などを含みうるが、これらに限定されない。
【００４６】
いくつかの実施形態において、患者位置特定器モジュール２６０は、更新されたバイタルサインを得るもとになる特定の患者を求めて、モニタリングされるエリアを探索してもよい。たとえば、患者位置特定モジュール２６０は、患者待ち行列モジュール２５８によって同定された患者を求めて、モニタリングされるエリアを探索してもよい。患者待ち行列モジュール２５８によって同定された患者は、たとえば、最高の患者緊急度インジケーターをもつ待ち行列内の患者であってもよい。いくつかの実施形態において、患者位置特定モジュール２６０は、同定された患者が識別されるまで、バイタルサイン取得カメラ２７６に、モニタリングされているエリア（たとえば待合室１０４）をスキャンさせてもよい。
【００４７】
動的較正モジュール２６２は、バイタルサイン取得カメラ２７６の使用を追跡し、必要に応じてそれらを較正するよう構成されてもよい。たとえば、動的較正モジュール２６２は、バイタルサイン取得カメラ２７６が特定のPTZ位置を指すように命令されるときはいつでも、それが常に同じ位置を指すことを確実にすることができる。PTZカメラは、絶えず、または少なくとも頻繁に動いていてもよい。よって、その機械的コンポーネントは、摩耗を受けることがある。小さな機械的誤差／バイアスが累積し、その結果、バイタルサイン取得カメラ２７６が時間の経過とともに、所与のPTZコマンドに対して異なる仕方で応答をすることがありうる。動的較正モジュール２６２は、たとえば、ランドマーク（たとえば、壁上の小さなステッカーのような印）を用いて、バイタルサイン取得カメラ２７６を適切に応答させる補正機構をトレーニングすることができる較正ルーチンを時折実行することによって、これを是正することができる。
【００４８】
ひとたび患者待ち行列２５８から同定された患者が、患者位置特定モジュール２６０によって認識されると、顔／胴体取得モジュール２６４は、その視野が患者の所望される部分を捕捉するように、一つまたは複数のバイタルサイン取得カメラ２７６をパン、チルトおよび／またはズームするように構成されてもよい。たとえば、いくつかの実施形態では、顔／胴体取得モジュール２６４は、患者の顔および／または胴体に焦点が合わされるように、バイタルサイン取得カメラ２７６をパン、チルトまたはズームしてもよい。追加的または代替的に、顔／胴体取得モジュール２６４は、患者の顔を捕捉するために一つのバイタルサイン取得カメラ２７６をパン、チルト、またはズームし、患者の胴体を捕捉するために別のバイタルサイン取得カメラ２７６をパン、チルト、またはズームしてもよい。次いで、さまざまなバイタルサインが取得されうる。たとえば、患者の脈拍、SpO2、呼吸数および血圧などのバイタルサインが、たとえば、バイタルサイン測定モジュール２６６によって、バイタルサイン取得カメラ２７６によって捕捉された患者の顔の画像／ビデオに対して画像処理を実行することによって取得されてもよい。患者の呼吸数、全身姿勢（これは疼痛および／または負傷を示すことがある）などといったバイタルサインが、バイタルサイン取得カメラ２７６によって捕捉された患者の胴体の画像／ビデオに対して画像処理を実行することによって、たとえばバイタルサイン測定モジュール２６６によって、取得されてもよい。もちろん、顔および胴体は、バイタルサインを得るために検査されうる身体部分の二つの例にすぎず、限定することは意図されていない。
【００４９】
悪化検出モジュール２６８は、一つまたは複数の信号を分析して、登録された患者の状態が悪化、改善および／または安定のままであるかどうかを判定するように構成されてもよい。いくつかの実施形態において、患者の状態は、少なくとも部分的には、モニタリングのための患者の順序を決定するための上述した同じ患者緊急度インジケーターによって表わされてもよい。よって、悪化検出モジュール２６８は、本稿に記載される一つまたは複数のCDS、症例ベース推論もしくは他の臨床推論アルゴリズム、または、本稿に記載される緊急度指標以外の患者状態指標を評価するための他の臨床推論アルゴリズム（たとえばトレーニングされたロジスティック回帰モデルまたは他の機械学習モデル）を含んでいてもよい。いくつかの実施形態において、悪化検出モジュール２６８によって使用される患者緊急度または患者状態の他の指標を評価するためのアルゴリズムは、たとえば、選択された機械学習モジュールのための新しいトレーニングされた重み（たとえばシータ値）を書くことによって、またはプロセッサによる実行のための新しい命令を（たとえばJava（登録商標）アーカイブ、JAR、ファイルまたはコンパイルされたライブラリの形で）提供することによって、随時更新されてもよい。これらの信号は、たとえば、患者の初期バイタルサインおよび他の生理情報（たとえば、図１のブロック１０８〜１１０で得られたもの）、バイタルサイン測定モジュール２６６によって得られた更新されたバイタルサイン、患者の初期患者緊急度インジケーター（たとえば、トリアージの際に割り当てられる）、および／または患者の更新された患者緊急度インジケーター（たとえばバイタルサイン測定モジュール２６６から受領される更新されたバイタルサインに基づいて計算される）を含んでいてもよい。これらの信号を使用してなされた判定に基づいて、悪化検出モジュール２６８は、さまざまなアクションを行なうために、さまざまなアラートをさまざまな他のモジュールに送ってもよい。たとえば、悪化検出モジュール２６８は、たとえば、EPSモジュール２７０にアラートを送ることにより、アラートを公開してもよく、それにより、EPSモジュールは、病院情報システム２４０のアラーム・モジュール２４８のような申し込んでいるモジュールに対して該アラートを公開することができる。いくつかの実施形態では、そのようなアラートは、たとえば、患者名（またはより一般的には患者識別子）、画像、待合室における患者の最後に検出された位置、ベースラインのバイタルサイン、一つまたは複数の更新されたバイタルサイン、および／または患者緊急度インジケーターの指示を含んでいてもよい。アラートを受信すると、アラーム・モジュール２４８は、患者の悪化、特に待合室で患者の最後に検出された位置について医療人員に対してアラートまたはアラームを発してもよい。
【００５０】
EPSモジュール２７０は、図２のさまざまな他のコンポーネントによって発された（released）イベントを分配するように構成された一般的な通信ハブであってもよい。いくつかの実施形態では、図２に描かれる他のモジュールの全部または少なくともいくつかは、そのモジュールからの結果／決定／計算／判定の何らかの形を示すイベントを生成しうる。これらのイベントは、EPSモジュール２７０に送られるか、または「公開される」（published）ことができる。図２に描かれる他のモジュールの全部または一部は、他の任意のモジュールから任意のイベントを受信することを選択する、またはかかるイベントに「申し込む」ことができる。EPSモジュール２７０は、イベントを受信すると、イベントを示すデータを、そのイベントに申し込んでいるすべてのモジュールに送ってもよい（たとえばそのイベントを転送する）。
【００５１】
いくつかの実施形態では、EPSモジュール２７０は、データベース２７２および／またはアーカイブ２７４（これは任意的であってもよい）のような一つまたは複数のデータベースと通信してもよい。いくつかの実施形態では、EPSモジュール２７０は、一つまたは複数のデータベース２７２および／または２７４に記憶された情報へのアクセスを提供する、および／または他のモジュールから受領された情報（たとえばアラート）をデータベース２７２および／または２７４に追加するために、任意のモジュールからリモート手続き呼出し（remote  procedure  call）（「RPC」）を受け入れてもよい。データベース２７２は、図２の一つまたは複数の他のモジュールによって送られる／ブロードキャストされる／送信されるアラート、公開または他の通信に含まれる情報を記憶してもよい。いくつかの実施形態では、データベース２７２は、たとえば、患者に関連する参照画像および／または患者の初期バイタルサイン、更新されたバイタルサイン（バイタルサイン取得カメラ２７６によって取得される）および／または患者緊急度インジケーターを記憶してもよい。任意的なアーカイブ２７４は、いくつかの実施形態では、同じまたは類似の情報をより長い期間にわたって記憶してもよい。
【００５２】
さまざまなハードウェア構成が、患者モニタリング・システム２５２を実装するために利用されうることは明白であろう。たとえば、いくつかの実施形態では、単一の装置が、システム２５２全体を実装してもよい（たとえば、単一のサーバーがカメラ２７６を動作させてバイタル取得機能２６０〜２６６を実行し、悪化検出モジュール２６８および患者待ち行列モジュール２５８を含むバイタル解析およびアラート機能を実行する）。他の実施形態では、複数の独立した装置がシステム２５２を形成してもよい。たとえば、第一の装置がカメラ２７６を駆動し、機能２６０〜２６６を実装してもよく、一方、別のサーバーが残りの機能を実行してもよい。いくつかのそのような実施形態では、ある装置は待合室にローカルであってもよく、別の装置は遠隔であってもよい（たとえば、地理的に遠隔なクラウド・コンピューティング・アーキテクチャーにおける仮想マシンとして実装される）。いくつかの実施形態では、装置（たとえばプロセッサおよびメモリを含む）がカメラ２７６自体の内部に配置されてもよく、よって、カメラ２７６は、単に単能周辺機器ではなくてもよく、バイタルサイン機能２６０〜２６６を実行してもよい。いくつかのそのような実施形態では、別のサーバーは、さらなる処理のためにバイタルが返されることを要求するために、カメラ２７６に指示（たとえば、識別子、フル・レコード、または登録された顔画像）を提供してもよい。いくつかのそのような実施形態では、追加的な機能がカメラ２７６に搭載されてもよく、たとえば、悪化検出２６８（またはそのための前処理）および／または患者待ち行列２５８の管理がカメラ２７６上で実行されてもよい。いくつかの実施形態では、カメラ２７６が、HISインターフェース２５０またはEPS  ２７０までも実装してもよい。さまざまな追加的な構成が明白であろう。
【００５３】
図３は、開示される技法が待合室３０４内の複数の患者３７８Ａ〜３７８Ｃをモニタリングするために実装されうる例示的シナリオを示す。この例では、三人の患者３７８Ａ〜３７８Ｃは、医療人員３８０の診療を受けるために病院待合室３０４で待っている。二つのビデオ・カメラ３７６Ａ、３７６Ｂが、待合室３０４の表面（たとえば、天井、壁）に取り付けられる。二つのビデオ・カメラ３７６Ａ、３７６Ｂは、待合室３０４内の患者３７８をモニタリングするために使用されてもよい。患者３７８Ａ〜３７８Ｃはそれぞれ、予備的な患者状態分析に基づいてトリアージ医療人員（図示せず）により、患者緊急度インジケーターを割り当てられていてもよい。患者３７８が診療する医師を待つ間、二つのビデオ・カメラ３７６Ａ、３７６Ｂが、患者の悪化を検出するために、上述のように患者３７８をモニタリングしてもよい。いくつかの実施形態では、患者に関連付けられた患者緊急度インジケーターが、患者が悪化したことが患者モニタリング・システム（より具体的には、悪化検出モジュール２６８）によって検出されたことに応答して、医療人員によって更新されてもよい。患者待ち行列は、新たな患者が待合室３０４にはいるたびに、たとえば患者待ち行列モジュール２５８によって自動的に更新されてもよい。追加的または代替的に、医療人員が、トリアージ後に新たに到着した患者を含めるよう、患者待ち行列を手動で更新してもよい。
【００５４】
いくつかの実施形態では、バイタルサイン取得カメラ３７６は、患者３７８を、荒いまたは不規則な呼吸などの異常な呼吸パターンについて解析してもよい。呼吸困難を経験している患者をも描く非常に蒼白な皮膚色をもつ患者の画像またはビデオが、たとえば病院情報システム２４０によって記憶された患者の参照画像と比較されて、患者が心臓発作を経験していることを判定してもよい。そのようなシナリオでは、たとえばテキスト・メッセージ、インターホン・アナウンス、ディスプレイ画面上の出力などによって、アラートがすぐに医療人員に送られてもよい。
【００５５】
図３において、第一の患者３７８Ａは血液および尿検査の結果を待つ学生であり、第二の患者３７８Ｂはスポーツ負傷の治療を受けるのを待っており、第三の患者３７８Ｃはいくつかの胃痛に関して医師の診察を受ける必要があるとする。四人目の患者３７８Ｄが、何らかの軽度の呼吸困難のために前から医師の診察を待っていたが、ビデオ・カメラ３７６Ａ、３７６Ｂによって、緊急ケアを正当化するいくつかの症状を示すことが検出されたとする。四人目の患者３７８Ｄの悪化を医療人員に通知するために、音声または視覚的警告のようなアラートが発されてもよい。アラートを受信すると、ケア提供者は患者３７８Ｄの状態を確認しに行く。結果として、救急人員３８０が第四の患者３７８Ｄを救急室３８４に連れて行ってもよく、患者はそこで必要な処置を受ける。ひとたび第四の患者３７８Ｄが救急室３８４に搬送されると、いまだ待合室３０４で順番を待っている患者３７８Ａ〜３７８Ｃのみがモニタリングされるよう、患者モニタリング待ち行列が更新されてもよい。
【００５６】
本稿に記載される技法は、病院の待合室に限定されない。本稿に記載される技法が実装されて多様な技術的利点を達成しうる他の多くのシナリオがある。たとえば、開示された技法は、空港、アリーナおよび他の公共の場所における群衆のセキュリティー・モニタリングのためにも使用されうる。そのようなシナリオでは、患者緊急度インジケーターを決定するために患者をモニタリングするのではなく、リスク測定のような他の型の測定のために個人がモニタリングされてもよい。
【００５７】
もう一つの例として、図４は、開示される技法がジムにおいてどのように実装されうるかを描いている。二つのバイタルサイン取得カメラ４７６Ａ、４７６Ｂは、たとえば運動家４７８Ａ〜４７８Ｂをモニタリングするために使用されることができるように、ジム内の各運動家をモニタリングするために要求されるあらゆる角度をカバーするように戦略的に位置される。トレーニング・インストラクター４８６（たとえば、コーチ、フィットネス・インストラクターまたは理学療法士）は、まず、たとえば、運動家の以前の身体負傷に起因するストレッチ中にその特定の運動家が痛みを感じるかどうかを判定することによって、運動家４７８の身体状態を評価してもよい。第一の運動家４７８Ａが評価に合格すると、トレーニング・インストラクター４８６は、第一の運動家４７８Ａに標準的なトレーニング・レジメンを開始するよう指示してもよい。この例では、第一の運動家４７８Ａが、割り当てられたトレーニング・レジメン――たとえばトレッドミルを使用するもの――を実行するとき、心拍数、呼吸数および体温などのそのバイタルサインが、バイタルサイン取得カメラ４７６Ａ、４７６Ｂによって連続的／定期的にモニタリングされてもよく、それによりたとえば、第一の運動家４７８Ａが運動しすぎているかどうかを判定しうる。
【００５８】
いくつかの実施形態において、モニタリング・プロセスの開始時に、たとえば、第一の運動家４７８Ａが運動のためにジムにはいるとき、二つのバイタルサイン取得カメラ４７６のうちの一つが、たとえば、以前に（たとえば、第一の運動家４７８がジムに入会し、写真IDを受け取ったときに）捕捉された参照画像に基づいて、第一の運動家４７８Ａを識別することができる。バイタルサイン取得カメラ４７６Ａは、心拍数を取得するために第一の運動家４７８Ａの顔エリアにズームインし、次いで、呼吸数を取得するために第一の運動家４７８Ａの胸部領域にズームインしてもよい。取得されたバイタルサインは、バイタルサイン取得カメラ４７６Ａによって、さらなる解析のためにコンピューティング装置（図示せず；患者モニタリング・システム２５２の一つまたは複数のコンポーネント）に送信されてもよく、データベース（たとえば２７２、２７４）に記憶されてもよい。取得されたバイタルサインが一定の閾値レベルを超える場合、超えられた閾値についてトレーニング・インストラクター４８６にアラートするための通知が（たとえば、可聴信号または視覚的アラートの形で）生成されてもよい。いくつかの実施形態では、コンピューティング装置は、ストレッチングおよびトレーニング・セッション間の十分な休息のような、第一の運動家４７８Ａによって実行されるべき特定の段階を勧告してもよい。他の運動家、たとえば第二の運動家４７８Ｂに対しても、それぞれの健康状態に応じて同様の技法が適用されてもよい。いくつかの実施形態では、負傷の徴候をモニタリングするよりもむしろ、本稿に記載される技法は、ジムまたは同様の場面において、燃焼カロリーまたは他の生理メトリックを追跡するために使われてもよい。これは、バイタルサイン取得カメラ４７６によって経時的に追跡される、たとえば運動家の動き、体重、温度、脈拍、呼吸数などに基づく。図２のシステムをこの設定に適合させるために、悪化検出モジュール２６８は単に、利用可能なパラメータからカロリー燃焼（または他のメトリック）を導出するためのアルゴリズムを設けられてもよい。いくつかの実施形態では、システムは、たとえば、室内の各人の燃焼カロリーまたは他のメトリックを示す室内の人々に見えるディスプレイのような競争的コンポーネントを含んでいてもよく、表示は可能性としては、燃焼カロリーの高い順または観察された他のメトリックのよい順にランク付けされてもよい。
【００５９】
図５は、待合室、ジムなどのエリアにおける患者などの複数の個人をモニタリングするための例示的な方法５００を示す。便宜上、方法５００の動作のいくつかは、動作を実行するシステムを参照して記述される。このシステムは、さまざまなコンピュータ・システムのさまざまなコンポーネントを含んでいてもよい。たとえば、いくつかの動作は、患者モニタリング・システム２５２の一つまたは複数のコンポーネントによって実行されてもよい。さらに、方法５００の動作は特定の順序で示されるが、これは限定することは意図されていない。一つまたは複数の動作が並べ替え、省略または追加されてもよい。
【００６０】
ブロック５０２では、上述のバイタルサイン取得カメラ（これは上述のように、パン、チルトおよび／またはズームによって調節可能な視野を有していてもよい）の視野において捕捉されることができる待合室などのエリアに位置する複数の個人（たとえば、患者、運動家、ナーシングホームの居住者など）について、（たとえばトリアージ時に）たとえば医療人員から、個々の健康指数（たとえば、患者緊急度インジケーター、運動強度指標、ESIなど）が受領されてもよい。たとえば、さまざまな実施形態において、モニタリングされる領域にはいる前に、一つまたは複数の初期バイタルサインが、たとえばトリアージ看護師またはトレーナーによって、各個人から取得されてもよい。これらの初期のバイタルサインに基づいて、ブロック５０２において、エリア内の各個人について、たとえば医療人員によって、個々の健康指数が決定されてもよい。
【００６１】
ブロック５０４では、システムは、エリア内の個人の待ち行列（たとえば患者待ち行列）を確立（またはすでに存在する場合は更新）してもよい。さまざまな実施形態において、待ち行列は、少なくとも部分的にはブロック５０２で決定された個々の健康指数に基づいて、順序付けおよび／またはランク付けされてもよい。追加的または代替的に、いくつかの実施形態では、待ち行列は、各患者が到着した時刻、各患者がどのくらい長く待っているか、などを含むがこれらに限定されない他のデータ・ポイントに基づいて順序付けられてもよい。いくつかの実施形態では、フローがブロック５１２または５１４から戻るとき、ブロック５０４は、最も最近モニタリングされた患者を待ち行列に戻す（あるいは他の仕方でその患者のための新規エントリーを待ち行列に入れる）ことを含んでいてもよい。たとえば、いくつかの実施形態では、その患者は単に待ち行列の末尾に配置されてもよい。他の実施形態では、ブロック５０４は、患者緊急度インジケーター、悪化指標、バイタルまたは他の情報を考慮に入れて、たとえばその患者を、より高い緊急度指標をもつどの患者よりも後でありかつ、より低い緊急度指標をもつどの患者よりも前である位置に配置する。他の実施形態では、より複雑な規則が用いられてもよい。たとえば、いくつかの実施形態では、患者は、上記のように待ち行列に戻されるが、待ち行列の先頭から五番目（または他の一定値）より高順位にはされなくてもよい。同じ（最も高い緊急度の）患者が繰り返しモニタリングされるが、他の患者のモニタリングを許容しない（他の患者が決して待ち行列の先頭に達しないため）ことを防ぐ助けとするためである。あるいはまた、一定の最高位置ではなく、最高位置は、待ち行列の現在の内容に基づいて決定されてもよい。たとえば、最高位置は、事前設定された閾値を超える患者緊急度インジケーターをもつ患者として特定される「高い緊急度」の患者の数（または定数にその数を加えたもの）に等しくなるよう設定されてもよい。いくつかの実施形態では、そのような高い緊急度の諸患者は、（本稿に記載される方法のいずれかに従って）待ち行列における中間的な点に配置されてもよく、一方、他の患者は待ち行列の末尾に配置されてもよい。他の実施形態では、その患者は、待ち行列における、より高い緊急度指標をもつ患者の数に1を加えたものに等しい先頭からの順位のところに配置されてもよい。少なくとも若干数の、より低い緊急度の患者が、現在の患者より先にモニタリングされることを許容するためである。いくつかの実施形態では、緊急度指標値（またはその範囲）は、測定間の、たとえば待ち行列位置の数でまたは実時間で測ったその後の測定の間の遅延に関連付けられていてもよく、かかる遅延がその後、患者が配置される待ち行列の位置に変換されてもよい。いくつかの実施形態では、患者緊急度インジケーター（または待ち行列位置配置を駆動する他の値）は、その患者が最後にモニタリングされて以来経過した時間を考慮に入れてもよい；よって、患者が待ち行列にいる間、その緊急度指標（または他の待ち行列位置を決定する値）は一般に増大し、待ち行列において他の患者がその患者より前に配置されにくくしてもよい。いく��かのそのような実施形態では、「待ち行列優先度値（queue  priority  value）」が、患者緊急度インジケーターに適用された上記のような仕方で利用されてもよいが、患者緊急度インジケーターに、その患者が最後にモニタリングされて以降の時間を加えたもの（またはこれら二つまたはさらなる値の何らかの重み付けされた和）に等しくてもよい。
【００６２】
ブロック５０６では、システムは、更新されたバイタルサインが取得されるべき所与の個人を選択してもよい。たとえば、システムは、ブロック５０４で確立された待ち行列の先頭から患者を選択してもよく、あるいは患者緊急度インジケーターが最も高い患者を選択してもよい（これは、多くの実施形態において、待ち行列における最初の患者でありうる）。他の実施形態では、システムは、FIFOおよび／またはラウンドロビンを使用するなど、異なる順序で個人を選択してもよい。
【００６３】
ブロック５０８では、ブロック５０６で選択された個人は、たとえば、その個人の一つまたは複数の参照画像に基づいて、一つまたは複数のバイタルサイン取得カメラ２７６によって、モニタリングされるエリア内で位置特定されてもよい。上述のように、顔の特徴、姿勢、衣服、サイズなどを含むがこれらに限定されない、個人のさまざまな視覚的特徴が、位置特定のために使用されうる。ブロック５１０では、一つまたは複数のバイタルサイン取得カメラ２７６は、ブロック５０６で選択され、ブロック５０８で位置特定された個人から、一つまたは複数の更新されたバイタルサインを邪魔にならないように取得してもよい。さまざまな実施形態において、個人は、たとえば、トリアージ看護師または他の人員に通知することにより、邪魔にならない取得からオプトアウトしてもよい。
【００６４】
いくつかの実施形態では、ブロック５１２において、ブロック５０６で選択され、ブロック５０８で識別された個人における悪化が、ブロック５１０で取得された更新されたバイタルサインと、所与の患者に関連付けられた個々の健康指数（たとえばブロック５０２で決定された）または所与の患者から取得された初期バイタルサイン（または患者モニタリング・システム２５２の以前の反復の際に取得された更新されたバイタルサイン）のうちの少なくとも一方とに基づいて検出されてもよい。たとえば初期バイタルサインと更新バイタルサインとの間の差が閾値を満たすことに起因して悪化が検出される場合、方法５００は、ブロック５１４に進んでもよい。ブロック５１４では、テキスト・メッセージ、インターホン・アナウンス、視覚的出力、オーディオ出力、触覚フィードバックなどを含むがこれらに限定されないさまざまなモダリティーの出力が、前記の差について関係する人員にアラートするために、たとえば患者の悪化について当直看護師に通知するために、提供されてもよい。いくつかの実施形態では、たとえば、医療人員は、（たとえば、医療人員が待合室で誰を探すかを知るように）悪化している患者の最も最近に捕捉された画像または待合室における悪化している患者のライブ・ストリーミング・ビデオを表示することによって、患者の悪化についてアラートされてもよい。方法５００がブロック５１２の後にブロック５１４に進むか否かにかかわりなく、方法５００は、ブロック５０４に戻って、待ち行列を更新し、たとえば、次に高い患者緊急度インジケーターをもつ患者がモニタリングされうるように待ち行列を再順序付けしてもよい。
【００６５】
本稿に記載される例は、バイタルサインの非接触収集を実行するように構成されたカメラのようなバイタルサイン取得カメラに主として関わるものであったが、これは限定することは意図されていない。さまざまな実施形態において、他の型のセンサーがバイタルサイン取得カメラに組み込まれ、および／または患者のバイタルサインを検出するために別個に配備されてもよい。たとえば、モーション・センサーが、たとえば、患者が発作を起こしていることに起因する動きのような待合室における患者の異常な動きを検出するために使われてもよい。赤外線、光学、マイクロ波、超音波、音響、または断層撮影に基づくセンサー、ならびに在室センサーのカテゴリーに該当するセンサーを含むがこれらに限定されない、さまざまな型のモーション・センサーを使用することができる。モーション・センサーは、受動的および／または動的でありうる。受動的赤外線センサーは、たとえば、動く物体によって放射される赤外線放射を検出するよう設計された焦電センサーによって熱移動を検出する。これに対して、超音波センサーは、ドップラー・シフトの原理を利用してもよい。超音波センサーは、モニタリングされる領域において高周波音波を送信し、反射波パターンを検出してもよい。マイクロ波センサーは、音波ではなく高周波のマイクロ波を送信しうる点を除いて、同様の仕方で機能しうる。
【００６６】
図６は、例示的なコンピュータ・システム６１０のブロック図である。コンピュータ・システム６１０は、典型的には、バス・サブシステム６１２を介して多数の周辺装置と通信する少なくとも一つのプロセッサ６１４を含む。本稿で使用されるところでは、用語「プロセッサ」は、たとえばマイクロプロセッサ、FPGA、ASIC、他の同様のデバイスおよびそれらの組み合わせなどの、本稿に記載されるCDSシステムに帰せられるさまざまな機能を実行することができるさまざまなデバイスを包含するものと理解されるであろう。これらの周辺装置は、たとえばメモリ・サブシステム６２５およびファイル記憶サブシステム６２６を含むデータ保持サブシステム６２４と、ユーザー・インターフェース出力装置６２０と、ユーザー・インターフェース入力装置６２２と、ネットワーク・インターフェース・サブシステム６１６とを含んでいてもよい。入出力装置は、コンピュータ・システム６１０とのユーザー対話を許容する。ネットワーク・インターフェース・サブシステム６１６は、外部ネットワークへのインターフェースを提供し、他のコンピュータ・システム内の対応するインターフェース・デバイスに結合される。
【００６７】
ユーザー・インターフェース入力装置６２２は、キーボード、マウス、トラックボール、タッチパッドまたはグラフィックス・タブレットのようなポインティングデバイス、スキャナ、ディスプレイに組み込まれたタッチスクリーン、音声認識システム、マイクロフォンおよび／または他の型の入力装置などのオーディオ入力装置を含んでいてもよい。一般に、用語「入力装置」の使用は、コンピュータ・システム６１０または通信ネットワーク上に情報を入力するための可能なあらゆる型の装置および方法を含むことが意図されている。
【００６８】
ユーザー・インターフェース出力装置６２０は、ディスプレイ・サブシステム、プリンター、ファクシミリ機またはオーディオ出力装置のような非視覚的ディスプレイを含むことができる。表示サブシステムは、陰極線管（CRT）、液晶ディスプレイ（LCD）のようなフラットパネル装置、投影装置または可視画像を生成するための他の何らかの機構を含みうる。前記ディスプレイ・サブシステムはまた、オーディオ出力装置を介してなど、非視覚的ディスプレイをも設けてもよい。一般に、「出力装置」という用語の使用は、コンピュータ・システム６１０からユーザーまたは別の機械もしくはコンピュータ・システムに情報を出力するためのあらゆる可能な型の装置および方法を含むことが意図されている。
【００６９】
データ保持システム６２４は、本稿に記載されるモジュールの一部または全部のモジュールの機能を提供するプログラミングおよびデータ構造体を記憶する。たとえば、データ保持システム６２４は、方法５００の選択された諸側面を実行する、および／または患者モニタリング・システム２５２の一つまたは複数のコンポーネントを実装する論理を含んでいてもよい。
【００７０】
これらのソフトウェア・モジュールは、一般に、プロセッサ６１４単独によって、または他のプロセッサとの組み合わせで、実行される。記憶サブシステムにおいて使用されるメモリ６２５は、プログラム実行中に命令およびデータを記憶するためのメイン・ランダムアクセスメモリ（RAM）６３０、固定した命令が記憶されるリードオンリーメモリ（ROM）６３２および命令／データ・キャッシュ（追加的または代替的に少なくとも一つのプロセッサ６１４と一体であってもよい）のような他の型のメモリを含むいくつかのメモリを含むことができる。ファイル記憶サブシステム６２６は、プログラムおよびデータ・ファイルのための持続的記憶装置を提供することができ、ハードディスクドライブ、関連のリムーバブル媒体と一緒のフロッピーディスクドライブ、CD-ROMドライブ、光学式ドライブまたはリムーバブル媒体カートリッジを含んでいてもよい。ある種の実装の機能を実装するモジュールは、ファイル記憶サブシステム６２６によってデータ保持システム６２４に、またはプロセッサ６１４によってアクセス可能な他のマシンに記憶されてもよい。本稿で使用されるところの用語「非一時的なコンピュータ読取り可能媒体」は、揮発性メモリ（たとえばDRAMおよびSRAM）および不揮発性メモリ（たとえばフラッシュメモリ、磁気記憶装置および光学式記憶装置）の両方を包含するが、一時的な信号を除外することが理解されるであろう。
【００７１】
バス・サブシステム６１２は、コンピュータ・システム６１０のさまざまなコンポーネントおよびサブシステムが意図したように互いと通信するようにする機構を提供する。バス・サブシステム６１２は、単一のバスとして概略的に示されているが、バス・サブシステムの代替的な実装は複数のバスを使用してもよい。
【００７２】
コンピュータ・システム６１０は、ワークステーション、サーバー、計算クラスター、ブレードサーバー、サーバーファームまたは他の任意のデータ処理システムもしくはコンピューティング装置を含むさまざまな型であることができる。いくつかの実施形態では、コンピュータ・システム６１０は、クラウド・コンピューティング環境内に実装されてもよい。コンピュータおよびネットワークの絶えず変化する性質のため、図６に描かれるコンピュータ・システム６１０の記述は、いくつかの実装を例解するための特定の例としてのみ意図される。図６に描かれるコンピュータ・システムよりも多数または少数のコンポーネントを有する、コンピュータ・システム６１０の他の多くの構成が可能である。
【００７３】
図７は、本稿に記載されるさまざまな実施形態で使用されうるバイタルサイン取得カメラ７７６の第一の実施形態の概略図を示す。電磁放射７８２、特に可視波長および赤外波長範囲の光が、患者などの生体７８４から反射され、前記カメラ７７６によって受信され、評価されて、生体７８４の生体計測信号７９８を生成する。カメラ７７６は、実質的に550nmまで、および／または約600nmまで、および／または650nmまでの波長範囲で、入射電磁放射７８２内の入射可視光をブロックするためのフィルタ７８６を含んでいてもよい。次いで、フィルタリングされた入射光７８８は、少なくとも二つの異なる色信号７９２A、７９２Bを生成する色センサー７９０によって、たとえば二つの別個の色検出器７９３、７９４（またはそのような色検出器のアレイ）の使用によって、検知される。結合ユニット７９５は、たとえば線形結合によって、前記色信号７９２A、７９２Bを組み合わせることによって、少なくとも一つの結合色信号７９６を生成する。最後に、処理ユニット７９７が、前記結合色信号７９６を処理し、生体７８４の少なくとも一つの生体計測信号７９８を抽出するために設けられる。結合ユニット７９５および処理ユニット７９７は、いくつかの実施形態では、共通のプロセッサ７９９によって、たとえばプロセッサの処理要素として実現されてもよく、あるいは従来のプロセッサ上のソフトウェアにおいて実装されてもよい。しかしながら、それらは異なる仕方で、たとえば専用のハードウェア要素として実現されてもよい。
【００７４】
図８は、本稿に記載されるさまざまな実施形態で使用され得るカメラ８７６’の第二の実施形態を概略的に示す。図８は、任意的に、（このおよび／または他の実施形態において）追加的なフィルタ８８６’が設けられてもよいことを示している。フィルタ８８６’は、色センサー８９０に到達する前に、少なくとも1100nmより上、特に少なくとも1000nmより上の波長範囲内の入射光をブロックするように構成される。一般に、これらの色センサー、たとえばイメージング・シリコン・センサーは、より長い波長に向かって自然に減少する感度を示すが、そのような追加的なフィルタ８８６’は、上述の上限閾値波長よりも上のフィルタリングされる入射光８８８内の信号寄与がブロックされる、すなわち、水吸収が支配的になる信号寄与が、二回フィルタリングされた入射光８８８’内ではブロックされることを保証し得る。
【００７５】
さらに、この実施形態では、色センサー８９０は、たとえば、光検出器８９５（より一般にはイメージセンサー）の前に設けられた三つの異なる色フィルタ領域を有する色フィルタ・アレイ８９３の使用によって、三つの異なる色信号８９２A、８９２B、８９２Cを生成する。そのような色センサー（たとえば、二つの色フィルタ領域のみを有する色フィルタ・アレイを含む）は、図７に示される実施形態においても使用されることができる。いくつかの実施形態では、色センサー８９０は、RGB色センサーによって従来から提供されるような、赤色信号８９２A、緑色信号８９２Bおよび青色信号８９２Cを生成する色フィルタ・アレイを含んでもよい。これら三つの色信号８９２A、８９２B、８９２Cから、結合ユニット８９５は、前記三つの色信号８９２A、８９２B、８９２Cのうちの少なくとも二つの色信号の二つの異なる組み合わせ、特に線形結合を作ることによって、二つの組み合わされた色信号８９６A、８９６Bを生成する。これら二つの組み合わされた色信号８９６A、８９６Bから、処理ユニットは、次いで、最終的に、生体８８４からの所望の生体計測信号８９８を抽出する。
【００７６】
上記のように、図１のブロック１２４〜１２６ならびに図５のブロック５１２において、患者の状態が有意に変化した、たとえば悪化したかどうかが判定されてもよい。図９は、医療人員にアラートを発することを正当化するのに十分に患者の状態が悪化したかどうかを判定するための、悪化検出モジュール２６８のようなコンポーネントによって実行されうるある例示的な方法９００を描いている。ブロック９０２では、悪化検出モジュール２６８はイベントを待って、処理する。そのようなイベントの限定しない例は図１０に描かれており、患者モニタリング・システム２５２の他のコンポーネントから、たとえばEPSモジュール２７０を介して受領されうる。たとえば、いくつかの実施形態では、悪化検出モジュール２６８は（たとえばEPSモジュール２７０を介して）バイタルサイン測定イベント（測定されたバイタルサイン、患者識別子などを含む）をバイタルサイン測定モジュール２６６から受領してもよい。
【００７７】
悪化検出モジュール２６８がバイタルサイン測定イベントを受領するとき、方法９００はブロック９０４に進んでもよく、その時点で、悪化検出モジュール２６８が、たとえばバイタルサイン測定モジュール２６６から受領されたその患者についての更新されたバイタルサインに基づいて、その患者の状態が、アラームを発することを正当化するのに十分悪化したかどうかを判定してもよい。答えがイエスであれば、方法９００はブロック９０６に進んでもよく、その時点で、患者の悪化について、医療アラートが医療人員に発されてもよい（図５のブロック５１４と同様）。しかしながら、ブロック９０４における答えがノーであれば、方法９００はブロック９０２に戻ってもよく、その時点で悪化検出モジュール２６８はさらなるイベントを待ってもよい。
【００７８】
図１０は、ブロック９０２において扱われてもよいイベント１０２０1-Nおよびブロック９０４の一部として実行されうる対応するそれぞれのアクション１０２２1-Nの限定しない例を描いている。イベント１０２０1-Nは別個で相異なるものとして描かれているが、そのことはこれらのイベントが異なる時点において生起しなければならないことを意味すると理解されるべきではない。実際、複数のイベントが同時に生起することが可能であり、その可能性が高いとさえいえる。たとえば、バイタルサイン取得カメラ２７６が特定の患者にフォーカスされている間に二つ以上のバイタルサインを取得するときがそうである。
【００７９】
脈拍数イベント１０２０1はたとえば、バイタルサイン取得カメラ２７６が患者から更新された脈拍数を邪魔にならないように取得することに応答して、バイタルサイン測定モジュール２６６によって発されてもよい。上記のように、いくつかの実施形態では、バイタルサイン測定モジュール２６６は、患者の更新された脈拍数を（たとえば患者識別子のような他の情報とともに）EPSモジュール２７０に提供（または「公開」）してもよい。すると、EPSモジュール２７０はそのイベントを、悪化検出モジュール２６８のような患者モニタリング・システム２５２の申し込んでいるモジュールに提供（または「公開」）してもよい。図１０に描かれた他のイベントに関しても同じプロセスをたどってもよい。脈拍数イベント１０２０1に応答して、さまざまな実施形態において、悪化検出モジュール２６８はブロック１０２２1において、患者の更新された脈拍数に基づいて患者の悪化を評価してもよい。悪化検出モジュール２６８がどのように悪化を評価しうるかの例は図１１に描かれている。
【００８０】
呼吸数イベント１０２０2はたとえば、バイタルサイン取得カメラ２７６が患者から更新された呼吸数を邪魔にならないように取得することに応答して、バイタルサイン測定モジュール２６６によって発されてもよい。呼吸数イベント１０２０2に応答して、さまざまな実施形態において、悪化検出モジュール２６８はブロック１０２２2において、患者の更新された呼吸数に基づいて患者の悪化を評価してもよい。図１０に示されるように、バイタルサイン取得カメラ２７６が他の更新されたバイタルサイン測定を邪魔にならないように取得することに応答して、同様のイベントがバイタルサイン測定モジュール２６６によって発されてもよく、同様の悪化評価につながってもよい。それぞれの更新されたバイタルサイン測定値は、バイタルサインを与えられたときに理にかなった仕方で評価されうる。たとえば、後述するように、いくつかのバイタルサインについては、更新されたバイタルサイン測定値が正常性に向かう傾向を実証している（たとえばベースライン脈拍数測定値は高かったが、バイタルサイン取得カメラ２７６によって取得されたその後の測定値はより「正常」に見える）場合、悪化は検出されなくてもよい。
【００８１】
図１１は、たとえば悪化検出モジュール２６８によってまたは患者モニタリング・システム２５２の別のコンポーネントによって実行されうる、脈拍数を使って悪化を評価する例示的方法１１１０を描いている（図１０のブロック１０２２1）。方法１１１０は、たとえば、画像取得カメラ２７６が目標とされる患者から更新された脈拍数を取得する際に、実行されてもよい。方法１１１０の特定の動作が特定の順序で描かれているが、これは限定することは意図されていない。さまざまな実施形態において、さまざまな動作が追加、省略または順序変更されてもよい。
【００８２】
ブロック１１０２では、一つまたは複数の調整された更新されたバイタルサイン（この場合は脈拍数）が、たとえばバイタルサイン取得カメラ（単数または複数）２７６によって自動的に（または医療人員によって手動で）取得された更新されたバイタルサインに基づいて生成されてもよい。これらの調整された更新されたバイタルサインは、患者が服用する薬物、性別、年齢、サイズなどを含むがそれに限られない、関連しうるさまざまな患者情報を考慮に入れてもよい。そのような患者情報がバイタルサインに対してもちうる効果は、医療人員によって設定されてもよく、および／または自動的に調整されてもよい。これはたとえば経験的な証拠、一つまたは複数の機械学習モデルなどに基づいていてもよい。
【００８３】
たとえば、ベータ遮断薬を服用する患者は、人口集団平均よりも約15拍毎分（「bpm」）遅い脈拍数をもちうる。よって、ブロック１１０４において、たとえば、患者EMRおよび／またはたとえばデータベース２７２に含まれる登録／トリアージ時に患者から得られた情報から、患者が現在ベータ遮断薬を服用しているかどうかが判定されてもよい。答えがイエスであれば、上記事実を考慮に入れるために、測定された脈拍数は、ブロック１１０６において、たとえば15拍毎分だけ増大させられてもよい。もちろん、患者が服用するベータ遮断薬の用量、患者のサイズ、患者の健康状態などに依存して、他の調整が可能である。さらに、ベータ遮断薬使用の結果として適用されるいかなる増大／減少が選択されてもよく、たとえば医療人員によっておよび／または自動的に調整されてもよく、たとえば経験的な証拠、機械学習技法などに基づいていてもよい。
【００８４】
ブロック１１０８および１１１２では、たとえば、EMRおよび／またはたとえばデータベース２７２に含まれる登録／トリアージ情報を使って、患者が男性か女性かが判定されてもよい。患者が女性であれば、脈拍数は、ブロック１１１０において、たとえば2拍毎分だけ増大させられてもよい。これは、一般に女性が男性よりもやや低い脈拍数をもつという事実を考慮に入れうる。次いで、方法１１１０はブロック１１１６に進んでもよい。同様に、ブロック１１１２において患者が男性であると判定される場合に、脈拍数がたとえば2拍毎分だけ減少させられてもよく、次いで方法１１１０はブロック１１１６に進んでもよい。もちろん、2拍毎分という増大または減少は単に例解目的のためであり、値のいかなる増大／減少が選択されてもよく、たとえば医療人員によって調整されおよび／または自動的に設定されてもよく、たとえば経験的な証拠、機械学習技法などに基づいていてもよい。
【００８５】
ブロック１１１６では、脈拍数スコアがたとえばテーブルから患者に割り当てられてもよい。たとえば、いくつかの実施形態では、下記の表１のようなルックアップテーブルが、患者の脈拍数スコアをその調整された脈拍数（「PR」）に基づいて決定するために参照されてもよい。この特定の例では、上の行は調整された脈拍数の範囲を表わし、下の行は対応する脈拍数スコアを表わす。
【表１】
2020501634.tif 000003
これらの値／範囲および／または対応するスコアは限定することは意図されていない。むしろ、これらは脈拍数スコアを割り当てるためにさまざまな脈拍範囲がどのように使用されうるかの一例をなす。当業者は、他の範囲／スコアが、たとえば医療人員によって手動で、または機械学習アルゴリズム（たとえばニューラルネットワーク）などといったさまざまな技法を使って自動的に選択されうることを理解するであろう。たとえば、より粒度の細かいテーブルが、たとえばデータマイニングおよび／または専門家の意見に基づいて確立されてもよい。場合によっては、そのようなテーブルが十分に粒度が細かくなる場合、患者の悪化が有意である条件を満たすかどうかを判定する動作（後述するブロック１１２２）はなくされてもよい。
【００８６】
追加的または代替的に、いくつかの実施形態では、患者のさまざまな属性（たとえば他のバイタルサイン、人口学的データなど）が患者の測定された脈拍数と関連して、たとえば出力として患者に「ラベル」を与えるよう構成された一つまたは複数の機械学習アルゴリズム／モデル／分類器のための入力として使われてもよい。場合によっては、出力「ラベル」はたとえば脈拍数スコアであってもよい。より一般には、さまざまな実施形態において、特徴ベクトルが、既知の帰結（たとえば「悪化している」「安定」「悪化していない」など）をもつ複数の患者について生成されてもよく、いくつかの事例では、既知の帰結でラベル付けされてもよい。次いで、これらの特徴ベクトルは機械学習モデル（たとえばニューラルネットワーク）のためのトレーニング・データとして使用されてもよい。次いで、その後の患者情報および／または関連付けられたバイタルサイン（いずれも以前に取得され、更新されたもの）が、機械学習モデルのための入力として使われる新たな特徴ベクトルを構築するために使われてもよい。機械学習モデルの出力は、その後の患者に関連付けられたラベル、たとえば「悪化している」「安定」「悪化していない」などを含んでいてもよい。
【００８７】
さらに他の実施形態では、患者の測定された脈拍数（またはより一般には、患者の更新されたバイタルサイン測定値）を性別／ベータ遮断薬／サイズ／年齢などに基づいて調整するのではなく、異なる特性をもつ患者について異なるテーブルが選択されてもよい。たとえば、男性についてはある脈拍数スコア・テーブルが使われてもよく、女性については別のテーブルが使われてもよく、ある特定の年齢範囲の患者については別のテーブルが使われてもよい、などである。そのような実施形態では、更新されたバイタルサインは、さまざまな患者人口学的情報などに従って、更新されるまたは更新されないことがありうる。
【００８８】
ブロック１１１８では、たとえば悪化検出モジュール２６８によって、ブロック１１６で割り当てられた脈拍数スコアに基づいて、患者の脈拍数スコアが以前のスコア「より悪い」（または少なくとも異なる）かどうかおよび／または患者の脈拍数スコアが、以前に決定された患者緊急度インジケーターに対して患者の状態における変化を反映しているかどうかが判定されてもよい。たとえば、患者の以前の脈拍数スコア（たとえばベースライン）が比較的高い脈拍数を示していて、患者の新しい脈拍数スコア（たとえばバイタルサイン取得カメラ２７６によって取得された更新された脈拍数から決定されるもの）が患者の脈拍数が「正常」および／または「健康」な脈拍数に向かって遅くなりつつあることを示しているとする。そのようなシナリオでは、悪化検出モジュール２６８は、患者の脈拍数スコアが「悪くなって」いないと判定してもよい。次いで、方法１１００はブロック１１２０に進んでもよく、その時点で、たとえば悪化検出モジュール２６８によって、悪化が検出されないと判定されてもよい。患者の脈拍数スコアが患者の脈拍数が「正常」または「健康」な脈拍数に向かって増大しつつあることを示している場合も同様。しかしながら、ブロック１１１８における答えがイエスである（たとえば、患者が「正常」または「健康」に向かう傾向にあるように見えない）場合には、方法１１１０はブロック１１２２に進んでもよい。
【００８９】
いくつかのシナリオでは、患者のベースライン・スコアが利用可能でないことがある。たとえば、図１のブロック１２０に関して上記したように、いくつかのシナリオでは、患者は、登録することなく単に待合室にはいってくることがある。たとえば登録することを忘れているおよび／または単に別の登録された患者に付き添っているためである。上記で（ブロック１２０に関して）触れたように、本稿に記載される技法は、最初にトリアージされてもいない未登録の患者をモニタリングするために使用されてもよい。そのようなシナリオにおいては、登録／トリアージ時に取得されたデータに基づいてベースライン・スコアを確立するのではなく、たとえばバイタルサイン取得カメラ２７６によって取得された初期バイタルサインが、未登録の患者についてのベースライン・スコアを確立するために使用されてもよい。追加的または代替的に、不均一な人口集団のベースラインが比較のために使われて、たとえば未登録の患者が、不均質な人口集団のうちで見出される正常な範囲から悪化しつつあるかどうかを大まかに近似してもよい。
【００９０】
わずかな下降を経験するすべての患者を悪化しているとフラグ付けすることは、助けにならないことがありうる。わずかな下降が生理的な観点からは有意でないことがありうるときは特にそうである。たとえば、表１のようなルックアップテーブルの厳密な使用はベースライン脈拍数値およびその後の脈拍数値がたった1bpm離れている（たとえば100と101）が、それでもスコアの差（たとえば0と1）を示すことにつながることがありうる。よって、ブロック１１２２において、患者の以前のバイタルサイン・スコアと患者の現在のバイタルサイン・スコアが「有意に」異なっているかどうかが判定されてもよい。バイタルサイン・スコアが以前のバイタルサイン・スコアより「有意に」悪いかどうかは、さまざまな仕方で判定されうる。いくつかの実施形態では、悪化検出モジュール２６８は、値の差が5%、10%、20%などといった何らかの閾値を超える場合にのみ、患者悪化のアラートを発してもよい。そのような閾値は、手動でまたは自動的に確立されてもよい。
【００９１】
たとえば、呼吸数のようないくつかのバイタルサインは、よりノイズが多い傾向があることがあり、その結果、それらのバイタルサインのために使われる閾値はより小さいことがある。追加的または代替的に、他の実施形態では、悪化検出モジュール２６８は、たとえば以前のバイタルサイン測定値が利用可能でないときは（たとえば未登録の患者について）、絶対的な値を用いてもよい。いくつかの実施形態では、一つまたは複数のトレーニングされたモデル（たとえば回帰モデル、ニューラルネットワーク、深層学習ネットワークなど）および／または症例ベースの推論アルゴリズムが、悪化を検出するために使われるべき閾値を決定するために使われてもよい。たとえば、陽性および／または陰性の帰結が既知である諸EMRのコーパスに基づいてモデルがトレーニングされてもよい。それらのEMRのさまざまなバイタルサインにおいて反映されている傾向が、既知の帰結との関連で、モデルをトレーニングするために使われてもよく、それにより、新たな患者に関連付けられたその後のバイタルサイン（まだ決定されていない帰結をもつ）が解析されて、悪化があるかどうかが判定されうる。
【００９２】
ブロック１１２２における答えがノーであれば、方法１１００は、先に説明したブロック１１２０に進んでもよい。しかしながら、ブロック１１２２において答えがイエスであれば、方法１１００はブロック１１２４に進んでもよい。ブロック１１２４では、悪化検出モジュール２６８は、悪化が検出されたというアラートをたとえばEPSモジュール２７０に対して公開してもよい。次いで、EPSモジュール２７０はアラートを、上記のようにアラーム・モジュール２４８のようなさまざまな申込者に公開してもよい。すると、アラーム・モジュール２４８は、たとえば図５のブロック５１４で論じたような、適切なアラートを生成してもよい。
【００９３】
図１１の方法１１００は、患者の脈拍数に基づいて患者悪化を検出するために適用可能でありうる。しかしながら、患者悪化を検出するために他のバイタルサインが、単独でまたは互いとおよび／または脈拍数との関連で使われてもよい。これらの他のバイタルサインは、バイタルサイン取得カメラ２７６によっておよび／またはウェアラブル・センサーを使って取得されてもよく、および／または医療人員によって取得された測定値であってもよい。たとえば、先に触れたように、患者の呼吸数は、単独でまたは他のバイタルサインとの関連で、患者が悪化しつつあるまたは悪化していないことを検出するために使われてもよい。他のどのバイタルサインが悪化を検出するために使われようと、１１００と同様の方法が使われてもよい。ある種の動作はそれらのバイタルサインに合わせて調整される。たとえば、性別が特定のバイタルサインに影響しないのであれば、動作１１０８〜１１１４は省略されてもよい。他の患者属性／バイタルサインが特定のバイタルサインに影響するのであれば、動作１１０８〜１１１４と同様の他の動作が追加されてもよい。
【００９４】
いくつかの実施形態が本願に記載され図示されているが、当業者は、機能を実行するおよび／または本明細書に記載される結果および／または利点の一つもしくは複数を得るための、多様な他の手段および／または構造を容易に構想するであろう。そのような変形および／または修正の各々は、本明細書に記載される実施形態の範囲内にあると見なされる。より一般的には、当業者は、本明細書に記載されるすべてのパラメータ、寸法、材料および構成が例示的であることが意味されており、実際のパラメータ、寸法、材料および／または構成は、教示が使用される特定の用途（単数または複数）に依存することを容易に理解するであろう。当業者は、本明細書に記載する個別的な実施形態への多くの等価物を認識するか、または高々日常的なを用いて確かめることができるであろう。よって、上述の実施形態は単に例として呈示されており、添付の請求項およびその等価物の範囲内で、実施形態が、具体的に記載され、特許請求される以外の仕方で実施されうることは理解される。本開示の発明的実施形態は、本明細書中で記載されたそれぞれの個別の特徴、システム、物品、材料、キットおよび／または方法に向けられる。さらに、二つ以上のそのような特徴、システム、物品、材料、キットおよび／または方法の組み合わせは、もしそのような特徴、システム、物品、材料、キットおよび／または方法が相互に矛盾するものでなければ、本開示の範囲内に含まれる。
【００９５】
本明細書中で定義され、用いられるあらゆる定義は、辞書の定義、参照により組み込まれた文書における定義および／または定義された用語の通常の意味よりも優先することが理解されるべきである。
【００９６】
本願の明細書および特許請求の範囲において使われる不定冠詞「a」および「an」は、そうでないことが明瞭に示されるのでない限り、「少なくとも一つ」を意味することが理解されるべきである。
【００９７】
本願の明細書および特許請求の範囲において使われる句「および／または」は、そのように連結された要素、すなわち、いくつかの場合には同時に存在し、他の場合には一方のみが存在する要素の「いずれかまたは双方」を意味すると理解されるべきである。「および／または」を用いて挙げられる複数の要素は同じように、すなわち、そのように連結された要素の「一つまたは複数」と解釈されるべきである。任意的に、「および／または」節によって具体的に特定された要素に以外の要素が任意的に存在していてもよく、具体的に特定された要素に関係していてもいなくてもよい。このように、限定しない例として、「Aおよび／またはB」への言及は、「含む」のようなオープンエンドの言辞との関連で使われるときは、ある実施形態ではAのみ（任意的に、B以外の要素を含む)を；もう一つの実施形態ではBのみ（任意的に、A以外の要素を含む）を；さらにもう一つの実施形態ではAおよびBの両方（任意的に、他の要素を含む）；などをいうことができる。
【００９８】
本願で明細書および特許請求の範囲において使われるところでは、「または」は上記で定義した「および／または」と同じ意味を有すると理解されるべきである。たとえば、リスト中で項目を分離するときに、「または」または「および／または」は、包含的である、すなわち、いくつかのもしくはリストの要素の、二つ以上をも含め少なくとも一つを含み、任意的にはリストにない追加的な項目をも含むと解釈されるべきである。「…の一つのみ」または「…のちょうど一つ」、あるいは請求項で使われるときの「…からなる」など、そうでないことが明瞭に示された用語のみが、いくつかの要素またはリストの要素のちょうど一つの要素を含むことをいう。一般に、本明細書において使用される「または」という用語は、排他的選択肢（すなわち、一方または他方であるが両方ではない）を示すものと解釈されるのは、「いずれか一つ」、「…の一つ」、「…の一方のみ」または「…のちょうど一つ」のような排他性の用語を伴うときのみである。請求項において使用されるときの「本質的には…からなる」は、特許法の分野において使用される通常の意味を有する。
【００９９】
本願で明細書および特許請求の範囲において用いられるところでは、一つまたは複数の要素のリストに言及しての句「少なくとも一つ」は、要素のリスト中のいずれか一つまたは複数の要素から選択される少なくとも一つの要素を意味すると理解されるべきであるが、必ずしも要素のリスト内に具体的に挙げられている一つ一つの要素の少なくとも一つを含むとは限らず、要素のリスト中の要素のどんな組合せも排除しない。この定義は、具体的に特定された要素に関連するかまたは関連しないかを問わず、句「少なくとも一つ」が言及する要素のリスト内で具体的に特定された要素以外の要素が任意的に存在していてもよいことをも許容する。このように、限定しない例として、「AおよびBのうちの少なくとも一つ」（または、等価だが、「AまたはBの少なくとも一つ」、または等価だが、「Aおよび／またはBの少なくとも一つ」）は、ある実施形態では、任意的には二つ以上を含む少なくとも一つAであって、Bは存在しない（任意的に、B以外の要素を含む）こと；もう一つの実施形態では、任意的には二つ以上を含む少なくとも一つBであって、Aは存在しない（任意的に、A以外の要素を含む）こと；さらにもう一つの実施形態では、任意的には二つ以上を含む少なくとも一つAおよび任意的には二つ以上を含む少なくとも一つB（任意的に、他の要素を含む）；などをいう。
【０１００】
また、そうでないことが明瞭に示されているのでない限り、二つ以上の段階または工程を含む本願で特許請求されるいずれの方法においても、該方法の段階または工程の順序は、必ずしも該方法の段階または工程が記載される順序に限定されないことも理解されるべきである。
【０１０１】
特許請求の範囲ならびに上記の明細書において、「有する」、「含む」、「担持する」、「もつ」、「含有する」、「関わる」、「保持する」、「から構成された」などのようなすべての移行句は、オープンエンドである、すなわち、それを含むがそれに限定されるものではないことを意味すると理解されるべきである。「…からなる」および「本質的には…からなる」という移行句のみが、それぞれ、米国特許庁特許審査手続マニュアル、第2111.03節に記載されるクローズドまたは半クローズドな移行句である。特許協力条約（「PCT」）の規則6.2(b)に従って請求項において使われているある種の表現および参照符号は範囲を限定しないことを理解しておくべきである。
【図１】
2020501634.tif 000004
【図２】
2020501634.tif 000005
【図３】
2020501634.tif 000006
【図４】
2020501634.tif 000007
【図５】
2020501634.tif 000008
【図６】
2020501634.tif 000009
【図７】
2020501634.tif 000010
【図８】
2020501634.tif 000011
【図９】
2020501634.tif 000012
【図１０】
2020501634.tif 000013
【図１１】
2020501634.tif 000014
【手続補正書】
【提出日】令和1年5月14日(2019.5.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
一つまたは複数のプロセッサによって、エリア内の複数の患者のうちの所与の患者に関連付けられた患者情報を決定する段階であって、前記エリアは一つまたは複数のバイタルサイン取得カメラによって捕捉されることができる、段階と；
前記バイタルサイン取得カメラの一つまたは複数によって、前記所与の患者から一つまたは複数の更新されたバイタルサインを取得する段階と；
前記プロセッサの一つまたは複数によって、前記一つまたは複数の更新されたバイタルサインおよび前記所与の患者に関連付けられた前記患者情報に基づいて、一つまたは複数の調整された更新されたバイタルサインを生成する段階と；
前記プロセッサの一つまたは複数によって、前記一つまたは複数の調整された更新されたバイタルサインと、前記所与の患者から以前に取得された一つまたは複数の以前のバイタルサインとを比較する段階と；
前記プロセッサの一つまたは複数によって、前記比較に基づいて、前記所与の患者の悪化を検出する段階と；
前記プロセッサの一つまたは複数によって、前記所与の患者の悪化について医療人員にアラートする出力を提供する段階とを含む、
コンピュータ実装される方法。
【請求項２】
前記患者情報が、前記所与の患者の性別を含み、前記生成することは、前記所与の患者の性別に基づいて、前記一つまたは複数の更新されたバイタルサインを調整することを含む、請求項１記載のコンピュータ実装される方法。
【請求項３】
前記患者情報が、前記所与の患者によって服用される一つまたは複数の医薬を含み、前記生成することは、前記所与の患者によって服用される医薬に基づいて、前記一つまたは複数の更新されたバイタルサインを調整することを含む、請求項１記載のコンピュータ実装される方法。
【請求項４】
前記プロセッサの一つまたは複数によって、前記所与の患者の少なくとも一つのバイタルサインについてのベースライン・スコアを決定する段階であって、前記ベースライン・スコアは前記所与の患者から以前に取得された前記少なくとも一つのバイタルサインの測定に基づく、段階と；
前記プロセッサの一つまたは複数によって、前記所与の患者の前記少なくとも一つのバイタルサインについての更新されたバイタルサイン・スコアを決定する段階であって、前記更新されたバイタルサイン・スコアは前記患者の前記一つまたは複数の調整された更新されたバイタルサインに基づく、段階とをさらに含み、
前記比較することは、前記ベースライン・バイタルサイン・スコアを前記更新されたバイタルサイン・スコアと比較することを含む、
請求項１記載のコンピュータ実装される方法。
【請求項５】
前記検出することは、前記ベースライン・バイタルサイン・スコアと前記更新されたバイタルサイン・スコアとの間の差が閾値を満たすことを判別することを含む、請求項４記載のコンピュータ実装される方法。
【請求項６】
前記検出することは、前記ベースライン・バイタルサイン・スコアと前記更新されたバイタルサイン・スコアとの間の差が、前記少なくとも一つのバイタルサインの正常性に向かう傾向を実証しないことを判別することを含む、請求項４記載のコンピュータ実装される方法。
【請求項７】
前記少なくとも一つのバイタルサインが脈拍数を含む、請求項４記載のコンピュータ実装される方法。
【請求項８】
前記少なくとも一つのバイタルサインが呼吸数を含む、請求項４記載のコンピュータ実装される方法。
【請求項９】
前記一つまたは複数のバイタルサイン取得カメラはパン‐チルト‐ズーム（「PZT」）カメラを含む、請求項１記載のコンピュータ実装される方法。
【請求項１０】
一つまたは複数のプロセッサと；
前記一つまたは複数のプロセッサと動作可能に結合された一つまたは複数のバイタルサイン取得カメラと；
命令を記憶している、前記一つまたは複数のプロセッサと動作可能に結合されたメモリとを有するシステムであって、前記命令は、一つまたは複数のプロセッサによる該命令の実行に応答して、前記一つまたは複数のプロセッサに：
エリア内の複数の患者のうちの所与の患者に関連付けられた患者情報を決定する段階であって、前記エリアは前記一つまたは複数のバイタルサイン取得カメラによって捕捉されることができる、段階と；
前記バイタルサイン取得カメラの一つまたは複数によって、前記所与の患者から一つまたは複数の更新されたバイタルサインを取得する段階と；
前記一つまたは複数の更新されたバイタルサインおよび前記所与の患者に関連付けられた前記患者情報に基づいて、一つまたは複数の調整された更新されたバイタルサインを生成する段階と；
前記一つまたは複数の調整された更新されたバイタルサインと、前記所与の患者から以前に取得された一つまたは複数の以前のバイタルサインとを比較する段階と；
前記比較に基づいて、前記所与の患者の悪化を検出する段階と；
前記所与の患者の悪化について医療人員にアラートする出力を提供する段階とを実行させるためのものである、
システム。
【請求項１１】
前記患者情報が、前記所与の患者の性別または年齢を含み、前記生成することは、前記所与の患者の性別または年齢に基づいて、前記一つまたは複数の更新されたバイタルサインを調整することを含む、請求項１０記載のシステム。
【請求項１２】
前記患者情報が、前記所与の患者によって服用される一つまたは複数の医薬を含み、前記一つまたは複数の調整されたバイタルサインは、前記所与の患者によって服用される医薬に基づいて生成される、請求項１０記載のシステム。
【請求項１３】
前記ベースライン・バイタルサイン・スコアと前記更新されたバイタルサイン・スコアとの間の差が閾値を満たすことを判別するための命令をさらに含む、請求項１０記載のシステム。
【請求項１４】
前記ベースライン・バイタルサイン・スコアと前記更新されたバイタルサイン・スコアとの間の差が、前記少なくとも一つのバイタルサインの正常性に向かう傾向を実証しないことを判別するための命令をさらに含む、請求項１０記載のシステム。
【請求項１５】
命令を有する少なくとも一つの非一時的なコンピュータ可読媒体であって、前記命令は、一つまたは複数のプロセッサによる該命令の実行に応答して、前記一つまたは複数のプロセッサに：
エリア内の複数の患者のうちの所与の患者に関連付けられた患者情報を決定する段階であって、前記エリアは一つまたは複数のバイタルサイン取得カメラによって捕捉されることができる、段階と；
前記バイタルサイン取得カメラの一つまたは複数によって、前記所与の患者から一つまたは複数の更新されたバイタルサインを取得する段階と；
前記一つまたは複数の更新されたバイタルサインおよび前記所与の患者に関連付けられた前記患者情報に基づいて、一つまたは複数の調整された更新されたバイタルサインを生成する段階と；
前記一つまたは複数の調整された更新されたバイタルサインと、前記所与の患者から以前に取得された一つまたは複数の以前のバイタルサインとを比較する段階と；
前記比較に基づいて、前記所与の患者の悪化を検出する段階と；
前記所与の患者の悪化について医療人員にアラートする出力を提供する段階とを実行させるものである、
媒体。
【国際調査報告】
2020501634.tif 000015
2020501634.tif 000016