JP2019091396A - 電子診療記録の更新中にデータを保存する方法及びシステム - Google Patents

Abstract

【課題】電子診療記録の更新中にデータを保存する方法及びシステムを提供する。【解決手段】第１のソースから、電子診療記録の第１のデータフィールドに書き込まれる第１の電子診療記録データを取得し、第２のソースから、前記電子診療記録の第２のデータフィールドに書き込まれる第２の電子診療記録データを取得し、第１及び第２のソースが、電子診療記録の異なるデータフィールドを対象としている、との第１の判断を行う。更に、第１の判断に基づいて、電子診療記録の第１及び第２のデータフィールドに、それぞれ第１及び第２の電子診療記録データを受け入れて、第１の更新済み電子診療記録を得る。【選択図】図４

Description

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

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

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

上記のコンセプトは、画像データに限られない。例えば、臨床検査及び結果等のあらゆる種類の医療データを、同様の方法で取得し、加工し、保存しうる。一般的に、上記のコンセプトは、あらゆる種類の画像データ及び／またはあらゆる種類の非画像データを含みうる、あらゆる種類の電子診療記録に適用可能である。

概して、一つの側面によると、本発明は、電子診療記録の更新中にデータを保存する方法であって、第１のソースから、前記電子診療記録の第１のデータフィールドに書き込まれる第１の電子診療記録データを取得することと、第２のソースから、前記電子診療記録の第２のデータフィールドに書き込まれる第２の電子診療記録データを取得することと、前記第１及び第２のソースが、前記電子診療記録の異なるデータフィールドを対象としている、との第１の判断をすることと、前記第１の判断に基づいて、前記電子診療記録の第１及び第２のデータフィールドに、それぞれ前記第１及び第２の電子診療記録データを受け入れて、第１の更新済み電子診療記録を得ることと、を有する方法に関する。

概して、一つの側面によると、本発明は、コンピューターシステムに、電子診療記録の更新中にデータを保存する動作を実行させる指示を記憶した非一時的なコンピューター読み取り可能な媒体（ＣＲＭ）に関し、前記動作は、第１のソースから、前記電子診療記録の第１のデータフィールドに書き込まれる第１の電子診療記録データを取得することと、第２のソースから、前記電子診療記録の第２のデータフィールドに書き込まれる第２の電子診療記録データを取得することと、前記第１及び第２のソースが、前記電子診療記録の異なるデータフィールドを対象としている、との第１の判断をすることと、前記第１の判断に基づいて、前記電子診療記録の第１及び第２のデータフィールドに、それぞれ前記第１及び第２の電子診療記録データを受け入れて、第１の更新済み電子診療記録を得ることと、を有する。

概して、一つの側面によると、本発明は、電子診療記録の更新中にデータを保存するコンピューターシステムであって、前記コンピューターシステムは、中央サーバーと、中央サーバーに付随する中央リポジトリと、を有し、前記中央サーバーは、第１のソースから、前記電子診療記録の第１のデータフィールドに書き込まれる第１の電子診療記録データを取得し、第２のソースから、前記電子診療記録の第２のデータフィールドに書き込まれる第２の電子診療記録データを取得し、前記第１及び第２のソースが、前記電子診療記録の異なるデータフィールドを対象としている、との第１の判断し、前記第１の判断に基づいて、前記電子診療記録の第１及び第２のデータフィールドに、それぞれ前記第１及び第２の電子診療記録データを受け入れて、第１の更新済み電子診療記録を得る、コンピューターシステムに関する。

本発明の実施形態の１つ以上に係るシステムの模式図を示す。 本発明の実施形態の１つ以上に係る電子診療記録の例を示す。 本発明の実施形態の１つ以上に係るコンフリクトを起こした電子診療記録が含まれる状況の例を示す。 本発明の実施形態の１つ以上に係る、電子診療記録の同期中にコンフリクトしたデータを保存する方法のフローチャートを示す。 本発明の実施形態の１つ以上に係る、コンフリクトの解消を行う方法のフローチャートを示す。 本発明の実施形態の１つ以上に係るコンピューターシステムを示す。

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

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

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

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

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

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

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

概して、本発明の実施形態の１つ以上によれば、電子診療記録の更新及び保存や、電子診療記録のローカルからクラウドへの同期を行うよう構成され、当該更新及び／または同期中に発生しうるコンフリクトに対処する機構を備えた、方法、非一時的なコンピューター読み取り可能な記録媒体及びシステムが提供される。「コンフリクト」は、一般的に、複数の関係者が１つの電子診療記録を編集することにより起こりうるもので、診療記録データの不一致または不適合を引き起こしうる。本発明の実施形態の１つ以上に係るクラウドベースのシステム、例えばＰＡＣＳによれば、クラウドのデータリポジトリまたはデーターベース（「クラウドリポジトリ」）へのアクセスが許可されたすべての医療施設、例えば同じ病院グループ内の施設において、医用画像及び／または他のデータを共有することが可能となる。医用画像及び／または他のデータは、電子診療記録に保存されうる。医療施設は、「ネットワーク内の」（すなわち、クラウドリポジトリの同一部分へのアクセスが許可された）他の医療施設において得られた患者の医用画像及び／または他のデータにアクセスして、それを取得することができる。具体的には、本発明の実施形態の１つ以上によれば、ネットワーク内の医療施設は、クラウドベースＰＡＣＳをより効果的に利用して、ネットワーク内の複数の医療施設を頻繁に訪れる患者（すなわち、ネットワーク内の２箇所以上の医療施設で共有または共通の患者）について、医用画像及び／または他のデータを共有し、更新することができる。データのコンフリクトは、例えば、２箇所の医療施設が電子診療記録にアクセスして、当該電子診療記録に対して異なる操作が行われた時に起こりうる。例えば、ボブという名の患者が、眼科及び皮膚科を訪れる状況について検討する。眼科医は、彼の名を含むボブの基本患者情報を確認し、既存のボブの電子診療記録に更に診断結果を入力する。入力された情報は、ローカルに保存される。その後、ボブが皮膚科を訪れると、そこでもボブの基本患者情報が確認される。皮膚科医は、ボブを、ジョンという名の別の患者と間違えて、ボブの電子診療記録中の名前を「ジョン」に更新する。その結果、情報のコンフリクトが起こる。これは、最終的には、眼科医及び皮膚科医のオフィスのコンピューターシステムにローカル保存された電子診療記録が、中央クラウドリポジトリに同期される時に検出される。

複数の関係者により電子診療記録が編集されると、いずれの場合もコンフリクトが発生する可能性がある。しかし、複数の編集が必ずしもコンフリクトを引き起こすわけではない。例えば、ある関係者が名前を編集する一方で、他の関係者が生年月日を編集する場合、どちらの変更も許可されて、自動的に更新済の電子診療記録に併合される。本発明から逸脱しない範囲で、ローカル及び／またはクラウドベースの電子診療記録に対して、更にいかなる編集をも行いうる。よって、コンフリクトの可能性は、即座に（例えば、１つのローカルまたは中央の電子診療記録が２人の関係者により直接編集された時）、または遅れて（例えば、電子診療記録の複数のローカルコピーになされた変更が、当該電子診療記録の中央のコピー（例えばクラウドベースのコピー）に同期される時）生じうる。

本発明の実施形態の１つ以上は、こうした状況に対してコンフリクトの解消を提供するものである。コンフリクトの検出後、コンフリクトしている情報を提供した関係者は、通知を受けて、保存すべき正しい電子診療記録を特定する情報を提供するよう求められる。その後、本発明の実施形態の１つ以上によれば、正しいと確認された電子診療記録データにより、リポジトリが更新される。

しかし、関係者によりなされた編集が、コンフリクトの解消を行わずに電子診療記録に併合することができるものである場合は、自動併合が行われ、更新済みの電子診療記録が得られる。コンフリクトの解消が更新済み電子診療記録の利用の遅れに繋がる一方、自動併合では、遅滞なく更新済み電子診療記録が生成されうる。

図１は、本発明の実施形態の１つ以上に係るシステム（１００）を示す。システム（１００）は、クラウドリポジトリ（１１４）を備えるクラウドサーバー（１１２)を有するクラウド（１１０）を有する。実施形態の１つによれば、システムは、さらに複数のサイト（１２０Ａ〜１２０Ｎ）を有する。各サイトは、例えば公立または私立の病院、医療クリニック、歯科クリニック、医院等の医療施設である。各サイト（１２０Ａ〜１２０Ｎ）は、ローカルサーバー（１２２Ａ〜１２２Ｎ）（例えば、アプリケーションプロキシサーバー（ＡＰＳ））及びローカルリポジトリ（１２４Ａ〜１２４Ｎ））を備えうる。複数の各ローカルサーバー１２２Ａ〜１２２Ｎは、クラウドサーバー（１１２）へのアクセス／閲覧が許可されていてよい。クラウドサーバー（１１２）上のリモートデータへのアクセス権に加えて、特定のローカルサーバー（１２２Ａ〜１２２Ｎ）は、リモートデータの編集権も持っていてよい。

図１にも示すように、システム（１００）の各医療施設は、ローカルサーバー（１２２Ａ〜１２２Ｎ）と組み合わされた１つ以上のユーザーコンピューター装置（１２６Ａ〜１２６Ｎ）（ここでは「ローカルコンピューター」と称する）を有する。ローカルコンピューター（１２６Ａ〜１２６Ｎ）は、パーソナルコンピューター（ＰＣ）、ラップトップ、モバイルコンピューター装置（例えば、タブレットＰＣ、スマートフォン等）、サーバー、メインフレーム、キオスク等であってよい。

本発明の実施形態の１つ以上によれば、クラウドリポジトリ（１１４）を備えるクラウドサーバー（１１２）は、クラウドベースＰＡＣＳを提供するベンダーまたはそうしたベンダーと関連する別のサードパーティーによって運用されうる。本発明の実施形態の１つ以上によれば、クラウドサーバー（１１２）は、アプリケーション及び情報の処理を行う現実の及び／または仮想のコンピューターインフラストラクチャーである。例えば、クラウドサーバー（１１２）は、インターネットを介してリモートアクセスされる仮想または実際のサーバーであってよい。実施形態の１つ以上によれば、クラウドリポジトリ（１１４）は、データのオンラインリポジトリである。例えば、クラウドリポジトリは、インターネットを介してリモートアクセスされる仮想データルーム（ＶＤＲ）またはデータベース（またはデータベース群）であってよい。クラウドリポジトリ（１１４）には、複数の電子診療記録が記憶される。クラウドリポジトリ（１１４）は、例えばディレクトリとして構築されていてよく、あるいは、例えばＰＡＣＳ内の多数の電子診療記録を格納するよう構成されたデータベースであってもよい。

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

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

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

本発明の実施形態の１つ以上によれば、ローカルコンピューター（１２６Ａ〜１２６Ｎ）は、クラウド（１１０）を運営するベンダーにより提供されるアプリケーションを記憶するよう構成されている。本発明の実施形態の１つ以上によれば、アプリケーションは、ベンダーと関連するサードパーティーにより提供されうる。アプリケーションは、独立したソフトウェアアプリケーションであるか、またはローカルコンピューター（１２６Ａ〜１２６Ｎ）からクラウド（１１０）へのアクセスを可能にするグラフィカルユーザーインターフェース（「ＧＵＩ」）を備えるウェブブラウザーベースのアプリケーションであってよい。

本発明の実施形態の１つ以上によれば、図１に示すシステム（１００）の例では、ネットワーク内の複数の医療施設（１２０Ａ〜１２０Ｎ）が、クラウド（１１０）と相互に通信しうる。図１に示すように、ネットワーク内の医療施設は、ローカルで取得した医用画像及び／または他のデータをクラウド（１１０）に送信し、それらを他のネットワーク内の医療施設がアクセス可能なリモートデータとしてクラウドリポジトリ（１１４）に保存しうる。本発明の実施形態の１つ以上によれば、ネットワーク内の医療施設は、医用画像及び／または他のデータをクラウド（１１０）から取得し、それらをそれぞれのローカルリポジトリ（１２４Ａ〜１２４Ｎ）にローカルデータとして保存しうる。

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

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

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

ネットワーク内の１つ以上の医療施設とクラウド（１１０）との間の接続は、時折切断されうる。この状態では、アプリケーションは、接続が切れた医療施設において影響を受けたローカルコンピューター（１２６Ａ〜１２６Ｎ）及びローカルサーバー（１２２Ａ〜１２２Ｎ）を自動的に設定して、これらがローカルリポジトリ（１２４Ａ〜１２４Ｎ）に保存されているローカルデータにアクセスするようにする。本発明の実施形態の１つ以上によれば、接続が切れた医療施設では、接続が切れている間に取得されたり更新されたりした医用画像及び／または他のデータは、引き続きローカルリポジトリ（１２４Ａ〜１２４Ｎ）に保存され続ける。これにより、接続が切れた医療施設を、クラウド（１１０）からの切断に起因するダウンタイムを被ること無く、連続的に稼働することができる。

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

当業者であれば、システム（１００）の構造が、図１に示す構成要素に限定されないことに気づくであろう。例えば、サーバー（１１２）及びリポジトリ（１１４）は、クラウドベースである必要はない。代わりに、クラウドサーバー（１１２）及びクラウドリポジトリ（１１４）は、それぞれいかなる種類の中央サーバー及び中央リポジトリであってもよい。例えば、医療サービス提供者のネットワークが、独自のサーバー及びリポジトリを保持していてもよく、これらはクラウドベースであっても無くてもよい。また、システム（１００）は、本発明から逸脱しない範囲で、いかなる数、サイズ、種類のサイト（１２０Ａ〜１２０Ｎ）を有していてもよい。また、本発明の実施形態に係るシステムは、完全に中央サーバー無しで動作しうる。そのようなシステムは、多数のローカルリポジトリを有しうるが、単一のローカルリポジトリのみを有してもよい。

図２は、本発明の実施形態の１つ以上に係る電子診療記録の例を示す。この電子診療記録は、クラウドリポジトリ及び／または１つ以上のローカルリポジトリに保存されうる。よって、この電子診療記録の例は、センターまたはローカルの電子診療記録でありうる。本発明の実施形態の１つによれば、電子診療記録は、特定の患者に特有のものであり、少なくとも患者記述子（２０２）及び１つ以上の検査（ｓｔｕｄｙ）（２１０Ａ〜２１０Ｎ）を含む。次に、これらの要素について説明する。

本発明の実施形態の１つ以上によれば、患者記述子（２０２）には、性別、年齢、住所等の基本患者情報または患者の属する層（ｐａｔｉｅｎｔ ｄｅｍｏｇｒａｐｉｈｃｓ）が含まれる。患者記述子には、更に患者固有の患者ＩＤが含まれる。患者記述子（２０２）には、患者に関連するが検査（２１０Ａ〜２１０Ｎ）に特有ではない他のいかなる種類の情報が更に含まれていてもよい。

本発明の実施形態の１つ以上によれば、患者検査には、例えば咽頭痛や骨折等といった、患者の懸念事項または患者の問題点の情報が含まれる。患者の懸念事項／問題点を理解し及び／またはそれに対処するために、診断及び／または治療行為が行われうる。例えば、診断画像が撮影されうる。こうした画像は、後述するように逐次保存されうる。

図２の診療記録の例には画像の保存のみしか記載されていないが、当業者であれば、診断及び／または治療行為に関する他の医療データも、本発明から逸脱しない範囲で電子診療記録に保存しうることがわかるであろう。以下のリストは、患者に行いうる非限定的な検査の例である。
身体検査 −患者の体の診査及び観察であり、一般的に、聴診、触診、手技（ｍａｎｉｐｕｌａｔｉｏｎ）、調査（ｐｒｏｂｉｎｇ）及び患者が行った感覚及び運動課題の結果が含まれる。
臨床検査 −血液、尿、だ液、痰、便等の容易に得られる検体の化学的、顕微鏡的及び微生物学的分析。これらは、現場で処理されるか、臨床検査施設に送られる。
医用画像 −Ｘ線、コンピューター断層撮影（ＣＴ）、核磁気共鳴映像法（ＭＲＩ）、超音波（ＵＳ）、ポジトロン放出断層撮影法（ＰＥＴ）、インピーダンストモグラフィー、放射性同位体画像化等の専用の装置を用いて、身体組織の平面または３Ｄ描写を得る。一般的に、これらでは、患者を撮像装置に送る必要がある。
電気生理学 −心電図検査（ＥＣＧ）、脳波記録（ＥＥＧ）、筋電図検査（ＥＭＧ）等の専用の機器を用いて生理的機能に関連する電気信号を測定する。一般的に、これらでは、患者を測定機器に送る必要がある。
機能試験 （患者に早歩き、深呼吸、排尿等の特定の課題を行わせながら様々な特殊な検査を行うことにより、様々な生理機能を評価することができる。）通常、これらでは患者を専門の研究施設に送る必要がある。

上記の行為の各例は、患者に対して診断及び／または治療目的で行われうる。そして、各行為は電子診療記録に検査（２１０Ａ〜２１０Ｎ）として記録される。

本発明の実施形態の１つによれば、検査（２１０Ａ〜２１０Ｎ）には、例えば診断／治療行為の説明及び行為の結果が含まれる。行われた行為の種類によって、検査に含まれる記録は本発明から逸脱しない範囲で変化しうる。

図２に示す検査の例（２１０Ａ）には、患者に行われた撮像方法の記録が含まれる。例えば、患者が股関節骨折で緊急治療室に運ばれたと仮定する。股関節骨折を正しく診断するために、一シリーズのＸ線像が撮影される。後に、治癒過程を評価するために、複数のシリーズの画像が追加で撮影されうる。

本発明の実施形態の１つによれば、検査には、検査記述子（２１２）及び１つ以上のシリーズ（ｓｅｒｉｅｓ）（２２０）が含まれる。検査記述子（２１２）には、行われた／行われる検査の記述データが含まれる。検査記述子は、管理のためのものであってよく、また、医師または他の医療専門家が検査に関連する情報を得られるようにするものであってよい。本発明の実施形態の１つによれば、検査記述子（２１２）には、固有の識別子（ＩＤ）、受入番号、検査記述及び／または検査日が含まれる。当業者であれば、検査記述子（２１２）には他のあらゆる種類の検査に関連する記述データが更に含まれうることがわかるであろう。

本発明の実施形態の１つによれば、固有ＩＤは、検査に固有の識別子として機能する。例えば、固有ＩＤは、ランダムまたは体系的に生成された英数字であってよい。固有ＩＤには、検査を行う医師または看護師の名前、あるいは検査に関連する他のあらゆる情報がさらに含まれうる。

本発明の実施形態の１つによれば、受入番号は、検査の識別子として機能する。受入番号は、検査が行われた時、または検査が電子診療記録に記録された時に生成されうる。受入番号は、１０進数、英数字コードまたは検査の識別に好適な他のあらゆる種類の識別子であってよい。

検査記述は、行われている検査の一般的な説明を提供しうる。上記の股関節を骨折した患者の例では、検査記述には、「股関節骨折」と記載されてよく、股関節骨折を正しく診断するために行われるまたは行われた画像撮影についての詳細を特定するものである必要はない。検査日は、検査がオーダーされる／オーダーされた日付、検査が行われる／行われた日付、特定のシリーズの検査が行われる／行われた日付等であってよい。

前述のように、本発明の実施形態の１つ以上によれば、検査には、１つ以上のシリーズ（２２０）が含まれる。上記の股関節を骨折した患者の例では、時間の経過に伴い複数のシリーズが生成されうる。例えば、最初のシリーズであるＸ線像は、股関節骨折の診断のために生成されうる。その後、複数の追加の検査が、例えば治癒の経過を評価するために生成されうる。

本発明の実施形態の１つによれば、シリーズ（２２０）には、シリーズ記述子（２２２）及び１枚以上の画像（２３０）が含まれる。シリーズ記述子（２２２）には、画像（２３０）の記録に用いられうるあらゆる種類のデータが含まれうる。例えば、シリーズ記述子には、モダリティ（例えば、Ｘ線画像またはＣＴ画像が撮影された旨の記載）、撮影された身体の部位、側性（撮影箇所の情報を提供する）等が含まれる。シリーズ記述子には、固有ＩＤ（前述）がさらに含まれうる。シリーズの固有ＩＤは、検査を識別するための固有ＩＤとは異なるものであってよい。

１枚以上の画像（２３０）は、いかなる種類の医用画像であってよい。股関節を骨折した患者の例では、画像は、Ｘ線画像またはＣＴ画像であってよい。これらの画像は、医療で一般に用いられるフォーマット、例えば、ＤＩＣＯＭ規格、及び／または一般的なＴＩＦＦ、ＪＰＥＧ等の圧縮または非圧縮フォーマット等のその他のあらゆる画像フォーマットを含むいかなるフォーマットで保存されていてもよい。

本発明の実施形態の１つによれば、画像（２３０）は、画像記述子（２３２）を伴う。画像記述子は、固有ＩＤ、画像番号、画像圧縮の情報、行と列の情報、写真が撮影された日付等の画像に特有の情報を提供するものである。

患者データは、図２では患者診療記録の形式で保存されているが、本発明から逸脱しない範囲で、他の形式でも保存されうる。例えば、画像通信保管システム（ＰＡＣＳ）では、完全な電子診療記録は存在しなくてよい。また、本発明の実施形態は、画像データに加えてまたは画像データに代えて、非画像データの保存にも同様に好適である。また、電子診療記録を用いて患者データを保存するシステムの場合、電子診療記録には、臨床行為及びその結果を記録するフィールド等の追加セクションが含まれうる。こうした結果には、診断情報が含まれうるが、これは、例えばＩＣＤ−９またはＩＣＤ−１０等の国際疾病分類（ＩＣＤ）を用いてコード化されていてもよい。また、電子診療記録中のあらゆるデータは、暗号化または非暗号化形式のいずれでも保存されうる。

以下の電子診療記録についての記載では、電子診療記録中のあらゆる入力データに対して、用語「電子診療記録データ」が用いられる。こうした入力データは、画像またはあらゆる他の情報であってよく、例えば、患者の名前や診断等の患者情報が含まれうる。患者の電子診療記録中の全ての電子診療記録データが完全であることにより、その患者の病歴の記録が形作られる。電子診療記録データは、電子診療記録のデータフィールドに書き込まれ、また、そこから読み取られる。電子診療記録データに複数の要素（例えば、画像及びシリーズ記述子の要素）が含まれる場合、これらの各要素は、別個のデータフィールド（すなわち、画像に対してデータフィールドが１つ、シリーズ記述子の各要素につきデータフィールドが１つ存在する）に書き込まれ、また、そこから読み取られる。

図３は、本発明の実施形態の１つ以上に係る、電子診療記録データのコンフリクトが含まれる状況の例を示す。

クラウドサーバー（１１２）のクラウドリポジトリ（１１４）に多くの電子診療記録が中央保存されているシステム（１００）について検討する。各電子診療記録レコードは、固有の患者と関連付けられている。また、ある患者の電子診療記録が、例えば当該患者が２つのサイト（１２０Ａ、１２０Ｂ）を訪れることから、これらのサイトで共有されていると仮定する。したがって、中央の電子診療記録（３００Ｃ）は、両方のサイト（３００Ａ、３００Ｂ）により取得されて、ローカルリポジトリ（１２４Ａ、１２４Ｂ）にローカル電子診療記録（３００Ａ１、３００Ｂ１）として保存される。ローカル電子診療記録（３００Ａ１〜３００Ｂ１）は、例えば医師によりローカルコンピューター（１２６Ａ〜１２６Ｂ）を介して編集されない限り、対応する中央の電子診療記録（３００Ｃ）と同一である。

ここで、ユーザー１及びユーザー２の２人の関係者が、この電子診療記録にアクセスしていると仮定する。ユーザーがローカルコピーに変更を加える前であれば、これらは、クラウドリポジトリ（１１４）に保存された中央の診療記録（３００Ｃ）と同一である。よって、これらローカルコピーを、「原ローカル電子診療記録」（３００Ａ１、３００Ｂ１）と称する。そして、原ローカル電子診療記録（３００Ａ１）は、例えば医師であるユーザー１により編集され、患者名が「ボブ」から「ジョン」に更新されると、編集済みローカル電子診療記録（３００Ａ２）となる。よって、編集済みローカル電子診療記録（３００Ａ２）は、中央の電子診療記録（３００Ｃ）と同一ではない。ローカル電子診療記録（３００Ａ２）の変更をシステム（１００）全体で確実に利用できるようにするには、中央の電子診療記録（３００Ｃ）をローカル電子診療記録（３００Ａ２Ａ）と同期することが必要である。

また、原ローカル電子診療記録（３００Ｂ１）は、例えば医師であるユーザー２により編集され、患者の生年月日が更新されると、編集済みローカル電子診療記録（３００Ｂ２）となる。よって、編集済みローカル電子診療記録（３００Ｂ２）は、中央の電子診療記録（３００Ｃ）と同一ではない。ローカル電子診療記録（３００Ｂ２）の変更をシステム（１００）全体で確実に利用できるようにするには、中央の電子診療記録（３００Ｃ）をローカル電子診療記録（３００Ａ２Ａ）と同期することが必要である。

編集済みローカル電子診療記録（３００Ａ２）及び編集済みローカル電子診療記録（３００Ｂ２）からの情報を用いて中央の電子診療記録（３００Ｃ）を同期すると、結果としてローカル電子診療記録（３００Ａ２、３００Ｂ２）が自動的に併合されて更新済み電子診療記録が形成され、これが中央の電子診療記録（３００Ｃ）として保存されることとなる。

本発明の実施形態の１つ以上によれば、同期作業はいつ行われてもよい。より具体的には、中央の電子診療記録の対応するローカル電子診療記録との同期は、例えばローカル電子診療記録が編集された後に、スケジュールされた間隔、例えば毎時間ごとまたは１日のある時間等に行われうる。同期は、負荷に合わせて、例えばシステムの負荷が軽い時に更に行われてもよい。あるいはまたはそれに加えて、同期は、トリガーイベントが検出された時に行われうる。こうしたトリガーイベントとしては、ローカル電子診療記録が編集されたことの検出、ローカル電子診療記録と対応する中央の電子診療記録との間の内容の相違の検出、ローカル電子診療記録を持つサイトとクラウドとの間のデータ接続の検出（例えば、こうしたデータ接続は、中断の後に回復される。）及び／またはユーザーによる同期の要求、例えば医師によるローカルコンピューターを用いたローカル電子診療記録へのアクセスの検出、がありうる。

本発明の実施形態の１つ以上によれば、同期作業は、電子診療記録全体について行われても、電子診療記録の１つ以上の要素について行われてもよい。図３に示す上記の同期の例では、同期において患者名のみが更新されてもよいし、あるいは電子診療記録全体または電子診療記録の一部が更新されてもよい。

図３の状況例は、中央の電子診療記録、例えばクラウドベースの電子診療記録の更新を示すものだが、本発明から逸脱しない範囲で、更新済み電子診療記録は、ローカルリポジトリ上にあってもよい。電子診療記録が完全にクラウドベースであるか、ローカルコピーを伴うクラウドベースであるか、それとも完全にローカルであるかにかかわらず、電子診療記録の更新は同様に行われうる。

図４は、本発明の実施形態の１つ以上に係るフローチャートを示す。本発明の実施形態の１つ以上によれば、図４に記載の処理は、電子診療記録の同期中における、コンフリクトしていないデータ及びコンフリクトしているデータの保存に用いられうる。図４の１つ以上のステップは、図１を参照して上述したシステム（１００）の構成要素により実行されうる。本発明の実施形態の１つによれば、図４に示すステップは、コンフリクト解消エンジン（図示せず）により実行され、これは、コンピューター装置、例えば図６のコンピューター装置と同様であってよいクラウドサーバー（１１２）において実行される。よって、コンフリクト解消エンジンには、図４の方法を実行するソフトウェア命令が含まれうる。図４のステップの１つ以上は、ローカルまたは中央のリポジトリ上の電子診療記録が更新される時に常に実行されうる。フローチャートでは、２つのソースから提供されるコンフリクトしたデータの扱いを説明しているが、当業者であれば、コンフリクトしたデータは、本発明から逸脱しない範囲で、いかなる数のソースから取得されたものであってもよい。

本発明の実施形態の１つ以上において、図４に示す工程は、その１つ以上について、省略され、繰り返され、及び／または図４の記載とは異なる順序で実行されうる。したがって、本発明の範囲は、図４に示す具体的な工程順に限定されると解するべきではない。

ステップ４００において、電子診療記録データを、第１のローカルソースから取得する。第１のローカルソースは、電子診療記録にデータを入力する第１のユーザーであるか、または中央の診療記録と同期されるローカル電子診療記録であってよい。取得した電子診療記録データは、ローカルで保存されている患者の完全な電子診療記録であるか、あるいは電子診療記録の１つ以上の要素であってよい。本発明の実施形態の１つによれば、取得した電子診療記録データは、中央の診療記録に由来するが、第１のユーザーによって編集されている。電子診療記録データは、例えば第１のユーザーが電子診療記録データを電子診療記録に入力した時に、自動的に取得してもよい。あるいは、電子診療記録データは、ローカルユーザーによる電子診療データの中央リポジトリとの同期の要求等のトリガーイベントの発生に応じて取得してもよく、あるいは、（例えば、周期的にリポジトリ間の同期を行うよう構成されたシステムにおいて）事前に定めた時間の経過後に取得してもよい。あるいは、電子診療記録データは、クラウドサーバーが、電子診療記録用のローカルリポジトリと組み合わされたローカルサーバーに問い合わせることにより取得してもよい。

ステップ４０２において、電子診療記録データを第１のローカルソースとは異なる第２のローカルソースから取得する。第１のローカルソースと同様に、第２のローカルソースも、ユーザーまたはローカルに保存された電子診療記録であってよい。本発明の実施形態の１つによれば、取得した電子診療記録データは、中央の診療記録に由来するが、第２のユーザーにより編集されている。本発明の実施形態の１つによれば、第１及び第２のローカルソースから取得した電子診療記録データは、同一の患者のものであり、当該患者の電子診療記録の同一のまたは異なるデータフィールドに関するものである。ステップ４００及び４０２は、いつ実行されてもよい。具体的には、ステップ４００及び４０２は、同時にまたは逐次実行されうる。

ステップ４０４において、第１及び第２の電子診療記録データが、電子診療記録の同一のデータフィールドを対象としているかどうかを判断する。この判断は、第１及び第２の電子診療記録データを書き込む前後の電子診療記録の比較に基づいて行われる。この比較により、第１及び第２の電子診療記録データの書き込みにより影響を受けるそれぞれのデータフィールドが示されうる。異なるデータフィールドが対象である、言い換えれば第１及び第２のデータフィールドが異なると判断された場合、処理は、ステップ４０６の実行に進む。しかし、第１及び第２のデータフィールドが同一である場合、処理はステップ４０８の実行に進む。

ステップ４０６において、第１及び第２の電子診療記録データを、それぞれ電子診療記録の第１及び第２データフィールドに書き込む。言い換えれば、第１及び第２の電子診療記録データは、自動的に電子診療記録に併合されて、更新済み電子診療記録となる。

ステップ４０４に戻り、第１及び第２のデータフィールドが同一であると判断された場合、処理はステップ４０８に進んでよく、第１及び第２の電子診療記録データが同一であるかどうかを判断する。第１及び第２の電子診療記録データが同一であった場合、処理はステップ４０６に進み、（データは同一であるため）第１及び第２の電子診療記録データのいずれかを対象とするデータフィールドに書き込む。

ステップ４０８に戻り、第１及び第２の電子診療記録データが異なると判断された場合、処理はステップ４１０に進む。

ステップ４１０では、コンフリクトの解消を行って、第１及び第２の電子診療記録データのいずれを電子診療記録に書き込むかの判断を可能にする。本発明の実施形態によれば、コンフリクトの解消では、保存用に選択された診療記録データが特定される。コンフリクトの解消の詳細を、図５に記載する。

ステップ４１２において、選択された電子診療記録データを電子診療記録に書き込み、更新済み電子診療記録を得る。

ステップ４１４では、電子診療記録データが更新済み電子診療記録に保存されると、更新済み電子診療記録が他の場所、例えばクラウドリポジトリに配布される。例えば、更新済み電子診療記録は、ローカルに保存されている場合は、中央と同期されて、そこから他の場所へと配布される。

当業者であれば、図４に示す処理の実行における様々なステップの時間間隔は、様々であることがわかるであろう。前述したように、第１及び第２の電子診療記録データの取得は同時にまたは逐次起こりうる。また、コンフリクトは、第２の電子診療記録データを受け取った直後に検出されるか、あるいは、例えば第１及び第２の電子診療記録データが即座に比較されなかった場合などは、後になって検出される。これは、中央リポジトリの更新が固定スケジュールに基づいて行われるシステムにおいて起こりうる。

図５は、本発明の実施形態の１つ以上に係るコンフリクトの解消処理のフローチャートを示す。

ステップ５００において、それぞれ第１及び第２の電子診療記録データを提供した第１及び第２のソースに、コンフリクトが通知される。通知を受けるソースは、コンフリクトしている第１及び第２の電子診療記録データを入力したユーザーであってよい。例えば、通知は、ｅメールのメッセージ、ポップアップウインドウ、例えば携帯装置に送信されるテキストメッセージ、またはコンフリクトを伝えるのに好適ないかなる種類のメッセージであってよい。あるいはまたはそれに加えて、通知は、サードパーティー、例えばコンフリクトの解消を専門に行う人物に送られてもよい。第１と第２のユーザーによるコンフリクトしている電子診療記録データの入力とコンフリクトの検出との間には時間差があることから、コンフリクトの通知についても、コンフリクトしている電子診療記録データが入力された後、直ちにユーザーに送られるわけではない。

ステップ５０２において、ステップ５００において連絡した関係者の１人から、コンフリクトを解消する入力が得られる。例えば、第２の電子診療記録データを入力したユーザーから、通知に対する応答が得られうる。応答は、種々の方法により提供されうる。通知がポップアップウインドウにより提供された場合、当該ポップアップウインドウには電子診療記録データのコンフリクトしている２つのバージョンが示され、さらにユーザーが電子診療記録に保存するバージョンを選択できるようになっていてもよい。あるいは、コンフリクトの通知に応答したユーザーが、電子診療記録データを入力したインターフェース、例えばウェブクライアントに返答して、入力した電子診療記録データを確定または編集しうる。

ステップ５０４において、ステップ５０２において得たコンフリクトを解消する入力に基づいて、電子診療記録に保存する電子診療記録データを選択する。

ステップ５０６において、他の関係者に、電子診療記録に保存する電子診療記録データを通知する。例えば、ステップ５０２において、第２のユーザーからコンフリクトを解消する入力が得られたとすると、第１のユーザーに、第２のユーザーによる選択を通知する。通知は、例えばポップアップウインドウ、ｅメールまたはテキストメッセージとして提供しうる。あるいは、編集履歴に、選択された電子診療記録データ及び／または選択されなかった電子診療記録データを記録してもよい。編集履歴は、第１及び第２のユーザーを含むユーザーグループによりアクセス可能であってよい。編集履歴を通知として使用する場合、ユーザーへの通知の送付は不要である。

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

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

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

本発明の様々な実施形態は、以下の利点の１つ以上を有する。コンフリクトを解消する機構が利用可能であることから、診療記録データの併合が可能な場合には、自動的に併合を行うことが可能になる。自動的な併合によって、例えば同期することで全ネットワークに渡って即座に配布可能な更新済みの電子診療記録が得られる。従って、データの入力後ほぼ瞬時に更新済みデータが利用可能となりうる。コンフリクトの解消が利用可能であることから、ある関係者が電子診療記録を編集する際に、診療記録をロックする必要がなく、第２の関係者は、当該電子診療記録を同時に編集しうる。クラウドサーバーに加えてローカルサーバーを組み合わせた自動併合及びコンフリクト解消の方法により、電子診療記録の利用しやすさが改善されうる。これらのローカルサーバーには、クラウドサーバー上に中央で保存されている電子診療記録のコピーが保存されていてよい。本発明の実施形態の１つ以上に係る自動併合とコンフリクトの解消により、コンフリクトが起こった場合でも、ローカルと中央とで保存されている電子診療記録間の同期が確実に維持される。したがって、例えばクラウドサーバーと１つ以上のローカルサーバーとの間のネットワーク接続が切れた場合に、ユーザーは、クラウドサーバー上のコピーではなく電子診療記録のローカルコピーにアクセスできることから、遅延が最小化され、利用しやすさが増す。

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

Claims (20)

1. 電子診療記録の更新中にデータを保存する方法であって、
   第１のソースから、前記電子診療記録の第１のデータフィールドに書き込まれる第１の電子診療記録データを取得することと、
   第２のソースから、前記電子診療記録の第２のデータフィールドに書き込まれる第２の電子診療記録データを取得することと、
   前記第１及び第２のソースが、前記電子診療記録の異なるデータフィールドを対象としている、との第１の判断をすることと、
   前記第１の判断に基づいて、前記電子診療記録の第１及び第２のデータフィールドに、それぞれ前記第１及び第２の電子診療記録データを受け入れて、第１の更新済み電子診療記録を得ることと、
   を有する、方法。
2. 第３のソースから、前記電子診療記録の第３のデータフィールドに書き込まれる第３の電子診療記録データを取得することと、
   第４のソースから、前記電子診療記録の第３のデータフィールドに書き込まれる第３の電子診療記録データを取得することと、
   前記第３及び第４のソースが、前記電子診療記録の同じデータフィールドを対象としている、との第２の判断をすることと、
   前記第３及び第４のソースから取得した電子診療記録データが同一である、との第３の判断をすることと、
   前記第２及び第３の判断に基づいて、前記電子診療記録の前記第３のデータフィールドに、第３の電子診療記録データを受け入れて、第２の更新済み電子診療記録を得ることと、
   を更に有する、請求項１に記載の方法。
3. 第３のソースから、前記電子診療記録の第３のデータフィールドに書き込まれる第３の電子診療記録データを取得することと、
   第４のソースから、前記電子診療記録の第３のデータフィールドに書き込まれる第４の電子診療記録データを取得することと、
   前記第３及び第４のソースが、前記電子診療記録の同じデータフィールドを対象としている、との第２の判断をすることと、
   前記第３及び第４のソースから取得した電子診療記録データが互いに異なる、との第３の判断をすることと、
   前記第２及び第３の判断に基づいて、前記第１及び第２のソースにコンフリクトを通知することと、前記第１のソースから、前記第１及び第２の電子診療記録データの１つを前記電子診療記録の第３のデータフィールドに保存する選択診療記録データとして特定する、コンフリクトを解消する入力を取得することと、前記第２のユーザーに前記コンフリクトの解消について通知することと、を有するコンフリクトの解消を行うことと、
   前記電子診療記録の第３のデータフィールドに保存する選択電子診療記録データを受け入れて、第２の更新済み電子診療記録を得ることと、
   を更に有する、請求項１に記載の方法。
4. 前記電子診療記録の他のコピーを前記第１の更新済み電子診療記録と同期することを更に有する、請求項１に記載の方法。
5. 前記電子診療記録の他のコピーの少なくとも１つが、ローカルリポジトリ上にある、請求項４に記載の方法。
6. 前記電子診療記録の他のコピーの少なくとも１つが、ローカルリポジトリと同期する中央リポジトリ上にある、請求項４に記載の方法。
7. 前記中央リポジトリが、クラウドベースである、請求項６に記載の方法。
8. 前記第１のソースが、前記電子診療記録にデータを入力するユーザーである、請求項１に記載の方法。
9. 前記第１のソースが、前記電子診療記録の第１のコピーを有する第１のローカルリポジトリであり、
   前記第２のソースが、前記電子診療記録の第２のコピーを有する第２のローカルリポジトリであり、
   前記第１の更新済み電子診療記録が、中央リポジトリに保存されている、請求項１に記載の方法。
10. 前記第１の電子診療記録データが、患者の属する層のデータ及び患者の病歴の要素からなる群から選択される少なくとも１つを有する、請求項１の方法。
11. コンピューターシステムに、電子診療記録の更新中にデータを保存する動作を実行させる指示を記憶した非一時的なコンピューター読み取り可能な媒体（ＣＲＭ）であって、前記動作は、
    第１のソースから、前記電子診療記録の第１のデータフィールドに書き込まれる第１の電子診療記録データを取得することと、
    第２のソースから、前記電子診療記録の第２のデータフィールドに書き込まれる第２の電子診療記録データを取得することと、
    前記第１及び第２のソースが、前記電子診療記録の異なるデータフィールドを対象としている、との第１の判断をすることと、
    前記第１の判断に基づいて、前記電子診療記録の第１及び第２のデータフィールドに、それぞれ前記第１及び第２の電子診療記録データを受け入れて、第１の更新済み電子診療記録を得ることと、
    を有する、ＣＲＭ。
12. 前記コンピューターシステムに、
    第３のソースから、前記電子診療記録の第３のデータフィールドに書き込まれる第３の電子診療記録データを取得することと、
    第４のソースから、前記電子診療記録の第３のデータフィールドに書き込まれる第３の電子診療記録データを取得することと、
    前記第３及び第４のソースが、前記電子診療記録の同じデータフィールドを対象としている、との第２の判断をすることと、
    前記第３及び第４のソースから取得した電子診療記録データが同一である、との第３の判断をすることと、
    前記第２及び第３の判断に基づいて、前記電子診療記録の第３のデータフィールドに、前記第３の電子診療記録データを受け入れて、第２の更新済み電子診療記録を得ることと、
    を有する動作を実行させる命令を更に記憶する、請求項１１に記載の非一時的なＣＲＭ。
13. 前記コンピューターシステムに、
    第３のソースから、前記電子診療記録の第３のデータフィールドに書き込まれる第３の電子診療記録データを取得することと、
    第４のソースから、前記電子診療記録の第３のデータフィールドに書き込まれる第４の電子診療記録データを取得することと、
    前記第３及び第４のソースが、前記電子診療記録の同じデータフィールドを対象としている、との第２の判断をすることと、
    前記第３及び第４のソースから取得した電子診療記録データが互いに異なる、との第３の判断をすることと、
    前記第２及び第３の判断に基づいて、前記第１及び第２のソースにコンフリクトを通知することと、前記第１のソースから、前記第１及び第２の電子診療記録データの１つを前記電子診療記録の第３のデータフィールドに保存する選択診療記録データとして特定する、コンフリクトを解消する入力を取得することと、前記第２のユーザーに前記コンフリクトの解消について通知することと、を有するコンフリクトの解消を行うことと、
    前記電子診療記録の第３のデータフィールドに保存する選択電子診療記録データを受け入れて、第２の更新済み電子診療記録を得ることと、
    を有する動作を実行させる命令を更に記憶する、請求項１１に記載の非一時的なＣＲＭ。
14. 前記コンピューターシステムに、前記電子診療記録の他のコピーを前記第１の更新済み電子診療記録と同期することを有する動作を実行させる命令を更に記憶する、請求項１１に記載の非一時的なＣＲＭ。
15. 前記電子診療記録の他のコピーの少なくとも１つが、ローカルリポジトリと同期する中央リポジトリ上にある、請求項１４に記載の非一時的なＣＲＭ。
16. 電子診療記録の更新中にデータを保存するコンピューターシステムであって、前記コンピューターシステムは、
    中央サーバーと、
    中央サーバーに付随する中央リポジトリと、を有し、
    前記中央サーバーは、
    第１のソースから、前記電子診療記録の第１のデータフィールドに書き込まれる第１の電子診療記録データを取得し、
    第２のソースから、前記電子診療記録の第２のデータフィールドに書き込まれる第２の電子診療記録データを取得し、
    前記第１及び第２のソースが、前記電子診療記録の異なるデータフィールドを対象としている、との第１の判断をし、
    前記第１の判断に基づいて、前記電子診療記録の第１及び第２のデータフィールドに、それぞれ前記第１及び第２の電子診療記録データを受け入れて、第１の更新済み電子診療記録を得る、コンピューターシステム。
17. 前記中央サーバーは、更に、
    第３のソースから、前記電子診療記録の第３のデータフィールドに書き込まれる第３の電子診療記録データを取得し、
    第４のソースから、前記電子診療記録の第３のデータフィールドに書き込まれる第３の電子診療記録データを取得し、
    前記第３及び第４のソースが、前記電子診療記録の同じデータフィールドを対象としている、との第２の判断をし、
    前記第３及び第４のソースから取得した電子診療記録データが同一である、との第３の判断をし、
    前記第２及び第３の判断に基づいて、前記電子診療記録の第３のデータフィールドに、前記第３の電子診療記録データを受け入れて、第２の更新済み電子診療記録を得る、請求項１６に記載のコンピューターシステム。
18. 前記中央サーバーは、更に、
    第３のソースから、前記電子診療記録の第３のデータフィールドに書き込まれる第３の電子診療記録データを取得し、
    第４のソースから、前記電子診療記録の第３のデータフィールドに書き込まれる第４の電子診療記録データを取得し、
    前記第３及び第４のソースが、前記電子診療記録の同じデータフィールドを対象としている、との第２の判断をし、
    前記第３及び第４のソースから取得した電子診療記録データが互いに異なる、との第３の判断をし、
    前記第２及び第３の判断に基づいて、前記第１及び第２のソースにコンフリクトを通知することと、前記第１のソースから、前記第１及び第２の電子診療記録データの１つを前記電子診療記録の第３のデータフィールドに保存する選択診療記録データとして特定する、コンフリクトを解消する入力を取得することと、前記第２のユーザーに前記コンフリクトの解消について通知すること、を有するコンフリクトの解消を行い、
    前記電子診療記録の第３のデータフィールドに保存する選択電子診療記録データを受け入れて、第２の更新済み電子診療記録を得る、請求項１６に記載のコンピューターシステム。
19. 前記中央サーバーは、更に、前記電子診療記録の他のコピーを前記第１の更新済み電子診療記録と同期する、請求項１６に記載のコンピューターシステム。
20. 前記電子診療記録の他のコピーの少なくとも１つが、ローカルリポジトリと同期する中央リポジトリ上にある、請求項１９に記載のコンピューターシステム。