JP2015528965A - 連合患者の保証付きユニーク識別子のマッチング - Google Patents

Abstract

方法は、患者の患者データを電子形式で受け取ることを含む。患者データは、患者を識別する情報を含む。方法は更に、保証付きユニーク識別子で患者データを標識化することを含む。方法は更に、患者を識別する患者データ内の情報を除去すること又は視覚的に隠すことの少なくとも一方を行う。方法は更に、第３パーティの遠隔コンピューティング／ストレージサービスに、標識化された患者データを電子的に伝達することを含む。標識化された患者データは、患者を識別する患者データ内の情報をもたずに、遠隔コンピューティング／ストレージサービスに記憶される。

Description

本発明は、概して、医用アプリケーション及び情報を管理する方法に関する。しかしながら、本発明は、輸送パフォーマンス、バンキング、フィナンシャルレコード、学校パフォーマンス、生徒の進捗の追跡及び／又は他のアプリケーションにも適用可能である。

アプリケーション及び情報は、多くの環境において記憶され又は操作されることができる。関心のありうる１つの特定の環境は、「クラウド（Cloud）」である。クラウドコンピューティングは、概して、エンドレシピエントのコミュニティへのサービスとしての、コンピュータ及び／又は記憶容量の提供であり、エンドユーザは、ウェブブラウザ、モバイルアプリ、その他を通じてクラウドベースのアプリケーションにアクセスすることができ、その一方で、ソフトウェア及びデータは、遠隔ロケーションのサーバに記憶される。クラウドコンピューティングの場合、ユーザは単に、１又は複数のクラウドプロバイダによって提供される１又は複数のサーバの使用を借りることができ、サーバにおいて使用するシステムソフトウェアの使用を借りることができ、及び／又はアプリケーションソフトウェア及びデータベースを借りることができる。

例において、クラウドプロバイダは、アプリケーションがランするインフラストラクチャ及びプラットホームを管理する。クラウドコンピューティングは、ヘルスケア空間において非常に有利でありうる。例えば、ＣＤＳシステムは、患者データの診断を決定することのような意思決定タスクに関して臨床医及び／又は他のヘルス専門家を支援するコンピューターソフトウェアを含む。クラウドベースのＣＤＳシステムの場合、患者データに基づくコンピューティング及び任意には少なくとも患者データの一部のストレージが、クラウドサービスとして提供されることができ、これは、患者データの診断を決定することのような意思決定タスクに関して臨床医及び／又は他のヘルス専門家を支援する。

クラウドベースのＣＤＳシステムは、サイトによりホストされ管理されるＣＤＳシステムを通じて、いくつかの顕著な利点を提供することができる。これらの利点は、すべての加入サイトを一度に同じ証拠レベルに更新する単一の知識ベース配備ロケーション、配備時間の低減、ＣＤＳシステムから収集されるレポーティング性能手段の自動更新、配備及び維持のための低減されたコストを含む。しかしながら、クラウドに患者データを配備することの障害は、患者データペイロードのプライバシー及び安全の懸念である。上述の観点で、他のクラウドベースのＣＤＳアプローチについて未解決のニーズがある。

ここに記述される見地は、上述の問題その他に対処する。

１つの見地において、方法は、患者の患者データを電子形式で受け取ることを含む。患者データは、患者を識別する情報を含む。方法は更に、保証付きユニーク識別子により患者データを標識化することを含む。方法は更に、患者を識別する患者データ内の情報を除去すること又は視覚的に隠すことの少なくとも一方を行うことを含む。方法は更に、第３パーティの遠隔コンピューティング／ストレージサービスに、標識化された患者データを電子的に伝達することを含む。標識化された患者データは、患者を識別する患者データ内の情報なしに、遠隔コンピューティング／ストレージサービスに記憶される。

別の見地において、方法は、臨床決定サポートサービスエンジンをアイドル状態からウェークし、対応する保証付きユニーク識別子に基づいて、患者の患者データを取得するように臨床決定サポートサービスエンジンに指示し、保証付きユニーク識別子を使用して、患者データの要求を送信し、要求された患者データを受け取ることを含み、患者のアイデンティティは患者データに含まれない。

別の見地において、サイトは、各患者をユニークな保証付きユニーク識別子にマップする、患者から保証付きユニーク識別子へのマップと、患者から保証付きユニーク識別子へのマップからの、患者に対応する保証付きユニーク識別子により、患者の患者データを標識化し、患者を識別する患者データ内の情報を除去すること又は視覚的に隠すことの少なくとも一方を行い、遠隔コンピューティング／ストレージサービスに標識化された患者データを伝達する、サイトサーバと、を有する。

別の見地において、方法は、クラウドベースのＣＤＳシステムにおいて、連合ヘルスケアエンティティのグループのヘルスケアエンティティからクエリを受け取るステップであって、クエリは、ヘルスケアエンティティによって生成されものであるが、患者のアイデンティティ含まない患者の保証ユニーク識別子を含む、ステップと、ヘルスケアエンティティの別のものに以前に登録された別の患者に対応するクラウドベースのＣＤＳに記憶された少なくとも１つの保証付きユニーク識別子であって、クエリされた患者と同じ患者である見込みのある保証付きユニーク識別子を識別するステップと、ヘルスケアエンティティの別のものにおいて以前に登録された患者の少なくとも１つの保証付きユニーク識別子を示す信号を生成するステップと、前記信号を、クエリしているヘルスケアエンティティに送信するステップと、を含む。

本発明は、さまざまなコンポーネント及びコンポーネントの取り合わせ、並びにさまざまなステップ及びステップの取り合わせの形をとりうる。図面は、単に好適な実施形態を図示するためにあり、本発明を制限するものとして解釈されるべきではない。

クラウドベースのＣＤＳシステム及び患者データがサイトに局所的に記憶される複数のサイトをもつ例示のシステムを概略的に示す図。 クラウドベースのＣＤＳシステム及び患者データがクラウドに記憶される複数のサイトをもつ別の例示のシステムを概略的に示す図。 クラウドベースのＣＤＳシステムの別の例を概略的に示す図。 患者から記憶データへのマッピングを確立しながら、クラウドベースのＣＤＳに患者アイデンティティを明かすことなく、ストレージのためにクラウドベースのＣＤＳに患者データを伝達する例を示す図。 クラウドベースのＣＤＳに患者のアイデンティティを明かすことなく、データを要求しているコンピューティング装置に、クラウドベースのＣＤＳに記憶されている患者データ提供する方法を示す図。 クラウドベースのＣＤＳに患者のアイデンティティを明かすことなく、クラウドベースのＣＤＳに患者データを入れる方法を示す図。 コンピューティング装置に患者のアイデンティティを明かすことなく、クラウドベースのＣＤＳからコンピューティング装置に患者データを供給する方法を示す図。 クラウドベースのＣＤＳシステム及びマスタ患者インデックスマネージャをもつ別の例示のシステムを示す概略的に示す図。 同じ患者である見込みのある患者の局所ＧＵＩＤを、新しく生成された局所ＧＵＩＤとマッチングする例示の方法を示す図。 ＧＵＩＤに基づいて、連合ヘルスケアエンティティのグループのヘルスケアエンティティからの患者情報を、グループのヘルスケアエンティティによってクエリする例示の方法を示す図。 連合ヘルスケアエンティティのグループのヘルスケアエンティティにおいて初めて登録された患者を、患者識別可能情報とマッチングする例示の方法を示す図。 クラウドベースのＣＤＳシステム及びユーザＧＵＩＤコントローラをもつ別の例示のシステムを概略的に示す図。 ユーザＧＵＩＤを含むクラウドベースのＣＤＳシステムをクエリする例示の方法を示す図。 クラウドベースのＣＤＳシステム及び装置を含む例示のシステムを概略的に示す図。

図１をまず参照して、システム１００は、クラウドベースのＣＤＳシステム１０２及びＮ個のサブシステムサイト１０４_１，．．，１０４_Ｎ（集合的にサブシステムサイト１０４と呼ばれる）を含み、ここで、Ｎは１に等しい又は１より大きい整数である。

クラウドベースのＣＤＳシステム１０２は、クラウドベースのＣＤＳコンピューティング及び／又はストレージサービスを提供する。図示される実施形態において、クラウドベースのＣＤＳシステム１０２は、Ｍ個のＣＤＳサービスエンジン（ＣＤＳＳＥ）１０６_１，...，１０６_Ｍ（集合的にＣＤＳＳＥ１０６と呼ばれる）を含み、ここで、Ｍは、１に等しい又は１より大きい整数である。ＣＤＳＳＥ１０６の各々は、１又は複数の予め決められたサービスを提供する。ＣＤＳＳＥ１０６は概して、スケジュール、イベント、オンデマンド、その他に基づき、患者データについてサブシステムサイト１０４をクエリし、任意には患者データを処理するように構成される。

クラウドベースのＣＤＳシステム１０２は更に、対応するＬ個のＣＤＳ結果データベース（ＣＤＳＲＤ）１０８_１，...，１０８_Ｌ（集合的にＣＤＳＲＤ１０８と呼ばれる）を含み、ここで、Ｌは１に等しい又は１より大きい整数である。図示される実施形態では、Ｍ＝Ｌであり、ＣＤＳＳＥ１０６の各々は、ＣＤＳＲＤ１０８うちの対応するものを有する。この例では、ＣＤＳＲＤ１０８の各々は、ＣＤＳＳＥ１０６のうち対応するものからのクエリの結果及び／又はクエリの処理された結果を記憶する。

クラウドサーバ１１０は、クラウドベースのＣＤＳシステム１０２と、サブシステムサイト１０４及び／又はクラウドベースのＣＤＳシステム１０２の外部にある他の装置、機器システム等の１又は複数と間の通信を可能にする。任意に、クラウドサーバ１１０は、暗号化／解読能力を含む。このような能力を具えて構成される場合、クラウドベースのＣＤＳシステム１０２によって受け取られる暗号化された情報は、クラウドサーバ１１０によって解読されることができ、クラウドベースのＣＤＳシステム１０２から伝達される情報は、最初に暗号化されることができる。

サブシステムサイト１０４１は、Ｘ個の部門／ユニットコンピューティングシステム（ＤＵＣＳ）１２２_１，...，１２２_Ｘ（集合的にＤＵＣＳ１２２と呼ばれる）を含み、ここで、Ｘは１に等しい又は１より大きい整数であり、サブシステムサイト１０４Ｎは、Ｙ個のＤＵＣＳ１２４_１，．．，１２４_Ｙ（集合的にＤＵＣＳ１２４と呼ばれる）を含み、ここで、Ｙは１に等しい又は１より大きい整数である。１つの例において、ＸはＹに等しい（すなわちＸ＝Ｙ）。別の例において、ＸはＹに等しくない（すなわちＸ≠Ｙ）。後者の例において、ＸはＹより大きく（すなわちＸ＞Ｙ）又はＹより小さい（すなわちＸ＜Ｙ）。

サブシステムサイト１２０の例は、病院、クリニック、スルーケア、医師のオフィス、撮像センタ等を含むが、これに限定されるものではない。適切な部門／ユニットの例は、入院／退院／移送（ＡＤＴ）部門、緊急室（ＥＲ）、検査室、集中ケアユニット（ＩＣＵ）、冠動脈ケアユニット（ＣＣＵ）等を含むが、これに限定されるものではない。サイト１０４_１，...，１０４_ＮのＤＵＣＳ１２２及び１２４は、ヘルスレベル７（ＨＬ７）及び／又は他のプロトコルを通じて情報を伝達することができる。

サブシステムサイト１０４_１，．．，１０４_Ｎは更に、データリポジトリ１２６_１，．．，１２６_Ｎを含み、データリポジトリ１２６_１，．．，１２６_Ｎは、部門／ユニットコンピューティングシステム１２２及び１２４からの患者データを含む患者データを少なくとも記憶する。データリポジトリ１２６_１，．．，１２６_Ｎは、時間スケジュール、患者トランザクションの出現（例えば患者の入院）、イベント及び／又は他のものに基づいて、部門／ユニットコンピューティングシステム１２２及び１２４からの情報によって更新されることができる。患者データ記憶装置１２８_１，．．，１２８_Ｎは、データリポジトリ１２６_１，．．，１２６_Ｎを更新する。

サブシステムサイト１０４_１，．．，１０４_Ｎは更に、患者のユニークな識別子を生成する保証付きユニーク識別子生成器１３０_１，．．，１３０_Ｎを含む。例えば、１つの非限定的な例において、保証付きユニーク識別子生成器１３０_１，．．，１３０_Ｎは、クロック、コンピュータ、サーバ及び／又は他のソースシード及び／又は他の情報から生成される乱数に基づき、３２ビット又は他のビット数の英数字の列を生成する。任意に、生成器１３０_１，．．，１３０_Ｌの媒体アクセス制御（ＭＡＣ）アドレスが使用されることもでき、ＧＵＩＤにサイト位置（例えば経度及び緯度情報）を符号化し、及び／又はＧＵＩＤに地理位置又はドメインをウォーターマーキングすることもできる。位置情報は、患者マッチング及び／又はサーベイランスリポート、突発的伝達、その他のために使用されることができる。

サブシステムサイト１０４_１，．．，１０４_Ｎは、患者とそれらのＧＵＩＤとの間のマッピングを記憶する患者からＧＵＩＤへのマップ１３２_１，．．，１３２_Ｎ（本明細書において集合的に患者ＧＵＩＤマップ１３２と称される）を含む。１つの例において、患者データは、ＧＵＩＤなしにデータリポジトリ１２６に記憶され、特定の患者又は患者データのＧＵＩＤが、患者−ＧＵＩＤマップ１３２から取得される。別の例において、１又は複数のＧＵＩＤが、患者データとともにデータリポジトリ１２６に記憶される。

サブシステムサイト１０４_１，．．，１０_４Ｎは更に、サイトサーバであるサイト１サーバ１３４_１，．．，サイトＮサーバ１３４_Ｎを含み、サイトサーバは、サーバ１１０を通じたサブシステムサイト１０４とクラウドベースのＣＤＳシステム１０２（及び／又は他のコンピューティングシステム）との間のネットワーク通信を可能にする。任意に、サイトサーバ１３４_１，．．，１３４_Ｎは、暗号化／解読能力を含む。このような能力を伴って構築される場合、サイト１０４_１，．．，１０４_Ｎから伝達される情報は、まず暗号化され、サイト１０４_１，．．，１０４_Ｌによって受け取られる暗号化された情報が、解読される。

図示される実施形態において、サーバ１３４は、クラウドベースのＣＤＳシステム１０２にこのようなデータを伝達する前に、患者のデータ内の患者アイデンティティ情報を除去し及び／又は視覚的に隠すことを容易にする。除去は、患者アイデンティティを文字通り除去すること、及び／又は患者アイデンティティを患者ＧＵＩＤマップ１３からの対応するＧＵＩＤで置き換えること、又は他のやり方でＧＵＩＤにより患者データを標識化することを含みうる。患者アイデンティティを視覚的に隠すことは、患者アイデンティティにウォーターマークを重ねる、パターンを付与する等を含む。

従って、クラウドベースのＣＤＳシステム１０２における患者のデータは、それが患者アイデンティティによって患者を識別するいかなる情報も含まないという点で識別不可能である。むしろ、このようなデータは標識化され、対応するＧＵＩＤに基づいて、クラウドベースのＣＤＳシステム１０２においてアクセスされる。１つの例において、患者の伝達されるデータは、患者が実際に誰であるかを識別するいかなる情報も含まないので、これは、患者のプライバシー及び安全の懸念のため、クラウドに患者のデータを伝達することの問題を軽減する。

１又は複数のコンピューティング装置（ＣＤ）１３６、１３８、１４０、１４２及び１４４は、ソフトウェアアプリケーションを用い、サーバ１３４_１，．．，１３４_Ｎを通じてクラウドエンティティ１０３と通信することができる。１又は複数のコンピューティング装置１３６、１３８、１４０、１４２及び１４４の例は、デスクトップ、ラップトップ、タブレットコンピュータ等を含む。このような装置は、ベッドサイドモニタ、ポータブル監視ユニット、ハンドヘルドの監視ユニット、中央監視ステーション等の一部でありうる。図示される実施形態において、コンピューティング装置１３６は、サブシステムサイト１０４１の一部であり、サイト１サーバ１３４１を通じてクラウドベースのＣＤＳシステム１０２と通信し、コンピューティング装置１３８は、サブシステムサイト１０４Ｎの一部であり、サイト２サーバ１３４Ｎを通じてクラウドベースのＣＤＳシステム１０２と通信する。

コンピューティング装置１４０は、サブシステムサイト１０４１の外部にあり、サイト１サーバ１３４１を通じてクラウドベースのＣＤＳシステム１０２と通信し、コンピューティング装置１４２は、サブシステムサイト１０４２の外部にあり、サイト２サーバ１３４Ｎを通じてクラウドベースのＣＤＳシステム１０２と通信する。コンピューティング装置１４４は、サブシステムサイト１０４１及び１０４２の外部にあり、サブシステムサイト１サーバ１３４１及び／又はサブシステムサイト２サーバ１３４Ｎをそれぞれ通じてクラウドベースのＣＤＳシステム１０２と通信する。装置１３６−１４４のユーザの認可及び／又は認証は、例えばサーバ１３４を通じて及び／又は他のやり方で、サブシステムサイト１０４によって扱われることができる。

サーバ１３４は更に、患者アイデンティティに基づきクラウドベースのＣＤＳシステム１０２にデータをクエリし、クエリされたデータについて患者アイデンティティを識別することを容易にする。例えば、コンピューティング装置１３６−１４４のうちの１つが、特定の患者に関するデータをクエリする場合、対応するサーバ１３４は、患者のＧＵＩＤを突き止め、クラウドエンティティ１０２にクエリを伝達する前に、患者のデータ内の患者アイデンティティ情報を除去する及び／又は視覚的に隠すことを容易にする。これは、クエリが患者アイデンティティに関するいかなる情報も含まないという点で、クエリを識別不可能なものにする。

ＣＤＳＲＤ１０８からデータを取り出すとすぐに、クラウドベースのＣＤＳシステム１０２は、コンピューティング装置１３６−１４４の１つに、サーバ１３４を通じてデータを伝達する。クエリされたデータについて、対応するサーバ１３４は、患者ＧＵＩＤマップ１３２において、ＧＵＩＤの患者アイデンティティを突き止める。サーバ１３４は、データに患者アイデンティティを加え及び／又は結びつけ、データ内のＧＵＩＤを患者アイデンティティで置き換え及び／又は視覚的な遮蔽を除去する。患者データは、ここでデータが患者アイデンティティを含むという点で識別可能な患者であり、データは、コンピューティング装置１３６−１４４の１つに伝達される。

クラウドベースのＣＤＳシステム１０２及び／又はサイト１０４のさまざまなコンポーネントは、物理メモリ及び／又は他の非一時媒体のようなコンピュータ可読記憶媒体に記憶されたコンピュータ可読及び実行可能命令を実行する１又は複数のマイクロプロセッサを通じて実現されることが理解されるべきである。付加的に又は代替として、１又は複数のマイクロプロセッサは、搬送波、信号及び／又は他の一時的媒体によって担持される可読の実行可能命令を実行する。

図２は、クラウドベースのＣＤＳシステム１０２が患者のデータを記憶する１又は複数のデータリポジトリ２０２を含む実施形態を示す。図示される実施形態において、サブシステムサイト１０４のデータリポジトリ１２６が省かれる。しかしながら、変形例において、システム１００は、サブシステムサイト１０４のデータリポジトリ１２６及びクラウドベースのＣＤＳシステム１０２における１又は複数のデータリポジトリ２０２の両方を含むことができる。

図１の実施形態と同様に、サーバ１３４は、患者のデータ内の患者アイデンティティ情報を除去し及び／又は視覚的に隠し、クラウドベースのＣＤＳシステム１０２にこのようなデータを伝達する前に、ＧＵＩＤを患者データに関連付ける。この例において、患者アイデンティティは、患者データから除去され、ＧＵＩＤを使用して１又は複数のデータリポジトリ２０２に記憶される。従って、新しいデータが利用可能になるたびに、患者アイデンティティが除去され、ＧＵＩＤが、データに関連付けられ、データが、クラウドエンティティ１０２に伝達される。

対照的に、図１では、患者のデータは、患者アイデンティティ及び／又はＧＵＩＤと共にデータリポジトリ１３２に記憶されることができ、データがクラウドベースのＣＤＳシステム１０２によって要求される場合にのみ、患者アイデンティティが除去され及び／又は隠される。

図３は、クラウドベースのＣＤＳシステム１０２の別の実施形態を示す。

この実施形態において、クラウドベースのＣＤＳシステム１０２は更に、性能エンジン３０２及び性能基準３０４を含む。結果データベース１０８に記憶される患者データは、知識の単一の正規化されたポイントを表現し、性能エンジン３０２は、性能基準３０４に基づいてこのデータを処理することができる。非限定的な例として、性能基準３０４は、胸痛を有するＥＲ内の患者がこの症状の緊急室認識の１０分以内にＥＣＧを有するべきことを示す基準を含むことができる。

この例において、性能エンジン３０２は、例えば発生、ユニット、組織ごと及び／又は他の基準によって、どのサブシステムサイトが性能基準を遵守しているか、及び任意にはそれらの遵守の頻度及び／又はパーセンテージを決定するために、サブシステムサイト又は他の基準によってサブシステムサイト上の結果データベース１０８におけるこのような患者のデータを評価することができる。性能エンジン３０２は、どのサブシステムサイトが最も頻繁に遵守しているか、予め決められた時間の閾値量より多いか、予め決められた許容できる時間量より少ないか、その他を調べるために、この情報を利用してサブシステムサイトを比較することができる。結果は、性能結果データベース３０６に記憶される。

判定エンジン３０８は、性能結果データベース３０６内の性能結果を解析し、解析に基づいて判定を行う。例えば、サブシステムサイトが性能基準を遵守する場合、判定エンジン３０８は、サブシステムサイト及び／又は保険会社にメッセージを送るために、メッセージングサービス３１０を呼び出すことができ、保険会社は、サブシステムサイトを賠償するべきか、目標品質、プロセス改善機会及び進行その他を決定するために、データを使用することができる。付加的に又は代替として、サブシステムサイトが遵守していない場合、判定エンジン３０８は、そのようなことを示すメッセージを送るために、メッセージングサービス３１０を呼び出すことができる。

別の例において、判定エンジン３０８は、性能基準を示す及び／又は性能基準が満たされることなく経過しようとしていることを示すメッセージを送るために、メッセージングサービス３１０を呼び出すことができる。後者の場合、例えば、性能基準は、胸痛患者が１０分以内にＥＣＧをとるべきであることを示す場合、メッセージは、６分過ぎた及び／又は４分残っていることを示すことができる。メッセージは、ベッドサイドモニタ、ページャ、スマートフォン、中央監視ステーション、電子メール、コンピューティング装置に常駐するアプリケーションに送られることができる。

リサーチデータベース３１２は、患者発生について集められ生成されたデータを記憶し、かかるデータは、性能結果及び他の患者データ（例えばＣＤＳ結果データベース１０８からのデータ）を含み、概して臨床医によって手作業で記録された測定値よりも高い頻度でサンプリングされる生理的測定値（例えばＢＰ、心臓レート等）のような高忠実度データを含むが、これに限定されるものではない。このデータは、クラウドベースのＣＤＳシステム１０２が動作している及び／又は他の条件の間、持続され使用される。

解析エンジン３１４は、リサーチデータベース３１２のデータを処理する。１つの例において、このような処理の解析結果は、性能基準を更新する及び／又は単一患者又は一群のトレンドに基づいて警告又は報告を生成するために、使用されることができる。例えば、性能基準が、特定のテストがある基準ポイント（例えば入院）から予め決められた時間内に実施されるべきであることを示していて、リサーチ結果が、全部の又はいくつかのサイトが半分の時間にこのテストを実施することを示す場合、基準は、短縮される時間によって更新されることができる。

図４−図７は、図１、図２及び／又は図３のシステム１００による方法を示す。

ここに記述される方法の処理の順序は制限するものではないことが理解されるべきである。従って、他の順序がここに企図される。更に、１又は複数の処理が省かれることができ、及び／又は１又は複数の付加の処理が含められることができる。

図４をまず参照して、クラウドベースのＣＤＳシステムに患者アイデンティティを明かすことなく、患者と記憶されたデータとの間マッピングを確立しつつ、ストレージのためにクラウドベースのＣＤＳシステムに患者のデータを伝達する方法が示されている。

ステップ４０２において、サブシステムサイトにおける患者トランザクションを示す信号が受け取られる。

ステップ４０４において、患者が保証付きユニーク識別子（ＧＵＩＤ）に関連付けられるかどうかが判定される。

そうでない場合、ステップ４０６において、ＧＵＩＤが、当該患者について生成される。

ステップ４０８において、患者からＧＵＩＤへのマッピングが記憶される。

患者が保証付きユニーク識別子（ＧＵＩＤ）に関連付けられる場合又はＧＵＩＤが生成された後、ステップ４１０において、トランザクションからの患者データが記憶される。

ステップ４１２において、クラウドベースのＣＤＳシステムからの患者データの要求に応じて、記憶されたデータの患者識別が除去され及び／又は視覚的に隠され、記憶されたデータが、サイトにおいて、患者のＧＵＩＤによって標識化される。

ステップ４１４において、ＧＩＵＤで標識化された記憶されたトランザクションのデータは、サブシステムサイトからクラウドベースのＣＤＳシステムに伝達され、クラウドベースのＣＤＳシステムにおいて処理され、処理された結果がそこに記憶される。

次いで図５を参照して、患者のアイデンティティをクラウドベースのＣＤＳシステムに明かすことなく、クラウドベースのＣＤＳに記憶されている患者のデータを、データを要求する遠隔コンピューティング装置に提供する方法が、図示されている。

ステップ５０２において、患者のアイデンティティに基づいた特定の患者のデータについての要求を示す信号が、遠隔コンピューティング装置から受け取られる。

ステップ５０４において、患者のＧＵＩＤが、サイトにおいて、患者アイデンティティに基づき患者アイデンティティＧＵＩＤマッピングから取り出される。

ステップ５０６において、患者アイデンティティでなくＧＵＩＤを使用した患者のデータの要求が、クラウドベースのＣＤＳシステムに送信される。

ステップ５０８において、ＧＵＩＤに対応する患者のデータは、クラウドベースのＣＤＳシステムから受け取られる。

ステップ５１０において、患者アイデンティティが、ＧＵＩＤに基づいて、患者ＧＵＩＤマッピングから取り出される。

ステップ５１２において、患者のデータは、患者アイデンティティを示す標示とともに遠隔コンピューティング装置に伝達される。

１つの非限定的な例において、遠隔装置は、ベッドサイドモニタでありえ、クラウドベースのＣＤＳシステムに患者アイデンティティを明かすことなくクラウドベースのＣＤＳシステムから受け取られる患者のデータは、患者を識別する標示により視覚的に提示されることができる。

図６を参照して、クラウドベースのＣＤＳシステムに患者のアイデンティティを明かすことなく、クラウドベースのＣＤＳシステムに患者のデータを入れる方法が、図示される。

ステップ６０２において、アイドル状態のＣＤＳサービスエンジンがウェーク（起動）される。

ステップ６０４において、ＣＤＳサービスエンジンは、特定の患者データについて、サブシステムサイトのデータリポジトリ又はクラウドベースのＣＤＳシステムをクエリするように指示される。

ステップ６０６において、ＣＤＳサービスエンジンは、患者アイデンティティを知ることなく、ＧＵＩＤに基づいてデータを要求する。

ステップ６０８において、ＣＤＳサービスエンジンは、患者の要求されたデータを受け取る。

ステップ６１０において、ＣＤＳサービスエンジンは、患者の要求された特定のデータを処理し、記憶する。

図７は、遠隔コンピューティング装置に患者のアイデンティティを明かすことなく、クラウドベースのＣＤＳシステムから患者のデータを送り出す方法を示す。

ステップ７０２において、患者のデータが受け取られ、データは、患者のアイデンティティではなくＧＵＩＤを通じて識別される。

ステップ７０４において、受け取られた患者のデータが記憶される。

ステップ７０６において、アイドル状態のＣＤＳサービスエンジンがウェークされる。

ステップ７０８において、ＣＤＳサービスエンジンは、ＧＵＩＤに基づいて、記憶されたデータから患者の特定のデータを取り出すように指示される。

ステップ７１０において、取り出されたデータが処理される。

ステップ７１２において、ＣＤＳサービスエンジンは、処理の結果に基づいて、少なくとも１つのアクションを実施する。アクションは、アイドル状態にセットされた後の新たなウィークアップ時間を計算すること、サイト、遠隔コンピューティング装置及び／又は他の装置に情報を送信することを含むこと、を含むことができる。

図８は、サイト１０４が連合ヘルスケアエンティティ８００のグループの一部である例を概略的に示す。図１に関連して述べられたように、各々のサイト１０４は、その患者のためのＧＵＩＤを局所的に生成し、患者ＧＵＩＤマップ１３２に患者識別子とともに局所ＧＵＩＤを記憶する。図２に関連して述べられるように、クラウドベースのＣＤＳ１０２は更に、実際の患者識別ではなく局所ＧＵＩＤに基づいて識別される患者情報を記憶する１又は複数のデータリポジトリ２０２を更に含むことができる。

この実施形態において、クラウドベースのＣＤＳ１０２は更に、マスタ患者インデックス（ＭＰＩ）マネージャ８０２を含む。ＣＤＳＳＥ１０６、ＣＤＳＲＤ１０８及び／又はクラウドベースのＣＤＳ１０２の他の上述されたコンポーネントは、明確さのために図示において省かれていることに留意されたい。マスタ患者インデックスマネージャ８０２は、マスタＧＵＩＤを記憶するマスタＧＵＩＤストレージ８０４を含む。概して、マスタＧＵＩＤは例えば、おそらく同じ患者であると考えられる患者についての個別のサイト１０４によって生成された局所ＧＵＩＤ（例えば、マスタＧＵＩＤの子ＧＵＩＤ、その他）をリンクする単一ＧＵＩＤである。

クラウドベースのＣＤＳ１０２は更に、属性マッチング器８０６を含む。属性マッチング器８０６は、サイト１０４によって提供された属性（サイト１０４によって生成された局所ＧＵＩＤ及び任意にはサイト１０４のロケーション（例えば緯度及び／又は経度）情報とともに提供される）を、クラウドベースのＣＤＳ１０２の１又は複数のデータの属性リポジトリ８０８に、対応する局所ＧＵＩＤとともに記憶されている患者属性とマッチングする。図示される実施形態において、属性マッチング器８０６は、予め決められたマッチング基準８１０に基づいて属性同士をマッチングする。

適切な基準８１０の例は、生年月日、年齢、身長、体重、その他のような数値の基準、宗教、人種、性別、その他のような符号化データの基準、住居アドレス、職場アドレス、電話番号、アカウント番号、サイト１０４に登録するための臨床的理由、検査室結果、診断、切断された右脚、眼の色、髪の色等の身体特性、ジェノミクス、処方箋、関心のある解剖学的構造、関心領域、診断イメージング結果、プロシージャ結果、プロシージャノート、テスト結果及び／又は他の臨床情報を含む。

ＧＵＩＤスコアラ８１２は、マッチングに基づいて、ＧＵＩＤの見込みスコアを決め、割り当てる。例えば、ＧＵＩＤ ＡについてクラウドベースのＣＤＳ１０２に伝達される属性が、ＧＵＩＤ Ｃより多くの、ＧＵＩＤ Ｂに対応する個別の属性とマッチする場合、ＧＵＩＤスコアラ８１２は、ＧＵＩＤ Ｂに、より高い見込みスコアを割り当てる。上述したものは、単一属性の場合であるが、各々の属性が等しく重み付され又は異なる重みを使用して個別に重み付けされる場合、スコアは組み合わせられることができ、これは、関心のある属性及び／又は他の属性に基づくマッチングを洗練することができる。

マッチは、完全なマッチでありえ、例えば、ＧＵＩＤ Ａ及びＧＵＩＤ Ｂ属性が両方とも青色の目を示す場合、このマッチは、（０から１までのスケールにおいて）１の値を割り当てられ、ＧＵＩＤ Ｃが茶色の目を示す場合、このマッチはゼロの値を割り当てられる。緑、薄茶又はいくらか青を含む色を示すＧＵＩＤは、０と１の間の値を割り当てられることができる。マッチは、代替として、許容差ベースのマッチであってもよく、例えば、ＧＵＩＤ Ａ属性が5'11を示し、ＧＵＩＤ Ｂ属性が5'10 1/2''を示す場合、基準はプラスマイナス１インチの許容差を含み、再び属性は、１の値を割り当てられる。代替として、２つの属性の間の差が大きくなるほど、値が低下しうる。

マッチは、代替として、最近傍ベースのマッチでありえ、例えば、ＧＵＩＤ Ａ属性が、縮れた髪を示し、ＧＵＩＤ Ｂ属性がウェーブした髪を示し、ＧＵＩＤ Ｃ属性が直毛を示す場合、ＧＵＩＤ Ｂ属性に割り当てられる値は、ＧＵＩＤ Ｃ属性に割り当てられる値より大きい。属性が、クラウドベースのＣＤＳ１０２に提供されない及び／又は記憶されない場合、特定の属性が、全体のスコアを決定する際に含められなくてもよく、特定の属性は、例えば他の情報に基づいて導き出されることができる。他のスコアリングアプローチが更にここに企図される。

任意のソート器８１４が、予め決められた規則８１６に基づいて局所ＧＵＩＤをソートする。規則８１６は、全体の総スコアに基づいて局所ＧＵＩＤをソートすることを示すことができる。別の例において、規則８１６は、属性の全てではなく（例えば１又は複数の）属性の予め決められたサブセットの総スコアに基づいて局所ＧＵＩＤをソートすることを示すことができる。

更に他の例において、規則８１６は、属性の予め決められた重み又は属性のサブセットに基づいて局所ＧＵＩＤをソートすることを示すことができる。更に別の例において、規則８１６は、ユーザの好むアプローチを示すユーザ入力に基づくことができる。他の規則が更にここに企図される。

任意のフィルタ８２０が、ソートされた局所ＧＵＩＤをフィルタリングする。１つの例において、フィルタ基準は、位置情報、発生情報、などを含む。例として、候補の局所ＧＵＩＤが、対象ＧＵＩＤの１５分前に生成されたものであり、２つのサイトが、互いに１時間離れている場合、候補の局所ＧＵＩＤは、フィルタリングされ、候補の局所ＧＵＩＤの組から除去される。他の情報が更に、候補ＧＵＩＤが信頼できそうであるか又は候補の局所ＧＵＩＤの組から除去されるべきかどうかを決定するために使用されることができる。

候補識別子８２０は、それらの見込みスコアとともに、ＧＵＩＤ及び／又はソートされた及び／又はフィルタされたＧＵＩＤを示す信号を生成する。

クラウドサーバ１３４は、クエリしているサイト１０４に信号を伝達する。サイト１０４は、見込みスコアに基づいて及び／又は他のやり方で候補の局所ＧＵＩＤを受け入れることができ、受け入れを示す信号をクラウドサーバ１３４に伝達することができる。それに応じて、マスタ患者インデックスマネージャ８０２は、受け入れられた候補局所ＧＵＩＤを含むマスタＧＵＩＤが更に対象局所ＧＵＩＤを含むように、マスタＧＵＩＤストレージ８０４のマスタＧＵＩＤを更新することができる。クラウドサーバ１３４は、新しく加えられた局所ＧＵＩＤについて、マスタＧＵＩＤ内のＧＵＩＤにより各々のサイト１０４に知らせることができる。

サイト１０４は、クエリしているサイト１０４のＧＵＩＤに対応するマスタＧＵＩＤ内の局所ＧＵＩＤのリストについて、クラウドベースのＣＤＳ１０を更にクエリすることができる。クエリしているサイト１０４は、患者について他のサイト１０４と通信することができる。このような通信は、サイト１０４間で情報を交換することを含むことができる。マスタ患者インデックスマネージャ８０２は、情報を自動的にマッチングすることができ、任意の潜在的なマッチをサイト１０４に知らせることができる。

図９は、連合ヘルスケアエンティティのグループのヘルスケアエンティティの初めて登録された患者の新しく生成された局所ＧＵＩＤを、同じ患者である見込みがある患者の局所ＧＵＩＤであって、連合ヘルスケアエンティティのグループの別のヘルスケアエンティティによって生成された局所ＧＵＩＤとマッチングする例示の方法を示す。

これらの方法の処理の順序は制限的でないことが理解されるべきである。従って、他の順序がここに企図される。更に、１又は複数の処理は省かれることができ、及び／又は１又は複数の付加の処理が含められることができる。

ステップ９０２において、患者が、連合ヘルスケアエンティティのグループのヘルスケアサイト１０４に登録される。この例において、患者は、この患者がヘルスケアサイト１０４において登録されるのが初めてであるという点で、ヘルスケアサイト１０４にとって新しい患者である。

ステップ９０４において、ヘルスケアサイト１０４は、患者について局所的な（すなわち、他のエンティティ及び／又はグループではなく、当該エンティティにとって局所的な）ＧＵＩＤを生成する。

ステップ９０６において、ヘルスケアサイト１０４は、患者がグループの別のヘルスケアサイト１０４において登録されているかどうかを判定するために、クラウドベースのＣＤＳ１０２のマスタ患者インデックスマネージャ８０２をクエリする。この例において、クエリは、患者属性及び／又は他の情報とともに局所ＧＵＩＤを含むが、患者の識別につながる任意の患者識別子又は情報を含まない。

ステップ９０８において、マスタ患者インデックスマネージャ８０２は、属性に基づいて同じ患者である見込みのある患者のＧＵＩＤをさがすために、連合ヘルスケアエンティティのグループのヘルスケアエンティティのうちの少なくとも１つにおいて以前に登録された患者の患者情報、属性及びＧＵＩＤを記憶するクラウドベースのＣＤＳのデータリポジトリ２０２及び／又は８０８をサーチする。

ここに記述されるように、ＧＵＩＤに対応する患者がクエリされた患者と同じ患者である見込みを示す見込みスコアが、ＧＵＩＤごとに生成されることができる。更に、識別されたＧＵＩＤは、それらを除外する環境下で、例えば別のエンティティで同時に登録された患者であり、従ってこの患者であることはない患者のような患者に関連付けられるＧＵＩＤを除去するためにフィルタリングされる。

ステップ９１０において、少なくとも１つのＧＵＩＤが、属性に基づいて候補として識別される場合、ステップ９１２において、マスタ患者インデックスマネージャ８０２は、少なくとも１つのＧＵＩＤに基づいて、異なるエンティティによって生成されたＧＵＩＤであって同じ患者に対応する見込みに基づいて集められたＧＵＩＤを含むマスタＧＵＩＤにアクセスし、マスタＧＵＩＤの別のＧＵＩＤ（もしある場合）を識別する。

ステップ９１４において、マスタ患者インデックスマネージャ８０２は、クエリしているヘルスケアサイト１０４に、ＧＵＩＤ及び対応するヘルスケアエンティティの識別を示す信号を伝達する。

ステップ９１６において、クエリしているヘルスケアエンティティが、同じ患者に対応するものとしてＧＵＩＤのうち少なくとも１つを受け入れる場合、ステップ９１８において、クエリしているヘルスケアエンティティは、患者に関する情報を交換するために、対応するヘルスケアエンティティと通信する。

ステップ９１８において、任意に又はステップ９１８に代わって、マスタ患者インデックスマネージャ８０２は、受け入れられたＧＵＩＤに対応するヘルスケアエンティティに、クエリしているヘルスケアサイト１０４における患者発生についてエンティティに知らせる信号を伝達する。

ステップ９２０において、マスタ患者インデックスマネージャ８０２は、患者情報及び属性でデータリポジトリを更新し、局所ＧＵＩＤによりマスタＧＵＩＤを更新する。

患者がステップ９１０において識別されない場合、ステップ９２０が実施され、マスタＧＵＩＤが、更新される代わりに、局所ＧＵＩＤについて生成される。

ステップ９１６において識別された患者が受け入れられない場合、ステップ９２０は、マスタＧＵＩＤが、更新される代わりに、局所ＧＵＩＤについて生成される。

図１０は、連合ヘルスケアエンティティのグループのヘルスケアエンティティからの患者情報を、ＧＵＩＤに基づいてグループのヘルスケアエンティティによってクエリする例示の方法を示す。

これらの方法の処理の順序は制限するものでないことが理解されるべきである。従って、他の順序がここに企図される。更に、１又は複数の処理が省かれることができ、及び／又は１又は複数の付加の処理が含められることができる。

ステップ１００２において、患者が、連合ヘルスケアエンティティ８００のグループのヘルスケアサイト１０４において登録される。この例において、患者は、ヘルスケアサイト１０４において以前に登録されており、局所ＧＵＩＤをすでに割り当てられている。

ステップ１００４において、ヘルスケアサイト１０４が、患者の局所ＧＵＩＤを取得する。

ステップ１００６において、ヘルスケアエンティティは、クラウドベースのＣＤＳのマスタ患者インデックスマネージャ８０２をクエリして、患者がグループの別のヘルスケアエンティティに登録されているかどうか判定する。この例において、クエリは、少なくとも局所ＧＵＩＤを含むが、患者の識別につながるいかなる患者識別子又は情報も含まない。

ステップ１００８において、マスタ患者インデックスマネージャは、異なるエンティティによって生成されたＧＵＩＤであって同じ患者に対応する見込みに基づいてグループ化されたＧＵＩＤを各々が含むマスタＧＵＩＤをサーチして、局所ＧＵＩＤを含むマスタＧＵＩをさがす。

ステップ１０１０において、マスタ患者インデックスマネージャ８０２は、局所ＧＵＩＤを含むマスタＧＵＩＤを識別することに応じて、クエリしているサイト１０４に、対応するエンティティの識別とともに他のＧＵＩＤを示す信号を伝達する。

ステップ１０１２において、クエリしているヘルスケアエンティティは、患者に関する情報を交換するために、対応するヘルスケアエンティティと通信する。

図１１は、連合ヘルスケアエンティティのグループのヘルスケアエンティティにおいて初めて登録された患者を、同じ患者である見込みがありグループの別のヘルスケアエンティティにおいて既に登録されている患者の例えば患者識別子のような患者識別可能情報とマッチングする例示の方法を示す。

これらの方法の処理の順序は制限するものではないことが理解されるべきである。従って、他の順序がここに企図される。更に、１又は複数の処理が省かれることができ、及び／又は１又は複数の付加の処理が含められることができる。

ステップ１１０２において、患者が、連合ヘルスケアエンティティ８００のグループのヘルスケアサイト１０４において登録される。この例において、患者は、患者がヘルスケアサイト１０４に登録されるのが初めてであるという点で、ヘルスケアサイト１０４にとって新しい患者である。

ステップ１１０４において、ヘルスケアサイト１０４は、クラウドベースのＣＤＳ１０２の連合マスタ患者インデックスマネージャ８０２をクエリして、患者が連合ヘルスケアエンティティのグループの別のヘルスケアエンティティにおいて登録されているかどうかを判定する。この例において、クエリは、患者識別子（例えば患者名、患者名の一部など）を含む。

ステップ１１０６において、マスタ患者インデックスマネージャは、患者識別子に基づいて、同じ患者である見込みのある患者をさがすために、連合ヘルスケアエンティティのグループのヘルスケアエンティティのうちの少なくとも１つに登録されている患者の患者識別子とともに患者情報を記憶するクラウドベースのＣＤＳ１０２のデータリポジトリ２０２及び／又は８０８をサーチする。

ここに記述されるように、患者識別子がクエリされた患者と同じ患者に対応することの見込みを示す見込みスコアが、各患者について生成されることができる。更に、識別された患者は、見込みスコアが他の場合を示唆するにもかかわらず患者を抑制する環境に関連付けられる患者を除去するためにフィルタリングされる。

ステップ１１０８において、少なくとも一人の患者が、同じ患者である見込みがあると識別される場合、ステップ１１１０において、マスタ患者インデックスマネージャ８０２は、クエリしているヘルスケアサイト１０４に、患者識別子及び対応するヘルスケアエンティティの識別を示す信号を伝達する。

ステップ１１１２において、クエリしているヘルスケアサイト１０４が、識別された患者のうちの１人を、同じ患者であると受け入れる場合、ステップ１１１４において、クエリしているヘルスケアサイト１０４は、対応するヘルスケアエンティティと通信して、患者に関する情報を交換する。

ステップ１１１６において、任意には又はステップ１１４に代わって、マスタ患者インデックスマネージャ８０２は、受け入れられた患者識別子に対応する信号を、ヘルスケアエンティティに伝達し、クエリしているヘルスケアサイト１０４における患者発生をエンティティに知らせる。

ステップ１１１８において、マスタ患者インデックスマネージャ８０２は、患者情報及び患者識別によりデータリポジトリを更新する。

患者がステップ１１０８において識別されない場合、ステップ１１１８が実施される。

識別された患者がステップ１１１２において受け入れられない場合、ステップ１１１８が実施される。

ここに述べられる方法は、コンピュータ可読命令を通して実現されることができ、あるいは、コンピュータ可読記憶媒体に符号化され又は埋め込まれることができ、コンピュータプロセッサによって実行されるとき、記述された処理をプロセッサに実施させる。付加的に又は代替として、コンピュータ可読命令のうちの少なくとも１つは、信号、搬送波又は他の一時的媒体によって保持される。

図１２は、サイト１０４のサイト１０４Ｉが更に、ユーザＧＵＩＤを生成し管理するコンポーネントを含む変形例を示す。ユーザは、クラウドベースのＣＤＳ１０２の任意の患者情報にアクセスする（例えばビューする、生成する、変更する、抽出する、コピーする、その他）任意の人である。例えば、ユーザは、医師、入院部門職員、患者、患者によって許可された人などでありうる。

図１２において、ユーザクエリコントローラ１２０２が、クラウドベースのＣＤＳ１０２へのユーザアクセスのためのクエリを受け取る。クエリは、少なくとも特定の患者に対応する患者ＧＵＩＤ及び特定の患者の識別情報を含む。患者ＧＵＩＤの生成及び／又は患者ＧＵＩＤの使用は、本明細書に記述されたもの及び／又はその他である。このようなマッピングがすでに存在する場合、ユーザクエリコントローラ１２０２は、ユーザ識別情報に基づいて、ユーザＧＵＩＤマップ１２０４と通信し、ユーザのユーザＧＵＩＤを取り出す。

このようなマッピングが存在しない場合、ユーザＧＵＩＤ生成器１２０６が、ユーザのユーザＧＵＩＤを生成する。一旦生成されると、ユーザクエリコントローラ１２０２は、ユーザのユーザＧＵＩＤを取り出すことができる。ユーザクエリコントローラ１２０２は、クラウドベースのＣＤＳ１０２にクエリを示す信号を送信する。信号は、少なくとも患者ＧＵＩＤ及びユーザＧＵＩＤを含む。サイト１０４Ｉ、クラウドベースのＣＤＳ１０２及び／又は他のエンティティが、このような情報を記憶する。この情報は、誰がクラウド情報にアクセスしたか、誰の情報がアクセスされたか、アクセスの性質、その他を識別するために使用されることができる。

図１３は、ユーザＧＵＩＤを含むクラウドベースのＣＤＳシステムをクエリする方法を示す。

ステップ１３０２において、クラウドベースのＣＤＳ１０２へのユーザアクセスのクエリが受け取られる。

ステップ１３０４において、ユーザのユーザＧＵＩＤが取り出される。これは、ユーザのアイデンティティに基づいて以前に生成されたユーザＧＵＩＤを取得すること、及び／又はユーザＧＵＩＤが当該ユーザのために以前に生成されていなかった場合に新しく生成されるユーザＧＵＩＤを取得することを含みうる。

ステップ１３０６において、クエリが、患者ＧＵＩＤ及びユーザＧＵＩＤとともにクラウドベースのＣＤＳ１０２に送信される。

図１４は、別の変形例を示す。この変形例において、サイト１０４１は、少なくとも１つの装置１４０２を含む。別の変形例において、システム１００（図１）は、装置１４０２を含むが、装置１４０２は、サイト１０４１の外部に位置する。装置１４０２の例は、換気装置、ＩＶポンプ、ペースメーカ、熱調節装置、モニタ及び／又は他の装置を含むが、これに限定されるものではない。１又は複数の他の装置が更にここに企図される。装置１４０２は、ここに述べられたようにクラウドベースのＣＤＳ１０２と相互作用することができる。これは、装置１４０２からクラウドベースのＣＤＳ１０２に及び／又はその逆のデータを送信するために、装置ＧＵＩＤ（装置の実際のアイデンティティを示す任意の情報を含まない）を使用することを含む。

装置ＧＵＩＤが装置１４０２についてまだ存在しない場合、装置ＧＵＩＤ生成器１４０４は、装置１４０２の装置ＧＵＩＤを生成する。装置１４０２からクラウドベースのＣＤＳ１０２へデータを送信するために、装置１４０２は、まず、その装置ＧＵＩＤを要求することができる。装置１４０２は、サイト１サーバ１３４にデータを送信する。サイト１サーバ１３４は、装置１４０２の装置ＧＵＩＤを取り出し、クラウドベースのＣＤＳ１０２に装置ＧＵＩＤとともにデータを送信する。送信されたデータは、クラウドベースのＣＤＳ１０２に記憶され及び／又は処理されることができる。装置ＧＵＩＤは、クラウドベースのＣＤＳ１０２が装置からのデータを記憶し及び／又は処理することを可能にしつつ、装置１４０２の実際のアイデンティティについての知識から、クラウドベースのＣＤＳ１０２を分離する。

クラウドベースのＣＤＳ１０２から装置１４０２にメッセージ（例えば閉ループ又は半閉ループ制御信号、装置の動作を変える信号、その他のコマンド）を送るために、クラウドベースのＣＤＳ１０２は、サイト１サーバ１３４に、装置ＧＵＩＤとともにメッセージを送信する。サイト１サーバ１３４は、装置１４０２に装置ＧＵＩＤをマップする。サイト１サーバ１３４が、装置１４０２にメッセージを送信する。メッセージがコマンドである場合、コマンドは、それが実行される前に、認可された従事者からの確認を必要としてもよい。装置ＧＵＩＤは、装置１４０２の実際のアイデンティティについての知識から、クラウドベースのＣＤＳ１０２を分離し、一方で、クラウドベースのＣＤＳ１０２が装置１４０２を制御し及び／又は制御コマンドを装置１４０２に送信することを可能にする。

このような制御の例は、以下を含むが、これに限定されるものではない。装置１４０２が換気装置である場合、メッセージは、動作モードを陽圧から圧力サポートモードに変えることができ、タイダルボリュームを増大させ又は低下させることができ、酸素濃度を増大させ又は低下させることができ、圧力を増大させ又は低下させることができる等である。装置１４０２がＩＶポンプである場合、メッセージは、流体投与レートを増大させ又は低下させることができる等である。装置１４０２がペースメーカである場合、メッセージは、キャプチャ電流を増大させ又は低下させることができ、レートを増大させ又は低下させることができる等である。装置１４０２が熱調節装置である場合、メッセージは、セットポイントを増大させ又は低下させることができる等である。装置１４０２がモニタである場合、メッセージは、警報をオン又はオフし、特定の情報を表示させることができる等である。

本発明は、好適な実施形態に関して記述された。変更及び変形が、先行する詳細な説明を読み理解することにより当業者に思いつくであろう。本発明は、このような変更及び変形が添付の請求項又はそれらと等価なものの範囲内にある限り、それらのすべてを含むものとして構成されることが意図される。

Claims (54)

1. サイトにおいて、前記サイトに位置する装置に関する装置保証付きユニーク識別子を生成するステップであって、前記装置保証付きユニーク識別子は前記装置の実際のアイデンティティを示す情報を含まない、ステップと、
   前記装置保証付きユニーク識別子と前記装置との間のマッピングを生成するステップと、
   前記サイトから遠隔に位置する遠隔コンピューティング／ストレージサービスからメッセージを受け取るステップであって、前記メッセージは、前記装置保証付きユニーク識別子を含むが、前記装置の実際のアイデンティティを示す情報を含まない、ステップと、
   前記サイトにおいて、前記マッピングを使用して、前記受け取ったメッセージを前記装置保証付きユニーク識別子にマップするステップと、
   前記装置に、前記装置の動作を制御する動作コマンドを含む前記メッセージを伝達するステップと、
   前記動作コマンドに基づいて前記装置の動作を変更するステップと、
   を含む方法。
2. 前記装置からサイトサーバへ、前記装置によって生成されたデータを電子形式で伝達するステップと、
   前記サイトサーバによって、前記装置の前記装置保証付きユニーク識別子を取り出すステップと、
   前記サイトサーバによって、前記装置の実際のアイデンティティを示す情報を含めることなく、前記データを前記装置保証付きユニーク識別子とともに前記遠隔コンピューティング／ストレージサービスに送信するステップであって、前記遠隔コンピューティング／ストレージサービスは前記データを記憶し及び／又は処理する、ステップと、
   を更に含む、請求項１に記載の方法。
3. 前記メッセージが、前記データの処理の結果に応じて前記装置に送信される、請求項２に記載の方法。
4. 前記メッセージが、前記装置をオン又はオフにする、請求項１乃至３のいずれか１項に記載の方法。
5. 前記装置保証付きユニーク識別子が、乱数及び予め決められたクロックシードに基づく、請求項１乃至４のいずれか１項に記載の方法。
6. ３２ビットの文字数字の列として前記装置保証付きユニーク識別子を生成するステップを含む、請求項１乃至５のいずれか１項に記載の方法。
7. 設備において、前記設備における患者の患者データを電子形式で受け取るステップと、
   前記設備を識別する情報を含む保証付きユニーク識別子を取得するステップと、
   前記患者を識別する患者データ内の情報を除去すること又は視覚的に隠すことの少なくとも一方を行うステップと、
   遠隔コンピューティング／ストレージサービスに前記患者データ及び前記保証付きユニーク識別子を電子的に伝達するステップであって、前記遠隔コンピューティング／ストレージサービスは前記保証付きユニーク識別子とともに前記患者データを記憶する、ステップと、
   を含む方法。
8. 前記遠隔コンピューティング／ストレージサービスは前記患者データを処理し、前記方法が、
   前記設備において、前記遠隔コンピューティング／ストレージサービスによって前記患者データを処理した結果を受け取るステップと、
   表示装置に前記結果を表示するステップと、
   を含む、請求項７に記載の方法。
9. 前記結果は、前記患者データと標準化された性能基準との比較を示す、請求項８に記載の方法。
10. 前記結果に基づいて前記表示装置において警報をアクティブにするステップを更に含む、請求項８又は９に記載の方法。
11. 臨床決定支援サービスエンジンをアイドル状態からウェークさせるステップと、
    対応する保証付きユニーク識別子に基づいて患者の患者データを取得するように前記臨床決定支援サービスエンジンに指示するステップと、
    前記保証付きユニーク識別子を使用して、前記患者データのクエリを送信するステップと、
    クエリされた患者データを受け取るステップであって、患者のアイデンティティは前記患者データに含まれていない、ステップと、
    を含む方法。
12. 予め決められた性能基準に基づいて受け取ったデータを処理するステップと、
    性能結果を生成するステップと、
    前記性能結果を記憶するステップと、
    を更に含む、請求項１１に記載の方法。
13. 前記記憶される性能結果は、個別のサイトからの患者データと標準化された性能基準との比較を示す、請求項１２に記載の方法。
14. 前記記憶される性能結果は、２つの異なるサイトからの患者データの比較を示す、請求項１２に記載の方法。
15. 性能結果に基づいて前記遠隔アプリケーションにメッセージを送信するステップを含む、請求項１１乃至１４のいずれか１項に記載の方法。
16. 性能結果に基づいて性能基準を生成するステップを含む、請求項１１乃至１５のいずれか１項に記載の方法。
17. 遠隔アプリケーションから、患者に対応する保証付きユニーク識別子に基づいて、患者データの要求を受け取るステップと、
    前記保証付きユニーク識別子に基づいて要求された患者データを取り出すステップと、
    前記遠隔コンピューティング／ストレージサービスに、取り出された要求された患者データを伝達するステップと、
    を含む、請求項１１乃至１６のいずれか１項に記載の方法。
18. 各患者をユニークな保証付きユニーク識別子にマップする患者保証付きユニーク識別子マップと、
    前記患者保証付きユニーク識別子マップからの当該患者に対応する保証付きユニーク識別子により、当該患者の患者データを標識化し、当該患者を識別する前記患者データ内の情報を除去すること又は視覚的に隠すことの少なくとも一方を行い、遠隔コンピューティング／ストレージサービスに前記標識化された患者データを伝達するサイトサーバと、
    を有するサブシステムサイト。
19. 前記サイトの第１のデータリポジトリを有し、前記患者データが患者アイデンティティとともに前記第１のデータリポジトリに記憶される、請求項１８に記載のサブシステムサイト。
20. 前記患者データが、患者アイデンティティを含まずに遠隔コンピューティング／ストレージサービスに記憶される、請求項１８又は１９に記載のサブシステムサイト。
21. 患者アイデンティティに基づいて患者データの要求を生成するコンピューティング装置を更に有し、前記サイトサーバが、患者アイデンティティを除去し及び／又は視覚的に隠し、前記患者アイデンティティに対応する保証付きユニーク識別子により前記要求を標識化する、請求項１８乃至２０のいずれか１項に記載のサブシステムサイト。
22. 前記サイトサーバが、前記保証付きユニーク識別子に対応する要求されたデータを受け取り、患者アイデンティティにより、前記受け取られたデータを標識化し、前記コンピューティング装置に前記標識化されたデータを提供する、請求項２１に記載のサブシステムサイト。
23. 前記サイトサーバは、前記遠隔コンピューティング／ストレージサービスから患者データの要求を受け取ることに応じて、患者データを標識化し、遠隔コンピューティング／ストレージサービスに前記標識化された患者データを伝達する、請求項１８乃至２１のいずれか１項に記載のサブシステムサイト。
24. 保証付きユニーク識別子が当該患者についてまだ存在しない場合、当該患者の保証付きユニーク識別子を生成する保証付きユニーク識別子生成器を更に有する、請求項１８乃至２２のいずれか１項に記載のサブシステムサイト。
25. クラウドベースのＣＤＳシステムにおいて、連合ヘルスケアエンティティのグループのヘルスケアエンティティからクエリを受け取るステップであって、前記クエリは、ヘルスケアエンティティによって生成される患者の保証付きユニーク識別子を含むが患者のアイデンティティを含まない、ステップと、
    ヘルスケアエンティティの別のものに以前に登録された別の患者であって、クエリされた患者と同じである見込みのある患者に対応するクラウドベースのＣＤＳに記憶された少なくとも１つの保証付きユニーク識別子を識別するステップと、
    前記ヘルスケアエンティティの別のものに以前に登録された前記患者の前記少なくとも１つの保証付きユニーク識別子を示す信号を生成するステップと、
    前記信号を前記クエリしているヘルスケアエンティティに送信するステップと、
    を含む方法。
26. 前記クエリされた患者は、ヘルスケアエンティティの初めて登録された患者である、請求項２５に記載の方法。
27. 前記ヘルスケアエンティティの別のものに以前に登録された患者の前記少なくとも１つの保証付きユニーク識別子は、前記ヘルスケアエンティティの別のものに以前に登録された患者の前記少なくとも１つの保証付きユニーク識別子に対応する患者の患者属性と、前記クエリの患者属性との比較に基づいて、識別される、請求項２５又は２６に記載の方法。
28. 前記ヘルスケアエンティティの別のものに以前に登録された患者の前記少なくとも１つの保証付きユニーク識別子は、前記ヘルスケアエンティティの別のものに以前に登録された患者の前記少なくとも１つの保証付きユニーク識別子に対応する患者が、前記クエリの患者と同じである見込みを示すスコアを割り当てられる、請求項２７に記載の方法。
29. 少なくとも２つの保証付きユニーク識別子が識別され、前記方法が、スコアに基づき前記少なくとも２つの保証付きユニーク識別子をソートすることを含む、請求項２８に記載の方法。
30. 前記クラウドベースのＣＤＳシステムにおいて、前記クエリの患者と同じ患者に対応するものとして前記信号内のＧＵＩＤの１つの受け入れを示す第２の信号を、前記ヘルスケアエンティティから受け取るステップを含む、請求項２５乃至２９のいずれか１項に記載の方法。
31. 前記受け入れられたＧＵＩＤに対応するマスタＧＵＩＤを取得するステップと、前記クエリの前記ＧＵＩＤを含むように前記マスタＧＵＩＤを更新するステップと、を含む、請求項３０に記載の方法。
32. 前記少なくとも１つのエンティティによって生成されたＧＵＩＤを含むマスタＧＵＩＤが新しいＧＵＩＤで更新されることを、連合ヘルスケアエンティティの少なくとも１つのエンティティに知らせる、請求項３０又は３１に記載の方法。
33. 前記クラウドベースのＣＤＳシステムにおいて、前記クエリの患者と同じ患者に対応するものとして前記信号内のＧＵＩＤの全ての拒否を示す第３の信号を、前記ヘルスケアエンティティから受け取るステップを含む、請求項２９に記載の方法。
34. 患者の新しいマスタＧＵＩＤを生成するステップを更に含み、前記マスタＧＵＩＤが前記クエリのＧＵＩＤを含む、請求項３３に記載の方法。
35. 前記クエリされた患者は、前記ヘルスケアエンティティによってすでに登録されている、請求項２５に記載の方法。
36. 前記クラウドベースのＣＤＳにおいてマスタＧＵＩＤにアクセスするステップと、
    クエリされたＧＵＩＤを含むマスタＧＵＩＤを識別するステップと、
    前記マスタＧＵＩＤに含まれる他のＧＵＩＤを取り出すステップと、
    を含み、前記信号が前記取り出された他のＧＵＩＤを含む、請求項３５に記載の方法。
37. 前記クラウドベースのＣＤＳシステムにおいて、前記クエリの患者と同じ患者に対応するものとして前記信号内のＧＵＩＤの１つの受け入れを示す第４の信号を、前記ヘルスケアエンティティから受け取るステップを含む、請求項３６に記載の方法。
38. 前記クエリのＧＵＩＤを含むように前記マスタＧＵＩＤを更新するステップと、請求項３７に記載の方法。
39. 前記クラウドベースのＣＤＳシステムにおいて、前記クエリの患者と同じ患者に対応するものとして前記信号内のＧＵＩＤの全ての拒否を示す第５の信号を、前記ヘルスケアエンティティから受け取るステップを含む、請求項３６に記載の方法。
40. 前記患者について新しいマスタＧＵＩＤを生成するステップを含み、前記マスタＧＵＩＤが前記クエリのＧＵＩＤを含む、請求項３６に記載の方法。
41. クラウドベースのＣＤＳに対するユーザアクセスのクエリを受け取るステップと、
    ユーザのユーザＧＵＩＤを取得するステップと、
    少なくとも前記ユーザＧＵＩＤを含むクエリにより、前記クラウドベースのＣＤＳをクエリするステップと、
    を含む方法。
42. 前記ユーザＧＵＩＤは、以前に生成されたものである、請求項４１に記載の方法。
43. 前記ユーザＧＵＩＤがまだ存在せず、前記方法が、前記ユーザＧＵＩＤを生成するステップを含む、請求項４１に記載の方法。
44. 前記クエリは、患者に対応する患者ＧＵＩＤを含むが、患者のアイデンティティを明かさない、請求項４１乃至４３のいずれか１項に記載の方法。
45. 患者を識別する情報を含む該患者の患者データを電子形式で受け取るステップと、
    保証付きユニーク識別子により患者データを標識化し、患者を識別する前記患者データ内の情報を除去すること又は視覚的に隠すことの少なくとも一方を行うステップと、
    遠隔コンピューティング／ストレージサービスに、前記標識化された患者データを電子的に伝達するステップと、
    を含み、前記標識化された患者データは、患者を識別する前記患者データ内の情報を含まずに、前記遠隔コンピューティング／ストレージサービスに記憶される、方法。
46. 前記保証付きユニーク識別子は、乱数及び予め決められたクロックシードに基づく、請求項４５に記載の方法。
47. ３２ビットの文字数字の列として前記保証付きユニーク識別子を生成するステップを含む、請求項４５又は４６に記載の方法。
48. 前記保証付きユニーク識別子が、前記患者データをもつソース設備を識別する情報を含む、請求項４５乃至４７のいずれか１項に記載の方法。
49. 第１の保証付きユニーク識別子に対応する患者データのクエリを、前記遠隔コンピューティング／ストレージサービスから受け取るステップと、
    前記第１の保証付きユニーク識別子に対応し且つ第１の患者に対応する第１の患者アイデンティティを取得するステップと、
    前記第１の患者アイデンティティに基づいて前記第１の患者に対応する患者データを取り出すステップと、
    を含み、前記取り出される患者データが、前記標識化され前記伝達された患者データである、請求項４５乃至４８のいずれか１項に記載の方法。
50. 前記標識化され伝達された患者データが、前記遠隔コンピューティング／ストレージサービスによって処理され、前記方法が、前記処理されたデータに対応するメッセージを、前記遠隔コンピューティング／ストレージサービスから受け取るステップを含む、請求項４５乃至４９のいずれか１項に記載の方法。
51. コンピューティング装置で実行される遠隔アプリケーションから、第２の患者アイデンティティに基づく、第２の患者に対応する第２の患者データのクエリを受け取るステップと、
    前記第２の患者アイデンティティに対応する第２の保証付きユニーク識別子を取得するステップと、
    前記クエリ内の前記第２の患者の前記第２の患者アイデンティティを、前記第２の保証付きユニーク識別子と置き換え、変更されたクエリを生成するステップと、
    前記遠隔コンピューティング／ストレージサービスに前記変更されたクエリを伝達するステップであって、前記第２の患者は、前記遠隔コンピューティング／ストレージサービスには前記クエリから識別できない、ステップと、
    を含む、請求項４５乃至５０のいずれか１項に記載の方法。
52. 前記遠隔コンピューティング／ストレージサービスから前記クエリされた患者データを受け取るステップと、
    前記第２の保証付きユニーク識別子に対応する前記第２の患者アイデンティティを取得するステップと、
    前記患者データ内の前記第２の保証付きユニーク識別子を、前記第２の患者の患者アイデンティティと置き換え、変更された要求データを生成するステップと、
    前記遠隔アプリケーションに、前記変更された要求データを伝達するステップであって、前記第２の患者は、前記第２の患者アイデンティティに基づいて前記要求データから識別できる、ステップと、
    を含む、請求項５１に記載の方法。
53. 前記患者データが、異なるサブシステムサイトに局所的に記憶される、請求項４５乃至５２のいずれか１項に記載の方法。
54. 前記患者データが、前記遠隔コンピューティング／ストレージサービスの共通ストレージに記憶される、請求項４５乃至５３のいずれか１項に記載の方法。

Images