(57)【要約】治験に参加する患者を選択するシステム及び方法を提供する。種々の実施例において、治験仲介手段は、治験の特定の基準を満足する被験候補者のリストの要求を薬品会社から受けるように構成されている。患者記録は、構造化されていない病院記録からマイニングされた包括的な患者情報を入力されている構造化患者記録（ＣＰＲ）データウェアハウスから検索される。同意を得た被験候補者のリストが出力され、治験の実施に興味があり、そのリストをリクエストしている機関へ送られる。患者の匿名性は、患者が治験参加の同意を与えるまで維持することができる。【特許請求の範囲】
【請求項１】
治験に参加する被験候補者を選択するシステムであって、
少なくとも一部が構造化されていない患者記録をマイニングすることにより得られる患者情報を含むデータソースと、
データソースから患者記録の集合を検索し、治験に関連する特定の基準を満たす人のリストを作成する治験仲介手段とより成る治験に参加する被験候補者選択システム。
【請求項２】
治験仲介手段は、特定の基準を満足する１人またはそれ以上の人から同意を得るように構成されている請求項１のシステム。
【請求項３】
特定の基準を満足する人のリストは治験を実施したい機関から要求される請求項１のシステム。
【請求項４】
特定の基準を満足する人の匿名性は同意が得られるまで保持される請求項１のシステム。
【請求項５】
特定の基準を満足する人のリストは、その治験の参加資格があると予め認定された人を含む請求項１のシステム。
【請求項６】
データソースは複数の病院から収集された情報を含む請求項１のシステム。
【請求項７】
特定の基準は確率基準を含む請求項１のシステム。
【請求項８】
得られる患者記録は確率情報を含む請求項１のシステム。
【請求項９】
患者が全ての点で資格があるか否かを判断するに必要な情報は、得られた患者記録に含まれていない請求項１のシステム。
【請求項１０】
リストにあるそれぞれの人の情報が提供される請求項１のシステム。
【請求項１１】
前記情報はその人が参加した過去の治験に関する情報を含む請求項１０のシステム。
【請求項１２】
治験に参加する被験候補者を選択する方法であって、
治験に関連する特定の基準を満足する人のリストの要求を受け、
データソースから患者記録の集合を検索して特定の基準を満足する人と決定するステップより成る治験に参加する被験候補者選択方法。
【請求項１３】
特定の基準を満足する一人またはそれ以上の人から治験に参加する同意を得、
同意を得られた人のリストを出力するステップを含む請求項１２の方法。
【請求項１４】
被験候補者のリストを治験を実施したい機関に送付するステップをさらに含む請求項１３の方法。
【請求項１５】
同意を得るステップは、
特定の基準を満足する人の医師を選択し、
選択された医師のそれぞれから参加の承認をリクエストし、
医師が治験に参加する承認を与えた場合に特定の基準に満足する人へ同意情報を与えるステップより成る請求項１３の方法。
【請求項１６】
同意を得るステップは、医師に彼らの学会調査委員会（ＩＲＢ）のステイタスを通知することを含む請求項１３の方法。
【請求項１７】
同意を得るステップはさらに、ステイタスが受け入れられた医師へ彼らのＩＲＢ承認の満了日を与えることを含む請求項１６の方法。
【請求項１８】
被験候補者のリストの要求は治験を実施したい機関から受ける請求項１４の方法。
【請求項１９】
特定の基準を満足する被験候補者の匿名性は同意が与えられるまで保持される請求項１２の方法。
【請求項２０】
質問表を与えるステップをさらに含む請求項１２の方法。
【請求項２１】
質問表は治験の参加資格があるか否かを確かめるために使用される請求項２０の方法。
【請求項２２】
被験候補者のリストを要求する機関にはそのリストにつき料金が請求される請求項１４の方法。
【請求項２３】
治験に参加する人は補償を受ける請求項１４の方法。
【請求項２４】
参加する医師は補償を受ける請求項１５の方法。
【請求項２５】
データソースはデータウェアハウスである請求項１２の方法。
【請求項２６】
データウェアハウスは、構造化されていない患者記録のマイニングにより得られる構造化患者情報を入力されている請求項２５の方法。
【請求項２７】
リクエストは薬品会社から受ける請求項１２の方法。
【請求項２８】
データソースは複数の病院から収集される情報を含む請求項１２の方法。
【請求項２９】
特定の基準は確率値を含む請求項１２の方法。
【請求項３０】
確率値は確信インターバルを含む請求項２９の方法。
【請求項３１】
得られた患者記録は確率情報を含む請求項１２の方法。
【請求項３２】
患者が全ての点で資格があるか否かを判断するために必要な情報は、得られた患者記録に含まれていない請求項１２の方法。
【請求項３３】
リストにあるそれぞれの被験候補者の情報が作成される請求項１２の方法。
【請求項３４】
前記情報はその被験候補者が参加した過去の治験に関する情報を含む請求項１２の方法。
【請求項３３】
治験に参加する被験候補者を選択する方法ステップを実行するためにマシーン上で実行可能な命令のプログラムを含み、そのマシーンにより読み取り可能なプログラムの記憶装置であって、それらの方法ステップは、
治験に関連する特定の基準を満足する人のリストの要求を受け、
データソースから患者記録の集合を検索して特定の基準を満足する人と決定するステップより成る記憶装置。
【請求項３４】
一人の患者について参加する見込みのある治験を選択するシステムであって、
治験データベースと、
患者情報を含むデータソースと、
治験に関連する特定の基準を満足する患者について治験のリストを作成する治験仲介手段とより成る治験選択システム。
【請求項３５】
患者情報を含むデータソース中の少なくとも一部の情報は、構造化されていない患者記録をマイニングすることにより得られる請求項３４のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療情報処理システムに関し、さらに詳細には、治験の被験者を選択するコンピュータ化されたシステム及び方法に関する。
【背景技術】
【０００２】
治験の被験者の選択は経費が高くつくプロセスである。概算すると、薬品会社のコストは選択された各被験者につき数千ドルである。さらに、選択後において、情報が間違っているか不正確であるという理由で治験から外さなければならない人が時々いる。これにより治験の実施が遅延し、さらに大きなコストがかかる。
【０００３】
薬品会社は広告または医師への直接接触により周知をはかろうとするが、治験の被験者の選択は一般的に非常に効率の悪いプロセスである。医師は多忙で、患者の要求に応える時間が常にあるとは言えず、患者は治験の広告を見ていなかったり、広告が掲載された定期刊行物を購読していないことがある。
【０００４】
さらに、専門化された医療センターの医師は、患者にそのセンターにおいて後援実施される治験を紹介する傾向がある。多くの医師は、診察する各患者が参加可能な治験についての情報を常に接しようとすると時間がかかるため、かかる治験を全て知っているわけではない。
【０００５】
さらに、治験の中には非常に特定された選択基準を要求するものが多く、特定の人が治験の参加資格があるか否かを確かめるのは容易でない。さらに、病院は通常、構造化されていない形式で情報を蓄積するため、病院の記録から特定の治験に参加する資格のある患者を選択するのは不可能である。
【０００６】
同じように重要な問題として、治験と特定の患者とをマッチさせる問題がある。例えば、がんだけでも、１つの時点で６００を超える治験が進行中である。統計によると、治験ウェブサイトへの訪問者数の合計は毎週７５０００人であり、そのほとんどは治験に参加しようとしてその治験についての情報を求める患者である。国立がん研究所の試算によると、それらの患者のうちのたった２％がその治験への参加資格があるということである。従って、個人が治験に参加する資格があるか否かを知ることは非常に重要である。
【０００７】
治験への参加資格を有する人を選択することの重要性及びその費用を鑑みて、治験に参加する被験者を自動的に選択する改良型方式を提供することは望ましく非常に有益なことであろう。
【発明の概要】
【０００８】
本発明は、治験に参加する被験者の選択方式を提供する。
【０００９】
本発明の種々の実施例によると、治験の特定の基準を満足する被験候補者のリストに対する要求を受けるステップを含む方法が提供される。その後、患者記録の集合が特定の基準を満足する被験候補者を探索するために検索される。
【００１０】
特定の基準は確率情報を含むため、治験の特定の基準（例えば、糖尿病である９０％の可能性、高血圧である７０％の可能性）を満足する可能性のある患者の選択が可能になる。この場合、関連の患者記録はかかる選択を可能にするための確率情報を含むであろう。各被験候補者については、さらに別の情報が検索される場合がある。この別の情報は、偽薬を投与したか否かを含む、その被験候補者が参加した他の治験についての情報を含むことがある。
【００１１】
さらに、全ての点でその治験を受ける資格があるか否かを決定するに必要な全ての情報が存在しない場合でも、その人は被験候補者として依然として選択される可能性がある。
【００１２】
治験に参加するための同意を得る必要がある。同意を得た人のリストを出力し、治験を実施したい機関へ送付することができる。この機関は、普通は薬品会社である。医師には、彼らの学会調査委員会（ＩＲＢ）のステイタス（例えば、「承認」、「保留」または「不承認」）が通知される場合がある。彼らのステイタスの満了日が承認を受けた医師へ送られる。
【００１３】
患者の秘密保持は重要事項であるため、特定の基準を満足する被験者の匿名性を保持しなければならない。同意を得るプロセスは、特定の基準を満足する被験候補者の医師を選択し、選択されたそれぞれの医師に参加の承認をリクエストし、治験への参加の承認を医師から得た、特定の基準を満足する被験候補者に同意情報を与えるステップを含む。
【００１４】
そのプロセスをさらに容易にするため、質問表が与えられる。これらの質問表は治験への資格があるか否かを確かめるために使用される。
【００１５】
さらに、当事者に支払う補償及び手数料を決定することができる。例えば、参加する医師は補償を受けることがある。リストを要求する機関には手数料がチャージされることがある。治験に参加する患者も補償を受けることがある。
【００１６】
治験の参加資格のある被験候補者を決定するためのデータソースは、データウェアハウスを含むことがある。さらに、そのデータソースは、構造化されていない患者記録をマイニングして得られる構造化された情報を入力されている。患者記録は、病院のような複数のヘルスケア提供者から得られる患者情報を含む。
【００１７】
本発明の種々の変形例では、一人の患者につき参加の可能性がある治験を選択するシステムが提供される。このシステムは、治験データベースと、患者情報を含むデータソースと、被験候補者が特定の基準を満足する治験のリストを作成する治験仲介手段とを有する。患者情報を含むデータソース中の少なくとも一部の情報は、構造化されていない患者記録をマイニングすることにより得られる。
【００１８】
本発明の上記及び他の局面、特徴及び利点は、添付図面を参照して好ましい実施例の以下の詳細な説明を読めば明らかになるであろう。
【実施例】
【００１９】
本発明の明確な理解に資するために、本発明のある特定の局面を説明する実施例が提供される。しかしながら、これらの例には本発明の範囲を限定する意図はなく、本発明のある特定の思想を説明するためのものであることを理解されたい。
【００２０】
本発明は、ハードウェア、ソフトウェア、ファームウェア、特定目的プロセッサまたはこれらの組み合わせを含む種々の形態で実施できることを理解されたい。本発明は、プログラム記憶装置に記憶されたプログラムとしてのソフトウェアで実現するのが好ましい。そのプログラムは任意適当なアーキテクチャーを有するマシーンにアップロードされ、それにより実行される。そのマシーンは、１またはそれ以上の中央処理ユニット（ＣＰＵ）、ランダムアクセスメモリ（ＲＡＭ）及び入出力（Ｉ／Ｏ）インターフェイスのようなハードウェアを備えたコンピュータプラットフォーム上で実現するのが好ましい。コンピュータプラットフォームはまた、オペレーティングシステム及びマイクロ命令コードを有する。本明細書で説明する種々のプロセス及び機能は、オペレーティングシステムにより実行されるマイクロ命令コードの一部またはプログラム（もしくはその組み合わせ）の一部でよい。さらに、別のデータ記憶装置及びプリンタのような他の種々の端末装置をコンピュータプラットフォームに接続することができる。
【００２１】
添付図面に示すシステムの構成要素及び方法ステップの一部はソフトウェアでの実現が好ましいため、システムコンポーネント（またはプロセスステップ）間の実際の接続は本発明がプログラムされる態様により異なることを理解されたい。
【００２２】
図１は、本発明の一実施例に従って本発明が実現されるコンピュータ処理システム１００のブロック図である。このシステム１００は、少なくとも１つのプロセッサ（以下、プロセッサと呼ぶ）１０２がシステムバス１０４を介して他のコンポーネントに作動的に結合されたものである。システムバス１０４には、リードオンリーメモリ（ＲＯＭ）１０６、ランダムアクセスメモリ（ＲＡＭ）１０８、入出力インターフェイス１１０、ネットワークインターフェイス１１２及び外部記憶装置１１４が作動的に結合されている。ディスプレイ装置、ディスク記憶装置（例えば、磁気または光記憶装置）、キーボード及びマウスのような種々の周辺装置を、Ｉ／Ｏインターフェイスまたはネットワークインターフェイス１１２を介してシステムバス１０４に作動的に結合することが可能である。
【００２３】
コンピュータシステム１００は、スタンドアロンのシステムかまたはネットワークインターフェイス１１２を介してネットワークにリンクされたシステムである。ネットワークインターフェイス１１２はハードワイヤー接続のインターフェイスでもよい。しかしながら、種々の実施例において、ネットワークインターフェイス１１２は、汎用非同期送受信器（ＵＡＲＴ）、並列デジタルインターフェイス、ソフトウェアインターフェイス、または公知か今後開発されるソフトウェアおよびハードウェアの任意の組み合わせのような、情報を他の装置へ送るか受けるに適した任意の装置を備えることができる。ネットワークインターフェイスは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、イントラネット、仮想私設ネットワーク（ＶＰＮ）及びインターネットを含む種々のタイプのネットワークにリンクすることができる。
【００２４】
外部記憶装置１１４は、プロセッサ１０２により管理されハードディスクのようなメモリ上に常駐するデータベースマネジメントシステム（ＤＢＭＳ）を用いて実現することができる。しかしながら、外部記憶装置１１４は１またはそれ以上のコンピュータシステム上で実現可能なことを理解されたい。例えば、外部記憶装置１１４は別個のコンピュータシステム上に常駐するデータウェアハウスシステムを含むようにしてもよい。
【００２５】
当業者は、本発明の思想及び範囲から逸脱することなく他のコンピュータ環境を利用できることがわかるであろう。
【００２６】
図２を参照して、該図は治験仲介手段２５０を示す。知見仲介手段２５０は、図示のようにデータレポジトリに作動的に接続されており、このレポジトリは通常は病院のような１またはそれ以上のヘルスケア機関から収集される患者情報を含んでいる。このデータレポジトリを構造化された臨床患者記録（ＣＰＲ）２８０と呼ぶ。本発明の種々の実施例では、薬品会社２１０のような複数の薬品会社が、治験の特定の基準を満足する被験候補者のリストを要求する。構造化ＣＰＲ２８０に照会すると、特定の基準を満たす被験候補者のリストが得られる。
【００２７】
特定の基準は確率情報を含むため、治験の特定の基準を満たす可能性のある（例えば、糖尿病の可能性９０％、高血圧の可能性７０％）人を選択することができる。この場合、関連の患者記録は確率情報を含む。
【００２８】
さらに、全ての点において治験の参加資格があるか否かを決定するために必要な全ての情報が存在しなくても、患者を被験者として選択することが可能である。この場合、そのリストは、一部が種々の理由で治験への参加を後ではずされる被験候補者を含む。選択基準を満たす各被験候補者についての情報がさらに提供されるが、これにはその被験候補者が参加した他の治験についての情報及び偽薬を投与されたか否かについての情報が含まれる。
【００２９】
システムは、複数の治験を追跡し、治験中の薬剤ではなくて偽薬を投与された被験者のリストを維持することがある。多くの場合、同様な薬剤の治験に参加したことがあれば治験の参加資格はないが、偽薬が投与されたことがわかれば、システムはその被験候補者を除外しないように構成することができる。他のケースでは、システムはその被験候補者が参加した治験についての情報を与える。
【００３０】
２３０のような医師は、患者の一人が治験の特定の基準を満たす場合、接触を受けることがある。情報を薬品会社に与える前に、一般的に、その患者の医師の同意と、その患者の治験参加についての事情をよく理解した上での同意を得る必要がある。例えば、医師２３０は、薬品会社２１０が実施中の治験が有益であると患者に勧める。治験の詳細事項は医師２３０に送られているかもしれない。さらに、医師には彼らの学会検討委員会（ＩＲＢ）のステイタス（例えば、承認、保留または不承認）が通知されているかもしれない。彼らのステイタスの満了日は承認された医師に送られているかもしれない。
【００３１】
治験仲介手段２５０は、患者が参加の意思を表明しているとの通告を受けることができる。事情をよく理解した上での必要な同意情報が得られると、治験仲介手段２５０は患者のＩＤ（及び他の患者情報）を薬品会社２１０へ与えることができる。
【００３２】
構造化ＣＰＲ２８０は、好ましくは、全体を本願の一部として引用する米国特許出願（発明者：Rao et al.；発明の名称：患者データマイニング；弁護士事件番号第２００１Ｐ２０９０６ＵＳ０１）に記載されたデータマイニング方式を用いて患者情報を入力されている。
【００３３】
上記出願は、高品質の構造化臨床情報をマイニングするためのデータマイニングフレームワークを教示している。このデータマイニングフレームワークは、知識ベースに含まれるドメインに特定の知識を用いてＣＰＲから情報をマイニングするデータマイナーを有する。データマイナーは、ＣＰＲから情報を抽出するコンポーネント、利用可能な証拠を全て原理原則に則って経時的に結合するコンポーネント、及びこの結合プロセスから推論を導き出すコンポーネントを含む。マイニングされた情報は構造化ＣＰＲに蓄積される。
【００３４】
治験の特定の基準を判断するには、通常は多数のデータソースを調べる必要がある。例えば、患者が糖尿病であるか否かを判断するために、システムは以下の情報を調べる必要があるかもしれない。
（ａ）糖尿病に関連する二次的診断のＩＣＤ−９請求書作成コード、
（ｂ）糖尿病の治療に関連する患者に関連して、患者に投与される薬剤（例えば、インシュリン）、
（ｃ）糖尿病と診断される患者の検査値（例えば、２つの連続する血糖値が２５０ｍｇ／ｄ以上）、
（ｄ）Ｈ＆Ｐ（病歴及び身体検査）または退院メモ（フリーテキスト）において患者が糖尿病であるという医師の言及、及び
（ｅ）糖尿病であることに関連する患者の処置（例えば、足検査）である。
【００３５】
観察の結果、患者が糖尿病である（または、より一般的に何らかの疾患／容態を有する）ことを種々の確信度でサポートできる多数の独立した情報源が存在することがわかる。これら全てが存在するわけではないが、実際、それらが互いに矛盾する場合がある。可変の確信度で確率による観察結果を引き出すことができる。これらの観察結果（例えば、請求書作成コード、薬品、検査結果などについて）を確率論的に組み合わすことにより、糖尿病である最終確率を得ることができる。患者記録には糖尿病と矛盾する情報があるかもしれないことに注意されたい。例えば、患者には何らかのストレス発生経験（例えば、手術）があり、血糖値が上昇しない。
【００３６】
治験のための患者の選択は、確率情報に基づき行えることを理解されたい。従って、特定の基準を満足する患者のリストは、その治験の基準を満足している可能性のある（例えば、特定の確信度に従って）患者のリストより成る。
【００３７】
参加者についてさらに情報を得るかまたは参加者についての情報を検証する必要があるため、治験仲介手段２５０は質問表を出力するか、他の形で提供をする。これらの質問表は治験参加の資格の有無を確かめるために使用できる。例えば、患者は特定の疾患の詳細な家族歴の提供を求められることがある。
【００３８】
特定の基準を満たす被験候補者のリストを提供するだけでなく、被験仲介手段２５０は種々の請求及び手数料を計算することがある。例えば、参加する医師には対価を与える必要があるかもしれない。薬品会社には、そのリストに対して手数料がチャージされるかもしれない。さらに、治験の参加者にも対価が支払われるかもしれない。
【００３９】
本発明の種々の実施例では、あるタイプの治験につき参加資格があると予め決定されている人のリストが作成される。予め資格があると認定された人のこれらのリストは、治験を実施したい薬品会社または他の機関が利用できる状態にされることがある。
【００４０】
図３を参照して、該図は本発明の変形例を示す。この実施例において、治験仲介手段３５０は、データマイニングされた構造化患者情報を含む構造化ＣＰＲ３８０と、種々の治験についての情報を含む治験データベース３９０とにアクセスできる。治験データベース３９０の情報は、治験の参加資格基準に関する情報を、それらの治験に関する他の情報と共に含むことがある。３３５のような患者は、特定の治験について情報をリクエストする。その患者は、直接、治験仲介手段３５０にアクセスするか、または３３０のような医師を介してリクエストする。治験仲介手段３３０は、構造化ＣＰＲ３８０（ＣＰＲ２８０と同じ態様で情報を入力されている）にアクセスしてその患者に関する情報を検索し、その患者の病歴と参加可能な治験とに基づき対象となる治験をその患者とマッチさせようとする。
【００４１】
図４を参照して、該図は、治験の被験者を選択する方式の一例を略示する流れ図を示す。ステップ４０１でスタートすると、被験者は特定の基準を満足する人の集合の中から選択される。このステップは、治験の特定の基準を満足する人のリストの要求を受け、データソースから患者記録の集合を検索して特定の基準を満足する被験者を決定するステップを含む。
【００４２】
例えば、薬品会社は、糖尿病を患い、最近の３年以内に心臓発作を経験している黒人男性を選択したいかもしれない。これは、新しい薬剤のテストに使用される。
【００４３】
病院のコンピュータ化されたデータベースは一般的にかかる情報を蓄積していないため、従来のアプローチでは、上述の選択基準を満足させるのは容易ではないであろう。しかしながら、全体を本願の一部として引用する米国特許出願（発明者：Rao et al.；発明の名称：患者データマイニング；弁護士事件番号第２００１Ｐ２０９０６ＵＳ０１）に記載されたデータマイニング方式を用いると、構造化ＣＰＲに、かかる患者情報を入力できるため、この選択基準を満足することができる。
【００４４】
ステップ４０２において、その被験候補者の医師は、その治験についてその被験候補者が選択されたという通知を受けることができる。この時点で、病院の学会検討委員会（ＩＲＢ）も通知を受ける。医師はまた、ＩＲＢの認可がこのサイトにおいてこの治験につき既に下されているか否か、またはその医師がこの治験についてＩＲＢの認可を待つ必要があるか否かについて通知を受けることもできる。次にステップ４０３において、その医師がその治験に参加するか否かの判断がなされる。医師が参加することが判明すると、ステップ４０４へ進むが、ステップ４０８で終了することもある。
【００４５】
ステップ４０４において、被験候補者は治験の参加資格があるかもしれないという通知を受ける。その患者は直接接触を受けるか、または医師を介して間接的な接触を受ける。この時点において、患者にはその治験についての詳細な情報が与えられる。その患者は、質問表のような手段によりさらに別の情報を求められることがある。質問表は、治験の参加資格の有無を判定するために、及び／またはさらに有用な情報を得る１つの方法として使用することができる。
【００４６】
次に、ステップ４０５において、その被験候補者がその治験への参加の意思を表明しているか否かの判定がなされる。その被験候補者がその医師に参加意思を通告している場合、ステップ４０６へ進むか、ステップ４０８で終了する。
【００４７】
ステップ４０６において、リリースされた情報が得られる。この時点において、その被験候補者には同意フォームが与えられるか、または医師が被験候補者に与えた同意フォームに記入するように指示されるかもしれない。対価を含む参加の報酬に関する情報も与えられるかもしれない。ここでステップ４０７へ進む。
【００４８】
ステップ４０７では、手数料及びチャージが決定される。例えば、患者のリストを要求する機関には、その患者リストについて適当な手数料がチャージされる。さらに、医師及び治験参加者もその治験への参加につき対価が支払われるかもしれない。ここで、ステップ４０８へ進み、そこでオペレーションがストップする。
【００４９】
図１−４に示すように、本発明は、汎用コンピュータシステムを用いて実現するのが好ましい。しかしながら、本発明のシステム及び方法は、１またはそれ以上のプログラム式汎用コンピュータ、プログラムしたマイクロプロセッサまたはマイクロコントローラ、または端末集積回路要素、ＡＳＩＣまたは他の集積回路、デジタル信号プロセッサ、個別素子回路のようなハードワイヤー電子または論理回路、ＰＬＤ、ＰＬＡ、ＦＰＧＡまたはＰＡＬなどのようなプログラム可能論理デバイスなどの任意の組み合わせを用いて実現することができる。一般的に、図４に示すフローチャートを実現可能な有限状態マシーンを構成できる任意のデバイスをこのシステムの実現に使用することができる。
【００５０】
本発明の実施例を添付図面を参照して説明したが、本発明はそれらの実施例に限定されず、本発明の範囲または思想から逸脱することなく当業者により他の実施例または変形例が想到されることを理解されたい。
【図面の簡単な説明】
【００５１】
【図１】本発明の一実施例に使用するコンピュータ処理システムのブロック図である。
【図２】本発明の一実施例による治験仲介システムの一例である。
【図３】本発明の別の実施例による治験仲介システムの一例である。
【図４】本発明の一実施例に従って治験の被験者を選択する方式を略示する流れ図である。
【図１】
2005534082.tif 000002
【図２】
2005534082.tif 000003
【図３】
2005534082.tif 000004
【図４】
2005534082.tif 000005