▶ 東芝メディカルシステムズ株式会社の特許一覧 ▶ 国立大学法人 東京医科歯科大学の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-06-10
(45)【発行日】2024-06-18
(54)【発明の名称】治験マッチング装置
(51)【国際特許分類】
G16H 10/00 20180101AFI20240611BHJP
G16H 20/10 20180101ALI20240611BHJP
【ＦＩ】
G16H10/00
G16H20/10
【請求項の数】
7
(21)【出願番号】P 2020004131
(22)【出願日】2020-01-15
(65)【公開番号】P2021111248
(43)【公開日】2021-08-02
【審査請求日】2022-12-15
(73)【特許権者】
【識別番号】594164542
【氏名又は名称】キヤノンメディカルシステムズ株式会社
(73)【特許権者】
【識別番号】504179255
【氏名又は名称】国立大学法人 東京医科歯科大学
(74)【代理人】
【識別番号】110001771
【氏名又は名称】弁理士法人虎ノ門知的財産事務所
(72)【発明者】
【氏名】池田 貞勝
(72)【発明者】
【氏名】石橋 恵理
(72)【発明者】
【氏名】森 啓
(72)【発明者】
【氏名】藤田 文理
(72)【発明者】
【氏名】金山 省一
(72)【発明者】
【氏名】角南 貴美子
(72)【発明者】
【氏名】大脇 直記
【審査官】中元 淳二
(56)【参考文献】
【文献】特開２０１９－０７５０４６（ＪＰ，Ａ）
【文献】特表２００５－５３４０８２（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１３／０３３２１９１（ＵＳ，Ａ１）
【文献】米国特許第０７７１１５８０（ＵＳ，Ｂ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ１６Ｈ １０／００－８０／００
Ｇ０６Ｑ ５０／２２
(57)【特許請求の範囲】
【請求項1】
患者の情報を受け付ける受付部と、投薬する際の条件が設定された治験と当該治験による治験結果とを対応付けるデータを複数の治験について記憶する記憶部を参照して、前記複数の治験の中から、前記患者の情報に基づいて前記患者にマッチングする治験を検索する検索部と、
前記検索した治験の情報を提示する提示部と、
前記検索した治験を、前記情報を受け付けた患者に実施したときに得られた治験結果と当該患者の臨床情報とを収集して、前記記憶部に記憶させる収集部と、
前記収集した臨床情報の中に、薬効の有意差を確認できる臨床情報が存在する場合、当該臨床情報に基づいて、前記検索した治験の前記条件を更新する更新部と、
を備える治験マッチング装置。
【請求項2】
前記検索部は、前記記憶部を参照して、前記患者にマッチングする複数の治験を検索し、前記提示部は、前記検索した複数の治験の中から１つの治験を選択させる画面と、当該治験の付帯情報としてＱＯＬ（Quality Of Life）に関する情報とを提示する、
請求項１に記載の治験マッチング装置。
【請求項3】
前記収集部は、前記ＱＯＬに関する情報を含む臨床情報を収集する、請求項２に記載の治験マッチング装置。
【請求項4】
前記収集部は、遺伝子に関する情報を含む臨床情報を収集する、請求項１～３のいずれか一項に記載の治験マッチング装置。
【請求項5】
前記収集部は、匿名化された臨床情報を収集する、請求項１～４のいずれか一項に記載の治験マッチング装置。
【請求項6】
前記条件は、治験の実施に適格な適格基準と、当該適格基準に該当しない除外基準とを含む、請求項１～５のいずれか一項に記載の治験マッチング装置。
【請求項7】
実施する治験の情報を受け付ける受付部と、複数の患者の情報を記憶する患者情報テーブルと、投薬する際の条件が設定された治験と当該治験による治験結果とを対応付けるデータを複数の治験について記憶する治験情報テーブルとを有する記憶部を参照して、複数の患者の中から、前記実施する治験の情報に基づいて前記実施する治験にマッチングする患者を検索する検索部と、
前記検索した患者の情報を提示する提示部と、
前記検索した患者に対して前記実施する治験により得られた治験結果と当該患者の臨床情報とを収集して、前記記憶部に記憶させる収集部と、
前記収集した臨床情報の中に、薬効の有意差を確認できる臨床情報が存在する場合、当該臨床情報に基づいて、前記実施する治験の前記条件を更新する更新部と、
を備える治験マッチング装置。
【発明の詳細な説明】
【技術分野】
【0001】
本明細書及び図面に開示の実施形態は、治験マッチング装置に関する。
【背景技術】
【0002】
癌ゲノム医療では、主に癌の組織を用いて多数の遺伝子を調べ、遺伝子変異を明らかにすることにより、患者の体質や病状に合わせて治療などを行う医療である。例えば、病院では、患者の遺伝子変異の情報を確認して、治療方針を検討し、患者に合う治療薬を決定する。一方、患者に合う治療薬がない場合、治験が活用される。
【0003】
治験は、製薬会社が新薬を開発した場合、その新薬が国の機関（例えば、厚生労働省）から「薬」として承認を得るために実施される臨床試験である。治験は、製薬会社が病院等の医療機関に依頼して、患者等の被験者に対して新薬を投与することによって行われることが一般的である。その他、医療機関・医師が主導して新薬や新規治療方法の評価を行う医師主導治験も存在する。製薬会社では、治験による治験結果を基に新薬の安全性、有効性、用法及び用量などの確認が行われる。当該治験結果の成績が良い場合、当該新薬が「医薬品」として承認される。
【先行技術文献】
【特許文献】
【0004】
【文献】特表２０１６－５２０９４１号公報
【文献】特開２０１４－３８６６５号公報
【文献】特開２０１６－１６７１９０号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
本明細書及び図面に開示の実施形態が解決しようとする課題の一つは、治験成績を向上させることである。ただし、本明細書及び図面に開示の実施形態により解決される課題は上記課題に限られない。後述する実施形態に示す各構成による各効果に対応する課題を他の課題として位置づけることもできる。
【課題を解決するための手段】
【0006】
実施形態に係る治験マッチング装置は、受付部と、検索部と、提示部と、収集部と、更新部と、を備える。前記受付部は、患者の情報を受け付ける。前記検索部は、投薬する際の条件が設定された治験と当該治験による治験結果とを対応付けるデータを複数の治験について記憶する記憶部を参照して、前記複数の治験の中から、前記患者の情報に基づいて前記患者にマッチングする治験を検索する。前記提示部は、前記検索した治験を提示する。前記収集部は、前記提示した治験を、前記患者に実施したときに得られた治験結果と当該患者の臨床情報とを収集して、前記記憶部に記憶させる。前記更新部は、前記収集した臨床情報の中に、薬効の有意差を確認できる臨床情報が存在する場合、当該臨床情報に基づいて、前記検索した治験の前記条件を更新する。
【図面の簡単な説明】
【0007】
【発明を実施するための形態】
【0008】
以下、添付図面を参照して、治験マッチング装置の実施形態を詳細に説明する。なお、以下、治験マッチング装置を含む治験マッチングシステムを例に挙げて説明する。図１に示す治験マッチングシステムにおいては、各装置が１台ずつ示されているが、実際には更に複数の装置を含むことができる。
【0009】
図１は、本実施形態に係る治験マッチング装置１００を含む治験マッチングシステム１の構成の一例を示す図である。図１に示す治験マッチングシステム１は、治験マッチング装置１００と、端末２００と、端末３００とを備える。
【0010】
端末２００は、例えば、製薬会社内に設置された装置であり、製薬会社のスタッフにより操作される。製薬会社は、新薬を開発した場合、その新薬の臨床試験である治験を病院等の医療機関（以下、単に「病院」と記載する）に実施してもらう必要がある。この場合、製薬会社のスタッフは、端末３００を操作して、当該治験に関する治験情報を治験マッチング装置１００にアップロードする。ここで、治験情報については後述する。
【0011】
端末３００は、例えば、病院内に設置された装置であり、医師や検査担当者等のスタッフにより操作される。ここで、端末３００は、病院内で発生する情報を管理するＨＩＳ（Hospital Information System）サーバでもよい。例えば、病院では、患者の遺伝子変異の情報を確認して、治療方針を検討し、患者に合う治療薬を決定する。一方、患者に合う治療薬がない場合、治験が活用される。ここで、承認済みの薬を「治療薬」と記載し、治験が行われる薬を、後述の「治験薬」と記載する。
【0012】
具体的には、患者に合う治療薬がない場合、医師は、患者と治療方針を決定して、患者に対して治験に参加する意思を確認する。そして、同意が得られた場合、治験が活用される。治験は、当該病院、又は、医師の紹介により転院した病院で実施される。例えば、医師は、患者が治験に参加する意思を確認した場合、端末３００を操作して、当該患者の情報（以下、「患者情報」と記載する）を治験マッチング装置１００にアップロードする。ここで、患者情報については後述する。
【0013】
治験マッチング装置１００は、ネットワークを介して、装置２００、端末３００と通信可能に接続される。例えば、治験マッチング装置１００は、ワークステーションやパーソナルコンピュータ等のコンピュータ機器によって実現される。
【0014】
治験マッチング装置１００は、入力インターフェース１１０と、ディスプレイ１２０と、通信インターフェース１３０と、記憶回路１４０と、処理回路１５０とを有する。なお、治験マッチング装置１００は、上述の構成に限定されず、例えば、処理回路１５０のみを有しており、入力インターフェース１１０、ディスプレイ１２０、通信インターフェース１３０は、治験マッチング装置１００に接続されることにより使用されてもよい。
【0015】
入力インターフェース１１０は、処理回路１５０に接続されており、操作者から各種指示及び各種情報の入力操作を受け付ける。具体的には、入力インターフェース１１０は、操作者から受け付けた入力操作を電気信号へ変換して処理回路１５０に出力する。例えば、入力インターフェース１１０は、トラックボール、スイッチボタン、マウス、キーボード、操作面へ触れることで入力操作を行うタッチパッド、表示画面とタッチパッドとが一体化されたタッチスクリーン、光学センサを用いた非接触入力回路、及び音声入力回路等によって実現される。なお、本実施形態において、入力インターフェース１１０は、マウス、キーボード等の物理的な操作部品を備えるものだけに限られない。例えば、装置とは別体に設けられた外部の入力機器から入力操作に対応する電気信号を受け取り、この電気信号を制御回路へ出力する電気信号の処理回路も入力インターフェース１１０の例に含まれる。
【0016】
ディスプレイ１２０は、処理回路１５０に接続されており、各種情報及び各種画像を表示する。具体的には、ディスプレイ１２０は、処理回路１５０から送られる各種情報及び各種画像のデータを表示用の電気信号に変換して出力する。例えば、ディスプレイ１２０は、液晶モニタやＣＲＴ（Cathode Ray Tube）モニタ、タッチパネル等によって実現される。
【0017】
通信インターフェース１３０は、処理回路１５０に接続されており、治験マッチング装置１００と各システムとの間で行われる各種データの伝送及び通信を制御する。例えば、通信インターフェース１３０は、治験マッチング装置１００と端末２００及び端末３００との間で行われる各種データの伝送及び通信を制御する。通信インターフェース１３０は、例えば、ネットワークカードやネットワークアダプタ、ＮＩＣ（Network Interface Controller）等によって実現される。
【0018】
記憶回路１４０は、処理回路１５０に接続されており、各種情報を記憶する。具体的には、記憶回路１４０は、各システムから受信した患者情報を記憶する。例えば、記憶回路１４０は、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリ素子や、ハードディスク、光ディスク等によって実現される。記憶回路１４０は、治験マッチング装置１００がネットワーク上でアクセス可能であれば、治験マッチング装置１００に内蔵されていなくてもよい。ここで、記憶回路１４０は、記憶部の一例である。
【0019】
処理回路１５０は、治験マッチング装置１００の構成要素を制御する。例えば、処理回路１５０は、受付機能１５１、検索機能１５２、出力処理機能１５３、収集機能１５４、及び、更新機能１５５を実行する。ここで、例えば、処理回路１５０の構成要素である受付機能１５１、検索機能１５２、出力処理機能１５３、収集機能１５４、及び、更新機能１５５が実行する各処理機能は、コンピュータによって実行可能なプログラムの形態で記憶回路１４０に記録されている。処理回路１５０は、各プログラムを記憶回路１４０から読み出し、実行することで各プログラムに対応する機能を実現するプロセッサである。換言すると、各プログラムを読み出した状態の処理回路１５０は、図１の処理回路１５０内に示された各機能を有することとなる。ここで、受付機能１５１は、受付部の一例である。検索機能１５２は、検索部の一例である。出力処理機能１５３は、提示部の一例である。収集機能１５４は、収集部の一例である。更新機能１５５は、更新部の一例である。
【0020】
なお、上記説明において用いた「プロセッサ」という文言は、例えば、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Simple Programmable Logic Device：ＳＰＬＤ）、複合プログラマブル論理デバイス（Complex Programmable Logic Device：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Field Programmable GateArray：ＦＰＧＡ））等の回路を意味する。プロセッサが例えばＣＰＵである場合、プロセッサは記憶回路に保存されたプログラムを読み出し実行することで機能を実現する。一方、プロセッサが例えばＡＳＩＣである場合、記憶回路にプログラムを保存する代わりに、プロセッサの回路内にプログラムを直接組み込まれる。なお、本実施形態の各プロセッサは、プロセッサごとに単一の回路として構成される場合に限らず、複数の独立した回路を組み合わせて１つのプロセッサとして構成し、その機能を実現するようにしてもよい。さらに、図１における複数の構成要素を１つのプロセッサへ統合してその機能を実現するようにしてもよい。
【0021】
以上、本実施形態に係る治験マッチング装置１００を含む治験マッチングシステム１の全体構成について説明した。かかる構成のもと、治験マッチング装置１００は、例えば、患者に合う治験を探すときに用いられる。
【0022】
例えば、治験は、病院側で患者等の被験者に対して新薬（以下、「治験薬」と記載する）を投与することによって行われ、製薬会社では、治験による治験結果を基に治験薬の安全性、有効性、用法及び用量などの確認が行われる。ここで、当該治験結果の成績が良い場合、当該治験薬は「医薬品」として承認される。しかし、治験薬が「医薬品」として承認されるまでには、多くの時間やコストがかかる。このため、製薬会社にとって、治験の効率化が望まれる。
【0023】
そこで、本実施形態に係る治験マッチング装置１００は、治験成績を向上させるために、以下の処理を行う。まず、受付機能１５１は、患者の情報（患者情報）を受け付ける。検索機能１５２は、投薬する際の条件が設定された治験と当該治験による治験結果とを対応付けるデータを複数の治験について記憶する記憶回路１４０を参照して、複数の治験の中から、患者情報に基づいて患者にマッチングする治験を検索する。出力処理機能１５３は、検索した治験の情報を提示する。収集機能１５４は、検索した治験を、患者に実施したときに得られた治験結果と当該患者の臨床情報とを収集して、記憶回路１４０に記憶させる。更新機能１５５は、収集した臨床情報の中に、薬効の有意差を確認できる臨床情報が存在する場合、当該臨床情報に基づいて、検索した治験の上記条件を更新する。
【0024】
次に、記憶回路１４０が記憶する情報について説明する。図２は、記憶回路１４０に記憶された患者情報テーブル１４１の一例を示す図である。患者情報テーブル１４１は、複数の患者情報を記憶する。患者情報は、病院の端末３００から治験マッチング装置１００にアップロードされた情報である。患者情報は、患者に対して作成された電子カルテ等の情報であり、例えば、検査・診断等の情報を含む。
【0025】
具体的には、患者情報は、患者を識別する患者ＩＤ、当該患者の氏名である患者名、年齢（生年月日）、性別、病歴等を含む。例えば、患者情報テーブル１４１には、患者情報として、患者ＩＤ「Ａ００１」、患者名「患者Ａ」、年齢「７０」、性別「男性」等が登録される。
【0026】
また、患者情報は、患者の疾病を識別する疾病ＩＤ、当該疾病の名称である疾病名、患者の遺伝子検査の結果を表す検査情報等を含む。例えば、患者情報テーブル１４１には、患者情報として、患者ＩＤ「Ａ００１」に対応付けて、疾病ＩＤ「Ｂ００１」、疾病名「肺癌」、検査情報「ＥＧＦＲ（Epidermal Growth Factor Receptor）遺伝子変異あり」等が登録される。ここで、検査情報は、遺伝子検査の結果の他に、患者のバイタル情報や、既往歴等の情報を含む。バイタル情報は、患者の血液検査の結果や、患者の体温、血圧、脈拍等の看護記録を含む。例えば、バイタル情報や、既往歴等の情報は、電子カルテの情報として、ＨＩＳサーバから取得される。
【0027】
図３は、記憶回路１４０に記憶された治験情報テーブル１４２の一例を示す図である。治験情報テーブル１４２は、複数の治験情報を記憶する。治験情報は、製薬会社の端末２００から治験マッチング装置１００にアップロードされた情報である。
【0028】
具体的には、治験情報は、治験を識別する治験ＩＤ、当該治験の名称である治験名、当該治験の治験薬を投与する際の条件と、当該治験の対象となる疾病を識別する疾病ＩＤ、当該疾病の名称である疾病名等を含む。例えば、治験情報テーブル１４２には、治験情報として、治験ＩＤ「Ｃ００１」、治験名「治験Ａ１」、当該「治験Ａ１」の治験薬を投与する際の条件「条件Ａ１」、疾病ＩＤ「Ｂ００１」、疾病名「肺癌」等が登録される。治験情報テーブル１４２には、治験情報として、治験ＩＤ「Ｃ００２」、治験名「治験Ａ２」、当該「治験Ａ２」の治験薬を投与する際の条件「条件Ａ２」、疾病ＩＤ「Ｂ００１」、疾病名「肺癌」等が登録される。
【0029】
治験情報に含まれる条件は、治験実施計画書（以下、「治験プロトコル」と記載する）に設定されている。当該条件は、治験の実施に適格な基準である「適格基準」と、当該適格基準に該当しない基準である「除外基準」とを含む。例えば、図４に示すように、治験ＩＤ「Ｃ００１」の治験情報に含まれる条件「条件Ａ１」では、「適格基準」として、「ＥＧＦＲ変異あり」、「Ｔ７９０変異あり」、「ファーストラインでＥＧＦＲ ＴＫＩ（ＥＧＦＲチロシンキナーゼ阻害薬）処方済」等の項目が設定される。また、条件「条件Ａ１」では、「除外基準」として、「脳転移あり」、「胃腸切除等の既往歴あり」、「間質性肺疾患あり」等の項目が設定される。
【0030】
また、図３に示すように、治験情報テーブル１４２は、複数の治験情報の各々に対して、治験結果と患者の臨床情報とを記憶する。治験結果と患者の臨床情報との詳細については後述する。
【0031】
次に、受付機能１５１及び出力処理機能１５３が実行する処理について説明する。上述のように、受付機能１５１は、患者情報を受け付けて、記憶回路１４０に記憶させる。
【0032】
具体的には、受付機能１５１は、病院の端末３００から治験マッチング装置１００にアップロードされた患者情報（患者ＩＤ、患者名、年齢、性別、病歴、疾病ＩＤ、疾病名、検査情報等）を受け付ける。そして、受付機能１５１は、受け付けた患者情報を記憶回路１４０の患者情報テーブル１４１に記憶させる。例えば、受け付けた患者情報は、患者ＩＤ「Ａ００１」を含む患者情報である。この場合、出力処理機能１５３は、患者ＩＤ「Ａ００１」を含む患者情報を受け付けた旨を受付情報として、当該病院の端末３００に送信する。端末３００は、当該受付情報を受信し、受信した受付情報として、図５に示す受付画面１０を当該端末３００のディスプレイに表示させる。例えば、受付画面１０は、受け付けた患者情報のうち、患者ＩＤ「Ａ００１」、疾病ＩＤ「Ｂ００１」を表示する表示欄１１と、病院のスタッフが後述の検索要求を行うときに操作する検索ボタン１２とを含む。
【0033】
次に、検索機能１５２及び出力処理機能１５３が実行する処理について説明する。上述のように、検索機能１５２は、記憶回路１４０の治験情報テーブル１４２を参照して、治験薬を投与する際の条件が設定された複数の治験の中から、患者情報を受け付けた患者にマッチングする治験を検索し、出力処理機能１５３は、検索した治験の情報を提示する。
【0034】
具体的には、当該病院の端末３００のディスプレイに受付画面１０が表示されているときに、例えば、病院のスタッフが受付画面１０上の検索ボタン１２を操作したものとする。この場合、当該端末３００は、検索要求を治験マッチング装置１００に送信する。検索機能１５２は、検索要求に応じて、記憶回路１４０の治験情報テーブル１４２に記憶された複数の治験情報の中から、患者ＩＤ「Ａ００１」を含む患者情報にマッチングする治験情報を検索する。このとき、出力処理機能１５３は、検索した治験情報を当該病院の端末３００に送信する。端末３００は、当該治験情報を受信し、受信した治験情報として、図６に示す検索結果画面２０を当該端末３００のディスプレイに表示させる。例えば、検索結果画面２０は、患者ＩＤ「Ａ００１」、疾病ＩＤ「Ｂ００１」を表示する表示欄２１と、検索した治験情報を表示する表示欄２２と、検索した治験情報の中から１つの治験情報を選択する選択ボタン２３とを含む。
【0035】
例えば、検索機能１５２によって、患者ＩＤ「Ａ００１」を含む患者情報にマッチングする治験情報として、治験ＩＤ「Ｃ００１」、「Ｃ００２」、「Ｃ００３」を含む治験情報が検索されたものとする。例えば、検索機能１５２は、患者情報に含まれる年齢、性別、病歴、疾病名、検査情報等と、治験の治験薬を投与する際の条件（「適格基準」、「除外基準」）とに基づいて、治験ＩＤ「Ｃ００１」、「Ｃ００２」、「Ｃ００３」を含む治験情報を検索する。ここで、治験ＩＤ「Ｃ００１」、「Ｃ００２」の治験においては、患者情報に含まれる年齢、性別、病歴、疾病名、検査情報等と、当該治験の治験薬を投与する際の条件（「適格基準」、「除外基準」）とが、患者ＩＤ「Ａ００１」を含む患者情報に、高い確率でマッチングしたものとする。このとき、治験情報のマッチング率は、治験ＩＤ「Ｃ００１」、「Ｃ００２」、「Ｃ００３」に対して、それぞれ、「７５％」、「７０％」、「３５％」であるものとする。この場合、病院の端末３００のディスプレイにおいて、検索結果画面２０の表示欄２２には、治験ＩＤ「Ｃ００１」、「Ｃ００２」、「Ｃ００３」を含む治験情報がマッチング率の高い順に表示される。すなわち、表示欄２２には、治験ＩＤ「Ｃ００１」、「Ｃ００２」、「Ｃ００３」に対して、それぞれ、マッチング率「７５％」、「７０％」、「３５％」が表示される。また、表示欄２２には、治験ＩＤ「Ｃ００１」、「Ｃ００２」、「Ｃ００３」に対して、それぞれ、マッチング率が高い順に、選択ボタン２３「１」、「２」、「３」が表示される。
【0036】
上述のように、治験ＩＤ「Ｃ００１」、「Ｃ００２」、「Ｃ００３」の治験のうち、患者ＩＤ「Ａ００１」を含む患者情報に最もマッチングする治験は、治験ＩＤ「Ｃ００１」の治験である。そこで、病院の端末３００のディスプレイに検索結果画面２０が表示されているときに、例えば、病院のスタッフが検索結果画面２０上の選択ボタン２３「１」を操作して、治験ＩＤ「Ｃ００１」を含む治験情報を選択したものとする。この場合、当該端末３００は、治験ＩＤ「Ｃ００１」を含む治験情報を選択した旨を選択情報として治験マッチング装置１００に送信する。出力処理機能１５３は、選択情報に応じて、治験ＩＤ「Ｃ００１」を含む治験情報を治験マッチング装置１００にアップロードした製薬会社の端末２００に、患者ＩＤ「Ａ００１」、患者名「患者Ａ」、年齢「７０」、性別「Ｍ（男性）」等の患者情報を通知する。すなわち、当該製薬会社に、患者ＩＤ「Ａ００１」の患者を治験者として紹介する。また、病院では、患者ＩＤ「Ａ００１」の患者に対して、選択した治験情報として、治験ＩＤ「Ｃ００１」の治験を実施する。
【0037】
次に、収集機能１５４が実行する処理について説明する。上述のように、収集機能１５４は、検索した治験を患者ＩＤ「Ａ００１」の患者に実施したときに得られた治験結果と当該患者の臨床情報とを収集して、記憶回路１４０の治験情報テーブル１４２に記憶させる。
【0038】
具体的には、治験結果と患者の臨床情報は、匿名化された患者情報と共に、治験ＩＤ「Ｃ００１」の治験を実施する病院の端末３００からアップロードされる。すなわち、治験結果と患者の臨床情報は、匿名化された患者情報と共に、治験マッチング装置１００にフィードバックされる。収集機能１５４は、治験ＩＤ「Ｃ００１」の治験を実施する病院の端末３００からアップロードされた治験結果と患者の臨床情報とを収集して、記憶回路１４０の治験情報テーブル１４２に記憶させる。
【0039】
図３に示すように、例えば、治験情報テーブル１４２には、治験ＩＤ「Ｃ００１」に対応付けて、治験結果が登録される。当該治験結果は、治験薬が顕著に効いたことを表す「ＯＫ」、治験薬が効かなかったことを表す「ＮＧ」、どちらともいえないことを表す「Ｓｏｓｏ」のいずれかの情報を含む。治験結果が「ＮＧ」の患者の一例として、例えば、ある治験の治験薬を患者に投与した結果、その患者に非常に強い副作用が出てしまったため、これ以上は続けられない等の理由により、当該治験の実施を中止する場合などが挙げられる。治験結果が「Ｓｏｓｏ」の患者の一例として、例えば、ある治験の治験薬を患者に投与した結果、その治験薬が効いているが、効果が持続しない場合などが挙げられる。このように、治験プロトコルに設定された条件を満たしていても、治験薬が全く効かなかった患者もいれば、薬効が顕著に表れる患者もいる。本実施形態では、治験結果を治験マッチング装置１００にフィードバックすることによって、患者と治験とのマッチングをより適切に行うことが可能になる。
【0040】
また、図３に示すように、例えば、治験情報テーブル１４２には、治験ＩＤ「Ｃ００１」に対応付けて、患者の臨床情報が登録される。患者の臨床情報は、例えば、患者のバイタルなどの数値化が可能な定量的臨床情報と、数値化が困難な定性的臨床情報とを含む。定量的臨床情報や定性的臨床情報についての詳細は後述する。
【0041】
次に、更新機能１５５が実行する処理について説明する。上述のように、更新機能１５５は、収集機能１５４が収集した患者の臨床情報の中に、薬効の有意差を確認できる臨床情報が存在する場合、当該臨床情報に基づいて、検索機能１５２が検索した治験の条件を更新する。
【0042】
具体的には、更新機能１５５が実行する処理は、例えば、治験ＩＤ「Ｃ００１」の治験による治験結果の数が設定数を超えている場合に実施される。ここで、治験ＩＤ「Ｃ００１」の治験による治験結果の数が設定数を超えているものとする。
【0043】
この場合、まず、更新機能１５５は、治験情報テーブル１４２に登録された治験ＩＤ「Ｃ００１」の治験による治験結果と患者の臨床情報とを解析する。図７は、更新機能１５５が実行する処理を説明するための図である。図７では、治験ＩＤ「Ｃ００１」の治験において、当該治験に設定された条件「条件Ａ１」と、治験マッチング装置１００にフィードバックされた情報として、匿名化された患者情報、治験結果及び患者の臨床情報との関係を示している。
【0044】
例えば、図７において、匿名化された患者情報は、患者の年齢、性別などを含む。なお、図７では、説明の都合上、治験結果「ＮＧ」、「Ｓｏｓｏ」、「ＯＫ」に対して、年齢を平均値で表しているが、例えば、年齢を横軸とし、患者の数を縦軸とした分布図で表してもよい。
【0045】
例えば、図７において、条件「条件Ａ１」は、「適格基準」として、「ＥＧＦＲ変異あり」、「Ｔ７９０変異あり」、「ファーストラインでＥＧＦＲ ＴＫＩ（ＥＧＦＲチロシンキナーゼ阻害薬）処方済」等の項目が設定されている。また、「除外基準」として、「脳転移あり」、「胃腸切除等の既往歴あり」、「間質性肺疾患あり」等の項目が設定されている。
【0046】
例えば、図７において、患者の臨床情報は、定量的臨床情報として、血液検査の結果の情報などを含む。血液検査の結果としては、蛋白に関する情報、血糖に関する情報、遺伝子に関する情報などが挙げられる。蛋白に関する情報としては、「Ｐｒｏｔｅｉｎ Ａ値（μｇ／ｍｌ）」、「Ｐｒｏｔｅｉｎ Ｂ値（μｇ／ｍｌ）」などが挙げられる。血糖に関する情報としては、「ＨｂＡ１ｃ値（％）」などが挙げられる。遺伝子に関する情報としては、「遺伝子変異量（ＴＭＢ）」などが挙げられる。なお、図７では、説明の都合上、治験結果「ＮＧ」、「Ｓｏｓｏ」、「ＯＫ」に対して、血液検査の結果を平均値で表しているが、例えば、血液検査の結果を横軸とし、患者の数を縦軸とした分布図で表してもよい。
【0047】
例えば、図７において、患者の臨床情報は、定性的臨床情報として、ＱＯＬ（Quality Of Life）に関する情報などを含む。ＱＯＬに関する情報としては、例えば、投薬により、「だるい」、「息が切れる」、「寝起きが悪い」、「体が痛いような気がする」、「手がしびれる」、「動悸がする」などの症状が挙げられる。具体的には、これらの症状は、疾病の問題ではないが、主観的によるものであったり、回復期にあたるときに起こるものであったりする。
【0048】
ここで、図７において、各項目には重み付けが設定される。重み付けは０～１の範囲を表す係数である。例えば、重み付けは、治験ＩＤ「Ｃ００１」の治験の治験薬を投与する際の条件として用いられ、条件「条件Ａ１」の「適格基準」及び「除外基準」に対して、重み付け「１」が設定される。また、患者の年齢、性別に対して、重み付け「１」が設定される。なお、重み付けに限定されず、フラグでもよい。
【0049】
次に、更新機能１５５は、治験ＩＤ「Ｃ００１」の治験による治験結果と患者の臨床情報（定量的臨床情報、定性的臨床情報）とを解析する際、治験ＩＤ「Ｃ００１」の治験による定量的臨床情報の中に、薬効の有意差を確認できる定量的臨床情報が存在するか否かを判定する。ここで、定量的臨床情報として、血液検査の結果を例に挙げて説明する。
【0050】
例えば、図７において、定量的臨床情報である「Ｐｒｏｔｅｉｎ Ａ値」は、治験結果が「ＮＧ」の患者の場合では「３０」であり、治験結果が「Ｓｏｓｏ」の患者の場合では「４０」であり、治験結果が「ＯＫ」の患者の場合では「３５」であるものとする。ここで、治験結果が「ＯＫ」の患者の場合では、それ以外の場合と比べて、有意差は見られない。この場合、更新機能１５５は、「Ｐｒｏｔｅｉｎ Ａ値」に関しては、薬効の有意差を確認できる定量的臨床情報ではないと判定する。
【0051】
例えば、図７において、定量的臨床情報である「Ｐｒｏｔｅｉｎ Ｂ値」は、治験結果が「ＮＧ」の患者の場合では「１」であり、治験結果が「Ｓｏｓｏ」の患者の場合では「５」であり、治験結果が「ＯＫ」の患者の場合では「５０」であるものとする。ここで、治験結果が「ＯＫ」の患者の場合では、それ以外の場合と比べて、１０倍以上の差があり、統計的にも有意差が確認できたとする。この場合、更新機能１５５は、「Ｐｒｏｔｅｉｎ Ｂ値」に関しては、薬効の有意差を確認できる定量的臨床情報であると判定する。
【0052】
例えば、図７において、定量的臨床情報である「ＨｂＡ１ｃ値」は、治験結果が「ＮＧ」の患者の場合では「６」であり、治験結果が「Ｓｏｓｏ」の患者の場合では「６」であり、治験結果が「ＯＫ」の患者の場合では「６」であるものとする。ここで、治験結果が「ＯＫ」の患者の場合では、それ以外の場合と比べて、有意差は見られない。この場合、更新機能１５５は、「ＨｂＡ１ｃ値」に関しては、薬効の有意差を確認できる定量的臨床情報ではないと判定する。
【0053】
例えば、図７において、定量的臨床情報である「遺伝子変異量」は、治験結果が「ＮＧ」の患者の場合では「５０」であり、治験結果が「Ｓｏｓｏ」の患者の場合では「５０」であり、治験結果が「ＯＫ」の患者の場合では「２００」であるものとする。ここで、治験結果が「ＯＫ」の患者の場合では、それ以外の場合と比べて、４倍差があり、統計的にも有意差が確認できたとする。この場合、更新機能１５５は、「遺伝子変異量」に関しては、薬効の有意差を確認できる定量的臨床情報であると判定する。
【0054】
判定の結果、治験ＩＤ「Ｃ００１」の治験による定量的臨床情報の中に、薬効の有意差を確認できる定量的臨床情報が存在する。この場合、更新機能１５５は、薬効の有意差を確認できる定量的臨床情報に基づいて、治験ＩＤ「Ｃ００１」の治験の治験薬を投与する際の条件を更新する。
【0055】
具体的には、薬効の有意差を確認できる定量的臨床情報が、「Ｐｒｏｔｅｉｎ Ｂ値」、「遺伝子変異量」である。この場合、図８に示すように、更新機能１５５は、治験ＩＤ「Ｃ００１」の治験の治験薬を投与する際の条件として、定量的臨床情報「Ｐｒｏｔｅｉｎ Ｂ値」、「遺伝子変異量」に対して、重み付け「１」を設定する。すなわち、更新機能１５５は、定量的臨床情報「Ｐｒｏｔｅｉｎ Ｂ値」、「遺伝子変異量」を追加の条件として、治験ＩＤ「Ｃ００１」の治験の治験薬を投与する際の条件を更新する。
【0056】
ここで、更新機能１５５は、判定した定量的臨床情報「Ｐｒｏｔｅｉｎ Ｂ値」、「遺伝子変異量」に対して、重み付けとして「１」を設定しているが、これに限定されず、例えば、更新機能１５５は、統計的有意差検定を行い、薬効の有意差の信頼度に応じて重み付けを設定してもよい。例えば、更新機能１５５は、判定した定量的臨床情報「Ｐｒｏｔｅｉｎ Ｂ値」、「遺伝子変異量」の信頼度を求め、求めた信頼度が９０～１００％の範囲で薬効の有意差を表す場合、重み付けとして「１」を設定する。例えば、更新機能１５５は、求めた信頼度が７５～９０％の範囲で薬効の有意差を表す場合、重み付けとして「０．８」を設定する。例えば、更新機能１５５は、求めた信頼度が５０～７５％の範囲で薬効の有意差を表す場合、重み付けとして「０．５」を設定する。このように、更新機能１５５は、定量的臨床情報「Ｐｒｏｔｅｉｎ Ｂ値」、「遺伝子変異量」を追加の条件として、治験ＩＤ「Ｃ００１」の治験の治験薬を投与する際の条件を更新する。
【0057】
次に、治験ＩＤ「Ｃ００１」の治験の治験薬を投与する際の条件が更新された後の処理について説明する。
【0058】
例えば、受付機能１５１は、病院の端末３００から治験マッチング装置１００にアップロードされ、かつ、患者ＩＤ「Ａ０１０」を含む患者情報を受け付ける。そして、受付機能１５１は、受け付けた患者情報を記憶回路１４０の患者情報テーブル１４１に記憶させる。この場合、出力処理機能１５３は、患者ＩＤ「Ａ０１０」を含む患者情報を受け付けた旨を受付情報として、当該病院の端末３００に送信する。端末３００は、当該受付情報を受信し、受信した受付情報として、図９に示す受付画面３０を当該端末３００のディスプレイに表示させる。例えば、受付画面３０は、患者ＩＤ「Ａ０１０」、疾病ＩＤ「Ｂ００１」を表示する表示欄３１と、病院のスタッフが後述の検索要求を行うときに操作する検索ボタン３２とを含む。
【0059】
当該病院の端末３００のディスプレイに受付画面３０が表示されているときに、例えば、病院のスタッフが受付画面３０上の検索ボタン３２を操作したものとする。この場合、当該端末３００は、検索要求を治験マッチング装置１００に送信する。検索機能１５２は、検索要求に応じて、記憶回路１４０の治験情報テーブル１４２に記憶された複数の治験情報の中から、患者ＩＤ「Ａ０１０」を含む患者情報にマッチングする治験情報を検索する。このとき、出力処理機能１５３は、検索した治験情報を当該病院の端末３００に送信する。端末３００は、当該治験情報を受信し、受信した治験情報として、図１０に示す検索結果画面４０を当該端末３００のディスプレイに表示させる。例えば、検索結果画面４０は、患者ＩＤ「Ａ０１０」、疾病ＩＤ「Ｂ００１」を表示する表示欄４１と、検索した治験情報を表示する表示欄４２と、検索した治験情報の中から１つの治験情報を選択する選択ボタン４３と、検索した治験情報の付帯情報として定性的臨床情報（ＱＯＬに関する情報）を表示する表示欄４４とを含む。
【0060】
例えば、検索機能１５２によって、患者ＩＤ「Ａ０１０」を含む患者情報にマッチングする治験情報として、治験ＩＤ「Ｃ００１」、「Ｃ００２」、「Ｃ００３」を含む治験情報が検索されたものとする。例えば、治験ＩＤ「Ｃ００１」の治験においては、当該治験の治験薬を投与する際の条件（「適格基準」、「除外基準」、「Ｐｒｏｔｅｉｎ Ｂ値」、「遺伝子変異量」）が、患者ＩＤ「Ａ０１０」を含む患者情報に、高い確率でマッチングしたものとする。すなわち、更新された条件が、患者ＩＤ「Ａ０１０」を含む患者情報に、高い確率でマッチングしたものとする。このとき、治験情報のマッチング率は、治験ＩＤ「Ｃ００１」、「Ｃ００２」、「Ｃ００３」に対して、それぞれ、「８５％」、「７０％」、「３５％」であるものとする。この場合、病院の端末３００のディスプレイにおいて、検索結果画面４０の表示欄４２には、治験ＩＤ「Ｃ００１」、「Ｃ００２」、「Ｃ００３」を含む治験情報がマッチング率の高い順に表示される。すなわち、表示欄４２には、治験ＩＤ「Ｃ００１」、「Ｃ００２」、「Ｃ００３」に対して、それぞれ、マッチング率「８５％」、「７０％」、「３５％」が表示される。また、表示欄４２には、治験ＩＤ「Ｃ００１」、「Ｃ００２」、「Ｃ００３」に対して、それぞれ、マッチング率が高い順に、選択ボタン２３「１」、「２」、「３」が表示される。
【0061】
なお、治験ＩＤ「Ｃ００１」の治験においては、投薬により、「だるい」などの症状が挙げられているものとする。この場合、病院の端末３００のディスプレイにおいて、検索結果画面４０の表示欄４４には、治験ＩＤ「Ｃ００１」に対して、「だるい」などの症状が表示される。
【0062】
上述のように、治験ＩＤ「Ｃ００１」、「Ｃ００２」、「Ｃ００３」の治験のうち、患者ＩＤ「Ａ０１０」を含む患者情報に最もマッチングする治験は、治験ＩＤ「Ｃ００１」の治験である。ここで、患者ＩＤ「Ａ０１０」の患者が、薬効が顕著に表れることを期待して、当該患者に対して１番目にマッチングする治験を希望する場合がある。一方、患者ＩＤ「Ａ０１０」の患者が、薬効を期待しているが、「だるい」などの症状を避けたいので、当該患者に対して２番目にマッチングする治験を希望する場合もある。
【0063】
まず、患者ＩＤ「Ａ０１０」の患者が、薬効が顕著に表れることを期待して、当該患者に対して１番目にマッチングする治験を希望する場合について説明する。
【0064】
病院の端末３００のディスプレイに検索結果画面４０が表示されているときに、例えば、病院のスタッフは、患者ＩＤ「Ａ０１０」の患者に確認した上で、検索結果画面４０上の選択ボタン２３「１」を操作して、治験ＩＤ「Ｃ００１」を含む治験情報を選択したものとする。この場合、当該端末３００は、治験ＩＤ「Ｃ００１」を含む治験情報を選択した旨を選択情報として治験マッチング装置１００に送信する。出力処理機能１５３は、選択情報に応じて、治験ＩＤ「Ｃ００１」を含む治験情報を治験マッチング装置１００にアップロードした製薬会社の端末２００に、患者ＩＤ「Ａ０１０」等の患者情報を通知する。すなわち、当該製薬会社に、患者ＩＤ「Ａ０１０」の患者を治験者として紹介する。また、病院では、患者ＩＤ「Ａ０１０」の患者に対して、選択した治験情報として、治験ＩＤ「Ｃ００１」の治験を実施する。このように、本実施形態では、治験結果と患者の臨床情報とを治験マッチング装置１００にフィードバックすることによって、患者と治験とのマッチングをより適切に行うことができる。その結果、治験結果を基にさらに層別化された患者をリクルートして治験を実施することにより、治験成績が向上する。
【0065】
次に、患者ＩＤ「Ａ０１０」の患者が、薬効を期待しているが、「だるい」などの症状を避けたいので、当該患者に対して２番目にマッチングする治験を希望する場合について説明する。
【0066】
病院の端末３００のディスプレイに検索結果画面４０が表示されているときに、例えば、病院のスタッフは、患者ＩＤ「Ａ０１０」の患者に確認した上で、検索結果画面４０上の選択ボタン２３「２」を操作して、治験ＩＤ「Ｃ００２」を含む治験情報を選択したものとする。この場合、当該端末３００は、治験ＩＤ「Ｃ００２」を含む治験情報を選択した旨を選択情報として治験マッチング装置１００に送信する。出力処理機能１５３は、選択情報に応じて、治験ＩＤ「Ｃ００２」を含む治験情報を治験マッチング装置１００にアップロードした製薬会社の端末２００に、患者ＩＤ「Ａ０１０」等の患者情報を通知する。すなわち、当該製薬会社に、患者ＩＤ「Ａ０１０」の患者を治験者として紹介する。また、病院では、患者ＩＤ「Ａ０１０」の患者に対して、選択した治験情報として、治験ＩＤ「Ｃ００２」の治験を実施する。このように、本実施形態では、治験結果と患者の臨床情報とを治験マッチング装置１００にフィードバックすることによって、患者が希望する治験を選択することができる。その結果、患者に合う治験を実施することにより、治験成績が向上する。
【0067】
図１１は、本実施形態に係る治験マッチング装置１００を含む治験マッチングシステム１による処理の手順を示すフローチャートである。
【0068】
患者の情報（患者情報）が、病院の端末３００から治験マッチング装置１００に送信される（ステップＳ１０１）。治験マッチング装置１００の受付機能１５１は、その患者情報を受け付ける（ステップＳ１０２）。
【0069】
次に、治験マッチング装置１００の検索機能１５２は、記憶回路１４０の治験情報テーブル１４２を参照し、治験薬を投与する際の条件が設定された複数の治験の中から、患者情報を受け付けた患者にマッチングする治験を検索する（ステップＳ１０３）。このとき、出力処理機能１５３は、検索した治験を病院の端末３００に提示する（ステップＳ１０４）。病院の端末３００には、検索した治験の情報がマッチング率の高い順に表示される。
【0070】
病院の端末３００により、提示された治験の中から１つの治験が選択される（ステップＳ１０５）。このとき、治験マッチング装置１００の出力処理機能１５３は、選択された治験の情報をアップロードした製薬会社の端末２００に、患者情報を通知する。すなわち、患者情報を受け付けた患者を治験者として当該製薬会社に紹介する（ステップＳ１０６）。
【0071】
治験を選択した病院により、当該治験が患者に実施される（ステップＳ１０７）。実施された治験による治験結果と患者の臨床情報とが、匿名化された患者情報と共に、病院の端末３００から治験マッチング装置１００にフィードバックされる（ステップＳ１０８）。治験マッチング装置１００の収集機能１５４は、治験結果と患者の臨床情報とを、匿名化された患者情報と共に、病院の端末３００から収集して、記憶回路１４０の治験情報テーブル１４２に記憶させる（ステップＳ１０９）。
【0072】
治験マッチング装置１００の更新機能１５５は、患者の臨床情報の中に、薬効の有意差を確認できる臨床情報が存在するか否かを判定する（ステップＳ１１０）。薬効の有意差を確認できる臨床情報が存在すると更新機能１５５が判定した場合（ステップＳ１１０；Ｙｅｓ）、更新機能１５５は、当該臨床情報に基づいて、治験ＩＤ「Ｃ００１」の治験の治験薬を投与する際の条件を更新する（ステップＳ１１１）。一方、薬効の有意差を確認できる臨床情報が存在しないと更新機能１５５が判定した場合（ステップＳ１１０；Ｎｏ）、ステップＳ１１１がスキップされ、処理は終了する。
【0073】
以上、説明したとおり、本実施形態に係る治験マッチング装置１００では、受付機能１５１は、患者の情報（患者情報）を受け付ける。検索機能１５２は、投薬する際の条件が設定された治験と当該治験による治験結果とを対応付けるデータを複数の治験について記憶する記憶回路１４０を参照して、複数の治験の中から、患者情報を受け付けた患者にマッチングする治験を検索する。出力処理機能１５３は、検索した治験の情報を提示する。収集機能１５４は、検索した治験を、患者情報を受け付けた患者に実施したときに得られた治験結果と当該患者の臨床情報とを収集して、記憶回路１４０に記憶させる。更新機能１５５は、収集した臨床情報の中に、薬効の有意差を確認できる臨床情報が存在する場合、当該臨床情報に基づいて、検索した治験の上記条件を更新する。このように、本実施形態では、治験結果と患者の臨床情報とを治験マッチング装置１００にフィードバックすることによって、患者と治験とのマッチングをより適切に行うことができる。その結果、患者に合う治験を実施することにより、治験成績が向上する。
【0074】
（その他の変形例）
本実施形態について説明したが、上述した実施形態以外にも、種々の異なる形態にて実施されてよいものである。
本実施形態について説明したが、上述した実施形態以外にも、種々の異なる形態にて実施されてよいものである。
【0075】
本実施形態では、疾病として「肺癌」を例にして、各機能が実行する処理を説明したが、これに限定されず、他の疾病についても同様の処理が実行される。
【0076】
本実施形態では、更新機能１５５が実行する処理は、例えば、治験ＩＤ「Ｃ００１」の治験による治験結果の数が設定数を超えている場合に、収集機能１５４が治験結果と患者の臨床情報とを収集する度に実施されていたが、これに限定されない。例えば、本実施形態の変形例として、更新機能１５５が実行する処理は、例えば、治験ＩＤ「Ｃ００１」の治験による治験結果の数が設定数を超えている場合、設定時間が経過する度に、定期的に実施されてもよい。
【0077】
本実施形態では、治験マッチング装置１００は、例えば、患者に合う治験を探すときに用いられるが、これに限定されない。例えば、本実施形態の変形例として、治験マッチング装置１００は、治験に合う患者を探すときに用いられてもよい。
【0078】
例えば、受付機能１５１は、実施する治験の情報（治験情報）を受け付ける。検索機能１５２は、投薬する際の条件が設定された治験と当該治験による治験結果とを対応付けるデータを複数の治験について記憶する記憶回路１４０を参照して、複数の患者の中から、治験情報に基づいて実施する治験にマッチングする患者を検索する。出力処理機能１５３は、検索した患者の情報を提示する。収集機能１５４は、検索した患者に対して実施する治験により得られた治験結果と当該患者の臨床情報とを収集して、記憶回路１４０に記憶させる。更新機能１５５は、収集した臨床情報の中に、薬効の有意差を確認できる臨床情報が存在する場合、当該臨床情報に基づいて、実施する治験の上記条件を更新する。この場合でも、本実施形態の変形例では、治験結果と患者の臨床情報とを治験マッチング装置１００にフィードバックすることによって、患者と治験とのマッチングをより適切に行うことができる。その結果、治験成績が向上する。
【0079】
上述した実施形態に係る各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。即ち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。更に、各装置にて行われる各処理機能は、その全部又は任意の一部が、ＣＰＵ及び当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【0080】
また、上述した実施形態で説明した方法は、予め用意された制御プログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することによって実現することができる。この制御プログラムは、インターネット等のネットワークを介して配布することができる。また、この制御プログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【0081】
以上説明した少なくとも１つの実施形態によれば、治験成績を向上させることができる。また、治験以外に、上市済みの治療薬の薬効評価にも適用し、治療薬の用法・用量の最適化に利用することもできる。
【0082】
いくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更、実施形態同士の組み合わせを行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【0083】
１ 治験マッチングシステム
１００ 治験マッチング装置
１５１ 受付機能
１５２ 検索機能
１５３ 出力処理機能
１５４ 収集機能
１５５ 更新機能
１００ 治験マッチング装置
１５１ 受付機能
１５２ 検索機能
１５３ 出力処理機能
１５４ 収集機能
１５５ 更新機能
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】