JP2011513811A - 自動化オントロジー生成システムおよび方法 - Google Patents

Abstract

オントロジー生成のための自動化された方法を提供する。一実施形態では、ユーザが、患者が経験した有害事象を表す単一の臨床用語または臨床用語の一部分を入力する。それに応答して、システムは、概念的に関係する用語のリストを生成する。

Description

本発明は、検索用語を受け取り、その用語をその受け取った検索用語に関係する用語のリストに展開するためのコンピュータ・ベースのオントロジー生成システムに関する。

診療および治療は、人々がほぼあまねく利用できるものである。このような診療は、一般に、医療従事者によって行われ、定期的な検査、診断、および治療を含み得る。いくつかの場合において、患者は治療を受けた後、有害事象を経験する。すなわち、患者の病状が悪化する。現在では、有害事象と治療との間に因果関係があるかどうかを分析するために多くのコンピュータ・システムが利用可能である。

このようなシステムを利用すると、例えば、ユーザは、患者が経験している、または経験した有害事象を指定することができる。これを受けて、システムは、データベース検索を実行して、有害事象に言及しているデータベース内の情報源すべてを識別し、検索結果をユーザに提供する。例えば、ユーザが、「心悸亢進（ｈｅａｒｔ ｐａｌｐｉｔａｔｉｏｎｓ）」を有害事象として指定した場合、システムは、データベースを検索して、「心悸亢進」に言及しているデータベース内の情報源すべてを識別し、検索結果をユーザに提供する。

現在利用可能な他のシステムでは、ユーザは、患者に投与されているか、または投与されたことがある薬物と患者がその後経験した有害事象とを指定することができる。これを受けて、システムは、処方薬のメーカーが作成した資料である、薬物を患者に投与する方法を記載した、医薬品表示（「ＰＰＩ」）のデータベースで、指定された薬物のＰＰＩにおける有害事象についての説明を検索する。例えば、ユーザが、「出血（ｂｌｅｅｄｉｎｇ）」を有害事象として指定し、薬物をワルファリンナトリウムとして指定した場合、システムは、ＰＰＩのデータベースで、ワルファリンナトリウムＰＰＩを検索し、ワルファリンナトリウムに対するＰＰＩにおいて出血を有害事象として識別しているかどうかを調べる。検索の結果が、ユーザに提供される。

薬物の組合せに関連する有害事象が知られているかどうかを調べるさらに他のシステムも現在は知られている。このようなシステムでは、ユーザは、患者が服用しているか、または服用したことのある２種類またはそれ以上の種類の薬物を入力する。システムは、この情報を使用して、指定された薬物の１つまたは複数の組合せに関する周知の有害事象を検索する。検索の結果が、ユーザに提供される。例えば、患者が「薬物Ａ」および「薬物Ｂ」を服用しているか、または服用したことがあるとユーザが指示した場合、システムはデータベースを検索して、「薬物Ａ」および「薬物Ｂ」を服用したことのある患者に関連する１つまたは複数の知られている有害事象があるかどうかを調べ、その結果をユーザに報告する。

上述のようなさまざまなシステムが、検索を実行し、結果を生成するために検索用語に頼っている。本開示では、検索のための入力が、検索結果に著しい影響を及ぼし得ることを認識している。例えば、不適当な検索用語を使用した場合、検索を行っても結果が得られないか、または得られた結果が不適当なものとなり得る。このような場合、重要な健康関連の情報を、システムのユーザが利用できない可能性がある。本開示は、クエリで受け取った検索用語を展開する方法およびシステムを提供し、その展開された検索用語集合を、例えば、医療評価システムに提供する。

一態様では、医療評価支援システムにおいて医療評価クエリ用語を生成するための方法が提供される。この態様の方法は、（ａ）患者が経験した有害事象を記述した検索用語を受け取る工程と、（ｂ）検索用語に機能的に関係する複数の臨床用語を識別する工程と、（ｃ）複数の臨床用語からなる医療評価クエリを医療評価支援システム内のデータベース検索に提供する工程とからなる。医療評価クエリは、患者に施された薬物／治療の識別、患者の病状／症状、またはその両方をさらに含み得る。

一実施形態において、複数の臨床用語を識別する工程は、（ａ）関連用語の複数のグループからなるとともに、検索用語を含むオントロジーを決定する工程と、（ｂ）関連用語の複数のグループに関係する既定のルールに基づいて複数の臨床用語を識別する工程とからなる。関連用語の複数のグループのうちの１つまたは複数は、直接的に関係する用語および間接的に関係する用語を含む用語の階層からなるものとしてもよく、複数の臨床用語は、この階層の直接的に関係する用語のそれぞれの組合せからなる。他の実施形態では、複数の臨床用語を識別する工程は、（ａ）電子通信デバイスを使用して、クエリに基づいてデータベース検索を行い、同義語がある場合、クエリのためにその同義語を識別する体系的命名データベースとの通信リンクを確立する工程と、（ｂ）電子通信デバイスを使用して、検索用語の少なくとも一部を含むクエリを体系的命名データベースに送る工程と、（ｃ）送る工程に応答して、クエリに基づいて体系的命名データベースによって実行されるデータベース検索の結果を受け取り、（単数または複数の）クエリ用語の同義語を識別する工程とからなる。それに加えて、データベース検索によって識別される同義語毎に、この方法は、（ｄ）電子通信デバイスを使用して、同義語を含むクエリを体系的命名データベースに送る工程と、（ｅ）送る工程に応答して、クエリに基づいて体系的命名データベースによって実行されるデータベース検索の結果を受け取り、検索用語の同義語を識別する工程とをさらに含み得る。複数の臨床用語を識別する工程は、データベース検索の結果において識別された冗長な臨床用語を削除する工程も含み得る。

他の実施形態では、複数の臨床用語を識別する工程は、（ａ）関連用語の複数のグループからなるとともに、検索用語を含むオントロジーを決定する工程と、（ｂ）関連用語の複数のグループに関係する既定のルールに基づいて複数のクエリ用語を識別する工程と、（ｃ）電子通信デバイスを使用して、クエリに基づいてデータベース検索を行い、同義語がある場合、クエリのためにその同義語を識別する体系的命名データベースとの通信リンクを確立する工程と、（ｄ）電子通信デバイスを使用して、識別されたクエリ用語の少なくとも一部を含むクエリを、識別されたクエリ用語毎に、体系的命名データベースに送る工程と、（ｅ）送る工程に応答して、クエリに基づいて体系的命名データベースによって実行されるデータベース検索の結果を受け取り、（単数または複数の）クエリ用語の同義語を識別する工程とからなる。さらに、一実施形態において、複数の臨床用語を識別する工程は、データベース検索によって識別された同義語毎に、（ｆ）電子通信デバイスを使用して、同義語を含むクエリを体系的命名データベースに送る工程と、（ｇ）送る工程に応答して、クエリに基づいて体系的命名データベースによって実行されるデータベース検索の結果を受け取り、検索用語の同義語を識別する工程とをさらに含む。複数の臨床用語を識別する工程は、データベース検索の結果において識別された冗長な臨床用語を削除する工程も含み得る。

さらに他の実施形態では、複数の臨床用語を識別する工程は、（ａ）それらの複数の臨床用語を、再検討のために第三者に提供する工程と、（ｂ）再検討された臨床用語を格納する工程と、（ｃ）検索用語の受け取りに応答して、再検討された臨床用語をそれらの複数の臨床用語として提供する工程とからなる。

本開示の他の態様は、オントロジー・ベースの検索用語展開を行うための方法を提供し、この方法は、（ａ）電子通信デバイスを使用して自動化オントロジー生成システムとの通信リンクを確立する工程と、（ｂ）電子通信デバイスを使用して、検索用語を含むクエリを自動化オントロジー生成システムに送る工程と、（ｃ）送る工程に応答して、自動化オントロジー生成システムから、およびクエリに基づいて体系的命名データベースによって実行されるデータベース検索から複数の関連検索用語を受け取り、クエリ用語の同義語を識別する工程とからなる。複数の関連検索用語は、検索用語を含むオントロジーから決定することができ、オントロジーは、関連用語の複数のグループを含むとともに、関連用語の複数のグループに関係する既定のルールに基づいている。一実施形態では、関連用語の前記複数のグループのうちの１つまたは複数は、直接的に関係する用語および間接的に関係する用語を含む関連用語の階層からなり、複数の臨床用語は、この階層の直接的に関係する用語のそれぞれの組合せからなる。

さらに他の態様において、本開示は、オントロジー・ベースの検索用語展開を行うためのシステムを提供する。この態様のシステムは、（ａ）ユーザに関連付けられている電子通信デバイスからクエリを受け取り、ユーザに関連付けられている電子通信デバイスにクエリに基づく検索用語展開の結果を送るためのユーザ・インターフェースと、（ｂ）入力インターフェースが受け取ったクエリに基づいてオントロジーを決定し、複数の検索用語をユーザ・インターフェースに送り、その後、そのユーザに関連付けられている電子通信デバイスに送るための処理エンジンと、（ｃ）クエリに関連する１つまたは複数の同義語を提供可能な外部データ・ソースとの通信を実行するためのデータ・インターフェースとからなる。この態様の処理エンジンは、検索用語を含む複数のオントロジーのうちの１つのオントロジーに基づいて追加検索用語を生成するようにクエリの少なくとも一部を処理するためのオントロジー・プロセッサからなり、オントロジーは関連用語の複数のグループからなる。

一実施形態では、複数のオントロジーが関連用語のグループからなり、少なくとも１つのオントロジーは関連用語の階層からなり、オントロジー・プロセッサは、階層の用語の関係に対応する既定のルールに基づいて追加検索用語を生成する。このクエリは、外部データ・ソースから提供される同義語に基づいて１つまたは複数の追加検索用語を識別する繰り返しクエリであってもよく、処理エンジンはこの繰り返しクエリに基づいて追加検索用語を繰り返し検索する。処理エンジンは、クエリで識別された冗長な臨床用語を削除することができる。

本開示の例示的な一実施形態を示す流れ図。 例示的な一実施形態において使用され得る医療評価システムの検索入力画面を示す図。 例示的な一実施形態の方法の動作を示す流れ図。 例示的な心不全オントロジーを示す図。 例示的な心不全オントロジーを示す図。 例示的な心不全オントロジーを示す図。 例示的な心不全オントロジーを示す図。 例示的な心不全オントロジーを示す図。 例示的な心不全オントロジーを示す図。 例示的な心不全オントロジーを示す図。 例示的な心不全オントロジーを示す図。 例示的な心不全オントロジーを示す図。 例示的な心不全オントロジーを示す図。 例示的な心不全オントロジーを示す図。 例示的な心不全オントロジーを示す図。 例示的な心不全オントロジーを示す図。 例示的な心不全オントロジーを示す図。 例示的な心不全オントロジーを示す図。 例示的な下痢症オントロジーを示す図。 例示的な下痢症オントロジーを示す図。 例示的な脾臓機能不全オントロジーを示す図。 例示的な脾臓機能不全オントロジーを示す図。 例示的な脾臓機能不全オントロジーを示す図。 例示的な脾臓機能不全オントロジーを示す図。 例示的な肝機能不全オントロジーを示す図。 例示的な肝機能不全オントロジーを示す図。 例示的な肝機能不全オントロジーを示す図。 例示的な肝機能不全オントロジーを示す図。 例示的な一実施形態において使用され得るＳＮＯＭＥＤ ＣＴ検索の検索入力画面を示す図。 例示的な一実施形態において使用され得るＳＮＯＭＥＤ ＣＴ検索の検索入力画面を示す図。 例示的な一実施形態において使用され得るＳＮＯＭＥＤ ＣＴ検索の検索入力画面を示す図。 例示的な一実施形態において使用され得るＳＮＯＭＥＤ ＣＴ検索の検索入力画面を示す図。 例示的な一実施形態において使用され得るＳＮＯＭＥＤ ＣＴ検索の検索入力画面を示す図。

図１は、本発明による有害事象に関係する情報を提供するための医療評価支援システムに組み込まれるオントロジー・ベースの検索用語展開機能の一実施形態を示している。このような医療評価システムは、本願明細書に援用する、「Ｍｅｄｉｃａｌ Ａｓｓｅｓｓｍｅｎｔ Ｓｕｐｐｏｒｔ Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ」という表題の、２００７年８月２２日に出願された、同時係属ＰＣＴ特許出願第ＰＣＴ／ＵＳ２００７／０７６５８３号で説明されているものに類似するものであってもよい。このような医療評価支援システムは、患者の病状／症状、患者の薬物／治療、患者の投薬／治療、および有害事象を含む情報を備え、これらの入力に関係する情報を出力することができる。システム２０は、（ａ）システム２０とユーザ・インターフェース２２に直接接続され得るか、またはネットワーク２６を通じて接続され得るユーザ２４に関連付けられている電子またはコンピューティング・デバイスとの間の通信を円滑にするユーザ・インターフェース２２を備える。データ・インターフェース２８は、システム２０と、１つまたは複数のデータの外部ソース３０またはユーザ・インターフェース２２上でユーザがシステム２０に伝達するクエリを処理するために使用される情報との間の通信を円滑にする。（単数または複数の）外部データ・ソース３０は、データ・インターフェース２８に直接接続することができ、かつ／またはネットワーク３２の接続を通じて接続することもできる。処理エンジン３４は、ユーザ・インターフェース２２上でサブミットされるユーザ・クエリに応答して、データまたは情報ソースの１つまたは複数の検索を実行させ、ユーザ・インターフェース２２上でユーザに１つまたは複数の検索の結果を受け渡す。

引き続き図１を参照すると、そこでは、ユーザ・インターフェース２２は、ネットワーク２６を通じてユーザ２４に関連付けられているクライアント・ウェブ・ブラウザ対応の電子装置または計算装置と通信することができるウェブ・サーバからなるものとしてもよい。ユーザ・インターフェース２２が通信できる電子装置または計算装置としては、パーソナル・コンピュータ、ＰＤＡ、およびウェブ・ブラウザを実行することができる携帯電話が挙げられるが、これらに限定されない。このような一実施形態におけるユーザ・インターフェース２２では、クライアント・ブラウザに、キャッシュ・サーバ・ページ（ＣＳＰ）を介してデータベース管理システムにリンクされているフィールドを含むフォームを表示させることができる。例示的な一実施形態では、ユーザ・インターフェース２２およびクライアント・ブラウザは（１）（単数または複数の）医薬品情報すなわち処方入力フィールドと、（２）（単数または複数の）病気情報入力フィールドと、（３）（単数または複数の）有害事象情報入力フィールドとを含むがこれらに限定されない一対一の関連付けを保持する。図２は、記載されたフィールドを含む例示的なブラウザ・ウィンドウを示している。この実施形態では、すべてのフィールドが、データベース管理システム（ＤＢＭＳ）３６内に内部的に格納されている情報にリンクされる。１人または複数のユーザとの通信がウェブ以外のネットワーク（ワイドエリアネットワークまたはローカルエリアネットワーク）上で実行される必要がある場合に、ユーザ・インターフェース２２が任意の種類のサーバを含み得ることは理解されるであろう。ユーザ・インターフェース２２は、ユーザに関連付けられている電子装置または計算装置と通信することもでき、また医療産業において広く使用されているメッセージング標準であるＨＬ７メッセージングを使用することができ、また医療産業に存在している、または将来の医療産業に採用される他のメッセージング・プロトコルに適応可能なものとすることもできる。

ユーザ・インターフェース２２は、一実施形態では、ユーザ２４がウェブ・ブラウザ・ウィンドウをバイパスし、処理エンジン３４に関連付けられている１つまたは複数のデータベース管理システムに直接アクセスすることを可能にするカスタム統合ソリューション・インターフェースからなるものとしてもよい。このようなカスタム統合ソリューション・インターフェースは、リレーショナル・データベースまたはオブジェクト指向データベース・プロトコルに従っているクエリを受け付けることが可能である。例えば、インターフェースは、ＳＱＬ型のクエリにＯＤＢＣまたはＪＤＢＣプロトコルを使用するリレーショナル・データベース・クエリを受け取って、応答をＳＱＬ形式で送ることができるものとしてよい。インターフェースは、ＪＡＶＡ（登録商標）、Ｃ＋＋、ＶＢ、ＳＯＡＰ、．ＮＥＴなどに基づくクエリを受け取って、それに適した形式で応答を送ることもできる。インターフェースは、必要になった場合に他のプロトコルと統合するように適合させることもできる。リレーショナル・データベース・クエリまたはオブジェクト指向データベース・クエリを処理する機能は、プロトコル・インテリジェント型の、つまり、クエリが基づいているプロトコルを認識することができるＣＡＣＨＥをベースとする処理エンジン３４を構成することによって実現される。プロトコル・インテリジェント型の他のシステムも使用できることが理解されるであろう。

引き続き図１を参照すると、データ・インターフェース２８は、外部データ・ソース３０（典型的には商用データ・ソースであるが、私的データ・ソース、専用データ・ソース、または公開データ・ソースを含んでいてもよい）にデータまたは情報の要求を送り、処理エンジン３４の一部である１つまたは複数のデータベースを構築するために使用されるデータまたは情報をこれらのソースから受け取るために使用される。一実施形態では、データ・インターフェース２８は、バイオマーカー・データ、安全性データ、医薬品表示（ＰＰＩ）データ、製薬会社医療情報（Ｍｌ）レター、白書、臨床試験データ、マイクロアレイ・データ、ゲノムおよび／またはプロテオーム・データ、一塩基変異多型（ＳＮＰ）、薬物反応シミュレーション・システムなどを提供するデータ・ソースに要求を送り、そのような要求に対する応答を受け取るために使用される。データ・インターフェース２８は、記載された型のデータまたは情報の部分集合を提供する１つまたは複数のデータ・ソース３０に要求を送り、応答を受け取ることができる。例示的な一実施形態では、データ・インターフェース２８は、ＨＬ７、ＸＭＬ、ＪＤＢＣ、ＯＤＢＣ、およびその他を含むすべての主要な通信プロトコルをサポートするバック・エンド通信インターフェースである。データ・インターフェース２８は、異種の外部システムと通信し、内部クラス構造を用いて、データの解析およびＤＢＭＳ ３６へのマージを素早くかつ効率的に実行する機能を備えることができる。ＤＢＭＳ ３６は、一実施形態では、さまざまな異なる方法で（オブジェクト、リレーショナル・テーブル、および／またはその他を使用して）データを格納し、リレーショナルまたオブジェクト・クエリに素早く応答することができる。

引き続き図１を参照すると、処理エンジン３４は、（ａ）ユーザ・インターフェース２２を介してユーザによって提示されるそれぞれのクエリを処理するアプリケーション・サーバ３８、（ｂ）オントロジー言語プロセッサ４０、（ｃ）（単数または複数の）薬物と（単数または複数の）病気とのユーザ指定の組合せに基づく有害事象についての１回または複数回の検索、ユーザ指定の（単数または複数の）有害事象および（単数または複数の）病気および（単数または複数の）薬物のうちの少なくとも１つに基づく１回または複数回の検索を行わせ、ユーザに対するシステムの便益を定量化する評価指標をユーザに提供し、システムの使用に基づき医療従事者であるユーザに対する継続的医療教育クレジットを監視することができるクライアント・データベース管理システム４２、および／または（ｄ）システム２０の外部に常駐するが、システム２０にアクセス可能な、識別されない、または他の何らかの状態の、電子医療記録データベース４６へのアクセスを可能にするアプリケーション・プログラム・インターフェース（ＡＰＩ）４４からなる。例示されている実施形態では、処理エンジン３４は、データを対象（オブジェクト）とテーブル（ＳＱＬリレーショナル）として格納する多次元ポスト・データベース管理システムである。データは、オブジェクト指向言語（．ｎｅｔ、Ｊａｖａ（登録商標）、ＸＭＬなど）および／またはＳＱＬ、ＤＢＭＳリレーショナル・データベース業界標準に従うデータベース言語を使用して直接的にアクセスすることができる。ＤＢＭＳ ３４は、トランザクション・ビットマップ・インデックス作成方式を使用して、ユーザ応答時間を向上させる。

例示されている実施形態では、処理エンジン３４の１つまたは複数の要素は、ユーザ２４から検索用語を含む多数の異なる型のクエリに応答し、受け取った検索用語に基づいて展開された検索用語を含んでいた検索クエリを生成することができる。さまざまな実施形態において、検索用語がユーザ・インターフェースに入力されると、その検索用語は、展開され、これにより、検索用語に対し実行された検索クエリの結果として適切な情報が提示されることを確実にすることができる。「検索用語」という用語を使用する場合、検索されることが望まれている該当する項目を対象としたインターフェースから受け取った１つまたは複数の単語が参照される。データ・リポジトリが、インターフェースで受け取った概念を参照しつつ、異なる命名を使用する情報を含む場合、関連する情報は、検索から生成されないことがある。例えば、医療評価システムでは、ユーザは、「心調律動の異常（ａｂｎｏｒｍａｌ ｈｅａｒｔ ｒｈｙｔｈｍｓ）」などの有害事象に対応する検索用語を入力することができる。しかし、処理エンジンによってアクセスされる外部データ・ソースのうちの１つまたは複数は、「不整脈（ａｒｒｈｙｔｈｍｉａｓ）」のカテゴリに下にあるそのような事象に関係する情報を含むことがある。このような場合、外部データ・ソースからの関連性の高い情報は、検索用語と外部データベースで使用される用語にこのような違いがあるため、検索結果リストに返されないことになる。

本開示の実施形態では、検索用語を受け取った後、検索から関連する結果を生成する可能性の高い多数の異なる検索用語、または代替検索用語を含むように検索クエリを展開する検索用語展開を行う。本明細書で開示されている実施形態では、オントロジー・ベースの検索用語展開を行い、さまざまな異なる病状に関係する多数の異なるオントロジーを構成する。オントロジーに含まれる検索用語が入力された場合、他の検索用語は、このオントロジーに基づいて決定される。したがって、実施形態は、自動生成オントロジー（ＡＧＯ）すなわち検索用語のリストあって、そのすべての用語がユーザによって入力された一つの臨床用語に機能的に関係するリストを提供する。臨床用語は、いくつかの実施形態では、ユーザによって入力された有害事象を指す。一実施形態では、ユーザ・インターフェースは、ユーザが検索用語を入力することができるウェブ・ベース・インターフェースを構成し、ＡＯＧは、オートフィル機能を介して、優先使用語（ＰＴ）とも称される入力された語を、可変機能不全オントロジーの「ユニバース」と比較して、関連臨床用語を含むようにＰＴをさらに展開する。

次に図３を参照しつつ、実施形態の操作について説明する。この実施形態では、ブロック１００に示されているように、検索用語の入力が開始される。検索用語は、ユーザによって、ウェブ・アクセス可能な入力フォームなどを介してユーザ・インターフェースに入力され得る。ユーザが入力を行うと、ブロック１０４において、オートフィル機能が、部分的に入力された検索用語の一部に基づいて可能性のある検索用語がないか判定する。例えば、ユーザが、ウェブ・アクセス可能な入力フォームに検索用語を入力し始めると、オートフィル機能が、入力された最初の文字を認識し、入力された文字で始まる検索用語に対する１つまたは複数のオプションを提示することができる。他の実施形態では、ユーザからまたは自動化システムから検索用語全体を単純に受け取ることができ、したがってオートフィル機能は使用されないことが理解されるであろう。オートフィル機能が使用された場合には、ユーザは、誤入力の可能性を減らし、検索用語の入力に要する時間を短縮するような機能が便利であることを理解するであろう。ブロック１０８で、検索用語が選択されているかどうかの判定が行われる。オートフィル用語を選択するか、または検索用語が完全に入力されたことの確認を入力することなどによって、検索用語が選択されていない場合、ブロック１００で始まる操作が繰り返される。ブロック１０８で、検索用語が入力されたと判定された場合、ブロック１１２で、入力された検索用語に基づいて処理エンジンに関連付けられているＤＢＭＳ内に格納されているオントロジーに対する検索が実行される。ブロック１１６で、他の検索用語がオントロジーから識別されているかどうかの判定が行われる。他の検索用語の決定については、以下でさらに詳しく説明する。識別された検索用語が他になければ、ブロック１２０で指示されているように、クエリが検索エンジンにサブミットされる。このようなクエリは、内部データ・ソース、および／または１つまたは複数の外部データ・ソースに対して生成され得る。

例示的な一実施形態において、他の検索用語の判定は、図１に示されているように、処理エンジン内のオントロジー言語プロセッサを通じて実行される。処理エンジンは、システム２０によって保持されているか、またはシステム２０が利用可能なデータベースの１つまたは複数のデータベース検索を実行して、入力された検索用語に臨床的に関連する検索用語の展開された集合を識別するように動作する。４つの例示的な機能不全オントロジーが、図４〜７に示されている。一実施形態では、これらのオントロジーは、図１に示されているシステム２０のＤＢＭＳ ３６などのＤＢＭＳに含まれる。このようなオントロジーは、容易に理解されるように、１つまたは複数の外部データ・ソースに含まれ得る。一実施形態では、システム２０は、ユーザ・インターフェース２２から検索用語を受け取った後、リアルタイムで自動化オントロジー生成を実行する。ユーザ・インターフェースは、検索用語を受け取る。例えば、検索用語が、「Ｅｌｅｖａｔｅｄ ＬＦＴｓ」（ＬＦＴの上昇）であるとすると、これは、「肝機能検査値の上昇」（Ｅｌｅｖａｔｅｄ Ｌｉｖｅｒ Ｆｕｎｃｔｉｏｎ Ｔｅｓｔｓ）という有害事象を表す。オントロジー言語プロセッサは、図７Ａの「肝機能不全オントロジー」に見られる、「Ｅｌｅｖａｔｅｄ ＬＦＴｓ」という検索用語について利用可能なさまざまな機能不全オントロジーを検索する。この例では、オントロジー言語プロセッサ４０は、切り取りおよび語幹抽出型の検索を含む機能不全オントロジーの検索を実行し、図７Ａのオントロジーから導出されたインデックス上のＬＦＴ＊に接続されるＥｌｅｖａｔ＊を見つける。文字列「Ｅｌｅｖａｔｅｄ ＬＦＴｓ」は、図７Ａに示されている文字列「Ｅｌｅｖａｔ＊ ＬＦＴ＊」から生成され得るので、図７のこの機能不全オントロジーから導出され得る可能なすべての用語が生成され、自動生成されたオントロジーに追加される。図７の例では、この結果、図７Ａから７Ｄのそれぞれから利用可能である３０個の用語が得られる。図４の心不全オントロジーなどの、他の例示的なオントロジーでは、潜在的に数百に達する臨床的概念が、識別された機能不全オントロジーから生成されることができ、ほぼすべての用語が複数の単語を含んでいる。

それぞれのオントロジーは、機能不全オントロジーに関する用語のグルーピングにおいて、他の用語に関係しない独立した用語を含むこともできる。図４の実施形態では、心不全オントロジーは、互いに関係する用語の多数のグループを含み、これらの用語は直接的関係および間接的関係を有する。示されている例では、直接関連用語は直線で接続されているものとして識別されている。それぞれのオントロジーは、他の用語に必ずしも直接的に関係していない多数の独立した用語を含み得る。例えば、図４の心不全オントロジーは、独立した用語として、
ＡＣＳ、ａｂｒｕｐｔ ｖｅｓｓｅｌ ｃｌｏｓｕｒｅ（急な血管閉鎖）、ａｆｔｅｒｌｏａｄ（後負荷）、ＡＨＡ、ＡＭＩ、ａｎｅｕｒｙｓｍ（動脈瘤）、ａｎｇｉｎａ（狭心症）、ａｎｇｉｏｇｒａ＊（血管造影＊）、ａｎｔｉｃｏａｇｕｌａ＊（抗凝固＊）、ａｏｒｔ＊（大動脈＊）、ａｒｒｈｙｔｈｍｉａ（不整脈）、ａｔｈｅｒｏｓｃｌｅｒｏ＊（アテローム性＊）、Ａｔｒｉ＊（心房＊）、ｂａｃｋｗａｒｄ ｅｆｆｅｃｔ（逆流効果）、ａｎｇｉｏｐｌａｓｔ＊（血管形成＊）、ＣＡＢＧ、ＣＡＤ、Ｃａｒｄｉａｃ（心臓の）、Ｃｈｅｙｎｅ−Ｓｔｏｋｅｓ ｒｅｓｐｉｒａｔｉｏｎ（チェーン・ストークス呼吸）、Ｃ ｒｅａｃｔｉｖｅ（Ｃ反応性）、Ｃ−ｒｅａｃｔｉｖｅ（Ｃ反応性）、ＣＫ、ＣＫ−ＭＢ、ＣＲＰ、ｃｌｏｔ＊（凝血＊）、ｃｏａｇｕｌａ＊（凝固＊）、ｃｏｒｏｎａｒｙ（冠状動脈）、Ｃｏｒ ｐｕｌｍｏｎａｌｅ（肺性心）、ｃｒｅａｔｉｎｅ ｋｉｎａｓｅ（クレアチンキナーゼ）、ｃｙａｎｏｓｉｓ（チアノーゼ）、Ｄｉａｓｔｏｌ＊（心臓拡張＊）、ｄｙｓｐｎｅａ（呼吸困難）、ＥＣＧ、ｅｃｈｏｃａｒｄｉｏｇｒａ＊（心エコー＊）、ｅｊｅｃｔｉｏｎ ｆｒａｃｔｉｏｎ（駆出分画）、ＥＫＧ、ｅｌｅｃｔｒｏｃａｒｄｉｏｇｒａ＊（心電図＊）、ｅｍｂｏｌ＊（塞栓＊）、ｅｎｄｏｃａｒｄｉ＊（心内膜*）、ｅｐｉｃａｒｄｉ*（心外膜＊）、ｅｘｅｒｔｉｏｎａｌ ｄｙｓｐｎｅａ（労作性呼吸困難）、ｆｉｂｒｉｎ＊（フィブリン＊）、Ｆａｃｔｏｒ ＶＩＩＩ（第ＶＩＩＩ因子）、ｆｂｒｉｌｌａｔ＊（細動＊）、ｆｉｌｌｉｎｇ ｔｉｍｅ（充填時間）、ｆｏａｍ ｃｅｌｌｓ（泡沫細胞）、ｆｏｒｗａｒｄ ｅｆｆｅｃｔｓ（前方効果）、Ｆｒａｍｉｎｇｈａｍ ｈｅａｒｔ ｓｔｕｄｙ（フラミンガム心臓研究）、Ｆｒａｎｋ−Ｓｔａｒｌｉｎｇ ｍｅｃｈａｎｉｓｍ（フランク−スターリング機構）、ＧＰ ２ｂ／３ａ、ＧＰ ２ｂ３ａ、ＧＰ ＩＩｂ ＩＩＩａ、ＧＰ ＩＩｂ／ＩＩＩａ、ＨＤＬ、ｈｅａｒｔ（心臓）、ｈｅｍｏｓｔａ＊（止血＊）、ｈｅｐａｒｉｎ（ヘパリン）、Ｈｏｌｔｅｒ ｍｏｎｉｔｏｒ（ホルタ・モニタ）、ｈｓＣＲＰ、ｈｙｐｅｒｃｈｏｌｅｓｔｅｒｏｌ＊（高コレステロール＊）、ｈｙｐｅｒｃｏａｇ＊（凝固亢進＊）、ｈｙｐｅｒｔｅｎｓｉ＊（高血圧＊）、ｈｙｐｅｒｔｒｏｐｈ＊（肥大＊）、ＩＩｂ／ＩＩＩａ、ｉｎｏｔｒｏｐｉｃ（変力）、ｉｎｔｅｒｖｅｎｔｒｉｃｕｌａｒ ｓｅｐｔｕｍ（心室中隔）、ｉｎｔｒａ−ａｏｒｔｉｃ ｂａｌｌｏｏｎ（大動脈内バルーン）、ｉｒｒｅｇｕｌａｒ ｐｕｌｓｅ（不整脈）、Ｉｓｃｈｅｍｉｃ ａｔｔａｃｋ＊（虚血性発作＊）、Ｉｓｃｈａｅｍｉｃ ａｔｔａｃｋ＊（虚血性発作＊）、ｌａｃｔａｔｅ ｄｅｈｙｄｒｏｇｅｎａｓｅ（乳酸脱水素酵素）、ＬＡＤ、ＬＣＡ、ＬＣＸ、ＬＤ、ＬＤ１、ＬＤＬ、ｌｉｐｏｐｒｏｔｅｉｎ＊（リポタンパク＊）、ＬＭＷＨ、ＬＶＥＤＰ、ＬＶＥＤＶ、ＬＶＥＦ、ｍａｌｆｕｎｃｔｉｏｎ＊ ｈｅａｒｔ（心＊不全）、ＭＩ、ｍｕｄｄｙ ｓｔｒｅａｋｓ（泥状の縞）、ＭＵＧＡ、Ｍｕｌｔｉｐｌｅ−ｇａｔｅｄ ａｃｑｕｉｓｉｔｉｏｎ ｓｃａｎｎｉｎｇ（マルチゲート収集スキャン）、ｍｕｒａｌ ｔｈｒｏｍｂｉ（壁在血栓）、ｍｙｏｃａｒｄｉ＊（心筋＊）、ｍｙｏｇｌｏｂｉｎ（ミオグロビン）、ｎｏｎ−ｃａｒｄｉｏｖａｓｃｕｌａｒ（非心臓血管）、ｎｏｎ−Ｑ、ＮＱＭＩ、ＮＹＨＡ、ＰＡＡＤ、ｐａｃｅｍａｋｅｒ（ペースメーカー）、ｐａｌｐｉｔａｔｉｏｎｓ（動悸）、ＰＡＯＤ、ｐａｒｏｘｙｓｍａｌ ｎｏｃｔｕｒｎａｌ ｄｙｓｐｎｅａ（発作性夜間呼吸困難）、ｐａｔｅｎｔ ｄｕｃｔｕｓ ａｒｔｅｒｉｏｓｕｓ（動脈管開存症）、ＰＣＩ、ＰＤＡ、ｐｅｒｉｃａｒｄｉ＊（心膜＊）、ｐｅｒｉｃａｒｄｉ＊ ｅｆｆｕｓｉｏｎ（心膜＊液）、ＰＮＤ、ｐｒｅｌｏａｄ（前負荷）、Ｐｒｉｎｚｍｅｔａｌ’ｓ（プリンツメタル）、ｐｒｏｔｈｒｏｍｂｉｎ（プロトロンビン）、ＰＴＣＡ、Ｐｕｒｋｉｎｊｅ（プルキンエ）、ＰＶＣ、ＱＲＳ ｃｏｍｐｌｅｘ ａｂｎｏｒｍａｌｉｔｉｅｓ（ＱＲＳ群異常）、Ｑ ｗａｖｅ＊（Ｑ波＊）、ＲＡＡ、ＲＣＡ、ｒｅｎｉｎ−ａｎｇｉｏｔｅｎｓｉｎ−ａｌｄｏｓｔｅｒｏｎｅ（レニン・アンジオテンシン・アルドステロン）、Ｓ３ ｇａｌｌｏｐ（ＩＩＩ音性ギャロップ）、ＳＴ ｓｅｇｍｅｎｔ（ＳＴ部分）、ＳＥＭＩ、ＳＧＯＴ、ｓｉｎｏａｔｒｉａｌ（洞房の）、ｓｔｅｎｏｔｉｃ（狭窄）、ｓｔｅｎｔ（ステント）、ｓｔｒｏｋｅ（卒中）、ｓｕｂｅｎｄｏｃａｒｄｉａｌ（心内膜下の）、ｓｕｂｓｔｅｒｎａｌ ｈｅａｖｉｎｅｓｓ（胸骨下の重苦しさ）、ｓｕｄｄｅｎ ｄｅａｔｈ（突然死）、ｓｙｓｔｏｌ＊（収縮期＊）、ｔａｃｈｙｃａｒｄｉａ（頻脈）、ｔａｃｈｙｐｎｅａ（頻呼吸）、ｔｅｔｒａｌｏｇｙ ｏｆ Ｆａｌｌｏｔ（ファロー四徴症）、ｔｈｉｒｄ ｈｅａｒｔ ｓｏｕｎｄ（第３心音）、ｔｈｒｏｍｂ＊（トロンボ＊）、ｔｈｙｒｏｔｏｘｉｃｏｓｉｓ（甲状腺機能亢進症）、ｔｒｏｐｏｎｉｎ＊（トロポニン＊）、Ｔ−ｗａｖｅ ｉｎｖｅｒｓｉｏｎ（Ｔ波逆転）、ｖａｓｏｃｏｎｓｔｒｉｃｔｉｏｎ（血管収縮）、ｖｅｎａ ｃａｖａ＊（大静脈＊）、ｖｅｎｔｒｉｃ＊（心室＊）、ＶＬＤＬ、およびｖｏｎ Ｗｉｌｌｅｂｒａｎｄ’ｓ Ｆａｃｔｏｒ（フォン・ヴィレブランド因子）を含み得る。

機能不全オントロジーから導出された検索用語展開を実行する際に、オントロジー言語プロセッサ４０によってルール集合が確立され、使用され得る。このようなルール集合は、例えば、機能不全オントロジーにおける用語のそれぞれのグルーピングからの用語を、その用語がそのグループ内の他の用語に直接結び付けられている場合にのみ検索に使用できることを含んでいてもよい。用語がそのグループ内の他の語に直接結び付けられている場合、または独立した用語が検索用語として入力される場合、検索クエリは、オントロジー内のそれぞれのグルーピングからの直接関連用語さらにはオントロジーからの独立した用語のすべての可能な文字列を含まなければならない。冗長な用語は、検索クエリから削除されることができる。例えば、親の用語と子の用語が１つのクエリ内に複数回出現する場合、重複する出現を削除することができる。このような一実施形態では、それらの中に埋め込まれた親の用語を含む子の用語は、冗長であるとして排除されることはなく、検索用語の展開リスト（または自動生成されたオントロジー）に含まれる。例えば、システムは、親の用語「Ｃｏｌｉｔｉｓ」（結腸炎）に基づいて生成されたリストから「Ｐｒｏｔｏｃｏｌｉｔｉｓ」を排除せず、両方の用語がクエリに含まれる。しかし、親の用語が修正単語と異なる用語は排除され得る。例えば、「Ｕｌｃｅｒａｔｉｖｅ ｃｏｌｉｔｉｓ」（潰瘍性結腸炎）が、親の用語「Ｃｏｌｉｔｉｓ」（結腸炎）の子の用語であった場合には、「Ｕｌｃｅｒａｔｉｖｅ ｃｏｌｉｔｉｓ」（潰瘍性結腸炎）は、冗長な単語全体が親の用語によく似ているため、展開リストから排除される。

図４〜７の例を続けると、図４の心不全オントロジーは、図５の下痢症オントロジーと比べて、比較的複雑なオントロジーであり、関連用語の２つのグルーピングと単一の独立した用語「ｄｉａｒｒｈｅａ」（下痢）がある。図６の膵臓機能不全オントロジーは、関連用語の４つのグルーピングを含み、また、独立した用語、Ｃｕｌｌｅｎ’ｓ Ｓｉｇｎ（カレン徴候）、Ｄｉａｂｅｔ＊（糖尿病＊）、Ｄｙｓｐｎｅａ（呼吸困難）、Ｅｃｃｈｙｍｏｓｅｓ ｏｆ ｔｈｅ ｆｌａｎｋ（脇腹の斑状出血）、Ｅｒｕｐｔｉｖｅ ｘａｎｔｈｏｍａｓ＊（発疹性黄色腫＊）、Ｇａｌｌｓｔｏｎｅ＊（胆石＊）、Ｇｒｅｙ−Ｔｕｒｎｅｒ’ｓ ｓｉｇｎ（グレー・ターナー徴候）、Ｈｙｐｅｒｇｌｙｃｅｍｉａ（高血糖症）、Ｈｙｐｅｒｇｌｙｃａｅｍｉａ（高血糖症）、Ｈｙｐｅｒｌｉｐｉｄｅｍｉａ（高脂血症）、Ｈｙｐｅｒｌｉｐｉｄａｅｍｉａ（高脂血症）、ＩＤＤＭ、Ｉｎｓｕｌｉｎ（インスリン）、Ｐａｎｃｒｅａ＊（膵臓＊）、Ｐｕｒｔｓｃｈｅｒ ｒｅｔｉｎｏｐａｔｈｙ（Ｐｕｒｔｓｃｈｅｒ網膜症）、Ｔａｃｈｙｐｎｅａ（頻呼吸）、およびＵｍｂｉｌｉｃｕｓ（臍）も含む。同様に、図７の肝機能不全オントロジーは、関連用語の４つのグルーピングおよび独立した用語、Ｊａｕｎｄｉｃｅ＊（黄疸）、およびＣｈｏｌｅｓｔａｔｉｃ（胆汁鬱滞性の）を含む。理解されるように、多数の他のオントロジーが、同様に生成され、受け取った検索用語を展開するために使用され得る。

他の実施形態では、生成された検索用語に同義語があるかどうかを調べるために、検索用語リストをさらに展開することもできる。このような実施形態では、オントロジー言語プロセッサが、ユーザ・インターフェースで受け取った元の検索用語にすべて機能的に関係する検索用語のリストを生成した後、外部ソースにクエリを実行して、追加の機能的に関係する臨床用語を自動生成オントロジーに追加できるかどうかを調べる。探索されるべきこのような外部ソースは、ＳＮＯＭＥＤ−ＣＴオントロジーとすることができる。ＳＮＯＭＥＤ−ＣＴ（Ｓｙｓｔｅｍａｔｉｚｅｄ Ｎｏｍｅｎｃｌａｔｕｒｅ ｏｆ Ｍｅｄｉｃｉｎｅ−Ｃｌｉｎｉｃａｌ Ｔｅｒｍｓ）は、元々、米国病理医協会（ＣＡＰ）が作成した包括的な臨床用語集であり、２００７年４月現在において、デンマークの非営利団体であるＩｎｔｅｒｎａｔｉｏｎａｌ Ｈｅａｌｔｈ Ｔｅｒｍｉｎｏｌｏｇｙ Ｓｔａｎｄａｒｄｓ Ｄｅｖｅｌｏｐｍｅｎｔ Ｏｒｇａｎｉｚａｔｉｏｎ（ＩＨＴＳＤＯ）によって所有、保守、配布がなされている。ＣＡＰは、ＩＨＴＳＤＯとの契約に基づきＳＮＯＭＥＤ−ＣＴの作業の支援を続けており、ＳＮＯＭＥＤ関連製品およびサービスを専門用語集のライセンシーとして提供している。

このような実施形態において、ユーザ・インターフェースは、オートフィル機能、および外部データ・ソース内のＳＮＯＭＥＤ−ＣＴオントロジーへのリンクを提供することができる。一実施形態におけるオントロジー言語プロセッサは、ＳＮＯＭＥＤ−ＣＴによって「疾患」、「所見」、または「事象」として分類されていないすべての用語から選り抜かれたリストから、ＳＮＯＭＥＤ−ＣＴ優先使用語（ＰＴ）（「コンセプト」とも称される）のリストを提供する。上記で使用されている肝機能不全の例をここでも続けると、入力された検索用語「Ｅｌｅｖａｔｅｄ ＬＦＴｓ」（ＬＦＴの上昇）は、ＳＮＯＭＥＤ−ＣＴオントロジーから用語を提示せず、検索は、図７の肝機能不全オントロジーからのみ導出された３０個の検索用語を使用して開始するように用意されている。

次に、図８〜１２を参照すると、元の検索用語が「Ｓｋｉｎ ｄｉｓｅａｓｅ」（皮膚病）である一例について一実施形態が説明されている。このような一実施形態では、皮膚機能不全オントロジーから検索用語を生成した後、オントロジー言語プロセッサは、元の検索用語をＳＮＯＭＥＤ−ＣＴに受け渡す。ユーザがＳＮＯＭＥＤ−ＣＴから渡されたものからＰＴを選択した場合、その「コンセプト」は、捕捉され、自動生成オントロジーからの用語に追加されるべき用語となる。次いで、オントロジー言語プロセッサは、ＳＮＯＭＥＤ−ＣＴを「呼び出し」、選択された語（この場合には、「Ｓｋｉｎ ｄｉｓｅａｓｅ」）をＳＮＯＭＥＤ−ＣＴにパラメータとして受け渡す。オントロジー言語プロセッサは、そのパラメータを使用して、すべてのＳＮＯＭＥＤ−ＣＴコンセプトのインデックスにアクセスし、ＳＮＯＭＥＤ−ＣＴコンセプトがその特定の用語を含むどうかを確認する。「Ｓｋｉｎ ｄｉｓｅａｓｅ」という用語は、図８に示されているスクリーン・ショットにＳＮＯＭＥＤ−ＣＴ検索用語として入力されることが図示されている。次いで、オントロジー言語プロセッサは、図９のスクリーン・ショットに例示されているように、用語（Ｓｋｉｎ ｄｉｓｅａｓｅ）が（ＳＮＯＭＥＤ−ＣＴで定義されているような）同義語を有するかどうかを調べる。オントロジー言語プロセッサは、ＰＴのすべての同義語を捕捉し、それらの用語を異なるＰＴとしてＳＮＯＭＥＤ−ＣＴ検索ウィンドウ内に再入力する。この場合、「Ｓｋｉｎ ｄｉｓｅａｓｅ」の同義語は、例えば、「Ｄｅｒｍａｔｏｓｉｓ」（皮膚症）を含む他のいくつかの語を含むように図示されている。「Ｄｅｒｍａｔｏｓｉｓ」を、オントロジー言語プロセッサがＰＴの同義語で実行するものの一例として使用した場合、図１０は、オントロジー言語プロセッサが「Ｄｅｒｍａｔｏｓｉｓ」（皮膚病）をＰＴとして使用してＳＮＯＭＥＤ−ＣＴ内を検索し、この同義語を独立したＰＴとして処置し、自動生成されたオントロジー内の用語のリストに追加の用語を加えるスクリーン・ショットを示している。次いで、オントロジー言語プロセッサは、ＰＴのそれぞれ（元の検索用語＋同義語）が関連する部分集合を有しているかどうか、つまり、展開可能かどうかを調べる。用語がＳＮＯＭＥＤ−ＣＴオントロジー内に展開可能である場合、その用語は、用語の左側にあるボックスの中に「＋」記号を有しており、これは、その用語が、それと関連付けられている「子の用語」、つまり部分集合を有すること、およびそれらの子の用語を表示するように展開可能であることを示しており、これは図８〜１０のスクリーン・ショットに例示されている。

用語が展開可能である場合、オントロジー言語プロセッサは、用語「Ｓｋｉｎ ｄｉｓｅａｓｅ」（皮膚病）が展開されている図１１のスクリーン・ショットに例示されているように、ＰＴのすべての「子の用語」、つまり部分集合を含むように用語を自動的に展開する。子の用語のいくつかは、他の単語に加えて親の用語（ＰＴ）を含むことができ、またいくつかは、子の用語の中に埋め込まれているＰＴを含むことができ、またいくつかの子の用語は、一意的であるものとしてよい。一意的であるか、または用語の中に埋め込まれたＰＴを含むすべての子の用語が、自動生成オントロジーの検索用語に加えられる。子の用語がそれ自体展開可能である場合、それらの用語のそれぞれは、展開され、それらの部分集合内の一意的な用語が捕捉され、「Ａｃｕｔｅ ｓｋｉｎ ｄｉｓｏｒｄｅｒ」（急性皮膚疾患）という用語に対して、図１２に例示されているように、自動生成オントロジーに加えられる。選択された用語のすべてが、展開された場合、オントロジー言語プロセッサは、次いで子および子の同義語を再帰的に含めることによって用語のその集合を展開する他の方法を呼び出す。

ＰＴおよびすべての同義語が捕捉され、それらの用語の下のすべての一意的な子の用語が捕捉され、すべての展開可能な子の用語がそれらの下の一意的な子の用語の捕捉のために展開され、というように続けていった後、ＳＮＯＭＥＤ−ＣＴ導出自動生成オントロジーが作成され、機能不全オントロジーから導出された初期自動生成オントロジーに加えられる。

オントロジー言語プロセッサが、機能不全オントロジーから導出されたすべての検索用語をＳＮＯＭＥＤ−ＣＴから導出された検索用語のリストに追加した後、オントロジー言語プロセッサは、他のソースへと進むことで、この検索用語展開方法を続けることができる。次いで、それは、データをアルファベット順にソートされた配列内に埋め込み、ユーザに、編集可能バージョンの自動生成オントロジーを提示する前に冗長性を排除する。

このようにして生成された自動生成オントロジーを使用して処理エンジンがデータ・ソースを検索する前に、例示的な一実施形態では、編集可能バージョンの自動生成オントロジーを再検討する選択肢がユーザに与えられ、したがって、ユーザは、そのユーザにとって重要でない自動生成オントロジー内の検索用語の「チェックボックスをオフにする」か、または「選択解除」する機会を与えられる。それに加えて、ユーザは、最終的な編集された自動生成オントロジーを使用してデータ・ソースの検索を開始する前に、自動生成オントロジーに検索用語を「追加」することを許される。ユーザは、特定のＰＴに関連付けられている自動生成オントロジーに加えられた変更を「優先して保存する（Ｓａｖｅ ａｓ ｐｒｅｆｅｒｅｎｃｅ）」で保存することができ、したがって、次回ユーザがそのＰＴを入力すると、自動生成オントロジーがそれに応じて修正される。

他の実施形態は、異なるユーザによって（追加または選択解除を用いて）繰り返し変更され、システム内に格納されている自動生成オントロジーが、例えば、ＤＢＭＳ内でクラスタ化できることを規定している。共通の変更は、「ピア・キュレイテッド（ｐｅｅｒ−ｃｕｒａｔｅｄ）」自動生成オントロジーすなわちＰＣＡＧＯとして知られているその自動生成オントロジーのあるバージョン内に保存され得る。これは、オントロジー生成に対するｗｉｋｉ方式であり、ＰＣＡＧＯは、ユーザが他の何らかの形で再検討および編集が必要であると感じる新規の自動生成オントロジーに頼るのではなく、時間が限られているときにこれらのピア・レビュー自動生成オントロジーを使用することを好む可能性のあるユーザにとって利用可能なものである。例示的な一実施形態では、ユーザは、ＰＣＡＧＯを選択し、次いで、ＰＣＡＧＯをさらに精密化し、修正してから、検索のためクエリをサブミットすることができる。

当業者であれば、本明細書で開示されている実施形態に関して説明されているさまざまな例示的な論理ブロック、モジュール、回路、およびアルゴリズム・ステップは、電子ハードウェア、コンピュータソフトウェア、ファームウェア、またはこれらの組合せとして実装することができることを理解するであろう。このような互換性を明確に例示するために、上では、さまざまな例示的なコンポーネント、ブロック、モジュール、回路、およびステップが、一般的にその機能に関して説明されている。このような機能がハードウェア、ソフトウェア、および／またはファームウェアとして実装されるかどうかは、特定の用途およびシステム全体に課せられる設計制約条件によって決まる。当業者であれば、それぞれの特定の用途についてさまざまな方法により説明されている機能を実装することができるが、そのような実装決定は、本発明の範囲からの逸脱を引き起こすものとして解釈されるべきではない。

ハードウェアによる実装では、処理ニットは、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル・シグナル・プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル・ロジック・デバイス（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書で説明されている機能を実行するように設計されている他の電子ユニット、またはこれらの組合せの中に実装することができる。

ファームウェアおよび／またはソフトウェア実装では、これらの方法は、本明細書で説明されている機能を実行するモジュール（例えば、プロシージャ、関数など）で実装され得る。命令を明白に具体化する機械可読媒体は、本明細書で説明されている方法を実装する際に使用され得る。例えば、ソフトウェア・コードは、メモリ内に格納され、プロセッサによって実行され得る。メモリは、プロセッサ内に、またはプロセッサの外部に実装することができる。本明細書で使用されているように、「メモリ」という用語は、任意の種類の長期的な、短期的な、揮発性の、不揮発性の、または他のメモリを指し、メモリの特定の種類、メモリの特定の数、またはメモリが置かれる媒体の種類に限定されないものとする。

ソフトウェアで実装された場合、これらの関数は、コンピュータ可読媒体上で１つまたは複数の命令もしくはコードとして格納または伝送され得る。コンピュータ可読媒体は、一方の場所から他方の場所へのコンピュータ・プログラムの転送を容易にする媒体を含むコンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスできる利用可能な媒体とすることができる。例えば、限定はしないが、このようなコンピュータ可読媒体としては、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、または他の光ディスク記憶装置、磁気ディスク記憶装置、または他の磁気記憶デバイス、または命令もしくはデータ構造体の形態で所望のプログラム・コードを搬送または格納するために使用することができ、またコンピュータによってアクセスできる他の媒体が挙げることができる。また、任意の接続を、コンピュータ可読媒体と呼んで差し支えない。例えば、ソフトウェアが同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア線、デジタル加入者回線（ＤＳＬ）、または赤外線、ラジオ、およびマイクロ波などの無線技術を使用してウェブ・サイト、サーバ、または他のリモート・ソースから送信される場合、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア線、ＤＳＬ、または赤外線、ラジオ、およびマイクロ波などの無線技術は、媒体の定義に含まれる。本明細書で使用されているような、「Ｄｉｓｋ」と「Ｄｉｓｃ」は、コンパクト・ディスク（ＣＤ）、レーザー・ディスク、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピ・ディスク、およびブルーレイ・ディスクを含み、「Ｄｉｓｋ」は通常磁気的にデータを再現し、「Ｄｉｓｃ」はレーザーを使って光学的にデータを再現する。上記の組合せも、コンピュータ可読媒体の範囲に収まらなければならない。

開示されている実施形態を前記のように提示したのは、当業者が本発明を製作または使用することができるようにするためである。これらの実施形態に対しさまざまな修正を加えられることは、当業者にとっては明白であろうし、また本明細書で定義されている一般原理は、本発明の趣旨または範囲から逸脱することなく他の実施形態にも適用することができる。したがって、本発明は、本明細書に示されている実施形態に限定されることを意図されておらず、本明細書で開示されている原理および新規性のある特徴と一致する最も広い範囲を適用されることを意図されている。

Claims (22)

1. 医療評価支援システムにおいて医療評価クエリ用語を生成する方法であって、
   患者が経験した有害事象を記述した検索用語を受け取る工程と、
   前記検索用語に機能的に関係する複数の臨床用語を識別する工程と、
   前記複数の臨床用語からなる医療評価クエリを医療評価支援システム内のデータベース検索に提供する工程とからなる方法。
2. 前記医療評価クエリは、患者に施された薬物／治療の識別をさらに含む請求項１に記載の方法。
3. 前記医療評価クエリは、前記患者の病状／症状の識別をさらに含む請求項１に記載の方法。
4. 前記医療評価クエリは、前記患者に施された薬物／治療および前記患者の病状／症状の識別をさらに含む請求項１に記載の方法。
5. 前記検索用語を受け取る工程は、
   検索用語の一部を受け取る工程と、
   受け取られた検索用語の部分に基づいて提案された検索用語を提供する工程とからなる請求項１に記載の方法。
6. 前記複数の臨床用語を識別する工程は、
   関連用語の複数のグループからなるとともに、前記検索用語を含むオントロジーを決定する工程と、
   前記関連用語の複数のグループに関係する既定のルールに基づいて前記複数の臨床用語を識別する工程とからなる請求項１に記載の方法。
7. 関連用語の前記複数のグループのうちの少なくとも１つは、直接的に関係する用語および間接的に関係する用語を含む用語の階層からなるとともに、前記複数の臨床用語は、前記階層の直接的に関係する用語のそれぞれの組合せからなる請求項６に記載の方法。
8. 前記複数の臨床用語を識別する工程は、
   電子通信デバイスを使用して、クエリに基づいてデータベース検索を行い、同義語がある場合、前記クエリのためにその同義語を識別する体系的命名データベースとの通信リンクを確立する工程と、
   前記電子通信デバイスを使用して、前記検索用語の少なくとも一部を含むクエリを体系的命名データベースに送る工程と、
   前記送る工程に応答して、前記クエリに基づいて体系的命名データベースによって実行されるデータベース検索の結果を受け取り、前記クエリ用語の同義語を識別する工程とからなる請求項１に記載の方法。
9. 前記データベース検索によって識別される同義語毎に、
   前記電子通信デバイスを使用して、同義語を含むクエリを体系的命名データベースに送る工程と、
   前記送る工程に応答して、前記クエリに基づいて体系的命名データベースによって実行されるデータベース検索の結果を受け取り、前記検索用語の同義語を識別する工程とをさらに含む請求項８に記載の方法。
10. 前記複数の臨床用語を識別する工程は、前記データベース検索の結果において識別された冗長な臨床用語を削除する工程をさらに含む請求項９に記載の方法。
11. 前記複数の臨床用語を識別する工程は、
    関連用語の複数のグループからなるとともに、前記検索用語を含むオントロジーを決定する工程と、
    関連用語の前記複数のグループに関係する既定のルールに基づいて複数のクエリ用語を識別する工程と、
    電子通信デバイスを使用して、クエリに基づいてデータベース検索を行い、同義語がある場合、前記クエリのためにその同義語を識別する体系的命名データベースとの通信リンクを確立する工程と、
    前記電子通信デバイスを使用して、識別されたクエリ用語の少なくとも一部を含むクエリを、識別されたクエリ用語毎に、体系的命名データベースに送る工程と、
    前記送る工程に応答して、前記クエリに基づいて体系的命名データベースによって実行されるデータベース検索の結果を受け取り、前記クエリ用語の同義語を識別する工程とからなる請求項１に記載の方法。
12. 前記データベース検索によって識別される同義語毎に、
    前記電子通信デバイスを使用して、同義語を含むクエリを体系的命名データベースに送る工程と、
    前記送る工程に応答して、前記クエリに基づいて体系的命名データベースによって実行されるデータベース検索の結果を受け取り、前記検索用語の同義語を識別する工程とをさらに含む請求項１１に記載の方法。
13. 前記複数の臨床用語を識別する工程は、前記データベース検索の結果において識別された冗長な臨床用語を削除する工程をさらに含む請求項１２に記載の方法。
14. 前記複数の臨床用語を再検討のため第三者に提供する工程と、
    前記再検討された臨床用語を格納する工程と、
    前記検索用語の受け取りに応答して、前記再検討された臨床用語を前記複数の臨床用語として提供する工程とをさらに含む請求項１に記載の方法。
15. 前記検索用語に機能的に関係する複数の臨床用語を識別する工程は、前記再検討された臨床用語を提供する工程と、再検討および修正のため、前記再検討された臨床用語をユーザにさらに提供する工程とからなる請求項１４に記載の方法。
16. オントロジー・ベースの検索用語展開を提供する方法であって、
    電子通信デバイスを使用して自動化オントロジー生成システムとの通信リンクを確立する工程と、
    前記電子通信デバイスを使用して、検索用語を含むクエリを自動化オントロジー生成システムに送る工程と、
    前記送る工程に応答して、自動化オントロジー生成システムから、および前記クエリに基づいて体系的命名データベースによって実行されるデータベース検索から、複数の関連検索用語を受け取り、前記クエリ用語の少なくとも１つの同義語を識別する工程とからなる方法。
17. 前記複数の関連検索用語は前記検索用語を含むオントロジーから決定されるとともに、前記オントロジーは関連用語の複数のグループからなり、かつ、前記関連用語の複数のグループに関係する既定のルールに基づいている請求項１６に記載の方法。
18. 前記関連用語の複数のグループのうちの少なくとも１つは、直接的に関係する用語および間接的に関係する用語を含む関連用語の階層からなるとともに、前記複数の臨床用語は、前記階層の直接的に関係する用語のそれぞれの組合せからなる請求項１７に記載の方法。
19. オントロジー・ベースの検索用語展開を提供するためのシステムであって、
    ユーザに関連付けられている電子通信デバイスからクエリを受け取り、前記ユーザに関連付けられている電子通信デバイスに前記クエリに基づく検索用語展開の結果を送るためのユーザ・インターフェースと、
    前記入力インターフェースによって受け取られたクエリに基づいてオントロジーを決定し、複数の検索用語を前記ユーザ・インターフェースに提供し、その後、前記ユーザに関連付けられている電子通信デバイスに送るための処理エンジンであって、
    関連用語の複数のグループからなるとともに前記検索用語を含む複数のオントロジーのうちの１つのオントロジーに基づいて追加検索用語を生成するように、前記クエリの少なくとも一部を処理するためのオントロジー・プロセッサからなる処理エンジンと、
    前記クエリに関連する１つまたは複数の同義語を提供可能な外部データ・ソースとの通信を実行するためのデータ・インターフェースとからなるシステム。
20. 前記複数のオントロジーは関連用語のグループからなるとともに、少なくとも１つのオントロジーは関連用語の階層からなり、かつ、
    前記オントロジー・プロセッサは、前記階層の用語の関係に対応する既定のルールに基づいて前記追加検索用語を生成する請求項１９に記載のシステム。
21. 前記クエリは、前記外部データ・ソースから提供される同義語に基づいて１つまたは複数の追加検索用語を識別する繰り返しクエリであり、
    前記処理エンジンは、前記繰り返しクエリに基づいて追加検索用語を繰り返し検索する請求項１９に記載のシステム。
22. 前記処理エンジンは、前記クエリで識別された冗長な臨床用語を削除する請求項２１に記載のシステム。

Images