JP2019079485A - クラウドからローカル、ローカルからクラウドへの切り替えと、医用画像及びデータの同期 - Google Patents

Abstract

【課題】クラウドサーバー上のクラウドリポジトリとクラウドサーバーに接続された医療施設の複数のローカルサーバー上の複数のローカルリポジトリとの間で医療データを同期するシステムを更新する方法を提供する。【解決手段】クラウドサーバーが、クラウドサーバー及び各ローカルサーバーに記憶されている医用同期アプリケーションを、更新ファイルを用いて更新する要求を受け取ることと、各ローカルサーバーに医用同期アプリケーションを更新する指示を送信することと、更新ファイルを実行して、クラウドサーバーの医用同期アプリケーションを更新することと、を含む。クラウドサーバーは、ローカルサーバーのいずれかが更新ファイルを実行済みであるかどうかにかかわらず、更新ファイルを実行する。【選択図】図１６

Description

医用画像及び医療データは、患者を診断するのに重要な役割を果たしている。医療施設（例えば、病院）では、電子的に保存された医用画像及び医療データの有益性が認識されるようになっている。医用画像及びデータをデジタル化すると、ユーザーが医用画像及び医療データに容易にアクセスできるようになるだけでなく、複数の医療施設の間で画像及びデータを容易に共有することができるようになる。

医療産業では、画像保管通信システム（「ＰＡＣＳ」）と呼ばれるシステムの使用が、医用画像の保存及びアクセスに便利であることから一般的になりつつある。一般的に、ＰＡＣＳには多数の装置が含まれ、これらが協働して、コンピューター断層撮影（ＣＴ）、核磁気共鳴映像法（ＭＲＩ）、ポジトロン放出断層撮影法（ＰＥＴ）、超音波、Ｘ線等の様々な撮像モダリティーにより生成された医用画像を取得、保存、管理、配布及び表示する。ＰＡＣＳによれば、内部又は外部で撮影されたあらゆる種類の画像を、様々な医療施設で共有することが可能となる。

より最近では、従来のＰＡＣＳの効率及びアクセス性を改善する手段として、クラウドベースのＰＡＣＳが出現している。一般に、「クラウド」とは、様々な場所にある複数のコンピューターやデバイスの要求に応じて、コンピューティングリソース及びデータへの遠隔アクセスをインターネット経由で提供するオンラインストレージシステムと理解することができる。クラウドベースＰＡＣＳは、様々な場所にある遠隔又はオフサイトのデータセンターを医用画像の保存に用いるベンダーによって提供されうる。

概して、一の態様では、本発明は、クラウドサーバー上のクラウドリポジトリと前記クラウドサーバーに接続された医療施設の複数のローカルサーバー上の複数のローカルリポジトリとの間で医療データを同期するシステムを更新する方法に関する。前記方法は、前記クラウドサーバーが、前記クラウドサーバー及び前記各ローカルサーバーに記憶されている医用同期アプリケーションを、更新ファイルを用いて更新する要求を受け取ることと、前記クラウドサーバーが、前記各ローカルサーバーに、前記医用同期アプリケーションを更新する指示であって、前記更新ファイルが含まれている指示を送信することと、前記クラウドサーバーが、前記ローカルサーバーのいずれかが前記更新ファイルを実行済みであるかどうかにかかわらず、前記更新ファイルを実行して、前記クラウドサーバーの医用同期アプリケーションを更新することと、前記複数のローカルサーバーの１つが前記クラウドサーバーとの接続を確立すると、前記クラウドサーバーに、接続を確立したローカルサーバーの医用同期アプリケーションのバージョン情報を判断させ、接続を確立したローカルサーバーの医用同期アプリケーションのバージョン情報が、前記クラウドサーバーの医用同期アプリケーションのバージョン情報と異なる場合、接続を確立したローカルサーバーに、前記医用同期アプリケーションを更新する前記指示を送信させることと、を含む。

概して、一の態様では、本発明は、コンピューターと接続されたクラウドサーバーに、前記クラウドサーバー上のクラウドリポジトリと前記クラウドサーバーに接続された医療施設の複数のローカルサーバー上の複数のローカルリポジトリとの間で医療データを同期するシステムを更新する動作を実行させる指示を記憶した非一時的なコンピューター読み取り可能な媒体（ＣＲＭ）に関する。前記動作は、前記クラウドサーバーが、前記クラウドサーバー及び前記各ローカルサーバーに記憶されている医用同期アプリケーションを、更新ファイルを用いて更新する要求を受け取ることと、前記クラウドサーバーが、前記各ローカルサーバーに、前記医用同期アプリケーションを更新する指示であって、前記更新ファイルが含まれている指示を送信することと、前記クラウドサーバーが、全ての前記ローカルサーバーの医用同期アプリケーションのバージョン情報を判断することと、前記クラウドサーバーが、全ての前記ローカルサーバーの医用同期アプリケーションが更新されたと判断した場合に限り、前記更新ファイルを実行して、前記クラウドサーバーの医用同期アプリケーションを更新することと、前記複数のローカルサーバーの１つが前記クラウドサーバーとの接続を確立すると、前記クラウドサーバーに、接続を確立したローカルサーバーの医用同期アプリケーションのバージョン情報を判断させ、接続を確立したローカルサーバーの医用同期アプリケーションのバージョン情報が、前記クラウドサーバーの医用同期アプリケーションのバージョン情報と異なる場合、接続を確立したローカルサーバーに、前記医用同期アプリケーションを更新する前記指示を送信させることと、を含む。

概して、一の態様では、本発明は、医療データを同期するシステムに関する。前記システムは、クラウドサーバーと、前記クラウドサーバー上のクラウドリポジトリと、前記クラウドサーバーに接続された医療施設の複数のローカルサーバー上の複数のローカルリポジトリと、を有し、前記クラウドサーバーは、前記クラウドサーバー及び前記各ローカルサーバーに記憶されている医用同期アプリケーションを、更新ファイルを用いて更新する要求を受け取り、前記各ローカルサーバーに、前記医用同期アプリケーションを更新する指示であって、前記更新ファイルが含まれている指示を送信し、全ての前記ローカルサーバーの医用同期アプリケーションのバージョン情報を判断し、前記クラウドサーバーが、全ての前記ローカルサーバーの医用同期アプリケーションが更新されたと判断した場合に限り、前記更新ファイルを実行して、前記クラウドサーバーの医用同期アプリケーションを更新し、前記複数のローカルサーバーの１つが前記クラウドサーバーとの接続を確立すると、前記クラウドサーバーは、接続を確立したローカルサーバーの医用同期アプリケーションのバージョン情報を判断し、接続を確立したローカルサーバーの医用同期アプリケーションのバージョン情報が、前記クラウドサーバーの医用同期アプリケーションのバージョン情報と異なる場合、接続を確立したローカルサーバーに、前記医用同期アプリケーションを更新する前記指示を送信する。

本発明の他の側面及び利点は、以下の説明及び添付の請求の範囲から明らかとなるであろう。

１つ以上の実施形態に係るシステムを示す。 １つ以上の実施形態に係るシステムを示す。 １つ以上の実施形態に係る表示メッセージを示す。 １つ以上の実施形態に係る表示メッセージを示す。 １つ以上の実施形態に係るデータテーブルを示す。 １つ以上の実施形態に係る図１Ａ及び図１Ｂのシステムの状態を示す。 １つ以上の実施形態に係る図１Ａ及び図１Ｂのシステムの状態を示す。 １つ以上の実施形態に係る図１Ａ及び図１Ｂのシステムの状態を示す。 １つ以上の実施形態に係る図１Ａ及び図１Ｂのシステムの状態を示す。 １つ以上の実施形態に係るユーザーインターフェイスを示す。 １つ以上の実施形態に係るユーザーインターフェイスを示す。 １つ以上の実施形態に係るユーザーインターフェイスを示す。 １つ以上の実施形態に係るユーザーインターフェイスを示す。 １つ以上の実施形態に係るユーザーインターフェイスを示す。 １つ以上の実施形態に係る表示メッセージを示す。 １つ以上の実施形態に係る表示メッセージを示す。 １つ以上の実施形態に係るコンピューターシステムを示す。 １つ以上の実施形態に係る模式図を示す。 １つ以上の実施形態の１つ以上に係るフローチャートを示す。 １つ以上の実施形態の１つ以上に係るフローチャートを示す。 １つ以上の実施形態に係る実施例を示す。 １つ以上の実施形態に係る実施例を示す。 １つ以上の実施形態に係る実施例を示す。 １つ以上の実施形態に係るフローチャートを示す。 １つ以上の実施形態に係るフローチャートを示す。 １つ以上の実施形態に係るフローチャートを示す。

ここで、添付の図面を参照しながら具体的な実施形態を詳細に説明する。一貫性を保つため、各図面における類似の要素には、類似の参照番号を付している。簡便のため、全ての図において類似の要素に符号を付しているわけではない。

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

本出願を通して、序数（例えば、第１、第２、第３等）は、要素（すなわち、本出願におけるあらゆる名詞）の形容詞として用いうる。序数の使用は、例えば「前」、「後」、「単数の」や、その他の用語を使用して明示的に開示されていない限り、要素の特定の序列を示唆するものでも、要素に特定の序列をつけるものでもなく、ある要素を単数に限定するものでもない。むしろ、序数の使用は、要素の区別を目的としている。例えば、第１の要素は、第２の要素と区別され、また、第１の要素は、２つ以上の要素を含んでいてもよく、要素の順序付けとしては第２の要素の後（又は前）であってもよい。

文脈上明確に示されていない限り、単数形の「ａ」、「ａｎ」及び「ｔｈｅ」は、複数も対象として含まれると理解すべきである。よって、例えば「水平ビーム（a horizontal beam）」への言及には、１つ以上のビームへの言及が含まれる。

「おおよそ」、「実質的に」等の用語は、記載される特徴、パラメーター又は値が正確に達成される必要がないことを意味し、例えば許容度、測定誤差、測定の精度限界及びその他の当業者に公知の要因等を含む偏差又は変動が、その特徴により得られるとされる効果を阻害しない程度で起こりうることを意味する。

フローチャートに示す工程は、その１つ以上について、省略され、繰り返され、及び／又は記載とは異なる順序で実行されうることを理解すべきである。したがって、本発明の範囲は、フローチャートに示す具体的な工程順に限定されると解するべきではない。

多項従属クレームは導入していないものの、１つ以上の実施形態についての従属クレームの主題を、他の従属クレームと組み合わせうることは、当業者にとって明らかであろう。

概して、本発明の１つ以上の実施形態によれば、自動的にシステムを更新したり、アプリケーションのバージョンの不一致をチェックしたりする機構を備え、クラウドからローカル、ローカルからクラウドへの切り替えと、医用画像及びデータの同期とのために構成された、方法、非一時的なコンピューター読み取り可能な記録媒体及びシステムが提供される。１つ以上の実施形態に係るクラウドベースＰＡＣＳによれば、クラウドのデータリポジトリ又はデーターベース（「クラウドリポジトリ」）へのアクセスが許可された全ての医療施設、例えば同じ病院グループ内の施設において、医用画像及びデータを共有することが可能となる。医用画像及びデータには、患者の医用レポート（medical report）も含まれうる。例えば、医療施設は、「ネットワーク内の」（すなわち、クラウドリポジトリの同一部分へのアクセスが許可された）他の医療施設において得られた患者の医用画像及びデータにアクセスして、それを取得することができる。具体的には、１つ以上の実施形態によれば、ネットワーク内の医療施設は、クラウドベースＰＡＣＳをより効果的に利用して、１つ以上のネットワーク内の複数の医療施設を頻繁に訪れる患者について、医用画像及びデータを共有し、更新することができる。

さらに、従来のクラウドベースＰＡＣＳとは異なり、本発明の１つ以上の実施形態によれば、クラウドベースＰＡＣＳを利用する医療施設は、クラウドとのネットワーク接続が切れても、稼働を続けることが可能である。具体的には、１つ以上の実施形態を利用するネットワーク内の医療施設は、クラウドベースＰＡＣＳのユーザー（例えば、医療専門家）からの要請に基づき、ローカルサーバー上にある現場又はローカルのデータリポジトリ又はデータベース（「ローカルリポジトリ」）を、クラウドリポジトリに保存されている患者の最新の画像及びデータで自動的に更新して最新の状態に保つことができる。例えば、ある施設が、ある特定の患者の新たな医用画像を更新又は取得すると、クラウドリポジトリが、その更新された医用画像又は新たな医用画像により自動的に更新されてもよく、同じ患者を治療又は看護するネットワーク内の施設の全てのローカルリポジトリが、クラウドリポジトリと自動的に同期されてもよい。

１つ以上の実施形態によれば、接続が失われた場合、接続が切れた医療施設は、クラウドリポジトリに代えてローカルリポジトリへのアクセスに自動的に切り替える。これにより、医療施設は、ネットワークからの切断に起因するダウンタイムを被ることなく、連続して稼働することができる。ネットワーク内の施設は、そのローカルリポジトリがクラウドリポジトリと同期しているので、クラウドとの接続がなくとも、少なくとも一時的に最新のデータにアクセスして業務を行うことができる。しかし、クラウドリポジトリ上の全てのデータを同期する必要はない。１つ以上の実施形態によれば、各施設にとって必要なデータ又は興味のあるデータについてのみ同期が行われる。例えば、ある施設は、自己の施設の患者ではない人に関する医用画像によって、ローカルリポジトリが満杯になったり、ローカルサーバーに負担がかかったりするのを望まないかもしれない。

１つ以上の実施形態によれば、接続が再確立すると、ネットワークが切断されていた時にローカルリポジトリに保存された医用画像及びデータが、クラウドリポジトリに自動的にアップロードされる。これにより、ネットワーク内の他の全ての医療施設が、それぞれのローカルリポジトリを最新の医用画像及びデータで更新することが可能となる。

１つ以上の実施形態によれば、クラウドベースＰＡＣＳは、接続された各装置（すなわち、ローカルサーバー及びクラウド）間で、インストールされているベンダー提供アプリケーションのバージョンの不一致をチェックして、同一のアプリケーションだがバージョンが異なるベンダー提供アプリケーションを備える２つの装置間で医用画像及びデータの同期が行われるのを防止する。バージョンの不一致は、２つの異なる装置に記憶されているベンダー提供アプリケーションのバージョン情報が異なる場合に起こる。バージョンの不一致をチェックすることにより、接続された装置に同一の同期設定が適用されていることだけでなく、接続された装置間で同期された医用画像及びデータが正確かつ整合していることが確実になる。例えば、新しいバージョンのベンダー提供アプリケーションには、同じベンダー提供アプリケーションの古いバージョンでは利用できない、あるいは古いバージョンのものとは異なる、同期設定及び医用画像及びデータの処理設定が含まれるかもしれない。したがって、異なるバージョンのベンダー提供アプリケーションがインストールされた２つのサーバー間で医用画像及びデータの同期が開始されると、同期エラー又は医用画像及びデータの不整合が起こりうる。

１つ以上の実施形態は、クラウドサーバー及びローカルサーバー上の医用同期アプリケーションを更新するための所定の更新シーケンスなしで動作する。これにより、クラウドベースＰＡＣＳシステムがベンダー提供アプリケーションを更新している時に、複数の医療施設のうちの１つにあるローカルサーバーが、クラウドとの接続を失った場合でも、これらの医療施設は、連続的に稼働することが可能となる。例えば、ベンダー提供アプリケーションの更新が完了した医療施設は、クラウドベースＰＡＣＳシステムとの接続を再確立すると、接続が切断された医療施設のベンダー提供アプリケーションの更新が完了するのを待つ必要がない。

図１Ａ及び図１Ｂは、本発明の１つ以上の実施形態に係るシステム（１００）を示す。図１Ａ及び図１Ｂに示すように、システム（１００）は、クラウドリポジトリ（１０５）を備えるクラウドサーバー（１０３）を有するクラウド（１０１）と、種々のネットワーク内の医療施設（参照符号なし）に付随の複数のローカルサーバー（１０７）（例えば、アプリケーションプロキシサーバー（ＡＰＳ））及びローカルリポジトリ（１０９）とを有する。複数のローカルサーバー（１０７）は、クラウドサーバー（１０３）へのアクセス／閲覧が許可されている。クラウドサーバー（１０３）上のリモートデータへのアクセス権に加えて、特定のローカルサーバー（１０７）は、さらにリモートデータの編集権を持っていてもよい。各医療施設は、公共病院、民間病院、医療クリニック、歯科クリニック等の、医療を提供する施設の一種であってもよい。

また、図１Ａ及び図１Ｂに示すように、システム（１００）内の各医療施設は、ローカルサーバー（１０７）と接続された複数のユーザーコンピューター装置（１１１）（ここでは、「ローカルコンピューター」と称する。）を有する。各ローカルコンピューター（１１１）は、パーソナルコンピューター（ＰＣ）、ラップトップ、モバイルコンピューター装置（例えば、タブレットＰＣ、スマートフォン等）、サーバー、メインフレーム、キオスク等に相当しうる。

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

１つ以上の実施形態によれば、クラウドサーバー（１０３）は、ローカルサーバー（１０７）から送信された医用画像及びデータを受け取り、その医用画像及びデータをクラウドリポジトリ（１０５）にリモートデータとして保存するよう構成されている。

１つ以上の実施形態によれば、各ローカルサーバー（１０７）は、それが付随する医療施設により運用される。ローカルサーバー（１０７）は、ローカルコンピューター（１１１）から受け取った医用画像及びデータをクラウドサーバー（１０３）上のクラウドリポジトリ（１０５）に送信するよう構成されている。各ローカルリポジトリ（１０９）は、それが付随する医療施設により運用・保守される。ローカルリポジトリ（１０９）は、ローカルサーバー（１０７）及びクラウドリポジトリ（１０５）から受け取った医用画像及びデータをローカルデータとしてローカルで保存しうる。

１つ以上の実施形態によれば、ローカルコンピューター（１１１）は、それぞれの医療施設の医療専門家により運用され、医療施設内の１つ以上のモダリティー（図示せず）から取得した医用画像及びデータをローカルサーバー（１０７）に送信するよう構成されている。１つ以上の実施形態によれば、ローカルコンピューター（１１１）は、ローカルサーバー（１０７）として構成されうる。１つ以上の実施形態によれば、ローカルコンピューター（１１１）は、ローカルリポジトリ（１０９）も有していてもよい。

１つ以上の実施形態によれば、ローカルコンピューターは、クラウド（１０１）を運営するベンダーにより提供されるアプリケーションを記憶するよう構成されている。１つ以上の実施形態によれば、当該アプリケーションは、ベンダーと関連するサードパーティにより提供される医用同期アプリケーションであってもよい。医用同期アプリケーションは、当該アプリケーションが記憶された装置（すなわち、クラウド（１０１）又はローカルサーバー（１０７））に登録された独立したソフトウェアアプリケーションであるか、又はグラフィカルユーザーインターフェイス（「ＧＵＩ」）を持つウェブブラウザーベースのアプリケーションであってもよく、このアプリケーションによって、ローカルコンピューター（１１１）は、クラウド（１０１）にアクセスして医療データをクラウド（１０１）と同期することが可能となる。

１つ以上の実施形態によれば、クラウドサーバー（１０３）及び各ローカルサーバー（１０７）は、それぞれのリポジトリに医用同期アプリケーションのコピーを記憶していてもよい。１つ以上の実施形態によれば、各装置に記憶された医用同期アプリケーションのバージョンについての情報は、医用同期アプリケーションのバージョン情報として、ユーザーに閲覧されたり各装置からアクセスされたりしうる。例えば、１つ以上の実施形態によれば、医用同期アプリケーションのバージョン情報は、「登録された医用同期アプリケーションの現バージョンは、Ｖｅｒ．１．０１です。」あるいは「Ｖｅｒ．１．０１」と提示されうる。

１つ以上の実施形態によれば、バージョンが異なる医用同期アプリケーションは、同期設定及び医用画像及びデータの処理設定が異なるように構成されうる。例えば、新しいバージョンの医用同期アプリケーションは、古いバージョンとは異なるファイル形式を用いて医用画像及びデータを保存しうる。同様に、バージョンが異なる医用同期アプリケーションは、医用画像及びデータに含まれるメタデータを構造化したり保存したりする設定が異なりうる。メタデータには、一般的な患者情報や、患者の各医用画像及び医療データについての診断関連情報が含まれうる。

１つ以上の実施形態によれば、クラウドベースＰＡＣＳのベンダーの許可ユーザーは、システム（１００）に接続される全てのサーバーに記憶されている医用同期アプリケーションの更新の予定を決めうる。１つ以上の実施形態によれば、医療施設の１つにおけるローカルサーバー（１０７）で医用同期アプリケーションが更新されている時には、その医療施設のローカルコンピューター（１１１）のユーザーは、医用同期アプリケーションを使用できないであろう。クラウドサーバー（１０３）において医用同期アプリケーションが更新されている時には、いずれの医療施設のローカルサーバー（１０７）も、クラウドサーバー（１０３）の機能にアクセスすることができないであろう。

ローカルサーバー（１０７）は、クラウドサーバー（１０３）の機能にアクセスできなければ、クラウドサーバー（１０３）といかなる医用画像及びデータもやりとり（例えば、同期、送信、取得）することができない。

図１Ａは、１つ以上の実施形態に係る、ネットワーク内の医療施設とクラウド（１０１）との接続が安定している例を示す。この状態では、ネットワーク内の複数の医療施設が、クラウド（１０１）と相互通信しうる。図１Ａに示すように、ネットワーク内の医療施設は、ローカルで取得した医用画像及びデータをクラウド（１０１）に送信して、それらをクラウドリポジトリ（１０５）に他のネットワーク内の医療施設がアクセス可能なリモートデータとして保存しうる。１つ以上の実施形態によれば、ネットワーク内の医療施設は、クラウド（１０１）から医用画像及びデータを取得して、それらをそれぞれのローカルリポジトリ（１０９）にローカルデータとして保存しうる。

１つ以上の実施形態によれば、クラウドリポジトリ（１０５）に保存されているリモートデータの全てを、ネットワーク内の医療施設が取得してローカルデータとして保存する必要はない。ローカルデータとして取得され保存されるリモートデータは、そのサイズや医療施設での必要性によって、あるいはローカルコンピューター（１１１）（例えば、医療専門家）の設定によって様々であってもよい。例えば、ネットワーク内のある医療施設は、その施設の患者である特定の個人に基づき、リモートデータを取得し、ローカルリポジトリ（１０９）にローカルデータとして保存しうる。よって、特定の個人がネットワーク内の特定の医療施設の患者ではない場合、当該医療施設は、当該患者の医用画像及びデータを、ローカルデータとしてクラウド（１０１）から取得し保存しなくてもよい。これは、記憶装置や処理能力が限られる小規模なローカルサーバー（１０７）及びローカルリポジトリ（１０９）を備える小規模な医療施設にとって特に有益でありうる。本発明の１つ以上の実施形態によれば、ネットワーク内のある医療施設は、当該施設の患者である特定の個人に基づくのではなく、特定の医用検査（medical study）、医用シリーズ（medical series）、医用画像又は医用レポートに基づいて、リモートデータを取得し、ローカルリポジトリ（１０９）にローカルデータとして保存してもよい。

１つ以上の実施形態によれば、ネットワーク内の各医療施設におけるローカルコンピューター（１１１）のユーザーは、クラウドサーバー（１０３）に記憶されているウェブブラウザーベースのバージョンのアプリケーションを介して、クラウドリポジトリ（１０５）に保存されている医用画像及びデータを閲覧しうる。ユーザーは、ローカルコンピューター（１１１）に記憶されているローカルバージョンのアプリケーションを介しても、画像を閲覧しうる。例えば、医療専門家は、ローカルリポジトリ（１０９）に保存されたローカルデータのいずれかが、ネットワーク内の他の医療施設に属する別の医療専門家により更新されたかどうかを判断し、クラウドリポジトリ（１０５）から更新されたデータを取得して現在のローカルデータと置き換えてもよい。１つ以上の実施形態によれば、こうしたローカルデータの更新は、例えばローカルコンピューター（１１１）に記憶されたアプリケーションを通して、システム（１００）によって自動的に行われてもよい。

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

図１Ｂは、１つ以上の実施形態に係る、ネットワーク内の医療施設の１つとクラウド（１０１）との接続が切れた例を示す。この状態では、アプリケーションは、接続が切れた医療施設のローカルコンピューター（１１１）及びローカルサーバー（１０７）を自動的に設定して、これらがローカルリポジトリ（１０９）に保存されているローカルデータにアクセスするようにする。１つ以上の実施形態によれば、接続が切れた医療施設では、接続が切れている間に取得されたり更新されたりした医用画像及びデータは、引き続きローカルリポジトリ（１０９）に保存され続ける。これにより、接続が切れた医療施設を、クラウド（１０１）からの切断に起因するダウンタイムを被ることなく、連続的に稼働することができる。

そして、接続が切れた医療施設とクラウド（１０１）との接続が再確立されると、再接続された医療施設のローカルコンピューター（１１１）及びローカルサーバー（１０７）は、ローカルリポジトリに保存されている、接続が切れている間に取得されたり更新されたりした全ての医用画像及びデータをクラウド（１０１）に送信するようアプリケーションによって設定される。そうした医用画像及びデータは、新たなリモートデータとしてクラウドリポジトリ（１０５）に保存される。クラウド（１０１）が再接続された医療施設からの医用画像及びデータにより更新される際、ネットワーク内の他の施設のローカルコンピューター（１１１）に記憶されているアプリケーションは、それぞれのローカルリポジトリ（１０９）を新たなリモートデータで自動的に更新しうる。

図２Ａ及び図２Ｂは、１つ以上の実施形態に係る表示メッセージ（２０１）であり、これは、ローカルコンピューター（１１１）のアプリケーションによりポップアップウインドウの一部としてユーザーに表示されうる。この例では、表示メッセージ（２０１）には、ユーザー選択可能タブ（２０３ａ及び２０３ｂ）（例えば、ユーザーがマウスのクリックにより選択可能なタブ）及びカウントダウンタイマー（２０５）が含まれる。表示メッセージ（２０１）は、ローカルコンピューター（１１１）のディスプレイにポップアップウインドウとして出現しうる。表示メッセージ（２０１）には、ネットワーク内の医療施設のローカルサーバー（１０７）とクラウドサーバー（１０３）との間の現在の接続状況に関するメッセージが含まれていてもよい。

図２Ａは、ネットワーク内の医療施設の１つのローカルサーバー（１０７）とクラウドサーバー（１０３）との間の接続が切れた時の表示メッセージ（２０１）の例である。この表示メッセージ（２０１）には、クラウド（１０１）との接続が切れた旨と、カウントダウンタイマー（２０５）が時間切れになると、ローカルコンピューター（１１１）がローカルリポジトリ（１０９）に自動的にアクセスする旨のメッセージが含まれるであろう。本明細書の説明によっては、図示のために単一のローカルリポジトリが用いられているが、各医療施設におけるローカルコンピューター及びローカルリポジトリの数は様々でありうる。

１つ以上の実施形態によれば、ローカルコンピューター（１１１）を操作しているユーザーは、カウントダウンタイマー（２０５）が時間切れになるのを待つか、ユーザー選択可能タブ（２０３ａ）を直接クリックするかのいずれかにより、クラウドリポジトリ（１０５）に代えてローカルリポジトリ（１０９）にアクセスしうる（すなわち、ローカルリポジトリ（１０９）へのアクセスに切り替えうる。）。

図２Ｂは、接続が切れていたネットワーク内の医療施設の１つのローカルサーバー（１０７）とクラウドサーバー（１０３）との間の接続が再確立された時の表示メッセージ（２０１）の例を示す。この表示メッセージ（２０１）には、クラウド（１０１）との接続が再確立された旨のメッセージと、ユーザー（例えば、医療専門家）に引き続きローカルリポジトリ（１０９）を用いるか、それともクラウドリポジトリ（１０５）に再アクセスするかを選択するよう促すメッセージとが含まれるであろう。１つ以上の実施形態によれば、システム（１００）のアプリケーションは、ローカルリポジトリの使用について、一時的に（例えば、予め定められた又は所定の時間）使用する選択肢しかユーザーに与えない。このような場合、図２Ｂの例に示すように、表示メッセージ（２０１）には、カウントダウンタイマー（２０５）が時間切れになれば、ローカルコンピューター（１１１）がクラウドリポジトリ（１０５）に自動的に再アクセスする（すなわち、アクセスを切り替えてクラウドリポジトリ（１０５）へと戻す）旨のメッセージがさらに含まれうる。

また、図２Ｂにおいて、１つ以上の実施形態によれば、ユーザーは、ネットワークリポジトリ（１０５）に即座に再アクセスするユーザー選択可能タブ（２０３ａ）を選択するか、あるいはローカルリポジトリ（１０９）を用いてローカルでの作業を続けるユーザー選択可能タブ（２０３ｂ）を選択しうる。この例においても、クラウドとの接続が再確立した後にローカルリポジトリを引き続き使用することは、制限される。予め定められた時間がすぎると、ユーザーは、別の表示メッセージ（２０１）によりクラウド（１０１）に再接続するよう促される。

図３は、各医用画像に関連付けされたデータを含むデータテーブル（３００）の例を示す。１つ以上の実施形態によれば、データテーブル（３００）には、患者ＩＤ（３０１）、患者名（３０３）、所属施設ＩＤ（３０５）、レポート情報（３０７）及び画像情報（３０９）等の患者に関連する情報が含まれうるが、これらに限定されない。

１つ以上の実施形態によれば、患者ＩＤ（３０１）は、個人の患者識別番号である。各個人は、単一かつ固有の患者ＩＤ（３０１）を持つことになる。個人の患者ＩＤ（３０１）は、ネットワーク内の医療施設間で共有される。患者名（３０３）は、個人の実名である。

１つ以上の実施形態によれば、所属施設ＩＤ（３０５）は、個人が患者であるネットワーク内の医療施設の識別番号（例えば、個人と関連するネットワーク内の医療施設）であってもよい。ある個人が、ネットワーク内の複数の医療施設の２つ以上を頻繁に利用している場合、その個人は、２つ以上の所属施設ＩＤ（３０５）と関連付けられる。あるいは、１つ以上の実施形態によれば、所属施設ＩＤ（３０５）は、特定の患者について、クラウド（１０１）に最初にアップロードされた画像を取得したネットワーク内の医療施設の識別番号であってもよく、この場合、患者が２つ以上の所属施設ＩＤ（３０５）を持つことはない。１つ以上の実施形態によれば、所属施設ＩＤ（３０５）は、ネットワーク内の医療施設のユーザー（すなわち、医療専門家）によって直接付与されてもよい。

１つ以上の実施形態によれば、レポート情報（３０７）には、個人の医療診断の情報が含まれる。画像情報（３０９）には、医用画像の簡単な説明及び医用画像の生成に用いられたモダリティーの名称が含まれる。

１つ以上の実施形態によれば、データテーブル（３００）中のデータは、医用画像にメタデータとして埋め込まれており、この医用画像は、医用におけるデジタル画像と通信フォーマット（ＤＩＣＯＭフォーマット）の画像であってもよい。１つ以上の実施形態によれば、ＤＩＣＯＭは、システム（１００）を実施するための汎用画像フォーマットであってもよい。テーブル（３００）のデータは、ローカルコンピューター（１１１）に記憶された１つ以上の実施形態に係るアプリケーションを用いて、ＤＩＣＯＭフォーマットの画像から抽出することができる。１つ以上の実施形態によれば、データテーブル（３００）中のデータは、医療データ中にメタデータとして直接埋め込まれていてもよく、この医療データは、患者の医用画像又は患者の医用レポートのいずれであってもよい。

テーブル（３００）中のデータは、各種の方法により分類されうる。図３に示す例では、データは、患者により分類されている。しかし、データは、例えば医療専門家の好みに基づいて、患者に関連する情報のいずれか１つを用いる別の方法により分類することもできる。データテーブル（３００）のデータが医用画像から抽出されると、医療専門家は、１つ以上の実施形態に係るアプリケーションにより提供されるＧＵＩを用いて、当該データを編集／改変することができる。１つ以上の実施形態によれば、抽出したデータテーブル（３００）は、ローカルサーバー（１０７）に保存される。

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

図４及び図５は、ネットワーク内の複数の医療施設のうちの１つの医療施設とクラウド（１０１）との間の接続が切れた状態をそれぞれ示す。この場合、図４の右側に示すように、接続が切れた医療施設に付随するローカルコンピューター（１１１）は、まず最初に、クラウド（１０１）との接続が切れた旨の表示メッセージ（２０１）を表示しうる。次いで、表示メッセージ（２０１）によって、ユーザーは、ユーザー選択可能タブ（２０３ａ）を選択して、クラウドリポジトリ（１０５）へのアクセスを、接続が切れた医療施設のローカルリポジトリ（１０９）へのアクセスに切り替えるよう促される。加えて、又はそれに代えて、表示メッセージ（２０１）によって、ユーザーにカウントダウンタイマー（２０５）を示し、タイマーが時間切れになると自動的に切り替えが起こるようにしてもよい。図５の右側は、接続が切れた医療施設に付随するローカルコンピューター（１１１）及びローカルサーバー（１０７）が、アクセスをクラウドリポジトリ（１０５）からローカルリポジトリ（１０９）へと切り替えたことを示す。

図６及び図７は、接続が切れていた医療施設とクラウド（１０１）との間の接続が再確立された状態をそれぞれ示す。この場合、図６の右側に示すように、再接続された医療施設に付随のローカルコンピューター（１１１）は、まず最初に、クラウド（１０１）との接続が回復したこと示す表示メッセージ（２０１）を示してもよい。次いで、表示メッセージ（２０１）によって、ユーザーは、（ユーザー選択可能タブ（２０３ａ）を選択して）クラウドリポジトリ（１０５）へ再アクセスするか、（ユーザー選択可能タブ（２０３ｂ）を選択して）ローカルで作業を続けるかを選択するよう促される。加えて、又はそれに代えて、表示メッセージ（２０１）によって、ユーザーにカウントダウンタイマー（２０５）を示して、タイマーが時間切れになると自動的に再アクセスする（すなわち、ローカルリポジトリ（１０９）へのアクセスをクラウドリポジトリ（１０５）へのアクセスに戻す）ようにしてもよい。図７の右側は、再接続された医療施設に付随のローカルコンピューター（１１１）が、接続が切れていた時にローカルリポジトリ（１０９）に保存したデータをクラウドリポジトリ（１０５）に送信中であり、クラウドリポジトリ（１０５）がローカルリポジトリ（１０９）と同期している旨の表示メッセージ（２０１）を表示している状態を示す。

図４及び図５を参照して論じたように、１つ以上の実施形態によれば、クラウドベースＰＡＣＳによる医用同期アプリケーションの更新作業中又は作業後に、接続が切れた医療施設の接続が切れた場合、接続が切れた当該医療施設の医用同期アプリケーションのバージョンは、更新されないであろう。図６及び図７を参照して論じたように、接続が切れた医療施設がクラウド（１０１）に再接続された場合に、クラウド（１０１）の医用同期アプリケーションの更新が完了済みであるときには、再接続された当該医療施設とクラウド（１０１）との間で、医用同期アプリケーションのバージョンの不一致が起こるであろう。

図８Ａ〜図８Ｅは、１つ以上の実施形態に係るメインＧＵＩ（８００）の例を示し、これは、許可ユーザーに対して、クラウドサーバー（１０３）又はいずれか１つのローカルサーバー（１０７）と接続されたコンピューター装置のディスプレイに表示される。１つ以上の実施形態によれば、メインＧＵＩ（８００）は、許可ユーザーにより医用同期アプリケーションを介してアクセスされうる。１つ以上の実施形態によれば、許可ユーザーは、クラウドベースＰＡＣＳを提供しているベンダーと直接関連するシステムアドミニストレーターであってもよい。

図８Ａは、許可ユーザーが医用同期アプリケーションの更新（以下、「同期アプリ更新」と称する。）の予定を決めるためのメインＧＵＩ（８００）の初期状態を示す。１つ以上の実施形態によれば、メインＧＵＩ（８００）には、アプリケーション更新インターフェイス（８０１）及びアプリケーション更新情報（８０３）が含まれる。アプリケーション更新インターフェイス（８０１）には、ユーザーが更新スケジュール情報を入力又は編集するためのフィールドが含まれる。更新スケジュール情報とは、医用同期アプリケーションの利用可能なバージョンの情報、クラウドベースＰＡＣＳシステムに接続された全ての装置の医用同期アプリケーションの更新を実行する日時、及び許可ユーザーが医療施設の全ユーザーに医用同期アプリケーションの更新が予定された旨を通知（すなわち、警告）することを可能とする、ユーザーによりカスタマイズ可能な警告メッセージ等である。

１つ以上の実施形態によれば、アプリケーション更新インターフェイス（８０１）には、許可ユーザーが全ての更新スケジュール情報をクリアすることを可能とする第１のユーザー選択可能タブが含まれる。アプリケーション更新インターフェイス（８０１）には、許可ユーザーが更新スケジュール情報に基づいて同期アプリ更新の予定を入れることを可能とする第２のユーザー選択可能タブがさらに含まれる。

１つ以上の実施形態によれば、アプリケーション更新情報（８０３）には、同期アプリ更新の状況と、クラウドベースＰＡＣＳシステムに接続された各装置の情報を含むデータテーブルとが含まれる。

１つ以上の実施形態によれば、アプリケーション更新情報（８０３）のデータテーブルには、クラウドベースＰＡＣＳシステム内の各サーバーの名前（「サーバー名」）、各医療施設の識別番号（「施設Ｎｏ．」）、医用同期アプリケーションのバージョン（「バージョン」）、更新ファイルの各サーバーへのダウンロード状況（「更新ファイルダウンロード」）及び各サーバーの更新状況（「更新状況」）といった情報が含まれる。アプリケーション更新情報（８０３）のデータテーブル中の情報は、同期アプリ更新の状況がリアルタイムで許可ユーザーに提示されるように、同期アプリ更新の間中ずっと更新されてもよい。

図８Ｂは、許可ユーザーが更新スケジュール情報を確認し、第２のユーザー選択可能タブを選択して同期アプリ更新の予定を決定した後のメインＧＵＩ（８００）の状態を示す。１つ以上の実施形態によれば、アプリケーション更新情報（８０３）中の同期アプリ更新の状況が変更されて、更新スケジュール情報が反映される。許可ユーザーは、同期アプリ更新の実行日時前であれば、同期アプリ更新を取り消しうる。

１つ以上の実施形態によれば、一旦同期アプリ更新の予定が決定されると、クラウドサーバー（１０３）は、医用同期アプリケーションを更新するための更新ファイルを含む指示を、クラウド（１０１）に接続された各ローカルサーバー（１０７）に送信する。ローカルサーバー（１０７）が更新ファイルを受け取ると、当該ローカルサーバー（１０７）の更新ファイルダウンロード情報が、更新ファイルがローカルサーバー（１０７）に無事に受け取られた（すなわち、ダウンロードされた）旨を示すように更新される。

図８Ｃは、同期アプリ更新の実行日時が到来した後のメインＧＵＩ（８００）の状態を示す。１つ以上の実施形態によれば、同期アプリ更新は、一旦実行されると、取り消しできなくなる。アプリケーション更新情報（８０３）中の同期アプリ更新の状況が更新されて、同期アプリ更新が実行されたことが反映される。

図８Ｄは、同期アプリ更新が完了した後のメインＧＵＩ（８００）の状態を示す。１つ以上の実施形態によれば、同期アプリ更新の状況及びアプリケーション更新情報（８０３）のデータテーブル中の情報が更新されて、同期アプリ更新が完了したことが反映される。アプリケーション更新インターフェイス（８０１）には、許可ユーザーが同期アプリ更新の完了を確認するための第３のユーザー選択可能タブが設けられている。

図８Ｅは、許可ユーザーが第３のユーザー選択可能タブを選択して同期アプリ更新の完了を確認した後のメインＧＵＩ（８００）の状態を示す。１つ以上の実施形態によれば、メインＧＵＩ（８００）は、許可ユーザーが次回の同期アプリ更新の予定を入れられるように、図８Ａに記載する状態に戻る。

図９Ａ及び図９Ｂは、１つ以上の実施形態に係る表示メッセージ（９０１）を示し、これは、当該コンピューターのユーザーに対して、ローカルコンピューター（１１１）上のアプリケーションによってポップアップウインドウの一部として表示されうる。この例では、表示メッセージ（９０１）には、ユーザー選択可能タブ（９０３）（例えば、ユーザーがマウスのクリックにより選択可能なタブ）及びカウントダウンタイマー（９０５）が含まれる。表示メッセージ（９０１）は、ローカルコンピューター（１１１）のディスプレイにポップアップウインドウとして出現しうる。表示メッセージ（９０１）には、ベンダー側の許可ユーザーが同期アプリ更新の予定を決定した旨の警告メッセージが含まれていてもよい。

図９Ａは、ローカルコンピューター（１１１）と接続されたローカルサーバー（１０７）が、クラウドサーバー（１０３）から医用同期アプリケーションを更新する指示を受け取った時の表示メッセージ（９０１）の例である。表示メッセージ（９０１）には、許可ユーザーが図８ＡのメインＧＵＩ（８００）に入力した警告メッセージが含まれる。さらに、ローカルコンピューター（１１１）のユーザーに医用同期アプリケーションからログアウトするよう指示する警告メッセージ及びカウントダウンタイマー（９０５）が時間切れとなったら同期が自動的に終了する旨の警告メッセージが含まれる。

１つ以上の実施形態によれば、ローカルコンピューター（１１１）のユーザーは、カウントダウンタイマー（９０５）が時間切れとなって医用同期アプリケーションが自動的に終了するのを待ってもよい。あるいは、ユーザーは、それまでの状態を保存するために、ユーザー選択可能タブ（９０３ａ）をクリックして表示メッセージ（９０１）を閉じ、それから手動で医用同期アプリケーションを終了してもよい。

図９Ｂは、ユーザーが図９Ａに示す表示メッセージ（９０１）を閉じたが、医用同期アプリケーションは終了していない状況で所定時間が経過した後の表示メッセージ（９０１）の例を示す。表示メッセージ（９０１）には、許可ユーザーが図８Ａに示すメインＧＵＩ（８００）に入力した警告メッセージと、医用同期アプリケーションがローカルコンピューター（１１１）によって強制終了されている旨を示す他のメッセージとが含まれる。

１つ以上の実施形態によれば、図９Ｂに示す表示メッセージ（９０１）は、カウントダウンタイマー（９０５）が時間切れとなる３０秒程度前に、ユーザーに表示されうる。

１つ以上の実施形態によれば、ローカルコンピューター（１１１）のユーザーは、カウントダウンタイマー（９０５）が時間切れとなって、医用同期アプリケーションが自動的に終了するのを待ってもよい。あるいは、ユーザーは、ユーザー選択可能タブ（９０３ａ）をクリックすることにより即座に医用同期アプリケーションを終了し、表示メッセージ（９０１）を閉じることとしてもよい。

本発明の実施形態は、使用されるプラットフォームにかかわらず、実質的にいかなる種類のコンピューターシステム上で実行されてもよい。例えば、コンピューターシステムは、１つ以上のモバイル機器（例えば、ラップトップコンピューター、スマートフォン、パーソナルデジタルアシスタント、タブレットコンピューター又は他のモバイル機器）、デスクトップコンピューター、サーバー、サーバーシャーシのブレード又は他のあらゆる種類のコンピューター装置であってもよく、あるいは、少なくとも本発明の１つ以上の実施形態を実行するための最小限の処理能力、メモリー、出入力装置を備える装置であってもよい。例えば、図１０に示すように、コンピューターシステム（１０００）は、１つ以上のコンピュータープロセッサー（１００２）、付随するメモリー（１００４）（例えば、ランダムアクセスメモリー（ＲＡＭ）、キャッシュメモリー、フラッシュメモリー等）、１つ以上の記憶装置（１００６）（例えば、ハードディスク、コンパクトディスク（ＣＤ）ドライブ又はデジタルバーサタイルディスク（ＤＶＤ）ドライブ等の光学ドライブ、フラッシュメモリースティック等）及び他の多数の要素及び機能部を有する。コンピュータープロセッサー（１００２）は、指示を実行するための集積回路であってもよい。例えば、コンピュータープロセッサーは、プロセッサーの１つ以上のコア又はマイクロコアであってもよい。コンピューターシステム（１０００）は、１つ以上の入力装置（１０１０）も有し、これは、タッチスクリーン、キーボード、マウス、マイクロフォン、タッチパッド、電子ペン、又は他のあらゆる種類の入力装置等である。また、コンピューターシステム（１０００）は、１つ以上の出力装置（１００８）を有し、これは、スクリーン（例えば、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、タッチスクリーン、陰極線管（ＣＲＴ）モニター、プロジェクター又はその他のディスプレイ装置）、プリンター、外部記憶装置又はその他のあらゆる出力装置等である。１つ以上の出力装置は、入力装置と同一であっても異なっていてもよい。コンピューターシステム（１０００）は、ネットワークインターフェイス接続（図示せず）を介して、ネットワーク（１０１２）（例えば、ローカルエリアネットワーク（ＬＡＮ）、インターネット等のワイドエリアネットワーク（ＷＡＮ）、モバイルネットワーク又は他のあらゆる種類のネットワーク）に接続されうる。出入力装置は、コンピュータープロセッサー（１００２）、メモリー（１００４）及び記憶装置（１００６）に、ローカル又はリモート（例えば、ネットワーク（１０１２）を介して）で接続されうる。広く種々のコンピューターシステムが存在し、上記の出入力装置は、他の形態であってもよい。

本発明の実施形態を実行するためのコンピューター読み取り可能なプログラムコードの形態のソフトウェア命令は、その全部又は一部が、一時的又は永久的に、ＣＤ、ＤＶＤ、記憶装置、ディスケット、テープ、フラッシュメモリー、物理メモリー又は他のあらゆるコンピューター読み取り可能な記憶媒体等の非一時的なコンピューター読み取り可能な媒体に記憶されうる。具体的には、ソフトウェア命令は、プロセッサーにより実行されると、本発明の実施形態を実行するように構成された、コンピューター読み取り可能なプログラムコードに相当しうる。

また、上記のコンピューターシステム（１０００）の要素の１つ以上が、遠隔地に位置し、ネットワーク（１０１２）を介して他の要素と接続されていてもよい。また、本発明の１つ以上の実施形態は、複数のノードを有する分散システムにおいて実施されてもよく、本発明の各部分は、分散システム内の異なるノード上に位置しうる。本発明の実施形態の１つによれば、ノードは、別個のコンピューター装置に相当する。あるいは、ノードは、付随の物理メモリーを備えるコンピュータープロセッサーに相当しうる。あるいは、ノードは、共有メモリー及び／又はリソースを備えるコンピュータープロセッサー又はコンピュータープロセッサーのマイクロコアに相当しうる。

図１０のコンピューターシステムは、生データ及び／又は比較やその他の処理の結果等である加工データを提示するための機能部を有しうる。例えば、データの提示は、様々な提示方法により行いうる。具体的には、データは、コンピューター装置により提供されるユーザーインターフェイスを通して提示されうる。ユーザーインターフェイスには、コンピューターモニター又は携帯コンピューター装置のタッチスクリーン等のディスプレイ装置に情報を表示するＧＵＩが含まれる。ＧＵＩには、どのデータを見せるか、どのようにユーザーにデータを提示するかを構成する様々なＧＵＩウィジェットが含まれる。さらに、ＧＵＩは、データをユーザーに直接提示してもよく、例えば、実際のデータ値としてテキストで表したり、あるいは、コンピューター装置によって、データモデルの可視化等によりデータを視覚的な表示として描画したりしうる。

例えば、ＧＵＩは、まず最初に、特定のデータオブジェクトをＧＵＩ内に提示するよう要求する通知をソフトウェアアプリケーションから取得しうる。次に、ＧＵＩは、例えばデータオブジェクト型を識別するデータオブジェクト中のデータ属性からデータを取得することにより、特定のデータオブジェクトのデータオブジェクト型を判断しうる。そして、ＧＵＩは、そのデータオブジェクト型を表示するよう設計されたあらゆるルールを決定しうる。例えば、データオブジェクトクラス用のソフトウェアフレームワークにより特定されるルールや、ＧＵＩにより定義される当該データオブジェクト型を提示するためのあらゆるローカルパラメーターに従ったルールである。最後に、ＧＵＩは、特定のデータオブジェクトからデータ値を取得し、指定されたデータオブジェクト型用のルールに従って、ディスプレイ装置に当該データ値の視覚的な表示を描画する。

図１１は、１つ以上の実施形態に係るシステムの模式図を示す。システムは、クラウドサーバー上のクラウドリポジトリとクラウドサーバーに接続された複数のローカルサーバー上の複数のローカルリポジトリとの間で医用画像及びデータを同期するよう構成されている。複数のローカルサーバーには、第１のローカルサーバーが含まれ、複数のローカルリポジトリには、第１のローカルサーバー上の第１のローカルリポジトリが含まれる。上記で説明したように、序数の使用は、要素の特定の序列を示唆するものでも要素に特定の序列をつけるものでもなく、ある要素を単数に限定するものでもない。例えば、「第１のローカルサーバー」は、クラウドサーバーに接続された複数のローカルサーバーのうちいずれのローカルサーバーであってもよく、説明のために「第１の」と称されるにすぎない。

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

一側面によれば、コンピュータープロセッサー（１１０６）は、クラウドサーバーに、（１）クラウドサーバー及び各ローカルサーバーに記憶されている医用同期アプリケーションを更新ファイルを用いて更新する要求を受け取らせ、（２）更新ファイルを含み、医用同期アプリケーションを更新する指示を各ローカルサーバーに送信させ、（３）全てのローカルサーバー上の医用同期アプリケーションのバージョン情報を判断させ、（４）クラウドサーバーが、全てのローカルサーバーの医用同期アプリケーションが更新されたと判断した場合のみ、更新ファイルを実行してクラウドサーバー上の医用同期アプリケーションを更新させる指示を実行する。

別の側面によれば、複数のローカルサーバーの１つがクラウドサーバーとの接続を確立すると、コンピュータープロセッサー（１１０６）は、クラウドサーバーに、（１）接続を確立したローカルサーバーの医用同期アプリケーションのバージョン情報を判断させ、（２）接続を確立したローカルサーバーの医用同期アプリケーションのバージョン情報が、クラウドサーバー上の医用同期アプリケーションのバージョン情報と異なる場合は、接続を確立したローカルサーバーに医用同期アプリケーションを更新する指示を送信させる。

図１１に示すシステムは、（ｉｉ）医用画像及びデータをユーザーに提示するよう構成されたユーザー装置（１１０２）をさらに有する。さらに、ベンダー提供アプリケーションに関するＰＡＣＳアプリケーションデータ（すなわち、ＰＡＣＳ情報）（１１１０）、患者情報（１１１２）及び医用画像及びデータ（１１１４）を保存するよう構成されたデータリポジトリ（１１０８）を有していてもよい。

図１２Ａ及び図１２Ｂは、１つ以上の実施形態に係る方法のフローチャートを示す。１つ以上の実施形態によれば、図１２Ａ及び図１２Ｂに記載の方法は、コンピューターにより実施される方法である。図１２Ａ及び図１２Ｂに示す各ステップを以下に説明するが、ネットワーク内の複数の医療施設のうちの１つの医療施設のシステムのみについて説明する。当業者であれば、以下に説明する方法の各ステップは、ネットワーク内の複数の医療施設のシステムのいずれによっても実行できることが明らかであろう。

ステップ１２０５及び１２１０において、ネットワーク内の医療施設の１つに付随するローカルコンピューターは、当該医療施設のローカルサーバーとクラウド上のクラウドサーバーとの間の接続状況をチェックして、接続が正常であるかどうかを判断する。

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

１つ以上の実施形態によれば、ステップ１２１５においてクラウドサーバーが更新されると、ネットワーク内の他の施設のローカルコンピューター及びサーバーは、クラウドサーバーから更新されたデータの全て又は一部を受け取る。ネットワーク内の施設の各ローカルコンピューター及びサーバーは、更新されたデータを受け取ると、更新されたデータが以前に存在していなかったものであれば、それぞれのローカルリポジトリに当該更新されたデータを追加し、あるいは、更新されたデータに対応する以前から存在しているローカルに記憶されたデータを当該更新されたデータに置き換える。

ステップ１２１０におけるチェックの結果がＮＯであった場合、ステップ１２２５において、医療施設とクラウドとの間の接続が切れた旨のメッセージと、ローカルコンピューター及びサーバーのアクセスをローカルリポジトリへと切り替える旨のメッセージをユーザーに表示する。

ステップ１２３０において、接続が切れた医療施設のローカルコンピューター及びサーバーは、アクセスをローカルリポジトリへと切り替え、ステップ１２３５において、ローカルコンピューター及びサーバーに記憶されている、ローカルコンピューター及びサーバーのクラウドへのアクセスを可能にするアプリケーションを再起動する。この時点では、医用画像及びデータは、クラウドリポジトリに代えてローカルリポジトリとの間で保存・取得されている。

１つ以上の実施形態によれば、このメッセージがユーザーに表示されると、ユーザーは、ユーザー選択可能タブをクリックして、すぐさまアクセスをローカルリポジトリに切り替えるか、あるいはメッセージに表示されたカウントダウンタイマーが時間切れとなってローカルコンピューター及びサーバーが自動的にアクセスをローカルリポジトリに切り替えるのを待つことができる。

ステップ１２４０及び１２４５において、アプリケーションが再起動されると、接続が切れた医療施設のローカルコンピューターは、チェックを行ってローカルサーバーとクラウドサーバーとの間の接続が正常であるかどうかを判断する。

チェックの結果がＮＯであった場合、ローカルコンピューター及びサーバーは、引き続きローカルでの稼働を続ける。処理はステップ１２４０及び１２４５に戻り、ローカルコンピューターは、ローカルサーバーとクラウドサーバーとの間の接続状況をチェックする。

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

ステップ１２６０において、メッセージがユーザーに表示されると、ユーザーは、ローカルリポジトリを用いてローカルでの作業を続けたいかどうかを決定するよう促される。メッセージ中のカウントダウンタイマーが時間切れとなるまでにユーザーからの応答が検出されなかった場合、ローカルコンピューター及びサーバーは、自動的にクラウドサーバーに再アクセスする。

チェックの結果がＹＥＳであった場合、ローカルコンピューター及びサーバーは、予め定められた時間ローカル接続を続けるが、その際、ローカルコンピューターは、ステップ１２４０において、ローカルサーバーとクラウドサーバーとの間の接続状況をチェックし続ける。予め定められた時間が過ぎると、ユーザーは、別の表示メッセージでクラウドに再接続するよう促される。このときは、ユーザーは、ローカルリポジトリを用いてローカルで作業を続けることを選択できない。

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

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

１つ以上の実施形態によれば、コンフリクトは、ネットワーク内の医療施設のローカルサーバーからのローカルデータがクラウドサーバーにアップロードされている時（例えば、各ローカルサーバーとクラウドサーバーとの間で医療データを同期している時）に起こりうる。また、コンフリクトは、ネットワーク内の異なる医療施設の異なるユーザーが、同一のリモートデータの患者情報の同一箇所を、対応するローカルデータ中の当該情報をローカルで編集又は更新することによって同時に更新しようとした時に起こりうる。この場合、クラウドサーバーが受け取った２つの編集済みローカルデータの情報を用いてリモートデータを更新しようとする際に、アプリケーションは、どちらの更新された患者情報が正しいかを判断できないかもしれない。

より具体的には、１つ以上の実施形態によれば、ある状況でのコンフリクトは、他の状況の場合よりも複雑である。例えば、２人のユーザーが同一のリモートデータを同時に更新して新たな患者名を反映させようとする場合において、ネットワーク内の医療施設Ａのユーザーが、患者名を「ＡＡＡＡＡ」から「ＡＡＡＢＡ」に更新し、ネットワーク内の異なる医療施設のユーザーが、同じ患者名を「ＡＡＡＡＡ」から「ＡＡＡＣＡ」に更新した場合、システムは、２つの新たな名前のどちらが正しいのか判断することができない。この場合、ユーザーは、コンフリクトを手動で解消しなければならない。しかし、２人のユーザーが同一のリモートデータを同時に更新して新たな患者名を反映させようとする場合において、ネットワーク内の医療施設Ａのユーザーが患者名を「ＡＡＡＡＡ」から「ＡＡＡＢＡ」に編集し、ネットワーク内の医療施設Ｂのユーザーが同じ患者名を「ＡＡＡＡＡ」から「ＡＣＡＡＡ」に編集した場合、アプリケーションは、患者名を「ＡＣＡＢＡ」に自動的に更新することができる。

また、接続が切れた医療施設のローカルコンピューター及びサーバーは、接続が切れていた時にネットワーク内の他の医療施設により更新されたデータをクラウドサーバーから受け取り、更新されたデータが以前に存在していなかったものであれば、ローカルリポジトリに当該更新されたデータを追加し、あるいは、更新されたデータに対応する以前から存在しているローカルに保存されたデータを当該更新されたデータで置き換える。

１つ以上の実施形態によれば、ステップ１２７０においてクラウドサーバーが更新されると、ネットワーク内の他の施設のローカルコンピューター及びサーバーは、クラウドサーバーから更新されたデータの全部又は一部を受け取る。ネットワーク内の施設の各ローカルコンピューター及びサーバーは、更新されたデータを受け取ると、更新されたデータが以前に存在していなかったものであれば、それぞれのローカルリポジトリに当該更新されたデータを追加し、あるいは、更新されたデータに対応する以前から存在しているローカルに保存されたデータを当該更新されたデータで置き換える。

ステップ１２７５において、再接続の間にローカルリポジトリに保存された全てのデータがクラウドリポジトリに送信されると、アプリケーションが再起動され、ローカルコンピューターはステップ１２０５に戻るように設定される。

図１３Ａ、図１３Ｂ及び図１３Ｃは、１つ以上の実施形態に係る実施例を示す。図１３Ａ、図１３Ｂ及び図１３Ｃに示すように、各機能項目は、大項目（「最上位機能」）及び複数の小項目（「最上位機能の下位機能」）に分類されている。最上位機能及び下位機能は、図１２Ａ及び図１２Ｂに示すフローチャートの各ステップにおいて、ユーザー又は図１Ａ及び図１Ｂに示すシステムの各部により実行される。

１つ以上の実施形態によれば、各下位機能の内容は、それらが実行された時に、ユーザー又は図１Ａ及び図１Ｂに示すシステムの各部が実行することのできる動作を説明するものである。この動作には、特定の下位機能が実行された時に、ユーザーには実行できない動作も示されている。

１つ以上の実施形態によれば、設定は、実行の際に、繰り返し行われたり、特定の時間制限が設定されたりしうる特定の下位機能に関して、ユーザーにより設定される間隔又は時間を説明するものである。設定は、アプリケーションを提供するベンダーにより予め定められた、変更不可の設定であってもよい。また、設定は、医療施設内で高い管理権限を持つユーザーが設定することのできる、ユーザー変更可能な設定であってもよい。

図１４は、１つ以上の実施形態に係るフローチャートを示す。図１４に示す方法は、コンピューターにより実施される方法であってもよい。図１４に示す各ステップを以下に説明するが、ネットワーク内の複数の医療施設のうちの１つの医療施設のシステムのみについて説明する。当業者であれば、以下に説明する方法の各ステップは、ネットワーク内の複数の医療施設のシステムのいずれによっても実行できることが明らかであろう。

ステップ１４０５において、ネットワーク内の医療施設の１つに付随するローカルサーバーが、クラウド上のクラウドサーバーと接続される。１つ以上の実施形態によれば、ローカルサーバーは、クラウドサーバーに接続されるのが初めてであってもよい。あるいは、ローカルサーバーは、クラウドサーバーとの接続が切れた後に、クラウドサーバーに再接続されているのであってもよい。１つ以上の実施形態によれば、ローカルサーバーは、クラウドサーバーに再接続される前に再起動される。

ステップ１４１０において、ローカルサーバーがクラウドサーバーに接続されると、クラウドサーバーは、ローカルサーバーにインストールされている医用同期アプリケーションのバージョン情報が、クラウドサーバーにインストールされている医用同期アプリケーションのバージョン情報と同一であるかどうかを判断する。これにより、クラウドサーバーは、双方の医用同期アプリケーションのバージョン情報が同一であるかどうかを確認することが可能となる。

１つ以上の実施形態によれば、クラウドサーバーとローカルサーバーの医用同期アプリケーションのバージョン情報が異なる場合、クラウドサーバーとローカルサーバーとの間での医用画像及びデータの同期が禁止される。これにより、接続された装置に同一の同期設定が適用されていることだけでなく、接続された装置間で同期された医用画像及びデータが正確かつ整合していることが確実になる。

ステップ１４１０における判断がＮＯであった場合、クラウドサーバーは、ローカルサーバーの医用同期アプリケーションを更新する指示をローカルサーバーに送信する。指示を受け取ると、ローカルサーバーは、ステップ１４１５において、クラウドサーバーから更新ファイルを取得する。

１つ以上の実施形態によれば、更新ファイルは、許可ユーザーが医用同期アプリケーションの更新の予定を決める前に、許可ユーザー又はクラウドベースＰＡＣＳのベンダーによってクラウドサーバーに事前に格納される。

１つ以上の実施形態によれば、クラウドサーバーから送信される指示には、ローカルサーバーの医用同期アプリケーションを、クラウドサーバーの医用同期アプリケーションと同じバージョンに更新するための更新ファイルが含まれている。あるいは、クラウドサーバーにより送信される指示には、ローカルサーバーに、クラウドサーバーから更新ファイルをダウンロードさせる指示が含まれている。

ステップ１４２０において、ローカルサーバーは、更新ファイルを実行して、ローカルサーバーの医用同期アプリケーションを更新する。

ステップ１４２５において、ローカルサーバーは再起動され、クラウドサーバーに再接続され、ローカルサーバーとクラウドサーバーとの間で医用画像及びデータの同期が開始される。

ステップ１４１０の判断がＹＥＳであった場合、ローカルサーバーは、クラウドサーバーに接続して、クラウドサーバーとの医用画像及びデータの同期を開始する。

図１５は、１つ以上の実施形態に係るフローチャートを示す。１つ以上の実施形態によれば、図１５に示す方法は、コンピューターにより実施される方法である。

ステップ１５０５において、クラウドサーバーは、クラウドサーバー及びクラウドサーバーに接続された各ローカルサーバーに記憶されている医用同期アプリケーションの更新の予定を決める要求を受け取る。

１つ以上の実施形態によれば、この要求は、クラウドサーバーに接続されたいかなるコンピューター装置からでもクラウドサーバーに送信することができる。１つ以上の実施形態によれば、医用同期アプリケーションの更新は、クラウドベースＰＡＣＳのベンダーと関係のある許可ユーザーのみが予定を決めることができる。

ステップ１５１０において、クラウドサーバーは、ローカルサーバーに、ローカルサーバーの医用同期アプリケーションを更新する指示を送信する。ローカルサーバーは、指示を受け取ると、クラウドサーバーから更新ファイルを取得する。

１つ以上の実施形態によれば、更新ファイルは、許可ユーザーが医用同期アプリケーションの更新の予定を決める前に、許可ユーザー又はクラウドベースＰＡＣＳのベンダーによってクラウドサーバーに事前に格納される。

１つ以上の実施形態によれば、クラウドサーバーから送信される指示には、ローカルサーバーの医用同期アプリケーションを、クラウドサーバーの医用同期アプリケーションと同じバージョンに更新するための更新ファイルが含まれている。あるいは、クラウドサーバーにより送信される指示には、ローカルサーバーに、クラウドサーバーから更新ファイルをダウンロードさせる指示が含まれている。

ステップ１５１５において、ローカルサーバーは、更新ファイルを実行して、ローカルサーバーの医用同期アプリケーションを更新する。

ステップ１５２０において、クラウドサーバーは、ローカルサーバーの全ての医用同期アプリケーションが問題なく更新されたかどうかを判断する。

ステップ１５２０における判断がＮＯであった場合、クラウドは、全てのローカルサーバーが医用同期アプリケーションを更新するのを待ち、所定時間の経過後にステップ１５２０の判断を繰り返す。１つ以上の実施形態によれば、この所定時間は、いかなる値であってもよく、クラウドベースＰＡＣＳのベンダーに関係のある許可ユーザーによってクラウドサーバーの設定に事前にプログラムされる。

ステップ１５２０の判断がＹＥＳであった場合、クラウドサーバーは、ステップ１２５０において更新ファイルを実行して、医用同期アプリケーションを更新する。１つ以上の実施形態によれば、クラウドサーバーは、全てのローカルサーバーがそれぞれの医用同期アプリケーションの更新を完了してからのみ、更新ファイルを実行する。

図１６は、１つ以上の実施形態に係るフローチャートを示す。１つ以上の実施形態によれば、図１６に示す方法は、コンピューターにより実施される方法である。

ステップ１６０５において、クラウドサーバーは、クラウドサーバー及びクラウドサーバーに接続された各ローカルサーバーに記憶されている医用同期アプリケーションの更新の予定を決める要求を受け取る。

１つ以上の実施形態によれば、この要求は、クラウドサーバーに接続されたいかなるコンピューター装置からでもクラウドサーバーに送信することができる。１つ以上の実施形態によれば、医用同期アプリケーションの更新は、クラウドベースＰＡＣＳのベンダーと関係のある許可ユーザーのみが予定を決めることができる。

ステップ１６１０において、クラウドサーバーは、ローカルサーバーに、ローカルサーバーの医用同期アプリケーションを更新する指示を送信する。ローカルサーバーは、指示を受け取ると、クラウドサーバーから更新ファイルを取得する。

１つ以上の実施形態によれば、更新ファイルは、許可ユーザーが医用同期アプリケーションの更新の予定を決める前に、許可ユーザー又はクラウドベースＰＡＣＳのベンダーによってクラウドサーバーに事前に格納される。

１つ以上の実施形態によれば、クラウドサーバーから送信される指示には、ローカルサーバーの医用同期アプリケーションを、クラウドサーバーの医用同期アプリケーションと同じバージョンに更新するための更新ファイルが含まれている。あるいは、クラウドサーバーにより送信される指示には、ローカルサーバーに、クラウドサーバーから更新ファイルをダウンロードさせる指示が含まれている。

ステップ１６１５において、クラウドサーバーは、更新ファイルを実行して、医用同期アプリケーションを更新する。

ステップ１６２０において、ローカルサーバーは、更新ファイルを実行して、それぞれの医用同期アプリケーションを更新する。

１つ以上の実施形態によれば、医用同期アプリケーションを更新する順序は、クラウドサーバー及びローカルサーバー間でランダムである。しかし、クラウドサーバーのクラウドリポジトリには既に更新ファイルが存在しているので、クラウドサーバーが、常に最初に更新ファイルを実行し、医用同期アプリケーションの更新を完了する。これにより、クラウドベースＰＡＣＳシステムがベンダー提供アプリケーションを更新している時に、複数の医療施設の１つのローカルサーバーがクラウドとの接続を失っても、医療施設は業務を続けることができる。例えば、ベンダー提供アプリケーションの更新を完了した医療施設は、接続が切れた医療施設がクラウドベースＰＡＣＳシステムとの接続を再確立してベンダー提供アプリケーションの更新を完了するのを待つ必要がない。

本発明の１つ以上の実施形態は、ネットワーク内の複数の医療施設間で医用画像及びデータを自動的に共有・更新する能力、同一の個人にサービスを提供するネットワーク内の全ての医療施設の全てのローカルリポジトリを、当該個人の最も新しい医用画像及びデータによって最新の状態に保つ能力、ネットワーク内のいずれかの医療施設と共有クラウドとの接続が切れたことに起因するいかなるダウンタイムを被ることなく、ネットワーク内の全ての医療施設が連続して業務を行うことができる能力、医療施設が現場にてフルサイズのデータセンターを維持する必要がないように、ネットワーク内の各医療施設のローカルリポジトリに保存される医用画像及びデータを選択する能力、自動的にバージョンの不一致をチェックして、クラウドベースＰＡＣＳに接続された装置の同期と医用画像及びデータの処理設定が最新かつ整合していることを確実にする能力、医用同期アプリケーションの更新作業中に、ネットワーク内のいずれかの医療施設と共有クラウドとの接続が切れたことに起因するいかなるダウンタイムを被ることなく、ネットワーク内の全ての医療施設が連続して業務を行うことができる能力等の利点の１つ以上を有する。

以上、限られた数の実施形態により本発明を説明したが、本開示の利益を受ける当業者であれば、ここに開示される発明の範囲から逸脱しない範囲で、他の実施形態を考案できることがわかるであろう。したがって、本発明の範囲は、添付の請求の範囲によってのみ限定されるべきものである。

Claims (20)

1. クラウドサーバー上のクラウドリポジトリと前記クラウドサーバーに接続された医療施設の複数のローカルサーバー上の複数のローカルリポジトリとの間で医療データを同期するシステムを更新する方法であって、
   前記クラウドサーバーが、前記クラウドサーバー及び前記各ローカルサーバーに記憶されている医用同期アプリケーションを、更新ファイルを用いて更新する要求を受け取ることと、
   前記クラウドサーバーが、前記各ローカルサーバーに、前記医用同期アプリケーションを更新する指示であって、前記更新ファイルが含まれている指示を送信することと、
   前記クラウドサーバーが、前記ローカルサーバーのいずれかが前記更新ファイルを実行済みであるかどうかにかかわらず、前記更新ファイルを実行して、前記クラウドサーバーの医用同期アプリケーションを更新することと、
   前記複数のローカルサーバーの１つが前記クラウドサーバーとの接続を確立すると、前記クラウドサーバーに、
   接続を確立したローカルサーバーの医用同期アプリケーションのバージョン情報を判断させ、
   接続を確立したローカルサーバーの医用同期アプリケーションのバージョン情報が、前記クラウドサーバーの医用同期アプリケーションのバージョン情報と異なる場合、接続を確立したローカルサーバーに、前記医用同期アプリケーションを更新する前記指示を送信させることと、
   を含む方法。
2. 前記複数のローカルサーバーの１つが、前記クラウドサーバーとの接続が切れた後に前記クラウドサーバーとの接続を再確立すると、前記クラウドサーバーに、
   接続を確立したローカルサーバーの医用同期アプリケーションのバージョン情報を判断させ、
   接続を再確立したローカルサーバーの医用同期アプリケーションのバージョン情報が、前記クラウドサーバーの医用同期アプリケーションのバージョン情報と異なる場合、接続を再確立したローカルサーバーに、前記医用同期アプリケーションを更新する前記指示を送信させること、
   をさらに含む、請求項１に記載の方法。
3. 接続を確立又は再確立したローカルサーバーの医用同期アプリケーションのバージョン情報が、前記クラウドサーバーの医用同期アプリケーションのバージョン情報と同一である場合に限り、前記クラウドサーバーとの接続を確立又は再確立したローカルサーバーは、前記クラウドサーバーと医療データを同期することを許可される、請求項２に記載の方法。
4. 前記各ローカルサーバーは、医療施設に設置されたアプリケーションプロキシサーバー（ＡＰＳ）である、請求項１に記載の方法。
5. 前記更新ファイルは、前記クラウドリポジトリに記憶されており、
   前記クラウドサーバーは、全ての前記クラウドサーバー及び前記ローカルサーバーのうち、最初に前記更新ファイルを実行する、請求項１に記載の方法。
6. 前記クラウドサーバーが受け取る前記要求には、前記医用同期アプリケーションのバージョン情報、前記クラウドサーバーが前記要求を実行する日時及び前記ローカルサーバーに送信される前記指示に含まれる警告メッセージが含まれる、請求項１に記載の方法。
7. 前記クラウドサーバーが受け取る前記要求は、前記クラウドサーバーと接続されたコンピューターが表示するグラフィカルユーザーインターフェイス（ＧＵＩ）を介してユーザーによって、編集可能であり、予定が決定される、請求項６に記載の方法。
8. 前記警告メッセージは、前記複数の各ローカルサーバーと接続されたローカルコンピューターのディスプレイに出現するポップアップウインドウに表示される、請求項６に記載の方法。
9. 前記ポップアップウインドウには、
   前記ローカルサーバーが前記更新ファイルを自動的に実行して前記医用同期アプリケーションを更新するまでの残り時間を示すカウントダウンタイマーと、
   前記カウントダウンタイマーが時間切れになると、前記医用同期アプリケーションが自動的に終了することをユーザーに通知する追加の警告メッセージとが含まれる、請求項８に記載の方法。
10. 前記医用同期アプリケーションを更新する前記要求は、一旦前記クラウドサーバーが前記要求を実行すると取り消しできない、請求項６に記載の方法。
11. 前記各ローカルサーバーは、ディスプレイを備えるローカルコンピューターと接続されており、
    前記ローカルコンピューターは、医療施設のモダリティーと接続されている、請求項１に記載の方法。
12. 前記クラウドサーバーの前記クラウドリポジトリは、クラウドベースの画像保管通信システム（ＰＡＣＳ）用のリポジトリである、請求項１に記載の方法。
13. コンピューターと接続されたクラウドサーバーに、前記クラウドサーバー上のクラウドリポジトリと前記クラウドサーバーに接続された医療施設の複数のローカルサーバー上の複数のローカルリポジトリとの間で医療データを同期するシステムを更新する動作を実行させる指示を記憶した非一時的なコンピューター読み取り可能な媒体（ＣＲＭ）であって、
    前記動作は、
    前記クラウドサーバーが、前記クラウドサーバー及び前記各ローカルサーバーに記憶されている医用同期アプリケーションを、更新ファイルを用いて更新する要求を受け取ることと、
    前記クラウドサーバーが、前記各ローカルサーバーに、前記医用同期アプリケーションを更新する指示であって、前記更新ファイルが含まれている指示を送信することと、
    前記クラウドサーバーが、全ての前記ローカルサーバーの医用同期アプリケーションのバージョン情報を判断することと、
    前記クラウドサーバーが、全ての前記ローカルサーバーの医用同期アプリケーションが更新されたと判断した場合に限り、前記更新ファイルを実行して、前記クラウドサーバーの医用同期アプリケーションを更新することと、
    前記複数のローカルサーバーの１つが前記クラウドサーバーとの接続を確立すると、前記クラウドサーバーに、
    接続を確立したローカルサーバーの医用同期アプリケーションのバージョン情報を判断させ、
    接続を確立したローカルサーバーの医用同期アプリケーションのバージョン情報が、前記クラウドサーバーの医用同期アプリケーションのバージョン情報と異なる場合、接続を確立したローカルサーバーに、前記医用同期アプリケーションを更新する前記指示を送信させることと、
    を含むＣＲＭ。
14. 前記動作は、
    前記複数のローカルサーバーの１つが、前記クラウドサーバーとの接続が切れた後に前記クラウドサーバーとの接続を再確立すると、前記クラウドサーバーに、
    接続を確立したローカルサーバーの医用同期アプリケーションのバージョン情報を判断させ、
    接続を再確立したローカルサーバーの医用同期アプリケーションのバージョン情報が、前記クラウドサーバーの医用同期アプリケーションのバージョン情報と異なる場合、接続を再確立したローカルサーバーに、前記医用同期アプリケーションを更新する前記指示を送信させること、
    をさらに含む、請求項１３に記載のＣＲＭ。
15. 接続を確立又は再確立したローカルサーバーの医用同期アプリケーションのバージョン情報が、前記クラウドサーバーの医用同期アプリケーションのバージョン情報と同一である場合に限り、前記クラウドサーバーとの接続を確立又は再確立したローカルサーバーは、前記クラウドサーバーと医療データを同期することを許可される、請求項１４に記載のＣＲＭ。
16. 前記更新ファイルは、前記クラウドリポジトリに記憶されており、
    前記クラウドサーバーは、全ての前記クラウドサーバー及び前記ローカルサーバーのうち、最初に前記更新ファイルを実行する、請求項１３に記載のＣＲＭ。
17. 医療データを同期するシステムであって、
    クラウドサーバーと、
    前記クラウドサーバー上のクラウドリポジトリと、
    前記クラウドサーバーに接続された医療施設の複数のローカルサーバー上の複数のローカルリポジトリと、を有し、
    前記クラウドサーバーは、
    前記クラウドサーバー及び前記各ローカルサーバーに記憶されている医用同期アプリケーションを、更新ファイルを用いて更新する要求を受け取り、
    前記各ローカルサーバーに、前記医用同期アプリケーションを更新する指示であって、前記更新ファイルが含まれている指示を送信し、
    全ての前記ローカルサーバーの医用同期アプリケーションのバージョン情報を判断し、
    前記クラウドサーバーが、全ての前記ローカルサーバーの医用同期アプリケーションが更新されたと判断した場合に限り、前記更新ファイルを実行して、前記クラウドサーバーの医用同期アプリケーションを更新し、
    前記複数のローカルサーバーの１つが前記クラウドサーバーとの接続を確立すると、前記クラウドサーバーは、
    接続を確立したローカルサーバーの医用同期アプリケーションのバージョン情報を判断し、
    接続を確立したローカルサーバーの医用同期アプリケーションのバージョン情報が、前記クラウドサーバーの医用同期アプリケーションのバージョン情報と異なる場合、接続を確立したローカルサーバーに、前記医用同期アプリケーションを更新する前記指示を送信するシステム。
18. 前記複数のローカルサーバーの１つが、前記クラウドサーバーとの接続が切れた後に前記クラウドサーバーとの接続を再確立すると、前記クラウドサーバーは、さらに、
    接続を確立したローカルサーバーの医用同期アプリケーションのバージョン情報を判断し、
    接続を再確立したローカルサーバーの医用同期アプリケーションのバージョン情報が、前記クラウドサーバーの医用同期アプリケーションのバージョン情報と異なる場合、接続を再確立したローカルサーバーに、前記医用同期アプリケーションを更新する前記指示を送信する、請求項１７に記載のシステム。
19. 接続を確立又は再確立したローカルサーバーの医用同期アプリケーションのバージョン情報が、前記クラウドサーバーの医用同期アプリケーションのバージョン情報と同一である場合に限り、前記クラウドサーバーとの接続を確立又は再確立したローカルサーバーは、前記クラウドサーバーと医療データを同期することを許可される、請求項１８に記載のシステム。
20. 前記更新ファイルは、前記クラウドリポジトリに記憶されており、
    前記クラウドサーバーは、全ての前記クラウドサーバー及び前記ローカルサーバーのうち、最初に前記更新ファイルを実行する、請求項１７に記載のシステム。