(57)【要約】  本開示は、患者緊急度の臨床医評価の推定及び使用に関する。様々な実施形態において、複数の患者に関連付けられる複数の患者特徴ベクトルが取得される（３０２、３０４）。各患者特徴は、患者の観察可能な健康指標を示す１つ以上の健康指標特徴と、患者に提供された治療の特徴を示す１つ以上の治療特徴とを含む。機械学習モデル２１６が、患者特徴ベクトルに基づいてトレーニングされ、後続の患者特徴ベクトルを入力として受信し、臨床医緊急度評価のレベルの指示を出力として提供する（３０６）。後に所与の患者に関連付けられる患者特徴ベクトルが、機械学習モデルへの入力として提供される（４０４）。機械学習モデルからの出力に基づいて、所与の患者に関連付けられる臨床医緊急度評価のレベルが推定され（４０６）、様々な応用に使用される（４０８〜４１６）。
2019517064.tif 000002
【特許請求の範囲】
【請求項１】
１つ以上のプロセッサと、
前記１つ以上のプロセッサに結合されるメモリと、
を含み、
前記メモリは、前記１つ以上のプロセッサによる実行に応えて、前記１つ以上のプロセッサに、
複数の患者に関連付けられる複数の患者特徴ベクトルを取得させ、各患者特徴ベクトルは、前記複数の患者のうちの１人の患者に関連付けられる複数の健康指標特徴と、前記１人の患者に関連付けられる前記複数の健康指標特徴に少なくとも部分的に基づく医療関係者による前記１人の患者の治療に関連付けられる複数の治療特徴とを含み、
前記複数の患者特徴ベクトルに基づいて、機械学習モデルをトレーニングさせて、後続の患者特徴ベクトルを入力として受信し、臨床医緊急度評価のレベルの指示を出力として提供するようにする、命令を記憶している、
システム。
【請求項２】
前記メモリは更に、
所与の患者に関連付けられる健康指標特徴及び治療特徴を含む１つ以上の特徴ベクトルを、前記機械学習モデルに入力として提供し、
前記機械学習モデルの出力に基づいて、前記所与の患者の臨床医緊急度評価のレベルを推定する命令を含む、請求項１に記載のシステム。
【請求項３】
前記所与の患者の臨床医緊急度評価の推定される前記レベルが、臨床医緊急度評価閾値を満たさないことを決定し、
前記医療関係者に、前記所与の患者の緊急度の現在の臨床医評価が不正確であることを知らせるように、出力が前記医療関係者に提供されるようにする命令を更に含む、請求項２に記載のシステム。
【請求項４】
前記所与の患者の客観的緊急度レベルが、前記所与の患者の臨床医緊急度評価の前記レベルと一致しないことを決定する命令を更に含む、請求項２に記載のシステム。
【請求項５】
前記医療関係者に、前記所与の患者の緊急度の現在の臨床医評価が不正確であることを知らせるように、出力が前記医療関係者に提供されるようにする命令を更に含む、請求項４に記載のシステム。
【請求項６】
前記医療関係者に、前記所与の患者に対する追加の懸念が必要であることを知らせるように、前記所与の患者の客観的緊急度レベルの指標が前記医療関係者に出力される様式を変更する命令を更に含む、請求項４に記載のシステム。
【請求項７】
少なくとも１つの患者特徴ベクトルは、患者の健康パラメータが、侵襲的に測定されているか、又は、非侵襲的に測定されているかを示す特徴を含む、請求項１に記載のシステム。
【請求項８】
少なくとも１つの患者特徴ベクトルは、患者の健康指標が測定される頻度を示す特徴を含む、請求項１に記載のシステム。
【請求項９】
少なくとも１つの患者特徴ベクトルは、患者がライフクリティカルシステムによって支援されているかどうかを示す特徴を含む、請求項１に記載のシステム。
【請求項１０】
少なくとも１つの患者特徴ベクトルは、患者に投与される薬の投薬量又は継続時間を示す特徴を含む、請求項１に記載のシステム。
【請求項１１】
前記複数の患者特徴ベクトルそれぞれは、対応する患者に関連付けられるアウトカムを示すラベルを含む、請求項１に記載のシステム。
【請求項１２】
１つ以上のプロセッサによって、所与の患者に関連付けられる患者特徴ベクトルを取得するステップと、
前記１つ以上のプロセッサによって、前記患者特徴ベクトルを、前記１つ以上のプロセッサによって動作させられる機械学習モデルへの入力として提供するステップと、
前記１つ以上のプロセッサによって、前記機械学習モデルからの出力に基づいて、前記所与の患者に関連付けられる臨床医緊急度評価のレベルを推定するステップと、
を含み、
前記患者特徴ベクトルは、前記所与の患者の１つ以上の観察可能な健康指標を示す１つ以上の健康指標特徴と、前記所与の患者に提供された治療の１つ以上の特徴を示す１つ以上の治療特徴とを含む、コンピュータ実施方法。
【請求項１３】
前記所与の患者に関連付けられる臨床医緊急度評価の推定される前記レベルに少なくとも部分的に基づいて、１つ以上の医用アラーム閾値を調整するステップを更に含む、請求項１２に記載のコンピュータ実施方法。
【請求項１４】
前記所与の患者に関連付けられる臨床医緊急度評価の推定される前記レベルに少なくとも部分的に基づいて、前記所与の患者を入院、退院又は移動させるかどうかに関して助言する出力を、医療関係者に提供するステップを更に含む、請求項１２に記載のコンピュータ実施方法。
【請求項１５】
コンピュータシステムによる実行に応えて、前記コンピュータシステムに、次の動作：
複数の患者に関連付けられる複数の患者特徴ベクトルを取得する動作と、
後続の患者特徴ベクトルを入力として受信し、臨床医緊急度評価のレベルの指示を出力として提供するように、前記複数の患者特徴ベクトルに基づいて、機械学習モデルをトレーニングする動作と、
所与の患者に関連付けられる患者特徴ベクトルを取得する動作と、
前記機械学習モデルへの入力として、前記患者特徴ベクトルを提供する動作と、
前記機械学習モデルからの出力に基づいて、前記所与の患者に関連付けられる臨床医緊急度評価のレベルを推定する動作と、
を行わせる命令を含む、少なくとも１つの非一時的コンピュータ可読媒体であって、
各患者特徴ベクトルは、１人の患者の１つ以上の観察可能な健康指標を示す１つ以上の健康指標特徴と、前記１人の患者に提供された治療の１つ以上の特徴を示す１つ以上の治療特徴とを含む、少なくとも１つの非一時的コンピュータ可読媒体。
【請求項１６】
１つ以上のプロセッサによって、所与の患者に関連付けられる患者特徴ベクトル及び治療特徴ベクトルを取得するステップと、
前記１つ以上のプロセッサによって、前記１つ以上のプロセッサによって動作させられる機械学習モデルへの入力として、前記患者特徴ベクトル及び前記治療特徴ベクトルを提供するステップと、
前記１つ以上のプロセッサによって、前記機械学習モデルからの出力に基づいて、前記所与の患者に関連付けられる臨床医緊急度評価のレベルを推定するステップと、
を含む、トレーニングされた機械学習モデルを使用するコンピュータ実施方法。
【請求項１７】
請求項１２に記載のコンピュータ実施方法を使用してトレーニングされた、トレーニング済機械学習モデル。
【請求項１８】
１つ以上のプロセッサによって、所与の患者に関連付けられる患者特徴ベクトルを取得するステップと、
前記１つ以上のプロセッサによって、前記１つ以上のプロセッサによって動作させられる機械学習モデルへの入力として、前記患者特徴ベクトルを提供するステップと、
前記１つ以上のプロセッサによって、前記機械学習モデルからの出力に基づいて、前記所与の患者に関連付けられる臨床医緊急度評価のレベルを推定するステップと、
前記１つ以上のプロセッサによって、前記機械学習モデルからの前記出力に基づいて、客観的患者緊急度尺度のレベルを決定するステップと、
前記１つ以上のプロセッサによって、前記客観的患者緊急度尺度と前記所与の前記臨床医緊急度評価とを比較するステップと、
前記所与の患者に関連付けられる臨床医緊急度評価の推定される前記レベル及び前記客観的患者緊急度尺度に少なくとも部分的に基づいて、１つ以上の医用アラーム閾値を調整するステップと、
を含み、
前記患者特徴ベクトルは、前記所与の患者の１つ以上の観察可能な健康指標を示す１つ以上の健康指標特徴と、前記所与の患者に提供された治療の１つ以上の特徴を示す１つ以上の治療特徴とを含む、コンピュータ実施方法。
【請求項１９】
患者を記述する複数の特徴を受信するステップと、
患者状態の推定値として、患者緊急度値を生成するように、前記複数の特徴の少なくとも第１の部分に、第１のトレーニングされたモデルを適用するステップと、
前記患者状態の臨床医評価の推定値として、臨床医緊急度評価値を生成するように、前記複数の特徴の少なくとも第２の部分に、第２のトレーニングされたモデルを適用するステップと、
前記患者緊急度値を、前記臨床医緊急度評価値と比較するステップと、
前記患者緊急度値と前記臨床医緊急度評価値との前記比較に基づいて、前記患者緊急度値を提示するための少なくとも１つの提示特徴を決定するステップと、
を含む、臨床医に臨床判断支援情報を提示する方法。
【請求項２０】
前記複数の特徴の前記第２の部分は、前記患者に提供された治療の少なくとも１つの特徴を含む、請求項１９に記載の方法。
【請求項２１】
前記患者緊急度値と前記臨床医緊急度評価値との比較が、前記臨床医緊急度評価値は、前記患者緊急度値と実質的に同じであることを決定すると、前記患者緊急度値に基づいて生成されるアラームを抑制するステップを更に含む、請求項１９に記載の方法。
【請求項２２】
前記決定するステップは、前記患者緊急度値と前記臨床医緊急度評価値との比較が、前記臨床医緊急度評価値は、前記患者緊急度値とは大幅に異なることを決定すると、注意喚起提示特徴を選択するステップを含む、請求項１９に記載の方法。
【請求項２３】
前記少なくとも１つの提示特徴は、可聴音、テキストサイズ、テキストの色及びテキスト点滅設定のうちの少なくとも１つを含む、請求項１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]  本明細書に説明される様々な実施形態は、概して、健康管理に関する。より具体的には、排他的ではないが、本明細書に開示される様々な方法及び装置は、患者緊急度（patient acuity）の臨床医評価の推定及び使用に関する。
【背景技術】
【０００２】
[0002]  様々な健康指標に基づいて、患者の悪化及び／又は患者が必要とする医療（即ち、「患者緊急度」）を評価する様々な技術が存在している。これらの健康指標には、年齢、性別、体重、身長、血圧、乳糖レベル、血糖、体温、遺伝的病歴等が含まれるが、これらに限定されない。これらの健康指標は、臨床判断支援（ＣＤＳ）アルゴリズムによって利用され、患者緊急度の評価が提供される。一般に、ＣＤＳアルゴリズムは、医療専門家の意思決定の代わりになるものではなく、その補完をするものとして使用される。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
[0003]  ＣＤＳアルゴリズムは、臨床医に、患者状態のそれまでに知られていない変化の存在を警告することが多いが、状況が違えば、臨床医は、当該変化（例えば緊急度の悪化）を既に把握していることがある。このような場合、ＣＤＳアルゴリズムは、臨床医に新しい情報を提供しないどころか、苛立たしさを感じさせるに過ぎない場合がある。このような状況が繰り返し起きると、臨床医は、ＣＤＳアルゴリズムの出力を完全に無視し始めてしまう。
【課題を解決するための手段】
【０００４】
[0004]  本開示は、患者緊急度の臨床医評価を推定及び利用する発明方法及び装置に関する。様々な実施形態において、複数の患者に関連付けられる健康指標に関する病歴データだけでなく、これらの患者に提供された治療の特徴も使用して、臨床医緊急度評価指数（「ＣＡＡＩ」）を推定する方法を確立する。幾つかの実施態様では、このような方法の確立には、機械学習モデルをトレーニングすることが含まれる。推定ＣＡＡＩは、様々な目的に使用することができる。
【０００５】
[0005]  幾つかの実施形態では、ＣＡＡＩは、例えば患者の緊急度の現在の臨床医評価が正確であるかどうかを決定するために、患者緊急度の他の指標と合わせて使用されてもよい。幾つかの実施形態では、ＣＡＡＩは、患者を入院／退院／転院（「ＡＤＴ」）させるかどうか、様々な治療及び手術を設定するかどうか、患者に関連付けられている医用アラームを変更するかどうか等の決定といった様々な医療上の決定を行う際に考慮される。幾つかの実施形態では、ＣＡＡＩは、健康指標だけを考慮する別の指標よりも患者緊急度のよりロバスト及び／又は正確な指標として使用される。
【０００６】
[0006]  更に又は或いは、ＣＡＡＩは、様々な目的のために様々な医療関係者に（例えばコンピュータデバイス上の出力として）通信される。例えばＣＡＡＩは、勤務を開始したばかりの医者に提供される。当該医者は、ＣＡＡＩがなければ、患者の緊急度をすぐに知ることができない。したがって、当該医者は、より迅速に物事をよく把握することができる。別の例として、ＣＡＡＩは、看護師に提供され、どれくらい注意深く患者を診るべきか看護師を指導する。更に別の例では、ＣＡＡＩは、医療技術者に提供され、医療機器をどのようの調整又は設定するか医療技術者を指導する。
【０００７】
[0007]  本開示全体で説明される例は、機械学習分類器を使用して実現される。しかし、これは限定を意味していない。一般に、本明細書に説明される技術は、他のやり方で行われてもよい。例えば幾つかの実施態様では、関心患者のＣＡＡＩは、院内手続き及び方針の一部として確立される１つ以上の規則（例えば発見的問題解決法）を使用して決定される。そうすると、当該ＣＡＡＩは、コンピュータを使用してもしなくても、上述のとおり、様々な目的に使用することができる。
【０００８】
[0008]  一般に、１つの態様では、複数の患者に関連付けられる複数の患者特徴ベクトルが取得される。各患者特徴ベクトルは、患者の１つ以上の観察可能な健康指標を示す１つ以上の健康指標特徴と、患者に提供された治療の１つ以上の特徴を示す１つ以上の治療特徴とを含む。機械学習分類器が、患者特徴ベクトルに基づいてトレーニングされ、後続の患者特徴ベクトルを入力として受信し、また、臨床医緊急度評価のレベルの指示を出力として提供する。後に、所与の患者に関連付けられる患者特徴ベクトルが取得され、機械学習分類器に入力として提供される。機械学習分類器からの出力に基づいて、当該所与の患者に関連付けられる臨床医緊急度評価のレベルが推定される。
【０００９】
[0009]  様々な実施形態において、所与の患者の臨床医緊急度評価の推定されるレベルが、臨床医緊急度評価閾値を満たさないことが決定される。したがって、医療関係者に、所与の患者の緊急度の現在の臨床医評価が不正確であることを知らせるように、出力が当該医療関係者に提供される。
【００１０】
[0010]  様々な実施形態において、所与の患者の客観的緊急度レベルが、当該所与の患者の臨床医緊急度評価のレベルと一致しないことが決定される。様々なバージョンにおいて、医療関係者に、患者の緊急度の現在の臨床医評価が不正確であることを知らせるように、出力が当該医療関係者に提供される。様々なバージョンにおいて、医療関係者に、所与の患者に対する追加の懸念が必要であることを知らせるように、所与の患者の客観的緊急度レベルの指標が医療関係者に出力される様式が変更される。
【００１１】
[0011]  様々な実施形態において、少なくとも１つの患者特徴ベクトルは、患者の健康パラメータが、侵襲的に測定されているか又は非侵襲的に測定されているかを示す特徴を含む。様々な実施形態において、少なくとも１つの患者特徴ベクトルは、患者の健康指標が測定される頻度を示す特徴を含む。様々な実施形態において、少なくとも１つの患者特徴ベクトルは、患者がライフクリティカルシステムによって支援されているかどうかを示す特徴を含む。様々な実施形態において、少なくとも１つの患者特徴ベクトルは、患者に投与される薬の投薬量又は継続時間を示す特徴を含む。様々な実施形態において、複数の患者特徴ベクトルそれぞれは、対応する患者に関連付けられるアウトカムを示すラベルを含む。
【００１２】
[0012]  「患者緊急度」とは、本明細書において使用される場合、患者が必要とする医療の程度を意味するように使用される。患者緊急度は更に、患者の悪化に密接に関係している概念を指し、これは、患者の悪化のレベル（例えばどれくらい急に悪化しているか）を患者が必要とする治療量に相関させる。例えば出血している及び／又は他の致命症状のある重症患者は、集中治療を必要とし、したがって、例えば最良の治療が時間及び休養であるような、症状が安定した患者よりも高い患者緊急度を有する。「医療関係者」又は「臨床医」には、本明細書において使用される場合、次に限定されないが、医師、看護師、上級看護師、セラピスト、技術者等が含まれる。
【００１３】
[0013]  当然ながら、上記概念と、以下に詳細に記載される追加の概念（ただし、これらの概念は相互に矛盾しない）とのあらゆる組み合わせは、本明細書に開示される発明主題の一部であると考えられる。具体的には、本開示の終わりに登場する請求項に係る主題のあらゆる組み合わせは、本明細書に開示される発明主題の一部であると考えられる。更に、当然ながら、参照することにより組み込まれた任意の開示にも登場する、本明細書にて明示的に用いられる専門用語を、本明細書に開示される特定の概念と最も整合する意味に合わせるべきである。
【００１４】
[0014]  本明細書に説明される様々な実施形態は、１つ以上のプロセッサと、１つ以上のプロセッサに結合されるメモリとを含み、メモリは、１つ以上のプロセッサによる実行に応えて、１つ以上のプロセッサに、複数の患者に関連付けられる複数の患者特徴ベクトルを取得させ、後続の患者特徴ベクトルを入力として受信し、臨床医緊急度評価のレベルの指示を出力として提供するように、患者特徴ベクトルに基づいて、機械学習モデルをトレーニングさせる命令を記憶し、各患者特徴ベクトルは、複数の患者のうちの１人の患者に関連付けられる複数の健康指標特徴と、１人の患者に関連付けられる複数の健康指標特徴に少なくとも部分的に基づく医療関係者による１人の患者の治療に関連付けられる複数の治療特徴とを含む、システムに関する。
【００１５】
[0015]  本明細書に説明される様々な実施形態は、１つ以上のプロセッサによって、所与の患者に関連付けられる患者特徴ベクトルを取得するステップと、１つ以上のプロセッサによって、患者特徴ベクトルを、１つ以上のプロセッサによって動作させられる機械学習モデルへの入力として提供するステップと、１つ以上のプロセッサによって、機械学習モデルからの出力に基づいて、所与の患者に関連付けられる臨床医緊急度評価のレベルを推定するステップとを含み、患者特徴ベクトルは、所与の患者の１つ以上の観察可能な健康指標を示す１つ以上の健康指標特徴と、所与の患者に提供された治療の１つ以上の特徴を示す１つ以上の治療特徴とを含む、コンピュータ実施方法に関する。
【００１６】
[0016]  本明細書に説明される様々な実施形態は、コンピュータシステムによる実行に応えて、コンピュータシステムに、次の動作：複数の患者に関連付けられる複数の患者特徴ベクトルを取得する動作と、後続の患者特徴ベクトルを入力として受信し、臨床医緊急度評価のレベルの指示を出力として提供するように、患者特徴ベクトルに基づいて、機械学習モデルをトレーニングする動作と、所与の患者に関連付けられる患者特徴ベクトルを取得する動作と、機械学習モデルへの入力として、患者特徴ベクトルを提供する動作と、機械学習モデルからの出力に基づいて、所与の患者に関連付けられる臨床医緊急度評価のレベルを推定する動作とを行わせる命令を含み、各患者特徴ベクトルは、１人の患者の１つ以上の観察可能な健康指標を示す１つ以上の健康指標特徴と、１人の患者に提供された治療の１つ以上の特徴を示す１つ以上の治療特徴とを含む、非一時的コンピュータ可読媒体に関する。
【００１７】
[0017]  システムは、臨床医が患者状態について既に理解していること（即ち、臨床医緊急度評価）を推定するために、機械学習モデルを確立することによって、「客観的」緊急度評価（例えばＣＤＳアルゴリズムの出力）を臨床医及び他のスタッフにどのように提示するかをより賢く選択することができる。臨床医緊急度評価が、客観的緊急度評価と既に一致する場合、臨床医は、患者状態について既に把握していると推断され、臨床医が客観的緊急度評価は役に立たないと見なすか又は（例えばアラーム疲労によって）客観的緊急度評価を無視し始める可能性を低減するために、より受動的な通知（又は更には全く通知をしないこと）を選択して、アラーム（又は他の能動的通知）が抑制される。反対に、より能動的な通知手段は、臨床医緊急度評価と客観的緊急度評価とに相違がある場合に取っておかれる。この場合、客観的緊急度評価が、臨床医に新しい情報を提供する可能性がより高い。
【００１８】
[0018]  メモリが更に、所与の患者に関連付けられる健康指標特徴及び治療特徴を含む１つ以上の特徴ベクトルを、機械学習モデルに入力として提供し、機械学習モデルの出力に基づいて、所与の患者の臨床医緊急度評価のレベルを推定する命令を含む様々な実施形態が説明される。
【００１９】
[0019]  様々な実施形態は、所与の患者の臨床医緊急度評価の推定されるレベルが、臨床医緊急度評価閾値を満たさないことを決定し、医療関係者に、所与の患者の緊急度の現在の臨床医評価が不正確であることを知らせるように、出力が当該医療関係者に提供されるようにする命令を追加的に含む。
【００２０】
[0020]  様々な実施形態は、所与の患者の客観的緊急度レベルが、当該所与の患者の臨床医緊急度評価のレベルと一致しないことを決定する命令を追加的に含む。
【００２１】
[0021]  様々な実施形態は、医療関係者に、所与の患者の緊急度の現在の臨床医評価が不正確であることを知らせるように、出力が当該医療関係者に提供されるようにする命令を追加的に含む。
【００２２】
[0022]  様々な実施形態は、医療関係者に、所与の患者に対する追加の懸念が必要であることを知らせるように、所与の患者の客観的緊急度レベルの指標が医療関係者に出力される様式を変更する命令を追加的に含む。
【００２３】
[0023]  少なくとも１つの患者特徴ベクトルは、患者の健康パラメータが、侵襲的に測定されているか又は非侵襲的に測定されているかを示す特徴を含む様々な実施形態が説明される。
【００２４】
[0024]  少なくとも１つの患者特徴ベクトルは、患者の健康指標が測定される頻度を示す特徴を含む様々な実施形態が説明される。
【００２５】
[0025]  少なくとも１つの患者特徴ベクトルは、患者がライフクリティカルシステムによって支援されているかどうかを示す特徴を含む様々な実施形態が説明される。
【００２６】
[0026]  少なくとも１つの患者特徴ベクトルは、患者がライフクリティカルシステムによって支援されているかどうかを示す特徴を含む様々な実施形態が説明される。
【００２７】
[0027]  複数の患者特徴ベクトルそれぞれは、対応する患者に関連付けられるアウトカムを示すラベルを含む様々な実施形態が説明される。
【００２８】
[0028]  幾つかの実施態様は、トレーニングされたモデルの利用に関する。例えばトレーニングされたモデルは、反復更新に利用され、トレーニングされたモデルは更に発展され、更新される。これは、様々な実施形態において、様々な患者特徴ベクトルを、前にトレーニングされたモデルに入力することによって達成される。患者特徴ベクトルは、既にトレーニングされたモデルへの入力として提供される。使用時、所与の患者に関連付けられる患者特徴ベクトルが取得され、機械学習モデルに入力として提供される。患者特徴ベクトルの使用及びその入力後、機械学習モデルの出力は、所与の患者及び患者特徴ベクトルに関連付けられる臨床医緊急度評価の推定されるレベルを含む。したがって、様々な例において、トレーニングされた機械学習モデルを使用して、ＣＡＡＩを生成し、客観的尺度を取得し、アラーム特徴を比較及び選択する方法も提供される。
【００２９】
[0029]  幾つかの実施態様では、患者特徴ベクトルからもたらされる候補ＣＡＡＩを生成するステップを含む方法が提供される。方法は更に、現在の患者特徴ベクトル及び治療ベクトルを、トレーニングされた機械学習分類器に入力として入力するステップと、トレーニングされたモデルを介して、臨床医緊急度評価の推定レベルを、関連付けられる患者の出力として生成するステップとを含む。更に、臨床医緊急度評価の推定レベルは、上記されたようなトレーニングされた機械学習モデルを使用して生成されてもよい。
【００３０】
[0030]  幾つかの態様において、トレーニングされた機械学習モデルを使用するコンピュータ実施方法が説明される。当該方法は、１つ以上のプロセッサによって、所与の患者に共に関連付けられる患者特徴ベクトル及び治療特徴ベクトルを取得するステップと、１つ以上のプロセッサによって、１つ以上のプロセッサによって動作させられる機械学習モデルへの入力として、患者特徴ベクトル及び治療特徴ベクトルを提供するステップと、１つ以上のプロセッサによって、機械学習モデルからの出力に基づいて、所与の患者に関連付けられる臨床医緊急度評価のレベルを推定するステップとを含む。更に、様々な実施態様において、機械学習モデルが、本明細書に説明される様々なコンピュータ実施トレーニング方法ステップを使用してトレーニングされた、トレーニング済機械学習モデルの使用について説明される。
【００３１】
[0031]  幾つかの実施態様において、機械学習モデルのトレーニングには、複数のトレーニング例のトレーニング出力に基づく畳み込みネットワーク上で逆伝搬を行うことを含む。
【００３２】
[0032]  他の実施態様は、上記方法のうちの１つ以上の方法といった方法を行うように、プロセッサ（例えば中央処理演算ユニット（ＣＰＵ））によって実行可能である命令を記憶した非一時的コンピュータ可読記憶媒体を含む。更に別の実施態様は、上記方法のうちの１つ以上の方法といった方法を行うように、記憶されている命令を実行するように動作可能である１つ以上のプロセッサを含む１つ以上のコンピュータ及び／又は１つ以上の学習モデルからなるシステムを含む。
【００３３】
[0033]  様々な実施形態は、臨床医に臨床判断支援情報を提示する方法、当該方法を行うデバイス、及び、当該方法を実行するための命令が符号化された非一時的機械可読記憶媒体に関し、当該方法は、患者を記述する複数の特徴を受信するステップと、患者状態の推定値として、患者緊急度値を生成するように、複数の特徴の少なくとも第１の部分に、第１のトレーニングされたモデルを適用するステップと、患者状態の臨床医評価の推定値として、臨床医緊急度評価値を生成するように、複数の特徴の少なくとも第２の部分に、第２のトレーニングされたモデルを適用するステップと、患者緊急度値を、臨床医緊急度評価値と比較するステップと、患者緊急度値と臨床医緊急度評価値との比較に基づいて、患者緊急度値を提示するための少なくとも１つの提示特徴を決定するステップとを含む。
【００３４】
[0034]  複数の特徴の第２の部分が、患者に提供された治療の少なくとも１つの特徴を含む様々な実施形態が説明される。
【００３５】
[0035]  様々な実施形態は、患者緊急度値と臨床医緊急度評価値との比較が、臨床医緊急度評価値は、患者緊急度値と実質的に同じであることを決定すると、患者緊急度値に基づいて生成されるアラームを抑制するステップを追加的に含む。
【００３６】
[0036]  上記決定するステップは、患者緊急度値と臨床医緊急度評価値との比較が、臨床医緊急度評価値は、患者緊急度値とは大幅に異なることを決定すると、注意喚起提示特徴を選択するステップを含む様々な実施形態が説明される。当然ながら、注意喚起提示特徴は、臨床医が出力コンピュータを見ていないとき、又は、出力コンピュータをちらりとしか見ていないときに、臨床医の注目を引くことができる様々な特徴を含む。例えば注目を喚起するために、出力患者緊急度値のテキストサイズを大きくしたり、画面上の他の情報出力から目立たせるために患者緊急度値の色を変更したり、患者緊急度値を点滅させたり、可聴音を出力したりする。幾つかの実施形態では、注目喚起提示特徴は、臨床医緊急度評価値が、患者緊急度値と大幅に一致しない場合に（幾つかの実施形態では、その場合においてのみ）使用される「注目喚起」であるように選択される１つ以上の特徴からなる所定のセットであってよい。少なくとも１つの提示特徴が、可聴音、テキストサイズ、テキストの色及びテキスト点滅設定のうちの少なくとも１つを含む様々な実施形態が説明される。
【００３７】
[0037]  当然ながら、上記概念と、以下に詳細に記載される追加の概念とのあらゆる組み合わせは、本明細書に開示される主題の一部であると考えられる。例えば本開示の終わりに登場する請求項に係る主題のあらゆる組み合わせは、本明細書に開示される主題の一部であると考えられる。
【図面の簡単な説明】
【００３８】
[0038]  図面において、同様の参照符号は、一般に、様々な図を通して同じ部品を指している。更に、図面は必ずしも縮尺通りではなく、一般に、本明細書に説明される実施形態の様々な原理の説明に重点が置かれている。
【００３９】
【図１Ａ】[0039]  図１Ａは、複数の健康指標に基づき従来の患者緊急度指数が決定される方法を説明する。
【図１Ｂ】[0040]  図１Ｂは、様々な実施形態に従って、複数の健康指標及び治療特徴に基づき、本明細書に開示される技術を使用して臨床医緊急度評価指数が決定される方法を説明する。
【図２】[0041]  図２は、様々な実施形態に従って、開示される技術が採用される環境を概略的に示す。
【図３】[0042]  図３は、様々な実施形態に従って、本開示の選択された態様で構成される機械学習分類器をトレーニングする例示的な方法を概略的に示す。
【図４】[0043]  図４は、様々な実施形態に従って、ＣＡＡＩを推定し、当該推定を様々な目的に使用する例示的な方法を概略的に示す。
【図５】[0044]  図５は、様々な実施形態による例示的なコンピュータシステムのコンポーネントを概略的に示す。
【発明を実施するための形態】
【００４０】
[0045]  様々な健康指標に基づいて、患者緊急度を評価する様々な技術が存在する。しかし、観察される健康指標は、必ずしも患者緊急度に関して包括的な見解を提供しない。医療関係者によって患者に提供された治療は、それ自体が、患者緊急度を高度に示す場合がある。したがって、当技術分野において、患者緊急度の臨床医評価を推定し、患者緊急度の確定された臨床医評価を様々なやり方で利用するために、臨床医によって提供された治療の特徴を考慮に入れる必要がある。より一般的には、本出願人は、医学的指標といった様々な信号及び／又は患者に提供された治療の特徴に基づいて、患者の臨床医緊急度評価を予測及び／又は推定することが有益であることを認識及び理解している。臨床医緊急度評価（例えば臨床医の患者の状態に対する現在の見解の推定）を考慮に入れることによって、システムは、関連の患者緊急度尺度を出力する方法をより賢く決定することができる。例えば急性腎障害（ＡＫＩ）に対する臨床医緊急度評価が、別のＣＤＳアルゴリズムによるＡＫＩの「従来」の評価とほぼ一致する場合、客観的評価の出力が受動的に提示される（例えば単にモニタの画面上に表示される）。その一方で、ＡＫＩに対する臨床医の緊急度評価が、客観的ＡＫＩ  ＣＤＳアルゴリズムよりもはるかに低い（即ち、この例では、あまり深刻ではない）場合、出力はより能動的に提示される（例えば点滅テキスト、アラーム、主治医に送られるメッセージ等）。上記に鑑みて、本発明の様々な実施形態及び実施態様は、患者緊急度の臨床医評価を推定及び利用することに関する。
【００４１】
[0046]  図１Ａを参照するに、「従来」の患者緊急度指数が決定される方法の一例が示される。患者に関連付けられる様々ないわゆる「健康指標」（例えば観察可能な属性）を使用して、患者の緊急度が決定される。本例では、患者の年齢、体重、性別、血圧、心拍数及び複数の検査結果ＬＡＢ１〜Ｎを使用して、患者に関連付けられる緊急度指数（又は「スコア」）が決定される。体温、血糖値、酸素濃度等といった他の健康指標も、図１Ａに示される健康指標に加えて又は代わりに使用してもよい。このような従来の指数は、患者の緊急度の評価には有用ではあるが、様々な病気及び疾患の診断及び／又は治療における臨床医の専門知識及び／又は経験を説明することができない。場合によっては、従来の指数は、臨床医が既に知っていることを単に反映し、したがって、冗長的な情報となってしまう場合がある。
【００４２】
[0047]  したがって、様々な実施形態において、本明細書に説明される技術は、患者のいわゆる「臨床医緊急度評価指数」、即ち、「ＣＡＡＩ」を決定する。ＣＡＡＩは、図１Ａに示される１つ以上の健康指標を考慮することに加えて、医療関係者によって患者に提供された治療の１つ以上の特徴も考慮する。多くの場合、患者に提供された治療の特徴は、客観的健康指標自体よりも臨床医の患者に対する懸念（つまり、患者緊急度）をより強く反映することができる。本明細書に説明されるように、ＣＡＡＩは様々な目的に使用される。
【００４３】
[0048]  図１Ｂは、様々な実施形態に従って、開示される技術を使用して、ＣＡＡＩを決定する方法の一例を示す。１００において大まかに示されるように、図１Ａにおいて考慮されたものと同じ健康指標のうちの１つ以上が考慮される。しかし、１０２において大まかに示されるように、患者に提供された治療の１つ以上の特徴も、健康指標に加えて又はその代わりに考慮される。本例では、ＣＡＡＩ決定のために考慮される治療特徴には、特定の検査（ＬＡＢ１）が行われたやり方（侵襲的又は非侵襲的）、処方（又は投与された）薬（ＭＥＤＩＣＩＮＥＡ）、処方（又は投与された）ＭＥＤＩＣＩＮＥＡの投薬量、ＭＥＤＩＣＩＮＥＡが投与される頻度（及び／又は投与するように処方された頻度）、及び、複数の他の治療特徴（図１Ｂに、ＴＲＥＡＴＭＥＮＴ１、…、ＴＲＥＡＴＭＥＮＴＭと示される）が含まれる。これらは、考慮すべき治療特徴の例に過ぎず、限定を意味してはいない。これらの特徴を使用して推定されるＣＡＡＩは、多くの場合、他の従来の指数よりもよりロバストであり、及び／又は、より正確に患者緊急度を反映する。
【００４４】
[0049]  図２は、様々なコンポーネントが、本明細書に説明される技術を実行するように相互に作用する例示的な環境２００を示す。環境２００は、本開示の選択された態様で構成される様々なコンポーネントを含み、臨床医評価決定エンジン２０２、１つ以上の健康指標データベース２０４、１つ以上の治療データベース２０６、１つ以上の医学的評価エンジン２０８、及び／又は、１つ以上の医用アラームエンジン２１０を含む。スマートホン２０２ａ、ラップトップコンピュータ２１２ｂ、タブレットコンピュータ２１２ｃ及びスマートウォッチ２１２ｄといった様々なクライアントデバイス２１２も、図２に示される他のコンポーネントと通信する。幾つかの実施形態では、図２のコンポーネントは、１つ以上の無線又は有線ネットワーク２１４を介して通信可能に結合されるが、そうである必要はない。また、コンポーネントは、図２において、別々に示されているが、当然ながら、図２に示される１つ以上のコンポーネントは、（１つ以上のプロセッサを含んでよい）１つのコンピュータシステム内で組み合わせられても、及び／又は、複数のコンピュータシステム（例えば複数のサーバ）に亘って実現されてもよい。
【００４５】
[0050]  臨床医評価決定エンジン２０２は、様々な治療特徴に基づいて、１人以上の患者について、ＣＡＡＩを決定する。幾つかの実施形態では、臨床医評価決定エンジン２０２は、健康指標及び治療特徴を含む１つ以上の特徴ベクトルを、患者に関する入力として受信し、当該入力に基づいて推定されるＣＡＡＩを出力として提供するようにトレーニングされる１つ以上の機械学習分類器２１６を含む。機械学習分類器２１６の出力は、本明細書に説明される様々なコンポーネントによって、様々なやり方で使用される。本明細書には、機械学習分類器を使用してＣＡＡＩだけでなく、客観的患者緊急度指標を作成することについて様々な実施形態が説明されるが、当然ながら、様々な実施形態は、例えば緊急度指数を数値で表すべき場合に有用である線形回帰モデルといった他の機械学習モデルを、追加的に又は代替的に使用してもよい。
【００４６】
[0051]  健康指標データベース２０４は、複数の患者に関連付けられる観察された及び／又は観察可能な健康指標の記録を含む。例えば健康指標データベース２０４は、特に患者の１つ以上の健康指標を示すデータを含む複数の患者記録を含む。例示的な健康指標は、本明細書の他の部分に説明されている。他の実施形態では、健康指標データベースは、例えば研究の一環として収集された複数の患者に関連付けられる匿名健康指標を含む。
【００４７】
[0052]  治療データベース２０６は、医療関係者による患者の治療に関する情報を含み、健康指標データベース２０４には含まれない患者に提供された治療の様々な特徴を含む。例えば健康指標データベース２０４は、血圧、心拍数、血糖値、体温、乳糖レベル等といった複数の患者の様々なバイタルサイン測定値を含むが、治療データベース２０６は、どのようにバイタルサインが取得されたかの特徴を示す記録を含む。例えば治療データベース２０６は、特定のバイタルサイン測定値が侵襲的に取られたか又は非侵襲的に取られたか（後者の場合、臨床医の懸念の度合いはより高い）を示すデータ、特定のバイタルサインが取られた／測定された頻度を示すデータ、測定を行った理由を示すデータ等を含む。より一般的に、治療データベース２０６は、患者に提供された治療の特徴を示す記録を含む。これらの記録には、次に限定されないが、特定の薬が処方されたか又は特定の治療が施されたかどうか、薬が処方された／治療が施された頻度、処方薬／施された治療の量（即ち、投薬量）、特定の治療及び／又は予防ステップが取られたかどうか、流体が投与されているかどうか、どれくらいの頻度で流体が投与されているか、及び／又は、どれくらいの量の流体が投与されているか等が含まれる。
【００４８】
[0053]  幾つかの実施形態では、機械学習分類器２１６は、健康指標データベース２０４から取得される健康指標特徴、及び／又は、治療データベース２０６から取得される１つ以上の治療特徴を含む１つ以上の患者特徴ベクトルを使用してトレーニングされる。機械学習分類器２１６は、十分にトレーニングされると、後続の患者に関連付けられる患者特徴ベクトルを入力として受信し、当該後続の患者に関する臨床医緊急度評価のレベルの指示を出力として提供する。要するに、機械学習分類器２１６は、過去の患者が、様々な健康指標に応じて、どのように治療されたかを「学習」し、その知識を使用して、１人以上の臨床医が、様々な同じ信号に基づいて、現在、患者の緊急度をどのように評価するかを「推測」又は「推定」する。この推測又は推定は、上述のとおり、「ＣＡＡＩ」と呼び、様々な目的に使用される。
【００４９】
[0054]  ＣＡＡＩが使用される１つの目的は、現在の患者の緊急度を評価することである。医学的評価エンジン２０８は、患者の緊急度を決定するために、１人以上の医療関係者によって操作可能である１つ以上のクライアントデバイス２１２によってアクセス可能である。幾つかの実施形態では、医学的評価エンジン２０８は、患者のＣＡＡＩに基づいて、当該患者が特定のレベルの緊急度があると分類する。例えば患者特徴ベクトルは、機械学習分類器２１６に、入力として提供され、機械学習分類器２１６は、次に、ＣＡＡＩを提供する。ＣＡＡＩは、次に、医学的評価エンジン２０８に戻される。医学的評価エンジン２０８は、当該ＣＡＡＩを単独で又は他のデータ点と共に使用して、患者の緊急度の評価を提供する。この評価は、医療関係者がクライアントデバイス２１２において利用可能にされるので、医療関係者は、それに応じて反応することができる。例えば新しいＥＲ医師が勤務を開始したばかりだと仮定する。当該医師がよく知らない複数のＥＲ患者についてすぐに把握させるために、当該医師に、患者のＣＡＡＩ指標が（例えば何れかのクライアントデバイス２１２において）提供される。したがって、当該医師は、どの患者が最も緊急な処置を必要とするか、すぐに確認することができる。
【００５０】
[0055]  幾つかの実施形態では、医学的評価エンジン２０８又は図２に示される別のコンポーネントは、ＣＡＡＩに基づいて、所与の患者の緊急度の現在の臨床医評価が正確であるかどうかを決定する。例えば医学的評価エンジン２０８は、機械学習分類器２１６によって出力されたＣＡＡＩが、臨床医緊急度評価閾値を満たさないと決定する。幾つかの実施形態では、機械学習分類器２１６は、入力ベクトルを、臨床医緊急度評価の「等級」又は「スコア」に対応する出力クラスにマッピングする。医学的評価エンジン２０８が、臨床医緊急度評価決定エンジン２０２から、機械学習分類器２１６が臨床医緊急度評価に不合格の等級を与えたことの指示を受信すると、医学的評価エンジン２０８は、聴覚的、視覚的及び／若しくは触覚的出力を提供するか、並びに／又は、当該出力を１つ以上のクライアントデバイス２１２上に提供して、医療関係者に患者の緊急度の現在の臨床医評価を再評価すべきであることを伝える。
【００５１】
[0056]  更に又は或いは、幾つかの実施形態では、医学的評価エンジン２０８は、所与の患者の「客観的」緊急度レベルが、当該患者に関連付けられる健康指標及び治療特徴に基づいて、当該所与の患者について推定されるＣＡＡＩと一致する（例えばＣＡＡＩの所定範囲内にある）かどうかを決定する。これに応じて、医学的評価エンジン２０８は、出力を、（例えばクライアントデバイス２１２において）医療関係者に提供して、医療関係者に、患者の緊急度の現在の臨床医評価が不正確であることを知らせる。例えば医学的評価エンジン２０８は、客観的患者緊急度を（例えば大きい又は点滅テキスト、アラーム音を用いて、医療スタッフのデバイスに送られるメッセージを使用して）より能動的に出力することを選択してもよい。
【００５２】
[0057]  「客観的」患者緊急度とは、本明細書において用いられる場合、緊急度の臨床医評価を反映し、患者に提供された主観的治療の特徴にも基づいているＣＡＡＩとは対照的に、観察可能な健康指標（例えば年齢、心拍数、血圧、性別等）だけに基づく患者緊急度の（例えばＣＤＳアルゴリズムによって出力される）客観的測定値を意味する。使用される幾つかの例示的な「客観的」指数には、血行動態不安定指数（「ＨＩＩ」）又は早期劣化指数（「ＥＤＩ」）が含まれる。これらは共にフィリップスヘルスケア社によって開発された。他の「客観的」指数は、幾つか例を挙げると、急性肺損傷（「ＡＬＩ」）及び／又は急性呼吸促迫症候群（「ＡＲＤＳ」）を検出するアルゴリズムといった様々なアルゴリズムを使用して、患者健康指標に基づいて計算されてもよい。様々な実施形態では、複数のＣＡＡＩアルゴリズムがトレーニングされ、これらの客観的患者緊急度のうちの１つ以上とのペアリングのために配置される。例えば血行動態不安定のＣＡＡＩを使用して、臨床医評価をＨＩＩと比較し、その一方で、ＥＤＩの別のＣＡＡＩを使用して、臨床医評価をＥＤＩと比較する。幾つかの実施形態では、ＣＡＡＩの出力は、対応する客観的ＣＤＳアルゴリズムによって出力されるタイプと同じタイプであるため、値を直接比較することができる。例えば客観的ＣＤＳアルゴリズムが、１から１０の段階の値を出力する場合、対応するＣＡＡＩアルゴリズムも、１から１０の段階の値を出力する。別の実施形態として、客観的ＣＤＳアルゴリズムが分類を出力する場合、対応するＣＡＡＩアルゴリズムも分類を出力する。
【００５３】
[0058]  幾つかの実施形態では、所与の患者の客観的緊急度レベルの指標が医療関係者に出力される様式が、例えば医学的評価エンジン２０８によって、上記健康指標ベースの指数のうちの１つ以上を使用して生成された患者の客観的緊急度レベルと、当該患者に関連付けられるＣＡＡＩとの比較に基づいて、変更される。医学的評価エンジン２０８が、患者のＣＡＡＩは、例えばＨＩＩを使用して計算された患者の客観的緊急度と「一致」する（例えばその所定範囲内にある）と決定したと仮定する。この状況では、医学的評価エンジン２０８は、臨床医が当該患者について十分に考えていると決定する。したがって、医学的評価エンジン２０８は、医療関係者に出力される１つ以上のＨＩＩ指標が、あまり目立たないように出力される（例えば１つ以上のクライアントデバイス２１２の画面上に表示される）ようにするか、及び／又は、全く出力されないようにして、情報過多で医療関係者を苛立たせないようにするか、又は、医療関係者に情報が集中しないようにする。
【００５４】
[0059]  その一方で、医学的評価エンジン２０８が、患者のＣＡＡＩは、患者のＨＩＩ（又は別の同様の客観的緊急度指数）と一致しないと決定すると、これは、医療関係者が、患者の悪化を過小評価していた場合である。したがって、医学的評価エンジン２０８は、１つ以上のＨＩＩ指標が、（例えば１つ以上のクライアントデバイス２１２上に）より目立つように、より頻繁に出力されるようにして、医療関係者にこの不一致について知らせる。
【００５５】
[0060]  医学的評価エンジン２０８又は別のコンポーネントは、機械学習分類器２１６によって出力されたＣＡＡＩに基づいて、他の決定をしてもよい。幾つかの実施形態では、患者に関連付けられるＣＡＡＩに少なくとも部分的に基づいて、当該患者のＡＤＴが決定される。上述のとおり、ＣＡＡＩ自体を、（臨床医緊急度評価の指標としてのその役割に加えて）患者緊急度の尺度として使用することができる。したがって、ＣＡＡＩは、患者の退院及び／又は患者の集中治療室（「ＩＣＵ」）から例えば回復室への移動が妥当であるように、患者が必要とする治療量が十分に低いかどうかを決定する。その一方で、医学的評価エンジン２０８は、患者のＣＡＡＩに少なくとも部分的に基づいて、当該患者を手術室又はトリアージステーションといった別の場所からＩＣＵに移動すべきであることを決定することができる。
【００５６】
[0061]  ＣＡＡＩが使用される別の目的は、患者を治療及び／又はモニタリングするために使用される１つ以上の機械に関連付けられる１つ以上の医用アラームを調整することである。様々な実施形態では、医用アラームエンジン２１０は、１つ以上の閾値又は他の基準を選択し、これらの閾値又は基準が満たされると、１つ以上のアラームをトリガする。これらの閾値及び／又は基準は、（例えばクライアントデバイス２１２ａ〜２１２ｄを介して）医療関係者に、及び／又は、患者を治療若しくはモニタリングする１つ以上の医療機械（図示せず）において利用可能にされる。
【００５７】
[0062]  機械学習分類器２１６によって提供されたＣＡＡＩが、１つのバイタルサイン又はバイタルサインの組み合わせ（例えば最小／最大許容血圧、最小／最大許容血糖値、最小／最大許容血圧／心拍数等）に関連付けられる閾値を選択するために使用されると仮定する。また、時間の経過と共に、医学的理解が進化する又は院内のベストプラクティスが変化し、その結果として、同じ一連の症状に対処するための様々な治療計画が進化すると仮定する。治療のこのような進化は、ＣＡＡＩの対応する進化をもたらし、ひいては、１つ以上の医用アラームの変更につながる。
【００５８】
[0063]  次に、図３を参照するに、機械学習分類器（例えば図２における２１６）をトレーニングする例示的な方法３００が示される。簡潔及び明瞭とするために、図３及び本明細書に開示される他のフローチャートのステップは、システムによって行われるものとして説明される。しかし、当然ながら、１つ以上のステップが、同じ又は異なるシステムの様々なコンポーネントによって行われてもよい。例えばステップの多くは、例えば機械学習分類器２１６と協働して臨床医緊急度評価決定エンジン２０２によって行われる。
【００５９】
[0064]  ステップ３０２において、システムは、例えば図２における健康指標データベース２０４から、複数の患者に関連付けられる複数の健康指標特徴ベクトルを取得する。上述のとおり、これらの健康指標特徴ベクトルには、特徴として、患者に関連付けられる様々な観察可能な健康指標が含まれる。これらの健康指標特徴には、次に限定されないが、年齢、性別、体重、血圧、体温、心拍数、中心静脈圧（「ＣＶＰ」）、心電図（「ＥＫＧ」）測定値、酸素濃度、遺伝性といった遺伝的指標及び／又は人種的指標等が含まれる。
【００６０】
[0065]  ステップ３０４において、システムは、例えば図２における治療データベース２０６から、複数の患者に関連付けられる複数の治療特徴ベクトルを取得する。各治療特徴ベクトルは、医療関係者による複数の患者のうちの所与の患者の治療に関連付けられる複数の治療特徴を含む。多くの場合、所与の患者に提供された治療は、当該所与の患者に関連付けられる健康指標特徴ベクトルの対応する複数の健康指標特徴に少なくとも部分的に基づいている（例えば対応している）。「治療」には、例えば患者に薬を投与する若しくは治療を施す、又は、患者の１つ以上の状況をモニタリングする等、患者のために医療関係者が取った行動が含まれる。「治療ベクトル」には、医療関係者によって患者に提供された１つ以上の治療の１つ以上の属性又は特徴が含まれる。例えば治療は、患者の血圧を測ることである。患者の血圧測定の特徴は、血圧が侵襲的に測定されたのか又は非侵襲的に測定されたのかということ、血圧測定の頻度等である。同様の特徴が、他の健康指標測定にも関連付けられてよい。１つの非限定的な例として、患者のグラスゴー昏睡尺度（「ＧＣＳ」）が測定されたかどうかということと、それが測定された頻度とが、治療ベクトルの特徴である。
【００６１】
[0066]  更に別の非限定的な例として、治療ベクトルは、患者が、人工呼吸器、透析装置等といったライフクリティカルシステムによって支援されているかどうかを示す特徴を含む。更に又は或いは、患者に動脈ライン又は静脈ラインが配置されているかどうかといったように、所与の患者を治療／生命維持／モニタリングするために使用されるライフクリティカルシステムの様々な動作パラメータが治療ベクトルの特徴を構成してもよい。別の非限定的な例として、治療ベクトルは、患者に投与される薬の投薬量、頻度、又は、患者に施される治療の頻度及び／又は継続時間を示す特徴を含む。別の非限定的な例として、治療ベクトルは、乳酸塩が測定されたかどうかといったように、患者に対して１つ以上の検査が指示されているかどうかを示す特徴を含む。
【００６２】
[0067]  ステップ３０６において、システムは、ステップ３０２において取得された複数の健康指標ベクトルと、ステップ３０４において取得された対応する治療ベクトルとに基づいて、機械学習分類器（例えば２１６）をトレーニングする。様々な実施形態では、機械学習分類器は、ステップ３０６において、後続の健康指標及び治療特徴ベクトルを入力として受信し、臨床医緊急度評価（即ち、ＣＡＡＩ）のレベルの指示を出力として提供するようにトレーニングされる。上述のとおり、様々な実施形態では、健康指標特徴及び治療特徴は、２つの異なるベクトルではなく、患者毎に、単一のベクトルに組み込まれても又は３つ以上の異なるベクトルに組み込まれてもよい。
【００６３】
[0068]  機械学習分類器は、様々なやり方でトレーニングされる。教師付き機械学習を採用する（例えば勾配降下を使用する）幾つかの実施形態では、機械学習分類器は、複数のトレーニング例を用いてトレーニングされる。各トレーニング例は、入力として、（２つの別個のベクトル又は単一の患者特徴ベクトルとしての）健康指標及び治療ベクトルを、所望の出力（「監視信号」とも呼ぶ）として、「ラベル」を含む１つの対からなる。
【００６４】
[0069]  様々なタイプのラベルが使用されてよい。幾つかの実施形態では、患者アウトカムに関連付けられるラベルが使用される。患者アウトカムラベルは、プラス評価、ニュートラル評価若しくはマイナス評価、又は、様々な中間評価といった様々な形を取ってよい。更に又は或いは、患者アウトカムラベルは、死亡率、疾病率、生活の質、（例えば病院における）滞在日数、必要なフォローアップ治療の量等といった緊急度の様々な尺度を示してもよい。複数のアウトカム測定基準が使用される場合、これらは、優先順位、方針等に応じて様々なやり方で重み付けされてよい。幾つかの実施形態では、臨床医からなる委員会が重み付けを提供してもよい。臨床医は、良いアウトカム、又は、例えば死亡、重障害の脳機能、身体の部位の不動化等といった悪いアウトカムの複数の尺度に同意する。１つの可能なアプローチは、分類器のトレーニングの際に、少数の特に悪いアウトカムを使用して、特に望ましくない緊急度クラスの患者にラベル付けし、より望ましいクラスから、「軽度」ではあるが、依然として負のアウトカムを除外することである。次に、分類器は、より軽度のアウトカムを使用して動作させられる。分類器の結果は、臨床医の委員会に対して示され、当該結果が臨床医の直観と一致するかどうかが確認される。これは、臨床医の直観が満たされるまで、トレーニングセットにおいて負のラベルとして使用される様々な重症度の負のアウトカムを用いて繰り返される。
【００６５】
[0070]  様々な実施形態では、分類器は、様々なタイプの問題に対してＣＡＡＩを出力するようにトレーニングされる。例えば１つの機械学習分類器は、ＨＩＩと共に使用されるべき血行動態不安定用のＣＡＡＩを出力するようにトレーニングされる。別の機械学習分類器は、ＡＫＩの指数と共に使用されるように、ＡＫＩについてトレーニングされてよい。幾つかの実施形態では、ＤＮＲ（蘇生禁止）又は何らかの同様の指示（例えば緩和優先医療）が指定されている患者は、緊急度が高くても治療を拒絶する場合があるので、機械学習分類器のトレーニングからは外される。
【００６６】
[0071]  これらのトレーニング例に基づいて、後続の健康指標／治療ベクトルを、推定患者アウトカムにマッピングするために使用可能である推測関数が生成される。新しい患者に関連付けられる新しい健康指標／治療ベクトルが、負のアウトカムにマッピングされる場合、例えば患者の緊急度の臨床医評価は、不正確であり、当該患者は、現在提供されている及び／又は考えられている医療よりも多くの医療を必要とするという決定がなされる。更に又は或いは、幾つかの実施形態では、例えば機械学習分類器がロジスティック回帰モデル又は神経回路網モデルとして表現される場合といったように、機械学習分類器は、勾配降下法又は正規方程式法を使用してトレーニングされる。勾配降下法又は正規方程式法は、例えば線形回帰モデルといった他の機械学習モデルにも使用されてよい。当然ながら、例えば確率的勾配降下法及びバッチ勾配降下法といったように、勾配降下を実現するために様々なアプローチが可能である。
【００６７】
[0072]  幾つかの実施形態では、機械学習分類器は、例えば事前設定された状態（例えばデフォルトトレーニングデータで既にトレーニングされている）において、例えば病院といった場所において又は複数の医療施設を含む地理的地域全体で起動される。起動後、回顧的データのスライディング時間ウィンドウ（例えば６カ月）を使用して、機械学習分類器は、最新及び／又はローカルのベストプラクティスにそれらが進化するにつれて更新される。
【００６８】
[0073]  図４は、様々な目的のために、機械学習分類器２１６の出力（例えばＣＡＡＩ）を使用する例示的な方法４００を概略的に示す。ステップ４０２において、例えば図２における健康指標データベース２０４及び／又は治療データベース２０６から、関心患者に関連付けられる（上述のとおり、１つ以上の患者特徴ベクトルにまとめられてもよい）健康指標及び治療ベクトルが取得される。ステップ４０４において、ステップ４０２において取得された健康指標及び治療ベクトルが、機械学習分類器（例えば図２における２１６）に入力として提供される。ステップ４０６において、関心患者の臨床医緊急度評価（即ち、ＣＡＡＩ）のレベルが、機械学習分類器の出力に少なくとも部分的に基づいて推定される。
【００６９】
[0074]  方法４００の残りのステップは、ステップ４０６において決定されたＣＡＡＩのオプションの応用である。例えばステップ４０８において、例えば図２における医用アラームエンジン２０２によって管理される１つ以上のアラーム閾値が、推定されたＣＡＡＩに少なくとも部分的に基づいて調整される。幾つかの実施形態では、ＣＡＡＩは、既存の医用アラームを評価するために使用される。１つ以上の医用アラームがトリガされているにも関わらず、ＣＡＡＩが、比較的低い臨床医の懸念を示すと仮定する。これは、（例えば臨床医はアラームを深刻に捉えていないか又は間違っているとさえ考えていることによって）臨床医がアラームを無視しているか、及び／又は、アラームの使い過ぎであることを示唆する。したがって、様々な実施形態では、医用アラームエンジン２０２は、アラームが臨床医の懸念に影響を及ぼす可能性を高めるために、アラームの頻度を下げるように調整する。
【００７０】
[0075]  ステップ４１０において、ＣＡＡＩに少なくとも部分的に基づいて、１つ以上のＡＤＴ決定がなされ、出力が結果として提供される。例えばＣＡＡＩが比較的低く、ＣＡＡＩが高くないべきであることを疑う根拠がなければ、医療関係者に、患者の退院及び／又は低集中治療施設への移動を検討すべきことを助言する出力が提供される。ステップ４１２において、例えばステップ４０２において取得された（治療ベクトルではなく）健康指標ベクトルの１つ以上の特徴に基づいて、関心患者の客観的緊急度（例えばＨＩＩ、ＥＤＩ等）が、上記技術のうちの１つ以上を使用して決定される。ステップ４１４において、関心患者の客観的緊急度は、ステップ４０６において決定されたＣＡＡＩと比較され、それらが「一致」するかどうかが決定される。上述のとおり、幾つかの実施形態では、実際の患者緊急度と患者に関連付けられるＣＡＡＩとは、互いの所定範囲内にある場合に「一致」する。幾つかの実施形態では、一方又は両方の値が、比較し易くするために正規化される。
【００７１】
[0076]  ステップ４１４における回答がノーである場合、方法４００は、ステップ４１６に進む。ステップ４１６において、１人以上の医療関係者に、ＣＡＡＩが患者の実際の緊急度と整合しない可能性が高いことを示す聴覚的、視覚的及び／又は触覚的出力が、例えば１つ以上のクライアントデバイス２１２において提供される。場合によっては、臨床医の患者の緊急度の評価が、患者の実際の緊急度を過小評価することがあり、この場合、臨床医は、懸念の度合いを高めるように促される。別の場合では、臨床医の患者の緊急度の評価が、患者の客観的緊急度を過大評価することがあり、この場合、臨床医は、治療を減らすか、及び／又は、他の緊急度の高い患者に集中することが促される。ステップ４１４における回答がイエスである場合、方法４００は終了する。
【００７２】
[0077]  ＣＡＡＩを推定するために、本明細書に説明されるような機械学習分類器をトレーニングして使用することの１つの非限定的な技術的利点は、機械学習分類器が、空間領域及び／又は時間だけでなく、様々な施術者及び／又は実務間での医療知識と医療業務との違いを反映するように、自分自身を「調整」できる点である。例えば、また、上で示唆されるように、機械学習分類器は、例えば新しい医療知識が医療基準及び／又はベストプラクティスの変化をもたらすにつれて、時間の経過と共に進化する。更に、様々な地理的地域において使用される機械学習分類器は、地理的地域間での医療基準及び／又はベストプラクティスにおける違いといった様々な要因によって、互いに異なって動作する。更に、様々な実務グループ及び／又は実務者によって使用される機械学習分類器は、実務／施術者間での医療基準及び／又はベストプラクティスにおける違いといった様々な要因によって、互いに異なって動作する。
【００７３】
[0078]  幾つかの実施形態では、ＣＡＡＩは、新しい緊急度指標／指数を開発するために、及び／又は、既存の指標／指数を精緻化するために使用されてよい。例えばＣＡＡＩは、例えば高度対低度の臨床的問題としてエピソードにラベル付けする患者エピソードベクトルにおいて、特徴として含まれてもよい。このような患者エピソードベクトルは、将来の高度の臨床的問題エピソードを、それが起きる前によりうまく予測することができるように、機械学習分類器をトレーニングするために使用される。
【００７４】
[0079]  ＣＡＡＩは、臨床医の懸念が、時間の経過と共に十分であるか又は不十分であるかを決定するだけでなく、臨床医の一貫性を評価するために使用されてもよい。例えば正のアウトカムをもたらすことが分かっている同様の病歴例に基づいて、所与の患者の予想ＣＡＡＩが決定される。次に、現在のＣＡＡＩが、当該患者について計算され、予想ＣＡＡＩと比較される。ある期間（例えば夜間勤務時間中、勤務時間と勤務時間との間、週末等）に亘って、複数の現在のＣＡＡＩが複数の予想ＣＡＡＩよりも低い場合、これは、モニタリングが不十分であることを裏付ける。その一方で、ある期間に亘って、複数の現在のＣＡＡＩが複数の予想ＣＡＡＩよりも高い場合、これは、モニタリングが過剰であることを裏付ける。この場合、１つ以上の治療を止めることが提案される。更に、（例えば１つの期間中に推定されるか、又は、第１の医療チームによって治療された患者からの）ＣＡＡＩの１つのグループを、（例えば別の期間中に推定されるか、又は、第２の医療チームによって治療された患者からの）ＣＡＡＩの別のグループと比較して、これらの２つのグループ間で、臨床医の緊急度評価がどれくらい一貫しているかを決定してもよい。一貫性がない場合、プロトコルが不十分であること、又は、プロトコルの順守が不十分であることが示唆される。
【００７５】
[0080]  図５は、例示的なコンピュータシステム５１０のブロック図である。コンピュータシステム５１０は、典型的に、バスサブシステム５１２を介して幾つかの周辺デバイスと通信する少なくとも１つのプロセッサ５１４を含む。これらの周辺デバイスには、例えばメモリサブシステム５２５及びファイルストレージサブシステム５２６を含むストレージサブシステム５２４、ユーザインターフェース出力デバイス５２０、ユーザインターフェース入力デバイス５２２及びネットワークインターフェースサブシステム５１６が含まれる。入出力デバイスによって、コンピュータシステム５１０とのユーザインタラクションが可能となる。ネットワークインターフェースサブシステム５１６は、外側ネットワークへのインターフェースを提供し、他のコンピュータシステム内の対応するインターフェースデバイスに結合される。
【００７６】
[0081]  ユーザインターフェース入力デバイス５２２には、キーボード、マウスといったポインティングデバイス、トラックボール、タッチパッド又はグラフィクスタブレット、スキャナ、ディスプレイに組み込まれるタッチスクリーン、音声認識システムといったオーディオ入力デバイス、マイクロホン及び／又は他のタイプの入力デバイスが含まれる。一般に、「入力デバイス」との用語の使用は、コンピュータシステム５１０内又は通信ネットワーク上に情報を入力するためのあらゆる可能なタイプのデバイス及び方法を含むことを意図している。
【００７７】
[0082]  ユーザインターフェース出力デバイス５２０には、ディスプレイサブシステム、プリンタ、ファックスマシーン、又は、オーディオ出力デバイスといった非視覚的ディスプレイが含まれる。ディスプレイサブシステムには、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）といったフラットパネルデバイス、投影デバイス、又は、可視画像を作成する他の機構が含まれる。ディスプレイサブシステムは更に、オーディオ出力デバイスを介して、非視覚的ディスプレイも提供する。一般に、「出力デバイス」との用語の使用は、コンピュータシステム５１０からの情報を、ユーザ又は別の機械若しくはコンピュータシステムに出力するためのあらゆる可能なタイプのデバイス及び方法を含むことを意図している。
【００７８】
[0083]  ストレージサブシステム５２４は、本明細書に説明されるモジュールの幾つか又はすべての機能を提供するプログラミング及びデータ構造を記憶する。例えばストレージサブシステム５２４には、方法３００及び／若しくは４００の選択された態様を行うか、並びに／又は、臨床医緊急度評価決定エンジン２０２、機械学習分類器２１６、医学的評価エンジン２０８及び／若しくは医用アラームエンジン２１０のうちの１つ以上を実現する論理回路が含まれる。
【００７９】
[0084]  これらのソフトウェアモジュールは、通常、プロセッサ５１４によって単独で、又は、他のプロセッサと組み合わされて実行される。ストレージサブシステム内に使用されるメモリ５２５は、プログラム実行中に命令及びデータを記憶するメインランダムアクセスメモリ（ＲＡＭ）５３０及び固定命令が記憶される読み出し専用メモリ（ＲＯＭ）５３２を含む幾つかのメモリを含む。ファイルストレージサブシステム５２６は、プログラム及びデータファイル用の永久ストレージを提供し、ハードディスクドライブ、関連のリムーバブル媒体を有するフロッピー（登録商標）ディスクドライブ、ＣＤ−ＲＯＭドライブ、光学ドライブ又はリムーバブル媒体カートリッジが含まれる。幾つかの実施態様の機能を実現するモジュールは、ファイルストレージサブシステム５２６によって、ストレージサブシステム５２４に、又は、プロセッサ５１４によってアクセス可能である他の機械に記憶される。「非一時的コンピュータ可読媒体」との用語は、本明細書において使用される場合、一時的メモリ（例えばＤＲＡＭ及びＳＲＡＭ）及び非一時的メモリ（例えばフラッシュメモリ、磁気ストレージ及び光学ストレージ）の両方を包含するが、一時的信号は除外されると理解される。
【００８０】
[0085]  バスサブシステム５１２は、コンピュータシステム５１０の様々なコンポーネント及びサブシステムが意図通りに互いに通信可能にする機構を提供する。バスサブシステム５１２は、単一バスとして概略的に示されているが、バスサブシステムの代替実施態様は、複数のバスを使用してもよい。
【００８１】
[0086]  コンピュータシステム５１０は、ワークステーション、サーバ、コンピュータクラスタ、ブレードサーバ、サーバーファーム又は任意の他のデータ処理システム若しくはコンピュータデバイスを含む様々なタイプであってよい。コンピュータ及びネットワークの常に変化する性質により、図５に示されるコンピュータシステム５１０の説明は、幾つかの実施態様を説明するための具体例であることしか意図していない。図５に示されるコンピュータシステムよりも多くの又はより少ないコンポーネントを有するコンピュータシステム５１０の多くの他の構成が可能である。
【００８２】
[0087]  本明細書において、幾つかの発明実施形態を説明し例示したが、当業者であれば、本明細書にて説明した機能を実行するための、並びに／又は、本明細書にて説明した結果及び／若しくは１つ以上の利点を得るための様々な他の手段及び／若しくは構造体を容易に想到できよう。また、このような変更及び／又は改良の各々は、本明細書に説明される発明実施形態の範囲内であるとみなされる。より一般的には、当業者であれば、本明細書にて説明されるすべてのパラメータ、寸法、材料、及び構成は例示のためであり、実際のパラメータ、寸法、材料、及び／又は構成は、発明教示内容が用いられる１つ以上の特定用途に依存することを容易に理解できよう。当業者であれば、本明細書にて説明した特定の発明実施形態の多くの等価物を、単に所定の実験を用いて認識又は確認できよう。したがって、上記実施形態は、ほんの一例として提示されたものに過ぎず、発明実施形態は、添付の特許請求の範囲及びその等価物の範囲内で、具体的に説明された又はクレームされた以外の方法で実施可能であることは理解されるべきである。本開示の発明実施形態は、本明細書にて説明される個々の特徴、システム、商品、材料、キット及び／又は方法に関する。更に、２つ以上のこのような特徴、システム、商品、材料、キット及び／又は方法の任意の組み合わせも、当該特徴、システム、商品、材料、キット及び／又は方法が相互に矛盾していなければ、本開示の本発明の範囲内に含まれる。
【００８３】
[0088]  本明細書にて定義されかつ用いられた定義はすべて、辞書の定義、参照することにより組み込まれた文献における定義及び／又は定義された用語の通常の意味に優先されて理解されるべきである。
【００８４】
[0089]  「ａ」及び「ａｎ」の不定冠詞は、本明細書及び特許請求の範囲において使用される場合、特に明記されない限り、「少なくとも１つ」を意味するものと理解されるべきである。
【００８５】
[0090]  「及び／又は」との表現は、本明細書及び特許請求の範囲において使用される場合、等位結合された要素の「いずれか又は両方」を意味すると理解されるべきである。即ち、要素は、ある場合は接続的に存在し、その他の場合は離接的に存在する。「及び／又は」を用いて列挙される複数の要素も同様に解釈されるべきであり、即ち、要素のうちの「１つ以上」が等位結合される。「及び／又は」節によって具体的に特定された要素以外の他の要素も、それが具体的に特定された要素に関連していても関連していなくても、任意選択的に存在してよい。したがって、非限定的な例として、「Ａ及び／又はＢ」への参照は、「含む」といった非制限的言語と共に用いられた場合、一実施形態では、Ａのみ（任意選択的にＢ以外の要素を含む）を指し、別の実施形態では、Ｂのみ（任意選択的にＡ以外の要素を含む）を指し、更に別の実施形態では、Ａ及びＢの両方（任意選択的にその他の要素を含む）を指す。
【００８６】
[0091]  本明細書及び特許請求の範囲に使用される場合、「又は」は、上に定義したような「及び／又は」と同じ意味を有すると理解すべきである。例えばリストにおけるアイテムを分ける場合、「又は」又は「及び／又は」は包括的と解釈される。即ち、多数の要素又は要素のリストのうちの少なくとも１つを含むが、２つ以上の要素も含み、また、任意選択的に、リストにないアイテムを含むと解釈される。「〜のうちの１つのみ」又は「ちょうど１つの」といった反対を明らかに示す用語、又は、特許請求の範囲に用いられる場合は、「〜からなる」という用語だけが、多数の要素又は要素のリストのうちのまさに１つの要素が含まれることを指す。一般に、「又は」との用語は、本明細書において使用される場合、「いずれか」、「〜のうちの１つの」、「〜のうちの１つのみ」、又は「〜のうちのちょうど１つのみ」といった排他的な用語が先行する場合にのみ、排他的な代替（即ち「一方又は他方であるが、両方ではない」）を示すと解釈される。「本質的に〜からなる」は、特許請求の範囲に用いられる場合、特許法の分野にて用いられる通常の意味を有する。
【００８７】
[0092]  本明細書及び特許請求の範囲に用いられるように、１つ以上の要素を含むリストを参照した際の「少なくとも１つ」との表現は、要素のリストにおける任意の１つ以上の要素から選択された少なくとも１つの要素を意味すると理解されるべきであるが、要素のリストに具体的に列挙された各要素の少なくとも１つを必ずしも含むわけではなく、要素のリストにおける要素の任意の組み合わせを排除するものではない。この定義は、「少なくとも１つの」との表現が指す要素のリストの中で具体的に特定された要素以外の要素が、それが具体的に特定された要素に関係していても関連していなくても、任意選択的に存在してもよいことを可能にする。したがって、非限定的な例として、「Ａ及びＢの少なくとも１つ」（又は、同等に「Ａ又はＢの少なくとも１つ」、又は、同等に「Ａ及び／又はＢの少なくとも１つ」）は、一実施形態では、少なくとも１つのＡ（任意選択的に２つ以上のＡを含む）であって、Ｂがない（任意選択的にＢ以外の要素を含む）ことを指し、別の実施形態では、少なくとも１つのＢ（任意選択的に２つ以上のＢを含む）であって、Ａがない（任意選択的にＡ以外の要素を含む）ことを指し、更に別の実施形態では、少なくとも１つのＡ（任意選択的に２つ以上のＡを含む）と、少なくとも１つのＢ（任意選択的に２つ以上のＢを含む）を指す（任意選択的に他の要素を含む）。
【００８８】
[0093]  更に、当然ながら、特に明記されない限り、本明細書に記載された２つ以上のステップ又は動作を含むどの方法においても、当該方法のステップ又は動作の順番は、記載された方法のステップ又は動作の順序に必ずしも限定されない。
【００８９】
[0094]  特許請求の範囲だけでなく、上記明細書においても、「備える」、「含む」、「担持する」、「有する」、「含有する」、「関与する」、「保持する」、「〜から構成される」等といったあらゆる移行句は、非制限的、即ち、含むがそれに限定されないことを意味すると理解されるべきである。米国特許庁特許審査手続便覧の第２１１１．０３項に記載されるとおり、「〜からなる」及び「本質的に〜からなる」といった移行句のみが、制限又は半制限移行句である。なお、特許協力条約（「ＰＣＴ」）の規則第６．２（ｂ）項の規定により、請求項において使用される特定の表現及び参照符号は、範囲を制限するものではない。
【図１Ａ】
2019517064.tif 000003
【図１Ｂ】
2019517064.tif 000004
【図２】
2019517064.tif 000005
【図３】
2019517064.tif 000006
【図４】
2019517064.tif 000007
【図５】
2019517064.tif 000008
【国際調査報告】
2019517064.tif 000009
2019517064.tif 000010
2019517064.tif 000011