JP2009015835A - 臨床分析統合サービスのためのシステムおよび方法 - Google Patents

Abstract

【課題】臨床分析統合サービス（４２０）を介して臨床情報システム（１０８、１１０、３１０、４４０）によって患者データを編成およびクエリする。
【解決手段】臨床システム（１０８、１１０、３１０、４４０）と電子患者データを交換する電子患者データシステム（３００、４００）は、患者に関連するデータを集約および格納する電子データリポジトリ（１０４、２１０、３３０、３６０）を含む。電子データリポジトリ（１０４、２１０、３３０、３６０）は、臨床分析統合サービス（４２０）を介して複数の臨床システム（１０８、１１０、３１０、４４０）にアクセス可能であり、それらの複数の臨床システムによって検索可能である。このシステム（３００、４００）はまた、臨床システム（１０８、１１０、３１０、４４０）からのクエリに応答して電子データリポジトリ（１０４、２１０、３３０、３６０）から１つまたは複数の臨床システム（１０８、１１０、３１０、４４０）にデータを提供する。
【選択図】図１

Description

本発明は、概して、臨床分析情報サービス（ＣＡＩＳ、ｃｌｉｎｉｃａｌ ａｎａｌｙｓｉｓ ｉｎｆｏｒｍａｔｉｏｎ ｓｅｒｖｉｃｅ）に関する。より詳細には、本発明は、ＣＡＩＳを介して臨床情報システム間で対話型ダイアログを容易にするためのシステムおよび方法に関する。

病院、クリニック、診療所、および他の入院患者または外来患者の施設などの医療施設は、典型的には、その施設内の様々な診療科または部署を運営するために、コンピュータシステムを使用している。各患者についてのデータは、様々なコンピュータシステムによって収集される。例えば、ある患者が、経胸壁エコー検査（ＴＴＥ、Ｔｒａｎｓｔｈｏｒａｃｉｃ Ｅｃｈｏ）のために病院に入院することがある。その患者についての（例えば、人口統計的および保険の）情報を、病院情報システム（ＨＩＳ）によって獲得し、患者の記録に格納することができる。次いで、こうした情報を、（心臓血管系情報システム、すなわちＣＶＩＳとして一般に知られている）循環器科のシステムに渡すことができる。典型的には、ＣＶＩＳはある会社の製品であり、ＨＩＳは他の会社の製品である。その結果、それら２つの間のデータベースは異なることがある。さらに、情報システムは、データ中に異なるレベルの細分性を獲得／保持および送信することがある。一旦、患者情報がＣＶＩＳによって受信されると、エコー室のＴＴＥのために患者の予定を組むことができる。次に、超音波検査技師によってＴＴＥが行われる。撮像および測定が行われ、ＣＶＩＳサーバに送られる。読み取る医師（例えば、心臓エコー検査）は、評価ステーションで座っており、その患者のＴＴＥ分析を引き出す。次いで、心臓エコー検査により画像および測定値の評価が始まり、分析に関して完成した医療レポートを作り出す。心臓エコー検査により医療レポートが完成すると、そのレポートは、ＣＶＩＳサーバに送られ、そこで格納され、患者識別データを通して患者と関連付けられる。こうして完成した医療レポートは、公用データマイニングのためにデータリポジトリに送ることができる種類のレポートの一例である。文書作成および／または処方箋などの投薬指示および治療指示を電子的に生成し、データリポジトリに保管することもできる。

医療費請求書および電子医療記録（ＥＭＲ、ｅｌｅｃｔｒｏｎｉｃ ｍｅｄｉｃａｌ ｒｅｃｏｒｄ）から生じる患者情報を集約、クリーニング、ステージ、レポート、および分析するために、データウェアハウスの方法が使用されてきた。患者データを、地理的に分散した位置にある患者ケア提供者（ＰＣＰ、ｐａｔｉｅｎｔ ｃａｒｅ ｐｒｏｖｉｄｅｒ）のサイトに位置する複数のＥＭＲデータベースから抽出し、次いで、中央に位置するデータウェアハウスに移送および格納することができる。この中央データウェアハウスを、医師の生産性、予防処置、疾病管理統計結果および臨床成果の調査研究の、人口ベースの概要レポートのための情報源とすることができる。中央データウェアハウスを使用して、複数のケア提供者にわたる実績にベンチマークを実行することもできる。患者データは、デリケートであり、機密であり、したがって、ＰＣＰサイトから中央データウェアハウスに移送する前に、特定の識別情報を削除しなければならない。こうした識別情報の削除は、連邦政府の医療保険の相互運用性と説明責任に関する法律（ＨＩＰＡＡ、Ｈｅａｌｔｈ Ｉｎｓｕｒａｎｃｅ Ｐｏｒｔａｂｉｌｉｔｙ ａｎｄ Ａｃｃｏｕｎｔａｂｉｌｉｔｙ Ａｃｔ）の規定に準拠して行わなければならない。公共データベースに含まれるどんなデータも、医療情報がデータベースに含まれている個々の患者の個人情報を公に明かしてはならない。こうした要件により、特定の個人を追跡することを助ける可能性のある、医療レポートまたは記録に含まれるどんな情報も、公共データマイニングのためにそのデータをデータウェアハウスに追加する前に、レポートまたは記録から削除しなければならない。

従って、ＣＡＩＳを介して臨床情報システム間で対話型ダイアログを容易にするためのシステムおよび方法が求められる。

本発明のいくつかの実施形態は、臨床分析統合サービスを介して臨床情報システム間の対話型ダイアログを容易にするためのシステムおよび方法を提供する。

いくつかの実施形態は、臨床環境で患者データおよび関連情報を共有するための方法を提供する。この方法は、１つまたは複数の外部臨床システムによって格納および検索するために電子データリポジトリ内のデータを編成するステップを含む。この方法はまた、電子データリポジトリ内のデータに関して臨床システムからのクエリを受信するステップと、そのクエリを処理するステップとを含み、そのクエリは、臨床分析統合サービスを介して受信される。さらに、この方法は、クエリに基づいて電子データリポジトリからデータを検索するステップを含む。さらに、この方法は、臨床分析統合サービスを介して臨床システムにデータを出力するステップを含む。臨床分析統合サービスは、電子データリポジトリと１つまたは複数の臨床システムとの間で情報を繰り返し交換することを容易にする。

いくつかの実施形態は、データリポジトリと臨床システムとの間で電子患者データを交換するための電子患者データシステムを提供する。電子患者データシステムは、患者に関連するデータを集約および格納するように構成された電子データリポジトリを含む。電子データリポジトリは、臨床分析統合サービスを介して複数の臨床システムにアクセス可能であり、それらの複数の臨床システムによって検索可能である。このシステムはまた、臨床システムからのクエリに応答して電子データリポジトリから１つまたは複数の臨床システムにデータを提供する臨床分析統合サービスを含む。臨床分析統合サービスはまた、臨床システムから電子データリポジトリへのフィードバックを提供する。

いくつかの実施形態は、プロセッサによって実行するための命令のセットを有するコンピュータ可読媒体を提供する。その命令のセットは、患者に関するデータを集約および格納するように構成された電子データリポジトリを含む。電子データリポジトリは、臨床分析統合サービスを介して複数の臨床システムにアクセス可能であり、それらの複数の臨床システムによって検索可能である。その命令のセットはまた、臨床システムからのクエリに応答して電子データリポジトリから１つまたは複数の臨床システムにデータを提供する臨床分析統合サービスを含む。

前述の発明の開示ならびに以下の本発明のいくつかの実施形態の詳細な説明は、添付の図面と併せて読むときによりよく理解することができる。本発明を例示するために、いくつかの実施形態が図面に示されている。しかし、添付の図面に示された配置および手段に本発明が限定されないことを理解されたい。

電子患者データシステムのいくつかの実施形態では、例えば、レポートを作成するために、データを入力、格納、検索および使用することができる。臨床レポートおよび分析システムは、電子患者データおよび他の臨床データに基づいて、１人または複数のユーザに視覚的なエンドユーザレポートを提供する。しかし、電子医療データを使用して、関連の電子処理を動作させ、他の臨床上のワークフローを容易にすることもできる。

いくつかの実施形態では、電子医療記録データを使用して、外部システムが、電子医療記録データウェアハウス内に含まれた臨床分析およびレポート知識に関係する、リッチデータ駆動型（例えば、拡張可能なマーク付け言語すなわちＸＭＬ）のダイアログ／照会を設定することを可能にする。電子患者データの内容／分析は、例えば、臨床データ、患者／ケアマネジメントの質、および国家規格測度に関する、より広範囲のセットの分析および集計を取り入れることができる。

ＣＤＳデータウェアハウスなどの電子医療データウェアハウスは、様々な臨床の範囲（例えば、慢性疾患の管理および／または国家基準に基づいた品質の成果）に関する、広範囲のデータ分類、変換、集計を行う。従来は、ユーザインターフェースに基づくレポートが、こうした最終の分析／出力を消費する主なものであった。いくつかの実施形態は、例えば、電子医療データの主題に関連したシステム間のダイアログ／照会をサポートするように、ＸＭＬベースのメッセージング／会話パターンを提供する。

いくつかの実施形態は、臨床分析統合サービス（ＣＡＩＳ）を介して臨床システム間のダイアログを容易にする。要求および応答を含む一方向または双方向のクエリに加えて、ＣＡＩＳは、システム間のリッチな繰り返しのダイアログを容易にすることができる。ＣＡＩＳは、特定のシステムに格納されたデータに基づいて、分析／洞察を進歩させる助けをすることができる。ＣＡＩＳは、一連の複数のクエリが臨床システム間で往復するのを容易にすることができる。ダイアログは、例えば、臨床上の洞察の編成、集計、繰り返しの問合せ、および開発を含むことができる。このような情報交換およびある期間にわたる分析は、よりリッチなダイアログが生じることを可能にする。

いくつかの実施形態では、ＣＡＩＳは、検索したデータにいくつかのパターンを見つけることができる。データは、患者データ、関連データ、測定値、データに関する洞察などを含むことができる。アルゴリズムを使用して、何らかの特徴（例えば、特定の特徴への一致）に基づいて、例えば、ある人口が糖尿病にかかる可能性が高いということを判定することができる。その可能性がある場合は、その人口を助けるために何らかの予防措置が存在するかもしれない。いくつかの実施形態では、患者および／または診断情報を、医療従事者が患者の回復を助けながら得ることができる収入の程度を判定するために、経理データと組み合わせることができる。臨床データウェアハウスと臨床データサービス（ＣＤＳ）を含むＣＡＩＳとの間での繰り返しのダイアログまたは対話は、例えば、こうした分析を容易にする助けとなることができる。

さらに、ＴＴＥ、ＣＶＩＳ、ＨＩＳなどの臨床システムは、ＣＤＳ／ＣＡＩＳから受信した患者の洞察を強化することによって、個々のワークフローを増大することがある。例えば、所与のワークフローでは、他のいくつかのワークフローにおいて増大するかまたは助けとなることができる情報が存在することがある。ＣＡＩＳからの情報に基づいて受取りシステムで動作が起きると、追加の情報が患者の健康記録の一部になり、その情報は、システムに戻り、システムの動作および対話をよりインテリジェントにする助けをする。例えば、データウェアハウスは、足の検査のための、糖尿病になりそうな人を特定する基準を含むことができる。臨床情報システムは、足の検査を受けたか受けていないかを判定するために、その施設のための糖尿病患者人口に関する情報と組み合わせた基準を使用することができる。次いで、足の検査をまだ受けていない患者に対しては、例えば、検査の予定を自動的に組むこともでき、あるいはその他の形で検査を受けるように促すこともできる。

他の例としては、健康管理情報システムは、ある特定の患者リストのいずれかが冠動脈疾患の場合の症状に合っているかどうかを判定するために、ＣＡＩＳを介してデータウェアハウスに問い合わせることができる。ＣＡＩＳ／ＣＤＳが、冒されている患者のリストに応答する場合は、ＨＩＳは、このような症状のために推奨される介入または対策を要求する。ＣＡＩＳ／ＣＤＳは、１組の推奨された対策で対応する。次いで、ＨＩＳは、患者の治療および／またはスケジューリングワークフローでこれらの対策を使用することができる。対策が完了すると、こうした情報は、再び、さらなる分析、フィードバックなどのためにＣＡＩＳ／ＣＤＳに押し上げることができる。

本発明の例示的な実施形態は、患者ケア提供者（ＰＣＰ）サイト（歩行可能なまたは外来患者のＰＣＰ、入院患者のＰＣＰシステム、患者情報を含むＨＩＳなど）から、患者データを分析してより広い範囲の患者データと比較することができるデータウェアハウスシステムに、非識別化（ｄｅ−ｉｄｅｎｔｉｆｉｅｄ）患者情報を送るための安全なプロセスである。用語「非識別化患者情報」および「非識別化患者データ」は、この文書で使用される通り、ＨＩＰＡＡによって定義されるように完全に非識別化されたデータとＨＩＰＡＡによって定義されるように限定されたデータセットのデータの両方を指す。限定されたデータセットは、研究、公衆衛生および健康管理事業のための、保護された健康情報であり、その保護された健康情報は、直接の識別子（例えば、名前、市、州および郵便番号以外の住所、社会保障番号、医療記録番号）を除外し、他の識別情報（例えば、検査日、文書、診断、処方箋、研究室の検査結果）は残っていることがある。これは、個々の患者を追跡するために使用することができる全てのデータが記録から削除される、ＨＩＰＡＡによって定義されるような完全に非識別化されたデータとは異なる。個々の患者に関する、データウェアハウスを通して獲得された情報は、コホートレポートを介して元のＰＣＰサイトに伝送して戻される。コホートレポートは、患者のコホートグループを識別するために、データウェアハウスシステムに対して実行されるクエリによって生成される。次いで、個々の患者のための治療の選択肢を決定するときに、コホートレポートに含まれる個々の患者は、ＰＣＰサイトで再識別化されて、ＰＣＰがその情報を考慮に入れる。

図１は、電子患者データを取得、格納、および伝送するための例示的なシステムである。様々なＰＣＰサイトに位置するＰＣＰシステム１０８は、ネットワーク１０６に接続される。ＰＣＰシステム１０８は、患者の医療データをデータウェアハウスシステム１０４に位置するデータウェアハウスに送信する。ＰＣＰシステム１０８は、典型的には、ＰＣＰサイトで扱われる、患者に関する電子医療記録（ＥＭＲ）を格納するための１つまたは複数の記憶装置と共に、データ抽出を行うアプリケーションソフトウェアを含む。さらに、ＰＣＰシステム１０８は、ＥＭＲデータにアクセスし、データ抽出を開始し、患者識別子を暗号化するために使用されるパスワードストリングを入力するために、ＰＣＰユーザシステム１１０を含むことができる。ＰＣＰユーザシステム１１０を、ＰＣＰシステム１０８に直接接続してもよく、ＰＣＰユーザシステム１１０が、ネットワーク１０６を介してＰＣＰシステム１０８にアクセスしてもよい。各ＰＣＰユーザシステム１１０を、本明細書で説明する処理を実行するためのコンピュータプログラムを実行する汎用コンピュータを使用して実装することができる。ＰＣＰユーザシステム１１０は、パーソナルコンピュータまたはホストに接続された端末装置でよい。ＰＣＰユーザシステム１１０がパーソナルコンピュータである場合は、ＰＣＰユーザシステム１１０にアプレットを提供することにより、本明細書で説明される処理を、ＰＣＰユーザシステム１１０とＰＣＰシステム１０８によって分担することができる。ＰＣＰシステム１０８に位置する記憶装置を、ファイル転送プロトコル（ＦＴＰ）サーバなど、電子情報を格納するための様々な装置を使用して実装することができる。記憶装置を、ＰＣＰシステム１０８に含まれるメモリを使用して実装することもでき、別個のフィジカルデバイスとすることもできることが理解される。記憶装置は、ＥＭＲデータベースを含む様々な情報を含む。

さらに、図１のシステムは、１つまたは複数のデータウェアハウスユーザシステム１０２を含み、エンドユーザは、そのデータウェアハウスユーザシステム１０２を通して、（例えば、コホートレポートを作成するために）データウェアハウスに格納された特定の記録にアクセスするために、データウェアハウスシステム１０４上のアプリケーションプログラムに要求を行うことができる。本発明の例示的な実施形態では、エンドユーザは、ＰＣＰのスタッフメンバー、製薬会社または他の会社の調査チームのメンバーおよび薬品または他の製品を作る会社の職員を含むことができる。データウェアハウスユーザシステム１０２を、データウェアハウスシステム１０４に直接接続してもよく、ネットワーク１０６を介してデータウェアハウスシステム１０４に結合してもよい。データウェアハウスユーザシステム１０２はそれぞれ、本明細書で説明する処理を実行するためのコンピュータプログラムを実行する汎用コンピュータを使用して実装することができる。データウェアハウスユーザシステム１０２は、パーソナルコンピュータ、ホストに接続された端末装置、ソフトウェア、および／または他のプロセッサでよい。データウェアハウスユーザシステム１０２がパーソナルコンピュータである場合は、データウェアハウスユーザシステム１０２にアプレットを提供することにより、本明細書で説明する処理を、データウェアハウスユーザシステム１０２とデータウェアハウスシステム１０４によって分担することができる。

ネットワーク１０６は、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、イントラネット、またはグローバルネットワーク（例えば、インターネット）を含む、任意のタイプの既知のネットワークでよい。データウェアハウスユーザシステム１０２を、複数のネットワーク（例えば、イントラネットおよびインターネット）を通してデータウェアハウスシステム１０４に結合することができ、そのため、全てのデータウェアハウスユーザシステム１０２を同じネットワークを通してデータウェアハウスシステム１０４に結合する必要があるとは限らない。同様に、ＰＣＰシステム１０８を、複数のネットワーク（例えば、イントラネットおよびインターネット）を通してデータマイニングホストシステム１０４に結合することができ、そのため、全てのＰＣＰシステム１０８を同じネットワークを通してデータウェアハウスシステム１０４に結合する必要があるとは限らない。１つまたは複数のデータウェアハウスユーザシステム１０２、ＰＣＰシステム１０８およびデータウェアハウスシステム１０４は、ネットワーク１０６に無線で接続することができ、ネットワーク１０６は、ワイヤレスネットワークとすることができる。例示的な実施形態では、ネットワーク１０６は、インターネットであり、各データウェアハウスユーザシステム１０２は、データウェアハウスシステム１０４に直接接続するために、ユーザインターフェースアプリケーションを実行する。他の実施形態では、データウェアハウスユーザシステム１０２が、ネットワーク１０６を通してデータウェアハウスシステム１０４に接触するために、ウェブブラウザを実行することができる。あるいは、データウェアハウスユーザシステム１０２を、ウェブＴＶなど、基本的にネットワーク１０６にアクセスするためにプログラムされた装置を使用して実装することができる。

データウェアハウスシステム１０４を、コンピュータプログラムに応答して動作するサーバを使用して実装することができ、そのコンピュータプログラムは、サーバによってアクセス可能な記憶媒体に格納される。データウェアハウスシステム１０４は、データウェアハウスユーザシステム１０２およびＰＣＰシステム１０８と通信するために、（ウェブサーバと称されることが多い）ネットワークサーバとして動作することができる。データウェアハウスシステム１０４は、データウェアハウスユーザシステム１０２およびＰＣＰシステム１０８への情報の送信およびそこからの情報の受信を処理し、関連するタスクを実行することができる。データウェアハウスシステム１０４は、データウェアハウスシステム１０４への無許可のアクセスを防止し、許可されたアクセスに制限を実施するためにファイアウォールを含むこともできる。例えば、管理者は、システム全体へのアクセスを有し、システムの一部分を修正するための権限を有することができ、ＰＣＰスタッフメンバーは、特定の患者に関するデータウェアハウスの記録のサブセットを見るためのアクセスしか有することができない。例示的な実施形態では、管理者は、新規のユーザを追加し、ユーザを削除し、ユーザの特権を編集することができる。ファイアウォールを、当技術分野で知られた、従来のハードウェアおよび／またはソフトウェアを使用して実装することができる。

データウェアハウスシステム１０４はまた、アプリケーションサーバとしても働く。データウェアハウスシステム１０４は、データウェアハウスシステムに位置するデータリポジトリにアクセスするために１つまたは複数のアプリケーションプログラムを実行し、かつ患者データをステージングエリアに、次いでデータウェアハウスにインポートするためにアプリケーションプログラムを実行する。さらに、データウェアハウスシステム１０４は、患者コホートレポートを作成し、その患者コホートレポートをＰＣＰシステム１０８に送信するために、１つまたは複数のアプリケーションを実行することもできる。アプリケーション（例えば、ｊａｖａアプレット）（「Ｊａｖａ」は商標）データウェアハウスユーザシステム１０２に提供することにより、処理を、データウェアハウスユーザシステム１０２とデータウェアハウスシステム１０４によって分担することができる。あるいは、データウェアハウスユーザシステム１０２は、本明細書で説明する処理の一部分を実行するための独立型のソフトウェアアプリケーションを含むことができる。同様に、アプリケーションをデータウェアハウスユーザシステム１０２に提供することにより、処理を、データウェアハウスユーザシステム１０２とデータウェアハウスシステム１０４によって分担することができ、あるいは、データウェアハウスユーザシステム１０２は、本明細書で説明する処理の一部分を実行するための独立型のソフトウェアアプリケーションを含むことができる。別々のサーバを使用して、ネットワークサーバ機能およびアプリケーションサーバ機能を実装してよいことが理解される。あるいは、ネットワークサーバ、ファイアウォールおよびアプリケーションサーバを、必要な機能を実行するためにコンピュータプログラムを実行する単一のサーバによって実装することができる。

データウェアハウスシステム１０４に位置する記憶装置を、ファイル転送プロトコル（ＦＴＰ）などの電子情報を格納するための様々な装置を使用して実装することができる。記憶装置は、データウェアハウスシステム１０４に含まれるメモリを使用して実装してもよく、別個のフィジカルデバイスでもよいことが理解される。記憶装置は、１つまたは複数のＰＣＰからのデータウェアハウスが有する患者の医療データを含む様々な情報を有する。データウェアハウスシステム１０４はまた、データベースサーバとして動作し、記憶装置に格納されたデータを含むアプリケーションデータへのアクセスを調整することもできる。データウェアハウスを、ユーザ特性に基づいて制限されたアクセスを有する単一のデータベースとして物理的に格納することができ、データウェアハウスユーザシステム１０２またはデータウェアハウスシステム１０４の一部を含む、様々なデータベースに物理的に格納することができる。例示的な実施形態では、データリポジトリは、リレーショナルデータベースシステムを使用して実装され、そのデータベースシステムは、エンドユーザ特性に基づいて、異なるエンドユーザに、異なるデータのビューを提供する。

図２は、例示的なデータウェアハウスアーキテクチャのブロック図である。患者データは、ＰＣＰシステム１０８に位置するＥＭＲデータベースから抽出される。本発明の例示的な実施形態では、ＥＭＲデータベースの記録は、患者の名前および住所、投薬、アレルギー、所見、診断、および健康保険の情報などのデータを含む。ＰＣＰシステム１０８は、ＥＭＲデータベースから患者データを抽出するためのアプリケーションソフトウェアを含む。次いで、そのデータは、非識別化され、（例えば、ハイパーテキスト転送プロトコル（ＨＴＴＰＳ）を介して）ネットワーク１０６上をデータウェアハウスシステム１０４へ移送される。データウェアハウスシステム１０４は、データインポート機能２０６を実行するためにアプリケーションソフトウェアを含む。データインポート機能２０６は、複数のサイトからの非識別化患者データを集約および洗浄し、次いで、そのデータをステージングエリア２０８に格納する。複数のＰＣＰシステム１０８から受信したデータは、正規化され、妥当性および完全性をチェックされ、欠陥に応じて修正されるかまたはフラグを立てられる。次いで、複数のＰＣＰシステム１０８からのデータは、一緒に組み合わせられてリレーショナルデータベースに入る。説明したように集約、クリーニングおよびステージングされたデータは、データが、単一のエンティティとして、またはそれぞれ個別のＰＣＰサイト１０８に特有に、有意義で効率的にクエリされることを可能にする。非識別化患者データは、次に、クエリのために利用可能であるデータウェアハウス２１０にステージされる。

患者のコホートレポート２１２は、データウェアハウスシステム１０４に位置するアプリケーションソフトウェアによって生成され、プライマリケア提供者が個々の患者の治療で使用するためにＰＣＰシステム１０８に返される。患者のコホートレポート２１２を、周期的に組み込まれたクエリを実行することによって自動的に生成することができる。ＰＣＰスタッフメンバー、製薬会社または他の会社の調査チームのメンバーおよび医療用または他の製品を作る会社の職員はそれぞれ、患者のコホートレポート２１２を動作させることができる。さらに、カスタムレポートを作るかまたは組み込まれたレポートの動作を開始するために、患者のコホートレポート２１２を、データウェアハウスユーザシステム１０２にアクセスするエンドユーザが作り出すことができる。さらに、患者のコホートレポート２１２を、データウェアハウスシステム１０４に位置するアプリケーションソフトウェアに応答して自動的に作ることができ、患者に対するデータの特定の組合せがデータウェアハウスに格納されることを決定する。例示的な患者のコホートレポート２１２は、特定の投薬で治療された特定の疾病を有する全ての患者を含む。他の例示的な患者のコホートレポート２１２は、特定の検査結果を有する特定の年齢および性別の患者を含む。例えば、ある患者のコホートレポート２１２は、ホルモン補充療法の薬を服用する、心臓病を有する全ての女性をリストアップすることができる。その患者のコホートレポート２１２は、可能性のある副作用および副作用が起きる可能性についての警告と一緒に、この基準に合うデータウェアハウス２１０中の記録を有する全ての患者をリストアップするようになる。例示的な実施形態では、ＰＣＰサイトはそれぞれ、レポート全体を受け取り、他の実施形態では、ＰＣＰサイトはそれぞれ、ＰＣＰサイトで扱われている患者だけに関するレポートを受け取る。

例示的な実施形態では、縦断的患者データのクエリに基づいて患者のコホートレポート２１２を作成する機能は、データウェアハウス２１０中の１人の患者に関する全ての記録を結びつける機能によって支えられる。これは、データウェアハウス２１０に伝送されるそれぞれの患者の記録に関連する特有の識別子を必要とする。特有の識別子は、データウェアハウス２１０にアクセスするエンドユーザによって個々の患者を追跡可能であってはならない。しかし、個々のＰＣＰは、ＰＣＰサイトに位置する医療職員が、患者のコホートレポート２１２に含まれる情報に応答して、患者を追い続けることができるように、特有の識別子に基づいて患者を再識別化する機能を保持したいかもしれない。

例示的な実施形態では、ＥＭＲデータベースは、以下の患者を識別する人口統計データを含み、それらのデータは、名前、住所を含む地理的な識別子、誕生日、入院日、退院日および死亡日を含む個人に直接関係する日付、電話およびファックス番号、電子メールアドレス、社会保障番号、医療記録番号、ヘルスプラン受給者かどうか、口座番号、証明書または免許証番号、車両番号を含む車両識別子および車体番号、装置識別子およびシリアルナンバー、ウェブユニバーサルリソースロケータ（ＵＲＬ）およびインターネットプロトコル（ＩＰ）アドレス番号、指紋および声紋を含む生体認証識別子、顔写真画像およびそれに匹敵する画像、他の特有の識別番号、特徴および患者識別子（ＰＩＤ）を含む管理事務目的のためのＰＣＰまたはＥＭＲシステムによって割り当てられたコードである。ＥＭＲデータベースは、患者の診断または問題、服用または処方された薬物、所見、診断研究室における検査および生命兆候、主観的および客観的な発見、評価、方針、計画、および健康管理提供者によって文書化されたメモについての情報も含む。ＥＭＲデータベースはまた、作成され、読まれ、更新され、または患者の記録から削除された情報を有する人の日付、時間、および識別子を記録する監査情報も含む。各患者に関するＥＭＲデータベースは、個々の患者を一意的に識別するために使用することができるＰＩＤとして知られた数字キーを含む。ＰＩＤは、コード化した患者識別子（ＥＰＩＤ）を作るために非識別化処理の一部としてコード化される。ＥＰＩＤを、非識別化患者データと共に、データウェアハウスシステム１０４に送信することができる。

データ抽出処理を、例えば、ＰＣＰシステム１０８に位置するアプリケーションソフトウェアによって実行することができ、周期的（例えば、毎晩午前２時、毎週土曜日午前２時）にバックグラウンドで実行することができる。このようにして、抽出処理は、ＰＣＰシステム１０８に位置する現行のソフトウェアと干渉しにくくなる。抽出処理を、リモートシステム（例えば、データウェアハウスシステム１０４）によって開始することもでき、フルまたはインクリメンタルバックアップスキームを含むことができる。例示的な実施形態では、ＨＩＰＡＡの定義の下で完全に非識別化されたデータとして分類される非識別化データを作り出すために、以下の識別子は除去または変形される。識別子には、名前、ストリート名、市、国、行政管区、郵便番号（下三桁まで）を含む州より小さい地理的な下位区分、個人に直接関係する日付（例えば、誕生日）、電話およびファックス番号、電子メールアドレス、ヘルスプラン番号、口座番号、証明書／免許証番号、装置識別名およびシリアルナンバー、ユニファイドリソースロケータ（ＵＲＬ、ｕｎｉｆｉｅｄ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ）、インターネットプロトコル（ＩＰ）アドレス、生体認証識別子、顔写真、および他の独自の識別番号、特徴またはコードが含まれる。

本発明の例示的な代替実施形態では、ＨＩＰＡＡの定義の下で限定されたデータセット情報として分類される非識別化データを作り出すために、名前、（市、州、および郵便番号以外の）住所、社会保障番号および医療記録番号など、直接の識別子が削除または変形される。本発明の限定されたデータセットの情報実装形態では、検査日、文書、診断、処方箋および研究室試験結果など、いくつかの識別情報は、残っていてよい。

いくつかの実施形態では、外来ＰＣＰは、他の外来ＰＣＰからの患者データを含むデータウェアハウスに、患者データを送信することができる。このようにして、患者データを、分析し、より多数の患者と比較することができる。非識別化患者データは、特定の患者に関して複数の記録を分析する縦断的レポートを作成する際に有用となることがあるＥＰＩＤを含む。患者コホートグループのある薬剤および治療の効果を分析することができ、薬剤および治療の使用または構成を改善することができる。さらに、本発明の実施形態は、ＰＣＰがデータウェアハウスに含まれるデータに基づいてコホートレポート２１２を受け取ることを可能にする。これらの患者のコホートレポート２１２は、各患者に関するＥＰＩＤを含む。ＥＰＩＤを、そのＥＰＩＤを作成したＰＣＰサイトでデコードし、特定の患者を識別するために使用することができる。このようにして、ＰＣＰは、コホートレポートに含まれる情報を考慮に入れることによって、改善された治療を患者に提供することができる。有用な情報を患者レベルまで提供するこのような能力は、患者データをデータウェアハウスに送ることに関与するより多くのＰＣＰを導くことができる。データウェアハウスにより多くのデータを有することにより、患者識別情報を第三者に開示するリスクを最小限に抑えながら、製薬会社、医療機器会社および医師などの第三者に、特定の治療の効果およびリスクに関する、より有用な情報を提供することができる。これは、予防処置ならびに他のタイプの医療処置に改善をもたらすことができる。

いくつかの実施形態では、ＥＭＲアップデートは、「プル型」または「プッシュ型」であり、そうでない場合は（例えば、毎晩、毎週など）周期的に、データベース、データウェアハウスおよび／または他のデータ記憶装置と通信される。いくつかの実施形態では、再識別化された患者記録にローカルに行われる変更は、非識別化され、ＥＭＲシステムおよび／または格納のためのデータベースと通信される。

いくつかの実施形態では、ユーザは、「探索（ｆｉｎｄ）」ダイアログまたは検索機能を呼び出すことによって、ＥＭＲ内の１つまたは複数の患者記録を検索することができる。そのユーザは、例えばＥＰＩＤによって検索し、検索を起動するためにＥＰＩＤ番号を入力または選択することができる。対応する患者のカルテを、検索および表示することができる。したがって、患者を、身元確認され検証されている、権限を与えられた健康管理提供者のために再識別化することができる。いくつかの実施形態では、ユーザは、人またはシステムとすることができる。検索を促し、かつ／または例えば、臨床システムとデータウェアハウスの間の自動情報交換と一緒に行うことができる。

図３は、本発明の実施形態による、患者データの格納、検索およびレポートのためのシステム３００を示す。システム３００は、１つまたは複数のユーザワークステーション３１０、ウェブポータル３２０、データ記憶装置３３０およびデータリンク３４０を含む。システム３００は、例えば、表示装置３５０および／またはデータサーバ３６０を含むこともできる。システム３００は、例えば、（１つまたは複数の）ワークステーション３１０の代わりにかつ／またはそれに加えて、１つまたは複数のソフトウェアプロセッサ、コンピュータおよび／または他のプロセッサを含むことができる。システム３００は、例えば、ウェブポータル３２０の代わりにかつ／またはそれに加えて１つまたは複数のウェブサービスを含むことができる。

システム３００の構成要素を、例えば、単独で、またはハードウェア、ファームウェアに組み合わせて、および／あるいはソフトウェアの命令のセットとして実装することができる。いくつかの実施形態を、汎用コンピュータまたは他の処理装置上で実行するための、メモリ、ハードディスク、ＤＶＤ、またはＣＤなどのコンピュータ可読媒体に存在する命令のセットとして提供することができる。特定の構成要素を、様々な形態で統合することができ、かつ／または、コンピュータなどの計算装置のソフトウェアおよび／または他の機能として提供することができる。いくつかの実施形態を、実行、格納、検索および／またはレポートと、再識別化および／または非識別化機能と、ローカルユーザとデータ記憶装置の間のデータ通信のために、システム３００の１つまたは複数の構成要素を削除することができる。

動作中は、ワークステーション３１０または他のプロセッサは、ウェブポータル３２０または他のウェブブラウザを介してデータを要求する。例えば、ワークステーション３１０でユーザは、ウェブポータル３２０にアクセスするウェブブラウザを介して患者に関するデータを要求する。ウェブポータル３２０は、データリンク３４０を介してデータ記憶装置３３０と通信する。例えば、ウェブポータル３２０は、インターネットまたは私設ネットワークなどのネットワークを介して、ＥＭＲデータマートからなど、データ記憶装置３３０からデータを要求する。データ記憶装置３３０は、要求データを、ウェブポータル３２０を介してワークステーション３１０に返還する。データは、例えば、ＨＩＰＡＡで保護されていないデータ、非識別化／暗号化した患者データ、再識別化患者データ、および／または他のデータを含むことができる。

ユーザワークステーション３１０は、データ記憶装置３３０から伝送されたデータを表示するために表示装置３５０と通信することができる。データを、例えば、印刷し、かつ／またはファイルを生成するために使用することもできる。ワークステーション３１０は、例えば、データおよび／または他の更新を伝送するために、データサーバ３６０と通信することもできる。

いくつかの実施形態では、非識別化した患者レポートは、ワークステーション３１０からの要求に応答して、データ記憶装置３３０からウェブポータル３２０を介してワークステーション３１０に伝送される。ワークステーション３１０は、ローカルにワークステーション３１０で非識別化患者データの再識別化を行う。例えば、再識別化を、対応するＰＩＤを決定するために、ＥＰＩＤのルックアップまたは他の同様の技術を介して行うことができる。再識別化機能は、例えば、Ｍｉｃｒｏｓｏｆｔ Ｅｘｃｅｌ、Ｍｉｃｒｏｓｏｆｔ Ｗｏｒｄ、および／または他のソフトウェアなど、文書表示／編集プログラムに統合することができる。再識別化機能は、ＥＰＩＤをＰＩＤに照合するために、データ記憶装置３３０および／またはデータサーバ３６０などの外部ソースのデータにアクセスすることができる。いくつかの実施形態では、ＥＰＩＤを、ＰＩＤおよび／またはワークステーション３１０の文書中の他の患者識別情報（例えば、患者の名前）と交換することができる。

いくつかの実施形態では、ワークステーション３１０は、患者データが再識別化される前に、例えば、サーバ３６０を介した特権またはアクセス権を最初に認証することができる。ワークステーション３１０は、例えば、サーバ３６０および／またはデータ記憶装置３３０を介して、患者および／または提供者の属性を調べることもできる。

多くのシステムは、患者データのよりリッチな分析から利益を得る。しかし、インフラ、処理、および分析の複雑さが、こうした性能を個々のシステムレベルで組み込むことを実行不可能にすることが多い。それらのシステムは、データウェアハウスの変形、分類、および集計サービスの作成／複製に依存することなく、ワークフローなどを強化するために臨床分析データを使用することができる。

例えば、ある患者が救急治療で来院するために予定を組み、同時に、国家規格に従って、「アクティブな（ａｃｔｉｖｅ）糖尿病」として分類される。糖尿病患者は、年１回の足の検査を受けるべきであるが、この患者は、その年１回の検査を受けていない。いくつかの実施形態では、患者Ｘが糖尿病の足の検査など、慢性疾患管理イベントを有する必要があるかまたは有することを推奨される場合は、臨床スケジューリングシステムは、データウェアハウスにクエリすることができる。データウェアハウスは、患者Ｘが足の検査を必要とすることを示す臨床スケジューリングシステムへのメッセージで応答する。こうしたメッセージを、ローカルメッセージング／警告システムに統合して、予定している訪問の間に急性の必要性と慢性の必要性の両方に対処するために患者のアポイントの利益を得ることにおいて、臨床治療チームを助けることができる。

いくつかの実施形態では、臨床レポートシステムによって生成されたレポートは、エンドユーザが特定の質問に対する答えを得ることを可能にする。それらの答えは、エンドユーザがそのレポートを見直す場合は、他の臨床システムとのエンドユーザの対話に影響を与えることがある。臨床分析統合サービス（ＣＡＩＳ）を使用して、システムは、特定のレポートによって表されるドメインの内容を強化し、その情報を適切な関連する受取りシステムのコンテキストに統合することができる。

例えば、システム間のダイアログは、特定の医師のスケジュールのために、患者が取るべき予防処置／慢性疾患行動を有することを示すデータの表示または生成を含むことができる。他の例として、ローカルビジネスインテリジェンスデータウェアハウスは、患者レベルで品質データを組み込むことを目指すが、国家規格ベースの測度を集計、分類および生成するために、論理、変形、およびロード作業（ｌｏａｄ ｗｏｒｋ）を複製することは望まない。ローカルビジネスインテリジェンスデータウェアハウスは、データウェアハウスにインポートするために、特定のドメイン（例えば、組織、クリニック、医師、患者（１人または複数）など）のための患者分析に申し込みをし、正規のデータフィードを受けることができる。

さらに、製薬会社は、安全および監視システムを含む。その会社は、特定の患者人口に関連した患者／臨床イベントが起きることに興味がある。電子データサービスを使用して、その会社のシステムは、安全システムが興味を示すイベントを、臨床データシステムにＸＭＬフォーマットなどのフォーマットで送信することができ、臨床データシステムは、（１つまたは複数の）イベントが起きるときに、それらの（１つまたは複数の）イベントをメッセージとして製薬会社の安全および監視システムに送信することができる。

画像レポートに加えて、ＣＡＩＳで、様々な利用者／受信者／システムが、格納された電子臨床データおよび分析を強化することができる。いくつかの実施形態では、例えば、ウェブサービスを介して、システム間でデータを提供することができる。いくつかの実施形態では、データ分析を、臨床データから利益を得ることがある各ローカルシステムのために複製をとることができる。いくつかの実施形態では、患者データを、ローカルビジネスインテリジェンスデータウェアハウスに統合することができる。

いくつかの実施形態では、ＣＡＩＳを、利用者に提供するサービスの一部または構成要素として提供することができる。例えば、上述のように、医薬品の利用者は、特定の患者人口のための緊急サービスのためであってよい。いくつかの実施形態では、ＣＡＳは、利用者に提供される製品の構成要素であってよい。例えば、ＣＡＩＳを使用する電子医療データウェアハウスに対するインターフェースを含むローカルビジネスインテリジェンスデータウェアハウスを提供することができる。ＣＡＩＳを、例えば、ウェブサービスとして提供することができる。

図４は、本発明の実施形態による臨床分析統合システム４００を示す。システム４００は、分析およびレポートプラットフォーム４１０、臨床分析統合サービス（ＣＡＩＳ）４２０、ポータル／ユーザインターフェースレポートサービス４３０、１つまたは複数の外部システム４４０、およびネットワーク４５０を含む。システム４００の構成要素を、例えば、別個に、あるいは、ハードウェア、ソフトウェアおよび／またはファームウェアの様々な組合せで実装することができる。

ネットワーク４５０は、インターネット、私設ネットワーク、専用ネットワーク、ローカルエリアネットワーク、広域ネットワークなど、１つまたは複数のネットワークを含むことができる。ＨＩＴＳＰ（Ｈｅａｌｔｈ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ Ｓｔａｎｄａｒｄｓ Ｐａｎｅｌ）によって承認され、米国健康福祉省（ＨＨＳ、Ｈｅａｌｔｈ ａｎｄ Ｈｕｍａｎ Ｓｅｒｖｉｃｅｓ）、ＨＬ７（Ｈｅａｌｔｈ Ｌｅｖｅｌ Ｓｅｖｅｎ）および／またはＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｉｎ Ｍｅｄｉｃｉｎｅ）通信用インターフェースおよびファイルフォーマット基準によって認められた基準などのインターフェース基準を使用して、システム４００によって情報共有を容易にすることができる。ＣＡＩＳ４２０は、分析およびレポートプラットフォーム４１０およびネットワーク４５０を介して、データリポジトリからのデータを１つまたは複数の外部システム４４０に提供することができる。ネットワーク４５０上の双方向メッセージングにより、ＣＡＩＳ４２０と（１つまたは複数の）外部システム４４０との間で情報を共有することが可能になる。

やはりかつ／またはあるいは、１つまたは複数のデータリポジトリからのデータを、プラットフォーム４１０など、サーバまたはアプリケーションを介して、１つまたは複数のビューワまたはポータル４３０に提供することができる。いくつかの実施形態では、ポータル４３０は、ウェブサーバプラットフォーム４１０を介してデータを提供されるウェブベースのポータルでよい。

いくつかの実施形態では、ポータル４３０を使用して、例えば、情報へのアクセス、患者ケアおよび／または治療管理（ｐｒａｃｔｉｃｅ ｍａｎａｇｅｍｅｎｔ）を容易にすることができる。ポータル４３０を介して利用可能な情報および／または機能は、１つまたは複数のオーダーエントリ、研究室試験結果評価システム、患者情報、臨床決定支援、投薬管理、スケジューリング、電子メールおよび／またはメッセージング、医療資源などを含むことができる。

いくつかの実施形態では、ポータル４３０は、例えば、情報およびアプリケーションにアクセスするために中央インターフェースとして働く。データを、例えばポータルまたはビューワ４３０を通してみることができる。さらに、データを、例えばポータル４３０を使用して、操作および伝達することができる。データを、生成、修正、格納および／または使用することができ、次いで、ポータル４３０を介して、例えば、修正、格納および／または使用するために、他のアプリケーションまたはシステムに通信することができる。

いくつかの実施形態では、ポータル４３０は、例えば、ローカル的に（例えば、オフィス内で）および／または（例えば、インターネットおよび／または他の私設ネットワークもしくは接続を介して）リモートで、アクセス可能とすることができる。ポータル４３０を、例えば、患者ケアおよび治療管理を容易にするために、データおよび／または機能にアクセスする際に、ユーザを助けるかまたはガイドするように構成することができる。いくつかの実施形態では、ポータル４３０を、例えば、特定の規則、好みおよび／または機能に従って構成することができる。例えば、ユーザは、特定の要望、好みおよび／または要件に従って、ポータル４３０をカスタマイズすることができる。

いくつかの実施形態では、ＸＤＳ（Ｃｒｏｓｓ Ｄｏｃｕｍｅｎｔ Ｓｈａｒｉｎｇ）プロファイルおよび／またはプロトコル（例えば、ＩＨＥ ＸＤＳ−ＭＳ（Ｉｎｔｅｇｒａｔｉｎｇ ｔｈｅ Ｈｅａｌｔｈｃａｒｅ Ｅｎｔｅｒｐｒｉｓｅ Ｃｒｏｓｓ−Ｅｎｔｅｒｐｒｉｓｅ Ｓｈａｒｉｎｇ ｏｆ Ｍｅｄｉｃａｌ Ｓｕｍｍａｒｉｅｓ Ｉｎｔｅｇｒａｔｉｏｎ Ｐｒｏｆｉｌｅ）プロトコル）を使用して、患者ドキュメントの共有のための、データリポジトリ、ポータル４３０、分析およびレポートプラットフォーム４１０、および／または外部システム４４０など、１つまたは複数のエンティティの間の結合または接続を定義することができる。例えば、ＸＤＳを使用して、患者に関する臨床データおよび／または他の基準を関係付けるために使用される識別子を決定する、特定の患者についての情報および／または他の基準を有するクエリ識別ソースを形成することができ、例えば、適切なソースおよび／またはリポジトリから患者情報を要求する。

いくつかの実施形態では、患者プライバシー承諾は、例えば、データおよび／またはシステムに対するアクセス制御のためのプロファイルを提供することができる。患者承諾は、患者から獲得され、患者データを共有および使用するための規則を設定する。患者プライバシー承諾は、システム４００の信頼性および安全性を保証する助けをするために、例えば、本人確認と組み合わせることができる。

いくつかの実施形態では、データソース（１つまたは複数）／リポジトリ（１つまたは複数）は、例えば、ＥＭＲ、放射線科、研究室および／または他の臨床データソースを含むことができる。データクエリソース（１つまたは複数）は、例えば、臨床医、管理者、保険業者、薬局、処方箋給付管理者、および／または他のサービスを含むことができる。

ＣＡＩＳ４２０は、外部システム４４０からのクエリに応答して、ネットワーク４５０を介してデータを外部システム４４０に提供する際に、分析およびレポートプラットフォーム４１０を助ける。したがって、例えば、レポートのアウトプット、傾向分析のために使用し、格納するのに加えて、ワークフローおよび他のタスクを駆動するために、データを、情報ソースおよびシステムの間で共有することができる。いくつかの実施形態では、ユーザの開始に基づいて別個のユーザインターフェースを使用することなしに、システム間でデータを共有することができる。例えば、業界標準に従って、１つまたは複数の特定の疾患を取り巻くハイレベルの測定法を生成するために、生患者データをデータウェアハウスから取り出し、他のシステムによって変形することができる。情報を利用することを望む任意の様々な許可されたアプリケーションのために、データをアクセス可能にすることができる。

いくつかの実施形態では、生患者データは、データマートを作り出すために、データウェアハウスで獲得、洗浄および格納される。様々なハイレベルのデータモデルを、例えば、データマートに様々な疾患の領域のために作ることができる。次いで、医療従事者は、ほとんど練習せずに、データマートから情報を検索するために、様々な領域に、彼ら自身の特別のクエリを実行することができる。データモデルは、例えば、様々な疾患の領域に関して、特別のクエリを最適化するために作ることができる。ユーザは、インフラまたはデータ構造の基礎をなす詳細な知識を有することなく共通のフォームを利用することができる。例えば、多くの分野を、ユーザに患者が喫煙するか否かを単に質問する１つのクエリに集約することができる。データモデルおよびデータマートの使用を通して、健康管理情報照会を改良することもできる。いくつかの実施形態では、例えば、ポータル４３０を介してアクセスするために、ポータルコンテキストにデータマートを作ることができる。いくつかの実施形態では、例えば、様々な臨床領域のために、複数の特化されたデータマートを作ることができる。

したがって、ＣＡＩＳ４２０および分析／レポートプラットフォーム４１０により、個々のシステムレベルに組み込まれたインフラ、処理、および分析の機能を有することなしに、システム（１つまたは複数）４４０が患者データ分析の利益を得ることが可能になる。臨床アプリケーションは、例えば、患者の診断と治療のワークフローの組合せ、患者分析などのための関連情報を検索ために、ＣＡＩＳ４２０およびプラットフォーム４１０を介してデータマートおよび／またはＥＭＲシステムをクエリすることができる。

図５は、本発明の実施形態による、患者データ記憶装置および検索サービスを提供するための方法５００の流れ図を示す。ステップ５１０で、データは、格納および検索のために編成される。例えば、共有されたデータリポジトリの記憶装置のためにデータを、例えば、フォーマットし、正規化し、スクラブすることができる。例えば、データウェアハウスおよび／または１つまたは複数のデータマートでデータを編成することができる。ステップ５２０で、データのためのクエリが臨床システムから送信される。例えば、患者モニターシステムは、ＣＡＩＳメッセージを介して特定の疾患のための患者データのデータマートにクエリを送信する。クエリは、特定の患者のイベントがそのために行われる特定の疾患を有する患者リストを要求することができる。

ステップ５３０で、クエリが処理される。例えば、データの先取りおよび／または他のクエリ機能を、１つまたは複数のリポジトリから要求されたデータを突きとめ検索するために機能させることができる。ステップ５４０で、検索されたデータが出力される。例えば、検索されたデータを、ローカルＥＭＲに伝送し、ＡＳＰ提供のオフィスシステムに出力し、患者管理またはスケジューリングシステムなどへの入力として設けることができる。ステップ５５０で、検索されたデータを、要求システムによって使用することができる。例えば、該当する患者のためのカレンダーに検査日程を組み込むために、今度の検査が特定の疾患のために推奨される患者に関するデータを、スケジューリングプログラムによって使用することができる。

方法５００の１つまたは複数のステップを、例えば、単独で、またはハードウェア、ファームウェアと組み合わせて、および／あるいはソフトウェア中の命令のセットとして実装することができる。いくつかの実施形態は、汎用コンピュータまたは他の処理装置上で実行するための、メモリ、ハードディスク、ＤＶＤまたはＣＤなどのコンピュータ可読媒体に属する命令のセットとして提供されてよい。

本発明のいくつかの実施形態は、それらのステップのうち１つまたは複数のステップを省略し、かつ／またはそれらのステップを上述の順序とは異なる順序で実行することができる。例えば、いくつかのステップは、本発明のいくつかの実施形態では行われなくてよい。さらなる例として、特定のステップを、上述とは異なり、同時を含む異なる時間順序で実行することができる。

したがって、いくつかの実施形態は、臨床分析統合サービスを介した患者データの共有および分析を改善する。いくつかの実施形態は、患者データの編成、格納および検索性のために、それ自体のリソースの欠けた外部システムで、患者データの編成、格納および検索の技術的な効果をもたらす。いくつかの実施形態は、例えば、１つまたは複数の外部健康管理情報システムからのクエリを介して、１つまたは複数のデータマートを通した患者データの利用可能性をもたらす。

いくつかの実施形態では、患者情報の幅広い分析を可能にし、同時に患者のプライバシーを尊重することができる。健康管理提供者のコミュニティは、患者プライバシーを傷つけることなく、ベンチマークを実行し患者人口を比較することができる。同時に、患者提供者は、暗号化されたサイトがホストになる／与える、ローカルレベルの患者人口内から患者を再識別化することができる。再識別化アルゴリズムを、例えば、健康管理提供者レベルでローカルに格納することができる。こうした物理的な分離は、ポータル上で非識別化データを見ている他の提供者が、患者を識別可能な情報を見る潜在的なリスクを制限することができる。

いくつかの実施形態は、患者のプライバシーを傷つけることなく、興味を示すグループと患者情報を共有することを可能にする。より広い健康管理スペース（ｓｐａｃｅ）では、研究者、政府機関、実践共同体が、患者人口を研究することを望むことがあるが、今のところ、患者を非識別化および再識別化する際にソースデータ提供者と働く良好なメカニズムが存在しないので、制限されているアプリケーションがある。いくつかの実施形態は、こうした対話を容易にする。例えば、解読した情報を、再識別化し、次いで、Ｍｉｃｒｏｓｏｆｔ（商標）Ｅｘｃｅｌ（商標）、Ｃｅｎｔｒｉｃｉｔｙ Ｐｈｙｓｉｃｉａｎ Ｏｆｆｉｃｅ ＥＭＲアプリケーションおよび／または他のアプリケーションを備える患者提供者システムによって消費されるかまたはそれにインポートすることができる。研究者または機関など、他のエンティティは、患者のプライバシーを傷つけるリスクの少ない暗号化または非識別化データを閲覧および／または操作することができる。

図面を参照して、いくつかの実施形態を上記で説明する。それらの図面は、本発明のシステムおよび方法ならびにプログラムを実装する、特定の実施形態の詳細を示す。しかし、図面と共に本発明を説明することを、本発明に図面に示す特徴と関連した制限を課すものと解釈すべきではない。本発明は、動作を実現するために、機械可読式の媒体上の方法、システムおよびプログラムプロダクトを企図する。上述のように、現行のコンピュータプロセッサを使用して、あるいは、この目的または他の目的のために組み込まれた専用コンピュータプロセッサによって、あるいは、有線のシステムによって、本発明の実施形態を実施することができる。

上述のように、本発明の範囲に包含される実施形態は、機械実行可能な命令またはそこに格納されたデータ構造を運ぶかまたは有するための機械可読式の媒体を備えるプログラムプロダクトを含む。このような機械可読式の媒体は、汎用または専用コンピュータあるいはプロセッサを備える他の機械によってアクセスすることができる任意の市販の媒体とすることができる。一例として、このような機械可読式の媒体は、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、Ｆｌａｓｈ、ＣＤ−ＲＯＭまたは他の光学式ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶装置、あるいは、機械実行可能な命令またはデータ構造の形態で所望のプログラムコードを運ぶかまたは格納するために使用することができ、汎用もしくは専用コンピュータまたはプロセッサを備える他の機械によってアクセスすることができる、任意の他の媒体を含むことができる。情報がネットワークまたは他の通信接続上で、（有線、無線、または有線と無線の組合せのいずれかで）機械に伝達または提供されるときは、その機械は、機械可読式の媒体として接続を適切に見る。したがって、こうした接続は適切に機械可読式の媒体と称される。上記の組合せも、機械可読式の媒体の範囲内に包含される。機械実行可能な命令は、例えば、汎用コンピュータ、専用コンピュータ、または専用処理機械が、特定の機能またはグループの機能を実行する命令およびデータを含む。

本発明の実施形態は、例えば、ネットワーク化された環境の機械によって実行されるプログラムモジュールの形態の、プログラムコードなど、機械実行可能な命令を含むプログラムプロダクトによって、一実施形態で実施可能な方法ステップの一般的なコンテキストで説明される。一般的に、プログラムモジュールは、特定のタスクを実行するかまたは特定の抽象データ型を実装する、ルーチン、プログラム、オブジェクト、構成要素、データ構造などを含む。データ構造に関連する機械実行可能な命令およびプログラムモジュールは、本明細書に記載された方法のステップを実行するためのプログラムコードの例を表す。連続した特定のこれらの実行可能な命令または関連のデータ構造は、このようなステップで説明された機能を実施するための対応する動作の例を表す。

本発明の実施形態は、プロセッサを備えた１つまたは複数のリモートコンピュータへの論理接続を使用してネットワーク化された環境で実施することができる。論理接続は、ローカルエリアネットワーク（ＬＡＮ）および広域ネットワーク（ＷＡＮ）を含むことができ、これらは、一例として本明細書に示されるが、限定ではない。このようなネットワーク環境は、事務所規模または企業規模のコンピュータネットワーク、イントラネットおよびインターネットでは一般的なものであり、多種多様の異なる通信プロトコルを使用することができる。こうしたネットワークコンピュータ環境が、パーソナルコンピュータ、ハンドヘルド装置、多重プロセッサシステム、マイクロプロセッサベースまたはプログラム可能な消費者電気製品、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータなどを含む多くのタイプのコンピュータシステム構成を含むことを当業者なら理解するであろう。本発明の実施形態を、通信ネットワークを通してリンクされた（有線リンク、無線リンクによって、あるいは有線または無線の組合せによって）ローカルおよびリモート処理装置によってタスクが実行される、分散型のコンピュータ環境で実施することもできる。分散型のコンピュータ環境では、プログラムモジュールを、ローカルメモリ記憶装置とリモートメモリ記憶装置の両方に配置することができる。

本発明の全体的なシステムまたは部分を実装するための例示的なシステムが、処理装置、システムメモリ、およびシステムメモリを含む、様々なシステム構成要素を処理装置に結合するシステムバスを含む、コンピュータの形態の汎用計算装置を含むことがある。システムメモリは、読み出し専用メモリ（ＲＯＭ）およびランダムアクセスメモリ（ＲＡＭ）を含むことができる。コンピュータは、磁気ハードディスクを読み取りそれに書き込むための磁気ハードディスクドライブと、リムーバブル磁気ディスクを読み取りそれに書き込むための磁気ディスクドライブと、ＣＤ ＲＯＭまたは他の光学式媒体などのリムーバブル光ディスクを読み取りそれに書き込むための光ディスクドライブとを含むこともできる。それらのドライブおよび関連の機械可読媒体は、機械実行可能な命令、データ構造、プログラムモジュールおよびコンピュータのための他のデータの不揮発性記憶装置を提供する。

例示的な実施形態を参照して本発明を説明してきたが、本発明の範囲から逸脱することなく、様々な変更を加えることができ、本発明の要素の変わりに等価物を使用することができることが当業者には理解されよう。さらに、本発明の基本的な範囲から逸脱することなく、特定の状況またはマテリアルを本発明の教示に適合するために、多くの修正を加えることができる。したがって、本発明は、本発明を実行するために企図される、最良の形態として開示された特定の実施形態に限定されるものではなく、添付の特許請求の範囲内に包含される全ての実施形態を含むものである。さらに、ｆｉｒｓｔ（第１）、ｓｅｃｏｎｄ（第２）などの用語の使用は、順番または重要性を意味するのではなく、ｆｉｒｓｔ（第１）、ｓｅｃｏｎｄ（第２）などの用語は、ある要素を他の要素と区別するために使用される。また、図面の符号に対応する特許請求の範囲中の符号は、単に本願発明の理解をより容易にするために用いられているものであり、本願発明の範囲を狭める意図で用いられたものではない。そして、本願の特許請求の範囲に記載した事項は、明細書に組み込まれ、明細書の記載事項の一部となる。

本発明の実施形態による、電子患者データを取得、格納および伝送するための例示的なシステムを示す図である。 本発明の実施形態による、例示的なデータウェアハウスアーキテクチャのブロック図である。 本発明の実施形態による、患者データの格納、検索およびレポートのためのシステムを示す図である。 本発明の実施形態による、臨床分析統合システムを示す図である。 本発明の実施形態による、患者データの格納および検索サービスを提供するための方法の流れ図を示す図である。

符号の説明

１０２ データウェアハウスユーザシステム
１０４ データウェアハウスシステム、電子データリポジトリ
１０６ ネットワーク
１０８ ＰＣＰシステム、外部臨床システム
１１０ ＰＣＰユーザシステム、外部臨床システム

Claims (10)

1. 臨床環境で患者データを共有するための方法（５００）であって、
   １つまたは複数の外部臨床システム（１０８、１１０、３１０、４４０）によって格納および検索するために電子データリポジトリ（１０４、２１０、３３０、３６０）内のデータを編成するステップ（５１０）と、
   臨床分析統合サービス（４２０）を介して、臨床システム（１０８、１１０、３１０、４４０）と前記電子データリポジトリ（１０４、２１０、３３０、３６０）の間にダイアログを設定するステップであり、前記ダイアログが、前記電子データリポジトリ（１０４、２１０、３３０、３６０）内のデータに関して前記臨床システム（１０８、１１０、３１０、４４０）からクエリを受信することを含み、前記クエリが、前記臨床分析統合サービス（４２０）を介して受信されるステップ（５２０）と、
   前記クエリを処理するステップ（５３０）と、
   前記クエリに基づいて前記電子データリポジトリ（１０４、２１０、３３０、３６０）からデータを検索するステップ（５３０）と、
   前記臨床分析統合サービス（４２０）を介して前記臨床システム（１０８、１１０、３１０、４４０）に前記データを出力するステップ（５４０）とを含む方法（５００）。
2. 前記臨床システム（１０８、１１０、３１０、４４０）でアプリケーションおよび追加のデータの少なくとも１つと組み合わせて、前記臨床システム（１０８、１１０、３１０、４４０）で前記データを使用するステップ（５５０）をさらに含む、請求項１記載の方法（５００）。
3. 前記編成ステップがさらに、１つまたは複数のデータモデルに基づいて前記電子データリポジトリ（１０４、２１０、３３０、３６０）内のデータを編成するステップを含む、請求項１記載の方法（５００）。
4. 前記データが、国の測定分析を含み、前記方法が、前記電子データリポジトリ（１０４、２１０、３３０、３６０）からの国の測定分析データを、前記臨床システム（１０８、１１０、３１０、４４０）でローカル患者データおよび臨床アプリケーションの少なくとも１つと組み合わせるステップをさらに含む、請求項１記載の方法（５００）。
5. 前記臨床システム（１０８、１１０、３１０、４４０）から前記電子データリポジトリ（１０４、２１０、３３０、３６０）を繰り返しクエリするステップと、前記臨床システム（１０８、１１０、３１０、４４０）から前記電子データリポジトリ（１０４、２１０、３３０、３６０）に情報フィードバックを提供するステップとをさらに含む、請求項１記載の方法（５００）。
6. データリポジトリ（１０４、２１０、３３０、３６０）と臨床システム（１０８、１１０、３１０、４４０）の間で電子患者データを交換するための電子患者データシステム（３００、４００）であって、
   患者に関連するデータを集約および格納するように構成された電子データリポジトリ（１０４、２１０、３３０、３６０）であって、臨床分析統合サービス（４２０）を介して複数の臨床システム（１０８、１１０、３１０、４４０）にアクセス可能であり、それらの複数の臨床システムによって検索可能である電子データリポジトリ（１０４、２１０、３３０、３６０）と、
   臨床システム（１０８、１１０、３１０、４４０）からのクエリに応答して前記電子データリポジトリ（１０４、２１０、３３０、３６０）からのデータを１つまたは複数の臨床システム（１０８、１１０、３１０、４４０）に提供する臨床分析統合サービス（４２０）であって、前記電子データリポジトリ（１０４、２１０、３３０、３６０）と１つまたは複数の臨床システム（１０８、１１０、３１０、４４０）との間で情報を繰り返し交換することを容易にする臨床分析統合サービス（４２０）とを備える電子患者データシステム（３００、４００）。
7. 前記電子データリポジトリ（１０４、２１０、３３０、３６０）がさらに、前記電子データリポジトリ（１０４、２１０、３３０、３６０）内のデータに基づいて分析を提供する分析およびレポートプラットフォーム（４１０）を備える、請求項６記載の電子患者データシステム（３００、４００）。
8. 前記電子データリポジトリ（１０４、２１０、３３０、３６０）内のデータが、１つまたは複数のデータモデルに基づいて編成される、請求項６記載の電子患者データシステム（３００、４００）。
9. 前記クエリが、患者識別子参照および患者人口統計上のクエリの少なくとも１つを含む、請求項６記載の電子患者データシステム（３００、４００）。
10. 前記データが、国の測定分析を含み、前記電子データリポジトリ（１０４、２１０、３３０、３６０）からの前記国の測定分析データが、前記臨床システム（１０８、１１０、３１０、４４０）でローカル患者データおよび臨床アプリケーションの少なくとも１つと組み合わせられる、請求項６記載の電子患者データシステム（３００、４００）。