JP2018173937A - クラウド型ストレージにおける医療画像及びデータの精密検索及び抽出 - Google Patents

Abstract

【課題】 ネットワーク内の医療施設の複数の医療サーバ上の複数の医療リポジトリ間で医療画像及びデータを検索、抽出及び表示する。
【解決手段】 複数の医療サーバは、データ統合コントローラを介して接続され、ローカル医療サーバ及び２以上の遠隔医療サーバを含む。前記方法は、前記ローカル医療サーバに、前記複数のリモート医療サーバに検索要求を送信させ、前記複数の遠隔医療サーバからの前記検索要求に関連する医療情報を受信、表示させ、ユーザによって選択された医療情報に関連する医療データを取り出すための医療データ取出し要求を送信させ、前記医療データ取出し要求に関連付けられた医療データを受信させ、受信した医療データをユーザに対して表示させる。
【選択図】 図１Ａ

Description

本発明は、クラウド型ストレージにおける医療画像及びデータの精密検索及び抽出に関する。

医療画像及び医療データは、患者の診断において重要な役割を果たす。ヘルスケア施設（例えば、病院）は、医療画像及び医療データを電子的に格納する利点を実感している。医療画像及びデータ（医療データ）のデジタル化は、医療従事者が医療画像及び医療データに容易にアクセスすることを可能にするだけでなく、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）、ユニバーサルシリアルバス（ＵＳＢ）フラッシュドライブのような物理的媒体の使用を介して、該画像及びデータが複数のヘルスケア施設間で容易に共有されることを可能にする。

最近では、クラウド型ストレージシステムが、情報の効率性とアクセシビリティを向上させるための方法として浮上している。一般的に、「クラウド」は、さまざまな場所にある複数のコンピュータ及びデバイスに、インターネットを介して、コンピュータリソース及びデータの遠隔オンデマンドアクセスを提供するオンラインストレージシステムとして理解できる。クラウド型ストレージは、医療画像のようなデータの格納のためのさまざまな場所に、遠隔又はオフサイトのデータセンタを使用するベンダによって提供され得る。クラウド型ストレージのベンダは、ヘルスケア施設が、単一の要求を通じて他のヘルスケア施設で取得又は格納された患者の医療データの完全なセットを取り出す（retrieve）ことを可能にする、共通のビューシステム（「ユニバーサルビューア」）を提供し得る。

概して、一の態様では、本発明は、ネットワーク内のヘルスケア施設の複数の医療サーバ上の複数の医療リポジトリ（medical repositories）間の医療画像及びデータを検索し（search）、抽出し（extract）、及び表示する方法に関する。前記複数の医療サーバは、データ統合コントローラを介して接続され、ローカル医療サーバと２つ又はそれ以上の遠隔医療サーバとを備える。前記方法は、前記ローカル医療サーバに：ユーザによる検索要求（search request）を前記複数の遠隔医療サーバに送信させることと、前記検索要求は、所定の患者に関連付けられた検索キーを含むものであり；前記複数の遠隔医療サーバから、前記検索要求に関連付けられた医療情報を受信させ、表示させることと、前記医療情報は、前記データ統合コントローラによってユーザ選択可能なインターフェースに編成されてなり；前記ユーザによって選択された医療情報に関連付けられた１つ又は複数の遠隔医療サーバに、前記ユーザによって選択された前記医療情報に関連付けられた医療データを取り出すための医療データ取出し要求（medical data retrieval request）を、前記ユーザ選択可能なインターフェースから送信させることと、前記医療データ取出し要求は、前記ユーザによって選択された医療情報に関連付けられた前記１つ又は複数の遠隔医療サーバのみに送信されるものであり；前記ユーザによって選択された医療情報に関連付けられた前記遠隔医療サーバから、医療データ取出し要求に関連する医療データを受信させることと；前記受信した医療データを前記ユーザに対して表示させることと；を含む。

概して、一の態様では、本発明は、コンピュータに結合されたローカル医療サーバに、ネットワーク内のヘルスケア施設の複数の医療サーバ上の複数の医療リポジトリ間の医療画像及びデータを検索し、抽出し、及び表示する動作を実行させる命令を格納する非一時的なコンピュータ可読媒体（ＣＲＭ）に関する。前記複数の医療サーバは、データ統合コントローラを介して接続され、前記ローカル医療サーバと２つ又はそれ以上の遠隔医療サーバとを備える。前記動作は、前記ローカル医療サーバに：ユーザによる検索要求を前記複数の遠隔医療サーバに送信させることと、前記検索要求は、所定の患者に関連付けられた検索キーを含むものであり、；前記複数の遠隔医療サーバから、前記検索要求に関連付けられた医療情報を受信させ、表示させることと、前記医療情報は、前記データ統合コントローラによってユーザ選択可能なインターフェースに編成されてなり；前記ユーザによって選択された医療情報に関連付けられた１つ又は複数の遠隔医療サーバに、前記ユーザによって選択された前記医療情報に関連付けられた医療データを取り出すための医療データ取出し要求を、前記ユーザ選択可能なインターフェースから送信させることと、前記医療データ取出し要求は、前記ユーザによって選択された医療情報に関連付けられた前記１つ又は複数の遠隔医療サーバのみに送信されるものであり；前記ユーザによって選択された医療情報に関連付けられた前記遠隔医療サーバから、医療データ取出し要求に関連付けられた医療データを受信させることと；前記受信した医療データを前記ユーザに表示させることと；を含む。

概して、一の態様では、本発明は、ネットワークの一部であるヘルスケア施設の医療サーバ間の医療データを交換するシステムに関する。前記システムは、医療リポジトリを有するローカル医療サーバと、前記ローカル医療サーバを、それぞれの医療リポジトリを有する２つ又はそれ以上の遠隔医療サーバに接続する通信インターフェース（Ｉ／Ｆ）回路を有するデータ統合コントローラとを備える。前記ローカル医療サーバは、ユーザによる検索要求を前記複数の遠隔医療サーバに送信し、前記検索要求は、所定の患者に関連付けられた検索キーを含むものであり、；前記複数の遠隔医療サーバから、前記検索要求に関連付けられた医療情報を受信し、表示し、前記医療情報は、前記データ統合コントローラによってユーザ選択可能なインターフェースに編成されてなり；前記ユーザによって選択された医療情報に関連付けられた１つ又は複数の遠隔医療サーバに、前記ユーザによって選択された前記医療情報に関連付けられた医療データを取り出すための医療データ取出し要求を、前記ユーザ選択可能なインターフェースから送信し、前記医療データ取出し要求は、前記ユーザによって選択された医療情報に関連付けられた前記１つ又は複数の遠隔医療サーバのみに送信されるものであり；前記ユーザによって選択された医療情報に関連付けられた前記遠隔医療サーバから、医療データ取出し要求に関連付けられた医療データを受信し；前記受信した医療データを前記ユーザに表示する。

本発明の他の態様及び利点は、以下の説明及び添付の特許請求の範囲から明らかになるであろう。

図１Ａは、１つ又は複数の実施形態に従うシステムを示す。 図１Ｂは、１つ又は複数の実施形態に従うシステムを示す。 図１Ｃは、１つ又は複数の実施形態に従うシステムを示す。 図２は、１つ又は複数の実施形態に従うシステムダイアグラムを示す。 図３は、１つ又は複数の実施形態に従うダイアグラムを示す。 図４Ａは、１つ又は複数の実施形態に従うユーザインターフェースを示す。 図４Ｂは、１つ又は複数の実施形態に従うユーザインターフェースを示す。 図４Ｃは、１つ又は複数の実施形態に従うユーザインターフェースを示す。 図５Ａは、１つ又は複数の実施形態に従うユーザインターフェースを示す。 図５Ｂは、１つ又は複数の実施形態に従うユーザインターフェースを示す。 図６は、１つ又は複数の実施形態に従うダイアグラムを示す。 図６は、１つ又は複数の実施形態に従うコンピューティングシステムを示す。 図８は、１つ又は複数の実施形態に従うシステムダイアグラムを示す。 図９Ａは、１つ又は複数の実施形態に従うフローチャートを示す。 図９Ｂは、１つ又は複数の実施形態に従うフローチャートを示す。 図１０は、１つ又は複数の実施形態に従うフローチャートを示す。

以下、添付の図面を参照して特定の実施形態を詳細に説明する。さまざまな図における同様の要素は、一貫性のため、同様の参照番号で示される。同様の要素は、簡潔にするために、すべての図に示されていない場合がある。

本開示の実施形態の以下の詳細な説明において、本開示のより完全な理解を提供するために、多数の具体的な詳細が示される。しかしながら、当業者にとって、これらの具体的な詳細なしに本開示が実施され得ることは明らかであろう。他の例では、周知の特徴は、説明を不必要に複雑にすることを避けるために、詳細には説明されていない。

出願全体を通して、序数（例えば、第１、第２、第３など）は、要素（すなわち、出願における任意の名詞）の形容詞として用いられ得る。序数の使用は、「前」、「後」、「単一」及び他のそのような用語の使用など、明示的に開示されていない限り、要素の特定の順番を暗示したり、与えたりすることはなく、或いは、あらゆる要素を単一の要素のみであると限定することはない。むしろ、序数の使用は要素を区別することである。一例として、第１の要素は第２の要素とは区別され、第１の要素は２以上の要素を包囲し、要素の順序で、第２の要素を後にする（又は先行させる）ことができる。

単数形「a」、「an」及び「the」は、文脈上他に明確に指示されない限り、複数の指示対象を含むことが理解されるべきである。したがって、例えば、「水平ビーム」への言及は、そのようなビームの１つ又は複数への言及を含む。

「約（approximately）」、「実質的に（substantially）」などのような語は、記載された特性、パラメータ、又は値が、正確に達成される必要はないが、例えば、公差、測定誤差、測定精度限界及び当業者にとって既知の他の因子を含む偏差又は変動が、特性が提供しようとした効果を排除しない量で、生じ得る。

多数従属請求項は導入されていないが、１つ又は複数の実施形態の従属請求項の発明主題は、他の従属請求項と組み合わせられ得ることは、当業者には明らかであろう。

概して、本発明の１又は複数の実施形態は、ヘルスケア施設間の医療データ（すなわち、すべての医療画像、レポート、ファイルなどを含む患者の完全な医療記録）を検索し及び抽出するように構成された、方法、非一時的なコンピュータ可読媒体、医療データを検索し抽出する及びシステムを提供する。

１つ又は複数の実施形態に従うユニバーサルビューアにより、グループ又はネットワークの一部として一緒に機能するヘルスケア施設は、それらのヘルスケア施設の患者に対する幅広い領域のサービスを調整し、配信することができる。例えば、ネットワークは、特定の地域（例えば、地域の医療ネットワーク）内の同じ病院グループ又はヘルスケア施設の一部であるヘルスケア施設を含み得る。１つ又は複数の実施形態によれば、ネットワークの一部であるヘルスケア施設（ネットワーク内ヘルスケア施設）は、ネットワーク内ヘルスケア施設の１つ又は複数を頻繁に使用する患者の医療データを取り出すために、より効果的にユニバーサルビューアを利用することができる。

１つ又は複数の実施形態によれば、ネットワーク内ヘルスケア施設のそれぞれは、クラウド型ストレージシステム、画像アーカイブ通信システム（ＰＡＣＳ）、若しくは同じベンダ又は異なるベンダによって提供されるクラウド型ＰＡＣＳの１つに関連付けられてもよい。具体的には、ネットワーク内ヘルスケア施設のそれぞれは、医療データを格納するために異なるシステムを利用してもよく、また、施設間通信のために固有のネットワークを利用してもよい。例えば、ネットワーク内ヘルスケア施設のそれぞれは、固有のセキュリティプロトコル、データ暗号化方法、並びにネットワークセーフィティ・アクセスプロトコルを有し得る。

１つ又は複数の実施形態によれば、１つのネットワーク内ヘルスケア施設（要求元施設）からの検索要求に応答して、他のすべてのネットワーク内施設（要求対象施設）は、検索要求に含まれるユーザ入力の検索パラメータ（検索キー）と密接にマッチする医療情報（医療データに関連付けられた情報）を送信するだろう。検索キーは、外部物理的装置（例えば、生体スキャナ、カードスキャナなど）及び外部メディア（ＣＤ、ＤＶＤ、ＵＳＢ、外付けハードドライブなど）を使用せずに、患者から口頭で、又は患者の身分証明書（ＩＤ）（例えば、運転免許証、パスポート、物理的な健康保険証、デジタル健康保険証など）から容易に取り出すことができる、所定の患者に関連付けられた簡単な情報を含む。

１つ又は複数の実施形態によれば、医療情報は、実際の医療データではなく、医療データに関連付けられた情報を含む。要求対象施設の医療データリポジトリ又はデータベース（「医療リポジトリ」）に格納されている患者の医療データの完全なセットは、サイズ的に大きすぎるかもしれないし、すべてのデータがユーザによって要求されているわけではないので、ユーザは、必要な又は自身に興味のある医療データのみを取り出すことを選択し得る。例えば、ユーザは、古くなった医療データや、現在の診断には有用ではない、又は異なる患者に関係する診断に関係する、医療データを取り出したくないかもしれない。これは、要求を送信するヘルスケア施設における医療リポジトリの不必要な保管コストを防止するだけでなく、医療データを取り出すために必要な時間も減少させる。

１つ又は複数の実施形態によれば、複数のネットワーク内ヘルスケア施設のいずれか１つで患者の医療データが更新された場合、ユニバーサルビューアは、該医療データを以前に取り出した他のすべてのネットワーク内ヘルスケア施設に通知するためのメッセージを表示する。ユニバーサルビューアは、続いて、更新されたデータを取り出し、参照（view）するためのオプションをユーザに提示する。例えば、施設Ａのユーザが、施設Ｂのユーザによって以前に取り出された医療データを更新する場合、施設Ｂのユーザは、変更が自動的に通知され、施設Ａからの更新されたデータを取り出し、参照するためのオプションが与えられる。これにより、ネットワーク内ヘルスケア施設の中のすべてのユーザには、直近かつ最新の医療データが提供されるようになる。

図１Ａ、１Ｂ及び１Ｃは、本発明の１つ又は複数の実施形態に係るシステム１００を示す。図示のように、システム１００は、複数のクラウド１０１ａ、１０１ｂと、異なるネットワーク内ヘルスケア施設（病院Ａ−Ｅ及び診療所Ｆ）に関連付けられた医療リポジトリ１０５を有する複数の医療サーバ１０３（例えば、アプリケーションプロキシサーバ（ＡＰＳ））と、データ統合コントローラ１０７とを含む。医療サーバ１３０は、すべて、データ統合コントローラ１０７に結合され、データ統合コントローラ１０７と相互通信するように構成される。さらに、医療サーバ１３０は、データ統合コントローラ１０７を介して、医療データを相互に交換し得る。ヘルスケア施設のそれぞれは、公立病院、私立病院、診療所、歯科医院などの医療を提供する任意の種類の施設であってよい。

１つ又は複数の実施形態では、医療サーバ１０３のそれぞれは、各ネットワーク内ヘルスケア施設で医療従事者によって利用される複数のユーザコンピューティングデバイス（図示せず）（ここでは「ローカルコンピュータ」と呼ばれる）に結合される。各ローカルコンピュータは、パーソナルコンピュータ（ＰＣ）、ラップトップ、モバイルコンピューティングデバイス（例えば、タブレットＰＣ、スマートフォンなど）、サーバ、メインフレーム、キオスクなどに対応し得る。

複数の医療サーバ１０３は、同じクラウド１０１ａに結合されてもよいし、異なるクラウド１０１ｂに結合されてもよいし、或いはクラウドに結合されないかもしれない。具体的には、図１Ａ、１Ｂ及び１Ｃに示す例では、病院Ａ、病院Ｂ及び病院Ｃの医療サーバ１０３は、同じベンダによって提供される共通のクラウド１０１ａ（以下「共有クラウドサーバ」と呼ぶ。）を共有する。病院Ｄの医療サーバ１０３は、クラウド１０１ａ又はクラウド１０１ｂのいずれにも配置されていない。病院Ｄの医療サーバ１０３は、病院Ｄ内にローカルに配置され、クラウド１０１ａのベンダ及びクラウド１０１ｂのベンダとは異なるベンダによって提供されるＰＡＣＳに関連付けられた医療サーバであってもよい。病院Ｅ及び診療所Ｆにローカルに配置された医療サーバ１０３は、病院Ａ−Ｃの医療サーバ１０３をホストするクラウド１０１ａとは異なるクラウド１０１ｂに配置された医療サーバと相互通信し得る。クラウド１０１ｂに配置された医療サーバ１０３に格納された医療データは、病院Ｅ及び診療所Ｆにローカルに配置された医療サーバ１０３に格納された医療データとは異なる。具体的には、病院Ｅ及び診療所Ｆにおける医療サーバ１０３に格納されたすべての医療データのコピーはバックアップされ、クラウド１０１ｂに配置された医療サーバ１０３で利用可能である。クラウド１０１ｂは、病院Ａ−Ｃ及び病院ＤのＰＡＣＳに対してクラウドサーバを提供したベンダとは異なるベンダによって提供されるクラウド型ＰＡＣＳに関連付けられ得る。

１つ又は複数の実施形態では、病院Ｅ及び診療所Ｆの共有遠隔医療サーバ１０３は、クラウド型ＰＡＣＳを提供する同じベンダ又はそのようなベンダに関連付けられたサードパーティによって運用される共有遠隔リポジトリを含む。１つ又は複数の実施形態では、共用遠隔医療サーバは、アプリケーション及び情報処理を実行する物理的な及び又は仮想的なコンピューティング・インフラストラクチャである。例えば、共有遠隔医療サーバ１０３は、インターネットを介して遠隔でアクセスされる仮想サーバ又は物理サーバであり得る。１つ又は複数の実施形態では、遠隔医療リポジトリ１０５は、データのオンラインリポジトリである。例えば、遠隔医療リポジトリは、インターネットを介して遠隔でアクセスされる仮想データルーム（ＶＤＲ）又はデータベース（又はデータベース群）であり得る。

１つ又は複数の実施形態では、データ統合コントローラは、システム内のクラウド１０１ｂ、クラウド１０１ｂ、又は別のクラウド（図示せず）上に配置され得る。データ統合コントローラはまた、各ネットワーク内ヘルスケア施設にローカルに提供され得る。データ統合コントローラ１０７は、医療サーバ１０３を相互接続し、医療サーバ１０３間で要求及び医療データを中継するためのハブとして構成される。さらに、データ統合コントローラ１０７は、１つ又は複数のコンピュータプロセッサ、関連するメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリなど）、１つ又は複数の記憶装置（例えば、ハードディスク、コンパクトディスク（ＣＤ）ドライブやデジタル多用途ディスク（ＤＶＤ）ドライブのような光学ドライブ、フラッシュメモリスティック）、並びに他の多くの要素及び機能を含む、コンピューティングデバイスであり得る。

１つ又は複数の実施形態では、医療サーバ１０３のそれぞれは、異なるインターネットネットワーク（「ネットワーク」）上にあってもよく、それは、データ統合コントローラ１０７のネットワークとは異なるものであってもよい。医療サーバ１０３によって用いられるネットワークは、ネットワーク内ヘルスケア施設のストレージ及び施設間通信システムに関連付けられたベンダによって提供されるサービスに依存し得る。したがって、医療サーバは、ゲートウェイ（図示せず）を介してデータ統合コントローラ１０７と通信する。ゲートウェイは、異なるネットワーク上に接続された２つの異なる装置間を接続し、データを渡す、単純なルータのような別個の装置であり得る。１つ又は複数の実施形態では、医療サーバは、ゲートウェイデバイスとして構成され得る。

１つ又は複数の実施形態では、ネットワーク内ヘルスケア施設のユーザ（例えば、医療従事者）は、クラウド及び／若しくはＰＡＣＳサービスを提供したベンダ、又は別のサードパーティによって提供され得るユニバーサルビューアアプリケーション（「ユニバーサルビューア」）を介して、データ統合コントローラ１０７にアクセスし得る。ユニバーサルビューアは、すべての医療サーバ１０３に格納され、ユーザにユニバーサルビューアの操作を可能にさせる、グラフィカルユーザインターフェース（「ＧＵＩ」）を備えたウェブブラウザアプリケーションのプラグインとしてローカルコンピュータにダウンロードされてもよい。あるいは、ユニバーサルビューアは、データ統合コントローラに格納され、ユニバーサルビューアに関連付けられたユニフォームリソースロケータ（ＵＲＬ）（例えば、ウェブアドレス）をウェブブラウザの検索バーに入力することによってウェブページとしてアクセスされてもよい。

図１Ｂは、本発明の１つ又は複数の実施形態に係る例を示す。この例では、病院Ａは、所定の患者に関連付けられた医療情報の第１の要求を、患者の名（タロウ）、姓（ヤマダ）、性別（男）、及び生年月日（１９８０年１２月７日）を検索基準として用いながら、送信する。さらに、病院Ｂ及びＣは、病院Ａによって送信された要求における所定の患者の情報と正確に一致する情報を持つ医療データを有する。さらに、病院Ｄは、一致するものがなく、また、病院Ｅ及び診療所Ｆは、病院Ａによって送信された要求における所定の患者の生年月日ではなく、名前及び性別と一致する情報を持つ医療データを有する。データ統合コントローラを介して転送された病院Ａからの要求を受信すると、他の施設は、これらの医療データに関連付けられた医療情報をデータ統合コントローラ１０７に送信する。

１つ又は複数の実施形態では、データ統合コントローラ１０７は、病院Ｂ−Ｅ及び診療所Ｆから送信された医療情報を受信すると、受信した医療情報をリストに編成し、該リストを病院Ａの医療サーバ１０３に送信する。そうして、リストは、例えば、病院Ａのローカルコンピュータ上のウェブブラウザを介して、ユーザに表示される。ユーザは、データ統合コントローラ１０７によってコンパイルされたリストを参照し、関連する医療データのみを又は関心のある医療データのみを選択することができる。例えば、図１Ｂに示すように、最初の要求と一致しない医療情報に関連付けられた医療データは、おそらくユーザに無関係であろう。

１つ又は複数の実施形態では、ユーザがリストから関心のある医療情報を選択すると、ユーザは、関心のある医療データを有する施設から医療データを取り出すために、データ統合コントローラ１０７に第２の要求を送信する。図１Ｂに示す例では、ユーザは、所定の患者の情報と正確に一致する医療情報を送信した病院Ｂ及びＣからの医療データにのみ関心がある。したがって、データ統合制御部１０７は、病院Ｂ及びＣの医療サーバ１０３に対して取出し要求を送信だけする。

１つ又は複数の実施形態では、医療データを取り出すための要求に応答して、病院Ｂ及びＣの医療サーバ１０３は、病院Ａによって要求された医療データをデータ統合コントローラ１０７に送信する。データ統合コントローラ１０７は、病院Ｂ及びＣから医療データを受信し、新しく作成した共通の患者ＩＤ（「共通ＰＩＤ」）の下で、受信した医療データの医療情報を格納するためのデータテーブル１０９を作成する。データテーブル１０９は、データ統合コントローラ１０７内に保存される。次いで、医療データは、病院Ａに転送され、そこで、病院Ａに予め存在し、ユーザに表示される任意の関連医療データと結合される。

図１Ｃは、本発明の１つ又は複数の実施形態に係る例を示す。この例では、病院Ａは、図１Ｂの例で説明したように、データ統合コントローラ１０７を介して要求を送信する。病院Ａは、病院Ｂ及びＣから医療データを受信する。病院Ａは、受信した医療データを予め存在する医療データと結合し、次いで、結合した医療データを、例えばウェブブラウザを用いるユニバーサルビューアを介してユーザに表示する。

図２は、本発明の１つ又は複数の実施形態に係るシステムダイアグラムを示す。図２に示すように、１つ又は複数の実施形態に係るシステムは、それぞれがストレージを含む４つのネットワーク内ヘルスケア施設（施設Ａ、施設Ｂ、施設Ｃ、施設Ｄ）を含む。各施設のストレージは、図１Ａに記載されたような医療リポジトリ１０５を有する医療サーバ１０３を含む。

図２に示すように、施設Ａは、検索要求及び医療データ要求を残りの施設（「要求対象施設」）に送信する施設（「要求元施設」）である。要求元施設は、検索キーを構成する検索パラメータを入力するための検索キー入力部（例えば、キーボード、マウスなど）と、要求対象施設から受信した医療情報を統合するためのデータ統合表示部と、要求対象施設から受信した医療情報をユーザ選択可能リストに編成及びコンパイルするためのデータ統合選択部（例えば、プロセッサ）とを含むローカルコンピュータを備える。１つ又は複数の実施形態では、ネットワーク内ヘルスケア施設のそれぞれは、要求元施設又は要求対象施設のいずれかであり得る。

１つ又は複数の実施形態では、各施設のストレージは、それぞれのヘルスケア施設にローカルに又はクラウド上に遠隔に配置され得る。図２に示すように、施設Ａ及びＢのストレージは、同じクラウドに配置され、施設Ｃのストレージを異なるクラウドに配置され、施設Ｄのストレージは、施設Ｄ内にローカルに配置される。ストレージのそれぞれは、異なるネットワークに関連付けられ得る。同じクラウドに配置されたストレージは、同じネットワークを共有し得る。

図２に示すような１つ又は複数の実施形態に係るシステムにおいて、図１で説明したデータ統合コントローラ１０７は、施設Ａ及びＢのストレージと同じクラウドに配置される。あるいは、データ統合コントローラ１０７は、施設Ａ、Ｂ及びＣのストレージをホストするクラウドとは異なるクラウド上に配置され得る。

１つ又は複数の実施形態では、データ統合コントローラ１０７は、検索要求を処理する（すなわち、異なるストレージ間で検索要求、医療データ要求、医療情報、及び医療データを中継する）検索ユニットと、すべてのストレージをデータ統合コントローラ１０７に関連付けられたネットワークに接続するメインゲートウェイとして構成された通信Ｉ／Ｆ（通信インターフェース）部を含む。ストレージのそれぞれは、該ストレージのそれぞれをデータ統合コントローラ１０７の通信Ｉ／Ｆ部に接続するローカルゲートウェイを介して、データ統合コントローラと通信する。４つのネットワーク内ヘルスケア施設のそれぞれのローカルゲートウェイは、ストレージの一部である医療サーバ１０３であってもよいし、別個のデバイスであってもよい。

図３は、本発明の１つ又は複数の実施形態に係る通信ダイアグラムを示す。この通信ダイアグラムは、図２に示すようなシステムによって実行される１つ又は複数の実施形態の通信方法を示す。通信ダイアグラムは、医療データを取り出すための、ネットワーク内ヘルスケア施設の１つからの要求（「データ統合要求」）に応答して送信される信号の経路を示す。

図３に示す１つ又は複数の実施形態では、データ統合要求は、ソースのヘルスケア施設のローカルコンピュータ（図２に記載されているような要求元施設）から発信される。データ統合要求は、要求元施設の医療サーバに結合されたローカルコンピュータからデータ統合コントローラに、患者情報検索要求（「検索要求」）として最初に送信される。検索要求は、所定の患者に関連付けられた患者情報のストリングで構成される検索キーを含む。患者情報は、患者の名前、性別、生年月日、患者に関連付けられたヘルスケア施設の施設識別（ＩＤ）患者の診断に使用されるモダリティのタイプなどを含み得る。

１つ又は複数の実施形態では、データ統合コントローラは、検索要求を受信し、データ統合要求先の医療サーバ（図２で説明した要求対象施設）に検索要求を中継する。要求対象施設の医療サーバは、医療サーバに結合されたローカルゲートウェイデバイスを介して検索要求を受信し得る。１つ又は複数の実施形態では、医療サーバは、ローカルゲートウェイとして構成され得る。

１つ又は複数の実施形態では、要求対象施設の医療サーバは、受信した検索要求を処理し、検索要求に一致する医療情報をデータ統合コントローラに送信する。データ統合制御部は、要求対象施設から医療情報を受信し、該医療情報をリスト化して、要求元施設のローカルコンピュータに送信する。

１つ又は複数の実施形態では、ローカルコンピュータは、受信した医療情報のリストをユーザに表示する。ユーザは、統合（すなわち、取り出し）したい受信した医療情報に関連付けられた医療データを選択する。ユーザが統合されるべき医療データを確認すると、ローカルコンピュータは、医療データ取出し要求（「取出し要求」）をデータ統合コントローラに送信する。データ統合コントローラは、取出し要求を処理し、該取出し要求を要求データに関連付けられた選択された要求対象施設の医療サーバに送信する（すなわち、要求は、要求された医療データを有する対象施設にのみ送信される）。

１つ又は複数の実施形態では、選択された対象施設は、取出し要求を受信して処理し、要求された医療データをデータ統合コントローラに送信する。データ統合コントローラは、選択された要求対象施設から要求された医療データを受信し、該医療データを要求元施設の医療サーバに転送する。要求元施設は、データ統合コントローラから医療データを受信し、受信した該医療データを保存し、該受信したデータを単一のファイルに統合し、統合された医療データをローカルコンピュータ上に表示する。

図４Ａ、４Ｂ及び４Ｃは、本発明の１つ又は複数の実施形態に係るユーザインターフェースを示す。図４〜４Ｃに示すように、ユーザは、ウェブブラウザ４０１を介してユニバーサルビューアにアクセスし得る。本例のユニバーサルビューアは、ユーザによって選択されると、ユーザに対する患者データ統合検索画面（「検索インターフェース」）４０３を開く検索オプションを含む。

１又は複数の実施形態では、図４Ａに示すように、ユニバーサルビューアの初スタートアップページは、ウェブブラウザ４０１のタブに表示され得る。ユニバーサルビューアのユーザは、ウェブブラウザ４０１の検索バーにユニバーサルビューアに関連付けられたウェブアドレスを入力することによって、スタートアップページにアクセスし得る。

１つ又は複数の実施形態では、ユーザは、指定されたユーザＩＤと、ユーザがユニバーサルビューアにアクセス権限を有することを示すユーザ設定パスワードとを含むアクセス情報を入力するように促され得る。ウェブブラウザ４０１がユーザによって最後に閉じられた後、ユニバーサルビューアが最初に開かれた場合には、ユーザは、アクセス情報を入力するよう促されるのみでもよい。１つ又は複数の実施形態では、ユーザは、ユーザがユニバーサルビューアを開くたびにアクセス情報を入力するように促されてもよい。

１つ又は複数の実施形態では、ユーザはまた、複数のタブを開いて、開いているすべてのタブを通してユニバーサルビューアにアクセスし得る。ウェブブラウザ４０１の各タブで開かれたユニバーサルビューアのそれぞれは、互いに独立している。例えば、あるタブのユニバーサルビューアに対してユーザが行った変更は、別のタブで開かれたユニバーサルビューアには適用されないだろう。

１つ又は複数の実施形態では、図４Ａに示すような検索インターフェース４０３は、ユーザの検索要求に含まれる検索キーを構成する検索パラメータを含む。検索インターフェース４０３は、患者ＩＤ、通常のアルファベット表記の患者名、ＡＳＣＩＩ形式の患者名を入力するためのパラメータ、患者の性別、患者の生年月日を選択するためのパラメータを含む。検索インターフェース４０３はさらに、検索リクエストをキャンセル（キャンセル）する（すなわち、検索インターフェースを閉じる）か、又は検索要求（検索）をサブミットするための２つのユーザ選択可能タブを含む。１つ又は複数の実施形態では、検索パラメータは、検索インターフェース４０３のユーザによって手動で入力され得る。あるいは、関心のある患者の情報が既にウェブブラウザ４０１にロードされているときにユーザが検索インターフェースを開く場合、検索インターフェース４０３のパラメータは、ウェブブラウザ４０１にロードされた患者情報に基づいて、自動的に完了する（すなわち、ユニバーサルブラウザによって自動的に埋められる）。

１つ又は複数の実施形態では、ユーザが検索をサブミットするために、検索インターフェース４０３におけるパラメータのすべてをユーザが完了させる必要はない。例えば、ユーザは、患者の生年月日のみ又は患者名と患者の性別との組み合わせのみで、検索要求をサブミットすることができる。当業者は、検索インターフェース４０３におけるより多くのパラメータが埋められると、より洗練された検索がユニバーサルビューアアプリケーションによって実行されることを理解するであろう。

図４Ｂに示すような１つ以上の実施形態では、検索インターフェース４０３はまた、検索要求を受信する対象ネットワーク内ヘルスケア施設（「要求対象施設」）を選択するためのパラメータや医療データを取得したモダリティを選択するためのパラメータのようなより高度な検索パラメータを含み得る。図４Ｂに示すように、病院Ｂ、病院Ｃ、及び診療所Ｆが、検索要求を受信する対象施設として選択され、該検索要求は、ＣＴ、ＭＲＩ及びＭＧモダリティに関連付けられた医療データに向けられる。当業者は、特に示されていない様々な他の検索パラメータ、例えば患者の血液型が使用され得ることを理解するであろう。

図１に示すような１つ又は複数の実施形態では、ユーザは、ユニバーサルビューアアプリケーションを介していつでも検索インターフェース４０３にアクセスすることができる。図４Ｃの例では、ウェブブラウザ４０１は、ユーザが現在参照している複数の医療データを含む患者診断タブを表示している。

図５Ａ及び５Ｂは、本発明の１つ又は複数の実施形態に係るデータ統合コントローラ１０７によってコンパイルされた医療情報のリストを含むユーザインターフェース５０１を示す。図５Ａに示すように、ユーザインターフェース５０１は、検索要求に入力された所定の患者の情報（例えば、患者の名前、患者の性別、患者の生年月日）（「検索要求」）を含む。ユーザインターフェース５０１はさらに、医療情報のリストを表示し、施設、患者名、性別、生年月日（「ＤＯＢ」）によって医療情報を分類する。加えて、ユーザインターフェース５０１は、ユーザがリスト（すなわち統合列）から関心のある医療情報の全てを選択するためのオプションを含む。ユーザが関心のある医療情報をすべて選択すると、ユーザは、検索要求（検索）をサブミットするか、又は検索要求をキャンセル（キャンセル）する（すなわち、検索インターフェースを閉じる）。

図５Ｂは、本発明の１つ又は複数の実施形態に係るユーザインターフェース５０１の一例を示す。図５Ｂに示すようなユーザインターフェース５０１は、患者の最後の訪問日、検査データに関する情報、及びび医療データ内の画像／レポートの数といった追加の情報を表示する。１つ又は複数の実施形態では、検査データ列のアイコンをクリックすると、医療情報に関係する診断についての詳細情報を表示するポップアップウィンドウが開く。さらに、この例のユーザインターフェースは、ユーザが直ちに取り出したい医療情報を選択するための選択肢（即時統合）と、同じ取出し要求が次に送信される時に自動的に検索される医療情報を選択するためのオプションとを含む（自動次回統合）。

図６は、本発明の１つ又は複数の実施形態に係るダイアグラムを示し、該ダイアグラムは、ネットワーク内ヘルスケア施設のうちの１つが医療データを更新するか、又は医療データがネットワーク内ヘルスケア施設における１つ又は複数の異なる施設によって取り出された患者に関連付けられた医療情報を追加する場合の様子を示している。

１つ又は複数の実施形態では、医療データが以前に取り出された患者に関連付けられた検索パラメータの情報は、保存され、ユーザがユニバーサルビューアにログインするときに、ユニバーサルビューアは、保存された検索パラメータを用いて、自動的にバックグラウンドで検索を実行する。ユニバーサルビューアは、ネットワーク内ヘルスケア施設の１つが既存の医療データを更新したか、又は以前に検索された患者に関連付けられた新しい医療データを追加したと判断する場合、ユニバーサルビューアは、以前に検索された患者に関連付けられた医療データが変更されたことを示すように、ユーザにポップアップ表示６０１を表示する。１つ又は複数の実施形態において、バックグラウンドで行われる自動検索は、ユニバーサルビューアが開かれているときのユーザの好みに基づいて、所定の間隔でユニバーサルビューアによって実行されてもよい。

図６に示すような１つ又は複数の実施形態では、ユニバーサルビューアは、患者（例えば、２０１６年１２月２２日生まれのジョン・ドー（Jon Doe））に関連付けられた医療データを取り出した１つ又は複数のネットワーク内ヘルスケア施設で、ポップアップ表示メッセージ６０１をユーザに表示する。ポップアップ表示メッセージ６０１は、病院Ｂが同じ患者に関連付けられた医療データを更新（すなわち、医療データを追加又は医療データを修正）したことを示す。ポップアップ表示メッセージ６０１は、ユーザが病院Ｂからの更新された医療データを統合（すなわち取り出し）したいか否かを、ユーザに質問する。ユーザはまた、ユニバーサルビューアが、同じ患者に対して、将来、そのようなメッセージを再び表示するのを止めさせるためのオプションを提示される。

１つ又は複数の実施形態では、ユーザが更新された医療データを統合することを選択した場合、ユニバーサルビューアは、更新された医療データを病院Ｂから取り出して、更新された医療データをヘルスケア施設の医療リポジトリに保存し、さらに、ユーザインターフェース６０３を介して、更新された医療データが患者に利用可能であることを示す。次いで、ユーザは、どのような新しい医療データが利用可能であるかを確認するために、ユーザインターフェース６０３により患者を選択し得る。図６に示すように、利用可能な医療データのタイプは、医療画像のサムネイル版によって表現される。次いで、ユーザは、ウェブブラウザ６０５において更新された医療データを見るために、更新された医療データを開くべきか否かを決定し得る。

本発明の実施形態は、使用されているプラットフォームにかかわらず、事実上あらゆるタイプのコンピューティングシステム上に実装され得る。例えば、コンピューティングシステムは、本発明の１つ又は複数の実施形態を実施するための、最少処理能力（minimum processing power）、メモリ、及び入出力デバイスを少なくとも含む、１つ若しくは複数のモバイルデバイス（例えば、ラップトップコンピュータ、スマートフォン、パーソナルデジタルアシスタント、タブレットコンピュータ、又は他のモバイルデバイス）、デスクトップコンピュータ、サーバ、サーバシャーシ内のブレード、又は他のあらゆるタイプの１つ若しくは複数のコンピューティングデバイスである。例えば、図７に示すように、コンピューティングシステム７００は、１つ又は複数のコンピュータプロセッサ７０２、関連メモリ７０４（例えば、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリなど）、１つ又は複数のストレージデバイス（例えば、ハードディスク、コンパクトディスク（ＣＤ）ドライブ又はデジタル多用途ディスク（ＤＶＤ）ドライブといった光学ドライブ、フラッシュメモリスティックなど）、並びに他の多くの要素及び機能を含み得る。コンピュータプロセッサ７０２は、命令を処理するための集積回路であり得る。例えば、コンピュータプロセッサは、１つ又は複数のコア、又はプロセッサのマイクロコアであり得る。コンピューティングシステム７００はまた、タッチスクリーン、キーボード、マウス、マイクロフォン、タッチパッド、電子ペン、又は任意の他のタイプの入力デバイスといった１つ又は複数の入力デバイス７１０を含み得る。さらに、コンピュータシステム７００は、スクリーン（例えば、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、タッチスクリーン、陰極線管（ＣＲＴ）モニタ、プロジェクタ、又は他のディスプレイデバイス）、プリンタ、外部ストレージ、又は任意の他の出力デバイスといった１つ又は複数の出力デバイス７０８を含み得る。出力デバイスのうちの１つ又は複数は、入力デバイスと同じであってもよいし、異なっていてもよい。コンピューティングシステム７００は、ネットワークインターフェイス接続（図示せず）を介して、ネットワーク（例えば、ローカルエリアネットワーク（ＬＡＮ）、インターネットなどのワイドエリアネットワーク（ＷＡＮ）、モバイルネットワーク、又は任意の他のタイプのネットワーク）に接続され得る。入力及び出力デバイスは、ローカルに又はリモートに（例えば、ネットワーク７１２を介して）、コンピュータプロセッサ７０２、メモリ７０４、及びストレージデバイス７０６に接続され得る。多くの異なるタイプのコンピューティングシステムが存在し、前述の入力及び出力デバイスは、他の形態をとり得る。

本発明の実施形態を実施するためのコンピュータ可読プログラムコードの形式のソフトウェア命令は、ＣＤ、ＤＶＤ、ストレージデバイス、ディスケット、テープ、フラッシュメモリ、物理メモリ、又は任意の他のコンピュータ可読記憶媒体といった非一時的なコンピュータ可読媒体上に、全体的又は部分的に、一時的又は永続的に、記憶され得る。具体的には、ソフトウェア命令は、プロセッサによって実行されると、本発明の実施形態を実施するように構成されたコンピュータ可読プログラムコードに対応し得る。

さらに、前述のコンピューティングシステム７００の１つ又は複数の要素は、遠隔地に配置され、ネットワーク７１２を介して他の要素に接続され得る。さらに、本発明の１つ又は複数の実施形態は、複数のノードを有する分散システム上で実施することができ、本発明の各部分は、分散システム内の異なるノード上に配置され得る。本発明の一実施形態では、ノードは、別個のコンピューティングデバイスに対応する。あるいは、ノードは、関連する物理メモリを有するコンピュータプロセッサに対応し得る。あるいは、ノードは、共有メモリ及び／又はリソースを有するコンピュータプロセッサ又はそのマイクロコアに対応し得る。

図７のコンピューティングシステムは、比較及び他の処理の結果といった未処理及び／又は処理済みデータを提示する機能を含み得る。例えば、データの提示は、様々な提示方法によって達成され得る。具体的には、データは、コンピューティングデバイスによって提供されるユーザインターフェースを介して提示され得る。ユーザインターフェースは、ハンドヘルドコンピュータデバイス上のコンピュータモニタ又はタッチスクリーンといったディスプレイデバイス上に情報を表示するＧＵＩを含み得る。ＧＵＩは、どのデータが表示されるか、どのようにデータがユーザに提示されるかを編成する様々なＧＵＩウィジェットを含み得る。さらに、ＧＵＩは、ユーザに直接的にデータを、例えばテキストを通して実際のデータ値として示されるデータ、又はコンピューティングデバイスによって、データモデルを視覚化するなどといった、データの視覚的表現にレンダリングされたデータを、提示し得る。

例えば、ＧＵＩは、最初に、特定のデータオブジェクトがＧＵＩ内に提示されることを要求するソフトウェアアプリケーションからの通知を取得し得る。次に、ＧＵＩは、例えば、データオブジェクトタイプを識別するデータオブジェクト内のデータ属性からデータを取得することによって、特定のデータオブジェクトに関連付けられたデータオブジェクトタイプを決定し得る。次に、ＧＵＩは、そのデータオブジェクトタイプを表示するために指定された任意のルール、例えば、データオブジェクトクラスのソフトウェアフレームワークによって特定されるルール、又はそのデータオブジェクトタイプを提示するためのＧＵＩによって定義される任意のローカルパラメータに従ったルール、を決定し得る。最後に、ＧＵＩは、特定のデータオブジェクトからデータ値を取得し、そのデータオブジェクトタイプに対する指定されたルールに従って、ディスプレイデバイス内のデータ値の視覚的表現をレンダリングし得る。

図８は、１つ又は複数の実施形態に係るシステムの概略ブロックダイアグラムを示す。このシステムは、ネットワーク内におけるヘルスケア施設の複数の医療サーバ上の複数の医療リポジトリ間で医療画像及びデータを検索し、抽出し、及び表示するように構成される。複数の医療サーバは、データ統合コントローラを介して接続され、ローカル医療サーバと２つ以上の遠隔医療サーバとを含む。

図８に示すようなシステムは、例えば、（ｉ）以下のステップを実行するように構成された命令を実行するように構成されたコンピュータプロセッサ８０６を含む処理モジュール８０４を含み得る。

一の態様では、コンピュータプロセッサ８０６は、（１）ユーザによる検索要求を複数の遠隔医療サーバに送信するための命令、該検索要求は、所定の患者に関連付けられた検索キーを含み、（２）複数の遠隔医療サーバからの検索要求に関連付けられた医療情報を受信し、表示するための命令、該医療情報は、データ統合コントローラによってユーザ選択可能なインターフェースに編成され、（３）ユーザによって選択された医療情報に関連付けられた１つ又は複数の遠隔医療サーバに、ユーザ選択可能なインターフェースからユーザによって選択された医療情報に関連付けられた医療データを取り出すための医療データ取出し要求を送信するための命令、該医療データ取出し要求は、ユーザによって選択された医療情報に関連付けられた１つ又は複数の遠隔サーバにのみ送信され、（４）ユーザによって選択された医療情報に関連付けられた遠隔医療サーバから医療データ取出し要求に関連付けられた医療データを受信する命令、（５）受信した医療データをユーザに表示する命令、（６）受信した医療データがユーザによって選択された医療情報に関連付けられた遠隔医療サーバのいずれか１つによって更新された場合、該受信したメディカルデータが変更された旨のユーザへのメッセージをユーザに表示するための命令、を実行する。

図８に示すようなシステムは、（ｉｉ）医療データをユーザに提示するように構成されたローカルサーバ８０２をさらに備える。このシステムは、ベンダ提供のアプリケーションに関係するユニバーサルビューアアプリケーションデータ８１０、患者関連情報８１２、及び医療データ８１４を格納するように構成されたリポジトリ８１８をさらに含み得る。

図９Ａ及び９Ｂは、１つ又は複数の実施形態に係る方法のフローチャートを示す。１つ又は複数の実施形態では、図９Ａ及び図９Ｂに示すような方法は、コンピュータ実装の方法である。図９Ａ及び図９Ｂに示す各ステップは、複数のネットワーク内ヘルスケア施設のうちの１つのヘルスケア施設のシステムのみについて、以下にまとめて説明される。以下に説明する方法の各ステップは、複数のネットワーク内ヘルスケア施設のいずれかのシステムによって実行され得ることは、当業者にとって明らかであろう。

ステップ９００において、患者情報検索要求（「検索要求」）が複数のネットワーク内ヘルスケア施設の１つにおける医療サーバ（「要求元」）からデータ統合コントローラに送信される。検索要求は、患者の名前、患者の性別、及び患者の生年月日を含む所定の情報に関連付けられた検索キーを含む。ユーザは、ウェブブラウザで開かれたユニバーサルビューアを介して検索情報に入力する。

ステップ９０５において、データ統合コントローラは、要求元から検索要求を受信し、データ統合コントローラに接続された他のネットワーク内ヘルスケア施設の他のすべての医療サーバ（「要求対象」）に検索要求を送信する。

ステップ９１０において、要求対象は、検索要求を受信し、各要求対象は、ステップ９１５において、それぞれの医療サーバが、検索キーに含まれる患者情報と一致する医療情報を有する医療データを含むか否かを判定する。１つ又は複数の実施形態では、医療データは、その結果が、正確に一致する関心のある患者を識別するのに十分である限り、検索キーに含まれる任意の数の患者情報に一致する医療情報を有していなければならない。例えば、性別、及び姓若しくは名の一方といった少なくとも２つの一般的な検索パラメータと、患者の正式な法的名、生年月日、モダリティタイプ、又は施設ＩＤといった他の１つ又は複数の特定のパラメータとの一致が要求され得る。当業者は、具体的に示されていない、様々な他の組み合わせ、例えば、特定のパラメータを有する２つ以上の一般的なパラメータ、２つの特定のパラメータを有する１つの一般的なパラメータ、２つの特定のパラメータのみといったものが用いられ得ることを理解するであろう。

それぞれの要求対象について、ステップ９１５におけるチェックの結果がＮＯである場合、要求対象はステップ９２０Ｂにおいて何も送信しない。

ステップ９１５における判定結果がＹＥＳである場合、要求対象は、検索要求に含まれる患者情報と一致する医療情報をデータ統合制御装置に送信する。１つ又は複数の実施形態では、医療情報は、実際の医療データを含まずに、むしろ、施設名、患者名、患者の性別、患者の生年月日、最後に訪問した日、検査データ、画像／レポートの数といった医療データに関する情報を含む。

ステップ９２５において、データ統合コントローラは、ステップ９１５においてＹＥＳの結果を出したすべての要求対象から医療情報を受信する。データ統合コントローラによって受信されたすべての医療情報は、ステップ９３０において、データ統合コントローラによってリストビューフォーマットにコンパイルされる。

ステップ９３５において、データ統合コントローラは、医療情報のコンパイルされたリストを要求元に送信する。要求元は、ステップ９４０で、データ統合コントローラから受信したコンパイルされた医療情報のリストをローカルコンピュータのディスプレイ画面に表示する。

ステップ９４５において、ユーザは、受信した医療情報のリストを参照し、ユーザが要求対象から取り出したい医療データに関連付けられたすべての医療情報を選択する。１つ又は複数の実施形態では、医療情報のすべてを選択することはできないかもしれない。具体的には、医療情報のすべてが関連性があるか、又はユーザにとって関心があるとは限らない。例えば、ユーザは、古くなった医療データ、現在の診断に有用ではない診断に関係する医療データ、又は情報が検索キーの一部と一致するであろう異なる患者に関係する医療データを取り出すことを望まないかもしれない。これは、要求を送信するヘルスケア施設における医療リポジトリ上の不必要な記憶コストを防止するだけでなく、医療データを取り出すのに必要な時間も減少させる。

ステップ９５０において、ユーザの選択は、要求元からデータ統合コントローラに医療データ取出し要求（「取出し要求」）で送信される。データ統合コントローラは、ステップ９５５において、取出し要求を受信し、ステップ９６０において、要求された医療データを含む要求対象（「選択された要求対象」）のみに取出し要求を中継する。

ステップ９６５において、選択された要求対象は、データ統合コントローラから取出し要求を受信し、ステップ９７０において、取出し要求において医療データ情報と一致する医療データをデータ統合コントローラに送信する。

ステップ９７５において、データ統合コントローラは、選択された要求対象から送信された要求された医療データを受信する。１つ又は複数の実施形態では、要求された医療データのすべてを受信すると、データ統合コントローラは、新たに作成された共通の患者ＩＤ（「共通ＰＩＤ」）の下、受信した医療データの医療情報を格納するデータテーブルを作成する。データテーブルは、データ統合コントローラに格納される。

ステップ９８０において、データ統合コントローラは、選択された要求対象から受信した医療データを要求元に送信する。

ステップ９８５において、要求元は、データ統合コントローラから送信された医療データを受信し、ステップ９９０において、医療データを単一ファイルとして統合して、医療サーバの医療リポジトリに保存し、さらに、ステップ９９５において、受信した医療データをローカルコンピュータのディスプレイ上に表示する。１つ又は複数の実施形態では、医療データは、ウェブブラウザのタブを介してユニバーサルビューアによって表示される。

図１０は、１つ又は複数の実施形態に係る方法のフローチャートを示す。１つ又は複数の実施形態では、図１０に示すような方法は、コンピュータ実装の方法である。図１０に示す各ステップは、複数のネットワーク内ヘルスケア施設のうちの１つのヘルスケア施設のシステムのみについて、以下でまとめて説明される。以下に説明される方法の各ステップは、複数のネットワーク内ヘルスケア施設のいずれかのシステムによって実行できることは、当業者には明らかであろう。

ステップ１００５において、ローカルコンピュータのユーザは、異なるネットワーク内ヘルスケア施設のユーザが、現在のユーザが以前に検索を行った患者に関連付けられた医療データを追加又は変更（「更新」）した旨のポップアップ表示メッセージを介して、ローカルコンピュータに開かれたユニバーサルビューアによって通知される。

ステップ１０１０において、ローカルコンピュータは、ユーザが更新された医療データを他のネットワーク内ヘルスケア施設から取り出したいか否かを示す入力をユーザから受信する。１つ又は複数の実施形態では、ローカルコンピュータは、同じ患者について、将来同じユーザが再び同じメッセージを受信したくないことを示す入力をユーザから同時に受信する。

ステップ１０１０におけるチェックの結果がＮＯの場合、処理は終了する。ステップ１０１０におけるチェックの結果がＹＥＳである場合、ローカルコンピュータは、ステップ１０１５において、医療サーバを介して、データ統合コントローラに取出し要求を送信する。１つ又は複数の実施形態では、データ統合コントローラは、更新されたデータを含むその要求をネットワーク内ヘルスケア施設に転送する。

ステップ１０２０において、ローカルコンピュータは、更新されたデータを含む要求されたデータをネットワーク内ヘルスケア施設から受信し、ステップ１０２５において、更新された医療データは、ユーザに表示される。

本発明の１つ又は複数の実施形態は、以下の利点の１つ又は複数を有し得る：患者に関連付けられた単純な情報のみで患者の医療情報の検索を行う能力；各ヘルスケア施設が異なる医療データストレージシステムを実装し、異なるタイプのネットワークを利用しても、ネットワークの一部であるすべてのヘルスケア施設から医療データを取り出す能力；どの医療データを検索するのかを医療従事者に提供する能力；ユーザが必要としない医療データを取り出さないことにより、ネットワーク内ヘルスケア施設、医療サーバ、及び各ネットワーク内ヘルスケア施設の医療リポジトリの間の接続に大きな負担がかかるのを防止する能力；などである。

本発明を限定された数の実施形態に関して説明してきたが、本開示の利益を有する当業者は、ここに開示されるような本発明の要旨から逸脱しない他の実施形態を考案することができることを理解するであろう。したがって、本発明の要旨は、添付の特許請求の範囲によってのみ限定されるべきである。

添付の図面は、本発明の更なる理解を提供するために含まれ、本明細書に組み込まれ、本明細書の一部を構成する。図面は、本発明の実施形態を示し、その記載とともに、本発明の原理を説明する役割を果たす。

Claims (20)

1. ネットワーク内におけるヘルスケア施設の複数の医療サーバ上の複数の医療リポジトリ間で医療画像及びデータを検索し、抽出し及び表示する方法であって、前記複数の医療サーバが、データ統合コントローラを介して接続され、ローカル医療サーバと２つ以上の遠隔医療サーバとを含み、前記方法は、前記ローカル医療サーバに：
   前記複数の遠隔医療サーバにユーザによる検索要求を送信させることと、前記検索要求は、所定の患者に関連付けられた検索キーを含むものであり；
   前記複数の遠隔医療サーバからの前記検索要求に関連付けられた医療情報を受信させ、表示させることと、前記医療情報は、前記データ統合コントローラによってユーザ選択可能なインターフェースに編成されてなり；
   前記ユーザによって選択された医療情報に関連付けられた１つ又は複数の遠隔医療サーバに、前記ユーザによって選択された前記医療情報に関連付けられた医療データを取り出すための医療データ取出し要求を、前記ユーザ選択可能なインターフェースから送信させることと、前記検索要求は、前記ユーザによって選択された前記医療情報に関連付けられた１つ又は複数の遠隔医療サーバにのみ送信されてなり；
   前記ユーザによって選択された前記医療情報に関連付けられた前記遠隔医療サーバから前記医療データ取出し要求に関連付けられた前記医療データを受信させることと；
   前記受信した医療データを前記ユーザに対して表示させることと；
   を含む、方法。
2. 前記複数の医療サーバのそれぞれは、ローカルコンピュータに結合される、請求項１に記載の方法。
3. 前記受信した医療データが前記ユーザによって選択された前記医療情報に関連付けられた前記遠隔医療サーバのいずれか１つによって更新された場合、前記ローカル医療サーバに、前記受信した医療データが変更された旨の前記ユーザに対するメッセージを、さらに表示させ、前記ユーザに対するメッセージは、前記更新された医療データを取り出し、参照するための前記ユーザに対するオプションを含む、請求項１に記載の方法。
4. 前記ネットワーク内の前記ヘルスケア施設のそれぞれは、画像アーカイブ通信システム（ＰＡＣＳ）、クラウド型ＰＡＣＳ、又は共有クラウドサーバに関連付けられる、請求項１に記載の方法。
5. 前記データ統合コントローラは、前記ネットワーク内の前記ヘルスケア施設の前記ＰＡＣＳ、前記クラウド型ＰＡＣＳ、又は前記共有クラウドサーバの１つに配置される、請求項３に記載の方法。
6. 前記ネットワーク内の前記ヘルスケア施設の前記複数の医療サーバのそれぞれは、ゲートウェイを介して、前記データ統合コントローラと双方向に通信する、請求項１に記載の方法。
7. 前記ＰＡＣＳに関連付けられた前記ヘルスケア施設の前記ゲートウェイは、前記ヘルスケア施設内に配置されたローカルサーバであり、
   前記クラウド型ＰＡＣＳに関連付けられた前記ヘルスケア施設の前記ゲートウェイは、前記クラウド型ＰＡＣＳ上に配置されたローカルサーバであり、
   前記共有クラウドサーバに関連付けられた前記ヘルスケア施設の前記ゲートウェイは、前記共有クラウドサーバである、請求項４に記載の方法。
8. 前記検索キーは、患者の名前、前記患者の性別及び前記患者の生年月日に関係する情報を含む、請求項１に記載の方法。
9. 前記検索キーは、前記ネットワーク内の前記ヘルスケア施設のうちの少なくとも１つの施設、及び少なくとも１つのモダリティのタイプに関係する情報をさらに含む、請求項５に記載の方法。
10. 前記ユーザ選択可能なインターフェースは、
    施設ＩＤ、患者名、患者性別、及び患者生年月日を含む情報と、
    前記統合要求で送信されるべき前記医療情報を選択するための前記ユーザに対するオプションと、
    を含む、請求項１に記載の方法。
11. 前記ユーザ選択可能なインターフェースは、
    最後に訪問した日、検査日、及び検査画像の数を含む情報と、
    現在の統合要求で送信されるべき前記医療情報を選択するための前記ユーザに対するオプションと、
    次の統合要求で自動的に送信されるべき前記医療情報を選択するための前記ユーザに対するオプションと、
    を含む、請求項８に記載の方法。
12. 前記データ統合コントローラは、前記ローカル医療サーバによって受信された前記医療データに対する共通患者ＩＤを作成し、前記共通患者ＩＤを前記データ統合コントローラに格納された共有データテーブルに格納する、請求項１に記載の方法。
13. コンピュータに結合されたローカル医療サーバに、ネットワーク内のヘルスケア施設の複数の医療サーバ上の複数の医療リポジトリ間の医療画像及びデータを検索し、抽出し、及び表示する動作を実行させる命令を格納する非一時的なコンピュータ可読媒体（ＣＲＭ）であって、前記複数の医療サーバは、データ統合コントローラを介して接続され、前記ローカル医療サーバと２つ又はそれ以上の遠隔医療サーバとを備え、前記動作は、前記ローカル医療サーバに：
    ユーザによる検索要求を前記複数の遠隔医療サーバに送信させることと、前記検索要求は、所定の患者に関連付けられた検索キーを含むものであり；
    前記複数の遠隔医療サーバから、前記検索要求に関連付けられた医療情報を受信させ、表示させることと、前記医療情報は、前記データ統合コントローラによってユーザ選択可能なインターフェースに編成されてなり；
    前記ユーザによって選択された医療情報に関連付けられた１つ又は複数の遠隔医療サーバに、前記ユーザによって選択された前記医療情報に関連付けられた医療データを取り出すための医療データ取出し要求を、前記ユーザ選択可能なインターフェースから送信させることと、前記医療データ取出し要求は、前記ユーザによって選択された医療情報に関連付けられた前記１つ又は複数の遠隔医療サーバのみに送信されるものであり；
    前記ユーザによって選択された医療情報に関連付けられた前記遠隔医療サーバから、医療データ取出し要求に関連付けられた医療データを受信させることと；
    前記受信した医療データを前記ユーザに表示させることと；
    を含む、ＣＲＭ。
14. 前記複数の医療サーバのそれぞれは、ローカルコンピュータに結合される、請求項１３に記載のＣＲＭ。
15. 前記受信した医療データが前記ユーザによって選択された前記医療情報に関連付けられた前記遠隔医療サーバのいずれか１つによって更新された場合、前記ローカル医療サーバに、前記受信した医療データが変更された旨の前記ユーザに対するメッセージを、さらに表示させ、前記ユーザに対するメッセージは、前記更新された医療データを取り出し、参照するための前記ユーザに対するオプションを含む、請求項１３に記載のＣＲＭ。
16. 前記ネットワーク内の前記ヘルスケア施設のそれぞれは、画像アーカイブ通信システム（ＰＡＣＳ）、クラウド型ＰＡＣＳ、又は共有クラウドサーバに関連付けられる、請求項１３に記載のＣＲＭ。
17. ネットワークの一部であるヘルスケア施設の医療サーバ間の医療データを交換するシステムであって、前記システムは、
    医療リポジトリを有するローカル医療サーバと、
    前記ローカル医療サーバを、それぞれの医療リポジトリを有する２つ又はそれ以上の遠隔医療サーバに接続する通信インターフェース（Ｉ／Ｆ）回路を有するデータ統合コントローラと、を備え、
    前記ローカル医療サーバは：
    ユーザによる検索要求を前記複数の遠隔医療サーバに送信することと、前記検索要求は、所定の患者に関連付けられた検索キーを含むものであり；
    前記複数の遠隔医療サーバから、前記検索要求に関連付けられた医療情報を受信し、表示することと、前記医療情報は、前記データ統合コントローラによってユーザ選択可能なインターフェースに編成されてなり；
    前記ユーザによって選択された医療情報に関連付けられた１つ又は複数の遠隔医療サーバに、前記ユーザによって選択された前記医療情報に関連付けられた医療データを取り出すための医療データ取出し要求を、前記ユーザ選択可能なインターフェースから送信し、前記医療データ取出し要求は、前記ユーザによって選択された医療情報に関連付けられた前記１つ又は複数の遠隔医療サーバのみに送信されるものであり；
    前記ユーザによって選択された医療情報に関連付けられた前記遠隔医療サーバから、医療データ取出し要求に関連付けられた医療データを受信し；
    前記受信した医療データを前記ユーザに表示する；
    システムである。
18. 前記医療サーバは、ローカルコンピュータに結合される、請求項１７に記載の方法。
19. 前記ローカル医療サーバは、前記受信した医療データが前記ユーザによって選択された前記医療情報に関連付けられた前記遠隔医療サーバのいずれか１つによって更新された場合、前記受信した医療データが変更された旨の前記ユーザに対するメッセージを表示し、前記ユーザに対するメッセージは、前記更新された医療データを取り出し、参照するための前記ユーザに対するオプションを含む、請求項１７に記載のシステム。
20. 前記ネットワーク内の前記ヘルスケア施設のそれぞれは、画像アーカイブ通信システム（ＰＡＣＳ）、クラウド型ＰＡＣＳ、又は共有クラウドサーバに関連付けられる、請求項１７に記載のシステム。