(57)【要約】      （修正有）【課題】ネットワーク内におけるヘルスケア施設の複数の医療サーバ上の複数の医療リポジトリ間で医療画像及びデータを検索、抽出及び表示する方法を提供する。【解決手段】クラウド型ストレージシステムは、データ統合コントローラを介して接続されるローカル医療サーバ及び２つ以上の遠隔医療サーバを含む。ローカル医療サーバに、所定の患者に関連付けられた検索キーを含む医療データ統合要求を遠隔医療サーバに送信させ、医療データ統合要求に関連付けられた医療データを受信させ、受信させた医療データを統合ビューとして表示させ、受信させた医療データに対し後処理を実行させ、実行させた後処理の条件を格納させ、同じ検索キーに関連付けられた、後の医療データ統合要求から受信した医療データに、同じ後処理の条件を適用させる。【選択図】図３
2018185796.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク内におけるヘルスケア施設の複数の医療サーバ上の複数の医療リポジトリ間で医療画像及びデータを検索、抽出及び表示する方法であって、前記複数の医療サーバが、データ統合コントローラを介して接続され、ローカル医療サーバ及び２つ以上の遠隔医療サーバを含み、前記方法は、前記ローカル医療サーバに：
所定の患者に関連付けられた検索キーを含む医療データ統合要求を前記データ統合コントローラを介して前記遠隔医療サーバに送信させることと；
前記遠隔医療サーバからの前記医療データ統合要求に関連付けられた医療データを受信させることと；
前記受信された医療データを統合ビューとして表示させることと；
ユーザからの入力に基づいて前記受信された医療データに対し後処理を実行させることと；
前記実行された後処理の条件を格納させることと；
前記同じ検索キーに関連付けられた、後の医療データ統合要求から受信した医療データに、前記同じ後処理の条件を適用させることと；
前記後の医療データ統合要求から受信した前記医療データを統合ビューとして表示させることと；
を含む、方法。
【請求項２】
前記ローカル医療サーバに：
前記ユーザによる前記所定の患者に関連付けられた検索キーを含む検索要求を前記遠隔医療サーバに送信させることと；
前記遠隔医療サーバからの前記検索要求に関連付けられた、前記データ統合コントローラによってユーザ選択可能なインターフェースに編成された医療情報を受信、表示させることと；
前記ユーザ選択可能なインターフェースから前記ユーザによって選択された前記医療情報に関連付けられた医療データを取り出す前記医療データ統合要求を、前記ユーザに選択された前記医療情報に関連付けられた遠隔医療サーバに送信させることと；
をさらに含み、
前記医療データ統合要求は、前記ユーザによって選択された前記医療情報に関連付けられた前記遠隔医療サーバにのみ送信される、請求項１に記載の方法。
【請求項３】
前記複数の医療サーバのそれぞれは、ローカルコンピュータに結合される、請求項１に記載の方法。
【請求項４】
前記実行された後処理の条件は、前記ローカル医療サーバに含まれる情報付加コントローラの付加情報ストレージに格納され、前記付加情報ストレージに格納された情報は、統合履歴データとして統合データリポジトリに格納される、請求項１に記載の方法。
【請求項５】
前記受信された医療データに対し実行される前記後処理は、
前記統合ビューをキャンセルすることと、
前記統合ビューから前記受信された医療データを削除することと、
前記受信された医療データのうち前記統合ビュー内の選択された医療データを非表示にすることと、
前記所定の患者に関連付けられた前記統合ビュー内のすべての受信された医療データを非表示にすることと、
前記統合ビュー内の前記受信された医療データを編集することと、
を含む、請求項１に記載の方法。
【請求項６】
前記編集することが、前記受信された医療データの一部分を取り除くことを含む、請求項５に記載の方法。
【請求項７】
前記取り除かれた一部分は、前記受信された医療データに関連付けられた医療情報を含む前記受信された医療データのメタデータである、請求項６に記載の方法。
【請求項８】
前記取り除くことが、前記一部分を網掛けすること又はマスキングで見えなくすることを含む、請求項６に記載の方法。
【請求項９】
前記メタデータとして格納された、前記受信された医療データに関連付けられた前記医療情報は、施設ＩＤ、前記所定の患者の患者ＩＤ、性別及び生年月日、前記所定の患者の最後の通院日、前記医療データに関連付けられた検査データ及び前記医療データに含まれる医療画像及び記録の数を含む、請求項７に記載の方法。
【請求項１０】
前記医療統合要求の送信が、ローカル医療サーバによって自動的に開始される、請求項１に記載の方法。
【請求項１１】
前記医療統合要求の送信が、前記ユーザによって手動で開始される、請求項１に記載の方法。
【請求項１２】
コンピュータに結合されたローカル医療サーバに、ネットワーク内のヘルスケア施設の複数の医療サーバ上の複数の医療リポジトリ間の医療画像及びデータを検索、抽出、及び表示する動作を実行させる命令を格納する非一時的なコンピュータ可読媒体（ＣＲＭ）であって、前記複数の医療サーバは、データ統合コントローラを介して接続され、前記ローカル医療サーバ及び２つ以上の遠隔医療サーバを備え、前記動作は、前記ローカル医療サーバに：
所定の患者に関連付けられた検索キーを含む医療データ統合要求を前記データ統合コントローラを介して前記遠隔医療サーバに送信させることと；
前記遠隔医療サーバからの前記医療データ統合要求に関連付けられた医療データを受信させることと；
前記受信された医療データを統合ビューとしてユーザに表示させることと；
前記ユーザからの入力に基づいて前記受信された医療データに対し後処理を実行させることと；
前記実行された後処理の条件を格納させることと；
前記同じ検索キーに関連付けられた、後の医療データ統合要求から受信した医療データに、前記同じ後処理の条件を適用させることと；
前記後の医療データ統合要求から受信した前記医療データを統合ビューとして表示させることと；
を含む、ＣＲＭ。
【請求項１３】
前記ローカル医療サーバに：
前記ユーザによる前記所定の患者に関連付けられた検索キーを含む検索要求を前記２つ以上の遠隔医療サーバに送信させ；
前記遠隔医療サーバからの前記検索要求に関連付けられた、前記データ統合コントローラによってユーザ選択可能なインターフェースに編成された医療情報を受信、表示させ；
前記ユーザ選択可能なインターフェースから前記ユーザによって選択された前記医療情報に関連付けられた医療データを取り出す前記医療データ統合要求を、前記ユーザに選択された前記医療情報に関連付けられた前記遠隔医療サーバに送信させ；
前記医療データ統合要求は、前記ユーザによって選択された前記医療情報に関連付けられた前記遠隔医療サーバにのみ送信される、請求項１２に記載のＣＲＭ。
【請求項１４】
前記複数の医療サーバのそれぞれは、ローカルコンピュータに結合される、請求項１２に記載のＣＲＭ。
【請求項１５】
前記実行された後処理の条件は、前記ローカル医療サーバに含まれる情報付加コントローラの付加情報ストレージに格納され、前記付加情報ストレージに格納された情報は、統合履歴データとして統合データリポジトリに格納される、請求項１２に記載のＣＲＭ。
【請求項１６】
前記受信された医療データに対し実行される前記後処理は、
前記統合ビューをキャンセルすることと、
前記統合ビューから前記受信された医療データを削除することと、
前記受信された医療データのうち前記統合ビュー内の選択された医療データを非表示にすることと、
前記所定の患者に関連付けられた前記統合ビュー内のすべての受信された医療データを非表示にすることと、
前記統合ビュー内の前記受信された医療データを編集することと、
を含む、請求項１２に記載のＣＲＭ。
【請求項１７】
ネットワークの一部をなすヘルスケア施設の医療サーバ間で医療データをやりとりするシステムであって、
データ処理装置と付加情報ストレージ装置とを持つ情報付加コントローラを含む、医療リポジトリを持つローカル医療サーバと、
それぞれ医療リポジトリを持つ２つ以上の遠隔医療サーバを前記ローカル医療サーバに接続する通信インターフェース（Ｉ／Ｆ）回路を持つデータ統合コントローラと、を備え、
前記ローカル医療サーバが：
所定の患者に関連付けられた検索キーを含む医療データ統合要求を前記データ統合コントローラを介して前記遠隔医療サーバに送信し；
前記遠隔医療サーバからの前記医療データ統合要求に関連付けられた医療データを受信し；
前記受信された医療データを統合ビューとしてユーザに表示し；
前記ユーザからの入力に基づいて前記受信された医療データに対し後処理を実行し；
前記実行された後処理の条件を格納し；
前記同じ検索キーに関連付けられた、後の医療データ統合要求から受信した医療データに、前記同じ後処理の条件を適用し；
前記後の医療データ統合要求から受信した前記医療データを統合ビューとして表示する、システム。
【請求項１８】
前記ローカル医療サーバが：
ユーザによる前記所定の患者に関連付けられた検索キーを含む検索要求を前記遠隔医療サーバに送信させ；
前記遠隔医療サーバからの前記検索要求に関連付けられた、前記データ統合コントローラによってユーザ選択可能なインターフェースに編成された医療情報を受信、表示させ；
前記ユーザ選択可能なインターフェースから前記ユーザによって選択された前記医療情報に関連付けられた医療データを取り出す前記医療データ統合要求を、前記ユーザに選択された前記医療情報に関連付けられた前記遠隔医療サーバに送信させ；
前記医療データ統合要求は、前記ユーザによって選択された前記医療情報に関連付けられた前記遠隔医療サーバにのみ送信される、請求項１７に記載のシステム。
【請求項１９】
前記ローカル医療サーバは、ローカルコンピュータに結合され、
前記実行された後処理の条件は、前記ローカル医療サーバに含まれる情報付加コントローラの付加情報ストレージに格納され、前記付加情報ストレージに格納された情報は、統合履歴データとして統合データリポジトリに格納される、請求項１７に記載のシステム。
【請求項２０】
前記受信された医療データに対し実行される前記後処理は、
前記統合ビューをキャンセルすることと、
前記統合ビューから前記受信された医療データを削除することと、
前記受信された医療データのうち前記統合ビュー内の選択された医療データを非表示にすることと、
前記所定の患者に関連付けられた前記統合ビュー内のすべての受信された医療データを非表示にすることと、
前記統合ビュー内の前記受信された医療データを編集することと、
を含む、請求項１７に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
医療画像及び医療データは、患者の診断において重要な役割を果たす。ヘルスケア施設（例えば、病院）は、医療画像及び医療データを電子的に格納する利点を実感している。医療画像及びデータ（「医療データ」）のデジタル化は、医療従事者が医療画像及び医療データに容易にアクセスすることを可能にするだけでなく、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）、ユニバーサルシリアルバス（ＵＳＢ）フラッシュドライブのような物理的媒体の使用を介して、該画像及びデータが複数のヘルスケア施設間で容易に共有されることを可能にする。
【発明の概要】
【発明が解決しようとする課題】
【０００２】
最近では、クラウド型ストレージシステムが、情報の効率性とアクセシビリティを向上させるための方法として浮上している。一般的に、「クラウド」は、さまざまな場所にある複数のコンピュータ及びデバイスに、インターネットを介して、コンピュータリソース及びデータの遠隔オンデマンドアクセスを提供するオンラインストレージシステムとして理解できる。クラウド型ストレージは、医療画像のようなデータの格納のためのさまざまな場所に、遠隔又はオフサイトのデータセンタを使用するベンダによって提供され得る。クラウド型ストレージのベンダは、ヘルスケア施設が、単一の要求を通じて他のヘルスケア施設で取得又は格納された患者の医療データの完全なセットを取り出す（retrieve）ことを可能にする、共通のビューシステム（「ユニバーサルビューア」）を提供し得る。
【課題を解決するための手段】
【０００３】
概して、一の態様では、本発明は、ネットワーク内におけるヘルスケア施設の複数の医療サーバ上の複数の医療リポジトリ間で医療画像及びデータを検索、抽出及び表示する方法であって、前記複数の医療サーバが、データ統合コントローラを介して接続され、ローカル医療サーバ及び２つ以上の遠隔医療サーバを含み、前記方法は、前記ローカル医療サーバに：
所定の患者に関連付けられた検索キーを含む医療データ統合要求を前記データ統合コントローラを介して前記遠隔医療サーバに送信させることと；
前記遠隔医療サーバからの前記医療データ統合要求に関連付けられた医療データを受信させることと；
前記受信された医療データを統合ビューとして表示させることと；
ユーザからの入力に基づいて前記受信された医療データに対し後処理を実行させることと；
前記実行された後処理の条件を格納させることと；
前記同じ検索キーに関連付けられた、後の医療データ統合要求から受信した医療データに、前記同じ後処理の条件を適用させることと；
前記後の医療データ統合要求から受信した前記医療データを統合ビューとして表示させることと；
を含む、方法に関する。
【０００４】
概して、一の態様では、本発明は、コンピュータに結合されたローカル医療サーバに、ネットワーク内のヘルスケア施設の複数の医療サーバ上の複数の医療リポジトリ間の医療画像及びデータを検索、抽出、及び表示する動作を実行させる命令を格納する非一時的なコンピュータ可読媒体（ＣＲＭ）であって、前記複数の医療サーバは、データ統合コントローラを介して接続され、前記ローカル医療サーバ及び２つ以上の遠隔医療サーバを備え、前記動作は、前記ローカル医療サーバに：
所定の患者に関連付けられた検索キーを含む医療データ統合要求を前記データ統合コントローラを介して前記遠隔医療サーバに送信させることと；
前記遠隔医療サーバからの前記医療データ統合要求に関連付けられた医療データを受信させることと；
前記受信された医療データを統合ビューとしてユーザに表示させることと；
前記ユーザからの入力に基づいて前記受信された医療データに対し後処理を実行させることと；
前記実行された後処理の条件を格納させることと；
前記同じ検索キーに関連付けられた、後の医療データ統合要求から受信した医療データに、前記同じ後処理の条件を適用させることと；
前記後の医療データ統合要求から受信した前記医療データを統合ビューとして表示させることと；
を含む、ＣＲＭに関する。
【０００５】
概して、一の態様では、本発明は、ネットワークの一部をなすヘルスケア施設の医療サーバ間で医療データをやりとりするシステムであって、
データ処理装置と付加情報ストレージ装置とを持つ情報付加コントローラを含む、医療リポジトリを持つローカル医療サーバと、
それぞれ医療リポジトリを持つ２つ以上の遠隔医療サーバを前記ローカル医療サーバに接続する通信インターフェース（Ｉ／Ｆ）回路を持つデータ統合コントローラと、を備え、
前記ローカル医療サーバが：
所定の患者に関連付けられた検索キーを含む医療データ統合要求を前記データ統合コントローラを介して前記遠隔医療サーバに送信し；
前記遠隔医療サーバからの前記医療データ統合要求に関連付けられた医療データを受信し；
前記受信された医療データを統合ビューとしてユーザに表示し；
前記ユーザからの入力に基づいて前記受信された医療データに対し後処理を実行し；
前記実行された後処理の条件を格納し；
前記同じ検索キーに関連付けられた、後の医療データ統合要求から受信した医療データに、前記同じ後処理の条件を適用し；
前記後の医療データ統合要求から受信した前記医療データを統合ビューとして表示する、システムに関する。
【０００６】
本発明の他の態様及び利点は、以下の説明及び添付の特許請求の範囲から明らかになるであろう。
【図面の簡単な説明】
【０００７】
【図１Ａ】図１Ａは、１つ又は複数の実施形態に従うシステムを示す。
【図１Ｂ】図１Ｂは、１つ又は複数の実施形態に従うシステムを示す。
【図２】図２は、１つ又は複数の実施形態に従うシステムダイアグラムを示す。
【図３】図３は、１つ又は複数の実施形態に従うダイアグラムを示す。
【図４Ａ】図４Ａは、１つ又は複数の実施形態に従うユーザインターフェースを示す。
【図４Ｂ】図４Ｂは、１つ又は複数の実施形態に従うユーザインターフェースを示す。
【図４Ｃ】図４Ｃは、１つ又は複数の実施形態に従うユーザインターフェースを示す。
【図５Ａ】図５Ａは、１つ又は複数の実施形態に従うユーザインターフェースを示す。
【図５Ｂ】図５Ｂは、１つ又は複数の実施形態に従うユーザインターフェースを示す。
【図６】図６は、１つ又は複数の実施形態に従うダイアグラムを示す。
【図７】図７は、１つ又は複数の実施形態に従うダイアグラムを示す。
【図８】図８は、１つ又は複数の実施形態に従うダイアグラムを示す。
【図９】図９は、１つ又は複数の実施形態に従うコンピューティングシステムを示す。
【図１０】図１０は、１つ又は複数の実施形態に従うシステムダイアグラムを示す。
【図１１Ａ】図１１Ａは、１つ又は複数の実施形態に従うフローチャートを示す。
【図１１Ｂ】図１１Ｂは、１つ又は複数の実施形態に従うフローチャートを示す。
【図１２Ａ】図１２Ａは、１つ又は複数の実施形態に従うフローチャートを示す。
【図１２Ｂ】図１２Ｂは、１つ又は複数の実施形態に従うフローチャートを示す。
【図１３】図１３は、１つ又は複数の実施形態に従うフローチャートを示す。
【発明を実施するための形態】
【０００８】
以下、添付の図面を参照して特定の実施形態を詳細に説明する。さまざまな図における同様の要素は、一貫性のため、同様の参照番号で示される。同様の要素は、簡潔にするために、すべての図に示されていない場合がある。
【０００９】
本開示の実施形態の以下の詳細な説明において、本開示のより完全な理解を提供するために、多数の具体的な詳細が示される。しかしながら、当業者にとって、これらの具体的な詳細なしに本開示が実施され得ることは明らかであろう。他の例では、周知の特徴は、説明を不必要に複雑にすることを避けるために、詳細には説明されていない。
【００１０】
出願全体を通して、序数（例えば、第１、第２、第３など）は、要素（すなわち、出願における任意の名詞）の形容詞として用いられ得る。序数の使用は、「前」、「後」、「単一」及び他のそのような用語の使用など、明示的に開示されていない限り、要素の特定の順番を暗示したり、与えたりすることはなく、或いは、あらゆる要素を単一の要素のみであると限定することはない。むしろ、序数の使用は要素を区別することである。一例として、第１の要素は第２の要素とは区別され、第１の要素は２以上の要素を包囲し、要素の順序で、第２の要素を後にする（又は先行させる）ことができる。
【００１１】
単数形「a」、「an」及び「the」は、文脈上他に明確に指示されない限り、複数の指示対象を含むことが理解されるべきである。したがって、例えば、「水平ビーム」への言及は、そのようなビームの１つ又は複数への言及を含む。
【００１２】
「約（approximately）」、「実質的に（substantially）」などのような語は、記載された特性、パラメータ、又は値が、正確に達成される必要はないが、例えば、公差、測定誤差、測定精度限界及び当業者にとって既知の他の因子を含む偏差又は変動が、特性が提供しようとした効果を排除しない量で、生じ得る。
【００１３】
フローチャートに示された１つ又は複数のステップは、省略したり、反復したり、及び／又は示された順番とは異なる順番で実行され得ることが理解されるべきである。したがって、発明の趣旨はフローチャートに示されたステップの特定の組み合わせに限定されると解釈されてはならない。
【００１４】
多数従属請求項は導入されていないが、１つ又は複数の実施形態の従属請求項の発明主題は、他の従属請求項と組み合わせられ得ることは、当業者には明らかであろう。
【００１５】
概して、本発明の１つ又は複数の実施形態は、ヘルスケア施設間の医療データ（すなわち、すべての医療画像、レポート、ファイルなどを含む患者の完全な医療記録）を検索し及び抽出するように構成された、方法、非一時的なコンピュータ可読媒体、医療データを検索し抽出する及びシステムを提供する。
【００１６】
１つ又は複数の実施形態に従うユニバーサルビューアにより、グループ又はネットワークの一部として一緒に機能するヘルスケア施設は、それらのヘルスケア施設の患者に対する幅広い領域のサービスを調整し、配信することができる。例えば、ネットワークは、特定の地域（例えば、地域の医療ネットワーク）内の同じ病院グループ又はヘルスケア施設の一部であるヘルスケア施設を含み得る。１つ又は複数の実施形態によれば、ネットワークの一部であるヘルスケア施設（「ネットワーク内ヘルスケア施設」）は、ネットワーク内ヘルスケア施設の１つ又は複数を頻繁に使用する患者の医療データを取り出すために、より効果的にユニバーサルビューアを利用することができる。
【００１７】
１つ又は複数の実施形態によれば、ネットワーク内ヘルスケア施設のそれぞれは、クラウド型ストレージシステム、画像アーカイブ通信システム（ＰＡＣＳ）、若しくは同じベンダ又は異なるベンダによって提供されるクラウド型ＰＡＣＳの１つに関連付けられてもよい。具体的には、ネットワーク内ヘルスケア施設のそれぞれは、医療データを格納するために異なるシステムを利用してもよく、また、施設間通信のために固有のネットワークを利用してもよい。例えば、ネットワーク内ヘルスケア施設のそれぞれは、固有のセキュリティプロトコル、データ暗号化方法、並びにネットワークセーフィティ・アクセスプロトコルを有し得る。
【００１８】
１つ又は複数の実施形態によれば、１つのネットワーク内ヘルスケア施設（「要求元施設」）からの検索要求に応答して、他のすべてのネットワーク内施設（「要求対象施設」）は、検索要求に含まれるユーザ入力の検索パラメータ（「検索キー」）と密接にマッチする医療情報（医療データに関連付けられた情報）を送信するだろう。検索キーは、外部物理的装置（例えば、生体スキャナ、カードスキャナなど）及び外部メディア（ＣＤ、ＤＶＤ、ＵＳＢ、外付けハードドライブなど）を使用せずに、患者から口頭で、又は患者の身分証明書（ＩＤ）（例えば、運転免許証、パスポート、物理的な健康保険証、デジタル健康保険証など）から容易に取り出すことができる、所定の患者に関連付けられた簡単な情報を含む。
【００１９】
１つ又は複数の実施形態によれば、医療情報は、実際の医療データではなく、医療データに関連付けられた情報を含む。要求対象施設の医療データリポジトリ又はデータベース（「医療リポジトリ」）に格納されている患者の医療データの完全なセットは、サイズ的に大きすぎるかもしれないし、すべてのデータがユーザによって要求されているわけではないので、ユーザは、必要な又は自身に興味のある医療データのみを取り出すことを選択し得る。例えば、ユーザは、古くなった医療データや、現在の診断には有用ではない、又は異なる患者に関係する診断に関係する、医療データを取り出したくないかもしれない。これは、要求を送信するヘルスケア施設における医療リポジトリの不必要な保管コストを防止するだけでなく、医療データを取り出すために必要な時間も減少させる。
【００２０】
１つ又は複数の実施形態によれば、ユニバーサルビューアは、取り出された医療データにユーザが後処理を実行することができる画像レンダリングアプリケーションを含む。例えば、ユニバーサルビューアによって、ユーザは、所定の患者に関連付けられていない医療データ、古い医療データ、医療データのメタデータに埋め込まれた医療レポート中の不完全な医療情報を含む医療データ、再撮影を必要とする質の悪い医療画像を含む医療データ、ユーザが後の診断に必要としないであろう医療データなどについて、取り出された医療データをチェックすることができる。さらに、ユーザはユニバーサルビューアの後処理機能を用いて、関連医療データのみが表示されるよう取り出された医療データを精選してもよい。これにより、ユーザが必要としない医療データのための医療リポジトリにかかる不必要な保存コストを避けるだけでなく、現在及び未来の診断において必要となる関連医療データのみをユーザに提示することで、ユーザの診断効率を上げることができる。
【００２１】
１つ又は複数の実施形態によれば、ユニバーサルビューアは、第１ローカル医療サーバのリポジトリと、統合履歴データとしてすべての医療データ統合要求を処理するデータ統合コントローラのリポジトリ（「統合データリポジトリ」）とにおける患者に関連付けられた統合医療データについてのユーザの後処理のプリファレンスを保存する。データ統合コントローラは統合データリポジトリに格納された統合履歴データを参照し、当該患者のその後の医療データ統合に対し保存された後処理のプリファレンスを自動的に適用する。これにより、ユーザは、関係すると前もって結論づけた医療データを常に見ることができるため、現在及びその後の診断においてより効果的な診断を行うことができる。
【００２２】
１つ又は複数の実施形態によれば、複数のネットワーク内ヘルスケア施設のいずれか１つで患者の医療データが更新された場合、ユニバーサルビューアは、該医療データを以前に取り出した他のすべてのネットワーク内ヘルスケア施設に通知するためのメッセージを表示する。ユニバーサルビューアは、続いて、更新されたデータを取り出し、参照（view）するためのオプションをユーザに提示する。例えば、施設Ａのユーザが、施設Ｂのユーザによって以前に取り出された医療データを更新する場合、施設Ｂのユーザは、変更が自動的に通知され、施設Ａからの更新されたデータを取り出し、参照するためのオプションが与えられる。これにより、ネットワーク内ヘルスケア施設の中のすべてのユーザには、直近かつ最新の医療データが提供されるようになる。
【００２３】
図１Ａ及び１Ｂは、本発明の１つ又は複数の実施形態に係るシステム１００を示す。図示のように、システム１００は、複数のクラウド１０１ａ、１０１ｂと、クラウド型遠隔医療リポジトリ１０２と、異なるネットワーク内ヘルスケア施設（施設Ａ〜Ｄ）に関連付けられた医療リポジトリ１０５ａ、１０５ｂ、１０５ｃを有する複数の医療サーバ１０３ａ、１０３ｂ、１０３ｃ（例えば、アプリケーションプロキシサーバ（ＡＰＳ））と、データ統合コントローラ１０７と、複数の統合データリポジトリ１０８と、複数のゲートウェイデバイス１０９とを含む。医療サーバ１０３ａ、１０３ｂ、１０３ｃはすべて、データ統合コントローラ１０７に結合され、データ統合コントローラ１０７と相互通信するように構成される。さらに、医療サーバ１０３ａ、１０３ｂ、１０３ｃは、データ統合コントローラ１０７を介して、医療データを相互に交換し得る。ヘルスケア施設のそれぞれは、公立病院、私立病院、診療所、歯科医院などの医療を提供する任意の種類の施設であってよい。
【００２４】
１つ又は複数の実施形態では、医療サーバ１０３ａ、１０３ｂのそれぞれは、各ネットワーク内ヘルスケア施設で医療従事者によって利用される複数のユーザコンピューティングデバイス（図示せず）（ここでは「ローカルコンピュータ」と呼ばれる）に結合される。各ローカルコンピュータは、パーソナルコンピュータ（ＰＣ）、ラップトップ、モバイルコンピューティングデバイス（例えば、タブレットＰＣ、スマートフォンなど）、サーバ、メインフレーム、キオスクなどに対応し得る。１つ又は複数の実施形態では、ネットワーク内ヘルスケア施設のローカルコンピュータは、医療サーバ１０３ａとして構成され得る。
【００２５】
１つ又は複数の実施形態では、複数の医療サーバ１０３ａ、１０３ｂ、１０３ｃは同じクラウド１０１ａに結合されてもよいし、異なるクラウド１０１ｂに結合されてもよいし、或いはクラウドに結合されなくてもよい。具体的には、図１Ａに示す例では、施設Ａ〜Ｄの医療サーバ１０３ａ、１０３ｂは、各施設にローカルに配置され、直接的に又は間接的に同じベンダによって提供される共通のクラウド１０１ａ（以下、「共有クラウドサーバ」と呼ぶ。）を共有する。１つ又は複数の施設は、クラウド型ＰＡＣＳを提供する同じベンダ又はそのようなベンダと関連する他のサードパーティによって運用されるクラウド１０１ａ上の共有遠隔医療リポジトリ１０２を共有し得る。１つ又は複数の実施形態では、共有遠隔医療リポジトリ１０２はデータのオンラインリポジトリである。例えば、遠隔医療リポジトリはインターネットを介して遠隔でアクセスされる仮想データルーム（ＶＤＲ）又はデータベース（又はデータベース群）であり得る。
【００２６】
１つ又は複数の実施形態では、ネットワーク内ヘルスケア施設は、中央医療サーバ１０３ｂを含んでよく、それは施設Ｂを例として示される。中央医療サーバ１０３ｂは施設Ｂのローカルサーバルームに配置されたサーバ群で構成されうる。中央医療サーバ１０３ｂは施設Ｂの各個の医療サーバ１０３ａと関連付けられた医療リポジトリ１０５ａに格納される医療データすべてを格納（すなわちバックアップ）する中央医療リポジトリ１０５ｂを含み得る。中央医療サーバ１０３ｂはハブやローカルエリアネットワーク（ＬＡＮ）のようなゲートウェイデバイス１０９を通じて各個の医療サーバ１０３ａに結合され、各個の医療サーバ１０３ａがクラウド１０１ａと通信可能にする主要中継点として構成される。
【００２７】
１つ又は複数の実施形態では、施設全体におけるデータフローすべてを処理することが可能であるよう、中央医療リポジトリの技術仕様及び処理能力は各個の医療サーバ１０３ａより高い。同様に、中央医療リポジトリ１０５ｂの容量（すなわちストレージサイズ）は各個の医療サーバ１０３ａに関連付けられた各医療リポジトリ１０５ａより大きい。
【００２８】
１つ又は複数の実施形態では、施設Ｃの医療サーバ１０３ａはクラウド１０１ａとは異なるクラウド１０１ｂ上に配置された遠隔医療サーバ１０３ｃと双方向的に通信する。１つ又は複数の実施形態では、クラウド１０１ｂはクラウド１０１ａと双方向的に通信し得る。クラウド１０１ｂは施設Ａ及びＢに対してクラウドサーバを提供したベンダとは異なるベンダによって提供されるクラウド型ＰＡＣＳに関連付けられ得る。
【００２９】
１つ又は複数の実施形態では、施設Ｃの遠隔医療サーバ１０３ｃは、クラウド型ＰＡＣＳを提供する同じベンダ又はそのようなベンダに関連付けられたサードパーティによって運用される遠隔医療リポジトリ１０５ｃを含む。１つ又は複数の実施形態では、遠隔医療サーバ１０３ｃは、アプリケーション及び情報処理を実行する物理的な及び／又は仮想的なコンピューティング・インフラストラクチャである。例えば、遠隔医療サーバ１０３ｃは、インターネットを介して遠隔でアクセスされる仮想サーバ又は物理サーバであり得る。１つ又は複数の実施形態では、遠隔医療リポジトリ１０５ｃは、データのオンラインリポジトリである。例えば、遠隔医療リポジトリは、インターネットを介して遠隔でアクセスされるＶＤＲ又はデータベース（又はデータベース群）であり得る。クラウド１０１ｂ上に配置された遠隔医療サーバ１０３ｃに格納された医療データは施設Ｃにローカルに配置された医療サーバ１０３ａに格納された医療データとは異なる。具体的には、施設Ｃの医療サーバ１０３ａに格納された医療データのすべてのコピーがクラウド１０１ｂに配置された遠隔医療サーバ１０３ｃでバックアップされ利用可能である。
【００３０】
施設Ｄの医療サーバ１０３ａは、クラウド１０１ａのベンダ及びクラウド１０１ｂのベンダと同じベンダ又は異なるベンダによって提供されたＰＡＣＳと関連付けられた医療サーバであってよい。施設Ｄの医療サーバ１０３ａは、ローカルに配置されたゲートウェイデバイス１０９を介してクラウド１０１ａに間接的に結合されているが、それについては後述する。
【００３１】
１つ又は複数の実施形態では、データ統合コントローラ１０７は、システム内のクラウド１０１ａ、クラウド１０１ｂ、又は別のクラウド（図示せず）上に配置され得る。データ統合コントローラ１０７はまた、各ネットワーク内ヘルスケア施設にローカルに提供され得る。データ統合コントローラ１０７は、医療サーバ１０３ａ、１０３ｂを相互接続し、医療サーバ１０３ａ、１０３ｂ間で要求及び医療データを中継するためのハブとして構成される。さらに、データ統合コントローラ１０７は、１つ又は複数のコンピュータプロセッサ、関連するメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリなど）、１つ又は複数の記憶装置（例えば、ハードディスク、コンパクトディスク（ＣＤ）ドライブやデジタル多用途ディスク（ＤＶＤ）ドライブのような光学ドライブ、フラッシュメモリスティック）、並びに他の多くの要素及び機能を含む、コンピューティングデバイスであり得る。
【００３２】
１つ又は複数の実施形態では、医療サーバ１０３ａ、１０３ｂのそれぞれは、異なるインターネットネットワーク（「ネットワーク」）上にあってもよく、それは、データ統合コントローラ１０７のネットワークとは異なるものであってもよい。医療サーバ１０３ａ、１０３ｂによって用いられるネットワークは、ネットワーク内ヘルスケア施設のストレージ及び施設間通信システムに関連付けられたベンダによって提供されるサービスに依存し得る。したがって、医療サーバは、施設Ｄのゲートウェイデバイス１０９のようなゲートウェイデバイスを介してデータ統合コントローラ１０７と通信する。ゲートウェイデバイスは、異なるネットワーク上に接続された２つの異なる装置間を接続し、データを渡す、単純なルータのような別個の装置であり得る。１つ又は複数の実施形態では、医療サーバは、ゲートウェイデバイスとして構成され得る。
【００３３】
１つ又は複数の実施形態では、ネットワーク内ヘルスケア施設のユーザ（例えば、医療従事者）は、クラウド及び／又はＰＡＣＳサービスを提供したベンダ、又は別のサードパーティによって提供され得るユニバーサルビューアアプリケーション（「ユニバーサルビューア」）を介して、データ統合コントローラ１０７にアクセスし得る。ユニバーサルビューアは、すべての医療サーバ１０３ａ、１０３ｂに格納され、ユーザにユニバーサルビューアの操作を可能にさせる、グラフィカルユーザインターフェース（「ＧＵＩ」）を備えたウェブブラウザアプリケーションのプラグインとしてローカルコンピュータにダウンロードされてもよい。あるいは、ユニバーサルビューアは、クラウド１０１ａに格納され、ユニバーサルビューアに関連付けられたユニフォームリスロケータ（ＵＲＬ）（例えば、ウェブアドレス）をウェブブラウザの検索バーに入力することによってウェブページとしてアクセスされてもよい。
【００３４】
１つ又は複数の実施形態では、クラウド１０１ａは、データ統合コントローラ１０７を介して中継された医療データをコンパイルし後処理を実行し、ユニバーサルビューアによって表示されるデータを生成する画像レンダリングアプリケーションを備える。画像レンダリングアプリケーションは、ユニバーサルビューアアプリケーションの拡張として備えられ、ユニバーサルビューアアプリケーションと同じ場所に物理的に格納され得る。
【００３５】
１つ又は複数の実施形態では、システム１００はデータ統合コントローラ１０７、ユニバーサルビューア及び画像レンダリングアプリケーションによって処理された要求及び医療データの履歴及び構成のすべてを格納する複数の統合データリポジトリ１０８を含む。統合データリポジトリ１０８は、クラウド１０１ａ又は１０１ｂ、医療サーバ１０３ａ又は１０３ｂ、又はその両方に備えられ得る。統合データリポジトリ１０８がクラウド１０１ａ、１０１ｂに配置される１つ又は複数の実施形態では、統合データリポジトリ１０８はインターネットを介して遠隔的にアクセスされるデータのオンラインリポジトリ、ＶＤＲ又はデータベース（又はデータベース群）であり得る。
【００３６】
図１Ｂは、発明の１つ又は複数の実施形態に従う、図１Ａで説明されたシステムの詳細な実装を示す。
【００３７】
図１Ｂに示す１つ又は複数の実施形態では、施設Ａ及びＢはクラウド１０１ａに配置された遠隔医療リポジトリ１０２を共有し、施設Ｃ及びＤは遠隔医療リポジトリ１０２を共有しない。１つ又は複数の実施形態では、施設Ａ及びＢの医療サーバ１０３ａ、１０３ｂに結合された医療リポジトリ１０５ａ、１０５ｂに格納されたすべての医療データのコピーがクラウド１０１ａに配置された遠隔医療リポジトリ１０２にバックアップされ利用可能である。これにより、データ統合コントローラ１０７は、施設Ａ及びＢから医療データを取り出すことが要求された際に、共有医療リポジトリ１０２から医療データを直接取り出すことができる。
【００３８】
図１Ｂに示す１つ又は複数の実施形態では、施設Ａ（「元施設」）が所定の患者に関連付けられた医療情報の第１の取り出し要求（例えば、検索要求矢印によって表される）を送信する。１つ又は複数の実施形態では、第１の取り出し要求は患者の姓、名、性別、及び生年月日を含む検索基準を含み得る。検索をさらに細かく精選するために、利用可能であれば患者の社会保障番号のような他の基準が利用されてもよい。さらに、施設Ｂ、Ｃ及びＤ（「対象施設」）は、元施設によって送信された第１の取り出し要求に含まれた検索基準の大部分と合致する情報を持つ医療データを有し得る。データ統合コントローラ１０７を介して転送された元施設からの要求を受信すると、対象施設は、これらの医療データに関連付けられた医療情報をデータ統合コントローラ１０７に送信する。
【００３９】
１つ又は複数の実施形態では、データ統合コントローラ１０７は、対象施設から送信された医療情報を受信すると、受信した医療情報をリストに編成し、当該リストを元施設の医療サーバ１０３ａに送信する。そうして、リストは、例えば、元施設のローカルコンピュータ上でウェブブラウザによってアクセスされるユニバーサルビューアを介してユーザに表示される。ユーザは、データ統合コントローラ１０７によってコンパイルされたリストを参照し、関連する医療データのみ又は関心のある医療データのみを選択することができる。
【００４０】
１つ又は複数の実施形態では、ユーザがリストから関心のある医療情報を選択すると、ユーザは、関心のある医療データを有する施設から医療データを取り出す（曲線状（Ｕ字型）の矢印を用いて示される）ために、データ統合コントローラ１０７に第２の取り出し要求を送信する。図１Ｂに示す例では、ユーザは、すべての対象施設からの医療データに関心がある。したがって、データ統合コントローラ１０７は、選択した医療情報に関連付けられた医療データを取り出すよう、すべての対象施設の医療サーバ１０３ａ、１０３ｂに対して第２の取り出し要求を送信する。
【００４１】
１つ又は複数の実施形態では、医療データを取り出すための第２の取り出し要求に応答して、対象施設の医療サーバ１０３ａ、１０３ｂは、元施設によって要求された医療データをデータ統合コントローラ１０７に送信する。データ統合コントローラ１０７は、対象施設から医療データを受信し、新しく作成した共通の患者ＩＤ（「共通ＰＩＤ」）の下で、受信した医療データの医療情報を統合データリポジトリ１０８に格納するためのデータテーブル（図示せず）を作成する。医療データはクラウド１０１ａの画像レンダリングアプリケーションによってユニバーサルビューアを通して表示可能なフォーマットへと処理される。医療データは、続いて、当該医療データを元施設に予め存在する任意の関係する医療データと結合することができる元施設へと転送され、ウェブブラウザを介してアクセスされるユニバーサルビューアを用いてユーザに表示される。
【００４２】
図１Ｂに示す本発明の１つ又は複数の実施形態では、施設Ｂがクラウド１０１ａの共有遠隔医療リポジトリ１０２を共有するため、施設Ｂの医療サーバ１０３ａ、１０３ｂで利用可能な医療データのコピーは遠隔医療リポジトリ１０２で既にバックアップされ利用可能である。したがって、元施設からの第１と第２の取り出し要求はデータ統合コントローラ１０７によって施設Ｂの医療サーバ１０３ａ、１０３ｂに送信されない。その代わりに、データ統合コントローラ１０７が要求された医療情報と医療データを直接クラウド１０１ａの共有遠隔医療リポジトリ１０２から取り出す。
【００４３】
１つ又は複数の実施形態では、施設Ｃ及びＤはクラウド１０１ａの共有遠隔医療リポジトリ１０２を共有しないため、データ統合コントローラ１０７が、施設Ｃの共有医療リポジトリ１０５ｃ及び施設Ｄの医療リポジトリ１０５ａから施設Ｃ及びＤに関連付けられる医療情報及び医療データを取り出す。
【００４４】
１つ又は複数の実施形態では、第１の取り出し要求内の検索基準の情報と、第２の検索要求によって取り出された医療データの医療情報を保存するデータテーブルからの情報とが、統合データとして統合データリポジトリ１０８に保存される（すなわち、検索履歴）。１つ又は複数の実施形態では、データ統合コントローラ１０７が、統合データリポジトリ１０８に格納された統合データに基づいて自動的に第２の取り出し要求を送信する。
【００４５】
１つ又は複数の実施形態では、以前使用された検索基準に完全に合致する検索基準を持つ第１の取り出し要求をユーザが手動で送信すると、データ統合コントローラ１０７は、以前の同一の要求と同じ医療データを取り出したいのか異なる（すなわち、追加や縮小した）医療データを取り出したいのか否かを確認するメッセージを開かれたユニバーサルビューアのポップアップウィンドウを介して表示してもよい。同じ医療データを取り出すことをユーザが選択した場合、データ統合コントローラ１０７は、統合データリポジトリ１０８に格納された統合データを取り出し、医療データを取り出す第２の取り出し要求を自動的に送信する。
【００４６】
図２は、本発明の１つ又は複数の実施形態に係るシステムダイアグラムを示す。図２に示すように、１つ又は複数の実施形態に係るシステムは、図１Ａ及び図１Ｂに記載されたような４つのネットワーク内ヘルスケア施設（施設Ａ、施設Ｂ、施設Ｃ、施設Ｄ）を含む。各施設のストレージ２０１は、図１Ａに記載されたような各施設の医療リポジトリ１０５ａ、１０５ｂ、１０５ｃにそれぞれ対応する。
【００４７】
図２に示すような１つ又は複数の実施形態では、施設Ａは、検索要求及び医療データ要求を残りの施設（「要求対象施設」）に送信する施設（「要求元施設」）である。要求元施設は、ユニバーサルビューアアプリケーションにログインするためのユーザのユーザＩＤ及び検索キーを構成する検索パラメータを入力するためのユーザＩＤ及び検索キー入力部２０２（例えば、キーボード、マウスなど）、ユーザに対し医療データを表示するための表示部２０３（すなわち、モニタやスクリーン）、及び要求対象施設から受信した医療データへの後処理指示を入力するための追加の情報入力部２０５（例えば、キーボード、マウスなど）を含むローカルコンピュータを備える。１つ又は複数の実施形態では、ネットワーク内ヘルスケア施設のそれぞれは、要求元施設又は要求対象施設のいずれかであり得る。
【００４８】
図２に示すような１つ又は複数の実施形態では、施設Ａは、付加情報入力装置２０５によって受信した後処理指示を表示部２０３に表示される医療データに適用するプロセッサ２０９を含む情報付加コントローラ２０７をも含む。１つ又は複数の実施形態では、情報付加コントローラ２０７はさらに、医療データに実行される後処理についてのすべての情報を格納する付加情報ストレージ２１１を含む。１つ又は複数の実施形態では、情報付加コントローラ２０７は図１Ａ及び１Ｂに示すような画像レンダリングアプリケーションを含んでも良い。
【００４９】
１つ又は複数の実施形態では、施設Ａの情報付加コントローラ２０７は、施設Ａのストレージと同じクラウド上に配置された統合データベースストレージ２１３に結合され得る。統合データベースストレージは、図１Ａ及び１Ｂを参照し上述した統合データリポジトリ１０８であり得る。１つ又は複数の実施形態では、統合データベースストレージ２１３は、データ統合コントローラ１０７、情報付加コントローラ２０７、ユニバーサルビューア及び画像レンダリングアプリケーションによって処理された要求と医療データのすべての履歴及び構成を格納する。１つ又は複数の実施形態では、情報付加コントローラの付加情報ストレージ２１１に格納された後処理情報も、統合データベースストレージ２１３に保存（つまり、バックアップ）される。
【００５０】
１つ又は複数の実施形態では、各対象施設は独自の情報付加コントローラ２０７及び統合データベースストレージ２１３をも備え得る。あるいは、１つ又は複数の実施形態では、各対象施設は、クラウド１０１ａ上に配置された共有統合データベースストレージ２１３と結合した情報付加コントローラ２０７のみを備えても良い。あるいは、共有統合データベースストレージはクラウド１０１ｂに配置されるか、又は施設Ａ〜Ｄのうち１施設にローカルに配置されても良い。
【００５１】
図２に示す１つ又は複数の実施形態では、情報付加コントローラ２０７が施設Ａにローカルに配置されている一方で、統合データベースストレージ２１３は施設Ａ及びＢのストレージ２０１と同じクラウド１０１ａ上に配置されているが、発明の範囲はこの構成に限定されるものではない。例えば、１つ又は複数の実施形態では、情報付加コントローラ２０７は統合データベースストレージ２１３と同じクラウド１０１ａ上に配置され得る。あるいは、統合データベースストレージ２１３と情報付加コントローラ２０７はいずれも施設Ａにローカルに配置され得る。
【００５２】
１つまたは複数の実施形態では、各施設のストレージ２０１はそれぞれのヘルスケア施設にローカルに配置されるか、又はクラウド１０１ａ、１０１ｂ上に遠隔に配置される。図２に示された例では、施設Ａ及びＢのストレージは同じクラウド１０１ａ上に配置され、施設Ｃのストレージは異なるクラウド１０１ｂ上に配置され、施設Ｄのストレージは施設Ｄにローカルに配置されている。同じクラウド１０１ａ、１０１ｂ上に配置されたストレージ２０１は同じネットワークを共有し得るが、各ストレージ２０１は異なるネットワークに関連付けられて良い。さらに、上記のとおり図１Ａ及び１Ｂに示すように、施設Ａ及びＢのストレージ２０１は同じストレージ２０１であり得る。
【００５３】
図２に示すような１つ又は複数の実施形態では、図１Ａを参照し説明したデータ統合コントローラ１０７は、施設Ａ及びＢのストレージ２０１と同じクラウド１０１ａに配置される。あるいは、データ統合コントローラ１０７は、施設Ａ及びＣのストレージ２０１をホストするクラウド１０１ａ、１０１ｂとは異なるクラウド上に配置され得る。
【００５４】
１つ又は複数の実施形態では、データ統合コントローラ１０７は、検索要求を処理する（すなわち、異なるストレージ間で検索要求、医療データ要求、医療情報及び医療データを中継する）プロセッサ２０９’と、すべてのストレージ２０１をデータ統合コントローラ１０７に関連付けられたネットワークに接続するメインハブとして構成された通信Ｉ／Ｆ２１５（通信インターフェース）部を含む。各ストレージは、ストレージ２０１のそれぞれをデータ統合コントローラ１０７の通信Ｉ／Ｆ部２１５に接続する図１Ａ及び１Ｂに示すようなローカルゲートウェイ１０９を介して、データ統合コントローラと通信する。４つのネットワーク内ヘルスケア施設のそれぞれのローカルゲートウェイ１０９は、ストレージ２０１が配置されている医療サーバ１０３ａ、１０３ｂ、１０３ｃであってもよいし、別個のデバイスであってもよい。
【００５５】
図３は、本発明の１つ又は複数の実施形態に係る通信ダイアグラムを示す。この通信ダイアグラムは、図２に示すようなシステムによって実行される１つ又は複数の実施形態の通信方法を示す。通信ダイアグラムは、医療データを取り出すための、ネットワーク内ヘルスケア施設の１つからの要求（「データ統合要求」）に応答して送信される信号の経路を示す。
【００５６】
図３に示す１つ又は複数の実施形態では、データ統合要求は、ソースのヘルスケア施設のローカルコンピュータ（図２に記載されているような要求元施設）から発信される。データ統合要求は、要求元施設の医療サーバに結合されたローカルコンピュータからデータ統合コントローラに、患者情報検索要求（「検索要求」）として最初に送信される。検索要求は、所定の患者に関連付けられた患者情報のストリングで構成される検索キーを含む。患者情報は、患者の名前、性別、生年月日、患者に関連付けられたヘルスケア施設の施設識別（ＩＤ）患者の診断に使用されるモダリティのタイプなどを含み得る。
【００５７】
１つ又は複数の実施形態では、データ統合コントローラは、検索要求を受信し、データ統合要求先の医療サーバ（図２記載されているような要求対象施設）に検索要求を中継する。要求対象施設の医療サーバは、医療サーバに結合されたローカルゲートウェイデバイスを介して検索要求を受信し得る。１つ又は複数の実施形態では、医療サーバは、ローカルゲートウェイとして構成され得る。
【００５８】
１つ又は複数の実施形態では、要求対象施設の医療サーバは、受信した検索要求を処理し、検索要求に一致する医療情報をデータ統合コントローラに送信する。データ統合制御部は、要求対象施設から医療情報を受信し、該医療情報をリスト化して、要求元施設のローカルコンピュータに送信する。
【００５９】
１つ又は複数の実施形態では、ローカルコンピュータは、受信した医療情報のリストをユーザに表示する。ユーザは、統合（すなわち、取り出し）したい受信した医療情報に関連付けられた医療データを選択する。ユーザが統合されるべき医療データを確認すると、ローカルコンピュータは、医療データ取り出し要求（「取り出し要求」）をデータ統合コントローラに送信する。データ統合コントローラは、取り出し要求を処理し、該取り出し要求を要求データに関連付けられた選択された要求対象施設の医療サーバに送信する（すなわち、要求は、要求された医療データを有する対象施設にのみ送信される）。
【００６０】
１つ又は複数の実施形態では、選択された対象施設は、取り出し要求を受信して処理し、要求された医療データをデータ統合コントローラに送信する。データ統合コントローラは、選択された要求対象施設から要求された医療データを受信し、該医療データを要求元施設の医療サーバに転送する。要求元施設は、データ統合コントローラから医療データを受信し、受信した該医療データを保存し、該受信したデータを単一のファイルに統合し、統合された医療データをローカルコンピュータ上に表示する。
【００６１】
図４Ａ、４Ｂ及び４Ｃは、本発明の１つ又は複数の実施形態に係るユーザインターフェースを示す。図４Ａ〜４Ｃに示すように、ユーザは、ウェブブラウザ４０１を介してユニバーサルビューアにアクセスし得る。本例のユニバーサルビューアは、ユーザによって選択されると、ユーザに対する患者データ統合検索画面（「検索インターフェース」）４０３を開く検索オプションを含む。
【００６２】
１又は複数の実施形態では、図４Ａに示すように、ユニバーサルビューアの初スタートアップページは、ウェブブラウザ４０１のタブに表示され得る。ユニバーサルビューアのユーザは、ウェブブラウザ４０１の検索バーにユニバーサルビューアに関連付けられたウェブアドレスを入力することによって、スタートアップページにアクセスし得る。
【００６３】
１つ又は複数の実施形態では、ユーザは、指定されたユーザＩＤと、ユーザがユニバーサルビューアにアクセス権限を有することを示すユーザ設定パスワードとを含むアクセス情報を入力するように促され得る。ウェブブラウザ４０１がユーザによって最後に閉じられた後、ユニバーサルビューアが最初に開かれた場合には、ユーザは、アクセス情報を入力するよう促されるのみでもよい。１つ又は複数の実施形態では、ユーザは、ユーザがユニバーサルビューアを開くたびにアクセス情報を入力するように促されてもよい。
【００６４】
１つ又は複数の実施形態では、ユーザはまた、複数のタブを開いて、開いているすべてのタブを通してユニバーサルビューアにアクセスし得る。ウェブブラウザ４０１の各タブで開かれたユニバーサルビューアのそれぞれは、互いに独立している。例えば、あるタブのユニバーサルビューアに対してユーザが行った変更は、別のタブで開かれたユニバーサルビューアには適用されないだろう。
【００６５】
１つ又は複数の実施形態では、図４Ａに示すような検索インターフェース４０３は、ユーザの検索要求に含まれる検索キーを構成する検索パラメータを含む。検索インターフェース４０３は、患者ＩＤ、通常のアルファベット表記の患者名、ＡＳＣＩＩ形式の患者名を入力するためのパラメータ、患者の性別、患者の生年月日を選択するためのパラメータを含む。検索インターフェース４０３はさらに、検索リクエストをキャンセル（キャンセル）する（すなわち、検索インターフェースを閉じる）か、又は検索要求（検索）をサブミットするための２つのユーザ選択可能タブを含む。１つ又は複数の実施形態では、検索パラメータは、検索インターフェース４０３のユーザによって手動で入力され得る。あるいは、関心のある患者の情報が既にウェブブラウザ４０１にロードされているときにユーザが検索インターフェースを開く場合、検索インターフェース４０３のパラメータは、ウェブブラウザ４０１にロードされた患者情報に基づいて、自動的に完了する（すなわち、ユニバーサルブラウザによって自動的に埋められる）。
【００６６】
１つ又は複数の実施形態では、ユーザが検索をサブミットするために、検索インターフェース４０３におけるパラメータのすべてをユーザが完了させる必要はない。例えば、ユーザは、患者の生年月日のみ又は患者名と患者の性別との組み合わせのみで、検索要求をサブミットすることができる。当業者は、検索インターフェース４０３におけるより多くのパラメータが埋められると、より洗練された検索がユニバーサルビューアアプリケーションによって実行されることを理解するであろう。
【００６７】
図４Ｂに示すような１つ以上の実施形態では、検索インターフェース４０３はまた、検索要求を受信する対象ネットワーク内ヘルスケア施設（「要求対象施設」）を選択するためのパラメータや医療データを取得したモダリティを選択するためのパラメータのようなより高度な検索パラメータを含み得る。図４Ｂに示すように、病院Ｂ、病院Ｃ、及び診療所Ｆが、検索要求を受信する対象施設として選択され、該検索要求は、ＣＴ、ＭＲＩ及びＭＧモダリティに関連付けられた医療データに向けられる。当業者は、特に示されていない様々な他の検索パラメータ、例えば患者の血液型が使用され得ることを理解するであろう。
【００６８】
図１に示すような１つ又は複数の実施形態では、ユーザは、ユニバーサルビューアアプリケーションを介していつでも検索インターフェース４０３にアクセスすることができる。図４Ｃの例では、ウェブブラウザ４０１は、ユーザが現在参照している複数の医療データを含む患者診断タブを表示している。
【００６９】
図５Ａ及び５Ｂは、本発明の１つ又は複数の実施形態に係るデータ統合コントローラ１０７によってコンパイルされた医療情報のリストを含むユーザインターフェース５０１を示す。図５Ａに示すように、ユーザインターフェース５０１は、検索要求に入力された所定の患者の情報（例えば、患者の名前、患者の性別、患者の生年月日）（「検索要求」）を含む。ユーザインターフェース５０１はさらに、医療情報のリストを表示し、施設、患者名、性別、生年月日（「ＤＯＢ」）によって医療情報を分類する。加えて、ユーザインターフェース５０１は、ユーザがリスト（すなわち統合列）から関心のある医療情報のすべてを選択するためのオプションを含む。ユーザが関心のある医療情報をすべて選択すると、ユーザは、検索要求（検索）をサブミットするか、又は検索要求をキャンセル（キャンセル）する（すなわち、検索インターフェースを閉じる）。
【００７０】
図５Ｂは、本発明の１つ又は複数の実施形態に係るユーザインターフェース５０１の一例を示す。図５Ｂに示すようなユーザインターフェース５０１は、患者の最後の訪問日、検査データに関する情報、及びび医療データ内の画像／レポートの数といった追加の情報を表示する。１つ又は複数の実施形態では、検査データ列のアイコンをクリックすると、医療情報に関係する診断についての詳細情報を表示するポップアップウィンドウが開く。さらに、この例のユーザインターフェースは、ユーザが直ちに取り出したい医療情報を選択するための選択肢（即時統合）と、同じ取り出し要求が次に送信される時に自動的に検索される医療情報を選択するためのオプションとを含む（自動次回統合）。
【００７１】
図５Ａ及び５Ｂに示すような１つ又は複数の実施形態では、ユーザインターフェース５０１に表示された医療情報は、対応する医療データのメタデータとして保存される。
【００７２】
図６は、本発明の１つ又は複数の実施形態に係るダイアグラムを示し、該ダイアグラムは、ユーザが表示された統合医療データに後処理を実行する場合の事象を示している。
【００７３】
図６に示すような１つ又は複数の実施形態では、ブラウザ６０１のタブに開かれたユニバーサルビューアが、特定の検索キーを用いたユーザの医療データ統合要求に基づいて取り出された３つの医療データ６０３の統合ビューを表示している。ユーザは、表示された統合医療データに後処理を実行する必要があるか否かを決定するため、各医療データ６０３を検討してもよい。
【００７４】
１つ又は複数の実施形態では、マウスカーソル（図示せず）が医療データ６０３のエリア上に置かれている時にマウス６０５を用いてユーザがクリックを行った場合、選択ボックス６０７が医療データ６０３の上に現れ、選択された医療データ６０３をハイライトする。ユーザがマウス６０５を用いて左クリックを行った場合、選択ボックス６０７の色は青になり得る。ユーザがマウス６０５を用いて右クリックを行った場合、選択ボックス６０７の色は赤になり、選択された医療データ６０３が後処理待ちであることを示唆し、ポップアップウィンドウ６０９がマウスカーソルのごく近くに現れ得る（マウスが左利きユーザ用にプログラムされている場合、マウス６０５の右クリックによって選択ボックスが青になり、左クリックによって選択ボックスが赤になりポップアップウィンドウ６０９が表示される）。１つ又は複数の実施形態では、マウス６０５は、複数の入力機能（例えば、左クリックと右クリック）を備えて構成されたタッチパッド、スタイラス、キーボードなどのような他の任意の入力装置であっても良い。
【００７５】
１つ又は複数の実施形態では、ポップアップウィンドウ６０９は、選択された医療データ６０３に対してユーザが実行することのできる後処理のオプションを含む。ポップアップウィンドウ６０９に表示された後処理のオプションは統合キャンセル、データ削除、次の統合‐非表示、対象患者データ‐非表示、データ編集、を含み得る。
【００７６】
１つ又は複数の実施形態では、ユーザが統合キャンセルのオプションを選択すると、ユニバーサルビューアタブに表示されたすべての医療データ６０３が取り除かれる（すなわち、医療データの統合がユーザによってキャンセルされる）。
【００７７】
１つ又は複数の実施形態では、ユーザがデータ削除のオプションを選択すると、選択された医療データ６０３がユニバーサルビューアタブ内の統合ビューから削除される。
【００７８】
１つ又は複数の実施形態では、ユーザが次の統合‐非表示のオプションを選択すると、選択された医療データ６０３は現在の医療データ統合要求と同じ検索キーに関連付けられる後の医療データ統合要求によって生成される統合ビュー内に表示されない（すなわち、非表示、不可視）。
【００７９】
１つ又は複数の実施形態では、ユーザが対象患者データ‐非表示を選択すると、選択された医療データ６０３と同じ患者と関連付けられた統合ビュー内のすべての医療データ６０３が統合ビュー内で非表示になり、ユーザに見えなくなる。
【００８０】
１つ又は複数の実施形態では、ユーザがデータ編集のオプションを選択すると、選択された医療データ６０３と関連付けられたメタデータをユーザが編集することを可能にするＧＵＩ（図示せず）を表示する新しいポップアップウィンドウが表示される。
【００８１】
図７は、発明の１つ又は複数の実施形態に従うダイアグラムを示し、該ダイアグラムはユーザが図６に示されるような可能な後処理のオプションの１つを選択した場合の事象を示している。
【００８２】
１つ又は複数の実施形態では、ユーザがマウス６０５を用いてポップアップメニュー６０９内に示された後処理のオプションの１つを選択すると、警告メッセージを表示するポップアップウィンドウ７０１ａ〜ｄが表示される。ポップアップウィンドウ７０１ａ〜ｄは、ユーザによって選択されたオプションに関連付けられたアクションの説明、現在の医療データ統合要求と同じ検索キーに関連する後の医療データ統合要求へのアクションの影響、及びユーザが選択されたオプションを続けることを望むか否かを確認するユーザへの質問を含む警告を表示し得る。
【００８３】
例えば、図７に示すような１つ又は複数の実施形態では、ユーザが統合キャンセルのオプションを選択すると、ユーザにユーザが統合ビューをキャンセルしようとしていること、すべての統合データ（すなわち医療データ）がキャンセルされること、及び現在の医療データ統合要求と同じ検索キーに関連する後の医療データ統合要求から生成された統合ビュー内には同じ統合ビューが再び表示されないことを、ユーザに警告するポップアップウィンドウ７０１ａが現れる。同様に、データ消去のオプション、次の統合‐非表示のオプション、及び対象患者データ‐非表示のオプションの警告の例がポップアップウィンドウ７０１ｂ〜ｄにそれぞれ示される。
【００８４】
データ編集のオプションへの警告の例が、メタデータを編集するためのＧＵＩを持つポップアップウィンドウをユーザに提示する前に、ユーザが選択された医療データのメタデータを編集することを望むか否かを確認する最初のメッセージ、及びかユーザがメタデータを編集し終えた後に、選択された医療データへ編集を適用したいか否かを確認するその後の警告メッセージであることは、当業者にとって明らかであろう。
【００８５】
図８は、本発明の１つ又は複数の実施形態に係るダイアグラムを示し、該ダイアグラムは、ネットワーク内ヘルスケア施設のうちの１つが医療データを更新するか、又はネットワーク内ヘルスケア施設のうちの１つ又は複数の異なる施設によって医療データが取り出された患者に関連付けられた医療データを追加する場合の事象を示している。
【００８６】
１つ又は複数の実施形態では、医療データが以前に取り出された患者に関連付けられた検索パラメータの情報は、保存され、ユーザがユニバーサルビューアにログインするときに、ユニバーサルビューアは、保存された検索パラメータを用いて、自動的にバックグラウンドで検索を実行する。ユニバーサルビューアは、ネットワーク内ヘルスケア施設の１つが既存の医療データを更新したか、又は以前に検索された患者に関連付けられた新しい医療データを追加したと判断する場合、ユニバーサルビューアは、以前に検索された患者に関連付けられた医療データが変更されたことを示すように、ユーザにポップアップ表示８０１を表示する。１つ又は複数の実施形態において、バックグラウンドで行われる自動検索は、ユニバーサルビューアが開かれているときのユーザのプリファレンスに基づいて、所定の間隔でユニバーサルビューアによって実行されてもよい。
【００８７】
図８に示すような１つ又は複数の実施形態では、ユニバーサルビューアは、患者（例えば、２０１６年１２月２２日生まれのジョン・ドー（Jon Doe））に関連付けられた医療データを取り出した１つ又は複数のネットワーク内ヘルスケア施設で、ポップアップ表示メッセージ８０１をユーザに表示する。ポップアップ表示メッセージ８０１は、施設Ｂが同じ患者に関連付けられた医療データを更新（すなわち、医療データを追加又は医療データを修正）したことを示す。ポップアップ表示メッセージ８０１は、ユーザが施設Ｂからの更新された医療データを統合（すなわち取り出し）したいか否かを、ユーザに質問する。ユーザはまた、ユニバーサルビューアが、同じ患者に対して、将来、そのようなメッセージを再び表示するのを止めさせるためのオプションを提示される。
【００８８】
１つ又は複数の実施形態では、ユーザが更新された医療データを統合することを選択した場合、ユニバーサルビューアは、更新された医療データを施設Ｂから取り出して、更新された医療データをヘルスケア施設の医療リポジトリに保存し、さらに、ユーザインターフェース８０３を介して、更新された医療データが患者に利用可能であることを示す。次いで、ユーザは、どのような新しい医療データが利用可能であるかを確認するために、ユーザインターフェース８０３により患者を選択し得る。図６に示すように、利用可能な医療データのタイプは、医療画像のサムネイル版によって表現される。次いで、ユーザは、ユニバーサルビューアを開いてタブに統合医療データを表示するウェブブラウザ８０５において更新された医療データを見るために、更新された医療データを開くべきか否かを決定し得る。
【００８９】
本発明の実施形態は、使用されているプラットフォームにかかわらず、事実上あらゆるタイプのコンピューティングシステム上に実装され得る。例えば、コンピューティングシステムは、本発明の１つ又は複数の実施形態を実施するための、最少処理能力（minimum processing power）、メモリ、及び入出力デバイスを少なくとも含む、１つ若しくは複数のモバイルデバイス（例えば、ラップトップコンピュータ、スマートフォン、パーソナルデジタルアシスタント、タブレットコンピュータ、又は他のモバイルデバイス）、デスクトップコンピュータ、サーバ、サーバシャーシ内のブレード、又は他のあらゆるタイプの１つ又は複数のコンピューティングデバイスである。例えば、図９に示すように、コンピューティングシステム９００は、１つ又は複数のコンピュータプロセッサ９０２、関連メモリ９０４（例えば、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリなど）、１つ又は複数のストレージデバイス９０６（例えば、ハードディスク、コンパクトディスク（ＣＤ）ドライブ又はデジタル多用途ディスク（ＤＶＤ）ドライブといった光学ドライブ、フラッシュメモリスティックなど）、並びに他の多くの要素及び機能を含み得る。コンピュータプロセッサ９０２は、命令を処理するための集積回路であり得る。例えば、コンピュータプロセッサは、１つ又は複数のコア、又はプロセッサのマイクロコアであり得る。コンピューティングシステム９００はまた、タッチスクリーン、キーボード、マウス、マイクロフォン、タッチパッド、電子ペン、又は任意の他のタイプの入力デバイスといった１つ又は複数の入力デバイス９１０を含み得る。さらに、コンピュータシステム９００は、スクリーン（例えば、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、タッチスクリーン、陰極線管（ＣＲＴ）モニタ、プロジェクタ、又は他のディスプレイデバイス）、プリンタ、外部ストレージ、又は任意の他の出力デバイスといった１つ又は複数の出力デバイス９０８を含み得る。出力デバイスのうちの１つ又は複数は、入力デバイスと同じであってもよいし、異なっていてもよい。コンピューティングシステム９００は、ネットワークインターフェイス接続（図示せず）を介して、ネットワーク９１２（例えば、ローカルエリアネットワーク（ＬＡＮ）、インターネットなどのワイドエリアネットワーク（ＷＡＮ）、モバイルネットワーク、又は任意の他のタイプのネットワーク）に接続され得る。入力及び出力デバイスは、ローカルに又はリモートに（例えば、ネットワーク９１２を介して）、コンピュータプロセッサ９０２、メモリ９０４、及びストレージデバイス９０６に接続され得る。多くの異なるタイプのコンピューティングシステムが存在し、前述の入力及び出力デバイスは、他の形態をとり得る。
【００９０】
本発明の実施形態を実施するためのコンピュータ可読プログラムコードの形式のソフトウェア命令は、ＣＤ、ＤＶＤ、ストレージデバイス、ディスケット、テープ、フラッシュメモリ、物理メモリ、又は任意の他のコンピュータ可読記憶媒体といった非一時的なコンピュータ可読媒体上に、全体的又は部分的に、一時的又は永続的に、記憶され得る。具体的には、ソフトウェア命令は、プロセッサによって実行されると、本発明の実施形態を実施するように構成されたコンピュータ可読プログラムコードに対応し得る。
【００９１】
さらに、前述のコンピューティングシステム９００の１つ又は複数の要素は、遠隔地に配置され、ネットワーク９１２を介して他の要素に接続され得る。さらに、本発明の１つ又は複数の実施形態は、複数のノードを有する分散システム上で実施することができ、本発明の各部分は、分散システム内の異なるノード上に配置され得る。本発明の一実施形態では、ノードは、別個のコンピューティングデバイスに対応する。あるいは、ノードは、関連する物理メモリを有するコンピュータプロセッサに対応し得る。あるいは、ノードは、共有メモリ及び／又はリソースを有するコンピュータプロセッサ又はそのマイクロコアに対応し得る。
【００９２】
図９のコンピューティングシステムは、比較及び他の処理の結果といった未処理及び／又は処理済みデータを提示する機能を含み得る。例えば、データの提示は、様々な提示方法によって達成され得る。具体的には、データは、コンピューティングデバイスによって提供されるユーザインターフェースを介して提示され得る。ユーザインターフェースは、ハンドヘルドコンピュータデバイス上のコンピュータモニタ又はタッチスクリーンといったディスプレイデバイス上に情報を表示するＧＵＩを含み得る。ＧＵＩは、どのデータが表示されるか、どのようにデータがユーザに提示されるかを編成する様々なＧＵＩウィジェットを含み得る。さらに、ＧＵＩは、ユーザに直接的にデータを、例えばテキストを通して実際のデータ値として示されるデータ、又はコンピューティングデバイスによって、データモデルを視覚化するなどといった、データの視覚的表現にレンダリングされたデータを、提示し得る。
【００９３】
例えば、ＧＵＩは、最初に、特定のデータオブジェクトがＧＵＩ内に提示されることを要求するソフトウェアアプリケーションからの通知を取得し得る。次に、ＧＵＩは、例えば、データオブジェクトタイプを識別するデータオブジェクト内のデータ属性からデータを取得することによって、特定のデータオブジェクトに関連付けられたデータオブジェクトタイプを決定し得る。次に、ＧＵＩは、そのデータオブジェクトタイプを表示するために指定された任意のルール、例えば、データオブジェクトクラスのソフトウェアフレームワークによって特定されるルール、又はそのデータオブジェクトタイプを提示するためのＧＵＩによって定義される任意のローカルパラメータに従ったルール、を決定し得る。最後に、ＧＵＩは、特定のデータオブジェクトからデータ値を取得し、そのデータオブジェクトタイプに対する指定されたルールに従って、ディスプレイデバイス内のデータ値の視覚的表現をレンダリングし得る。
【００９４】
図１０は、１つ又は複数の実施形態に係るシステムの概略ブロックダイアグラムを示す。このシステムは、ネットワーク内におけるヘルスケア施設の複数の医療サーバ上の複数の医療リポジトリ間で医療画像及びデータを検索、抽出、及び表示するように構成される。複数の医療サーバは、データ統合コントローラを介して接続され、ローカル医療サーバと２つ以上の遠隔医療サーバとを含む。
【００９５】
図１０に示すようなシステムは、例えば、（ｉ）以下のステップを実行するように構成された命令を実行するように構成されたコンピュータプロセッサ１００６を含む処理モジュール１００４を含み得る。
【００９６】
一の態様では、コンピュータプロセッサ１００６は、（１）所定の患者に関連付けられた検索キーを有す医療データ統合要求をデータ統合コントローラを介して遠隔医療サーバに送信し、（２）遠隔医療サーバから医療データ統合要求と関連付けられた医療データを受信し、（３）受信された医療データを統合ビューとして表示し、（４）ユーザからの入力に基づいて受信した医療データに後処理を実行し、（５）実行された後処理の条件を格納し、（６）同じ検索キーに関連付けられた、後の医療データ統合要求から受信された医療データに同じ後処理条件を適用し、（７）後の医療データ統合要求から受信された医療データを統合ビューとして表示する、という命令を実行する。
【００９７】
図１０に示すようなシステムは、（ｉｉ）医療データをユーザに提示するように構成されたローカルサーバ１００２をさらに備える。このシステムは、ベンダ提供のアプリケーションに関係するユニバーサルビューアアプリケーション情報（すなわちデータ）１０１０、患者関連情報１０１２、及び医療データ１０１４を格納するように構成されたリポジトリ１００８をさらに含み得る。
【００９８】
図１１Ａ及び１１Ｂは、１つ又は複数の実施形態に係る方法のフローチャートを示す。１つ又は複数の実施形態では、図１１Ａ及び１１Ｂに示すような方法は、コンピュータ実装の方法である。図１１Ａ及び１１Ｂに示す各ステップは、複数のネットワーク内ヘルスケア施設のうちの１つのヘルスケア施設のシステムのみについて、以下にまとめて説明される。以下に説明する方法の各ステップは、複数のネットワーク内ヘルスケア施設のいずれかのシステムによって実行され得ることは、当業者にとって明らかであろう。
【００９９】
ステップ１１００において、患者情報検索要求（「検索要求」）が複数のネットワーク内ヘルスケア施設の１つにおける医療サーバ（「要求元」）からデータ統合コントローラに送信される。検索要求は、患者の名前、患者の性別、及び患者の生年月日を含む所定の患者に関連付けられた検索キーを含む。ユーザは、ウェブブラウザで開かれたユニバーサルビューアを介して検索情報に入力する。
【０１００】
ステップ１１０５において、データ統合コントローラは、要求元から検索要求を受信し、データ統合コントローラに接続された他のネットワーク内ヘルスケア施設の他のすべての医療サーバ（「要求対象」）に検索要求を送信する。
【０１０１】
ステップ１１１０において、要求対象は、検索要求を受信し、各要求対象は、ステップ１１１５において、それぞれの医療サーバが、検索キーに含まれる患者情報と一致する医療情報を有する医療データを含むか否かを判定する。１つ又は複数の実施形態では、医療データは、その結果が、正確に一致する関心のある患者を識別するのに十分である限り、検索キーに含まれる任意の数の患者情報に一致する医療情報を有していなければならない。例えば、性別、及び姓若しくは名の一方といった少なくとも２つの一般的な検索パラメータと、患者の正式な法的名、生年月日、モダリティタイプ、又は施設ＩＤといった他の１つ又は複数の特定のパラメータとの一致が要求され得る。当業者は、具体的に示されていない、様々な他の組み合わせ、例えば、特定のパラメータを有する２つ以上の一般的なパラメータ、２つの特定のパラメータを有する１つの一般的なパラメータ、２つの特定のパラメータのみといったものが用いられ得ることを理解するであろう。
【０１０２】
それぞれの要求対象について、ステップ１１１５におけるチェックの結果がＮＯである場合、要求対象はステップ１１２０Ｂにおいて何も送信しない。
【０１０３】
ステップ１１１５における判定結果がＹＥＳである場合、要求対象は、ステップ１１２０において検索要求に含まれる患者情報と一致する医療情報をデータ統合制御装置に送信する。１つ又は複数の実施形態では、医療情報は、実際の医療データを含まずに、むしろ、施設名、患者名、患者の性別、患者の生年月日、最後に訪問した日、検査データ、画像／レポートの数といった医療データに関する情報を含む。
【０１０４】
ステップ１１２５において、データ統合コントローラは、ステップ１１１５においてＹＥＳの結果を出したすべての要求対象から医療情報を受信する。データ統合コントローラによって受信されたすべての医療情報は、ステップ１１３０において、データ統合コントローラによってリストビューフォーマットにコンパイルされる。
【０１０５】
ステップ１１３５において、データ統合コントローラは、医療情報のコンパイルされたリストを要求元に送信する。要求元は、ステップ１１４０で、データ統合コントローラから受信したコンパイルされた医療情報のリストをローカルコンピュータのディスプレイ画面に表示する。
【０１０６】
ステップ１１４５において、ユーザは、受信した医療情報のリストを参照し、ユーザが要求対象から取り出したい医療データに関連付けられたすべての医療情報を選択する。１つ又は複数の実施形態では、医療情報のすべてを選択することはないかもしれない。具体的には、医療情報のすべてが関連性があるか、又はユーザにとって関心があるとは限らない。例えば、ユーザは、古くなった医療データ、現在の診断に有用ではない診断に関係する医療データ、又は情報が検索キーの一部と一致するであろう異なる患者に関係する医療データを取り出すことを望まないかもしれない。これは、要求を送信するヘルスケア施設における医療リポジトリ上の不必要な記憶コストを防止するだけでなく、医療データを取り出すのに必要な時間も減少させる。
【０１０７】
ステップ１１５０において、ユーザの選択は、要求元からデータ統合コントローラに医療データ取り出し要求（「取り出し要求」）で送信される。データ統合コントローラは、ステップ１１５５において、取り出し要求を受信し、ステップ１１６０において、要求された医療データを含む要求対象（「選択された要求対象」）のみに取り出し要求を中継する。
【０１０８】
ステップ１１６５において、選択された要求対象は、データ統合コントローラから取り出し要求を受信し、ステップ１１７０において、取り出し要求において医療データ情報と一致する医療データをデータ統合コントローラに送信する。
【０１０９】
ステップ１１７５において、データ統合コントローラは、選択された要求対象から送信された要求された医療データを受信する。１つ又は複数の実施形態では、要求された医療データのすべてを受信すると、データ統合コントローラは、新たに作成された共通の患者ＩＤ（「共通ＰＩＤ」）の下、受信した医療データの医療情報を格納するデータテーブルを作成する。データテーブルは、統合データリポジトリに格納される。
【０１１０】
ステップ１１８０において、データ統合コントローラは、選択された要求対象から受信した医療データを要求元に送信する。
【０１１１】
ステップ１１８５において、要求元は、データ統合コントローラから送信された医療データを受信し、ステップ１１９０において、医療データを単一ファイルとして統合して、医療サーバの医療リポジトリに保存し、さらに、ステップ１１９５において、受信した医療データをローカルコンピュータのディスプレイ上に表示する。１つ又は複数の実施形態では、医療データは、ウェブブラウザのタブを介してユニバーサルビューアによって表示される。
【０１１２】
図１２は、１つ又は複数の実施形態に係る方法のフローチャートを示す。１つ又は複数の実施形態では、図１２Ａ及びＢに示すような方法は、コンピュータ実装の方法である。図１２Ａ及び１２Ｂに示す各ステップは、複数のネットワーク内ヘルスケア施設のうちの１つのヘルスケア施設のシステムのみについて、以下でまとめて説明される。以下に説明される方法の各ステップは、複数のネットワーク内ヘルスケア施設のいずれかのシステムによって実行できることは、当業者には明らかであろう。
【０１１３】
ステップ１２０５において、ウェブブラウザで開いたユニバーサルビューアプリケーションを有する複数のネットワーク内ヘルスケア施設の１つで医療サーバ（「ローカル医療サーバ」）と結合されたローカルコンピュータは、ユーザから指定されたユーザＩＤとユーザ設定パスワードを受信する。
【０１１４】
ステップ１２１０において、１つ又は複数の医療データが第１のローカルコンピュータ上のユニバーサルビューアを介し統合ビューとして提示される。１つ又は複数の実施形態では、統合ビュー内の医療データは所定の患者と関連付けられた医療データ統合要求（「統合要求」）から取り出された医療データに基づく。
【０１１５】
１つ又は複数の実施形態では、統合ビュー内の医療データは、ユーザがユニバーサルビューアにログインした際にユニバーサルビューアによってデータ統合コントローラに送信された自動統合要求に基づき取り出され得る。１つ又は複数の実施形態では、ユニバーサルビューアによって送信された自動統合要求はデータ統合コントローラに結合された統合データストレージに格納された以前の統合要求の情報（「統合履歴データ」）に基づいても良い。
【０１１６】
１つ又は複数の実施形態では、統合ビュー内の医療データは、ユニバーサルビューアを介しユーザによってサブミットされた手動統合要求に基づいて取り出され得る。この段階で、ユーザは統合ビュー内に提示されたすべての医療データを検討することができる。
【０１１７】
ステップ１２１５において、ローカル医療サーバはユーザの入力（すなわち、ユーザからの命令）がローカルコンピュータによって受信されたか否かを決定する。
【０１１８】
ステップ１２２０において、ローカル医療サーバは受信されたユーザの入力が統合をキャンセルする命令であるか否かを決定する。
【０１１９】
１つ又は複数の実施形態では、ユーザが統合ビュー内の医療データをチェックし、統合ビュー内に提示された任意の医療データが所定の患者とは異なる患者（「無関係の患者」）と関連付けられているか否かを決定する。統合ビューが無関係の患者と関連付けられた医療データを含む可能性は低いものの、１つ又は複数の実施形態では、そのような状況はそれでも起こり得る。この状況が起こった場合、無関係の患者と関連付けられたすべての医療データが取り出され、所定の患者の医療データと統合されてしまっているだろう。したがって、すべての無関係のデータを選択するのではなく、ユーザはその代わり、現在の統合ビューをキャンセルし、後の統合要求で送信される検索基準（すなわち、検索キー）を修正することができる。
【０１２０】
１つ又は複数の実施形態では、ユーザは、チェックの結果を検討し、結果に基づいてローカルコンピュータに命令を入力することができる。図１１Ａ及び１１Ｂを参照して示されたステップ１１３０において説明されたように、医療データが医療情報としてリストビューで表示される際に、すべての医療データの実際の統合の前に、ユーザはチェックを実行しても良い。これにより、ユーザの時間とローカル医療サーバのリソースが確実にキャンセルされる統合に浪費されないよう、ユーザは統合キャンセルとなるであろう統合を防ぐことができる。
【０１２１】
ステップ１２２０の決定の結果がＹＥＳである場合、ローカル医療サーバは、ステップ１２２５において、ユニバーサルビューアに表示された統合ビューに対し後処理を実行して、統合ビューをキャンセルする。
【０１２２】
ステップ１２３０において、ローカル医療サーバは、ローカル医療サーバに結合されたローカル医療リポジトリ内に格納された統合ビューで提示されたすべての医療データと関連付けられたデータを削除することができる。
【０１２３】
ステップ１２３５において、ローカル医療サーバは、ローカル医療サーバに含まれる情報付加コントローラのストレージ内にキャンセルされた統合ビューの条件を保存する。１つ又は複数の実施形態では、ローカル医療サーバに保存された条件は、医療データ統合要求で送信された検索キーで所定の患者と関連付けられた情報及びキャンセルされた統合ビューに含まれたすべての医療データに関連付けられた情報を含む。１つ又は複数の実施形態では、追加ストレージユニットに格納された条件は、ローカル医療サーバによってデータ統合コントローラに送信され、統合履歴データとして統合データリポジトリに格納される。
【０１２４】
１つ又は複数の実施形態では、後の統合要求がローカル医療サーバによってデータ統合コントローラに送信される際、データ統合コントローラは後の統合要求に含まれる検索キーを統合データリポジトリに格納された統合履歴データと比較する。
【０１２５】
１つ又は複数の実施形態では、ローカル医療サーバは、後の自動統合要求のいずれにおいても統合ビューキャンセルとなるような統合要求の検索キーと同一の検索キーはそれ以上使用しない。
【０１２６】
１つ又は複数の実施形態では、新しい統合要求の検索キーが統合ビューキャンセルとなった統合要求の検索キーと同一であって、その統合要求がユーザによる手動要求であった場合、ユーザの統合要求が以前統合ビューキャンセルとなったことをユーザに知らせるポップアップウィンドウがユニバーサルビューアに現れる。すると、現在の統合要求の送信を続けるか、又は検索キーの情報を修正するかの選択がユーザに提示される。
【０１２７】
ステップ１２２０における決定の結果がＮＯであった場合、ローカル医療サーバは、ステップ１２４５において、受信されたユーザの入力が統合ビューに提示された特定の医療データを削除する命令であるか否かを決定する。
【０１２８】
１つ又は複数の実施形態では、ユーザは、統合ビュー内の医療データをチェックし、不必要又は使用不可能な医療データが現行の検査のための統合ビュー中の医療データに含まれているか否かを決定することができる。１つ又は複数の実施形態では、ユーザは、結果を検討してチェックの結果に基づいてローカルコンピュータに命令を入力することができる。例えば、現行の検査に不必要又は使用不可能なデータは、古いデータ、医療データのメタデータ内に埋め込まれた医療レポート中の不完全な医療情報を含む医療データ、及び再撮影を必要とする質の悪い医療画像を含む医療データを含み得る。医療データのメタデータ内に含まれる情報は図５Ａ及び５Ｂを参照して説明される。
【０１２９】
ステップ１２４５における決定の結果がＹＥＳである場合、ローカル医療サーバは、ステップ１２５０において、ユニバーサルビューアに表示された統合ビューに対し後処理を実行し、特定の医療データを削除する。１つ又は複数の実施形態では、統合ビューから削除されたすべての医療データに関連付けられたデータが永久にローカル医療サーバの医療リポジトリから削除される。
【０１３０】
ステップ１２５５において、ローカル医療サーバは、付加情報ストレージに統合ビューから削除された医療データの条件を保存する。１つ又は複数の実施形態では、ローカル医療サーバによって保存された条件は、削除された医療データのメタデータからの固有の情報に関連付けられた情報を含む。１つ又は複数の実施形態では、付加ストレージユニットに格納された条件は、ローカル医療サーバによってデータ統合コントローラへ送信され、統合履歴データとして統合データリポジトリに格納される。
【０１３１】
１つ又は複数の実施形態では、統合ビューが同じ所定の患者のために生成される際、データ統合コントローラは以前にユーザによって削除されていない医療データのみを統合する。これにより、同じ患者用の後に生成された統合ビューには古い医療データを含まず、不完全な医療情報を含まず、再撮影を必要とする質の悪い医療画像を含まない（すなわち、当該患者用の後に生成された統合ビューはユーザが以前不必要又は使用不可能と判断したデータは含まない）ことが保障され、そしてそれは、ユーザが調べる必要のあるデータの量を減らすことで、ユーザの利便性を高める。また、このことは、ユーザに必要とされる医療データのみが統合されることが保障され、そしてそれは、所定の患者に関連付けられたすべての医療データを統合するのに比べ、必要とするストレージのスペースの量を減少させる。
【０１３２】
ステップ１２４５における決定の結果がＮＯである場合、ローカル医療サーバはステップ１２６５において、受信されたユーザの入力が、後の統合の後処理に対する命令であるか否かを決定する。
【０１３３】
１つ又は複数の実施形態では、ユーザは統合ビュー内の医療データをチェックし、後の統合（すなわち、患者の次の通院、検査又は診断）に不必要な医療データがあるか否かを決定する。１つ又は複数の実施形態では、ユーザは、チェックを実行しチェックの結果に基づいてローカルコンピュータに命令を入力することができる。１つ又は複数の実施形態では、不必要なデータは、所定の患者の次の通院での診断を実行するのにもはや使用することもなければ有用でもないと結論付ける医療データを含み得る。例えば、所定の患者の統合ビューが同じ手首の骨折に関連付けられた５つの医療データを含む場合、ユーザは当該所定の患者の医療記録に１つ又は複数のみを残し、ユーザが必要ないと結論付けた残りを削除することを選択しても良い。
【０１３４】
ステップ１２６５における決定の結果がＮＯである場合、ローカル医療サーバは、ステップ１２８５において、ユーザから受信した、ユニバーサルビューアに含まれた画像レンダリングアプリケーションを用いて残りのデータの各部を編集する命令に従って、後処理を残りの医療データに実行する。１つ又は複数の実施形態では、残りのデータのメタデータは、編集され、現行の通院中に実行された診断に関係する新しい情報を含んでも良く、また、後の通院中に実行される診断に必要とされないとユーザが判断するメタデータの各部を隠したり又はマスクしたりするようデータを処理しても良い。
【０１３５】
ステップ１２９０において、統合ビュー内の残りの医療データの編集が完了すれば、ローカル医療サーバは付加情報ストレージユニット及び統合データリポジトリにプリファレンスを保存し（すなわち、編集）、現行の編集は同じ所定の患者用に統合された、後の統合ビューに反映される。残りのデータを編集する後処理を実行することによって、追加のメモが医療データ中に残され、必要のない情報が削除され、後の診断に関係のない医療情報が取り除かれることで、より効果的に後の診断が実行され得ることが保証される。これにより、さらに、離れた場所に格納されている編集についての追加のメモを、次回の診断の前にメモを失うリスクを回避するためにユーザが保持しておく必要がないことも保障される。
【０１３６】
ステップ１２６５における決定の結果がＹＥＳである場合、ローカル医療サーバは、ステップ１２７０において、受信されたユーザの入力が統合ビュー内のすべての残りの医療データが後の統合に不要であることを示しているか判断する。
【０１３７】
１つ又は複数の実施形態では、ユーザは、統合ビュー内の残りの医療データをチェックし、統合ビュー内のすべての残りの医療データが後の統合に不必要であるか否かを決定する。１つ又は複数の実施形態では、チェックはユーザによって実行され、チェックの結果に基づいてユーザはローカルコンピュータに命令を入力する。
【０１３８】
ステップ１２７０における決定の結果がＹＥＳである場合、ステップ１２７５においてすべての残りの医療データは統合ビューから削除され、条件は付加情報ストレージユニットと統合データリポジトリに統合履歴データとして保存される。１つ又は複数の実施形態では、同じ所定の患者用に後の統合ビューが生成される際、利用可能な唯一の医療データはユーザが依然に不必要であると決定していない新しい医療データのみとなる。
【０１３９】
ステップ１２７０において決定の結果がＮＯである場合、ステップ１２８０において、後の統合に必要でない統合ビュー内の残りの医療データの条件は、ローカル医療サーバによって受信される。ローカル医療サーバは付加情報ストレージユニット及び統合データリポジトリに統合履歴データとして条件を保存し、当該方法はローカル医療サーバが残りの医療データに編集を実行するステップ１２８５へ進む。
【０１４０】
１つ又は複数の実施形態では、ユーザが後の診断に必要でないと結論付けた残りのデータの中からユーザは医療データを選択する。
【０１４１】
図１３は１つ又は複数の実施形態に従う方法のフローチャートを示す。１つ又は複数の実施形態では、図１３に示す方法はコンピュータに実装される方法である。図１３に示す各ステップは、複数のネットワーク内ヘルスケア施設のうちの１つのヘルスケア施設のシステムのみについてまとめて後述される。後述される方法の各ステップは、複数のネットワーク内ヘルスケア施設の任意のシステムによって実行できることは、当業者には明らかであろう。
【０１４２】
ステップ１３０５において、ローカルコンピュータのユーザは、異なるネットワーク内ヘルスケア施設のユーザが、現在のユーザが以前に検索を行った患者に関連付けられた医療データを追加又は変更（「更新」）した旨のポップアップ表示メッセージを介して、ローカルコンピュータに開かれたユニバーサルビューアによって通知される。
【０１４３】
ステップ１３１０において、ローカルコンピュータは、ユーザが更新された医療データを他のネットワーク内ヘルスケア施設から取り出したいか否かを示す入力をユーザから受信する。１つ又は複数の実施形態では、ローカルコンピュータは、同じ患者について、将来同じユーザが再び同じメッセージを受信したくないことを示す入力をユーザから同時に受信する。
【０１４４】
ステップ１３１０におけるチェックの結果がＮＯの場合、処理は終了する。ステップ１３１０におけるチェックの結果がＹＥＳである場合、ローカルコンピュータは、ステップ１３１５において、医療サーバを介して、データ統合コントローラに取り出し要求を送信する。１つ又は複数の実施形態では、データ統合コントローラは、更新されたデータを含むその要求をネットワーク内ヘルスケア施設に転送する。
【０１４５】
ステップ１３２０において、ローカルコンピュータは、更新されたデータを含む要求されたデータをネットワーク内ヘルスケア施設から受信し、ステップ１３２５において、更新された医療データは、ユーザに表示される。
【０１４６】
本発明の１つ又は複数の実施形態は、以下の利点の１つ又は複数を有し得る：患者に関連付けられた単純な情報のみで患者の医療情報の検索を行う能力；各ヘルスケア施設が異なる医療データストレージシステムを実装し、異なるタイプのネットワークを利用しても、ネットワークの一部であるすべてのヘルスケア施設から医療データを取り出す能力；どの医療データを検索するか選択する機能を医療従事者に提供する能力；ユーザが必要としない医療データを取り出さないことにより、ネットワーク内ヘルスケア施設、医療サーバ、及び各ネットワーク内ヘルスケア施設の医療リポジトリの間の接続に大きな負担がかかるのを防止する能力；以前格納された統合履歴データに基づいて自動医療データ統合要求を送信することにより医療従事者に課せられる負担を軽減する能力；不必要な医療データを取り除くことにより現在及び未来の診断の効率を高め、ローカル医療リポジトリに課せられる負担を軽減するために、統合医療データを医療従事者が精選することができるよう、ほかのネットワーク内ヘルスケア施設からの統合された医療データに対し後処理を実行する機能を医療従事者に提供する能力；実行された後処理の条件を保存し、保存した後処理の条件を後の医療データ統合要求に適用することにより、同じ患者の未来の診断における医療従事者の効率及び負担を高める能力；などである。
【０１４７】
本発明を限定された数の実施形態に関して説明してきたが、本開示の利益を有する当業者は、ここに開示されるような本発明の要旨から逸脱しない他の実施形態を考案することができることを理解するであろう。したがって、本発明の要旨は、添付の特許請求の範囲によってのみ限定されるべきである。
【図１Ａ】
2018185796.tif 000003
【図１Ｂ】
2018185796.tif 000004
【図２】
2018185796.tif 000005
【図３】
2018185796.tif 000006
【図４Ａ】
2018185796.tif 000007
【図４Ｂ】
2018185796.tif 000008
【図４Ｃ】
2018185796.tif 000009
【図５Ａ】
2018185796.tif 000010
【図５Ｂ】
2018185796.tif 000011
【図６】
2018185796.tif 000012
【図７】
2018185796.tif 000013
【図８】
2018185796.tif 000014
【図９】
2018185796.tif 000015
【図１０】
2018185796.tif 000016
【図１１Ａ】
2018185796.tif 000017
【図１１Ｂ】
2018185796.tif 000018
【図１２Ａ】
2018185796.tif 000019
【図１２Ｂ】
2018185796.tif 000020
【図１３】
2018185796.tif 000021
【外国語明細書】
2018185796000001.pdf
2018185796000002.pdf
2018185796000003.pdf
2018185796000004.pdf