(57)【要約】【課題】  治験に参加する可能性の高い患者を治験候補者として抽出することができるプログラムを提供する。【解決手段】  医療情報サーバ３００の制御部３１０は、患者の患う疾病の情報と、当該患者に投与された投与薬の情報とを記憶するＲＡＭ３１３を参照して、指定された治験薬が対象とする疾病を治療中の患者であって、投与薬の変更回数が第１しきい値以上の患者を抽出する手順と、抽出する手順で抽出した患者を、治験対象の候補として出力する手順とを実行する。このため、治験に参加する可能性の高い患者を治験候補者として抽出することができる。【選択図】        図６
2014194595.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに、
患者の患う疾病の情報と、当該患者に投与された投与薬の情報とを記憶する記憶手段を参照して、指定された治験薬が対象とする疾病を治療中の患者であって、投与薬の変更回数が第１しきい値以上の１又は複数の患者を抽出する手順と、
抽出した前記１又は複数の患者を、治験対象の候補として出力する手順と、
を実行させることを特徴とするプログラム。
【請求項２】
前記抽出する手順は、投与薬の変更回数が前記第１しきい値以上であって、患者に投与した各投与薬について、投与開始の日から投与を終了した日までの日数の平均値が第２しきい値以下の患者を前記治験対象の候補として抽出することを特徴とする請求項１記載のプログラム。
【請求項３】
前記抽出する手順は、前記治験対象の候補として抽出した患者数が所定数以下の場合に、前記投与薬の変更回数を前記第１しきい値よりも値が小さい第３しきい値に変更して該当する患者を抽出し、抽出した患者の中から、患者に投与した各投与薬について、投与開始の日から投与を終了した日までの日数の平均値が、前記第２しきい値よりも値の大きい第４しきい値以下の患者を前記治験対象の候補としてさらに抽出することを特徴とする請求項２記載のプログラム。
【請求項４】
前記抽出する手順は、患者が複数の病院で診察を受けている場合、複数病院で投与された投与薬の変更回数の合計が、前記第１しきい値以上である患者を前記治験薬の候補として出力することを特徴とする請求項１記載のプログラム。
【請求項５】
前記抽出する手順は、前記治験対象の候補の患者のうち、投与中の投与薬の投与開始日からの経過日数が第５しきい値以下の患者と、投与中の投与薬の投与開始日からの経過日数が、前記第５しきい値よりも値の大きい第６しきい値以上の患者との少なくとも一方を、前記治験対象の候補から除外することを特徴とする請求項１から４のいずれか一項記載のプログラム。
【請求項６】
患者の患う疾病の情報と、当該患者に投与された投与薬の情報とを記憶する記憶手段を参照して、指定された治験薬が対象とする疾病を治療中の患者であって、投与薬の変更回数が第１しきい値以上の１又は複数の患者を抽出するステップと、
前記抽出するステップで抽出した前記１又は複数の患者を、治験対象の候補として出力するステップと、
を有することを特徴とする治験候補者抽出方法。
【請求項７】
患者の患う疾病の情報と、当該患者に投与された投与薬の情報とを記憶する記憶手段と、
前記記憶手段を参照して、指定された治験薬が対象とする疾病を治療中の患者であって、投与薬の変更回数が第１しきい値以上の１又は複数の患者を抽出する抽出手段と、
前記抽出手段で抽出した前記１又は複数の患者を、治験対象の候補として出力する出力手段と、
を備えることを特徴とする治験候補者抽出装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラム、治験候補者抽出方法及び治験候補者抽出装置に関する。
【背景技術】
【０００２】
新薬の臨床試験（以下、治験という）は、例えば新薬を開発した製薬会社等が医療機関に依頼をして、新薬の適用疾病を有する患者等の被験者に対して新薬を投与することで行われる。製薬会社は、新薬を投与した被験者から採取した検査データ等に基づいて、新薬の安全性、有効性、用法・用量を確認する。
被験者の選定は、製薬会社の定めた基準に従って、医師が基準に合致する患者を選択する。選択した患者に対して、医師が治験に参加する意思確認を行い、同意を得ると、問診、診察、背景調査等をおこなう。
【０００３】
特許文献１には、本人が自覚していない疾患、将来発症する恐れがある疾患に対して治験できるようにする治験案内方法が開示されている。また、特許文献２には、医療ボランティア団体に登録された治験ボランティア等に治験実施の依頼をするとの開示がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−２４８００５号公報
【特許文献２】特開２００９−６４２００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、医師から治験について紹介された患者は、治験薬の使用を開始する場合には現在使用している薬の服用を取り止めることになるので、回復が遅れるのではないかといった不安を感じる場合がある。また、安全性の確立されていない新薬を服用することに対する不安もある。これらの理由から、患者は、治験への参加を決意しづらい場合があり、結果として治験の候補者が集まり難い場合があった。
【０００６】
１つの側面では、本発明は、治験候補者の抽出を支援することができるプログラム、治験候補者抽出方法及び治験候補者抽出装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
１つの態様では、プログラムは、コンピュータに、患者の患う疾病の情報と、当該患者に投与された投与薬の情報とを記憶する記憶手段を参照して、指定された治験薬が対象とする疾病を治療中の患者であって、投与薬の変更回数が第１しきい値以上の１又は複数の患者を抽出する手順と、前記抽出する手順で抽出した前記１又は複数の患者を、治験対象の候補として出力する手順と、を実行させることを特徴とする。
【０００８】
また、１つの態様では、治験候補者抽出方法は、患者の患う疾病の情報と、当該患者に投与された投与薬の情報とを記憶する記憶手段を参照して、指定された治験薬が対象とする疾病を治療中の患者であって、投与薬の変更回数が第１しきい値以上の１又は複数の患者を抽出するステップと、前記抽出するステップで抽出した前記１又は複数の患者を、治験対象の候補として出力するステップとを有することを特徴とする。
【０００９】
また、１つの態様では、治験候補者抽出装置は、患者の患う疾病の情報と、当該患者に投与された投与薬の情報とを記憶する記憶手段と、前記記憶手段を参照して、指定された治験薬が対象とする疾病を治療中の患者であって、投与薬の変更回数が第１しきい値以上の１又は複数の患者を抽出する抽出手段と、前記抽出手段で抽出した前記１又は複数の患者を、治験対象の候補として出力する出力手段と、を備えることを特徴とする。
【発明の効果】
【００１０】
治験候補者の抽出を支援することができる。
【図面の簡単な説明】
【００１１】
【図１】システム構成の一例を示す図である。
【図２】医療情報サーバの備えるハードウェアの一例を示す図である。
【図３】投与状況テーブルの一例を示す図である。
【図４】治験情報テーブルの一例を示す図である。
【図５】第１実施形態の抽出条件テーブルの一例を示す図である。
【図６】医療情報サーバの備える機能ブロックの一例を示す図である。
【図７】第１実施形態の医療情報サーバの処理手順を示すフローチャートである。
【図８】医療機関端末の表示装置に表示される治験選択画面の一例を示す図である。
【図９】医療機関端末の表示装置に表示される、抽出した治験候補者を表示する画面の一例を示す図である。
【図１０】変形例の医療情報サーバの処理手順を示すフローチャートである。
【図１１】第２実施形態の抽出条件テーブルの一例を示す図である。
【図１２】第２実施形態の医療情報サーバの処理手順を示すフローチャートである。
【図１３】第３実施形態の投与状況テーブルの一例を示す図である。
【図１４】第４実施形態の抽出条件テーブルの一例を示す図である。
【図１５】第４実施形態の医療情報サーバの処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１２】
（第１実施形態）
図１に、本実施形態のシステム構成の一例を示す。本実施形態は、製薬会社端末１００と、医療機関端末２００と、医療情報サーバ３００とをネットワーク４００に接続したシステム構成を備える。ネットワーク４００は、有線または無線を問わず、インターネット（Internet）、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）やＶＰＮ（Virtual Private Network）などの任意の種類の通信網を採用できる。なお、図１には、２つの医療機関端末２００を図示したが、これらの医療機関端末２００は、同一の医療機関の端末であってもよいし、異なる医療機関の端末であってもよい。また、医療機関端末２００の数も２つに限定されることはなく、１つであってもよいし、３つ以上であってもよい。同様に、製薬会社端末１００も、同一の製薬会社の端末であってもよいし、異なる製薬会社の端末であってもよく、端末の数も２つに限定されるものではなく、１つであってもよいし、３つ以上であってもよい。
【００１３】
製薬会社端末１００は、治験の依頼者である製薬会社に設置されたコンピュータ装置である。新薬を開発した製薬会社は、治験情報を医療情報サーバ３００に登録して、医療機関に治験を依頼する。なお、治験情報の詳細については後述する。
【００１４】
医療機関端末２００は、治験の実施者である医師の所在する医療機関に設置された端末であり、医師等によって操作される。医療機関端末２００は、医療情報サーバ３００に接続して、医療情報サーバ３００に登録された治験情報を取得し、医療機関端末２００の備える表示装置（不図示）に表示させる。また、医療機関端末２００は、医療情報サーバ３００に接続して、医師によって作成された患者の電子カルテを医療情報サーバ３００にアップロードする。
【００１５】
医療情報サーバ３００は、製薬会社端末１００からアップロードされた治験情報や、医療機関端末２００からアップロードされた電子カルテを受信して、医療情報サーバ３００の備える記憶装置（後述する）に記憶させる。また、医療情報サーバ３００は、製薬会社端末１００からアップロードされた治験情報に基づいて治験条件に合致する患者を抽出し、医療機関端末２００の備える表示装置の表示装置に表示させる。
【００１６】
次に、図２を参照しながら、医療情報サーバ３００の備えるハードウェアの一例について説明する。
医療情報サーバ３００は、制御部３１０を備える。制御部３１０は、ＣＰＵ（Central Processing Unit）３１１、ＲＯＭ（Read Only Memory）３１２、ＲＡＭ（Random Access Memory）３１３を備える。ＣＰＵ３１１、ＲＯＭ３１２、ＲＡＭ３１３の各部は、バス３６０に接続している。ＲＯＭ３１２には、ＣＰＵ３１１が制御に使用する制御プログラム等が保存されている。ＣＰＵ３１１は、制御プログラムをＲＯＭ３１２又はハードディスク装置（以下、ＨＤＤと表記する）３５０から読み出してＲＡＭ３１３に記憶させる。その後、ＣＰＵ３１１は、ＲＡＭ３１３に記憶させた制御プログラムに従って処理（演算）をおこなう。ＲＡＭ３１３は、ＣＰＵ３１１のワークメモリとして使用され、ＲＡＭ３１３には、ＣＰＵ３１１が演算に使用するデータや、ＣＰＵ３１１による演算後のデータ等を記憶させる。ＣＰＵ３１１、ＲＡＭ３１３などのハードウェアと、制御プログラムとの協働によって実現される機能ブロックについては、図６を参照しながら後述する。
【００１７】
医療情報サーバ３００は、入力装置３２１と、入力インターフェース（以下、インターフェースをＩ／Ｆと略記する）３２２とを備える。入力Ｉ／Ｆ３２２は、入力装置３２１と、バス３６０とに接続している。入力装置３２１は、マウス、キーボード等の入力デバイスである。入力装置３２１がユーザによって操作されると、入力装置３２１は、受け付けた操作内容を示す操作情報を、入力Ｉ／Ｆ３２２を介して制御部３１０に送る。入力Ｉ／Ｆ３２２は、入力装置３２１から操作情報を入力し、入力した操作情報を、バス３６０を介して制御部３１０に送る。
【００１８】
医療情報サーバ３００は、グラフィックＩ／Ｆ３３２と、表示装置３３１とを備える。グラフィックＩ／Ｆ３３２は、バス３６０と表示装置３３１とに接続している。グラフィックＩ／Ｆ３３２は、制御部３１０で処理されたグラフィックデータを表示装置３３１に表示させるためのインターフェースである。グラフィックＩ／Ｆ３３２は、制御部３１０から受け取ったグラフィックデータを波形電気信号に変換して表示装置３３１に送る。表示装置３３１は、例えば、治験情報や、患者の電子カルテの情報を表示する。
【００１９】
医療情報サーバ３００は、ネットワークＩ／Ｆ３４０を備える。ネットワークＩ／Ｆ３４０は、バス３６０と、ネットワーク４００とに接続する。ネットワークＩ／Ｆ３４０は、制御部３１０から送られたデータを入力し、入力したデータを、ネットワーク４００を介して医療機関端末２００に送信する。また、ネットワークＩ／Ｆ３４０は、ネットワーク４００を介して製薬会社端末１００や医療機関端末２００から受信したデータを制御部３１０に送る。
【００２０】
医療情報サーバ３００は、ＨＤＤ３５０を備える。ＨＤＤ３５０は、ＣＰＵ３１１が制御に使用する制御プログラム、製薬会社端末１００がアップロードした治験情報や、医療機関端末２００がアップロードした電子カルテ情報等を記憶する。なお、図２には、記憶装置の一例としてＨＤＤ３５０を示したが、ハードディスク装置に限定されるものではない。例えば、コンピュータで読み込み可能なフレキシブルディスク（ＦＤ）、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ等の可搬記憶媒体でもよい。また、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）、光磁気ディスク、ＩＣカードなどの可搬記憶媒体であってもよい。
【００２１】
次に、図３〜図５を参照しながらＨＤＤ３５０の記憶するデータの詳細について説明する。図３には、制御部３１０が生成し、ＨＤＤ３５０に記憶させた投与状況テーブルの一例を示す。投与状況テーブルは、制御部３１０が、医療機関端末２００から医療情報サーバ３００にアップロードされた電子カルテの情報を使用して生成する。電子カルテの情報には、例えば、患者の氏名、患者に付与された患者ＩＤ（identification）等の患者情報、患者を担当した担当医師情報、当該患者が受診した受診科や受診日等の情報が含まれる。また、電子カルテの情報には、受診回数、病歴、医師の診察所見、患者が受けた治療や検査などの診療情報等が含まれる。制御部３１０は、これらの電子カルテの情報から、患者を識別する患者情報、患者が患っている疾病情報、患者に投与された薬の投与状況を示すデータ（以下、投与状況データという）を取得して、図３に示す投与状況テーブルに登録する。患者情報には、患者ＩＤと患者名とが含まれる。疾病情報には、疾病ＩＤが含まれる。投与状況データには、投与薬名と、投与開始日と、投与完了日と、投与期間と、ステータスとが含まれる。患者ＩＤは、患者を識別する識別情報である。疾病ＩＤは、疾病を識別する識別情報であり、投与状況テーブルの疾病ＩＤの記録欄には、患者ＩＤの示す患者が患っている疾病のＩＤが記録される。投与薬名は、患者ＩＤの示す患者に投与した投与薬の名称を示す。投与開始日は、患者ＩＤの示す患者に、投与薬名の示す投与薬の投与を開始した日を示す。投与完了日は、患者ＩＤの示す患者に、投与薬名の示す投与薬の投与を停止した日を示す。投与期間は、投与開始日から投与完了日までの日数を示す。ステータスは、投与薬の投与状況を示す。ステータスには、投与中と、薬変更と、治療完とがある。ステータスが投与中の場合、現在も投与薬が患者に投与されていることを示す。ステータスが薬変更の場合、患者に投与する薬を他の薬に変更したことを示す。ステータスが治療完の場合、患者への治療を完了したことを示す。
【００２２】
図４には、制御部３１０が生成し、ＨＤＤ３５０に記憶させた治験情報テーブルの一例を示す。治験情報テーブルは、製薬会社端末１００が医療情報サーバ３００にアップロードした診療情報を登録したテーブルである。治験情報テーブルに登録される情報には、治験ＩＤ、治験名、疾病ＩＤ、疾病名、実施期間が含まれる。治験ＩＤは、治験を識別する識別情報である。治験名は、治験の名称である。疾病ＩＤは、治験の対象となる疾病を識別する識別情報である。疾病名は、疾病ＩＤの示す疾病の名称である。実施期間は、治験を実施する期間を示す情報である。
【００２３】
図５には、治験候補者を抽出するために使用される抽出条件テーブルの一例を示す。抽出条件テーブルもＨＤＤ３５０の記憶するテーブルであり、例えば、製薬会社の社員が製薬会社端末１００を使用して、医療情報サーバ３００にアップロードして登録させる情報である。抽出条件テーブルに登録される情報には、疾病ＩＤ、疾病名、第１薬変更回数とが含まれる。疾病ＩＤは、治験の対象となる疾病を識別する識別情報であり、疾病名は、疾病ＩＤの示す疾病の名称である。第１薬変更回数は、投与薬の変更回数が多い患者を特定するためのしきい値である。疾病ＩＤの示す疾病を患っている患者が、第１薬変更回数以上、投与薬を変更している場合に、該当患者を治験候補者として抽出する。なお、疾病によって第１薬変更回数が異なるのは、病気の性質によって頻繁に薬を変更していると判断できる変更回数が異なるためである。例えば、患者に実際に薬を服用させ、薬の効果があるか否かを確かめる必要があるような疾病の場合、薬変更回数の値が高く設定される。なお、第１薬変更回数が、第１しきい値に相当する。
【００２４】
次に、図６を参照しながら医療情報サーバ３００の備える機能ブロック３７０について説明する。機能ブロック３７０とは、制御部３１０のＣＰＵ３１１、ＲＡＭ３１３などのハードウェアと、制御プログラムとの協働によって実現される処理を、一連の処理で実現される機能ごとにまとめたブロックである。医療情報サーバ３００は、機能ブロック３７０として、投与状況データ取得部３７１と、入力部３７２と、抽出部３７３と、出力部３７４とを備える。
【００２５】
投与状況データ取得部３７１は、医療機関端末２００によってアップロードされ、ＨＤＤ３５０に記憶した電子カルテの情報から、患者情報、疾病情報、投与状況データを取得して、投与状況テーブルに登録する。投与状況データ取得部３７１は、まず、電子カルテの情報と、投与状況テーブルとをＨＤＤ３５０から読み出してＲＡＭ３１３に記憶させる。投与状況データ取得部３７１は、電子カルテ情報から、投与状況データとして、疾病ＩＤ、患者ＩＤ、患者名、投与薬名、投与開始日、投与完了日、投与期間、ステータスの情報を読み出して、投与状況テーブルに登録する。
【００２６】
入力部３７２は、ネットワーク４００を介して接続した医療機関端末２００から、治験情報の取得要求を入力する。入力部３７２は、治験情報の取得要求を入力すると、抽出部３７３と出力部３７４とに、治験情報の取得要求があった旨を通知する。また、入力部３７２は、医療機関端末２００の表示装置に表示させた複数の治験情報の中から、治験情報を選択する選択情報を医療機関端末２００から入力すると、入力した選択情報を抽出部３７３に出力する。
【００２７】
抽出部３７３は、入力部３７２から治験情報の取得要求を入力した旨の通知を受けると、投与状況テーブル、治験情報テーブル及び抽出条件テーブルをＨＤＤ３５０から読み出してＲＡＭ３１３に記憶させる。また、抽出部３７３は、入力部３７２から、治験情報の選択情報を入力すると、治験情報テーブルを参照して、選択された治験が治験対象とする疾病の疾病ＩＤを取得する。次に、抽出部３７３は、投与状況テーブルを参照して、取得した疾病ＩＤで登録された患者ＩＤの投与状況データを取得する。次に、抽出部３７３は、抽出条件テーブルを参照して第１薬変更回数を取得する。抽出部３７３は、ステータスとして「薬変更」が登録されている投与薬の数を患者ＩＤごとにカウントして、取得した第１薬変更回数以上、投与薬を変更している患者を抽出する。抽出する患者数は、１人であってもよいし、複数であってもよい。第１薬変更回数以上、投与薬を変更している患者が存在する場合、抽出部３７３は、抽出した患者を治験候補者として選出し、選出した治験候補者の患者名と、患者ＩＤとを治験候補者情報としてＲＡＭ３１３に保存する。また、抽出部３７３は、抽出した治験候補者情報を、接続した医療機関端末２００に送信するように、出力部３７４に送信指示を出す。
【００２８】
出力部３７４は、治験情報の取得要求を入力した旨の通知を入力部３７２から入力すると、ＲＡＭ３１３に記憶した治験情報テーブルから治験情報を取得する。出力部３７４は、取得した治験情報をネットワークＩ／Ｆ３４０に出力し、ネットワークＩ／Ｆ３４０に、治験情報を、取得要求を出力した医療機関端末２００に送信するように指示する。また、出力部３７４は、抽出部３７３から治験候補者情報の送信指示を受け付けると、ＲＡＭ３１３に記憶した治験候補者情報を取得する。出力部３７４は、取得した治験候補者情報をネットワークＩ／Ｆ３４０に出力し、ネットワークＩ／Ｆ３４０に、治験候補者情報を、医療機関端末２００に送信するように指示する。
【００２９】
次に、図７に示すフローチャートを参照しながら、医療情報サーバ３００の制御部３１０の処理手順を説明する。
医療情報サーバ３００の制御部３１０は、医療機関端末２００から接続要求を受信すると、認証処理をおこなって医療機関端末２００に接続する。制御部３１０は、接続した医療機関端末２００から、治験情報の取得要求を受信した場合（ステップＳ１／ＹＥＳ）、取得要求を受け付けた治験情報を医療機関端末２００に送信する（ステップＳ２）。制御部３１０は、ＲＡＭ３１３の記憶する治験情報をネットワークＩ／Ｆ３４０に出力して、治験情報を、取得要求を出力した医療機関端末２００に送信するように指示する。医療機関端末２００は、医療情報サーバ３００から受信した治験情報を表示装置に表示させる（ステップＳ２）。図８には、医療機関端末２００の表示装置に表示される画面の一例を示す。医療機関端末２００の表示装置には、治験名と、治験の対象となる疾病名と、治験の実施期間と、治験を選択する選択ボタンとが治験ごとに表示される。
【００３０】
医療機関の医師は、医療機関端末２００の表示装置に表示された治験情報を参照して、治験対象の疾病を選択する。医療機関端末２００は、マウス、キーボード等の入力デバイスを備え、医師は、入力デバイスを操作して、疾病の選択ボタンを選択する。選択ボタンが操作されると、ボタン操作に対応する疾病を選択する選択情報が医療機関端末２００から医療情報サーバ３００に送信される。具体的には、治験ＩＤが選択情報として医療機関端末２００から医療情報サーバ３００に送信される。
【００３１】
制御部３１０は、医療機関端末２００から治験情報の選択情報を入力すると（ステップＳ３／ＹＥＳ）、図４に示す治験情報テーブルを参照して、選択情報に対応する治験が対象とする疾病の疾病ＩＤを取得する（ステップＳ４）。具体的には、制御部３１０は、医療機関端末２００から受信した治験ＩＤに関連付けられた疾病ＩＤを治験情報テーブルから取得する。
次に、制御部３１０は、図３に示す投与状況テーブルを参照して、取得した疾病ＩＤで登録された患者が存在するか否かを判定する（ステップＳ５）。例えば、治験情報テーブルから取得した疾病ＩＤがＳ０１であった場合、制御部３１０は、図３に示す投与状況テーブルに、疾病ＩＤがＳ０１で登録された患者が存在するか否かを判定する。投与状況テーブルに、取得した疾病ＩＤで登録された患者が存在しない場合（ステップＳ５／ＮＯ）、制御部３１０は、「治験候補者なし」との情報をＲＡＭ３１３に記憶させる。また、制御部３１０は、「治験候補者なし」との情報を、ネットワークＩ／Ｆ３４０を介して、接続した医療機関端末２００に送信する。医療機関端末２００の表示装置には、「治験候補者なし」との情報が表示される（ステップＳ１０）。
【００３２】
また、投与状況テーブルに、取得した疾病ＩＤで登録された患者が存在する場合（ステップＳ５／ＹＥＳ）、制御部３１０は、投与状況テーブルに、該当疾病ＩＤで登録されたレコードを取得する（ステップＳ６）。次に、制御部３１０は、図５に示す抽出条件テーブルを参照して第１薬変更回数を取得する。第１薬変更回数を取得すると、制御部３１０は、ステップＳ６で取得したレコードを参照して、ステータスが「薬変更」のレコード数を患者ＩＤごとにカウントする（ステップＳ７）。レコード数を患者ＩＤごとにカウントすると、制御部３１０は、カウントしたレコード数が、抽出条件テーブルから取得した「第１薬変更回数」以上の患者ＩＤがいるか否かを判定する（ステップＳ８）。例えば、図５に示す抽出条件テーブルには、疾病ＩＤがＳ０１の第１薬変更回数は３回と登録されている。制御部３１０は、投与状況データを取得した患者の中から、薬変更回数が３回以上の患者を選択する。例えば、図３に示す例では、「富士通太郎」が薬変更回数が３回以上の条件を満たす患者であるため、制御部３１０は、「富士通太郎」を治験候補者として抽出する。なお、抽出される患者の数は、１人であってもよいし、複数人であってもよい。制御部３１０は、抽出した治験候補者の患者名と、患者ＩＤとを治験候補者情報としてＲＡＭ３１３に保存する。また、制御部３１０は、抽出した治験候補者情報を、ネットワークＩ／Ｆ３４０を介して、接続した医療機関端末２００に送信する。医療機関端末２００の表示装置には、図９に示すように、治験候補者の情報が表示される（ステップＳ９）。
【００３３】
以上、詳細に説明したように本実施形態は、投与薬の変更回数が、疾病ごとに設定された基準値である第１薬変更回数よりも多い患者を治験候補者として抽出する。このため、治験に参加する可能性の高い患者を治験候補者として抽出することができる。また、治験候補者は、投与薬の変更回数が多い、すなわち、従来薬では効果の出にくい患者であるため、治験が実施された場合に、従来薬に対する優位性を検証しやすい患者となる。
【００３４】
〈変形例〉
図７に示すフローチャートでは、カウントしたレコード数が、抽出条件テーブルから取得した「第１薬変更回数」以上の患者を、治験候補者として抽出し、医療機関端末２００の表示装置に表示させていた。すなわち、ステータスが「薬変更」で登録された投与薬の変更回数に着目して、投与薬の変更回数が第１薬変更回数以上の患者を抽出していた。しかし、投与状況テーブルに、ステータスが「投与中」で登録された、現在投与中の投与薬の中には、患者への投与を開始したばかりの投与薬もある。患者への投与を開始したばかりの場合、効果があるか否かがまだはっきりとは分かっていない場合がある。また、ステータスが「投与中」で登録された投与薬には、投与薬の効果があるため、投与薬の変更を行っていない場合もある。このような患者は、治験に参加する可能性が低いと考えられるため、制御部３１０が治験候補者から除外するようにしてもよい。
【００３５】
図１０に示すフローチャートを参照しながらこの変形例の処理手順を説明する。なお、ステップＳ８までの処理手順は、図７に示す処理フローと同一であるため説明を省略する。
制御部３１０は、カウントしたレコード数が、抽出条件テーブルから取得した「第１薬変更回数」以上の患者がいるか否かを判定する（ステップＳ８）。制御部３１０は、レコード数が「第１薬変更回数」以上の患者がいる場合（ステップＳ８／ＹＥＳ）、ステップＳ８で抽出した患者ＩＤの患者の投与薬に、ステータスが「投与中」のものがあるか否かを判定する。ステータスが投与中の投与薬がある場合（ステップＳ１１／ＹＥＳ）、制御部３１０は、この投与中の投与薬の投与期間を投与状況テーブルから取得する。そして、制御部３１０は、取得した投与期間と、予め設定された第１基準日数とを比較して、投与中の薬は、投与を開始してからの日数が第１基準日数以下か否かを判定する（ステップＳ１２）。なお、第１基準日数は、例えば、投与薬を投与された患者に効き目が現れた日数の平均値又はこの平均値よりも短い日数に設定しておくとよい。また、第１基準日数を、投与薬ごとに設定するのではなく、一般的に投与した薬の効果が現れると考えられる日数に設定してもよい。第１基準日数が第５しきい値に相当する。制御部３１０は、投与開始からの日数が第１基準日数以下である場合には（ステップＳ１２／ＹＥＳ）、該当の患者を治験候補者から除外する。また、制御部３１０は、投与開始からの日数が第１基準日数よりも大きい場合（ステップＳ１２／ＮＯ）、次に、投与開始からの日数と第２基準日数とを比較する（ステップＳ１３）。第２基準日数は、患者が投与薬の効果を実感しているために投与薬を変更していない場合を判断するための日数であり、第１基準日数よりも日数が多く設定されている。第２基準日数が第６しきい値に相当する。制御部３１０は、投与開始からの日数が第２基準日数以上であると判定する場合（ステップＳ１３／ＹＥＳ）、該当の患者を治験候補者から除外する。また、制御部３１０は、投与開始からの日数が第２基準日数よりも少ないと判断する場合（ステップＳ１３／ＮＯ）、該当患者の患者ＩＤを「治験候補者」としてＲＡＭ３１３に保存する（ステップＳ１４）。
【００３６】
次に、制御部３１０は、ステップＳ８で抽出した他の患者ＩＤがあるか否かを判定する（ステップＳ１５）。他の患者ＩＤがある場合（ステップＳ１５／ＹＥＳ）、制御部３１０は、ステップＳ１１からの処理を繰り返す。また、他の患者ＩＤがないと判定する場合（ステップＳ１５／ＮＯ）、制御部３１０は、医療機関端末２００の表示装置に表示させる情報を生成する。制御部３１０は、ＲＡＭ３１３に「治験候補者」として保存された患者ＩＤがあるか否かをまず判定する（ステップＳ１６）。制御部３１０は、「治験候補者」として保存された患者ＩＤがあると判定する場合（ステップ１６／ＹＥＳ）、投与状況テーブルを参照して該当する患者ＩＤの患者の患者名や投与薬の情報を取得する。制御部３１０は、取得した患者ＩＤ、患者名等の情報を、医療機関端末２００の表示装置に表示させる（ステップＳ１７）。また、制御部３１０は、「治験候補者」として保存された患者ＩＤがないと判定した場合（ステップＳ１６／ＮＯ）、医療機関端末の表示装置に、「治験候補者なし」と表示する（ステップＳ１８）。
【００３７】
この変形例では、新たな薬を投与されたばかりの患者や、投与中の薬に効果がある患者を治験候補者から除外することで治験に参加する可能性の高い患者を抽出する精度をさらに高めることができる。
【００３８】
（第２実施形態）
第２実施形態について説明する。なお、第２実施形態のシステム構成は、図１に示す第１実施形態と同様であり、医療情報サーバ３００のハードウェア構成も図２に示す第１実施形態と同様であるため、説明を省略する。
【００３９】
図１１に、第２実施形態の抽出条件テーブルの構成の一例を示す。第２実施形態の抽出条件テーブルには、薬変更回数に加え、基準日数が疾病ＩＤごとに登録されている。第２実施形態の抽出部３７３は、薬変更回数が「第１薬変更回数」以上で、さらに、投与された各投与薬の投与期間の平均値が、抽出条件テーブルから取得した「第３基準日数」以下の患者を治験候補者として抽出する。投与薬の投与期間の平均値が、所定の日数以下の患者は、薬を頻繁に変更しているため、投与された薬の効果があまり出ていない可能性が高い。このため、治験候補者を抽出する条件に、「投与薬の投与期間の平均値が、第３基準日数以下」という条件を加えることで、従来薬では効果の出にくい患者を抽出する精度を向上させることができる。なお、第３基準日数が第２しきい値に相当する。
【００４０】
図１２に示すフローチャートを参照しながら本実施形態の処理手順を説明する。なお、図７に示すフローチャートのステップＳ８までの手順は第１実施形態と同一であるため、説明を省略する。
制御部３１０は、ステータスが「薬変更」のレコード数をカウントし、カウントしたレコード数が、抽出条件テーブルから取得した「第１薬変更回数」以上の患者ＩＤが存在するか否かを判定する（ステップＳ８）。レコード数が「第１薬変更回数」以上の患者ＩＤが存在する場合、制御部３１０は、該当する患者ＩＤの患者に投与された各投与薬の投与期間の平均値を算出する（ステップＳ２１）。投与期間の平均値を算出すると、制御部３１０は、算出した平均値と、抽出条件テーブルに登録された「第３基準日数」とを比較する（ステップＳ２２）。算出した平均値が、抽出条件テーブルに登録された「第３基準日数」以下であると判定した場合（ステップＳ２２／ＹＥＳ）、制御部３１０は、抽出した治験候補者の患者名と、患者ＩＤとを治験候補者情報としてＲＡＭ３１３に保存する。また、制御部３１０は、抽出した治験候補者情報を、ネットワークＩ／Ｆ３４０を介して、接続した医療機関端末２００に送信する。医療機関端末２００の表示装置には、図９に示すように、治験候補者の情報が表示される（ステップＳ２３）。また、算出した平均値が、抽出条件テーブルに登録された「第３基準日数」よりも大きいと判定すると（ステップＳ２２／ＮＯ）、制御部３１０は、「治験候補者なし」との情報をＲＡＭ３１３に記憶させる。また、制御部３１０は、「治験候補者なし」との情報を、ネットワークＩ／Ｆ３４０を介して、接続した医療機関端末２００に送信する。医療機関端末２００の表示装置には、「治験候補者なし」との情報が表示される（ステップＳ２４）。
【００４１】
このように、本実施形態は、投与薬の変更回数だけでなく、各投与薬の投与期間の平均日数を考慮して治験候補者を抽出するため、従来薬では効果の出にくい患者を抽出する精度を向上させることができる。
なお、第２実施形態でも、図１０に示す第１実施形態の変形例のように、ステータスが「投与中」の投与薬の投与日数と、第１基準日数及び第２基準日数を比較してもよい。新たな薬を投与されたばかりの患者や、投与中の薬に効果がある患者を治験候補者から除外することで、治験に参加する可能性の高い患者を抽出する精度をさらに高めることができる。
【００４２】
（第３実施形態）
添付図面を参照しながら第３実施形態について説明する。なお、第３実施形態のシステム構成は、図１に示す第１実施形態と同様であり、医療情報サーバ３００のハードウェア構成も図２に示す第１実施形態と同様であるため、説明を省略する。
【００４３】
上述の第１及び第２実施形態は、１つの医療機関が生成した電子カルテの情報を使用して、患者が投与薬を頻繁に変更しているか否かを判定していた。しかし、患者は、処方された投与薬の効果を実感できない場合、医療機関を変更して他の医療機関を受診する可能性もある。このため、本第３実施形態の医療情報サーバ３００は、複数病院で投与された投与薬の変更回数の合計が、第１薬変更回数以上である患者を治験薬の候補として出力する。
【００４４】
具体的には、医療情報サーバ３００は、患者が複数の医療機関を受診している場合に対応するため、複数の医療機関から電子カルテの情報を受信する。図６に示す投与状況データ取得部３７１は、電子カルテから投与状況データを取得する際に、電子カルテに記録された患者氏名、患者の現住所、健康保険被保険者証の情報等を参照する。投与状況データ取得部３７１は、これらの情報から患者が投与状況テーブルに投与状況データを既に登録した患者であるか否かを判定する。該当患者の投与状況データが、既に投与状況テーブルに登録されている場合、投与状況データ取得部３７１は、投与状況テーブルに登録済みの患者ＩＤに対応付けて、投与状況データを登録する。図１３に、本実施形態の投与状況テーブルの一例を示す。本実施形態の投与状況テーブルには、医療機関を識別する医療機関ＩＤの記録欄が設けられている。すなわち、本実施形態の投与状況テーブルには、患者情報、疾病情報、投与状況データとともに、患者が受信した医療機関の医療機関ＩＤが記録される。投与状況データ取得部３７１は、電子カルテから投与状況データを取得する際に、医療機関の情報も合わせて取得して、取得した医療機関の情報から医療機関を判定する。投与状況データ取得部３７１は、判定した医療機関の医療機関ＩＤを投与状況テーブルに記録する。
【００４５】
また、図６に示す抽出部３７３は、投与状況テーブルから各患者のレコードを抽出する際に、同一の患者ＩＤが付されたレコードは、医療機関ＩＤが異なっていても同一の患者のものであると判断する。すなわち、抽出部３７３は、ステータスが「薬変更」のレコード数を患者ＩＤごとにカウントする。このため、本実施形態では、複数病院で投与された投与薬の変更回数の合計が、第１薬変更回数以上である患者を治験薬の候補として出力することができる。
なお、本実施形態においても、第２実施形態のように、抽出部３７３は、薬変更回数が「第１薬変更回数」以上で、投与された各投与薬の投与期間の平均値が、抽出条件テーブルから取得した「第３基準日数」以下の患者を抽出してもよい。
また、第２実施形態でも、図１０に示す第１実施形態の変形例のように、ステータスが「投与中」の投与薬の投与日数と、第１基準日数及び第２基準日数を比較してもよい。新たな薬を投与されたばかりの患者や、投与中の薬に効果がある患者を治験候補者から除外することで、治験に参加する可能性の高い患者を抽出する精度をさらに高めることができる。
【００４６】
このように本実施形態は、患者が複数の医療機関を受診している場合であっても、同一の患者ＩＤに対応付けて投与状況データを登録するため、患者が投与された投与薬の変更頻度が高い患者であるか否かを判定することができる。このため、従来薬では効果の出にくい患者を抽出する精度を向上させることができる。
【００４７】
（第４実施形態）
第４実施形態について説明する。なお、第４実施形態のシステム構成は、図１に示す第１実施形態と同様であり、医療情報サーバ３００のハードウェア構成も図２に示す第１実施形態と同様であるため、説明を省略する。
【００４８】
本実施形態は、第１薬変更回数と第３基準日数とを使用して抽出した治験候補者数が所定数よりも少ない場合に、薬変更回数と基準日数との少なくとも一方の条件を変更して、再度、治験候補者の抽出をおこなう。
【００４９】
図１４に、本実施形態の抽出条件テーブルの一例を示す。本実施形態の抽出条件テーブルには、薬変更回数として、第１薬変更回数と第２薬変更回数との２つの変更回数を登録している。同様に、基準日数も第３基準日数と第４基準日数との２つの基準日数を登録している。
第２薬変更回数と第４基準日数とは、第１薬変更回数と第３基準日数とを使用して治験候補者を抽出した場合に、抽出した治験候補者数が所定数以下であった場合に使用されるパラメータである。第２薬変更回数は、第１薬変更回数よりも条件が緩和されており、第４基準日数も第３基準日数よりも条件が緩和されている。すなわち、第２薬変更回数は、第１薬変更回数よりも変更回数が少なく設定される。また、第４基準日数は、第３基準日数よりも日数が多く設定される。なお、第２薬変更回数が第３しきい値に相当し、第４基準日数が第４しきい値に相当する。
【００５０】
図１５に示すフローチャートを参照しながら本実施形態の処理手順を説明する。なお、図１２に示すフローチャートのステップＳ２２までの手順は、第２実施形態と同一であるため、説明を省略する。
制御部３１０は、ステップＳ２２の判定処理で治験候補者を抽出すると、抽出した治験候補者数が所定数以上であるか否かを判定する（ステップＳ３１）。抽出した治験候補者数が所定数以上である場合には（ステップＳ３１／ＹＥＳ）、制御部３１０は、医療機関端末２００の表示装置に、抽出した患者の患者ＩＤと、患者名とを治験候補者として表示する（ステップＳ３２）。また、抽出した治験候補者数が所定数未満であった場合には（ステップＳ３１／ＮＯ）、制御部３１０は、薬変更回数と基準日数とを他の値に変更して、治験候補者の抽出を再度おこなう。制御部３１０は、第１薬変更回数を第２薬変更回数に変更し、第３基準日数を第４基準日数に変更する（ステップＳ３３）。
【００５１】
次に、制御部３１０は、図７に示すステップＳ７で患者ＩＤごとにカウントしたレコード数の中に、薬変更回数が第２薬変更回数以上の患者ＩＤがあるか否かを判定する（ステップＳ３４）。薬変更回数が、第２薬変更回数以上の患者ＩＤが存在しないと判定した場合（ステップＳ３４／ＮＯ）、制御部３１０は、ステップＳ３９の処理に移行する。また、薬変更回数が、第２薬変更回数以上の患者ＩＤが存在すると判定した場合（ステップＳ３４／ＹＥＳ）、制御部３１０は、該当する患者ＩＤの患者に投与された各投与薬の投与期間の平均値を算出する（ステップＳ３５）。投与期間の平均値を算出すると、制御部３１０は、算出した平均値と、第４基準日数とを比較する（ステップＳ３６）。算出した投与期間の平均値が、第４基準日数以下であると判定した場合（ステップＳ３６／ＹＥＳ）、制御部３１０は、抽出した治験候補者の患者名と、患者ＩＤとを治験候補者情報としてＲＡＭ３１３に保存する（ステップＳ３７）。また、算出した投与期間の平均値が、第４基準日数よりも多い場合には（ステップＳ３６／ＮＯ）、制御部３１０は、ステップＳ３８の処理に移行する。
【００５２】
ステップＳ３８では、制御部３１０は、ステップＳ３４で抽出した他の患者ＩＤがあるか否かを判定する。他の患者ＩＤがある場合（ステップＳ３８／ＹＥＳ）、制御部３１０は、ステップＳ３５からの処理を繰り返す。また、他の患者ＩＤがないと判定する場合（ステップＳ３８／ＮＯ）、制御部３１０は、医療機関端末２００の表示装置に表示させる情報を生成する。制御部３１０は、ＲＡＭ３１３に「治験候補者」として保存された患者ＩＤがあるか否かを判定する（ステップＳ３９）。制御部３１０は、「治験候補者」として保存された患者ＩＤがあると判定する場合（ステップ３９／ＹＥＳ）、投与状況テーブルを参照して該当する患者ＩＤの患者の患者名や投与薬の情報を取得する。制御部３１０は、取得した患者ＩＤ、患者名等の情報を、医療機関端末２００の表示装置に表示させる（ステップＳ３２）。また、制御部３１０は、「治験候補者」として保存された患者ＩＤがないと判定した場合（ステップＳ３９／ＮＯ）、医療機関端末の表示装置に、「治験候補者なし」と表示する（ステップＳ４０）。
【００５３】
なお、図１５に示すフローチャートでは、薬変更回数と、基準日数との両方の条件を変更して、治験候補者の抽出を再度おこなう例を説明した。但し、必ずしも両方の条件を変更して治験候補者の抽出をおこなう必要はなく、薬変更回数と、基準日数との少なくとも一方の条件を緩和させて治験候補者の再抽出をおこなうとよい。
【００５４】
以上、説明したように本実施形態は、抽出した治験候補者数が所定数未満の場合には、抽出条件を緩和して再度、治験候補者の抽出をおこなう。このため、治験候補者として抽出される患者数が所定数以上となる可能性を高めることができる。
【００５５】
上述した実施形態は、本発明の好適な実施の形態である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施が可能である。例えば、上述した実施形態では、プログラムをＲＯＭ３１２や、ＨＤＤ３５０に記憶させておく場合を例に挙げて説明したが、必ずしもＲＯＭ３１２やＨＤＤ３５０に記憶させておく必要はない。例えば、コンピュータで読み込み可能なフレキシブルディスク（ＦＤ）、ＤＶＤ、ＤＶＤ−ＲＡＭ等の可搬記憶媒体でもよい。また、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／ＲＷ、光磁気ディスク、ＩＣカードなどの可搬記憶媒体であってもよい。また、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータに接続される他のコンピュータ（例えば、サーバ）等にプログラムを記憶させておき、コンピュータがこれからプログラムを読み出して実行してもよい。あるいは公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介して他のコンピュータ（またはサーバ）からプログラムを可搬記憶媒体や記憶媒体に格納し、コンピュータがこれからプログラムを読み出して実行するようにしてもよい。
【００５６】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１）  コンピュータに、
患者の患う疾病の情報と、当該患者に投与された投与薬の情報とを記憶する記憶手段を参照して、指定された治験薬が対象とする疾病を治療中の患者であって、投与薬の変更回数が第１しきい値以上の１又は複数の患者を抽出する手順と、
前記抽出する手順で抽出した前記１又は複数の患者を、治験対象の候補として出力する手順と、
を実行させることを特徴とするプログラム。
（付記２）  前記抽出する手順は、投与薬の変更回数が前記第１しきい値以上であって、患者に投与した各投与薬について、投与開始の日から投与を終了した日までの日数の平均値が第２しきい値以下の患者を前記治験対象の候補として抽出することを特徴とする付記１記載のプログラム。
（付記３）  前記抽出する手順は、前記治験対象の候補として抽出した患者数が所定数以下の場合に、前記投与薬の変更回数を前記第１しきい値よりも値が小さい第３しきい値に変更して該当する患者を抽出し、抽出した患者の中から、患者に投与した各投与薬について、投与開始の日から投与を終了した日までの日数の平均値が、前記第２しきい値よりも値の大きい第４しきい値以下の患者を前記治験対象の候補としてさらに抽出することを特徴とする付記２記載のプログラム。
（付記４）  前記抽出する手順は、患者が複数の病院で診察を受けている場合、複数病院で投与された投与薬の変更回数の合計が、前記第１しきい値以上である患者を前記治験薬の候補として出力することを特徴とする付記１記載のプログラム。
（付記５）  前記抽出する手順は、前記治験対象の候補の患者のうち、投与中の投与薬の投与開始日からの経過日数が第５しきい値以下の患者と、投与中の投与薬の投与開始日からの経過日数が、前記第５しきい値よりも値の大きい第６しきい値以上の患者との少なくとも一方を、前記治験対象の候補から除外することを特徴とする付記１から４のいずれか一項記載のプログラム。
（付記６）  患者の患う疾病の情報と、当該患者に投与された投与薬の情報とを記憶する記憶手段を参照して、指定された治験薬が対象とする疾病を治療中の患者であって、投与薬の変更回数が第１しきい値以上の１又は複数の患者を抽出するステップと、
前記抽出するステップで抽出した前記１又は複数の患者を、治験対象の候補として出力するステップと、
を有することを特徴とする治験候補者抽出方法。
（付記７）  前記抽出するステップは、投与薬の変更回数が前記第１しきい値以上であって、患者に投与した各投与薬について、投与開始の日から投与を終了した日までの日数の平均値が第２しきい値以下の患者を前記治験対象の候補として抽出することを特徴とする付記６記載の治験候補者抽出方法。
（付記８）  前記抽出するステップは、前記治験対象の候補として抽出した患者数が所定数以下の場合に、前記投与薬の変更回数を前記第１しきい値よりも値が小さい第３しきい値に変更して該当する患者を抽出し、抽出した患者の中から、患者に投与した各投与薬について、投与開始の日から投与を終了した日までの日数の平均値が、前記第２しきい値よりも値の大きい第４しきい値以下の患者を前記治験対象の候補としてさらに抽出することを特徴とする付記７記載の治験候補者抽出方法。
（付記９）  前記抽出するステップは、患者が複数の病院で診察を受けている場合、複数病院で投与された投与薬の変更回数の合計が、前記第１しきい値以上である患者を前記治験薬の候補として出力することを特徴とする付記６記載の治験候補者抽出方法。
（付記１０）  前記抽出するステップは、前記治験対象の候補の患者のうち、投与中の投与薬の投与開始日からの経過日数が第５しきい値以下の患者と、投与中の投与薬の投与開始日からの経過日数が、前記第５しきい値よりも値の大きい第６しきい値以上の患者との少なくとも一方を、前記治験対象の候補から除外することを特徴とする付記６から９のいずれか一項記載の治験候補者抽出方法。
（付記１１）  患者の患う疾病の情報と、当該患者に投与された投与薬の情報とを記憶する記憶手段と、
前記記憶手段を参照して、指定された治験薬が対象とする疾病を治療中の患者であって、投与薬の変更回数が第１しきい値以上の１又は複数の患者を抽出する抽出手段と、
前記抽出手段で抽出した前記１又は複数の患者を、治験対象の候補として出力する出力手段と、
を備えることを特徴とする治験候補者抽出装置。
（付記１２）  前記抽出手段は、投与薬の変更回数が前記第１しきい値以上であって、患者に投与した各投与薬について、投与開始の日から投与を終了した日までの日数の平均値が第２しきい値以下の患者を前記治験対象の候補として抽出することを特徴とする付記１１記載の治験候補者抽出装置。
（付記１３）  前記抽出手段は、前記治験対象の候補として抽出した患者数が所定数以下の場合に、前記投与薬の変更回数を前記第１しきい値よりも値が小さい第３しきい値に変更して該当する患者を抽出し、抽出した患者の中から、患者に投与した各投与薬について、投与開始の日から投与を終了した日までの日数の平均値が、前記第２しきい値よりも値の大きい第４しきい値以下の患者を前記治験対象の候補としてさらに抽出することを特徴とする付記１２記載の治験候補者抽出装置。
（付記１４）  前記抽出手段は、患者が複数の病院で診察を受けている場合、複数病院で投与された投与薬の変更回数の合計が、前記第１しきい値以上である患者を前記治験薬の候補として出力することを特徴とする付記１１記載の治験候補者抽出装置。
（付記１５）  前記抽出手段は、前記治験対象の候補の患者のうち、投与中の投与薬の投与開始日からの経過日数が第５しきい値以下の患者と、投与中の投与薬の投与開始日からの経過日数が、前記第５しきい値よりも値の大きい第６しきい値以上の患者との少なくとも一方を、前記治験対象の候補から除外することを特徴とする付記１１から１４のいずれか一項記載の治験候補者抽出装置。
【符号の説明】
【００５７】
１００  製薬会社端末
２００  医療機関端末
３００  医療情報サーバ
３１０  制御部
３７１  投与状況データ取得部
３７２  入力部
３７３  抽出部
３７４  出力部
【図１】
2014194595.tif 000003
【図２】
2014194595.tif 000004
【図３】
2014194595.tif 000005
【図４】
2014194595.tif 000006
【図５】
2014194595.tif 000007
【図６】
2014194595.tif 000008
【図７】
2014194595.tif 000009
【図８】
2014194595.tif 000010
【図９】
2014194595.tif 000011
【図１０】
2014194595.tif 000012
【図１１】
2014194595.tif 000013
【図１２】
2014194595.tif 000014
【図１３】
2014194595.tif 000015
【図１４】
2014194595.tif 000016
【図１５】
2014194595.tif 000017