特表 2025-501234 がん患者のためのＣＤＫ阻害薬療法のためのデジタル医療ガイド

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2025-01-17

(54)【発明の名称】がん患者のためのＣＤＫ阻害薬療法のためのデジタル医療ガイド

(51)【国際特許分類】

   G16H 50/20 20180101AFI20250109BHJP

   G16H 10/40 20180101ALI20250109BHJP

   G16H 10/60 20180101ALI20250109BHJP

   G16Y 10/60 20200101ALI20250109BHJP

   G16Y 20/40 20200101ALI20250109BHJP

   G16Y 40/20 20200101ALI20250109BHJP

【ＦＩ】

G16H50/20

G16H10/40

G16H10/60

G16Y10/60

G16Y20/40

G16Y40/20

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024539509

(86)(22)【出願日】2022-12-27

(85)【翻訳文提出日】2024-08-22

(86)【国際出願番号】 IB2022062810

(87)【国際公開番号】W WO2023126832

(87)【国際公開日】2023-07-06

(31)【優先権主張番号】63/295,109

(32)【優先日】2021-12-30

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】593141953

【氏名又は名称】ファイザー・インク

(74)【代理人】

【識別番号】100118902

【弁理士】

【氏名又は名称】山本 修

(74)【代理人】

【識別番号】100106208

【弁理士】

【氏名又は名称】宮前 徹

(74)【代理人】

【識別番号】100196508

【弁理士】

【氏名又は名称】松尾 淳一

(72)【発明者】

【氏名】カイ，シューメイ

(72)【発明者】

【氏名】ドウアティ，ティモシー

(72)【発明者】

【氏名】ハンコック，デニス・ピー

(72)【発明者】

【氏名】ホアン，キャロライン・ジェイ

(72)【発明者】

【氏名】フダ，アーサン

(72)【発明者】

【氏名】ランブロー，アンソニー

(72)【発明者】

【氏名】ラビチ，ソロモン

(72)【発明者】

【氏名】レイズマン，ジョシュア

(72)【発明者】

【氏名】ウェイクス，オファー

【テーマコード（参考）】

5L099

【Ｆターム（参考）】

5L099AA04

5L099AA22

5L099AA23

(57)【要約】

本開示は、腫瘍治療を受けている患者のためのデジタル医療ガイドに関する。患者が、処方ソフトウェアに症状を入力し得る。ウェアラブルデバイスが、生体データなどの他のヘルスケアデータおよび／または身体的活動データを受動的に収集し得る。したがって患者は、処方ソフトウェアおよび／またはウェアラブルを使用してモニタリングされ得る。さらには、処方ソフトウェアは、生物流体検査システムと統合され得る。例えば、在宅生物流体モニタリングキットおよび／または検査室システムは、処方ソフトウェアおよび／またはそのバックエンドサーバと通信し得る。モニタリングおよび生物流体検査を通じて収集されるヘルスケアデータは、患者が血球減少などの副作用を発症しそうであるかどうかを出力し得る機械学習モデルに供給され得る。例えば、医師ダッシュボードへの、および／または処方ソフトウェアへの１つまたは複数のアラート通知は、機械学習モデルがそのような副作用の高い可能性を決定するときにトリガされ得る。

【特許請求の範囲】

【請求項1】

コンピュータ実装の方法であって、
サイクリン依存性キナーゼ（ＣＤＫ）阻害薬治療を受けている患者の症状を含む第１の健康データを取得するステップと、
前記患者から収集される生物流体試料の分析を含む第２の健康データを取得するステップと、
前記患者が前記ＣＤＫ阻害薬治療と関連付けられた副作用を発症するかどうかを予測するために、前記第１の健康データおよび前記第２の健康データに対して機械学習モデルを展開するステップと、
前記機械学習モデルが、前記患者が副作用を発症しそうであると予測することに応答して、医師ダッシュボード上への通知をトリガするために前記医師ダッシュボードに伝送されるべきメッセージを生成するステップと、
を含む、コンピュータ実装の方法。

【請求項2】

前記モデルを通じて患者コホートのラベル付きデータを通過させることによって、教師あり手法を使用して機械学習モデルを訓練するステップをさらに含む、請求項１に記載のコンピュータ実装の方法。

【請求項3】

前記機械学習モデルは、回帰モデル、勾配ブースティング回帰モデル、ロジスティック回帰モデル、ランダムフォレスト回帰モデル、アンサンブルモデル、分類モデル、深層学習ニューラルネットワーク、深層学習のためのリカレントニューラルネットワーク、または深層学習のための畳み込みニューラルネットワークのうちの少なくとも１つを含む、請求項１に記載のコンピュータ実装の方法。

【請求項4】

前記第１の健康データは、前記患者と関連付けられたクライアントデバイス上で実行するヘルスケアアプリケーションへの前記症状の患者による能動的入力に基づく、請求項１に記載のコンピュータ実装の方法。

【請求項5】

前記第１の健康データは、前記患者により装着されるウェアラブルデバイスによって受動的に収集されるデータに基づく、請求項１に記載のコンピュータ実装の方法。

【請求項6】

前記第２の健康データは、在宅生物流体収集キットから取得される、請求項１に記載のコンピュータ実装の方法。

【請求項7】

前記第２の健康データは、検査室システムから取得される、請求項１に記載のコンピュータ実装の方法。

【請求項8】

前記医師ダッシュボード上に前記通知をトリガするステップは、前記通知を電子カルテ（ＥＨＲ）システムに提供することを含む、請求項１に記載のコンピュータ実装の方法。

【請求項9】

前記医師ダッシュボードに伝送されるべき前記メッセージは、前記医師が前記患者に連絡するべきであるという指示、処方薬の用量が調節されるべきであるという指示、または前記患者が入院するべきであるという指示のうちの少なくとも１つを含む、請求項１に記載のコンピュータ実装の方法。

【請求項10】

コンピュータ実装の方法であって、
サイクリン依存性キナーゼ（ＣＤＫ）阻害薬治療を受けている患者の症状を含む第１の健康データを取得するステップと、
前記患者から収集される生物流体試料の分析を含む第２の健康データを取得するステップと、
前記患者が前記ＣＤＫ阻害薬治療と関連付けられた副作用を発症するかどうかを予測するために、前記第１の健康データおよび前記第２の健康データに対して機械学習モデルを展開するステップと、
前記機械学習モデルが、前記患者が副作用を発症しそうであると予測することに応答して、ヘルスケアアプリケーション上への通知をトリガするために前記患者と関連付けられたクライアントデバイス上で実行する前記ヘルスケアアプリケーションに伝送されるべきメッセージを生成するステップと、
を含む、コンピュータ実装の方法。

【請求項11】

前記モデルを通じて患者コホートのラベル付きデータを通過させることによって、教師あり手法を使用して前記機械学習モデルを訓練するステップをさらに含む、請求項１０に記載のコンピュータ実装の方法。

【請求項12】

前記機械学習モデルは、回帰モデル、勾配ブースティング回帰モデル、ロジスティック回帰モデル、ランダムフォレスト回帰モデル、アンサンブルモデル、分類モデル、深層学習ニューラルネットワーク、深層学習のためのリカレントニューラルネットワーク、または深層学習のための畳み込みニューラルネットワークのうちの少なくとも１つを含む、請求項１０に記載のコンピュータ実装の方法。

【請求項13】

前記伝送されるべきメッセージは、前記患者が前記医師に連絡するべきであるという指示、前記患者が薬局で薬を受け取るべきであるという指示、または前記患者が救急サービスに連絡するべきであるという指示のうちの少なくとも１つを含む、請求項１０に記載のコンピュータ実装の方法。

【請求項14】

前記ヘルスケアアプリケーション上の前記通知に基づいて、前記患者と医師との間に双方向接続性を確立するステップをさらに含む、請求項１０に記載のコンピュータ実装の方法。

【請求項15】

前記副作用は、血球減少を含む、請求項１０に記載のコンピュータ実装の方法。

【請求項16】

前記患者と関連付けられた前記クライアントデバイス上で実行する前記ヘルスケアアプリケーションに前記症状を入力することを前記患者に促すステップと、
前記ヘルスケアアプリケーションから前記第１の健康データとして前記症状を取得するステップとをさらに含む、請求項１０に記載のコンピュータ実装の方法。

【請求項17】

前記患者の生体データを受動的に収集するように、前記患者により装着されるウェアラブルデバイスをトリガするステップと、
前記ウェアラブルデバイスによって受動的に収集される前記生体データを前記第１の健康データとして取得するステップと、
をさらに含む、請求項１０に記載のコンピュータ実装の方法。

【請求項18】

システムであって、
１つまたは複数のプロセッサと、
前記１つまたは複数のプロセッサによって実行されると、前記システムに動作を実行させるコンピュータプログラム命令を格納する非一時的な記憶媒体とを備え、前記動作は、
サイクリン依存性キナーゼ（ＣＤＫ）阻害薬治療を受けている患者の症状を含む第１の健康データを取得することと、
前記患者から収集される生物流体試料の分析を含む第２の健康データを取得することと、
前記患者が前記ＣＤＫ阻害薬治療と関連付けられた副作用を発症するかどうかを予測するために、前記第１の健康データおよび前記第２の健康データに対して機械学習モデルを展開することと、
前記機械学習モデルが、前記患者が副作用を発症しそうであると予測することに応答して、１つまたは複数の通知をトリガすることと、
を含む、システム。

【請求項19】

前記１つまたは複数の通知は、前記患者と関連付けられたクライアントデバイス上で実行するヘルスケアアプリケーション上への少なくとも１つの患者通知、および医師ダッシュボード上への通知を含む、請求項１８に記載のシステム。

【請求項20】

前記動作は、
前記モデルを通じて患者コホートのラベル付きデータを通過させることによって、教師あり手法を使用して前記機械学習モデルを訓練することをさらに含み、
前記機械学習モデルは、回帰モデル、勾配ブースティング回帰モデル、ロジスティック回帰モデル、ランダムフォレスト回帰モデル、アンサンブルモデル、分類モデル、深層学習ニューラルネットワーク、深層学習のためのリカレントニューラルネットワーク、または深層学習のための畳み込みニューラルネットワークのうちの少なくとも１つを含む、
請求項１８に記載のシステム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願
本出願は、参照によりその全体が本明細書に組み込まれている２０２１年１２月３０日に出願の米国仮出願第６３／２９５，１０９号に対する優先権を主張するものである。

【0002】

本明細書に提示される主題は、乳がん治療をモニタリングするためのシステムおよび方法を対象とする。具体的には、乳がんのためのＣＤＫ阻害薬治療と関連付けられた副作用をモニタリングするためのシステムおよび方法。

【背景技術】

【0003】

がんは、がん細胞が急速に成長して、正常細胞を押しのけるときに発生する。乳がん患者の場合、パルボシクリブ（例えば、Ｐｆｉｚｅｒのイブランス）などのサイクリン依存性キナーゼ（ＣＤＫ）阻害薬が、がん細胞の成長を阻害するために処方される。しかしながら、ＣＤＫ阻害薬療法の副作用が存在し得る。例えば、ＣＤＫ阻害薬治療を受けている乳がん患者の場合、血球減少、具体的には好中球減少の継続したリスクが存在する。他のクラスのがん治療としては、ポリ（ＡＤＰ）リボースポリメラーゼ（ＰＡＲＰ）阻害薬を挙げることができる。ＰＡＲＰ阻害薬は、がん細胞が損傷したＤＮＡ（例えば、他の抗がん剤に起因する）を修復することを妨害し、したがって、がん細胞を死滅させる。ＰＡＲＰ阻害薬は、血球減少、特に血小板減少および好中球減少などの副作用を有し得る。他の腫瘍治療薬も副作用を有する。

【0004】

腫瘍治療（例えば、ＣＤＫ阻害薬治療、ＰＡＲＰ阻害薬治療など）のための従来の副作用管理は不十分である。例えば、血球減少の検出は、年間約１２回の頻繁な生物流体検査、例えば、血液検査を必要とする。頻繁な生物流体検査は、患者にとって、特に遠隔地域の患者にとって、容易に利用可能ではない場合がある。さらには、生物流体検査レジメンは、検査室への実際の訪問を必要とするために不便であり得、患者は、これらの不便な検査レジメンを必ずしも忠実に守らない場合がある。問題を悪化させることには、従来の副作用管理は、患者と医師の対面時間が限られた散在的な臨床面談に基づく。したがって、散在的な臨床面談は、多くの場合患者からの偏った情報（例えば、思い出しバイアスに起因する）に基づいて、患者の病態の不完全な像を提供し得る。不完全な情報共有を伴うこれらの限られた面談は、血球減少などの腫瘍治療副作用の早期検出には十分ではない場合がある。例として、乳がん患者は、疲労感および脱力感（血球減少の症状）を一貫して感じ得、そのようなことを患者は、がん患者にとっては普通であると解釈し得、面談中に医師に報告しない場合がある。散在的な臨床面談中に異なる症状を医師に適宜に報告しないことは、腫瘍治療の副作用の予防的管理に適していないことがある。

【発明の概要】

【課題を解決するための手段】

【0005】

いくつかの実施形態において、本開示は、腫瘍治療（例えば、ＣＤＫ阻害薬治療、ＰＡＲＰ阻害薬治療）を受けている患者のためのデジタル医療ガイドに関する。一実施形態において、患者は、スマートフォンアプリケーションなどの処方ソフトウェアを提供され得る。処方ソフトウェアは、患者が、症状、例えば、「疲労感がある」を入力することを可能にし得る。ウェアラブルデバイスは、生体データ（例えば、心拍数、温度など）などの他のヘルスケアデータおよび／または身体的活動データ（例えば、動き、運動など）を受動的に収集し得る。したがって患者は、処方ソフトウェアおよび／またはウェアラブルを使用して継続的またはほぼ継続的にモニタリングされ得る。さらには、処方ソフトウェアは、生物流体検査システムと統合され得る。例えば、在宅生物流体モニタリングキットおよび／または検査室システムは、処方ソフトウェアおよび／またはそのバックエンドサーバと通信し得る。モニタリングおよび生物流体検査を通じて収集されるヘルスケアデータは、患者が血球減少などの副作用を発症しそうであるかどうかを出力し得る機械学習モデルに供給され得る。例えば、医師ダッシュボードへの、および／または処方ソフトウェアへの１つまたは複数のアラート通知は、機械学習モデルがそのような副作用のより高い可能性を決定するときにトリガされ得る。このような予測および対応する通知は、医師が副作用を管理および緩和するために予防的に介入することを可能にし得る。

【0006】

一実施形態において、コンピュータ実装の方法が提供され得る。本方法は、サイクリン依存性キナーゼ（ＣＤＫ）阻害薬治療を受けている患者の症状を含む第１の健康データを取得するステップと、患者から収集される生物流体試料の分析を含む第２の健康データを取得するステップと、患者がＣＤＫ阻害薬治療と関連付けられた副作用を発症するかどうかを予測するために、第１の健康データおよび第２の健康データに対して機械学習モデルを展開するステップと、機械学習モデルが、患者が副作用を発症しそうであると予測することに応答して、医師ダッシュボード上への通知をトリガするために医師ダッシュボードに伝送されるべきメッセージを生成するステップとを含み得る。

【0007】

別の実施形態において、別のコンピュータ実装の方法が提供され得る。本方法は、サイクリン依存性キナーゼ（ＣＤＫ）阻害薬治療を受けている患者の症状を含む第１の健康データを取得するステップと、患者から収集される生物流体試料の分析を含む第２の健康データを取得するステップと、患者がＣＤＫ阻害薬治療と関連付けられた副作用を発症するかどうかを予測するために、第１の健康データおよび第２の健康データに対して機械学習モデルを展開するステップと、機械学習モデルが、患者が副作用を発症しそうであると予測することに応答して、ヘルスケアアプリケーション上への通知をトリガするために患者と関連付けられたクライアントデバイス上で実行するヘルスケアアプリケーションに伝送されるべきメッセージを生成するステップとを含み得る。

【0008】

さらに別の実施形態において、システムが提供される。本システムは、１つまたは複数のプロセッサと、１つまたは複数のプロセッサによって実行されると、システムに動作を実行させるコンピュータプログラム命令を格納する非一時的な記憶媒体とを含み得、該動作は、サイクリン依存性キナーゼ（ＣＤＫ）阻害薬治療を受けている患者の症状を含む第１の健康データを取得することと、患者から収集される生物流体試料の分析を含む第２の健康データを取得することと、患者がＣＤＫ阻害薬治療と関連付けられた副作用を発症するかどうかを予測するために、第１の健康データおよび第２の健康データに対して機械学習モデルを展開することと、機械学習モデルが、患者が副作用を発症しそうであると予測することに応答して、１つまたは複数の通知をトリガすることとを含む。

【0009】

本開示の他の目的および利点は、添付の図面と併せて、例示的な実施形態の以下の詳細な説明および添付のクレームを読む際に当業者に明白になるものとし、同じ参照番号は、同じ要素を指定するために使用されている。

【図面の簡単な説明】

【0010】

【図1】本開示の１つまたは複数の実施形態を用いるための例証的な動作環境のブロック図である。

【図2】本開示のいくつかの実施形態による、１つまたは複数の機能を実施し得る例証的なコンピューティングデバイスのアーキテクチャのブロック図である。

【図3】本明細書に開示される１つまたは複数の実施形態が用いられ得る、動作環境の例証的なアーキテクチャのブロック図である。

【図4】本開示のいくつかの実施形態による、腫瘍治療の副作用を予測するための予測モデルを訓練する例証的な方法のフロー図である。

【図5】本開示のいくつかの実施形態による、腫瘍治療の副作用を予測するための予測モデルを展開する例証的な方法のフロー図である。

【発明を実施するための形態】

【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】

「含む」および「備える」という用語は、「含むが、これに限定されない」を意味するものと解釈されるべきであるということに留意されたい。クレーム内に依然として明示的に明記されない場合、「ａ（１つの）」は、「少なくとも１つ」と解釈されるべきであり、「その」、「上記」などは「少なくとも１つ」、「上記少なくとも１つ」などとして解釈されるべきである。さらには、「～のための手段」または「～のためのステップ」という表現言語を含むクレームのみが、米国特許法１１２条（ｆ）の下で解釈されるというのが出願者の意図である。「～のための手段」または「～のためのステップ」という表現を明示的に含まないクレームは、米国特許法１１２条（ｆ）の下で解釈されないものとする。

【図1】

【図2】

【図3】

【図4】

【図5】

【国際調査報告】