(57)【要約】データを分析するために、健康データを１つの地理的領域から他の地理的領域に転送しつつ、患者プライバシを保護するシステム及び方法を開示する。１つの方法は、第１領域において患者のプライバシ情報を含む患者特有の健康データを受け取り、患者特有の健康データから患者のプライバシ情報を除去して匿名健康データを生成し、患者プライバシ情報を第１領域に格納し、匿名健康データを第２領域に分析のために伝えることを包含する。【選択図】図１
2019525364.tif 000002
【特許請求の範囲】
【請求項１】
患者プライバシを保護しつつ国境を越えて健康データを転送するコンピュータにより実装される方法であって、
第１領域において患者プライバシ情報を含む患者特有の健康データを受け取ること、
匿名健康データを生成するべく、前記患者特有の健康データから前記患者プライバシ情報を取り除くこと、
前記患者プライバシ情報を前記第１領域において格納すること、及び
分析のために前記匿名健康データを第２領域に送信することを備える、
前記方法。
【請求項２】
前記第１領域及び前記第２領域は、異なる患者プライバシ規則によって管理される地理的領域を備える、請求項１に記載のコンピュータにより実装される方法。
【請求項３】
前記匿名健康データに関連する識別子を生成すること、及び、
前記匿名健康データを、前記第２領域に前記生成した識別子と共に送信することを更に備える、請求項１に記載のコンピュータにより実装される方法。
【請求項４】
前記患者プライバシ情報は前記識別子に存在しない、請求項３に記載のコンピュータにより実装される方法。
【請求項５】
更に、前記患者プライバシ情報の不可逆的ハッシュを生成することを備える、請求項１に記載のコンピュータにより実装される方法。
【請求項６】
前記第２領域から匿名分析済データを受け取り、更に、
前記受け取った匿名分析済データに関連する患者プライバシ情報を判断することを更に備える、請求項１に記載のコンピュータにより実装される方法。
【請求項７】
前記第２領域からの前記匿名分析済データに関連する識別子を判断すること、
前記識別子と格納された患者プライバシ情報との間の関連を判断すること、及び、
前記受け取った匿名分析済データに対応する患者プライバシ情報を、前記識別子と前記格納された患者プライバシ情報との間の関連に基づいて判断することを更に備える、請求項６に記載のコンピュータにより実装される方法。
【請求項８】
前記匿名分析済データまたは前記匿名健康データに関連するハッシュを判断し、
前記ハッシュを１つまたは複数の格納されたハッシュと比較し、前記匿名分析済データまたは前記匿名健康データが先に分析したデータを関係するかどうか判断することを更に備える、請求項６に記載のコンピュータにより実装される方法。
【請求項９】
患者プライバシを保護しつつ国境を越えて健康データを提供するシステムであって、  患者プライバシを保護しつつ国境を越える健康データの送信を提供する命令を格納するデータ記憶装置と、
方法を実行するために前記命令を実行するように構成されるプロセッサとを備え、前記方法は、
第１領域において患者プライバシ情報を含む患者特有の健康データを受け取ること、
匿名健康データを生成するべく、前記患者特有の健康データから前記患者プライバシ情報を取り除くこと、
前記患者プライバシ情報を前記第１領域において格納すること、及び、
分析のために前記匿名健康データを第２領域に送信することを備える、
前記システム。
【請求項１０】
前記第１領域及び前記第２領域は、異なる患者プライバシ規則によって管理される地理的領域を備える、請求項９に記載のシステム。
【請求項１１】
前記システムは更に、
前記患者特有健康データに関連する識別子を生成し、
前記患者特有健康データを、前記第２領域に前記生成した識別子と共に送信するように構成される、請求項９に記載のシステム。
【請求項１２】
前記患者プライバシ情報は前記識別子に存在しない、請求項１１に記載のシステム。
【請求項１３】
前記システムは更に、前記患者プライバシ情報の不可逆的ハッシュを生成するように構成される、請求項９に記載のシステム。
【請求項１４】
前記システムは更に、前記第２領域から匿名分析済データを受け取り、更に、
前記受け取った匿名分析済データに関連する患者プライバシ情報を判断するように構成される、請求項９に記載のシステム。
【請求項１５】
前記システムは更に、
前記第２領域からの前記匿名分析済データに関連する識別子を判断し、
前記識別子と格納された患者プライバシ情報との間の関連を判断し、及び
前記受け取った匿名分析済データに対応する患者プライバシ情報を、前記識別子と前記格納された患者プライバシ情報との間の関連に基づいて判断するように構成される、請求項１４に記載のシステム。
【請求項１６】
前記システムは更に、前記匿名分析済データまたは前記匿名健康データに関連するハッシュを判断し、
前記ハッシュを１つまたは複数の格納されたハッシュと比較し、前記匿名分析済データまたは前記匿名健康データが先に分析したデータと関係するかどうか判断するように構成される、請求項１４に記載のシステム。
【請求項１７】
患者プライバシを保護しつつ国境を越える健康データの転送を提供する方法を実行するためのコンピュータ実行可能プログラミング命令を包含する、コンピュータシステムに使用する非一時的コンピュータ可読媒体であって、前記方法は、
第１領域において患者プライバシ情報を含む患者特有の健康データを受け取ること、
匿名健康データを生成するべく、前記患者特有の健康データから前記患者プライバシ情報を取り除くこと、
前記患者プライバシ情報を前記第１領域において格納すること、及び、
分析のために前記匿名健康データを第２領域に送信することを備える、
前記非一時的コンピュータ可読媒体。
【請求項１８】
前記第１領域及び前記第２領域は、異なる患者プライバシ規則によって管理される地理的領域を備える、請求項１７に記載の非一時的コンピュータ可読媒体。
【請求項１９】
前記方法は、更に、
前記患者特有健康データに関連する識別子を生成すること、及び
前記匿名健康データを、前記第２領域に前記生成した識別子と共に送信することを備える、請求項１７に記載の非一時的コンピュータ可読媒体。
【請求項２０】
前記方法は、更に、
前記患者プライバシ情報の不可逆的ハッシュを生成することを備える、請求項１７に記載の非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願（複数を含む）
本願は、２０１６年６月２８日付け出願の米国仮出願第６２／３５５，７４２号の優先権を主張し、参照することによりその全体が本明細書に組み込まれる。
【背景技術】
【０００２】
序文
種々の国または地理的領域は、患者のプライバシを保護するために異なる要件を備えていることがある。このような要件は、国境を越える健康データまたは健康情報の転送を制限または阻止することがある。例えば、米国法は、個人の健康情報をその個人にリンク可能とする情報のカテゴリーを限定することにより、患者のプライバシを保護しようとする。この情報のカテゴリーは、「保護医療情報（ＰＨＩ）」と呼ばれ、米国の医療専門家及びサービス提供者（例えば、医者、病院、保険会社、対象事業者、関連企業等）は、ＰＨＩ関連データの利用及び転送を記録する規則により管理される。他の国及び領域は、類似の規則、法律、及び／または基準を有することがある。例えば、カナダは、連邦及び州レベルで患者情報を保護する。他の例として、欧州は、２０１８年５月２５日以降、一般データ保護規則（ＧＤＰＲ）に基づく個人情報（医療情報を含む）を保護する。
【０００３】
同時に、特定のデータ分析機能は、特定の領域内にのみ存在する可能性がある。例えば、特定の医療会社が、１つの選択した領域内にのみデータ分析施設を有することがある。患者プライバシ規則の命令により、患者の健康データを選択された領域に転送できないことがあるため、その選択された領域外の患者は、会社のデータ分析サービスにアクセスできないことがある。患者プライバシ規則により、種々の医療分析に対する患者のアクセスが制限されることがあるため、データ分析会社は、種々の領域に患者ベースのサービスができなくなることがある。要するに、患者のプライバシ情報の国境を越える転送を制限する患者プライバシ規則は、領域外に存在するデータ分析施設によるデータが分析できないことを意味する。したがって、患者は、その領域内で利用可能なデータ分析機能に制限されることがある。更に、データ分析会社は、その領域の患者に提供するために、患者のプライバシ規則の特定のセットにより管理されるそれぞれの領域に対して施設を保持しなければならないことがある。
【０００４】
したがって、１つの領域で収集されたデータを第２の領域で分析することを可能としつつ、患者のプライバシを保護することの要望が存在する。上述の一般的な説明及び以下の詳細な説明は、例示かつ説明に過ぎず、本開示を制限するのではない。本開示の種々の実施形態は、１つの実施形態による、データ分析のために、１つの地理的領域から他の地理的領域に健康データを伝達しつつ、患者のプライバシを保護するシステム及び方法に関する。
【発明の概要】
【課題を解決するための手段】
【０００５】
概要
本開示の特定の態様により、患者のプライバシを保護しつつ、健康データを領域間で伝達及び分析可能とするシステム及び方法が開示される。
【０００６】
１つの方法は、第１領域において患者のプライバシ情報を含む患者特有の健康データを受け取り、患者特有の健康データから患者のプライバシ情報を除去して匿名健康データを生成し、患者プライバシ情報を第１領域に格納し、匿名健康データを第２領域に分析のために伝えることを包含する。
【０００７】
他の実施形態によると、患者のプライバシを保護しつつ国境を越える健康データ転送を提供するシステムは、患者のプライバシを保護しつつ、国境を越える健康データ転送を提供する命令を格納するデータ格納装置と、プロセッサとを備え、このプロセッサは、第１領域において患者のプライバシ情報を含む患者特有の健康データを受信し、患者特有の健康データから患者のプライバシ情報を除去して匿名健康データを生成し、患者プライバシ情報を第１領域に格納し、匿名健康データを第２領域に分析のために伝えるように構成される。
【０００８】
他の実施形態によると、患者のプライバシを保護しつつ国境を越える健康データ転送を提供する方法を実行するために、コンピュータ実行可能プログラム命令を包含し、コンピュータシステムに使用する非一時的コンピュータ可読媒体であって、この方法は、第１領域において患者のプライバシ情報を含む患者特有の健康データを受信し、患者特有の健康データから患者のプライバシ情報を除去して匿名健康データを生成し、患者プライバシ情報を第１領域に格納し、匿名健康データを第２領域に分析のために伝えることを備える。
【０００９】
開示した実施形態の他の目的及び利点は、以下の説明において部分的に明記し、一部は本明細書から明らかとなり、または、開示した実施形態を実施することにより理解することができる。開示した実施形態の目的及び利点は、添付の特許請求の範囲に特別に指摘した要素及び組み合わせにより、実現され、達成される。
【００１０】
上述の一般的な説明及び以下の詳細な説明は、例示かつ説明に過ぎず、特許請求の範囲に記載のような開示した実施形態を制限するのではない。
【００１１】
開示した実施形態の他の目的及び利点は、以下の説明において部分的に明記し、一部は本明細書から明らかとなり、または、開示した実施形態を実施することにより理解することができる。開示した実施形態の目的及び利点は、添付の特許請求の範囲に特別に指摘した要素及び組み合わせにより、実現され、達成される。
【００１２】
上述の一般的な説明及び以下の詳細な説明は、例示かつ説明に過ぎず、特許請求の範囲に記載のような開示した実施形態を制限するのではない。
【００１３】
本明細書に組み込まれかつ本明細書の一部を構成する添付図面は、様々な例示的な実施形態を示し、説明と共に、開示した実施形態の原理を説明する作用をなす。
【図面の簡単な説明】
【００１４】
【図１】本発明の例示的な実施形態による、クラウドプラットフォームを介して健康データを伝えるクロスボーダデータシステムの例示的な概略的ブロック図である。
【図２】本発明の例示的な実施形態による、領域の異なるクラウドプラットフォームを介して、健康データを伝える例示的な方法の流れ図である。
【図３Ａ】本発明の例示的な実施形態による、患者プライバシを危険にさらすことなく、境界を越えて健康データを伝える例示的なデータプライバシシステムのブロック図である。
【図３Ｂ】本発明の例示的な実施形態による、第２領域に転送するデータの準備、外国領域（複数を含む）から分析済データの受け取りの双方を行うことができる例示的な患者プライバシプラットフォームのブロック図である。
【図３Ｃ】本発明の例示的な実施形態による、健康データから患者のプライバシ情報を除去する例示的な方法の流れ図である。
【図３Ｄ】本発明の例示的な実施形態による、格納された患者のプライバシ情報に分析済データを結合する例示的な方法の流れ図である。
【図４Ａ】本発明の例示的な実施形態による、匿名データを分析する例示的なデータ分析システムのブロック図である。
【図４Ｂ】本発明の例示的な実施形態による、異なる領域から受信した健康データを分析する例示的な分析プラットフォームのブロック図である。
【図４Ｃ】本発明の例示的な実施形態による、匿名データを分析する例示的な方法の流れ図である。
【発明を実施するための形態】
【００１５】
本明細書で使用される場合、「例示的」の用語は、「理想的」ではなく、「実施例」の意味で使用される。更に、「第１」、「第２」等の用語は、本明細書では何等かの順序、量、または重要性を示すものではなく、１つの概念または構造を他から区別するために使用される。更に、本明細書における「ａ」及び「ａｎ」の用語は、量の制限を示すものではなく、１つまたは複数の参照された項目の存在を示す。本開示の目的のために、「患者」は、診断または治療分析（例えば、データ分析）が行われている任意の個体若しくは人、または、１人若しくは複数の個人の診断または治療分析に関連する任意の個体若しくは人を参照することがある。
【００１６】
「健康データ」の用語は、ある診療中の患者について収集された医療データ、及び、任意の医療提供者、研究所、専門家、臨床医等によって患者ついて収集された健康データを包含してもよい。健康データは、特定の患者に関連してもよく、この場合、患者は、患者プライバシ情報介して識別可能である。患者のプライバシ情報は、特定の個人に対して健康データをリンクする任意の情報であってもよい。患者プライバシ情報は、客観的に（個人をその健康データに結び付ける情報として）、及び／または、法律及び規則によって定義してもよい。様々な領域は、患者プライバシ情報を構成する情報のための異なる定義を含めてもよい。「領域」は、患者のプライバシを保護する規則によって境界が画定される任意の環境を参照する。１つの実施形態では、「領域」は、患者のプライバシ／個人データを保護する一連の規則によって管理される既知の地理的領域を参照してもよい。例えば、「領域」は、州（例えば、カリフォルニア）、国（例えば、米国、日本、カナダ）、または、一連の患者プライバシ法の下で活動する国家グループ（例えば、ヨーロッパ）を参照してもよい。米国について、患者プライバシ情報は、患者医療情報（ＰＨＩ）を含んでもよい。米国及び様々な他の領域について、患者プライバシ情報は、個人健康情報、患者識別情報等を包含してもよい。
【００１７】
代替的にまたは追加で、「領域」は、所与の物理的施設、所与の実体のコンピューティングシステム、または、所与のクラウドプラットフォームを参照してもよい。このようなケースでは、その間で健康データが編集される様々な領域は、それにもかかわらず、単一の国、州、または地方内に存在することがある。例えば、第１領域は、データ分析のために第２領域（例えば、クラウドプラットフォーム）に健康データを転送する前に、収集した健康データから患者プライバシ情報を除去してもよい病院を含んでもよい。病院及びクラウドプラットフォームは、同じ地理的に画定される領域内、例えば米国に存在してもよい。
実施形態の説明
【００１８】
ここで、本開示の例示的な実施形態を詳細に参照すると、その実施例は添付図面に示してある。可能な限り、図面全体を通して、同じ参照番号を同じまたは同様の部分を参照するために使用する。
【００１９】
本開示は、患者のプライバシを保護しつつ、健康データを領域間で伝達及び分析可能とするシステム及び方法を包含する。１つの実施形態では、１つの領域内で生成された健康データは、患者プライバシ情報を取り除き、第２領域に伝えることができる。健康データは第２領域で分析してもよく、この後、分析済データは第２領域から第１領域に転送され、ここでそれぞれの患者プライバシ情報と結合される。このように、遠隔領域に患者プライバシ情報を伝えることなく、データ分析を遠隔領域で実行してもよい。このように、健康データの伝達は、遠隔領域で健康データ分析を行うことができるように、健康データを修正及び編集することを包含してもよい。
【００２０】
１つの実施形態では、第１領域のクラウドプラットフォームが、健康データを受け取ってもよい。健康データは、患者プライバシ情報と共にまたは患者プライバシ情報無しの患者症例／健康情報を含んでもよい。健康データは、第１領域で発生し、生成し、または、受け取ったデータを含んでもよい。例えば、健康データは、１つまたは複数の画像診断法（例えば、ＣＴ、ＭＲＩ、超音波等）から生成された画像データを含んでもよい。
【００２１】
１つの実施形態では、健康データは、第１領域において患者プライバシ情報から分離してもよい。例えば、健康データは、第１領域から第２領域に健康データを伝える前に、患者プライバシ情報から分離してもよい。第１領域のクラウドプラットフォームは、受け取った健康データから検出した患者プライバシ情報を取り除き、患者プライバシ情報を任意の記憶媒体を介して格納してもよい。例えば、第１領域のクラウドプラットフォームは、ＣＴスキャンの健康データファイルを受け取ってもよく、ここではＣＴスキャンはＰＨＩに関連する。このシナリオについて、第１領域のクラウドプラットフォームは、受け取ったＣＴスキャンからＰＨＩを取り除き、ＰＨＩを格納してもよい。ＰＨＩは、ＰＨＩ格納システム（例えば、ＰＨＩデータベース）に格納してもよい。
【００２２】
第１領域のクラウドプラットフォームは、第２領域のクラウドプラットフォームと通信してもよい。例えば、第１領域のクラウドプラットフォームは、匿名健康データ（例えば、患者プライバシ情報の無い健康データ）を第２領域におけるクラウドプラットフォームに伝達してもよい。換言すると、健康情報が第２領域に転送してもよく、一方、それに関連する患者情報は第１領域内にのみ維持される。１つの実施形態では、第１領域のクラウドプラットフォームは、受け取った健康データファイルに関連するデータ分析要求を受け取ってもよい。第１領域のクラウドプラットフォームは、受け取ったデータ分析が第２領域で実行されるべきことを識別してもよい。そして、第１領域のクラウドプラットフォームは、第２領域のクラウドプラットフォームと通信し、第２領域のクラウドプラットフォームに指示して要求されたデータ分析を完了させてもよい。１つの実施形態では、第２領域は、データ分析が完了したとき、または、分析済データが再識別するために利用可能なときに、第１領域に通知してもよい。
【００２３】
１つの実施形態では、データ分析は第２領域で行ってもよい。例えば、分析データのレポートを第２領域で生成してもよい。１つのシナリオでは、第２領域におけるクラウドプラットフォームは、匿名健康データを受け取り、分析データの匿名レポートを生成し、匿名レポートを第１領域のクラウドプラットフォームに伝達してもよい。例えば、レポートは、匿名健康データ上で実行したデータ分析から派生するメトリックス、グラフィック、画像、治療勧告等の１つまたは複数のポータブルドキュメントフォーマット（ＰＤＦ）ファイルを備えてもよい。代替的にまたは加えて、レポートは、例えば、解剖学的モデル（複数を含む）、母集団データに対する比較（複数を含む）、予測（複数を含む）、シミュレーション（複数を含む）（例えば、治療効果、流体の流れ、熱伝達等）、治療法推奨等を含む、ユーザとの種々の対話型インタフェース（複数を含む）を提供できるファイルを含んでもよい。
【００２４】
１つの実施形態では、第１領域のクラウドプラットフォームは、匿名レポートを受け取り、そのレポートを患者に適合させてもよい。例えば、匿名レポートは、第１クラウドプラットフォームに格納された患者プライバシ情報に対応する患者プライバシ情報に対応する識別子に関連させてもよい。
【００２５】
１つの実施形態では、第１領域のクラウドプラットフォームは、患者健康データに患者プライバシと無関係の識別子によりタグを付してもよい。識別子は、ランダムで、データ特有でなく、及び／または、領域、時間／日付、病院等に関連してもよい。識別子は、第１領域の外部に転送される前に、データが患者プライバシ情報から分離され得るため、患者プライバシが存在しない患者データを追跡するために使用してもよい。１つの実施形態では、第１領域におけるクラウドプラットフォームは、患者プライバシ情報に格納されたデータベース、例えばＰＨＩデータベース、を含んでもよい。分析済健康データが第１クラウドプラットフォーム及び第１領域に転送されると、第１クラウドプラットフォームは、識別子を格納した患者プライバシ情報（例えば、ＰＨＩデータベースに格納されたＰＨＩ）に適合させてもよい。
【００２６】
１つの実施形態では、患者プライバシ情報は、記載したシステム及び方法内でのその使用及び存在が繰り返されるたびに暗号化してもよい。例えば、患者プライバシ情報は、移行（例えば、領域内における伝達、記憶装置への伝達、記憶装置からの除去等）、休止中（例えば、記憶装置内、分類化中、データ収集中等）、または、分析済データへの再付着中等に暗号化してもよい。例えば、ＰＨＩは、患者健康データと共に受け取ったときに暗号化してもよい。ＰＨＩは、暗号化されたリンク（例えば、Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ（ＳＳＬ））を介して移動するときに、さらに暗号化してもよい。ＳＳＬは、ネットワークにおけるセキュリティを強化する。ＰＨＩは、記憶前に分類化するときに暗号化し、更に（再度）格納するときに暗号化してもよい。例えば、ＰＨＩは、暗号化され得る場所（例えば、データベース）において格納してもよい。格納場所に対する１つまたは複数のキーは、安全に格納してもよく、したがって、格納場所が知られた場合でも、格納されたコンテンツは暗号化され、アクセス不能となり得る。ＰＨＩは、データベースから読み出され、及び／または、新しいレポートを生成するために使用されるときに、更に暗号化してもよい。更に他の実施形態では、開示したシステム内に伝達された全てのデータ（例えば、患者プライバシ情報、健康データ、格納されたデータ、分析済データ、識別子、ハッシュ等）が、暗号化されてもよい。
【００２７】
代替的にまたは加えて、患者プライバシ情報のハッシュを生成または使用して、患者プライバシ情報を識別子に匿名でリンクしてもよい。例えば、選択した患者のプライバシ情報をハッシュ関数の入力として機能し、このハッシュ関数はハッシュを出力することができる。ハッシュが患者のプライバシ情報を含まないとしても、ハッシュは患者プライバシ情報に対してマップすることができる。１つの実施形態では、ハッシュ関数は、患者プライバシ情報を省略し得る不可逆的ハッシュ関数であってもよい。例示的なハッシュ関数は、ＳＨＡ１、ＭＤ５、ｂｃｒｙｐｔ等を含む。任意のハッシュ関数を使用してもよいが、しかし、それぞれのケースに同じハッシュアルゴリズムを使用してもよく、したがって、異なるデータセットが互いにマップされることができる。１つの実施形態では、ハッシュは、患者プライバシデータと判断される分野のそれぞれについて計算された特有値を有することがある。患者プライバシ情報の任意の分野をハッシュしてもよい。例示的なハッシュフィールドは、患者のファーストネーム、患者のラーストネーム、患者識別子（例えば、患者ＩＤ）、患者の生年月日、医師のファーストネームの参照、医師のラーストネームの参照、研究日、研究時間等を含んでもよい。
【００２８】
ハッシュを使用する１つの実施形態では、ＰＨＩは、第１領域（例えば、米国）内のみのＰＨＩデータベースに格納してもよい。ハッシュは、ＰＨＩ及び／または患者健康データに関連する識別子と共に格納してもよい。ハッシュは、更に、第２領域の永久記憶装置に送りまたは格納してもよい。ハッシュは、患者健康データがない場合、第２領域において縦方向に健康データを追跡する方法を提供することがある。換言すると、ハッシュは、データを他のデータにリンク可能とし得る。ハッシュを使用する１つの例示的な場合では、第１領域の第１プラットフォームは第１スキャンを受け取ることができる。第１スキャンは、患者である「Ｊｏｈｎ  Ｄｏｅ」の医療スキャンとしてもよい。第１プラットフォームは、「Ｊｏｈｎ」及び「Ｄｏｅ」のハッシュを格納してもよい。他の時間において、更に「Ｊｏｈｎ  Ｄｏｅ」の異なるスキャンを受け取ってもよい。第１クラウドプラットフォームは、「Ｊｏｈｎ  Ｄｏｅ」のこの受け取ったスキャンを再度ハッシュし、この第２ハッシュを格納したハッシュと比較することができる。異なるスキャンに対する第２ハッシュは、「Ｊｏｈｎ」及び「Ｄｏｅ」の格納したハッシュと一致する可能性があり、第１領域のクラウドプラットフォームは、このスキャンは同じ患者（例えば、「Ｊｏｈｎ  Ｄｏｅ」）に属すると結論を出すことができる。
【００２９】
１つの実施形態では、ハッシュは、症例を作成し、プッシュする領域によって生成し、格納してもよい。１つの実施形態では、ハッシュは、領域間で伝達され、一方、患者プライバシ情報は、患者健康データが収集される領域内に維持される。代替的にまたは追加して、ハッシュは、データ分析前に、匿名健康データを第２領域に移行するときに、計算してもよい。
【００３０】
任意のクラウドプラットフォームがハッシュを使用して、特定の個人に関連付けさせ易いようにデータセットを互いに関連付けてもよいが、健康データが最初に収集されたクラウドプラットフォームのみが、ハッシュを患者プライバシ情報に結びつけることができる。ハッシュまたは識別子は、クロスボーダに患者プライバシ情報を転送することなく、健康データの追跡を可能とすることがある。
【００３１】
図１は、第１領域と第２領域との間で健康データを転送するクロスボーダデータシステムの概略である。図２は、第１領域と第２領域との間で健康データを転送する例示的なプロセスの流れ図である。図３Ａ〜３Ｄは、健康データを収集し、収集した健康データに対する患者プライバシ情報を格納する例示的な「第１領域」におけるシステム及び方法の一般的実施形態を示す。図４Ａ〜４Ｃは、匿名健康データの分析が行われる例示的な「第２領域」におけるシステム及び方法の一般的実施形態を示す。明瞭にするため、図１〜４Ｃは、「第１領域」をプライバシ保存領域と、「第２領域」をデータ分析領域として示す。
【００３２】
実際には、地理的領域は、プライバシ保存領域及び分析領域の双方であり、主目的は、患者プライバシ情報が健康データの生成された領域に留まることである。例えば、データは、欧州（例えば、領域１）内に生成してもよい。このデータは、患者プライバシ情報を除去され、分析のために米国（例えば、領域２）に伝達してもよい。米国のクラウドプラットフォームは、分析データを生成し、分析済データを欧州に送り返してもよく、ここでクラウドプラットフォームが、分析済データを受け取り、この分析済データを対応する患者のプライバシ情報と対にしてもよい。同時に、欧州のクラウドプラットフォームは、ＰＨＩを除去した生の健康データを米国から受け取り、その健康データを分析し、分析済データを米国に伝え、ここで、米国内に格納されたそれぞれのＰＨＩに結合される。実施形態は、「第１領域」及び「第２領域」に対する役割を指定して示すが、当業者であれば、地理的領域は「第１領域」及び「第２領域」の双方の能力を持ちまたは提供してもよいことが理解される。
【００３３】
更に、本実施形態は、２つ（２）の地理的または地政学的領域（例えば、異なる国である第１領域及び第２領域）を含む例示的なシナリオで記載しているが、開示したシステム及び方法は、例えば、患者プライバシ情報を除去し、保持し、及び、受信して分析済のデータに再結合し得るいくつかの種々のまたは種々のタイプの領域、並びに、匿名健康データを受け取り、処理し得るいくつかの領域を任意数有する実施形態を含んでもよい。このようなシステムでは、いくつかの領域と領域との間の相互作用は、必ずしも領域間でデータを伝える先駆けとしてＰＨＩ情報の除去を生じさせないことがあるが、同じシステム内の他の領域では、患者プライバシ情報規則の遵守に合致した後にのみ、交換されることがある。
【００３４】
図１は、本開示の例示的な実施形態による、クラウドプラットフォームを介して健康データを伝えるクロスボーダデータシステム１００の実施例の概略的ブロック図である。クロスボーダデータシステム１００は、電子ネットワークを介して、データ収集装置（複数を含む）１１０と、第１領域１１３のクラウドプラットフォームと、第２の領域１２０のクラウドプラットフォームと、消費者装置（複数を含む）１３０とから情報を送信及び受信するように構成される複数のコンピューティングシステム及び／または装置を備えてもよい。１つの実施形態では、第１領域のクラウドプラットフォーム１１３は、データプライバシプラットフォーム（患者プライバシを保護するためにデータを収集及び準備する）として作用してもよく、一方、第２領域のプラットフォーム１２０は、データ分析プラットフォームとして作用してもよい。１つの実施形態では、それぞれのクラウドプラットフォーム１１３またはクラウドプラットフォーム１２０の種々のコンポーネントは、クロスボーダデータシステム１００の１つまたは複数の他のコンポーネントと直接ローカルに接触してもよい。１つの実施形態では、クロスボーダデータシステム１００は、広域ネットワーク（ＷＡＮ）またはローカルエリアネットワーク（ＬＡＮ）上で動作し、クロスボーダデータシステム１００の種々のコンポーネントは遠隔的にまたは互いに独立して動作してもよい。
【００３５】
クロスボーダデータシステム１００は、例えば、ハンドヘルドデバイス、パーソナルコンピュータ、サーバ、クラスタ化コンピューティングマシン、及び／または、クラウドコンピューティングシステムなどの任意のタイプまたはコンピューティングシステムの組み合わせを含んでもよいことを理解されたい。１つの実施形態では、クロスボーダデータシステム１００のは、メモリ、中央処理装置（「ＣＰＵ」）、及び／または、ユーザインタフェースを含むハードウェアの組立体を備えてもよい。メモリは、フロッピー（登録商標）ディスク、ハードディスク若しくは磁気テープを含む磁気記憶装置、ソリッドステートディスク（ＳＳＤ）若しくはフラッシュメモリ等の半導体記憶装置、光ディスク記憶装置、または、光磁気ディスク記憶装置等の物理記憶媒体により具体化される任意のタイプのＲＡＭまたはＲＯＭを含んでもよい。ＣＰＵは、メモリに格納された命令にしたがってデータを処理する１つまたは複数のプロセッサを含んでもよい。プロセッサの機能は、単一の専用プロセッサにより、または、複数のプロセッサによって提供されてもよい。更に、プロセッサは、制限するものではないが、デジタル信号プロセッサ（ＤＳＰ）ハードウェア、または、ソフトウェアを実行することができる他の任意のハードウェアを含んでもよい。１つまたは複数のユーザインタフェースは、ディスプレイモニタ、タッチパッド、タッチスクリーン、マイクロフォン、カメラ、キーボード及び／若しくはマウスを含む入出力装置、または、他のインタフェースを含む任意のタイプ若しくは組み合わせを含んでもよい。クロスボーダデータシステム１００のそれぞれの領域は、以下に詳述するようにこのようなコンポーネントの組立体を含んでもよい。
【００３６】
１つの実施形態では、データ収集装置（複数を含む）１１０は、健康データを生成または受け取ってもよい。例えば、健康データは、患者特有の画像データ（例えば、医療におけるデジタル画像と通信（ＤＩＣＯＭ）ファイル）を含んでもよい。１つのシナリオでは、画像データは、例えば、少なくとも、患者の大動脈の一部、大動脈に接続した主冠状動脈（及び、これから延びる分岐動脈）の近部及び心筋である患者の心臓の形状に関するデータを含んでもよい。患者特有の解剖学的データは、例えば、非侵襲的画像法を用いて非侵襲的に取得してもよい。例えば、ＣＣＴＡは、ユーザがコンピュータ断層撮影（ＣＴ）スキャナを操作して、例えば、心筋、大動脈、主冠動脈、及び、それに接続された他の血管などである構造を表示し、画像を生成する撮像方法である。ＣＣＴＡデータは、例えば、心臓周期にわたって血管形状の変化を示すために、時間的に変化してもよい。ＣＣＴＡは、患者の心臓の画像を生成するために使用してもよい。
【００３７】
代替的に、磁気共鳴映像法（ＭＲＩ）若しくは超音波（ＵＳ）を含む他の非侵襲的撮像方法、または、ディジタルサブトラクション血管造影法（ＤＳＡ）等の侵襲的撮像方法を使用して、患者の生体構造の画像を生成してもよい。画像検査法は、造影剤を静脈内に注射し、生体構造の構造識別を可能にすることを含んでもよい。得られた画像データ（例えば、ＣＣＴＡ、ＭＲＩ等により提供される）は、患者の医師等により、放射線検査室または心臓病専門医等の第三者ベンダによって提供されてもよい。
【００３８】
他の患者特有解剖学的データは、患者から非侵襲的に判断してもよい。例えば、患者の血圧、基本的心拍数、身長、体重、ヘマトクリット値、一回拍出量等の生理学的データを測定してもよい。血圧は、最大（収縮期）および最小（拡張期）圧力等、患者の上腕動脈における血圧（例えば、圧迫カフを用いて）であってもよい。例示的なデータ収集装置（複数を含む）１１０は、したがって画像診断法、ウエアラブル、血圧カフ、体温計、健康トラッカ、血糖値測定器、心拍モニタ等を含んでもよい。
【００３９】
１つの概要では、健康データは、第１領域のクラウドプラットフォーム１１３において受け取ってもよい。第１領域のクラウドプラットフォーム１１３は、２つの機能を有してもよく、つまり、（１）収集した健康データを第２領域で分析するために準備すること、及び、（２）第２領域から受取った分析済データを第１領域に格納された患者プライバシ情報に適合させることである。第１機能については、第１領域のクラウドプラットフォーム１１３は、収集した健康データに関連する患者プライバシ情報を除去してもよい。第２機能については、第１領域のクラウドプラットフォーム１１３は、第２領域から分析済データを受け取ってもよく、ここでは、分析済データは全ての患者プライバシ情報が除去される。第１領域のクラウドプラットフォーム１１３は、受け取った分析済データにいずれの患者が関連するかを識別し、消費者装置（複数を含む）１３０による分析済データに対するアクセスを提供してもよい。第１領域のクラウドプラットフォームは、いずれの領域に存在してもよく、患者プライバシ情報は、患者プライバシ情報規則及びそれぞれの第１領域の基準に対応してもよいことが理解される。説明のため、例示的な第１領域のクラウドプラットフォーム１１３は、米国に配置してもよく、ここでは、患者プライバシ情報はＰＨＩを備えてもよい。
【００４０】
第１領域のクラウドプラットフォーム１１３は、プロセッサ１１５、ＰＨＩ記憶装置１１７及び結果記憶装置１１９を含む種々のコンポーネントを備えてもよい。１つの実施形態では、プロセッサ１１５は、第１領域内で収集したデータを受け取ってもよい。取得した（例えば、データ収集装置（複数を含む）１１０により）患者特有解剖学的データは、安全通信回線を通して（例えば、ネットワークを介して）転送してもよい。例えば、データは、サーバまたは他のコンピュータシステムに転送してもよい。例示的な実施形態では、データは、ウェブベースのサービス、例えば、クラウドプラットフォーム１１３を提供するサービスプロバイダにより運営されるサーバまたは他のコンピュータシステムに転送してもよい。代替的に、データは、患者の医師または他のユーザにより操作されるコンピュータシステムに転送し、例えば、分析、観察または第１領域に格納してもよい。
【００４１】
患者プライバシ情報がＰＨＩを備える例示的な実施形態では、プロセッサ１１５は、収集した健康データからＰＨＩを取り除いてもよい。例えば、プロセッサ１１５は健康データを関連するＰＨＩから分離し、ＰＨＩを格納してもよい（例えば、ＰＨＩ記憶装置１１７を使用して）。１つの実施形態では、プロセッサ１１５は、ＰＨＩの１つまたは複数のハッシュを更に生成してもよく、ここでは、１つまたは複数のハッシュはＰＨＩを包含してない。ハッシュは、不可逆的でもよい。プロセッサ１１５は、データが１つまたは複数のハッシュを有するが、ＰＨＩを有しないで転送されるように、データを第２領域に転送してもよい。ＰＨＩは、第１領域内に維持してもよい。１つの実施形態では、結果記憶装置１１９は、分析済データが第２領域から第１領域に入力されたときに、後のステージでアクセスしてもよい。例えば、結果記憶装置１１９は、第２領域からの分析済データを格納してもよい。
【００４２】
１つの実施形態では、プロセッサ１１５は、匿名健康データを第２領域のクラウドプラットフォーム１２０に転送してもよい。１つの実施形態では、クラウドプラットフォーム１２０は、匿名データ記憶装置１２１、分析ジェネレータ１２３及び永久記憶装置１２５を含んでもよい。１つの実施形態では、匿名データ記憶装置１２１は、患者プライバシ情報（例えば、ＰＨＩ）を分離した種々のデータを備えてもよい。匿名データ記憶装置１２１は、第２領域以外の領域から到達した任意のデータファイルを受け取り及び／または格納してもよい。例えば、匿名データ記憶装置１２１は、匿名ＤＩＣＯＭデータセット、分析済データレポート、種々の補助データ等の記憶装置を含んでもよい。１つの実施形態では、匿名データ記憶装置１２１に格納されたデータは、分析ジェネレータ１２３により分析してもよい。分析ジェネレータは、分析済データ記憶装置１２１のデータに基づいて任意の形態のデータ分析を実行してもよい。データ解析の例示的な形態は、患者特有の血流特性の非侵襲的判断及び／または血流のシミュレーションを含むことができる。このような血流分析の種々のシステム及び方法は、例えば、２０１１年１月２５日付け出願の「Ｍｅｔｈｏｄ  ａｎｄ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｐａｔｉｅｎｔ−Ｓｐｅｃｉｆｉｃ  Ｍｏｄｅｌｉｎｇ  ｏｆ  Ｂｌｏｏｄ  Ｆｌｏｗ」と題する米国特許第８，３１５，８１２号に開示されており、参照することによりその全体が本明細書に組み込まれる。
【００４３】
１つの実施形態では、永久記憶装置１２５は、過去の分析済データ、過去の受け取った健康データ、母集団データ等を含んでもよい。分析ジェネレータ１２３は、匿名データ記憶装置１２１のデータを永久記憶装置１２５のデータと共に処理してもよい。例えば、永久記憶装置１２５のデータについて訓練された機械学習アルゴリズムを使用して、匿名データ記憶装置１２１のデータの特性またはメトリクスを計算するために使用してもよい。１つの実施形態では、永久記憶装置１２５は、過去のデータ伝達または分析からの履歴または母集団データを含んでもよく、一方、匿名データ記憶装置１２１は、第１領域から第２領域に分析のために新たに伝達されたデータを含んでもよい。例えば、匿名データ記憶装置１２１は、まだ分析されてないデータを含んでもよく、一方、永久記憶装置１２５は、少なくとも以前に分析ジェネレータ１２３により分析されたデータを含んでもよい。
【００４４】
１つの実施形態では、分析ジェネレータ１２３は、例えば、ＰＤＦファイルの形態で分析済データのレポートを出力してもよい。１つの実施形態では、レポートは、インタラクティブ要素を含んでもよい。例えば、レポートは、インタラクティブの三次元モデル（複数を含む）を含んでもよく、ここで、ユーザは、モデル（複数を含む）の種々の部分またはセグメントを拡大／縮小し、シミュレーションを促し、データ比較の要求等をしてもよい。シミュレーションは、患者の血流、血圧、処置、生理的状態のシミュレーションを含んでもよい。データ比較は、カラーインタフェース、縦方向データレポート、チャート、グラフ、インフォグラフィック、アニメーション等を含んでもよい。種々の例示的なインタラクティブな表示及びレポートは、例えば、２０１１年１月２５日付け出願の「Ｍｅｔｈｏｄ  ａｎｄ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｐａｔｉｅｎｔ−Ｓｐｅｃｉｆｉｃ  Ｍｏｄｅｌｉｎｇ  ｏｆ  Ｂｌｏｏｄ  Ｆｌｏｗ」と題する米国特許第８，３１５，８１２号に開示されており、参照することによりその全体が本明細書に組み込まれる。種々の他の表示及びレポートは、例えば、２０１４年９月９日付け出願の「Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｒｅｐｏｒｔｉｎｇ  Ｂｌｏｏｄ  Ｆｌｏｗ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ，」と題する米国特許出願第１４／４８０，８７０号に開示されており、参照することによりその全体が本明細書に組み込まれる。
【００４５】
１つの実施形態では、分析済データは、第２領域（例えば、クラウドプラットフォーム１２０）から第１領域（例えばクラウドプラットフォーム１１３）に伝達してもよい。代替的にまたは追加して、分析済データは第１領域により第２領域から読み出してもよい。１つの実施形態では、分析済データは、第１領域に再入力する際に患者プライバシ情報に結合してもよい。例えば、第１領域のクラウドプラットフォーム１１３の結果記憶装置１１９は、分析済データ（例えば、分析済データがＰＤＦファイルを備える場合）を受け取ってもよい。それぞれのＰＤＦ関する識別子は、格納した患者プライバシ情報に一致する可能性がある。患者プライバシ情報がＰＨＩを含む例については、それぞれのＰＤＦに関連するハッシュまたは識別子は、例えばＰＨＩ記憶装置１１７に格納されたＰＨＩに一致することがある。このように、分析済データは、第１領域のクラウドプラットフォーム１１３内にあると、そのＰＨＩに関連付けられることがある。患者、消費者及び／または医療専門家は、ＰＨＩに関連付けられると、この分析済データにアクセスし得る。例えば、医療専門家は、消費者装置（複数を含む）１３０を介して、結果記憶装置１１９と対話することにより、特定の患者の分析済データを読み出すことができる。
【００４６】
１つのシナリオでは、第１領域のクラウドプラットフォーム１１３またはそのプロセッサ１１５は、消費者装置１３０から要求を受け取り、特定の患者の分析済データにアクセスしてもよい。クラウドプラットフォーム１１３は、結果記憶装置１１９の分析済データのいずれのレポートがＰＨＩデータベース１１７のいずれの識別子に一致するかどうか判断してもよい。レポートと識別子との一致が検出されると、患者のレポートが利用可能となることがある。クラウドプラットフォーム１１３は、この後、特定患者のＰＨＩに対応する結果記憶装置１１９のレポートにアクセスすることを消費者装置（複数を含む）１３０に促しまたは許可する。結果記憶装置１１９のレポートが特定患者のＰＨＩに対応しない場合、レポートはまだ準備されていないことがあり、健康データが第２領域においてまだ分析中のことがある。１つの実施形態では、プロセッサ１１５は、患者のレポートが利用可能なときに、消費者装置１３０に送信しまたは表示すべきことを促しまたは通知してもよい。
【００４７】
拡張すると、１つの実施形態では、第３領域（第１領域及び第２領域の双方と相違する）が分析済データにアクセスしようとすると、患者プライバシ情報に関連しないにも関わらず、分析済データが第３領域に利用可能となることがある。例えば、実施形態は３つの領域、例えば、欧州、米国（ＵＳ）及び日本を含んでもよい。欧州は、患者健康データ（画像データを含む）が収集される第１領域として作用する。患者健康データに関連する患者プライバシ情報は、欧州に維持され、一方、収集された画像データは分析のために米国に転送される。画像データの分析は米国において生成され、欧州に送り返してもよい。医師は、ポータルにログインし、欧州における個人患者の分析済データにアクセスしてもよい。しかし、日本の医師（または、提携するヘルスケア専門家）がポータルにアクセスすると、ポータルは、患者に関連する患者プライバシ情報を明らかにすることなく、分析済データが利用可能なことを示すことがある。１つの例では、分析済データは、日本においてアクセス可能または見ることができることがあるが、しかし、分析済データに関連する患者を識別する情報は全くない。患者プライバシ情報は、欧州におけるデータアクセスに限定することができ、これは、患者プライバシ情報が第１領域（例えば、この実施例では欧州）の域外に転送さないためである。
【００４８】
同様に、医師は第１病院（米国の内側または外側）においてデータを収集してもよい。データは分析のために第２領域（例えば、米国）に転送してもよく、分析済データは第１病院に送り返されることがある。他の病院（例えば、第３領域）において、医師は分析済データが利用可能であることを認識することがある（及び、分析済データと相互作用可能でさえあること）が、分析済データに関連する患者アイデンティティ／患者プライバシ情報を見ることはできない。
【００４９】
図２は、本発明の例示的な実施形態による、領域の異なるクラウドプラットフォームを介して、健康データを伝える例示的な方法２００の流れ図である。方法２００の１つの実施形態では、健康データは、１つの領域で収集してもよい。例えば、第１領域のクラウドプラットフォームが収集した健康データを受け取ってもよい（ステップ２０１）。１つの実施形態では、ステップ２０１は、ＤＩＣＯＭデータまたはＤＩＣＯＭファイルを受け取り、または、第１領域からＤＩＣＯＭデータベース／ライブラリにアクセスすることを含んでもよい。このような取集した健康データは、患者プライバシ情報に関連していてもよい。例えば、方法２００は、患者プライバシ情報はＰＨＩを含んでもよい。
【００５０】
１つの実施形態では、ステップ２０３は、収集した健康データを匿名化することを含んでもよい。例えば、第１領域のクラウドプラットフォームは、受け取った健康データからＰＨＩを取り除いてもよい。１つの実施形態では、ステップ２０３は、受け取った健康データセットから取り除いたＰＨＩを、例えば第１領域のＰＨＩデータベースに格納することを更に含んでもよい。１つの実施形態では、ＰＨＩデータベースは、クラウドプラットフォーム、ローカルネットワークまたは第１領域の任意のシステムに含ませてもよい。例えば、ステップ２０３は、第１領域の規制要件に基づいてＰＨＩフィールドを識別することを含んでもよい。例えば、ＤＩＣＯＭファイルにおいて、ステップ２０３は、患者名フィールド（例えば、タグ（００１０，００１０））を検出すること、患者名を識別すること、患者名を格納すること（例えば、データベースに）、及び、一般的な（例えば、指定名ではない）文字列を設けたＤＩＣＯＭから名前を編集することを含んでもよい。
【００５１】
１つの実施形態では、ステップ２０５は、ＰＨＩの１つまたは複数のハッシュを生成することを含んでもよい。ハッシュを追加することは、ハッシュをコンピューティング及び／または格納すること（例えば、永久記憶装置において）を含んでもよい。ハッシュは、不可逆的で、ＰＨＩを含まないように生成してもよい。したがって、ＰＨＩは第１領域に保持されているが、ハッシュは、データ（ＰＨＩから分離されている）と共に第２領域に転送してもよい。換言すると、方法２００は、健康データ（ＰＨＩ無し）およびハッシュを第２領域に伝達し得る際、健康データに関連するＰＨＩを第１領域に維持することを確実にすることができる。したがって、ステップ２０７は、匿名健康データを第２領域に伝達することを含み得る。例えば、伝達された健康データは、１つまたは複数のハッシュまたは他の識別子に関連することがあるが、ＰＨＩは第１領域にのみ維持される（例えば、ＰＨＩ記憶装置内）。
【００５２】
１つの実施形態では、ステップ２０９は、第２領域において匿名健康データを受け取ることを含み得る。例えば、匿名化された第２領域のデータベースは、第１領域から匿名健康データを受け取ることができ、ここでは、匿名健康データはＰＨＩから分離されている。第２領域の匿名化されたデータベースは、第２領域に伝達されたデータにＰＨＩが結合されていないため、識別子及び／またはハッシュにしたがって匿名化された健康データを格納してもよい。匿名化されたデータベースは、ＤＩＣＯＭ保存、ＰＤＦ保存（例えば、分析済データのＰＤＦデータを含む）または種々の補助要素を含む複数の形態のデータを格納してもよい。１つの実施形態では、受け取ったデータの一部または全てを、例えば記録保持及び将来の分析のために第２領域の永久記憶装置内に格納してもよい（ステップ２１１）。永久記憶装置は、データベースを含んでもよい。
【００５３】
１つの実施形態では、第１領域において収集された健康データは、第２領域において分析してもよい。例えば、ステップ２１３，２１５は、第１領域から受取った匿名健康データを分析すること、及び、分析済データに基づくレポートを生成することを含んでもよい。１つの実施形態では、レポートは、分析済データを含む匿名化されたＰＤＦファイルを含んでもよい。例えば、第１領域から受け取ったデータが生の画像ファイルを含む場合、第２領域において匿名化されたＰＤＦファイルは、生の画像ファイルの分析に基づいて判断された血流特性を報告するＰＤＦを含んでもよい。このようなケースでは、分析は、受け取った画像ファイルに基づいて解剖学的モデルを生成し、解剖学的モデルを通る血流を計算し、種々のメトリックス、表示、または、計算した血流に基づく予測を導き出すことを含んでもよい。１つの実施形態では、ステップ２１３，２１５は、ステップ２１１の後に行われてもよい。例えば、いくつかの状況では、永久記憶装置は、分析済データ及び／または生の患者健康データを含んでもよい。
【００５４】
１つの実施形態では、ステップ２１７は、分析済データを第１領域に伝達することを含んでもよく、ステップ２１９は、分析済データを患者に適合させることを含んでもよい。例えば、ステップ２１９は、識別子（複数を含む）及び／または分析済データに関連するハッシュ（複数を含む）を、識別子（複数を含む）及び／または第１領域のＰＨＩデータベースに格納されたＰＨＩに関連するハッシュ（複数を含む）に適合させることを含んでもよい。
【００５５】
ステップ２２１は、分析済データを、例えば患者、医療提供者、医療専門家等の消費者に提供することを含んでもよい。１つの実施形態では、ステップ２２１は、完成したレポートの関係者に、例えばウェブポータルにおける通知を介して情報提供することを含んでもよい。例えば、ステップ２２１は、ポータルインタフェースにおける更新を生成すること、及び／または、通知をユーザまたはユーザアカウントに送信することを含んでもよい。
【００５６】
図３Ａ〜３Ｄは、例えば、データ収集及びプライバシ保護領域におけるシステム及び方法の一般的な実施形態を示す。図４Ａ〜４Ｃは、例えば、データ分析領域におけるシステム及び方法の一般的な実施形態を示す。図３Ａ〜３Ｄの例示的な実施形態は、明瞭にするため、分析領域とはデータ収集／プライバシ保護領域を図４Ａ〜４Ｃのデータ分析領域と区別してあることが理解される。実際には、任意の地理的領域は、その健康データを分析のために海外にシフトし、及び／または、他の領域からの健康データを分析してもよい。換言すると、任意の領域は、一部のトランザクションについてデータ収集／プライバシ保護領域として作用し、一方、他のトランザクションについてデータ分析領域として作用してもよい。
【００５７】
図３Ａは、生のデータが生成し得る第１領域における例示的なクラウドプラットフォーム１１３のシステムを示す。図３Ｂは、システムの患者プライバシ情報プロセッサ（プロセッサ１１５に類似する）の例示的な機能の概略的な図を示す。図３Ｃは、健康データを第２領域に転送する前にデータから患者プライバシ情報を除去する例示的なプロセスを含む。図３Ｄは、患者プライバシ情報を第２領域から受け取った分析済データに結合する例示的なプロセスを示す。図３Ａ〜３Ｄは、ＰＨＩとして患者プライバシ情報を示すが、患者プライバシ情報は、任意の保護された個人情報を含んでもよいことが理解される。
【００５８】
図３Ａは、例示的な実施形態による、患者プライバシを危険にさらすことなく、国境を越えて健康データを転送する例示的なデータプライバシシステム３００のブロック図を示す。データプライバシシステム３００の全てのコンポーネントが、１つの領域（例えば、欧州または日本）に存在してもよい。データプライバシシステム３００は、データオフショアリングシステムとして見てもよく、ここで、第１領域で収集されたデータは、第２領域（例えば、海外領域）に転送するために準備される。データは、第２領域で分析してもよい。更に、データプライバシシステム３００は、入ってくる分析済データを処理してもよい。例えば、データプライバシシステム３００は、第２領域から分析済データを、例えば、完成レポートの形態で受け取ってもよい。分析済データは、匿名化してもよい。データプライバシシステム３００は、分析済データを患者プライバシ情報に結合してもよく、したがって、レポートに患者及び／または患者に代わる医療専門家がアクセスしてもよい。１つの実施形態では、データプライバシシステム３００は、データ収集インタフェース３０１、ＰＨＩプラットフォーム３０３、ＰＨＩ記憶装置３０７、レポート記憶装置３０９、ポータル３１１、及び、ネットワーク３１３を含む種々のコンポーネントを備えてもよい。例示的なシステム３００は、ＰＨＩとして患者プライバシ情報を説明するが（例えば、ＰＨＩプラットフォーム３０３及びＰＨＩ記憶装置３０７により）、患者プライバシ情報は患者プライバシを保護する任意の情報を含んでもよいことが理解される。
【００５９】
１つの実施形態では、データ収集インタフェース３０１は、第１領域において収集され及び／または生成されたデータを受け取ってもよい。ＰＨＩプラットフォーム３０３は、オフショアリングのためのデータ準備、及び、患者データと分析済データとの間の関連を識別する全てのステップを実行してもよい。例示的なＰＨＩプラットフォーム３０３は、図３Ｂにより詳細に示してある。１つの実施形態では、ＰＨＩ記憶装置３０７は、健康データから分離されたＰＨＩを格納してもよい。１つの実施形態では、第２領域から戻された分析済データは、ＰＨＩデータベースに格納されている関連ＰＨＩに結合してもよい。
【００６０】
１つの実施形態では、レポート記憶装置３０９は、例えば、ＰＤＦレポートの形態で分析済データを受け取り、格納してもよい。レポート記憶装置３０９は、図１の結果記憶装置１１９と類似してもよい。１つの実施形態では、ユーザは、ポータル３１１を介してレポート記憶装置３０９に格納されたレポートにアクセスしてもよい。１つの実施形態では、ポータル３１１は、レポート記憶装置３０９のレポートを見るために、患者／医療専門家に対する１つまたは複数のユーザインタフェースを生成してもよい。ユーザインタフェースは、カラーの視覚インジケータ、グラフィック、チャート、テーブル、以前の患者レポートまたは母集団データとの比較、治療法推奨などを含む１つまたは複数の対話型ディスプレイを含んでもよい。１つの実施形態では、ポータル３１１は、患者のレポートが利用可能であるときに、通知を生成しまたは受け取ってもよい。例えば、ポータル３１１は、ユーザインタフェースに視覚インジケータを表示し、患者レポートを第１領域において受け取ったことを示してもよい。ポータル３１１は、レポートがアクセス用に利用可能であるときに、通知（例えば、患者または医療専門家が使用する装置が受け取るメッセージ）を促してもよい。代替的にまたは追加して、ポータル３１１は、分析の進捗または分析済データの追跡に対応する視覚インジケータを表示してもよい。例えば、ポータル３１１は、「３日以内にレポートが利用可能であること」または「金曜日の午後３時に確認願います」を指示するユーザインタフェースを表示してもよい。
【００６１】
１つの実施形態では、データプライバシシステム３００の種々のコンポーネント（例えば、ＰＨＩプラットフォーム３０３、レポート記憶装置３０９、及び／または、ポータル３１１）は患者のレポートを更に分析してもよい。例えば、データプライバシシステム３００は、ポータル３１１を介して、１つまたは複数の推奨する治療方針、治療課題、レポート、補足テスト／分析等を判断し、及び／または、推奨する治療方針、治療課題、レポート、捕捉テスト／分析等を提供してもよい。代替的に、全てのデータ／レポートは、第２領域で実行してもよく、データプライバシシステム３００は、いずれの患者が分析済データのセットに関連するかを識別し、分析済データを患者に関連する適切な関係者に表示するだけでもよい。
【００６２】
ネットワーク３１３は、インターネット、コンテンツ配信ネットワーク、または、任意の他の有線、無線及び／または電話若しくはローカルネットワークを含んでもよい。データ収集インタフェース３０１、ＰＨＩプラットフォーム３０３、ＰＨＩ記憶装置３０７、レポート記憶装置３０９、ポータル３１１並びに種々のユーザ及び／または管理者装置は、ネットワーク３１３を介して互いに通信してもよい。
【００６３】
１つの実施形態では、ユーザは、ネットワーク３１３及び１つまたは複数の装置を介して、データ収集インタフェース３０１及び／またはポータル３１１にアクセスしてもよい。装置は、ネットワーク３１３を介して、ウェブサイト及びマルチメディアコンテント等のデータを収集、送信及び／または受信するように構成される任意のタイプの電子装置を含んでもよい。装置は、例えば、医療用撮像装置、医療用モニタ等の医療用装置を含んでもよい。装置は、１つまたは複数のモバイル機器、スマートフォン、携帯情報端末（「ＰＤＡ」）、タブレットコンピュータ若しくは他のタッチスクリーン対応機器、パーソナルコンピュータ、ラップトップ、及び／または、ネットワーク３１３と通信するように配置されたサーバを含んでもよい。装置のそれぞれは、データプライバシシステム１００と提携した１つまたは複数のウェブサーバから受け取った電子コンテンツを受け取り、表示するためにインストールしたウェブブラウザ及び／またはモバイルブラウザを有してもよい。装置は、ウェブまたはモバイルブラウザが動作するように構成されるオペレーションシステム、及び、例えばモバイルアプリケーションである任意のタイプのアプリケーションを有するクライアント装置を含んでもよい。１つの実施形態では、種々の装置は、ネットワーク３１３を通してデータまたは分析済データを通信するためにネットワークアダプタとともに構成されてもよい。代替的にまたは追加して、ローカル接続を介してデータを転送しまたは分析済データを受け取るように様々に構成してもよい。
【００６４】
図３Ｂは、本開示の例示的な実施形態による、第２領域に転送するデータを準備し、外国領域（複数を含む）から分析済データを受け取るＰＨＩプラットフォーム３０３のブロック図３２０である。図３Ｂに示すように、例示的なＰＨＩプラットフォーム３０３は、制御論理３２１を含んでもよい。制御論理３２１は、ＰＨＩプラットフォーム３０３の一部として動作し得る種々のモジュール及びプロセッサ内の機能及び相互作用を指示する。ＰＨＩプラットフォーム３０３は、例えば、ＰＨＩデータをデータセットから除去することにより（例えば、出力データプロセッサ３３１を介して）、海外のデータ分析ための出力データを管理してもよい。ＰＨＩプラットフォーム３０３は、例えば、データを適切なＰＨＩに結合することにより、領域に再度入るときに、海外で分析されたデータを更に管理してもよい（例えば、情報レポートプロセッサ３４１を介して）。出力データプロセッサ３３１及び情報レポートプロセッサ３４１は、以下に詳述する。
【００６５】
１つの実施形態では、制御論理３２１及び出力データプロセッサ３３１は、収集したデータを第２領域に転送するために準備してもよい。例えば、ＰＨＩプラットフォーム３０３は、第１領域にあってもよく、ＰＨＩプラットフォーム３０３は、第１領域を出て第２領域に入るデータを処理してもよい。患者のアイデンティティにリンクした情報を伝達するときに、法的制限が存在することがある。種々の法的体制またはシステムにより、異なる規制が生じる。したがって、ＰＨＩ関連健康データを他の領域に転送するために、健康データは、患者及び対応するＰＨＩと分離されまたは切り離されることがある。
【００６６】
１つの実施形態では、そのようなデータは、例えば領域モジュール３３３、匿名化モジュール３３５及び追跡モジュール３３７である例示的なモジュールを備える出力データプロセッサ３３１により処理してもよい。１つのケースでは、出力データプロセッサ３３１は、保護医療情報または患者プライバシ情報を、第１領域内で収集した健康データから除去してもよい。保護医療情報または患者プライバシ情報を除去することは、患者のアイデンティティと患者から収集されたデータとの間の関連性を除去してもよい。
【００６７】
１つの実施形態では、領域モジュール３３３及び制御論理３２１は、いずれの領域データが（例えば、第２領域）に転送されるか識別してもよい。領域モジュール３３３及び制御論理３２１は、第１領域から第２領域へのデータの転送に関わるプライバシ規則を判断してもよい。
【００６８】
１つの実施形態では、匿名化モジュール３３５及び制御論理３２１は、プライバシ規則を満たすために必要なステップを実行してもよい。例えば、匿名化モジュール３３５及び制御論理３２１は、データセットの転送を可能とするために、受け取ったデータセットのＰＨＩ要素を除去し及び／または操作してもよい。
【００６９】
１つの実施形態では、追跡モジュール３３７及び制御論理３２１は、指定されまたは先に識別された第２領域に対してデータを追跡または転送してもよい。例えば、追跡モジュール３３７及び制御論理３２１は、ＰＨＩから分離されたデータを追跡する方法を提供してもよい。例えば、追跡モジュール３３７及び制御論理３２１は、ＰＨＩ要素のハッシュを生成してもよい。このようなハッシュは、異なる時点におけるデータを縦方向に追跡する能力を提供してもよい。例えば、ＰＨＩプラットフォーム３０３は、（例えば、データ収集インタフェース３０１から）第１スキャンを受け取ってもよい。第１スキャンは、患者、「Ｊｏｈｎ  Ｄｏｅ」に関連してもよい。匿名化モジュール３３５、追跡モジュール３３７、及び／または、制御論理３２１は、「Ｊｏｈｎ」「Ｄｏｅ」に対するハッシュを格納してもよい。例示的なハッシュは、ＰＨＩ無し及び／または不可逆的であってもよい。１つの実施形態では、データは、ハッシュと共に第２領域に転送され、データセットを追跡または識別してもよく、一方、ＰＨＩデータは第１領域内に維持される。第２領域におけるプロセッサは、この後、ハッシュを使用して種々のデータのセットが互いに関連することを追跡または判断してもよい。
【００７０】
例えば、ＳＨＡ１，ＭＤ５、ｂｃｒｙｐｔ等を含む種々のハッシュ関数を使用してもよい。ハッシュ化してもよい情報フィールドは、患者名、患者のラーストネーム、患者ＩＤ、患者の生年月日、医師のファーストネームの参照、医師のラーストネームの参照、データ生成日、データ生成時間等を含んでもよい。
【００７１】
ＰＨＩプラットフォーム３０３は、海外で分析されたデータが領域に再入力されたときに、海外で分析されたデータを更に管理してもよい。例えば、ＰＨＩプラットフォーム３０３は、分析済データを対応するＰＨＩに結合してもよい。１つの実施形態では、入りレポートプロセッサ３４１は、（例えば、レポートの形態で）データの完全分析を受け取ってもよい。１つの実施形態では、レポートは、分析済データに対応するＰＨＩに関連するメタデータ及び／またはモデル（例えば、三次元解剖学的モデル）に基づいて生成してもよい。入りレポートプロセッサ３４１は、レポートに関連する患者を識別し、レポートを患者またはＰＨＩ／識別情報と対にしてもよい。１つの実施形態では、入りレポートプロセッサ３４１は、例示的なモジュール、例えば、分析タイプモジュール３４３、識別モジュール３４５、及び、レポート可視化モジュール３４７を含んでもよい。
【００７２】
１つの実施形態では、分析タイプモジュール３４３及び制御論理３２１は、データを、例えば第２領域から受け取ってもよい。１つの実施形態では、分析タイプモジュール３４３及び制御論理３２１は、例えばレポート記憶装置３０９から受け取ったデータを分類化または体系化してもよい。例えば、受け取ったデータは、分析の形態を経たデータを含むことがある。例えば、受け取ったデータは、レポートを備えるポータブルドキュメントフォーマット（ＰＤＦ）ファイルの形態で届くことがある。受け取ったデータを分類化または体系化することは、それを受け取ったタイミング、そこから受け取ったその領域、その中のデータを受け取るその媒体等の観点で認識することを含んでもよい。
【００７３】
１つの実施形態では、識別モジュール３４５及び制御論理３２１は、ＰＨＩを受け取ったデータまたはレポートに結合してもよい。例えば、識別モジュール３４５及び制御論理３２１は、ＰＨＩ記憶装置３０７にアクセスし、（例えば、レポート記憶装置３０９から）受け取ったデータをＰＨＩデータベース１０７からのそれぞれのＰＨＩに適合してもよい。
【００７４】
１つの実施形態では、制御論理３２１、分析タイプモジュール３４３、及び／または、識別モジュール３４５は、複数の受け取った分析（例えば、レポート記憶装置３０９からの複数のレポート）を受け取ってもよい。複数のレポートは、分析タイプモジュール３４３、識別モジュール３４５、及び／または、制御論理３２１により処理し、レポートまたは先に格納したレポート（例えば、より早い時間のレポート）間の関連を判断してもよい。分析済データの一時的なリンクが、ハッシュの使用を介して行ってもよい。例えば、入りレポートプロセッサ３４１は、分析済データに関連するハッシュを受け取り、受け取ったハッシュに基づいて患者の医療状態の縦方向ビューを確立してもよい。
【００７５】
１つの実施形態では、レポート視覚化モジュール３４７及び制御論理３２１は、ディスプレイ、または、分析済データを見ることを望む関係者に対する分析済データの利用可能性を管理してもよい。１つの実施形態では、レポート視覚化モジュール３４７は、ＰＤＦレポート、レポートに関連するモデル、または、レポートに含まれるモデル等への直接アクセスを含むことができる。分析済データは、分析済データに対応するＰＨＩ情報を重ねた状態で表示してもよい。分析済データの種々の形態が、１つまたは複数のプラットフォーム、例えば、ウェブポータル、モバイル装置、バーチャルリアリティディスプレイ、テレビ画面、ラップトップコンピュータ、デスクトップコンピュータ等を介して利用可能としてもよい。
【００７６】
図３Ｃは、例示的な実施形態による、健康データから患者のプライバシ情報を除去する例示的な方法３５０の流れ図である。図３Ｃの方法は、出力データプロセッサ３３１及び制御論理３２１により、データ収集インタフェース３０１から電子ネットワーク３１３を通して受け取った情報、画像及びデータに基づいて実行してもよい。方法３５０は、プロセッサ（例えば、ラップトップ、デスクトップ、クラウドコンピューティングアーキテクチャ、グラフィック処理装置（ＧＰＵ）、デジタルシグナルプロセッサ（ＤＳＰ）、携帯電話、タブレット等）を使用して実行してもよい。
【００７７】
１つの実施形態では、ステップ３５１は、ＰＨＩ（例えば、第１領域における）に関連する健康データを受け取ることを含んでもよい。健康データは、医療専門家、撮像装置、及び／または、医療サービス提供者から、例えば、データ収集インタフェース３０１を介して受け取ってもよい。
【００７８】
１つの実施形態では、ステップ３５３は、データ分析を実行する選択された領域を識別することを含んでもよい。例えば、健康データは、第１領域（例えば、米国）において受け取ってもよい。ステップ３５３は、受け取った健康データをデータ分析のために欧州に転送すべきであることを決定することを含んでもよい。ステップ３５３は、受け取った健康データについて実行すべき種々の分析要求を受け取ること、健康データをどの領域に転送するべきかを決定することを含んでもよい。
【００７９】
１つの実施形態では、ステップ３５５は、選択された領域に（第１領域から）健康データを転送するために除去する情報を識別することを含んでもよい。例えば、米国からＰＨＩを転送することに対して、現在は規制が存在する。１つの実施形態では、ステップ３５７は、受け取ったデータから患者プライバシ情報を除去することを含んでもよい。例えば、健康データを米国外に転送すべき場合、ステップ３５５は、収集した健康データから除去するＰＨＩを識別すること、及び、収集した健康データから識別されたＰＨＩを除去することを含んでもよい。例えば、ステップ３５５は、第１領域と関連するすべての領域について患者プライバシ情報とみなされるＰＨＩフィールドを識別することを含むことができる。他の選択肢として、ステップ３５５は、処理する症例に使用されない全てのＰＨＩフィールドを除去することを含んでもよい。更に他の実施形態は、第１領域に専用である、または、第１領域と第２領域との間の関係に依存するＰＨＩフィールドを除去することを含んでもよい。例示的な例は、病院診療所である第１領域と、病院研究所である第２領域とを含んでもよい。このようなケースについて、第１領域と第２領域との間の健康データの転送のために除去するべきＰＨＩ有しない可能性があり、これは、病院外に健康データを転送するために取り除かなければならないことがある。
【００８０】
１つの実施形態では、ステップ３５９は、匿名健康データを選択した領域に転送することを含んでもよく、ここでは、転送された健康データは、患者プライバシ情報（例えば、ＰＨＩ）を含まない。１つの実施形態では、ステップ３５９は、患者プライバシ情報とは無関係の識別子を有する転送されたデータにタグ付けすることを更に含んでもよい。識別子は、ランダムで、データ特有でなく、及び／または、領域、時間／日付、病院等に関連してもよい。１つの実施形態では、識別子は、患者プライバシ情報の無い健康データを追跡するために使用してもよい。
【００８１】
更に、ステップ３５９は、患者プライバシ情報をハッシングすることを含んでもよい。例えば、データは、選択した領域に患者プライバシ情報のハッシュと共に転送してもよいが、患者プライバシ情報は第１領域にのみ維持される。
【００８２】
図３Ｃのステップは、種々の順序で実行してもよい。例示的な実施形態は、選択した領域を識別すること（ステップ３５３）、除去する情報を識別すること（ステップ３５５）、及び、識別した情報を除去すること（ステップ３５７）を含むが、多くの選択肢が存在する。例えば、代替実施形態は、患者健康データを除去し（ステップ３５１）、患者健康データに関連する全ての患者プライバシ情報を除去し、この後、任意の領域に患者健康情報を転送することを含んでもよい。例えば、方法３００は、第１領域について、健康データを任意の領域に転送するために編集する全ての患者プライバシ情報フィールドを識別することを含んでもよい。他の実施例では、第１領域は、第１領域外へのデータの送信を可能とするために十分なＰＨＩのサブセットを自動的に除去してもよい。これらのシナリオにつて、ＰＨＩデータの除去は、データ分析が実行される領域によって影響されないことがある。方法３００は、編集するための患者プライバシ情報フィールドの領域ごとの構成を識別することを含んでもよい。構成は、任意の記憶装置、例えば、データベースに格納してもよい。
【００８３】
図３Ｄは、例示的な実施形態による、格納された患者のプライバシ情報に分析済データを結合する例示的な方法３６０の流れ図である。図３Ｄの方法は、入りレポートプロセッサ３４１及び制御論理３２１により、第２領域から受け取った情報、画像及びデータに基づいて実行してもよい。方法３６０は、プロセッサ（例えば、ラップトップ、デスクトップ、クラウドコンピューティングアーキテクチャ、グラフィック処理装置（ＧＰＵ）、デジタルシグナルプロセッサ（ＤＳＰ）、携帯電話、タブレット等）を使用して実行してもよい。
【００８４】
１つの実施形態では、ステップ３６１は、例えば、ＰＤＦレポートの形態で分析済データを受け取ることを含んでもよい。分析済データは、匿名化され、任意の患者プライバシ情報（例えば、ＰＨＩ）に関連付けられなくてもよい。１つの実施形態では、ステップ３６１は、選択した／第２領域から分析済データを、第１領域において受け取ることを含んでもよい。
【００８５】
１つの実施形態では、ステップ３６３は、分析済データに関連する識別子を判断し、または受け取ることを含んでよい。例えば、識別子は、患者データセットがタグ付けされた（例えば、方法３５０において）識別子でもよい。代替的に、識別子は、第１領域において生成された識別子に関連する識別子でもよい。識別子は、領域を越えて共有し得る固有のグローバルＩＤを含んでもよい。例えば、識別子は、日付（ＭＭ／ＤＤ／ＹＹ）シーケンス及び固有の数字及び／または文字の組み合わせを含んでもよい。
【００８６】
１つの実施形態では、ステップ３６５は、決定され／受け取った識別子に関連する格納された患者プライバシ情報を識別することを含んでもよい。ステップ３６７は、分析済データを識別された患者プライバシ情報に結合することを含んでもよい。１つの実施形態では、ステップ３６５，３６７は、エンドユーザが対応するＰＨＩ情報と共に使用し得るアーティファクトを生成することを含んでもよい。たとえば、ステップ３６７は、領域内に維持されたＰＨＩ情報を含む分析済データのレポートを再生することを含んでもよい。例えば、ＰＨＩ情報は、第１領域においてＡＰＩから読み出され、レポートツール（例えば、レポート視覚化モジュール３４７）がＰＨＩ情報を生成されたレポートに挿入してもよい。このタイプのメカニズムは、ＤＩＣＯＭファイル、グラフィカルユーザインタフェース、ホログラム等にカプセル化されたＰＤＦを含む分析済データと相互作用するためにエンドユーザが使用する任意のファイルまたは媒体に拡張することができる。
【００８７】
１つの実施形態では、ステップ３６９が、分析済データ及び識別された患者プライバシ情報に基づいて１つまたは複数の表示を生成する。エンドユーザ用の例示的な表示は、ポータルを介してアクセス可能なＰＤＦレポート、ポータルを介して利用可能なＰＨＩ情報を有する２次元及び／または３次元モデル、病院システムの視覚化のための病院の基板施設を介するレポートのプッシュ等を含んでもよい。
【００８８】
図４Ａ〜４Ｃは、データ分析領域の例示的なシステム及び方法を示す。図４Ａは、匿名健康データを分析する第２領域における例示的なクラウドプラットフォーム１２０のシステムを示す。図４Ｂは、システム（分析ジェネレータ１２３に類似する）のデータ分析プラットフォームの例示的な機能の概略図を示す図４Ｃは、匿名健康データを分析する例示的なプロセスを示す。
【００８９】
図４Ａは、例示的な実施形態による、匿名データを分析する例示的なデータ分析システム４００のブロック図を示す。データ分析システム４００は、分析済データ記憶装置４０１、分析プラットフォーム４０３、永久記憶装置４０５及びネットワーク４０７を含む種々のコンポーネントを備えてもよい。１つの実施形態では、匿名データ記憶装置４０１は、データ分析システム４００の領域とは別の領域から受け取ったデータを受け取り、格納してもよい。例えば、匿名データ記憶装置４０１は、任意の患者または識別情報から分離した健康データを格納してもよい。１つの実施形態では、匿名データ記憶装置４０１は、患者プライバシ情報と無関係の識別子（複数を含む）及び／またはハッシュ（複数を含む）に関連するデータを受け取ってもよい。他の実施形態では、匿名データ記憶装置４０１は、受け取ったデータを格納し、または、識別子（複数を含む）及び／またはハッシュ（複数を含む）をタグ付けしてもよい。
【００９０】
１つの実施形態では、分析プラットフォーム４０３は、匿名データ記憶装置４０１に格納した任意のデータに同じタイプの分析を実行してもよい。他の実施形態では、分析プラットフォーム４０３は、１つまたは複数の要因、例えば、匿名化データ記憶装置４０１に格納されたデータのタイプ、送信者（例えば、プロセッサ１１５）、そこからのデータを受け取るその領域、サブスクリプションサービス、データに関連する病院／研究施設／医療サービスプロバイダ／クラウドサービス等にしたがって、異なるタイプのデータ分析を実行する。
【００９１】
例えば、データタイプに基づいてデータ分析を実行することは、分析プラットフォーム４０３が特定のタイプの健康データファイルまたは種々のタイプのデータファイル間の相違を検出するシナリオを含んでもよい。例えば、匿名データ記憶装置４０１がＤＩＣＯＭファイルを含む場合、分析プラットフォーム４０３は、ＤＩＣＯＭファイルに基づいて解剖学的モデルを生成し、生成した解剖学的モデルを使用して所定の一連の分析（例えば、血流分析）を実行してもよい。代替的に、匿名データ記憶装置４０１が血圧のファイルを含む場合、分析プラットフォーム４０３は、ＤＩＣＯＭファイルに関連する血流分析から分離した血圧分析を実行してもよい。いくつかの実施形態では、分析は重複してもよく、一方、他の実施形態では、分析プラットフォーム４０３は、匿名データ記憶装置４０１が受け取りまたは格納したファイルのタイプにしたがって異なる分析セットを実行するように構成してもよい。
【００９２】
分析が領域、サブスクリプション、または、そこからの匿名データを受け取るその施設に関係することのある実施形態では、分析プラットフォーム４０３は、匿名データの送信者に関連するデータ分析要求を決定してもよい。例えば、病院は、病院の患者に対する血流分析を提供し得るサービスに加入してもよい。匿名データがこのタイプのサブスクリプションサービスに関係していることを検出したときに、分析プラットフォーム４０３は、匿名データの血流分析の実行を促してもよい。同様に、分析プラットフォーム４０３は、特定の領域、「領域Ｘ」からの全てのデータが特定タイプの分析、「分析Ａ」を受けることを決定してもよい。したがって、分析プラットフォーム４０３は、領域Ｘから受け取った任意のデータに分析Ａを実行し（または、分析Ａの実行を促し）てもよい。
【００９３】
代替的にまたは追加して、分析プラットフォーム４０３は、種々のタイプのデータ分析へのアクセスをオファーするように構成してもよい。第１領域から伝達されたデータは、第２領域の分析プラットフォーム４０３により実行するように要求されたデータ分析に関する命令または指示を含んでもよい。例えば、血流分析のタイプは、第１領域では利用できないことがあるが、しかし、第２領域では利用可能である。第１領域は、実行すべき血流分析の特別なタイプの要求と共に、匿名健康データを第２領域に、伝達してもよい。分析プラットフォーム４０３は、血流分析のタイプの要求を受け取り、分析を実行し、対応する患者に分析済データを結合し得る第１領域への分析済データの転送を促してもよい。
【００９４】
１つの実施形態では、永久記憶装置４０５は、例えば、機械学習またはディープラーニングを含む、データ分析に使用するアルゴリズムを改善し得るケース及びデータのリポジトリを備えてもよい。永久記憶装置４０５で処理され及び／または利用可能なケースが多いほど、データ分析がより正確となり得る。永久記憶装置４０５は、格納した／既知の／過去の分析済データ及び／または分析論のダッシュボードにも使用してもよい。ダッシュボードは、種々の視覚化、メトリックス、及び、データの体系化または分析の公式化の選択肢を含んでもよい。例えば、ダッシュボードは、データをカテゴリ（例えば、分析、領域等のタイプ）に分類し、分析に使用するためにデータセットの選択をオファーしてもよい。視覚化は、棒グラフ、グラフィックアイコン、ダイアル、エモティコン、記号、チャート、グラフ等を含んでもよい。分析は、例えば、地域、人口統計、タイミング等に基づいてデータ分析を改良し得る分析を含んでもよい。１つの実施形態では、永久記憶装置４０５は、永久生及び／または分析済データ、及び、経験データ、母集団データ、実験データ等を含んでもよい。永久記憶装置４０５は、更にハッシュを格納してもよい。
【００９５】
分析プラットフォーム４０３は、永久記憶装置４０５にアクセスし、その分析を強化してもよい。例えば、分析プラットフォーム４０３は、永久記憶装置４０５のデータ上で訓練した機械学習機構を採用してもよい。分析プラットフォーム４０３は、永久記憶装置４０５のデータに基づいて匿名データ記憶装置４０１からのデータを分析してもよい。１つの実施形態では、分析済データは、更に分析するために、永久記憶装置４０５により格納してもよい。
【００９６】
他の実施形態では、データ分析システム４００は、受け取った健康データに関連するハッシュ（複数を含む）に対して、格納したハッシュ（複数を含む）の比較を可能としてもよい。例えば、データ分析システム４００は、第１領域から受け取ったデータの第１セットに対するハッシュを格納してもよい。後の時点において、データ分析システム４００は、第１領域から異なるデータセットを受け取ってもよく、この第２データセットは、第２セットのハッシュと関連する。データ分析システム４００は、第２セットのハッシュを、格納されたハッシュ（例えば、匿名データ記憶装置４０１及び／または永久記憶装置４０５により）と比較し、第１データセット及び第２データセットが関係し得るかどうか（例えば、同じ患者に関連する）判断してもよい。そうであると、データ分析システム４００は、第１データセットを考慮しつつ、第２のデータセットを分析してもよい。このようにして、データ分析システム４００は、縦方向調査、または、経時的に１人または複数人の患者の調査を可能とし得る。
【００９７】
ネットワーク４０７は、インターネット、コンテンツ配信ネットワーク、または、任意の他の有線、無線及び／または電話若しくはローカルネットワークを含んでもよい。匿名データ記憶装置４０１、分析プラットフォーム４０３、永久記憶装置４０５、並びに、種々のユーザ及び／または管理者装置は、ネットワーク４０７を介して互いに通信してもよい。
【００９８】
図４Ｂは、本発明の例示的な実施形態による、異なる領域から受け取った健康データを分析する分析プラットフォーム４０３の例示的なモデル４２０のブロック図である。図４Ｂに示すように、例示的な分析プラットフォーム４０３は、制御論理４２１を含んでもよい。制御論理４２１は、分析プラットフォーム４０３の一部として動作し得る種々のモジュール及びプロセッサ内の機能及び相互作用を指示する。他のモジュール及びプロセッサは、選択モジュール４２３、ハッシュモジュール４２５、パフォーマンスモジュール４２７及び分析モジュール４２９を含んでもよい。
【００９９】
１つの実施形態では、制御論理４２１及び選択モジュール４２３は、第１領域から健康データを受け取り、健康データにどの分析を実行するか判断してもよい。例えば、分析プラットフォーム４０３は、多くの異なる分析形態へのアクセルを含んでもよい。選択モジュール４２３及び制御論理４２１は、そこからの健康データを受け取るその領域、そこからのデータを受け取るその病院、健康データに関連する加入サービスに基づいて、与えられた健康データセットに実行する適切な分析を判断してもよい。
【０１００】
１つの実施形態では、制御論理４２１及びハッシュモジュール４２５は、受け取った健康データに関連するハッシュを判断し、ハッシュが任意の格納されたハッシュに関連するかどうか判断してもよい。例えば、制御論理４２１及びハッシュモジュール４２５は、新たに受け取ったデータセットに関連するハッシュを比較し、匿名データベース４０１及び／または永久記憶装置４０５が新たに受け取ったデータセットのハッシュに対応するかどうか判断してもよい。新たに受け取ったデータセットと格納されたハッシュとの間の対応は、受け取った健康データが同じ患者に関連することを指示することがある。代替的にまたは追加して、ハッシュ間の対応は、同じ患者に関連するデータセットの他のデータセット間の関係を指示してもよい。例えば、ハッシュ間の対応は、種々のデータファイル／セットが同じ病院または医師によって生成されまたは送られたことを指示してもよい。ハッシュ間の対応は、特定の年齢範囲または人工統計内の患者を指示してもよい。要するに、制御論理４２１及びハッシュモジュール４２５は、データセット間の関係を決定してもよい。
【０１０１】
他の実施形態では、制御論理４２１及びハッシュモジュール４２５は、他のデータセットが受け取ったデータセットの分析に使用し得るかどうかを決定してもよい。例えば、制御論理４２１及びハッシュモジュール４２５は、複数のデータセットが同じ患者に関連し得ること（患者のアイデンティティを知らないにもかかわらず）を決定してもよい。制御論理４２１及びハッシュモジュール４２５は、この後、場合によっては受け取ったデータセットの分析に加えて、同じ患者に関連するデータの一部に基づく分析を促してもよい。制御論理４２１及びハッシュモジュール４２５は、受け取ったデータセットに関連する特定の患者に対応するデータがなくもとも、複数のデータセットが特定の年齢範囲の患者に対応することを決定してもよい。１つの実施形態では、制御論理４２１及びハッシュモジュール４２５は、受け取ったデータセットを分析しているときに、所定の年齢範囲の患者から他の患者データを考慮するデータ分析を促してもよい。
【０１０２】
１つの実施形態では、制御論理４２１及びハッシュモジュール４２７は、受け取った健康データの分析を実行してもよい。例えば、データ分析は、選択した分析に基づき（例えば、制御論理４２１／選択モジュール４２３により決定した）及び受け取ったデータに関係するデータ（例えば、制御論理４２１／ハッシュモジュール４２５により決定した）によってもよい。１つの実施形態では、制御論理４２１及びパフォーマンスモジュール４２７は、格納したデータを使用することなく、健康データの分析を実行してもよい。代替的に、制御論理４２１及びパフォーマンスモジュール４２７は、永久記憶装置４０５にアクセスし、受け取った健康データの分析を実行及び／または補足してもよい。１つの実施形態では、制御論理４２１及びパフォーマンスモジュール４２７は、更に、完成した分析のレポートを生成してもよい。
【０１０３】
１つの実施形態では、制御論理４２１及び分析論モジュール４２９は、分析済データに基づいて、分析技術を更新及び／または改良してもよい。例えば、制御論理４２１及び分析論モジュール４２９は、将来のデータ分析のために分析技術を更新してもよい。
【０１０４】
図４Ｃは、例示的な実施形態による、匿名データを分析する例示的な方法４３０の流れ図である。方法４３０は、例えば第２領域のクラウドプラットフォームにおける電子ネットワーク４１７を介して通信する、プロセッサ（例えば、ラップトップ、デスクトップ、クラウドコンピューティングアーキテクチャ、グラフィック処理装置（ＧＰＵ）、デジタルシグナルプロセッサ（ＤＳＰ）、携帯電話、タブレット等）を使用して実行してもよい。
【０１０５】
１つの実施形態では、ステップ４３１は、例えば、異なる領域から、匿名化されたデータを受け取ることを含んでもよい。１つの実施形態では、ステップ４３３は、匿名化したデータに関連する識別子を判断しまたは受け取ることを含んでよい。１つの実施形態では、ステップ４３５は、決定した識別子に関連する、格納した、母集団、経験的、履歴的、及び／または、実験的データを識別すること及び／または読み出すことを含んでもよい。ステップ４３７は、識別子に関連する識別した／読み出したデータに基づいて匿名化データに分析を実行することを含んでもよい。１つの実施形態では、ステップ４３９は、例えば、ＰＤＦファイルの形態で分析済データのレポートを生成することを含んでもよい。ステップ４３９は、更に、そこからデータを受け取ったその領域（例えば、第１領域）に分析済データを送り返すことを含んでもよい。分析済データレポートは、第１領域に送り返すときに匿名であってもよい。
【０１０６】
本発明は、健康データが第１領域から第２領域に伝達される前に、健康データから患者プライバシ情報を分離するシステム及び方法を含む。本発明は、更に、分析済データが第２領域から第１領域に戻されたときに、患者に分析済データを結合するシステム及び方法を含む。したがって、データ分析は、１つの領域から他にプライバシデータを転送することを避けつつ、領域を越えて提供される。
【０１０７】
記載した実施形態のいずれも、例えば領域内に保持されデータの変化を含むように変更してもよい。開示したシステム及び方法は、血行に対する任意の変化範囲をモデル化および評価するように変更してもよい。
【０１０８】
技術のプログラム態様は、典型的には、ある種の機械可読媒体に載せ、または、組み入れられる実行可能コード及び／または関連するデータの形態の「製品」または「生産物」として考えることができる。「記憶装置」タイプの媒体は、コンピュータ、プロセッサ等の有形のメモリ、または、種々の半導体メモリ、テープドライブ、ディスクドライブ等のそれに関連するモジュールのいずれかまたは全てを含み含まれ、これらは、いかなる時も、ソフトウェアプログラミング用の非一時的記憶装置を提供することがある。ソフトウェアの全てまたは一部は、時々、インターネットまたは種々の他の電気通信ネットワークを介して通信してもよい。そのような通信は、例えば、１つのコンピュータまたはプロセッサから他に、例えば、移動通信ネットワークの管理サーバまたはホストコンピュータからサーバのコンピュータプラットフォームに及び／またはサーバからモバイル機器に、ソフトウェアのロードを可能としてもよい。したがって、ソフトウェア要素を搬送し得る他のタイプの媒体は、有線及び光陸線ネットワークを介して、並びに、種々のエアリンクを通してローカルデバイス間の物理的インタフェースを越えて使用されるような、光、電気及び電磁波が含まれることがある。このような波を搬送する有線若しくは無線リンクまたは光リンク等の物理的要素は、ソフトウェアを搬送する媒体と考えてもよい。本明細書で使用するように、非一時的な有形の「記憶」媒体に限定されない限り、コンピュータまたは機械の「可読媒体」等の用語は、実行のためにプロセッサに命令を提供することに関与する任意の媒体を参照する。
【０１０９】
本発明の他の実施形態は、本明細書の考察及び本明細書に開示された本発明の実施から当業者に明らかとなる。本明細書および実施例は、例示的なものとしてのみ考慮されることを意図しており、本発明の真の範囲および精神は、添付の特許請求の範囲に示される。
【図１】
2019525364.tif 000003
【図２】
2019525364.tif 000004
【図３Ａ】
2019525364.tif 000005
【図３Ｂ】
2019525364.tif 000006
【図３Ｃ】
2019525364.tif 000007
【図３Ｄ】
2019525364.tif 000008
【図４Ａ】
2019525364.tif 000009
【図４Ｂ】
2019525364.tif 000010
【図４Ｃ】
2019525364.tif 000011
【国際調査報告】
2019525364.tif 000012
2019525364.tif 000013
2019525364.tif 000014