JP2009211714A - エキスパート・システムを臨床情報システムにインターフェースするためのシステム、方法、およびコンピュータ・プログラム - Google Patents

Abstract

【課題】エキスパート・システムを臨床情報システムにインターフェースするための方法およびコンピュータ・プログラムを提供する。
【解決手段】本発明の実施形態はシステムの緊密な統合を提供して、臨床医が、個々の患者データを固有に維持することなく、エキスパート・システムによって提供される機能を使用することを可能にする。本発明の実施形態は、エキスパート・システムと、１または複数の臨床情報システムとの間の通信のための方法を提供する。この通信により、エキスパート・システムと臨床システムとの間での情報および行動のフローが可能になり、双方のシステムにおける監査ログの維持が可能になる。
【選択図】図１

Description

本発明は、一般に、臨床システムと、別個のエキスパート・システムとの間の通信を支援することに関する。より詳細には、本発明は、臨床システムと別個のエキスパート・システムとの間のインターフェースを提供するシステム、方法、およびコンピュータ・プログラムに関する。

この出願は、２００３年２月７日出願の米国特許仮出願第６０／４４５８８９号の利益を主張する。

臨床情報システムおよび電子医療記録システムは、長年の間、患者のケアにおいて使用されてきた。これらのシステムは、システムのユーザおよび管理機能、ならびに臨床結果および活動の履歴（臨床データ機能）に関連するデータベースまたはデータのリポジトリを含む。それらは、ケアに関連する会計処理のための医療記録として、また、現在継続している患者の臨床治療のためのツールとして、使用される。しかし、従来、これらのシステムは、オンライン・トランザクション処理（ＯＬＴＰ）システムして構築されてきた。その結果、これらのシステムは、医学または科学的知識を大量に含むことができず、専門的勧告を提供する（即ちエキスパート機能を実行する）ように設計されていない。

幾つかの臨床情報システムは、システムに入力された臨床データに基づく専門的勧告を提供するために、システムに組み込まれた警報機構および規則ベースのイベント・モニタを備えて構築される。これらのシステムでは、臨床データ機能とエキスパート機能が共通のシステムに実装されているので、臨床データ機能とエキスパート機能とを実行する異なるモジュール間の特定のシステム・インターフェースは必要とされない。迅速なトランザクション処理の必要性により、このモデルの能力が制限され、生成することができる専門的助言のタイプが制限されている。更に、ユーザは、開発または購入された共通システムに組み込まれている特定のエキスパート・システムによって提供される機能に制限される。臨床システム自体の中で、異なるエキスパート・システムを組み合わせる機会はない。

オンライン分析処理システムは、最適の分析エキスパート機能を提供するために開発された。しかし、それらのシステムは、臨床システムとは別個のシステムであり、それらは、そのデータベースに臨床システムからデータを取り込むためのインバウンド（到着）データ接続を有することがあるが、臨床システムへ情報を返す流れはなく、また、ユーザが２つのタイプの機能間をシームレスに移動することを可能にする２つのシステム間の対話機構もない。これらのシステムは、一般に、直接的な臨床ケアのためではなく、管理またはケース・マネジメントのために使用される。組み込まれている知識、および作成される勧告は、直接的に実行可能ではない。

エキスパート・システムは、スタンドアロン・システムとして開発され、医療ケアを改善することが見込まれる価値ある情報を提供することが知られている。しかし、その分離しているという性質のため、このシステムの有用性もやはり制限されている。別個のアプリケーションへ入るようにユーザに求めるシステムは、使用される可能性が低くなり、臨床システム内に既に存在する臨床情報を入力するようにユーザに求めるシステムは、ユーザに追加的な負担を与える。更に、再入力されたデータは、不完全であるか又は誤っているおそれがあるので、データの正確さ（または精度）を失う危険性がある。従って、これらのスタンドアロン・システムの分離ているという性質により、これらのシステムの有用性および臨床業務における採用が制限されている。

幾つかの理由によって、スタンドアロン・エキスパート・システムは、臨床システムに統合されていない。第１に、包括的な電子医療記録（ＥＭＲ）システムは、ごくわずかの医療システムにしか見られない。このような電子医療記録システムを有する数少ない設置先では、しばしば、その組織内でこのようなシステムを開発し、電子医療記録システム自体の中に、意思決定支援およびエキスパート・システムを開発している。

複数の別個のエキスパート・システムが、幾つかの焦点を当てた臨床領域を対象として開発されているが、電子医療記録システムが適所になければ統合は不可能である。更に、統合システムに対しては多くの技術的障害がある。第１に、多くの電子医療記録は、独自仕様のオペレーティング・システムおよびデータベースを用いて開発されている。これらのシステムを関連のないシステムに統合することは、不可能でないにしても困難である。第２に、データおよび知識の表現のための規格が乏しいことである。このため、適切に解釈され操作され得るデータを転送することが困難になる。システム間のメッセージの構造を定義するインターフェース規格を用いた場合でも、共通の語彙がなければメッセージの内容は役に立たないことがある。

また、スタンドアロンのエキスパート・システムを電子医療記録と統合する商用システムも開発されていない。電子医療記録のベンダのビジネス・モデルは、医療システムに対する包括的なソリューションを提供することである。ベンダは、自身のエキスパート・システムの機能の長所によって差別化を行う。これらのシステムは、ベンダの製品と一体化され、他のベンダの電子医療記録と連携動作するようには開発されない。そのため、幅広く統合が行えるように設計された独立したエキスパート・システムの開発が妨げられている。小さな特殊分野のエキスパート・システムのベンダは、例えば、ケース・マネジメント、治療の妥当性の保険証明、およびデータ解析などのような機能の特定分野に焦点を合わせている。直接治療する臨床医は、一般に、このようなシステムは使用せず、従って、電子医療記録との統合は追求されない。

最後に、従来の医療情報学の文献の見識および教示は、別個のエキスパート・システムを奨励していない。性能、セキュリティ、語彙の不整合、開発の制御に関する問題があるため、エキスパート・システムは臨床システムに直接組み込まれた場合のみ効果的となり得る、という広く主張された考えが存在している。この教示の結果、臨床システムに組み込まれるエキスパート・システムの開発が奨励されており、独立したエキスパート・システムが統合された形で機能することを可能にするシステムまたは方法を開発することに注意が払われてこなかった。

本発明は、一般に、スタンドアロンのエキスパート・システムを、１または複数の独立した臨床システムと統合するシステム、方法、およびコンピュータ・プログラムに関する。この方法は、スタンドアロン・エキスパート・システムを独立して開発および実行することを可能にし、次いで、このシステムを、１組の定義されたインターフェースを介して、１または複数の臨床システムと統合することを可能にする。エキスパート・システム内へ向けられた少なくとも１つのインターフェースと、このエキスパート・システムから外へ向けられた臨床システムへのインターフェースとがある。この方法は、ユーザによる個別の入力を必要とせずに、エキスパート・システムが臨床データにアクセスすることを可能にし、従って、データの正確さが保存される。この方法はまた、臨床システムと通信することができるエキスパート・システムに、ユーザが各臨床システム内からアクセスすることを可能にし、これらのシステム間でのシームレスな移動を実現する。エキスパート・システムは、実際は独立しているが、機能的には臨床システムに固有に組み込まれているかのように振る舞う。これにより、臨床医の既存の作業の流れに対して補足が行われ、臨床医がエキスパート・システムを使用することができる可能性が増大する。

本発明の一実施形態は、スタンドアロン医療エキスパート・システムと、少なくとも１つの臨床システムとの間の通信を支援するためのシステムを含み、このシステムは、臨床システムから離れたスタンドアロン医療エキスパート・システムを含む。本発明なしでは、エキスパート・システムの通信は、臨床システムまたはそれに関連する臨床モジュールのうちの１つと互換性がない可能性がある。エキスパート・システムおよび臨床システムと通信を行うのは、エキスパート・システムと臨床システムとの間のデータの伝送を支援する少なくとも１つのインターフェース・モジュールである。このインターフェース・モジュール（１または複数）はまた、少なくとも部分的に臨床システムの機能を制御する医療エキスパート・システムを用いて、臨床システムのユーザが、臨床システムのユーザ・インターフェース内からシームレスに医療エキスパート・システムの機能にアクセスしその機能を使用することを可能にする。そうすることにより、手動でアプリケーションを切り替えることなく、データを再入力することなく、また、１または複数の臨床モジュールまたは臨床システムによってグラフィカル・ユーザ・インターフェースが提示されることなく、臨床医、医師、または技術者は、独立した別個のエキスパート・システムにアクセスすることができる臨床モジュール、例えば、下記のものに限定されるものではないが、ＣＤＲモジュール、ＡＤＴモジュール、検査室モジュール、薬局モジュール、放射線科モジュール、または、電子医療記録モジュールなどの臨床モジュールを使用する。

本発明の他の実施形態では、少なくとも１つのインターフェース・モジュールが、例えば、下記のものに限定されるものではないが、インバウンド（入方向）・データ・インターフェース、アウトバウンド（出方向）警報インターフェース、アウトバウンド・オーダ・インターフェース、アウトバウンド・データ・インターフェース、インバウンド・アプリケーション・インターフェース、同期警報インターフェース、または、監査行動インターフェースなどのような様々な異なるインターフェースのうちの１つを含むか、または、このようなインターフェースのうちの１つとして機能する。

本発明の上記および他の利点および特徴は、以下の説明および添付の特許請求の範囲から、より完全に明らかとなり、また、以下に示す本発明の実施によって理解されよう。

本発明の上記および他の利点および特徴を更に明確にするために、添付の図面に示す本発明の特定の実施形態を参照することにより、本発明のより具体的な説明を与える。これらの図面は、本発明の典型的な実施形態だけを示しており、従って、本発明の範囲を限定するものとは考慮されない。添付の図面を用いて、本発明を更なる特性および詳細と共に記述し説明する。

図１は、臨床システムとエキスパート・システムとの間のインターフェースの実装形態の１つのモデルを表す、本発明の例示的な一実施形態の概略図を示す。 図２は、図１に示すシステムの使用を示すワークフロー図を示す。 図３は、図１に示すシステムの使用の代替例のワークフロー図を示す。 図４は、臨床システムとエキスパート・システムとの間のインターフェースの実装形態の他のモデルを表す、本発明の他の例示的な実施形態の概略図を示す。 図５は、図４に示すシステムの使用を示すワークフロー図を示す。 図６は、図４に示すシステムの他の使用の代替例を示すワークフロー図を示す。 図７は、図４に示すシステムの更に別の使用の代替例を示すワークフロー図を示す。 図８は、臨床システムとエキスパート・システムとの間のインターフェースの実装形態の更に別のモデルを表す、本発明の他の例示的な実施形態の概略図を示す。 図９は、図８に示すシステムの使用を示すワークフロー図を示す。

ここで、図１を参照すると、一実施形態では、臨床システム（ＣＳ）１０１は多数の臨床モジュールを含み、それらの臨床モジュールには、臨床データ・リポジトリ（ＣＤＲ）１０２、入退転院（入院、退院、転院）（ＡＤＴ）システム１０３、検査室（ＬＡＢ）システム１０４、薬局（ＰＨＡＲＭ）システム１０５、放射線科（ＲＡＤ）システム１０６、電子医療記録（ＥＭＲ）１０７、および、臨床システム・インターフェース・エンジン（ＣＳＩＥ）１０８が含まれる。図１に示す臨床システム１０１の臨床モジュールは、網羅的ではなく、また、本発明の実施形態に必要とされる全ての臨床モジュールではない。より正確には、図１に示すモジュール、システム、インターフェース、およびデータベースは、本発明の例示的な一実施形態を例示するものである。臨床モジュールは、それ自体で、その用語が当技術分野で理解されるような臨床システムとすることができる。従って、ここでは、臨床システムとは、個々の臨床モジュール、または臨床モジュールの集合体を指す場合がある。

各臨床モジュールは、ユーザに情報を表示し、ユーザからのデータ入力を受け入れるユーザ・インターフェース（ＵＩ）１１６を含む。表示される情報は、例えば、臨床データ・リポジトリ１０２、または、この情報が適用される臨床モジュールの１つに格納することができる。同様に、ＵＩ１１６を介してのデータ入力は、臨床データ・リポジトリ１０２へ、または、この情報が適用される臨床モジュールにあるリポジトリへ向けて送られる。ＵＩ１１６は、データの視覚表示を提供し、追加のデータが臨床データ・リポジトリ１０２へ入力されることまたは入れられることを可能にする、様々なグラフィカル・ユーザ・インターフェースのうちの１つとすることができる。様々なフレーム、フィールド、メニュー、画像、およびテキストが、ＵＩ１１６の一部として使用され得る。

臨床システム・インターフェース・エンジン１０８は、各臨床モジュールからデータの供給１１０、１１１、１１２、１１３、１１４、１１５を受ける。臨床システム・インターフェース・エンジン１０８は、エキスパート・システム１１９へデータを提供する。このようなデータの供給１１０、１１１、１１２、１１３、１１４、１１５は、定期的、散発的、または継続的な供給とすることができる。本発明の代替実施形態では、臨床システム・インターフェース・エンジン１０８の機能を実施する臨床システム・インターフェースは、臨床モジュールのうちの１つ臨床モジュールの一部として実装され得る。従って、このような場合、臨床モジュールは、直接にデータをエキスパート・システム１１９へ送り、また、エキスパート・システム１１９から受け取ることができる。この一例は図１に示されており、ここでは、電子医療記録１０７のＵＩ１１６が、エキスパート・システム・インターフェース・エンジン１２５に直接に接続されている。

エキスパート・システム１１９は、臨床システム１０１とは別個のシステムとして存在している。エキスパート・システム１１９は、様々なデータ・フィード（データ供給）１２０、１２１、１２２によって相互接続されている、エキスパート・システム・ユーザ・インターフェース（ＥＳＵＩ）１２３、エキスパート・システム・データベース（ＥＳＤＢ）１２４、および、エキスパート・システム・インターフェース・エンジン（ＥＳＩＥ）１２５を含むことができる。エキスパート・システム１１９は、様々なインバウンドおよびアウトバウンドのデータのインターフェースまたは供給１３０、１３１、１３２、１３３、１３４、１３５、１３６を用いて、臨床システム・インターフェース・エンジン１０８を介して、臨床システム１０１に接続される。データ・インターフェースまたはフィード（供給）は、データ・インターフェースまたは供給を経由して、どのようなデータがどのように通過することができるかを定義する特定のフォーマットおよびデータ構造を有する。インターフェースを通じてまたはデータ供給に沿って通過するデータは、固有ヘッダ、固有患者情報エレメント、警報エレメント、およびオーダ・エレメントなどを有することができるが、これらは例であり限定ではない。これらのデータ・インターフェースまたは供給の個々の詳細については、下記で論じる。

これらの様々なインターフェースは、エキスパート・システム、および臨床システム、および／または臨床システムに関連する臨床モジュールの間の通信を可能にする。これらのインターフェースは、構造化された様式を提供し、それにより、臨床システム、および関連する臨床モジュール、およびエキスパート・システムの間でデータが双方向に伝達される。次に、臨床システム・インターフェース・エンジンとエキスパート・システム・インターフェース・エンジンとに関連する例示的なインターフェースについて論じる。一実施形態では、インターフェースは業界標準のメッセージ定義を使用することができ、ここに記載のインターフェース定義を作成するためにそのようなメッセージ定義に追加または修正を行うことができる。本発明の他の実施形態では、プロプリエタリ（占有）のメッセージ定義を使用することができる。占有メッセージ定義ならびに業界標準定義は、エキスパート・システムと臨床システムとの間で転送されるメッセージを構築する際の合致を保証するために使用することができる。

図１に示すように、臨床システム・インターフェース・エンジン１０８とエキスパート・システム・インターフェース・エンジン１２５とは、インバウンド・データ・インターフェース（ＩＤＩ）１３３を介して通信することができる。このインターフェースは、個々の患者についてのデータを転送するためのコンジットおよびメッセージ構造を提供するものであり、患者についてのデータは臨床システム１０１の臨床モジュールに入力される。これらの臨床モジュールには、入院／退院／転院（ＡＤＴ）、検査室（Ｌａｂ）システム、薬局システム、オーダ・システム、放射線科システム、臨床文書システム、臨床リポジトリ、および他のインターフェース・エンジンが含まれ得るが、これらに限定されるものではない。

次の表は、特定のインバウンド・データ・インターフェースのタイプの例示的データ・エレメントを含む。下記のものは例示に過ぎず、本発明の実施形態の範囲において、他のデータ・エレメントを使用することもできる。業界標準のメッセージ定義を実装する幾つかの実施形態は、任意のインターフェース・トランザクション・タイプに対して追加することができる例えばＺまたは他のＨＬ７の定義のセグメントのような、追加の定義を含むことができる。

図１は、エキスパート・システム・インターフェース・エンジン１２５が、メッセージを、アウトバウンド警報インターフェース１３１を介して臨床システム・インターフェース・エンジン１０８へ送ることを示す。アウトバウンド警報インターフェースは、エキスパート・システムによって生成された警報による特定の患者に関する警報情報を転送するためのコンジットおよびメッセージ構造を提供する。エキスパート・システム内で生成された非同期警報は、メッセージとして外部の臨床システムへ送ることができる。これを、外部システムのユーザ・メッセージング・アプリケーションにおいて表示することができる。この外部システムは、エキスパート・システムにリンクして警報内容に直接アクセスする機構を提供することができる。メッセージの内容は、以下のものの１つまたは複数のものを含むことができる。

１．ターゲット・ユーザ識別子。エキスパート・システムは、警報の対象となっている特定のユーザを識別することができる。
２．患者識別子。
３．警報セッション識別子。
４．日付／時刻スタンプ。
５．警報識別子または名前。
６．警報メッセージ。このメッセージは、警報が発せられた理由、および警報に対処するためにエキスパート・システムを使用することの勧告（推奨）を含むことができる。
７．ある種の識別子。外部アプリケーションを通じてエキスパート・システムに入っているとき、適切な警報をユーザに直接に提示するために、外部システムは、インバウンド・アプリケーション・インターフェースを用いるリンクにおいて、この識別子を使用することができる。
８．緊急標識。これは、外部システムに警報の緊急性を示す。
９．更新標識。以前の警報に関して送られるものであり、外部システム内の警報を更新することができ、また、その警報を除去できることを示すことができる。

図１は、エキスパート・システム・インターフェース・エンジン１２５が、メッセージを、アウトバンド・オーダ・インターフェース（ＯＯＩ）１３５を介して、臨床システム・インターフェース・エンジン１０８へ送ることを示す。アウトバウンド・オーダ・インターフェースは、エキスパート・システムから臨床システムへ、特定の患者についてのオーダを転送するためのコンジットおよびメッセージ構造を提供する。このインターフェースは、薬物療法オーダを、薬局入院患者システム、薬剤小売システム、またはオーダ管理システムなどのような外部システムへ送ることができる。そのインターフェースはまた、検査室の研究、放射線の研究、または他の臨床についてのオーダを適切なシステムへ向けるように、オーダを送ることもできる。これらのオーダを、外部システムのオーダ・スクラッチパッド（ｓｃｒａｔｃｈｐａｄ）または同等のエリアへ送ることもでき、それにより、そのエリアからオーダを処理することができる。代替例としては、これらのオーダは、薬局または他の部門のシステムへ直接に送ることもできる。

患者とユーザの両方のコンテキストは、ＯＯＩによって渡すことができる。このインターフェースは、オーダの詳細を搬送することができる。ユーザのコメント、拒否の理由、および関連する情報は、監査行動インターフェース（詳細については後で述べる）を介して送られる。メッセージの内容は、以下のもののうちの１つまたは複数のものを含むことができる。

１．ユーザ識別子。
２．患者識別子。
３．警報セッション識別子。
４．日付／時刻スタンプ。
５．警報識別子。
６．オーダおよびオーダの行動のリスト。応答は、１または複数の異なるオーダをサポートすることができる。
７．リスト内の各オーダのオーダ詳細。これは、例えば、プロプリエタリのメッセージ定義、または、ＨＬ７オーダ・インターフェース標準などのような業界標準のメッセージ定義を使用することができる。
８．サポートされる行動は、プロプリエタリ・メッセージ定義または業界標準メッセージ定義により定義された、新規のオーダ、中止、保留／中断、変更、および任意の他の行動を含むことができる。
９．オーダ識別子。これは、外部システムにおける特定のオーダのインスタンスを識別する、外部システムからの識別子である。外部システム内の存在しているオーダに対して、中止、変更、または他の任意の行動を取るために必要である。

図１は、エキスパート・システム・インターフェース・エンジン１２５が、メッセージを、アウトバウンド・データ・インターフェース１３４を介して、臨床システム・インターフェース・エンジン１０８へ送ることを示す。アウトバウンド・データ・インターフェースは、ユーザによりエキスパート・システムへ入力されたデータ、またはエキスパート・システム内で生成されたデータを外部システムへ転送するための、コンジットおよびメッセージ構造を提供する。これは、例えば、身長やバイタル・サインなどのような離散的で構造化されたエレメント、あるいは、医師検診の構成要素などの文書、完了したオンライン回診報告、または判断支援された経過記録などとすることができる。例えば、ＨＬ７仕様が使用される場合、データ・エレメントに対して、およびドキュメント自体に対して、別個のＨＬ７ ＯＢＸセグメントを伴う１つのインターフェースがあり得る。患者およびユーザのコンテキストを渡すことができる。メッセージ内容は、以下のものを含むことができる。

１．例えばＸＭＬドキュメントとして送られる、プロプリエタリ・メッセージ、またはＨＬ７のＯＢＲメッセージなどの業界標準メッセージ。これは、インバウンド・データ・インターフェースの場合と同じエレメントにより実装され得る。このメッセージは、送られるデータ・エレメントに対する識別子、ならびにそれらのエレメントに対する値を含むことができる。それらのエレメントは、例えば、患者、日付、時刻、データ・エレメントの性質、および出所を含むことができる。
２．警報識別子。
３．警報セッション識別子。
４．プロプリエタリ・メッセージ、またはＨＬ７アレルギ・メッセージなどの業界標準メッセージは、アレルギ情報を送るために使用することができる。
５．プロプリエタリ・メッセージ、またはＨＬ７診断メッセージなどの業界標準メッセージは、問題または診断情報を送るために使用することができる。

図１は、エキスパート・システム・エンジン１２５が、インバウンド・アプリケーション・インターフェース１３２を介して、臨床システム・インターフェース・エンジン１０８から、メッセージを受け取ることを示す。インバウンド・アプリケーション・インターフェースは、臨床システムなどの外部システム内のリンクからエキスパート・システムへのアクセスを提供するためのコンジットおよびメッセージ構造を提供する。このリンクは、アクセスされるエキスパート・システムのコンポーネントを決定する。このインターフェースは、例えば、問題となっている薬物や結果などのような、エキスパート・システムにより必要とされる全てのデータを含むことができる。患者およびユーザのコンテキストが維持される。エキスパート・システム内で生成された警報により外部システム内にリンクが存在する場合、インターフェース・メッセージは、エキスパート・システム内のその警報内容に接続するための識別子を含むことができる。メッセージの内容は、例えば以下のものを含むことができる。

１．ユーザ識別子。
２．患者識別子、ただし存在する場合。
３．警報セッション識別子、ただし関連する場合。
４．日付／時刻スタンプ。
５．エキスパート・システムのどの部分をオープンするかを示す標識。
６．リンクのためのコンテキスト。これが、薬物療法オーダにおいての場合、メッセージは、薬物療法および関連するオーダの詳細を含むことができる。このメッセージは、エキスパート・システムに既にあることが見込まれていない任意の患者情報も含むこともできる。
７．薬物、投与量、経路、頻度、および期間などを含む薬物情報。
８．検査室試験、結果値、および試験間隔などを含む検査室情報。

図１は、エキスパート・システム・エンジン１２５が、メッセージを、同期警報インターフェース１３０を介して、臨床システム・インターフェース・エンジン１０８へ送り、また、それから受け取ることを示す。同期警報インターフェースは、外部システムとエキスパート・システムとの間の同期した対話をサポートするためのコンジットおよびメッセージ構造を提供する。特に、同期警報インターフェースは、外部システムが、エキスパート・システムによりオーダまたは他の臨床データを処理することを要求することを可能にするメッセージ構造またはプロトコルを提供し、エキスパート・システムの警報ジェネレータなどの機能を利用できるようにする。このようにすると、エキスパート・システムは、コンピュータ化した医師用オーダ・エントリ（ＣＰＯＥ）システム、または薬局システムなどのような外部オーダ管理システムに出されるオーダを解析するために、使用することができる。外部システムは、解析すべきオーダ（１または複数）を含むメッセージでエキスパート・システムを呼び出すことができ、エキスパート・システムが応答するのを待つ間、更なるオーダの処理を保留することができる。エキスパート・システムの応答は、警報が発行されたかどうかを識別することができる。警報が発行された場合、その応答は、外部システムに警報を処理させるための充分な情報を含むことができる。これは、変更を自動的に行うことを必要とすることがあり、また、外部システムが警報情報をユーザに呈示することを必要とすることがある。次いで、ユーザは、勧告（推奨）を受諾するかどうかを決定することができる。これが行われると、外部システムは、監査のためにエキスパート・システムへ結果を通信して返す。

同期警報インターフェースは、双方向のインターフェースである。同期警報インターフェースのエキスパート・システムのインバウンドのインターフェースは、ＣＰＯＥや薬局オーダ・エントリ・システムなどのような外部システム・アプリケーションからのものである。これは、エキスパート・システム警報エンジンによる処理の要求である。これは、患者およびユーザのコンテキスト、ならびに鑑定または解析されている行動の詳細を含む。本発明では、エキスパート・システムと臨床システムとの間の対話セッションを利用するため、エキスパート・システムは高性能を有することが望ましい。

本発明は、エキスパート・システムと臨床システムとの間の同期対話または同期通信をサポートする。臨床システムでとられる行動は、エキスパート・システムで検証または解析され、この行動の前にこの検証または解析に関してエキスパート・システムにより臨床システムへ与えられる応答が、臨床システムにより完了または実行される。この逆もまた可能である。

同期警報インターフェースのエキスパート・システムのアウトバウンドのインターフェースは、警報処理の結果を含む。警報が生成された場合、患者およびユーザのコンテキストを伴う警報内容が返される。警報が生成されない場合、応答がそのことを表す。監査情報は、監査行動インターフェースを介してホストシステムへ渡される。この監査情報の送信は、非同期とすることができる。

本発明のエキスパート・システムの処理は、ユーザ対話なしに行うことができ、その応答は外部システムへ送られる。外部システムは、エキスパート・システム・アプリケーションを直接に開始するか、または、ユーザがエキスパート・システムと相談することを可能にするエキスパート・システムへのリンクをユーザに呈示するかを決定する。外部システムは、外部アプリケーション内においてエキスパート・システムの応答からの情報を呈示し、ユーザがこの情報を受諾または拒否することを可能にすることができる。この実装が選ばれた場合、監査情報を、監査行動インターフェースを介してエキスパート・システムへ返すことができる。同期警報インターフェースに関連するインバウンド・メッセージの内容は、下記のものの１つまたは複数のものを含むことができる。

１．ユーザ識別子。
２．患者識別子。
３．警報セッション識別子。
４．日付／時刻スタンプ。
５．オーダ識別子やオーダを行う医師を含むオーダ詳細を伴うオーダのリスト。
６．検査結果やアレルギ情報などのようなオーダに関連する他の臨床情報。

同期警報インターフェースのアウトバウンド・メッセージの内容は、下記のものの１つまたは複数のものを含むことができる。

１．ユーザ識別子。
２．患者識別子。
３．警報セッション識別子。
４．日付／時刻スタンプ。
５．警報が生成されたかどうかを示す警報フラグ。
６．詳細を伴う追加のオーダのリスト。
７．変更の詳細を伴う削除または変更のためのオーダのリスト。
８．ユーザが勧告を調べてそれに対して行動を行うためにエキスパート・システムと対話をしたい場合に、ユーザがエキスパート・システムにおけるエキスパート・システム警報へ直接にリンクすることを可能にするために外部システムが使用できる識別子。
９．メッセージは、１つのセッションから引き起こされる複数の警報を搬送するように構造化することができる。

図１は、エキスパート・システム・インターフェース・エンジン１２５が、メッセージを、監査行動インターフェース１３６を介して、臨床システム・インターフェース・エンジン１０８へ送り、また、それから受け取ることを示す。特に、監査行動インターフェースは、外部システムおよびエキスパート・システムが、それらの警報監査進路の同期を維持することを可能にするメッセージ構造またはプロトコルを提供する。外部メッセージング・システムは、ユーザが警報を直接に退ける（却下する）ことを可能にすることができ、エキスパート・システムは、その警報についての監査進路をうち切る必要がある。代替例としては、外部警報監査機構は、エキスパート・システムにおいてユーザが取った行動を反映するように更新されることがある。これはまた、患者の治療過程における後の時点での問題が再び生じたときに、警報からの結果を呈示するための機構を、外部システムに提供する。

エキスパート・システムのインバウンドの監査メッセージは、外部システムにおいて呈示された警報に対してユーザにより行動が行われたとき、行動およびオーバライドの理由を含む。これにより、エキスパート・システムは、外部システム内から警報が退けられたときに、その監査ログを更新することができるようになる。

エキスパート・システムのアウトバウンドの監査メッセージは、エキスパート・システム内で警報に対して行動が行われたとき、行動およびオーバライドの理由を含み、外部システムがその監査進路を維持することを可能にする。

エキスパート・システムのアウトバウンドの監査メッセージはまた、外部システムが、警報内容を追加のユーザに表示するときに、オーバライドの理由および他のコメントも表示することを可能にする。例えば、警報があったときに薬剤師が引き続き医師のコメントを見る場合に、その薬剤師は、医師の行動および記載された根拠も見ることができる。

オーバライドの理由は、可能であれば、理由の効率的な検索と標準化ができるようにするために、体系化することができる。しかしながら、メッセージ構造は、フリー・テキスト・コメントもサポートすることができる。

インターフェースは双方向であるが、メッセージの内容は、両方向とも同じである。メッセージの内容は、以下のものを含むことができる。

１．ユーザ識別子。
２．患者識別子。
３．警報セッション識別子。
４．日付／時刻スタンプ。
５．警報識別子。
６．警報行動。
７．体系化されたオーバライド理由
８．ユーザ・コメント。

一般に、本発明のエキスパート・システムは、知識ベースと、患者情報を保持するためのハードウェアおよび／またはソフトウェアのモジュールおよびコンポーネントなどの手段または機構を含む。このエキスパート・システムはインターフェース・エンジンを含むことができ、インターフェース・エンジンは、１または複数のインターフェースを使用して、エキスパート・システムへのデータを受け取り、データを、エキスパート・システムと通信することができる１または複数の外部臨床システムへ送信して返す。エキスパート・システムはまた、着信するデータを前処理する推論エンジン、および、知識ベースの知識を個別および母集団の患者情報に適用する１または複数の知識エンジンを含むことができる。

エキスパート・システムは、１または複数の臨床システムまたは他のシステムとインターフェースすることができる。例えば、エキスパート・システムは、臨床データ・リポジトリ、検査室や薬局などのような個別のデータ・システム、インターフェース・エンジン、あるいは、他のリポジトリ、システム、エンジンと、インターフェースすることができる。

一般に、本明細書で使用されるエキスパート・システムは、例えば人工知能アプリケーションで使用されるシステムなどのようなエキスパート・システムの幅広い範疇全体のことを指していない。本発明に記載のエキスパート・システムは人工知能の原理を組み込むことはあるが、むしろ、ここで使用されるエキスパート・システムは、ある種の臨床判断支援システム（ＣＤＳＳ）であり、この用語は医療の当業者には理解されている。

エキスパート・システム１１９および臨床システム１０１は、幾つかの実施形態では、様々なコンピュータ・ハードウェア・コンポーネントを含めての１または複数の専用および／または汎用のコンピュータを含む。本発明の態様は、機能ステップおよび／または非機能的行動を含む方法の観点から記述することもできる。以下は、本発明を実施する際に行うことができる行動およびステップの説明である。通常、機能ステップは、成し遂げられる結果の点から本発明を記述し、一方、非機能的行動は、特定の結果を達成するためのより具体的な行動を記述する。機能ステップおよび非機能的行動は、特定の順序で記述または権利請求されるが、本発明は、行動および／またはステップの特定の順序または組合せに必ずしも限定されるものではない。

本発明は、ネットワーク環境でコンピュータによって実行されるプログラム・モジュールなどのようなコンピュータが実行可能な命令に一般的に関連して記述される。一般に、プログラム・モジュールは、特定のタスクを実行し、また、特定の抽象データ型を実装する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。コンピュータ実行可能命令、関連するデータ構造、およびプログラム・モジュールは、本明細書に開示の方法のステップを実行するためのプログラム・コード手段の例を表す。このような実行可能命令または関連するデータ構造の特定のシーケンスは、このようなステップで記述される機能を実装するための対応する行動の例を表す。

上記のことの他に、本発明の実施形態は、格納されるコンピュータ実行可能な命令またはデータ構造を保持または有するためのコンピュータ読取可能媒体も含むこともでき、このようなデータ構造の命令は、コンピュータ・ソフトウェア・コードとすることができる。このようなコンピュータ読取可能媒体は、汎用または専用のコンピュータによってアクセスすることができる任意の利用可能な媒体とすることができる。このようなコンピュータ読取可能媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク・ストレージ、磁気ディスク・ストレージまたは他の磁気記憶装置、あるいは、所望のプログラム・コード手段をコンピュータ実行可能命令またはデータ構造の形態で保持または格納するために使用することができ、汎用または専用のコンピュータによってアクセスすることができる他の任意の媒体が含まれ得るが、これらのものは例であり、限定するものではない。ネットワークまたは他の通信接続（有線、無線、あるいは有線や無線の組合せ）を介して情報がコンピュータへ転送または提供されるとき、コンピュータは、この接続を適切にコンピュータ読取可能媒体と見なす。従って、そのような任意の接続は、コンピュータ読取可能媒体と適切に名付けられる。上記の組合せも、コンピュータ読取可能媒体の範囲内に含まれるものとする。コンピュータ実行可能命令は、例えば、汎用コンピュータ、専用コンピュータ、または専用処理装置に、ある特定の機能または機能グループを実行させる命令およびデータを含む。

本発明は、パーソナル・コンピュータ、ハンドヘルド・デバイス、マルチプロセッサ・システム、マイクロプロセッサ・ベースまたはプログラマブルの家庭用電化製品、ネットワークＰＣ、ミニコンピュータ、およびメインフレーム・コンピュータなどを含む多数のタイプのコンピュータ・システム構成を有するネットワーク・コンピューティング環境において実施することができることは、当業者には認識されよう。本発明は、通信ネットワークを介してリンク（有線リンク、無線リンク、あるいは有線や無線のリンクの組合せの何れかによるリンク）されたローカルおよびリモートの処理装置によってタスクが実行される分散コンピューティング環境において、実施することもできる。分散コンピューティング環境では、プログラム・モジュールは、ローカルとリモートとの両方のメモリ記憶装置に配置することができる。これらのコンピュータ・システムは、キーボード、マウス、コンピュータ・モニタ、ネットワーク接続などを含めての様々なインターフェースを含むことができる。

上述のように、臨床システム１０１の部分は、１または複数のコンピュータ・システム上でコンピュータ・ソフトウェア・コードとして実装することができる。臨床システム１０１のソフトウェア・コードは、エキスパート・システム１１９のソフトウェア・コードに対して別個のアプリケーションである。しかし、エキスパート・システム１１９と臨床システム１０１は、別個のアプリケーションであっても、共通のコンピュータ・システムまたはコンピュータ・システムのネットワーク上で稼動できることは、当業者には認識されよう。更に、エキスパート・システム１１９と臨床システム１０１とは別個のシステムであるが、本発明の実施形態は、エキスパート・システム１１９と臨床システム１０１との間の標準化された通信を支援するためのエキスパート・システム・インターフェース・エンジン１２５などのようなインターフェースを含む。エキスパート・システム・インターフェース・エンジン１２５は、エキスパート・システム１１９の個別のモジュールとして示されているが、エキスパート・システム・インターフェースは、任意の適切な位置に実装することができることを理解されたい。例えば、エキスパート・システム・インターフェースは、エキスパート・システム・データベース１２４の一部分として、あるいは他の任意の適切な位置で実装することができる。このエキスパート・システム・インターフェースは、やはり、ここで説明するエキスパート・システム・インターフェース・エンジン１２５の機能を含む。同様に、エキスパート・システム１１９および臨床システム１０１内の他のモジュールも、それぞれのシステム内において例示の図面に示す以外の位置に実装することができ、これはやはり本発明の実施形態の範囲内にある。

図１のシステムに関連する１つの例示的なワークフローが図２に示される。引き続き図１および図２を参照すると、臨床システム１０１は、臨床データを生成する（ボックス２０１）。臨床データは、臨床システム１０１へ又はＵＩ１１６を介してそのモジュール１３０〜１３６のうちの１つへ医師が入力するデータによって生成される。臨床データは、検査結果、病院の入院部門により入力される入退院データ、薬剤のオーダや提供、その他のものなどからも、得ることができる。臨床データは、臨床システム・インターフェース・エンジン１０８によってインバウンド・データ・インターフェース１３３を介して送ることができる（ボックス２０２）。エキスパート・システム・インターフェース・エンジン１２５は、インバウンド・データ・インターフェース１３３からデータを受け取り（ボックス２０３）、それを処理する。この処理は、標準データ識別子をメッセージ内のデータ・エレメントに付加することを含むことができ、それに続いて、エキスパート・システム１１９内のエキスパート・システム・インターフェース・エンジン１２５による処理が行われる。次いで、処理された情報は、更に処理を行うためにエキスパート・システム・データベース１２４内に格納される（ボックス２０４）。例えば、臨床判断モジュール１２６によって、その更なる処理を遂行することができる。この例では、臨床判断モジュールは、エキスパート・システム・データベース１２４の一部分であるソフトウェア・コードとして示される。しかしながら、判断モジュール１２６は、エキスパート・システム１１９内の他の場所に実装することもできる。臨床判断モジュール１２６は、臨床システム１０１から受け取ったデータに基づいて特定の患者に対する治療の選択肢を決定するために、エキスパート・データを使用する推論エンジンを含むことができ、このエキスパート・データは、エキスパート・システム・データベース１２４に格納され、病状の診断および治療に関する医療分野における知識を表すデータである。

エキスパート・システム１１９は、場合によっては、警報を生成することもできる（ボックス２０５）。この警報は、ある患者に対しての固有のものであって、臨床ケアのある種の面に関係するものとすることができ、それにより、ＵＩ１１６の何れかまたは全部におけるユーザが、例えば、ある行動を取るように通知を受けることや、患者に関する情報またはデータの通知を受けることが可能になる。この警報は、エキスパート・システム・インターフェース・エンジン１２５を介してエキスパート・システム１１９から、アウトバウンド警報インターフェース１３１を介して臨床システム１０１へ送ることができる（ボックス２０６）。このメッセージは、エキスパート・システム１１９から臨床システム１０１へプッシュされることも、臨床システム１０１によって要求または照会されることも、可能である。臨床システム１０１は、警報を受け取り（ボックス２０７）、臨床システム１０１に関連する例えばＵＩ１１６の何れかのような１または複数の様々な表示機構を通じて警報を表示する（ボックス２０８）。これは、電子医療記録１０７内の受信箱または他のメッセージング・システムにおける警報メッセージの表示を含むことができる。警報は、患者の医師または他の個人のページャ、電子メールの受信箱、および音声メッセージ・サービスなどに送信することもできる。例として、警報を、患者に関する記録に関連付けて表示することができる。この記録は、臨床システム１０１内の任意の記録とすることができる。例としては、記録は、例えば、患者についての検査室の記録、放射線科の記録、薬局の記録、ＣＤＲ記録、およびＡＤＴ記録などとすることができる。ユーザは、この警報を見て、何らかの行動を取るかどうかを決定することができる。

引き続き図２に注目すると、ユーザが、警報に関していかなる行動も取らないと決定した場合、ユーザはその警報を退けることができる（ボックス２０９）。そうするためには、ユーザは、取消しの理由を提供することを要求され、その理由は、臨床システム１０１内に文書化して記録することができる（ボックス２１０）。臨床システム１０１は、その監査ログを適切に更新する（ボックス２１１）。警報が退けられたとき、臨床システム１０１はまた、監査情報メッセージを、監査行動インターフェース１３６を介してエキスパート・システム１１９へ送る（ボックス２１２）。監査情報メッセージは、エキスパート・システム・インターフェース・エンジン１２５によって受け取られる（ボックス２１３）。監査情報メッセージは、エキスパート・システム１１９が同様にその更新ログを更新する（ボックス２１４）ことを可能にするための情報を含む。

ユーザが警報に関して更なる行動を取ろうとする場合、続いて図３に示すワークフローを行うことができる。図３は、図２で示したものと同様に実行され示される行動および機能を表すボックス２０１から２０８を含む。以下の説明では、ユーザが、図２の説明のように警報を単純に退けるのではなく、警報について更に行動を取ることを決定したとき実行される行動および機能を、図３に関連して説明する。図１および図３を参照すると、ユーザは、臨床システム１０１のユーザ・インターフェースＵＩ１１６においてリンクまたは同様の機構を選択することにより、エキスパート・システム１１９にアクセスすることが可能になる（ボックス３０９）。例えば、臨床システム１０１は、ハイパーリンク、ボタン、ラジオ・ボタン、プルダウン・メニュー、リストなどのリンクを含むユーザ・インターフェース１１６を提供することができる。何れかのこのようなリンクを、エキスパート・システム１１９に結合することができる。このリンクを選択することにより、エキスパート・システム１１９内の警報に対してユーザ・アクセスが可能になる。つまり、臨床システム・インターフェース・エンジン１０８が、エキスパート・システム１１９にアクセスを要求する（ボックス３１０）。この要求は、インバウンド・アプリケーション・インターフェース１３２を介して送られ、エキスパート・システム・インターフェース・エンジン１２５によって受け取られる（ボックス３１１）。この要求は、臨床システム１０１により提供される患者およびユーザのコンテキストを維持する同時に、エキスパート・システム１１９が適切な警報に関連するデータを表示すること（ボックス３１２）を可能にする情報を含む。例えば、ユーザ・インターフェース１１６の同じフレームが、臨床システム１０１で格納されたデータおよびエキスパート・システム１１９から受け取ったデータを含むことができる。代替例としては、リンクを選択することにより、警報に関連するデータを含む臨床システム１０１で開いているアプリケーションにおいて「ポップアップ」ウィンドウを起動することができる。

何れの場合でも、ユーザは、警報を処理する（ボックス３１３）ために、臨床システム１０１におけるＵＩ１１６のうち１つを介して、エキスパート・システム１１９において作業することができるようになる。警報を処理することは、ユーザが臨床データを更新すること（ボックス３１４）を含むことができる。ユーザは、警報の処理または管理を完了するために必要な追加の患者情報を入力したいことがある。警報の処理または管理の結果として、エキスパート・システム１１９自体が、患者情報または患者に関する推論を生成することもできる。この情報が、臨床システム内に格納することができる身長、体重、診断、または他の臨床データなどのような臨床情報の場合、エキスパート・システム・インターフェース・エンジン１２５は、この臨床データを送ることができ（ボックス３１５）、アウトバウンド・データ・インターフェース１３４を介して、臨床システム・インターフェース・エンジン１０８によって、そのデータを受け取ることができる（ボックス３１６）。次いで、臨床システム１０１は、その設計に従ってこの新しい臨床データを処理し格納する（ボックス３１７）。

警報およびこの警報の処理および管理の結果として、ユーザは、患者に適用するオーダを出すこと（ボックス３１８）を望むことがある。これらのオーダは、診断学的な研究または検査、投薬の追加、変更または中止、あるいは他のオーダを含むことができる。何れの新しいオーダも、エキスパート・システム・インターフェース・エンジン１２５を使用して送ることができ（ボックス３１８）、アウトバウンド・オーダ・インターフェース（ＯＯＩ）１３５を用いて外部臨床システム１０１へ送ることができる（ボックス３２０）。次いで、臨床システム（ＣＳ）１０１が、この新しいオーダを処理する（ボックス３２１）ものであり、その処理は、臨床システム・インターフェース・エンジン１０８が、この新しいオーダ（１または複数）を、そのオーダを受け取る臨床モジュール（１または複数）へ送達するによりなされる。

警報の管理および処理を完了すると、警報および臨床システム１０１による行動の結果は、エキスパート・システム１１９およびその監査ログにおいて更新されることができる（ボックス３２２）。更新に続き、監査情報メッセージは、監査行動インターフェース１３６を介して臨床システム１０１へ送られる（ボックス３２３）。この監査情報メッセージは、取られた行動および臨床システム１０１のユーザがそれらの行動について入力した理由のログを含むことができる。監査情報メッセージが、臨床システム・インターフェース・エンジン１０８によって受け取られると（ボックス３２４）、臨床システム１０１は、それ自体の監査ログを適切に更新することができる（ボックス３２５）。ユーザは、エキスパート・システム１１９から臨床システム１０１へと戻ることができる。

本発明の他の例示的な実施形態を、図４に概略的な形で示す。図４に示す実施形態は、臨床システム４０１と、臨床データ・リポジトリ４０２および薬局システム４１７を含めた他の臨床モジュールとに結合されたエキスパート・システム４１９を示す。代替例としては、薬局システム４１７は、他の何らかの適切な部門システムとすることができる。本明細書で用いられるように、臨床システムは臨床モジュールの集合体を指すことがあることに留意されたい。臨床システムは、より小さい臨床システムの集合体を指すことも、あるいは、小さい臨床システムと臨床モジュールとの任意の組合わせを指すこともある。本ここで示す臨床モジュールがしばしば臨床システムと呼ばれることは、当業者には理解されよう。臨床モジュールという用語は、臨床システムの集合体のうちの小さい臨床システムの別個の性質を示すため、あるいは、小さい臨床システムの、他の臨床システムとは別の性質を示すために、使用される。従って、臨床システムは、実際に他の臨床システムを含むことがある。エキスパート・システム４１９は、図１に示すデータ供給１３０、１３２、１３３、１３４、１３５、１３６と同様のデータ供給４３０、４３２、４３３、４３４、４３５ａ、４３５ｂ、４３６を介して、臨床システム４０１、臨床データ・リポジトリ４０２、および薬局システム４１７に接続される。

この実施形態における３つの例示的ワークフローが、図５、図６、および図７に示される。ここで、図４および図５に注目すると、図５では、臨床医は、臨床システム４０１を使用して、患者についてのオーダを作成または変更することができる（ボックス５０１）。臨床システム４０１は、エキスパート・システム４１９による処理の要求を生成することができる（ボックス５０２）。上述のインターフェースの説明で述べたように、新しいオーダは、同期警報インターフェース４３０を介してエキスパート・システム４１９へ送ることができる。同期警報インターフェース４３０上を送られるメッセージは、ユーザおよび患者の識別子、ならびに、新しいオーダ、および、投与量、経路、頻度、および期間などのような他のオーダ詳細を含むことができる。このメッセージは、エキスパート・システム４１９においてオーダを評価するのを支援するために他の詳細を含むこともできる。新しいオーダ・メッセージは同期式で送られる。即ち、臨床システム４０１におけるオーダの更なる処理は、エキスパート・システム４１９から応答が受け取られるまで、中止される。このメッセージを受け取ると、エキスパート・システム４１９は、直ちにメッセージの内容を処理し（ボックス５０３）、その応答を、同期警報インターフェース４３０を介して臨床システム４０１へ送り返す（ボックス５０４）。この応答メッセージは、警報が生成されたかどうかを示す標識を含むことができる。警報が生成されなかった場合（ボックス５０５）、臨床システム４０１は、オーダ要求を適切な臨床モジュールへ送り、その処理を続行することができる（ボックス５０６）。

次に、図４、図６および図７に関して重ねて注目すると、臨床医は、臨床システム４０１を使用して、患者についてのオーダを作成または変更する（ボックス６０１、７０１）。臨床システム４０１は、エキスパート・システム４１９に、オーダを処理するように要求する（ボックス６０２、７０２）。エキスパート・システム４１９は、上述のように、提案されたオーダを処理する（ボックス６０３、７０３）。これらの例において、警報が生成される。エキスパート・システム４１９からの応答（ボックス６０４、６０７）は、本発明のエキスパート・システム４１９によって生成される他の警報と同様に、警報の特性に関する情報を含むことができる。それは、特定の患者およびユーザの情報、ならびに、例えば、特定の薬剤のオーダを中止することやオーダを出すことの提案などのような詳細な勧告を含むことができるが、これだけに限定されるものではない。その応答は、臨床システム４０１でオーダを生成するための詳細の任意のものまたは全部を含むこともできる。その応答は、リンク情報を含むこともでき、このようなリンク・アドレスは、臨床医、医師、または他の個人によって、臨床システム４０１のユーザ・インターフェース（図１のＵＩ１１６など）を介して表示およびアクセスすることができる。このリンクは、インバウンド・アプリケーション・インターフェース４３２を介して呼出しを開始することにより、ユーザが、臨床システム４０１からエキスパート・システム４１９へ直接にアクセスすることを可能にする。臨床システム４０１は、例えば臨床システム４０１のユーザ・インターフェースＵＩ１１６にメッセージを表示することにより、ユーザに警報を表示して（ボックス６０５、７０５）、ユーザが警報に対して行動を取ることを可能にする。

続いて、図６の例示的プロセスでは、ユーザは、警報が適切でないと決定するか、あるいは警報を退けることを決定する（ボックス６０６）。臨床システム４０１は、警報を退けるため、およびその警報を退けるためにユーザが出した任意の理由を捕捉するためのリソースを提供する。例えば、臨床システム４０１は、ユーザが警報を退けるのに用いるリンクまたはボタンと、このように退ける理由を提供するためのテキスト・ボックスとを含むユーザ・インターフェースを呈示することができる。この警報を退けること関連する情報を用いて、臨床システム４０１の監査ログを更新することができる（ボックス６０７）。更に、臨床システム４０１は、監査情報を含むメッセージを、監査行動インターフェース４３６を介してエキスパート・システム４１９へ送ることができる（ボックス６０８）。これにより、エキスパート・システム４１９が、監査情報を受け取り（ボックス６０９）、その監査ログを適切に更新する（ボックス６１０）ことが可能になる。

図６に関して説明したプロセスの代替例として、図７に示すように、ユーザは、警報が適切であると決定し、１または複数の勧告された行動を取ることを決定することができる。これらの行動は、臨床システム４０１において生成することができる。図７に示す例では、ユーザは、オーダを追加または変更することができる（ボックス７０６）。このような追加または変更は、エキスパート・システム４１９、臨床システム４０１、または関連する臨床モジュールを使用して行うことができる。取られた行動が完了すると、臨床システム４０１はその監査ログを更新する（ボックス７０７）。更に、臨床システムは、取られた行動の詳細を示す監査情報を含むメッセージを、監査行動インターフェース４３６を介して（ボックス７０８）、エキスパート・システム４１９へ送る（ボックス７０８）。これにより、エキスパート・システム４１９が、監査情報を受け取り（ボックス７０９）、その監査ログを適切に更新する（ボックス７１０）ことが可能になる。

更に別の例示的な実施形態を概略的な形で図８に示す。図８は、図１におけるデータ供給１２０、１２１、１２２と同様の様々なデータ供給８２０、８２１、８２２によって相互接続された、エキスパート・システム・ユーザ・インターフェース８２３、エキスパート・システム・データベース８２４、およびエキスパート・システム・インターフェース・エンジン８２５を含む、エキスパート・システム８１９を示す。

エキスパート・システム８１９は、エキスパート・システム・インターフェース・エンジン８２５、および図１におけるデータ供給１３３、１３４、１３５と同様の様々なデータ供給８３３、８３４、８３５を介して、臨床システム８０１に接続される。エキスパート・システム８１９は、図１のエキスパート・システム１１９などのような本明細書に記載の他のエキスパート・システムと同様のものであってよい。この実施形態での可能なワークフローを図９に示す。次に、図８および図９に注目すると、この例では、ユーザは、エキスパート・システム・ユーザ・インターフェース８２３を介して、エキスパート・システム８１９へ直接にアクセスする（ボックス９０１）。インバウンド・データ・インターフェース８３３は、患者識別子情報および患者データの供給を可能にするので、ユーザは、エキスパート・システム８１９において特定の患者を選択することができる（ボックス９０２）。代替例としては、エキスパート・システム８１９は、その処理を通じて、エキスパート・システム・ユーザ・インターフェース８２３において提示される警報を生成することができる。ユーザは、これらの警報を選択することによって、選択された患者に固有のデータにアクセスすることができる。あるいは、ユーザは、ユーザ・インターフェース８２３を介して、エキスパート・システム８１９に、指定された基準を充たす患者を照会することができ、次いで、この照会の結果を介して、特定の患者の識別情報およびデータにアクセスすることができる。この照会は、指定された基準を充たす患者のリストを返す。次いで、ユーザは、返されたリストから患者を選択して、患者情報にアクセスする。この照会は、ユーザ・インターフェース８２３において、例えばメニュー、ドロップダウン・メニュー、データ・フィールド、テキスト・ボックスなどを使用することによって定式化することができる。更に別の代替の実施形態では、エキスパート・システム８１９は、患者のリストまたは名簿をユーザに呈示することができ、その中から特定の患者を識別することができ、それにより、そのユーザ・インターフェース８２３を介してその情報にアクセスすることが可能になる。名簿またはリストは、臨床システム内で維持される、患者の所在地、臨床サービス、担当または立会いの医師、あるいは他の患者リストに基づいたリストとすることができる。それらは、ユーザ・インターフェース８２３に表示することなどによって、エキスパート・システム８１９で表示される。ユーザは、名簿またはリストから患者を選択することができる。更に別の代替の実施形態では、エキスパート・システム８１９は、そのユーザ・インターフェース８２３において、所与の医師、臨床医、診療所および部門などについての概要や回診報告などのような臨床情報の患者固有の表示を提示することができ、それを介して、ユーザは、選択した患者固有のデータにアクセスすることができる。

ユーザは、特定の患者に関連するデータにアクセスすると、次いで、エキスパート・システム８１９の知識ベースに含まれる専門知識を使用して、治療または更なる評価のために患者に固有の勧告を生成することができる（ボックス９０３）。ユーザは、特定のオーダを選択することができ（ボックス９０４）、次いで、そのオーダは、ＥＳＩＥ８２５を通じてアウトバウンド・オーダ・インターフェース８３５を経由して臨床システム８０１へ送られる（ボックス９０５）。アウトバウンド・オーダ・インターフェース８３５は、臨床システム・インターフェース・エンジンを介して臨床システム８０１と通信するか、あるいは、臨床システム８０１内のオーダ・アプリケーションと直接に通信することができる。後者の場合、エキスパート・システム・インターフェース・エンジン８２５は、アウトバウンド・オーダ・インターフェースを介して、直接に、臨床システム８０１内のオーダ・アプリケーションまたは他のある種の臨床モジュールへオーダを送る（ボックス９０５）。そして、オーダ・アプリケーションは、オーダを受け取り（ボックス９１２）、次いで、そのオーダの必要な処理を完了することができる（ボックス９１３）。臨床システム８０１は、オーダを、受け取り（ボックス９０６）、処理する（ボックス９０７）。ユーザが、臨床システム８０１に格納され得る患者に関する臨床データを入力した場合、または、エキスパート・システム８１９がその処理によってこのようなデータを生成した場合、このデータは、アウトバウンド・データ・インターフェースを介して臨床システムへ送ることができる。

１つの例示的エキスパート・システムのオプション機能は、データおよび用語をエキスパート・システムと臨床システムとの間で標準化する機構である。１つの構成では、語彙サーバはエキスパート・システムの一部分である。語彙サーバは、用語をデータ・エレメントに割り当てるモジュールまたはソフトウェアを含む。本発明の一実施形態では、臨床システム内のデータ・エレメントに対する識別子は、標準名称に最初にマッピングされる。臨床システムから受け取られるすべてのデータ・エレメントは、このマッピングに基づいて、エキスパート・システム・データベース内に、標準名称識別子を付加されて格納される。最初にマッピングされないデータ・エレメントについては、語彙サーバ内に、システムが標準名称識別子に最も合致するものを識別することを可能にする機能を備え得る。これにより、システムは、１または複数の各データ・エレメント、即ち、起源となるシステムでのその生成に基づいて異なる識別子を有し得るが、実際には同じエンティティを表す１または複数の各データ・エレメントに、標準識別子を付加することが可能になる。１つの例示的な実施形態では、この語彙サーバは、エキスパート・システム・インターフェース・エンジンのコンポーネントである。臨床システムから、各インバウンド・データ・エレメントが受け取られたとき、語彙サーバは、標準識別子を、受け取ったデータに付加する。エキスパート・システム・インターフェース・エンジンから送られるメッセージに各アウトバウンド・データ・エレメントが書き込まれるとき、語彙サーバは、臨床システム・データ・エレメントに対して、エキスパート・システム名称識別子の上述のマッピングを利用することにより付加される標準識別子に基づいて、適切な外部識別子を割り当てる。

他の構成では、語彙サーバは、臨床システム・インターフェース・エンジンのコンポーネントである。各データ・エレメントが、エキスパート・システム・インターフェース・エンジンへ送られるとき、標準識別子が適用される。臨床システム・インターフェース・エンジンへ送られるデータに対しては、その逆の処理が行われ、受け取られた標準識別子はローカル識別子へマッピングされる。

更に別の構成では、データの標準化は、エキスパート・システムにおける動的プロセスである。データ・エレメントは、インターフェースを介して送られてくると格納される。データ・エレメントがエキスパート・システムによってアクセスされるとき、語彙サーバが、各エレメントを、エキスパート・システムの処理で使用される標準識別子へマッピングする。

更に別の構成では、臨床システム内のデータ・エレメントは、すべて、標準識別子と共に格納され、これらの識別子は、インターフェースを介して送られる。インターフェースによっても、エキスパート・システム自体によっても、追加のマッピングは行われない。この場合、臨床システムとエキスパート・システムとの両方にわたるデータおよび語彙の標準を使用することにより、語彙サーバの必要がなくなる。

語彙サーバは、カスタム設計によって実装することができる。しかしながら、語彙サーバはまた、市販の語彙サーバを用いることにより、本発明の実施形態において実装することもできる。このようなサーバは、コロラド州オーロラのヘルス・ランゲージ社（Ｈｅａｌｔｈ Ｌａｎｇｕａｇｅ Ｉｎｃ．）、および、コネチカット州リッジフィールドのエイプロン社（Ａｐｅｌｏｎ Ｉｎｃ．）から容易に入手可能である。

本発明は、その趣旨または本質的な特徴から逸脱することなく、他の特定の形態で実装することもできる。上記の実施形態は、すべての点において説明に過ぎず、制限として考えるべきではない。従って、本発明の範囲は、以上の説明よりもむしろ特許請求の範囲によって示される。特許請求の範囲と均等の意味および範囲の内に入るすべての変更は、特許請求の範囲に包含される。

Claims (31)

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. 請求項３０に記載のエキスパート・システムであって、前記エキスパート・システム・データベースおよび前記エキスパート・システム・インターフェース・エンジンと結合されたエキスパート・システム・インターフェースを更に備え、前記エキスパート・システム・ユーザ・インターフェースは、臨床システム・ユーザ・インターフェースにおいて表示可能である、エキスパート・システム。

Images