JP2022524843A - 集団健康プラットフォーム - Google Patents

Abstract

本開示は、健康測定データを収集し、健康測定データを処理し、アラートを発生させ、患者治療計画を修正するためのシステム、方法、およびキットを提供する。例示的システムは、（ｉ）複数の健康センサを定義するデータを受信し、（ｉｉ）データに基づいて、１つのユーザ入力に応答して、ユーザデバイスに、（ａ）複数の健康センサに結合させ、それによって、ユーザデバイスと複数の健康センサのそれぞれとの間の通信を確立させ、（ｂ）ユーザデバイスのインターフェースを通して、ユーザデバイスのユーザに命令を提供させるように構成される、アプリケーション論理を発生させるように構成されることができる。命令は、複数の健康センサを使用して、健康測定値を採取するための命令を備えることができる。

Description

（関連出願の相互参照）
本願は、それぞれ、参照することによって完全に本明細書に組み込まれる、２０１９年年３月１２日に出願された、米国仮特許出願第６２／８１７，４８６号の優先権を主張するものである、２０１９年年６月１４日に出願された、米国特許出願第１６／４４２，２７７号の優先権を主張する。

マルチセンサ監視システムは、中央コンピューティングデバイスと、種々の周辺センサとを含むことができる。中央コンピューティングデバイスは、周辺センサのためのデータアグリゲータとして作用することができる。従来のマルチセンサ監視システムは、有意なユーザ設定を要求し得る。例えば、ユーザは、中央コンピューティングデバイスおよび各周辺センサをネットワークに接続し、手動で、ネットワークを経由して、各周辺センサを中央コンピューティングデバイスにペアリングする必要があり得る。本プロセスは、技術的に精通していない対象集団におけるユーザにとって負担であり得る。逆に言えば、いくつかのマルチセンサ監視システムは、具体的セットの周辺センサを中央コンピューティングデバイスにペアリングするようにハードコーディングされる、効率的ペアリングワークフローを有し得る。しかしながら、ハードコーディングは、マルチセンサ監視システムの複数のユーザを横断して動的に変更されることができない、非柔軟なセンサの組み合わせをもたらし得る。ハードコーディングされたシステムへの変更は、ユーザ毎に、完全なコード再コンパイルおよび新しいアプリケーションのリリースを要求し得、これは、マルチセンサ監視システムをスケーリングすることを困難にし得る。

マルチセンサ監視システムは、健康センサシステムを含むことができる。多くの健康センサシステムは、収集されたデータを患者に関する健康転帰に転換させ得ない。遠隔監視技術を使用する、健康センサシステムは、健康センサデータの人間による解釈に依拠し得る、または彼らは、手動で、多くの垂直に統合されたセンサシステム（例えば、明確に異なる酸素感知およびグルコース感知システム）からの健康センサデータを別個の第三者分析プロバイダの中に取り込み得る。その後、健康センサシステムは、次いで、これらの分析の出力をサービスプロバイダ（例えば、緊急応答サービス、療法的介入企業等）に提供し得る。現在、健康センサシステムを、患者の悪化を検出する分析およびそのような悪化に対処する介入サービスに非依存的に接続するシステムは、存在しない。さらに、システムは、持続的ループにおいて前述のステップを実施し、その自動化された意思決定プロセスに応じて反復しない。そのようなシステムの欠如は、今日の医療提供者にとって、労力の非効率性および変換コストを導入する。

本開示は、（ｉ）健康センサを自動的に構成し、（ｉｉ）健康センサを使用して、健康測定値を採取し、（ｉｉｉ）健康センサによって発生されたデータを自動的に管理および処理し、（ｉｖ）処理されたデータを自動的に利用して、アラートを発生させ、治療または挙動計画を知らせる、および／または修正し得る、カスタマイズ可能な集団健康システムならびに対応する方法ならびにキットを説明する。集団健康システムは、各ユーザに個人化されることができ、システムのユーザ毎に、カスタム調整されたポートフォリオの中に接続され得る、センサ、アルゴリズム、および療法サービスを水平に統合することができる。

具体的には、本開示に説明されるシステム、方法、およびキットは、自動的に、健康センサのユーザ特有の組み合わせを、その上に健康アプリケーションがインストールされる、ユーザデバイスにペアリングし、それを設定および構成し、それによって、ユーザからの任意の要求される相互作用を伴わずに、健康センサとユーザデバイスとの間の無線通信を確立することができる。本システムは、次いで、患者に、健康センサを使用して、健康測定値を採取し、最小限のユーザ入力を伴って、それらの健康センサによって発生されたデータを取得するように命令することができる。

センサから取得されるデータは、自動的に、集団健康システムのクラウドベースのプラットフォームに伝送されることができ、そこで、データは、医療提供者によって事前に選択されたか、または本システム自体の人工知能に基づいて自動的に選択されたかのいずれかであり得る、ユーザ特有の分析ポートフォリオを使用して、処理されることができる。いったんデータが、処理されると、本システムは、自動的に、選択されたデータ出力を患者、患者の医療提供者、または第三者サービスプロバイダ（例えば、緊急応答サービス、療法サービス、健康指導者等）のユーザ特有の組み合わせにルーティングすることができる。全体として、本システムは、センサデータを取得し、投薬療法用量調整、投薬療法順守の施行、および挙動／生活様式順守の施行のようなものを含む、データ駆動型療法決定を行うことができる。本システムのユーザ毎に、本システムは、健康転帰の結果を捕捉し、ユーザの健康状態が動的に変化するにつれて、持続的に自ら反復することができる。

モバイルコンピューティングデバイスを有していない患者またはモバイルオペレーティングシステムをナビゲートすることに苦労している患者に関しては、前述の健康アプリケーションは、カスタマイズ可能なキット内に健康センサとともに出荷される、電子タブレット上で展開されることができる。医療提供者は、患者の医療上の必要性に基づいて、キット内の特定のセットの健康センサを決定することができる。電子タブレット上で展開される健康アプリケーションは、キット内の特定のセットの健康デバイスに対応する、「ワークフロー」を用いて構成されることができる。ワークフローは、電子タブレットに、自動的に、ネットワークを経由して、任意のユーザ相互作用を要求せずに、健康センサにペアリングさせ、健康センサのそれぞれの使用方法についての命令を提供させ、健康測定値を採取させ、それらの健康センサによって発生された健康測定データを取得させ、教育および／または療法用フィードバックのために、処理されたデータ結果（視覚的および／またはオーディオ）をユーザに戻させ得る、プロシージャ、すなわち、処理論理のセットであることができる。ワークフローは、事前に定義された処理論理からモジュール式方式において組み立てられることができる。医療提供者が、付加的健康センサをその患者に処方する場合、患者は、付加的健康センサを伴う別の出荷を受領することができる。患者の健康アプリケーション上のワークフローは、自動的に、例えば、クラウドを経由して、健康センサの患者の新しい組み合わせを考慮するように再構成されることができる。

その独自のモバイルコンピューティングデバイスを有する患者は、代わりに、健康アプリケーションをＡｐｐｌｅ Ａｐｐ ＳｔｏｒｅまたはＧｏｏｇｌｅ Ｐｌａｙ Ｓｔｏｒｅからダウンロードすることができる。医療提供者によって処方された健康センサの出荷とともに、そのような患者は、出荷内の健康センサの一意の組み合わせを定義する、バーコードまたはクイックレスポンス（ＱＲ）コードを受信することができる。患者は、モバイルコンピューティングデバイスを使用して、ＱＲコード（登録商標）を走査することができ、健康アプリケーションは、ＱＲコード（登録商標）内にエンコーディングされたデータに基づいて、そのワークフローを構成することができる。代替として、医療提供者は、電子治療計画を集団健康システムのクラウドベースのプラットフォームにアップロードすることができる。電子治療計画は、医療提供者によって患者に処方される健康センサの一意の組み合わせを定義することができる。電子治療計画は、それに対して医療提供者がアクセスを有する、患者の健康プロファイルと関連付けられることができる。健康アプリケーションは、患者のプラットフォームとユーザデバイスとの間で、電子治療計画を含む、健康プロファイルを同期させることができる。健康アプリケーションは、電子治療計画を使用して、医療提供者によって処方される健康センサの一意の組み合わせに対応する、ワークフローを発生させることができる。

健康センサは、ある時間周期にわたる時系列のデータを取得する、持続的センサを含むことができる。持続的センサは、例えば、装着可能デバイスであることができる。健康センサはまた、有限時間周期内に単一健康測定値を取得する、単回使用センサを含むことができる。健康センサは、心拍数モニタ、血圧デバイス、パルスオキシメータ、体重計、体温計、グルコースメータ、および同等物を含むことができる。

ワークフローは、健康センサが、（ａ）オンであって、（ｂ）ユーザデバイスの範囲内にあるとき、ユーザデバイスに、自動的に、健康センサをユーザデバイスにペアリングさせ、それによって、健康センサとユーザデバイスとの間の無線通信を確立することができる。無線通信は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワークまたはＷｉ－Ｆｉネットワークを経由して確立されることができる。

自動的に、健康センサを健康アプリケーションにペアリングさせるステップは、事前に定義されたペアリングプロシージャのデータベースから、一意の組み合わせ内の健康センサ毎にペアリングプロシージャを選択するステップを伴い得る。自動ペアリングは、加えて、一意の組み合わせ内の健康センサ毎に、汎用一意識別子を取得するステップと、汎用一意識別子を使用して、健康センサを走査および識別するステップとを伴い得る。ワークフローはまた、セキュア接続およびパスキーベースのペアリングの設定ならびに構成に対処することができる。

ワークフローはまた、ユーザデバイスに、ユーザ入力に応答して、健康アプリケーションのグラフィカルユーザインターフェースを通して、命令を患者に提供させることができる。命令は、健康センサを使用して、健康測定値を採取するための命令、例えば、健康センサの使用方法を示す、命令であることができる。命令は、可聴、テキスト、図解、動画、または同等物であることができる。

健康アプリケーションは、先行健康測定値に関する有効データを受信後、さらなるユーザ入力を伴わずに、特定の健康センサを使用して特定の健康測定値を採取するための命令を自動的に提供することができる。このように、健康アプリケーションとの患者相互作用は、最小限にされることができる。有効データは、事前に定義された範囲内に該当する、データであることができる、または特定の特性を有する、データであることができる。健康アプリケーションはまた、制御信号を健康センサに提供することができる。例えば、患者が、特定の健康センサを適切に使用している、または装着していることの決定後、健康アプリケーションは、自動的に、健康センサに健康測定値を採取させ得る、制御信号を健康センサに伝送することができる。これはさらに、健康アプリケーションおよび健康センサの両方との患者相互作用を最小限にすることができる。

健康アプリケーションは、健康センサによって発生された健康測定データを取得することができる。健康アプリケーションは、健康測定データをプラットフォーム上の患者の健康プロファイルに記憶することができる。本システムは、データをアルゴリズムのカスタマイズ可能なシーケンスの中に入力することによって、患者の健康を自動的に監視することができる。アルゴリズムのシーケンスは、患者の健康状態が変化するにつれて、自動的に、本システムによって変更されることができる、または患者の医療提供者によって、随時、修正されることができる。そのような処理の出力は、アラート、必須バイタル、および傾向の中に外挿されることができる。これらの出力は、リアルタイムで、医療提供者および第三者サービスプロバイダに伝達されることができる。これは、異常健康測定値および／または不規則的健康傾向の場合、患者がタイムリーに医療処置を受けることを確実にすることができる。

アルゴリズムおよび第三者サービスプロバイダのポートフォリオは、患者健康プロファイル毎にカスタマイズされることができる。これは、特に、複数の共存症（慢性疾患状態）を患う患者を治療するために有用であり得る。例えば、慢性閉塞性肺障害（ＣＯＰＤ）、動脈細動、および高血圧症を患う患者は、不整脈および酸素投与／虚血性関連エピソードの尤度を決定する、アルゴリズムのプロファイルを有し得る。そのような患者のためのサービスプロバイダは、緊急応答者、健康指導者、および心臓専門医を含み得る。糖尿病および慢性心不全を患う患者は、他方で、糖尿病関連浮腫発現およびグルコース不安定性の発症を検出する、アルゴリズムのセットを有し得る。そのような患者のためのサービスプロバイダは、内分泌学医、投薬療法師、および療法的介入企業を含み得る。

センサ、分析、およびサービスプロバイダのカスタマイズ可能なポートフォリオを水平に統合する結果として、本システムは、全体として、投薬療法用量調整、投薬療法順守の施行、および挙動／生活様式順守の施行のようなものを含む、データ駆動型療法決定を行うことができる。投薬療法用量調整の場合、本システムは、ユーザの慢性病気状態に及ぼされる処方された投薬療法の効果を監視することができる。１つの条件（例えば、糖尿病）のために処方された投薬療法が、別の共存条件（例えば、高血圧症）の症状を悪化させる場合、本システムは、自動的に、ユーザの投薬療法処方箋の用量を調整し、これらの効果を調節することができる。投薬療法順守の場合、本システムは、患者がその投薬療法を服用しないときを検出し、および／またはタイムリーな様式においてバイタル測定を実施し、視覚的ならびに／もしくはオーディオ警告（例えば、通知、電話等）を発報し、ユーザに、薬用プロトコルを順守するようにリマインドすることができる。投薬療法へのユーザの非順守が、深刻な低下をユーザの健康状態に引き起こす場合、本システムは、第三者サービスに、ユーザを回診するように通知することができる。生活様式および挙動順守の場合、本システムは、挙動非順守（例えば、糖尿病患者が夜間に菓子を摂取する、またはＣＯＰＤ患者がその酸素マスクを装着していない）を検出し、患者がその健康を損なわせ得る挙動を改めるように警告（例えば、通知、電話、および／またはサービスプロバイダを通して）を発報することができる。

上記に説明されるシステム、方法、およびキットは、技術的に精通していない患者が、その自宅の快適性の中で、最小限のユーザ入力を要求しながら、健康測定データを健康センサの患者特有のポートフォリオから容易に取得することを可能にすることができる。有用性研究は、標的対象集団が、各健康センサを個々に設定、ペアリング、および制御することを所望し得ないことを示す。代わりに、これらの患者は、健康アプリケーションおよび健康センサの両方との最小限の相互作用を有することを好み得る。最小限のユーザ入力を伴って、シームレスな健康測定経験を提供することに加え、健康アプリケーションは、エンドユーザの無秩序な行動に対処することができる。例えば、健康アプリケーションは、患者が、データアップロードの間、その健康センサの範囲外に出るとき、健康センサ上にキャッシュされたデータに対処することができる。健康アプリケーションはまた、患者が健康センサを不適切に使用している場合を検出し、ガイダンスを提供し、患者の使用量を最適化することができる。これは、患者が医学的に正確な様式において全ての測定値を採取することを確実にすることができる。本システムの使いやすさは、健康測定ルーチンへのさらなる患者順守をもたらし得る。

健康アプリケーションによって入手されたデータは、本システムの残りの中に取り込まれることができる。取込に応じて、本システムは、処理されたデータ出力を発生させるために、データをアルゴリズムの患者特有のポートフォリオに通すことができる。そのような出力を発生させるプロシージャは、限定ではないが、過剰および／または雑音データのフィルタ除去、患者の必須バイタルの外挿、重要となる傾向の識別、ならびにアラートの発生を含むことができる。アラートの発生は、タイムリーな介入を通して、入院を低減させることができる。処理されたデータは、次いで、療法サービス、挙動サービス、および医師のようなものを含み得る、本システム内のサービスプロバイダの患者特有のポートフォリオに戻されることができる。

全体として統合されると、本システムは、重要な療法的介入および医薬的用量調整を行い、患者の健康転帰に好影響を及ぼさせる。これは、特に、再入院および／または突発性の発作を防止するために、その健康状態を監視するための複数の医療センサ、慎重に平衡された投薬療法の用量調整、および非競合療法処置（ある疾患状態のための１つの介入が、別の共存疾患状態を悪化させない）を必要とする、複数の共存症を患う高リスク患者にとって有益である。そのような高リスク患者を治療するために要求される感度および精度に適応するために、本システムは、センサデータの開始から介入の結果としての健康転帰に至るまでの一連の健康結果全体を集め、各患者の動的に変化する健康状態に適合させるために、自ら反復および調節することができる。

本システムの統合されたエンドツーエンド性質は、スループットを増加させ、主な医療提供者のためのコストを低減させることができる。

ある側面では、集団健康システムは、複数の健康センサを定義するデータを受信するステップと、データに基づいて、ユーザデバイス上のアプリケーションのためのワークフローを発生させるステップとを含む、動作を実施するように構成されることができ、ワークフローは、ユーザデバイスに、（ｉ）複数の健康センサが、（ａ）オンであって、（ｂ）ユーザデバイスの範囲内にあるとき、自動的に、複数の健康センサをユーザデバイスにペアリングさせ、それによって、複数の健康センサとユーザデバイスとの間の無線通信を確立させ、（ｉｉ）ユーザ入力に応答して、アプリケーションのグラフィカルユーザインターフェースを通して、ユーザに命令を提供させるように構成され、命令は、複数の健康センサを使用して、健康測定値を採取するための命令を備え、アプリケーションは、付加的ユーザ入力を伴わずに、健康測定データを複数の健康センサのそれぞれから取得するように構成される。

いくつかの実施形態では、本システムは、クラウドベースのプラットフォームを備える。いくつかの実施形態では、動作はさらに、健康測定値をクラウドベースのプラットフォーム内に記憶するステップを含む。いくつかの実施形態では、クラウドベースのプラットフォームは、複数のユーザ毎に、保健医療プロファイルを備える。いくつかの実施形態では、複数の健康センサを定義するデータを受信するステップは、クラウドベースのプラットフォームを通して、複数の健康センサを複数のユーザの所与のユーザに処方する電子治療計画を受信するステップを含む。いくつかの実施形態では、電子治療計画は、クラウドベースのプラットフォーム上の所与のユーザの保健医療プロファイルと関連付けられる。いくつかの実施形態では、所与のユーザの保健医療プロファイルは、１人以上のユーザの医療提供者にアクセス可能である。いくつかの実施形態では、アプリケーションは、所与のユーザの健康測定値のうちの任意の１つが事前に定義された範囲外に該当するとき、電子アラートを医療提供者に通信するように構成される。

いくつかの実施形態では、複数の健康センサを定義するデータを受信するステップは、複数の健康センサを定義するバーコードの画像を受信するステップを含む。いくつかの実施形態では、バーコードは、ＱＲコード（登録商標）である。

いくつかの実施形態では、複数の健康センサは、心拍数モニタ、血圧カフ、パルスオキシメータ、体重計、体温計、およびグルコースメータから成る群から選択される。いくつかの実施形態では、複数の健康センサは、１つ以上の持続的センサを備える。いくつかの実施形態では、１つ以上の持続的センサは、装着可能デバイスを備える。いくつかの実施形態では、複数の健康センサは、１つ以上の抽出検査センサを備える。

いくつかの実施形態では、動作はさらに、複数の健康センサの順序を受信するステップを含み、複数の健康センサを使用して健康測定値を採取するための命令は、順序通りユーザに提供される。

いくつかの実施形態では、ワークフローを発生させるステップは、複数の事前に定義されたペアリングプロシージャから、複数の健康センサ毎にペアリングプロシージャを選択するステップを含む。いくつかの実施形態では、ワークフローを発生させるステップは、構成ファイルから、複数の健康センサ毎に汎用一意識別子を取得するステップを含む。いくつかの実施形態では、自動ペアリングは、データによって定義された複数の健康センサを走査および識別するステップを含む。

いくつかの実施形態では、ワークフローはさらに、ユーザデバイスに、制御信号を複数の健康センサに伝送させ、健康測定の間、健康センサの動作を制御させるように構成される。

いくつかの実施形態では、無線通信は、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワークを経由して確立される。いくつかの実施形態では、無線通信は、Ｗｉ－Ｆｉネットワーククを経由して確立される。いくつかの実施形態では、命令は、複数の健康センサの使用方法を示す、動画を備える。

いくつかの実施形態では、命令は、可聴命令を備える。いくつかの実施形態では、命令は、テキスト命令を備える。いくつかの実施形態では、命令は、図解命令を備える。いくつかの実施形態では、アプリケーションは、先行健康測定値に関する有効データを受信後、所与の健康センサを使用して所与の健康測定値を採取するための命令を提供するように構成される。いくつかの実施形態では、有効データは、事前に定義された範囲内に該当するデータを備える。いくつかの実施形態では、有効データは、所定の特性を有するデータを備える。

本開示の別の側面は、複数の健康センサと、アプリケーションを起動するように構成される、ユーザデバイスとを備える、キットを提供し、アプリケーションは、ユーザデバイスに、上記に説明される動作を実施させるように構成される。

本開示の別の側面は、上記に説明される動作を含む、方法を提供する。

別の側面では、本開示は、複数の健康センサを定義するデータを受信し得る、システムを提供する。本システムは、データに基づいて、１つのユーザ入力に応答して、ユーザデバイスに、（ａ）複数の健康センサに結合させ、それによって、ユーザデバイスと複数の健康センサのそれぞれとの間の通信を確立させ、（ｂ）ユーザデバイスのインターフェースを通して、ユーザデバイスのユーザに命令を提供させるように構成される、アプリケーション論理を発生させることができる。命令は、複数の健康センサを使用して、健康測定値を採取するための命令を備えることができる。

いくつかの実施形態では、本システムは、健康測定データをユーザデバイスから取得することができる。健康測定データは、ユーザが健康測定値を採取する結果として収集されたデータを備えることができる。本システムは、健康測定データがアラート基準を充足することを決定することができる。決定に応答して、本システムは、アラートをユーザの医療提供者に伝送することができる。

いくつかの実施形態では、アラートを伝送するステップに先立って、本システムは、アラートを低優先順位アラート、中優先順位アラート、または高優先順位アラートとして分類することができる。アラートを医療提供者に伝送するステップは、（ｉ）低優先順位アラートを挙動介入サービスに伝送するステップと、（ｉｉ）中優先順位アラートを在宅健康サービスに伝送するステップと、（ｉｉｉ）高優先順位アラートをユーザの主治医または緊急サービスに伝送するステップとを含むことができる。

いくつかの実施形態では、高優先順位アラートを主治医または緊急サービスに伝送するステップは、上位対応要請報告を主治医または緊急サービスに伝送するステップを含むことができる。

いくつかの実施形態では、上位対応要請報告は、患者に関する医療既往歴データおよび健康測定データのサブセットを備えることができる。

いくつかの実施形態では、分類するステップは、患者に関する医療既往歴データを取得するステップと、訓練された機械学習アルゴリズムを使用して、健康測定データおよび医療既往歴データを処理し、分類を発生させるステップとを含むことができる。

いくつかの実施形態では、訓練された機械学習アルゴリズムは、回帰アルゴリズム、単純ベイズ分類子、サポートベクトルマシン、クラスタ化アルゴリズム、決定木アルゴリズム、ランダムフォレスト、またはニューラルネットワークから成る群から選択されることができる。

いくつかの実施形態では、複数の健康センサを定義するデータを受信するステップは、複数の健康センサをユーザに処方する電子治療計画をユーザの主治医から受信するステップを含むことができる。

いくつかの実施形態では、複数の健康センサを定義するデータを受信するステップは、複数の健康センサを定義するバーコードの画像を受信するステップを含むことができる。バーコードは、ＱＲコード（登録商標）であることができる。

いくつかの実施形態では、複数の健康センサは、心拍数モニタ、血圧カフ、パルスオキシメータ、体重計、体温計、およびグルコースメータから成る群から選択されることができる。

いくつかの実施形態では、本システムは、複数の健康センサの順序を受信することができる。アプリケーション論理は、健康測定値を順序で採取するための命令を提供するように構成されることができる。

いくつかの実施形態では、アプリケーション論理を発生させるステップは、複数の事前に定義されたペアリングプロシージャから、複数の健康センサ毎にペアリングプロシージャを選択するステップを含むことができる。

いくつかの実施形態では、アプリケーション論理を発生させるステップは、構成ファイルから、複数の健康センサ毎に汎用一意識別子を取得するステップを含むことができる。

いくつかの実施形態では、結合するステップは、データによって定義された複数の健康センサを走査および識別するステップを含むことができる。

いくつかの実施形態では、アプリケーション論理はさらに、ユーザデバイスに、制御信号を複数の健康センサに伝送させ、健康測定の間、複数の健康センサの動作を制御させるように構成されることができる。

いくつかの実施形態では、アプリケーション論理は、ユーザデバイス上にインストールされる、健康アプリケーションのモジュールであることができる。健康アプリケーションは、ユーザが医療提供者と通信することを可能にするように構成される、通信インターフェースを備えることができる。

いくつかの実施形態では、命令は、複数の健康センサの使用方法を示す、動画を備えることができる。

いくつかの実施形態では、命令は、可聴命令、テキスト命令、または図解命令を備えることができる。

いくつかの実施形態では、アプリケーション論理は、先行健康測定値に関する有効データを受信後、健康センサを使用して健康測定値を採取するための命令を提供するように構成されることができる。

いくつかの実施形態では、有効データは、事前に定義された範囲内に該当するデータまたは所定の特性を有するデータを備えることができる。

いくつかの実施形態では、アプリケーション論理は、健康測定値に関する無効データを受信後、健康測定値を再採取するための命令を提供するように構成されることができる。

いくつかの実施形態では、データは、複数の健康センサの個別の健康センサと関連付けられる、時間または測定頻度を備えることができ、アプリケーション論理は、その時間において、またはその測定頻度を用いて、個別の健康センサを使用して健康測定値を採取するための命令を提供するように構成される。

いくつかの実施形態では、本システムは、ユーザデバイスからの健康測定データをクラウドベースのプラットフォーム上に記憶することができる。健康測定データは、ユーザが健康測定値を採取する結果として収集されたデータを備えることができる。

いくつかの実施形態では、クラウドベースのプラットフォームは、医療提供者が健康測定データを精査することを可能にするように構成される、ダッシュボードを備えることができる。

いくつかの実施形態では、本システムは、アラートの有効性を示すデータを医療提供者から受信し、アラートの有効性を示すデータに基づいて、アラート基準を調節することができる。

別の側面では、本開示は、視覚的コードの画像を取得し得る、システムを提供する。視覚的コードは、複数の健康センサをアクティブ化し、複数の健康センサが使用されるべき順序を定義するために使用可能であり得る。本システムは、リアルタイムで、視覚的コードの画像に基づいて、ユーザデバイス上で起動するように構成される、健康アプリケーションのためのアプリケーション論理を発生させることができる。アプリケーション論理は、ユーザデバイス上の１つ以上のユーザ入力に応答して、ユーザデバイスに、自動的かつ動作可能に、複数の健康センサに結合させ、それによって、ユーザデバイスと複数の健康センサのそれぞれとの間の無線通信を確立させ、ユーザデバイスのグラフィカルインターフェースを通して、ユーザデバイスのユーザに命令を提供させるように構成されることができる。命令は、複数の健康センサを使用して、健康測定値を採取するための命令を備えてもよく、命令は、順序通り連続して、ユーザに提供される。

いくつかの実施形態では、ユーザデバイスは、モバイルデバイスである。いくつかの実施形態では、モバイルデバイスは、モバイルデバイスを複数の健康センサに結合するためのペアリング命令とともに事前に構成されない。いくつかの実施形態では、命令は、複数の健康センサ毎に別個の命令を備える。別個の命令はそれぞれ、１つずつ提供されてもよい。いくつかの実施形態では、１人以上のユーザ入力は、最大で、単一ユーザ入力である。

別の側面では、本開示は、複数の健康センサ、複数の健康センサがユーザによって使用されるべき順序、およびユーザが複数の健康センサを使用すべき頻度を定義するデータを備える、医療処方箋を受信し、データを備える医療処方箋を１つの視覚的コード内にエンコーディングし、１つの視覚的コードの画像を取得し、リアルタイムで、１つの視覚的コードの画像に基づいて、ユーザデバイス上で起動するように構成される、健康アプリケーションのためのアプリケーション論理を発生させ得る、システムを提供する。アプリケーション論理は、（１）複数の健康センサ毎に異なるペアリングプロシージャと、（２）複数の健康センサを使用して健康測定値を採取するためのユーザ特有の命令とを備えることができる。アプリケーション論理は、最大で、ユーザデバイス上でのユーザからの１つのユーザ入力に応答して、ユーザデバイスに、自動的かつ動作可能に、複数の健康センサに結合させ、それによって、ユーザデバイスと複数の健康センサのそれぞれとの間の無線通信を確立させ、ユーザデバイスのグラフィカルインターフェースを通して、ユーザデバイスのユーザにユーザ特有の命令を提供させるように構成されることができる。ユーザ特有の命令は、順序通り連続して、ユーザに提供され得る。

本開示の別の側面は、複数の健康センサと、アプリケーションを起動するように構成される、ユーザデバイスとを備える、キットを提供し、アプリケーションは、ユーザデバイスに、上記に説明される動作を実施させるように構成される。

本開示の別の側面は、上記に説明される動作を含む、方法を提供する。

本開示の付加的側面および利点が、本開示の例証的実施形態のみが、示され、説明される、以下の詳細な説明から当業者に容易に明白となるであろう。理解されるであろうように、本開示は、他の異なる実施形態が可能であり、そのいくつかの詳細は、全て本開示から逸脱することなく、種々の明白な点において修正が可能である。故に、図面および説明は、本質的に例証的と見なされ、制限的と見なされるものではない。
（参照による組み込み）

本明細書に言及される全ての刊行物、特許、および特許出願は、各個々の刊行物、特許、または特許出願が具体的かつ個々に参照することによって組み込まれることが示される場合と同程度に、参照することによって本明細書に組み込まれる。参照することによって組み込まれる刊行物および特許または特許出願が、本明細書に含有される開示と矛盾する範囲について、本明細書は、任意のそのような矛盾する資料に対して優先および／または先行することを意図している。

本発明の新規の特徴は、添付される請求項に具体的に記載される。本発明の特徴および利点のより深い理解が、本発明の原理が利用される例証的実施形態を記載する、以下の詳細な説明および付随の図面（また、本明細書では「図」）を参照することによって取得されるであろう。

図１は、集団健康システムを図式的に図示する。

図２は、集団健康システムの健康アプリケーションのユーザ入力特徴の図である。

図３は、健康アプリケーションの患者向け層を図式的に図示する。

図４ａおよび４ｂは、健康アプリケーションのＱＲコード（登録商標）走査特徴の図である。

図５ａ、５ｂ、および５ｃは、健康アプリケーションによって提供される、健康測定命令の図である。

図６は、集団健康システムの分析層を図式的に図示する。

図７は、本明細書に提供されるシステムおよび方法を実装するようにプログラムまたは別様に構成される、コンピュータ制御システムを図式的に図示する。

図８は、集団健康システムのサービス層を図式的に図示する。

図９は、アラートを処理し、患者介入をプロンプトするためのプロセスのフローチャートである。

図１０Ａ－１０Ｄは、集団健康システムの例示的ダッシュボードの画像である。 図１０Ａ－１０Ｄは、集団健康システムの例示的ダッシュボードの画像である。 図１０Ａ－１０Ｄは、集団健康システムの例示的ダッシュボードの画像である。 図１０Ａ－１０Ｄは、集団健康システムの例示的ダッシュボードの画像である。

図１１Ａおよび１１Ｂは、集団健康システムによって発生された例示的上位対応要請報告の画像である。 図１１Ａおよび１１Ｂは、集団健康システムによって発生された例示的上位対応要請報告の画像である。

図１２は、集団健康システムと種々の他の単一センサプラットフォームの有効性を比較した研究の結果を示す。

図１３は、分析層が顧客のための効率性をもたらす様子を示す。

図１４－２０は、集団健康システムの医療提供者ダッシュボードおよびそのワークフローを示す。 図１４－２０は、集団健康システムの医療提供者ダッシュボードおよびそのワークフローを示す。 図１４－２０は、集団健康システムの医療提供者ダッシュボードおよびそのワークフローを示す。 図１４－２０は、集団健康システムの医療提供者ダッシュボードおよびそのワークフローを示す。 図１４－２０は、集団健康システムの医療提供者ダッシュボードおよびそのワークフローを示す。 図１４－２０は、集団健康システムの医療提供者ダッシュボードおよびそのワークフローを示す。 図１４－２０は、集団健康システムの医療提供者ダッシュボードおよびそのワークフローを示す。

図２１Ａ－２３Ｂは、集団健康システムの実績追跡システムによって発生された可視化である。 図２１Ａ－２３Ｂは、集団健康システムの実績追跡システムによって発生された可視化である。 図２１Ａ－２３Ｂは、集団健康システムの実績追跡システムによって発生された可視化である。

本発明の種々の実施形態が、本明細書に示され、説明されているが、そのような実施形態は、実施例としてのみ提供されることが当業者に明白であろう。多数の変形例、変更、および代用が、本発明から逸脱することなく、当業者に想起され得る。本明細書に説明される本発明の実施形態の種々の代替が、採用され得ることを理解されたい。

本開示は、（ｉ）健康センサを自動的に構成し、（ｉｉ）健康センサを使用して、健康測定値を採取し、（ｉｉｉ）健康センサによって発生されたデータを管理し、（ｉｖ）データを使用して、治療または挙動計画を発生および／または修正し得る、カスタマイズ可能な集団健康システムならびに対応する方法およびキットを説明する。具体的には、本開示に説明されるシステム、方法、およびキットは、患者が、自動的に、健康センサの一意の組み合わせを、その上に健康アプリケーションがインストールされる、ユーザにデバイスにペアリングし、それによって、健康センサとユーザデバイスとの間の無線通信を確立することを可能にすることができる。健康アプリケーションは、患者に、健康センサを使用して、健康測定値を採取し、最小限ユーザ入力を伴って、健康センサによって発生されたデータを取得するように命令することができる。

図１は、集団健康システムを図式的に図示する。患者は、集団健康システムを使用して、（ｉ）健康センサを使用して、健康測定値を採取し、（ｉｉ）健康センサによって発生されたデータを取得、記憶、および管理し、（ｉｉｉ）データを使用して、アラートを発生させる、または治療もしくは挙動計画を修正することができる。集団健康システムは、健康測定値プロセスの全ての段階において、最小限のユーザ入力を要求するように構成されることができる。例えば、集団健康システムは、自動的に、健康センサを設定、ペアリング、および制御するように構成されることができる。集団健康システムはまた、自動的に、患者に、健康測定値を採取する方法およびそれらの健康測定値を採取すべき順序を命令するように構成されることができる。最後に、集団健康システムは、自動的に、健康センサによって発生されたデータを取得し、そのデータを医療提供者にアクセス可能なプラットフォームに伝送するように構成されることができる。

集団健康システムは、ユーザデバイス１０２を含むことができる。ユーザデバイス１０２は、ネットワーク、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワーク、Ｗｉ－Ｆｉネットワーク、インターネット、または同等物を経由して、他の電子デバイスと通信することが可能な任意の電子デバイスであることができる。例えば、ユーザデバイス１０２は、ラップトップまたはデスクトップコンピュータ、電子タブレット、スマートフォン、スマートウォッチ、または同等物であることができる。いくつかの実装では、ユーザデバイス１０２は、患者のパーソナルデバイスであることができる。他の実装では、ユーザデバイス１０２は、健康センサの出荷とともに、患者に提供されることができる。

ユーザデバイス１０２は、健康アプリケーション１０４を起動することができる。健康アプリケーション１０４は、ウェブ－ブラウザによってレンダリングされるＨＴＭＬ文書、Ｊａｖａｓｃｒｉｐｔ（登録商標）コードまたはＪａｖａ（登録商標）コード、もしくは専用ソフトウェア、例えば、インストールされるアプリケーションであることができる。健康アプリケーション１０４は、ユーザデバイス１０２に、自動的に、ネットワーク１０８を経由して、健康センサ１０６ａ－１０６ｎにペアリングさせる、すなわち、それとの無線接続を確立させることができる。その後、健康アプリケーション１０４は、健康センサ１０６ａ－１０６ｎと無線通信することができる。例えば、健康アプリケーション１０４は、制御命令を健康センサ１０６ａ－１０６ｎに伝送し、健康測定データを健康センサ１０６ａ－１０６ｎから取得することができる。

健康アプリケーション１０４はまた、患者に、健康センサを使用して健康測定値を採取する方法および健康測定値を採取すべき順序についての命令を提供するように構成されることができる。ユーザ入力に応答して、健康アプリケーション１０４は、患者に、特定の健康センサを使用して健康測定値を採取する方法についての命令を提供することができる。ユーザ入力は、いくつか実施例を挙げると、容量タッチスクリーン上でのタップ、マウスクリック、または音声コマンドであることができる。図２は、健康アプリケーション１０４のユーザ入力特徴の図である。図２に示されるように、患者は、「アイコンをタップして測定値を追加する」ことができる。

命令は、可聴、テキスト、図解、動画、またはいくつかのこれらの組み合わせであることができる。健康アプリケーション１０４は、患者が、命令を受信することを好む、フォーマットを規定することを可能にする、構成可能設定を含むことができる。例えば、難聴患者は、可聴命令を経由して、視覚的命令を受信するように選定してもよい。

命令は、健康測定値を採取するために使用すべきデバイスを示すことができる。健康アプリケーション１０４は、ユーザデバイス１０２に、健康センサの画像を表示させる、健康センサの名称を述べさせる、または健康センサの外観を説明させることができる。健康アプリケーション１０４は、健康センサの運動または位置の変化を検出することによって、患者が、正しい健康センサを識別および選別したことを決定することができる。

健康アプリケーション１０４は、次いで、ユーザデバイス１０２に、適切な健康測定値を採取するために、患者が健康センサを位置付けるべき方法に関する命令を患者に提供させることができる。例えば、健康センサが、血圧デバイスである場合、健康アプリケーション１０４は、ユーザデバイス１０２に、患者が血圧カフをその右上腕上に位置付けるべきであることを示す、命令を提供させることができる。別の実施例として、健康センサが、パルスオキシメータである場合、健康アプリケーション１０４は、ユーザデバイス１０２に、患者がパルスオキシメータをその左人差し指上に位置付けるべきことを示す、命令を提供させることができる。

健康センサは、患者の身体に対する健康センサの場所に関するデータを収集する、位置センサを含むことができる。健康センサは、そのデータを健康アプリケーション１０４に伝送することができ、これは、データを解釈し、健康センサがその現在の位置に対して調節されるべきであるかどうか、または患者の身体上に適切に位置付けられているかどうかを決定することができる。健康センサが、適切に位置付けられていない場合、健康アプリケーション１０４は、ユーザデバイス１０２に、付加的、補正命令を提供させることができる。例えば、健康センサが、血圧デバイスである場合、健康アプリケーション１０４は、ユーザデバイス１０２に、患者がその腕上の血圧カフの位置を調節すべきであることを示す、命令を提供させることができる。

健康アプリケーション１０４が、健康センサが患者の身体に対して適切に位置付けられていることを決定後、健康アプリケーションは、必要に応じて、制御命令を健康センサに伝送することができる。例えば、健康センサが、血圧デバイスである場合、健康アプリケーション１０４は、ユーザデバイス１０２に、制御信号を、カフを膨張させ得る、血圧デバイスのカフに伝送させることができる。ある場合には、健康アプリケーション１０４は、制御信号を健康センサに伝送しなくてもよい。例えば、健康センサが、心拍数モニタである場合、心拍数モニタは、患者の身体上に正しく位置付けられるとすぐに、有効データを収集し始め得、動作させるための外部制御信号を必要とし得ない。同様に、体重計および体温計等の受動デバイスは、それらが正しく位置付けられるとすぐに、有効データを収集し始め得る。

健康センサが、データを患者から取得する間、健康アプリケーション１０４は、ユーザデバイス１０２に、健康測定の進行度を示させることができる。インジケーションは、視覚的インジケーション、例えば、進行度バーまたはテキストパーセンテージ、もしくはその可聴インジケーションであることができる。

健康センサは、結果として生じる健康測定データをユーザデバイス１０２に伝送することができる。健康アプリケーション１０４は、データが有効であるかどうかを決定することができる。有効データは、事前に定義された範囲内に該当する、データであることができる。例えば、有効心拍数は、２０拍／分～２２０拍／分であり得る。データが、事前に定義された範囲外に該当する場合、健康アプリケーション１０４は、健康センサが正しくなく位置付けられている、または使用されていることを決定し得、健康アプリケーション１０４は、ユーザに、健康測定値を再び採取するように命令してもよい。有効データはまた、特定の特性を有する、データであることができる。例えば、健康センサが、体重計である場合、健康アプリケーション１０４は、患者の測定された体重を示す、単一データ点を受信することを予期し得る。受信されるデータが、代わりに、複数のデータ点を伴う時系列のデータである場合、健康アプリケーション１０４は、例えば、患者が正しくない健康センサを使用したため、データが無効であることを決定し得る。

健康アプリケーション１０４が、健康測定値のための有効データを受信したことを決定すると、健康アプリケーション１０４は、ユーザデバイス１０２に、第２の健康センサを使用して、第２の健康測定値を採取するための命令を提供させることができる。上記に説明されるプロセスは、健康センサの患者の一意の組み合わせ内の健康センサ毎に、繰り返されることができる。

ある場合には、特定の健康測定値を採取するための命令は、例えば、患者が食事を摂取した後の特定の時刻に提供されてもよい。そのような症例では、健康アプリケーション１０４は、患者に、その時点で健康測定値を採取するように通知することができる。健康アプリケーション１０４はまた、患者に、期限が過ぎた測定値を採取するようにリマインドすることができる。

健康アプリケーション１０４は、直ちに、健康センサから受信した有効データをプラットフォーム１１０に伝送することができる。プラットフォーム１１０は、クラウド上に実装されることができ、患者データを記憶および処理し、保健医療専門家に、データへのアクセスを提供することができる。プラットフォーム１１０およびその一部が、図６を参照してより詳細に説明されるであろう。

図３は、本明細書に説明される健康アプリケーションの患者向け層を図式的に図示する。患者向け層は、センサ統合モジュール３１０のポートフォリオを使用して、（ｉ）健康センサを、その上に健康アプリケーションがインストールされる、ユーザデバイスに接続し、（ｉｉ）図１を参照して詳細に説明されるような患者命令を提供し、（ｉｉｉ）健康センサの動作を制御し、（ｉｖ）健康センサと、健康アプリケーションと、分析層との間でデータを伝送および同期させ、（ｖ）プロセス中の任意の点において生じる、エラーに対処し得る、ガイド式ワークフローエンジン３００を含むことができる。

センサ統合モジュール３１０のポートフォリオは、集団健康システム内の健康センサ毎に、センサ統合モジュールを含むことができる。各センサ統合モジュールは、上記の機能（ｉ）、（ｉｉ）、（ｉｉｉ）、（ｉｖ）、および（ｖ）を実施するためのプロシージャを含むことができる。例えば、センサＡのためのセンサ統合モジュールは、ユーザデバイスに、（ｉ）センサＡをユーザデバイスにペアリングさせ、（ｉｉ）センサＡの使用方法についての視覚的または可聴命令を提供させ、（ｉｉｉ）患者の身体上に適切に位置付けられた後、センサＡの動作を制御させ、（ｉｖ）健康測定値および他のデータを健康センサＡから受信させ、そのデータをプラットフォームに伝送させ、（ｖ）患者がセンサＡを使用している間に生じる、任意のエラーに対処させる、事前に定義されたプロシージャを含むことができる。これらの機能はそれぞれ、下記により詳細に説明される。

ガイド式ワークフローエンジン３００は、ポートフォリオ３１０から、医療提供者によって患者に処方される健康センサに対応する、特定のセンサ統合モジュールを選択することができる。上記に記載されるように、患者に処方される健康センサは、電子健康計画またはＱＲコード（登録商標）内に定義されることができる。ガイド式ワークフローエンジン３００は、電子健康計画またはＱＲコード（登録商標）を読み取り、対応するセンサ統合モジュールをアプリケーションのワークフローの中に統合することができる。図４ａおよび４ｂは、健康アプリケーションのＱＲコード（登録商標）走査特徴の図である。

いくつかの実装では、電子健康計画またはＱＲコード（登録商標）は、処方される健康センサの順序を定義することができる。そのような実装では、センサ統合モジュールをポートフォリオ３１０から選択することに加え、ガイド式ワークフローエンジン３００は、センサ統合モジュールをその順序で配列することができる。これは、患者が健康測定値を処方された順序で採取することを確実にすることができる。電子健康計画またはＱＲコード（登録商標）はまた、健康センサ毎の測定頻度または各健康センサが使用されるべき時刻を定義することができる。ガイド式ワークフローエンジン３００は、例えば、定義された頻度または特定の時刻に健康測定命令を患者に提供することによって、これらの条件を健康アプリケーションのためのワークフローの中に組み込むことができる。

センサ統合モジュールの順序付けられた組み合わせ（ならびにセンサ統合モジュールが実行される、頻度および時刻）は、健康アプリケーションの所与のインスタンスのためのワークフローを定義する。ワークフローは、健康アプリケーション内の初期ユーザ入力によってアクティブ化されることができる。ある場合には、初期ユーザ入力は、全ての処方された健康測定値を採取するために要求される唯一の入力である。図３に図示されるワークフローでは、初期ユーザ入力は、センサ統合モジュールＢの実行をトリガすることができる。センサ統合モジュールＢの実行は、その上に健康アプリケーションがインストールされる、ユーザデバイスを、センサＢにペアリングさせることができる。次に、センサ統合モジュールＢは、ユーザデバイスに、センサＢの使用方法についての命令を患者に提供させ、センサＢの動作を制御させ、健康測定データをセンサＢから受信させ、そのデータをプラットフォームに伝送させることができる。その後、センサ統合モジュールＢは、制御をセンサ統合モジュールＤに渡すことができ、これは、センサＤのための対応する機能を実施することができる。本プロセスは、ワークフロー全体が完了するまで、繰り返されることができる。各センサ統合モジュールが実施し得る、機能は、下記にさらに詳述される。
健康センサペアリング

特定の健康センサのためのセンサ統合モジュールは、健康センサが、（ｉ）電源オンにされ、（ｉｉ）ユーザデバイスの範囲内にあるとき、自動的に、健康センサを、その上に健康アプリケーションがインストールされる、ユーザデバイスにペアリングさせるためのプロシージャ、すなわち、処理論理またはコードを含むことができる。

センサ統合モジュールは、ユーザデバイスに可視の健康センサのリストに関する要求を受信することができる。要求は、ユーザ入力であることができる。ユーザ入力は、例えば、健康測定セッションを開始するための要求であることができる。

要求は、センサ統合モジュールに、通信インターフェース、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信インターフェースまたはＷｉ－Ｆｉ通信インターフェースをユーザデバイス上でアクティブ化させることができる。通信インターフェースを使用して、センサ統合モジュールは、同一通信インターフェースを使用する、その近傍度内のデバイスを走査することができる。センサ統合モジュールは、ユーザデバイスに可視のデバイスのリストを取得することができる。デバイスのリストは、リスト内のデバイス毎に、識別子、例えば、ＭＡＣアドレスまたは名称を含むことができる。健康センサのためのセンサ統合モジュールは、リスト内の識別子と健康センサのための既知の識別子を比較することができる。センサ統合モジュールが、合致を識別する場合、接続要求を健康センサに送信することができる。接続要求は、健康センサのための認証情報、例えば、パスワードを含むことができる。ユーザデバイスおよび健康センサは、セキュアリンクキーを共有することによって、暗号論的にセキュアな接続を確立することができる。健康センサおよびユーザデバイスはそれぞれ、セキュアリンクキーを記憶することができる。いったんリンクキーが、発生されると、デバイス間の認証された非同期コネクションレス型（ＡＣＬ）リンクが、傍受に対して交換されるデータを保護することができる。これは、取扱に注意を要する健康測定データが盗まれないことを確実にすることができる。健康センサおよびユーザデバイスは、健康センサおよびユーザデバイスが、後続健康測定セッションの間、より迅速にペアリングし得るように、無期限に、または所定の時間周期にわたって、セキュアリンクキーを記憶することができる。
患者命令

健康センサのためのセンサ統合モジュールはまた、実行されると、ユーザデバイスに、健康センサの使用方法についての命令を提供させる、プロシージャを含むことができる。これらのプロシージャは、健康センサがユーザデバイスに正常にペアリングされた後に実行されることができる。ユーザデバイスは、グラフィカルユーザインターフェースを通して、命令を提供することができる。例えば、ユーザインターフェースは、健康センサの使用方法についての動画、テキスト命令、またはビデオを表示することができる。視覚的命令は、可聴命令を伴うことができる。

図５ａ、５ｂ、および５ｃは、健康アプリケーションによって提供される、健康測定命令の図である。図５ａは、患者の血液酸素レベルを測定するために使用され得るデバイスである、パルスオキシメータのための健康測定命令の図である。命令は、（ｉ）健康測定値の名称（「パルスオキシメータ」）、（ｉｉ）指上でのパルスオキシメータの使用方法をデモンストレートする画像または動画、（ｉｉｉ）患者が「本プロセスが完了するまでじっとしている」べきであることを示すテキスト命令、および（ｉｖ）プロセスに関する完了パーセンテージを含むことができる。

図５ｂは、血圧デバイスのための健康測定命令の図である。命令は、（ｉ）健康測定値の名称（「血圧」）、（ｉｉ）血圧カフを腕上に位置付ける方法をデモンストレートする画像または動画、（ｉｉｉ）患者が「本プロセスが完了するまで腕をじっとさせたままにしている」べきであることを示すテキスト命令、および（ｉｖ）測定が進行中であることを示すメッセージを含むことができる。

図５ｃは、体重計のための健康測定命令の図である。命令は、（ｉ）健康測定値の名称（「体重」）、（ｉｉ）デバイスの写真、（ｉｉｉ）患者が「本プロセスが完了するまで待つ」べきであることを示すテキスト命令、および（ｉｖ）測定が進行中であることを示すメッセージを含むことができる。

命令は、健康センサが、使用が複雑である、または多くの患者にとって馴染みのないものである場合、より完全なものであり得る。そのために、命令は、いくつかのステップを含むことができる。ユーザデバイスは、先行ステップが完了した後のみ、特定のステップのための命令を提供してもよい。例えば、健康センサが、血圧デバイスである場合、ユーザデバイスは、最初に、患者に、血圧カフをその腕上に設置するように命令してもよい。ユーザデバイスは、患者が血圧カフをその腕上に適切に位置付けた後のみ、次のステップのための命令を提供してもよい。センサ統合モジュールは、ネットワークを経由して、血圧カフと通信することによって、患者が血圧カフをその腕上に適切に位置付けたかどうかを決定することができる。血圧カフは、患者の腕に対する血圧カフの位置を検出し得る、センサを有することができ、血圧カフは、カフが適切に位置付けられているかどうかを示す、信号を健康アプリケーションに伝送することができる。センサ統合モジュールは、信号が、血圧カフが患者の腕上に適切に位置付けられていることを示す場合のみ、プロセスにおける次のステップのための命令を提供することに進んでもよい。

代替として、命令は、健康センサが、使用が容易であって、概して、患者に馴染みのあるものである場合、単純であることができる。例えば、健康センサが、体重計である場合、命令は、単に、体重計の画像を示してもよい。
健康センサ動作

健康センサのためのセンサ統合モジュールはまた、実行されると、健康センサの動作を制御する、プロシージャを含むことができる。センサ統合モジュールは、ユーザデバイスに、特定の条件が満たされるとき、制御信号を健康センサに伝送させることができる。例えば、健康センサが、体重計である場合、センサ統合モジュールは、力が体重計に印加されるとき、体重計に患者の体重を測定させる、信号を体重計に伝送することができる。別の実施例として、健康センサが、血圧デバイスである場合、センサ統合モジュールは、センサ統合モジュールが、血圧カフが患者の腕上に適切に位置付けられていることを決定すると、それを膨張させる、信号を血圧カフに伝送することができる。健康センサの動作を制御することによって、センサ統合モジュールは、健康センサを動作させるために要求される、ユーザ入力を最小限にすることができる。

ある場合には、健康センサは、制御信号をユーザデバイスから受信する必要がない場合があり、代わりに、独立して動作することができる。例えば、心拍数モニタは、オンにされるとすぐに、データを収集し始め得る。

健康アプリケーションは、ペアリングを始動させ、健康測定命令を患者に提供し、健康アプリケーション内の単一ユーザ入力に応答して、健康センサを動作させることができる。ある場合には、健康アプリケーションとのさらなる患者相互作用は、要求され得ない。
データ同期およびエラー対処

センサ統合モジュールはまた、ユーザデバイスと健康センサとの間および健康センサとプラットフォームとの間の通信に対処することができる。上記に記載されるように、センサ統合モジュールは、ユーザデバイスに、制御信号を健康センサに伝送することができる。センサ統合モジュールはまた、データを健康センサから要求するための処理論理を含むことができる。データは、健康センサが適切に使用されているかどうかについてのデータと、健康測定値、例えば、血圧、血液酸素レベル、または体重を採取する結果として発生されたデータとを含むことができる。

ある場合には、患者は、健康測定データがユーザデバイスに伝送されている間、ユーザデバイスを健康センサの通信範囲外に移動させ得る。センサ統合モジュールは、受信されたデータが不完全であることを決定することができ、いったんユーザデバイスが、再び、範囲内に入り、健康センサにペアリングされると、残りのデータを送信するための要求を健康センサに伝送することができる。

ある場合には、患者は、健康センサを正しくなく使用し得、これは、センサ統合モジュールに、無効データを受信させ得る。センサ統合モジュールは、それをデータの予期されるフォーマット、範囲、または特性と比較することによって、特定のデータが無効であることを決定することができる。データが、予期されるフォーマット、範囲、または特性を充足させない場合、センサ統合モジュールは、ユーザデバイスに、健康センサの使用方法についての新しいまたは改訂された命令を患者に提供することができる。

センサ統合モジュールはまた、ユーザデバイスと、その上に健康測定データが恒久的に記憶され得る、プラットフォームとの間の通信に対処することができる。

図６は、本明細書に説明される集団健康システムの分析層を図式的に図示する。分析層は、図１を参照して説明されるプラットフォーム１１０上に実装されることができる。分析層は、分析統合エンジン６００を含むことができる。分析統合エンジン６００は、第三者分析およびアルゴリズムの任意の組み合わせをモジュール式に統合し、患者のためのカスタマイズされた健康および挙動ガイダンスを作成するように構成されることができる。そのようなガイダンスの実施例は、医薬的方法（例えば、最適化されたインスリン投薬量または動脈細動検出）または挙動的方法（例えば、最適化された睡眠パターン、カロリー摂取量、または運動習慣）を含むことができる。ガイド式ワークフローエンジン３００のように、分析統合エンジン６００は、分析統合モジュール６１０のポートフォリオから、患者に関して医療提供者によって選択された分析に対応する、分析統合モジュールを選択することができる。代替として、または加えて、患者向け層からのデータ上で訓練された機械学習モデルが、適切な分析統合モジュールを自動的に選択することができる。分析統合モジュールは、分析ワークフロー内にリアルタイムで挿入され、並べ替えられることができる。分析統合エンジン６００は、データを患者向け層から受信し、第三者分析およびアルゴリズムに知らせることができる。例えば、第三者ダイエットアプリケーションは、患者向け層からの体重データを使用して、食事推奨を調節することができる。分析層および患者向け層は、組み合わせられ、各患者の変化する健康状態に適合させる転帰を生成し得る、完全なエンドツーエンドソリューションを形成することができる。転帰は、次いで、処置プロバイダ、健康指導者、および患者自身に中継されることができる。分析統合エンジン６００の社内または第三者分析モジュールの任意の組み合わせを組み合わせる能力は、方法の大量の組み合わせが、シミュレート、試験、および最適化されることを確実にし、患者転帰に関する最大効果を確実にすることができる。

図８は、本明細書に説明される集団健康システムのサービス層を図式的に図示する。サービス層は、分析層のように、図１を参照して説明されるクラウドベースのプラットフォーム１１０上に実装されることができる。一般に、サービスアプリケーション層は、処理された健康測定データを分析層から受信し、処理された健康測定データがアラート基準を充足するかどうかを決定し、データがアラート基準を充足する場合、保健医療サービスにアラートすることができる。本明細書で使用されるような「保健医療サービス」は、緊急サービス、例えば、いくつか実施例を挙げると、救急車サービス、または患者の主治医、投薬療法師、栄養士、もしくは運動指導者を含むことができる。

サービス層は、サービス統合エンジン８００を含むことができる。サービス統合エンジン８００は、サービスモジュール８１０のポートフォリオから、特定の患者のための適切なサービスモジュールを選択することができる。サービスモジュールは、処理された健康測定データ、例えば、分析出力を分析層から受信し、処理された健康測定データがアラート基準を充足するかどうかを決定し、データがアラート基準を充足する場合、対応する保健医療サービスにアラートすることができる。

ある実施例では、患者は、健康アプリケーションの患者向け層および心電計を使用して、患者の心臓活動を測定し得る。健康アプリケーションは、未加工データを分析層に伝送することができ、そこで、心臓活動アルゴリズムは、未加工データを分析することができる。サービス統合モジュール８００は、アルゴリズムの出力を１つ以上のサービスモジュール、例えば、救急車サービスのためのサービスモジュールおよび患者の主治医のためのサービスモジュールに提供することができる。アルゴリズムの出力が、特定のサービスモジュールに関するアラート基準を充足する場合、そのサービスモジュールは、対応するサービスにアラートすることができる。サービスモジュールは、異なるアラート基準を有することができる。例えば、救急車サービスためのサービスモジュールに関するアラート基準は、生命に関わる異常を示す、分析出力に対応し得る。心臓活動アルゴリズムの場合、そのような分析出力は、心臓発作が生じていることの特定の確信度であり得る。他方では、患者の主治医のためのサービスモジュールに関するアラート基準は、生命に関わるものではない異常を示す、分析出力に対応し得る。心臓活動アルゴリズムの場合、そのような分析出力は、患者が、動脈細動を起こしているが、心臓発作は現在生じていないことの特定の確信度であり得る。

サービス統合エンジン８００は、機械学習方法を使用して、患者のための適切なサービスモジュールを選択することができる。最初に、サービスモジュールは、人間によって選択または照合されてもよい。しかしながら、経時的に、サービス層は、分析出力および分析出力の結果として発生されたサービスアラートについてのデータを集約することができる。医療提供者は、健康分析出力に基づいて、サービスアラートが実際に必要であったかどうかを決定することができる。本データは、教師あり機械学習モデルのための訓練データとしての役割を果たすことができる。機械学習モデルは、特定のサービスが特定の患者に関して必要である、または必要ではないことを決定し、それらのサービスをサービス層の患者のインスタンスに追加する、もしくはそこから除去することができる。

図９は、アラートを処理し、患者介入をプロンプトするための例示的プロセスのフローチャートである。プロセスは、図６を参照して説明される分析層によって実施されることができる。

分析層は、健康測定データを患者のユーザデバイスから受信することができる（９００）。健康測定データは、例えば、患者の心拍数または心調律、血圧、血液酸素レベル、体重、体温、もしくは血糖レベルを示すことができる。

分析層は、健康測定データが初期アラート基準を充足するかどうかを決定することができる（９１０）。初期アラート基準は、最低または最高値であることができる。例えば、初期アラート基準は、最低または最高心拍数、最低または最高血圧、最低または最高血液酸素レベル、最低または最高体重、最低または最高体温、もしくは最低または最高血糖レベルであることができる。ある場合には、初期アラート基準は、健康測定データ（例えば、特定の心調律）における特定の特徴の存在または発生であることができる。代替として、初期アラート基準は、患者に関するベースライン健康測定値からの大きさまたはパーセント逸脱であることができる。

初期アラート基準は、一般的集団に適用可能なアラート基準であることができる。例えば、血液酸素レベルのための初期アラート基準は、それを下回ると、医学界が概して非安全であると認識する、血液酸素レベルであることができる。代替として、初期アラート基準は、それに対して患者が属する、下位集団に適用可能なアラート基準であることができる。例えば、患者が、慢性閉塞性肺障害（ＣＯＰＤ）を有する場合、患者に関する血液酸素レベルのための初期アラート基準は、それを下回ると、医学界がＣＯＰＤを患う患者にとって非安全であると認識する、血液酸素レベルであることができる。ＣＯＰＤを患う患者は、ＣＯＰＤを患っていない患者より低い安全血液酸素レベルを有してもよい。初期アラート基準は、代わりに、患者特有であることができる。例えば、典型的に正常範囲を下回る血液酸素レベルを有する、患者は、より低い初期アラート基準を有することができる。異なる下位集団および患者のために異なる初期アラート基準の使用は、偽アラートの発生を低減させることができる。

初期アラート基準は、上記に説明されるように、静的であることができる、または動的であることができる。例えば、アルゴリズムは、患者の前の健康測定値、診断、および投薬療法履歴、現在の健康状態、現在の食物および運動レベル、保健医療専門家または介入サービスによって決定されるような前のアラートの有効性、ならびに他の要因に基づいて、初期アラート基準をリアルタイムで決定することができる。アルゴリズムは、機械学習アルゴリズムであることができる。

健康測定データが、初期アラート基準を充足する場合、分析層は、初期アラートを発生させることができる（９２０）。初期アラートを発生させるステップは、健康測定データの記録を分析層上のダッシュボード上にプッシュするステップを伴い得る。図１０Ａは、そのようなダッシュボードの画像である。ダッシュボードは、アラートが真または偽かどうかおよびアラートが真である場合のアラートの深刻度を査定し得る、人間の代理人によって視認可能なグラフィカルユーザインターフェースであることができる。人間の代理人は、訓練された医療専門家（例えば、健康指導者、技術者、または委員会認定の看護士もしくは医師）であることができる。ダッシュボードにプッシュされる、健康測定データの記録は、健康測定値自体、測定値が採取された時間、および患者に関する前の健康測定値を含むことができる。ダッシュボードは、人間の代理人が、アラートを真または偽として分類し、アラートが真として分類される場合、経過観察アクションを講じることを可能にすることができる。ダッシュボードはまた、人間の代理人が、健康アプリケーションを通して患者に連絡することを可能にする、通信インターフェースを有することができる。人間の代理人は、患者に、例えば、健康測定値を再び採取するように求める、または任意の酌量すべき状況が健康測定値に影響している可能性があるかどうかを尋ねることができる。患者は、健康アプリケーション内の対応する通信インターフェースを使用して、健康測定値を再び採取するであろうことを確認する、または任意の酌量すべき状況を説明することができる。例えば、患者は、健康測定値の直前に運動していたため、その心拍数が高いこと、さっき食べたばかりであるため、その血糖値が高いこと、またはトイレを使用するためにその酸素機械の使用を短い時間だけ停止したため、その血液酸素レベルが低いことを説明し得る。人間の代理人は、本情報を使用して、アラートが真または偽であるかどうかを決定することができる。ダッシュボードは、下記により詳細に説明されるであろう。

分析層が、初期アラートを発生させた後、分析層、人間の代理人、または両方が、アラートが真または偽であるかどうかを決定することができる（９３０）。ある場合には、分析層は、人間の代理人からの入力を伴わずに、アラートを解決することができる。分析層は、例えば、患者に関する健康測定データが、一般的集団に関する初期アラート基準を充足したが、データが、患者に関するあまり制限的ではない二次アラート基準を充足しなかったことを決定することができる。同様に、分析層は、患者に関する健康測定データが、初期アラート基準を充足したが、データが、真アラートを構成するために患者のベースライン健康測定値から十分な量だけ逸脱しなかったことを決定し得る。そのような症例では、分析層は、再び、人間の代理人からの入力を伴わずに、アラートを解決することができる。

分析層は、通信を患者のユーザデバイスに伝送し、付加的情報を求めることができる。例えば、分析層が、健康測定データ内に異常またはエラーを検出する場合、分析層は、患者に健康測定値を再採取するように求めるメッセージを患者のユーザデバイスに伝送することができる。代替として、分析層は、患者のために健康測定プロセスを簡略化するように、健康アプリケーションワークフローをリアルタイムで再構成することができる。

ある場合には、分析層は、アラートの初期査定を実施することができるが、プラットフォームは、それが解決され得る前に、人間の代理人がアラートを精査することを要求し得る。さらに他の症例（例えば、アラートは、深刻な健康測定値に関連するとき）では、人間の代理人が、アラートの最初の精査を実施するようにプロンプトされてもよい。プラットフォームは、自動的に、アラートを優先順位化し、アラートを特定の人間の代理人に割り当てることができる。

人間の代理人は、図１０Ａに描写されるダッシュボード上の初期アラートを精査することができる。ダッシュボードは、アラートを表内に表示することができる。表内の各行は、異なるアラートであることができる。表内の列は、各アラートについての異なる情報、例えば、患者名または患者ＩＤ、アラートＩＤ、アラートをもたらした健康測定値および患者に関する前の健康測定値の概要、健康測定値が採取された日時、初期アラートが割り当てられた人間の代理人、アラートが解決されたかどうか、ならびに解決されたアラートのステータスを描写することができる。アラートは、ダッシュボード上の患者のプロファイルへのリンクを含むことができる。プロファイルは、患者の医療既往歴および前の健康測定データを含むことができる。前の健康測定データは、人間の代理人が容易に患者の経時的進行度を把握し得るように、グラフに描写されてもよい。ダッシュボードは、人間の代理人が、アラートについてのメモを記録し、アラートを真または偽のいずれかとして解決し、真である場合、アラートを医療提供者に上位対応要請することを可能にすることができる（図１０Ｂおよび図１０Ｃ）。人間の代理人によってとられるメモおよび講じられるアクションは、保存され、監査証跡を作成することができる。メモおよびアクションはまた、患者の電子健康記録（ＥＨＲ）の中に組み込まれることができる。

分析層または人間の代理人が、初期アラートが真であることを決定する場合、分析層は、患者のＥＨＲをプラットフォームの中に自動的にプルすることができる（９４０）。図１０Ｄは、プラットフォーム上に表示され得るような患者のＥＨＲの画像である。

アラートをもたらした健康測定データ、患者の前の健康測定値、および患者のＥＨＲを使用して、分析層または人間の代理人は、アラートを低、中、もしくは高優先順位として分類することができる（９５０）。

分析層は、機械学習アルゴリズムを使用して、アラートを低、中、または高優先順位として分類することができる。機械学習アルゴリズムは、入力として、アラートを発生させた健康測定データ、患者の前の健康測定データ、および患者のＥＨＲからのデータ、例えば、臨床試験結果、投薬療法履歴、家族歴、診断、および同等物を受信することができる。機械学習アルゴリズムは、これらの入力に基づいて、アラートを正確に分類するように訓練されることができる。機械学習アルゴリズムは、特定の分類をもたらす、潜在的特徴（例えば、相関入力）を認識するように訓練されることができる。

機械学習アルゴリズムのための訓練データは、真アラートをもたらした前の健康測定値と、患者の医療既往歴の他の特徴とともに保健医療専門家によって決定されるようなそれらのアラートの実際の優先順位とであることができる。そのような訓練データは、機械学習モデルのパラメータを調整し、将来的アラートの優先順位をより正確に予測するために使用されることができる。機械学習アルゴリズムは、一般的集団からのデータ、それに対して患者が属する下位集団からのデータ、または患者のみからのデータ上で訓練されることができる。ある場合には、機械学習モデルは、一般的集団からのデータ上で訓練されるが、患者からのデータ上で調整されることができる。

機械学習アルゴリズムは、教師あり機械学習アルゴリズムまたは教師なし機械学習アルゴリズムであることができる。機械学習アルゴリズムは、回帰アルゴリズム、単純ベイズ分類子、サポートベクトルマシン、クラスタ化アルゴリズム、決定木アルゴリズム、ランダムフォレスト、またはニューラルネットワークであることができる。

ニューラルネットワークは、アラートを低、中、または高優先順位として分類するために非常に好適であり得る。ニューラルネットワークは、複数の動作層を使用して、１つ以上の出力を１つ以上の入力から予測し得る、機械学習モデルである。ニューラルネットワークの入力層は、所望の出力を示し得る、１つ以上の特徴を受信することができる。ニューラルネットワークは、入力層と出力層との間に置かれる、１つ以上の隠れ層を含むことができる。入力層のノードは、第１の隠れ層のノードに接続されることができ、第１の隠れ層のノードは、加えて、後続隠れ層または出力層内のノードに接続されることができる。各接続は、加重を有することができる。ノードの出力（すなわち、アクティブ化）は、ノードへの入力（すなわち、前の層におけるアクティブ化）および着信接続の加重に基づくことができる。接続および加重は、複雑な関数を定義することができる。ニューラルネットワークの出力層は、可能性として考えられる出力（例えば、分類）毎に１つのノードを有することができる。出力層内のノードの相対的アクティブ化は、予測される分類を表すことができる。

ニューラルネットワークを訓練するステップは、ニューラルネットワークが容認可能率で出力を正確に予測するまで、接続加重を調節するステップを伴い得る。接続加重を調節するステップは、それに関して出力が既知である、入力をニューラルネットワークに提供するステップを伴い得る。ニューラルネットワークによって発生された予測される出力は、既知の出力と比較され、誤差関数の値を算出することができる。誤差は、ネットワークを通して、「逆伝搬」されることができる。すなわち、各接続の加重は、ある少量ずつ、誤差関数の値を低減させるように調節されることができる。多数の訓練サイクルにわたって本プロセスを十分に繰り返した後、ニューラルネットワークは、計算の誤差が小さい、ある状態に収束することができる。

加えて、または代替として、人間の代理人は、真アラートを精査し、低、中、または高優先順位アラートとして分類することができる。ある場合には、上記に説明される機械学習アルゴリズムのうちの１つは、初期分類を行うことができる。初期分類が、中または高である場合、人間の代理人は、アラートを精査し、分類が正しいことを確認し、患者介入を促すことができる。

分析層および／または人間の代理人が、真アラートが低優先順位アラートであることを決定する場合、分析層は、アラートを社内医療専門家または挙動介入サービス（例えば、健康指導者）に伝送することができる（９６０）。社内医療専門家または健康指導者は、次いで、アラートの原因に対処するために、患者に連絡することができる（例えば、電話、テキスト、電子メールを介して、またはアプリケーションを通して）。

分析層および／または人間の代理人が、真アラートが中優先順位アラートであることを決定する場合、分析層は、アラートを、患者に対して在宅訪問を行い得る、保健医療サービスに伝送することができる（９７０）。

分析層および／または人間の代理人が、真アラートが高優先順位アラートであることを決定する場合、分析層は、アラートを、直接、患者の主治医または緊急サービスに伝送することができる（９８０）。アラートを上位対応要請することに加え、分析層は、上位対応要請報告を自動的に発生させ、患者の主治医に伝送することができる（９９０）。図１１Ａは、例示的上位対応要請報告の最初のページの画像である。上位対応要請報告は、患者の氏名、住所、連絡先情報、身長および体重、生年月日および年齢、投薬療法履歴、ならびに診断履歴を含むことができる。上位対応要請報告はまた、アラートを発生させた健康測定値の概要（「患者のその日の最初の拡張期値が１１２ｍｍＨＧであって、反復測定値が、１１４ｍｍＨＧをもたらした」）を含むことができる。上位対応要請報告はまた、該当する場合、人間の代理人によって行われた調査の概要（「患者の血圧が、先週の投薬療法変更以降、着実に上昇している」）および患者がその健康状態について提供した任意のフィードバック（「先週以降、より空腹および目眩を感じ、また、より疲労も感じる。昨晩、ビールを３杯飲んだ」）も含むことができる。上位対応要請報告はまた、関連健康測定値の経時的グラフを含んでもよい（図１１Ｂ）。ある場合には、グラフは、事象の発生、例えば、入院または投薬療法変更を示す、マーカを含んでもよい。マーカは、コンテキストを患者の測定値に追加することができる。患者の主治医は、本報告を使用して、迅速かつ容易に、保健医療決定を行うことができる。分析層は、プラットフォーム上に記憶されるデータを患者のＥＨＲからのデータと統合することによって、上位対応要請報告を自動的に発生させることができる。

分析層は、アラートおよび後続介入の記録を患者のＥＨＲに伝送することができる（９９５）。分析層はまた、タスク、例えば、将来的予約または試験を発生させ、患者のＥＨＲに伝送することができる。本階層方式においてアラートおよび介入を上位対応要請することは、保健医療コストおよび入院を低減させることができる。

介入が、完了後、人間の代理人は、健康アプリケーションを通して、患者の経過観察を行い、適切な治療が提供されたことを確実にすることができる（９９７）。必要に応じて、人間の代理人は、アラートを医療提供者に再上位対応要請することができる。

図１２は、本明細書に説明される集団健康システムと種々の他の単一センサプラットフォームの有効性を比較した研究の結果を示す。患者毎に、集団健康システムは、心拍数センサ、パルスオキシメータ、体重計、および血圧デバイスを有するように構成された一方、単一センサプラットフォームは、パルスオキシメータのみを有するように構成された。種々の他の単一センサプラットフォームを使用する患者のわずか３０％が、補助なしで測定値を採取することが可能であった一方、本明細書に説明される集団健康システムを使用する患者の９４％が、補助なしで測定値を採取することが可能であった。本データは、健康アプリケーション内のガイド式ワークフローが健康測定ルーチンへのさらなる患者順守をもたらし得る様子を実証する。本増加された順守の結果として、集団健康システムは、早期介入に起因して、患者の入院を７８％低減させることができる。

図１３は、図９を参照して説明されるプロセスが顧客のための効率性をもたらす様子を示す。集団健康システムは、１週間あたり１００人の患者につき約８５件の初期アラートを発生させ得る。初期アラートは、非常に制限的である、顧客定義計測値に基づき得る。集団健康システムは、８５件の初期アラートのうち約７０件を偽として分類し、約１５件の真アラートを残し得る。集団健康システムは、１５件の真アラートのうち約１２件を、患者の主治医による介入を伴わずに対処され得る、低優先順位または中優先順位アラートとして分類し得る。これは、患者の主治医に上位対応要請される、わずか約３件のアラートを残す。本アラートフィルタ処理および階層上位対応要請プロセスは、顧客時間および金銭を節約し、真に深刻であるアラートのための早期介入を確実にすることができる。

図１４は、医療提供者ダッシュボードのグラフィカルユーザインターフェースを示す。医療提供者ダッシュボードは、医療提供者が患者のデータにアクセスし得るように、医療提供者が、患者を自身に割り当てることを可能にすることができる。グラフィカルユーザインターフェースは、患者アラートを分析する間、人間の代理人が追従すべきワークフローを提案してもよい。ワークフローは、データが収集されるにつれて、動的に変化してもよい。例えば、あるワークフローは、患者アラートのより高速かつより正確な解決、上位対応要請、または上位対応要請解除をもたらすことが証明され得る。そのようなワークフローは、あまり効果的ではない、またはより時間がかかるワークフローに優先されることができる。図１５－２０は、そのようなワークフローの一実施形態を示す。

医療提供者ダッシュボードは、割り当てられた医療提供者が、患者のアラート状態ログを精査することを可能にすることができる（図１５）。アラート状態ログは、患者の健康測定値の経時的グラフィカル表現と、任意のそのような測定値がアラートをもたらしたかどうかとを示し得る。例えば、アラート状態ログは、数日、数週間、数ヶ月、または数年の周期にわたる患者の血圧、脈拍、グルコースレベル、血液酸素レベル、体重、または同等物の折れ線グラフを示し得る。折れ線グラフは、それを上回るまたは下回ると、特定の測定値がアラートをもたらす、閾値ラインを有し得る。各折れ線グラフに示される時間周期は、調節可能であってもよい。アラート状態ログは、医療提供者が、特定の時間周期にわたる患者の健康の包括的見解を把握することを可能にし得る。

医療提供者ダッシュボードはまた、医療提供者が、患者情報を精査することを可能にすることができる。患者情報タブ（図１６）は、患者に関する経歴および連絡先情報と、投薬療法、プロシージャ、遺伝子情報、家族歴、ならびに同等物を含む、患者の医療既往歴とを示し得る。

医療提供者ダッシュボードはまた、医療提供者が、患者アラートを閲覧、解決、および上位対応要請することを可能にし得る。アラート状態履歴（図１７）は、全ての患者アラートのタイムラインを示し得る。各アラートは、ステータス（上位対応要請済み、上位対応要請解除済み、解決済み、進行中、患者に連絡済み等）を有してもよく、応答者（例えば、アラートに対処する医療提供者）と関連付けられてもよい。医療提供者ダッシュボードは、医療提供者が、図１８に示されるように、患者に電話をかけることを可能にし得る。集団健康システムは、アラートに基づいて、適切な質問を自動的に発生させ、患者に尋ねてもよい。例えば、アラートが、血液酸素または血圧アラートである場合、質問は、目眩、失神、胸痛、息切れ、または吸入器、吸入用噴霧器、もしくは酸素の変化に関連してもよい。質問は、アラートが解決または上位対応要請されるべきであるかどうかを決定する際、医療提供者を補助することができる。

医療提供者ダッシュボードは、医療提供者が、各アラートを解決または上位対応要請することを可能にすることができる。アラートを解決するために、医療提供者は、図１９に示されるように、結果が偽であることと、偽である理由（例えば、ユーザエラー、機器の問題点、または患者が回復した）とを示し得る。医療提供者はまた、アラートについての注記メモを打ち込んでもよい。アラートを上位対応要請するために、医療提供者は、アラートに対処するための医師を選択し、上位対応要請の理由を説明するメモを打ち込んでもよい（図２０）。

図１４－２０の医療提供者ダッシュボードは、効果的トリアージシステムとしての役割を果たし得る。一実施例では、集団健康システムは、１ヶ月あたり１，０００人の患者につき約２，１００件の総アラートを発生させ得る。より低レベルの医療スタッフおよび集団健康システムの中に内蔵された人工知能は、それらのアラートのうち約１，８００を偽として分類し得る。残りの３００件のアラートは、より経験豊富な施術者によって対処され、約６０件の介入をもたらし得る。医療提供者ダッシュボードは、スタッフ／患者比、トリアージオーバーヘッド、および経験豊富な施術者が各アラートに費やす時間量を低減させることができる。
実績追跡システム

本明細書に説明される集団健康システムは、集団健康システムの全体的実績と、集団健康システムを使用して、患者アラートを分析、解決、および上位対応要請する、個々の人間の代理人および医療提供者の実績とを追跡するための実績追跡システムを含んでもよい。実績追跡システムは、システムおよび個々の実績を経時的に示す、種々の可視化を自動的に発生させてもよい（図２１－２３）。

図２１Ａは、（１）誤検出アラートが解決される、（２）真アラートが上位対応要請される、および（３）真アラートが上位対応要請解除されるまでの時間単位の平均時間のグラフである。図２１Ａはまた、介入を要求する全てのアラートのパーセンテージを示す。

図２１Ｂは、（１）総アラート、（２）解決された誤検出アラート、（３）上位対応要請された真アラート、および（４）介入の絶対数のグラフである。

図２２Ａは、個々の人間の代理人が偽アラートを処理するためにかかった平均時間と、人間の代理人によって処理された偽アラートの絶対数とのグラフである。図２２Ｂは、人間の代理人が真アラートを上位対応要請するためにかかった平均時間と、人間の代理人によって処理された上位対応要請されたアラートの絶対数とのグラフである。

図２３Ａは、何人かの医師に関する上位対応要請解除までのアラートあたりの平均時間のグラフである。図２３Ｂは、個々の医師に関する上位対応要請解除までのアラートあたりの平均時間と、医師が処理したアラートの絶対数とのグラフである。

前述の可視化は、システム、人間の代理人、および医師の実績を評価するために使用されることができる。
コンピュータ制御システム

本開示は、本開示の方法を実装するようにプログラムまたは別様に構成される、コンピュータ制御システムを提供する。図７は、本開示に説明されるユーザデバイスまたは健康センサを制御するようにプログラムもしくは別様に構成される、コンピュータシステム７０１を示す。

コンピュータシステム７０１は、シングルコアまたはマルチコアプロセッサもしくは並列処理のための複数のプロセッサであり得る、中央処理ユニット（ＣＰＵ、また、本明細書では、「プロセッサ」および「コンピュータプロセッサ」とも称される）７０５を含む。コンピュータシステム７０１はまた、メモリまたはメモリ場所７１０（例えば、ランダムアクセスメモリ、読取専用メモリ、フラッシュメモリ）と、電子記憶ユニット７１５（例えば、ハードディスク）と、１つ以上の他のシステムと通信するための通信インターフェース７２０（例えば、ネットワークアダプタ）と、キャッシュ、他のメモリ、データ記憶装置、および／または電子ディスプレイアダプタ等の周辺デバイス７２５とを含む。メモリ７１０、記憶ユニット７１５、インターフェース７２０、および周辺デバイス７２５は、マザーボード等の通信バス（実線）を通してＣＰＵ７０５と通信する。記憶ユニット７１５は、データを記憶するためのデータ記憶ユニット（またはデータリポジトリ）であり得る。コンピュータシステム７０１は、通信インターフェース７２０を用いてコンピュータネットワーク（「ネットワーク」）７３０に動作的に結合されることができる。ネットワーク７３０は、インターネット、イントラネットおよび／またはエクストラネット、もしくはインターネットと通信するイントラネットおよび／またはエクストラネットであり得る。ネットワーク７３０は、ある場合には、電気通信および／またはデータネットワークである。ネットワーク７３０は、クラウドコンピューティング等の分散コンピューティングを可能にし得る、１つ以上のコンピュータサーバを含むことができる。ネットワーク７３０は、ある場合には、コンピュータシステム７０１を用いて、コンピュータシステム７０１に結合されるデバイスが、クライアントまたはサーバとして挙動することを可能にし得る、ピアツーピアネットワークを実装することができる。

ＣＰＵ７０５は、プログラムまたはソフトウェア内に埋設され得る、機械可読命令のシーケンスを実行することができる。命令は、メモリ７１０等のメモリ場所内に記憶されてもよい。命令は、ＣＰＵ７０５にダイレクトされることができ、これは、続けて、本開示の方法を実装するようにＣＰＵ７０５をプログラムまたは別様に構成することができる。ＣＰＵ７０５によって実施される動作の実施例は、フェッチ、デコード、実行、およびライトバックを含むことができる。

ＣＰＵ７０５は、集積回路等の回路の一部であり得る。システム７０１の１つ以上の他のコンポーネントが、回路内に含まれることができる。ある場合には、回路は、特定用途向け集積回路（ＡＳＩＣ）である。

記憶ユニット７１５は、ドライバ、ライブラリ、および保存されたプログラム等のファイルを記憶することができる。記憶ユニット７１５は、ユーザデータ、例えば、ユーザ選好およびユーザプログラムを記憶することができる。コンピュータシステム７０１は、ある場合には、イントラネットまたはインターネットを通してコンピュータシステム７０１と通信する遠隔サーバ上に位置する等、コンピュータシステム７０１の外部にある１つ以上の付加的データ記憶ユニットを含むことができる。

コンピュータシステム７０１は、ネットワーク７３０を通して１つ以上の遠隔コンピュータシステムと通信することができる。例えば、コンピュータシステム７０１は、ユーザの遠隔コンピュータシステムと通信することができる。遠隔コンピュータシステムの実施例は、パーソナルコンピュータ（例えば、ポータブルＰＣ）、スレートまたはタブレットＰＣ（例えば、Ａｐｐｌｅ（登録商標）ｉＰａｄ（登録商標）、Ｓａｍｓｕｎｇ（登録商標）Ｇａｌａｘｙ Ｔａｂ）、電話、スマートフォン（例えば、Ａｐｐｌｅ（登録商標）ｉＰｈｏｎｅ（登録商標）、Ａｎｄｒｏｉｄ対応デバイス、Ｂｌａｃｋｂｅｒｒｙ（登録商標））、もしくは携帯情報端末を含む。ユーザは、ネットワーク７３０を介してコンピュータシステム７０１にアクセスすることができる。

本明細書に説明されるような方法は、例えば、メモリ７１０または電子記憶ユニット７１５上等、コンピュータシステム７０１の電子記憶場所上に記憶される機械（例えば、コンピュータプロセッサ）実行可能コードを用いて実装されることができる。機械実行可能または機械可読コードは、ソフトウェアの形態において提供されることができる。使用の間、コードは、プロセッサ７０５によって実行されることができる。ある場合には、コードは、記憶ユニット７１５から読み出され、プロセッサ７０５による迅速なアクセスのためにメモリ７１０上に記憶されることができる。いくつかの状況では、電子記憶ユニット７１５は、除外されることができ、機械実行可能命令は、メモリ７１０上に記憶される。

コードは、事前コンパイルされ、コードを実行するように適合されるプロセッサを有する機械との併用のために構成されることができる、またはランタイムの間にコンパイルされることができる。コードは、コードが事前コンパイルまたはアズコンパイルされた方式で実行されることを可能にするように選択され得る、プログラミング言語で供給されることができる。

コンピュータシステム７０１等の本明細書に提供されるシステムおよび方法の側面は、プログラミングにおいて具現化されることができる。本技術の種々の側面は、典型的には、あるタイプの機械可読媒体上で搬送される、またはそれにおいて具現化される機械（またはプロセッサ）実行可能コードならびに／もしくは関連付けられるデータの形態における「製品」または「製造品」と考えられ得る。機械実行可能コードは、メモリ（例えば、読取専用メモリ、ランダムアクセスメモリ、フラッシュメモリ）またはハードディスク等の電子記憶ユニット上に記憶されることができる。「記憶」タイプ媒体は、ソフトウェアプログラミングのために任意の時点で非一過性記憶を提供し得る、コンピュータ、プロセッサ、または同等物の有形メモリ、もしくは種々の半導体メモリ、テープドライブ、ディスクドライブ、および同等物等のその関連付けられるモジュールのうちのいずれかまたは全てを含むことができる。ソフトウェアの全てまたは一部は、随時、インターネットまたは種々の他の電気通信ネットワークを通して通信されてもよい。そのような通信は、例えば、１つのコンピュータまたはプロセッサから別のものへの、例えば、管理サーバまたはホストコンピュータからアプリケーションサーバのコンピュータプラットフォームへのソフトウェアのロードを可能にし得る。したがって、ソフトウェア要素を搭載し得る別のタイプの媒体は、ローカルデバイスの間の物理的インターフェースを横断して、有線および光学固定ネットワークを通して、および種々のエアリンクを経由して使用される等、光学、電気、および電磁波を含む。有線または無線リンク、光学リンク、もしくは同等物等のそのような波を搬送する物理的要素はまた、ソフトウェアを搭載する媒体と見なされてもよい。本明細書に使用されるように、非一過性有形「記憶」媒体に制限されない限り、コンピュータまたは機械「可読媒体」等の用語は、実行のためにプロセッサに命令を提供することに関与する任意の媒体を指す。

したがって、コンピュータ実行可能コード等の機械可読媒体は、限定ではないが、有形記憶媒体、搬送波媒体、または物理的伝送媒体を含む、多くの形態をとってもよい。不揮発性記憶媒体は、例えば、図面に示されるデータベース等を実装するために使用され得る等、任意のコンピュータまたは同等物内の記憶デバイスのうちのいずれか等の光学もしくは磁気ディスクを含む。揮発性記憶媒体は、そのようなコンピュータプラットフォームの主要メモリ等のダイナミックメモリを含む。有形伝送媒体は、同軸ケーブル、すなわち、コンピュータシステム内のバスを備えるワイヤを含む、銅ワイヤおよび光ファイバを含む。搬送波伝送媒体は、電気または電磁信号、もしくは無線頻度（ＲＦ）および赤外線（ＩＲ）データ通信の間に発生されるもの等の音響または光波の形態をとってもよい。コンピュータ可読媒体の一般的な形態は、したがって、例えば、フロッピー（登録商標）ディスク、フレキシブルディスク、ハードディスク、磁気テープ、任意の他の磁気媒体、ＣＤ－ＲＯＭ、ＤＶＤまたはＤＶＤ－ＲＯＭ、任意の他の光学媒体、パンチカード、紙テープ、孔のパターンを伴う任意の他の物理的記憶媒体、ＲＡＭ、ＲＯＭ、ＰＲＯＭおよびＥＰＲＯＭ、ＦＬＡＳＨ－ＥＰＲＯＭ、任意の他のメモリチップまたはカートリッジ、データまたは命令を転送する搬送波、そのような搬送波を転送するケーブルまたはリンク、もしくはそれからコンピュータがプログラミングコードおよび／またはデータを読み取り得る任意の他の媒体を含む。コンピュータ可読媒体のこれらの形態のうちの多くは、１つ以上の命令の１つ以上のシーケンスを実行のためにプロセッサに搬送することに関与してもよい。

コンピュータシステム７０１は、例えば、熱電ユニットの製造に関する情報を提供するために、ユーザインターフェース（ＵＩ）７４０を備える電子ディスプレイ７３５を含む、またはそれと通信することができる。ＵＩの実施例は、限定ではないが、グラフィカルユーザインターフェース（ＧＵＩ）およびウェブベースのユーザインターフェースを含む。

本開示の方法およびシステムは、１つ以上のアルゴリズムを用いて実装されることができる。アルゴリズムは、中央処理ユニット７０５による実行に応じて、ソフトウェアを用いて実装されることができる。

本発明の好ましい実施形態が、本明細書に示され、説明されているが、そのような実施形態は、実施例としてのみ提供されることが当業者に明白であろう。本発明は、本明細書内に提供される具体的実施例によって限定されることを意図していない。本発明は、前述の本明細書を参照して説明されているが、本明細書の実施形態の説明および例証は、限定的意味で解釈されることを意味していない。多数の変形例、変更、および代用が、ここで、本発明から逸脱することなく、当業者に想起されるであろう。さらに、本発明の全ての側面は、種々の条件および変数に依存する、本明細書に記載される具体的描写、構成、または相対的割合に限定されないことを理解されたい。本明細書に説明される本発明の実施形態の種々の代替が、本発明を実践する際に採用され得ることを理解されたい。したがって、本発明はまた、任意のそのような代替、修正、変形例、または均等物を網羅することとすることが想定される。以下の請求項は、本発明の範囲を定義し、これらの請求項の範囲内の方法および構造ならびにその均等物が、それによって網羅されることを意図している。

Claims (36)

1. システムであって、前記システムは、１つ以上のコンピュータと、命令を記憶する１つ以上の記憶デバイスとを備え、前記命令は、前記１つ以上のコンピュータによって実行されると、前記１つ以上のコンピュータに、動作を実施させるように動作可能であり、前記動作は、
   複数の健康センサを定義するデータを受信することと、
   前記データに基づいて、１つのユーザ入力に応答して、ユーザデバイスに、
   前記複数の健康センサに結合し、それによって、前記ユーザデバイスと前記複数の健康センサの各々との間の通信を確立することと、
   前記ユーザデバイスのインターフェースを通して、前記ユーザデバイスのユーザに命令を提供することであって、前記命令は、前記複数の健康センサを使用して、健康測定値を採取するための命令を備える、ことと
   を行わせるように構成されるアプリケーション論理を発生させることと
   を含む、システム。
2. 前記動作はさらに、（ｉ）健康測定データを前記ユーザデバイスから取得することであって、前記健康測定データは、前記ユーザが前記健康測定値を採取する結果として収集されたデータを備える、ことと、（ｉｉ）前記健康測定データがアラート基準を充足することを決定することと、（ｉｉｉ）前記決定に応答して、アラートを前記ユーザの医療提供者に伝送することとを含む、請求項１に記載のシステム。
3. 前記動作はさらに、前記アラートを伝送することに先立って、前記アラートを低優先順位アラート、中優先順位アラート、または高優先順位アラートとして分類することを含み、前記アラートを前記医療提供者に伝送することは、（ｉ）低優先順位アラートを挙動介入サービスに伝送することと、（ｉｉ）中優先順位アラートを在宅健康サービスに伝送することと、（ｉｉｉ）高優先順位アラートを前記ユーザの主治医または緊急サービスに伝送することとを含む、請求項２に記載のシステム。
4. 前記高優先順位アラートを前記主治医または前記緊急サービスに伝送することは、上位対応要請報告を前記主治医または前記緊急サービスに伝送することを含む、請求項３に記載のシステム。
5. 前記上位対応要請報告は、前記患者に関する医療既往歴データおよび前記健康測定データのサブセットを備える、請求項４に記載のシステム。
6. 前記分類することは、
   前記患者に関する医療既往歴データを取得することと、
   訓練された機械学習アルゴリズムを使用して、前記健康測定データおよび前記医療既往歴データを処理し、前記分類を発生させることと
   を含む、請求項３に記載のシステム。
7. 前記訓練された機械学習アルゴリズムは、回帰アルゴリズム、単純ベイズ分類子、サポートベクトルマシン、クラスタ化アルゴリズム、決定木アルゴリズム、ランダムフォレスト、またはニューラルネットワークから成る群から選択される、請求項６に記載のシステム。
8. 前記複数の健康センサを定義するデータを受信することは、前記複数の健康センサを前記ユーザに処方する電子治療計画を前記ユーザの主治医から受信することを含む、請求項１に記載のシステム。
9. 前記複数の健康センサを定義するデータを受信することは、前記複数の健康センサを定義するバーコードの画像を受信することを含む、請求項１に記載のシステム。
10. 前記バーコードは、ＱＲコード（登録商標）である、請求項９に記載のシステム。
11. 前記複数の健康センサは、心拍数モニタ、血圧カフ、パルスオキシメータ、体重計、体温計、およびグルコースメータから成る群から選択される、請求項１に記載のシステム。
12. 前記動作はさらに、前記複数の健康センサの順序を受信することを含み、前記アプリケーション論理は、前記健康測定値を前記順序で採取するための命令を提供するように構成される、請求項１に記載のシステム。
13. 前記アプリケーション論理を発生させることは、複数の事前に定義されたペアリングプロシージャから、前記複数の健康センサの各々に対してペアリングプロシージャを選択することを含む、請求項１に記載のシステム。
14. 前記アプリケーション論理を発生させることは、構成ファイルから、前記複数の健康センサの各々に対して汎用一意識別子を取得することを含む、請求項１に記載のシステム。
15. 前記結合することは、前記データによって定義された前記複数の健康センサを走査および識別することを含む、請求項１に記載のシステム。
16. 前記アプリケーション論理はさらに、前記ユーザデバイスに、制御信号を前記複数の健康センサに伝送させ、前記健康測定の間、前記複数の健康センサの動作を制御させるように構成される、請求項１に記載のシステム。
17. 前記アプリケーション論理は、前記ユーザデバイス上にインストールされる健康アプリケーションのモジュールであり、前記健康アプリケーションは、前記ユーザが医療提供者と通信することを可能にするように構成される通信インターフェースを備える、請求項１に記載のシステム。
18. 前記命令は、前記複数の健康センサの使用方法を示す動画を備える、請求項１に記載のシステム。
19. 前記命令は、可聴命令を備える、請求項１に記載のシステム。
20. 前記命令は、テキスト命令を備える、請求項１に記載のシステム。
21. 前記命令は、図解命令を備える、請求項１に記載のシステム。
22. 前記アプリケーション論理は、先行健康測定値に関する有効データを受信後、健康センサを使用して健康測定値を採取するための命令を提供するように構成される、請求項１に記載のシステム。
23. 有効データは、事前に定義された範囲内に該当するデータまたは所定の特性を有するデータを備える、請求項２２に記載のシステム。
24. 前記アプリケーション論理は、前記健康測定値に関する無効データを受信後、健康測定値を再採取するための命令を提供するように構成される、請求項１に記載のシステム。
25. 前記データは、前記複数の健康センサの個別の健康センサと関連付けられる時間または測定頻度を備え、前記アプリケーション論理は、前記時間において、または前記測定頻度を用いて、前記個別の健康センサを使用して健康測定値を採取するための命令を提供するように構成される、請求項１に記載のシステム。
26. 前記動作はさらに、前記ユーザデバイスからの健康測定データをクラウドベースのプラットフォーム上に記憶することを含み、前記健康測定データは、前記ユーザが前記健康測定値を採取する結果として収集されたデータを備える、請求項１に記載のシステム。
27. 前記クラウドベースのプラットフォームは、医療提供者が前記健康測定データを精査することを可能にするように構成されるダッシュボードを備える、請求項２６に記載のシステム。
28. 前記アラートの有効性を示すデータを前記医療提供者から受信することと、
    前記アラートの有効性を示すデータに基づいて、前記アラート基準を調節することと
    をさらに含む、請求項２に記載のシステム。
29. キットであって、
    複数の健康センサと、
    健康アプリケーションを起動するように構成されるユーザデバイスであって、前記健康アプリケーションは、前記ユーザデバイスに、
    前記複数の健康センサに結合し、それによって、前記ユーザデバイスと前記複数の健康センサの各々との間の通信を確立することと、
    前記ユーザデバイスのインターフェースを通して、前記ユーザデバイスのユーザに命令を提供することであって、前記命令は、前記複数の健康センサを使用して、健康測定値を採取するための命令を備える、ことと
    を行わせるように構成される、ユーザデバイスと
    を備える、キット。
30. 方法であって、
    複数の健康センサを定義するデータを受信することと、
    前記データに基づいて、１つのユーザ入力に応答して、ユーザデバイスに、
    前記複数の健康センサに結合し、それによって、前記ユーザデバイスと前記複数の健康センサの各々との間の通信を確立することと、
    前記ユーザデバイスのインターフェースを通して、前記ユーザデバイスのユーザに命令を提供することであって、前記命令は、前記複数の健康センサを使用して、健康測定値を採取するための命令を備える、ことと
    を行わせるように構成されるアプリケーション論理を発生させることと
    を含む、方法。
31. システムであって、前記システムは、１つ以上のコンピュータと、命令を記憶する１つ以上の記憶デバイスとを備え、前記命令は、前記１つ以上のコンピュータによって実行されると、前記１つ以上のコンピュータに、
    ユーザデバイスによって、視覚的コードの画像を取得することであって、前記視覚的コードは、複数の健康センサをアクティブ化し、前記複数の健康センサが使用されるべき順序を定義するために使用可能である、ことと、
    リアルタイムで、前記視覚的コードの画像に基づいて、前記ユーザデバイス上で起動するように構成される健康アプリケーションのためのアプリケーション論理を発生させることであって、前記アプリケーション論理は、前記ユーザデバイス上の１つ以上のユーザ入力に応答して、前記ユーザデバイスに、
    自動的かつ動作可能に、前記複数の健康センサに結合し、それによって、前記ユーザデバイスと前記複数の健康センサの各々との間の無線通信を確立することと、
    前記ユーザデバイスのグラフィカルインターフェースを通して、前記ユーザデバイスのユーザに命令を提供することであって、前記命令は、前記複数の健康センサを使用して、健康測定値を採取するための命令を備え、前記命令は、前記順序で連続して、前記ユーザに提供される、ことと
    を行わせるように構成される、ことと
    を含む動作を実施させるように動作可能である、システム。
32. 前記ユーザデバイスは、モバイルデバイスである、請求項１に記載のシステム。
33. 前記モバイルデバイスは、前記モバイルデバイスを前記複数の健康センサに結合するためのペアリング命令で事前に構成されていない、請求項３２に記載のシステム。
34. 前記命令は、前記複数の健康センサの各々に対して別個の命令を備え、前記別個の命令の各々は、１つずつ提供される、請求項１に記載のシステム。
35. 前記１人以上のユーザ入力は、最大で、単一ユーザ入力である、請求項１に記載のシステム。
36. システムであって、前記システムは、１つ以上のコンピュータと、命令を記憶する１つ以上の記憶デバイスとを備え、前記命令は、前記１つ以上のコンピュータによって実行されると、前記１つ以上のコンピュータに、
    医療処方箋を受信することであって、前記医療処方箋は、複数の健康センサ、前記複数の健康センサがユーザによって使用されるべき順序、および前記ユーザが前記複数の健康センサを使用すべき頻度を定義するデータを備える、ことと、
    前記データを備える医療処方箋を１つの視覚的コード内にエンコーディングすることと、
    前記１つの視覚的コードの画像を取得することと、
    リアルタイムで、前記１つの視覚的コードの画像に基づいて、ユーザデバイス上で起動するように構成される健康アプリケーションのためのアプリケーション論理を発生させることであって、前記アプリケーション論理は、（１）前記複数の健康センサの各々に対して異なるペアリングプロシージャを備え、（２）前記複数の健康センサを使用して、健康測定値を採取するためのユーザ特有の命令を定義し、前記アプリケーション論理は、最大で、前記ユーザデバイス上での前記ユーザからの１つのユーザ入力に応答して、前記ユーザデバイスに、
    自動的かつ動作可能に、前記複数の健康センサに結合し、それによって、前記ユーザデバイスと前記複数の健康センサの各々との間の無線通信を確立することと、
    前記ユーザデバイスのグラフィカルインターフェースを通して、前記ユーザ特有の命令を前記ユーザデバイスのユーザに提供することであって、前記ユーザ特有の命令は、前記順序で連続して、前記ユーザに提供される、ことと
    を行わせるように構成される、ことと
    を含む動作を実施させるように動作可能である、システム。

Images