JP2012174274A - ヘルスケア情報を相関させる方法および装置 - Google Patents

Abstract

【課題】ヘルスケア情報を相関させる方法および装置を提供する。
【解決手段】ヘルスケア事業（１０２）の第１エンティティ（１０４）からヘルスケアメッセージを受け取ることであって、ヘルスケアメッセージは、第１エンティティ（１０４）の第１識別スキーマに従って構成される、受け取ることと、電子臨床情報システム（１２４）への相関のためにヘルスケアメッセージの１つまたは複数の主題を識別することと、各識別された主題を相関させるために識別された主題ごとに複数のコリレータのうちの１つを選択することであって、コリレータのそれぞれは、特定のタイプのヘルスケアメッセージ主題を扱うようにカスタマイズ可能である、選択することと、識別された主題のそれぞれを電子臨床情報システム（１２４）の内部の識別子と関連付けるためにメッセージの識別された主題を相関させることとを含む。
【選択図】図１

Description

本開示は、全般的にはヘルスケア情報システムに関し、より具体的には、ヘルスケア情報を相関させる方法および装置に関する。

病院および診療所などのヘルスケア環境は、通常、たとえば、患者既往歴、イメージングデータ、試験結果、診断情報、管理情報、財務情報、および／またはスケジューリング情報などの臨床情報を管理するために情報システム（たとえば、電子医療記録（ＥＭＲ）システム、検査室情報システム、外来患者および入院患者システム、病院情報システム（ＨＩＳ）、放射線情報システム（ＲＩＳ）、ストレージシステム、ピクチャ記録更新システム（ＰＡＣＳ）など）を含む。異なるヘルスケアエンティティは、異なる情報および／または異なるタイプの情報を使用する異なるポリシまたはルールに従って電子記録を識別する場合がある。

米国特許第７，７３４，６６８号明細書

例のコンピュータ実施される方法は、ヘルスケア事業の第１エンティティからヘルスケアメッセージを受け取ることであって、ヘルスケアメッセージは、第１エンティティの第１識別スキーマに従って構成される、受け取ることと、電子臨床情報システムへの相関のためにヘルスケアメッセージの１つまたは複数の主題を識別することと、各識別された主題を相関させるために識別された主題ごとに複数のコリレータ（ｃｏｒｒｅｌａｔｏｒ）のうちの１つを選択することであって、コリレータのそれぞれは、特定のタイプのヘルスケアメッセージ主題を扱うようにカスタマイズ可能である、選択することと、識別された主題のそれぞれを電子臨床情報システムの内部の識別子と関連付けるためにメッセージの識別された主題を相関させることとを含む。

例の有形の機械可読媒体は、実行された時に、機械に、少なくとも、ヘルスケア事業の第１エンティティからヘルスケアメッセージを受け取ることであって、ヘルスケアメッセージは、第１エンティティの第１識別スキーマに従って構成される、受け取ることと、電子臨床情報システムへの相関のためにヘルスケアメッセージの１つまたは複数の主題を識別することと、各識別された主題を相関させるために識別された主題ごとに複数のコリレータのうちの１つを選択することであって、コリレータのそれぞれは、特定のタイプのヘルスケアメッセージ主題を扱うようにカスタマイズ可能である、選択することと、識別された主題のそれぞれを電子臨床情報システムの内部の識別子と関連付けるためにメッセージの識別された主題を相関させることとを行わせる命令をその上に格納される。

例の装置は、ヘルスケア事業の第１エンティティからヘルスケアメッセージを受け取るデータフィードであって、ヘルスケアメッセージは、第１エンティティの識別スキーマに従って構成される、データフィードと、電子臨床情報システムへの相関のためにヘルスケアメッセージの１つまたは複数の主題を識別するアイデンティファイヤと、各識別された主題を相関させるために識別された主題ごとに複数のコリレータのうちの１つを選択するセレクタであって、コリレータのそれぞれは、特定のタイプのヘルスケアメッセージ主題を扱うようにカスタマイズ可能であり、コリレータは、識別された主題のそれぞれを電子臨床情報システムの内部の識別子と関連付けるためにメッセージの識別された主題を相関させる、セレクタとを含む。

例のヘルスケア環境を示すブロック図である。 図１の例の構成可能臨床データ相関（ｃｏｎｆｉｇｕｒａｂｌｅ ｃｌｉｎｉｃａｌ ｄａｔａ ｃｏｒｒｅｌａｔｉｏｎ）（ＣＣＤＣ）システムを実施するのに使用できる例の装置を示すブロック図である。 図１および／または２の例のＣＣＤＣシステムを実施するために実行できる例の機械可読命令を表す流れ図である。 図１および／または２の例のＣＣＤＣシステムを実施するために実行できる例の機械可読命令を表す流れ図である。 図１および／または２の例のＣＣＤＣシステムを実施するために図３および／または４の機械可読命令を実行するのに使用できる例のプロセッサシステムを示すブロック図である。

前述の「課題を解決するための手段」ならびに本明細書で説明される方法、装置、システム、および／または製造品のある種の実施態様の次の詳細な説明は、添付図面と共に読まれる時によりよく理解される。しかし、本明細書で説明される方法、装置、システム、および／または製造品が、添付図面に示された配置および手段に限定されないことを理解されたい。

次では、他のコンポーネントの中でもハードウェア上で実行されるファームウェアおよび／またはソフトウェアを含む例の方法、装置、システム、および製造品を開示するが、そのような方法、装置、システム、および／または製造品が、単に例示的であって、限定的と解釈されてはならないことに留意されたい。たとえば、これらのファームウェアコンポーネント、ハードウェアコンポーネント、および／またはソフトウェアコンポーネントのいずれかまたはすべてを、排他的にハードウェアで、排他的にソフトウェアで、排他的にファームウェアで、またはハードウェア、ソフトウェア、および／もしくはファームウェアの任意の組合せで実施することができる。したがって、次では、例の方法、装置、システム、および／または製造品を説明するが、提供される例は、そのような方法、装置、システム、および／または製造品を実施する唯一の形（または複数）ではない。

一般に、本明細書で開示される例の方法、装置、システム、および／または製造品は、ＥＣＩＳ（ｅｎｔｅｒｐｒｉｓｅ ｃｌｉｎｉｃａｌ ｉｎｆｏｒｍａｔｉｏｎ ｓｙｓｔｅｍ）に関するヘルスケア事業（１つまたは複数）からのヘルスケア情報を相関させる。他の機能および／または利益の中でも、例のＥＣＩＳは、集約されたヘルスケア情報に関係する１人または複数の医療従業者に通信される支援情報を自動的に生成するために、異種の事業および／またはそのエンティティにまたがってヘルスケア情報を集約し、データ（たとえば、ガイドライン、治療および／または診断に関係する推奨、研究論文、病歴など）のコレクション（１つまたは複数）を参照することによって、意思決定プロセスにおいて医療従業者をサポートする。

例のＥＣＩＳによって実施される集約プロセスおよび／または他のプロセスの一部として、ＥＣＩＳは、メッセージの主題が識別される形に関して変化するヘルスケアメッセージを受け取る。異なるヘルスケア事業またはエンティティが標準化されたメッセージ（たとえば、Ｈｅａｌｔｈ Ｌｅｖｅｌ ７メッセージ）を使用する時であっても、各事業またはエンティティがその標準を利用する形が、変化する場合がある。言い換えると、異なるヘルスケアエンティティは、標準化されたメッセージフォーマットを使用する時であっても、メッセージをある主題に一意にするために異なる情報または識別子を使用する。主題は、メッセージに関連する患者、メッセージに関連する外来診察、メッセージに関連するプロバイダ、メッセージに関連する治療場所、メッセージに関連する観察、メッセージに関連する指示、および／または任意の他のヘルスケア主題を指すことができる。たとえば、第１ヘルスケアエンティティ（たとえば、Ｍａｙｏ Ｃｌｉｎｉｃ（登録商標）などのヘルスケア事業の腫瘍科）が、ヘルスケアメッセージを患者に一意にするために識別子の第１セットを使用する場合があり、第２ヘルスケアエンティティ（たとえば、Ｍａｙｏ Ｃｌｉｎｉｃ（登録商標）の心臓病科）が、ヘルスケアメッセージを患者に一意にするために識別子の第２の異なるセットを使用する場合がある。例として、識別子の第１セットが、患者識別番号（ＰＩＤ）、ＰＩＤを割り当てる当局（すなわち、ＰＩＤを患者に割り当てるエンティティ）、および名字を含む場合があり、識別子の第２セットが、社会保障番号（ＳＳＮ）および名字を含む場合がある。それに加えてまたはその代わりに、ＥＣＩＳは、メッセージの患者が一意にされる形（たとえば、患者を識別するのに異なる識別子（１つまたは複数）を使用することによる）において異なる可能性もある別々の事業からのヘルスケアメッセージを処理する場合がある。言い換えると、ＥＣＩＳは、単一のヘルスケア事業の異なるエンティティからの異なってフォーマットされたヘルスケアメッセージおよび／または全く異なるヘルスケア事業からの異なってフォーマットされたヘルスケアメッセージを受け取る可能性がある。

本明細書で開示される例は、ＥＣＩＳが、ヘルスケア事業（たとえば、病院、診療所、内科医の診察室など）から受け取られたヘルスケアメッセージを、ＥＣＩＳの処理デバイスまたは処理システムにまたがってヘルスケアメッセージの主題についてＥＣＩＳが使用できる内部識別子に相関させることを可能にする。すなわち、着信ヘルスケアメッセージの主題は、ＥＣＩＳの内部の識別スキーマに従って、主題に一意の内部識別子に相関される。その結果、ＥＣＩＳは、共通の主題（たとえば、患者または外来診察）を有するヘルスケアメッセージの間の関係を知り、ＥＣＩＳによって提供される１つまたは複数のサービスにその関係情報を利用することができる。下でより詳細に説明するように、本明細書で開示される例のコリレータは、ＥＣＩＳのユーザが相関される主題のタイプなどの１つまたは複数の要因に依存して相関プロセスをカスタマイズできるように構成される。相関される主題に加えて、追加のまたは代替の要因を使用して、本明細書で開示される例のコリレータのうちの１つまたは複数をどのようにカスタマイズできるのか、および／または本明細書で開示される例のコリレータのうちの１つまたは複数が受け取られたヘルスケアメッセージを相関させるためにどのように選択されるのかを判定することができる。下で詳細に説明するように、コリレータのカスタマイゼーションを、カスタマイズされたコリレータ（１つまたは複数）が受け取られたヘルスケアメッセージの主題をＥＣＩＳの内部識別子にどのように相関させるのかを規定する、ＥＣＩＳのユーザ（１つまたは複数）によって作成されたアルゴリズムまたはバンドルされたプラグインで実施することができる。本明細書で開示される例の方法、装置、システム、および／または製造品を、図面に関連して下でより詳細に説明する。

図１は、ヘルスケア情報を相関させるための本明細書で開示される例の方法、装置、システム、および／または製造品を実施できる例のヘルスケア環境１００のブロック図である。図１の例のヘルスケア環境１００は、第１病院１０２内で動作し、かつ／または第１病院１０２に関連する複数のエンティティを有する第１病院１０２を含む。図示の例では、第１病院１０２のエンティティは、腫瘍科１０４、心臓病科１０６、救急室システム１０８、ピクチャ記録更新システム（ＰＡＣＳ）１１０、放射線情報システム（ＲＩＳ）１１２、および検査室情報システム（ＬＩＳ）１１４を含む。腫瘍科１０４は、癌関連の医療従業者、スタッフ、ならびに腫瘍学の実践および治療をサポートするデバイスまたはシステムを含む。同様に、心臓病科１０６は、心臓病関連の医療従業者、スタッフ、ならびに心臓病学の実践および治療をサポートするデバイスおよび／またはシステムを含む。特筆すべきことに、図１の例の腫瘍科１０４は、ヘルスケア文書の生成、受信、送信、およびより一般的に処理に関する特定の指定されたポリシおよびプロトコルを有する。それと同時に、図１の例の心臓病科１０６は、図１の例の腫瘍科１０４のポリシおよびプロトコルとは異なる、ヘルスケア文書の生成、受信、送信、およびより一般的に処理に関する特定の指定されたポリシおよびプロトコルを有する。たとえば、腫瘍科１０４は、Ｈｅａｌｔｈ Ｌｅｖｅｌ ７（ＨＬ７）Ａｄｍｉｔ Ｄｉｓｃｈａｒｇｅ Ｔｒａｎｓｆｅｒ（ＡＤＴ）メッセージの主題を一意にするために識別子の第１セットを使用する可能性があり、心臓病科１０６は、Ｈｅａｌｔｈｃａｒｅ Ｌｅｖｅｌ ７ ＡＤＴメッセージの主題を一意にするために、識別子の第１セットとは異なる識別子の第２セットを使用する可能性がある。そのような相違が、救急室１０８、ＰＡＣＳ １１０、ＲＩＳ １１２、および／またはＬＩＳ １１４の間にも存在する可能性がある。

短く言うと、救急室システム１０８は、入院情報、患者の緊急診察からの観察、救急室セッティングで提供される治療、その他など、病院１０２の救急室に存在する患者の救急看護に関係する情報を管理する。ＰＡＣＳ １１０は、たとえばデータベースまたはレジストリ内のディジタルイメージとして、医療イメージ（たとえば、Ｘ線、スキャン、３次元レンダリングなど）を格納する。イメージは、患者の医療イメージングの後に医療従業者（たとえば、イメージング技師、内科医、放射線科医）によってＰＡＣＳ １１０に格納され、かつ／または、格納のために医療イメージングデバイスからＰＡＣＳ １１０に自動的に送信される。ＲＩＳ １１２は、たとえば放射線医学レポート、メッセージ、警告、警報、患者スケジューリング情報、患者人口統計データ、患者追跡情報、ならびに／または内科医および患者状況モニタなどの放射線医学実践に関係するデータを格納すると同時に、検査指示入力（たとえば、患者のＸ線の指示）、イメージ追跡、およびフィルム追跡（たとえば、フィルムを調査した１人または複数の人の身元の追跡）を可能にする。検査室情報システム１１４は、検査室結果、試験スケジューリング情報、対応する従業者（１人または複数）、および／または対応するヘルスケア施設の１つもしくは複数の検査室の動作（１つまたは複数）に関係する他の情報などの臨床情報を格納する。情報の例のタイプが、上で、病院１０２のある種の要素に格納されるものとして説明されるが、異なるタイプのヘルスケアデータを、エンティティ１０４〜１１４のうちの１つまたは複数に格納することができる。というのは、エンティティ１０４〜１１４および上にリストされた情報が、非限定的な例として本明細書に含まれるからである。さらに、エンティティ１０４〜１１４に格納される情報が、オーバーラップし、かつ／またはエンティティ１０４〜１１４のうちの１つまたは複数に組み合わされる場合がある。図１の例のエンティティ１０４〜１１４のそれぞれが、電子医療記録（ＥＭＲ）システム１１６と相互作用する。一般に、ＥＭＲ １１６は、たとえば病院１０２およびそのエンティティ１０４〜１１４に関連するヘルスケア記録の電子コピーを格納する。

図１の例のヘルスケア環境１００は、別のヘルスケア事業の例として、外来診療所１１８をも含む。図１の例の外来診療所１１８は、例の病院１０２の対応するエンティティに似て動作する、検査室情報システム１２０およびＰＡＣＳ １２２を含む。例の外来診療所１１８の検査室情報システム１２０およびＰＡＣＳ １２２は、病院１０２に関連して上で説明したものとは異なってヘルスケアメッセージを生成し、かつ／または処理する。したがって、ヘルスケア情報処理の相違が、一般に、１つのヘルスケア事業のエンティティの間およびヘルスケア事業の間に存在する。

図１の図示の例では、病院１０２および外来診療所１１８は、ネットワーク１２６を介してＥＣＩＳ １２４と通信し、ネットワーク１２６は、たとえば、私有ネットワークまたはインターネットなどの無線または有線の広域ネットワーク（ＷＡＮ）、イントラネット、仮想プライベートネットワーク、有線または無線のローカルエリアネットワークなどによって実施することができる。より一般的には、本明細書で説明される結合（１つまたは複数）のすべてを、ネットワークを介するものとすることができる。それに加えてまたはその代わりに、例の病院１０２および／または例の外来診療所１１８は、直接のまたは専用の伝送媒体１２８および１３０を介して例のＥＣＩＳ １２４と通信する。

一般に、ＥＣＩＳ １２４は、病院１０２および外来診療所１１８などのヘルスケア事業のシステム、デバイス、アプリケーションなどによって実施されるヘルスケア情報処理をサポートする。ＥＣＩＳ １２４は、ヘルスケアメッセージを生成し、処理し、かつ／または送信する時に異なるフォーマット、プロトコル、ポリシ、用語法などを使用しておよび／または異なってヘルスケアメッセージを生成し、処理し、かつ／または送信する可能性があるヘルスケア事業の異なるエンティティ（たとえば、病院１０２のエンティティ１０４〜１１４）からのヘルスケアメッセージを処理することができる。さらに、図１の例のＥＣＩＳ １２４は、異種の事業および／またはそのエンティティにまたがってヘルスケア情報を集約することと、集約されたヘルスケア情報に関係する１人または複数の医療従業者に通信するために示唆に富むおよび／または信頼できるデータを自動的に生成するためにデータのコレクション（１つまたは複数）を参照することとによって、意思決定プロセスにおいて医療従業者をサポートする。

図１の例のＥＣＩＳ １２４がこれらおよび／または追加のサービスまたは機能を実行することを可能にするために、例のＥＣＩＳ １２４は、ＥＣＩＳ １２４での使用のためにヘルスケアメッセージを相関させる構成可能臨床データ相関（ＣＣＤＣ）システム１３２を含む。一般に、図１の例のＣＣＤＣシステム１３２は、複数のカスタマイズ可能なコリレータを含み、これらのコリレータは、着信ヘルスケアメッセージからデータを受け取り、着信ヘルスケアメッセージの主題（１つまたは複数）（たとえば、患者、外来診察、検査室結果、指示、場所、プロバイダ、観察など）をＥＣＩＳ １２４の内部の識別子（１つまたは複数）に関連付けられるように、受け取られたデータを相関させる。すなわち、本明細書で開示される例のＣＣＤＣシステム１３２は、ＥＣＩＳ １２４内で内部識別子に関連付けられた他の情報に結び付けられまたは関連付けられた内部識別子を使用してＥＣＩＳ １２４が着信ヘルスケアメッセージからのデータを処理し、かつ／または利用することを可能にする。ＥＣＩＳ １２４は、たとえば、患者、外来診察、ヘルスケアプロバイダ、その他などの特定の主題に関係する情報を収集するのに、そのような内部識別子を使用することができる。図１の図示の例では、内部識別子は、ＥＣＩＳ １２４に関連するデータベース１３４に格納される。

ＥＣＩＳ １２４に関連するサービスサポートチームまたは顧客インターフェースサポートチームのメンバなどのＥＣＩＳ １２４のユーザは、たとえば内部識別子および／またはメッセージのソースに関連するメッセージの主題のタイプに基づいて、ＣＣＤＣシステム１３２のコリレータを作成し、カスタマイズすることができる。たとえば、ヘルスケアメッセージが検査室情報システム１１４から受け取られる時に病院１０２がヘルスケアメッセージを患者に一意にするのに使用する外部識別子に加えて、着信ヘルスケアメッセージのあるフィールドをチェックすることによって患者の身元の追加の検証を実行するように、コリレータのうちの１つまたは複数をカスタマイズすることができる。ＥＣＩＳ １２４に送信されるヘルスケアメッセージ内に不十分な識別情報を含める、検査室情報システム１１４の傾向に起因して、そのようなカスタマイゼーションを導入することができる。本明細書で開示されるカスタマイゼーションを、たとえば、ＥＣＩＳ １２４によって提供されるグラフィカルインターフェースツールならびに／あるいはＥＣＩＳ １２４および／またはＣＣＤＣシステム１３２に関連するデバイスまたはシステムを介して実施することができる。例のＣＣＤＣシステム１３２の追加のまたは代替のカスタマイゼーションおよび態様を、下で図２に関連して説明する。

図２は、図１の例のＣＣＤＣシステム１３２を実施するのに使用できる例の装置のブロック図である。図２の図示の例では、例のＣＣＤＣシステム１３２は、エンティティ構成レシーバ２０２と、マッピングジェネレータ２０４と、相関アルゴリズムジェネレータ２０６と、カスタマイゼーションインターフェース２０８とを有するイニシャライザ２００を含む。図２の例のＣＣＤＣシステム１３２はまた、ヘルスケアデータフィード２１０と、マッピング２１２と、臨床識別子クリエータ２１４と、主題アイデンティファイヤ２１８およびソースアイデンティファイヤ２２０を有するオブジェクトアイデンティファイヤ２１６と、コリレータセレクタ２２２と、複数のコリレータ２２４とを含む。図２の図示の例では、複数のコリレータ２２４は、患者コリレータ２２６、外来診察コリレータ２２８、検査室コリレータ２３０、指示コリレータ２３２、場所コリレータ２３４、プロバイダコリレータ２３６、および観察コリレータ２３８を含む。図１のＣＣＤＣシステム１３２を実施する例の形が図２に示されているが、図２に示された要素、プロセス、および／またはデバイスのうちの１つまたは複数を、任意の他の形で組み合わせ、分割し、再配置し、省略し、除去し、かつ／または実施することができる。さらに、例のイニシャライザ２００、例のエンティティ構成レシーバ２０２、例のマッピングジェネレータ２０４、例の相関アルゴリズムジェネレータ２０６、例のカスタマイゼーションインターフェース２０８、例のヘルスケアデータフィード２１０、例の臨床識別子クリエータ２１４、例のオブジェクトアイデンティファイヤ２１６、例の主題アイデンティファイヤ２１８、例のソースアイデンティファイヤ２２０、例のコリレータセレクタ２２２、例の患者コリレータ２２６、例の外来診察コリレータ２２８、例の検査室コリレータ２３０、例の指示コリレータ２３２、例の場所コリレータ２３４、例のプロバイダコリレータ２３６、例の観察コリレータ２３８、および／またはより一般的に図２の例のＣＣＤＣシステム１３２を、ハードウェア、ソフトウェア、ファームウェア、ならびに／あるいはハードウェア、ソフトウェア、および／またはファームウェアの任意の組合せによって実施することができる。したがって、たとえば、例のイニシャライザ２００、例のエンティティ構成レシーバ２０２、例のマッピングジェネレータ２０４、例の相関アルゴリズムジェネレータ２０６、例のカスタマイゼーションインターフェース２０８、例のヘルスケアデータフィード２１０、例の臨床識別子クリエータ２１４、例のオブジェクトアイデンティファイヤ２１６、例の主題アイデンティファイヤ２１８、例のソースアイデンティファイヤ２２０、例のコリレータセレクタ２２２、例の患者コリレータ２２６、例の外来診察コリレータ２２８、例の検査室コリレータ２３０、例の指示コリレータ２３２、例の場所コリレータ２３４、例のプロバイダコリレータ２３６、例の観察コリレータ２３８、および／またはより一般的に図２の例のＣＣＤＣシステム１３２のいずれをも、１つまたは複数の回路、プログラマブルプロセッサ（１つまたは複数）、特定用途向け集積回路（ＡＳＩＣ）（１つまたは複数）、プログラマブル論理デバイス（ＰＬＤ）（１つまたは複数）、および／またはフィールドプログラマブル論理デバイス（ＦＰＬＤ）（１つまたは複数）などによって実施することができる。添付の請求項のいずれかが、純粋にソフトウェアの実施態様および／または純粋にファームウェアの実施態様を包含すると解釈される時には、例のイニシャライザ２００、例のエンティティ構成レシーバ２０２、例のマッピングジェネレータ２０４、例の相関アルゴリズムジェネレータ２０６、例のカスタマイゼーションインターフェース２０８、例のヘルスケアデータフィード２１０、例の臨床識別子クリエータ２１４、例のオブジェクトアイデンティファイヤ２１６、例の主題アイデンティファイヤ２１８、例のソースアイデンティファイヤ２２０、例のコリレータセレクタ２２２、例の患者コリレータ２２６、例の外来診察コリレータ２２８、例の検査室コリレータ２３０、例の指示コリレータ２３２、例の場所コリレータ２３４、例のプロバイダコリレータ２３６、例の観察コリレータ２３８、および／またはより一般的に図２の例のＣＣＤＣシステム１３２のうちの少なくとも１つが、これによって、ソフトウェアおよび／またはファームウェアを格納する、メモリ、ＤＶＤ、ＣＤ、その他などの有形の媒体を含むと特に定義される。それでも、図２の例のＣＣＤＣシステム１３２は、図２に示されたものに加えてまたはその代わりに、１つまたは複数の要素、プロセス、および／またはデバイスを含むことができ、かつ／あるいは図示された要素、プロセス、およびデバイスのいずれかまたはすべてを複数含むことができる。

例のイニシャライザ２００は、たとえば、病院１０２などのヘルスケア事業がＥＣＩＳ １２４を組み込むかＥＣＩＳ １２４に登録する時に、ＥＣＩＳ １２４に関連するプログラマによって利用される。さらに、図２の例のイニシャライザ２００は、既にＥＣＩＳ １２４に登録したかＥＣＩＳ １２４を組み込んだヘルスケア事業が、たとえばマッピング２１２（下で詳細に説明する）を変更する変更または更新を受ける時に利用される。イニシャライザ２００が、たとえば病院１０２がＥＣＩＳ １２４に登録することによってトリガされる時に、エンティティ構成レシーバ２０２は、ヘルスケア文書手続きに関連して病院１０２の各エンティティによって使用されるポリシ、プロトコル、用語法などに関係する情報を入手するか受け取る。すなわち、図２の例のエンティティ構成レシーバ２０２は、病院１０２の各エンティティがヘルスケアメッセージをヘルスケアメッセージの主題に一意にするスキーマまたは形を判定する。たとえば、エンティティ構成レシーバ２０２は、病院１０２の腫瘍科１０４が、ヘルスケアメッセージをそのヘルスケアメッセージの主題である患者に一意にするために（１）社会保障番号、（２）患者の名字、および（３）主ヘルスケアプロバイダを使用することを判定することができる。いくつかの例では、エンティティ構成レシーバ２０２は、病院１０２の腫瘍科１０４が、ヘルスケアメッセージをそのヘルスケアメッセージの主題である外来診察に一意にするために（１）患者の名字、（２）発生の日付、および（３）治療の場所を使用することを判定することができる。いくつかの例では、エンティティ構成レシーバ２０２は、病院の心臓病科１０６が、ヘルスケアメッセージをそのヘルスケアメッセージの主題である患者に一意にするために（１）患者識別番号、（２）その患者識別番号を割り当てた割り当てる当局、および（３）誕生日を使用することを判定することができる。したがって、エンティティ構成レシーバ２０２は、同一のエンティティがメッセージの異なる主題を識別する異なるプロトコルまたは方法を有することおよび／あるいは異なるエンティティがメッセージの主題の同一のタイプを識別する異なるプロトコルまたは方法を有することを判定することができる。エンティティ構成レシーバ２０２の発見の結果として、ＣＣＤＣシステム１３２は、ヘルスケアメッセージの主題を一意にするために異なるエンティティによって使用される外部識別子またはスキーマのセットを知る。

エンティティ構成レシーバ２０２の発見は、例のマッピングジェネレータ２０４に伝えられる。例のマッピングジェネレータ２０４は、着信ヘルスケアメッセージの情報を、下で説明するようにコリレータ２２４のうちの１つによって使用される臨床識別子（ＣＩＤ）にマッピングできるスキーマからスキーマへのマッピングを作成する。スキーマからスキーマへのマッピングは、たとえばＥｘｔｅｎｓｉｂｌｅ Ｓｔｙｌｅｓｈｅｅｔ Ｌａｎｇｕａｇｅ（ＸＳＬ）ファイルとして、図２の例のマッピング２１２に格納される。上の例を継続すると、エンティティ構成レシーバ２０２が、病院１０２の腫瘍科１０４がそれによってヘルスケアメッセージを患者に一意にするスキーマを入手する時に、そのスキーマを、患者コリレータ２２６によって使用されるＣＩＤのスキーマにマッピングすることができる。その結果、腫瘍科１０４の患者メッセージスキーマを実施する上にリストした３つの例の識別子は、マッピングジェネレータ２０４によって生成されたマッピング２１２を使用して、対応するＣＩＤのスキーマにマッピングされる。

例の相関アルゴリズムジェネレータ２０６は、ＥＣＩＳ １２４に関連するプログラマなどのユーザが、本明細書で説明されるコリレータ２２４を実施するために１つまたは複数のプラグインバンドルを作成することを可能にする。一般に、およびコリレータ２２４に関連して下で詳細に説明するように、ジェネレータ２０６によって生成される相関アルゴリズムは、ヘルスケアメッセージの主題をＥＣＩＳ １２４の内部の識別子に相関させるのに対応するＣＩＤ（着信ヘルスケアメッセージの外部識別子がこれにマッピングされる）を使用するように構成される。例の相関アルゴリズムジェネレータ２０６は、カスタマイゼーションインターフェース２０８と共に働いて、ＥＣＩＳ １２４のユーザが、その相関のためのカスタムアルゴリズムを生成し、かつ／またはそのユーザが適当と思うように既存のアルゴリズムを変更することを可能にする。カスタマイゼーションインターフェース２０８を、たとえば任意の適切なスクリプティングプロトコルまたは言語を使用して１つまたは複数のスクリプトを記述し、かつ／または実施する能力を提供する任意の適切なユーザインターフェースによって実施することができる。いくつかの例では、カスタマイゼーションインターフェース２０８は、相関アルゴリズムのカスタマイズされたワークフローに追加するためにユーザがそこから選択できる複数の事前定義のオプションまたはアクションをユーザに与える。

図示の例では、相関アルゴリズムジェネレータ２０６は、ＥＣＩＳ １２４に相関されるヘルスケアメッセージの主題のタイプに基づいて異なるコリレータ２２４を生成する。図２に示されているように、コリレータ２２４は、着信ヘルスケアメッセージが主題として患者を有する場合またはヘルスケアメッセージの患者情報がＥＣＩＳ １２４に相関される（たとえば、ヘルスケアメッセージと共に受け取られたフィールドまたはマッピング２１２を使用して対応するＣＩＤにマッピングされるフィールドに従って）ことが望まれる時のための患者コリレータ２２６と、着信ヘルスケアメッセージが主題として外来診察を有する場合またはヘルスケアメッセージの外来診察情報がＥＣＩＳ １２４に相関されることが望まれる時のための外来診察コリレータ２２８と、着信ヘルスケアメッセージが主題として検査室レポートまたは検査室結果を有する場合またはヘルスケアメッセージの検査室情報がＥＣＩＳ １２４に相関される（たとえば、ヘルスケアメッセージと共に受け取られたフィールドまたはマッピング２１２を使用して対応するＣＩＤにマッピングされるフィールドに従って）ことが望まれる時のための検査室コリレータ２３０と、着信ヘルスケアメッセージが主題として指示を有する場合またはヘルスケアメッセージの指示情報がＥＣＩＳ １２４に相関される（たとえば、ヘルスケアメッセージと共に受け取られたフィールドまたはマッピング２１２を使用して対応するＣＩＤにマッピングされるフィールドに従って）ことが望まれる時のための指示コリレータ２３２と、着信ヘルスケアメッセージが主題として治療の態様の場所を有する場合またはヘルスケアメッセージの場所情報がＥＣＩＳ １２４に相関される（たとえば、ヘルスケアメッセージと共に受け取られたフィールドまたはマッピング２１２を使用して対応するＣＩＤにマッピングされるフィールドに従って）ことが望まれる時のための場所コリレータ２３４と、着信ヘルスケアメッセージが主題としてヘルスケアプロバイダを有する場合またはヘルスケアメッセージのプロバイダ情報がＥＣＩＳ １２４に相関される（たとえば、ヘルスケアメッセージと共に受け取られたフィールドまたはマッピング２１２を使用して対応するＣＩＤにマッピングされるフィールドに従って）ことが望まれる時のためのプロバイダコリレータ２３６と、着信ヘルスケアメッセージが主題として臨床観察を有する場合またはヘルスケアメッセージの観察情報がＥＣＩＳ １２４に相関される（たとえば、ヘルスケアメッセージと共に受け取られたフィールドまたはマッピング２１２を使用して対応するＣＩＤにマッピングされるフィールドに従って）ことが望まれる時のための観察コリレータ２３８とを含む。さらに、カスタマイゼーションインターフェース２０８および相関アルゴリズムジェネレータ２０６を使用するユーザまたはプログラマは、メッセージがＣＩＤにマッピングされる（たとえば、ＣＩＤクリエータ２１４によって）時に対応するＣＩＤに置くことができる着信ヘルスケアメッセージのソースに基づいてコリレータ２２４のうちの１つまたは複数をカスタマイズすることができる。たとえば、相関アルゴリズムジェネレータ２０６およびカスタマイゼーションインターフェース２０８を使用して、あるコリレータに、メッセージがそこから受け取られた病院１０２のエンティティに基づいて追加のまたは代替のステップまたはアクションを行わせることができる。

少なくとも１つのヘルスケア事業（たとえば、図１の病院１０２）に関する上で説明した初期化の後に、図２の例のＣＣＤＣシステム１３２のヘルスケアデータフィード２１０は、ＥＣＩＳに登録したエンティティ（たとえば、病院１０２のエンティティ１０４〜１１４）のうちの１つまたは複数からのヘルスケアメッセージを待ち、かつ／または能動的に取り出す。ヘルスケアデータフィード２１０を、たとえば病院１０２とＥＣＩＳ １２４との間の通信を容易にすることができる任意の適切な通信インターフェースによって実施することができる。ヘルスケアメッセージがデータフィード２１０で受け取られる時に、そのメッセージは、ソースアイデンティファイヤ２２０に伝えられる。図示の例では、ソースアイデンティファイヤ２２０は、たとえばメッセージのフィールドおよび／またはＥＣＩＳ １２４へのメッセージに関連して伝えられたデータに基づいて、受け取られたメッセージのソースを識別する。図示の例では、メッセージのソースは、マッピング２１２を参照するか照会するためにＣＩＤクリエータ２１４によって使用される。上で説明したように、マッピング２１２は、メッセージのデータをどのようにしてＣＩＤにマッピングしなければならないのかについてＣＩＤクリエータ２１４に知らせるスキーマからスキーマへのインジケータを含む。ＣＩＤクリエータ２１４は、その情報を使用して、受け取られたメッセージからデータをプルし、プルされたデータをマッピング２１２に従ってＣＩＤに組み込む。したがって、ＣＩＤクリエータ２１４によって作成されるＣＩＤは、ＥＣＩＳ １２４の内部スキーマに従ってフォーマットされたヘルスケアメッセージからのデータを含む。さらに、ＣＩＤクリエータ２１４は、結果のＣＩＤ内に、データフィード２１０で受け取られた外部識別子を含める。

ＣＩＤクリエータ２１４は、主題アイデンティファイヤ２１８によって入手された情報をも使用し、この情報は、相関される受け取られたメッセージの１つまたは複数の主題を識別する。ＣＩＤクリエータ２１４は、識別された主題のそれぞれについてＣＩＤを作成する。上で説明したように、コリレータ２２４のそれぞれは、それについて生成されるべきＣＩＤの対応するタイプを有する。したがって、主題アイデンティファイヤ２１８が、ＣＣＤＣシステム１３２によって相関される受け取られたメッセージから第１主題として患者を識別する時には、ＣＩＤクリエータ２１４は、患者コリレータ２２６に対応する第１ＣＩＤを生成する。主題アイデンティファイヤ２１８が、ＣＣＤＣシステム１３２によって相関される受け取られたメッセージから第２主題として外来診察を識別する場合には、ＣＩＤクリエータ２１４は、外来診察コリレータ２２８に対応する第２ＣＩＤを生成する。これは、図２の残りの例のコリレータ２３０〜２３８およびＣＣＤＣシステム１３２によって実施されるすべての他のカスタマイズされたコリレータにもあてはまる。

ＣＩＤクリエータ２１４によってどのタイプ（１つまたは複数）のＣＩＤ（１つまたは複数）が生成されたかに基づいて、例のコリレータセレクタ２２２は、コリレータ２２４のうちの１つまたは複数を選択する。その結果、相関されるメッセージの主題として患者を用いて作成されたすべてのＣＩＤは、コリレータセレクタ２２２に従って患者コリレータ２２６に渡される。同様に、相関されるメッセージの主題として外来診察を用いて作成されたすべてのＣＩＤは、コリレータセレクタ２２２に従って外来診察コリレータ２２８に渡される。

選択された１つまたは複数のコリレータ２２４は、それぞれ、ＣＩＤクリエータ２１４によって作成された対応するＣＩＤを受け取る。上で説明したように、コリレータ２２４のそれぞれは、たとえば内部識別子に相関されるヘルスケアメッセージの主題に基づいて生成され、カスタマイズされた、１つまたは複数のアルゴリズム（たとえば、プラグインバンドル）を含む。したがって、コリレータ２２４は、それぞれ、着信メッセージのそれぞれの主題（たとえば、患者）がＥＣＩＳ １２４のどの内部識別子に割り当てられるのか、または既に存在する場合にはどの内部識別子に関連するのかを判定するように構成される。それを行うために、例のコリレータ２２４は、受け取られたヘルスケアメッセージが割り当てられる既存の内部識別子を判定するため、またはそのような内部識別子が存在しない時に受け取られたヘルスケアメッセージの主題の新しい内部識別子を生成するために、図１の内部識別子データベース１３４などの１つまたは複数のデータベースまたはデータサービスを参照する。したがって、コリレータ２２４のうちの選択されたコリレータ（１つまたは複数）は、着信ヘルスケアメッセージを適当な（または新規の）内部識別子に関連付け、そのデータを内部識別子１３４データベースに格納する。さらに、コリレータ２２４のうちの選択されたコリレータ（１つまたは複数）は、カスタマイゼーションインターフェース２０８を使用するＥＣＩＳ １２４のユーザによるカスタマイゼーションに応じて、追加のタスクまたはアクションを実行することができる。図２の例のＣＣＤＣシステム１３２の機能性の例示的な例を、下で図３および４に関連して説明する。

図３および４に示された流れ図は、ヘルスケア情報を相関させる図１および／または２の例のＣＣＤＣシステム１３２を実施するために実行できる機械可読命令を表す。図３および４の例のプロセスを、プロセッサ、コントローラ、および／または任意の他の適切な処理デバイスを使用して実行することができる。たとえば、図３および４の例のプロセスを、プロセッサ（たとえば、図５に関連して下で述べる例のプロセッサ５１２）に関連するフラッシュメモリ、読取り専用メモリ（ＲＯＭ）、および／またはランダムアクセスメモリ（ＲＡＭ）などの有形の媒体に格納されたコーディングされた命令内で実施することができる。その代わりに、図３および４の例のプロセスの一部またはすべてを、特定用途向け集積回路（ＡＳＩＣ）（１つまたは複数）、プログラマブル論理デバイス（ＰＬＤ）（１つまたは複数）、フィールドプログラマブル論理デバイス（ＦＰＬＤ）（１つまたは複数）、ディスクリート論理、ハードウェア、ファームウェア、その他の任意の組合せ（１つまたは複数）を使用して実施することができる。また、図３および４の例のプロセスの一部またはすべてを、手動でまたは前述の技法のいずれかの任意の組合せ（１つまたは複数）、たとえば、ファームウェア、ソフトウェア、ディスクリート論理、および／またはハードウェアの任意の組合せとして、実施することができる。さらに、図３および４の例のプロセスを、図３および４の流れ図を参照して説明するが、図３および４のプロセスを実施する他の方法を使用することができる。たとえば、ブロックの実行の順序を変更することができ、かつ／あるいは説明されるブロックのいくつかを、変更し、除去し、副分割し、または組み合わせることができる。さらに、図３および４の例のプロセスのいずれかまたはすべてを、順次および／またはたとえば別々の処理スレッド、プロセッサ、デバイス、ディスクリート論理、回路などによって並列に実行することができる。

図３に移ると、図１の病院１０２が、図１のＥＣＩＳ １２４に登録するか、登録を更新する時（ブロック３００）に、図２のイニシャライザ２００は、更新される病院１０２のエンティティ１０４〜１１４のそれぞれまたはエンティティ１０４〜１１４のうちの１つまたは複数のポリシ、プロトコル、フォーマット、用語法などに関係する情報を入手するためにエンティティ構成レシーバ２０２をトリガする。たとえば、救急室システム１０８は、識別子の第１セットに従って患者を、識別子の第２セットに従って外来診察を識別することができる。さらに、検査室情報システム１１４は、識別子の第３セットに従って患者を、識別子の第４セットに従って検査室結果を識別することができる。例のエンティティ構成レシーバ２０２は、この情報を入手し、したがって、図２の例のＣＣＤＣシステムは、ヘルスケアメッセージの主題の異なるタイプ（たとえば、患者、外来診察、検査室結果、指示、治療の場所、ヘルスケアプロバイダ、観察など）を識別するために病院１０２の各エンティティによって使用される識別子を知る。

エンティティ構成レシーバ２０２は、マッピングジェネレータ２０４がエンティティ１０４〜１１４の構成に基づいてスキーマからスキーマへのマッピングを生成できるように、図２のマッピングジェネレータ２０４に病院１０２のエンティティ１０４〜１１４に関する情報を伝える（ブロック３０４）。マッピングジェネレータ２０４によって生成されるこのスキーマからスキーマへのマッピングは、異なるヘルスケアエンティティの異なる識別スキーマ（たとえば、ヘルスケアメッセージの主題を識別するために各エンティティによって使用される識別子のセット）をＣＣＤＣシステム１３２によって受け取り、ＥＣＩＳ １２４のＣＩＤでの使用のためにスキーマに処理することを可能にする。

病院１０２に関するＣＣＤＣシステム１３２のさらなる初期化として、相関アルゴリズムジェネレータ２０６は、コリレータの生成およびカスタマイゼーションを可能にするために、カスタマイゼーションインターフェース２０８と共に働く（ブロック３０６）。カスタマイゼーションインターフェース２０８は、プログラマに、たとえばコリレータ２２４を定義するスクリプトおよび／またはプラグインバンドル内で実施されるカスタムアルゴリズムのジェネレータ内で支援するツールまたはインターフェースのセットを与えることができる。ＥＣＩＳ １２４のユーザは、たとえばＥＣＩＳ １２４の内部識別子に相関される受け取られたヘルスケアメッセージの主題のタイプに基づいて、コリレータをカスタマイズすることができる。コリレータ２２４のカスタマイゼーションを、受け取られたヘルスケアメッセージのソースまたは本明細書で説明する相関プロセス（１つまたは複数）に関するメッセージの独自の治療を保証する受け取られたヘルスケアメッセージのソースに関する過去の経験など、追加のまたは代替の要因（１つまたは複数）に基づくものとすることができる。コリレータに対する異なるカスタマイゼーションは、上で述べられ、図４に関連して下で詳細に述べられる。

図３の例の流れ図は、１つまたは複数の更新がマッピングジェネレータ２０４によって生成されたマッピング２１２または相関アルゴリズムジェネレータ２０６によって生成されたコリレータ２２４について、望まれまたは要求されるかどうかを判定するためのチェックをも含む。具体的に言うと、更新が、マッピング２１２のうちの１つまたは複数に対して発生する時に（ブロック３０８）、そのような更新（１つまたは複数）が、ブロック３１０で実施される。同様に、１つまたは複数の更新がコリレータ（１つまたは複数）に対して発生する場合に（ブロック３１２）、そのような更新（１つまたは複数）が、ブロック３１４で実施される。他のタイプの更新または変更を、図３の例の流れ図に示されたものに加えて実施することができる。

図４に移ると、ヘルスケアメッセージが、図２のヘルスケアデータフィード２１０から受け取られる（ブロック４００）。ヘルスケアメッセージを、たとえばメッセージが病院１０２の例のＥＭＲ １１６に格納されることおよび／またはメッセージがＥＣＩＳ １２４のワークフローの一部としてＥＣＩＳ １２４に直接に送信されることの結果として、データフィード２１０で受け取ることができる。受け取られたヘルスケアメッセージは、たとえば、図１の例の検査室情報システム１１４に関連して生成される検査室レポートに対応することができる。上の例を継続すると、図１の例の検査室情報システム１１４によって使用されるスキーマ（図３のブロック３０２でエンティティ構成レシーバ２０２によって学習される）に従って、それぞれ患者および外来診察について救急室システム１０８によって使用される識別子の第１セットおよび第２セットではなく、識別子の第３セットに従って患者を、識別子の第４セットに従って検査室結果を識別する。

受け取られたメッセージは、２つの主題がＥＣＩＳ １２４の内部識別子と相関されなければならないことをも示し、この２つの主題は、患者および検査室結果である。図２の主題アイデンティファイヤ２１８は、これらの主題を相関される主題として識別し、図２のソースアイデンティファイヤ２２０は、メッセージのソースとして検査室情報システム１１４を識別する（ブロック４０２）。メッセージのソースは、メッセージのデータをＣＩＤにマッピングするのに使用すべきマッピング２１２を判定するのに使用され、識別された主題は、作成すべきＣＩＤ（１つまたは複数）を選択するのに使用される。その後、ＣＩＤクリエータ２１４は、受け取られたメッセージのＣＩＤ（１つまたは複数）を作成し、この作成は、メッセージから検査室情報システム１１４によって使用される識別子の第３セットおよび第４セットの識別子などのデータをプルすることと、これをＣＩＤ（１つまたは複数）に組み込むこととを含む（ブロック４０４）。上の例を継続すると、ＣＩＤクリエータ２１４は、受け取られたメッセージの患者情報のための第１ＣＩＤと、受け取られたメッセージの検査室結果情報のための第２ＣＩＤとを生成する。

相関すべきメッセージの主題を知ってもいる例のコリレータセレクタ２２２は、メッセージの相関のためにコリレータ２２４のうちの適当なコリレータ（１つまたは複数）を選択する（ブロック４０６）。図示の例では、コリレータセレクタ２２２によるコリレータの選択は、対応するＣＩＤを選択されたコリレータに伝えることをも含む。したがって、上の例を継続すると、コリレータセレクタ２２２は、受け取られたメッセージの患者データのためにＣＩＤクリエータ２１４によって作成された第１ＣＩＤのために患者コリレータ２２６を選択し、第１ＣＩＤを患者コリレータ２２６に伝える。さらに、コリレータセレクタ２２２は、受け取られたメッセージの検査室結果データのためにＣＩＤクリエータ２１４によって作成された第２ＣＩＤのために検査室コリレータ２３０を選択し、第２ＣＩＤを検査室コリレータ２３０に伝える。その後、選択されたコリレータ２２６および２３０は、それぞれのＣＩＤを処理して、受け取られたメッセージの対応する主題をＥＣＩＳ １２４のそれぞれの内部識別子と相関させ、内部識別子を図１のデータベース１３４に格納する（ブロック４０８）。その結果、患者コリレータ２２６は、ヘルスケアデータフィード２１０で受け取られたメッセージの患者データを、受け取られたメッセージの患者を参照するためにＥＣＩＳ １２４のデバイス、プログラム、およびシステムにまたがって一様に使用できる内部識別子に関連付けた。さらに、検査室コリレータ２３０は、ヘルスケアデータフィード２１０で受け取られたメッセージの検査室結果データを、受け取られたメッセージの検査室結果を参照するためにＥＣＩＳ １２４のデバイス、プログラム、およびシステムにまたがって一様に使用できる内部識別子に関連付けた。他のコリレータ２２８および２３２〜２３８ならびにＣＣＤＣシステム１３２の追加のカスタマイズされたコリレータは、類似する形で受け取られたメッセージの異なる主題を相関させることができる。

図５は、本明細書で説明される装置および方法を実施するために使用できる例のプロセッサシステム５１０のブロック図である。図５に示されているように、プロセッサシステム５１０は、相互接続バス５１４に結合されたプロセッサ５１２を含む。プロセッサ５１２は、任意の適切なプロセッサ、処理ユニット、またはマイクロプロセッサとすることができる。図５には示されていないが、システム５１０は、マルチプロセッサシステムとすることができ、したがって、プロセッサ５１２と同一であるかこれに類似し、相互接続バス５１４に通信的に結合された１つまたは複数の追加のプロセッサを含むことができる。

図５のプロセッサ５１２は、チップセット５１８に結合され、チップセット５１８は、メモリコントローラ５２０および入出力（Ｉ／Ｏ）コントローラ５２２を含む。周知のように、チップセットは、通常、Ｉ／Ｏ管理機能およびメモリ管理機能ならびにチップセット５１８に結合された１つまたは複数のプロセッサによってアクセス可能であるか使用される複数の汎用レジスタおよび／または特殊目的レジスタ、タイマなどを提供する。メモリコントローラ５２０は、プロセッサ５１２（または複数のプロセッサがある場合に複数のプロセッサ）がシステムメモリ５２４およびマスストレージメモリ５２５にアクセスすることを可能にする機能を実行する。

システムメモリ５２４は、たとえばスタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、フラッシュメモリ、読取り専用メモリ（ＲＯＭ）、その他などの任意の所望のタイプの揮発性メモリおよび／または不揮発性メモリを含むことができる。マスストレージメモリ５２５は、ハードディスクドライブ、光ドライブ、テープストレージデバイスなどを含む任意の所望のタイプのマスストレージデバイスを含むことができる。

Ｉ／Ｏコントローラ５２２は、プロセッサ５１２がＩ／Ｏバス５３２を介して周辺入出力（Ｉ／Ｏ）デバイス５２６および５２８ならびにネットワークインターフェース５３０と通信することを可能にする機能を実行する。Ｉ／Ｏデバイス５２６および５２８は、たとえばキーボード、ビデオディスプレイすなわちモニタ、マウス、その他などの任意の所望のタイプのＩ／Ｏデバイスとすることができる。ネットワークインターフェース５３０は、たとえば、プロセッサシステム５１０が別のプロセッサシステムと通信することを可能にする、イーサネット（商標）デバイス、非同期転送モード（ＡＴＭ）デバイス、８０２．１１デバイス、ＤＳＬモデム、ケーブルモデム、セルラモデムなどとすることができる。

メモリコントローラ５２０およびＩ／Ｏコントローラ５２２が、図５ではチップセット５１８内の別々のブロックとして図示されているが、これらのブロックによって実行される機能を、単一の半導体回路内で一体化することができ、あるいは、複数の別々の集積回路を使用して実施することができる。

したがって、本明細書で開示される例の方法、装置、システム、および／または製造品は、ヘルスケアエンティティに関連する医療従業者が、転送された患者の医療問題に関連する臨床項目をすばやく効率的に正確に知るように、ヘルスケアエンティティの間でのリンケージ情報の交換を可能にする。他の利益および長所に加えて、本明細書で開示される例の方法、装置、システム、および／または製造品は、従業者が臨床項目を臨床問題と調和させる必要を減らし、あるいは、いくつかの場合に除去する。その結果、従業者は、より効果的な形でより正確で安全な介護を提供することができる。さらに、従業者は、転送プロセスとそれに関連する情報の交換との焦点を、患者がそれに関して転送されつつある医療問題（１つまたは複数）に関係する臨床項目に合わせることができる。

ある種の実施形態は、上で説明した機能性を実施するために方法、システム、および任意の機械可読媒体上のコンピュータプログラム製品を企図する。ある種の実施形態を、たとえば、既存のコンピュータプロセッサを使用して、これまたは別の目的のために組み込まれた特殊目的コンピュータプロセッサによって、またはハードワイヤドシステムおよび／もしくはファームウェアシステムによって実施することができる。

ある種の実施形態は、コンピュータ実行可能命令またはデータ構造を担持するかその上に格納されたコンピュータ可読媒体を含む。そのようなコンピュータ可読媒体は、汎用のもしくは特殊目的のコンピュータまたはプロセッサを有する他の機械によってアクセスできる任意の使用可能な媒体とすることができる。たとえば、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、またはコンピュータ実行可能命令もしくはデータ構造の形で所望のプログラムコードを担持しもしくは格納するのに使用でき、汎用のもしくは特殊目的のコンピュータもしくはプロセッサを有する他の機械によってアクセスできる任意の他の媒体を含むことができる。上記の組合せも、コンピュータ可読媒体の範囲に含まれる。コンピュータ実行可能命令は、たとえば、汎用コンピュータ、特殊目的コンピュータ、または特殊目的処理機械にある機能または機能のグループを実行させる命令およびデータを含む。

一般に、コンピュータ実行可能命令は、特定のタスクを実行するか特定の抽象データ型を実施する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。コンピュータ実行可能命令、関連するデータ構造、およびプログラムモジュールは、本明細書で開示されるある種の方法およびシステムのステップを実行するためのプログラムコードの例を表す。そのような実行可能命令または関連するデータ構造の特定のシーケンスは、そのようなステップで説明される機能を実施するための対応する行為の例を表す。

本発明の実施形態を、プロセッサを有する１つまたは複数のリモートコンピュータへの論理接続を使用してネットワーク化された環境で実践することができる。論理接続は、限定ではなく例としてここで提示されるローカルエリアネットワーク（ＬＡＮ）および広域ネットワーク（ＷＡＮ）を含むことができる。そのようなネットワーキング環境は、オフィス全体または企業全体のコンピュータネットワーク、イントラネット、およびインターネットでありふれたものであり、さまざまな異なる通信プロトコルを使用することができる。当業者は、そのようなネットワークコンピューティング環境が、通常は、パーソナルコンピュータ、ハンドヘルドデバイス、マルチプロセッサシステム、マイクロプロセッサベースのまたはプログラム可能な消費者エレクトロニクス、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、および類似物を含む多数のタイプのコンピュータシステム構成を含むことを了解するであろう。本発明の実施形態を、通信ネットワークを介してリンクされた（ハードワイヤドリンク、無線リンク、またはハードワイヤドリンクもしくは無線リンクの組合せのいずれかによって）ローカル処理デバイスおよびリモート処理デバイスによってタスクが実行される分散コンピューティング環境で実践することもできる。分散コンピューティング環境では、プログラムモジュールを、ローカルメモリストレージデバイスとリモートメモリストレージデバイスとの両方に配置することができる。

ある種の方法、装置、および製造品を本明細書で説明したが、本特許の包含の範囲は、それに限定されない。逆に、本特許は、文字どおりまたは均等論の下でのいずれかで添付の特許請求の範囲の範囲に公正に含まれるすべての方法、装置、および製造品を包含する。

１００ ヘルスケア環境
１０２ 病院
１０４ 腫瘍科
１０６ 心臓病科
１０８ 救急室システム
１１０ ピクチャ記録更新システム（ＰＡＣＳ）
１１２ 放射線情報システム（ＲＩＳ）
１１４ 検査室情報システム（ＬＩＳ）
１１６ 電子医療記録（ＥＭＲ）システム
１１８ 外来診療所
１２０ 検査室情報システム
１２２ ＰＡＣＳ
１２４ ＥＣＩＳ
１２６ ネットワーク
１２８ 伝送媒体
１３０ 伝送媒体
１３２ 構成可能臨床データ相関（ＣＣＤＣ）システム
１３４ データベース
２００ イニシャライザ
２０２ エンティティ構成レシーバ
２０４ マッピングジェネレータ
２０６ 相関アルゴリズムジェネレータ
２０８ カスタマイゼーションインターフェース
２１０ ヘルスケアデータフィード
２１２ マッピング
２１４ 臨床識別子クリエータ、ＣＩＤ クリエータ
２１６ オブジェクトアイデンティファイヤ
２１８ 主題アイデンティファイヤ
２２０ ソースアイデンティファイヤ
２２２ コリレータセレクタ
２２４ コリレータ
２２６ 患者コリレータ
２２８ 外来診察コリレータ
２３０ 検査室コリレータ
２３２ 指示コリレータ
２３４ 場所コリレータ
２３６ プロバイダコリレータ
２３８ 観察コリレータ
５１０ プロセッサシステム
５１２ プロセッサ
５１４ 相互接続バス
５１８ チップセット
５２０ メモリコントローラ
５２２ 入出力（Ｉ／Ｏ）コントローラ
５２４ システムメモリ
５２５ マスストレージメモリ
５２６ 周辺入出力（Ｉ／Ｏ）デバイス
５２８ 周辺入出力（Ｉ／Ｏ）デバイス
５３０ ネットワークインターフェース
５３２ Ｉ／Ｏバス

Claims (12)

1. ヘルスケア事業（１０２）の第１エンティティ（１０４）からヘルスケアメッセージを受け取ること（４００）であって、前記ヘルスケアメッセージは、前記第１エンティティ（１０４）の第１識別スキーマに従って構成される、受け取ること（４００）と、
   電子臨床情報システム（１２４）への相関のために前記ヘルスケアメッセージの１つまたは複数の主題を識別すること（４０２）と、
   各識別された主題を相関させるために識別された主題ごとに複数のコリレータ（２２４）のうちの１つを選択すること（４０６）であって、前記コリレータ（２２４）のそれぞれは、特定のタイプのヘルスケアメッセージ主題を扱うようにカスタマイズ可能である、選択すること（４０６）と、
   前記識別された主題のそれぞれを前記電子臨床情報システム（１２４）の内部の識別子と関連付けるために前記メッセージの前記識別された主題を相関させること（４０８）と
   を含む、コンピュータ実施される方法。
2. 前記ヘルスケアメッセージの前記受け取ること（４００）の前に、前記電子臨床情報システム（１２４）の識別スキーマへの前記第１エンティティ（１０４）の前記第１識別スキーマの第１マッピング（２１２）を生成すること（３０４）をさらに含む、請求項１記載のコンピュータ実施される方法。
3. 前記ヘルスケアメッセージの前記受け取ること（４００）の前に、前記電子臨床情報システム（１２４）の前記識別スキーマへの前記第１識別スキーマとは異なる第２エンティティ（１０６）の第２識別スキーマの第２マッピング（２１２）を生成すること（３０４）をさらに含む、請求項２記載のコンピュータ実施される方法。
4. 前記ヘルスケアメッセージのソースを識別し（４０２）、前記相関プロセスのために前記識別されたソースに基づいて前記第１マッピングおよび前記第２マッピング（２１２）のうちの１つを選択することをさらに含む、請求項３記載のコンピュータ実施される方法。
5. 前記第１エンティティ（１０４）の前記識別スキーマは、第１タイプの主題を前記第１エンティティ（１０４）に一意にするために前記第１エンティティ（１０４）によって使用される１つまたは複数の識別子の指定を含む、請求項１記載のコンピュータ実施される方法。
6. 前記１つまたは複数の主題は、患者、外来診察、検査室レポート、指示、治療の場所、ヘルスケアプロバイダ、または観察のうちの少なくとも１つを含む、請求項１記載のコンピュータ実施される方法。
7. ヘルスケア事業（１０２）の第１エンティティ（１０４）からヘルスケアメッセージを受け取るデータフィード（２１０）であって、前記ヘルスケアメッセージは、前記第１エンティティ（１０４）の識別スキーマに従って構成される、データフィード（２１０）と、
   電子臨床情報システム（１２４）への相関のために前記ヘルスケアメッセージの１つまたは複数の主題を識別するアイデンティファイヤ（２１８）と、
   各識別された主題を相関させるために識別された主題ごとに複数のコリレータ（２２４）のうちの１つを選択するセレクタ（２２２）であって、前記コリレータ（２２４）のそれぞれは、特定のタイプのヘルスケアメッセージ主題を扱うようにカスタマイズ可能であり、前記コリレータ（２２４）は、前記識別された主題のそれぞれを前記電子臨床情報システム（１２４）の内部の識別子と関連付けるために前記メッセージの前記識別された主題を相関させる、セレクタ（２２２）と
   を含む装置。
8. 前記ヘルスケアメッセージの前記受け取ることの前に、前記電子臨床情報システム（１２４）の識別スキーマへの前記第１エンティティ（１０４）の前記第１識別スキーマの第１マッピング（２１２）を生成するジェネレータ（２０４）をさらに含む、請求項７記載の装置。
9. 前記ヘルスケアメッセージの前記受け取ることの前に、前記電子臨床情報システムの前記識別スキーマへの前記第１識別スキーマとは異なる第２エンティティ（１０６）の第２識別スキーマの第２マッピング（２１２）を生成するジェネレータ（２０４）をさらに含む、請求項８記載の装置。
10. 前記ヘルスケアメッセージのソースを識別する第２アイデンティファイヤ（２２０）をさらに含み、前記第１マッピングおよび前記第２マッピング（２１２）のうちの１つは、前記相関プロセスのために前記識別されたソースに基づいて選択される、請求項９記載の装置。
11. 前記第１エンティティ（１０４）の前記識別スキーマは、第１タイプの主題を前記第１エンティティ（１０４）に一意にするために前記第１エンティティ（１０４）によって使用される１つまたは複数の識別子の指定を含む、請求項７記載の装置。
12. 前記１つまたは複数の主題は、患者、外来診察、検査室レポート、指示、治療の場所、ヘルスケアプロバイダ、または観察のうちの少なくとも１つを含む、請求項７記載の装置。

Images