(57)【特許請求の範囲】
【請求項１】
サーバから、患者の第１の疾患トリガと疾患症状との間の統計的関連の強さという第１の兆しを受信するステップと、
グラフィカルユーザインタフェース内に前記疾患症状のトリガマップを表示するステップと、
前記トリガマップ内に第１のトリガアイコンを表示するステップであって、前記第１のトリガアイコンは、前記第１の疾患トリガに一致し、前記トリガマップ内の前記第１のトリガアイコンの位置は、前記第１の疾患トリガと前記疾患症状との間の統計的関連の強さという前記受信した第１の兆しに基づき、前記第１のトリガアイコンのサイズは、前記第１の疾患トリガに一致する規定の時間枠内に前記患者が前記第１の疾患トリガにどれだけ露出されたかに基づいているステップと、を備え、
前記第１の疾患トリガと前記疾患症状との間の判定された統計的関連が、１より大きいコックスハザード比および閾値Ｐ値以下のＰ値を有する、コンピュータの動作方法。
【請求項２】
前記疾患トリガは、潜在的に前記患者に前記疾患症状を経験させる、前記患者に関連する、および／または前記患者が実行するイベント、露出、行動または行為のうちの少なくとも１つを含む、請求項１に記載のコンピュータの動作方法。
【請求項３】
前記サーバから、前記患者のプロテクタと疾患症状との間の統計的関連の強さという兆しを受信するステップであって、前記プロテクタが、潜在的に前記患者が前記疾患症状を経験することを防ぐ、前記患者に関連する、および／または患者が実行するイベント、露出、行動または行為のうちの少なくとも１つを含むステップと、
前記トリガマップ内にプロテクタアイコンを表示するステップであって、前記プロテクタアイコンは、前記プロテクタに一致し、前記トリガマップ内の前記プロテクタアイコンの位置は、前記プロテクタと前記疾患症状との間の前記統計的関連の強さという前記受信した兆しに基づき、前記プロテクタアイコンのサイズは、前記プロテクタに一致する規定の時間枠内に前記患者が前記プロテクタにどれだけ露出されたかに基づいているステップとをさらに備える、請求項１に記載のコンピュータの動作方法。
【請求項４】
前記患者の前記第１の疾患トリガと前記疾患症状との間の前記統計的関連の強さという前記受信した第１の兆しが、前記判定された統計的関連の前記Ｐ値を前記閾値Ｐ値によって割ったものである、請求項１に記載の方法。
【請求項５】
サーバから、患者の第１の疾患トリガと疾患症状との間の統計的関連の強さという第１の兆しを受信するステップと、
グラフィカルユーザインタフェース内に前記疾患症状のトリガマップを表示するステップと、
前記トリガマップ内に第１のトリガアイコンを表示するステップであって、前記第１のトリガアイコンは、前記第１の疾患トリガに一致し、前記トリガマップ内の前記第１のトリガアイコンの位置は、前記第１の疾患トリガと前記疾患症状との間の統計的関連の強さという前記受信した第１の兆しに基づき、前記第１のトリガアイコンのサイズは、前記第１の疾患トリガに一致する規定の時間枠内に前記患者が前記第１の疾患トリガにどれだけ露出されたかに基づいているステップと、
前記サーバから、前記患者の第２の疾患トリガと前記疾患症状との間の統計的関連の強さという第２の兆しを受信するステップと、
前記トリガマップ内に第２のトリガアイコンを表示するステップであって、前記第２のトリガアイコンは、前記第２の疾患トリガに一致し、前記トリガマップ内の前記第２のトリガアイコンの位置は、前記第２の疾患トリガと前記疾患症状との間の前記統計的関連の強さという前記受信した第２の兆しに基づき、前記第２のトリガアイコンのサイズは、前記第２の疾患トリガに一致する規定の時間枠内に前記患者が前記第２の疾患トリガにどれだけ露出されたかに基づいているステップと、を備える、コンピュータの動作方法。
【請求項６】
サーバから、前記疾患症状と前記第１および第２の疾患トリガの組み合わせとの間の統計的関連の強さという第３の兆しを受信するステップと、
トリガマップ内に組み合わせアイコンを表示するステップであって、前記組み合わせアイコンは、前記第１および第２の疾患トリガに一致し、前記トリガマップ内の前記組み合わせアイコンの位置は、前記疾患症状と前記第１および第２の疾患トリガの組み合わせとの間の前記統計的関連の強さという前記受信した第３の兆しに基づき、前記組み合わせアイコンのサイズは、前記第１の疾患トリガに一致する前記規定の時間枠内に前記患者が前記第１の疾患トリガにどれだけ露出されたか、かつ前記第２の疾患トリガに一致する前記規定の時間枠内に前記患者が前記第２の疾患トリガにどれだけ露出されたかに基づいているステップとをさらに備える、請求項５に記載のコンピュータの動作方法。
【請求項７】
前記サーバから、前記患者が将来の時間枠内で前記疾患症状を経験する現在の可能性を受信するステップであって、前記可能性が、（ｉ）前記第１の疾患トリガと前記疾患症状との間の前記統計的関連の強さ、（ｉｉ）前記第２の疾患トリガと前記疾患症状との間の前記統計的関連の強さ、（ｉｉｉ）前記疾患症状と前記第１および第２の疾患トリガの組み合わせとの間の前記統計的関連の強さ、（ｉｖ）前記第１の疾患トリガに一致する前記規定の時間枠内に前記患者が前記第１の疾患トリガにどれだけ露出されたか、および／または（ｖ）前記第２の疾患トリガに一致する前記既定の時間枠内に前記患者が前記第２の疾患トリガにどれだけ露出されたか、のうちの１つ以上に少なくとも部分的に基づいているステップと、
前記グラフィカルユーザインタフェース内に前記疾患症状のリスク計を表示するステップと、
前記リスク計内にリスクインジケータを表示するステップであって、前記リスク計内の前記リスクインジケータの位置は、前記患者が、前記将来の時間枠内で前記疾患症状を経験する前記現在の可能性の値に基づき、前記リスク計内の前記リスクインジケータのサイズは、前記患者が前記将来の時間枠内で前記疾患症状を経験する前記現在の可能性の信頼度のレベルに基づいているステップとをさらに備える、請求項５に記載のコンピュータの動作方法。
【請求項８】
前記第１の疾患トリガに関係するイベントが発生したことを判定するステップと、
前記第１の疾患トリガに関係する前記イベントが発生したことを判定することに応じて、前記グラフィカルユーザインタフェースに第１の疾患プロンプトを表示するステップであって、前記第１の疾患プロンプトが、（ｉ）前記第１の疾患トリガアイコン、（ｉｉ）前記患者の前記第１の疾患トリガへの露出に一致する１つ以上の疾患トリガ特性評価指標を入力する要求および（ｉｉｉ）前記１つ以上の要求された疾患トリガ特性評価指標のそれぞれの許容値の表示を含むステップと、
前記グラフィカルユーザインタフェースを介して、前記患者から前記要求された１つ以上の第１の疾患トリガ特性評価指標の１つ以上を受信するステップと、
前記１つ以上の受信した第１の疾患トリガ特性評価指標を前記サーバへ送信するステップとをさらに備える、請求項１に記載のコンピュータの動作方法。
【請求項９】
前記疾患症状と前記第１の疾患トリガおよび第３の疾患トリガの組み合わせとの間の統計的関連の第４の兆しを受信するステップと、
前記疾患症状と前記第１および第３の疾患トリガの組み合わせとの間の前記統計的関連の前記第４の兆しを受信することに少なくとも部分的に応じて、前記グラフィカルユーザインタフェースに第２の疾患プロンプトを表示するステップであって、前記第２の疾患プロンプトが、（ｉ）前記第３の疾患トリガに一致する第３の疾患トリガアイコン、（ｉｉ）前記患者の前記第３の疾患トリガへの露出に一致する１つ以上の第３の疾患トリガ特性評価指標を入力する要求、および（ｉｉｉ）前記１つ以上の要求された第３の疾患トリガ特性評価指標のそれぞれの許容値の表示を含むステップと、
前記グラフィカルユーザインタフェースを介して、前記患者から前記要求された１つ以上の第３の疾患トリガ特性評価指標の１つ以上を受信するステップと、
前記１つ以上の受信した第３の疾患トリガ特性評価指標を前記サーバへ送信するステップとをさらに備える、請求項８に記載のコンピュータの動作方法。
【請求項１０】
前記患者が患者母集団の一員であり、前記方法が、
前記サーバから、前記患者母集団の複数の患者の疾患トリガデータを受信するステップと、
前記グラフィカルユーザインタフェース内に前記疾患症状の患者母集団のトリガマップを表示するステップであって、前記患者母集団のトリガマップが、（ｉ）１つ以上の疾患トリガと（ｉｉ）前記患者母集団の１人以上の患者との間の１つ以上の関係を示すステップとをさらに備える、請求項１に記載のコンピュータの動作方法。
【請求項１１】
前記患者が患者母集団の一員であり、前記方法は、 
前記サーバから、前記患者と少なくとも１つの共通する疾患トリガを有する前記母集団の１人以上の他の患者を含むトリガグループの識別を受信するステップと、
前記識別の受信に応じて、前記グラフィカルユーザインタフェース内に、前記識別されたトリガグループの少なくとも１人の患者と疾患トリガ情報を共有する招待を表示するステップと、
前記患者から、前記識別されたトリガグループの１人以上の患者の選択を受信するステップと、
前記患者から前記選択を受信することに応じて、前記選択された患者と疾患トリガ情報を共有する要求を前記サーバへ送信するステップであって、前記要求が、（ｉ）選択された患者と疾患トリガ情報を共有するための匿名レベル、（ｉｉ）前記選択された患者と共有する疾患トリガ情報の量、および／または（ｉｉｉ）前記選択された患者と共有する疾患トリガ情報の種類、のうちの少なくとも１つを含むステップとをさらに備える、請求項１に記載のコンピュータの動作方法。
【請求項１２】
前記患者に、（ｉ）特定の疾患トリガを避ける、または（ｉｉ）特定のプロテクタを行う、のいずれかを思い出させるメッセージを前記サーバから受信するステップであって、前記疾患トリガは、潜在的に前記患者に前記疾患症状を経験させる、前記患者に関係する、および／または患者が実行するイベント、露出、行動または行為のうちの少なくとも１つを含み、前記プロテクタは、潜在的に前記患者が前記疾患症状を経験することを防ぐ、前記患者に関係する、および／または患者が実行するイベント、露出、行動または行為のうちの少なくとも１つを含むステップと、
前記メッセージを受信することに応じて、前記グラフィカルユーザインタフェース内に前記メッセージを表示するステップと、をさらに備える、請求項１に記載のコンピュータの動作方法。
【請求項１３】
命令を備える有形で非一過性のコンピュータ可読媒体であって、１つ以上のプロセッサによって実行されるとき、前記命令が１つ以上のプロセッサに、
サーバから、患者の第１の疾患トリガと疾患症状との間の統計的関連の強さという第１の兆しを受信することと、
グラフィカルユーザインタフェース内に前記疾患症状のトリガマップを表示することと、
前記トリガマップ内に第１のトリガアイコンを表示することであって、前記第１のトリガアイコンは、前記第１の疾患トリガに一致し、前記トリガマップ内の前記第１のトリガアイコンの位置は、前記第１の疾患トリガと前記疾患症状との間の前記統計的関連の強さという前記受信した第１の兆しに基づき、前記第１のトリガアイコンのサイズは、前記第１の疾患トリガに一致する規定の時間枠内に前記患者が前記第１の疾患トリガにどれだけ露出されたかに基づいている、表示することとを含む機能を実行させ、
前記第１の疾患トリガと前記疾患症状との間の判定された統計的関連が、１より大きいコックスハザード比および閾値Ｐ値以下のＰ値を有する、コンピュータ可読媒体。
【請求項１４】
前記疾患トリガは、潜在的に前記患者に前記疾患症状を経験させる、前記患者に関連する、および／または患者が実行するイベント、露出、行動または行為のうちの少なくとも１つを含む、請求項１３に記載のコンピュータ可読媒体。
【請求項１５】
前記機能は、
前記サーバから、前記患者のプロテクタと前記疾患症状との間の統計的関連の強さという兆しを受信することであって、前記プロテクタが、潜在的に前記患者が前記疾患症状を経験することを防ぐ、前記患者に関連する、および／または患者が実行するイベント、露出、行動または行為のうちの少なくとも１つを含む、受信することと、
前記トリガマップ内にプロテクタアイコンを表示することであって、前記プロテクタアイコンは前記プロテクタに一致し、前記トリガマップ内の前記プロテクタアイコンの位置は、前記プロテクタと前記疾患症状との間の前記統計的関連の強さという前記受信した兆しに基づき、前記プロテクタアイコンのサイズは、前記プロテクタに一致する規定の時間枠内に前記患者が前記プロテクタにどれだけ露出されたかに基づいている、表示することとをさらに備える、請求項１３に記載のコンピュータ可読媒体。 
【請求項１６】
前記患者の前記第１の疾患トリガと前記疾患症状との間の前記統計的関連の強さという前記受信した第１の兆しが、前記判定された統計的関連の前記Ｐ値を前記閾値Ｐ値によって割ったものである、請求項１３に記載のコンピュータ可読媒体。
【請求項１７】
命令を備える有形で非一過性のコンピュータ可読媒体であって、１つ以上のプロセッサによって実行されるとき、前記命令が１つ以上のプロセッサに、
サーバから、患者の第１の疾患トリガと疾患症状との間の統計的関連の強さという第１の兆しを受信することと、
グラフィカルユーザインタフェース内に前記疾患症状のトリガマップを表示することと、
前記トリガマップ内に第１のトリガアイコンを表示することであって、前記第１のトリガアイコンは、前記第１の疾患トリガに一致し、前記トリガマップ内の前記第１のトリガアイコンの位置は、前記第１の疾患トリガと前記疾患症状との間の前記統計的関連の強さという前記受信した第１の兆しに基づき、前記第１のトリガアイコンのサイズは、前記第１の疾患トリガに一致する規定の時間枠内に前記患者が前記第１の疾患トリガにどれだけ露出されたかに基づいている、表示すること、
前記サーバから、前記患者の第２の疾患トリガと前記疾患症状との間の統計的関連の強さという第２の兆しを受信することと、
前記トリガマップ内に第２のトリガアイコンを表示することであって、前記第２のトリガアイコンは前記第２の疾患トリガに一致し、前記トリガマップ内の前記第２のトリガアイコンの位置は、前記第２の疾患トリガと前記疾患症状との間の前記統計的関連の強さという前記受信した第２の兆しに基づき、前記第２のトリガアイコンのサイズは、前記第２の疾患トリガに一致する規定の時間枠内に前記患者が前記第２の疾患トリガにどれだけ露出されたかに基づいている、表示することとを含む機能を実行させる、コンピュータ可読媒体。
【請求項１８】
前記機能は、
前記サーバから、前記疾患症状と前記第１および第２の疾患トリガの組み合わせとの間の統計的関連の強さという第３の兆しを受信することと、
トリガマップ内に組み合わせアイコンを表示することであって、前記組み合わせアイコンは前記第１および第２の疾患トリガに一致し、前記トリガマップ内の前記組み合わせアイコンの位置は、前記疾患症状と前記第１および第２の疾患トリガの前記組み合わせとの間の前記統計的関連の強さという前記受信した第３の兆しに基づき、前記組み合わせアイコンのサイズは、前記第１の疾患トリガに一致する前記規定の時間枠内に前記患者が前記第１の疾患トリガにどれだけ露出されたか、かつ前記第２の疾患トリガに一致する前記規定の時間枠内に前記患者が前記第２の疾患トリガにどれだけ露出されたかに基づいている、表示することとをさらに備える、請求項１７に記載のコンピュータ可読媒体。
【請求項１９】
前記機能は、
前記サーバから、前記患者が将来の時間枠内に前記疾患症状を経験する現在の可能性を受信することであって、前記可能性が、（ｉ）前記第１の疾患トリガと前記疾患症状との間の前記統計的関連の強さ、（ｉｉ）前記第２の疾患トリガと前記疾患症状との間の前記統計的関連の強さ、（ｉｉｉ）前記疾患症状と前記第１および第２の疾患トリガの組み合わせとの間の前記統計的関連の強さ、（ｉｖ）前記第１の疾患トリガに一致する前記規定の時間枠内に前記患者が前記第１の疾患トリガにどれだけ露出されたか、および／または（ｖ）前記第２の疾患トリガに一致する前記既定の時間枠内に前記患者が前記第２の疾患トリガにどれだけ露出されたか、のうちの１つ以上に少なくとも部分的に基づいている、受信することと、
前記グラフィカルユーザインタフェース内に前記疾患症状のリスク計を表示することと、
前記リスク計内にリスクインジケータを表示することであって、前記リスク計内の前記リスクインジケータの位置は、前記患者が、前記将来の時間枠内に前記疾患症状を経験する前記現在の可能性の値に基づき、前記リスク計内の前記リスクインジケータのサイズは、前記患者が前記将来の時間枠内に前記疾患症状を経験する前記現在の可能性の信頼度のレベルに基づいている、表示することとをさらに備える、請求項１７に記載のコンピュータ可読媒体。
【請求項２０】
前記機能は、
前記第１の疾患トリガに関係するイベントが発生したことを判定することと、
前記第１の疾患トリガに関係する前記イベントが発生したことを判定することに応じて、前記グラフィカルユーザインタフェースに第１の疾患プロンプトを表示することであって、前記第１の疾患プロンプトが、（ｉ）前記第１の疾患トリガアイコン、（ｉｉ）前記患者の前記第１の疾患トリガへの露出に一致する１つ以上の第１の疾患トリガ特性評価指標を入力する要求、および（ｉｉｉ）前記１つ以上の要求された第１の疾患トリガ特性評価指標のそれぞれの許容値の表示を含む、表示することと、
前記グラフィカルユーザインタフェースを介して、前記患者から前記要求された１つ以上の第１の疾患トリガ特性評価指標の１つ以上を受信することと、
前記１つ以上の受信した第１の疾患トリガ特性評価指標を前記サーバへ送信することとをさらに備える、請求項１３に記載のコンピュータ可読媒体。
【請求項２１】
前記機能は、
前記疾患症状と前記第１の疾患トリガおよび第３の疾患トリガの組み合わせとの間の統計的関連の第４の兆しを受信することと、
前記疾患症状と前記第１および第３の疾患トリガの組み合わせとの間の前記統計的関連の前記第４の兆しを受信することに少なくとも部分的に応じて、前記グラフィカルユーザインタフェースに第２の疾患プロンプトを表示することであって、前記第２の疾患プロンプトが、（ｉ）前記第３の疾患トリガに一致する第３の疾患トリガアイコン、（ｉｉ）前記患者の前記第３の疾患トリガへの露出に一致する１つ以上の第３の疾患トリガ特性評価指標を入力する要求および（ｉｉｉ）前記１つ以上の要求された第３の疾患トリガ特性評価指標のそれぞれの許容値の表示を含む、表示することと、
前記グラフィカルユーザインタフェースを介して、前記患者から前記要求された１つ以上の第３の疾患トリガ特性評価指標の１つ以上を受信することと、
前記１つ以上の受信した第３の疾患トリガ特性評価指標を前記サーバへ送信することとをさらに備える、請求項２０に記載のコンピュータ可読媒体。
【請求項２２】
前記患者が患者母集団の一員であって、前記機能が、
前記サーバから、前記患者母集団の複数の患者の疾患トリガデータを受信することと、  前記グラフィカルユーザインタフェース内に前記疾患症状の患者母集団のトリガマップを表示することであって、前記患者母集団のトリガマップが、（ｉ）１つ以上の疾患トリガと（ｉｉ）前記患者母集団の１人以上の患者との間の１つ以上の関係を示す、表示することとをさらに備える、請求項１３に記載のコンピュータ可読媒体。
【請求項２３】
前記患者が患者母集団の一員であって、前記機能が、
前記サーバから、前記患者と少なくとも１つの共通する疾患トリガを有する前記母集団の１人以上の他の患者を含むトリガグループの識別を受信することと、
前記識別の受信に応じて、前記グラフィカルユーザインタフェース内に、前記識別されたトリガグループの少なくとも１人の患者と疾患トリガ情報を共有する招待を表示することと、
前記患者から、前記識別されたトリガグループの１人以上の患者の選択を受信することと、
前記患者から前記選択を受信することに応じて、前記選択された患者と疾患トリガ情報を共有する要求を前記サーバへ送信することであって、前記要求が、（ｉ）選択された患者と疾患トリガ情報を共有するための匿名レベル、（ｉｉ）前記選択された患者と共有する疾患トリガ情報の量、および／または（ｉｉｉ）前記選択された患者と共有する疾患トリガ情報の種類、のうちの少なくとも１つを含む、送信することとをさらに備える、請求項１４に記載のコンピュータ可読媒体。
【請求項２４】
前記機能は、
前記患者に、（ｉ）特定の疾患トリガを避ける、または（ｉｉ）特定のプロテクタを行う、のいずれかを思い出させるメッセージを前記サーバから受信することであって、前記疾患トリガは、潜在的に前記患者に前記疾患症状を経験させる、前記患者に関係する、および／または患者が実行するイベント、露出、行動または行為のうちの少なくとも１つを含み、前記プロテクタは、潜在的に前記患者が前記疾患症状を経験することを防ぐ、前記患者に関係する、および／または患者が実行するイベント、露出、行動または行為のうちの少なくとも１つを含む、受信することと、
前記メッセージを前記サーバから受信することに応じて、前記グラフィカルユーザインタフェース内に前記メッセージを表示することとをさらに備える、請求項１３に記載のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２０１４年８月７日出願の米国仮特許出願第６２／０３４，４０８号、２０１５年２月２５日出願の米国仮特許出願第６２／１２０，５３４号、２０１５年３月２７日出願の米国仮特許出願第６２／１３９，２９１号、２０１５年４月１５日出願の米国仮特許出願第６２／１４８，１３０号、２０１５年６月８日出願の米国仮特許出願第６２／１７２，５９４号の優先権を主張するものである。本出願第６２／０３４，４０８号、第６２／１２０，５３４号、第６２／１３９，２９１号、第６２／１４８，１３０号および第６２／１７２，５９４号の内容全体は、参照により本明細書に援用される。
【背景技術】
【０００２】
患者が疾患症状を管理するためのいくつかの現在の技術には、疾患症状が発生したときの記録と同様に、患者が潜在的トリガ（およびおそらく緩和）活動を行っているときの記録を保持することが含まれる。他の現在の技術として、おそらく他の疾患監視および管理関連のデータに加えて、疾患症状、疾患トリガ／緩和活動の電子日記を患者がつけることを挙げることができる。
【発明の概要】
【０００３】
慢性疾患を抱える患者は、本明細に記載するコンピュータベースの方法およびシステムの実施形態から利益を得ることができる。この実施形態は（ｉ）患者の疾患症状、疾患要因および／または疾患トリガのデータを監視し、収集する、（ｉｉ）患者の疾患症状、疾患要因および／または疾患トリガに関する情報を集める、かつ／または整理する、（ｉｉｉ）（ｉｉｉ−ａ）患者の疾患症状と（ｉｉｉ−ｂ）患者の疾患要因および／または疾患トリガとの間の統計的関連性ならびに／または相関性を判定する、（ｉｖ）患者に特定の疾患症状を経験させる、かつ／または患者の特定の疾患症状の経験を防止する可能性が高い患者の疾患要因および／または疾患トリガを特定する、（ｖ）いつ特定の疾患症状を経験する危険性が高いかを患者に知らせる、（ｖｉ）患者の行為または環境が、特定の疾患症状を経験する患者の近い将来の可能性に及ぼす影響を患者に示す、かつ／または（ｖｉｉ）（ａ）疾患症状を経験する可能性を増すもの（すなわち、本明細書に記載する、疾患トリガ）として特定されているいくつかの行為をすることを避けるまたは（ｂ）患者が特定の疾患症状を経験する可能性を減らすもの（すなわち、本明細書に記載する、プロテクタ）として特定されているいくつかの行為をすることを患者に思い出させるために患者にメッセージを生成し、送信する（例えば、電子メール、テキストメッセージ、または他の種類のメッセージもしくは通知）、かつ／またはこうしたメッセージを表示する、ように構成される。
【０００４】
実施形態によっては、単独または外部センサおよび／またはサードパーティの情報源と組み合わせて、患者が操作する１つ以上のクライアント装置が、患者の疾患症状、疾患要因および／または疾患トリガのデータを監視し収集するよう構成される。動作中、このクライアント装置（複数可）は、（ｉ）集められた疾患症状／要因／誘発データを解析のために１つ以上のサーバに直接または間接的に送信する、かつ／または（ｉｉ）集められた疾患症状／要因／誘発データを解析のために１つ以上のサーバに送信するために整理するよう構成可能である。この１つ以上のサーバは、患者の疾患症状／要因／誘発入力データを解析し、出力データを患者のクライアント装置へ送り返し、それを患者のクライアント装置が使用して、いくつかのさらなるステップを実行する。さらなるステップは、（ｉ）追加の疾患症状／要因／誘発入力データを入力するまたは提供するよう患者を促すこと、（ｉｉ）いつ特定の疾患症状を経験する危険性が高いかを患者に知らせること、実施形態によっては、患者のクライアント装置（複数可）のグラフィカルユーザインタフェース（ＧＵＩ）にリスク計を表示することを含んでもよい、かつ／または（ｉｉｉ）実施形態によっては、患者のクライアント装置（複数可）のＧＵＩに疾患トリガマップを表示することを含んでもよい、患者の行為または環境が、特定の疾患症状を経験する患者の近い将来の可能性に及ぼす恐れがある影響を患者に示すことを含むがそれらに限定されない。
【０００５】
本明細書で使用する場合、疾患症状は、特定の疾患の物理的症状である。運用中、疾患症状は、複数の特性評価指標によって特徴づけ可能であり、その測定基準は、（ｉ）患者が疾患症状を経験した時間（または、時間の範囲）、（ｉｉ）疾患症状の重症度、（ｉｉｉ）疾患症状を表す態様または特徴、および／または（ｉｖ）疾患症状が他の関連する疾患症状（およびおそらく疾患要因および／または疾患トリガ）を伴うか、のうちの１つ以上を含むがそれらに限定されない。疾患が偏頭痛であり、疾患症状が偏頭痛である場合の例では、偏頭痛症状の特性評価指標は、（ｉ）頭痛がいつ起きたか、（ｉｉ）頭痛がどれだけ続いているか、（ｉｉｉ）頭痛の強さおよび／または重症度、（ｉｖ）頭痛が、吐き気やめまいなどの他の関連する症状を伴ったか、もしそうであれば、付随する症状の時間、期間、強度／重症度、のうちの任意の１つ以上を含むことができる。他の慢性疾患の疾患症状は、別の特性評価指標を含んでよい。
【０００６】
本明細書で使用する場合、疾患要因は、患者に関連するおよび／または患者が実行する任意のイベント、露出、行動または行為を指し、それは潜在的に、患者の疾患症状の経験に影響を与える、それに作用する、または患者に疾患症状を経験させるもので、または、場合によっては、患者が疾患症状を経験するのを防ぐものである。疾患要因として、（ｉ）特定の食品の消費、特定の治療剤の摂取、特定の治療剤の使用、特定の栄養補助食品または薬剤の摂取、特定の身体活動の実施、および／または特定の化学薬品への露出など患者が少なくとも制御できる患者による自発的または変更可能な行為および／または経験、ならびに（ｉｉ）環境要因への露出（例えば、スモッグ、日差し、雨、雪、高湿度または低湿度）、強制治療剤または治療薬（例えば、他の疾患を維持するための薬剤）の摂取または他の露出および患者がほとんどまたは全く効果的に制御できない他の疾患または身体的状態の影響などの無意識のまたは変更できない行為および／または経験の両方を挙げることができる。
【０００７】
疾患症状同様に、疾患要因もまた、複数の特性評価指標によって特徴づけ可能であり、別の疾患要因は、別の特性評価指標を有してもよい。例えば、食べ物または薬剤の消費に基づく疾患要因に対する、特性評価指標として、例えば、（ｉ）いつ患者が、食べ物または薬を消費したか、および／または（ｉｉ）どれだけの量の食べ物または薬を消費したか、を挙げることができる。露出に基づく疾患要因に対する特性評価指標としては、例えば、（ｉ）患者は、いつ露出したか、（ｉｉ）露出の強度（例えば、明るい日差し）、および／または（ｉｉｉ）露出の期間、を挙げることができる。
【０００８】
実施形態によっては、疾患要因はまた、実際は患者に疾患症状を経験させることはできないが、特定の患者に対する疾患症状の兆候と密接に関連可能な前兆または警報信号を含んでもよい。偏頭痛の例を再度用いると、兆候は、患者が頭痛を経験する以前に、患者の体内で化学変化によっておそらく引き起こされた甘い食品の渇望である可能性がある。しかし、甘い物への渇望が、偏頭痛を引き起こしたのではなく、患者に偏頭痛も経験させる同様の化学変化により引き起こされた可能性が高い。
【０００９】
実施例によっては、患者が感じる特定の物理的症状が、状況により疾患症状または疾患要因である場合がある。偏頭痛の例を再度用いると、異常な体温、異常な心拍数および異常な血糖値が、疾患要因である場合がある。というのも、それらは偏頭痛などの疾患症状を起こす傾向があるからである。しかし、他の状況では、異常な体温、異常な心拍数および異常な血糖値は、他の疾患要因によって引き起こされる疾患症状である可能性がある。
【００１０】
本明細書で使用する場合、疾患トリガは、例えば、統計解析を介して、個々の患者の特定の疾患症状と十分に強い関連性があることが判定されてきた疾患要因である。場合によっては、疾患トリガは、患者に特定の疾患症状を経験させることと強い関連性を有する可能性がある、または少なくとも、患者が特定の疾患症状を経験する危険もしくは可能性を増やすことと強い関連性を有する可能性がある。場合によっては、疾患トリガは、患者が特定の疾患症状を経験することを防ぐことと強い関連性を有する可能性がある、または少なくとも、患者が特定の疾患症状を経験する危険もしくは可能性を低くすることと強い関連性を有する可能性がある。こうした疾患トリガは、本明細書では、プロテクタと呼ぶ。というのも、それは患者が疾患症状を経験する可能性を減らそうとするものだからである。実施形態によっては、患者の疾患トリガは、患者の疾患症状との判定された単変量関連がある疾患要因であり、判定された単変量関連は、１より大きいコックスのハザード比および０．０５以下のＰ値を有する。
【００１１】
実施形態によっては、１つ以上のサーバシステムが、患者母集団から受領した疾患症状および疾患要因データを解析して、どの疾患要因が特定の患者の疾患トリガのレベルに高まるかを判定する。動作中、患者母集団は、全員が１つ以上の類似点（例えば、同一年齢または年齢範囲、同一性、同一民族、同一国籍、同一疾患を患う、同一アレルギを有する、同一遺伝標識を有する、および／または他の類似点）を共有する多く（何百、何千、または何百万人）の患者を含むことができる。一部の患者は、複数の患者母集団の一員であってもよい。
【００１２】
実施形態によっては、一般に２段階反復手法を適用して、患者母集団の疾患要因及び疾患トリガを特定し、（患者母集団の特定された疾患要因および疾患トリガに基づいて）個々の患者の疾患要因および疾患トリガを特定する。第１の段階では、サーバシステムが、患者母集団の患者からの疾患要因および疾患トリガを収集し、解析して、この患者母集団の患者の特定の疾患症状と最も強く関連する傾向がある疾患要因を特定する。クライアント装置（サーバシステムの直接または間接の制御の下）は、母集団の患者を促して、サーバシステムが、患者母集団の特定の疾患症状と最も強く関連していると判定した疾患要因の特性評価指標を入力させるよう構成されている。第２の段階では、このサーバシステムは、患者母集団の患者、および母集団の患者それぞれの疾患要因特性評価指標を解析し、特定の疾患要因と疾患症状との間の（その患者の）関連性の強さを判定する。そして、患者それぞれに対して、このサーバシステムは、その患者の疾患トリガとして疾患症状と最も強く関連している疾患要因を指定する。このプロセスは、患者母集団の１人の患者の特定された疾患トリガが、全患者母集団について解析可能で、その後患者それぞれにテスト可能である点で、反復的である。この反復の２相プロセスの一部の態様は、２０１４年１月３０日出願の国際出願第ＰＣＴ／ＵＳ２０１４／０１３８９４号に説明され、その内容は、参照により本明細書に援用される。
【００１３】
特定の患者の疾患トリガとして特定の疾患要因を判定および／または指定することは、いくつかの利点を提供する。例えば、実施形態によっては、患者の判定された疾患トリガを用いて、最も適切な疾患データ（すなわち、患者の判定された疾患トリガのデータ）を入力する（または追加または代替で、センサに収集するよう兆候する）よう患者に促すことができる。
【００１４】
さらに、患者および／またはセンサ（および個々の患者が経験した疾患トリガと疾患症状との間の関連の強さ）によって報告されたものとしての患者の疾患トリガの特性評価指標に基づいて、実施形態によっては、いつ個々の患者が疾患システムを経験しそうかを予想し、患者にいつ特定の疾患症状を経験する危険性が高いかを伝えることができる。実施形態によっては、特定の疾患症状を経験する危険性が高いと患者に伝えることは、クライアント装置（複数可）のＧＵＩ内の「リスク計」の予想の１つ以上の態様を表示することを含んでもよい。
【００１５】
また、患者の疾患トリガおよび個々の患者の経験した疾患トリガと疾患症状との間の関連の強さに対して収集された特性評価指標に基づいて、実施形態によっては、追加または代替で、（患者の疾患トリガに対して収集された特性評価指標に反映されるように）患者の行為または環境が、特定の疾患症状を経験する患者の近い将来の可能性に及ぼす恐れがある影響を患者に見せることができる。実施形態によっては、患者の行為または環境が、特定の疾患症状を経験する患者の近い将来の可能性に及ぼす恐れがある影響を患者に見せることが、クライアント装置（複数可）のＧＵＩ中の「トリガマップ」を見せることを含んでもよい。
【００１６】
動作中、このトリガマップは、複数の「トリガアイコン」（または類似の表示）を含むことができ、各トリガアイコンは、少なくとも個々の患者の判定された疾患トリガのうちの１つに一致する。実施形態によっては、患者のトリガマップ中の特定のトリガアイコンの位置およびサイズは、（ｉ）トリガアイコンの一致する患者の疾患トリガと疾患症状との間の関連の程度または強さ（例えば、コックスハザード比、ロジスティック回帰分析オッズ比、Ｐ値、または他の関連の定量化）、（ｉｉ）疾患トリガへの患者の露出の累積度数、および／または（ｉｉｉ）露出の量および／または累積露出、のうちの１つ以上に基づくことができる。
【００１７】
実施形態によっては、追加または代替で、ＧＵＩ内の疾患症状に対する患者母集団トリガマップを表示することを含むことができる。動作中、この患者母集団のトリガマップは、（ｉ）特定の患者母集団中の１人以上の患者の１つ以上の疾患トリガと（ｉｉ）患者母集団の１人以上の患者との間の関係を示している。こうした実施形態では、患者および／またはリサーチャが、（ｉ）特定の患者の疾患トリガが、その特定の患者の患者母集団中の他の患者とどのように比較されるか、（ｉｉ）特定の患者母集団内にある種の疾患トリガが多かれ少なかれ流行しているかどうかおよびその程度、（ｉｉｉ）患者の患者母集団中の他の患者と比較して、患者がより多くのまたはより少ない疾患トリガを有するかどうかおよびその程度をリビューし検討することができる。上述の通り、患者母集団は、全員が１つ以上の類似点（例えば、同一年齢または年齢範囲、同一性、同一民族、同一国籍、同一疾患を患う、同一アレルギを有する、同一遺伝標識を有する、および／または他の類似点）を共有する多く（何百、何千、または何百万人）の患者を含むことができる。一部の患者は、複数の患者母集団の一員であってもよい。
【００１８】
実施形態によっては、患者母集団のトリガマップは、複数の因子のうちの１つ以上に関してトリガデータの区分、選別および／または解析を可能にする１つ以上の入力フィールドを含む。複数の因子には、患者、患者母集団、性、年齢、年齢範囲、地理的位置、民族、国籍、雇用形態または雇用場所、旅行ルート、医学的処置、遺伝標識、疾患症状、疾患症状重症度、疾患症状頻度、疾患トリガおよび疾患プロテクタが含まれるが、それらに限定されない。動作中、区分および／または選別されたデータが、患者母集団トリガマップに表示されて、患者および／またはリサーチャは、疾患症状発現の類似性および患者母集団中の疾患症状／患者のプロテクタを特定する。
【００１９】
実施形態によっては、患者母集団の患者が互いに通信することを可能にする電子メッセージ機能をさらに含んで（匿名化された形式が好ましいが、必須ではない）、患者自身の疾患症状および疾患トリガ／プロテクタを有する個人的な経験についての情報および／または忠告を共有することができる。患者自身の疾患症状および疾患トリガ／プロテクタは、他の患者を促して、推奨されたトリガ／プロテクタを試させる、かつシステム中のこうしたトリガ／プロテクタを有する患者の経験を文書化させることができ、それにより、情報の交換及び供給を介して、解析のためのより多くの疾患トリガ情報をシステムに提供し、患者が患者自身の疾患症状および疾患トリガについてより良い理解を得るのに役立つことができる。
【００２０】
実施形態によってはまた、患者にメッセージを作成し、送信するサーバをさらに備えて、（ａ）特定の患者が疾患症状を経験する可能性を増やすもの（すなわち、特定の患者の疾患トリガ）として、統計解析を介して特定されているいくつかの行動をすることを回避する、または（ｂ）特定の患者が特定の疾患症状を経験する可能性を減らすもの（すなわち、患者のプロテクタ）として、統計解析を介して特定されているいくつかの行動をすることを思い出させる、あるいは、そうするよう勇気づけることができる。動作中、こうしたメッセージは、電子メール、テキストメッセージ、アプリ内メッセージ、または他の種類の電子メッセージ機能のうちの任意の１つ以上を含むことができる。実施形態によっては、システムは、上述のメッセージを毎日または週単位で生成して患者に送信するよう構成されるが、メッセージの頻度は、それより上下してもよい。追加または代替で、実施形態によっては、例えば、本明細書に記載するリスク計と連携して、患者が疾患症状を経験する危険が高まったと判定することに応じて、上述のメッセージを送信することを含むことができる。動作中、患者のコンピューティングデバイスは、ＧＵＩ内でメッセージを受信し、表示する。実施形態によってはまた、患者を促して、患者がメッセージの忠告を順守しているかどうかおよびその程度を示すトリガおよび／またはプロテクタの情報を入力させることができる。
【００２１】
本明細書に開示するシステムおよび方法は、上述の特徴、機能性、他の利益および特性を提供する。結果として、開示するシステムおよび方法は、医療分野の慢性疾患の管理のための既存の方法の欠点を患者母集団レベルおよび個々の患者のレベルの統計解析を用いて改善して、特定の患者の疾患症状と最も関連する疾患トリガを特定し、開示されたプロンプト機構を介して、患者の疾患トリガの露出の特定の履歴（直近および長期）に基づいた患者の最も関連する疾患トリガデータを収集し、リスク計およびトリガマップ機能を介して、患者が特定の疾患トリガおよびプロテクタに実際に露出されたことにより、患者が対応する疾患症状を経験する可能性をいかに増減させるかを理解しやすく直感的な方法で伝えることができる。上述の情報および患者の疾患トリガおよび関連する疾患情報の解析結果を患者に提供することで、本開示のシステムおよび方法の実施形態は、慢性疾患を患う患者が、１つ以上の疾患症状を経験する危険を減らすため、実施例によっては、完全に疾患症状の経験を回避するために行動を変え、かつ／または環境を変えることを可能にする。
【００２２】
上述の概要は、例示目的のためだけであり、決して制限することを意図するものではない。上述の例示的な態様、実施形態、および特徴に加えて、さらになる態様、実施形態、および特徴が、図面および以下の詳細の説明を参照することにより明らかになる。
【図面の簡単な説明】
【００２３】
【図１】一部の実施形態による例示的なウェブベースのクライアントサーバコンピューティングシステムを示している。
【図２】一部の実施形態による例示的なクライアント装置を示している。
【図３】一部の実施形態によるクライアント装置の例示的なＧＵＩプロンプトを示している。
【図４】一部の実施形態によるクライアント装置の例示的なＧＵＩプロンプトを示している。
【図５】一部の実施形態によるクライアント装置のＧＵＩ内の例示的な通知を示している。
【図６】一部の実施形態による疾患要因および／または疾患トリガ特性評価指標のためのＧＵＩプロンプトを生成することを含む例示的な方法を示している。
【図７】一部の実施形態による患者母集団の疾患要因と疾患症状との間の関連性および／または相関性を判定することを含む例示的な方法を示している。
【図８】一部の実施形態による患者の疾患要因と／または疾患トリガとの間の関連性および／または相関性を判定することを含む例示的な方法を示している。
【図９】一部の実施形態によるクライアント装置のＧＵＩ内に表示される例示的なリスク計を示している。
【図１０】一部の実施形態によるクライアント装置のＧＵＩ内に表示される例示的な疾患トリガマップを示している。
【図１１】一部の実施形態によるクライアント装置のＧＵＩ内の疾患トリガに一致するアイコンを表示することを含む例示的な方法を示している。
【図１２Ａ】一部の実施形態によるクライアント装置のＧＵＩ内に表示される例示的な患者母集団のトリガマップを示している。
【図１２Ｂ】一部の実施形態による図１２Ａに示した例示的な患者母集団のトリガマップと別の配置の図を示している。
【図１３】一部の実施形態による１つ以上の疾患トリガ、プロテクタ、または他の特徴を共通して有する患者の間の通信および情報共有を容易にする方法を示している。
【発明を実施するための形態】
【００２４】
例示的な方法およびシステムを本明細書に記載する。「例の」「模範的な」および「例示の」という用語が本明細書で使用される場合、「例、事例、または例示としての役割を果たすこと」を意味することと理解されたい。「例」、「模範的な」または「例示の」として本明細書に記載するいずれの実施形態または特徴も、必ずしも他の実施形態または特徴より好ましいまたは有利であると解釈される必要はない。本明細書に記載する例示的な実施形態は、限定を意味するものではない。本明細書に一般的に記載するように、本開示の態様は、幅広い種類の様々な構成で配置、置き換え、組み合わせ、分離および設計可能であり、そのすべてが明白に本明細書に企図されることが容易に理解されよう。
【００２５】
本明細に開示するシステムおよび方法の実施形態は、一般に、（ｉ）患者の疾患症状、疾患要因および／または疾患トリガのデータを監視するかつ収集すること、（ｉｉ）患者の疾患症状、疾患要因および／または疾患トリガに関する情報を集めることおよび／または整理すること、（ｉｉｉ）（ｉｉｉ−ａ）患者の疾患症状（複数可）と（ｉｉｉ−ｂ）患者の疾患要因および／または疾患トリガとの間の関連性および／または相関性を判定すること、（ｉｖ）患者に特定の疾患症状を経験させるかつ／または患者が特定の疾患症状を経験することを防止する可能性が高い患者の疾患要因および／または疾患トリガを特定すること、（ｖ）いつ特定の疾患症状を経験する危険性が高いかをリスク計などを用いて患者に知らせること、（ｖｉ）患者の行為または環境が、特定の疾患症状を経験する患者の近い将来の可能性に及ぼした、及ぼした可能性がある、潜在的に及ぼす可能性がある影響をトリガマップなどを用いて患者に示すこと、ならびに／または（ｖｉｉ）（ａ）患者が疾患症状を経験する可能性を増やすものとして特定されるいくつかの行為をすることを統計解析を介して、思いとどませる、かつ／または（ｂ）患者が特定の疾患症状を経験する可能性を減らすものとして特定されるいくつかの行為をすることを統計解析を介して、助長するメッセージ（例えば、電子メール、テキストメッセージ、または他の種類のメッセージ）を生成し患者に送信することを含む。実施形態によっては、こうしたメッセージの受信に応じて、患者のコンピューティングデバイスのＧＵＩが、受信したメッセージを表示し、かつ／または受信したメッセージの体裁を整えて表示し、プロンプトがユーザを促して、患者がメッセージの推奨した行為に従うかどうかを記録する。
【００２６】
システム概要 
【００２７】
図１は、一部の実施形態による例示的なウェブベースのクライアントサーバコンピューティングシステム１００を示している。この例示的なシステム１００は、ウェブサーバ１０２およびデータ記憶装置１１２を含む。動作中、このウェブサーバ１０２は、ネットワーク１１４を通じて、複数のクライアント装置１１６ａ、１１６ｂと通信するよう構成される。動作中、ネットワーク１１４は、（ｉ）ローカルネットワーク（ＬＡＮ）、（ｉｉ）ワイドエリアネットワーク（ＷＡＮ）、および／または（ｉｉｉ）インターネットならびに有線および／または無線通信ネットワークの他の組み合わせのうちの１つ以上を備える。
【００２８】
このウェブサーバ１０２は、１つ以上のプロセッサ１０４、コンピュータ可読メモリ１０６、および１つ以上の通信インタフェース１１０を備える。
【００２９】
１つ以上のプロセッサ１０４それぞれは、今日既知のまたは今後開発される任意の種類のプロセッサでよく、汎用プロセッサ、専用プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、またはコンピュータプログラム命令を実行するよう構成される他の種類のプロセッサを含むがそれらに限定されない。
【００３０】
このコンピュータ可読メモリ１０６は、今日既知のまたは今後開発される任意の種類の有形非一過性コンピュータメモリでよく、磁気メモリ、光メモリ、ハードディスク、光ディスク、フラッシュメモリ、またはプログラムコードおよび／または他のデータを保存するよう構成される他の種類のメモリを含むが、それらに限定されない。動作中、このコンピュータ可読メモリ１０６は、少なくとも１つ以上のウェブベースアプリケーション１０８（または他のコンピューティングアプリケーション）を保存するよう構成される。１つ以上のプロセッサ１０４によって実行されると、このウェブベースアプリケーションは、ウェブサーバ１０２に、本明細書に記載するコンピューティングおよび通信機能などの１つ以上のコンピューティングおよび通信機能を実行させる。
【００３１】
１つ以上の通信インタフェース１１０は、今日既知のまたは今後開発される任意の種類の通信インタフェースでよく、有線、無線、またはウェブサーバ１０２がデータ記憶装置１１２にアクセスすることを可能にする、かつウェブサーバが、複数のクライアント装置１１６ａ、１１６ｂと情報の通信および交換をすることを可能にするよう構成される光通信インタフェースを含むが、それらに限定されない。
【００３２】
このデータ記憶装置１１２は、コンピュータ可読メモリなどの任意の種類の情報記憶媒体であってよい。実施形態によっては、このデータ記憶装置１１２は、複数の患者および患者母集団の疾患症状、疾患要因および疾患トリガを保存するデータベースシステムとして構成される。動作中、このウェブサーバ１０２は、本明細書に記載するコンピューティングおよび通信機能の実行の一部としてデータ記憶装置１１２へのデータの書き込みおよびデータ記憶装置１１２からの読み出しを行う。
【００３３】
動作中、このウェブサーバ１０２は、個々の患者および患者母集団の疾患症状、疾患要因および疾患トリガのデータ、より詳細には、患者の疾患症状、疾患要因および疾患トリガを説明する特性評価指標を受信するよう構成される。患者の疾患症状、因子、トリガの特性評価指標は、（ｉ）患者がクライアント装置のＧＵＩを介してクライアント装置に手動で入力するデータ、（ｉｉ）統合型光センサ、カメラ、位置センサ、動作検出器、ジャイロスコープ、加速度計およびＧＰＳトランシーバを含むが、それらに限定されない、患者のクライアント装置（例えば、携帯電話または同様の装置）と統合されるセンサによって収集されるデータ、（ｉｉｉ）例えば、歩数計、体温計、心拍数モニタ、ブドウ糖検出モニタまたは同様のセンサ／モニタなどの患者の体温、心拍数、血糖値および／または身体活動を検出するセンサを含むがそれらに限定されない、患者のクライアント装置（複数可）および／またはウェブサーバ１０２の一方または両方に通信可能に結合される、医用および／または生体認証センサによって収集されるデータ、（ｉｖ）（気温を測定する）温度計、（気圧を測定する）気圧計、（周囲の音を測定する）マイクロフォン、（光度および／または色を測定する）光センサを含むがそれらに限定されない、患者のクライアント装置（複数可）および／またはウェブサーバ１０２の一方または両方に通信可能に結合される環境センサによって収集されるデータ、および／または（ｖ）ニュースまたは気象情報サービスなどのサードパーティ情報源から収集されたデータを含むがそれらに限定されない、１つ以上の様々なソースに由来可能である。そのソースは、患者のクライアント装置（複数可）および／またはウェブサーバ１０２の一方または両方に通信可能に結合されるもので、患者がいる、または過去にいた地域に関する、気象、花粉および／または汚染物質のデータを含むがそれらに限定されない、環境データをサーバから取得する。
【００３４】
クライアント装置（複数可）、生体認証センサ、環境センサおよびサードパーティ情報源（まとめて、疾患症状／因子／トリガデータ源）は、収集された疾患症状／因子／トリガデータを「実時間で」（例えば、基本的にデータをウェブサーバ１０２に送信されるようになり次第）ウェブサーバ１０２に送信するよう構成されてもよく、そうでなければ命令されてもよい。あるいは、疾患症状／因子／トリガデータ源は、経時的に疾患症状／因子／トリガデータを収集してもよく、定期的に疾患症状／因子／トリガデータを一定間隔または半一定間隔（１５分毎、３０分毎、１時間毎など）で、ウェブサーバ１０２にバッチで送信してもよい。実施形態によっては、所定の疾患症状／因子／トリガデータは、「最優先」症状／因子／トリガデータとして特定可能であり、疾患症状／因子／トリガデータ源は、こうした「最優先」症状／因子／トリガデータを優先形式でウェブサーバ１０２に送信するよう構成可能である。例えば、クライアント装置は、「最優先」症状／因子／トリガデータを、保持して後でウェブサーバ１０２に送信するのではなく、こうした症状／因子／トリガデータの受信に応じて（またはその後非常に短い時間で）すぐに（または実質的にすぐに）こうした症状／因子／トリガデータをウェブサーバ１０２に送信することができる。
【００３５】
この症状／因子／トリガデータを上述の疾患症状／因子／トリガデータ源から受信した後、ウェブサーバ１０２は、受信した症状／因子／トリガデータを解析して、（ｉ）（ｉ−ａ）疾患症状と（ｉ−ｂ）疾患要因および疾患トリガとの間の関連性および／または相関性、（ｉｉ）どの疾患要因が、特定の疾患システムともっとも強いまたは高い関連性があるか、および／または（ｉｉｉ）どの疾患要因が、個々の患者にとって疾患トリガであるか、のうちの１つ以上を判定する。実施形態によっては、一般に、疾患症状／因子／トリガデータを解析するため２段階反復手法を適用する。第１の段階では、ウェブサーバ１０２が、患者母集団のすべての患者からの受信した症状／因子／トリガデータを解析し、この患者母集団の患者の特定の疾患症状と最も強く関連する傾向がある疾患要因および／または疾患トリガを特定する。このプロセスは、図７を参照してより詳細に説明される。
【００３６】
次の段階では、ウェブサーバ１０２は、この患者の疾患症状／因子／トリガデータを解析して、例えば、患者に特定の疾患症状を経験させる、かつ／または患者が特定の疾患症状を経験することを防ぐ可能性が最も高い患者の疾患要因／トリガを特定することを含む、（ｉ）この特定の患者にとって、どの疾患要因が患者の疾患症状と最も強く関連するかを特定する、および／または（ｉｉ）この特定の患者にとって、どの疾患要因が、患者の疾患トリガと特定されるほど患者の疾患症状（複数可）と十分強い関連性があるかを特定する、のうちの１つ以上を判定する。このプロセスは、図８を参照してより詳細に説明される。
【００３７】
疾患要因および疾患トリガの可能性のある世界は非常に広いので、ウェブサーバ１０２は、患者母集団および／または特定の患者の疾患症状と最も強く関連すると判定される疾患要因／疾患トリガを使用して、どの実際のおよび／または潜在的な疾患要因ならびに疾患トリガに集中するかを判定することに役立てることができる。実施形態によっては、このウェブサーバ１０２は、患者のクライアント装置に命令して、図３〜６に関してより詳細に記載するように、特定の時間にまたは特定のイベントに応じて、関連する疾患症状／因子／トリガデータを入力するよう患者に促すことができる。
【００３８】
実施形態によっては、特定の時刻にまたは特定のイベントに応じて、特定の疾患症状／因子／トリガデータを入力するよう患者に促すことにより、患者から収集する関連データの質および量は向上する。動作中、より高い品質の疾患症状／因子／トリガデータのより高い品質は、ウェブサーバ１０２の疾患症状／因子／トリガ関連および患者母集団および個々の患者の疾患トリガ判定を向上するはずである。個々の患者のより良い（例えば、より信頼性があり正確な）症状／因子／トリガの判定を備えることで、ウェブサーバ１０２は、（ｉ）図９〜１１に関してより詳細を説明するように、患者のクライアント装置（複数可）が使用して、患者のクライアント装置（複数可）のＧＵＩに「リスク計」を表示する、患者のクライアント装置（複数可）に、患者が、近い将来特定の疾患症状を経験する（または経験しない）可能性を記載した情報を提供すること、および／または（ｉｉ）図１０および１１を参照して示し説明するように、患者のクライアント装置（複数可）が使用して、患者の行為または環境が、特定の疾患症状を経験する患者の近い将来の可能性に及ぼす可能性がある影響を患者に示すことができる、実施形態によっては、患者のクライアント装置（複数可）のＧＵＩに疾患「トリガマップ」を表示することを含んでもよい、患者のクライアント装置（複数可）に、症状／因子／トリガ関連および疾患要因判定の情報を提供することができる。
【００３９】
クライアント装置または単にクライアントと本明細書では呼ばれることがある、クライアントコンピューティング装置１１６ａおよび１１６ｂは、スマートフォン、タブレットコンピュータ、ラップトップコンピュータ、デスクトップコンピュータまたは任意の他の現在既知または将来開発されるコンピューティング装置のいずれかであってよい。動作中、個々のクライアント装置１１６ａ〜１１６ｃは、（ｉ）患者の入力および／またはセンサの読み取り値から疾患症状／因子／トリガデータを受信、収集または取得すること、（ｉｉ）疾患症状／因子／トリガデータをウェブサーバ１０２および／またはデータ記憶装置１１２へ送信すること（ならびに／またはウェブサーバ１０２および／またはデータ記憶装置１１２に送信される疾患症状／因子／トリガデータをおそらく配列すること）、（ｉｉｉ）特定の疾患症状／因子／トリガデータを入力するよう患者を促す命令を受信し、それに応じて、ＧＵＩプロンプトを介して特定の疾患症状／因子／トリガデータを入力するよう患者を促すこと、（ｉｖ）患者が「リスク計」を表示して使用するために、近い将来特定の疾患症状を患者が経験する（または経験しない）可能性を記載する情報を受信すること、およびクライアント装置（複数可）のＧＵＩに「リスク計」を表示すること、および／または（ｖ）患者が「トリガマップ」を表示して使用するために、症状／因子／トリガ関連および疾患トリガ判定に関する情報を受信すること、およびクライアント装置（複数可）のＧＵＩにトリガマップを表示すること、を含むがそれらに限定されない、様々な機能を実行するよう構成される。
【００４０】
図１１６ａ〜１１６ｃのそれぞれのクライアント装置は、典型的には、ユーザインタフェース、プロセッサおよび／または本明細書に記載するいくつかの特徴または機能を実行するためにプロセッサによって実行されるプログラム命令を保存するコンピュータ可読媒体を含む。このユーザインタフェースは、１つ以上のボタン、カメラ、マイクロフォンまたはタッチスクリーンなどの入力デバイス、ならびにタッチスクリーン、表示スクリンおよび／または１つ以上のスピーカなどの出力デバイスを含むことができる。
【００４１】
図２は、一部の実施形態による例示的なクライアント装置２００を示している。このクライアント装置２００は、図１に示し説明する、クライアント装置１１６ａ〜１１６ｃと類似または同一であってもよい。図２の実施例では、このクライアント装置２００は、（ｉ）１つ以上のプロセッサ（例えば、中央演算処理装置（複数可）もしくはＣＰＵ（複数可）および／またはグラフィック処理装置またはＧＰＵ（複数可））、（ｉｉ）有形非一過性コンピュータ可読メモリ、（ｉｉｉ）入力／出力構成部品（例えば、スピーカ（複数可）、センサ（複数可）、ディスプレイ（複数可）または他のインタフェース）、および（ｉｖ）通信インタフェース（無線および／または優先）を備えるハードウェア２０６を含む。クライアント装置１０２のハードウェア２０６構成部品は、コンピューティング分野で既知のオペレーティングシステム２０４（または類似の）および１つ以上のアプリケーション２０２ａ、２０２ｂを含むソフトウェアを実行するよう構成される。アプリケーション２０２ａおよび２０２ｂの１つ以上は、１つ以上のプロセッサによって実行されるとき、クライアント装置２００に本明細書に記載する機能および特徴のうちの１つ以上を実行させるプログラムコードに一致することができる。
【００４２】
関連疾患症状、因子、トリガデータのエントリを促す
【００４３】
ソフトウェアベースの医療管理アプリケーションに対するユーザ間での１つの共通した不満は、特に医療管理アプリケーションが、毎日何度も集めなければならない複数のデータポイントを要求する、あるいはそれに依存しているときに、アプリケーションに個人の医療データを入力することが退屈で面倒になりがちなことである。このおよび多くの既存のソフトウェアベースの医療管理アプリケーションの他の制限を解決するために、本開示のシステムおよび方法の一部の実施形態では、特定の時刻または特定のイベントに応じて、患者を促して、特定の疾患症状／因子／トリガデータを入力するよう構成されるクライアント装置（独立しておよび／またはウェブサーバ１０２などのサーバの制御の下で直接もしくは間接的に）を含む。
【００４４】
実施形態によっては、既知のまたは疑わしい疾患トリガの特性評価指標のエントリを優先させる方法として、既知のまたは疑わしい疾患トリガに対してのみ本明細書に記載するプロンプト特性／機能を採用することができる。こうしたおよび他の実施形態でも、クライアント装置は、プロンプト機能とは別に患者が、疾患症状／因子／トリガデータを入力することが可能である。
【００４５】
動作中、サーバシステムは、特定の患者に対して、（ｉ）患者のクライアント装置（複数可）が患者に入力するよう促す（疾患症状／因子／トリガデータのおそらく対応する特性評価指標を含む）特定の疾患症状／因子／トリガデータおよび（ｉｉ）患者のクライアント装置（複数可）が患者に促して、特定の疾患症状／因子／トリガデータを入力させるときを判定する。実施形態によっては、追加または代替で、いつ患者を促して特定の疾患症状／因子／トリガデータを入力させるかを、患者のクライアント装置（複数可）が判定することを含むことができる。
【００４６】
例えば、特定の患者に対して、身体運動が関連疾患症状／因子／トリガであると判定された場合、患者のクライアント装置（複数可）（単独でまたはサーバシステムと組み合わせて）が、患者が所定量の身体運動をしている（例えば、加速度計、ジャイロスコープ、ＧＰＳデータ、位置データ（患者が例えばジムにいることを示す）、心拍数監視データ）ことを判定または検出すると、クライアント装置（複数可）が患者を促して、「身体運動」という特定の疾患要因またはトリガに対する特定の特性評価指標を入力するよう構成された特定のプロンプトを介して、身体活動（例えば、運動の種類、継続時間、運動の強度）の特性評価指標を入力させることができる。
【００４７】
実施例によっては、クライアント装置（単独でまたはサーバシステムと組み合わせて）が、患者がレストランにいると判定した場合（例えば、位置データを介して）、このクライアント装置は、患者を促して、何を食べたかを入力させることができる。患者によって消費された食品の１つが、疾患要因または既知の疾患トリガである場合、サーバがクライアント装置に命令して、患者がまだレストランにいる間、またはおそらくレストランを出たすぐ後、まだ患者の記憶が新しいうちに、消費された食品の特定の特性評価指標を入力するよう患者に促すことができる。さらに、クライアント装置（それ自身でまたはおそらくサーバの方向で）はまた、患者が疾患症状を経験する可能性を増やす（またはおそらく減らす）食品と相互作用することが疑わしいもしくは既知の他の疾患要因または疾患トリガの追加の特性評価指標を入力するよう患者に促すことができる。
【００４８】
さらに、クライアント装置および／またはサーバが、患者が既知のもしくは疑わしい疾患トリガ（またはおそらく疾患症状といくぶん高い関連がある疾患要因さえも）を経験したことがあると知った場合、このクライアント装置（それ自身でまたはおそらくサーバの方向で）は、その後数時間（または数日）にわたって、既知のまたは疑わしい疾患トリガが疾患症状に何か影響を与えたかおよびその程度を注意深く監視するため、追加の疾患症状／因子／トリガデータを患者から収集するさらなるプロンプトを生成することができる。例えば、カフェインが既知のまたは疑わしい疾患トリガである場合、クライアント装置および／またはサーバが患者がコーヒーを消費したことを知ると、クライアント装置は、将来さらにプロンプトを発生して、追加のコーヒーまたは他のカフェイン入り飲料を消費したかどうか患者に尋ねることができる。このクライアント装置はまた、患者が疾患症状を経験する可能性を増減するカフェインと相互作用する（その患者にとって）既知のもしくは疑わしい任意の他の疾患トリガに携わったことがあるまたは経験したことがあるかどうかを尋ねるプロンプトを生成することができる。
【００４９】
このように、クライアント装置および／またはサーバは、個々の患者の疾患症状、因子およびトリガの情報ならびに患者の最近の既知のまたは疑わしい因子およびトリガへの露出の情報を用いて、（ｉ）どの疾患要因がその患者の疾患症状（複数可）と最も強く関連するか、（ｉｉ）例えば、患者に特定の疾患症状を経験させる、かつ／または患者が特定の疾患症状を経験することを防ぐ可能性が最も高い患者の疾患要因／トリガを特定することを含む、どの疾患要因が、その患者の疾患トリガと特定されるほど患者の疾患症状（複数可）と十分強い関連性があるか、（ｉｉｉ）患者のクライアント装置（複数可）に、例えば、図９および１１を参照して図示し説明するようにリスク計を介して、患者が近い将来疾患症状を経験する（または経験しない）可能性を記載している情報を提供すること、および／または（ｉｖ）例えば、図１０および１１を参照して図示し説明するようにトリガマップを介して、患者のクライアント装置（複数可）が使用して、患者の行為または環境が、特定の疾患症状を経験する患者の近い将来の可能性に及ぼす可能性がある影響を患者に示すことができる、患者のクライアント装置（複数可）に、症状／因子／トリガ関連および疾患要因判定の情報を提供することをサーバが判定する際に最も役立つ関連疾患症状／因子／トリガデータを、患者に入力するよう促す。
【００５０】
図３は、一部の実施形態によるクライアント装置３００の例示的なＧＵＩプロンプトを示している。このクライアント装置３００は、クライアント装置１１６ａ〜１１６ｃ（図１）および／またはクライアント装置２００（図２）を含むがそれらに限定されない、本明細書に記載する任意のクライアント装置と同一あるいは類似であってもよい。
【００５１】
このＧＵＩプロンプト３０２は、プロンプトフィールド３０４および患者から症状／因子／トリガデータを受信する入力フィールド３０６を含む。このプロンプトフィールド３０４は、（ｉ）疾患要因、疾患トリガまたは疾患症状のうちの少なくとも１つに一致するアイコン３０８（または類似の表示）、（ｉｉ）要求された特性評価指標（複数可）の簡単な説明３１０、および（ｉｉｉ）特性評価指標（複数可）の値の許容範囲を示す数値範囲フィールド３１２を含む。
【００５２】
図３に示す実施例は、「不眠」が、疾患症状（例えば、この場合偏頭痛）と高い関連のある疾患トリガ（または少なくとも患者にとって疾患要因）であると推測している。図３に示す実施例では、アイコン３０８は、「不眠」（すなわち、疾患要因／トリガ）に一致し、簡単な説明３１０は、ユーザに「よく眠れますか？」と尋ねており、数値範囲フィールド３１２は、睡眠の場合は睡眠時間になる、特性評価指標の許容範囲として０〜１２の任意の値をユーザが入力できることを示している。他の疾患要因／トリガは、１つ以上の異なる特性評価指標を有することができる。
【００５３】
実施形態によっては、このクライアント装置３００は、特定のイベントに応じて、ＧＵＩプロンプト３０２を表示するよう構成される。図３に示す実施例では、クライアント装置３００は、このクライアント装置３００の目覚ましアラームに応じてＧＵＩプロンプト３０２を表示することができる。実施例によっては、このクライアント装置３００は、長期間使用していない後、朝に、患者が今起きたことを暗示する、クライアント装置３００を移動し始めたことの検出（例えば、加速度計、ジャイロスコープ、および／またはＧＰＳデータに基づいて）に応じて、ＧＵＩプロンプト３０２を表示することができる。患者が、朝、今起きたことを判定、検出、そうでなければ推測したすぐ後に、睡眠時間を入力するようユーザに促すことにより、このクライアント装置３００は、患者を促して、情報がもっとも容易に得られるときに、睡眠時間のデータを入力させる。
【００５４】
例えば、ＧＵＩプロンプト３０２に応じて、患者が少ない睡眠時間の数字（例えば、４時間）を入力した場合で、睡眠不足がこの患者の既知の疾患トリガである場合（すなわち、この例では、睡眠不足が患者の偏頭痛を経験することと高い関連がある）、クライアント装置３００は（独立してまたはおそらくサーバの方向で）、１日を通して、さらにＧＵＩプロンプトをフォローアップして、「睡眠不足」という患者の既知の疾患トリガを考慮して、関連する可能性がある患者の関連疾患症状／因子／トリガデータを集めることができる。
【００５５】
患者が、睡眠不足を報告したので、このクライアント装置３００は後でその朝にユーザを促して、図４に示すＧＵＩプロンプト４０２を表示することができる。その表示は、一部の実施形態にしたがって、クライアント装置３００に他の例示的なＧＵＩプロンプトを例示するものである。
【００５６】
このＧＵＩプロンプト４０２は、プロンプトフィールド４０４および患者から症状／因子／トリガデータを受信する入力フィールド４０６を含む。このプロンプトフィールド４０４は、（ｉ）疾患要因、疾患トリガまたは疾患症状のうちの少なくとも１つに一致するアイコン４０８（または類似の表示）、（ｉｉ）要求された特性評価指標（複数可）の簡単な説明４１０、および（ｉｉｉ）特性評価指標（複数可）の値の許容範囲を示す数値範囲フィールド４１２を含む。
【００５７】
図４に示す実施例は、「カフェイン」が、この患者の疾患トリガ（または、少なくとも疾患要因）であると推測している。図４に示す実施例では、アイコン４０８は、「カフェイン」（すなわち、疾患要因／トリガ）に一致し、簡単な説明４１０は、ユーザに「カフェイン？」と尋ねており、数値範囲フィールド４１２は、カフェインの場合は摂取回数になる、特性評価指標の許容範囲として０〜５の任意の値をユーザが入力できることを示している。他の疾患要因／トリガは、１つ以上の異なる特性評価指標を有することができる。
【００５８】
図４に示す実施例では、クライアント装置３００は、患者が前夜４時間しか寝なかったという早期の兆候に応じて、ＧＵＩプロンプト４０２を表示することができる。このように、クライアント装置は（個別にまたはおそらくサーバの制御の下）、患者が早期に入力した（すなわち、ＧＵＩプロンプト３０２に応じて患者によって示された睡眠不足）疾患要因／トリガデータに基づいて、後のプロンプト（すなわち、ＧＵＩプロンプト４０２）を選択および表示している。実施形態によっては、このクライアント装置３００は、患者がコーヒーショップにいることを（例えば、ＧＰＳまたは他の位置データを介して）判定または検出することに応じて、ＧＵＩプロンプト４０２を表示することができる。前夜４時間しか寝なかったことを知った後すぐ、患者が朝摂ったカフェインの回数を入力するよう促すことによって、このクライアント装置３００は、（ｉ）患者がカフェインを消費した可能性がより多いその日に、（ｉｉ）患者がカフェインを消費した可能性がある時に近い時刻でおよび／または場所で、このように疾患トリガ（カフェイン消費）情報が最も容易に入手できるときに、患者を促して、消費したカフェインの摂取回数のデータを入力させる。
【００５９】
実施形態によっては、このクライアント装置は、さらにプロンプトおよび／または通知を生成して、患者が疾患症状を経験する可能性を減らすために１つ以上の行動をとるよう患者を促すよう構成可能である。図５は、一部の実施形態によるクライアント装置３００による例示的なＧＵＩプロンプト／通知を示している。
【００６０】
ＧＵＩプロンプト５０２は、患者の入力を受信する通知フィールド５０４、命令フィールド５０８および入力フィールド５１０を含んで、患者がＧＵＩプロンプト５０２の命令／提案に従うかどうかを確認する。図５に示す実施例は、サーバシステムが以前、水の摂取と仮眠がこの特定の患者にとって両方とも「プロテクタ」であると判定している（すなわち、この例では偏頭痛である、疾患症状を特定の患者が経験する可能性を減らす傾向がある疾患要因）。
【００６１】
この通知フィールド５０４は、（ｉ）通知の種類に一致するアイコン５０６（または類似の表示）および（ｉｉ）この通知の簡単な説明５１２を含む。図５の実施例では、このアイコン５０６は「警報」通知に一致し、簡単な説明５１２が「高リスクの偏頭痛！」を示して、例えば、図３および４それぞれのＧＵＩプロンプト３０２および４０２に応じて受信した疾患要因／トリガデータなどの、以前受信した疾患要因／トリガデータに少なくとも部分的に基づいて、患者が偏頭痛を経験するいくらかの閾値リスクを超えている（例えば、７０％超またはおそらく他の閾値リスク）ことを患者に知らせる。
【００６２】
この実施例の命令フィールド５０８は、患者が疾患症状を経験する現在の可能性を減らすために取ることができる「緩和ステップ」を含む。ある患者に対する別の疾患症状は、１つ以上の別の緩和ステップを有することができ、別の患者は、同じ疾患症状に対して１つ以上の別の緩和ステップを有することができる。動作中、サーバは、疾患症状を経験する可能性を減らす可能性が最も高い疾患要因／トリガに基づいて、特定の患者および疾患症状の緩和ステップを判定する。
【００６３】
実施形態によっては、命令フィールド５０８に表示される緩和ステップは、今患者に疾患症状を経験する高いリスクを持たせている特定の疾患トリガに基づくことができる。ここに示す実施例は、サーバ（図７および８を参照して図示し説明する手順を介して）が、水を消費し仮眠するという鎮静因子が、睡眠喪失およびカフェイン消費の疾患トリガと相互作用すると判定したと推測する。
【００６４】
動作中、別の疾患トリガは別の緩和因子を有することができる。例えば、１つの筋書きでは、このサーバは、（ｉ）チョコレートを消費し、明るい日差しへの露出は、特定の患者の疾患トリガであり、（ｉｉ）運動およびブロッコリの消費は、チョコレートおよび明るい日差しへの患者の露出が疾患症状を経験させる可能性を減らす傾向があると判定した可能性がある。この筋書きでは、患者が、チョコレートを消費し明るい日差しにさらされていたと以前示していた場合で、サーバがチョコレートの消費および日差しへの露出の程度が、患者が疾患症状を経験するリスクを増やすのに十分であると判定した場合、クライアント装置は、患者が疾患症状を経験するリスクを減らすためにブロッコリを消費し身体運動するよう命令する緩和ステップを有するＧＵＩプロンプト／通知を生成することができる。
【００６５】
図６は、一部の実施形態による疾患要因および／または疾患トリガ特性評価指標のためのＧＵＩプロンプトを生成することを含む例示的な方法６００を示している。ブロックは順番に図示されているが、こうしたブロックは、実施例によっては、並行しておよび／または本明細書に記載するものと別の順序で実施されてもよい。また、様々なブロックが、組み合わされて少なくなる、分割されて多くなる、かつ／または所望の実施形態に基づいて除去されてもよい。さらに、この例示的な方法６００は、クライアント装置がいくつかステップを実行し、サーバが他のステップを実行することを示すが、実施形態によっては、例示的な方法６００でクライアント装置によって実行された一部のステップが、サーバによって実行されてもよく、その逆もあり得る。
【００６６】
また、方法６００では、ブロックそれぞれは、本方法の特定の論理機能またはステップを実装するプロセッサまたはコンピューティングデバイスによって実行される１つ以上の命令を含む、プログラムコードのモジュール、セグメントまたは一部を表すことができる。このプログラムコードは、任意の種類のコンピュータ可読媒体またはメモリに保存可能であり、その例として、ディスクもしくはハードドライブまたはフラッシュメモリなどの他の種類のメモリを含む記憶装置などが挙げられる。このコンピュータ可読媒体は、非一過性コンピュータ可読媒体を含むことができ、その例として、レジスタメモリ、プロセッサキャッシュおよびランダムアクセスメモリ（ＲＡＭ）などの短期間データを保存するコンピュータ可読媒体などが挙げられる。このコンピュータ可読媒体はまた、二次または持続的長期記憶装置などの非一過性媒体を含むことができ、例として、読み出し専用メモリ（ＲＯＭ）、光または磁気ディスク、コンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）および／またはフラッシュメモリが挙げられる。このコンピュータ可読媒体はまた、任意の他の揮発性または不揮発性記憶システムであることが可能である。このコンピュータ可読媒体は、例えば、コンピュータ可読記憶媒体または有形記憶装置と考えることができる。
【００６７】
例示的な方法６００はブロック６０２で始まり、そこでクライアント装置は、イベントに応じて、第１の疾患要因／トリガに対して特定である、第１の疾患要因／トリガ入力の第１のユーザインタフェース（ＵＩ）プロンプトを表示する。動作中、このクライアント装置は、本明細書に記載する任意のクライアント装置と同一または類似であってよい。
【００６８】
ブロック６０４で、このクライアント装置は、（ｉ）第１の疾患要因／トリガ入力を受信し、（ｉｉ）受信した第１の疾患要因／トリガ入力をサーバへ送信する。動作中、このサーバは、本明細書に開示する任意のサーバおよび／またはサーバシステムと同一または類似であってよい。実施形態によっては、このクライアント装置は、所定の「最優先」疾患要因／トリガ入力を優先形式でサーバに送信することができる。例えば、このクライアント装置は、こうした疾患要因／トリガデータを、保持して後でウェブサーバに送信するのではなく、こうした疾患要因／トリガデータの受信に応じて（またはその後非常に短い時間で）すぐに（または実質的にすぐに）「最優先」疾患要因／トリガ入力をサーバに送信することができる。
【００６９】
ブロック６０６で、このサーバは、（ｉ）クライアント装置から第１の疾患要因／トリガ入力を受信し、（ｉｉ）第１の疾患要因／トリガ入力を含むデータの統計解析に少なくとも部分的に基づく第２の疾患要因／トリガ入力プロンプトを判定し、（ｉｉｉ）クライアント装置に第２の疾患要因／トリガＵＩプロンプトを生成するよう命令する。動作中、第２の疾患要因／トリガ入力プロンプトの判定は、本明細書に記載する実施例に類似のブロック６０２で説明する第１の疾患要因／トリガプロンプトに対する患者の応答に基づくことが可能である。
【００７０】
ブロック６０８で、このクライアント装置は、サーバから第２の疾患要因／トリガＵＩプロンプトを生成する命令を受信し、この命令の受信に応じて、第２の疾患要因／トリガに対して特定である、第２の疾患要因／トリガＵＩプロンプトを表示する。このクライアント装置は、第２の疾患要因／トリガＵＩプロンプトを介して患者から第２の疾患要因／トリガデータを受信した後、受信した第２の疾患要因／トリガ入力をサーバに送信する。
【００７１】
次に、ブロック６１０で、このサーバは、（ｉ）クライアント装置から第２の疾患要因／トリガ入力を受信し、（ｉｉ）少なくとも第１および第２の疾患要因／トリガ入力を含む患者の疾患症状／因子／トリガデータの統計解析に少なくとも部分的に基づいて、患者が疾患症状を経験する可能性があるかどうかを判定する。
【００７２】
ブロック６１２で、このサーバが、ブロック６１０で行われた解析に基づいて患者が疾患症状を経験する可能性と判定した場合、このサーバは、クライアント装置に対して患者が疾患症状を経験する可能性があるという兆候を送信する。
【００７３】
最後にブロック６１４で、このクライアント装置は、サーバから、患者が疾患症状を経験する可能性があるという兆候を受信し、この兆候の受信に応じて、例えば、図５を参照して図示し説明される通知などの、患者が疾患症状を経験する可能性があるという通知を表示する。実施形態によっては、この通知はまた、患者が疾患症状を経験する可能性を緩和するまたは低減するためのアクションをクライアント装置が実行するための命令を含むことができる。
【００７４】
疾患要因と疾患症状との間の関連性を判定
【００７５】
図７は、一部の実施形態による患者母集団の疾患要因と疾患症状との間の関連性および／または相関性を判定することを含む例示的な方法７００を示し、図８は、一部の実施形態による（ｉ）疾患要因および／または疾患トリガと（ｉｉ）患者の疾患症状との間の関連性および／または相関性を判定することを含む例示的な方法８００を示す。ブロックは順番に図示されているが、こうしたブロックは、実施例によっては、並行しておよび／または本明細書に記載するものと別の順序で実施されてもよい。また、様々なブロックが、組み合わされて少なくなる、分割されて多くなる、かつ／または所望の実施形態に基づいて除去されてもよい。さらに、この例示的な方法７００および８００は、本方法のステップを実行するサーバを説明するが、実施形態によっては、患者のクライアント装置が、本方法のステップのうちの１つ以上を実行してもよい。
【００７６】
また、方法７００および８００では、ブロックそれぞれは、本方法の特定の論理機能またはステップを実装するプロセッサまたはコンピューティングデバイスによって実行される１つ以上の命令を含む、プログラムコードのモジュール、セグメントまたは一部を表すことができる。このプログラムコードは、任意の種類のコンピュータ可読媒体またはメモリに保存可能であり、その例として、ディスクもしくはハードドライブまたはフラッシュメモリなどの他の種類のメモリを含む記憶装置などが挙げられる。このコンピュータ可読媒体は、非一過性コンピュータ可読媒体を含むことができ、その例として、レジスタメモリ、プロセッサキャッシュおよびランダムアクセスメモリ（ＲＡＭ）などの短期間データを保存するコンピュータ可読媒体などが挙げられる。このコンピュータ可読媒体はまた、二次または持続的長期記憶装置などの非一過性媒体を含むことができ、例として、読み出し専用メモリ（ＲＯＭ）、光または磁気ディスク、コンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）および／またはフラッシュメモリが挙げられる。このコンピュータ可読媒体はまた、任意の他の揮発性または不揮発性記憶システムであることが可能である。このコンピュータ可読媒体は、例えば、コンピュータ可読記憶媒体または有形記憶装置と考えることができる。
【００７７】
実施例によっては、例示的な方法７００は、サーバシステムによって実行される。こうした実施例では、方法７００を実行するサーバは、本明細書に開示し説明する任意のサーバと類似または同一であってよい。
【００７８】
方法７００は、ブロック７０２で始まり、複数の患者を含む患者母集団から疾患症状および疾患要因入力を受信することを含む。
【００７９】
患者母集団から疾患症状および疾患要因入力を受信した後、方法７００は、７０４に進み、頑健な分散推定値を有するコックス比例ハザード解析に基づいて疾患要因と疾患症状との間の多変量関連を（患者母集団に対して）判定することを含む。コックス比例ハザード解析では、患者毎の時間従属変数、時間従属層および多重イベントが、コックス比例ハザードモデルに対するAndersen-Gill拡張の計数過程法を用いて組み入れられる。あるいは、実施例によっては、ロジスティック回帰オッズ比解析または他の統計的方法および／もしくは手法を使用することができる。
【００８０】
次に、方法７００は、ワルド検定を用いて判定された関連性のそれぞれの統計的有意性を判定することを含む、ブロック７０６に進む。実施形態によっては、代替方法を使用して、判定された関連性のそれぞれの統計的有意性を判定することができる。
【００８１】
ブロック７０６で、判定された関連性のそれぞれの統計的有意性を判定した後、方法７００は、ハザード比または類似の解析に基づいて疾患症状に関する疾患要因の影響を判定すること（判定された関連性それぞれについて）を含む、ブロック７０８に進む。
【００８２】
次に、ブロック７１０は、１より大きい多変量ハザードを有する患者母集団の疾患要因を特定し、（ｉ）患者母集団の患者に疾患症状を経験させる、または患者母集団の患者が疾患症状を経験するリスクまたは可能性を少なくとも増やすこと、（ｉｉ）患者母集団の患者が疾患症状を経験することを防ぐ、または患者母集団の患者が疾患症状を経験するリスクまたは可能性を少なくとも減らすことのうちの少なくとも１つと大きく関連する疾患要因として特定された疾患要因を指定することを含む。
【００８３】
方法７００の一部の実施形態は、追加で、ＧＵＩ中の疾患症状に対する患者母集団トリガマップを表示することを含む、ブロック７１２を含むことができる。動作中、この患者母集団のトリガマップは、（ｉ）ブロック７１０で特定された疾患要因のうちの１つ以上と（ｉｉ）患者母集団の１人以上の患者との間の１つ以上の関係を示している。実施形態によっては、このサーバシステムは、本明細書に図示し説明する任意のクライアント装置などのクライアント装置に患者母集団のトリガマップを表示するデータを送信するよう構成される。この患者母集団のトリガマップは、図１２Ａおよび１２Ｂを参照して本明細書に図示し説明する例示的な患者母集団のトリガマップと同一または類似であってもよい。
【００８４】
図８は、一部の実施形態による（ｉ）疾患要因および／または疾患トリガならびに（ｉｉ）患者の疾患症状との間の関連性および／または相関性を判定することを含む例示的な方法８００を示している。実施形態によっては、方法８００は、サーバシステムによって実行される。こうした実施形態では、方法８００を実行するサーバは、本明細書に開示し説明する任意のサーバと類似または同一であってもよい。
【００８５】
方法８００は、ブロック８０２で始まり、そこでは、個々の患者の疾患要因をデータおよび疾患症状データを受信することを含む。本明細書に記載するように、このサーバシステムは、疾患要因データおよび疾患症状データを、（ｉ）クライアント装置への入力を介して、疾患症状データおよび疾患要因データの経験を報告する患者、（ｉｉ）クライアント装置のセンサまたはクライアント装置との通信を介して（例えば、クライアント装置と通信する、光センサによって検知される明るい日差し、マイクロフォンにより検出される騒音、生理センサにより検出される生理的症状）、疾患症状または疾患要因（複数可）の患者の経験を検出する患者のクライアント装置、および／または（ｉｉｉ）例えば、サードパーティ情報源を介して、患者がいる区域の疾患要因の情報を受信するサーバシステムから受信することができる。
【００８６】
ブロック８０４は、受信した疾患要因と疾患症状データのコックス比例ハザード解析に基づいて疾患要因と患者の疾患症状との間の単変量関連を判定することを含む。あるいは、実施形態によっては、ロジスティック回帰オッズ比解析または他の統計的方法および／もしくは手法を使用することができる。
【００８７】
ブロック８０６で、このサーバは、判定された関連性それぞれの、ワルド検定を用いて判定された関連性の統計的有意性を判定する。実施形態によっては、代替方法を使用して、判定された関連性のそれぞれの統計的有意性を判定することができる。
【００８８】
次にブロック８０８は、判定された関連性それぞれの、ハザード比解析または他の類似の解析に基づいて、疾患症状に関する疾患要因の影響を判定することを含む。
【００８９】
そして、ブロック８１０で、このサーバは、患者の各疾患要因の単変量ハザード値およびＰ値を判定する。
【００９０】
次にブロック８１２で、このサーバは、特定の患者の疾患トリガとして、１より大きい単変量ハザードおよび０．０５以下のＰ値（またはおそらく他のＰ−値閾値）を有する個々の疾患要因を指定する。実施形態によっては、患者の特定された疾患トリガは、図１０を参照して本明細書に図示し説明するトリガマップなどの、患者のトリガマップ内に表示可能である。
【００９１】
実施形態によっては、さらに、サーバが疾患症状に対する患者母集団トリガマップをＧＵＩに表示する、ブロック８１４を含むことができる。動作中、この患者母集団のトリガマップは、（ｉ）ブロック８１２で判定された疾患トリガのうちの１つ以上と（ｉｉ）患者母集団のうちの１人以上の患者との間の関係を示している。実施形態によっては、このサーバシステムは、本明細書に図示し説明する任意のクライアント装置などのクライアント装置に患者母集団のトリガマップを表示するデータを送信するよう構成される。この患者母集団のトリガマップは、図１２Ａおよび１２Ｂを参照して本明細書に図示し説明する例示的な患者母集団のトリガマップと同一または類似であってもよい。
【００９２】
実施形態によっては、特定の患者の疾患トリガのすべてを特定したかどうかを判定するサーバシステムをさらに含むことができる。
【００９３】
例えば、特定の患者が、複数回疾患症状を経験したとき、実施形態によっては、このサーバシステムは、患者が疾患症状を経験するそれぞれの場合に、この疾患症状を経験する前に、以前特定された疾患トリガのうち１つ以上を経験しているかどうかを判定するよう構成される。患者が疾患症状を経験した複数の場合に、このサーバシステムが、患者はそれぞれの場合の前に以前特定された疾患トリガ（例えば、図７および８を参照して図示し説明する方法にしたがって特定された）の１つ以上を経験していると判定した場合、このサーバシステムは、患者の疾患トリガのすべてを特定した、または、少なくとも患者が日常的に経験するトリガのすべてを特定した、と結論付けることができる。
【００９４】
動作中、このサーバシステムは、患者が疾患症状を経験したかどうか、かつ患者が以前特定された疾患トリガのうちの１つ以上を経験したかどうかを、（ｉ）クライアント装置への入力を介して、患者が疾患要因および／または疾患トリガ（複数可）の経験を報告すること、（ｉｉ）クライアント装置のセンサまたはそれとの通信を介して（例えば、クライアント装置と通信する、光センサによって検出される明るい日差し、マイクロフォンによって検出される騒音、生理センサにより検出される生理的症状）、患者のクライアント装置が疾患症状および／または疾患トリガ（複数可）の経験を検出すること、および／または（ｉｉｉ）例えば、サードパーティ情報源を介して、サーバシステムが、患者がいる区域の疾患要因の情報を受信することを含むがそれらに限定されない、本明細書に開示するいずれの方法の１つ以上を介して、判定することができる。
【００９５】
患者の疾患トリガのすべて（または、少なくとも患者が日常的に経験するトリガのすべて）を特定したと結論付けた後で、このサーバシステムは、患者の疾患トリガのすべて（または、少なくとも患者が日常的に経験するトリガのすべて）を特定したと（例えば、患者のクライアント装置にメッセージを送信して）患者に報告することができる。
【００９６】
しかし、このサーバシステムが、患者は疾患症状を経験したことが１回以上あるが、以前特定した疾患トリガの１つ以上を経験していない（または、この疾患症状を経験する１２〜２４時間前あるいはおそらく４８時間前までなど、患者の疾患症状の経験に先立つ閾値の時間内に、少なくとも以前特定した疾患トリガの１つ以上を経験していない）と判定した場合、患者の疾患トリガのすべて（または、少なくとも患者が日常的に経験するトリガのすべて）を判定していないと判定してもよい。
【００９７】
患者の疾患トリガのすべて（または少なくとも患者が日常的に経験するトリガのすべて）を特定していないと結論付けた後で、このサーバシステムは、患者に未判定の疾患トリガが１つ以上あると（例えば、患者のクライアント装置にメッセージを送信することで）報告することができる。このサーバシステムはまた、１つ以上の新しい潜在的なトリガ（または疾患要因）を選択して、患者を追跡することができる、または、患者は、１つ以上の新しい潜在的なトリガを選択して、サーバシステムに追跡させることができる。実施形態によっては、このサーバシステムは、この１つ以上の新しい潜在的なトリガを図７、１２Ａおよび／または１２Ｂを参照して説明する患者母集団のトリガの組から選択することができる。このサーバシステムはまた、１つ以上の潜在的なトリガを、このサーバシステムが患者が疾患症状を経験するリスクまたは可能性を高めることとの十分強い関連性を確証できていない患者の１組の疾患要因から選択してもよい。
【００９８】
新しい潜在的なトリガのソース（すなわち、サーバシステムまたは患者によって選択される）に関わらず、このサーバシステムは、１つ以上のメッセージを患者のクライアント装置に送信して、１つ以上の新しい潜在的なトリガを追跡し続け、それに対する患者の露出を報告するよう患者に助言することができる。例えば、実施形態によっては、このサーバシステムは、図３および４を参照して説明される方法と同様に１つ以上の新しい潜在的なトリガと関連する特性評価指標を入力するよう、患者を定期的に促し始めることができる。
【００９９】
追加または代替で、実施形態によっては、サーバシステムを含んで、患者のクライアント装置上のおよび／またはそれと通信する１つ以上のセンサから１つ以上の潜在的なトリガに対する患者の露出に関するデータを収集するよう患者のクライアント装置を構成することができる。
【０１００】
１つ以上の新しい疑わしいトリガへの患者の露出を追跡し始めると、このサーバシステムは、図８または本明細書の他の個所を参照して説明する方法を用いて、１つ以上の新しい疑わしいトリガのそれぞれが、患者の実際のトリガかどうかを判定することができる。
【０１０１】
疾患症状リスク計
【０１０２】
図９は、一部の実施形態によるクライアント装置のＧＵＩに表示される例示的なリスク計９００を示している。動作中、このリスク計９００を表示するクライアント装置は、本明細書に開示し説明する任意のクライアント装置と同一または類似であってよい。
【０１０３】
リスク計９００は、リスク表示フィールド９０４およびリスクインジケータ９０２を含む。動作中、このリスクインジケータ９０２は、リスク表示フィールド９０４内の場所に配置されて、患者が疾患症状（すなわち、この例では、偏頭痛）を経験する今の可能性（例えば、低、中、高）を示すことができる。図９の例示的なリスク計９００は、楕円形の「速度計」型レイアウトで示されているが、他のリスク計の実施形態では、別のレイアウトであってもよく、例えば、（ｉ）垂直方向のリスク表示フィールド内に上下に配置することができ、疾患症状を経験する可能性の高低を示すリスク表示を有する、線形、垂直方向のリスク表示フィールド、または（ｉｉ）水平方向のリスク表示フィールド内に左右に配置することができ、疾患症状を経験する可能性の高低を示すリスク表示を有する、線形、水平方向のリスク表示フィールドが挙げられる。
【０１０４】
実施形態によっては、サーバは、患者が疾患症状を経験する今のリスクが、低、中または高（またはおそらく他の等級あるいは呼称）かどうかを、（ｉ）例えば、おそらく方法８００にしたがって判定される、患者の判定された疾患トリガ、（ｉｉ）患者、患者のクライアント装置、ならびに／あるいは、例えば、本明細書に記載するサーバに、患者の疾患トリガへの露出を監視、収集および／または報告するよう構成される他のセンサおよび／または情報源によって報告される、患者が最近（例えば、過去数時間またはおそらく数日以内に）露出したか、そうでなければ経験した特定の疾患トリガ、および／または（ｉｉｉ）（ｉｉｉ−ａ）患者が最近露出したか、そうでなければ経験した疾患トリガと（ｉｉｉ−ｂ）例えば、方法８００によって判定される、疾患症状との間の判定された関連性の強さのうちの１つ以上を解析することによって、判定することができる。
【０１０５】
実施形態によっては、このサーバは、患者のクライアント装置に、（ｉ）例えば、方法８００によって判定される、患者の判定された疾患トリガ、（ｉｉ）疾患トリガそれぞれと患者の疾患症状との間の関連性の程度または強さ（例えば、コックスハザード比、Ｐ値、ロジスティック回帰オッズ比または他の関連の定量化に基づいて）、および／または（ｉｉｉ）最近の期間内（例えば、数時間またはおそらく数日）の疾患トリガへの患者の露出の累積度数および／または量のうちの１つ以上を記載する疾患症状／トリガのデータを提供することができる。さらに、このサーバ（単独またはおそらくクライアント装置によって収集されたがまだサーバに送信されていない最近の疾患トリガのデータとの組み合わせ）から受信した疾患症状／トリガのデータに基づいて、クライアント装置は、患者が疾患症状を経験する今のリスクが、低、中、高（またはおそらく他の等級あるいは呼称）かどうかを判定し、リスク計９００内に判定された現在のリスクを表示することができる。
【０１０６】
動作中、このリスクインジケータ９０２は、リスク表示フィールド９０４内の場所に配置されて、患者が疾患症状（すなわち、この例では、偏頭痛）を経験する今の可能性（例えば、低、中、高）を示すものである。実施形態によっては、このリスクインジケータ９０２のサイズはまた、判定された可能性の信頼度（またはおそらく許容誤差）を反映することができる。具体的には、判定された可能性（またはリスク推定）が、患者の少ないデータポイント数および短い疾患症状／因子／トリガのデータに基づくとき、このリスクインジケータ９０２のサイズはより大きくなり、例えば、疾患症状を経験する確立が５０〜８５％など、より広い範囲の可能性を示す場合がある。しかし、判定された可能性（またはリスク推定）が、患者の多いデータポイント数および長い疾患症状／因子／トリガのデータに基づくとき、このリスクインジケータ９０２のサイズはより小さくなり、例えば、疾患症状を経験する確立が７０〜８５％など、より狭い範囲の可能性を示す場合がある。
【０１０７】
実施形態によっては、クライアント装置および／またはサーバ（個別にまたは組み合わせ）が、患者は、今疾患症状を経験するリスクが高いと判定する場合、リスク計９００はまた、警報バナー９０６を生成することができる。例示的なリスク計９００では、この警報バナー９０６は、「今後２４時間以内に偏頭痛の高いリスク」があると患者に伝え、「予防措置として、トリガマップを確認すること！」と患者に命令する。別の疾患症状のリスク計は、別のメッセージおよび命令を持つ警報バナーを有することができる。実施形態によっては、ユーザのタッチ、クリック、そうでなければ警報バナー９０６との対話によって、クライアント装置に患者のトリガマップをＧＵＩ内に表示させることができる。
【０１０８】
実施形態によってはまた、患者の特定された疾患トリガ／プロテクタに基づいて、電子メッセージを生成し、患者に送信することを含むことができる。こうしたメッセージは、１つ以上の電子メール、テキストメッセージ、アプリ内メッセージ、または他の種類の電子メッセージを含むことができる。実施形態によっては、このシステムは、患者へメッセージを生成し送信して、患者の特定の疾患トリガを避けるよう注意するかつ／または患者に特定の疾患プロテクタを行うよう促すよう構成される。動作中、このサーバシステムは、こうした注意を、例えば、一日数回、毎日、一週間に数回、一週間に一度またはおそらく多かれ少なかれ、定期的に、または半定期的に送信することができる。実施形態によってはまた、こうした注意をリスク計９００などのリスク計を有する通知として表示することを含むことができる。しかし、こうした注意および通知は、リスク計と連携して実行される機能とは独立してかつ別に生成され、患者のコンピューティングデバイスへ送信可能である。
【０１０９】
動作中、患者のコンピューティングデバイスが、こうしたメッセージまたは通知を受信したとき、患者のコンピューティングデバイスは、コンピュータデバイスのＧＵＩにこのメッセージまたは通知を表示する。実施形態によっては、一部のメッセージは、患者に対してユーザインタフェーススクリーンを立ち上げるソフトウェアベースのリンクをさらに含んで、メッセージ内に特定される疾患トリガ／プロテクタへの患者の露出を入力させることができる。例えば、一部のメッセージは、患者によって起動されると（例えば、メッセージ内のリンクをタッチすることまたはリスク計内の通知のリンクをタッチすることで）、クライアント装置に図３〜５を参照して図示し説明するものに類似の１つ以上のＧＵＩユーザインタフェーススクリーンを生成し、表示させるソフトウェアリンクを含み、それによって、メッセージまたは通知内に特定される疾患トリガ／プロテクタへの露出を特徴付けるデータを患者が入力することを可能にすることができる。
【０１１０】
疾患トリガマップ
【０１１１】
図１０は、一部の実施形態によるクライアント装置のＧＵＩ内に表示される例示的な疾患トリガマップを示している。動作中、この疾患トリガマップ１０００を表示するクライアント装置は、本明細書に開示し説明する任意のクライアント装置と同一または類似であってよい。
【０１１２】
このトリガマップ１０００は、複数のトリガアイコン１〜３３を含む。実施形態によっては、各トリガアイコン１〜３３は、（ｉ）患者に判定された疾患トリガ、（ｉｉ）患者に判定されたプロテクタ、（ｉｉｉ）患者の疑わしい疾患トリガ（または疑わしいプロテクタ）、または（ｉｖ）疾患要因が、患者にとって、疾患トリガ、疑わしい疾患トリガ、プロテクタ、または疑わしいプロテクタであるかどうか判定するための十分なデータが今無い場合の疾患要因、にうちの１つに一致する。
【０１１３】
上述の通り、（ｉ）疾患要因は、患者に関連するおよび／または患者が実行する任意のイベント、露出、行動または行為であり、それは潜在的に、患者の疾患症状の経験に影響を与える、それに作用する、または患者に疾患症状を経験させるものであり、場合によっては、患者が疾患症状を経験することを防ぐものであり、（ｉｉ）疾患トリガは、本明細書に記載する通り、統計解析を介して、患者が特定の疾患症状を経験するリスクまたは可能性を増すことと十分に強い関連性があることが判定されてきた疾患要因であり、（ｉｉｉ）プロテクタは、本明細書に記載する通り、統計解析を介して、患者が特定の疾患症状を経験するリスクまたは可能性を低減することと十分に強い関連性があることが判定されてきた疾患要因であり、（ｉｖ）疑わしい疾患トリガ（または疑わしいプロテクタ）は、おそらく、（ｉｖ−ａ）疾患要因と患者が疾患症状を経験するリスクまたは可能性の増減との間の関連性、および／または（ｉｖ−ｂ）疾患要因と疾患症状を起こす（または防ぐ）リスクあるいは可能性との間の寒冷の度合または程度を数量化するデータが不十分であることによる、疾患トリガ（またはプロテクタ）であると確証または検証されていない疾患要因である。実施形態によっては、患者の疑わしい疾患トリガ（または、疑わしいプロテクタ）に１つ以上が、この疑わしい疾患トリガが、患者が疾患症状を経験するリスクまたは可能性を増やす（または疑わしいプロテクタが低減する）対応する信頼度のレベル（例えば、１〜１０）と共に、患者が自身の疑わしい疾患トリガ（または疑わしいプロテクタ）をリスト化している患者の調査を介して導出可能である。実施形態によっては、患者の疑わしい疾患トリガ（または、疑わしいプロテクタ）の１つ以上は、サーバシステムによって判定された関連性に基づくことが可能であり、そこでは、疑わしい疾患トリガ（または、疑わしいプロテクタ）は、ほとんど（完全にではないが）疾患トリガ（または、プロテクタ）とみなされるほど十分強い関連性がある疾患要因である。例えば、疾患要因と疾患症状との間の関連性は、疾患要因が疾患トリガ（または、プロテクタ）であると宣言するには１つ以上の閾値がわずかに外側である場合で、例えば、その関連性は、コックスハザード比が１よりそれほど大きくない、かつ／または、Ｐ値がわずかに０．０５より大きいといった場合である。
【０１１４】
動作中、このサーバシステムは、特定の疾患要因が、患者（および／またはおそらく、患者の患者母集団）と関係する疾患症状／要因／トリガ入力データの統計解析に基づく特定の疾患症状と十分強い関連性があるかどうか（またはそうでないか）を判定することができる。例えば、実施形態によっては、このサーバシステムは、図７および８を参照して図示し説明する方法７００および８００を介して患者の疾患トリガ（または、プロテクタ）を判定することができ、そこではサーバは、（ｉ）特定の疾患要因と疾患症状が１より大きいコックスハザード比および０．０５以下のＰ値を有することの間の関連性を判定することに応じて患者の疾患トリガ（または、プロテクタ）として特定の疾患要因を指定する、（ｉｉ）特定の疾患要因と疾患症状との間の関連性が１よりわずかに小さいコックスハザード比および０．０５よりわずかに大きいＰ値を有することを判定することに応じて患者の疑わしい疾患トリガ（または、疑わしいプロテクタ）として特定の疾患要因を指定する。
【０１１５】
さらに、別の患者は、（ｉ）別の疾患トリガ、プロテクタ、疑わしいトリガ、疑わしいプロテクタおよび疾患要因、および（ｉｉ）別の数の疾患トリガ、プロテクタ、疑わしいトリガ、疑わしいプロテクタおよび疾患要因を有することができる。そのため、別の患者は、それぞれのトリガマップに、別のトリガアイコンおよび別の数のトリガアイコンを有することができる。したがって、動作中、患者のトリガマップは、３３個より上下する数のトリガアイコンを表示することができる。
【０１１６】
実施形態によっては、このトリガマップは、別の色、輪郭、形状またはその他の識別分類表示を有する別の分類または種類のトリガアイコンを図示することができる。例えば、このトリガマップは、（ｉ）第１の分類表示を有する変更不能疾患トリガに一致するトリガアイコン、（ｉｉ）第２の分類表示を有する変更可能な疾患トリガに一致するトリガアイコン、（ｉｉｉ）第３の分類表示を有する物理的疾患トリガに一致するトリガアイコン、（ｉｖ）第４の分類表示を有するプロテクタに一致するトリガアイコンを表している。このトリガマップはまた、第５の分類表示を有する疾患トリガ、プロテクタ、疑わしいトリガ、または疑わしいプロテクタであると判定されていない疾患要因に一致するトリガアイコンを表すこともできる。
【０１１７】
例示的なトリガマップ１０００では、（ｉ）トリガアイコン１〜８は、点線を有して、変更可能なトリガとして分類されていることを示し、（ｉｉ）トリガアイコン９〜１５は、太線を有し、変更不能なトリガとして分類されていることを示し、（ｉｉｉ）トリガアイコン１６〜２４は、三角形であって、物理的または環境的トリガとして分類されていることを示し、（ｉｖ）プロテクタアイコン２５〜３３は、正方形であり、プロテクタとして分類されていることを示す。別の（数が異なる）疾患トリガ分類および別の分類表示を有する他の実施例も、同様に可能である。
【０１１８】
また、例示的なトリガマップ１０００は、３つの領域、（ｉ）高関連領域１００２、（ｉｉ）中関連領域１００４、（ｉｉｉ）低関連領域１００６を含む。同心円状に別の領域の中心部を配置しているのは、ほんの一例のレイアウトである。実施形態によっては、同心正方形または隣接正方形領域（例えば、四分円または同様の領域）および／または他の形状ならびに別の（数が異なる）領域が、患者の疾患症状と患者の疾患要因／トリガとの間の別の（数が異なる）判定された関連性（例えば、高、中、低または他の別の等級）に一致するレイアウトを有してもよい。
【０１１９】
実施形態によっては、トリガマップ１０００内の各トリガアイコンの位置は、トリガアイコンの対応する疾患トリガと患者の疾患症状（例えば、コックスハザード比、Ｐ値、または他の関連の定量化）との間の関連性の程度または強さに基づくことができる。
【０１２０】
上述の通り、実施形態によっては、このサーバは、疾患要因と疾患症状との間の関連性が、１より大きいコックスハザード比および０．０５以下のＰ値を有するとき、疾患要因を疾患トリガとして指定する。こうした実施形態では、トリガマップ内の特定のトリガアイコンの位置は、トリガアイコンによって表された疾患トリガと疾患症状との間の多変量関連の標準化されたＰ値に基づき、それは、（標準化されたＰ値）＝Ｐ値／０．０５という方程式により算出可能である。０に近い標準化されたＰ値を有する疾患トリガは、疾患症状と大きく関連し、したがって、トリガマップ１０００の中心近く、高関連領域１００２近くまたはその内側に位置することになる。対照的に、１に近い標準化されたＰ値を有する疾患トリガは、疾患症状とあまり関連せず、したがって、トリガマップ１０００の低関連領域１００６近くまたはその内側に位置することになる。最後に、０．５に近い標準化されたＰ値を有する疾患トリガは、低関連領域１００６と高関連領域１００２との間の中関連領域１００４の中近くに位置する。
【０１２１】
同様に、上記で説明するように、実施形態によっては、個々の患者は、特定の疾患トリガ（または、プロテクタ）あるいは疑わしい疾患トリガ（または、疑わしいプロテクタ）を信頼度のレベル（例えば、１〜１０）で（患者の調査または他の患者の入力形式を介して）割り当てることができ、そこでは、（ｉ）信頼度のレベルが低い疾患トリガ（または、プロテクタ）またはおそらく疑わしい疾患トリガ（または、疑わしいプロテクタ）は、疾患トリガまたはプロテクタが、疾患症状を経験するリスクまたは可能性を増やす（または減らす）可能性が低いと患者が信じていることを示しており、（ｉｉ）信頼度のレベルが高い疾患トリガ（またはプロテクタ）あるいはおそらく疑わしいトリガ（または、疑わしいプロテクタ）は、疾患トリガまたはプロテクタが、疾患症状を経験するリスクまたは可能性を増やす（または、減らす）可能性が高いと患者が信じていることを示している。こうした実施形態では、トリガマップ内の疾患トリガ（またはプロテクタ）あるいはおそらく疑わしい疾患トリガ（または疑わしいプロテクタ）の位置は、患者が割り当てた信頼度のレベルに基づくことができ、そこでは、トリガマップは、（ｉ）患者が割り当てた信頼度のレベルが高い疾患トリガ（または、プロテクタ）あるいはおそらく疑わしい疾患トリガ（または疑わしいプロテクタ）をトリガマップの中心近くに表示し、かつ（ｉｉ）患者が割り当てた信頼度のレベルが低い疾患トリガ（または、プロテクタ）あるいはおそらく疑わしい疾患トリガ（または疑わしいプロテクタ）をトリガマップの中心から遠くに（すなわち、トリガマップの縁近くに）表示する。
【０１２２】
また、実施形態によっては、トリガマップ１０００内のトリガアイコンのサイズそれぞれは、（ｉ）トリガアイコンに一致する疾患トリガへの患者の露出の累積度数、ならびに／あるいは（ｉｉ）露出および／または累積露出量（例えば、消費した食品または薬の量）のうちの１つ以上に基づくことができる。実施形態によっては、累積度数または露出量は、ある期間にわたる回数または露出量を算出することによって数量化可能である。
【０１２３】
実施形態によっては、疾患トリガへの露出が個々に対して与える影響の推定時間減衰に基づいて、異なる疾患トリガに異なる時間枠を使用することができる。例えば、カフェインは、消費後６〜８時間患者の体内に滞留する可能性があるので、カフェインに関連する時間枠は、６〜８時間としてもよく、１２〜２４時間前に消費されたカフェインは、患者の体内にある可能性はないので、疾患トリガ効果を有する可能性は少しもない。同様に、身体運動は、患者の身体におそらく３６〜４８時間影響を与える可能性があり、したがって、身体運動に関連する時間枠は、３６〜４８時間としてよい。実際、１週間前に患者が行った運動は、患者が疾患症状を経験する可能性への影響はほんのわずか（あるとすれば）でしかない可能性がある。
【０１２４】
図１０に示す例示的な実施形態では、（ｉ）トリガアイコン６は、「カフェイン」に一致し、この実施例では、仮想の患者は、カフェインを消費する、しないを選択できるので、これは変更可能なトリガであり、（ｉｉ）トリガアイコン１４は、「インスリン」に一致し、例えば、患者は、患者の血糖値を監視し断熱材を投与するよう構成されたインスリンポンプからインスリンを受けて、安全で一定のレベルに血糖値を維持する場合、患者は、自身が受けるインスリンの量が毎日変更可能な場合でも、自身の全体の健康および健康状態を危険にさらすことなく、安全にインスリンを止めることができないので、この実施例の仮想の患者に対しては、これは変更不可なトリガと考えられ、（ｉｉｉ）トリガアイコン１９は、「低気圧」に一致し、これは、物理的／環境的トリガであり、（ｉｖ）プロテクタアイコン２７は、「運動」に一致し、この実施例では、仮想の患者のプロテクタであり、（ｖ）トリガアイコン１は、「ニコチン」に一致し、この実施例では、仮想の患者は、自身をニコチンへの露出しないことを選択できるので、これは変更可能なトリガである。
【０１２５】
図１０の例示的な偏頭痛の実施形態では、「低気圧」トリガアイコン１９が、トリガマップ１０００の中関連領域１００４の中央辺りに配置され、この患者にとって、低気圧が偏頭痛と「中関連」がある疾患トリガであることを意味する。ここでは、「低気圧」トリガアイコン１９のサイズは、他のトリガアイコンの平均サイズより大きく、これは、その日に患者が低気圧を経験したことを意味するだけでなく、（おそらく継続時間および／または強度に基づいた）低気圧の程度が、通常より大きく、低気圧が患者に偏頭痛を経験させる場合があるレベルにおそらく近づいていることも意味している。動作中、サーバは、低気圧に対する患者の露出に関する疾患トリガ入力データを、（ｉ）患者のクライアント装置（例えば、スマートフォン）の圧力センサ、（ｉｉ）患者のクライアント装置および／またはサーバに通信可能に結合され、患者のクライアント装置および／またはサーバに気圧測定値を報告するよう構成された圧力センサ、および／または（ｉｉｉ）例えば、ローカル気象情報サービスなどのサードパーティ情報源のうちの１つ以上から受信することができる。
【０１２６】
このサーバシステムはまた、疾患トリガの様々な組み合わせが相互作用して、患者が疾患症状を経験する可能性を増やす（または代わりに、患者が疾患症状を経験する可能性を低減する）かどうかを判定するよう構成可能である。こうした状況では、このトリガマップ１０００は、疾患トリガの組み合わせが相互作用することで、「カフェイン−インスリン」の組み合わせトリガアイコン１００８または「ニコチン−運動」組み合わせトリガアイコン１０１０などの、トリガ組み合わせアイコンを有する疾患症状を患者が経験する可能性を増やす（またはおそらく低減する）ことができることを示すことができる。
【０１２７】
例えば、「カフェイン」トリガアイコン６は、トリガマップ１０００の中関連領域１００４の中央辺りに配置されて、この患者にとって、カフェインが、偏頭痛と「中関連」がある疾患トリガであることを意味する。「カフェイン」トリガアイコン６のサイズは、患者が過去６〜８時間のウィンドウ内で消費したことを報告した摂取回数に基づいている。ここでは、「カフェイン」トリガアイコン６のサイズは、他のトリガアイコンの平均サイズより大きく、これは、その日に患者がカフェインを消費したことを意味するだけでなく、カフェイン消費の程度が、カフェインが患者に偏頭痛を経験させる場合があるレベルにおそらく近づいていることも意味している。この「インスリン」トリガアイコン１４はまた、トリガマップ１０００の中関連領域１００４の中央辺りに配置されて、この患者にとって、インスリンが、偏頭痛と「中関連」があることを意味する。この「インスリン」トリガアイコン１４のサイズは、他のトリガアイコンと大きさは変わらず、これは、患者が、いくらかインスリンを受けた（おそらく、患者のクライアント装置および／またはサーバに通信可能に結合されたインスリンポンプによって報告された）が、これまでに受けたインスリンの量は、単独では少なくとも、患者に偏頭痛を経験させる可能性はないといえる。
【０１２８】
しかし、この実施例では、「カフェイン」トリガアイコン６および「インスリン」トリガアイコン１４がカフェイン―インスリン」組み合わせトリガアイコン１００８に結合されている。この「カフェイン−インスリン」組み合わせトリガアイコン１００８は、ほとんど完全にトリガマップ１０００の高関連領域１００２内に配置されて、カフェインおよびインスリンが個別にそれぞれ、この患者の偏頭痛と「中関連」のみである場合でも、この患者にとって、カフェインとインスリンの組み合わせは、偏頭痛と「高関連」があることを意味する。言い換えると、カフェインおよびインスリンは相互作用して、患者が偏頭痛を経験する可能性を増やすものである。
【０１２９】
同様に、「ニコチン」トリガアイコン１は、トリガマップ１０００の中関連領域１００４の中央辺りに配置されて、この患者にとって、ニコチンが、偏頭痛と「中関連」がある疾患トリガであることを意味する。「ニコチン」トリガアイコン１のサイズは、患者が過去数時間内に消費したことを報告した関連するニコチン単位（例えば、タバコの本数）に基づいている。ここでは、この「ニコチン」トリガアイコン１のサイズは、他のトリガアイコンと大きさは変わらず、これは、患者が、多少ニコチンを消費したことを意味するが、消費したニコチンの量は、単独では少なくとも、患者に偏頭痛を経験させる可能性はないといえる。この「運動」トリガアイコン２７は、トリガマップ１０００の中関連領域１００４と高関連領域１００２との間の境界近くにあり、患者にとって、運動が、偏頭痛と「中から高」関連があることを意味する。この「運動」プロテクタアイコン１４のサイズは、他のトリガアイコンよるいくらか大きく、患者が最近運動をして、おそらく、近い将来偏頭痛を経験する可能性が低減するほど十分な運動の量であったことを意味する。動作中、このサーバは、患者の運動の程度および計測時間に関する疾患トリガデータ（またはこの場合、疾患プロテクタデータ）を、（ｉ）患者が手動で入力したデータ、（ｉｉ）加速度計、ジャイロスコープおよび／またはＧＰＳセンサなどの患者のスマートフォンの１つ以上のセンサから受信したデータ、ならびに／あるいは（ｉｉｉ）トレッドミルおよび／または心拍数モニタなどの患者のスマートフォンまたはサーバの一方または両方に通信可能に結合された外部センサから受信したデータのうちの１つ以上から受信することができる。
【０１３０】
さらに、この実施例では、「ニコチン」トリガアイコン１および「運動」プロテクタアイコン２７が、「ニコチン―運動」組み合わせトリガアイコン１０１０に結合されている。この「ニコチン―運動」組み合わせトリガアイコン１０１０は、トリガマップ１０００の低関連領域１００２の境界近くに配置されて、この患者にとって、ニコチンと運動の組み合わせが、ニコチンまたは運動個々より偏頭痛と低関連であることを意味する。言い換えると、運動は、患者がニコチンへの露出に基づいて偏頭痛を経験する可能性を低減する傾向があるが、代わりに、ニコチンへの露出は、この患者の運動の保護作用を低減するものになる。
【０１３１】
さらに、トリガマップ実施形態によっては、患者の（ｉ）疾患トリガ、（ｉｉ）プロテクタ、（ｉｉｉ）疑わしいトリガ、（ｉｖ）疑わしいプロテクタ、および／または（ｖ）疾患要因のうちの１つ以上を選択的に表示するよう構成可能である場合がある。実施形態によっては、このトリガマップは、患者の疾患トリガ、プロテクタ、疑わしいトリガ、疑わしいプロテクタおよび／または疾患要因の１つ以上を、１つ以上のコマンドの受信に応じて、患者の疾患トリガ、プロテクタ、疑わしいトリガ、疑わしいプロテクタおよび／または疾患要因を表示するＧＵＩを介して、表示するよう構成可能である。
【０１３２】
図１０に示す例示的なトリガマップ１０００はまた、疾患トリガセレクタアイコン１０１２、プロテクタセレクタアイコン１０１４、疑わしいトリガセレクタアイコン１０１６、疑わしいプロテクタアイコン１０１８、疾患ファクタセレクタアイコン１０２０を含む。他の実施形態では、図１０に示すものよりセレクタアイコンが少ない場合がある。同様に、他の実施形態では、別の種類のユーザ入力機構（例えば、プルダウンメニュ、ポップアップメニュまたは他の機構）を有して、それを介して、データを表示するために入力を受信することができる。
【０１３３】
動作中、トリガマップ１０００は、疾患トリガセレクタアイコン１０１２が起動しているとき、患者の疾患トリガを表示する。他のセレクタアイコン１０１４〜１０２０が起動していない場合、このトリガマップ１０００は、患者の疾患トリガのみを表示する。同様に、プロテクタセレクタアイコン１０１４がまた、起動している場合、疾患トリガセレクタアイコン１０１２が起動している間は、トリガマップ１０００は、患者の疾患トリガおよび患者のプロテクタを表示するが、患者の疑わしいトリガ、疑わしいプロテクタまたは疾患要因を表示しない。さらに、この疾患トリガセレクタアイコン１０１２が停止している場合に、プロテクタセレクタアイコン１０１４がまだ起動している間は、このトリガマップ１０００は患者のプロテクタのみを表示する。同様に、セレクタアイコン１０１２〜１０２０のすべてが起動している場合、このトリガマップ１０００は、患者の疾患トリガ、プロテクタ、疑わしいトリガ、疑わしいプロテクタおよび疾患要因を表示する。このように、このトリガマップ１０００は、セレクタアイコン１０１２〜１０２０の１つ以上が起動しているか、停止しているかに基づいて、患者のデータを表示するよう構成されている。
【０１３４】
例えば、このトリガマップ１０００は、疾患トリガセレクタアイコン１０１２だけが起動しているとき、患者の疾患トリガを表示するが、患者のプロテクタ、疑わしいトリガ、疑わしいプロテクタまたは疾患要因を表示しない。同様に、このトリガマップ１０００は、プロテクタセレクタアイコン１０１４だけが起動しているとき、患者のプロテクタを表示するが、患者の疾患トリガ、疑わしいトリガ、疑わしいプロテクタまたは疾患要因を表示しない。同様に、このトリガマップ１０００は、疑わしいトリガセレクタアイコン１０１６だけが起動しているとき、患者の疑わしいトリガを表示するが、患者の疾患トリガ、プロテクタ、疑わしいプロテクタまたは疾患要因を表示しない。実施形態によっては、このトリガマップ１０００は、疑わしいプロテクタセレクタアイコン１０１８だけが起動しているとき、患者の疑わしいプロテクタを表示するが、患者の疾患トリガ、疑わしいトリガ、プロテクタまたは疾患要因を表示しない。さらに実施形態によっては、このトリガマップ１０００は、疾患要因セレクタアイコン１０２０だけが起動しているとき、患者の疾患要因を表示するが、患者の疾患トリガ、プロテクタ、疑わしいトリガまたは疑わしい疾患要因を表示しない。
【０１３５】
このトリガマップ１０００は、患者の疾患トリガ、プロテクタ、疑わしいトリガ、疑わしいプロテクタおよび疾患要因の１つ以上を（任意の組み合わせで）表示するよう構成されているので、このトリガマップ１０００を使用する患者（またはおそらく、この患者を治療している医師または他の臨床医）は、トリガマップ１０００に患者の疾患症状／要因／トリガデータの一部またはすべてをすぐに表示することができ、それによって、患者の疾患症状／要因／トリガデータを簡単にリビューし解析することが可能になる。実施形態によっては、さらに、判定された疾患症状／要因／トリガデータの履歴を保存するクライアント装置および／またはサーバを含むことで、疾患症状を経験する様々なトリガおよび対応するリスクへの患者の露出が、１時間毎、１日毎、週毎、月毎に、さらに一年毎に、どう変化するか（または少なくとも変化したか）を患者がリビューすることを可能にする。こうした実施形態ではまた、様々な時間枠にわたって、患者の疾患トリガ、プロテクタ、疑わしいトリガ、疑わしいプロテクタおよび疾患要因の任意の１つ以上を（任意の組み合わせで）表示するようトリガマップ１０００を構成する１つ以上の追加のセレクタアイコン（図示せず）または同様のユーザインタフェース機構（例えば、スライドバー、ポップアップメニュ、または他の機構）を含むことができる。
【０１３６】
図１１は、一部の実施形態による患者のクライアント装置のＧＵＩ内の疾患トリガに一致するアイコンを表示することを含む例示的な方法１１００を示している。ブロックは順番に図示されているが、こうしたブロックは、実施例によっては、並行しておよび／または本明細書に記載するものと別の順序で実施されてもよい。また、様々なブロックが、組み合わされて少なくなる、分割されて多くなる、かつ／または所望の実施形態に基づいて除去されてもよい。さらに、この例示的な方法１１００は、本方法のステップを実行するクライアント装置を示すが、実施形態によっては、サーバが、本方法のステップの１つ以上を実行するよう構成されてもよい。
【０１３７】
また、方法１１００では、ブロックそれぞれは、本方法の特定の論理機能またはステップを実装するプロセッサまたはコンピューティングデバイスによって実行される１つ以上の命令を含む、プログラムコードのモジュール、セグメントまたは一部を表すことができる。このプログラムコードは、任意の種類のコンピュータ可読媒体またはメモリに保存可能であり、その例として、ディスクもしくはハードドライブまたはフラッシュメモリなどの他の種類のメモリを含む記憶装置などが挙げられる。このコンピュータ可読媒体は、非一過性コンピュータ可読媒体を含むことができ、その例として、レジスタメモリ、プロセッサキャッシュおよびランダムアクセスメモリ（ＲＡＭ）などの短期間データを保存するコンピュータ可読媒体などが挙げられる。このコンピュータ可読媒体はまた、二次または持続的長期記憶装置などの非一過性媒体を含むことができ、例として、読み出し専用メモリ（ＲＯＭ）、光または磁気ディスク、コンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）および／またはフラッシュメモリが挙げられる。このコンピュータ可読媒体はまた、任意の他の揮発性または不揮発性記憶システムであることが可能である。このコンピュータ可読媒体は、例えば、コンピュータ可読記憶媒体または有形記憶装置と考えることができる。
【０１３８】
方法１１００は、ブロック１１０２で始まり、そこで、患者のクライアント装置は、サーバから、患者の第１の疾患トリガと疾患症状との間の統計的関連の強さという第１の兆候を受信する。動作中、この患者のクライアント装置は、本明細書に記載する任意のクライアント装置と同一または類似であってよく、このサーバは、本明細書に記載する任意のサーバと同一または類似であってよい。
【０１３９】
実施形態によっては、この第１の疾患トリガは、患者に関連するおよび／または患者が実行するイベント、露出、行動または行為のうちの少なくとも１つを含み、それは潜在的に、（ｉ）患者に疾患症状を経験させる、または（ｉｉ）患者が疾患症状を経験することを防ぐもののいずれかである。さらに、実施形態によっては、この第１の疾患トリガと疾患症状との間の判定された統計的関連（すなわち、第１の疾患トリガ−症状関連）は、１より大きいコックスハザード比および閾値Ｐ値以下のＰ値を有し、患者の第１の疾患トリガ−症状関連の強さという第１の兆候は、第１の疾患トリガ−症状関連のＰ値を閾値Ｐ値によって割ったものである。
【０１４０】
ブロック１１０４で、この患者のクライアント装置は、グラフィカルユーザインタフェース内に疾患症状のトリガマップを表示する。実施形態によっては、このトリガマップは、図１０を参照して図示し説明されるトリガマップと同一または類似である。
【０１４１】
次に、ブロック１１０６で、この患者のクライアント装置は、第１のトリガアイコンが第１の疾患トリガに一致する、トリガマップ内の第１のトリガアイコンを表示する。実施形態によっては、トリガマップ内の第１のトリガアイコンの位置は、第１の疾患トリガと疾患症状との間の統計的関連の強さに基づき、第１のトリガアイコンのサイズは、第１の疾患トリガに一致する規定の時間枠内の第１の疾患トリガに患者がどれだけ露出されたかに基づいている。
【０１４２】
ブロック１１０８で、患者のクライアント装置は、サーバから、患者の第２の疾患トリガと疾患症状との間の統計的関連の強さという第２の兆候を受信する。
【０１４３】
実施形態によっては、この第２の疾患トリガは、患者に関連するおよび／または患者が実行するイベント、露出、行動または行為のうちの少なくとも１つを含み、それは潜在的に、（ｉ）患者に疾患症状を経験させる、または（ｉｉ）患者が疾患症状を経験することを防ぐもののいずれかである。さらに、実施形態によっては、この第２の疾患トリガと疾患症状との間の判定された統計的関連（すなわち、第２の疾患トリガ−症状関連）は、１より大きいコックスハザード比および閾値Ｐ値以下のＰ値を有し、患者の第２の疾患トリガ−症状関連の強さという第２の兆候は、第２の疾患トリガ−症状関連のＰ値を閾値Ｐ値によって割ったものである。
【０１４４】
ブロック１１１０で、この患者のクライアント装置は、第２のトリガアイコンが第２の疾患トリガに一致する、トリガマップ内の第２のトリガアイコンを表示する。実施形態によっては、トリガマップ内の第２のトリガアイコンの位置は、第２の疾患トリガと疾患症状との間の統計的関連の強さに基づき、第２のトリガアイコンのサイズは、第２の疾患トリガに一致する規定の時間枠内の第２の疾患トリガに患者がどれだけ露出されたかに基づいている。
【０１４５】
次に、ブロック１１１２で、患者のクライアント装置は、サーバから、疾患症状と第１および第２の疾患トリガの組み合わせとの間の統計的関連の強さという第３の兆候を受信する。実施形態によっては、疾患症状と第１および第２の疾患トリガの組み合わせとの間の判定された統計的関連（すなわち、疾患トリガ−組み合わせ−症状関連）は、１より大きいコックスハザード比および閾値Ｐ値以下のＰ値を有し、患者の疾患トリガ−組み合わせ−症状関連の強さという第１の兆候は、疾患トリガ−組み合わせ−症状関連のＰ値を閾値Ｐ値によって割ったものである。
【０１４６】
ブロック１１１４で、この患者のクライアント装置は、組み合わせのアイコンが第１および第２の疾患トリガの組み合わせに一致する、トリガマップ内の組み合わせアイコンを表示する。実施形態によっては、トリガマップ内の組み合わせアイコンの位置は、疾患症状と第１および第２の疾患トリガの組み合わせとの間の統計的関連の強さという第３の兆候に基づき、組み合わせアイコンのサイズは、（ｉ）第１の疾患トリガに一致する規定の時間枠内の第１の疾患トリガに患者がどれだけ露出されたか、および（ｉｉ）第２の疾患トリガに一致する既定の時間枠内の第２の疾患トリガに患者がどれだけ露出されたかに基づいている。
【０１４７】
ブロック１１１６は、サーバから、患者が将来の時間枠内で疾患症状を経験する現在の可能性を、患者のクライアント装置が受信することを含む。実施形態によっては、この可能性は、（ｉ）第１の疾患トリガと疾患症状との間の統計的関連の強さ、（ｉｉ）第２の疾患トリガと疾患症状との間の統計的関連の強さ、（ｉｉｉ）疾患症状と第１および第２の疾患トリガの組み合わせとの間の統計的関連の強さ、（ｉｖ）第１の疾患トリガに一致する規定の時間枠内の第１の疾患トリガに患者がどれだけ露出されたか、および／または（ｖ）第２の疾患トリガに一致する既定の時間枠内の第２の疾患トリガに患者がどれだけ露出されたかのうちの１つ以上に少なくとも部分的に基づいている。
【０１４８】
ブロック１１１８で、この患者のクライアント装置は、グラフィカルユーザインタフェースにリスク計を表示する。実施形態によっては、このリスク計は、図９を参照して図示し説明されるリスク計と同一または類似であってよい。
【０１４９】
ブロック１１２０で、この患者のクライアント装置は、リスク計にリスクインジケータを表示し、リスクインジケータは、患者が将来の時間枠内で疾患症状を経験する現在の可能性に基づいている。実施形態によっては、リスク計のリスクインジケータのサイズは、患者が将来の時間枠内で疾患症状を経験する現在の可能性の信頼度のレベルに基づいている。
【０１５０】
患者母集団のトリガマップ
【０１５１】
図１２Ａは、一部の実施形態によるクライアント装置のＧＵＩに表示される例示的な患者母集団のトリガマップを示している。動作中、ＧＵＩ内の患者母集団のトリガマップ１２００を表示するクライアント装置は、本明細書に開示しる任意のクライアント装置と同一または類似であってよい。また、実施形態によっては、患者母集団のトリガマップ１２００を表示するクライアント装置は、本明細書に開示しかつ／または説明する任意のサーバシステムなどの、サーバシステムから患者母集団のトリガマップを表示するための患者および疾患トリガデータの少なくとも一部を受信する。
【０１５２】
この患者母集団のトリガマップ１２００は、（ｉ）疾患トリガ（およびプロテクタ）および（ｉｉ）患者母集団の患者との間の関係を示している。動作中、このサーバシステムは、患者母集団のすべての患者のすべての疾患トリガ（およびプロテクタ）にアクセスする。というのも、このサーバシステムは、図７、８および他の個所を参照して、本明細書に説明するように、患者母集団の患者から受信した疾患要因および疾患トリガデータを使用して、患者母集団の患者それぞれの疾患トリガを判定するからである。このシステムは、患者母集団の患者すべての疾患トリガデータを有するため、このサーバシステムは、患者母集団の疾患トリガデータを集めかつ整理して、クライアント装置との組み合わせで、患者母集団疾患トリガデータを表示することができる。
【０１５３】
例示的な患者母集団のトリガマップ１２００は、（ｉ）ユーザによって選択／起動されると、患者母集団のすべての患者の疾患トリガデータのすべてを表示するよう患者母集団のトリガマップ１２００を構成する「すべてのデータ」アイコン１２０２、（ｉｉ）ユーザによって選択／起動されると、患者母集団の疾患トリガデータを性にしたがって選別することを可能にし、患者母集団の男性のみまたは女性のみの疾患トリガデータを表示するよう患者母集団のトリガマップ１２００を構成する「性別」アイコン１２０４、（ｉｉｉ）ユーザによって選択／起動されると、疾患トリガデータを個々の患者にしたがって選別することを可能にし、患者母集団の１人以上の患者の選択されたサブセットの疾患トリガデータを表示するよう患者母集団のトリガマップ１２００を構成する「患者別」アイコン１２０６、および（ｉｖ）ユーザによって選択／起動されると、疾患トリガデータを個々の患者のトリガにしたがって選別することを可能にし、１つ以上の疾患トリガの選択されたサブセットの疾患トリガデータを表示するよう患者母集団のトリガマップ１２００を構成する「トリガ別」アイコン１２０８を含む。
【０１５４】
実施形態によっては、ユーザによって選択／起動されると、患者母集団の疾患トリガデータを他のパラメータにしたがって選別することを可能にし、選別されたパラメータに基づいて疾患トリガデータを表示するよう患者母集団のトリガマップ１２００を構成するアイコン１２０２〜１２０８に類似の１つ以上の追加のアイコンを含んでもよい。例えば、患者母集団の疾患トリガデータは、複数の要因の１つ以上で分類／選別可能で、例として、患者、患者母集団、性、年齢、年齢範囲、地理的位置、職業、会社、民族、国籍、遺伝標識、疾患症状、疾患症状重症度、疾患症状頻度、疾患トリガ、疾患プロテクタあるいはサーバシステムにより保存されたおよび／またはアクセス可能な任意の他のデータあるいは患者、疾患および／または疾患トリガの特徴を含むが、それらに限定されない。
【０１５５】
図１２Ａに示す実施例では、患者母集団の疾患トリガデータは、患者によって選別されて、（ｉ）患者母集団の患者Ｃと（ｉｉ）患者Ｃの疾患トリガ（およびプロテクタ）１、６、１４、１９および２７との間の１つ以上の関係を示している。
【０１５６】
図示のように、患者Ｃは、患者Ａ〜Ｎを含む患者母集団の１患者である。患者Ａ〜Ｎを含む患者母集団は、例示のみを目的として、図１２Ａに示される。動作中、上述の通り、患者母集団は、図１２Ａに示すより患者の数が多くても（おそらくかなり多い）、少なくてもよい。
【０１５７】
患者Ｃの疾患トリガ１（ニコチン）、６（カフェイン）、１４（インスリン）、１９（気圧）および２７（運動）は、図１０を参照して図示され説明されるトリガマップ１０００を参照して、より詳細を説明される。この疾患トリガ１、６、１４、１９および２７は、例示のみを目的として図１２Ａに示される。動作中、患者は、図１２Ａに示すより疾患トリガの数が多くても（おそらくかなり多い）、少なくてもよい。実施形態によっては、患者母集団トリガマップ１２００に示す疾患トリガおよびプロテクタは、患者母集団のすべての患者のすべての疾患トリガおよびプロテクタの組み合わせを含む。患者によって選別されると、この患者母集団トリガマップ１２００は、患者母集団の１人以上の患者のサブセットを含んでもよい。
【０１５８】
疾患トリガ１、６、１４、１９および２７に加えて、患者母集団のトリガマップ１２００はまた、患者Ｃ以外の患者母集団の患者の疾患トリガも示している。例えば、この患者の疾患トリガマップ１２００はまた、疾患トリガ７（ワイン消費）、疾患トリガ９（花粉への露出）、プロテクタ２３（ナッツ消費）、プロテクタ３０（十分な休息）およびプロテクタ３１（定刻の食事）を示している。こうした追加の疾患トリガ（およびプロテクタ）は、患者母集団の他の患者、すなわち、患者Ａ、ＢおよびＤ〜Ｎの疾患トリガ（およびプロテクタ）である。こうした点から考えると、患者Ｃ（あるいはおそらく他の患者またはリサーチャ）は、患者Ｃが、患者Ｃの患者母集団（および／または関連するそのサブセット）の他の患者と共通するのはどの疾患トリガ（およびプロテクタ）かを知ることができる。
【０１５９】
例えば、患者母集団のトリガマップ１２００では、（ｉ）患者Ｃとトリガアイコン１との間の関係１２１０は、ニコチン消費が患者Ｃの疾患トリガの１つであることを示し、（ｉｉ）患者Ｃとトリガアイコン６との間の関係１２１２は、カフェイン消費が患者Ｃの疾患トリガの別の１つであることを示し、（ｉｉｉ）患者Ｃとトリガアイコン１４との間の関係１２１４は、インスリンが患者Ｃの疾患トリガの別の１つであることを示し、（ｉｖ）患者Ｃとトリガアイコン１９との間の関係１２１６は、低気圧が患者Ｃの疾患トリガのさらに別の１つであることを示し、（ｖ）患者Ｃとプロテクタ２７との間の関係１２１８は、身体運動が患者Ｃのプロテクタの１つであることを示している。上述のように、これらは、図１０を参照して図示し説明したものと同一の疾患トリガおよびプロテクタである。
【０１６０】
実施形態によっては、特定の疾患トリガアイコンまたは疾患プロテクタアイコンに一致する患者母集団のトリガマップ内の（例えば、線１２２０によって示される）ボックスのサイズは、その特定の疾患トリガおよび／またはプロテクタを共有する患者母集団の患者の数に基づくことができる。そこでは、母集団内のより多くの患者に影響を与える疾患トリガ（および／またはプロテクタ）のトリガアイコンを含むボックスは、母集団内のより少ない患者に影響を与える疾患トリガ（および／またはプロテクタ）のトリガアイコンを含むボックスより大きい。
【０１６１】
例示的な患者母集団のトリガマップ１２００では、疾患トリガおよびプロテクタを囲繞するボックスのサイズは、およそ等しく、それは、図示の疾患トリガおよびプロテクタのそれぞれが、患者母集団（または患者Ａ〜Ｎを含む患者母集団の少なくとも表示サブセット）のおよそ同じ数の患者に影響を与えることを意味する。
【０１６２】
カフェインが患者母集団の患者すべての疾患トリガである実施例では、トリガアイコン６を囲繞するボックスのサイズは、線１２２０が示すように、患者母集団の患者のすべてに影響を与えるわけではない他の疾患トリガ／プロテクタを囲繞する他のボックスのサイズより実質的に大きい（または、少なくとも多少大きい）可能性がある。
【０１６３】
同様に、実施形態によっては、特定の患者に一致するボックスのサイズ（例えば、線１２２２が示す患者Ｅに一致するボックスのサイズ）は、患者の疾患トリガおよび／またはプロテクタの数に一致することができる。例示的な患者母集団のトリガマップ１２００では、患者Ａ〜Ｎそれぞれに一致するボックスのサイズは、すべておよそ等しく、それは、患者Ａ〜Ｎそれぞれが、患者Ａ〜Ｎのそれぞれが、およそ同じ数の疾患トリガおよび／またはプロテクタを有することを意味する。患者Ｅが、患者母集団の患者の他の患者より多くの疾患トリガを有する実施例では、患者Ｅに一致するボックスのサイズは、線１２２２が示すように、患者Ｅより少ない数の疾患トリガおよび／またはプロテクタを有する患者母集団の他の患者に一致する他のボックスのサイズより実質的に大きい（または、少なくとも多少大きい）可能性がある。
【０１６４】
また、患者母集団のトリガマップ１２００では、患者Ｃと疾患トリガ１、６、１４および１９（ならびにプロテクタ２７）との間の関係１２１０〜１２１８は線で示されるが、実施形態によっては、この関係は、色付け、太線、影付き、アニメーションおよび／またはＧＵＩ内のアイコンと情報との間の関係を表示する他の方法など、他の方法で図示可能である。
【０１６５】
さらに、実施形態によっては、この患者母集団トリガマップ１２００はまた、様々な方法を介して、（図７、８、１０および他の箇所を参照して、上記で詳細を説明したように）疾患トリガアイコンが対応する疾患トリガと患者の疾患症状との間の関連性の程度または強さを示すことができる。例えば、関係１２１０〜１２１８が、線で示されている図１２Ａのような実施形態では、太い（すなわち、重量が重い）線が、より強い関連性を示すことができ、細い線は、より弱い関連性を示すことができる。あるいは、違う色または違うパターンの線、または別の種類の太線、影付き、アニメーション、または他の表示が、比較上、関連性の強弱を示すことができる。
【０１６６】
図１２Ｂは、一部の実施形態による図１２Ａに示した例示的な患者母集団のトリガマップ１２００の別の配置の図を示している。
【０１６７】
図１２Ｂでは、患者Ａ〜Ｎを含む患者母集団のトリガデータが、疾患トリガにしたがって選別されている。例えば、「トリガ別」アイコン１２０８が、選択／起動されて、データは、疾患トリガとしてカフェインを共有する患者母集団の患者を示すよう選別されている。例えば、患者母集団のトリガマップ１２００では、（ｉ）トリガアイコン６と患者Ｍとの間の関係１２２４は、カフェインの消費が、患者Ｍの疾患トリガの１つであることを示し、（ｉｉ）トリガアイコン６と患者Ｋとの間の関係１２２６は、カフェインの消費がまた、患者Ｋの疾患トリガの１つであることを示し、（ｉｉｉ）トリガアイコン６と患者Ｊとの間の関係１２２８は、カフェインの消費が、患者Ｊの疾患トリガの１つであることを示し、（ｉｖ）トリガアイコン６と患者Ｇとの間の関係１２３０は、カフェインの消費が、患者Ｇの疾患トリガの１つであることを示し、（ｖ）トリガアイコン６と患者Ｅとの間の関係１２３２は、カフェインの消費が、患者Ｅの疾患トリガの１つであることを示し、（ｖｉ）トリガアイコン６と患者Ｃとの間の関係１２３４は、（図１０および１２Ａを参照して前に上述したように）カフェインの消費が、患者Ｃの疾患トリガの１つであることを示し、（ｖｉｉ）トリガアイコン６と患者Ｂとの間の関係１２３６は、カフェインの消費がまた、患者Ｂの疾患トリガの１つであることを示している。
【０１６８】
また、患者母集団のトリガマップ１２００では、疾患トリガ６と患者Ｂ、Ｃ、Ｅ、Ｇ、Ｊ、ＫおよびＭとの間の関係１２２４〜１２３６が線で示されるが、実施形態によっては、この関係は、色付け、太線、影付き、アニメーションまたはＧＵＩ内のアイコンと情報との間の関係を表示する他の方法など、他の方法で図示可能である。さらに、実施形態によっては、この患者母集団トリガマップ１２００はまた、様々な方法を介して、（図７、８、１０および他の箇所を参照して、上記で詳細を説明したように）疾患トリガアイコン（例えば、トリガアイコン６）が対応する疾患トリガ（すなわち、カフェイン消費）と患者それぞれの疾患症状との間の関連性の程度または強さを示すことができる。例えば、関係１２２４〜１２３６が、線で示されている図１２Ｂのような実施形態では、太い線は、より強い関連性を示すことができ、細い線は、より弱い関連性を示すことができる。あるいは、違う色または違うパターンの線、または別の種類の太線、影付き、アニメーション、または他の表示が、比較上、関連性の強弱を示すことができる。
【０１６９】
こうしたおよび他の患者母集団のトリガマップの実施形態では、患者および／またはリサーチャは、（ｉ）患者の疾患トリガは、どのように患者の患者母集団の他の患者と比較されるか、（ｉｉ）特定の患者母集団内にある種の疾患トリガが多かれ少なかれ流行しているかどうかおよびその程度、および／または（ｉｉｉ）患者の患者母集団中の他の患者と比較して、患者がより多くのまたはより少ない疾患トリガを有するかどうかおよびその程度をリビューし検討することができる。上述の通り、患者母集団は、全員が１つ以上の類似点（例えば、同一年齢または年齢範囲、同一性、同一民族、同一国籍、同一疾患を患う、同一アレルギを有する、同一遺伝標識を有する、および／または他の類似点）を共有する多く（何百、何千、またはそれより多く）の患者を含むことができ、一部の患者は、複数の患者母集団の一員であってもよい。
【０１７０】
患者間の通信および情報共有を容易にする
【０１７１】
実施形態によっては、患者母集団の患者が、互いに疾患症状および疾患トリガ情報を通信および／または共有可能な電子メッセージ機能（例えば、個々の電子メール、グループ電子メール、個々のテキスト、グループテキストメッセージ、グループ討論ボード、チャットルームまたは他の周知のメッセージ機能）をさらに含む。実施形態によっては、このメッセージ機能は、患者が患者母集団の１人以上の他の患者と通信することを可能にして、患者自身の疾患症状および疾患トリガ／プロテクタを伴う個人の経験の情報および／または忠告を供給するよう構成可能であり、その結果、患者は、本明細書に記載する任意の疾患トリガデータエントリ機構を介して、忠告されたトリガ／プロテクタを試し、こうした同じトリガ／プロテクタを有する経験を文書化することができる。
【０１７２】
実施形態によっては、サーバシステム（図１を参照して図示し説明するサーバシステムなど）は、２人以上の患者が、互いに通信し、少なくとも個人の疾患症状および／または疾患トリガ情報を共有することを推奨することができる。２人以上の患者への推奨は、患者同士が、（ｉ）同じ疾患症状（複数可）を有する、（ｉｉ）同一または類似の重症度または頻度を有する同一疾患症状を経験する、（ｉｉｉ）同じ疾患トリガおよび／またはプロテクタの一部を経験する、（ｉｖ）同一性または同一年齢である、（ｖ）同じ地域に住んでいる、（ｖｉ）同じまたは類似の職業である、（ｖｉｉ）同一民族または同じ民族の背景を共有する、（ｖｉｉｉ）同じ遺伝標識に一部を共有する、および／または（ｉｘ）他の共通した特徴を共有するかどうかなど、患者間の１つ以上の類似性または共有される特徴に基づくことができる。動作中、患者間の類似性は、患者の人口統計学的情報、患者の口座情報の一方または両方ならびに／あるいはサーバシステムに保存され、および／または、アクセス可能な患者の疾患トリガ情報に基づいて判定可能である。実施形態によっては、患者が、患者番号または類似の名称を有する、匿名の形式で互いにメッセージを交換するまたは他の種類の通信を行うことができるが、匿名の通史が必須ではない。
【０１７３】
図１３は、一部の実施形態による１つ以上の疾患症状および／または疾患トリガもしくはプロテクタを共通して有する患者の間の通信および情報共有を容易にする方法１３００を示している。方法１３００は、患者が１つ以上の疾患トリガを共通して有する実施例に集中しているが、方法１３００は、本明細書に記載する任意の患者の特徴などの、共通した他の特徴を有する患者との使用に適用可能である。
【０１７４】
方法１３００は、ブロック１３０２で始まり、そこでは、サーバシステムが、特定の患者の（ソース患者）、第１の閾値より大きい単変量ハザード値および第２の閾値より小さいＰ値を有する１組の１つ以上の疾患トリガおよび／またはプロテクタを特定する。一部の実施形態で、図７および８を参照してより詳細を説明したように、このシステムは、ソース患者の疾患トリガ（またはプロテクタ）として、１より大きい単変量ハザード値おおび０．０５以下のＰ値を有する個々の疾患要因を指定するよう構成されている。こうした実施形態では、単変量ハザード値に一致する第１の閾値が、１より大きいある値であることが好ましく、Ｐ値に一致する第２の閾値が、０．０５より小さいある値であることが好ましい。このように、このシステムは、ソース患者の疾患症状と最も強い関連性がある疾患トリガおよび／またはプロテクタを特定している。
【０１７５】
ソース患者の特定の疾患症状と最も強い関連性がある疾患トリガおよびプロテクタを特定した後、方法１３００は、ブロック１３０４へ進み、そこで、ブロック１３０２で特定した１組の個々の疾患トリガまたはプロテクタに対して、システムが、ソース患者のトリガグループを決定する。このトリガグループは、同じ疾患トリガまたはプロテクタを有する患者母集団の１人以上の他の患者を含む。患者母集団は、何百または何千もの（またはおそらくそれより多くの）患者を含むため、ソース患者のトリガグループの潜在的な患者の人数を制限することがシステムにとって有益な可能性がある。したがって、実施形態によっては、このソース患者のトリガグループは、（ｉ）同じトリガ（またはプロテクタ）を有する、ならびに（ｉｉ）同じトリガ（またはプロテクタ）が、第１の閾値より大きい単変量ハザード値および第２の閾値より小さいＰ値を有する他の患者だけに制限可能である。したがって、実施形態によっては、ブロック１３０２でソース患者の決定したトリガグループの他の１人以上の患者は、トリガ（またはプロテクタ）がまた、疾患症状と強く関連する患者である。
【０１７６】
次に、方法１３００は、ブロック１３０６へ進み、そこで、サーバシステムは、ブロック１３０４で決定された１人以上の他の患者の識別（すなわち、決定されたトリガグループ）を少なくともソース患者と関連する１つのクライアント装置へ送信する。このソース患者のクライアント装置は、本明細書に記載する任意のクライアント装置と同一または類似であってよい。動作中、ブロック１３０６で送信された識別は、多くの形式を採ることができ、例として、電子メールまたはテキスト通知、ポップアップウィンドウまたはソース患者のトリガマップ（図１０）もしくは患者母集団のトリガマップ（図１２Ａおよび１２Ｂ）に表示されるバナー、または他の通知が挙げられるが、それらに限定されない。例えば、ソース患者のトリガマップ（図１０）または患者母集団のトリガマップ（図１２Ａおよび１２Ｂ）に、ソース患者のクライアント装置は、ポップアップ形式（または類似の）メッセージまたはＧＵＩ内のプロンプトを生成し、例えば、「トリガＸは、５５人の他の患者にとっても強いトリガです。トリガＸとの経験をこの患者のいく人かと共有したいですか。」と言うことができる。トリガＸは、そこでは、ブロック１３０２で特定された疾患トリガまたはプロテクタの１つである。ソース患者が、ＧＵＩのこうしたプロンプトを起動すると、このソース患者のクライアント装置は、ＧＵＩにソース患者のトリガグループ（ブロック１３０４）の１人以上の患者の１つのサブセットを表示して、標的患者（複数可）として、（ｉ）通信するかつ／または（ｉｉ）疾患症状および／または疾患トリガもしくは要因情報を共有するかを選択する相手を選択させることができる。ソース患者へ表示するトリガグループの患者のサブセットは、１つ以上の要因に基づくことが可能であり、そうした要因は、（ｉ）ソース患者と共通の１つ以上の他の特徴（例えば、同じ職業、同じ居住都市または街、同じ性別、同じ年齢範囲、同じ遺伝標識）を有する、（ｉｉ）トリガグループの患者の中の「トリガＸ」（上述を参照）に対して最も高い（またはおそらく平均より高い）単変量ハザード値および最も低い（またはおそらく平均より低い）Ｐ値を有する、ならびに／あるいは（ｉｉｉ）類似の疾患症状頻度および／または強度を有するトリガグループの他の患者（複数可）を含むが、それらに限定されない。このサーバシステムは、他の患者の類似点および／または同様に相違点に基づいて、もしくはおそらく、他の患者についてサーバシステムに保存されるユーザプロファイルまたは同様の情報に基づくことが可能な、他の患者それぞれがどれだけ多くの情報を共有したいかに基づいて、トリガグループの患者のサブセットを選択することができる。動作中、このソース患者のクライアント装置は、トリガグループの患者のサブセットのどの患者（すなわち、標的患者）と（ｉ）通信を開始するかつ／または（ｉｉ）疾患症状および／または疾患トリガ情報を共有するかの指定を、ソース患者から受信する。
【０１７７】
実施形態によっては、このシステムは、追加または代替で、その特定の疾患トリガ（またはおそらく疾患トリガグループ）に集中する討論グループ、あるいはおそらく、例えば、同じ性別の患者、同じ年齢範囲の患者、同じ職業の患者、同じ居住地域の患者もしくは他の類似点のある患者など１つ以上の他の類似の特徴を有する患者の討論グループに、ソース患者が参加したいかどうかを尋ねることができる。このシステムはまた、患者が、通信ならびに疾患症状および疾患トリガデータの討論グループ内からの共有を開始を可能にすることができる。
【０１７８】
ブロック１３０８で、このサーバシステムは、ソース患者と関連する少なくとも１つのクライアント装置（すなわち、ブロック１３０６で識別が送信された装置の１つ）から第１の要求を受信して、（ｉ）ソース患者と（ｉｉ）標的患者の少なくとも１人との間の通信を確立する。さらに、またはあるいは、この第１の要求は、ソース患者の疾患症状および／または疾患トリガ情報を標的患者（複数可）と共有する要求を含んでもよい。動作中、このソース患者のクライアント装置は、例えば、ソース患者のクライアント装置によって受信された入力を介して、このソース患者の１つ以上の標的患者のいくつかの選択の受信に応じてサーバシステムへ第１の要求を送信する。
【０１７９】
実施形態によっては、この第１の要求はまた、通信要求と関連する匿名のレベルおよび／またはソース患者が他の患者と共有を望む情報の量もしくは種類を示すことができる。例えば、このソース患者は、標的患者（複数可）との通信を要求することができるが、ソース患者の本名またはユーザＩＤではなく、患者番号または類似の別名を用いて身元を明らかにするだけでよい。同様に、このソース患者は、システムが、ソース患者のトリガ情報および／または疾患症状履歴の一部だけを標的患者（複数可）と共有することを要求してよい。例えば、このソース患者は、標的患者（複数可）と共通する特定の疾患トリガの情報については共有したいが、標的患者（複数可）と共有しない他の疾患トリガについては、おそらく情報を共有したくない可能性がある。
【０１８０】
ブロック１３１０で、ブロック１３０８で第１の要求を受信するのに応じて、このサーバシステムは、ブロック１３０８の第１の要求の１人以上の他の患者（すなわち、１人以上の標的患者）の少なくとも１人と関連する少なくとも１つのクライアント装置に第２の要求を生成し送信する。動作中、この第２の通知は、ソース患者と標的患者（複数可）が共通して有する疾患トリガ（およびおそらく他の患者の特徴）についての情報を、ソース患者が通信しかつ／共有したいことを１人以上の標的患者それぞれに伝える。この第２の通知は、多くの形式を採ることができ、例として、電子メールまたはテキスト通知、ポップアップウィンドウまたはソース患者のトリガマップ（図１０）もしくは患者母集団のトリガマップ（図１２Ａおよび１２Ｂ）に表示されるバナー、または他の通知が挙げられるが、それらに限定されない。
【０１８１】
ブロック１３１２で、このサーバシステムは、ブロック１３１０で第２の要求が送信された１人以上の他の患者の少なくとも１人（すなわち標的患者の１人）と関連するクライアント装置から承認を受信する。動作中、標的患者のクライアント装置は、  この標的患者が、ソース患者と疾患症状／トリガ方法を通信し、かつ／または共有することを同意するこの標的患者からの兆候（例えば、入力または応答）を受領したことに応じて、サーバにこうした承認を送信する。実施例によっては、この承認はまた、標的患者がソース患者と通信をすることを望む匿名のレベルを含むことができる。例えば、標的患者は、ソース患者との通信に同意することができるが、標的患者の本名またはユーザＩＤではなく、患者番号または類似の別名を用いて身元を明らかにするだけでよい。同様に、この標的患者は、自身のトリガ情報および疾患症状履歴の一部をソース患者と共有することだけに同意してよい。例えば、この標的患者は、ソース患者と共通する特定の疾患トリガの情報についてだけは共有したいが、ソース患者と共有しない他の疾患トリガについては、おそらく情報を共有したくない可能性がある。
【０１８２】
ブロック１３１４で、ブロック１３１２での承認を受信に応じて、このサーバシステムは、ソース患者とブロック１３１２で受信した承認（複数可）に一致する１人以上の他の患者の少なくとも１人との間の通信ならびに／あるいは疾患症状（および／または疾患トリガ）情報の共有を容易にする。動作中、ソース患者およびトリガ患者（複数可）が通信ならびに疾患症状および／または疾患トリガ情報の共有に同意すると、このソース患者およびトリガ患者（複数可）は、サーバシステムによって保存され、かつ／アクセス可能な互いの疾患症状および／または疾患トリガ履歴に関する詳細を見ることができる（ソース患者おおび標的患者（複数可）がこうした情報を共有すると同意した程度まで）。こうした疾患症状および／または疾患トリガ履歴は、疾患症状の頻度および強度、疾患トリガおよびプロテクタに対する露出の頻度および程度、および／またはサーバシステムによって保存され、あるいは少なくともアクセス可能なソースおよびトリガ患者のすべての他の情報を含むことができる。
【０１８３】
さらに、患者が互いに通信し、互いの疾患症状および疾患トリガデータを見ることができるようになると、患者は、自分たちの疾患症状ならびに疾患トリガ露出および／またはおそらく考慮すべきプロテクタを管理する方法を推奨することが可能になる可能性がある。同様に、１人の患者が、あるプロテクタが自身にとって全体的にまたは特定のトリガに関して、具体的に効果があると分かった場合、その患者は、そのプロテクタを自分でテストし、結果を本明細書に記載する解析用のシステムに記録することができる他の患者と共有することができる。
【０１８４】
実施形態によっては、このサーバシステムは、２人の患者の間（例えば、第１および第２の患者）で同意する最も厳しいレベルまで、２人の患者の間の通信および／または情報共有を制限することができる。例えば、第１の患者が、疾患トリガ情報だけを共有したくて、疾患症状情報を共有したくない場合、第２の患者が疾患トリガおよび疾患症状情報の両方を共有することに同意しても、第１および第２の患者は、互いの疾患トリガ情報しか見ることができない。同様に、第１の患者が、疾患トリガ情報を他の患者と１ケ月だけ共有することに同意した場合、第２の患者が疾患トリガ情報を６か月共有することに同意しても、第１および第２の患者は、互いの疾患トリガ情報を１ケ月しか見ることができない。このように、このシステムは、患者間でよりオープンな情報共有を促進するが、それは、患者が、他の患者と同じ種類、同じレベルまたは同じ量の情報を共有することに同意した程度に、他の患者からある種類、レベルまたは量の情報を受け取るだけだからである。
【０１８５】
動作中、患者母集団の患者が互いに通信して、上述の方法で、自身の疾患症状および疾患トリガ／プロテクタでの個人の経験の情報および／または推奨することが可能になり、患者を促して、推奨されたトリガ／プロテクタを使用してかつ／またはそれを試させる、かつシステム中のこうしたトリガ／プロテクタを有する患者の経験を文書化させることができ、それにより、情報の交換を介して、解析のためのより多くの疾患トリガ情報をシステムに提供し、患者が患者自身の疾患症状および疾患トリガについてより良い理解を得るのに役立つことができる。
【０１８６】
結論
【０１８７】
特定の態様および実施形態が、本明細書に開示されるが、上述の教示を考慮すれは、他の態様および実施形態が、同業者には明らかであろう。
【０１８８】
例えば、実施形態および実施例が、偏頭痛に関して説明されているが、開示するシステムおよび方法は、それらに限定されることなく、広い範囲の疾患症状、関連する疾患要因および疾患トリガに適用可能である。本明細書に開示する様々な態様および実施形態は、ほんの例示目的であり、これに限定されるものではなく、真の範囲および精神は、以下の特許請求の範囲によって示される。
【図１】
0006759201.tif 000002
【図２】
0006759201.tif 000003
【図３】
0006759201.tif 000004
【図４】
0006759201.tif 000005
【図５】
0006759201.tif 000006
【図６】
0006759201.tif 000007
【図７】
0006759201.tif 000008
【図８】
0006759201.tif 000009
【図９】
0006759201.tif 000010
【図１０】
0006759201.tif 000011
【図１１】
0006759201.tif 000012
【図１２Ａ】
0006759201.tif 000013
【図１２Ｂ】
0006759201.tif 000014
【図１３】
0006759201.tif 000015