(57)【特許請求の範囲】
【請求項１】
複数の患者に関する各自の各データに係る複数の第１データ要素を格納するローカル情報ストレージシステムと、
複数の実行可能ガイドラインを格納する実行可能ガイドラインストレージシステムと、第２データ要素に係るデータを少なくとも処理することを含むガイドラインを実行する少なくとも１つのプロセッサを有する実行エンジンとを有する実行可能ガイドライン意志決定支援システムと、
を有するデータ交換システムであって、
前記意志決定支援システムは、
前記ローカル情報システムと当該意志決定支援システムとの間で前記第２データ要素に係るデータを交換するリクエストを生成する検索モジュールと、
前記第２データ要素に対応する前記複数の第１データ要素の第１データ要素と、前記第１データ要素と前記第２データ要素とがどのように対応しているか規定する少なくとも１つの互換性パラメータとを決定し、前記第１データ要素と前記第２データ要素との間の意味的関係を確立するため、前記決定された少なくとも１つの互換性パラメータに従って交換される前記データを処理する患者知識ベースと、
前記第１データ要素と前記第２データ要素との間で交換される前記データを送信する接続と、
を有し、
前記少なくとも１つの互換性パラメータは、
前記第１データ要素と前記第２データ要素がどのように関連しているか規定する少なくとも１つの関係の少なくとも１つと、
前記第１データ要素と前記対応する第２データ要素との間の相違を補償するための補償方法を規定する少なくとも１つの補償ルールの少なくとも１つのセットと、
を有し、
前記患者知識ベースは、
複数のデータノードと、各データノードが前記複数のデータノードの他のデータノードとどのように関連しているか規定する前記複数のデータノードの前記各データノードに係る少なくとも１つの関係と、前記各ノードに係る少なくとも１つの属性とを格納又はアクセスし、
前記第２データ要素に対応する前記複数のデータノードの第１データノードにアクセスし、
前記第１データ要素を決定するため、前記第１データノードに係る少なくとも１つの関係を少なくとも処理することによって、前記複数の第１データ要素のデータ要素に相関可能な第２データノードを決定し、
前記第１ノードと前記第２ノードとの間の関係を規定する前記格納又はアクセスされた少なくとも１つの関係に従って、前記少なくとも１つの互換性パラメータの少なくとも１つの関係を決定し、
前記第１データノードと前記第２データノードとに係る前記格納又はアクセスされた少なくとも１つの属性に従って、前記少なくとも１つの互換性パラメータの前記少なくとも１つの補償ルールを決定する
ことを特徴とするシステム。
【請求項２】
請求項１記載のシステムであって、
前記患者知識ベースは、オントロジーとして構成されることを特徴とするシステム。
【請求項３】
請求項１記載のシステムであって、
前記検索モジュールは、前記リクエストを生成するため人工知能により構成されることを特徴とするシステム。
【請求項４】
請求項１記載のシステムであって、
前記リクエストは、記述的ロジックベースクエリとして構成される患者知識ベースクエリであることを特徴とするシステム。
【請求項５】
請求項１記載のシステムであって、さらに、
前記患者知識ベースと前記ローカル情報ストレージシステムとの間のインタフェースをとるインタフェースモジュールを有することを特徴とするシステム。
【請求項６】
請求項１記載のシステムであって、さらに、
前記複数の患者に関連せず、前記複数のデータノードの各データノードに係る少なくとも１つの互換性パラメータに関連する情報を格納するドメイン知識ベースを有し、
前記患者知識ベースは、前記少なくとも１つの互換性パラメータを決定するため、前記ドメイン知識ベースにアクセスする、
ことを特徴とするシステム。
【請求項７】
請求項１記載のシステムであって、
前記リクエストは、前記第２データ要素の処理に使用されるべきデータを、前記ローカル情報ストレージシステムから抽出するためのものであり、
前記患者知識ベースはさらに、
前記少なくとも１つの互換性パラメータの少なくとも１つの関係に従って、前記第１データ要素に係るデータから前記交換されるデータの抽出をリクエストするクエリを前記ローカル情報ストレージシステムに対して生成し、
前記リクエストされた交換されるデータを受け付け、
前記少なくとも１つの補償ルールに従って交換される前記受け付けたデータを処理し、
前記実行エンジンによる処理のため、前記補償されたデータにより前記第２データ要素に係るデータを更新する、
ことを特徴とするシステム。
【請求項８】
請求項１記載のシステムであって、
前記リクエストは、前記交換されるデータにより前記ローカル情報ストレージシステムにより格納されるデータを更新するためのものであり、
前記患者知識ベースはさらに、
前記交換されるデータを補償するため、前記少なくとも１つの補償ルールに従って前記交換されるデータを処理し、
前記補償された交換されるデータにより前記第１データ要素を更新するため、前記少なくとも１つの互換性パラメータの少なくとも１つの関係に従って、更新リクエストを生成し、
前記更新リクエストを前記ローカル情報ストレージシステムに送信する、
ことを特徴とするシステム。
【請求項９】
請求項１記載のシステムであって、
前記意志決定支援システムは、複数のローカル情報ストレージシステムによるデータの交換のため、意味的互換性を確立することが可能である、
ことを特徴とするシステム。
【請求項１０】
実行可能ガイドライン意志決定支援システムとローカル情報ストレージシステムとの間のデータ交換方法であって、
前記ローカル情報ストレージシステムが、各データに係る複数の第１データ要素を格納するステップと、
前記実行可能ガイドライン意志決定支援システムが、複数の実行可能ガイドラインを格納するステップと、
前記実行可能ガイドライン意志決定支援システムが、第２データ要素に係るデータを少なくとも処理することを含む複数のガイドラインの少なくとも１つのガイドラインを実行するステップと、
前記実行可能ガイドライン意志決定支援システムが、前記ローカル情報システムと前記意志決定支援システムとの間で、前記第２データ要素に係るデータに含まれるデータを交換するリクエストを生成するステップと、
前記実行可能ガイドライン意志決定支援システムが、前記第２データ要素に対応する前記複数の第１データ要素の第１データ要素と、前記第１データ要素と前記第２データ要素とがどのように対応するか規定する少なくとも１つの互換性パラメータとを決定するステップと、
前記実行可能ガイドライン意志決定支援システムが、前記第１データ要素と前記第２データ要素との間の意味的互換性を確立するため、前記決定された少なくとも１つの互換性パラメータに従って前記交換されるデータを処理するステップと、
前記実行可能ガイドライン意志決定支援システムが、前記ローカル情報ストレージシステムに前記第１データ要素と前記第２データ要素との間で交換される前記データを送信するステップと、
を有し、
前記少なくとも１つの互換性パラメータは、前記第１データ要素と前記第２データ要素がどのように関連しているか規定する少なくとも１つの関係の少なくとも１つと、前記第１データ要素と前記対応する第２データ要素との間の相違を補償するための補償方法を規定する少なくとも１つの補償ルールの少なくとも１つのセットとを有し、
前記第１データ要素を決定するステップは、さらに、
複数のデータノードと、各データノードが前記複数のデータノードの他のデータノードとどのように関連しているか規定する前記複数のデータノードの前記各データノードに係る少なくとも１つの関係と、前記各ノードに係る少なくとも１つの属性とを格納及びアクセスするサブステップと、
前記第２データ要素に対応する前記複数のデータノードの第１データノードにアクセスするサブステップと、
前記第１データ要素を決定するため、前記第１データノードに係る少なくとも１つの関係を少なくとも処理することによって、前記複数の第１データ要素のデータ要素に相関可能な第２データノードを決定するサブステップと、
前記第１ノードと前記第２ノードとの間の関係を規定する前記格納又はアクセスされた少なくとも１つの関係に従って、前記少なくとも１つの互換性パラメータの少なくとも１つの関係を決定するサブステップと、
前記第１データノードと前記第２データノードとに係る前記格納又はアクセスされた少なくとも１つの属性に従って、前記少なくとも１つの互換性パラメータの前記少なくとも１つの補償ルールの少なくとも１つのセットを決定するサブステップと、
を有することを特徴とする方法。
【請求項１１】
請求項１０記載の方法であって、
当該方法はさらに、前記第２データ要素の処理に使用されるべきデータを、前記ローカル情報ストレージシステムから抽出するステップを有し、
前記データを処理するステップはさらに、
前記第１データ要素に係るデータから前記交換されるデータを抽出するため、前記少なくとも１つの互換性パラメータの少なくとも１つの関係に従って生成されるクエリを前記ローカル情報ストレージシステムに対して生成するサブステップと、
前記交換されるデータを補償するため、前記少なくとも１つの補償ルールに従って、前記クエリに応答して受け付けた前記交換されるデータを処理するサブステップと、
前記実行可能ガイドライン意志決定支援システムの実行エンジンによる処理のため、前記補償されたデータにより前記第２データ要素に係るデータを更新するサブステップと、
を有する、
ことを特徴とする方法。
【請求項１２】
請求項１０記載の方法であって、
当該方法はさらに、前記交換されるデータにより前記ローカル情報ストレージシステムにより格納されるデータを更新するステップを有し、
前記データを処理するステップはさらに、
前記交換されるデータを補償するため、前記少なくとも１つの補償ルールに従って前記交換されるデータを処理するサブステップと、
前記補償された交換されるデータにより前記第１データ要素を更新するため、前記少なくとも１つの互換性パラメータの少なくとも１つの関係に従って、更新リクエストを生成するサブステップと、
前記更新リクエストを前記ローカル情報ストレージシステムに送信するサブステップと、
を有する、
ことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に意志決定支援システムに関し、より詳細には、実行可能な臨床ガイドラインを利用して患者に健康管理を提供することを支援するのに利用される意志決定支援システムに関する。
【背景技術】
【０００２】
既存の実証は、患者の治療の効果の向上が、臨床ワークフローと一体化された根拠に基づく臨床実行可能ガイドラインのコンピュータベースの実現を利用することにより実現することができる。この向上は、治療の各ポイントにおいて患者に固有の推奨を提供することを可能にすることを含むかもしれない。実行可能ガイドラインは、医師が当該具体的知識を見つけ出す必要なく、当該知識を医師に容易に利用可能にする。多くの専門家の学会（ＡＣＰ−ＡＳＩＭ、ＡＣＲ、ＡＣＣなど）が、患者の治療に対する実行可能ガイドラインを用意している。意志決定支援システム（ＤＳＳ）が、実行可能ガイドラインの実行と情報システムに格納されている患者と当該患者の治療に関するデータを統合するのに開発されてきた。
【０００３】
しかしながら、意志決定支援システムは、各治療ポイントにおいて広範には配備されていない。これは、主として患者データを格納するための情報システムと意志決定支援システムとの間のミスマッチによるものである。ミスマッチに関する問題を解決するための１つのアプローチは、ＤＳＳとローカルな臨床情報ストレージシステムとの間の強固な一体化を提供することであり、それは、ＤＳＳを他の施設と共有することを極めて困難にする。
【０００４】
他のアプローチは、情報の共有化のため、ＤＳＳとローカル情報ストレージシステムとの間の互換性を提供するため、ＤＳＳに係るメディカルロジックモジュール（ＭＬＭ）を設計することであった。ＭＬＭには特別なセクションが設けられており、そこでは、ＤＳＳにより使用される用語が、ローカル情報ストレージシステムにより使用される用語とのマッピングを提供するため、追加的な用語により囲まれていた。これら追加的用語は、中括弧（ｃｕｒｌｙ  ｂｒａｃｅ）として知られている。ＭＬＭの用語とローカル情報ストレージシステムとの間のマッピングは、施設に固有のものであり、多くのカスタマイズ処理を必要とする。従って、当該マッピングを準備及び利用する負担は、通常は「中括弧問題」と呼ばれている。ＤＳＳを構築するコスト及び労力は大変大きなものであり、ローカル情報ストレージシステムにより利用するためのそれのカスタマイズ処理は時間のかかるものとなり、ＤＳＳを多くの施設と共有する目的を阻むものとなる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従って、本発明は、ＤＳＳが多数の情報システムに接続され、多数の施設に配備されるシステム及び方法を開発する問題に関するものである。
【課題を解決するための手段】
【０００６】
本発明の特徴は、データ交換システム及び方法を提供することである。当該システムは、複数の患者に関する各データに係る複数の第１データ要素を格納するローカル情報ストレージシステムと、少なくとも１つのプロセッサ上で実行可能な実行可能ガイドライン意志決定支援システムとを有する。当該意志決定支援システムは、複数の実行可能ガイドラインを格納する実行可能ガイドラインストレージシステムと、少なくとも第２データ要素に係るデータの処理を含むガイドラインを実行するための実行エンジンとを有する。
【０００７】
当該意志決定支援システムは、ローカル情報システム、意志決定支援システム及び患者知識ベースとの間において第２データ要素に係るデータを交換するためのリクエストを生成するための少なくとも１つのプロセッサ上で実行可能な検索モジュールを有する。患者知識ベースは、第２データ要素に対応する複数の第１データ要素の第１データ要素と、第１及び第２データ要素がどのように対応しているか規定する少なくとも１つの互換性パラメータとを決定するため、少なくとも１つのプロセッサ上で実行可能である。さらに患者知識ベースは、第１データ要素と第２データ要素との間の意味的互換性を確立するため、決定された少なくとも１つの互換性パラメータに従って交換されるデータを処理するため実行可能である。第１データ要素と第２データ要素との間で交換されるデータを送信するための接続が設けられる。
【０００８】
本方法は、ローカル情報システムと意志決定支援システムとの間でデータを交換するためのリクエストを生成するため提供するステップと、第２データ要素に対応する複数の第１データ要素の第１データ要素と、第１及び第２データ要素がどのように対応するか規定する少なくとも１つの互換性パラメータとを決定するため提供するステップとを有する。本方法はさらに、第１データ要素と第２データ要素との間の意味的互換性を確立するため、決定された少なくとも１つの互換性パラメータに従って交換されるデータを処理するため提供するステップと、第１データ要素と第２データ要素との間で交換されるデータを送信するため提供するステップとを有する。
【０００９】
本発明の上記及び他の特徴、側面及び効果は、以下に列挙される図面及び本発明の詳細な説明を参照することによって、より良好な理解が得られるであろう。
【発明を実施するための最良の形態】
【００１０】
本発明は、患者の処置において臨床ガイドラインをユーザに提供する実行可能臨床ガイドラインを実行するための意志決定支援システムを有するシステムを記載する。意志決定支援システムは、複数の患者及び／又は当該患者の処置に関するデータを格納するローカル情報ストレージシステムに接続される。患者情報ストレージシステムに格納されているデータは、ガイドラインを実行するため意志決定支援システムにより必要とされ、意志決定支援システムは、ローカル情報ストレージシステムにより格納されているデータを更新する必要があるかもしれない。意志決定支援システムは、意志決定支援システムとローカル情報ストレージシステムとの間の意味的互換性を提供するため、意志決定支援システムにより生成されるクエリ又は更新と、ローカル情報ストレージシステムにより格納された情報とを意味的にマッチングさせる患者知識ベースを有する。この意味的互換性は、意志決定支援システムとローカル情報ストレージシステムが、誤った解釈及び最終的に誤った医療判断を回避するため、要求された又は交換されたデータ及び／又はアクションの意味の共通の理解を有することを保証する。
【００１１】
図１は、患者の健康管理における意志決定支援を提供するのに利用されるローカル情報ストレージシステムに接続される意志決定支援システムを有する一例となるシステム１０の好適な実施例を示す。システム１０は、実行可能ガイドラインストレージシステム１４と、ＤＳＳ実行エンジン１６と、ユーザインタフェース（ＵＩ）１８と、ドメイン知識ベース（ＤＫＢ）２２と、患者知識ベース（ＰＫＢ）２４と、リクエストモジュール３０とを有する実行可能ガイドライン意志決定支援システム（ＤＳＳ）１２を有する。システム１０はさらに、少なくとも１人の患者及び／又は当該患者の処置に関するデータを格納するローカル情報ストレージシステム（ＬＩＳＳ）２６とインタフェースモジュール２８とを有する。実行エンジン１６は、ガイドラインの実行のために必要とされる意味的に正確なデータを検出するため、又はＬＩＳＳ２６の更新のためなど実行エンジン１６により処理されるデータを利用する意味的に正確な方法を決定するため、ＰＫＢ２４を検索するためのクエリ又はリクエストを生成するリクエストモジュール３０を有する。
【００１２】
ストレージシステムという用語は、ストレージシステムが構成される、及び／又は構成されないかもしれない１以上のデータベース又はレポジトリなどの情報を格納及びアクセスするためのシステムを表す。ＤＳＳ１２は、少なくとも１つのプロセッサと、当該プロセッサによりアクセス可能な少なくとも１つの記憶媒体とを利用して実現される。システム１０のコンポーネントは（例えば、ローカル情報ストレージシステム２６、インタフェースモジュール２８、ＤＳＳ１２及びそれのコンポーネント（根拠ガイドラインストレージシステム１４、ＤＳＳ実行エンジン１６、ユーザインタフェース１８、ドメイン知識ベース２２、患者知識ベース２４、リクエストモジュール３０など）など）、ＬＡＮ、ＷＡＮ、イントラネット、インターネット又はこれらの組み合わせなどの１以上のネットワークにより提供されるかもしれない有線又は無線接続３１を介し接続される。
【００１３】
システム１０の各コンポーネントは、少なくとも１つのプロセッサと少なくとも１つの記憶媒体のリソースを共有するようにしてもよく、又はこれらのリソースの１以上を排他的に利用してもよい。少なくとも１つのプロセッサは、例えば、パーソナルコンピュータ、マイクロプロセッサ、携帯計算装置、サーバなどを含むかもしれない。少なくとも１つの記憶媒体は、例えば、ハードドライブ、ＣＤ−ＲＯＭ、ＲＡＭ、フラッシュメモリ、揮発性メモリ、不揮発性メモリなどを含むかもしれない。
【００１４】
ＬＩＳＳ２６は、好ましくは、ＤＳＳが各種タイプのＬＩＳＳの各種ＬＩＳＳと情報を交換することが可能な各種タイプの複数のＬＩＳＳから選択可能である。ＬＩＳＳ２６は、好ましくは、標準的な電子医療レコードのタイプの少なくとも１つに従って構成される複数の第１データ要素として格納される患者情報、検査結果、イメージング結果などを含む可能性がある複数の患者と当該患者の処置に関するデータを格納する。
【００１５】
ＤＳＳ１２又はその一部は、サーバ又はサーバによりアクセス可能なストレージ上に配置されてもよく、そこではサーバが複数のコンピュータによりアクセス可能である。例えば、ユーザは、サーバ又はワークステーションにおいてＤＳＳ１２の実行が実行されるＤＳＳ１２を利用するため、パーソナルコンピュータなどのワークステーションを操作するようにしてもよい。あるいは、ＤＳＳは、１以上のワークステーション又は当該ワークステーションによりアクセス可能なストレージに配置されてもよい。さらに、ＤＳＳ１２は、管理情報ストレージシステム（例えば、病院、養護施設、実験室などのため）などの他のシステムの内部に埋め込まれ、又はそれにリンクされるようにしてもよい。ＤＳＳ１２の一例となるアプリケーションは、リソース管理、企画及び／又は品質保証の支援を含む。
【００１６】
ガイドラインストレージシステム１４は、複数の実行可能ガイドラインを格納する。実行可能ガイドラインストレージシステム１４に格納されるガイドラインは、好ましくは、根拠ベースのものであり、当該分野の専門家の経験及び研究に従って開発される。ガイドラインは、ＡＳＢＲＵ、ＧＬＩＦ、ＥＯＮ、ＧＵＩＤＥ、ＰＲＯＤＩＧＹ、ＰＲＯｆｏｒｍａなどの適切な符号化により符号化される。ガイドラインストレージシステム１４は、好ましくは、基準を最も良く充足するガイドライン、典型的には、患者状況、ユーザ状況、治療状況などの少なくとも１つの組み合わせに最も良く一致する状況の範囲内で処置に対する臨床ガイドラインを提供するガイドラインを検出するのに検索可能である。
【００１７】
ＤＳＳ１２は、ガイドライン情報システム１４から選択されたガイドラインにアクセスする。ガイドラインは、ＤＳＳ１２に選択されたガイドラインにアクセスするよう維持することによってユーザにより選択されてもよく、及び／又はガイドラインは、患者の現在の状況、医療履歴、これまでに提供された治療の状況など、ＤＳＳ１２に利用可能な臨床状況関連データに従ってＤＳＳ１２により選択されるようにしてもよい。臨床アプリケーションは、臨床状況データをＤＳＳ１２に提出するのに利用されてもよく、あるいは、ユーザインタフェース１８が、ユーザが臨床状況データに入力することを可能にするのに利用されてもよい。選択されたガイドライン又はそれへのリンクのコピーが、ユーザのワークステーションなどにローカル情報ストレージシステム２６の患者のデータと共に一時的又は永続的に格納されてもよいし、及び／又は実行可能ガイドラインシステム１４又はＤＳＳ１２によりアクセス可能な及び／又はそれにより提供されるワークスペースに格納されてもよい。格納されたコピーは、ガイドライン編集ツールを利用するなどによって、ガイドラインの特定ステップを削除又は省略するなどによって、個別にカスタマイズされるようにしてもよい。
【００１８】
各ガイドラインは、各系列が少なくとも１つのステップを含む少なくとも１つのステップ系列を含む。ガイドラインの各ステップは、各種タイプのステップを含む。１つのタイプのステップは、ユーザ（医師、看護師、病院管理者、技師など）又はシステム１０のコンポーネントがアクションを実行するよう指示するアクションステップである。アクションの具体例には、情報収集、試験実行、処置提供、及び当該ガイドラインの他のステップ又は他のガイドラインのへのジャンプが含まれる。他のタイプのステップは、少なくとも２つのステップの選択から実行されるべき次のステップの決定など、ユーザに選択を行うよう促すための選択ステップである。他のタイプのステップは、患者の現状、患者に関するエンティティ又は患者の処置を表す状態ステップ又は実行プロセスである。さらなる他のタイプのステップは、少なくとも１つのアルゴリズムが、何れのステップが次に実行されるべきか決定するなどの判断を行うために実行される。ＬＩＳＳ２６などからの情報収集が、各種タイプのステップの実行中に実行されてもよい。
【００１９】
ＤＳＳ１２とユーザとの間のやりとりは、ガイドラインユーザインタフェース１８を介し提供される。実行されるガイドラインは、ガイドラインユーザインタフェース１８を介しユーザに提示される。ガイドラインユーザインタフェース１８は、携帯又はデスクトップ計算装置の画面上への表示のためなどのディスプレイを生成し、ポインティング装置及び／又はキーボードなどの入力装置からの入力を処理するようにしてもよい。ガイドラインユーザインタフェース１８は、これに限定するものではないが、グラフィカルユーザインタフェース（ＧＵＩ）を生成するようにしてもよい。例えば、ガイドラインユーザインタフェース１８は、電話を介した利用のためなど、音声メッセージを介したメニュー選択及び／又はプロンプトを提供する音声起動システムを含むインタフェースを提供するかもしれない。ユーザレスポンスが、キーの押下及び／又は音声応答により与えられてもよく、音声認識技術が当該レスポンスを処理するのに利用されてもよい。
【００２０】
ＤＳＳ１２の実行エンジン１６は、ガイドラインストレージシステム１４に格納されている少なくとも１つの実行可能ガイドラインを実行する。少なくとも１つの実行可能ガイドラインの実行は、典型的には、ドメイン知識ベース２２及び／又はローカル情報ストレージシステム２６に格納されているデータへのアクセス及び処理を含む。しかしながら、ＤＳＳ１２及びＬＩＳＳ２６により利用されるデータ及び用語の異なる利用又は解釈は、データの誤った解釈及び以降の誤った医療判断を導くこととなる。患者知識ベースは、情報の要求元（実行可能エンジン１６など）及び提供者が要求されたデータ及びサービスの意味の共通の理解を有することを保証するため、意味的互換性を提供する。意味的互換性は、状況に大きく依存した意味的マッチング処理を意味し、情報の要求元と提供者との間の互換性を保証するのに必要とされる補償を含むかもしれない。意味的マッチングは、それのインスタンス化と共にコンセプトの定義に適用される。
【００２１】
意味的相違の具体例として、数値表現の相違、測定単位、技術及び状態の相違、測定精度の相違、誤差の程度の相違、情報源の相違（専門的な医師対コンピュータアルゴリズムなど）、数値又は診断の信頼度の相違、人口統計的条件（性別、体重、身長、肌の色、民族性など）の相違、臨床状態の相違、環境状態の相違、基準点の相違、用語の利用及び範囲の相違などが含まれる。
【００２２】
ＰＫＢ２４とＤＫＢ２２は共に、好ましくは、オントロジー（ｏｎｔｏｌｏｇｙ）として構成される占有された情報ストレージシステムである。各オントロジーにおいて、患者データのドメインに関する知識は、宣言的言語により表現される。宣言的言語により表現可能なオブジェクトセットは、論議領域（ｕｎｉｖｅｒｓｅ  ｏｆ  ｄｉｓｃｏｕｒｓｅ）と呼ばれる。オントロジーは、表現的用語セットを規定し、後述されるように、これらの用語の解釈及び明確に規定された利用を制限するフォーマルな公理を提供する。ＰＫＢ２４とＬＩＳＳ２６の間のインタフェースをとるインタフェースモジュール２８は、ＨＬ７  Ｔｅｍｐｌａｔｅｓ又はＡｕｓｔｒａｌｉａｎ  Ａｒｃｈｔｙｐｅｓ仕様など、利用可能な仕様を用いて実現されるかもしれない。
【００２３】
ＰＫＢ２４は、患者に関連するデータを維持するデータノード、データノード間の関係及び各データノードに係る属性を格納する。当該データは、標準的な医療データモデル（ＨＬ７、ＤＩＣＯＭなど）に従って構成されるかもしれない。意味的リンクなど上記関係は、因果関係、時間的関係及び／又はグループ帰属関係などを介しどのように関連付けされているか示す。上記属性は、データがどのように取得されたか、どのように表現されるかなど、データの解釈及び利用を制限するため、データの状況及びセマティックな意味を記述する情報を含む。例えば、属性は、数値表現、測定単位、技術及び状態、測定精度、誤差の程度、情報源（専門的な医師対コンピュータアルゴリズムなど）、数値又は診断の信頼度、人口統計的条件、関連する臨床状態、環境状態、基準点、用語の利用及び範囲の使用など、データに関する特性を記述するものであるかもしれない。さらに、属性は、データノードがローカル情報ストレージシステム及び／又は何れかのローカル情報ストレージシステムのデータ要素に対応するときを示すＬＩＳＳ指標を含むかもしれない。
【００２４】
ＤＫＢ２２は、病気、薬、処理などに関するデータなど、特定の患者に関するものでない情報を格納している。当該情報は、例えば、単位、基準点、環境状態などの相違を補償するため、情報の互換性のない利用の間の関係を規定及び／又は補償するためなど、意味的な互換性を確立するのに有用なアルゴリズム及び／又は等式を含むかもしれない。ＤＫＢ２２は、格納されている情報の間の意味的リンクを提供する。例えば、ＤＫＢ２２は、胎児の腹囲（ＡＣ）と胎児の推定体重（ＥＦＷ）の要素を含む産科の領域を含むかもしれない。意味的リンクは、ＡＣがＥＦＷを求めるのに利用可能であることを確立するため、ＡＣとＥＦＷの両要素の間に設けられるかもしれない。他の例では、大腿の長さ（ＦＬ）と月経年齢（ＭＡ）の要素が、同一領域又は整形外科などの他の領域の範囲内に含まれるかもしれない。他の意味的リンクが、ＦＬがＭＡの関数となることを確立するＭＡとＦＬの両要素の間に設けられるかもしれない。
【００２５】
図２を参照するに、ＤＳＳ１２がＬＩＳＳ２６からデータをリクエストするシステム１０の処理中に実行されるステップを示すフローチャート２００が提供される。ステップ２０２において、リクエストモジュール３０は、ある第２データ要素との意味的互換性を維持しながら、実行エンジン１６により処理される当該第２データ要素に対応するＬＩＳＳ２６により格納されているデータを抽出するためのリクエストを含むＰＫＢクエリを生成する。当該リクエストに従って抽出されるべき所望のデータは、ＬＩＳＳ２６とＤＳＳ１２との間でやりとりされるべきデータである。ＰＫＢクエリは、より具体的に、ＰＫＢ２４がＬＩＳＳ２６に格納されている第１データ要素の１つにおいて所望のデータをどのように検出するかに関する情報を検出し、検出されたデータが実行エンジン１６との意味的互換性を維持しながらどのように利用することができるか決定することを要求している。好ましくは、実行エンジン１６により処理される第２データ要素と意味的互換性を維持する第２データ要素の属性が、ＰＫＢ２４により知られる。そうでない場合、ＰＫＢクエリは、ガイドラインのデータ要素を規定する際、属性が既に指定されているため、ＤＫＢ２２に照会することにより属性を提供することが可能である。ＰＫＢクエリは、複数の第１データ要素及び／又は複数の第２データ要素に対応するデータの抽出をリクエストするかもしれない。以下の説明は、１つの第１データ要素と１つの第２データ要素に対応するデータを抽出するケースに関するものである。
【００２６】
ＰＫＢ２４は、ＰＫＢクエリを処理する。ステップ２０４において、ＰＫＢ２４は、第２データ要素に対応する第１データノードにアクセスする。ステップ２０６において、ＰＫＢ２４は、第１データノードに関連し、ＬＩＳＳ２６により格納されている第１データ要素に関連する第２データノードを決定する。第２データノードは、第１データ要素に係る少なくとも１つの関係を処理し、ＬＩＳＳ２６により格納されている第１データ要素との相関をチェックすることにより配置される。ＬＩＳＳ２６により格納される第１データ要素との相関は、ＰＫＢ２４のデータノードと共に含まれている場合、ＬＩＳＳ指標をチェックすることにより決定されるようにしてもよい。そうでない場合、ＬＩＳＳ２６自体又は複数の第１データ要素の提供されるリストが照会されるかもしれない。例えば、複数の可能性のあるデータノードが第１データノードに関連し、ＬＩＳＳ２６により格納されている第１データ要素に関連する例では、ベストなデータノードが、ユーザの選択、第１ノードに最も共通する属性を有する最もシンプルな関係など、所定の条件に従って第２データノードとなるよう選択される。
【００２７】
ステップ２０８において、ＰＫＢ２４は、第１ノードと第２ノードとの関係によって示される、第１データ要素と第２データ要素がどのように対応するか規定する少なくとも１つの互換性パラメータを決定する。この互換性パラメータは、第１データ要素と第２データ要素がどのように関連しているか規定する少なくとも１つの関係の少なくとも１つと、第１データ要素と第２データ要素との間の補償の仕方を規定する少なくとも１つの補償ルールの少なくとも１つのセットとを含む。
【００２８】
少なくとも１つの関係は、第１ノードと第２ノードの間で構成される関係に従って決定され、対象となるデータ要素を特定するためＬＩＳＳ２６により使用される識別子を含むものであってもよい。補償ルールは、第１データノード（第２データ要素に対応する）と第２データノード（第１データ要素に対応する）の属性を比較することによって決定される。当該補償ルールは、第２ノードの属性に対する第１ノードの属性の相違を決定し、第１データ要素と第２データ要素との間の意味的互換性を提供するため、決定された相違を補償し、ＬＩＳＳ２６において利用可能なデータから情報を求めることが可能となるようルールを生成することによって決定される。好ましくは、ＰＫＢクエリは、記述的なロジックベースクエリとして構成される。リクエストモジュール３０は、ＰＫＢクエリを定式化するための少なくとも１つの人口知能モジュールを有することが好ましい。ＰＫＢ２４は、互換性属性及び第２データノードを決定するため、ＤＫＢ２２又は知能エージェントに照会するようにしてもよい。
【００２９】
互換性パラメータが、以降における利用のため少なくとも第２データ要素又は第１ノードに関連して一時的又は永続的に格納されてもよい。決定された関係及び決定された補償ルール又はそれへのアクセスの格納が、設計選択に従ってＰＫＢ２４及びＤＫＢ２２により提供されるかもしれない。互換性パラメータが格納され、利用可能である場合、それらを決定する代わりに、それらはストレージから抽出される。
【００３０】
ステップ２１０において、ＰＫＢは、第１データ要素に係るデータを抽出するため、ＬＩＳＳ２６をクエリするための決定された少なくとも１つの関係互換性パラメータに従って、ＬＩＳＳクエリを生成する。この少なくとも１つの関係互換性パラメータが、ＬＩＳＳ内の第１データ要素を特定するのに利用される。ステップ２１２において、ＬＩＳＳ２６は、第１データ要素に係るデータを有する結果をインタフェースモジュール２８に提供することによって、ＬＩＳＳクエリに応答する。ステップ２１４において、インタフェースモジュール２８はさらに、必要に応じて、ＬＩＳＳクエリの結果をＰＫＢ２４に理解できるフォーマットに変換する。インタフェースモジュール２８は、変換された結果をＰＫＢ２４に提供する。
【００３１】
ステップ２１６において、当該結果を受信すると、ＰＫＢ２４は、ＤＳＳ１２の実行エンジン１６による正確な処理を保証するため、結果データが第２データ要素と意味的に互換性を有するようにするため、データを補償するため、決定された補償ルールを結果データに適用する。ステップ２１８において、ＰＫＢ２４は、実行エンジン１６が根拠ガイドラインストレージシステム１４を処理及び／又は更新するのに利用可能な意味的に互換性を有するデータを実行可能エンジン１６に提供する。
【００３２】
図３を参照するに、ＤＳＳ１２がＬＩＳＳ２６に格納されているデータを更新するシステム１０の処理中に実行されるステップを示すフローチャートが提供される。ステップ３０２において、ＰＫＢ２４は、交換されるデータである第２データ要素のデータによりＬＩＳＳ２６のデータ要素を更新するため、実行エンジン１６から更新リクエストを受信する。更新リクエストは、複数の第１データ要素及び／又は複数の第２データ要素に対応する更新をリクエストするかもしれない。しかしながら、簡単化のため、以下の説明は、１つの第１データ要素と１つの第２データ要素に対応するデータを抽出する場合に関するものである。
【００３３】
ステップ３０４において、ＰＫＢ２４は、第２データ要素に対応する第１データノードにアクセスする。ステップ３０６において、ＰＫＢ２４は、第１データノードに関連し、ＬＩＳＳ２６によって格納されている第１データ要素に相関する第２データノードを決定する。ステップ３０８において、ＰＫＢ２４は、第１ノードと第２ノードとの関係により示される、第１データ要素と第２データ要素がどのように対応するか規定する少なくとも１つの互換性パラメータを決定する。互換性パラメータが格納されており、利用可能である場合、それらを決定する代わりに、それらはストレージから抽出される。
【００３４】
ステップ３１０において、ＰＫＢ２４は、データが第１データ要素と意味的に互換性を有するようにするために、データを補償するため、第２データ要素に係るデータに決定された補償ルールを適用する。ステップ３１２において、ＰＫＢは、ＬＩＳＳ２６によって格納２６に補償されたデータにより第１データ要素を更新するよう指示するため、決定された少なくとも１つの関係互換性パラメータに従ってＬＩＳＳ更新リクエストを生成する。この少なくとも１つの関係互換性パラメータは、第１データ要素とそれらに対応する要素をＬＩＳＳ２６において特定するのに利用される。インタフェースモジュール２８は、第１データ要素を適切に更新するため、ＬＩＳＳ２６により利用される規定に従ってＬＩＳＳ２６により理解されるフォーマットにＬＩＳＳ更新リクエストを変換する。ステップ３１４において、ＬＩＳＳ２６は、適切な補償されたデータにより第１データ要素を更新する。
【００３５】
ＤＳＳ１２を開発する際、最も利用可能なＬＩＳＳ２６により利用される意味的規定を利用することによって、ＤＳＳ１２を準備することが好ましい。ＰＫＢ２４を開発する際、それは、一緒に利用されるべきＬＩＳＳ２６を完全に複製する必要はない。好ましくは、ＰＫＢ２４は、ＤＳＳ１２と広範なＬＩＳＳ２６との間の予想される非互換性に従う知識により占有される。ＰＫＢ２４の論議領域は、ＤＳＳ１２からのデータやＤＳＳ１２において発信されたデータに対応するＬＩＳＳ２６に格納されているデータなど、それが処理するデータを収容するだけ十分な大きさとなるよう、又は拡張される必要がある。
【００３６】
ＰＫＢはそれが利用されるに従って、開発されてもよいということが考えられる。例えば、良好に変更されなかった互換性問題を検出すると、ユーザの介入が要求されるかもしれない。ユーザ入力が良好に決定されると、必要に応じて、システム１０の実行モジュール１６、ＰＫＢ２４及び／又はインタフェースモジュール２８が、以降の利用のため示唆された解決手段により更新されるようにしてもよい（永続的に又は一時的に）。あるいは、同様の問題を検出すると、知能エージェントが解決手段を提供するようクエリされるかもしれない。知能エージェントが推奨した解決手段が、成功すると判断されると、必要に応じてシステム１０を更新するのに利用されるかもしれない。
【００３７】
さらに、上述のようなシステム１０に対する更新が、複数のシステム１０に接続されるサーバにアップロードされるかもしれないということが考えられる。この更新は、同様の互換性問題に遭遇する傾向がある複数のシステム１０のうちのシステム１０にダウンロードされてもよい。更新のアップロード及びダウンロードは、各システムのシステム管理者によって監視されるか、又は自動化されるようにしてもよい。
【００３８】
本発明の記載された実施例は、限定的なものでなく例示的なものであり、本発明のすべての実施例を表すものではない。文理上及び法律により認識される均等の双方において以下の請求項に与えられるような本発明の趣旨又は範囲から逸脱することなく、様々な変更及び変形が可能である。
【図面の簡単な説明】
【００３９】
【図１】図１は、本発明によるローカル情報ストレージシステムに接続される意志決定支援システムを有する一例となるシステムのブロック図を示す。
【図２】図２は、意志決定支援システムがローカル情報支援システムからのデータ抽出をリクエストする図１に示されるシステムの処理中に実行されるステップのフローチャートを示す。
【図３】図３は、意志決定支援システムがローカル情報ストレージシステムにより格納されたデータを更新する図１に示されるシステムの処理中に実行されるステップのフローチャートを示す。
【図１】
0005475231.tif 000002
【図２】
0005475231.tif 000003
【図３】
0005475231.tif 000004