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

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ステップ１２０５において、ネットワーク内ヘルスケア施設のうちの１つに関連付けられるローカルコンピュータは、ヘルスケア施設のローカルサーバとクラウド上のクラウドサーバとの間の接続の状態を監視する。

ステップ１２１０において、ローカルコンピュータは、ローカルサーバとクラウドサーバとの間の接続が遮断されているかを決定する。

ステップ１２１０の決定の結果がＹＥＳの（すなわち、ローカルサーバとクラウドとの間にネットワーク接続がない）場合、ローカルコンピュータは、ローカルサーバに結合されたローカルリポジトリ上でなされ得るステップ１２１５の編集に制限を設ける。

１つ又は複数の実施形態では、ローカルリポジトリ上でなされ得る編集に制限が設けられる場合、ローカルリポジトリにローカルデータとして格納されている既存のデータは、遮断されたヘルスケア施設のユーザ（例えば、ヘルスケアの専門家）により編集や変更ができない。１つ又は複数の実施形態では、ローカルコンピュータは、遮断されたヘルスケア施設のユーザに、医療データを新しい医療データとしてローカルリポジトリに追加することのみを可能にする。新しい医療データは、既存の患者又は新規の患者に関連し得る。

ステップ１２１０の決定の結果がＮＯ（すなわち、ローカルサーバとクラウドとの間のネットワークが正常）の場合、ローカルコンピュータは、共有する患者の医療データが異なるネットワーク内ヘルスケア施設において編集されているかをステップ１２２０で決定する。

１つ又は複数の実施形態では、共有する患者の医療データは、リモートデータとして異なるネットワーク内ヘルスケア施設からクラウドサーバを介して受信され、ローカルデータとしてローカルに格納された所定の患者の医療データであり得る。１つ又は複数の実施形態では、共有する患者の医療データは、クラウドサーバに送信され、別のネットワーク内ヘルスケア施設のローカルコンピュータに、そのネットワーク内ヘルスケア施設のローカルデータとして格納されるために受信されたローカル医療データに関連付けられ得る。

１つ又は複数の実施形態では、ネットワーク内ヘルスケア施設のいずれかがローカルデータを編集した場合、それぞれのローカルコンピュータは、ローカルデータにおけるメタデータの情報を用いて、編集されているローカルデータが異なるネットワーク内ヘルスケア施設のローカルリポジトリにもまた格納されているか（すなわち、その医療データが他のネットワーク内ヘルスケア施設でもまた利用可能な共有の医療データであるか）を決定する。編集されているローカルデータが共有のデータであると決定される場合、その共有データを編集している施設のローカルコンピュータは、他の施設のローカルコンピュータに、共有データが現在編集されていることを知らせるため、クラウドサーバに通知を送信する。

ステップ１２２０の決定の結果がＹＥＳの場合、ローカルコンピュータは、異なる施設で編集されている共有データに対応する、ローカルリポジトリに格納された既存のローカルデータになされ得る編集に、ステップ１２１５において、制限を設ける。

１つ又は複数の実施形態では、ローカルデータの編集に制限が設けられた場合、ローカルデータは、ローカルコンピュータのユーザにより変更又は更新されることを禁止される。１つ又は複数の実施形態では、ユーザが、制限されたローカルデータに新しい情報を追加したり又は更新したりしたい場合、ユーザは、新しい情報を格納するために、同一の患者に関連付けられた新しいローカルデータを作成しなければならない。これにより、ネットワーク内ヘルスケア施設のうちの２つの施設が、同一の医療データを同一時刻に編集していないことを保障する。特に、同一の医療データが２つの異なる施設で同時に編集又は更新され、そして、２つの異なる施設のローカルコンピュータが、編集された医療データに対応するクラウドサーバ上のリモートデータを更新するために、クラウドサーバにデータをアップロードする場合、クラウドサーバは編集された２つの医療データのいずれが正しい情報を含むのかを決定できないので、潜在的な競合が生じ得る。

ステップ１２２０の決定の結果がＮＯの場合、ローカルコンピュータは、ローカルリポジトリ及びローカルリポジトリ上に格納されたいかなる既存のデータになされ得る編集に一切の制限を設けない。１つ又は複数の実施形態では、ユーザによりなされ得る編集への制限は、ユーザが、ローカルリポジトリ及びローカルリポジトリ上に格納されたいずれの既存のデータを編集するときに潜在的な競合が生じ得ないことをローカルコンピュータが確認をする場合、設けられない。

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

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

Claims (17)

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

Images