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

Description

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

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

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

概して、ある観点では、本発明は、クラウドサーバ上のクラウドリポジトリと前記クラウドサーバに接続されたヘルスケア施設の複数のローカルサーバ上の複数のローカルリポジトリとの間での医療データの同期中の競合を防止するための方法に関する。前記複数のローカルサーバは、第１のローカルサーバを備え、前記複数のローカルリポジトリは、前記第１のローカルサーバ上に第１のローカルリポジトリを備える。前記方法は、前記第１のローカルサーバと前記クラウドサーバとの間の接続が遮断されるのに応答して、前記第１のローカルサーバに、前記クラウドリポジトリの代わりに前記第１のローカルリポジトリへアクセスさせ、ローカルデータが、前記第１のローカルサーバと他の複数のローカルサーバのいずれかと、クラウドサーバ上で共有された共有の患者に関連付けられているかどうかを、前記ローカルデータ内に格納されるメタデータ内の共有患者ＩＤの有無に基づいて決定させ、前記ローカルデータが前記共有の患者に関連付けられていた場合、前記ローカルデータの変更を禁止させることを含み、前記他の複数のローカルサーバのいずれかによって、前記禁止されたローカルデータに対応する前記クラウドサーバ上のリモートデータの変更が許可される。

概して、ある観点では、本発明は、コンピュータに結合された第１のローカルサーバに、クラウドサーバ上のクラウドリポジトリと前記クラウドサーバに接続されたヘルスケア施設の複数のローカルサーバ上の複数のローカルリポジトリとの間での医療データの同期中の競合を防止する処理を実行させる命令を記憶する非一時的なコンピュータ可読媒体（ＣＲＭ）に関する。前記複数のローカルサーバは、前記第１のローカルサーバを備え、前記複数のローカルサーバは、第１のローカルサーバを備え、前記複数のローカルリポジトリは、前記第１のローカルサーバ上に第１のローカルリポジトリを備える。前記処理は、前記第１のローカルサーバと前記クラウドサーバとの間の接続が遮断されるのに応答して、前記第１のローカルサーバに、前記クラウドサーバの代わりに前記第１のローカルリポジトリへアクセスさせ、前記第１のローカルサーバと他の複数のローカルサーバのいずれかと、クラウドサーバ上で共有された共有の患者に関連付けられたローカルデータであるかどうかを、前記ローカルデータ内に格納されるメタデータ内の共有患者ＩＤの有無に基づいて決定させ、前記ローカルデータが前記共有の患者に関連付けられている場合、前記ローカルデータの変更を禁止させることを含み、他の前記複数のローカルサーバのいずれかによって、前記禁止されたローカルデータに対応する前記クラウドサーバ上のリモートデータの変更が許可される。

概して、ある観点では、本発明は、医療データを同期するときの競合を防止するシステムに関する。前記システムは、クラウドサーバと、前記クラウドサーバ上のクラウドリポジトリと、前記クラウドサーバに接続されたヘルスケア施設の複数のローカルサーバ上に複数のローカルリポジトリを備える。前記複数のローカルサーバは第１のローカルサーバを備え、前記複数のローカルリポジトリは前記第１のローカルサーバ上に第１のローカルリポジトリを備える。前記第１のローカルサーバと前記クラウドサーバとの間の接続が遮断されるのに応答して、前記第１のローカルサーバは、前記クラウドリポジトリの代わりに前記ローカルリポジトリにアクセスし、ローカルデータが、前記第１のローカルサーバと他の複数のローカルサーバのいずれかと、クラウドサーバ上で共有された共有の患者に関連しているかどうかを、前記ローカルデータ内に格納されるメタデータ内の共有患者ＩＤの有無に基づいて決定し、前記ローカルデータが前記共有の患者に関連付けられている場合、前記ローカルデータの変更を禁止し、前記禁止されたローカルデータに対応する前記クラウドサーバ上のリモートデータの変更が、前記別の複数のローカルサーバのいずれかにより許可される。

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

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

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

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

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

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

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

フローチャートに示される１つ又は複数のステップは、除外し、繰り返し、及び／又は示された順番とは違う順番で実行され得ると理解すべきである。したがって、本発明の範囲は、フローチャートに示された特定の整理されたステップに限定されるとみなされるべきではない。

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

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

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

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

１つ又は複数の実施形態では、医療データは、複数のネットワーク内ヘルスケア施設間で共有され得るが、クラウドから遮断されたネットワーク内ヘルスケア施設のユーザは、遮断されたネットワーク内ヘルスケア施設のローカルリポジトリに格納される共有の医療データを変更（すなわち、修正及び編集）することを禁止される。これは、遮断されたネットワーク内ヘルスケア施設がクラウドと再接続することにより、クラウドとデータを同期するときの競合の可能性を減らす。例えば、遮断されたネットワーク内ヘルスケア施設のユーザは、共有のデータが他のネットワーク内ヘルスケア施設においてローカルに編集されているかを簡単に決定できないので、そのようなユーザもまた、同じ共有のデータを編集するかも知れない。そのため、２つの異なるネットワーク内施設がともに、別個に編集された共有のデータをクラウドにアップロードしようと試みるときに、競合を生じさせる可能性が起こる。競合が生じると、競合を生じさせた施設のシステムは、システムが競合を正常に解決するために一時的に利用不可能となり、ユーザに意図せず不必要なダウンタイムをもたらし得る。

１つ又は複数の実施形態では、クラウドに接続したままのネットワーク内ヘルスケア施設のユーザは、クラウドから遮断されるネットワークヘルスケア施設に関連付けられると判断されたクラウドリポジトリに格納される特定の医療データの変更を禁止される。これにより、遮断されたネットワーク内ヘルスケア施設がクラウドと再接続して、クラウドとデータを同期するときの競合の可能性をさらに減らすことが可能である。例えば、接続されたネットワーク内ヘルスケア施設のユーザは、遮断されたネットワーク内ヘルスケア施設に格納された医療データが編集されているかを簡単に判断することができないので、そのようなユーザは、遮断されたネットワーク内ヘルスケア施設でローカルに編集される医療データに対応するクラウドに格納された医療データを編集するかも知れない。そのため、２つの異なるネットワーク内施設がともに、別個に編集された医療データをクラウドにアップロードしようと試みるときに、競合を生じさせる可能性が起こる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図３Ａ及び３Ｂは、１つ又は複数の実施形態に係るデータテーブル３００Ａ及び３００Ｂを示し、該データテーブル３００Ａ及び３００Ｂは、ローカルコンピュータ１１１のユーザにより閲覧され編集される、患者に関連する情報を格納し得る。

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

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

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

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

図３Ｂは、各医療画像に関連付けられたデータを含むデータテーブル３００Ｂの例を示す。データテーブル３００Ｂは、図３Ａにおいて説明されるデータテーブル３００Ａと同じデータを含むが、さらに、共有患者ＩＤ３０６及び編集状況３０４を含む。

１つ又は複数の実施形態では、共有患者ＩＤ３０６は、個人が２つ以上の複数のネットワーク内ヘルスケア施設の間で共有される患者である（すなわち、その個人は少なくとも２つの異なるネットワーク内ヘルスケア施設において登録されている患者である）ことを示す。編集状況３０４は、第１のローカルコンピュータ１１１に、それぞれの医療データのメタデータが編集可能であるかを示す識別子である。例えば、図３Ｂに示されるように、編集状況３０４の「Ｒ」は、そのメタデータが「読み取り専用」データであり、閲覧のみができ編集はできないことを示す。編集状況３０４の「ＲＷＤ」（すなわち、読み込み、書き込み、削除）は、メタデータの読み込み、編集及び削除が可能（すなわち、医療データの変更が可能）であることを示す。

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

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

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

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

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

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

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

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

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

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

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

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

ある観点では、第１のローカルサーバとクラウドサーバとの間の接続が遮断されることに応答して、コンピュータプロセッサ９０６は、第１のローカルサーバに、（１）クラウドリポジトリの代わりに第１のローカルリポジトリへアクセスさせ、（２）クラウドサーバに接続されたヘルスケア施設上の１つ以上のヘルスケア施設に登録されている共有の患者に関連付けられたローカルデータであるかを決定させ、（３）共有の患者に関連付けられたローカルデータであった場合、ローカルデータの変更を禁止させる、ための命令を実行する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

１つ又は複数の実施形態では、ネットワーク内ヘルスケア施設のローカルサーバにローカルデータとして格納された共有のデータが、クラウドサーバにアップロードされたとき（例えば、複数のローカルサーバのそれぞれとクラウドサーバとの間の医療データの同期の間）に、競合が生じ得る。例えば、２つの異なるネットワーク内ヘルスケア施設のユーザが、各施設にローカルデータとして格納される共有データの同一部分をローカルに編集又は更新しようと試みたときに、競合が生じ得る。その後、共有データは、２つの施設からクラウドサーバにアップロードされる。クラウドサーバは、２つの異なる施設から受信した更新された共有データを用いて、対応するリモートデータの更新を試みる。クラウドサーバがリモートデータを更新しようと試みるとき、アプリケーションは、更新された共有データのいずれが正しい患者情報を含むかを決定し得ず、このため、競合の状況をもたらす。

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

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

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

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

１つ又は複数の実施形態によれば、図１１Ａ及び１１Ｂは、複数のネットワーク内ヘルスケア施設のうちの１つがクラウド１０１上のクラウドサーバ１０３から遮断された、図１Ａ及び１Ｂのシステムの状況の間のメタデータの編集状況３０４を示す。同じ概念が、１つ以上の施設がクラウドから遮断された状況に適用されることは、当業者にとって明らかである。

図１１Ａは、システム１００が３つの施設を含む場合の１つ又は複数の実施形態に係る例を示す。すなわち、病院１（ＨＳ１）、クリニック１（ＣＬ１）及びクリニック２（ＣＬ２）である。ＨＳ１に配置されたローカルサーバ１０７に結合されたローカルコンピュータ１１１は、クラウドサーバ１０３から遮断される一方、ＣＬ１及びＣＬ２のそれぞれのローカルサーバ１０７に結合されたローカルコンピュータ１１１は、クラウドサーバ１０３に接続される。

図１１Ａに示されるような１つ又は複数の実施形態では、遮断されたＨＳ１のローカルサーバ１０９にローカルデータとして格納された医療データのすべてが、ＨＳ１のローカルコンピュータ１１１により編集できるわけでない。例えば、ＨＳ１のローカルサーバ１０９にローカルに格納されるすべての医療データの情報を含むＨＳ１のローカルサーバ１０９に関連付けられたデータテーブル３００Ｂに示されるように、患者「Jessica L.」及び「Tim M.」（すなわち、共有の患者）に対するローカルデータは、ＨＳ１のローカルコンピュータ１１１がクラウドサーバ１０３から遮断されている間は編集できない。ＨＳ１のローカルリポジトリ１０９に格納された共有の患者の医療データは、これらの医療データが「読み取り専用」データであり、編集ができないことを示すよう、編集状況３０４が「Ｒ」と記される。図１１Ａに示されるような１つ又は複数の実施形態では、クラウドサーバ１０３に格納されるすべてのリモートデータは、クラウド１０１とアクティブな接続を持つ別のネットワーク内ヘルスケア施設のユーザにより編集が可能である。

１つ又は複数の実施形態では、ＨＳ１のローカルコンピュータ１１１は、ローカルデータが共有の患者に関連づけられていることを示す共有患者ＩＤ３０６を含むローカルデータへの変更を禁止する。さらに、共有の患者に対するローカルデータはまた、「ＣＬ１」及び「ＣＬ２」といった帰属施設ＩＤ３０５をそれぞれ含み、オリジナルの医療データがＨＳ１で取得されなかったことを示す。

１つ又は複数の実施形態では、ＣＬ１及びＣＬ２のローカルサーバ１０９に共有の患者に対する同じ医療データがローカルにそれぞれ格納され得るので、遮断されたＨＳ１のユーザは、ＣＬ１又はＣＬ２のユーザが共有データの各々のローカル版を編集しているかどうかを容易に知るすべを持っていない。それゆえ、ＣＬ１及びＣＬ２のユーザは、ＨＳ１のローカルコンピュータ１１１が再接続によりローカルサーバ１０９をクラウドサーバ１０３と同期しているのと同時期に、共有の患者に対する編集されたローカルデータをアップロードするかも知れず、結果的に競合をもたらす。

図１１Ａ及び１１Ｂを参照し、ＣＬ１及びＣＬ２のユーザは、ＨＳ１がクラウド１０１から遮断されたことを知り得ない。ＣＬ１のユーザは、クラウドサーバ１０３上のデータを閲覧していて、遮断されたＨＳ１に関連付けられたリモートデータの誤植に気が付き得る。その後、ＣＬ１のユーザは、ＨＳ１のローカルコンピュータ１１１がクラウド１０１との接続を再確立し、医療データをクラウドサーバ１０３と同期しているプロセスにあることを知らないまま、特定のリモートデータを修正することによって誤植を正し得る。異なるネットワーク内ヘルスケア施設の異なる２人のユーザによって、リモートデータがクラウドサーバ１０３上で同時に編集又は更新されるので、結果的に競合をもたらす。

１つ又は複数の実施形態では、上述したような、遮断されたヘルスケア施設が再接続によりローカルデータをクラウド１０１と同期するときの競合の可能性をさらに減らすために、複数のネットワーク内ヘルスケア施設のうちの１つが遮断されるとき、修正が可能なリモートデータに制限が設けられる。例えば、図１１Ｂに示されるように、クラウド１０１に依然として接続されているＣＬ１及びＣＬ２のユーザは、遮断されたＨＳ１に関連付けられたクラウドサーバ１０３上のリモートデータを編集することを禁止される。

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

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

ステップ１２０５のチェックの結果がＹＥＳの場合、方法は、ローカルコンピュータがクラウドサーバ上の医療データにアクセスし、図１０Ａ及び１０Ｂのフローチャートのステップ１０１５及び１０２０で説明される通常の処理を実行する、ステップ１２１０に進む。

ステップ１２０５のチェックの結果がＮＯの場合、方法は、遮断されたヘルスケア施設のローカルコンピュータ及びローカルサーバがローカルリポジトリにアクセスを切り替えるステップ１２１５に進む。１つ又は複数の実施形態では、図１０Ａ及び１０Ｂのフローチャートで説明されるステップ１０２５及び１０３５と同様に、ユーザにメッセージが表示され又はアプリケーションがリスタートされる。

ステップ１２２０において、ローカルコンピュータ及びローカルサーバがクラウドサーバから遮断されている間、ローカルリポジトリに格納された各ローカルデータが共有のデータであるかどうかがローカルコンピュータ及びローカルサーバによって決定される。

ステップ１２２０の決定の結果が、ローカルリポジトリに格納されるローカルデータの中の特定のローカルデータに対してＹＥＳの場合、方法は、共有データであると決定される該特定のローカルデータをユーザが変更すること（すなわち、あらゆる修正や編集を行うこと）を第１のローカルコンピュータが禁止するステップ１２２５に進む。

ステップ１２２０の決定の結果が、ローカルリポジトリに格納されるローカルデータの中の特定のローカルデータに対してＮＯの場合、方法は、共有データでないと決定された該特定のローカルデータをユーザが変更することを第１のローカルコンピュータが禁止しないステップ１２３０に進む。

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

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

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

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

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

Claims (18)

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

Images