(57)【要約】  ヘルスケア分析のためのシステム、方法、コンピュータ読取可能媒体を提供する。複数の患者に関するデータを受信する。前記データをパースして、複数の変数についての正規化データを生成する。前記正規化データは、各患者について１以上の変数に対して生成される。前記生成した正規化データに基づきベイジアンネットワークアルゴリズムを用いて複数の変数に関する因果関係ネットワークモデルを生成する。前記因果関係ネットワークモデルは、複数の医学的状態または医薬品に関する変数を含む。他側面において、医学的状態または薬の選択を受け取る。因果関係ネットワークモデルからサブネットワークを決定する。前記サブネットワークは、前記選択した医学的状態または薬に関する１以上の変数を含む。前記選択した医学的状態または薬についての１以上の予測変数を識別する。【選択図】図２
2017537365.tif 000002
【特許請求の範囲】
【請求項１】
患者データに基づき因果関係ネットワークモデルを生成するための、コンピュータ実装した方法であって、
複数の患者に対応するデータを受信するステップであって、前記データは各患者の診断情報および／または治療情報を含む、ステップ、
前記データをパースして、複数の変数についての正規化データを生成するステップであって、各患者について前記正規化データは１以上の変数について生成される、ステップ、
ベイジアンネットワークアルゴリズムを用いて前記生成した正規化データに基づき前記複数の変数に関する因果関係ネットワークモデルを生成するステップであって、前記因果関係ネットワークモデルは複数の医学的状態に関する変数を含む、ステップ、
を有し、
前記因果関係ネットワークは、ネットワークモデル構築コードを保持するストレージと前記ネットワーク構築コードを実行するように構成された１以上のプロセッサを有するプログラムされたコンピュータシステムを用いて生成される
ことを特徴とする方法。
【請求項２】
前記因果関係ネットワークモデルは、各前記医学的状態の１以上の予測変数を示す関係を含む
ことを特徴とする請求項１記載の方法。
【請求項３】
前記受信したデータは、１以上の前記医学的状態に関連するものとして事前選択されていない
ことを特徴とする請求項１記載の方法。
【請求項４】
前記複数の患者は、医学的状態の診断を示すデータをそれぞれ有する患者の第１サブセットと、医学的状態の診断を示していないデータをそれぞれ有する患者の第２サブセットとを含む
ことを特徴とする請求項１記載の方法。
【請求項５】
前記方法はさらに、
１以上の追加患者に対応する追加データを受信するステップ、
前記追加データに基づき前記因果関係ネットワークモデルを更新するステップ、
を有することを特徴とする請求項１記載の方法。
【請求項６】
前記方法はさらに、
前記複数の患者の１以上に対応する更新されたまたは追加されたデータを受信するステップ、
前記更新または追加されたデータに基づき前記因果関係ネットワークモデルを更新するステップ、
を有することを特徴とする請求項１記載の方法。
【請求項７】
前記因果関係ネットワークモデルは、前記生成した正規化データのみに基づき生成される
ことを特徴とする請求項１記載の方法。
【請求項８】
前記方法はさらに、
前記因果関係ネットワークからサブネットワークを判定するステップであって、前記サブネットワーク内の１以上の変数は選択された医学的状態と対応付けられている、ステップ、
前記サブネットワーク内の関係をプローブして前記選択した医学的状態についての１以上の予測変数を決定するステップ、
を有することを特徴とする請求項１記載の方法。
【請求項９】
前記選択した医学的状態についての前記１以上の予測変数は、前記選択した医学的状態と同時発生する医学的状態を示す
ことを特徴とする請求項８記載の方法。
【請求項１０】
前記サブネットワークの広がりは、前記選択された医学的状態と対応付けられた前記１以上の変数、および前記１以上の変数と前記因果関係ネットワーク内の他の変数との間の前記関係の強度、に基づき決定される
ことを特徴とする請求項８記載の方法。
【請求項１１】
前記サブネットワークは、前記選択された医学的状態に関連付けられた１以上の変数を含み、追加変数の第１セットはそれぞれ前記１以上の変数と第１強度関係を有し、追加変数の第２セットはそれぞれ前記１以上の変数と第２強度関係を有する
ことを特徴とする請求項８記載の方法。
【請求項１２】
前記１以上の予測変数のうち少なくとも１つは、前記医学的状態の予測変数として未知のものである
ことを特徴とする請求項８記載の方法。
【請求項１３】
前記１以上の予測変数のうち少なくとも１つは、前記医学的状態の予測変数として新たに認識されたものである
ことを特徴とする請求項８記載の方法。
【請求項１４】
前記予測変数の個数は前記変数の個数よりも少ない
ことを特徴とする請求項８記載の方法。
【請求項１５】
前記方法はさらに、ユーザインターフェースにおいて前記１以上の予測変数、前記１以上の変数と前記１以上の予測変数との間の関係、を表示するステップを有し、
前記表示は、前記１以上の変数のグラフ表示を含む
ことを特徴とする請求項８記載の方法。
【請求項１６】
前記方法はさらに、前記サブネットワークのグラフをユーザインターフェースに表示するステップを有する
ことを特徴とする請求項８記載の方法。
【請求項１７】
前記方法はさらに、前記１以上の変数と前記１以上の予測変数との間の関係強度に基づき前記１以上の予測変数をランク付けするステップを有する
ことを特徴とする請求項８記載の方法。
【請求項１８】
前記方法はさらに、
前記因果関係ネットワークモデルからサブネットワークを決定するステップであって、前記サブネットワーク内の１以上の変数は、選択した薬に関連付けられる、ステップ、
前記サブネットワークをプローブして前記選択した薬に関連する１以上の予測変数を決定するステップ、
を有することを特徴とする請求項１記載の方法。
【請求項１９】
前記選択した薬に関連する前記１以上の予測変数は、前記選択した薬とともに投与された薬を示す
ことを特徴とする請求項１８記載の方法。
【請求項２０】
前記１以上の予測変数は、前記選択した薬と１以上の他の薬との間の有害な相互作用を示す
ことを特徴とする請求項１８記載の方法。
【請求項２１】
前記１以上の予測変数のうち少なくとも１つは、前記選択した薬と前記１以上の薬との間の有害な相互作用についての予測変数として新たに認識されたものである
ことを特徴とする請求項１８記載の方法。
【請求項２２】
前記サブネットワークの広がりは、前記選択した薬と関連付けられている前記１以上の変数、および前記１以上の変数と前記因果関係ネットワークモデル内の他の変数との間の関係強度、に基づき決定される
ことを特徴とする請求項１８記載の方法。
【請求項２３】
前記サブネットワークは、前記選択された薬に関連付けられた１以上の変数を含み、追加変数の第１セットはそれぞれ前記１以上の変数と第１強度関係を有し、追加変数の第２セットはそれぞれ前記１以上の変数と第２強度関係を有する
ことを特徴とする請求項１８記載の方法。
【請求項２４】
前記１以上の予測変数のうち少なくとも１つは、前記選択した薬についての予測変数として未知のものである
ことを特徴とする請求項１８記載の方法。
【請求項２５】
前記予測変数の個数は前記変数の個数よりも少ない。
ことを特徴とする請求項１８記載の方法。
【請求項２６】
前記因果関係ネットワークモデルは少なくとも５０変数に基づき生成される
ことを特徴とする請求項１から２５のいずれか１項記載の方法。
【請求項２７】
前記因果関係ネットワークモデルは少なくとも１００変数に基づき生成される
ことを特徴とする請求項１から２５のいずれか１項記載の方法。
【請求項２８】
前記因果関係ネットワークモデルは少なくとも１０００変数に基づき生成される
ことを特徴とする請求項１から２５のいずれか１項記載の方法。
【請求項２９】
前記因果関係ネットワークモデルは少なくとも１０００００変数に基づき生成される
ことを特徴とする請求項１から２５のいずれか１項記載の方法。
【請求項３０】
前記因果関係ネットワークモデルは５０変数から１００００００変数の間に基づき生成される
ことを特徴とする請求項１から２５のいずれか１項記載の方法。
【請求項３１】
前記因果関係ネットワークモデルは５０患者から１００００００患者の間のデータに基づき生成される
ことを特徴とする請求項１から２５のいずれか１項記載の方法。
【請求項３２】
前記データは患者の電子健康レコードからの情報を含む
ことを特徴とする請求項１から２５のいずれか１項記載の方法。
【請求項３３】
前記受信したデータはさらに、前記複数の患者のうち少なくとも一部について、
患者の人物情報、医療履歴、患者の家族の医療履歴、有効薬品情報、有効でない過去の薬品情報、アレルギー情報、免疫状態情報、実験室テスト結果、放射線画像、バイタルサイン情報、患者の体重、請求情報、ライフスタイル情報、習慣情報、保険請求情報、薬局情報、
の少なくとも１つを含む
ことを特徴とする請求項１から２５のいずれか１項記載の方法。
【請求項３４】
前記患者の人物情報は、患者の年齢、人種、民族のうち少なくとも１つを含む
ことを特徴とする請求項３３記載の方法。
【請求項３５】
前記受信したデータは、患者チャートからの情報を含む
ことを特徴とする請求項１から２５のいずれか１項記載の方法。
【請求項３６】
前記患者チャートからの情報は、
ヘルスケア専門家によるメモ、ヘルスケア専門家による観察結果、薬品と治療の投与、薬品と治療の投与の順番、テスト結果、ｘ線画像、
のうち少なくとも１つを含む
ことを特徴とする請求項３５記載の方法。
【請求項３７】
前記受信したデータは患者の退院情報を含む
ことを特徴とする請求項１から２５のいずれか１項記載の方法。
【請求項３８】
前記患者の退院情報は、
診断コード、治療コード、保険課金コード、診断関連グループコード、国際疫病分類コード、
のうち少なくとも１つを含む
ことを特徴とする請求項３７記載の方法。
【請求項３９】
前記受信したデータは選択した病院からの複数の患者に関するものである
ことを特徴とする請求項１から２５のいずれか１項記載の方法。
【請求項４０】
前記受信したデータは選択した地域からの複数の患者に関するものである
ことを特徴とする請求項１から２５のいずれか１項記載の方法。
【請求項４１】
ベイジアンネットワークアルゴリズムを用いて、前記生成した正規化データに基づき複数の患者についての変数に関連する前記因果関係ネットワークモデルを生成するステップは、
ベイジアンフラグメント列挙プロセスを介して、前記変数に基づきネットワーク断片のライブラリを生成するステップ、
仮ネットワークの集合を生成するステップであって、各仮ネットワークは前記ライブラリ内の前記ネットワーク断片の異なるサブセットから構築される、ステップ、
シミュレーテッドアニーリングを介して局所変形させて各仮ネットワークを進化させることにより前記仮ネットワークの集合をグローバル最適化し、コンセンサス因果関係ネットワークモデルを生成するステップ、
を有することを特徴とする請求項１から２５のいずれか１項記載の方法。
【請求項４２】
ベイジアンネットワークアルゴリズムを用いて、前記生成した正規化データに基づき複数の患者についての変数に関連する前記因果関係ネットワークモデルを生成するステップはさらに、
入力データに基づく前記コンセンサス因果関係ネットワークモデルのコンピュータシミュレーションを実施することにより、前記因果関係ネットワークモデル内の１以上の因果関係についての予測の確信レベルを提供するステップを有する
ことを特徴とする請求項４１記載の方法。
【請求項４３】
因果関係ネットワークモデルを用いるコンピュータ実装した方法であって、
複数の医学的状態からの医学的状態の選択を受信するステップ、
コンピュータ生成した因果関係ネットワークモデルからサブネットワークを決定するステップであって、前記因果関係ネットワークモデルはベイジアンネットワークアルゴリズムを用いて患者データから生成され、前記複数の医学的状態に関連する変数を含む複数の変数を有し、前記因果関係ネットワークモデルは前記選択した医学的状態に基づいており、前記サブネットワークは前記選択した医学的状態に対応付けられた１以上の変数を含む、ステップ、
前記サブネットワークをスキャンして前記選択した医学的状態についての１以上の予測変数を識別するステップ、
前記選択した医学的状態についての前記１以上の予測変数を保存するステップ、
を有することを特徴とする方法。
【請求項４４】
前記医学的状態の選択を、ユーザインターフェースを介してユーザから受信する
ことを特徴とする請求項４３記載の方法。
【請求項４５】
前記１以上の予測変数のうち少なくとも１つは、前記選択した医学的状態についての予測変数として未知のものである
ことを特徴とする請求項４３記載の方法。
【請求項４６】
前記１以上の予測変数のうち少なくとも１つは、前記選択した医学的状態についての予測変数として新たに認識された予測変数である
ことを特徴とする請求項４３記載の方法。
【請求項４７】
前記予測変数の個数は前記変数の個数よりも少ない
ことを特徴とする請求項４３記載の方法。
【請求項４８】
前記方法はさらに、前記予測変数、前記１以上の選択した変数と前記予測変数との間の関係、を前記ユーザインターフェースに表示するステップを有し、
前記表示は、前記１以上の選択した変数のグラフを含む
ことを特徴とする請求項４３記載の方法。
【請求項４９】
前記方法はさらに、前記ユーザインターフェースに前記サブネットワークのグラフを表示するステップを有する
ことを特徴とする請求項４３記載の方法。
【請求項５０】
前記方法はさらに、前記１以上の選択した変数と前記１以上の予測変数との間の関係強度に基づき前記１以上の予測変数をランク付けするステップを有する
ことを特徴とする請求項４３記載の方法。
【請求項５１】
前記１以上の予測変数は、１以上の薬品と関連付けられる
ことを特徴とする請求項４３記載の方法。
【請求項５２】
前記予測変数は、１以上の医学的状態と関連付けられる
ことを特徴とする請求項４３記載の方法。
【請求項５３】
因果関係ネットワークモデルを用いるコンピュータ実装した方法であって、
複数の医学的状態のうちいずれかの医学的状態に関するクエリを受信するステップ、
コンピュータ生成した因果関係ネットワークモデルのなかからサブネットワークを決定するステップであって、前記因果関係ネットワークモデルはベイジアンネットワークアルゴリズムを用いて患者データから生成され、前記複数の医学的状態に関連する変数を含む複数の変数を有し、前記因果関係ネットワークモデルは前記クエリされた医学的状態に基づき、前記サブネットワークは前記クエリされた医学的状態に関連付けられた１以上の変数を含む、ステップ、
前記サブネットワークをスキャンして前記クエリされた医学的状態についての１以上の予測変数を識別するステップ、
前記クエリされた医学的状態についての前記１以上の予測変数を保存するステップ、
を有することを特徴とする方法。
【請求項５４】
前記ユーザから受信した前記クエリは、医学的状態および／または医薬品に関連する情報を含む
ことを特徴とする請求項５３記載の方法。
【請求項５５】
因果関係ネットワークモデルを用いるコンピュータ実装した方法であって、
医薬品に関連する情報を受信するステップ、
コンピュータ生成した因果関係ネットワークモデルからサブネットワークを決定するステップであって、前記因果関係ネットワークモデルはベイジアンネットワークアルゴリズムを用いて患者データから生成され、前記複数の医薬品に関連する変数を含む複数の変数を有し、前記因果関係ネットワークモデルは前記医薬品に基づいており、前記サブネットワークは前記医薬品に関連する１以上の変数を含む、ステップ、
前記サブネットワークをスキャンして前記医薬品についての１以上の予測変数を識別するステップ、
前記医薬品についての前記１以上の予測変数を保存するステップ、
を有することを特徴とする方法。
【請求項５６】
患者データに基づき因果関係ネットワークモデルを生成するシステムであって、
複数の患者に関するデータを受信するように構成されたデータ受信モジュールであって、前記データは各患者の診断情報および／または治療情報を含む、データ受信モジュール、
前記データをパースして複数の変数についての正規化データを生成するように構成されたパースモジュールであって、各患者について前記正規化データは１以上の変数について生成される、パースモジュール、
ベイジアンネットワークアルゴリズムを用いて前記生成した正規化データに基づき前記複数の変数に関する因果関係ネットワークモデルを生成するように構成されたプロセッサ実装関係ネットワークモジュールであって、前記因果関係ネットワークモデルは複数の医学的状態に関する変数を含む、プロセッサ実装関係ネットワークモジュール、
を備えることを特徴とするシステム。
【請求項５７】
前記因果関係ネットワークモデルは、前記複数の医学的状態それぞれについての１以上の予測変数を示す関係を含む
ことを特徴とする請求項５６記載のシステム。
【請求項５８】
患者データに基づく因果関係ネットワークモデルを用いるシステムであって、
医学的状態に関連する情報を受信するように構成されたデータ受信モジュール、
コンピュータ生成した因果関係ネットワークモデルからサブネットワークを決定するように構成されたサブネットワークモジュールであって、前記因果関係ネットワークモデルはベイジアンネットワークアルゴリズムを用いて患者データから生成され、複数の医学的状態に関連する変数を含む複数の変数を有し、前記因果関係ネットワークモデルは前記医学的状態に基づいており、前記サブネットワークは前記医学的状態に関連付けられた１以上の変数を含む、サブネットワークモジュール、
前記サブネットワークをスキャンし前記医学的状態についての１以上の予測変数を識別するように構成された変数識別モジュール、
を備えることを特徴とするシステム。
【請求項５９】
前記コンピュータ生成した因果関係ネットワークモデルは、請求項１から２５いずれか１項記載の方法を用いて生成される
ことを特徴とする請求項５８記載のシステム。
【請求項６０】
少なくとも１つのプロセッサが実行することにより、前記少なくとも１つのプロセッサに請求項１から２５いずれか１項記載の方法を実施させる、少なくとも１つのプログラムを格納する
ことを特徴とする不揮発性機械読取可能記憶媒体。
【請求項６１】
医学的状態についての予測変数を生成するシステムであって、
複数の患者に対応するデータを受信するように構成された因果関係ネットワークモデル生成器を備え、前記データは各患者の診断情報および／または治療情報を含み、
前記因果関係ネットワークモデル生成器はさらに、前記データをパースして複数の変数についての正規化データを生成するように構成され、各患者について前記正規化データは１以上の変数について生成され、
前記因果関係ネットワークモデル生成器はさらに、前記生成した正規化データに基づきベイジアンネットワークアルゴリズムを用いて各変数を前記複数の変数の１以上に関連付ける因果関係ネットワークモデルを生成するように構成され、前記因果関係ネットワークモデルは複数の医学的状態に関する変数を含む
ことを特徴とするシステム。
【請求項６２】
前記因果関係ネットワークモデルは、前記複数の医学的状態それぞれについての１以上の予測変数を示す関係を含む
ことを特徴とする請求項６１記載のシステム。
【請求項６３】
前記システムはさらに、サブネットワーク選択モジュールを備え、
前記サブネットワーク選択モジュールは、ユーザインターフェースを介してユーザから医学的状態に関連付けられた情報を受信するように構成され、
前記サブネットワーク選択モジュールはさらに、前記因果関係ネットワークモデルからサブネットワークを決定するように構成され、前記サブネットワークは前記医学的状態に関連する１以上の変数を含み、
前記サブネットワーク選択モジュールはさらに、前記サブネットワークをスキャンして前記医学的状態についての１以上の予測変数を識別し、前記医学的状態についての前記１以上の予測変数を保存するように構成されている
ことを特徴とする請求項６１記載のシステム。
【請求項６４】
患者データに基づき因果関係ネットワークモデルを生成するシステムであって、
第１プロセッサにより実装され、複数の患者に対応するデータを受信するように構成された、データ受信モジュールであって、前記データは各患者の診断情報および／または治療情報を含み、
前記データ受信モジュールはさらに、前記データをパースして複数の変数についての正規化データを生成するように構成されており、各患者について前記正規化データは１以上の変数について生成され、
前記システムはさらに、１以上の追加プロセッサによって実装された因果関係ネットワークモジュールを備え、
前記因果関係ネットワークモジュールは、前記生成された正規化データに基づきベイジアンネットワークアルゴリズムを用いて前記複数の変数に関する因果関係ネットワークモデルを生成するように構成され、前記因果関係ネットワークモデルは複数の医学的状態に関する変数を含む
ことを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
＜関連出願＞
本願は、２０１４年９月１１日出願の米国仮特許出願６２／０４９，１４８号に関連し、同願の優先権を主張する。同文献の全体は、参照により本願に組み込まれる。
【０００２】
本文書は一般に、データ分析のシステムおよび方法に関する。具体的には、ヘルスケアデータを用いて因果関係ネットワークモデルを生成することに関する。
【背景技術】
【０００３】
多くのシステムは、データを分析してヘルスケアの様々な側面についての知見を得る。データ間の関係を判定することにより、知見を得ることができる。従来手法は、いくつかの関連変数をあらかじめ定め、ヘルスケアデータから分析処理のためのものを抽出する。少数の事前選択した変数に基づき、様々な要因間の関係が構築される。例えば医薬、病気、症状などの関係である。フォーカスする変数を事前選択することにより、新たなまたは未知の関係を発見する能力が制限される。また変数を事前選択することにより、他の関係変数を発見する能力も制限される。例えば糖尿病の分析を検討する際に変数が事前選択される場合、それらの変数に制限され、糖尿病に関連するヘルスケア業界にとって未知な他の変数は分析によってサポートされない。
【発明の概要】
【課題を解決するための手段】
【０００４】
１側面において本発明は、患者データに基づき因果関係ネットワークモデルを生成するための、コンピュータ実装した方法に関する。前記方法は：複数の患者に対応するデータを受信するステップであって、前記データは各患者の診断情報および／または治療情報を含む、ステップ；前記データをパースして、複数の変数についての正規化データを生成するステップであって、各患者について前記正規化データは１以上の変数について生成される、ステップ；ベイジアンネットワークアルゴリズムを用いて前記生成した正規化データに基づき前記複数の変数に関する因果関係ネットワークモデルを生成するステップであって、前記因果関係ネットワークモデルは複数の医学的状態に関する変数を含み、前記因果関係ネットワークは、ネットワークモデル構築コードを保持するストレージと前記ネットワーク構築コードを実行するように構成された１以上のプロセッサを有するプログラムされたコンピュータシステムを用いて生成される、ステップ；を有する。
【０００５】
１実施形態において、前記因果関係ネットワークモデルは、各前記医学的状態の１以上の予測変数を示す関係を含む。１実施形態において、前記受信したデータは、１以上の前記医学的状態に関連するものとして事前選択されない。実施形態において、前記方法はさらに：１以上の追加患者に対応する追加データを受信するステップ；前記追加データに基づき前記因果関係ネットワークモデルを更新するステップ；を有する。１実施形態において、前記因果関係ネットワークモデルは、前記生成した正規化データのみに基づき生成される。
【０００６】
実施形態において、前記方法はさらに：前記因果関係ネットワークからサブネットワークを判定するステップであって、前記サブネットワーク内の１以上の変数は選択された医学的状態と対応付けられている、ステップ；前記サブネットワーク内の関係をプローブして前記選択した医学的状態についての１以上の予測変数を決定するステップ；を有する。１実施形態において、前記選択した医学的状態についての前記１以上の予測変数は、前記選択した医学的状態と同時発生する医学的状態を示す。１実施形態において、前記サブネットワークの広がりは、前記選択された医学的状態と対応付けられた前記１以上の変数、および前記１以上の変数と前記因果関係ネットワーク内の他の変数との間の前記関係の強度、に基づき決定される。１実施形態において、前記サブネットワークは、前記選択された医学的状態に関連付けられた１以上の変数を含み、追加変数の第１セットはそれぞれ前記１以上の変数と第１強度関係を有し、追加変数の第２セットはそれぞれ前記１以上の変数と第２強度関係を有する。実施形態において、前記１以上の予測変数のうち少なくとも１つは、未知のものである。実施形態において、前記１以上の予測変数のうち少なくとも１つは、前記医学的状態の予測変数として新たに認識されたものである。１実施形態において、前記予測変数の個数は前記変数の個数よりも少ない。
【０００７】
実施形態において、前記方法はさらに、ユーザインターフェースにおいて前記１以上の予測変数、前記１以上の変数と前記１以上の予測変数との間の関係、を表示するステップを有する。前記表示は、前記１以上の変数のグラフ表示を含む。実施形態において、前記方法はさらに、前記サブネットワークのグラフをユーザインターフェースに表示するステップを有する。実施形態において、前記方法はさらに、前記１以上の変数と前記１以上の予測変数との間の関係強度に基づき前記１以上の予測変数をランク付けするステップを有する。
【０００８】
１実施形態において、前記方法はさらに：前記因果関係ネットワークモデルからサブネットワークを決定するステップであって、前記サブネットワーク内の１以上の変数は、選択した薬に関連付けられる、ステップ；前記サブネットワークをプローブして前記選択した薬に関連する１以上の予測変数を決定するステップ；を有する。実施形態において、前記選択した薬に関連する前記１以上の予測変数は、前記選択した薬とともに投与された薬を示す。実施形態において、前記１以上の予測変数は、前記選択した薬と１以上の他の薬との間の有害な相互作用を示す。実施形態において、前記サブネットワークの広がりは、前記選択した薬と関連付けられている前記１以上の変数、および前記１以上の変数と前記因果関係ネットワークモデル内の他の変数との間の関係強度、に基づき決定される。実施形態において、前記サブネットワークは、前記選択された薬に関連付けられた１以上の変数を含み、追加変数の第１セットはそれぞれ前記１以上の変数と第１強度関係を有し、追加変数の第２セットはそれぞれ前記１以上の変数と第２強度関係を有する。他実施形態において、前記１以上の予測変数のうち少なくとも１つは、未知のものである。実施形態において、前記１以上の予測変数のうち少なくとも１つは、前記医学的状態の予測変数として新たに認識されたものである。他実施形態において、前記予測変数の個数は前記変数の個数よりも少ない。
【０００９】
１実施形態において、前記因果関係ネットワークモデルは少なくとも５０変数に基づき生成される。
【００１０】
１実施形態において、前記因果関係ネットワークモデルは少なくとも１００変数に基づき生成される。
【００１１】
１実施形態において、前記因果関係ネットワークモデルは少なくとも１０００変数に基づき生成される。
【００１２】
１実施形態において、前記因果関係ネットワークモデルは少なくとも１０００００変数に基づき生成される。
【００１３】
１実施形態において、前記因果関係ネットワークモデルは５０変数から１００００００変数の間に基づき生成される。
【００１４】
他実施形態において、前記因果関係ネットワークモデルは５０患者から１００００００患者の間のデータに基づき生成される。
【００１５】
他実施形態において、前記データは患者の電子健康レコードからの情報を含む。
【００１６】
１実施形態において、前記受信したデータはさらに、前記複数の患者のうち少なくとも一部について、以下の少なくとも１つを含む：患者の人物情報、医療履歴、患者の家族の医療履歴、有効薬品情報、有効でない過去の薬品情報、アレルギー情報、免疫状態情報、実験室テスト結果、放射線画像、バイタルサイン情報、患者の体重、請求情報、ライフスタイル情報、習慣情報、保険請求情報、薬局情報。実施形態において、前記患者の人物情報は、患者の年齢、人種、民族のうち少なくとも１つを含む。
【００１７】
１実施形態において、前記受信したデータは、患者チャートからの情報を含む。実施形態において、前記患者チャートからの情報は、以下のうち少なくとも１つを含む：ヘルスケア専門家によるメモ、ヘルスケア専門家による観察結果、薬品と治療の投与、薬品と治療の投与の順番、テスト結果、ｘ線画像。
【００１８】
１実施形態において、前記受信したデータは患者の退院情報を含む。実施形態において前記患者の退院情報は、以下のうち少なくとも１つを含む：診断コード、治療コード、保険課金コード、診断関連グループコード、国際疫病分類コード。
【００１９】
１実施形態において、前記受信したデータは選択した病院からの複数の患者に関するものである。１実施形態において、前記受信したデータは選択した地域からの複数の患者に関するものである。
【００２０】
実施形態において、ベイジアンネットワークアルゴリズムを用いて前記生成した正規化データに基づき複数の患者についての変数に関連する前記因果関係ネットワークモデルを生成するステップは：ベイジアンフラグメント列挙プロセスを介して、前記変数に基づきネットワーク断片のライブラリを生成するステップ；仮ネットワークの集合を生成するステップであって、各仮ネットワークは前記ライブラリ内の前記ネットワーク断片の異なるサブセットから構築される、ステップ；シミュレーテッドアニーリングを介して局所変形させて各仮ネットワークを進化させることにより前記仮ネットワークの集合をグローバル最適化し、コンセンサス因果関係ネットワークモデルを生成するステップ；を有する。実施形態において、ベイジアンネットワークアルゴリズムを用いて前記生成した正規化データに基づき複数の患者についての変数に関連する前記因果関係ネットワークモデルを生成するステップはさらに、入力データに基づく前記コンセンサス因果関係ネットワークモデルのコンピュータシミュレーションを実施することにより、前記因果関係ネットワークモデル内の１以上の因果関係についての予測の確信レベルを提供するステップを含む。
【００２１】
他側面において本発明は、因果関係ネットワークモデルを用いるコンピュータ実装した方法に関する。前記方法は：複数の医学的状態からの医学的状態の選択を受信するステップ；コンピュータ生成した因果関係ネットワークモデルからサブネットワークを決定するステップであって、前記因果関係ネットワークモデルはベイジアンネットワークアルゴリズムを用いて患者データから生成され、前記複数の医学的状態に関連する変数を含む複数の変数を有し、前記因果関係ネットワークモデルは前記選択した医学的状態に基づいており、前記サブネットワークは前記選択した医学的状態に対応付けられた１以上の変数を含む、ステップ；前記サブネットワークをスキャンして前記選択した医学的状態についての１以上の予測変数を識別するステップ；前記選択した医学的状態についての前記１以上の予測変数を保存するステップ；を有する。
【００２２】
１実施形態において、前記医学的状態の選択は、ユーザインターフェースを介してユーザから受信する。実施形態において、前記１以上の予測変数のうち少なくとも１つは、未知のものである。実施形態において、前記１以上の予測変数のうち少なくとも１つは、前記医学的状態についての予測変数として新たに認識された予測変数である。実施形態において、前記予測変数の個数は前記変数の個数よりも少ない。
【００２３】
実施形態において、前記方法はさらに、前記予測変数に対して回帰アルゴリズムを適用して、各予測変数と前記選択した医学的状態または薬との間の関係を判定するステップを有する。実施形態において、前記方法はさらに、前記予測変数、前記１以上の選択した変数と前記予測変数との間の関係、を前記ユーザインターフェースに表示するステップを有する。前記表示は、前記１以上の選択した変数のグラフを含む。実施形態において、前記方法はさらに、前記ユーザインターフェースに前記サブネットワークのグラフを表示するステップを有する。実施形態において、前記方法はさらに、前記１以上の選択した変数と前記１以上の予測変数との間の関係強度に基づき前記１以上の予測変数をランク付けするステップを有する。
【００２４】
１実施形態において、前記１以上の予測変数は、１以上の薬品と関連付けられる。１実施形態において、前記予測変数は１以上の医学的状態と関連付けられる。
【００２５】
他側面において本発明は、因果関係ネットワークモデルを用いるコンピュータ実装した方法に関する。前記方法は：複数の医学的状態のうちいずれかの医学的状態に関するクエリを受信するステップ；コンピュータ生成した因果関係ネットワークモデルのなかからサブネットワークを決定するステップであって、前記因果関係ネットワークモデルはベイジアンネットワークアルゴリズムを用いて患者データから生成され、前記複数の医学的状態に関連する変数を含む複数の変数を有し、前記因果関係ネットワークモデルは前記クエリされた医学的状態に基づき、前記サブネットワークは前記クエリされた医学的状態に関連付けられた１以上の変数を含む、ステップ；前記サブネットワークをスキャンして前記クエリされた医学的状態についての１以上の予測変数を識別するステップ；前記クエリされた医学的状態についての前記１以上の予測変数を保存するステップ；を有する。１実施形態において、前記ユーザから受信した前記クエリは、医学的状態および／または医薬品に関連する情報を含む。
【００２６】
１側面において本発明は、因果関係ネットワークモデルを用いるコンピュータ実装した方法に関する。前記方法は：医薬品に関連する情報を受信するステップ；コンピュータ生成した因果関係ネットワークモデルからサブネットワークを決定するステップであって、前記因果関係ネットワークモデルはベイジアンネットワークアルゴリズムを用いて患者データから生成され、前記複数の医薬品に関連する変数を含む複数の変数を有し、前記因果関係ネットワークモデルは前記医薬品に基づいており、前記サブネットワークは前記医薬品に関連する１以上の変数を含む、ステップ；前記サブネットワークをスキャンして前記医薬品についての１以上の予測変数を識別するステップ；前記医薬品についての前記１以上の予測変数を保存するステップ；を有する。
【００２７】
他側面において本発明は、患者データに基づき因果関係ネットワークモデルを生成するシステムに関する。前記システムは：複数の患者に関するデータを受信するように構成されたデータ受信モジュールであって、前記データは各患者の診断情報および／または治療情報を含む、データ受信モジュール；前記データをパースして複数の変数についての正規化データを生成するように構成されたパースモジュールであって、各患者について前記正規化データは１以上の変数について生成される、パースモジュール；ベイジアンネットワークアルゴリズムを用いて前記生成した正規化データに基づき前記複数の変数に関する因果関係ネットワークモデルを生成するように構成されたプロセッサ実装関係ネットワークモジュールであって、前記因果関係ネットワークモデルは複数の医学的状態に関する変数を含む、プロセッサ実装関係ネットワークモジュール；を備える。１実施形態において前記因果関係ネットワークモデルは、前記複数の医学的状態それぞれについての１以上の予測変数を示す関係を含む。
【００２８】
他側面において本発明は、患者データに基づく因果関係ネットワークモデルを用いるシステムを提供する。前記システムは：医学的状態に関連する情報を受信するように構成されたデータ受信モジュール；コンピュータ生成した因果関係ネットワークモデルからサブネットワークを決定するように構成されたサブネットワークモジュールであって、前記因果関係ネットワークモデルはベイジアンネットワークアルゴリズムを用いて患者データから生成され、複数の医学的状態に関連する変数を含む複数の変数を有し、前記因果関係ネットワークモデルは前記医学的状態に基づいており、前記サブネットワークは前記医学的状態に関連付けられた１以上の変数を含む、サブネットワークモジュール；前記サブネットワークをスキャンし前記医学的状態についての１以上の予測変数を識別するように構成された変数識別モジュール；を備える。１実施形態において、前記コンピュータ生成した因果関係ネットワークモデルは、本実施形態の方法を用いて生成される。
【００２９】
他側面において本発明は、少なくとも１つのプロセッサが実行することにより、前記少なくとも１つのプロセッサに本実施形態の方法を実施させる、少なくとも１つのプログラムを格納する不揮発性機械読取可能記憶媒体を提供する。
【００３０】
他側面において本発明は、医学的状態についての予測変数を生成するシステムを提供する。前記システムは：複数の患者に対応するデータを受信するように構成された因果関係ネットワークモデル生成器であって、前記データは各患者の診断情報および／または治療情報を含み、前記因果関係ネットワークモデル生成器はさらに、前記データをパースして複数の変数についての正規化データを生成するように構成され、各患者について前記正規化データは１以上の変数について生成され、前記因果関係ネットワークモデル生成器はさらに、前記生成した正規化データに基づきベイジアンネットワークアルゴリズムを用いて各変数を前記複数の変数の１以上に関連付ける因果関係ネットワークモデルを生成するように構成され、前記因果関係ネットワークモデルは複数の医学的状態に関する変数を含む、因果関係ネットワークモデル生成器；を備える。１実施形態において前記因果関係ネットワークモデルは、前記複数の医学的状態それぞれについての１以上の予測変数を示す関係を含む。実施形態において前記システムはさらに、ユーザインターフェースを介してユーザから医学的状態に関連付けられた情報を受信し、前記因果関係ネットワークモデルからサブネットワークを決定するように構成された、サブネットワーク選択モジュールであって、前記サブネットワークは前記医学的状態に関連する１以上の変数を含み、前記サブネットワーク選択モジュールはさらに、前記サブネットワークをスキャンして前記医学的状態についての１以上の予測変数を識別し、前記医学的状態についての前記１以上の予測変数を保存するように構成されている、サブネットワーク選択モジュールを備える。
【００３１】
他側面において本発明は、患者データに基づき因果関係ネットワークモデルを生成するシステムを提供する。前記システムは：第１プロセッサにより実装され、複数の患者に対応するデータを受信するように構成された、データ受信モジュールであって、前記データは各患者の診断情報および／または治療情報を含み、前記データ受信モジュールはさらに、前記データをパースして複数の変数についての正規化データを生成するように構成されており、各患者について前記正規化データは１以上の変数について生成される、データ受信モジュール；１以上の追加プロセッサによって実装され、前記生成された正規化データに基づきベイジアンネットワークアルゴリズムを用いて前記複数の変数に関する因果関係ネットワークモデルを生成するように構成され、前記因果関係ネットワークモデルは複数の医学的状態に関する変数を含む、因果関係ネットワークモジュール；を備える。
【００３２】
本願全体を通して、リストに提示する値：例えば上述のものは、本発明の一部として意図する範囲の上下限値であってもよい。
【００３３】
本文書は例によって記載されており、これにより限定するものではない。添付する図面において、明示しない限り同様の符号は同様の要素を示す。
【図面の簡単な説明】
【００３４】
【図１】１実施形態に基づくヘルスケア分析のためのシステムを示す概略ネットワーク図である。
【００３５】
【図２】１実施形態に基づきモジュールの観点からヘルスケア分析システムの概略を示すブロック図である。
【００３６】
【図３】１実施形態に基づき関係ネットワークモデルを生成することによるヘルスケア分析方法のフローチャートである。
【００３７】
【図４】１実施形態に基づく関係ネットワークモデルを用いる方法のフローチャートである。
【００３８】
【図５】例１におけるヘルスケア分析方法のフローチャートである。
【００３９】
【図６】例１において用いるヘルスケアエンティティからのデータセット例である。
【００４０】
【図７】例１において生成される関係ネットワークモデルの概略を示す。
【００４１】
【図８】心不全＆心臓発作と腎不全にフォーカスした図７の関係ネットワークのサブネットワークの概略を示す。
【００４２】
【図９Ａ】図７の関係ネットワークモデルのサブネットワークの概略を示す。心不全＆心臓発作にフォーカスし、心不全＆心臓発作と肺炎＆胸膜炎との間の接続、および心不全＆心臓発作と呼吸器感染症との間の接続をハイライトしている。
【００４３】
【図９Ｂ】心不全＆心臓発作が肺炎＆胸膜炎および呼吸器感染症＆炎症とどのようにつながるかについての概略を示す。
【００４４】
【図１０Ａ】図９Ａの心不全＆心臓発作サブネットワークの概略を示す。心不全＆心臓発作とＣＯＰＤとの間の接続をハイライトしている。
【００４５】
【図１０Ｂ】ＣＯＰＤがどのように心不全につながるかについての概略を示す。
【００４６】
【図１１】心不全＆心臓発作サブネットワークの概略を示す。心不全＆心臓発作と不整脈＆伝導障害との間の接続をハイライトしている。
【００４７】
【図１２Ａ】心不全＆心臓発作サブネットワークの概略を示す。胃腸出血と心不全＆心臓発作との間の接続をハイライトしている。
【００４８】
【図１２Ｂ】胃腸出血がどのように心不全につながるかについての概略を示す。
【００４９】
【図１３】心不全＆心臓発作サブネットワークの概略を示す。腎不全と心不全＆心臓発作との間の接続をハイライトしている。
【００５０】
【図１４Ａ】例１の関係ネットワークモデルから生成した、心不全＆心臓発作と腎不全との間の関連プロットである。
【００５１】
【図１４Ｂ】例１の関係ネットワークモデルから生成した、心不全＆心臓発作と腎不全との間の関係の４分グラフである。
【００５２】
【図１５Ａ】例１の関係ネットワークモデルから生成した、心不全＆心臓発作と胃腸出血との間の関連プロットである。
【００５３】
【図１５Ｂ】例１の関係ネットワークモデルから生成した、心不全＆心臓発作と胃腸出血との間の４分グラフである。
【００５４】
【図１６】図８のサブネットワークの第２部分の概略を示す。腎不全にフォーカスしている。
【００５５】
【図１７Ａ】図７の関係ネットワークモデルのサブネットワークの概略を示す。腎不全にフォーカスし、気管支炎＆喘息と腎不全との間の接続をハイライトしている。
【００５６】
【図１７Ｂ】腎不全サブネットワークにおける気管支炎＆喘息と腎不全との間の接続、および気管支炎＆喘息と腎不全との間の関係についての回帰モデルの概略を示す。
【００５７】
【図１８Ａ】例１の関係ネットワークモデルから生成した、腎不全と気管支炎および喘息との間の関連プロットである。
【００５８】
【図１８Ｂ】例１の関係ネットワークモデルから生成した、腎不全と気管支炎および喘息との間４分グラフである。
【００５９】
【図１９Ａ】臨床研究に基づく経路の概略を示す図である。例１の腎不全サブネットワークから判定した、気管支炎＆喘息と腎不全との間の新規な接続を説明している。
【００６０】
【図１９Ｂ】例１の腎不全サブネットワークから判定した気管支炎＆喘息と腎不全との間の新規接続の基盤として存在する可能性がある分子メカニズムの概略を示す図である。
【００６１】
【図２０】例１の関係ネットワークモデルおよび選択した例２の赤血球障害サブネットワークの概略を示す。
【００６２】
【図２１】本明細書のヘルスケア分析システムおよび法補遺の実施形態を実装するために用いることができるコンピュータデバイスのブロック図である。
【発明を実施するための形態】
【００６３】
近年、ヘルスケアデータの量が爆発的に増えている。電子健康レコードに適応するためである。このヘルスケアデータを利用して、ヘルスケアを発展させるための新たな道を開くことができる。これは、患者ケアを改善するとともにケアを届ける新たな能力を生成することによる。例えば患者固有の分子的臨床的要因に起因する治療結果のバリエーションを理解することにより、医薬品の正確なモデルを生成することができる。
【００６４】
ヘルスケアにおいて主にビッグデータにフォーカスすることは、ヘルスケアデータをよりよく管理し利用することであり、データマイニングにより仮説をテストすることである。健康データの従来の分析手法は、長期間保持されてきた生物学的または臨床的表現型仮説に依拠することによって、あるいは分析の基盤となるその他仮説に依拠することによって、制限されている。
【００６５】
本明細書の実施形態は、ヘルスケア分析のためのシステム、方法、およびコンピュータ読取可能媒体を含む。実施形態は、様々なヘルスケア領域（例えば患者ケア）に関連するデータに基づき、ベイジアンネットワークアルゴリズムを用いて因果関係ネットワークモデルを生成する。関係ネットワークを生成するために用いるデータは、関連性について事前選択や事前フィルタリングされてない大容量データである。さらに因果関係ネットワークの生成は、どの変数が関係しまたは無関係であるかについての仮定や、変数間の関係についての事前知識に、依拠していない。このバイアスなしアプローチにより、データ収集によりサポートされる接続を表すネットワークモデルを構築する方法とシステムの実施形態を実現できる。このネットワークモデルは、既知の臨床研究によってバイアスされていない。したがって、関連性についてデータを事前選択するとともに変数間の関係についての事前知識を用いる従来アプローチとは異なり、実施形態により得られるネットワークは変数間の新たな相関を含んでいる可能性がより高い。この変数間の相関は、ヘルスケア業界において未知のものであるか、またはヘルスケア業界がこれまで研究探究してこなかったものである可能性がある。実施形態は、患者データをモデル化する方法およびシステムに関するものであり、完全にデータ駆動であって現行知識によりバイアスされていない。このようなデータ駆動非バイアスモデルを用いて、病状の新たな（そして場合によっては驚くべき）傾向を発見することができる。実施形態を用いて、自明ではない併存疾患を識別し、治療方針と手順を改善することができる。
【００６６】
実施形態において、ヘルスケア関連情報を含むデータを取得または受信する。受信したデータを処理およびパースして、複数の変数についての正規化データを生成する。因果関係ネットワークモデルは、ベイジアンネットワークアルゴリズムを用いて、その変数に基づき生成される。例えば関係ネットワークモデルは、複数の医学的状態、および複数の医薬品を含み、その医学的状態と医薬品との間の関係を示す。
【００６７】
実施形態は、生成した因果関係ネットワークを用いる方法を含む。例えば実施形態は、医学的状態または医薬品に関する情報をユーザから受信する。受信した情報に基づき、生成した因果関係ネットワークモデルからサブネットワークを決定する。サブネットワークをスキャンまたはプローブして、医学的状態または医薬品についての予測変数を判定する。予測変数は例えば、医学的状態または医薬品に対して影響がある重要要因である。
【００６８】
定義
【００６９】
本明細書において、具体的に定義することを意図しているが本明細書の他の部分においてまだ定義されていないいくつかの用語を、ここで定義する。
【００７０】
用語“診断／治療情報”は、実施した診断をコード化した任意の情報またはどのような治療が提供されたかを記述する情報のことである。
【００７１】
用語“医学的状態”は、症状や兆候を提示している人の任意の病理学的状態、病状、および／または疾患のことである。
【００７２】
用語“医薬品”または“薬”は、医学的状態を治療し、処置し、および／または防ぐ際に用いることができる、および／または医学的状態を診断する際に用いることができる、任意の医薬、薬剤、治療薬、および／または化学物質のことである。
【００７３】
用語“予測変数”は、数式、アルゴリズム、または決定支援ツールにおいて結果を予測するために用いることができる変数のことである。数式、アルゴリズム、または決定支援ツールは、結果を予測するために複数の予測変数を用いることができる。
【００７４】
以下の説明は、ヘルスケア分析のシステムおよび方法を当業者が生成および使用できるようにするために提示するものである。実施形態に対する様々な変形は、当業者にとって明らかである。本明細書が定義する一般原理は、本発明の原理と範囲から逸脱することなく、他の実施形態やアプリケーションに対して適用することができる。以下の説明において、説明のため様々な詳細部分を記載している。しかし、そのような特定の詳細部分がなくとも本発明を実施できることを、当業者は理解するであろう。他の例において、不要な詳細説明によって本発明の記載を不明瞭にしないため、既知の構造やプロセスはブロック図として示される。したがって本文書は、実施形態を限定するためのものではなく、本明細書の原理と特徴に準じて最も広く解釈されるべきである。
【００７５】
図１は、システム１００の例のネットワーク図を示す。システム１００は、その一部または全体が本実施形態に基づくヘルスケアシステムに含まれるものである。システム１００は、ネットワーク１０５、クライアントデバイス１１０、クライアントデバイス１１５、クライアントデバイス１２０、クライアントデバイス１２５、サーバ１３０、サーバ１３５、データベース１４０、データベースサーバ１４５を有する。クライアントデバイス１１０、１１５、１２０、１２５、サーバ１３０、サーバ１３５、データベース１４０、データベースサーバ１４５は、それぞれネットワーク１０５と接続されている。
【００７６】
実施形態において、ネットワーク１０５の１以上の部分は、アドホックネットワーク、イントラネット、エクストラネット、仮想プライベートネットワーク（ＶＰＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ＬＡＮ（ＷＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、無線ワイドエリアネットワーク（ＷＷＡＮ）、メトロポリタンネットワーク（ＭＡＮ）、インターネットの一部、公衆電話網（ＰＳＴＮ）の一部、携帯電話ネットワーク、無線ネットワーク、ＷｉＦｉネットワーク、ＷｉＭａｘネットワーク、その他任意タイプのネットワーク、またはこれらネットワークの２以上の組み合わせである。
【００７７】
クライアントデバイスの例としては、以下が挙げられるがこれに限らない：ワークステーション、パーソナルコンピュータ、汎用目的コンピュータ、インターネットアプライアンス、ラップトップ、デスクトップ、マルチプロセッサシステム、セットトップボックス、ネットワークＰＣ、無線デバイス、ポータブルデバイス、ウェアラブルコンピュータ、携帯電話、携帯電子個人端末（ＰＤＡ）、スマートフォン、タブレット、ウルトラブック、ネットブック、マルチプロセッサシステム、マイクロプロセッサベースまたはプログラム可能電子機器、ミニコンピュータ、など。クライアントデバイス１１０、１１５、１２０、１２５は、有線または無線接続を介してネットワーク１０５と接続することができる。
【００７８】
実施形態において、クライアントデバイス１１０、１１５、１２０、１２５に含まれるヘルスケア分析システムは、本明細書が記載する機能をローカル実施するように構成することができる。一方でサーバ１３０、１３５は、本明細書が記載するその他機能を実施する。例えばクライアントデバイス１１０、１１５、１２０、１２５は、患者データを受け取り、患者データをパースすることができる。一方でサーバ１３５は、因果関係ネットワークを生成することができる。他例において、クライアントデバイス１１０、１１５、１２０、１２５は条件の選択を受け取ることができ、サーバ１３５は、因果関係ネットワークからサブネットワークを決定し、サブネットワークをスキャンして選択した条件についての予測変数を識別し、識別した予測変数を保存することができる。他例において、クライアントデバイス１１０、１１５、１２０、１２５は、条件の選択を受け取ることができ、サーバ１３５は、因果関係ネットワークからサブネットワークを決定するとともにそのサブネットワークをスキャンして選択した条件についての予測変数を識別することができる。クライアントデバイス１１０、１１５、１２０、１２５はその識別した予測変数を保存することができる。
【００７９】
別実施形態において、クライアントデバイス１１０、１１５、１２０、１２５は、本明細書が記載する全機能を実施することができる。例えばクライアントデバイス１１０、１１５、１２０、１２５は、患者データを受信し、患者データをパースし、患者データに基づき因果関係ネットワークを生成することができる。他例においてクライアントデバイス１１０、１１５、１２０、１２５は、条件の選択を受け取り（例えば医学的状態や医薬品）、選択した条件に基づき因果関係ネットワークからサブネットワークを決定し、そのサブネットワークをスキャンして選択した条件についての予測変数を識別し、その識別した予測変数を保存することができる。
【００８０】
他実施形態において、ヘルスケア分析システムはクライアントデバイス１１０、１１５、１２０、１２５に含めることができ、サーバ１３５は本明細書が記載する機能を実施する。例えばサーバ１３５は、患者データを受け取り、患者データをパースし、患者データに基づき因果関係ネットワークを生成することができる。他例においてサーバ１３５は、条件の選択（例えば医学的状態や医薬品）を受け取り、選択した条件に基づき因果関係ネットワークからサブネットワークを決定し、そのサブネットワークをスキャンして選択した条件についての予測変数を識別し、その識別した予測変数を保存することができる。
【００８１】
実施形態において、サーバ１３０とサーバ１３５は、分散コンピュータ環境の一部であってもよい。タスク／機能の一部はサーバ１３０と１３５の間で分散される。実施形態において、サーバ１３０とサーバ１３５は、並列コンピュータ環境の一部であり、サーバ１３０とサーバ１３５はタスク／機能を並列実施して、本明細書が記載する因果関係ネットワークモデルを生成するために必要なコンピュータリソースと処理リソースを提供する。
【００８２】
実施形態において、サーバ１３０、１３５、データベース１４０、データベースサーバ１４５は、有線接続によりネットワーク１０５と接続される。これに代えて、サーバ１３０、１３５、データベース１４０、データベースサーバ１４５のうち１以上は、無線接続によりネットワーク１０５と接続することもできる。図示していないが、データベースサーバ１４５は、データベース１４０と直接接続することができ、サーバ１３０、１３５はデータベースサーバ１４５および／またはデータベース１４０と直接接続することができる。サーバ１３０、１３５は、ネットワーク１０５を介してクライアントデバイス１１０、１１５、１２０、１２５と通信するように構成された１以上のコンピュータまたはプロセッサを備える。サーバ１３０、１３５は、クライアントデバイス１１０、１１５、１２０、１２５がアクセスする１以上のアプリケーションまたはウェブサイトをホストし、および／またはデータベース１４０のコンテンツにアクセスできるようにする。データベースサーバ１４５は、データベース１４０のコンテンツにアクセスできるようにするように構成された１以上のコンピュータまたはプロセッサを備える。データベース１４０は、サーバ１３０、１３５、データベース１４５、および／またはクライアントデバイス１１０、１１５、１２０、１２５が用いるデータおよび／または命令を格納する１以上のストレージデバイスを備える。データベース１４０、サーバ１３０、１３５、および／またはデータベースサーバ１４５は、１以上の地理的に互いに分散した場所に配置し、またはクライアントデバイス１１０、１１５、１２０、１２５から地理的に分散した場所に配置することができる。これに代えてデータベース１４０は、サーバ１３０、１３５、またはデータベースサーバ１４５に含めることができる。
【００８３】
図２は、実施形態にしたがってモジュールで実装されたヘルスケア分析システムを示すブロック図２００である。実施形態においてモジュールは、データモジュール２１０、パースモジュール２２０、関係ネットワークモジュール２３０、サブネットワークモジュール２４０、予測変数モジュール２５０を含む。実施形態において、モジュール２１０、２２０、２３０、２４０、２５０のうち１以上は、サーバ１３０および／またはサーバ１３５に含まれる。モジュール２１０、２２０．２３０、２４０、２５０のうちその他のものは、クライアントデバイス１１０、１１５、１２０、１２５において提供される。例えばデータモジュール２１０はクライアントデバイス１１０、１１５、１２０、１２５に含まれ、パースモジュール２２０、関係ネットワークモジュール２３０、サブネットワークモジュール２４０、予測変数モジュール２５０はサーバ１３０またはサーバ１３５に含まれる。他例において、データモジュール２１０はクライアントデバイス１１０、１１５、１２０、１２５に含まれ、パースモジュール２２０と関係ネットワークモジュール２３０はサーバ１３０において提供され、サブネットワークモジュール２４０と予測変数モジュール２５０はサーバ１３５において提供される。他例において、関係ネットワークモジュール２３０の機能の一部はサーバ１３０によって実施され、関係ネットワークモジュール２３０の機能のその他部分はサーバ１３５によって実施される。
【００８４】
別実施形態において、モジュールはクライアントデバイス１１０、１１５、１２０、１２５のいずれかが実装することができる。モジュールは、クライアントデバイス１１０、１１５、１２０、１２５が備える１以上のプロセッサが実行するように構成された１以上のソフトウェアコンポーネント、プログラム、アプリケーション、ａｐｐｓ、その他のコードベースユニットまたは命令を備える。実施形態において、モジュール２１０、２２０、２３０、２４０、２５０は、ウェブサイトからダウンロードすることができる。他実施形態において、モジュール２１０、２２０、２３０、２４０、２５０は、外部ハードウェアコンポーネントからインストールすることができる。例えば外部記憶装置（例：ＵＳＢドライブ、サムドライブ、ＣＤ、ＤＶＤなど）である。
【００８５】
図２においてモジュール２１０、２２０、２３０、２４０、２５０は個別のモジュールとして示しているが、モジュール２１０、２２０、２３０、２４０、２５０は図示するよりも少ないまたは多いモジュールとして実装できることを理解されたい。モジュール２１０、２２０、２３０、２４０、２５０は、１以上の外部コンポーネントと通信できることを理解されたい。例えばデータベース、サーバ、データベースサーバ、クライアントデバイスである。
【００８６】
データモジュール２１０は、データを受け取り管理するように構成されたハードウェア実装したモジュールであってもよい。パースモジュール２２０は、受信したデータを複数の変数について処理し、パースし、分析するように構成されたハードウェア実装したモジュールであってもよい。関係ネットワークモジュール２３０は、受信したデータからベイジアンネットワークアルゴリズムを用いて複数の変数に関する因果関係ネットワークモデルを生成するように構成された、ハードウェア実装したモジュールであってもよい。因果関係ネットワークモデルは、多大なプロセッサ性能を必要とする；したがって関係ネットワークモジュールの機能は、実施形態によってはサーバ１３０とサーバ１３５によって実施することができる。サブネットワークモジュール２４０は、因果関係ネットワークモデルを管理し、ユーザから受け取った情報に関するサブネットワークを因果関係ネットワークモデルから決定するように構成された、ハードウェア実装したモジュールであってもよい。予測変数モジュール２５０は、サブネットワークをスキャンしてユーザから受け取った情報に対応する１以上の予測変数を識別するように構成された、ハードウェア実装したモジュールであってもよい。
【００８７】
図３は、実施形態にしたがって因果関係ネットワークモデルを生成する方法のフロー図３００の例を示す。ブロック３０２において、複数の患者に対応するデータを受信する。実施形態において、データモジュール２１０がデータを受信する（図２参照）。実施形態において、データは各患者の診断情報および／または治療情報を含む。データは、例えば以下のような情報を含むことができる：患者の人物情報、医療履歴、患者の家族の医療履歴、有効薬品情報、有効でない過去の薬品情報、アレルギー情報、免疫状態情報、実験室テスト結果、放射線画像、バイタルサイン情報、患者の体重、請求情報、ライフスタイル情報、習慣情報、保険請求情報、薬局情報、など。患者人物情報は例えば、患者の年齢、患者の人種、患者の民族を含む。データはこれらに加えてまたはこれらに代えて、患者チャートからの情報（例えばヘルスケア専門家のメモ）、ヘルスケア専門家による観察結果、薬品と治療の投与、薬品と措置の投与の順番、テスト結果、ｘ線画像、などを含むことができる。データはこれらに加えてまたはこれらに代えて、退院情報を含むことができる。例えば診断コード、治療コード、保険課金コード、診断関連グループコード、国際疫病分類コード、などである。データモジュール２１０（図２参照）は、様々なヘルスケアデータ、情報、および／または統計を管理し利用できるようにするエンティティからデータを抽出または取得する。データは様々なソースから取得することができる。例えば公共利用可能ソース、データを収集する商用エンティティ、ヘルスケアプロバイダ、などである。実施形態において、データは複数の医学的状態または薬と関連しているものとして事前選択または事前決定されていない。入力データの例として、図６で説明する例１を参照されたい。
【００８８】
ブロック３０４において、ブロック３０２で受信したデータをパースして、複数の変数について正規化データを生成する。実施形態において、パースモジュール２２０がデータをパースする（図２参照）。正規化データは、各患者について１以上の変数につき生成される。データの正規化は、データを正規形式に縮小すること、および／またはデータをより使いやすいフォーマットに整形することを含む。実施形態において、データをパースすることはさらに、データをフィルタリングおよび補完することを含む。データをフィルタリングすることは、データ点の完全性や正確性などの条件に基づきデータ点を除去することを含む。データの補完は、欠けているデータ点を適当な代替値によって置き換えることを含む。
【００８９】
ブロック３０６において、複数の変数について生成した正規化データに基づき因果関係ネットワークモデルを生成する。実施形態において、因果関係ネットワークモデルは、関係ネットワークモジュール２３０によって生成される（図２参照）。実施形態において、ベイジアンネットワークアルゴリズムを用いて、複数の変数に関する因果関係ネットワークモデルを生成する。実施形態において、生成した因果関係ネットワークモデルは、複数の医学的状態および／または薬に関する変数を含む。例えば因果関係ネットワークモデルは、プログラムされたコンピュータシステムを用いて生成される。このコンピュータシステムは、ネットワークモデル構築コード、ネットワークモデル構築コードを実行する１以上のプロセッサを備える。因果関係ネットワークモデルは、複数の医学的状態または薬それぞれについての１以上の予測変数を示す関係を含む。因果関係ネットワークモデルは、正規化データのみに基づき生成することができる。実施形態において、関係ネットワークモデルは人工知能ベースネットワークモデルである。
【００９０】
因果関係ネットワークモデルは、できる限り多くの変数に基づき生成することもできるし、意味のあるデータ分析に適した変数に基づき生成することもできる。例えば実施形態において、モデルは少なくとも５０変数に基づき生成することができる。他実施形態において、モデルは少なくとも１００変数、少なくとも１０００変数、少なくとも１００００変数、少なくとも１０００００変数、または少なくとも１００００００変数に基づき生成することができる。上述のように、変数は未処理／生入力データから判定／抽出したデータに対応する。実施形態において、変数は因果関係ネットワークモデルのノードとなる。
【００９１】
因果関係ネットワークモデルは、できる限り多くの患者からのデータに基づき生成することもできるし、意味のあるデータ分析に適した患者からのデータに基づき生成することもできる。例えば実施形態において、モデルは少なくとも５０患者からのデータに基づき生成することができる。他実施形態において、モデルは少なくとも１００患者、少なくとも１０００患者、少なくとも１００００患者、少なくとも１０００００患者、または少なくとも１００００００患者からのデータに基づき生成することができる。
【００９２】
本方法は他のステップを有することもできる。例えば１以上の追加患者に対応する追加データを受信し、その追加データに基づき因果関係ネットワークモデルを更新または再生成することができる。
【００９３】
実施形態において、生成した関係ネットワークモデルの一部または全てのグラフをユーザに対して表示することができる。実施形態において、生成した関係ネットワークモデルは後に用いるため保存される。
【００９４】
多くの異なる人工知能ベースプラットフォームまたはシステムを用いて、ベイジアンネットワークアルゴリズムにより因果関係ネットワークモデルを生成することができる。実施形態として、商用利用可能なシステムであるＧＮＳ社（マサチューセッツ州ケンブリッジ）のＲＥＦＳ（ＴＭ）（Ｒｅｖｅｒｓｅ  Ｅｎｇｉｎｅｅｒｉｎｇ／Ｆｏｒｗａｒｄ  Ｓｉｍｕｌａｔｉｏｎ）を用いることができる。実施形態を実装するのに適したＡＩベースシステムまたはプラットフォームは、入力データのみに基づき数学的アルゴリズムを用いて変数間の因果関係を確立し、可能性のある、確立された、および／または検証済の関係についての既存知識を考慮しない。
【００９５】
例えばＲＥＦＳ（ＴＭ）ＡＩベースインフォマティクスプラットフォームは、正規化入力データを受け取り、多数の計算を高速に実施して、システム内のデータ点がどのように相互作用するかを決定することができる。ＲＥＦＳ（ＴＭ）ＡＩベースインフォマティクスプラットフォームは、コンピュータ実装した関係ネットワークモデルを生成するためのリバースエンジニアリングプロセスを入力データに基づき実施する。関係ネットワークモデルは、様々な健康状態と予測変数との間の関係を定量的に表す。さらに、コンピュータ実装した関係ネットワークモデルに基づき仮説を構築して高速にシミュレートし、予測結果を得ることができる。仮説に関連する確信レベルも得られる。ＲＥＦＳプラットフォームを用いて因果関係モデルを生成する具体例を以下に説明する。
【００９６】
図４は、実施形態にしたがって因果関係ネットワークモデルを用いる方法のフロー図４００の例を示す。方法４００は、実施例のシステムによって実装することができ、ヘルスケア分析システムを用いる方法として記述することができる。因果関係ネットワークモデルを用いる方法は、因果関係ネットワークモデルからの結果を解釈する方法として参照することもできる。
【００９７】
ブロック４０２において、ユーザから情報を受け取る。実施形態において、データモジュール２１０が情報を受け取る（図２参照）。実施形態において、関係ネットワークモデルを生成するためデータ集合を受け取るデータモジュールは、生成した関係ネットワークモデルを用いるためユーザから情報を受け取るデータモジュールとは異なるかまたは分離されている。
【００９８】
ユーザから受け取った情報は、１以上の医学的状態または１以上の医薬品の選択を含む。実施形態において、ユーザは選択するための医学的状態および／または医薬品のリストを提示される。
【００９９】
ユーザから受け取る情報は、１以上の医学的状態または１以上の医薬品に関するクエリの形式であってもよい。実施形態において、ユーザは検索／クエリフィールドにテキストを入力する。
【０１００】
実施形態において、因果関係ネットワークモデルの一部またはすべてのグラフを表示する。実施形態において、ユーザから受け取った情報は、表示している因果関係ネットワークモデルの一部または全部のグラフの１以上のノードを選択することである。
【０１０１】
ブロック４０４において、ユーザからブロック４０２で受け取った情報に基づき、因果関係ネットワークモデルからサブネットワークを決定する。実施形態において、サブネットワークはサブネットワークモジュール２４０によって決定される。サブネットワークを決定する因果関係ネットワークモデルは、上述のようにベイジアンネットワークアルゴリズムを用いて患者データから生成することができ、複数の医学的状態に関する変数を含む複数の変数を有する。決定したサブネットワークに含まれる１以上の変数は、ユーザから受け取った情報に対応するものである。例えば受け取った情報が１以上の医学的状態に関連するものである場合、サブネットワーク内の１以上の変数は、１以上の医学的状態に関するものである。他例として、受け取った情報が１以上の薬に関するものである場合、サブネットワーク内の１以上の変数は１以上の薬に関するものである。
【０１０２】
サブネットワークの広がりは、選択された１以上の医学的状態または１以上の薬に関連付けられた１以上の変数に基づき、および１以上の変数と因果関係ネットワークモデル内の他の変数との間の関連強度に基づき、決定することができる。サブネットワークは、医学的状態または薬に関連付けられた１以上の変数、および１以上の変数と第１強度関係を有する追加変数の第１セットを含む。実施形態において、サブネットワークはさらに、１以上の変数と第２強度関係を有する追加変数の第２セットを含む。
【０１０３】
ブロック４０６において、サブネットワークをスキャンして予測変数を識別する。実施形態において、予測変数モジュール２５０がサブネットワークをスキャンする（図２参照）。予測変数は、ユーザから受け取った情報に関連するものとして識別される。予測変数は、医学的状態または薬と因果関係を有する要因、データ点、またはノードである。例えば腎不全は心不全の予測変数である。因果関係ネットワークモデルから１以上の予測変数が識別されると、従来の統計分析や回帰分析において識別した予測変数を用いて、医学的状態または薬に対する予測変数の重要度を判定することができる。医学的状態についての１以上の予測変数は、関心のある医学的状態と同時発生する医学的状態を示す場合がある。１以上の予測変数は、関心のある薬と同時に投与される薬を示し、あるいは有害な副作用を示す場合がある。識別した予測変数は、医学的状態または薬についての未知のものであるか、または新規な予測変数である。識別した予測変数は、医学的状態または薬についての予測変数として新たに識別されたものである場合がある。予測変数の個数は、サブネットワーク内の変数またはノードの個数よりも少ない。ブロック４０８において、識別した予測変数を保存する。
【０１０４】
本方法は別のステップを有することもできる。例えば変数、予測変数、変数と予測変数との間の関係のグラフを介して、識別した予測変数をユーザインターフェースに表示することができる。決定したサブネットワークは、ユーザインターフェースに表示することができる。
【０１０５】
因果関係ネットワークモデルの生成
【０１０６】
ベイジアンネットワークアルゴリズムを用いて生成した正規化データに基づき複数の変数に関する因果関係ネットワークを生成するステップ（図３のブロック３０６）を、説明目的のため、ＲＥＦＳ  ＡＩベースインフォマティクスシステムについて詳細に説明する。ただし当業者は、ベイジアン分析を用いる他のシステムを用いることができることを理解するであろう。
【０１０７】
複数の変数についての正規化データを、ＲＥＦＳシステムに対して入力データセットとして入力する。ＲＥＦＳシステムは、“ネットワーク断片”のライブラリを生成する。これは、ヘルスケアシステム内の接続と関係を構築する変数（例：医学的状態、医薬品、退院コード）を含む。ＲＥＦＳシステムは、ライブラリ内のネットワーク断片のサブセットを選択し、選択したサブセットから初期仮ネットワークを構築する。ＡＩベースシステムはさらに、ライブラリ内のネットワーク断片の別のサブセットを選択して、他の初期仮ネットワークを構築する。これにより、ライブラリ内のネットワーク断片の複数のサブセットから初期仮ネットワークの集合（例：１０００ネットワーク）が生成される。このプロセスは、パラレル集合サンプリングと呼ぶ。集合内の各仮ネットワークは、ライブラリからネットワーク断片を追加、削除、および／または置換することにより、発展または最適化される。ネットワーク断片ライブラリの生成、仮ネットワークの生成、およびネットワークの発展の詳細については後述する。追加データが取得されると、ライブラリ内のネットワーク断片に組み込まれ、各仮ネットワークの発展にともなって仮ネットワークの集合に組み込まれる。最適化／発展プロセスが完了すると、仮ネットワークの集合は、関係ネットワークモデルとなる。
【０１０８】
生成した関係ネットワークモデルの集合を用いて、様々な医学的状態および／または薬の間の接続の挙動をシミュレートすることができる。シミュレーションを用いて、医学的状態および／または薬の相互作用を予測することができる。これは、医学的研究と実験を用いて検証することができる。生成した関係ネットワークモデル内の関係の定量的パラメータは、シミュレーション機能を用いて、各ノードに対して摂動をシミュレートし、関係ネットワークモデル内の他ノードに対する影響を観察することにより、抽出することができる。
【０１０９】
ＲＥＦＳの構築ブロックは、多数のデータ機器から複数のデータタイプを組み込んでいる。例えば連続値、離散値、Ｂｏｏｌ値である。モデル集合の生成は、多大な処理能力を必要とする。実施形態においてモデル集合は、３００００以上のプロセッサを有する並列ＩＢＭ  Ｂｌｕｅ  Ｇｅｎｅマシンを用いて生成される。得られるネットワークにより、仮説を高スループットでコンピュータテストすることができる。ネットワークは、予測のランク順位と確信度指標を含む。これにより仮説を検証することができる。
【０１１０】
上記のように、事前処理したデータを用いて、ネットワーク断片ライブラリを構築することができる。ネットワーク断片は、測定した変数（入力データ）のセット（例：２〜３メンバーセットまたは２〜４メンバーセット）間の定量的連続的関係を定義する。断片内の変数間の関係は、線形、ロジスティック、多項式、優性ホモ接合、劣性ホモ接合、などである。各断片における関係は、ベイジアン確率スコアを割り当てられる。このスコアは、関係候補が入力データを与えられる可能性を反映したものであり、数学的複雑さによって関係に対してペナルティを与える。入力データから推測したペアおよび３方向関係（実施形態によっては４方向関係）をスコア付することにより、ライブラリ内の最も可能性のある断片を識別することができる（尤もらしい断片）。関係の定量パラメータは、各断片について入力データに基づき計算し、保存することができる。断片列挙において様々なモデルタイプを用いることができる。例えば以下が挙げられるがこれに限らない：ロジスティック回帰、（分散分析）ＡＮＯＶＡモデル、（共分散分析）ＡＮＣＯＶＡモデル、非線形／多項回帰モデル、非パラメトリック回帰。モデルパラメータに対する従来の仮定は、モデルにおいて用いるパラメータ数に関してＧｕｌｌ分散またはベイジアン情報量基準（ＢＩＣ）ペナルティを想定している。ネットワーク作用プロセスにおいて、初期仮ネットワーク集合内の各ネットワークは、断片ライブラリ内の断片のサブセットから構築される。初期仮ネットワーク集合内の各初期仮ネットワークは、断片ライブラリ内の断片の異なるサブセットにより構築される。
【０１１１】
モデルは、入力データを仮定したとき、最も尤もらしい因子分解または最も尤もらしいパラメータを判定することにより、発展または最適化される。これは、“ベイジアンネットワークを学習する”と呼ぶことができる。換言すると、入力データのトレーニングセットを与えられると、その入力データに最も合致するネットワークを発見することである。これは、各ネットワークを入力データに対して評価するスコアリング関数を用いることにより実現される。
【０１１２】
ベイジアンフレームワークを用いて、入力データを与えられたときの因子分解の可能性を判定することができる。ベイズの定理によれば、モデルＭ、所与のデータＤの事後確率Ｐ（Ｄ｜Ｍ）は、想定モデルＰ（Ｄ｜Ｍ）を与えられるとき、データの事後確率とモデルの事前確率Ｐ（Ｍ）の積に比例する。データの確率Ｐ（Ｄ）はモデル全体にわたって一定であると仮定する。これは以下の式により表される：
【数１】
2017537365.tif 000003
【０１１３】
モデルを想定したデータの事後確率は、パラメータの事前分布でデータ尤度を積分することにより得られる：
【数２】
2017537365.tif 000004
【０１１４】
全てのモデルが均等尤度（すなわちＰ（Ｍ）が一定）であると仮定すると、モデルＭ、所与のデータＤの事後確率は、各ローカルネットワーク断片Ｍｉについてのパラメータの積分に因子分解することができる：
【数３】
2017537365.tif 000005
【０１１５】
上記数式において、主要定数項は省略している。実施形態において、ベイジアン情報量基準（ＢＩＣ）はモデルの事後確率Ｐ（Ｄ｜Ｍ）の負対数をとり、各モデルを“スコアリング”するために用いることができる：
【数４】
2017537365.tif 000006
モデルＭについての総スコアＳｔｏｔは、ローカルスコアＳｉの各ローカルネットワーク断片についての合計である。ＢＩＣはさらに、各ネットワーク断片のスコアを判定する数式を与えている：
【数５】
2017537365.tif 000007
κ（Ｍｉ）は、モデルＭｉにおけるフィッティングパラメータの個数である。Ｎはサンプル（データ点）の個数である。ＳＭＬＥ（Ｍｉ）は、ネットワーク断片の尤度関数の負対数であり、各ネットワーク断片について用いる関数関係から計算することができる。ＢＩＣスコアについて、スコアが低いほどモデルは入力データに合致する。
【０１１６】
仮ネットワーク集合はグローバル最適化され、これはネットワークを最適化または発展させると呼ぶ。例えば仮ネットワークは、メトロポリスモンテカルロサンプリングアルゴリズムにしたがって発展し最適化される。シミュレーテッドアニーリングを用いて局所変形することにより、集合内の各仮ネットワークを最適化または発展させることができる。シミュレーテッドアニーリングプロセスの例において、各仮ネットワークは、ライブラリからネットワーク断片を追加することにより、仮ネットワークからネットワーク断片を削除することにより、ネットワーク断片を置き換えることにより、またはネットワークトポロジーを変更することにより変更され、ネットワークの新たなスコアが計算される。一般に、スコアが改善すると変更が維持され、スコアが悪化すると変更は拒否される。“温度”パラメータにより、悪化するスコアを維持するようなローカル変更を実施することができる。これは、最適化プロセスが局所解を回避するためのものである。“温度”パラメータは時間にともなって減少し、これにより最適化／発展プロセスを収束させることができる。
【０１１７】
ネットワーク推定プロセスの全部または一部は、異なる仮ネットワークについて並列実施することができる。各ネットワークは別のプロセッサおよび／または別のコンピュータデバイス上で並行して最適化される。実施形態において最適化プロセスは、並列動作する数百から数千のプロセッサを組み込んだスーパーコンピュータ上で実施することができる。情報は、並列プロセッサ上で実施される最適化プロセス間で共有することができる。実施形態において、最適化プロセスは１以上の量子コンピュータ上で実施することができる。量子コンピュータは、特定の計算をシリコンベースコンピュータよりも大幅に速く実施する能力を有する。
【０１１８】
最適化プロセスは、ネットワークフィルタを含むことができる。ネットワークフィルタは、総合スコアが閾値基準を満たさないネットワークを集合から除去する。除去されたネットワークは新たな仮ネットワークによって置き換えられる。“スケールフリー”でないネットワークも集合から除去することができる。ネットワーク集合が最適化または発展完了すると、その結果は関係ネットワークモデルの集合と呼ぶことができる。これはコンセンサスネットワークと呼ぶことができる。
【０１１９】
シミュレーションを用いて、生成した関係ネットワークモデル内の各関係に関する定量パラメータ情報を抽出することができる。例えば定量情報抽出のシミュレーションは、ネットワーク内の各ノードを１０倍摂動させるステップ（増やすまたは減らす）、モデル内の他ノードについて事後分散を計算するステップ、を含む。終端はｔテストによって、グループあたり１００サンプル、有意度０．０１カットオフで比較される。ｔテスト統計は、１００個のｔテストの中央値である。このシミュレーション技術を用いて、予測の強度を表す曲線下面積（ＡＵＣ）と、終端を構築するノードの計算量を表す比とが、ネットワーク集合内の各関係について生成される。
【０１２０】
ローカルコンピュータシステムの関係定量化モジュールを用いて、摂動をＡＩベースシステムに実施させ、ＡＵＣ情報と比情報を抽出することができる。抽出した定量情報は、親ノードを子ノードと接続する各エッジについての比率とＡＵＣを含む。実施形態において、カスタム構築したＲプログラムを用いて、定量情報を抽出することができる。
【０１２１】
実施形態において、生成した関係ネットワークモデルの集合をシミュレーションで用いて、条件変化に対する応答を予測することができる。これは医学的研究や実験により検証することができる。
【０１２２】
ＡＩベースシステムの出力は、定量関係パラメータおよび／またはその他シミュレーション予測であってもよい。
【０１２３】
実施形態は、Ｂｅｒｇ  Ｉｎｔｅｒｒｏｇａｔｉｖｅ  Ｂｉｏｌｏｇｙ（ＴＭ）Ｉｎｆｏｒｍａｔｉｃｓ  Ｓｕｉｔｅを用いて実施することができる方法を組み込んでいる。これは、様々な生物学的プロセスを理解するためのツールである。生物学的プロセスとは例えば、病態生理や、生物学的プロセスの基盤にあるキー分子ドライバであり、病態プロセスを形成する要因を含むものである。実施形態は、Ｂｅｒｇ  Ｉｎｔｅｒｒｏｇａｔｉｖｅ  Ｂｉｏｌｏｇｙ（ＴＭ）Ｉｎｆｏｒｍａｔｉｃｓ  Ｓｕｉｔｅを用いて、他の病気、医薬品、生物学的プロセスなどに対する病気の相互作用に関する新たな知見を得る。実施形態は、Ｂｅｒｇ  Ｉｎｔｅｒｒｏｇａｔｉｖｅ  Ｂｉｏｌｏｇｙ（ＴＭ）Ｉｎｆｏｒｍａｔｉｃｓ  Ｓｕｉｔｅの少なくとも一部または全部を組み込んだシステムを含む。
【０１２４】
実施例
【０１２５】
例１：ＣＭＳデータから生成した関係ネットワークモデル：心不全＆心臓発作と腎不全のサブネットワーク
【０１２６】
人工知能（ＡＩ）において開発されている数学的および統計的学習ツールは、ビッグデータの複雑な相互作用パターンを読み解くのに適している。Ｂｅｒｇ  Ｉｎｔｅｒｒｏｇａｔｉｖｅ  Ｂｉｏｌｏｇｙ（ＴＭ）Ｉｎｆｏｒｍａｔｉｃｓ  Ｓｕｉｔｅは、様々なデータ機器と因果関係の推定を、ベイジアンネットワーク（ＢＮ）を用いて純データ駆動方式で統合するコンピュータワークフローである。本例は、ヘルスケアビッグデータ分析においてＢＮを用いることに関する。これは、患者ケアを拡大しヘルスケアと病院効率を改善することに対して多大な影響を有する。
【０１２７】
密度の低い公開利用可能なデータを用いて新たな発見を取得し、ケアを直接通知し、生成した因果関係ネットワークモデルを用いて新たな仮説を導いた。診断コードのデータ関係ネットワークは、メディケア＆メディケイドサービスセンター（ＣＭＳ）からの公開利用可能な請求データに基づき生成した。
【０１２８】
図５の方法５００に概略的に示すように、ＣＭＳリリースからデータを抽出した。フィルタリング、正規化、補完によりデータを事前処理した。ＡＩベースモデル構築を用いて、事前処理したデータからモデルを生成した。その結果、診断コードネットワークの形式の関係ネットワークを得た。
【０１２９】
ＣＭＳデータリリースからデータ集合を得た。ＣＭＳは、ヘルスケアプロバイダの様々な手続きのため、患者ケア、保険情報、診断コード、退院コード、課金コードに関するデータをリリースしている（すなわちウェブサイト上で公開利用可能にする）。図６は、１つの医療機関についてのＣＭＳデータの一部の例を示す。この例において、取得したデータは複数のヘルスケアプロバイダと、２０１１年のトップ１００診断コードを含んでいる。
【０１３０】
Ｂｅｒｇ  Ｉｎｔｅｒｒｏｇａｔｉｖｅ  Ｂｉｏｌｏｇｙ（ＴＭ）Ｉｎｆｏｒｍａｔｉｃｓ  Ｓｕｉｔｅを用いて、データを事前処理およびモデル構築した。診断関連グループコード（ＤＲＧ）と退院総数についての情報を含むカラムがデータセットから抽出されるように、収集したデータを処理した。退院カウント情報は、ＤＲＧコード対病院の行列として整形した。７０％以上の病院において欠けているＤＲＧコードは、以後の分析から除去した。２５ＤＲＧコード以上の情報が欠けている病院は、データセットからフィルタリングした。フィルタリング後、データセットは１００ＤＲＧコードと１６１８病院を有することとなった。このデータ行列に対して中央値分散正規化を実施し、欠けているデータを“ゼロ処理”により補完した。ＲＥＦＳ技術を用いて因果関係ネットワークモデルを構築した。得られた関係ネットワーク内の接続を、カットオフ０．６５の曲線下面積（ＡＵＣ）でフィルタリングした。適当なグラフ環境／インターフェースソフトウェアを用いて得られたネットワークを視覚化した。具体的にはＣｙｔｏｓｃａｐｅを用いた。これは、生体分子相互作用ネットワークの統合モデルのためのソフトウェア環境であり、Ｃｙｔｏｓｃａｐｅコンソーシアムが提供している。Ｃｙｔｏｓｃａｐｅ環境内において、ネットワークは“エッジ”によって接続される“ノード”として視覚化される。それぞれが、エッジによって接続された２つのノード間の関係をグラフ的に表示する。
【０１３１】
ＤＲＧコードに基づき生成した関係ネットワークの概略グラフを図７に示す。この関係ネットワークは、６０診断と、これらをリンクする８８接続／関係を含む。ネットワーク内の各ノードは、特定の診断についての退院数を表す。エッジ（例：ノード間の接続）は、様々な診断に関連付けられている退院数間の相互作用を表す。図７において、ノードのサイズは特定の診断についての退院コード数に対応する。ネットワーク内のエッジと接続の解釈は、特定の診断に依拠する。例えばソースノードが糖尿病であり、ターゲットノードが高血圧である場合、その接続は共存症を表す。ソースノードが糖尿病であり、ターゲットノードが神経症である場合、接続は合併症を表す。このように、関係ネットワークはＤＲＧコード間の相互作用を表す。
【０１３２】
サブネットワークを選択して、生成した関係ネットワークから関連情報を取得した。サブネットワーク（図８に示すもの）は、中心に“心不全＆心臓発作”と“腎不全”があり、図７の因果関係ネットワークモデルから決定したものである。この例において、“心不全＆心臓発作”と“腎不全”は、疫病対策センター（ＣＤＣ）が編集した死亡原因において顕著であるので、選択されたものである。ＣＤＣレポートによれば、心臓疾患は２０１１年の死因トップである。腎臓関連のものは、９位、１２位、１３位である。ただし腎臓関連のもの全てを組み合わせると、主な死因となる。
【０１３３】
図８のサブネットワークのグラフにおいて、矢印の接続は、第１状態における診断数と第２状態における診断数が正相関していることを示す。臨床的には、関連する状態に応じて接続を別に解釈することができる（例：心不全＆心臓発作から肺炎＆胸膜炎に対する矢印は、患者の統計的大部分において、心不全＆心臓発作が肺炎＆胸膜炎につながることを示す）。ノード間の各接続は、線で示しており、ノード間のエッジとして表すことができる。ノード間の接続を形成する線の幅（線の“重み”とも呼ぶ）は、ノード間の接続強度をグラフ表示するものである。例えば、心不全＆心臓発作から肺炎＆胸膜炎への矢印は、心不全＆心臓発作から呼吸器感染＆炎症への矢印よりも広い。この意味は、心不全＆心臓発作と肺炎＆胸膜炎の関係が心不全＆心臓発作と呼吸器感染＆炎症の関係よりも強いことを、モデルが予測したということである。
【０１３４】
心不全サブネットワークと腎不全サブネットワークにおける接続は、関係ネットワークモデルに現れる接続が信頼できることの検証に役立つ。以下に説明する。
【０１３５】
心不全は、心臓が血液をポンプする能力が減退する状態によって生じる。これらの状態としては以下が挙げられる：先天性心臓欠陥、不整脈、動脈が経時的に狭くなる冠動脈疾患、心臓を弱めまたは堅くして血液をポンプしにくくする高血圧。心不全とそれ以外の状態との間の関係は、サブネットワーク内の心不全とその他ノードとの間の接続によって反映されており、以下にこれを説明する。
【０１３６】
呼吸器感染と炎症／肺炎と胸膜炎：心不全により血液が体を移動する速度が遅くなり、これにより腎臓は体液を持ち続けるようになることが、よく知られている。体液保持は、体の下部分で始まるが、次第に肺へ進み、胸膜炎を引き起こす。肺における体液集結により、呼吸器感染の確率が高まる。関係ネットワークモデルは、患者の統計的大部分において心不全＆心臓発作が肺炎＆胸膜炎につながることを予測した。これは図９Ａの心不全＆心臓発作から肺炎＆胸膜炎への矢印によって示している。関係ネットワークモデルは、患者の統計的大部分において心不全＆心臓発作の診断が呼吸器感染＆炎症につながることを予測した。これは図９Ａの心不全＆心臓発作から呼吸器感染＆炎症への矢印によって示している。図９Ｂは、心不全＆心臓発作が肺炎＆胸膜炎と呼吸器感染＆炎症につながる経路を示すグラフである。
【０１３７】
慢性肺疾患（ＣＯＰＤ）：肺が血液中の低酸素濃度を補償しようとするとき、肺内の血圧が上がり、これによりＣＯＰＤは肺高血圧を引き起こす。肺内の血圧が上がると、肺高血圧が生じ、これが右心室を緊張させて心不全に至る。したがって、心不全の診断は以前診断されなかったＣＯＰＤの診断につながる。よって、心不全診断数が増えると、ＣＯＰＤ診断数が増える。関係ネットワークモデルは、心不全＆心臓発作の診断数が増えるとＣＯＰＤの診断数が増えることを予測した。これは、図１０Ａにおける心不全＆心臓発作からＣＯＰＤへの矢印によって示している。これは、患者の統計的大部分において心不全＆心臓発作がＣＯＰＤを引き起こしていると直接的に解釈できる。図１０Ｂは、ＣＯＰＤが心不全＆心臓発作につながる経路のグラフを示す。これは、心不全＆心臓発作がＣＯＰＤにつながっているのではない。このように、モデル予測と既知の心不全＆ＣＯＰＤの関係の間でタイミングが明らかに反対であるのは、従来診断されなかったＣＯＰＤが心不全の後に診断されたことによると考えられる。医療従事者は、心不全が原因を探索する契機となって、ＣＯＰＤを発見する。したがって、ＣＯＰＤは心不全の前に存在するが、ＣＯＰＤは心不全が診断されるまでは診断されない。
【０１３８】
心不整脈と伝導障害：心不整脈と伝導障害は、心不全を直接的に引き起こす。心不全の診断は、これら原因状態の診断につながる。したがって、心不全診断数が増えると、心不整脈と伝導障害の診断数が増える。関係ネットワークモデルは、心不全＆心臓発作の診断数が増えると心不整脈＆伝導障害の診断数が増えることを予測した。これは、図１１の心不全＆心臓発作から心不整脈＆伝導障害への矢印によって示している。
【０１３９】
胃腸（Ｇ．Ｉ．）出血：心不全は、乏血性ショックの結果である場合がある。乏血性ショックは、大量の循環血液が高速に失われることによって起こる。出血性ショック（乏血性ショックの先行症状）の最も多い原因は、外傷、胃腸出血、臓器傷害である。関係ネットワークモデルは、患者の統計的大部分において胃腸出血の診断が心不全＆心臓発作の診断につながることを予測した。これは、図１２Ａの胃腸出血から心不全＆心臓発作への矢印によって示している。図１２Ｂは、胃腸出血が心不全につながる経路を示すグラフである。
【０１４０】
腎不全：貧血、心臓疾患、腎臓疾患の間のリンクはよく知られており、心腎機能不全の患者を治療する試みが文書化されている。腎疾患患者の４分の１は、鬱血性の心疾患を有している。腎疾患が悪化すると、心疾患患者の割合は６５〜７０％に増加する。腎疾患の悪化は、以前心不全を診断された患者の死亡率と入院率が高まることと関連があることを、多くの研究が示している。したがって、この接続は既によく知られている。関係ネットワークモデルは、患者の統計的大部分において腎不全の診断が心不全の診断につながることを予測した。これは図１３の腎不全から心不全＆心臓発作への矢印によって示している。
【０１４１】
図１４Ａと図１４Ｂは、心不全＆心臓発作と腎不全との間の関係強度に関する関連ネットワークモデルの予測についてさらに詳細に示す。図１４Ａは、関係ネットワークモデルを構築するために用いたデータから導いた、心不全と腎不全の関連プロットである。関連プロットは、２×２テーブルで表され、データセット内の変数について実際の頻度が期待頻度から逸脱している程度を示す。ピアソン残差は、期待頻度と実際の頻度との間の距離を示す。これにより、期待値から逸脱しているカテゴリを識別することができる。図１４Ａの関連プロットにおいて、各矩形の幅はデータ点の個数を示し、高さと色はピアソン残差を表す。この例において、心不全と腎不全が独立に分散しているというｎｕｌｌ仮説に基づき期待値を計算した。これが正しいのであれば、プロットは主に淡いグレーとなり、ピアソン残差はゼロ近傍になる（すなわち２未満−２超）。実際には、ピアソン残差がー２未満であることを表す中濃グレー淡領域と、ピアソン残差が２超であることを表す濃グレー領域が、観察された。これは、心不全と腎不全が独立していないことを示す。したがってｎｕｌｌ仮説から逸脱していることになる。違いをもたらす最大要素は、ピアソン残差によって示され、腎不全と心不全いずれにおいても最高カテゴリであった。要約するとこの例において。図１４Ａの関連プロットは、心不全と腎不全との間の相互作用を示した。この相互作用は主に、腎不全と心不全をともに有する患者によってもたらされる。
【０１４２】
図１４Ｂは、関係ネットワークモデルを構築する際に用いたデータから導いた、心不全と腎不全の４分プロットである。４分プロットは、関心カテゴリ間の独立性からの逸脱を表す他の手法である。４分プロットにおいて、各矩形内の数値はそのカテゴリ内のデータ点の個数である。図１４Ｂは、腎不全が心不全に対して与える影響を示す。４分円のサイズ比較によれば、プロットの左半分は、低腎不全率と比較すると高腎不全率は高心不全率と強い関係を有することを示す。プロットの右半分は、高腎不全率と低腎不全率は低心不全率に対して与える影響があまり変わらないことを示す。要約するとこのプロットは、関心状態間（心不全と腎不全）の関係をさらに強化する。心不全の腎不全に対する相対リスクは、関係ネットワークモデルに基づき２．５７と計算された。
【０１４３】
図１５Ａと図１５Ｂは、心不全＆心臓発作と胃腸出血との間の関係強度に関する関連ネットワークモデルの予測についてさらに詳細に示す。図１５Ａは、関係ネットワークモデルを構築するために用いたデータから導いた、心不全と胃腸出血の関連プロットである。このプロットにおいて、濃グレー矩形はピアソン残差４．０超を表し、中濃グレー矩形はピアソン残差−２未満を表し、胃腸出血と心不全が独立でないことを示す。具体的には、濃グレー矩形は、両状態が高いことは強い相互作用があることを示す。図１５Ｂは、心不全と胃腸出血の４分プロットである。このプロットは、高心不全率が高胃腸出血率と強く関連していることを示す。図示するように、心不全の胃腸出血に対する相対リスクは３．２２と計算された。
【０１４４】
心疾患＆心臓発作と様々な状態（すなわち、肺炎と胸膜炎、呼吸器感染と炎症、ＣＯＰＤ、心不整脈＆伝導障害、胃腸出血、腎不全）との間の関係についての情報を仮定せず、ＤＲＧと退院コードのみに基づき関係ネットワークモデルを生成した。それにもかかわらず、中心に心不全＆心臓発作を持つ関係ネットワークモデルのサブネットワークは、心不全＆心臓発作とその他状態との間の関係についての医療分野における現行知識を反映するものとなった。これは、関係ネットワークモデルの検証をサポートするものである。
【０１４５】
この分析における腎不全に対応する診断コードは、慢性／急性腎疾患その他腎臓障害を包含する。腎不全／機能障害は、腎臓が老廃物を血液から除去する能力が減退することである。２０歳以上の大人の１０％以上がＣＫＤを有し、ＣＫＤ治療コストは非常に高い。これは共存症とクオリティオブライブに関するコストによるものである。ある研究によれば、末期腎疾患（ＥＳＲＤ）を治療するコストは増加し続け、この状態のメディケアコストは２００９年に３００億ドルに達した。腎不全を中心とするサブネットワークの概略を図１６に示す。サブネットワーク内の腎不全との接続を以下に説明する。
【０１４６】
腎＆尿管感染：関係ネットワークモデルは、腎不全と腎＆尿管感染との間の統計的に顕著な関係を予測した。これは図１６の腎不全から腎＆尿管感染への矢印によって示している。尿管および腎感染を治療しないと、腎不全につながることが知られている。方向が反対であることは未だ説明されていないが、状態間の接続を関係ネットワークモデル内で表している。したがって、この接続は驚くべきことではない。
【０１４７】
栄養、代謝、体液／電解質の障害：腎臓は、体液と電解質のバランスを維持するために重要な役割を果たす。したがって腎不全の診断は、栄養、代謝、体液と電解質バランスの問題のフォローアップテストと診断につながる可能性がある。関係ネットワークモデルは、腎不全の診断が栄養、代謝、体液／電解質障害の診断につながることを予測した。これは図１６の腎不全から栄養、代謝、体液／電解質障害への矢印によって示している。
【０１４８】
肺炎と胸膜炎：慢性腎疾患は感染率を上げることが知られ、肺炎は腎疾患の合併感染症であることが文献に記されている。関係ネットワークモデルは、腎不全と肺炎＆胸膜炎との間の統計的に顕著な関係を予測した。これは図１６の腎不全から肺炎＆胸膜炎への矢印によって示している。図８のサブネットワークのグラフにおいて、Ｔ型接続は、第１状態の診断個数と第２状態の診断個数が負相関していることを示す。具体的には、肺炎＆胸膜炎の診断数と腎不全の診断数は、負相関している。
【０１４９】
腎不全中心サブネットワークについて、選択したサブネットワークの１つの接続（具体的には、気管支炎＆喘息と腎不全との間の接続）が、医療分野における現行知識によってサポートされた。これにより、関係ネットワークモデルからの結果が信頼できることが検証され、相互作用の新たな予測を探求する余地があることが示された。
【０１５０】
関係ネットワークモデルからの結果は、新たな相互作用を識別することにつながる。例えば腎不全と気管支炎＆喘息との間の新たな相互作用が、腎不全サブネットワークに基づき識別された。図１７Ａに示すように、関係ネットワークモデルは、患者の統計的大部分において気管支炎＆喘息の診断が腎不全の診断につながることを予測した。矢印の太さは腎不全とその他任意の状態（心不全＆心臓発作、腎＆尿管感染、肺炎＆胸膜炎、栄養、代謝、体液／電解質の様々な障害）との関係または接続が強いことを示す。腎不全と気管支炎＆喘息との間の関係についての文献はあまり知られていないかまたは入手できないので、この相互作用は、治療、病院、および／または診断順序の観点から新たな発見である可能性がある。図１７Ｂに示すように、相互作用の強度を識別するため、回帰モデルを構築した。回帰モデルは、気管支炎＆喘息が腎不全データの〜２．５％の原因になっていることを示した（ｐ値１．８×１０−１０）。ｐ値は、ｎｕｌｌ仮説を想定して実際に観察されたテスト統計結果が少なくとも１つある確率である。この例において、気管支炎＆喘息が完全に独立である場合にこのデータを得る確率は、１．８×１０−１０である。
【０１５１】
図１８Ａは、腎不全と気管支炎＆喘息の関連プロットである。図１８Ａに示すデータは、ｐ値２．２２×１０−１６以下である。このプロットは、気管支炎＆喘息と腎不全が独立ではなく、気管支炎＆喘息率が高いと腎不全率を上げることを示す。図１８Ｂは、腎不全と気管支炎＆喘息の４分プロットである。このプロットも、気管支炎＆喘息率が高いと腎不全率を上げることを示す。腎不全と喘息＆気管支炎の相対リスクは５．１３と計算された。
【０１５２】
新たな仮説を構築して、これら状態をリンクした。具体的な仮説は、腎不全および／または腎機能障害は喘息と気管支炎の治療の副作用によって生じるというものである。したがって、気管支炎＆喘息の件数が増えると、腎不全の件数も増える。この仮説を以下に説明する。
【０１５３】
気管支炎＆喘息は、延焼によって気道が狭くなる呼吸器疾患である。症状をコントロールし気道を広げるために、以下の表１に示すように多くの医薬品の選択肢がある。これら薬の主な成分は、長時間作用するβ２アドレナリン作動薬であり、禁忌には低カリウム血症が含まれる。実際にアルブテロール（β２作動薬）は、腎不全／機能障害を有する患者の低カリウム血症を治療するために広く用いられている。したがって、有効β２作動薬を含む薬を長期間使用すると、カリウムレベルが下がり、低カリウム血症につながる。喘息のためにβ２作動薬を処方した患者は、電解質アンバランスが認められた。
【０１５４】
表１：２０１１年〜２０１２年における喘息薬の選択トップ１０。薬情報は、処方薬の薬目次から得た。処方カウント情報は、ＩＭＳヘルスによる調査から得た。
【表１】
2017537365.tif 000008
【０１５５】
研究によると、低カリウム血症はマウスに腎障害をもたらし、低カリウム血症は人間に腎不全をもたらす。５５患者の研究において、慢性低カリウム血症は、シストジェネシス（ｃｙｓｔｏｇｅｎｅｓｉｓ）をともない、瘢痕化と腎ダメージが生じて腎機能障害に至る。他の研究によれば、腎疾患を有する患者の低カリウム血症は、末期腎疾患へ進行する可能性を高め、死亡率を高める。β２作動薬は、アルドステロンレベルを高め、これにより腎機能障害につながる。アルドステロンの機能を阻害すると、腎機能の改善につながる。
【０１５６】
図１９Ａと図１９Ｂは、気管支炎と喘息の治療が腎不全および／または機能障害を引き起こす経路を示す。これは、仮説をサポートし、気管支炎＆喘息と腎不全との間の新たな接続を説明するものである。図１９Ａの経路は、公開されている医療研究をリンクすることにより構築した。図１９Ｂは、経路の基盤となる分子メカニズムを示す。これは、公開されている医療研究における医学的発見をサポートするものである。図１９Ｂにおけるタンパク質の略語は、Ｇｓ（グアニンヌクレオチド結合調節タンパク）、ｃＡＭＰ（環状アデノシン一リン酸）、ＰＫＡ（プロテインキナーゼＡ）、ＡＣＥ（アンジオテンシン変換酵素阻害薬）である。図１９Ａは、気管支炎＆喘息と腎不全を接続する仮説を概略的に示す。気管支炎＆喘息に対する治療は、長時間作用するβ２アドレナリン作動薬を含む薬を用いることが多い。長時間作用するβ２アドレナリン作動薬は、アルドステロンレベルを増やすことが知られている。アルドステロンレベルが増えると腎不全を引き起こす。連邦医薬品局（ＦＤＡ）が述べるように、低カリウム血症は長時間作用するβ２アドレナリン作動薬にとって禁忌であり、低カリウム血症は腎不全率が高まることのマーカとして知られている。図１９Ｂは、喘息＆気管支炎治療と腎不全をリンクする、提示されている分子メカニズムの概略を示す。長時間作用するβ２アドレナリン作動薬は、Ｇｓの活動を増やす。これはｃＡＭＰの生成を含み、これによりＰＫＡが増える。その結果、傍系球体セルによってレニン分泌が増える。レニンはアンジオテンシンＩを生成する触媒となり、さらに肺のＡＣＥによりアンジオテンシンＩＩへ変換される。アンジオテンシンＩＩレベルが上がると、アルドステロンが増加する。腎臓の副腎皮質において、増加したアルドステロンにより、カリウム除去、水再吸収、ナトリウム再吸収が増加し、最終的に低カリウム血症と腎不全を引き起こす。表２は、公開されている医療研究のリストを含み、これは図１９Ａと図１９Ｂに示す経路と分子メカニズムをサポートするものである。
【０１５７】
表２：気管支炎＆喘息と腎不全との間の接続に関する仮説における経路と分子メカニズムをサポートする公開済みの医療研究。
【表２】
2017537365.tif 000009
【０１５８】
このＣＭＳデータセットにおいて患者の腎疾患を治療する総コストは、入院患者領域ン事前設定方式（ＩＰＰＳ）に加入している３０００病院について、２３億ドルであった。このＣＭＳデータセットは、総メディケア退院の６０％を表す。したがってこの診断コード単体の２０１１年における総メディケアコストは、３８．３億ドルである。このコストのなかで２．５％が、気管支炎＆喘息を治療するために用いた薬の副作用によるものである。例１の関係ネットワークモデルを用いて判定した腎不全と気管支炎＆喘息との間の関係に基づき喘息／気管支炎の治療ガイドラインを探求および変更することにより、患者ケアをよりよくするのみならず、コスト節約効果も多大である。例えば患者レベルデータにより、医療履歴と遺伝的要因に基づき、腎臓副作用のリスクが高い患者を識別することができる。高リスク患者については、別の治療方針または腎機能監視により、よりよい結果をもたらし、メディケアなどの支払人にとってのコストを抑制できる。このようなケア改善は、臨床診断意思決定支援システムを通じて医院に組み込むことができる。これは、患者電子健康レコードをナレッジベースと統合して、個別患者ケアガイドラインを提供することによる。
【０１５９】
例２：ＣＭＳデータから生成した関係ネットワークモデル：赤血球（ＲＢＣ）障害のサブネットワーク
【０１６０】
赤血球（ＲＢＣ）障害を中心とするサブネットワークを、例１で説明した関係ネットワークモデルから選択した。図２０は、関係ネットワークモデルおよび選択したＲＢＣ障害サブネットワークの概略を示す。ＲＢＣ障害サブネットワークから新たな相互作用を判定した。
【０１６１】
ＲＢＣ障害のＤＲＧコードは、貧血（栄養、遺伝、共存症によって生じる）、輸血からの反応（ＡＢＯ、Ｒｈ不整合）、血球減少をカバーする。ＲＢＣ障害を他の診断とリンクする分析に際して、関連する全ての診断を考慮した。
【０１６２】
ＲＢＣ障害サブネットワークは、患者の統計的大部分において蜂巣炎の診断がＲＢＣ障害の診断につながることを示した。蜂巣炎が治療されないと、感染したバクテリアが血流に入り、敗血症を引き起こす。これまでの研究によれば、敗血症はＲＢＣモルフォロジーとレオロジーを変化させる。したがって、蜂巣炎の診断が増えるとＲＢＣ障害の診断が増えることを説明できる。
【０１６３】
ＲＢＣ障害サブネットワークは、患者の統計的大部分においてＲＢＣ障害の診断が敗血症または重症敗血症の診断につながることを示した。敗血症は、外科患者において発生しやすく、これにより静脈注入することになる。静脈注入を多数回または長時間実施すると汎血球減少症を引き起こし、これがＲＢＣ障害と敗血症をリンクすることになる。
【０１６４】
ＲＢＣ障害サブネットワークは、患者の統計的大部分において“他の循環系診断”がＲＢＣ障害につながることを示した。循環系コード（すなわち、他の循環系障害）は、心臓組織の感染および機能障害、心臓手術の合併症（バイパス、シャント設置、インプラント、弁）を含む。循環器障害とＲＢＣ障害との間の接続としてあり得るのは、人工弁からの溶血性貧血である。具体的には、鉄欠乏性貧血、ＲＢＣ障害は、高心拍数または不整脈につながり、これにより心肥大または心不全を引き起こす。
【０１６５】
例１や例２で識別した新たな相互作用などの発見は、患者とプロバイダ双方にとって多大な影響がある。ヘルスケアを効率的に届けることの重要な側面は、リソース要求を予測すること、リソースを最大利用する方針を立てること、プロバイダオプションを利用できること、である。現在、例えば事例混合表などのメディケア請求データの一部のみが、プランニングにおいて用いられている。このようなデータを請求データの統計的分析によって補強することにより、ヘルスケア管理の効率を大幅に改善し、ヘルスケアシステムを大幅に節約することができる。ビッグデータをより発展的に分析することの新たな可能性が示され、より重要なのは、本明細書の方法を用いてビッグデータから有効な情報を抽出できることを示したことである。推測したＢＮは、本実施形態に基づく関係ネットワークモデルであり、これを分析して患者ケアを改善することができる。これは、副作用、共存症、病因を識別することによる。本明細書の例は、本実施形態を用いて大量の複雑なデータセットを理解し、新たな相互作用を識別し、有効なヘルスケア分析結果とヘルスケア経済を生成する方法を示した。
【０１６６】
例１と例２において、実施形態にしたがって退院数に基づき診断間の相互作用を表す意味のある関係ネットワークモデルを構築した。完全にデータ駆動の方法で、現行知識や仮説によってバイアスすることなく、関係ネットワークモデルを生成した。関係ネットワークモデルからの結果を、文献サポートを用いて検証した。本例は、低密度データに対する比較的小スケールの分析であっても、医学的影響がある新たな相互作用を識別できることを示した。
【０１６７】
本例の結果は、ビッグデータの分析に際して本明細書の実施形態にしたがって純粋にデータ駆動の方法を実施することにより、ヘルスケアにおいて独自の知見を提供することにより医療研究を促進するとともに患者ケアを改善できることを示す。本例の結果は、ビッグデータ分析のアプリケーションにおける新たな可能性を示し、より重要なのは、ベイジアンネットワークアルゴリズムを用いて形成する関係ネットワークモデルを用いて有効な情報を抽出できることを示したことである。
【０１６８】
このように、本明細書が記載するヘルスケア分析システムおよび方法を用いて、大量データセットを分析し、データセット内のデータ点の関係に対して新たな知見を収集することができる。この分析は、ＤＲＧコード情報、患者レベル請求情報、患者医療情報（例えば診断、医療、横断的データ、医療テスト結果、など）、を含むデータセットに対して実施することができる。この分析は、以下の観点から医薬業界において有用である：診断推奨、副作用および毒性分析、薬相互作用、既存薬再開発、薬試用患者グループ、など。この分析は、以下の観点から病院業界にとって有用である：臨床意思決定支援システム、結果ベース支払の結果の改善、標準ケアの改善、など。
【０１６９】
実施形態は、論理回路またはコンポーネント、モジュール、メカニズムを含むものとして記載している。モジュールは、ソフトウェアモジュール（例：機械読取可能媒体または伝送信号に実装したコード）またはハードウェアモジュールを構成する。ハードウェアモジュールは、動作を実施することができる有体ユニットであり、何らかの態様で構成または配置することができる。実施形態において、１以上のコンピュータシステム（例：スタンドアロン、クライアントまたはサーバコンピュータシステム）またはコンピュータシステムの１以上のハードウェアモジュール（例：プロセッサまたはプロセッサグループ）は、ソフトウェア（例：アプリケーションまたはその一部）によって、本明細書が記載する動作を実施するハードウェアモジュールとして構成することができる。
【０１７０】
実施形態において、ハードウェアモジュールは機械的または電子異的に実装することができる。例えばハードウェアモジュールは、動作を実施するように永続的に構成された専用回路または論理回路（例：特殊用途プロセッサ、例えばｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ（ＦＰＧＡ）、特定用途集積回路（ＡＳＩＣ）、Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＧＰＵ））を備えることができる。ハードウェアモジュールは、動作を実施するようにソフトウェアによって一時的に構成されたプログラム可能論理回路（例：汎用プロセッサその他のプログラム可能プロセッサに包含されるもの）を備えることができる。専用永続構成回路において機械的にまたは一時構成回路（例：ソフトウェアによって構成されるもの）においてハードウェアモジュールを実装する決定は、コストと時間によって決まることを理解されたい。
【０１７１】
したがって、用語“ハードウェアモジュール”は、有体物を包含するものとして理解されたい。すなわち、本明細書が記載する態様で動作および／または動作を実施するように物理的に構築され、永続的に構成され、または一時的に構成されたエンティティであるものとして理解されたい。ハードウェアモジュールが一時的に構成された（例：プログラムされた）実施形態を考えると、各ハードウェアモジュールは任意の時点で構成またはインスタンス化する必要はない。例えばハードウェアモジュールがソフトウェアを用いて構成された汎用プロセッサを備える場合、汎用プロセッサは異なる時点において異なるハードウェアモジュールとして構成される。したがってソフトウェアは、プロセッサを設定して、ある時点において特定のハードウェアモジュールを構成し、別の時点において別のハードウェアモジュールを構成する。
【０１７２】
ハードウェアモジュールは、他のハードウェアモジュールと情報を送受信する。したがってハードウェアモジュールは、接続されているとみなすことができる。複数のハードウェアモジュールが同時に存在する場合、ハードウェアモジュールを接続する信号伝搬（例：適当な回路またはバスを介して）によって通信を実施できる。複数ハードウェアモジュールが異なる時点において構成されまたはインスタンス化される実施形態において、そのハードウェア間の通信は例えば、複数ハードウェアがアクセスするメモリ構造において情報を格納取得することにより実施できる。例えばあるハードウェアモジュールがある動作を実施してその出力を接続されたメモリデバイスに書き込む。別のハードウェアモジュールは後にそのメモリデバイスにアクセスし、格納されている出力を取得および処理する。ハードウェアモジュールは、入力デバイスまたは出力デバイスと通信することができ、リソース上（例：情報のコレクション）で動作することもできる。
【０１７３】
本明細書が記載する方法の様々な動作は、関連する動作を実施するように一時的に（例：ソフトウェアによって）または永続的に構成された１以上のプロセッサによって、少なくとも部分的に実施することができる。一時的または永続的いずれであっても、そのプロセッサは１以上の動作または機能を実施するプロセッサ実装したモジュールを構成する。ここでいうモジュールは、実施形態においては、プロセッサ実装したモジュールである。
【０１７４】
同様に、本明細書が記載する方法は、少なくとも部分的にプロセッサ実装することができる。例えば方法の少なくとも一部の動作は、１以上のプロセッサまたはプロセッサ実装したモジュールによって実施できる。動作の実施は、１以上のプロセッサ間で分散してもよく、単一マシン内にのみ配置する必要はなく、複数マシンに配置することができる。実施形態において、プロセッサは１つの位置に配置することができ（例：家庭環境、オフィス環境、サーバファーム）、他実施形態においてプロセッサは複数位置に分散することができる。
【０１７５】
１以上のプロセッサは、“クラウドコンピューティング”環境で、または“ソフトウェアアズアサービス（ＳａａＳ）”として、動作をサポートすることができる。例えば少なくとも一部の動作をコンピュータグループ（プロセッサを含むマシン）によって実施し、その動作をネットワーク経由でまたは１以上の適当なインターフェース（例：ＡＰＩ）経由でアクセス可能にすることができる。
【０１７６】
実施形態は、デジタル電子回路、コンピュータハードウェア、ファームウェア、ソフトウェア、これらの組み合わせに実装することができる。実施形態は、コンピュータプログラム製品を用いて実装することができる。例えば情報搬送体に実装したコンピュータプログラムである。情報搬送体は例えば、データ処理装置によって実行しまたはその動作を制御する機械読取可能媒体である。データ処理装置は例えば、プログラム可能プロセッサ、コンピュータ、複数コンピュータである。
【０１７７】
コンピュータプログラムは、任意のプログラミング言語で記述することができる。これはインタープリタ言語を含む。コンピュータプログラムは、任意形態で配置することができる。例えばスタンドアロンプログラム、モジュール、サブルーチン、その他のコンピュータ環境において用いるのに適したユニットを含む。コンピュータプログラムを配信して１以上のコンピュータ上で実行することができる。１つのサイト上で実行してもよいし、通信ネットワークによって接続された複数サイトにまたがって実行してもよい。
【０１７８】
実施形態において、コンピュータプログラムを実行する１以上のプログラム可能プロセッサによって動作を実施して、入力データを操作し出力を生成することにより、機能を実施することができる。実施形態の方法および装置は、特定用途論理回路によって実施し、または特定用途論理回路として実装することができる（例：ＦＰＧＡまたはＡＳＩＣ）。
【０１７９】
コンピュータシステムは、クライアントとサーバを含む。クライアントとサーバは一般に、互いに離れており、通常は通信ネットワークを介してやり取りする。クライアントとサーバの関係は、各コンピュータ上で動作するコンピュータプログラムによって生じ、互いにクライアント−サーバ関係を有する。プログラム可能コンピュータシステムを配置する実施形態において、ハードウェアアーキテクチャとソフトウェアアーキテクチャともに考慮を要することを理解されたい。具体的には、ある機能を永続構成ハードウェア（例：ＡＳＩＣ）で実装するか、一時構成ハードウェア（例：ソフトウェアとプログラム可能プロセッサの組み合わせ）で実装するか、永続構成ハードウェアと一時構成ハードウェアの組み合わせで実装するかは、設計選択であることを理解されたい。以下は、設定されたハードウェア（例：マシン）とソフトウェアのアーキテクチャであり、様々な実施形態において用いることができる。
【０１８０】
図２１は、コンピュータシステム９００の形態のマシンのブロック図である。マシン（例：クライアントデバイス１１０、１１５、１２０、１２５；サーバ１３５；データベースサーバ１４０；データベース１３０）に本明細書の１以上の方法を実施させる命令を備える。別実施形態において、マシンはスタンドアロンデバイスとして動作し、または他のマシンと接続（例：ネットワーク）することができる。ネットワーク配置において、マシンはサーバとして動作し、またはサーバ−クライアントネットワーク環境におけるクライアントマシンとして動作し、またはピアトゥピア（または分散）ネットワーク環境におけるピアマシンとして動作する。マシンは例えば、パーソナルコンピュータ（ＰＣ）、タブレットＰＣ、セットトップボックス（ＳＴＢ）、ＰＤＡ、携帯電話、ウェブアプライアンス、ネットワークルータ、スイッチまたはブリッジ、その他のマシン動作を指定する命令（シーケンシャルでもよいしそうでなくともよい）を実行できるマシンである。単一マシンのみを示しているが、用語“マシン”は、個別にまたは連携して命令セットを実行して本明細書が記載する１以上の方法を実施するマシンコレクションを含むものとして理解されたい。
【０１８１】
コンピュータシステム９００は、プロセッサ９０２（例：ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ（ＣＰＵ）、マルチコアプロセッサ、および／またはｇｒａｐｈｉｃｓ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ（ＧＰＵ））、メインメモリ９０４、スタティックメモリ９０６を備える。これらはバス９０８を介して相互通信する。コンピュータシステム９００はさらに、ビデオディスプレイユニット９１０（例：液晶ディスプレイ（ＬＣＤ）、タッチスクリーン、ブラウン管（ＣＲＴ））を備える。コンピュータシステム９００は、英数字入力デバイス９１２（例：物理キーボードまたは仮想キーボード）、ユーザインターフェース（ＵＩ）ナビゲーションデバイス９１４（例：マウス）、ディスクドライブユニット９１６、信号生成デバイス９１８（例：スピーカ）、ネットワークインターフェースデバイス９２０を備える。
【０１８２】
ディスクドライブユニット９１６は、機械読取可能媒体９２２を備える。機械読取可能媒体９２２上には、本明細書が記載する方法または機能の１以上を実装しまたはこれを用いる１以上の命令セットとデータ構造（例：ソフトウェア）９２４が格納される。命令９２４は、コンピュータシステム９００が実行する間に、その全部または一部をメインメモリ９０４、スタティックメモリ９０６、および／またはプロセッサ９０２内に配置することができる。メインメモリ９０４とプロセッサ９０２は、機械読取可能媒体を構成する。
【０１８３】
機械読取可能媒体９２２は、単一媒体として示したが、用語“機械読取可能媒体”は、固体メモリ、光媒体、磁気媒体を含むものと解釈されたい。ただしこれらに限るものではない。機械読取可能媒体の例として、不揮発性メモリが挙げられる。例えば以下を含む：半導体メモリデバイス（例：Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｕ Ｍｅｍｏｒｙ（ＥＰＲＯＭ）、Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ（ＥＥＰＲＯＭ））、フラッシュメモリデバイス；内部ハードディスクやリムーバブルディスクなどの磁気ディスク；磁気光学ディスク；ＣＤＲＯＭ、ＤＶＤＲＯＭ。
【０１８４】
通信ネットワーク９２６上で伝送媒体を用いて命令９２４を送受信することができる。命令９２４は、ネットワークインターフェースデバイス９２０を用いて、任意の既存通信プロトコル（例：ＨＴＴＰ）により送信することができる。通信ネットワークの例として以下が挙げられる：ＬＡＮ、ＷＡＮ、インターネット、携帯電話ネットワーク、音声電話（ＰＯＴＳ）ネットワーク、無線データネットワーク（例：ＷｉＦｉ、ＷｉＭａｘネットワーク）。用語“伝送媒体”は、マシンが実行する命令を格納し、コード化し、搬送することができる任意の媒体を含むものとして理解されたい。さらに、デジタルまたはアナログ通信信号その他のソフトウェア通信を可能にする媒体を含む。
【０１８５】
具体的実施形態を参照して本発明を説明したが、本発明の趣旨と範囲から逸脱することなくこれら実施形態に対して様々な変形や変更が可能であることは明らかである。したがって本明細書と図面は、限定的意味ではなく説明のためのものであると理解されたい。
【０１８６】
明確性のため、以上の説明は複数の機能ユニットとプロセッサを参照して実施形態を記載したことを理解されたい。ただし、本発明の機能を損なうことなく、機能を異なる機能ユニット、プロセッサ、またはドメイン間で分散できることは、明らかである。例えば別のプロセッサまたはコントローラが実施するように記載した機能は、同じプロセッサまたはコントローラが実施することもできる。したがって、特定の機能ユニットを参照することは、その機能を提供するのに適した手段を参照しているに過ぎず、厳密な論理的または物理的構造や組織を示しているのではない。
【０１８７】
具体的実施例を参照して実施形態を説明したが、本発明の趣旨と範囲から逸脱することなくこれら実施形態に対して様々な変形や変更をできることは、明らかである。したがって、本明細書と図面は説明目的のものであり、限定的に解するべきではない。添付する図面は、本発明を実施する実施形態を説明するためのものであり、限定のためのものではない。説明した実施形態は、当業者が本明細書の教示を実現できる程度に詳細に記載したものである。他の実施形態を用いまたは派生して、本開示の範囲から逸脱することなく構造的または論理的代替や変更をすることができる。したがって本明細書は、限定的に解するべきではなく、実施形態の範囲は特許請求範囲によってのみ定義され、これと等価な全ての範囲も含まれる。
【０１８８】
本発明の実施形態を、個別におよび／またはまとめて説明した。これに際して用語“発明”を用いているが、これは便宜上のものであり、１以上のものが開示されていれば本願の範囲を自発的に単一の概念に制限する意図ではない。したがって、本明細書は具体的な実施形態を説明しているが、同じ目的を実現する構成はその具体的実施形態について置き換えできることを理解されたい。本開示は、様々な実施形態の全ての適用形態および変形をカバーすることを意図している。上記実施形態の組み合わせおよび本明細書が具体的に記載していない他の実施形態は、本明細書を参照すれば当業者にとって明らかである。
【０１８９】
本文書において、特許文書において一般的であるように、用語“ａ”を用いている。これは“少なくとも１つ”または“１以上”と明示しなくとも、１以上を含むものである。本文書において、用語“または”を用いている。これは、非排他的であることを意味しており、“ＡまたはＢ”は明示しない限り以下を含む：“ＡであるがＢでない”、“ＢであるがＡでない”、“ＡおよびＢ”。特許請求範囲において、用語“含む”や“において”を用いている。これは “備える”や“であって”と等価である。特許請求範囲において、用語“含む”や“備える”は、無制限のものである。すなわち、請求項においてその語句の後にリストされた要素を備えるシステム、デバイス、物品、プロセスは、その請求項の範囲に含まれる。さらに特許請求範囲において、用語“第１”、“第２”、“第３”などはラベルのためのみに用いており、数的要件を強調する意図するものではない。
【０１９０】
要約を提供して、読者が本開示の内容を早く理解できるようにした。これは特許請求範囲の範囲や意味を限定するために用いるものではない。本明細書において、本開示を整理するため、様々な要素を１つの実施形態にグループ化している。この開示方法は、特許請求する実施形態が各請求項によって明示的に記載している以上の要素を必要とすることを表すものではない。特許請求範囲は、本発明が実施形態の全要素よりも少ない要素を備え得ることを反映したものである。したがって特許請求範囲は、個々の請求項が個別の実施形態上に立脚するものである。
【図１】
2017537365.tif 000010
【図２】
2017537365.tif 000011
【図３】
2017537365.tif 000012
【図４】
2017537365.tif 000013
【図５】
2017537365.tif 000014
【図６】
2017537365.tif 000015
【図７】
2017537365.tif 000016
【図８】
2017537365.tif 000017
【図９Ａ】
2017537365.tif 000018
【図９Ｂ】
2017537365.tif 000019
【図１０Ａ】
2017537365.tif 000020
【図１０Ｂ】
2017537365.tif 000021
【図１１】
2017537365.tif 000022
【図１２Ａ】
2017537365.tif 000023
【図１２Ｂ】
2017537365.tif 000024
【図１３】
2017537365.tif 000025
【図１４Ａ】
2017537365.tif 000026
【図１４Ｂ】
2017537365.tif 000027
【図１５Ａ】
2017537365.tif 000028
【図１５Ｂ】
2017537365.tif 000029
【図１６】
2017537365.tif 000030
【図１７Ａ】
2017537365.tif 000031
【図１７Ｂ】
2017537365.tif 000032
【図１８Ａ】
2017537365.tif 000033
【図１８Ｂ】
2017537365.tif 000034
【図１９Ａ】
2017537365.tif 000035
【図１９Ｂ】
2017537365.tif 000036
【図２０】
2017537365.tif 000037
【図２１】
2017537365.tif 000038
【国際調査報告】
2017537365.tif 000039
2017537365.tif 000040