(57)【要約】【課題】食違いが有る場合に電子カルテを処理する。【解決手段】食違いが有る場合に電子カルテを処理する方法は、第１のローカルソースから、中央の電子カルテデータベースに保管された電子カルテに対し実行される第１の動作を取得し、第１の食違いが前記電子カルテ内に有るという第１の判定を行う。前記第１の判定に基づいて、実行される前記第１の動作を考慮して前記第１の食違いの重大性を評価する。前記第１の食違いが前記第１の動作の実行を妨げる場合に、前記第１の食違いを重大であると見做し、前記第１の食違いが前記第１の動作の実行を許容する場合に、前記第１の食違いを重大でないと見做す。当該方法は、さらに、前記第１の食違いが重大ではないという第２の判定を行うこと、および前記第２の判定に基づいて前記電子カルテに対し前記第１の動作を実行することを含む。【選択図】図１
2019091399.tif 000002
【特許請求の範囲】
【請求項１】
食違いが有る場合に電子カルテを処理する方法であって、
第１のローカルソースから、中央の電子カルテデータベースに保管された電子カルテに対し実行される第１の動作を取得すること、
第１の食違いが前記電子カルテ内に有るという第１の判定を行うこと、ならびに前記第１の判定に基づいて、
実行される前記第１の動作を考慮して前記第１の食違いの重大性を評価すること、
前記第１の食違いが重大ではないという第２の判定を行うこと、および
前記第２の判定に基づいて前記電子カルテに対し前記第１の動作を実行することを含み、
前記第１の食違いが前記第１の動作の実行を妨げる場合に、前記第１の食違いを重大であると見做し、
前記第１の食違いが前記第１の動作の実行を許容する場合に、前記第１の食違いを重大でないと見做す、
方法。
【請求項２】
前記第１のローカルソースから、前記中央の電子カルテデータベースに保管された前記電子カルテに対し実行される前記第１の動作と同一の第２の動作を取得すること、
前記第１の食違いとは異なる第２の食違いが前記電子カルテ内に有るという第３の判定を行うこと、ならびに前記第３の判定に基づいて、
実行される前記第２の動作を考慮して前記第２の食違いの重大性を評価すること、
前記食違いは重大であるという第４の判定を行うこと、および
前記第４の判定に基づいて食違い解決を実行することをさらに含み、
前記食違い解決は、
食違い解決の通知をユーザに提供すること、
食違い解決の入力を取得すること、および
前記食違い解決の入力ごとに前記電子カルテに対し前記第２の動作を実行することを含む、
請求項１に記載の方法。
【請求項３】
前記第１のローカルソースから、前記中央の電子カルテデータベースに保管された前記電子カルテに対し実行される前記第１の動作とは異なる第２の動作を取得すること、
前記第１の食違いが前記電子カルテ内に有るという第３の判定を行うこと、ならびに前記第３の判定に基づいて、
実行される前記第２の動作を考慮して前記第１の食違いの重大性を評価すること、
前記第２の動作を考慮して前記第１の食違いが重大であるという第４の判定を行うこと、および
前記第４の判定に基づいて食違い解決を実行することをさらに含み、
前記食違い解決は、
食違い解決の通知をユーザに提供すること、
食違い解決の入力を取得すること、および
前記食違い解決の入力ごとに前記電子カルテに対し前記第２の動作を実行することを含む、
請求項１に記載の方法。
【請求項４】
前記食違い解決の入力ごとの前記第２の動作の実行は、前記第２の動作を修正して前記食違いを解消すること、および前記電子カルテを修正して前記食違いを解消することからなる群から選択される１つを含む、
請求項３に記載の方法。
【請求項５】
前記第１のローカルソースから、前記中央の電子カルテデータベースに保管された前記電子カルテに対し実行される第２の動作を取得すること、
前記食違いが前記電子カルテ内に無いという第３の判定を行うこと、および
前記第３の判定に基づいて前記電子カルテに対し第２の動作を実行することをさらに含む、
請求項１に記載の方法。
【請求項６】
前記第１の動作は、前記電子カルテのデータ欄内で、データを追加、編集、および削除することからなる群から選択される１つである、
請求項１に記載の方法。
【請求項７】
前記第１の食違いは、第２および第３のローカルソースから得られる不一致の電子カルテデータを取得した結果である、
請求項１に記載の方法。
【請求項８】
前記第１の食違いは、前記第１の動作が第２のローカルソースから取得され前記電子カルテに対し実行される第２の動作と両立しない結果である、
請求項１に記載の方法。
【請求項９】
食違いが有る場合に電子カルテを処理する操作を計算システムに実行させる命令を保管する非一時的コンピュータ可読媒体（ＣＲＭ）であって、当該操作は、
第１のローカルソースから、中央の電子カルテデータベースに保管された電子カルテに対し実行される第１の動作を取得すること、
第１の食違いが前記電子カルテ内に有るという第１の判定を行うこと、ならびに
前記第１の判定に基づいて、
実行される前記第１の動作を考慮して第１の食違いの重大性を評価すること、
前記第１の食違いが重大ではないという第２の判定を行うこと、および
前記第２の判定に基づいて前記電子カルテに対し前記第１の動作を実行することを含み、
前記第１の食違いが前記第１の動作の実行を妨げる場合に、前記第１の食違いを重大であると見做し、
前記第１の食違いが前記第１の動作の実行を許容する場合に、前記第１の食違いを重大でないと見做す、
電子カルテを処理する操作を含む。
【請求項１０】
前記第１のローカルソースから、前記中央の電子カルテデータベースに保管された前記電子カルテに対し実行される前記第１の動作と同一の第２の動作を取得すること、
前記第１の食違いとは異なる第２の食違いが前記電子カルテ内に有るという第３の判定を行うこと、ならびに前記第３の判定に基づいて、
実行される前記第２の動作を考慮して第２の食違いの重大性を評価すること、
前記食違いは重大であるという第４の判定を行うこと、および
前記第４の判定に基づいて食違い解決を実行することを含み、
前記食違い解決は、
食違い解決の通知をユーザに提供すること、
食違い解決の入力を取得すること、および
前記食違い解決の入力ごとに前記電子カルテに対し前記第２の動作を実行することを含む、
操作を計算システムに実行させる命令をさらに保管する、
請求項９に記載の非一時的ＣＲＭ。
【請求項１１】
前記第１のローカルソースから、前記中央の電子カルテデータベースに保管された前記電子カルテに対し実行される前記第１の動作とは異なる第２の動作を取得すること、
前記第１の食違いが前記電子カルテ内に有るという第３の判定を行うこと、ならびに前記第３の判定に基づいて、
実行される前記第２の動作を考慮して前記第１の食違いの重大性を評価すること、
前記第２の動作を考慮して前記第１の食違いが重大であるという第４の判定を行うこと、および
前記第４の判定に基づいて食違い解決を実行することを含み、
前記食違い解決は、
食違い解決の通知をユーザに提供すること、
食違い解決の入力を取得すること、および
前記食違い解決の入力ごとに前記電子カルテに対し前記第２の動作を実行することを含む、
操作を計算システムに実行させる命令をさらに保管する、
請求項９に記載の非一時的ＣＲＭ。
【請求項１２】
前記食違い解決の入力ごとの前記第２の動作の実行は、前記第２の動作を修正して前記食違いを解消すること、および前記電子カルテを修正して前記食違いを解消することからなる群から選択される１つを含む、
請求項１１に記載の非一時的ＣＲＭ。
【請求項１３】
前記第１の動作は、前記電子カルテのデータ欄内で、データを追加、編集、および削除することからなる群から選択される１つである、
請求項９に記載の非一時的ＣＲＭ。
【請求項１４】
前記第１の食違いは、第２および第３のローカルソースから得られる不一致の電子カルテデータを取得した結果である、
請求項９に記載の非一時的ＣＲＭ。
【請求項１５】
食違いが有る場合に電子カルテを処理する計算システムであって、
中央サーバ、および
前記中央サーバに関連付けられた中央リポジトリを含み、
前記中央サーバは、
第１のローカルソースから、前記中央リポジトリ内の中央の電子カルテデータベースに保管された電子カルテに対し実行される第１の動作を取得し、
第１の食違いが電子カルテ内に有るという第１の判定を行い、ならびに前記第１の判定に基づいて、
実行される前記第１の動作を考慮して第１の食違いの重大性を評価し、
前記第１の食違いが重大ではないという第２の判定を行い、および
前記第２の判定に基づいて前記電子カルテに対し前記第１の動作を実行することを含み、
前記第１の食違いが前記第１の動作の実行を妨げる場合に、前記第１の食違いを重大であると見做し、
前記第１の食違いが前記第１の動作の実行を許容する場合に、前記第１の食違いを重大でないと見做す、
計算システム。
【請求項１６】
前記中央サーバはさらに、
前記第１のローカルソースから、前記中央の電子カルテデータベースに保管された前記電子カルテに対し実行される前記第１の動作と同一の第２の動作を取得し、
前記第１の食違いとは異なる第２の食違いが前記電子カルテ内に有るという第３の判定を行い、ならびに前記第３の判定に基づいて、
実行される前記第２の動作を考慮して第２の食違いの重大性を評価し、
前記食違いは重大であるという第４の判定を行い、および
前記第４の判定に基づいて食違い解決を実行することを含み、
前記食違い解決は、
食違い解決の通知をユーザに提供すること、
食違い解決の入力を取得すること、および
前記食違い解決の入力ごとに前記電子カルテに対し前記第２の動作を実行することを含む、
請求項１５に記載の計算システム。
【請求項１７】
前記中央サーバはさらに、
前記第１のローカルソースから、前記中央の電子カルテデータベースに保管された前記電子カルテに対し実行される前記第１の動作とは異なる第２の動作を取得し、
前記第１の食違いが前記電子カルテ内に有るという第３の判定を行い、ならびに前記第３の判定に基づいて、
実行される前記第２の動作を考慮して前記第１の食違いの重大性を評価し、
前記第２の動作を考慮しての前記第１の食違いが重大であるという第４の判定を行い、および、
前記第４の判定に基づいて食違い解決を実行することを含み、
前記食違い解決は、
食違い解決の通知をユーザに提供すること、
食違い解決の入力を取得すること、および
前記食違い解決の入力ごとに前記電子カルテに対し前記第２の動作を実行することを含む、
請求項１５に記載の計算システム。
【請求項１８】
前記食違い解決の入力ごとの前記第２の動作の実行は、前記第２の動作を修正して前記食違いを解消すること、および前記電子カルテを修正して前記食違いを解消することからなる群から選択される１つを含む、
請求項１７に記載の計算システム。
【請求項１９】
前記第１の動作は、前記電子カルテのデータ欄内で、データを追加、編集、および削除することからなる群から選択される１つである、
請求項１５に記載の計算システム。
【請求項２０】
前記第１の食違いは、第２および第３のローカルソースから得られる不一致の電子カルテデータを取得した結果である、
請求項１５に記載の計算システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、食違いが有る場合に電子カルテを処理する方法およびシステムに関する。
【背景技術】
【０００２】
医療画像および他の医療データを含む電子カルテは、患者の診断に重要な役割を果たす。医療施設（例えば病院）は、医療記録を電子的に保管する利点を認識している。医療画像および他のデータのデジタル化により、ユーザが医療画像や医療データに容易にアクセスすることができるだけでなく、画像およびデータを複数の医療施設間で容易に共有することができる。
【０００３】
医療業界で画像保管通信システム（「ＰＡＣＳ」）として知られているシステムを使用することが、医療画像の便利な保管およびアクセスのために益々普及しつつある。一般に、ＰＡＣＳは、コンピュータ断層撮影法（ＣＴ）、磁気共鳴映像法（ＭＲＩ）、位置放射断層撮影法（ＰＥＴ）、超音波、Ｘ線などの様々な画像化様式によって生成された医療画像をデジタル的に取得、保存、管理、分配、かつ表示するように共同して作動する多数の装置を含む。ＰＡＣＳにより、様々な医療施設がその内部でまたは外部で取得された全ての種類の画像を共有することができる。
【０００４】
最近では、クラウドベースのＰＡＣＳが、従来からのＰＡＣＳの効率性やアクセス可能性を改善する方法として出現しつつある。一般に、「クラウド」は、様々な場所にある複数のコンピュータや装置に、インターネットを通して計算資源とデータの遠隔オンデマンドアクセスを提供するオンライン保管システムとして理解できる。クラウドベースのＰＡＣＳは、医療画像の保管のために様々な場所での遠隔のデータセンターまたは現場外のデータセンターを使用する供給元によって提供される場合がある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記の概念は、画像データに限定はされない。例えば、ラボ検査およびその結果などのその他の種類の医療データも、同様の方法で取得、処理、かつ保管することができる。概して、上記の概念は、任意の種類の画像データおよび／または任意の種類の非画像データを含み得る任意の種類の電子カルテに適用可能である。
【課題を解決するための手段】
【０００６】
一般的に、一の態様では、本発明は、食違いが有る場合に電子カルテを処理する方法に関し、当該方法は、第１のローカルソースから、中央の電子カルテデータベースに保管された電子カルテに対し実行される第１の動作を取得すること、第１の食違いが前記電子カルテ内に有るという第１の判定を行うこと、ならびに前記第１の判定に基づいて、実行される前記第１の動作を考慮して前記第１の食違いの重大性を評価すること、前記第１の食違いが重大ではないという第２の判定を行うこと、および前記第２の判定に基づいて前記電子カルテに対し前記第１の動作を実行することを含み、前記第１の食違いが前記第１の動作の実行を妨げる場合に、前記第１の食違いを重大であると見做し、前記第１の食違いが前記第１の動作の実行を許容する場合に、前記第１の食違いを重大でないと見做す。
【０００７】
一般に、一の態様では、本発明は、食違いが有る場合に電子カルテを処理する操作を計算システムに実行させる命令を保管する非一時的コンピュータ可読媒体（ＣＲＭ）に関し、当該操作は、第１のローカルソースから、中央の電子カルテデータベースに保管された電子カルテに対し実行される第１の動作を取得すること、第１の食違いが前記電子カルテ内に有るという第１の判定を行うこと、ならびに前記第１の判定に基づいて、実行される前記第１の動作を考慮して第１の食違いの重大性を評価すること、前記第１の食違いが重大ではないという第２の判定を行うこと、および前記第２の判定に基づいて前記電子カルテに対し前記第１の動作を実行することを含み、前記第１の食違いが前記第１の動作の実行を妨げる場合に、前記第１の食違いを重大であると見做し、前記第１の食違いが前記第１の動作の実行を許容する場合に、前記第１の食違いを重大でないと見做す、電子カルテを処理する操作を含む。
【０００８】
一般に、一の態様では、本発明は、食違いが有る場合に電子カルテを処理する計算システムに関し、中央サーバ、および前記中央サーバに関連付けられた中央リポジトリを含み、前記中央サーバは、第１のローカルソースから、前記中央リポジトリ内の中央の電子カルテデータベースに保管された電子カルテに対し実行される第１の動作を取得し、第１の食違いが電子カルテ内に有るという第１の判定を行い、ならびに前記第１の判定に基づいて、実行される前記第１の動作を考慮して第１の食違いの重大性を評価し、前記第１の食違いが重大ではないという第２の判定を行い、および前記第２の判定に基づいて前記電子カルテに対し前記第１の動作を実行し、前記第１の食違いが前記第１の動作の実行を妨げる場合に、前記第１の食違いを重大であると見做し、前記第１の食違いが前記第１の動作の実行を許容する場合に、前記第１の食違いを重大でないと見做す。
【図面の簡単な説明】
【０００９】
【図１】本発明の１つ以上の態様によるシステムの概略図を示す。
【図２】本発明の１つ以上の態様による典型的な電子カルテを示す。
【図３Ａ】本発明の１つ以上の態様に従って、電子カルテデータにおいて食違いが重大ではない場合の典型的な筋書きを示す。
【図３Ｂ】本発明の１つ以上の態様に従って、電子カルテデータにおいて食違いが重大ではない場合の典型的な筋書きを示す。
【図４】本発明の１つ以上の態様に従って、電子カルテデータにおける食違いが重大である場合の典型的な筋書きを示す。
【図５】本発明の１つ以上の態様による典型的な電子カルテの階層的表現を示す。
【図６】本発明の１つ以上の態様に従って、食違いが有る場合の電子カルテ処理の方法を説明するフローチャートを示す
【図７】本発明の１つ以上の態様に従って、食違いの重大度を評価する方法を説明するフローチャートを示す。
【図８】本発明の１つ以上の態様に従って、食違いを解決する方法を説明するフローチャートを示す。
【図９】本発明の１つ以上の態様によるコンピュータシステムを示す。
【発明を実施するための形態】
【００１０】
以下、添付の図面を参照して、本発明の特定の態様を詳細に説明する。様々な図での同類の要素は、一貫性のために同じ参照番号により示されている。同類の要素は、簡素にするために、全ての図には表示されないこともある。
【００１１】
本発明の態様の以下の詳細な説明では、本発明をより完全に理解できるように、多くの特定の詳細内容が記載されている。しかしながら、当業者には、これらの特定の詳細内容がなくても本発明を実施することができることは明らかであろう。他の例では、説明を必要以上に複雑にしないように、周知の内容は詳細には説明されていない。
【００１２】
出願全体を通して、序数（例えば、第１、第２、第３など）を要素（すなわち、明細書内の任意の名詞）の形容詞として使用することもある。序数の使用は、「前の」、「後の」、「単一の」およびその様な他の用語の使用などにより明示的に開示されない限り、要素の特定の順序付けを表示または形成するものでなく、あるいはいずれの要素も単一の要素のみであると限定するものではない。むしろ序数の使用は、要素間を区別することを目的とする。一例としては、第１の要素は第２の要素と区別され、第１の要素は２つ以上の要素を包含し、かつ第２の要素を要素の順序で後続させて（または先行させて）もよい。
【００１３】
当然のことであるが、単数形の「a」、「an」および「the」は、文脈中に明確に他の指示のない限り、複数の対象物を含む。したがって、例えば、「a horizontal beam（水平ビーム）」への言及は、その１つ以上のビームへの言及も含む。
【００１４】
「約」、「実質的に」等の用語は、記載された特性、パラメータ、または数値を正確に達成する必要はないが、例えば公差、測定誤差、測定精度限界、および当業者に公知の他の因子を含む偏差または変動が、その特徴が提供を目指した効果を不可能にしない数量内で生じてもよいことを意味している。
【００１５】
当然なことであるが、フローチャートに示される１つ以上の工程は、省略したり、繰り返したり、および／または示した順序とは異なる順序で実行してもよい。したがって、本発明の範囲は、フローチャートに示される工程の特定の配列に限定されると見做すべきではない。
【００１６】
複合的な従属クレームは取り込まれていないが、本発明の１つ以上の態様の従属クレームの内容は、他の従属クレームと組み合わせもよいことは、当業者には明白なことである。
【００１７】
一般に、本発明の１つ以上の態様は、電子カルテの保管のための、かつ電子カルテのローカルとクラウド間の同期のための方法、非一時的なコンピュータ可読媒体、およびシステムを提供し、これらは同期中の食違いに対処する機構を含む。「食違い（conflict）」は、一般に、同期中にカルテのデータ間で発生する不一致または不適合を指す。本発明の１つ以上の態様による例えばＰＡＣＳのようなクラウドベースのシステムは、クラウドデータリポジトリすなわちクラウドデータベース（以下「クラウドリポジトリ」）にアクセスする許可を与えられた、同一病院群内の施設のようなすべての医療施設が、医療画像および／または他のデータを共有することを可能とする。医療画像および／または他のデータは、電子カルテ内に保管することができる。次いで、医療施設は、「ネットワーク内」にある（すなわち、クラウドリポジトリの同一部分にアクセスする許可を有する）他の医療施設で得られたその患者の医療画像および／または他のデータにアクセスして検索することができる。特に本発明の１つ以上の態様によれば、ネットワーク内医療施設は、クラウドベースのＰＡＣＳをより効率的に利用して、複数のネットワーク内医療施設に頻繁に通う患者（すなわち、２つ以上のネットワーク内の医療施設間で共有または共通の患者）の医療画像および／または他のデータを共有および更新することができる。食違いデータは、例えば、電子カルテ内の同じデータ欄が２つの医療施設によってアクセスされると発生する場合があり、食違いデータが入力される。例えば、Ｂｏｂという名前の患者が眼科医および皮膚科医で受診する筋書きを考えてみる。眼科医は、彼の名前を含むＢｏｂの基本的な患者情報を検証し、さらにＢｏｂの既存の電子カルテ内に診断結果を入力する。入力された情報はローカルに保管される。その後、Ｂｏｂは皮膚科医で受診し、ここでもＢｏｂの基本的な患者情報が検証される。皮膚科医は、ＢｏｂをＪｏｈｎという名前の別の患者と混同して、Ｂｏｂの電子カルテの名前を「Ｊｏｈｎ」に更新してしまう。これは、眼科医の診療所と皮膚科医の診療所のコンピュータシステムにローカルに保管された電子カルテが中央のクラウドリポジトリに同期された際に、やがては検出される食違い情報となってしまう。さらに、患者の医療画像を保管するのに使用するフォルダを第１の医療施設の従業員が削除し、一方で第２の医療施設の従業員が今削除されたフォルダに画像を保管する試みが行われるという別の筋書きを考える。この食違いが解決されるまで、これらの画像を保管することができない可能性がある。
【００１８】
本発明の１つ以上の態様では、特定の食違いが有る場合に電子カルテを処理することができる。食違いが検出された後に、食違いの重大度を評価して続いての処理が可能かどうかを判断する。待機中の動作の実行が可能であると判明した場合に、待機中の動作を本発明の１つ以上の態様に従って実行する。あるいは、食違いの存在により不可能であると判明した場合の待機中の動作の実行、すなわち食違い解決が実行されると、本発明の１つ以上の態様に従って、待機中の動作のそれに続く実行が潜在的に可能となる。
【００１９】
図１は、本発明の１つ以上の態様によるシステム（１００）を示す。このシステム（１００）は、クラウドリポジトリ（１１４）を有するクラウドサーバ（１１２）を含むクラウド（１１０）を含む。このシステムは、本発明の一態様に従って、さらに複数のサイト（１２０Ａ〜１２０Ｎ）を含む。各サイトは、公立病院または私立病院、診療所、歯科医院、医院などの医療施設であってもよい。各サイト（１２０Ａ〜１２０Ｎ）は、ローカルサーバ（１２２Ａ〜１２２Ｎ）を備えていてもよい（例えば、アプリケーションプロキシサーバ（ＡＰＳ）およびローカルリポジトリ（１２４Ａ〜１２４Ｎ））。複数のローカルサーバ（１２２Ａ〜１２２Ｎ）のそれぞれは、クラウドサーバ（１１２）にアクセスし閲覧する権限を与えられてもよい。クラウドサーバ（１１２）にある遠隔データにアクセスする権限に加えて、特定のローカルサーバ（１２２Ａ〜１２２Ｎ）は、遠隔データを編集する権限を持っていてもよい。
【００２０】
図１に示すように、システム（１００）内の各医療施設は、ローカルサーバ（１２２Ａ〜１２２Ｎ）に結合された１つ以上のユーザのコンピュータ装置（１２６Ａ〜１２６Ｎ）（本明細書内では「ローカルコンピュータ」と呼ぶ）を含む。ローカルコンピュータ（１２６Ａ〜１２６Ｎ）は、パーソナルコンピュータ（ＰＣ）、ラップトップコンピュータ装置、可搬コンピュータ装置（例えば、タブレットＰＣ、スマートフォンなど）、サーバ、メインフレーム、キオスクなどであってもよい。
【００２１】
本発明の１つ以上の態様において、クラウドレポジトリ（１１４）を有するクラウドサーバ（１１２）は、クラウドベースのＰＡＣＳを提供する供給元またはその供給元に関連する別の第三者によって操作されてもよい。本発明の１つ以上の態様において、クラウドサーバ（１１２）は、アプリケーションおよび情報処理を実行するハードおよび／または仮想の計算基盤装置である。例えば、クラウドサーバ（１１２）は、インターネットを介して遠隔よりアクセスされる仮想サーバ、またはハードサーバであってもよい。本発明の１つ以上の態様において、クラウドリポジトリ（１１４）は、データのオンライン式のリポジトリである。例えば、クラウドリポジトリは、インターネットを介して遠隔よりアクセスされる仮想データルーム（ＶＤＲ）またはデータベース（またはデータベース群）であってもよい。クラウドリポジトリ（１１４）は、複数の電子カルテを保管する。クラウドリポジトリ（１１４）は、例えばディレクトリとして構成されてもよく、あるいは、例えばＰＡＣＳ内に複数の電子カルテを収容するように設計されたデータベースであってもよい。
【００２２】
本発明の１つ以上の態様において、クラウドサーバ（１１２）は、ローカルサーバ（１２２Ａ〜１２２Ｎ）から発信した医療画像および／または他のデータを受信して、医療画像および／または他のデータを遠隔データとしてクラウドリポジトリ（１１４）内に保管するようになっている。
【００２３】
本発明の１つ以上の態様において、各ローカルサーバ（１２２Ａ〜１２２Ｎ）は、連携する医療施設によって操作される。ローカルサーバ（１２２Ａ〜１２２Ｎ）は、ローカルコンピュータ（１２６Ａ〜１２６Ｎ）から受信した医療画像および／または他のデータをクラウドサーバ（１１２）にあるクラウドレポジトリ（１１４）に送信するようになっている。各ローカルレポジトリ（１２４Ａ〜１２４Ｎ）は、連携する医療施設によって操作され保守される。ローカルリポジトリ（１２４Ａ〜１２４Ｎ）は、ローカルサーバ（１２２Ａ）およびクラウドリポジトリ（１１４）から受信した医療画像および／または他のデータをローカルに保管することができる。
【００２４】
本発明の１つ以上の態様において、ローカルコンピュータ（１２６Ａ〜１２６Ｎ）は、それぞれの医療施設に関連する医療従事者によって操作され、ローカルサーバ（１２２Ａ〜１２２Ｎ）に医療施設内の１つ以上の手法（図示せず）から取得された医療画像および／または他のデータを送信するようになっている。本発明の１つ以上の態様において、ローカルコンピュータ（１２６Ａ〜１２６Ｎ）をローカルサーバ（１２２Ａ〜１２２Ｎ）としてもよい。本発明の１つ以上の態様において、１つ以上のローカルコンピュータ（１２６Ａ〜１２６Ｎ）はまた、ローカルリポジトリ（１２４Ａ〜１２４Ｎ）を含んでもよい。
【００２５】
本発明の１つ以上の態様において、ローカルコンピュータ（１２６Ａ〜１２６Ｎ）は、クラウド（１１０）を操作する供給元により提供されるアプリケーションを保管するようになっている。本発明の１つ以上の態様において、アプリケーションは、供給元に関連する第三者によって提供されてもよい。アプリケーションは、ローカルコンピュータ（１２６Ａ〜１２６Ｎ）がクラウド（１１０）にアクセスすることを可能にするグラフィカルユーザインタフェース（「ＧＵＩ」）を備えた独立したソフトウェアアプリケーションまたはウェブブラウザベースのアプリケーションであってもよい。
【００２６】
図１に示す典型的なシステム（１００）において、複数のネットワーク内医療施設（１２０Ａ〜１２０Ｎ）は、本発明の１つ以上の態様に従って、クラウド（１１０）と双方向に通信することができる。図１に示すように、ネットワーク内医療施設は、他のネットワーク内医療施設にアクセス可能なクラウドレポジトリ（１１４）中のリモートデータとして保管されるように、ローカルに取得された医療画像および／または他のデータをクラウド（１１０）に送信してもよい。本発明の１つ以上の態様において、ネットワーク内医療施設は、それぞれのローカルリポジトリ（１２４Ａ〜１２４Ｎ）中のローカルデータとして保管されるように、クラウド（１１０）から医療画像および／または他のデータを検索してもよい。
【００２７】
本発明の１つ以上の態様において、クラウドリポジトリ（１１４）内に保管された遠隔データのすべてが、ネットワーク内医療施設によって検索されてローカルデータとして保管される必要はない。ローカルデータとして検索され保管される遠隔データは、医療施設の大きさおよび必要性、またはローカルコンピュータ（１２６Ａ〜１２６Ｎ）の優先度（またはローカルコンピュータを使用する医療従事者の優先度）に基づいて変えてもよい。例えば、特定のネットワーク内医療施設のローカルリポジトリ（１２４Ａ〜１２４Ｎ）中にローカルデータとして検索され保管される遠隔データは、それらの施設の患者である特定の個人に基づいていてもよい。したがって、特定の個人が特定のネットワーク内の医療施設の患者でない場合に、その医療施設は、クラウド（１１０）からのその患者の医療画像および／または他のデータをローカルデータとして検索し保管しなくてもよい。この選択は、限られた保管能力および処理能力を有する小規模なローカルサーバ（１２２Ａ〜１２２Ｎ）やローカルリポジトリ（１２４Ａ〜１２４Ｎ）を備えた小規模な医療施設に特に有用となる。本発明の１つ以上の態様において、特定のネットワーク内医療施設のローカルリポジトリ（１２４Ａ〜１２４Ｎ）中にローカルデータとして検索され保管される遠隔データは、それらの施設の患者である特定の個人に基づくのではなく、特定の医療診察、医療系列、医療画像、または医療報告書に基づいていてもよい。
【００２８】
本発明の１つ以上の態様において、各ネットワーク内医療施設におけるローカルコンピュータ（１２６Ａ〜１２６Ｎ）のユーザは、クラウドサーバ（１１２）に保管されているアプリケーションのウェブブラウザに基づく版を介して、クラウドリポジトリ（１１４）に保管された医療画像および／または他のデータを閲覧することができる。ユーザはまた、ローカルコンピュータ（１２６Ａ〜１２６Ｎ）に保管されたアプリケーションのローカル版を介して画像を閲覧することもできる。例えば、医療従事者は、ローカルリポジトリ（１２４Ａ〜１２４Ｎ）に保管されたローカルデータのいずれかが、異なるネットワーク内医療施設に関連する別の医療従事者によって更新されたかどうかを判定し、クラウドリポジトリ（１１１４）からデータを検索して現在のローカルデータを置き換えてもよい。本発明の１つ以上の態様において、ローカルデータの更新は、例えばローカルコンピュータ（１２６Ａ〜１２６Ｎ）に保管されたアプリケーションを介して、システム（１００）により自動的に実行されてもよい。
【００２９】
例えば、個人は複数のネットワーク内医療施設での患者であってもよい。これらのネットワーク内医療施設のそれぞれは、個人の医療画像および／または他のデータをローカルデータとして保管することができる。本発明の１つ以上の態様において、個人の医療画像および／または他のデータが、ネットワーク内医療施設のうちの１つによってクラウドリポジトリ（１１４）内で更新される場合に、その個人がまた患者でもある他のネットワーク内医療施設は、その個人の更新された画像および／または他のデータを自動的に検索（同期）して、ローカルリポジトリ（１２４Ａ〜１２４Ｎ）内のローカルデータを最新の状態に保つことができる。クラウドリポジトリ（１１４）の自動更新および／または関連するローカルリポジトリ（１２４Ａ〜１２４Ｎ）との同期は、個人の医療画像および／または他のデータがクラウド内で更新されるたびに開始されてもよく、所定の間隔で開始されてもよい。
【００３０】
時には１つ以上のネットワーク内医療施設とクラウド（１１０）との間の接続が切断されることがある。この状態で、アプリケーションは、切断された医療施設で影響を受けたローカルコンピュータ（１２６Ａ〜１２６Ｎ）およびローカルサーバ（１２２Ａ〜１２２Ｎ）を自動的に構成して、ローカルリポジトリ（１２４Ａ〜１２４Ｎ）内に保管されたローカルデータにアクセスすることができる。本発明の１つ以上の態様において、切断された医療施設は、切断中に取得され更新された医療画像および／または他のデータをローカルリポジトリ（１２４Ａ〜１２４Ｎ）内に保管し続ける。これにより、切断された医療施設は、クラウド（１１０）からの切断によって引き起こされる中断時間を経ることなく、連続的に作業の流れを確立することが可能になる。
【００３１】
次に、切断された医療施設とクラウド（１１０）との間の接続が再び確立されると、再接続された医療施設のローカルコンピュータ（１２６Ａ〜１２６Ｎ）およびローカルサーバ（１２２Ａ〜１２２Ｎ）は、切断中に収集または更新されたローカルリポジトリ内に保管されたすべての医療画像および／または他のデータをクラウド（１１０）へアプリケーションにより送信するようになっている。この医療画像および／または他のデータは、その後、新しい遠隔データとしてクラウドリポジトリ（１１４）に保管することができる。クラウド（１１０）が、再接続された医療施設からの医療画像および／または他のデータにより更新されると、他のネットワーク内施設のローカルコンピュータ（１１２６Ａ〜１２６Ｎ）に保管されたアプリケーションは、それぞれのローカルリポジトリ（１２４Ａ〜１２４Ｎ）を新規の遠隔データにより自動的に更新することができる。
【００３２】
当業者なら、システム（１００）の構造が図１に示す構成要素に限定されないことを認識するであろう。例えば、サーバ（１１２）およびリポジトリ（１１４）は、必ずしもクラウドベースである必要はない。代わりに、クラウドサーバ（１１２）およびクラウドリポジトリ（１１４）は、任意の種類の中央サーバおよび中央リポジトリであってもよい。例えば、医療提供者ネットワークは、自身のサーバおよびリポジトリを保持することができ、それらはクラウドベースであってもなくてもよい。さらに、システム（１００）は、本発明から逸脱することなく、任意の大きさおよび種類の任意のサイト数（１２０Ａ〜１２０Ｎ）を含んでもよい。また、本発明の一態様によるシステムは、中央サーバは無くとも完全に操作することができる。そのシステムには、多くのローカルリポジトリ、または単一のローカルリポジトリのみが含まれる場合がある。
【００３３】
図２は、本発明の１つ以上の態様による典型的な電子カルテを示す。その電子カルテは、クラウドリポジトリに、および／または１つ以上のローカルリポジトリに保管されてもよい。したがって典型的な電子カルテは、中央またはローカルの電子カルテであってもよい。本発明の一態様において、電子カルテは、特定の患者に固有のものであり、かつ少なくとも患者記述子（２０２）および１つ以上の診察結果（２１０Ａ〜２１０Ｎ）を含む。これらの要素は、後で説明する。
【００３４】
本発明の１つ以上の態様において、患者記述子（２０２）は、性別、年齢および住所などの基本的な患者の情報、すなわち患者の人口統計情報を含む。その患者記述子は、患者に固有の患者ＩＤをさらに含む。患者記述子（２０２）は、患者に関連し、かつ必ずしも診察結果（２１０Ａ〜２１０Ｎ）に特有ではない他の種類の情報をさらに含んでもよい。
【００３５】
本発明の１つ以上の態様において、患者の診察結果は、例えば、喉の痛みや骨折などの患者の懸念または患者の問題に関連する情報を含む。患者の懸念／問題を理解し、および／またはそれらに対処するために、診断動作および／または治療動作を実施することができる。例えば、診断画像を取得することができる。これらの画像は、以下にさらに説明するように、系列内に保管してもよい。
【００３６】
図２の典型的なカルテが画像のみの保管を示している場合であっても、当業者なら、診断動作および／または治療動作に関連する他の医療データを本発明から逸脱することなく電子カルテ内に保管できることが理解できる。以下のリストは、限定はされないが、患者に対して実施し得る一式の典型的な診察を示す。
身体検査：典型的には、聴診、触診、手技、探診、および患者が実施する知覚課題および運動課題での結果を含む患者の身体の検査および観察。
ラボ検査：血液、尿、唾液、痰、糞便などの容易に取得できる検体の化学的、微視的および微生物学的分析。これらはその場で分析処理するか、診断検査室に送付してもよい。
医療画像：Ｘ線、コンピュータ断層撮影法（ＣＴ）、磁気共鳴映像法（ＭＲＩ）、超音波（ＵＳ）、陽電子放射断層撮影法（ＰＥＴ）、インピーダンス断層撮影法、放射性同位元素撮影法などによる身体組織の平面表現または３Ｄ表現を取得する専用装置の使用。これらでは、通常は患者を撮像機器に送る必要がある。
電気生理学：心電図（ＥＣＧ）、脳波記録（ＥＥＧ）、筋電図（ＥＭＧ）などの生理学的機能に関連する電気信号を測定する専用機器の使用。これらでは、通常は患者を計測器に送る必要がある。
機能検査：急速歩行、深呼吸、排尿などの患者による特定の作業中に、様々な専門的な測定を行うことによって様々な生理学的機能を評価することができる。これらでは、通常は患者を専門の検査室に送る必要がある。
【００３７】
上記の典型的な各動作は、診断目的および／または治療目的のために患者に対して実施されてもよい。その後、各動作を診察結果（２１０Ａ〜２１０Ｎ）として電子カルテ内に記録してもよい。
【００３８】
本発明の態様による診察結果（２１０Ａ〜２１０Ｎ）は、例えば、診断／治療動作の記載および動作結果を含む。実施した動作の種類によっては、診察結果に含まれる文書は、本発明から逸脱することなく変更してもよい。
【００３９】
図２に示す典型的な診察結果（２１０Ａ）には、患者に対して実施された画像法の記録が含まれる。例えば、患者が股関節骨折で救急室に運ばれたと仮定する。股関節骨折を適切に診断するために、一連のＸ線画像が取得される。その後に、一連の追加画像が取得されて治癒過程を評価できる。
【００４０】
本発明の一態様に従って、診察結果は診察記述子（２１２）および１つ以上の系列（２２０）を含む。診察記述子（２１２）は、実施された診察の記述データを含む。診察記述子は、管理目的に役に立ち、さらにそれにより医師または他の医療従事者が診察に関連する情報を取得できる。診察記述子（２１２）は、本発明の一態様において、固有の識別記号（ＩＤ）、受付番号、診察の説明および／または診察の日付を含む。診察記述子（２１２）は、他の種類の診察関連記述データをさらに含むことを当業者であれば理解できる。
【００４１】
本発明の一態様において、固有ＩＤは、診察結果の固有の識別記号として役立つ。固有ＩＤは、例えば、ランダムに、または体系的に作成された英数字による表現であってもよい。固有ＩＤはさらに、診察を実施する医師または看護師の名前、または診察に関連する他の情報を含むことができる。
【００４２】
本発明の一態様において、受付番号は診察の識別記号として役立つ。受付番号は、診察が行われた時点で、または診察結果が電子カルテ内に記録された時点で設定されてもよい。受付番号は、十進数、英数字コード、または診察を識別するのに適した他の種類の識別記号であってもよい。
【００４３】
診察の説明は、実施される診察の一般的な記述で示すことができる。先に説明した股関節骨折患者の例では、診察の説明は、股関節骨折を適切に診断するために実施されるまたは実施された撮像に関する詳細を必ずしも明示する必要はなく、「股関節骨折」と記載するだけでよい。診察日付は、診察予定日、診察実施日付、診察の特定の系列の実施日付などであってもよい。
【００４４】
前述したように、本発明の１つ以上の態様に従って、診察結果は１つ以上の系列（２２０）を含む。先に紹介した股関節骨折患者の例では、複数の系列が経時的に設定されることがある。例えば、初期の系列としてのＸ線画像を取得して、股関節骨折を診断してもよい。その後に複数の追加の診察を実施して、例えば治癒の進行を評価してもよい。
【００４５】
本発明の一態様において、系列（２２０）は、系列記述子（２２２）および１つ以上の画像（２３０）を含む。系列記述子（２２２）は、画像（２３０）を記録するのに使用する任意の種類のデータを含んでもよい。例えば、系列記述子は、方式（例えばＸ線画像またはＣＴ画像を取得することを述べる）、撮影された身体部分、側方性（撮影位置の情報を提供する）などを含んでもよい。系列記述子はさらに、（前述のような）固有ＩＤを含んでもよい。系列に関連する固有ＩＤは、診察を識別する固有ＩＤと異なってもよい。
【００４６】
１つ以上の画像（２３０）は、任意の種類の医療画像であってもよい。股関節骨折を有する患者の例では、画像はＸ線画像またはＣＴ画像であってもよい。これらの画像は、例えばＤＩＣＯＭ規格を使用して、および／またはＴＩＦＦ、ＪＰＥＧなどの一般的に使用される圧縮または非圧縮フォーマットを含む他の画像フォーマットを使用して、医療で通常使用されるフォーマットを含む任意のフォーマットで保管してもよい。
【００４７】
本発明の一態様では、画像（２３０）には画像記述子（２３２）が付随する。画像記述子は、固有ＩＤ、画像番号、画像圧縮に関する情報、行および列の情報、画像の取得日付など、画像に固有の情報を提供する。
【００４８】
図２は、患者カルテの形態での患者データの保管を説明しているが、本発明から逸脱することなく、患者データを他の形態で保管してもよい。例えば、画像保管通信システム（ＰＡＣＳ）では、完全な電子カルテは存在しなくてもよい。さらに、本発明の態様は、画像データに加えて、または画像データの代替として、非画像データを保管するにも同様に適している。さらにこのシステムは、電子カルテを使用して患者データを保管する際に、臨床的動作およびその結果を記録する欄などの追加の部分を含んでもよい。これらの結果は、例えばＩＣＤ−９やＩＣＤ−１０などの頻繁に使用される国際疾病分類（ＩＣＤ）を用いてコード化される診断情報を含んでもよい。さらに、電子カルテ内の任意のデータは、暗号化形態または非暗号化形態のいずれかにより保管できる。
【００４９】
電子カルテのこの後の説明において、「電子カルテデータ」という用語は、電子カルテでの任意のデータ入力において使用される。そのデータ入力は、例えば、患者の名前、診断などの患者情報を含む画像または他の情報部分であってもよい。患者の電子カルテ内のすべての電子カルテデータの全体は、患者の医療経歴を形成する。電子カルテデータを、電子カルテのデータ欄に書き込んでもよく、またはそこから読み出してもよい。電子カルテデータが複数の要素（例えば、画像および系列記述子の要素）を含む場合には、これらの要素の各々は、別々のデータ欄に読み書きされる（すなわち、画像用に１つのデータ欄があり、系列記述子の各要素用に１つのデータ欄がある）。
【００５０】
図３Ａおよび図３Ｂは、本発明の１つ以上の態様に従って、電子カルテデータでの食違いが重大でない典型的な筋書きを示す。
【００５１】
図３Ａを参照して、多くの電子カルテが中央サーバ（１１２）のクラウドリポジトリ（１１４）内に集中的に保管されるシステム（１００）を考える。電子カルテの各々は、患者と固有に関連する。さらに、例えば１人の特定の患者が二つのサイト（１２０Ａ、１２０Ｂ）で受診するために、その患者の電子カルテが２つのサイトで共有されると仮定する。したがって、中央電子カルテ（３００Ｃ）は、両方のサイト（３００Ａ、３００Ｂ）によって取得され、かつローカル電子カルテ（３００Ａ１、３００Ｂ１）としてローカルリポジトリ（１２４Ａ、１２４Ｂ）に保管される。ローカル電子カルテ（３００Ａ１、３００Ｂ１）がローカルコンピュータ（１２６Ａ〜１２６Ｂ）を介して例えば医師によって編集されない限り、ローカル電子カルテ（３００Ａ１、３００Ｂ１）は、対応する中央電子カルテ（３００Ｃ）と同一である。
【００５２】
ここで、２人のユーザ、すなわちユーザ１とユーザ２がこの電子カルテにアクセスしていると仮定する。ユーザがローカルのコピーに変更を加える前には、それらのコピーは、クラウドレポジトリ（１１４）に保管される中央電子カルテ（３００Ｃ）と同一である。したがって、これらのローカルのコピーは、「元のローカル電子カルテ」（３００Ａ１、３００Ｂ１）と名付ける。元のローカル電子カルテ（３００Ａ１）は、ここでユーザ１よって編集されると、例えば医者が患者の名前を「Ｂｏｂ」から「Ｊｏｈｎ」に更新すると、それにより編集済みのローカル電子カルテ（３００Ａ２）となる。したがって、編集済みのローカル電子カルテ（３００Ａ２）は、中央電子カルテ（３００Ｃ）とはもう同一ではない。ローカル電子カルテ（３００Ａ２）に加えた変更がシステム（１００）全体で利用可能であることを保証するには、中央電子カルテ（３００Ｃ）とローカル電子カルテ（３００Ａ２Ａ）との同期が必要となる。
【００５３】
さらに、元のローカル電子カルテ（３００Ｂ１）は、ユーザ２によって編集されると、例えば医師が患者の名前を「Ｂｏｂ」から「Ｊｏｎ」に更新すると、それにより編集済みのローカル電子カルテ（３００Ｂ２）となる。したがって、編集済みのローカル電子カルテ（３００Ｂ２）もまた、中央電子カルテ（３００Ｃ）とはもう同一ではない。ローカル電子カルテ（３００Ｂ２）に加えた変更がシステム（１００）全体で利用可能であることを保証にするには、中央電子カルテ（３００Ｃ）とローカル電子カルテ（３００Ａ２Ａ）との同期が必要となる。
【００５４】
編集済みのローカル電子カルテ（３００Ａ２）からの情報と編集済みのローカル電子カルテ（３００Ｂ２）からの情報とを使用する中央電子カルテ（３００Ｃ）の同期は、「Ｊｏｈｎ」対「Ｊｏｎ」というスペルの不一致による食違いをもたらす。
【００５５】
本発明の１つ以上の態様において、同期操作はいつ実施してもよい。特に、例えばローカル電子カルテが編集された後での中央電子カルテと対応するローカル電子カルテとの同期は、例えば１時間毎に、または特定の日時などの所定の間隔で実施してもよい。さらにシステム負荷が少ない場合などには、同期を負荷に合わせる方法で実施してもよい。あるいは、誘因事象を検出した際に同期を行ってもよい。この誘因事象は、ローカル電子カルテの編集の検出、ローカル電子カルテの内容と対応する中央電子カルテとの間の不一致の検出、ローカル電子カルテを備えるサイトとクラウドとの間のデータ接続の（例えば、このデータ接続が中断後に復元された際の）検出、および／またはローカルコンピュータを使用してローカル電子カルテにアクセスする例えば臨床医であるユーザによって出された同期の要求の検出のいずれであってもよい。
【００５６】
本発明の１つ以上の態様において、電子カルテ全体または電子カルテの１つ以上の要素について、同期操作を実施することができる。上述の図３Ａに示す同期の例では、同期中に患者の名前のみが更新されてもよく、あるいは、電子カルテ全体または電子カルテの一部が更新されてもよい。
【００５７】
図３Ｂに示すように、ここでユーザ１が編集済みのローカル電子カルテ（３００Ａ２）に追加の変更を行うと仮定する。この例では、ユーザ１が編集済みのローカル電子カルテ（３００Ａ２）に診察結果（３０２）を追加すると仮定する。診察結果（３０２）の追加は、図３Ａに記載される食違いが公知になった時点か、食違いを検出した後に実施される場合がある。いずれの場合でも、患者の名前のスペルの相違は、患者の（中央のコピー（３００Ｃ）およびローカルのコピー（３００Ａ２，３００）を含む）電子カルテへの診察結果の追加とは相反しないので、食違いが解決されるまでは患者の名前の同期は完結できないものの、追加した診察結果の同期は、実施することができる。したがって、電子カルテの異なるコピーの間で患者の名前に不一致はあるが、ユーザ２によってアクセスされたコピーを含むすべての電子カルテは、１つ以上の本発明の態様に従って、新規に追加した診察結果（３０２）を結局は含んでしまう。
【００５８】
図３Ａおよび図３Ｂの典型的な筋書きは、クラウドベースの電子カルテなどの中央電子カルテの更新を示しているが、更新された電子カルテはまた、本発明から逸脱することなくローカルリポジトリ内に配置することもできる。電子カルテの同様の更新は、電子カルテが純粋にクラウドベースであるか、ローカルコピーをベースにしたクラウドであるか、または純粋にローカルであるかにかかわらず、実施できる。
【００５９】
図４は、本発明の１つ以上の態様に従って、電子カルテデータでの食違いが重大である典型的な筋書きを示す。患者記述子（４０２）および診察結果（４１０Ａ〜４１０Ｎ）を含む典型的な電子カルテ（４００）を考える。先に図２で紹介した電子カルテと同様に、診察結果（４１０Ａ）は、診察記述子（４１２）および系列（４２０）を含む。さらに、系列（４２０）は、系列記述子（４２２）および画像記述子（４３２）を含む１つ以上の画像（４３０）を含む。ここで検討される筋書きでは、診察結果（４１０Ａ）が、第１のサイトで保守作業を実行するときに、管理スタッフによって誤って削除されると仮定する。さらに、第２のサイトの放射線科医が、系列（４２０）に追加する画像（４５０）を取得したと仮定する。二つの行動（１番目のサイトでの診察結果の削除と、２番目のサイトでの診察結果への画像の追加）は、それぞれのローカルリポジトリで正常に実施されるが、中央リポジトリと同期されると、二つの行動は対立するので重大な食違いを生じる。具体的には、一方では、中央に保持された電子カルテから系列（４２０）を削除することは不可能であり、他方では、同一の電子カルテの系列（４２０）に画像（４５０）を追加することは不可能である。したがって、後に説明するように、追加の工程が、好結果の同期を可能とするのに必要である。
【００６０】
大まかに言えば、電子カルテは、複数の層を含む階層構造と理解してもよい。例えば、図２のように、電子カルテ（２００）自体は、最上位層であり、各診察結果（２１０Ａ〜２１０Ｎ）は、中間層、および中間層より下位の層に系列（２２０）などを形成する。この階層構造において、より上位の水準の層で名前の変更、編集、削除などの変更が行われると、例えばその下位に位置する層に対する内容の挿入を妨げる様な形での重大な食違いが発生することがある。この筋書きは、図４に、さらに図５に記載され、ここではカルテの階層表示が明確に示されている。一方では、層の階層構造に影響を与えないその他の変更は行ってもよい。これらの変更に起因する食違いは依然として存在する可能性はあるが、それらの変更は下位の層のうちの１つに対する操作を妨げず、従ってその食違いは軽微と考えてもよい。その筋書きを図３Ａおよび図３Ｂに示している。
【００６１】
図５は、本発明の１つ以上の態様に従って、典型的な電子カルテの階層表現を示す。続いて階層表現に沿って、さらに重大な食違いおよび重大ではない食違い、およびその差異を説明する。典型的な階層表現は、「患者１」である患者に対して構築されている。「診察１」および「診察２」の２つの診察が、患者１に対して実施される。これらの診察結果の各々は、系列を含む。診察結果１は系列１と系列２を含み、系列の各々は、画像（それぞれ画像１と画像２、および画像３と画像４）を含む。診察結果２は、画像５と画像６を含む系列３を含む。さらに、系列４が、以下でさらに説明するように、診察結果２に追加される。系列４は、画像７と画像８を含む。
【００６２】
ここで、診察結果２に系列４を追加できる重大でない食違いを伴う筋書きを説明する。患者が一つの施設で検査され、一方で同一の患者に関する情報が別の施設（例えば患者が先に受診した施設）で同時に入力されたと仮定する。さらに、２つの施設で行われる情報入力が、患者に関連する属性を対象にすると仮定する。例えば、一方の施設で患者の家族歴を入力し、他方の施設で「歩行障害」などの患者の観察結果を入力する。両方の入力はカルテの同じ区分（例えば図２に示す患者記述子）に影響を及ぼすので、食違いが検出される。次に、一方の施設の医師が腹部ＣＴ画像を取得すると仮定する。２つの画像（画像７と画像８）が系列４で取得される。属性の食違いはあるにもかかわらず、系列４は診察２に追加できる。なぜなら、その食違いは階層構造への追加を妨げずに、明らかに患者１に関連する診察であることを確実とするからである。したがって、この食違いは重大ではないと見做される。
【００６３】
次に、診察結果２が故意にまたは偶発的に削除された別の筋書きを考える。医師が、再度診察結果２の下に配置すべき腹部ＣＴ画像を取得すると仮定する。しかし、診察結果２が無いことによる食違いが、画像７と画像８を含む新規に取得された系列４の追加を妨げるために、その食違いは重大と見做され、従って食違い解決が実施されるまで系列４の追加は不可能である。この重大な食違いは、様々な理由でも同様に引き起こされることがある。例えば、診察結果２が名前を変更されたり、または診察２が（意図的にまたは不注意で）別の患者に再割当てされたりすると、重大な食違いをさらに引き起こすこともある。これらの行動のいずれかは、追加される系列が正しい患者に関連付けられるかが不確実になる可能性があり、したがって重大と見做される。
【００６４】
図６は、本発明の１つ以上の態様によるフローチャートを示す。図６に示すプロセスは、本発明の１つ以上の態様に従って、食違いがある場合に電子カルテを処理するために使用できる。図６に示す工程は、後述するように、各動作に固有の方法で実施される。言い換えれば、異なる動作に対し実施される各工程は、図６の方法が実施されるにつれ、異なる結果をもたらす可能性がある。図６の１つ以上の工程は、図１を参照にして上記に説明したように、システム（１００）の構成要素によって実施されてもよい。本発明の一態様において、図６に示す工程は、図９のコンピュータ装置と類似の中央サーバ（１１２）などのコンピュータ装置で実行する食違い解決エンジン（図示せず）によって実施されてもよい。したがって、食違い解決エンジンは、図６に示す方法を実行するソフトウェア命令を含んでもよい。図６に示す１つ以上の工程は、ローカルリポジトリ内の電子カルテデータが更新される度に実行され、従ってローカルリポジトリは、電子カルテデータのシステム全体での最新の表示を維持するために中央リポジトリとの同期を必要とする。
【００６５】
本発明の１つ以上の態様において、図６に示す１つ以上の工程は、省略、繰り返し、および／または図６に示した順序とは異なる順序で実施してもよい。したがって、本発明の範囲は、図６に示す工程の特定の配列に限定されると見做すべきではない。
【００６６】
工程６００では、動作はローカルソースから取得される。この動作は、電子カルテに対して実施可能ないずれの動作であってもよい。したがってこれら動作には、限定はされないが、電子カルテデータの追加、削除および編集が挙げられる。この動作は、電子カルテの単一または複数の欄の更新を含んでもよく、または電子カルテ全体の更新を含んでもよい。本発明の一態様において、この動作は、ローカルソースに位置するローカル電子カルテに対して先に実施され、工程６００で、その結果としての変更は、電子カルテを更新してローカル電子カルテの内容を反映するために、ローカルソースから中央サーバに通信される。電子カルテデータは、前述のように、例えばローカルユーザが電子カルテデータの同期を要求する、または先に設定した時間間隔が満期になるようなローカルに生じる誘因事象に基づいて、データを送信するローカルソースによって取得されてもよい。あるいは、電子カルテデータは、電子カルテのローカルリポジトリとインタフェース接続するローカルサーバに照会する中央サーバによって取得されてもよい。
【００６７】
工程６０２では、中央電子カルテに同期する、または同期している電子カルテデータに、食違いが存在するかどうかを判定する。本発明の１つ以上の態様において、中央カルテの同期が行われるときに、相反する電子カルテデータが異なる関係者から受信される際には必ず食違いが生じる。その相反には、限定はされないが、異なるローカルソースから得られた電子カルテの同一の欄へ異なるデータを入力すること、および対象の欄が存在しないか、または別のローカルソースによって削除されている時に、１つのローカルソースによって電子カルテの欄にデータを書き込むことが含まれる。この判定は、第１のローカルソースから得られた電子カルテデータと第２のローカルソースから得られた電子カルテデータとの比較に基づいて行われてもよい。工程６００で取得した動作は、食違いの原因であっても、原因でなくてもよい。さらに、この動作は、第１および第２のローカルソースのうちの１つ（すなわち、食違いの要因である関係者のうちの１つ）から受信されてもよく、食違いの要因ではない第３のローカルソースから受信されてもよい。食違いが存在しないと判定された場合に、この方法では直ちに工程６１０に進むことができる。しかし、食違いが見出された場合には、この方法では代わりに工程６０４の実行に進むことがある。
【００６８】
工程６０４では、実施すべき動作の見地から食違いの重大度を評価し、詳細は図７を参照して説明する。評価は実施する動作に固有なものであるので、別の動作に対して実施される評価は、異なる重大性の結果もたらし、それにより後続する工程では異なって処理される場合がある。
【００６９】
工程６０６では、工程６０４で実施された評価に基づいて、食違いが重大であるかどうかについて判定が行われる。食違いが重大でないと判定された場合に、この方法では直ちに工程６１０に進むことができる。食違いが重大とみなされる場合に、この方法では代わりに工程６０８の実行に進むことがある。
【００７０】
工程６０８では、食違い解決が実施されるが、図８を参照して続いて説明する。食違い解決は、本発明の１つ以上の態様に従って、動作が完了できるように食違いに対処する。
【００７１】
工程６１０では、工程６００で最初に取得した動作が実施される。食違い解決が実施された場合に、すなわち工程６０８が工程６１０の前に実行された場合に、動作の実行は、図８で説明するように、実施された食違い解決に基づいて修正されてもよい。例えば、初期の動作が、存在しない電子カルテの欄を対象にするような場合には、食違い解決を介して得られた修正した動作は、電子カルテの代わりの欄を対象にしてもよい。
【００７２】
図７は、本発明の１つ以上の態様による食違いの重大度を評価する方法を説明するフローチャートを示す。図７は食違いの重大性を評価する１つの方法を示しているが、当業者なら、本発明から逸脱することなく、食違いの重大度を評価する他の方法に頼ってもよいことに気付くであろう。
【００７３】
工程７００では、食違いがある場合に、動作が完了できるかどうかについて判定する。食違いのある場合に動作が完了できるという判定が下されると、食違いは、工程７０２で重大ではないと見做される。この食違いの一例は、上述の図３Ａ、図３Ｂおよび図５を参照して説明される。大まかに言えば、この食違いには、その食違いが階層構造の電子カルテのより上位のレベルに存在するとしても、より下位のレベルに新規の情報を追加することが可能な筋書きが含まれる。図２の典型的な電子カルテを参照すると、患者記述子に食違い（例えば患者名、生年月日などの不一致）がある場合に、診察結果は患者のカルテに追加できる。同様に、診察記述子に食違い（例えば固有ＩＤ、受付番号などの不一致）が有っても、系列は診察結果に追加できる。また、系列記述子に食違い（例えば固有ＩＤ、方式などの不一致）が有っても、画像は系列に追加できる。それゆえに、本発明の１つ以上の態様に従って、階層構造の電子カルテにおいて、より上位のレベルで発生しかつより低いレベルへの動作を妨げない食違いは、重大ではないと見做される。概して、カルテの属性に影響を及ぼすが、カルテ自体の階層構造に影響を及ぼさない食違いは、新規に追加されたデータが偶発的に間違った患者に割当てられるような不確実性を招くことなく動作が実行されるので、重大ではないと見做される。
【００７４】
対照的に、食違いの存在が動作の完了を妨げるか、または動作の不適切な実行をもたらし得る場合に、食違いは工程７０４で重大であると見做される。この食違いの一例は、上記の図４および図５に示され、ここでは動作の実行が妨げられている。さらに、図２の典型的な電子カルテを参照すると、重大な食違いのさらなる例として、異なる患者に関連する電子カルテへの診察結果の再配置が挙げられる。このような再配置は起こりうるが、移動されたまたは再配置された診察結果に新規の情報を追加しようとするとすぐに、再配置が重大な食違いを引き起こしたと考えられることがある。なぜなら、追加の情報は、診察結果が再配置された間違った患者の電子カルテへ誤って割当てられているからである。
【００７５】
したがって、既存の構造内の属性の変更は、重大ではない食違いを引き起こすが、構造自体の変更は、重大な食違いを引き起こす可能性がある。
【００７６】
図８は、本発明の１つ以上の態様に従って食違い解決を実施する方法を説明するフローチャートを示す。
【００７７】
工程８００では、食違い通知が送信される。食違い通知は、例えば、食違いをもたらすデータの原因であるユーザ、または食違い解決を担当する第三者に送信できる。この通知は、例えば、電子メール情報、ポップアップ画面、携帯装置などに送信する文字情報、または食違いを通信するのに適した他の種類の情報であってもよい。
【００７８】
工程８０２では、例えば、工程８００で連絡を受けた当事者のうちの一者から、食違い解決の入力を取得する。連絡を受けたユーザは、例えば、一方のデータ組を正しいと判断し、他方のデータ組を誤りとして拒絶する。あるいは、食違い解決は、動作の操作を実施することを含むことができる。例えば、新規に取得した医療画像を特定の画像系列内に保管するように指定する動作を考える。しかしながら、この画像系列は存在しないために食違いが発生する。したがって、食違い解決は、代替の画像系列を指定すること、または新規に取得した医療画像を保管できる別の画像系列を形成することを含んでもよい。応答は様々な方法で提供できる。通知がポップアップ画面で提供された場合に、ポップアップ画面には、食違い解決のためにユーザが選択し得る様々な選択肢を表示してもよい。あるいは、食違いの通知に応答するユーザは、食違っているデータを入力するのに使用されるインタフェース、例えばウェブクライアントに戻って、食違いを解決するために必要に応じて電子カルテデータを確認または編集してもよい。
【００７９】
工程８０４では、食違い解決の入力ごとに食違い解決が実施される。前述したように、食違い解決は様々な方法で実施されてもよい。例えば、食違い解決の入力が中央の電子カルテの１つ以上の欄に書き込むデータとして１組のデータを選択すると、これらのデータの書き込みが実施される。あるいは、またはさらに、食違い解決の入力が食違いを解決するように動作を修正する命令を含む場合に、動作はこれらの命令に基づいて変更される。当業者なら、上記の食違い解決は単なる例であり、かつ食違いおよび／または動作の特質に特有の多くの食違い解決法が他に存在し得ることが分かる。
【００８０】
図９は、本発明の１つ以上の態様による計算システムを示す。本発明の態様は、使用するプラットフォームにかかわらず、事実上あらゆる種類の計算システムで実行することができる。例えば、計算システムは、携帯装置（例えば、ラップトップコンピュータ、スマートフォン、携帯情報端末、タブレットコンピュータ、または他の携帯装置）、デスクトップコンピュータ、サーバ、サーバシャーシ内のブレード、あるいは少なくとも最小の処理電力装置、メモリ、および入出力装置を含んで本発明の１つ以上の態様を実行する他の種類の計算装置であってもよい。例えば、図９に示すように、計算システム（９００）は、１つ以上のコンピュータ処理装置（９０２）、連携メモリ（９０４）（例えばランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリなど）、１つ以上の記憶装置（９０６）（例えばハードディスク、コンパクトディスク（ＣＤ）ドライブまたはデジタル多用途ディスク（ＤＶＤ）ドライブなどの光学ドライブ、フラッシュメモリスティックなど）、および他の多くの要素および機能性を含んでもよい。コンピュータ処理装置（９０２）は、命令を処理する集積回路であってもよい。例えば、コンピュータ処理装置は、処理装置の１つ以上のコアまたはマイクロコアであってもよい。計算システム（９００）はまた、タッチ画面、キーボード、マウス、マイクロホン、タッチパッド、電子ペン、または他の種類の入力装置などの１つ以上の入力装置（９１０）を含んでもよい。さらに、計算システム（９００）は、画面（例えば、液晶表示（ＬＣＤ）、プラズマ表示、タッチ画面、陰極線管（ＣＲＴ）モニタ、プロジェクタ、または他の表示装置など）、プリンタ、外部記憶装置、または他の出力装置のような１つ以上の出力装置（９０８）を含んでもよい。出力装置のうちの１つ以上は、入力装置と同じであっても異なってもよい。計算システム（９００）は、ネットワーク（９１２）（例えば、ローカルエリアネットワーク（ＬＡＮ）、あるいはインターネット、携帯ネットワーク、または他の種類のネットワークなどのワイドエリアネットワーク（ＷＡＮ））にネットワークインターフェイス接続（図示せず）を介して接続してもよい。入出力装置は、コンピュータ処理装置（９０２）、メモリ（９０４）、および記憶装置（９０６）に、ローカルにおよびリモートに（例えば、ネットワーク（９１２）を介して）接続されてもよい。多くの異なる種類の計算システムが存在し、前述の入出力装置は、他の形態をとってもよい。
【００８１】
本発明の態様を実行するコンピュータ可読プログラムコードの形態のソフトウェア命令は、ＣＤ、ＤＶＤ、記憶装置、フロッピーディスク、テープ、フラッシュメモリ、物理メモリ、または他のコンピュータ可読記憶媒体などの非一時的コンピュータ可読媒体に全体的にまたは部分的に、また一時的にまたは永続的に保管されてもよい。特に、ソフトウェア命令は、処理装置によって実行されると、本発明の態様を実施するコンピュータ可読プログラムコードに一致してもよい。
【００８２】
さらに、前述の計算システム（９００）の１つ以上の要素は、遠隔位置に配置され、ネットワーク（９１２）を通して他の要素に接続されていてもよい。さらに、本発明の１つ以上の態様は、複数の結節点を持つ分散システムで実行することができ、ここで本発明の各部分は分散システム内の異なる結節点に配置することができる。本発明の一態様において、結節点は、別個の計算装置に対応してもよい。あるいは、結節点は、関連する物理メモリを備えるコンピュータ処理装置に対応してもよい。あるいは、結節点は、共有メモリおよび／またはリソースを備えるコンピュータ処理装置またはコンピュータ処理装置のマイクロコアに対応してもよい。
【００８３】
本発明の様々な態様は、以下の利点のうちの１つ以上を備える。電子カルテに食違いが有っても、特定の動作は、他のデータと同期して、食違いの影響を受けていない電子カルテに対して実施できることがある。したがって、既知の食違い問題を伴う電子カルテを不稼働にする必要はなくなるので、本発明の１つ以上の態様に従ってシステムの効率が改善される。さらに、電子カルテ内のデータに加えられる変更は、食違いが有っても同期操作によってシステムの他のユーザに対し利用可能となり、したがってシステム全体にわたりタイムリーな変更の利用可能性が改善する。しかし、食違いが特定の動作に影響を及ぼす場合に、この動作は阻止されて、電子カルテ内への誤ったデータを差し止める。その後、食違い解決が実行されて、続いてこの動作の実行が可能になる。これらの食違いは、本発明の１つ以上の態様に従って、一つの動作に悪影響を与える食違いだけは阻止されるが、他のすべての動作は可能となるという、動作に固有な様式のものと判断される。
【００８４】
本発明につき限られた数の態様に関して説明してきたが、当業者なら、本開示の利益とともに、明細書内に開示された本発明の範囲から逸脱しない他の態様も考案できることが分かる。したがって、本発明の範囲は、添付の特許請求の範囲によってのみ限定されるべきである。
【図１】
2019091399.tif 000003
【図２】
2019091399.tif 000004
【図３Ａ】
2019091399.tif 000005
【図３Ｂ】
2019091399.tif 000006
【図４】
2019091399.tif 000007
【図５】
2019091399.tif 000008
【図６】
2019091399.tif 000009
【図７】
2019091399.tif 000010
【図８】
2019091399.tif 000011
【図９】
2019091399.tif 000012
【外国語明細書】
2019091399000001.pdf
2019091399000002.pdf
2019091399000003.pdf
2019091399000004.pdf