JP2018163646A - クラウド−ローカル間切り替え並びに医療画像及びデータの同期 - Google Patents

Abstract

【課題】 クラウドサーバ上のクラウドリポジトリと前記クラウドサーバに接続されたヘルスケア施設の複数のローカルサーバ上の複数のローカルリポジトリとの間で、医療データを同期する。【解決手段】 前記複数のローカルサーバは第１のローカルサーバを備え、前記複数のローカルリポジトリは前記第１のローカルサーバに第１のローカルリポジトリを備える。前記方法は、前記第１のローカルサーバと前記クラウドサーバとの間の接続が確立している間、前記第１のローカルサーバに、前記複数のローカルサーバから前記クラウドリポジトリに送信されたいかなるリモートデータを、前記クラウドリポジトリから受信させ、前記リモートデータをローカルデータとして前記第１のローカルリポジトリに格納させ、続いて前記リモートデータが前記複数のローカルサーバのいずれかにより更新された場合、前記クラウドリポジトリから更新されたリモートデータ受信し、前記更新されたリモートデータによって前記ローカルデータを置換させる。【選択図】図１Ａ

Description

本開示は、概して、クラウド−ローカル間切り替え（cloud-to-local, local-to-cloud switching）並びに医療画像及びデータの同期に関する。

医療画像及び医療データは、患者の診断において重要な役割を担っている。ヘルスケア施設(例えば病院)は、医療画像及び医療データを電子的に保管することの利益を認識している。医療画像及びデータのデジタル化は、ユーザが医療画像及び医療データに容易にアクセスすることを可能にするのみならず、当該画像及びデータが複数のヘルスケア施設間で容易に共有されることを可能にする。

ヘルスケア産業において、画像保管通信システム（Picture Archiving and Communications System:ＰＡＣＳ）として知られるシステムの使用が、医療画像の便利な保管及びアクセスのために、広く普及し始めている。一般的に、ＰＡＣＳは、コンピュータ断層撮影（ＣＴ）、磁気共鳴映像法（ＭＲＩ）、位置放射断層撮影法（ＰＥＴ）、超音波、エックス線などのような、様々な画像撮像手段（modalities）により生成された医療画像をデジタル的にキャプチャ、格納、管理、配信、表示するために協働して動作する多くの装置を備える。ＰＡＣＳは、様々なヘルスケア施設が、内部的又は外部的にキャプチャされたすべてのタイプの画像を共有することを可能としている。

より最近においては、従来のＰＡＣＳの効率性及びアクセシビリティを向上するための方法として、クラウドベースＰＡＣＳが登場した。一般的に「クラウド」とは、様々な場所にある複数のコンピュータ及びデバイスに、インターネットを介して、コンピューティングリソース及びデータの遠隔かつオンデマンドのアクセスを提供する、オンラインのストレージシステムとして理解され得る。クラウドベースＰＡＣＳは、医療画像の格納のために、様々な場所でリモート、若しくはオフサイトのデータセンタを用いるベンダにより提供される場合がある。

概して、ある観点では、本発明は、クラウドサーバ上のクラウドリポジトリと前記クラウドサーバに接続されたヘルスケア施設の複数のローカルサーバ上の複数のローカルリポジトリとの間で、医療データを同期する方法に関する。前記複数のローカルサーバは、第１のローカルサーバを備え、前記複数のローカルリポジトリは、前記第１のローカルサーバ上に第１のローカルリポジトリを備える。前記方法は、前記第１のローカルサーバと前記クラウドサーバとの間の接続が確立されている間、前記第１のローカルサーバに、前記複数のローカルサーバのいずれかから前記クラウドリポジトリに送信された、所定の患者に関連付けられたリモートデータを、前記クラウドリポジトリから受信させ、前記リモートデータをローカルデータとして前記第１のローカルリポジトリに記憶させ、続いて、前記リモートデータが、前記複数のローカルサーバのいずれかにより更新された場合、前記クラウドリポジトリから前記更新されたリモートデータを受信させ、前記ローカルデータを前記更新されたリモートデータで置換させ、又は、続いて、前記患者に関連付けられた別のリモートデータが、前記複数のローカルサーバのいずれかから前記クラウドリポジトリに送信された場合、前記別のリモートデータを別のローカルデータとして前記第１のローカルリポジトリに記憶させることと、前記第１のローカルサーバと前記クラウドサーバとの間の前記接続が遮断されるのに応答して、前記第１のローカルサーバに、前記クラウドリポジトリの代わりに前記第１のローカルリポジトリへアクセスさせることと、前記第１のローカルサーバと前記クラウドサーバとの間の前記接続が再確立されるのに応答して、前記第1のローカルサーバに、前記クラウドリポジトリへ再アクセスさせ、前記接続が遮断している間に、前記リモートデータが前記複数のローカルサーバのいずれかにより更新された場合、前記更新されたリモートデータを受信させ、前記ローカルデータを前記更新されたリモートデータで置換させ、又は、前記接続が遮断している間に、前記複数のローカルサーバのいずれかから前記クラウドリポジトリに別のリモートデータが送信された場合、前記別のリモートデータを別のローカルデータとして前記第１のローカルリポジトリに記憶させることと、前記接続が遮断している間に、前記第１のローカルリポジトリ上のいずれかのローカルデータが前記第１のローカルサーバにより更新又は追加された場合、前記更新又は追加されたローカルデータを前記クラウドリポジトリへ送信させることと、を含む。

概して、ある観点では、本発明は、コンピュータに結合された第１のローカルサーバに、クラウドサーバ上のクラウドリポジトリと前記クラウドサーバに接続されたヘルスケア施設の複数のローカルサーバ上の複数のローカルリポジトリとの間で、医療データを同期させる処理（operation）を実行させる命令を記憶する非一時的なコンピュータ可読媒体（ＣＲＭ）に関する。前記複数のローカルサーバは、前記第１のローカルサーバを備え、前記複数のローカルリポジトリは、前記第１のローカルサーバ上に第１のローカルリポジトリを備える。前記処理は、前記第１ローカルサーバと前記クラウドサーバとの間の接続が確立されている間、前記第１のローカルサーバが、前記複数のローカルサーバのいずれかから前記クラウドリポジトリに送信された所定の患者に関連付けられたリモートデータを、前記クラウドリポジトリから受信し、前記リモートデータをローカルデータとして前記第１のローカルリポジトリに記憶し、続いて、前記リモートデータが前記複数のローカルサーバのいずれかにより更新された場合、前記クラウドリポジトリから前記更新されたリモートデータを受信し、前記ローカルデータを前記更新されたリモートデータで置換し、又は、続いて、前記患者に関連付けられた別のリモートデータが、前記複数のローカルサーバのいずれかから前記クラウドリポジトリに送信された場合、前記別のリモートデータを別のローカルデータとして前記第１のローカルリポジトリに記憶し、前記第１のローカルサーバと前記クラウドサーバとの間の前記接続が遮断されるのに応答して、前記第１のローカルサーバは、前記クラウドリポジトリの代わりに前記第１のローカルリポジトリへアクセスすることと、前記第１のローカルサーバと前記クラウドサーバとの間の前記接続が再確立されるのに応答して、前記第１のローカルサーバは、前記クラウドリポジトリへ再アクセスし、前記接続が遮断している間に、前記リモートデータが前記複数のローカルサーバのいずれかにより更新された場合、前記更新されたリモートデータを受信し、前記ローカルデータを前記更新されたリモートデータで置換し、又は、前記接続が遮断している間に、前記複数のローカルサーバのいずれかから前記クラウドリポジトリに別のリモートデータが送信された場合、前記別のリモートデータを別のローカルデータとして前記第１のローカルリポジトリに記憶させることと、前記接続が遮断している間に、前記第１のローカルリポジトリ上のいずれかのローカルデータが前記第１のローカルサーバにより更新又は追加された場合、前記更新又は追加されたローカルデータを前記クラウドリポジトリへ送信することと、を含む。

概してある観点では、本発明は、医療データを同期するシステムに関する。前記システムは、クラウドサーバと、前記クラウドサーバ上のクラウドリポジトリと、前記クラウドサーバに接続されたヘルスケア施設の複数のローカルサーバ上の複数のローカルリポジトリとを備え、前記複数のローカルサーバは、第１のローカルサーバを備え、前記複数のローカルリポジトリは、前記第１のローカルサーバ上の第１のローカルリポジトリを備える。前記第１のローカルサーバと前記クラウドサーバとの間の接続が確立されている間、前記第１のローカルサーバは、前記複数のローカルサーバのいずれかから前記クラウドリポジトリに送信された所定の患者に関連付けられたリモートデータを、前記クラウドリポジトリから受信し、前記リモートデータをローカルデータとして前記第１のローカルリポジトリに記憶し、続いて、前記リモートデータが前記複数のローカルサーバのいずれかにより更新された場合、前記クラウドリポジトリから前記更新されたリモートデータを受信し、前記ローカルデータを前記更新されたリモートデータで置換し、又は、続いて、前記患者に関連付けられた別のリモートデータが前記複数のローカルサーバのいずれかから前記クラウドリポジトリに送信された場合、前記別のリモートデータを別のローカルデータとして前記第１のローカルリポジトリに記憶する。前記第１のローカルサーバと前記クラウドサーバとの間の前記接続が遮断されるのに応答して、前記第１のローカルサーバは、前記クラウドリポジトリの代わりに前記第１のローカルリポジトリへアクセスし、前記第１のローカルサーバと前記クラウドサーバとの間の前記接続が再確立されるのに応答して、前記第１のローカルサーバは、前記クラウドリポジトリへ再アクセスし、前記接続が遮断している間に、前記リモートデータが前記複数のローカルサーバのいずれかにより更新された場合、前記更新されたリモートデータを受信し、前記ローカルデータを前記更新されたリモートデータで置換し、又は、前記接続が遮断している間に、前記複数のローカルサーバのいずれかから前記クラウドリポジトリに別のリモートデータが送信された場合、前記別のリモートデータを別のローカルデータとして前記第１のローカルリポジトリに記憶し、前記接続が遮断している間に、前記第１のローカルリポジトリ上のいずれかのローカルデータが前記第１のローカルサーバにより更新又は追加された場合、前記更新又は追加されたローカルデータを前記クラウドリポジトリへ送信する。

本発明の他の観点及び利点は、以下の記載及び添付されたクレームによって明らかにされる。

図１Ａは、１つ又は複数の実施形態に係るシステム示す。 図１Ｂは、１つ又は複数の実施形態に係るシステム示す。 図２Ａは、１つ又は複数の実施形態に係る表示メッセージを示す。 図２Ｂは、１つ又は複数の実施形態に係る表示メッセージを示す。 図３は、１つ又は複数の実施形態に係るデータテーブルを示す。 図４は、１つ又は複数の実施形態に係る図１Ａ及び図１Ｂのシステムの状態を示す。 図５は、１つ又は複数の実施形態に係る図１Ａ及び図１Ｂのシステムの状態を示す。 図６は、１つ又は複数の実施形態に係る図１Ａ及び図１Ｂのシステムの状態を示す。 図７は、１つ又は複数の実施形態に係る図１Ａ及び図１Ｂのシステムの状態を示す。 図８は、１つ又は複数の実施形態に係るコンピューティングシステムを示す。 図９は、１つ又は複数の実施形態に係る概略ダイアグラムを示す。 図１０Ａは、１つ又は複数の実施形態に係るフローチャートを示す。 図１０Ｂは、１つ又は複数の実施形態に係るフローチャートを示す。 図１１Ａは、１つ又は複数の実施形態に係る実現例を示す。 図１１Ｂは、１つ又は複数の実施形態に係る実現例を示す。

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

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

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

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

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

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

概して、本発明の１つ又は複数の実施形態は、クラウド−ローカル間切り替え並びに医療画像及びデータの同期のため構成された、方法、非一時的なコンピュータ可読媒体、及びシステムを提供する。１つ又は複数の実施形態に係るクラウドベースＰＡＣＳは、同一の病院グループ内の施設のような、クラウドデータリポジトリ又はデータベース（「クラウドリポジトリ」）にアクセスするための権限が与えられたすべてのヘルスケア施設が、医療画像及びデータを共有することを可能にする。医療画像及びデータはまた、患者の医療レポートを含み得る。例えば、ヘルスケア施設は、「ネットワーク内（in-network）」の（すなわち、クラウドリポジトリの同一部分にアクセスするための権限を有する）他のヘルスケア施設にて得られたその患者の医療画像及びデータにアクセスし、これらを取り出す（retrieve）ことができるだろう。特に、１つ又は複数の実施形態によれば、ネットワーク内ヘルスケア施設は、ネットワーク内の１つ又は複数のヘルスケア施設を頻繁に利用する患者の医療画像及びデータを共有し、更新をするよう、クラウドベースＰＡＣＳをより一層効率的に利用することができる。

さらに、従来のクラウドベースＰＡＣＳと違って、本発明の１つ又は複数の実施形態は、たとえヘルスケア施設とクラウドとの間のネットワーク接続が遮断された場合であっても、クラウドベースＰＡＣＳを利用するヘルスケア施設が、動作可能なままであることを可能にする。具体的には、１つ又は複数の実施形態を利用するネットワーク内ヘルスケア施設は、クラウドベースＰＡＣＳのユーザ（例えば、ヘルスケアの専門家）の必要性に基づいて、クラウドリポジトリに格納された最新の患者画像及びデータで更新された、オンサイト又はローカルのデータリポジトリ又はデータベース（「ローカルリポジトリ」）を自動的に保持することができる。例えば、ある施設が特定の患者の新しい医療画像を更新し又は取得する場合、クラウドリポジトリは、更新され又は新しい医療画像で自動的に更新され、同一の患者を治療又はケアするネットワーク内施設のすべてのローカルリポジトリは、自動的にクラウドリポジトリと同期され得る。

１つ又は複数の実施形態では、接続が喪失した場合、遮断されたヘルスケア施設は、クラウドリポジトリに代わって、自動的に、ローカルリポジトリへのアクセスに切り替わる。これは、ヘルスケア施設がネットワークからの遮断により引き起こされるあらゆるダウンタイムを被ることなく継続的なワークフローを確立することを可能にする。ネットワーク内施設のローカルリポジトリはクラウドリポジトリと同期されるので、その施設は、クラウド接続がないときでさえ、少なくとも一時的に、もっとも最新のデータにアクセスし、作業することができる。しかしながら、クラウドリポジトリ上のすべてのデータが必ずしも同期される必要はない。１つ又は複数の実施形態では、同期は、各施設に必要な又は関心のあるデータに関してのみ生じる。例えば、施設は、その施設の患者ではない人々に関連する医療画像で埋め尽くされたローカルリポジトリ又は該医療画像によって負担がかかるローカルサーバを望まないかもしれない。

１つ又は複数の実施形態では、接続が再確立されると、ネットワークが遮断している間にローカルリポジトリに格納された医療画像及びデータは、クラウドリポジトリに自動的にアップロードされる。これは、他のネットワーク内ヘルスケア施設のすべてが、最新の医療画像及びデータによってそれらの各ローカルリポジトリを更新することを可能にする。

図１Ａ及び１Ｂは、本発明の１つ又は複数の実施形態に係るシステム１００を示す。図１及び図２に示すように、システム１００は、クラウドリポジトリ１０５を有するクラウドサーバ１０３と、複数のローカルサーバ１０７（例えば、アプリケーション・プロキシ・サーバ（ＡＰＳ））、及び異なるネットワーク内ヘルスケア施設（表記されていない）に関連付けられたローカルリポジトリ１０９とを含む。複数のローカルサーバ１０７は、クラウドサーバ１０３へのアクセス／閲覧を許可される。クラウドサーバ１０３上のリモートデータにアクセスする権利に加えて、あるローカルサーバ１０７はまた、リモートデータを編集する権利を有し得る。ヘルスケア施設のそれぞれは、公立病院、私立病院、診療所、歯科医院などの医療ケアを提供する施設の一種であってもよい。

図１Ａ及び１Ｂにもまた示すように、システム１００におけるヘルスケア施設のそれぞれは、ローカルサーバ１０７に結合された複数のユーザコンピューティングデバイス１１１（ここでは「ローカルコンピュータ」として称される。）を含む。ローカルコンピュータ１１１のそれぞれは、パーソナルコンピュータ（ＰＣ）、ラップトップ、モバイルコンピューティングデバイス（例えば、タブレットＰＣ、スマートフォンなど）、サーバ、メインフレーム、キオスクなどに対応し得る。

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

１つ又は複数の実施形態では、クラウドサーバ１０３は、ローカルサーバ１０７から送信された医療画像及びデータを受信し、その医療画像およびデータをリモートデータとしてクラウドリポジトリ１０５に格納するように構成される。

１つ又は複数の実施形態では、ローカルサーバ１０７のそれぞれは、関連付けられたヘルスケア施設により運用される（operated）。ローカルサーバ１０７は、ローカルコンピュータ１１１から受信した医療画像及びデータを、クラウドサーバ１０３上のクラウドリポジトリ１０５に送信するように構成される。ローカルリポジトリ１０９のそれぞれは、関連付けられたヘルスケア施設によって運用され管理される。ローカルリポジトリ１０９は、ローカルサーバ１０７又はクラウドリポジトリ１０５から受信した医療画像及びデータを、ローカルデータとしてローカルに格納し得る。

１つ又は複数の実施形態では、ローカルコンピュータ１１１は、各ヘルスケア施設に関連付けられた医療専門家によって操作され、ヘルスケア施設における１つ又は複数の撮像手段（図示なし）から得られた医療画像及びデータをローカルサーバ１０７に送信するように構成される。１つ又は複数の実施形態では、ローカルコンピュータ１１１は、ローカルサーバ１０７として構成され得る。１つ又は複数の実施形態では、ローカルコンピュータ１１１はまた、ローカルリポジトリ１０９も含み得る。

１つ又は複数の実施形態では、ローカルコンピュータは、クラウド１０１を運営するベンダにより提供されるアプリケーションを格納するように構成される。１つ又は複数の実施形態では、アプリケーションは、ベンダに関連付けられたサードパーティにより提供され得る。アプリケーションは、ローカルコンピュータ１１１がクラウド１０１にアクセスすることを可能にする独立したソフトウェアアプリケーション、又はグラフィカルユーザインタフェース（「ＧＵＩ」）を備えたウェブブラウザベースのアプリケーションであり得る。

図１Ａは、ネットワーク内ヘルスケア施設とクラウド１０１との間の接続が安定している場合の１つ又は複数の実施形態に係る例を示す。この状態では、複数のネットワーク内ヘルスケア施設は、クラウド１０１と双方向に通信し得る。図１Ａに示すように、ネットワーク内ヘルスケア施設は、ローカルに取得された医療画像及びデータを、他のネットワーク内ヘルスケア施設がアクセス可能なクラウドリポジトリ１０５内にリモートデータとして格納されるよう、クラウド１０１に送信し得る。１つ又は複数の実施形態では、ネットワーク内ヘルスケア施設は、それぞれのローカルリポジトリ１０９にローカルデータとして格納されるよう、クラウド１０１から医療画像及びデータを取り出し得る。

１つ又は複数の実施形態では、クラウドリポジトリ１０５に格納されたリモートデータのすべてが、ローカルデータとして格納されるためにネットワーク内ヘルスケア施設により取り出される必要はない。ローカルデータとして取り出され格納されるべきリモートデータは、ヘルスケア施設のサイズ及び必要性、又はローカルコンピュータ１１１（例えば、ヘルスケア従事者）のプリファレンスに基づいて変化し得る。例えば、あるネットワーク内ヘルスケア施設のローカルリポジトリ１０９にローカルデータとして取り出され格納されるべきリモートデータは、それらの施設の患者である特定の個人に基づき得る。したがって、特定の個人が特定のネットワーク内ヘルスケア施設の患者でない場合、そのヘルスケア施設は、その患者の医療画像及びデータを、クラウド１０１からローカルデータとして取り出し格納しないであろう。このオプションは、限られたストレージ及び処理能力の小規模なローカルサーバ１０７及びローカルリポジトリ１０９を備えた小規模なヘルスケア施設にとって特に有益であろう。1つ又は複数の実施形態では、あるネットワーク内ヘルスケア施設のローカルリポジトリ１０９にローカルデータとして取り出され及び格納されるべきリモートデータは、それらの施設の患者である特定の個人に基づく代わりに、特定の医療観察（medical study）、医療叢書（medical series）、医療画像、又は医療レポートに基づき得る。

１つ又は複数の実施形態では、ネットワーク内ヘルスケア施設のそれぞれのローカルコンピュータ１１１のユーザは、クラウドサーバ１０３に格納されたウェブブラウザベースバージョンのアプリケーションを介して、クラウドリポジトリ１０５に格納された医療画像及びデータを閲覧し得る。ユーザはまた、ローカルコンピュータ１１１に格納されたアプリケーションのローカルバージョンを介してその画像を閲覧し得る。例えば、ヘルスケア従事者は、ローカルリポジトリ１０９に格納されたローカルデータのいずれかが、異なるネットワーク内ヘルスケア施設に関連付けられた別のヘルスケア従事者により更新されているかどうかを判断し、現在のローカルデータを置換するために、クラウドリポジトリ１０５から更新されたデータを取り出し得る。１つ又は複数の実施形態では、ローカルデータの更新は、例えばローカルコンピュータ１１１に格納されたアプリケーションを介して、システム１００により自動的に実行され得る。

例えば、個人は、複数のネットワーク内ヘルスケア施設の患者であり得る。これらのネットワーク内ヘルスケア施設のそれぞれは、個人の医療画像及びデータをローカルデータとして格納し得る。１つ又は複数の実施形態では、個人の医療画像及びデータは、ネットワーク内ヘルスケア施設のうちの１つによりクラウドリポジトリ１０５において更新され、その個人が同様に患者である他のネットワーク内ヘルスケア施設は、ローカルリポジトリ１０９におけるローカルデータを最新の状態に保つために、個人の更新された画像及びデータを自動的に更新（同期）し得る。クラウドリポジトリ１０５の自動更新及び／又は関連するローカルリポジトリ１０９の同期は、その個人の医療画像又はデータがクラウド上で更新されるたびに、トリガされ、あるいは、所定の間隔でトリガされ得る。

図１Ｂは、ネットワーク内ヘルスケア施設のうちの１つとクラウド１０１との間の接続が遮断されている場合の、１つ又は複数の実施形態に係る例を示す。この状態では、アプリケーションは、ローカルリポジトリ１０９に格納されたローカルデータにアクセスするため、遮断されたヘルスケア施設におけるローカルコンピュータ１１１及びローカルサーバ１０７を自動的に構成し得る。１つ又は複数の実施形態では、遮断されたヘルスケア施設は、遮断中に撮像又は更新された医療画像及びデータをローカルリポジトリ１０９に格納し続ける。これは、遮断されたヘルスケア施設が、クラウド１０１からの遮断によって引き起こされるあらゆるダウンタイムを被ることなく、連続的なワークフローを確立することを可能にする。

次に、遮断されたヘルスケア施設とクラウド１０１との間の接続が再確立されると、再接続されたヘルスケア施設のローカルコンピュータ１１１及びローカルサーバ１０７は、遮断中に撮像又は更新されたローカルリポジトリに格納されたすべての医療画像及びデータをクラウド１０１に送信するように、アプリケーションによって構成され得る。そのような医療画像及びデータは、続いて、新たなリモートデータとしてクラウドリポジトリ１０５に格納され得る。クラウド１０１が、再接続されたヘルスケア施設からの医療画像及びデータで更新されるにつれ、ネットワーク内の他の施設のローカルコンピュータ１１１に格納されたアプリケーションは、それぞれのローカルリポジトリ１０９を新たなリモートデータによって自動的に更新し得る。

図２Ａ及び２Ｂは、１つ又は複数の実施形態に係る、ローカルコンピュータ上のアプリケーションによりポップアップウィンドウの一部としてユーザに表示され得る表示メッセージ２０１を示す。この例では、表示メッセージ２０１は、ユーザ選択可能タブ（２０３ａ及び２０３ｂ）(例えば、マウスのクリックによりユーザが選択可能)及びカウントダウンタイマを含む。表示メッセージ２０１は、ポップアップウィンドウとしてローカルコンピュータ１１１の画面上に表示され得る。表示メッセージ２０１は、ネットワーク内ヘルスケア施設のローカルサーバ１０７とクラウドサーバ１０３との間の現在の接続状態に関するメッセージを含み得る。

図２Ａは、ネットワーク内ヘルスケア施設の１つのローカルサーバ１０７とクラウドサーバ１０３との間の接続が遮断される場合の表示メッセージ２０１の例を示す。表示メッセージ２０１は、クラウド１０１への接続が遮断され、カウントダウンタイマ２０５がカウントし終えるときに、ローカルコンピュータ１１１が自動的にローカルリポジトリ１０９にアクセスすることを示すメッセージを含むであろう。1つのローカルリポジトリが、説明のためにここでのいくつかの記載において使用されているが、ヘルスケア施設のそれぞれにおけるローカルコンピュータ及びローカルリポジトリの数は、異なり得る。

１つ又は複数の実施形態では、ローカルコンピュータ１１１を操作するユーザは、クラウドリポジトリ１０５に代わってローカルリポジトリにアクセスする（すなわち、ローカルリポジトリ１０９へのアクセスに切り替える）ために、カウントダウンタイマ２０５がカウントし終えるのを待つか、又はユーザ選択可能タブ２０３ａを直接クリックし得る。

図２Ｂは、遮断されたネットワーク内ヘルスケア施設のうちの１つの施設のローカルサーバ１０７とクラウドサーバ１０３との間の接続が再確立されたときの表示メッセージ２０１の一例を示す。表示メッセージ２０１は、クラウド１０１への接続が再確立されたことを示すメッセージを含み、ユーザ（例えば、ヘルスケア従事者）に、ローカルリポジトリ１０９で作業を続けるか（continuing to work off）、又はクラウドリポジトリ１０５に再アクセスするかを選択することを促す。１つ又は複数の実施形態では、システム１００のアプリケーションは、（例えば、事前設定された又は所定の期間のために）一時的にのみローカルリポジトリで作業を続けるかの選択肢をユーザに与える。このような場合には、図２Ｂの例に示すように、表示メッセージ２０１は、カウントダウンタイマ２０５がカウントし終え（クラウドリポジトリ１０５へのアクセスに切り替え）るときに、ローカルコンピュータ１１１がクラウドリポジトリ１０５に自動的に再アクセスするであろうことを示すメッセージをさらに含み得る。

図２Ｂを参照しつつ、１つ又は複数の実施形態では、ユーザは、ネットワークリポジトリ１０５に直ちに再アクセスするためにユーザ選択可能タブ２０３ａを選択するか、又はローカルリポジトリ１０９でローカルに作業を続けるためにユーザ選択可能タブ２０３ｂを選択する。再び、この例では、クラウドとの接続が再確立された後のローカルリポジトリの継続的な使用は制限限定される。事前設定された期間が終了すると、ユーザは、別の表示メッセージ２０１によってクラウド１０１に再接続するよう促される。

図３は、各医療画像に関連付けられたデータを含むデータテーブル３００の例を示す。１つ又は複数の実施形態では、データテーブル３００は、以下に限定されないが、患者ＩＤ３０１、患者名３０３、帰属施設（Attributed Facility）ＩＤ３０５、レポート情報３０７、画像情報３０９のような患者関連情報を含み得る。

１つ又は複数の実施形態では、患者ＩＤ３０１は、個人の患者識別番号である。各個人は、単一の一意の患者ＩＤ３０１を有する。個人の患者ＩＤ３０１は、ネットワーク内ヘルスケア施設の間で共有される。患者名３０３は、個人の法的な名前である。

１つ又は複数の実施形態では、帰属施設ＩＤ３０５は、個人が患者であるネットワーク内ヘルスケア施設（例えば、個人に関連付けられたネットワーク内ヘルスケア）の識別番号であり得る。個人が複数のネットワーク内ヘルスケア施設のうちの１つ以上の施設を頻繁に利用する場合、その個人は、１つ以上の帰属施設ＩＤ３０５に関連付けられる。あるいは、１つ又は複数の実施形態では、帰属施設ＩＤ３０５は、クラウド１０１上にアップロードされた特定の患者の最初の画像を取得したネットワーク内ヘルスケア施設の識別番号であり得るが、この場合患者は１つしか帰属施設ＩＤ３０５を持たない。１つ又は複数の実施形態では、帰属施設ＩＤは、ネットワーク内ヘルスケア施設のユーザ（すなわち、ヘルスケア従事者）により直接的に割り当てられ得る。

１つ又は複数の実施形態では、レポート情報３０７は、個人の医療診断に関する情報を含む。画像情報３０９は、医療画像の簡潔な説明及び医療画像を生成するために使用された撮像手段の名称を含む。

1つ又は複数の実施形態では、データテーブル３００内のデータは、医療用デジタル画像通信フォーマット（ＤＩＣＯＭフォーマット）であり得る医療画像内のメタデータとして埋め込まれ、１つ又は複数の実施形態では、ＤＩＣＯＭは、システム１００を実現するための汎用画像フォーマットであり得る。テーブル３００からのデータは、ローカルコンピュータ１１１に格納された１つ又は複数の実施形態のアプリケーションを使用して、ＤＩＣＯＭフォーマットの画像から抽出することができる。

テーブル３００内のデータは、様々な方法でソートされ得る。図３に示される例では、データは、患者によってソートされる。しかしながら、データは、例えば、ヘルスケア従事者のプリファレンスに基づく患者関連情報のいずれか１つを使用する別の方法でソートされ得る。データテーブル３００からのデータが医療画像から抽出されるごとに、ヘルスケア従事者は、１つ又は複数の実施形態のアプリケーションを備えたＧＵＩを使用して、データを編集／修正することができる。１つ又は複数の実施形態では、抽出されたデータテーブル３００は、ローカルサーバ１０７に格納される。

図４〜７は、１つ又は複数の実施形態に係る図１Ａ及び図１Ｂのシステムの異なる状態を示す。クラウド１０１、クラウドサーバ１０３、クラウドリポジトリ１０５、ローカルサーバ１０７、ローカルリポジトリ１０９、ローカルコンピュータ１１１、ディスプレイメッセージ２０１、ユーザ選択可能タブ２０３ａ及び２０３ｂ、並びにカウントダウンタイマ２０５は、図１、図２Ａ及び図２Ｂに関して上述されたものと同一又は実質的に同様であり得る。そのような同様の構成要素の詳細な説明は、以下で繰り返さない。

図４及び図５はそれぞれ、複数のネットワーク内ヘルスケア施設におけるヘルスケア施設とクラウド１０１との間の接続が遮断された状態を示す。この場合、図４の右手側に示されるように、遮断されたヘルスケア施設に関連付けられたローカルコンピュータ１１１は、まず、クラウド１０１との接続が遮断されたことを示すよう、表示メッセージ２０１を表示し得る。表示メッセージ２０１は、次に、ユーザ選択可能タブ２０３ａを選択することによりクラウドリポジトリ１０５から遮断されたヘルスケア施設のローカルリポジトリ１０９へアクセスを切り替えるよう、ユーザに促し得る。加えて又は代替的に、表示メッセージ２０１は、タイマがカウントし終えると切り替えが自動的に生じるように、ユーザにカウントダウンタイマ２０５を示し得る。図５の右手側は、ローカルコンピュータ１１１と遮断されたヘルスケア施設に関連付けられたローカルサーバ１０７とが、クラウドリポジトリ１０５からローカルリポジトリ１０９へのアクセスに切り替わったことを示す。

図６及び図７はそれぞれ、遮断されたヘルスケア施設とクラウド１０１との間の接続が再確立された状態を示す。この場合、図６の右手側に示されるように、再接続されたヘルスケア施設に関連付けられたローカルコンピュータ１１１は、まず、クラウド１０１との接続が再接続されたことを示すよう、表示メッセージ２０１を表示し得る。表示メッセージ２０１は、次に、ユーザに、（ユーザ選択可能タブ２０３ａを選択することにより）クラウドリポジトリ１０５に再アクセスするか、又は（ユーザ選択可能タブ２０３ｂを選択することにより）ローカルで作業を続けるかを選択するよう促し得る。加えて又は代替的に、表示メッセージ２０１は、タイマがカウントし終えると自動的に再アクセス（すなわち、ローカルリポジトリ１０９からクラウドリポジトリ１０５へのアクセスの切り替え）が行われるように、ユーザにカウントダウンタイマ２０５を示し得る。図７の右手側は、遮断されている間にローカルリポジトリ１０９に格納されたデータがクラウドリポジトリ１０５に送信され、クラウドリポジトリ１０５がローカルリポジトリ１０９と同期していることを示す表示メッセージ２０１を表示している、再接続されたヘルスケア施設に関連付けられた、ローカルコンピュータ１１１を示す。

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

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

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

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

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

図９は、１つ又は複数の実施形態に係るシステムの概略ダイアグラムを示す。システムは、医療画像及びデータを、クラウドサーバ上のクラウドリポジトリとクラウドサーバに接続された複数のローカルサーバ上の複数のローカルリポジトリとの間で同期を行うよう構成される。複数のローカルサーバは、第１のローカルサーバを含み、複数のローカルリポジトリは、第１のローカルサーバ上に第１のローカルリポジトリを含む。上記で説明されるように、序数の使用は、要素に特定の順番を示唆したり、与えたりすることはなく、また、あらゆる要素を単一の要素のみであると限定しない。例えば、「第１のローカルサーバ」は、クラウドサーバに接続された複数のローカルサーバのうちのあらゆるローカルサーバであり得、単に、説明目的のために「第１の」と称されている。

図９に示されるようなシステムは、例えば、（ｉ）第１のローカルサーバとクラウドサーバとの間の接続状態に基づいて、以下のステップを実行するように構成された命令を実行するように構成されたコンピュータプロセッサ９０６を含む処理モジュール９０４を含み得る。

ある観点では、第１のローカルサーバとクラウドサーバとの間での接続が確立している間は、コンピュータプロセッサ９０６は、第１のローカルサーバに、（１）複数のローカルサーバのいずれかからクラウドリポジトリに送信された所定の患者に関連付けられたリモートデータを、クラウドリポジトリから受信させ、（２）リモートデータを第１のローカルリポジトリにローカルデータとして格納させ、及び（３）続いて（すなわち、格納後）リモートデータが複数のローカルサーバのいずれかにより更新されたならば、更新されたリモートデータをクラウドリポジトリから受信させ、ローカルデータを更新されたリモートデータで置換し、又は、続いて（すなわち、格納後）患者に関連付けられた別のリモートデータが複数のローカルサーバのいずれかからクラウドリポジトリに送信されたならば、そのリモートデータを第１のローカルリポジトリに別のローカルデータとして格納させるための命令を実行する。

ある観点では、第１のローカルサーバとクラウドサーバとの間の接続の遮断に応答して、コンピュータプロセッサ９０６は、第１のローカルサーバに、クラウドリポジトリの代わりに第１のローカルリポジトリへアクセスさせるための命令を実行する。

さらに別の観点にでは、第１のローカルサーバとクラウドサーバとの間の接続の再確立に応答して、コンピュータプロセッサ９０６は、第１のローカルサーバに、（１）クラウドリポジトリへ再アクセスさせ、（２）接続が遮断している間に複数のローカルサーバのいずれかによりリモートデータが更新された場合、更新されたリモートデータを受信させ、ローカルデータを更新されたリモートデータで置換させ、又は接続が遮断している間に、別のリモートデータが複数のローカルサーバのいずれかからクラウドリポジトリに送信された場合、そのリモートデータを第１のローカルリポジトリに別のローカルデータとして格納させ、及び（３）接続が遮断されている間に第１のローカルリポジトリ上のいずれかのデータが第１のローカルサーバにより更新され、又は追加された場合、更新され又は追加されたローカルデータをクラウドリポジトリに送信させるための命令を実行する。

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

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

ステップ１００５及び１０１０において、ネットワーク内ヘルスケア施設のうちの一に関連付けられたローカルコンピュータは、接続が正常であるかどうかを決定するために、ヘルスケア施設のローカルサーバとクラウド上のクラウドサーバとの間の接続状態をチェックする。

ステップ１０１０でのチェックの結果がＹＥＳの場合、ステップ１０１５において、ローカルコンピュータは、撮像手段により生成されたデータを、ローカルサーバを介してクラウドサーバにアップロードし続け、ステップ１０２０において、ローカルリポジトリとクラウドリポジトリとの間でデータを同期する。処理は、次に、ステップ１００５に戻る。

１つ又は複数の実施形態では、ステップ１０１５でクラウドサーバが更新されることに応答して、他のネットワーク内施設のローカルコンピュータ及びサーバは、クラウドサーバから更新されたデータの全部又は一部のいずれかを受信する。ネットワーク内施設のローカルコンピュータ及びサーバが更新されたデータを受信した場合、それぞれのローカルコンピュータ及びサーバは、更新されたデータが既存でなければ、更新されたデータをそれぞれのローカルリポジトリに追加するか、又は更新されたデータに対応する既存のローカル格納済みデータを、更新されたデータで置換する。

ステップ１０１０でのチェックの結果がＮＯなら、ステップ１０２５において、ヘルスケア施設とクラウドとの間の接続が遮断されたことを示すメッセージがユーザに表示され、ローカルコンピュータ及びサーバは、ローカルリポジトリ（又はリポジトリ群）にアクセスを切り替える。

ステップ１０３０において、遮断されたヘルスケア施設のローカルコンピュータ及びサーバは、ローカルリポジトリにアクセスを切り替え、ステップ１０３５において、ローカルコンピュータ及びサーバにクラウドへのアクセスを可能にするローカルコンピュータ及びサーバに格納されたアプリケーションが再起動される。この時点で、医療画像及びデータは、クラウドリポジトリの代わりに、ローカルリポジトリから格納され取り出されている。

１つ又は複数の実施形態では、メッセージがユーザに表示されると、ユーザは、直ちにローカルリポジトリへのアクセスに切り替えるためにユーザ選択可能タブをクリックするか、又は、メッセージに表示されたカウントダウンタイマがカウントし終えたときにローカルコンピュータ及びサーバがローカルリポジトリへのアクセスに自動的に切り替えるのを待つことができる。

ステップ１１４０及び１１４５において、アプリケーションが再起動されると、遮断されたヘルスケア施設のローカルコンピュータは、ローカルサーバとクラウドサーバとの間に正常な接続があるかを決定するためのチェックを実行する。

チェックの結果がＮＯの場合、ローカルコンピュータ及びサーバは、ローカルで動作し続け、処理は、ローカルコンピュータがローカルサーバとクラウドサーバとの間の接続状態をチェックするステップ１１４０及び１１４５に戻る。

チェックの結果がＹＥＳの場合、ステップ１０５０において、ヘルスケア施設とクラウドとの間の接続が再確立され、ローカルコンピュータ及びサーバがリモートリポジトリへのアクセスに切り替えていることを示すメッセージがユーザに表示される。

ステップ１０６０において、メッセージがユーザに表示されると、ユーザは、ローカルリポジトリでローカルに作業を続けたいかかどうかの決定を行うことを促される。ローカルコンピュータ及びサーバは、メッセージ上のカウントダウンタイマがカウントし終えるまでにユーザによる応答が検出されなければ、クラウドサーバに自動的に再接続する。

チェックの結果がＹＥＳの場合、ステップ１１４０において、ローカルコンピュータ及びサーバは、ローカルコンピュータがローカルサーバとクラウドサーバとの間の接続状態をチェックし続ける事前設定期間、ローカル接続のままでいる。事前設定期間が終了すると、ユーザは、別の表示メッセージによってクラウドに再接続することを促されるであろう。このとき、ユーザは、ローカルリポジトリでローカルに作業し続けることを選択することはできない。

チェックの結果がＮＯの場合、ローカルコンピュータ及びサーバは、ステップ１０６５においてクラウドリポジトリに再アクセスするように構成される。

次に、ステップ１０７０において、ローカルコンピュータ及びサーバがクラウドリポジトリに再アクセスされた場合、クラウドリポジトリは、同期され、すなわち、クラウドサーバとの再接続の後に生成された新たなデータと共に、再接続の期間にローカルリポジトリに格納されたデータによって更新される。遮断中に競合が発生した場合、例えば、異なるネットワーク内ヘルスケア施設の２人以上のユーザが、リモートサーバ上の同一のリモートデータに関連付けられた患者情報を同時に更新しようと試みた場合である。競合は、アプリケーションにより自動で、又はアプリケーションにより提供されるＧＵＩを介してユーザにより手動で、解決され得る。

１つ又は複数の実施形態では、ユーザにより手動で解決されるべき競合は、異なるネットワーク内ヘルスケア施設の異なるユーザが、同一リモートデータの患者情報の同一部分を同時に更新しようと試みた場合に引き起こされる競合であり得る。これは、アプリケーションが更新されたどの患者情報が正しいかを判別することを不可能にする。例えば、ネットワーク内ヘルスケア施設Ａのユーザが、患者名を「ＡＡＡＡＡ」から「ＡＡＡＢＡ」に更新し、異なるネットワーク内ヘルスケア施設のユーザが同一の患者の名前を「ＡＡＡＡＡ」から「ＡＡＡＣＡ」に更新し、２人のユーザが、患者の新しい名前を反映するよう同一のリモートデータを同時に更新しようと試みた場合、システムは、２つの名前のいずれが正しいか判別することはできないであろう。この場合、ユーザは、手動でその競合を解決しなければならない。しかしながら、ネットワーク内ヘルスケア施設Ａのユーザが患者名を「ＡＡＡＡＡ」から「ＡＡＡＡＡ」に編集し、ネットワーク内ヘルスケア施設Ｂのユーザが同一の患者の名前を「ＡＡＡＡＡ」から「ＡＣＡＡＡ」に編集し、２人のユーザが、患者の新しい名前を反映するよう同一のリモートデータを同時に更新しようと試みた場合、アプリケーションは、患者名を「ＡＣＡＢＡ」に自動的に更新することが可能であろう。

さらに、遮断されたヘルスケア施設のローカルコンピュータ及びサーバは、遮断中に異なるネットワーク内ヘルスケア施設により更新されたクラウドサーバを介してデータを受信し、更新されたデータが以前に存在していなければ、更新されたデータをローカルリポジトリに追加するか、又は更新されたデータに対応する既存のローカル格納済みデータを更新されたデータで置換する。

１つ又は複数の実施形態では、ステップ１０７０において更新されたクラウドサーバに応答し、異なるネットワーク内施設のローカルコンピュータ及びサーバは、クラウドサーバから、更新されたデータの全部又は一部のいずれかを受信する。ネットワーク内施設のローカルコンピュータ及びサーバが更新されたデータを受信する場合、それぞれのローカルコンピュータ及びサーバは、更新されたデータが以前に存在していなければ、更新されたデータをそれぞれのローカルリポジトリに追加し、又は、更新されたデータに対応する既存のローカル格納済みデータを更新されたデータで置換する。

ステップ１０７５において、再接続の間にローカルリポジトリに格納されたすべてのデータがクラウドリポジトリに送信される場合、アプリケーションは再起動され、ローカルコンピュータはステップ１００５に戻るよう構成される。

図１１Ａ及び１１Ｂは、１つ又は複数の実施形態に係る実装例を示す。図１１Ａ及び１１Ｂに示すように、機能項目のそれぞれは、大項目（「トップレベル機能」）及び複数の小項目（「トップレベル機能のサブ機能」）に分解される。トップレベル機能及びトップレベル機能のサブ機能は、ユーザ、又は図１０Ａ及び１０Ｂに示されるようなフローチャートの各ステップにおける、図１Ａ及び１Ｂに示されるシステムの各構成要素により実行される。

１つ又は複数の実施形態によれば、サブ機能のそれぞれの内容は、サブ機能のそれぞれが実現される場合の、ユーザ又は図１Ａ及び１Ｂに示されるシステムの各構成要素により実現され得る動作を示す。動作はまた、特定のサブ機能が実現されている場合に、ユーザにより実施され得ない動作を示す。

１つ又は複数の実施形態によれば、設定は、ユーザ設定間隔、又は、実施されたときに繰り返され若しくは特定の時間制限を設定され得る特定のサブ機能に関連付けられた時間量を表す。設定は、アプリケーションを提供するベンダにより事前設定される構成不可能なものであり得る。さらに、設定は、ヘルスケア施設の高位の運営権限を有するユーザにより構成されるユーザ構成可能なものであり得る。

本発明の１つ又は複数の実施形態は、以下の利点を１つ以上有し得る。すなわち、医療画像及びデータを、ネットワーク内の複数のヘルスケア施設との間で自動的に共有又は更新する機能、同一の個人に、個人の最近の医療画像及びデータによる更新を提供するすべてのネットワーク内のヘルスケア施設の、すべてのローカルリポジトリを管理する機能、連続的なワークフローが、共有クラウドを有するネットワーク内ヘルスケア施設のいずれかの遮断により引き起こされるあらゆるダウンタイムを被ることなく、すべてのネットワーク内ヘルスケア施設で確立される機能、ヘルスケア施設がフルサイズのオンサイトのデータセンタを管理する必要がないように、それぞれのネットワーク内ヘルスケア施設のローカルリポジトリに格納されるべき医療画像及びデータを選択する機能などである。

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

Claims (20)

1. クラウドサーバ上のクラウドリポジトリと前記クラウドサーバに接続されたヘルスケア施設の複数のローカルサーバ上の複数のローカルリポジトリとの間で、医療データを同期する方法であって、前記複数のローカルサーバは、第１のローカルサーバを備え、前記複数のローカルリポジトリは、前記第１のローカルサーバ上に第１のローカルリポジトリを備え、前記方法は、
   前記第１のローカルサーバと前記クラウドサーバとの間の接続が確立している間、前記第１のローカルサーバに、
   前記複数のローカルサーバのいずれかから前記クラウドリポジトリに送信された所定の患者に関連付けられた前記リモートデータを、前記クラウドリポジトリから受信させ、
   前記リモートデータをローカルデータとして前記第１のローカルリポジトリに記憶させ、
   続いて、前記リモートデータが、前記複数のローカルサーバのいずれかにより更新された場合、前記クラウドリポジトリから前記更新されたリモートデータを受信させ、前記ローカルデータを前記更新されたリモートデータで置換させ、又は、続いて、前記患者に関連付けられた別のリモートデータが、前記複数のローカルサーバのいずれかから前記クラウドリポジトリに送信された場合、前記別のリモートデータを別のローカルデータとして前記第１のローカルリポジトリに記憶させることと、
   前記第１のローカルサーバと前記クラウドサーバとの間の前記接続が遮断されるのに応答して、前記第１のローカルサーバに、前記クラウドリポジトリの代わりに前記第１のローカルリポジトリへアクセスさせることと、
   前記第１のローカルサーバと前記クラウドサーバとの間の前記接続が再確立されるのに応答して、前記第1のローカルサーバに、
   前記クラウドリポジトリへ再アクセスさせ、
   前記接続が遮断している間に、前記リモートデータが前記複数のローカルサーバのいずれかにより更新された場合、前記更新されたリモートデータを受信させ、前記ローカルデータを前記更新されたリモートデータで置換させ、又は、前記接続が遮断している間に、前記複数のローカルサーバのいずれかから前記クラウドリポジトリに別のリモートデータが送信された場合、前記別のリモートデータを別のローカルデータとして前記第１のローカルリポジトリに記憶させることと、
   前記接続が遮断している間に、前記第１のローカルリポジトリ上のいずれかのローカルデータが前記第１のローカルサーバにより更新又は追加された場合、前記更新又は追加されたローカルデータを前記クラウドリポジトリへ送信させることと、を含む、
   方法。
2. 前記複数のローカルサーバのそれぞれは、ローカルコンピュータに結合される、請求項１に記載の方法。
3. 前記第１のローカルサーバと前記クラウドサーバとの間の前記接続が遮断された場合、前記第１のローカルサーバに結合された前記コンピュータは、ユーザに対して、カウントダウンタイマを有するメッセージをポップアップウィンドウによって表示し、
   前記カウントダウンタイマがカウントし終える場合、前記第１のローカルサーバは、自動的に前記ローカルリポジトリにアクセスし、
   前記ポップアップウィンドウは、前記ユーザに、前記カウントダウンタイマがカウントし終える前に前記ローカルリポジトリへアクセスすることを可能にするユーザ選択可能タブを含む、
   請求項２に記載の方法。
4. 前記第１のローカルサーバと前記クラウドサーバとの間の前記接続が再確立された場合、前記第１のローカルサーバに結合された前記コンピュータは、ユーザに対して、カウントダウンタイマを有するメッセージをポップアップウィンドウによって表示し、
   前記カウントダウンタイマがカウントし終える場合、前記第１のローカルサーバは、自動的に前記クラウドサーバに再アクセスし、
   前記ポップアップウィンドウは、前記ユーザに、前記カウントダウンタイマがカウントし終える前に前記クラウドリポジトリへ再アクセスすることを可能にするユーザ選択可能タブ、及び前記ユーザに、前記クラウドリポジトリへ再アクセスさせることなく、前記ローカルコンピュータを使い続けることを可能にする別のユーザ選択可能タブを含む、
   請求項２に記載の方法。
5. 前記ローカルリポジトリは、医療施設に配置される、請求項１に記載の方法。
6. 前記リモートデータは、ＤＩＣＯＭフォーマット画像又は患者の医療レポートである、請求項１に記載の方法。
7. 前記ＤＩＣＯＭフォーマット画像は、患者ＩＤ、患者名、帰属施設ＩＤ、患者レポート情報、画像情報を含むメタデータを含む医療画像である、請求項６に記載の方法。
8. ＤＩＣＯＭフォーマット画像のメタデータは、前記複数ローカルサーバのそれぞれに、結合されたコンピュータにより表示されるグラフィカルユーザインタフェース（ＧＵＩ）を介して、ユーザによる編集が可能である、請求項７に記載の方法。
9. 前記クラウドリポジトリから受信した前記リモートデータは、前記ローカルリポジトリを備える施設のサイズ、ＤＩＣＯＭフォーマット画像に関連付けられた患者ＩＤ、ＤＩＣＯＭフォーマット画像に関連付けられた帰属施設ＩＤにより決定される、請求項６に記載の方法。
10. 前記医療画像は、前記複数のローカルサーバのそれぞれに結合されたコンピュータに接続された医療施設における撮像手段によって撮像される、請求項７に記載の方法。
11. 前記クラウドサーバ上の前記クラウドリポジトリは、クラウドベース画像保管通信システム（ＰＡＣＳ）のためのリポジトリである、請求項１に記載の方法。
12. 前記接続が再確立されて前記複数のローカルサーバが前記クラウドリポジトリにデータを送信し、前記クラウドリポジトリから受信しているときに競合が発生する場合、前記複数のローカルサーバのそれぞれに結合されたコンピュータは、ユーザに対して、前記ユーザが前記競合を手動で修正するためのグラフィカルユーザインターフェース（ＧＵＩ）を表示する、請求項１に記載の方法。
13. 前記接続が再確立されて前記複数のローカルサーバが前記クラウドリポジトリにデータを送信し、前記クラウドリポジトリから受信しているときに競合が発生する場合、前記複数のローカルサーバのそれぞれに結合されたコンピュータが、前記競合を自動的に修正する、請求項１に記載の方法。
14. コンピュータに結合された第１のローカルサーバに対し、クラウドサーバ上のクラウドリポジトリと前記クラウドサーバに接続されたヘルスケア施設の複数のローカルサーバ上の複数のローカルリポジトリとの間で、医療データを同期させる処理を実行させる命令を記憶する非一時的なコンピュータ可読媒体（ＣＲＭ）であって、前記複数のローカルサーバは、第１のローカルサーバを備え、前記複数のローカルリポジトリは、前記第１のローカルサーバ上に第１のローカルリポジトリを備え、前記処理は、
    前記第１のローカルサーバと前記クラウドサーバとの間の接続が確立している間、前記第１のローカルサーバは、
    前記複数のローカルサーバのいずれかから前記クラウドリポジトリに送信された所定の患者に関連付けられたリモートデータを、前記クラウドリポジトリから受信し、
    前記リモートデータをローカルデータとして前記第１のローカルリポジトリに記憶し、
    続いて、前記リモートデータが前記複数のローカルサーバのいずれかにより更新された場合、前記クラウドリポジトリから前記更新されたリモートデータを受信し、前記ローカルデータを前記更新されたリモートデータで置換し、又は、続いて、前記患者に関連付けられた別のリモートデータが前記複数のローカルサーバのいずれかから前記クラウドリポジトリに送信された場合、前記別のリモートデータを別のローカルデータとして前記第１のローカルリポジトリに記憶し、
    前記第１のローカルサーバと前記クラウドサーバとの間の前記接続が遮断されるのに応答して、前記第１のローカルサーバは、前記クラウドリポジトリの代わりに前記第１ローカルリポジトリへアクセスすることと、
    前記第１のローカルサーバと前記クラウドサーバとの間の前記接続が再確立されるのに応答して、前記第１のローカルサーバは、
    前記クラウドリポジトリへ再アクセスし、
    前記接続が遮断している間に、前記リモートデータが前記複数のローカルサーバのいずれかにより更新された場合、前記更新されたリモートデータを受信し、前記ローカルデータを前記更新されたリモートデータで置換し、又は、前記接続が遮断している間に、前記複数のローカルサーバのいずれかから前記クラウドリポジトリに別のリモートデータが送信された場合、前記別のリモートデータを別のローカルデータとして前記第１のローカルリポジトリに記憶することと、
    前記接続が遮断している間に、前記第１のローカルリポジトリ上のいずれかのローカルデータが前記第１のローカルサーバにより更新又は追加された場合、前記更新又は追加されたローカルデータを前記クラウドリポジトリへ送信することと、
    を含む、ＣＲＭ。
15. 前記複数のローカルサーバのそれぞれが、ローカルコンピュータに結合される、請求項１４に記載のＣＲＭ。
16. 前記第１のローカルサーバと前記クラウドサーバとの間の前記接続が遮断された場合、前記第１のローカルサーバに結合された前記コンピュータは、ユーザに対して、カウントダウンタイマを有するメッセージをポップアップウィンドウによって表示し、
    前記カウントダウンタイマがカウントし終える場合、前記第１のローカルサーバは、前記ローカルリポジトリに自動的にアクセスし、
    前記ポップアップウィンドウは、前記ユーザに、前記カウントダウンタイマがカウントし終える前に前記ローカルリポジトリへアクセスすることを可能にするユーザ選択可能タブを含む、
    請求項１５に記載のＣＲＭ。
17. 前記第１のローカルサーバと前記クラウドサーバとの間の前記接続が再確立された場合、前記第１のローカルサーバに結合された前記コンピュータは、ユーザに対して、カウントダウンタイマを有するメッセージをポップアップウィンドウによって表示し、
    前記カウントダウンタイマがカウントし終える場合、前記第１のローカルサーバは、前記クラウドサーバに自動的に再アクセスし、
    前記ポップアップウィンドウは、前記ユーザが、前記カウントダウンタイマがカウントし終える前に前記クラウドリポジトリへ再アクセスすることを可能にするユーザ選択可能タブ、及び、前記ユーザが、前記クラウドリポジトリへ再アクセスすることなく、前記ローカルコンピュータを使い続けることを可能にする別のユーザ選択可能タブを含む、
    請求項２に記載のＣＲＭ。
18. 医療データを同期するシステムであって、
    クラウドサーバと、
    前記クラウドサーバ上のクラウドリポジトリと、
    前記クラウドサーバに接続されたヘルスケア施設の複数のローカルサーバ上の複数のローカルリポジトリであって、前記複数のローカルサーバは、第１のローカルサーバを備え、前記複数のローカルリポジトリは、前記第１のローカルサーバ上に第１のローカルリポジトリを備える、該複数のローカルリポジトリと、を備え、
    前記第１のローカルサーバと前記クラウドサーバとの間の接続が構築されている間、前記第１のローカルサーバは、
    前記複数のローカルサーバのいずれかから前記クラウドリポジトリに送信された所定の患者に関連付けられたリモートデータを、前記クラウドリポジトリから受信し、
    前記リモートデータをローカルデータとして前記第１のローカルリポジトリに記憶し、
    続いて、前記リモートデータが前記複数のローカルサーバのいずれかにより更新された場合、前記クラウドリポジトリから前記更新されたリモートデータを受信し、前記ローカルデータを前記更新されたリモートデータで置換し、又は、続いて、前記患者に関連付けられた別のリモートデータが前記複数のローカルサーバのいずれかから前記クラウドリポジトリに送信された場合、前記別のリモートデータを別のローカルデータとして前記第１のローカルリポジトリに記憶し、
    前記第１のローカルサーバと前記クラウドサーバとの間の前記接続が遮断されるのに応答して、前記第１のローカルサーバは、前記クラウドリポジトリの代わりに前記第１のローカルリポジトリへアクセスし、
    前記第１のローカルサーバと前記クラウドサーバとの間の前記接続が再確立されるのに応答して、前記第１のローカルサーバは、
    前記クラウドリポジトリへ再アクセスし、
    前記接続が遮断している間に、前記リモートデータが前記複数のローカルサーバのいずれかにより更新された場合、前記更新されたリモートデータを受信し、前記ローカルデータを前記更新されたリモートデータで置換し、又は、前記接続が遮断している間に、前記複数のローカルサーバのいずれかから前記クラウドリポジトリに別のリモートデータが送信された場合、前記別のリモートデータを別のローカルデータとして前記第１のローカルリポジトリに記憶し、
    前記接続が遮断している間に、前記第１のローカルリポジトリ上のいずれかのローカルデータが前記第１のローカルサーバにより更新又は追加された場合、前記更新又は追加されたローカルデータを前記クラウドリポジトリへ送信する、
    システム。
19. 前記複数のローカルサーバのそれぞれは、ローカルコンピュータに結合されており、
    前記第１のローカルサーバと前記クラウドサーバとの間の前記接続が遮断される場合、前記第１のローカルサーバに結合された前記コンピュータは、ユーザに対して、カウントダウンタイマを有するメッセージをポップアップウィンドウによって表示し、
    前記カウントダウンタイマがカウントし終える場合、前記第１のローカルサーバは、自動的に前記ローカルリポジトリにアクセスし、
    前記ポップアップウィンドウは、前記ユーザが、前記カウントダウンタイマがカウントし終える前に前記ローカルリポジトリへアクセスすることを可能にするユーザ選択可能タブを含む、
    請求項１８に記載のシステム。
20. 前記第１のローカルサーバと前記クラウドサーバとの間の前記接続が再確立される場合、前記第１のローカルサーバに結合された前記コンピュータは、ユーザに対して、カウントダウンタイマを有するメッセージをポップアップウィンドウによって表示し、
    前記カウントダウンタイマがカウントし終える場合、前記第１ローカルサーバは、自動的に前記クラウドサーバに再アクセスし、
    前記ポップアップウィンドウは、前記ユーザが、前記カウントダウンタイマがカウントし終える前に前記クラウドリポジトリへ再アクセスすることを可能にするユーザ選択可能タブ、及び、前記ユーザが、前記クラウドリポジトリへ再アクセスすることなく、前記ローカルコンピュータを使い続けることを可能にする別のユーザ選択可能タブを含む、
    請求項１８に記載のシステム。