JP2004178355A - 新薬の臨床試験のための情報処理方法 - Google Patents

Abstract

【課題】治験を実施する医療機関又は医師の評価を客観的に行う。
【解決手段】少なくとも新薬の臨床試験を実施する医療機関又は担当医師から当該新薬の臨床試験における報告データを受信した場合には、日付を含む、当該報告データの受信についてのログデータをトランザクション格納部に格納し、少なくともトランザクション格納部に格納されたログデータと報告スケジュールを含む報告ルールに関する評価項目についての重み付けデータとに基づき、医療機関又は担当医師の評価値を算出して提示する。新薬の臨床試験（治験）における報告データの受信についてのログデータにより、例えば遅延発生といった報告スケジュールに関する事象を判定し、判定された事象に対応するパラメータを用いて治験を実施した医師又は医療機関の評価値を計算する。そして、当該評価値に基づき医師又は医療機関の評価を行うことができるようになる。
【選択図】 図１

Description

【０００１】
【発明が属する技術分野】
本発明は、新薬の臨床試験を実施する医療機関等を評価するための技術に関する。
【０００２】
【従来の技術】
新薬の臨床試験（治験）において、被験者に新薬を投与し、その結果を収集する運用方法として、現在以下の２通りの方法が主に用いられている。
【０００３】
まず、第１の方法としては、紙媒体の症例報告書（ＣＲＦ：Ｃａｓｅ Ｒｅｐｏｒｔ Ｆｏｒｍ）を用いた臨床試験運用方法が挙げられる。ＣＲＦは医師（又は医療機関）が治験における症例データを記載するための書式を含み、薬剤の効能や効果によって書式が異なっている。すなわち、製薬企業によってＣＲＦが作成されると、製薬企業の担当者（モニタ）が、治験を行う医師にＣＲＦを届ける。医師は治験の結果をＣＲＦに記載し、署名及び捺印を行う。モニタは医師からＣＲＦを回収し、製薬企業に持ち帰る。製薬企業はＣＲＦの原本を保管し、治験結果データ（症例データ）を症例データ管理システムに登録する。また、製薬企業は、症例データ管理システムに入力されたデータをチェックし、矛盾点や整合性が取れていない箇所があれば、その内容と医師への確認事項とを含む問合せ票（ＣＬＦ：Ｃｏｌｌｅｃｔｉｏｎ Ｌｏｇ Ｆｏｒｍ）を作成する。なお、ＣＬＦもＣＲＦと同様に、薬剤の効能や効果によって書式が異なっている。モニタは、ＣＬＦを医師に届ける。医師は症例データの内容を調査した結果をＣＬＦに記載し、署名及び捺印を行う。モニタは医師からＣＬＦを回収し、製薬企業に持ち帰る。製薬企業はＣＬＦの原本を保管し、治験結果データを症例データ管理システムに登録する。
【０００４】
また、第２の方法としては、ＥＤＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｄａｔａ Ｃａｐｔｕｒｅ）システムを用いた臨床試験運用方法が挙げられる。すなわち、製薬企業はＣＲＦを作成するとともに、ＥＤＣシステムに管理情報やＣＲＦの項目等を登録し、医師が治験結果を入力するための画面を作成する。医師は医療機関の端末装置等を用いてＥＤＣシステムにアクセスし、治験の結果（症例データ）を入力する。製薬企業は、医師によって入力された症例データをＥＤＣシステムから症例管理データ管理システムへ移行する。また、製薬企業は、症例データ管理システムに入力されたデータをチェックし、矛盾点や整合性が取れていない箇所があれば、ＣＬＦの内容を含む画面をＥＤＣシステムに作成する。医師は症例データの内容を調査し、医療機関の端末装置等を用いてＥＤＣシステムにアクセスして結果を入力する。医師はＥＤＣシステムを用いてＣＲＦ及びＣＬＦを印刷出力し、署名及び捺印を行う。モニタは医師からＣＲＦ及びＣＬＦを回収し、製薬企業に持ち帰り保管する。
【０００５】
なお、第１の方法及び第２の方法のいずれにおいても、ＣＲＦ及びＣＬＦに署名及び捺印が必要なのは、治験を実施するために必要な法令（ＧＣＰ：Ｇｏｏｄ Ｃｌｉｎｉｃａｌ Ｐｒａｃｔｉｃｅ）にて義務付けられているためである。
【０００６】
また、治験依頼者と治験実施者と被験者とのコミュニケーションの仲介を行うシステムもある（例えば、特許文献１参照）。すなわち、新薬の治験において、治験依頼者より治験業務を受託する手段と、治験依頼者の設定条件に適合した治験実施者を選択する手段と、治験依頼者の設定条件に適合した被験者を選択する手段と、治験実施者に被験者に対する治験を実施させることを促進する手段と、治験結果を治験実施者より収集する手段と、治験依頼者に治験結果を提供する手段とを有する総合治験管理システムである。
【０００７】
【特許文献１】
特開２００２−４１６５７号公報
【０００８】
【発明が解決しようとする課題】
製薬企業は、治験の実施にあたっては、治験実施条件を満たす医療機関又は医師を厳密に審査し、選定する必要がある。この際に製薬企業は、治験を依頼可能な医療機関又は医師につき例えば過去の治験においてどのような実績であったかを客観的に示すデータを得ることができれば、適切な医療機関又は医師を選定して治験の依頼を行うことが可能となる。
【０００９】
一方で、治験の実施において重視すべき項目と軽視できる項目とが治験を行う薬剤によって異なる場合が多く、治験の状況を単純に集計しただけでは、治験を実施すべき薬剤に適切な医療機関又は医師を選定することが困難であった。
【００１０】
また、治験を実施する医療機関又は医師からの報告データ（ＣＲＦ・ＣＬＦ）の受信において、報告遅延等のステータスを判断する日数等の基準が製薬企業又は治験の内容によって異なるのが通常であり、このようなステータスに基づき適切な医療機関又は医師を評価することは困難であった。
【００１１】
そして、上で述べた従来技術では、基本的にはモニタがこれまで実施した自社の治験経験に基づき医療機関又は医師を選定するため、新規の依頼が困難であり、評価基準も客観性に乏しく、適切な医療機関又は医師を選定できているとは言えない。また、上で述べた総合治験管理システム（特許文献１）には何ら具体的な実現手段が示されておらず、薬剤や治験内容に対応して医療機関又は医師を客観的に評価することが可能かどうかは不明である。
【００１２】
従って本発明の目的は、治験を実施する医療機関又は医師の評価を客観的に行うための技術を提供することである。
【００１３】
【課題を解決するための手段】
本発明に係る医療機関又は医師の評価方法は、少なくとも新薬の臨床試験を実施する医療機関又は担当医師から新薬の臨床試験における報告データを受信した場合には、日付を含む、当該報告データの受信についてのログデータをトランザクション格納部に格納するステップと、少なくともトランザクション格納部に格納されたログデータと報告スケジュールを含む報告ルールに関する評価項目についての重み付けデータとに基づき、医療機関又は担当医師の評価値を算出し、記憶装置に格納する評価値算出ステップとを含む。
【００１４】
これにより、治験における報告データ（例えばＣＲＦ又はＣＬＦ）の受信についてのログデータにより、例えば遅延発生といった報告スケジュールに関する事象を判定し、判定された事象に対応するパラメータを用いて治験を実施した医師又は医療機関の評価値を計算する。そして、当該評価値に基づき医師又は医療機関の評価を行うことができるようになる。
【００１５】
また、本発明において、新薬の臨床試験における報告データの送信を促すメッセージを新薬の臨床試験を実施する医療機関又は担当医師宛に送信した場合には、日付を含む、メッセージの送信についてのログデータをトランザクション格納部に格納するステップをさらに含むような構成であってもよい。例えば、ＣＲＦ又はＣＬＦの入力依頼時の送信ログをトランザクション格納部に格納しておく。これにより、例えば医師又は医療機関がＣＲＦ又はＣＬＦの入力を行うべき期間の基準日（開始日）が判定できるようになる。
【００１６】
また、上で述べた重み付けデータは、特定の報告データの受信に対応するパラメータと、報告スケジュールの遵守又は違背に対応するパラメータとを含むような構成であってもよい。例えば、ＣＬＦの受信に対するパラメータと、所定のスケジュールに対するＣＲＦ又はＣＬＦの受信遅延発生等の事象に関するパラメータとに基づき評価値を算出する。
【００１７】
また、上で述べた評価値算出ステップが、ある報告データの送信を促すメッセージの送信についてのログデータと当該ある報告データの受信についてのログデータとから、報告スケジュールの遵守又は違背を確認するステップを含むような構成であってもよい。例えば、ＣＲＦ又はＣＬＦの入力依頼送信日と当該入力依頼がなされたＣＲＦ又はＣＬＦの受信日とから、医師又は医療機関がＣＲＦ又はＣＬＦを送信するまでの期間を算出する。これにより、報告スケジュールに沿ってＣＲＦ又はＣＬＦに対する入力がなされたかどうかを判定することができる。
【００１８】
また、本発明において、報告スケジュールに基づき報告データの受信遅延が所定期間以上となっていることが検出された場合には、新薬の臨床試験のステータスを所定のステータスに変更し、変更されたステータスを含むデータを記憶装置に格納するステップをさらに含むような構成であってもよい。医師又は医療機関がＣＲＦ又はＣＬＦの提出を長期にわたり放置していた場合には、その治験案件について自動的に例えば中止又は脱落等のステータス設定を行うものである。
【００１９】
また、上で述べた重み付けデータが、所定のステータスに対応するパラメータを含むような構成であってもよい。例えば中止又は脱落等のステータスに対応するパラメータの設定により、中止又は脱落等を評価に組み入れることが可能となる。
【００２０】
なお、本発明に係る処理方法をコンピュータに実行させるためのプログラムを作成することも可能であって、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してデジタル信号として頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリに一時保管される。
【００２１】
【発明の実施の形態】
本発明の一実施の形態に係るシステム構成図を図１に示す。例えばパーソナル・コンピュータである製薬企業端末３及び医療機関端末７は、図示しないがウェブ（Ｗｅｂ）ブラウザ機能及びメーラ機能を備えており、無線又は有線によりインターネットに接続してホームページを閲覧すること及びメールの送受信を行うことが可能となっている。
【００２２】
例えばインターネットであるネットワーク１には、１又は複数の製薬企業端末３や医療機関端末７の他、ＣＲＦ及びＣＬＦの管理等を行う１又は複数の管理サーバ５が接続されている。
【００２３】
なお、システムを利用する製薬企業や医療機関の数は限定されず、それに伴い製薬企業端末３及び医療機関端末７の数も限定されない。また、管理サーバ５が複数あってそれぞれがサービスを提供するような構成であってもよい。
【００２４】
また、ネットワーク１を経由する通信には、図示していないがドメイン・ネーム・サーバ（ＤＮＳ）、メール・サーバ、ファイア・ウォール等の、インターネット接続やメール送受信に必要な機器及び機能を使用するものとする。
【００２５】
管理サーバ５には、ＣＲＦ・ＣＬＦ入力依頼処理部５００とＣＲＦ・ＣＬＦ回収処理部５０２と製薬企業向け評価処理部５０４と医療機関向け評価処理部５０６とパラメータ設定処理部５０８と中止・脱落設定処理部５１０とが含まれている。また、管理サーバ５には、治験管理データベース（ＤＢ）５１２とＣＲＦ・ＣＬＦ管理ＤＢ５１４と評価パラメータＤＢ５１６と治験情報トランザクションＤＢ５１８とＣＲＦ・ＣＬＦ格納部５２０と回収ＣＲＦ・ＣＬＦ格納部５２２と医師マスタ５２４とが接続されている。
【００２６】
ＣＲＦ・ＣＬＦ格納部５２０には、薬剤毎に製薬企業が作成したＣＲＦ及びＣＬＦの雛型が電子データで格納されている。そして、治験を実施する医療機関のユーザ又は医師は、治験に対応したＣＲＦ又はＣＬＦの雛型に対してデータを入力する。また、医療機関のユーザ又は医師は、例えば医療機関端末７を操作して管理サーバ５にアクセスし、データが入力されたＣＲＦ又はＣＬＦを回収ＣＲＦ・ＣＬＦ格納部５２２に格納する。メールに添付して送信するような構成であってもよい。なお、法令に従い、紙媒体における運用（署名・捺印等）は別途行う。
【００２７】
また、医師マスタ５２４には、図示しないが、例えば医師氏名、所属医療機関、診療科及び電子メール・アドレス等、治験を実施する医師の属性データが格納されている。
【００２８】
ＣＲＦ・ＣＬＦ入力依頼処理部５００は、後に述べる治験薬投与期間テーブル等を参照してデータ入力が必要なＣＲＦ又はＣＬＦの存在を確認し、存在した場合には、医療機関又は医師に対してＣＲＦ又はＣＬＦへのデータ入力を促すメッセージを例えばメールで送信する。ＣＲＦ・ＣＬＦ回収処理部５０２は、医療機関又は医師から送信されたＣＲＦ又はＣＬＦの受信を確認する処理や、ＣＲＦ又はＣＬＦが所定の期間以上医療機関又は医師から送信されずに放置されている状態の判定処理等を行う。
【００２９】
製薬企業向け評価処理部５０４は、製薬企業のユーザが医療機関又は医師を評価するための処理を実施する。治験を実施した医療機関又は医師の評価値を算出し、医師毎に集計したデータを生成する。医療機関向け評価処理部５０６は、医療機関のユーザ又は医師が自己又は他の医療機関や医師を評価するための処理を実施する。治験を実施した医療機関又は医師によるＣＲＦ又はＣＬＦの発行、それらの提出の遅延発生等といった所定の事象毎の回数を集計したデータを生成する。
【００３０】
パラメータ設定処理部５０８は、製薬企業（製薬企業ユーザ）に対し、ＣＲＦ又はＣＬＦの発行、それらの提出の遅延発生等といった所定の事象に対応した、試験名毎の又は自社の試験に共通する評価用パラメータの入力を促し、受け付けた評価用パラメータを評価パラメータＤＢ５１６に登録する。
【００３１】
中止・脱落設定処理部５１０は、製薬企業（製薬企業ユーザ）に対し、所定の期間以上ＣＲＦ又はＣＬＦの提出が放置されている治験（ＣＲＦ・ＣＬＦ回収処理部５０２が判定）についてステータスの選択入力を促し、選択されたステータスを、放置された治験に対応して治験管理ＤＢ５１２に登録する。
【００３２】
次に、各ＤＢにおけるテーブル構成及び格納されるデータの一例を図２乃至図９に示す。
【００３３】
治験管理ＤＢ５１２には、治験薬管理テーブルと治験薬投与期間テーブルと試験管理テーブルとの例えば３つのテーブルが含まれている。これらのテーブルには、治験の実施にあたり製薬企業が設定したデータが予め登録されている。図２に、治験薬管理テーブルの一例を示す。図２の例には、治験薬番号（Ｎｏ．）の列２００と試験名の列２０２と製薬企業名の列２０４と薬効の列２０６と剤形の列２０８とが含まれている。薬剤に対して一意なレコードが登録されている。
【００３４】
図３に、治験薬投与期間テーブルの一例を示す。図３の例には、投与期間番号（Ｎｏ．）の列３００と試験名の列３０２と製薬企業名の列３０４と測定週の列３０６と測定日許容期間−下限の列３０８と測定日許容期間−上限の列３１０とが含まれている。試験名及び測定週に対して一意なレコードが登録されている。
【００３５】
例えば１行目のレコードでは、○○製薬（製薬企業名の列３０４）のＡＢＣ−１２３という試験（試験名の列３０２）を実施する際には、投与を開始する５日前（測定日許容期間−下限の列３０８）から１日前（測定日許容期間−上限の列３１０）までの期間に、投与開始前測定（測定週の列３０６）として患者のデータを測定する必要があることが示されている。また２行目のレコードでは、１行目のレコードと同じ試験において、投与を開始してから１２日目から１６日目までの期間に２週目の測定が実施される必要があることが示されている。このように、各試験において投与開始日を基準として患者のデータを測定する期間が規定されており、基本的にはこのテーブルのデータに従った測定が実施される。
【００３６】
なお、治験を実施する医師又は医療機関のユーザは、１回分の測定が終了すると、例えば医療機関端末７を操作して、測定結果を入力したＣＲＦを回収ＣＲＦ・ＣＬＦ格納部５２２に格納する。そのため、ＣＲＦは測定日が規定されている本テーブルのレコード数に対応して作成される。例えば図３の例では、「ＡＢＣ−１２３」の試験についてのレコードは１行目から６行目まであり、測定は６回行われることが示されている。すなわち、「ＡＢＣ−１２３」の試験では、１回の治験につき６通のＣＲＦにデータ入力が行われることになる。
【００３７】
図４に、試験管理テーブルの例を示す。図４の例には、試験管理番号（Ｎｏ．）の列４００と試験名の列４０２と実施医療機関名の列４０４と診療科の列４０６と責任医師名の列４０８と症例番号（症例Ｎｏ．）の列４１０と投与開始日の列４１２とステータスの列４１４と放置判定の列４１６とが含まれている。
【００３８】
本テーブルには、治験案件に対して一意なレコードが登録されている。症例番号（症例Ｎｏ．）の列４１０には、図示しない症例テーブルのキーとなる値が登録されており、この値を用いて患者の症例を検索することができる。また、試験名の列４０２の値をキーとして対応する治験薬投与期間テーブル（図３）のレコードを参照し、投与開始日の列４１２の値と測定日許容期間−下限の列３０８と測定日許容期間−上限の列３１０とを用いて、実際の治験において第何週目の測定は何月何日から何月何日までの間に実施すればよいかということが算出できる。
【００３９】
また、初期値として、ステータスの列４１４には「開始待ち」が、放置判定の列４１６には「Ｎｏ」が登録されており、詳細は後述するが、治験の進捗状況等によって他のステータスや「Ｙｅｓ」に変更される場合がある。
【００４０】
ＣＲＦ・ＣＬＦ管理ＤＢ５１４には、ＣＲＦ・ＣＬＦ管理テーブルが含まれている。ＣＲＦ・ＣＬＦ管理テーブルの一例を図５に示す。図５の例には、ＣＲＦ・ＣＬＦ管理番号（Ｎｏ．）の列５５０と試験名の列５５２と実施医療機関名の列５５４と診療科の列５５６と責任医師名の列５５８と症例番号（症例Ｎｏ．）の列５６０と測定週の列５６２と区分の列５６４とステータスの列５６６とが含まれている。本テーブルのレコードは、ＣＲＦ・ＣＬＦ入力依頼処理部５００によって医療機関又は医師に対してＣＲＦ又はＣＬＦの入力依頼が行われた際に追加される。すなわち、例えばＣＲＦの入力依頼が行われた場合には、区分の列５６４には「ＣＲＦ」と登録され、ステータスの列５６６には「入力依頼」と登録される。そして、入力依頼が行われたＣＲＦについて、医療機関又は医師からの送信（回収ＣＲＦ・ＣＬＦ格納部５２２への格納）が確認できた場合、該当するレコードのステータスの列５６６の値は、ＣＲＦ・ＣＬＦ回収処理部５０２によって「回収」に変更される。
【００４１】
評価パラメータＤＢ５１６には、点数テーブルとＣＬＦ回収希望日数テーブルと中止・脱落判定パラメータ・テーブルとの例えば３つのテーブルが含まれている。これらのテーブルには、評価の実施にあたり製薬企業が設定したデータ（パラメータ）が予め登録されている。登録方法については後述する。図６に、点数テーブルの一例を示す。図６の例には、点数設定番号（Ｎｏ．）の列６００と製薬企業名の列６０２と試験名の列６０４とＣＲＦ納期遅延の列６０６とＣＬＦ発行の列６０８とＣＬＦ遅延の列６１０と中止の列６１２と脱落の列６１４とが含まれている。
【００４２】
試験名の列６０４には、個別の試験名が登録されるか又は「共通」と登録される。「共通」の場合、そのレコードには、製薬企業名の列６０２の値で示される製薬企業の試験に共通する評価用パラメータが登録されている。また、ＣＲＦ納期遅延の列６０６とＣＬＦ発行の列６０８とＣＬＦ遅延の列６１０と中止の列６１２と脱落の列６１４とには、評価値の算出にあたり、該当する事象が発生していたと判定された場合に加算される重み付けポイントが登録されている。例えば１行目のレコードに示されるように、○○製薬の治験に共通した評価用パラメータを用いて評価を行うことが指示された場合、ＣＬＦの発行が例えば１回発生していれば、評価値に２点が加算される。なお、本実施の形態においては、評価値の合計点数が大きいほど、評価の対象となっている医師又は医療機関において適切な治験が行われなかったことが示される。
【００４３】
図７に、ＣＬＦ回収希望日数テーブルの一例を示す。図７の例には、ＣＬＦ回収希望日数番号（Ｎｏ．）の列７００と製薬企業名の列７０２と試験名の列７０４と回収希望日数の列７０６とが含まれている。回収希望日数の列７０６には、ＣＬＦの発行（入力依頼の送信）がなされてから、医師又は医療機関のユーザがＣＬＦにデータを入力して送信（管理サーバ５の受信）するまでの希望日数が登録されている。すなわち、製薬企業にとって、ＣＬＦを何日以内に提出して欲しいという数値である。この日数を超過した場合、ＣＬＦ遅延となる。なお、点数テーブル（図６）同様、試験毎の回収希望日数と製薬企業の試験に共通する回収希望日数とが登録されている。
【００４４】
図８に、中止・脱落判定パラメータ・テーブルの一例を示す。図８の例には、中止・脱落設定番号（Ｎｏ．）の列８００と製薬企業名の列８０２と試験名の列８０４と放置期間の列８０６と判定の列８０８とが含まれている。放置期間の列８０６には、ＣＲＦ又はＣＬＦの受信予定期間を過ぎても医師又は医療機関のユーザからＣＲＦ又はＣＬＦの提出がない場合に、自動的に当該治験案件を中止又は脱落と判定する期日を確定させるための日数が登録されている。この日数を経過した場合、治験案件のステータスは判定の列８０８の値に変更される。すなわち、試験管理テーブル（図４）のステータスの列４１４の値が「中止」又は「脱落」に変更され、放置判定の列４１６が「Ｙｅｓ」に変更される。
【００４５】
なお、点数テーブル（図６）同様、試験毎のパラメータと製薬企業の試験に共通するパラメータとが登録されているが、本実施の形態において自動の放置判定に用いられる際は、試験毎のパラメータが優先的に使用されるような構成となっている。
【００４６】
治験情報トランザクションＤＢ５１８には、治験情報トランザクション・テーブルが含まれている。治験情報トランザクション・テーブルの一例を図９に示す。図９の例には、トランザクション番号（Ｎｏ．）の列９００と試験名の列９０２と実施医療機関名の列９０４と診療科の列９０６と責任医師名の列９０８と症例番号（症例Ｎｏ．）の列９１０と測定週の列９１２と区分の列９１４とアクションの列９１６と日付の列９１８とが含まれている。本テーブルには、ＣＲＦ又はＣＬＦの入力依頼が行われた場合とＣＲＦ又はＣＬＦの受信を確認した場合とのログデータが登録される。ＣＲＦ・ＣＬＦ管理テーブル（図５）では、ＣＲＦ又はＣＬＦ１通につき１レコードの対応になっているが、本テーブルにおいては、基本的にはＣＲＦ又はＣＬＦ１通につき「入力依頼」と「回収」との２レコードの対応となっている。放置等により回収がない場合もある。日付の列９１８には、アクションの列９１６に示される処理（入力依頼又は回収）が行われた日付が登録される。
【００４７】
次に、図１０を用いて図１に示したシステムの処理概要を説明する。
【００４８】
まず、製薬企業は、治験を行う薬剤に対応したＣＲＦの雛型データを作成する。そして製薬企業ユーザは例えば製薬企業端末３を操作して管理サーバ５にアクセスし、作成したＣＲＦの雛型データをＣＲＦ・ＣＬＦ格納部５２０に格納する（ステップＳ１）。また、治験のデータを治験管理ＤＢ５１２に登録する（ステップＳ３）。具体的には、治験薬管理テーブル（図２）と治験薬投与期間テーブル（図３）と試験管理テーブル（図４）とにレコードを登録する。
【００４９】
次に、製薬企業ユーザは例えば製薬企業端末３を操作して管理サーバ５にアクセスし、パラメータ設定処理部５０８の機能を用いて評価パラメータの登録を行う（ステップＳ５）。処理の詳細は後述するが、評価パラメータＤＢ５１６の各テーブルにレコードを登録する。
【００５０】
ＣＲＦ・ＣＬＦ入力依頼処理部５００は、入力依頼を行うべきＣＲＦ又はＣＬＦがあれば、例えばメール等により、治験を実施する医師又は医療機関に対して入力依頼を行う（ステップＳ７）。入力依頼は、ＣＲＦ・ＣＬＦ格納部５２０に格納されているＣＬＦのうち未だ入力依頼を行っていないものについて、及び試験管理テーブル（図４）と治験薬投与テーブル（図３）とに基づき測定予定期間に該当するＣＲＦのうち未だ入力依頼を行っていないものについて行われる。
【００５１】
なお、ここまでの説明においてはＣＬＦの雛型データは未だ作成されていないため、例えば新規のＣＲＦの入力依頼が行われる。入力依頼処理の詳細は後述するが、この時ＣＲＦ・ＣＬＦ入力依頼処理部５００は、ＣＲＦ・ＣＬＦ管理テーブル（図５）に、区分の列５６４の値が「ＣＲＦ」でステータスの列５６６の値が「入力依頼」であるレコードを登録する。また、治験情報トランザクション・テーブル（図９）に、区分の列９１４の値が「ＣＲＦ」でアクションの列９１６の値が「入力依頼」で日付の列９１８の値が入力依頼を行った日付であるログデータ（レコード）を登録する。
【００５２】
入力依頼を受けた医師又は医療機関のユーザは、例えば医療機関端末７を操作して、測定結果を入力したＣＲＦを回収ＣＲＦ・ＣＬＦ格納部５２２に格納する。ＣＲＦ・ＣＬＦ回収処理部５０２は、所定のタイミングで（例えば１日１回）回収ＣＲＦ・ＣＬＦ格納部５２２を検索し、受信を確認したＣＲＦ（又はＣＬＦ）について、ステータスを変更する（ステップＳ９）。具体的には、試験管理テーブル（図４）において該当するレコードのステータスの列４１４の値が「開始待ち」であれば「投与中」に変更する。また、ＣＲＦ・ＣＬＦ管理テーブル（図５）において該当するレコードのステータスの列５６６の値を「入力依頼」から「回収」に変更する。また、治験情報トランザクション・テーブル（図９）に、アクションの列９１６の値が「回収」で日付の列９１８の値が受信した日付であるログデータ（レコード）を登録する。なお、詳細は後述するが、受信が確認できないＣＲＦやＣＬＦについての放置判定の処理も行う。
【００５３】
受信した（測定結果が入力された）ＣＲＦに対しては、製薬企業によって、例えば図示しない症例ＤＢのデータと照合する等のチェック処理が行われる。チェック処理の結果、問題があることが判明した場合、製薬企業はＣＬＦの雛型を作成する。ＣＲＦ同様、雛型データをＣＲＦ・ＣＬＦ格納部５２０に格納する。すなわち、ＣＬＦについてステップＳ１の処理を実行する。なお、ＣＬＦの場合は、ステップＳ３及びステップＳ５の処理はスキップする。
【００５４】
そして、ステップＳ７における、入力依頼を行うべきＣＲＦ又はＣＬＦの検索処理において、新規のＣＬＦは検索条件に該当し、ＣＲＦ・ＣＬＦ入力依頼処理部５００は例えばＣＬＦの入力依頼メールを医師又は医療機関に対して送信する。この時ＣＲＦ・ＣＬＦ入力依頼処理部５００は、ＣＲＦ・ＣＬＦ管理テーブル（図５）に、区分の列５６４の値が「ＣＬＦ」でステータスの列５６６の値が「入力依頼」であるレコードを登録する。また、治験情報トランザクション・テーブル（図９）に、区分の列９１４の値が「ＣＬＦ」でアクションの列９１６の値が「入力依頼」で日付の列９１８の値が入力依頼を行った日付であるログデータ（レコード）を登録する。ステップＳ９の処理については上で述べた通りである。
【００５５】
また、医師又は医療機関が所定の期間以上ＣＲＦ又はＣＬＦの提出を行わなかった場合等には、ＣＲＦ・ＣＬＦ回収処理部５０２は、中止・脱落パラメータ・テーブル（図８）に登録されているデータを用いて、中止又は脱落の設定処理を行うことがある。そして製薬企業ユーザは、中止・脱落設定処理部５１０の機能を利用して、ＣＲＦ・ＣＬＦ回収処理部５０２によって仮に設定された中止又は脱落のステータスを確認し、修正が必要な場合には修正する（ステップＳ１１）。処理の詳細については後述する。
【００５６】
このようにしてＣＲＦ又はＣＬＦのやり取りが行われ、治験の実施に関するデータが蓄積される。そして、製薬企業向け評価処理部５０４は、製薬企業ユーザからの要求に従い、少なくとも治験情報トランザクション・テーブル（図９）に登録されたログデータと治験薬投与期間テーブル（図３）に登録されたスケジュール・データと試験管理テーブル（図４）に登録された治験案件データと点数テーブル（図６）に登録されたパラメータ・データとＣＬＦ回収希望日数テーブル（図７）に登録されたＣＬＦ回収希望日数データとを用いて医師又は医療機関の評価値を算出する（ステップＳ１３）。
【００５７】
また、医療機関向け評価処理部５０６は、医師又は医療機関のユーザからの要求に従い、少なくとも治験情報トランザクション・テーブル（図９）に登録されたログデータと治験薬投与期間テーブル（図３）に登録されたスケジュール・データと試験管理テーブル（図４）に登録された治験案件データとＣＬＦ回収希望日数テーブル（図７）に登録されたＣＬＦ回収希望日数データとを用いて医師又は医療機関の実績値（所定の事象の発生回数）を算出する。評価処理の詳細については後述する。
【００５８】
本実施の形態においては、以上のような処理が所定のタイミングで繰返し又は任意のタイミングで適宜行われている。
【００５９】
次に、図１１を用いてステップＳ５（図１０）の評価パラメータ登録処理について説明する。この評価パラメータ登録処理は、例えば製薬企業端末３が有しているＷｅｂブラウザ機能を利用して行われる。まず、製薬企業会社端末３は、製薬企業ユーザの要求に基づき、評価パラメータ登録ページ・データの要求を管理サーバ５に送信する（ステップＳ１５）。パラメータ設定処理部５０８は、評価パラメータ登録ページ・データの要求を製薬企業端末３から受信する（ステップＳ１７）。そしてパラメータ設定処理部５０８は、図示しないログイン・ページ等によりユーザのログイン処理を実施する（ステップＳ１９）。ログイン処理には図示しないユーザ管理ＤＢ等が使用され、例えばユーザ管理ＤＢにはユーザＩＤ、パスワード、所属（製薬企業又は医療機関）等のデータが格納されている。なお、医師又は医療機関のユーザは、評価パラメータ登録ページは使用しないため、ここではログインできないような構成となっている。
【００６０】
ログインが成功すると、パラメータ設定処理部５０８は、ログイン・ユーザの所属する製薬企業を特定し、一旦記憶装置に格納する（ステップＳ２１）。そしてパラメータ設定処理部５０８は、共通・試験毎選択ページのデータを生成し、製薬企業端末３に対して送信する（ステップＳ２３）。製薬企業端末３は共通・試験毎選択ページのデータを受信し、表示装置に表示する（ステップＳ２５）。共通・試験毎選択ページでは、図示しないが例えばラジオボタンによって、製薬企業ユーザが設定しようとしているパラメータが自社試験共通のものであるか又は試験毎のものであるかの選択入力を促す。
【００６１】
製薬企業端末３は、共通・試験毎選択ページに対する製薬企業ユーザからの選択入力を受け付け、管理サーバ５に選択入力データを送信する（ステップＳ２７）。パラメータ設定処理部５０８は、選択入力データを製薬企業端末３から受信する（ステップＳ２９）。そしてパラメータ設定処理部５０８は、製薬企業ユーザの選択入力が「共通」であったかどうかを判定する（ステップＳ３１）。「共通」ではなかったと判定された場合（ステップＳ３１：Ｎｏルート）、すなわち「試験毎」のパラメータを設定するという選択であった場合には、処理は端子Ａを介して図１３の処理に移行する。
【００６２】
「共通」であったと判定された場合（ステップＳ３１：Ｙｅｓルート）、パラメータ設定処理部５０８は、ステップＳ２１において特定したログイン・ユーザの所属する製薬企業名、及び「共通」をキーとして点数テーブル（図６）とＣＬＦ回収希望日数テーブル（図７）と中止・脱落判定パラメータ・テーブル（図８）とを検索する（ステップＳ３３）。すなわち、ログイン・ユーザの所属する製薬企業において試験共通のパラメータ（共通パラメータ）が既に登録されているかどうかを判定する（ステップＳ３５）。なお、ここで検索対象となる各テーブルのレコードは同時に登録されるため、テーブルによって該当するレコードが存在したり存在しなかったりといった現象は発生しない。
【００６３】
共通パラメータが存在すると判定された場合（ステップＳ３５：Ｙｅｓルート）、パラメータ設定処理部５０８は、該当するレコードのデータ（共通パラメータ）を読み込み、一旦記憶装置に格納する（ステップＳ３７）。共通パラメータが存在しないと判定された場合（ステップＳ３５：Ｎｏルート）には、ステップＳ３７をスキップする。
【００６４】
そしてパラメータ設定処理部５０８は、共通パラメータ入力ページのデータを生成し、製薬企業端末３に送信する（ステップＳ３９）。なお、共通パラメータが存在していた場合には、読み込んだ共通パラメータのデータが、生成した共通パラメータ入力ページのデータに含まれる。
【００６５】
製薬企業端末３は、共通パラメータ入力ページのデータをパラメータ設定処理部５０８から受信し、表示装置に表示する（ステップＳ４１）。製薬企業端末３は、製薬企業ユーザからの共通パラメータ入力ページに対するパラメータの入力を受け付け、管理サーバ５に送信する（ステップＳ４３）。パラメータ設定処理部５０８は、製薬企業ユーザから入力されたパラメータを受信し、点数テーブル（図６）、ＣＬＦ回収希望日数テーブル（図７）及び中止・脱落判定パラメータ・テーブル（図８）に格納する又は点数テーブル（図６）、ＣＬＦ回収希望日数テーブル（図７）及び中止・脱落判定パラメータ・テーブル（図８）のレコードを更新する（ステップＳ４５）。
【００６６】
図１２に評価パラメータ入力ページの一例を示す。図１２の例には、共通選択表示部１２００と試験名選択表示部１２１０と試験名コンボ・ボックス１２２０と検索ボタン１２３０と登録ボタン１２４０と点数設定部１２５０と日数設定部１２６０とが含まれている。本ページは、共通パラメータ入力ページと後述する試験選択ページと後述する試験毎パラメータ入力ページとを兼用している。
【００６７】
本実施の形態においては、表示されるページの選択は図示しない共通・試験毎選択ページにおいてなされ、共通選択表示部１２００と試験名選択表示部１２１０とのうち選択されているものによって、表示されているページが表される。
【００６８】
例えば表示されているページが共通パラメータ入力ページの場合、共通選択表示部１２００が、ラジオボタンで選択されたような状態で示される。またその場合、試験名コンボ・ボックス１２２０及び検索ボタン１２３０は表示されない又は操作できないようになる。そして、ログインしている製薬企業ユーザが所属する製薬企業の試験に共通のパラメータが点数設定部１２５０及び日数設定部１２６０に表示される。共通のパラメータが存在しない場合は、空欄で表示される。これは上で述べたステップＳ３３乃至ステップＳ４１の処理によって実現される。
【００６９】
表示されているページが試験選択ページ又は試験毎パラメータ入力ページの場合、試験名コンボ・ボックス１２２０には、治験薬管理テーブル（図２）から抽出され且つログインしている製薬企業ユーザが所属する製薬企業の試験名が選択可能な状態で示される。そして、試験名が選択され且つ検索ボタン１２３０がクリックされると、選択された試験に対応したデータが、点数テーブル（図６）とＣＬＦ回収希望日数テーブル（図７）と中止・脱落判定パラメータ・テーブル（図８）とから抽出されて点数設定部１２５０及び日数設定部１２６０に表示される。選択された試験に対応したデータが存在しない場合は、空欄で表示される。なお、試験選択ページとは、図示しない共通・試験毎選択ページにおいて試験毎のパラメータ設定が選択された場合に表示される、試験毎パラメータ入力ページの初期画面のことである。点数設定部１２５０及び日数設定部１２６０において空欄が示されており、試験名コンボ・ボックス１２２０から試験名が選択され且つ検索ボタン１２３０がクリックされた場合に、試験毎パラメータ入力ページに切り替わる。
【００７０】
なお、本評価パラメータ入力ページにおいて、点数設定部１２５０及び日数設定部１２６０に示される数値は、ユーザによって変更又は新規入力が可能である。点数設定部１２５０では、治験において発生した事象（ＣＲＦ納期遅延、ＣＬＦ発行、ＣＬＦ遅延、中止症例、又は脱落症例）に対する個別の評価値が示されている。これらの評価値を用いて、医師又は医療機関の評価値が算出される。図１２の例では、例えばＡＢＣ−１２３の治験においてＣＲＦの納期遅延があったと判定された場合、１回につき５点が加算されるような設定が示されている。
【００７１】
また、日数設定部１２６０には、ＣＬＦの受信遅延を判定するためのＣＬＦ回収希望日数の設定欄と、ＣＲＦ又はＣＬＦの放置を判定するための日数の設定欄と、放置と判定した場合に治験案件に設定するステータスを選択するコンボ・ボックスとが含まれている。図１２の例では、例えばＡＢＣ−１２３の治験においてＣＬＦの入力依頼が行われた日から４日以内に医師又は医療機関からＣＬＦの提出がなされていないと判定された場合には、ＣＬＦ遅延という事象が発生したと判断するという設定が示されている。また、ＣＲＦ又はＣＬＦの入力依頼が行われた日から７日以上、医師又は医療機関からＣＲＦ又はＣＬＦの提出がなされていないと判定された場合には、当該治験案件は中止と判断するという設定が示されている。
【００７２】
登録ボタン１２４０がクリックされると、本ページに表示されているデータが点数テーブル（図６）とＣＬＦ回収希望日数テーブル（図７）と中止・脱落判定パラメータ・テーブル（図８）とに登録される。なお、既存のデータがあった場合には、更新される。
【００７３】
次に、図１３を用いて、ステップＳ３１（図１１）において「共通」ではないと判定された場合（ステップＳ３１：Ｎｏルート）の処理（端子Ａの後の処理）について説明する。パラメータ設定処理部５０８は、ログインしている製薬企業ユーザが属する製薬企業の試験名を治験薬管理テーブル（図２）から読み出す（ステップＳ４７）。そしてパラメータ設定処理部５０８は、読み出した試験名を試験名コンボ・ボックス１２２０（図１２）に設定した試験選択ページのデータを生成し、製薬企業端末３に送信する。
【００７４】
製薬企業端末３は試験選択ページのデータを受信し、表示装置に表示する（ステップＳ５１）。そして製薬企業端末３は、製薬企業ユーザからの試験選択ページに対する選択入力操作を受け付け、選択入力データ（試験名）を管理サーバ５に送信する（ステップＳ５３）。
【００７５】
パラメータ設定処理部５０８は、選択入力データ（試験名）を製薬企業端末３から受信する（ステップＳ５５）。そしてパラメータ設定処理部５０８は、ステップＳ２１（図１１）において特定したログイン・ユーザの所属する製薬企業名、及びステップＳ５５において受信した試験名をキーとして点数テーブル（図６）とＣＬＦ回収希望日数テーブル（図７）と中止・脱落判定パラメータ・テーブル（図８）とを検索する（ステップＳ５７）。すなわち、ステップＳ５３において製薬企業ユーザから選択された試験のパラメータが既に登録されているかどうかを判定する（ステップＳ５９）。なお、ここで検索対象となる各テーブルのレコードは同時に登録されるため、テーブルによって該当するレコードが存在したり存在しなかったりといった現象は発生しない。
【００７６】
試験のパラメータが存在すると判定された場合（ステップＳ５９：Ｙｅｓルート）、パラメータ設定処理部５０８は、該当するレコードのデータ（試験毎パラメータ）を読み込み、一旦記憶装置に格納する（ステップＳ６１）。試験毎パラメータが存在しないと判定された場合（ステップＳ５９：Ｎｏルート）には、ステップＳ６１をスキップする。
【００７７】
そしてパラメータ設定処理部５０８は、試験毎パラメータ入力ページ（図１２）のデータを生成し、製薬企業端末３に送信する（ステップＳ６３）。なお、試験毎パラメータが存在していた場合には、読み込んだ試験毎パラメータのデータが、生成した試験毎パラメータ入力ページのデータに含まれる。
【００７８】
製薬企業端末３は、試験毎パラメータ入力ページのデータをパラメータ設定処理部５０８から受信し、表示装置に表示する（ステップＳ６５）。製薬企業端末３は、製薬企業ユーザからの試験毎パラメータ入力ページに対するパラメータの入力を受け付け、管理サーバ５に送信する（ステップＳ６７）。パラメータ設定処理部５０８は、製薬企業ユーザから入力されたパラメータを受信し、点数テーブル（図６）、ＣＬＦ回収希望日数テーブル（図７）及び中止・脱落判定パラメータ・テーブル（図８）に格納する又は点数テーブル（図６）、ＣＬＦ回収希望日数テーブル（図７）及び中止・脱落判定パラメータ・テーブル（図８）のレコードを更新する（ステップＳ６９）。
【００７９】
次に、図１４を用いてステップＳ７（図１０）のＣＲＦ・ＣＬＦ入力依頼処理について説明する。図１４に示すフローでは、ステップＳ７１乃至ステップＳ８３において、入力依頼を行うべきＣＬＦの検出及び入力依頼処理を行い、ステップＳ８５乃至ステップＳ１０９において、入力依頼を行うべきＣＲＦの検出及び入力依頼処理を行っている。
【００８０】
ＣＲＦ・ＣＬＦ入力依頼処理部５００は、ＣＲＦ・ＣＬＦ格納部５２０を検索し、製薬企業により作成されたＣＬＦの雛型データの存在を確認する（ステップＳ７１）。なお、入力依頼を行う条件はＣＲＦの場合とＣＬＦの場合とでは異なっており、入力依頼を行うべきＣＲＦについては後に説明する処理において判定するため、この段階ではＣＲＦの雛型データの存在を確認しなくてもよい。ＣＬＦの雛型データが存在しないと判定された場合（ステップＳ７３：Ｎｏルート）、以下のステップＳ７５乃至ステップＳ８３をスキップする。ＣＬＦの雛型データが存在すると判定された場合（ステップＳ７３：Ｙｅｓルート）、ＣＲＦ・ＣＬＦ入力依頼処理部５００は、存在するＣＬＦ雛型データ全件について、試験名、実施医療機関名等、ＣＬＦの属性データを抽出し、一旦記憶装置に格納する。ＣＬＦの属性データは、例えば所定のルールに従って設定されたディレクトリ名やファイル名等から抽出する。
【００８１】
そしてＣＲＦ・ＣＬＦ入力依頼処理部５００は、ＣＬＦの属性データを用いて治験情報トランザクション・テーブル（図９）を検索し、ＣＲＦ・ＣＬＦ格納部５２０に存在する雛型ＣＬＦについてのレコードが存在するかどうか判定する（ステップＳ７７）。全てのＣＬＦについて対応するレコードが存在する場合、すなわち入力依頼がなされている場合には（ステップＳ７７：Ｙｅｓルート）、以下のステップＳ７９乃至ステップＳ８３をスキップする。
【００８２】
一方、入力依頼済みでない雛型ＣＬＦが存在すると判定された場合（ステップＳ７７：Ｎｏルート）、ＣＲＦ・ＣＬＦ入力依頼処理部５００は、該当するＣＬＦの入力依頼情報を生成し、例えば当該治験における責任医師宛てに雛型ＣＬＦを添付したメールを送信する（ステップＳ７９）。そしてＣＲＦ・ＣＬＦ入力依頼処理部５００は、治験情報トランザクション・テーブル（図９）に、区分の列９１４の値が「ＣＬＦ」でアクションの列９１６の値が「入力依頼」で日付の列９１８の値が入力依頼を行った日付であるログデータ（レコード）を登録する（ステップＳ８１）。また、ＣＲＦ・ＣＬＦ管理テーブル（図５）に、区分の列５６４の値が「ＣＬＦ」でステータスの列５６６の値が「入力依頼」であるレコードを登録する（ステップＳ８３）。
【００８３】
次に、ＣＲＦ・ＣＬＦ入力依頼処理部５００は、試験管理テーブル（図４）から１レコード抽出する（ステップＳ８５）。そしてＣＲＦ・ＣＬＦ入力依頼処理部５００は、抽出したレコードの試験名の列４０２の値を用いて治験薬投与期間テーブル（図３）を検索し（ステップＳ８７）、該当するレコードの測定日許容期間−下限の列３０８の値及び測定日許容期間−上限の列３１０の値を抽出する（ステップＳ８９）。
【００８４】
ＣＲＦ・ＣＬＦ入力依頼処理部５００は、ステップＳ８５において抽出したレコードの投与開始日の列４１２の値と、ステップＳ８９において抽出した測定日許容期間−下限の列３０８の値及び測定日許容期間−上限の列３１０の値とを用いて当該治験案件における測定予定期間を計算する（ステップＳ９１）。例えば、試験管理テーブル（図４）のレコードの投与開始日の列４１２の値が「２００２年１１月１日」であり、治験薬投与期間テーブル（図３）のレコードの測定週の列３０６の値が「投与開始前」、測定日許容期間−下限の列３０８の値が「５日前」且つ測定日許容期間−上限の列３１０の値が「１日前」であった場合、当該治験案件の投与開始前における測定予定期間は２００２年１０月２７日（１１月１日の５日前）から２００２年１０月３１日（１１月１日の１日前）までということになる。これを該当する全測定週について行う。
【００８５】
そしてＣＲＦ・ＣＬＦ入力依頼処理部５００は、ステップＳ９１において算出した測定予定期間とシステム日付とを比較する（ステップＳ９３）。すなわち、今現在が測定予定期間内であるかどうか判定する（ステップＳ９５）。測定予定期間内ではないと判定された場合（ステップＳ９５：Ｎｏルート）、以下のステップＳ９７乃至ステップＳ１０７をスキップする。測定予定期間内であると判定された場合（ステップＳ９５：Ｙｅｓルート）、治験情報トランザクション・テーブル（図９）を検索し（ステップＳ９７）、現在測定予定期間内であると判定されたＣＲＦについてのレコードが存在するかどうか判定する（ステップＳ９９）。レコードが存在する場合、すなわち入力依頼がなされている場合には（ステップＳ９９：Ｙｅｓルート）、以下のステップＳ１０１乃至ステップＳ１０５をスキップする。
【００８６】
一方、入力依頼済みでないＣＲＦが存在すると判定された場合（ステップＳ９９：Ｎｏルート）、ＣＲＦ・ＣＬＦ入力依頼処理部５００は、該当するＣＲＦの入力依頼情報を生成し、例えば当該治験における責任医師宛てに雛型ＣＲＦを添付したメールを送信する（ステップＳ１０１）。なお、雛型ＣＲＦは、ＣＲＦ・ＣＬＦ格納部５２０からファイル名に基づいて抽出する。そしてＣＲＦ・ＣＬＦ入力依頼処理部５００は、治験情報トランザクション・テーブル（図９）に、区分の列９１４の値が「ＣＲＦ」でアクションの列９１６の値が「入力依頼」で日付の列９１８の値が入力依頼を行った日付であるログデータ（レコード）を登録する（ステップＳ１０３）。また、ＣＲＦ・ＣＬＦ管理テーブル（図５）に、区分の列５６４の値が「ＣＲＦ」でステータスの列５６６の値が「入力依頼」であるレコードを登録する（ステップＳ１０５）。
【００８７】
そしてＣＲＦ・ＣＬＦ入力依頼処理部５００は、試験管理テーブル（図４）の全レコードについて処理を行ったか判定し（ステップＳ１０９）、全レコード分が終了していないと判定された場合（ステップＳ１０９：Ｎｏルート）、ステップＳ８５に戻り、試験管理テーブル（図４）から次のレコードを抽出する。全レコード分が終了したと判定された場合（ステップＳ１０９：Ｙｅｓルート）、ＣＲＦ・ＣＬＦ入力依頼処理を終了する。
【００８８】
以上の処理を所定のタイミングで（例えば１日１回）行うことにより、入力依頼を行うべきＣＲＦ又はＣＬＦの検出と、医師又は医療機関に対しての入力依頼とが自動でなされるようになる。
【００８９】
次に、図１５を用いてステップＳ９（図１０）のステータス更新処理について説明する。図１５に示すフローでは、ステップＳ１１５乃至ステップＳ１２５において、ＣＲＦ又はＣＬＦの受信を確認し、関連するレコードのステータスを「回収」に変更する処理を行っている。また、ステップＳ１２７乃至ステップＳ１５５において、放置されている治験案件の検出を行い、関連するレコードのステータスを「中止」又は「脱落」に変更する処理を行っている。
【００９０】
ＣＲＦ・ＣＬＦ回収処理部５０２は、回収ＣＲＦ・ＣＬＦ格納部５２２を検索し、医師又は医療機関からのＣＲＦ又はＣＬＦの受信を確認する（ステップＳ１１１）。ＣＲＦ又はＣＬＦが存在しないと判定された場合（ステップＳ１１３：Ｎｏルート）、以下のステップＳ１１５乃至ステップＳ１２５をスキップする。ＣＲＦ又はＣＬＦが存在すると判定された場合（ステップＳ１１３：Ｙｅｓルート）、ＣＲＦ・ＣＬＦ回収処理部５０２は、試験名、実施医療機関名等、ＣＲＦ又はＣＬＦの属性データを抽出し、一旦記憶装置に格納する。ＣＲＦ又はＣＬＦの属性データは、例えば所定のルールに従って設定されたディレクトリ名やファイル名等から抽出する。
【００９１】
そしてＣＲＦ・ＣＬＦ回収処理部５０２は、ＣＲＦ又はＣＬＦの属性データを用いて治験情報トランザクション・テーブル（図９）を検索し（ステップＳ１１５）、当該ＣＲＦ又はＣＬＦについてのレコードであり且つアクションの列９１６の値が「回収」であるレコードが登録済みである（存在する）かどうか判定する（ステップＳ１１７）。該当するレコードが存在する場合、すなわち回収処理がなされている場合には（ステップＳ１１７：Ｙｅｓルート）、以下のステップＳ１１９乃至ステップＳ１２３をスキップする。
【００９２】
一方、治験情報トランザクション・テーブル（図９）に、該当するレコードが登録されていないと判定された場合（ステップＳ１１７：Ｎｏルート）、ＣＲＦ・ＣＬＦ回収処理部５０２は、治験情報トランザクション・テーブル（図９）に、アクションの列９１６の値が「回収」で日付の列９１８の値がこの処理を行った日付であるログデータ（レコード）を登録する（ステップＳ１１９）。また、ＣＲＦ・ＣＬＦ管理テーブル（図５）において、対応するレコードのステータスの列５６６の値を「回収」に変更する（ステップＳ１２１）。
【００９３】
また、受信したデータがＣＲＦであり、試験管理テーブル（図４）において当該治験案件のレコードのステータスの列４１４の値が「開始待ち」であった場合には、「投与中」に変更する（ステップＳ１２３）。また、受信したデータがＣＲＦで且つ最終測定週の分であった場合、試験管理テーブル（図４）において、当該治験案件のレコードのステータスの列４１４の値を「終了」に変更する。なお、最終測定週の判定は治験薬投与期間テーブル（図３）を参照して行う。
【００９４】
そしてＣＲＦ・ＣＬＦ回収処理部５０２は、回収ＣＲＦ・ＣＬＦ格納部５２２の全データについて処理を行ったか判定し（ステップＳ１２５）、全データの処理が終了していないと判定された場合（ステップＳ１２５：Ｎｏルート）、ステップＳ１１５に戻る。全データの処理が終了したと判定された場合（ステップＳ１２５：Ｙｅｓルート）、ＣＲＦ・ＣＬＦ回収処理部５０２は、ＣＲＦ・ＣＬＦ管理テーブル（図５）を検索し（ステップＳ１２７）、ステータスの列５６６の値が「入力依頼」であるレコードを抽出する（ステップＳ１２９）。該当するレコードが存在しないと判定された場合（ステップＳ１３１：Ｎｏルート）、以下のステップＳ１３３乃至ステップＳ１５５をスキップする。
【００９５】
該当するレコードが存在すると判定された場合（ステップＳ１３１：Ｙｅｓルート）、区分の列５６４の値が「ＣＲＦ」であるかどうか判定する（ステップＳ１３３）。「ＣＲＦ」ではないと判定された場合（ステップＳ１３３：Ｎｏルート）、すなわち、区分の列５６４の値が「ＣＬＦ」であった場合には、ＣＲＦ・ＣＬＦ回収処理部５０２は治験情報トランザクション・テーブル（図９）を検索し、当該ＣＬＦについての入力依頼が行われた日付（日付の列９１８の値）を抽出する（ステップＳ１３５）。そしてＣＲＦ・ＣＬＦ回収処理部５０２は、抽出されたＣＬＦ入力依頼の発行日とシステム日付とを比較する（ステップＳ１３７）。
【００９６】
一方、「ＣＲＦ」であると判定された場合（ステップＳ１３３：Ｙｅｓルート）、ＣＲＦ・ＣＬＦ回収処理部５０２は、当該レコードの試験名の列５５２の値及び測定週の列５６２の値に基づき治験薬投与期間テーブル（図３）を検索し（ステップＳ１３９）、該当するレコードの測定日許容期間−下限の列３０８の値及び測定日許容期間−上限の列３１０の値を抽出する（ステップＳ１４１）。
【００９７】
そしてＣＲＦ・ＣＬＦ回収処理部５０２は、試験管理テーブル（図４）から当該治験案件の投与開始日（投与開始日の列４１２の値）を抽出し、ステップＳ１４１において抽出した測定日許容期間−下限の列３０８の値及び測定日許容期間−上限の列３１０の値を用いて当該治験案件における測定予定期間を計算する（ステップＳ１４３）。そしてＣＲＦ・ＣＬＦ回収処理部５０２は、算出された測定予定期間とシステム日付とを比較する（ステップＳ１４５）。
【００９８】
ＣＲＦ・ＣＬＦ回収処理部５０２は、ステップＳ１３７又はステップＳ１４５の比較処理により、ＣＲＦ又はＣＬＦが放置されていた期間（日数）を算出する（ステップＳ１４７）。また、ＣＲＦ・ＣＬＦ回収処理部５０２は、試験名をキーとして中止・脱落判定パラメータ・テーブル（図８）を検索し、放置期間の列８０６の値及び判定の列８０８の値を抽出する（ステップＳ１４９）。なお、試験名に該当するレコードがない場合には、製薬企業名及び試験名「共通」をキーとして、中止・脱落判定パラメータ・テーブル（図８）を検索し、放置期間の列８０６の値及び判定の列８０８の値を抽出する。
【００９９】
次にＣＲＦ・ＣＬＦ回収処理部５０２は、ステップＳ１４７において算出された放置期間とステップＳ１４９において抽出された放置期間とを比較し、当該治験案件が放置（中止又は脱落）に該当するかどうか判定する（ステップＳ１５１）。放置（中止又は脱落）に該当すると判定された場合（ステップＳ１５１：Ｙｅｓルート）、ＣＲＦ・ＣＬＦ回収処理部５０２は、試験管理テーブル（図４）において当該治験案件に該当するレコードの放置判定の列４１６の値を「Ｙｅｓ」に変更し、ステータスの列４１４の値を、ステップＳ１４９において抽出された判定の列８０８の値（「中止」又は「脱落」）に変更する。 なお、試験管理テーブル（図４）において当該治験案件に該当するレコードの放置判定の列４１６の値が「Ｎｏ」であり且つステータスの列４１４の値が「中止」又は「脱落」であった場合は、製薬企業ユーザが更新したレコードであるため、自動変更は行わない。
【０１００】
そしてＣＲＦ・ＣＬＦ回収処理部５０２は、ステップＳ１２９において抽出された全データについて処理が行われたかどうか判定し（ステップＳ１５５）、全データについて処理が行われていないと判定された場合（ステップＳ１５５：Ｎｏルート）、ステップＳ１３３に戻る。また、全データについて処理が行われたと判定された場合（ステップＳ１５５：Ｙｅｓルート）、本ステータス更新処理を終了する。
【０１０１】
以上の処理を所定のタイミングで（例えば１日１回）行うことにより、ＣＲＦ又はＣＬＦの受信確認（回収）及びステータス更新処理と、放置案件の検出、中止・脱落判定処理及びステータス更新処理とが自動でなされるようになる。
【０１０２】
次に、図１６を用いてステップＳ１１（図１０）の中止・脱落設定処理について説明する。この中止・脱落設定処理は、例えば製薬企業端末３が有しているＷｅｂブラウザ機能を利用して行われる。上で述べた中止・脱落判定処理の結果を含む治験案件のデータを製薬企業ユーザが確認して、治験案件のステータスを設定又は修正するものである。
【０１０３】
まず、製薬企業端末３は、製薬企業ユーザの要求に基づき、中止・脱落設定ページ・データの要求を管理サーバ５に送信する（ステップＳ１５７）。中止・脱落設定処理部５１０は、中止・脱落設定ページ・データの要求を製薬企業端末３から受信する（ステップＳ１５９）。そして中止・脱落設定処理部５１０は、図示しないログイン・ページ等によりユーザのログイン処理を実施する（ステップＳ１６１）。ログイン処理には図示しないユーザ管理ＤＢ等が使用され、例えばユーザ管理ＤＢにはユーザＩＤ、パスワード、所属（製薬企業又は医療機関）等のデータが格納されている。なお、医師又は医療機関のユーザは、中止・脱落設定ページは使用しないため、ここではログインできないような構成となっている。
【０１０４】
ログインが成功すると、中止・脱落設定処理部５１０は、ログイン・ユーザの所属する製薬企業を特定し、一旦記憶装置に格納する（ステップＳ１６３）。そして中止・脱落設定処理部５１０は、治験薬管理テーブル（図２）を検索し、ログイン・ユーザの所属する製薬企業の試験名を読み出し、一旦記憶装置に格納する（ステップＳ１６５）。中止・脱落設定処理部５１０は、ステップＳ１６５で読み出した試験名のデータを含む試験選択ページのデータを生成し、製薬企業端末３に対して送信する（ステップＳ１６７）。製薬企業端末３は試験選択ページのデータを受信し、表示装置に表示する（ステップＳ１６９）。試験選択ページでは、図示しないが例えばリストボックスによって、製薬企業ユーザが設定しようとしている治験案件の試験名の選択入力を促す。
【０１０５】
製薬企業端末３は、試験選択ページに対する製薬企業ユーザからの選択入力を受け付け、管理サーバ５に選択入力データ（試験名）を送信する（ステップＳ１７１）。中止・脱落設定処理部５１０は、選択入力データ（試験名）を製薬企業端末３から受信する（ステップＳ１７３）。そして中止・脱落設定処理部５１０は、製薬企業ユーザが選択した試験名を用いて試験管理テーブル（図４）を検索し、ステータスの列４１４の値が「中止」、「脱落」又は「投与中」であるレコードの存在を確認して抽出する（ステップＳ１７５）。
【０１０６】
該当するレコードが存在すると判定された場合（ステップＳ１７７：Ｙｅｓルート）、中止・脱落設定処理部５１０は、該当するレコードのデータを含む中止・脱落設定ページのデータを生成する（ステップＳ１７９）。該当するレコードが存在しないと判定された場合（ステップＳ１７７：Ｎｏルート）、中止・脱落設定処理部５１０は、該当するレコードが存在しないという旨のメッセージのデータを含む中止・脱落設定ページのデータを生成する（ステップＳ１８１）。
【０１０７】
中止・脱落設定処理部５１０は、ステップＳ１７９又はステップＳ１８１において生成した中止・脱落設定ページのデータを製薬企業端末３に対して送信する（ステップＳ１８３）。製薬企業端末３は、中止・脱落設定ページのデータを中止・脱落設定処理部５１０から受信し、表示装置に表示する（ステップＳ１８５）。
【０１０８】
図１７に中止・脱落設定ページの一例を示す。図１７の例には、試験名コンボ・ボックス１７２０と検索ボタン１７３０と更新ボタン１７４０と治験案件リスト１７５０とが含まれている。また、治験案件リスト１７５０には、治験案件番号（Ｎｏ．）の列１７５１と医療機関・診療科の列１７５２と医師名の列１７５３と症例番号（症例Ｎｏ．）の列１７５４と投与開始日の列１７５５とステータスの列１７５６とシステム自動判定の列１７５７とが含まれている。
【０１０９】
図１７の例では、治験案件リスト１７５０が含まれているが、ステップＳ１７７（図１６）において該当するレコードが存在しないと判定された場合には、治験案件リスト１７５０の代わりに、例えば「該当するレコードが存在しません。」といったメッセージが含まれる。また、図１７の例では、治験案件リスト１７５０には３件の治験案件データが示されているが、示されるデータは何件であってもよく、例えばスクロールバーによってデータをスライドさせて閲覧可能とするような構成であってもよい。
【０１１０】
試験名コンボ・ボックス１７２０には、ステップＳ１６５で読み出した試験名のデータが含まれている。製薬企業ユーザによって試験名が選択され且つ検索ボタン１７３０がクリックされた場合には、ステップＳ１７５（図１６）からの処理が実行され、治験案件リスト１７５０の表示が更新される。
【０１１１】
また、治験案件リスト１７５０において、ステータスの列１７５６及びシステム自動判定の列１７５７を除く各列には、試験管理テーブル（図４）のレコードにおいて対応する列の値がそのまま示される。ステータスの列１７５６には、試験管理テーブル（図４）のレコードにおいて放置判定の列４１６の値が「Ｎｏ」である場合には、ステータスの列４１４の値がそのまま示される。また、その場合には、システム自動判定の列１７５７にはデータなしを意味する表示の例えば「−」が示される。一方、放置判定の列４１６の値が「Ｙｅｓ」である場合には、ステータスの列１７５６には空欄が示され、システム自動判定の列１７５７には、試験管理テーブル（図４）のレコードのステータスの列４１４の値（「中止」又は「脱落」）が示される。
【０１１２】
ステータスの列１７５６はコンボ・ボックスであり、製薬企業ユーザによる設定変更が可能となっている。選択設定可能なステータスは、例えば「中止」、「脱落」及び「投与中」の３つである。そして更新ボタン１７４０がクリックされると、治験案件リスト１７５０に対応する試験管理テーブル（図４）のレコードは、設定されたステータスに更新される。
【０１１３】
図１６のフローに戻り、製薬企業端末３は、中止・脱落設定ページ（図１７）への製薬企業ユーザからの選択入力を受け付け、選択入力データを管理サーバ５に送信する（ステップＳ１８７）。中止・脱落設定処理部５１０は、中止・脱落設定ページ（図１７）への選択入力データを製薬企業端末３から受信し、一旦記憶装置に格納する（ステップＳ１８９）。そして中止・脱落設定処理部５１０は、選択入力が更新ボタン１７４０（図１７）のクリックであったかどうか判定する（ステップＳ１９１）。更新ボタン１７４０（図１７）のクリックではなかったと判定された場合（ステップＳ１９１：Ｎｏルート）、すなわち検索ボタン１７３０（図１７）がクリックされた場合には、ステップＳ１７５に戻る。
【０１１４】
一方、更新ボタン１７４０（図１７）のクリックであったと判定された場合（ステップＳ１９１：Ｙｅｓルート）、中止・脱落設定処理部５１０は、治験案件リスト１７５０（図１７）に対応する試験管理テーブル（図４）のレコードの放置判定の列４１６の値が「Ｙｅｓ」であるかどうか判定する（ステップＳ１９３）。「Ｙｅｓ」であると判定された場合（ステップＳ１９３：Ｙｅｓルート）、当該レコードの放置判定の列４１６の値を「Ｎｏ」に変更する（ステップＳ１９５）。「Ｙｅｓ」ではないと判定された場合（ステップＳ１９３：Ｎｏルート）、ステップＳ１９５をスキップする。
【０１１５】
そして中止・脱落設定処理部５１０は、ステップＳ１８９において受信した製薬企業ユーザからの選択入力（ステータスの設定）データに基づき、試験管理テーブル（図４）の該当するレコードのステータスの列４１４の値を更新する（ステップＳ１９７）。なお、ステップＳ１９３乃至ステップＳ１９７の処理は治験案件リスト１７５０（図１７）に示されていた全治験案件に対応する試験管理テーブル（図４）のレコードについて行う。
【０１１６】
次に、図１８乃至図２９を用いてステップＳ１３（図１０）の評価処理について説明する。本実施の形態における評価処理は、製薬企業向け評価処理と医療機関向け評価処理とに分類できる。製薬企業向け評価処理では、製薬企業ユーザに対して治験を実施した医師の評価値を示す。また、医療機関向け評価処理では、医師又は医療機関のユーザに対して治験を実施した医師の実績値（治験の実施における所定の事象の発生回数）を示す。相違点としては、医師又は医療機関のユーザに対しては点数による評価を提示しないことが挙げられる。
【０１１７】
図１８乃至図２２を用いて製薬企業向け評価処理について説明する。この製薬企業向け評価処理は、例えば製薬企業端末３が有しているＷｅｂブラウザ機能を利用して行われる。
【０１１８】
まず、製薬企業端末３は、製薬企業ユーザの要求に基づき、製薬企業向け評価ページ・データの要求を管理サーバ５に送信する（ステップＳ２０１）。製薬企業向け評価処理部５０４は、製薬企業向け評価ページ・データの要求を製薬企業端末３から受信する（ステップＳ２０３）。そして製薬企業向け評価処理部５０４は、図示しないログイン・ページ等によりユーザのログイン処理を実施する（ステップＳ２０５）。ログイン処理には図示しないユーザ管理ＤＢ等が使用され、例えばユーザ管理ＤＢにはユーザＩＤ、パスワード、所属（製薬企業又は医療機関）等のデータが格納されている。なお、医師又は医療機関のユーザは、製薬企業向け評価ページは使用しないため、ここではログインできないような構成となっている。
【０１１９】
ログインが成功すると、製薬企業向け評価処理部５０４は、ログイン・ユーザの所属する製薬企業を特定し、一旦記憶装置に格納する（ステップＳ２０７）。そして製薬企業向け評価処理部５０４は、治験薬管理テーブル（図２）及び試験管理テーブル（図４）のデータを読み出し、一旦記憶装置に格納する（ステップＳ２０９）。
【０１２０】
製薬企業向け評価処理部５０４は、ステップＳ２０７において特定されたログイン・ユーザの所属する製薬企業名と、ステップＳ２０９において読み出した治験薬管理テーブル（図２）及び試験管理テーブル（図４）のデータとを含む製薬企業向け評価ページのデータを生成し、製薬企業端末３に対して送信する（ステップＳ２１１）。製薬企業端末３は製薬企業向け評価ページのデータを受信し、表示装置に表示する（ステップＳ２１３）。 図１９に、製薬企業向け評価ページの一例を示す。図１９の例には、自社・他社選択ラジオボタン１９００と、検索ボタン１９１０と、試験名コンボ・ボックス１９２０と、自社試験に限定して評価を閲覧する際における治験抽出条件として医療機関名を選択するためのコンボ・ボックス１９３０と、自社試験に限定して評価を閲覧する際における治験抽出条件として医師名を選択するためのコンボ・ボックス１９４０と、自社試験に限定して評価を閲覧する際に使用する評価パラメータを選択するためのラジオボタン１９５０と、他社試験を含む評価を閲覧する際における治験抽出条件として医療機関名を選択するためのコンボ・ボックス１９６０と、他社試験を含む評価を閲覧する際における治験抽出条件として医師名を選択するためのコンボ・ボックス１９７０と他社試験を含む評価を閲覧する際に使用する評価パラメータを選択するためのラジオボタン１９８０とが含まれている。
【０１２１】
本ページは、製薬企業ユーザが医師の評価値を閲覧するにあたり、評価計算処理の対象とする治験案件の条件を指定するためのページである。製薬企業ユーザは、まず、自社・他社選択ラジオボタン１９００のいずれかを選択する。図１９に示すように例えば「自社試験の評価結果表示」が選択された場合には、「他社試験を含む評価結果表示」の場合に使用される、コンボ・ボックス１９６０とコンボ・ボックス１９７０とラジオボタン１９８０とについては選択操作ができないようになる。
【０１２２】
一方、「他社試験を含む評価結果表示」が選択された場合には、「自社試験の評価結果表示」の場合に使用される、試験名コンボ・ボックス１９２０とコンボ・ボックス１９３０とコンボ・ボックス１９４０とラジオボタン１９５０とについては選択操作ができないようになる。
【０１２３】
また、ラジオボタン１９５０において選択を受け付けるパラメータとは、点数テーブル（図６）とＣＬＦ回収希望日数テーブル（図７）とに格納されているデータを意味する。また、ラジオボタン１９８０で試験毎のパラメータが選択された場合、他社試験においては他社が設定した試験毎のパラメータを用いて評価処理が行われる。自社の共通パラメータが選択された場合には、他社試験においても自社（ログイン・ユーザの所属する製薬企業）の共通パラメータを用いて評価処理が行われる。
【０１２４】
なお、初期画面では各コンボ・ボックスは「全て表示」と示されるが、図１９に示すように例えば試験名コンボ・ボックス１９２０において「ＡＢＣ−１２３」が選択された場合には、コンボ・ボックス１９３０には「ＡＢＣ−１２３」の試験を実施していない医療機関名は含まれないようにする等、各コンボ・ボックスを連携させるような構成であってもよい。
【０１２５】
また、試験名コンボ・ボックス１９２０で試験名が選択され且つ当該試験に対応する試験毎のパラメータが存在しない場合には、ラジオボタン１９５０で「試験毎のパラメータ」を選択不可とするような構成であってもよい。
【０１２６】
検索ボタン１９１０がクリックされると、各コンボ・ボックス及び各ラジオボタンに指定された条件に基づき評価処理が行われ、後述する製薬企業向け評価結果表示ページに切り替わる。
【０１２７】
図１８のフローに戻り、製薬企業端末３は、製薬企業向け評価ページ（図１９）への製薬企業ユーザからの選択入力（検索条件）を受け付け、選択入力データを管理サーバ５に送信する（ステップＳ２１５）。製薬企業向け評価処理部５０４は、製薬企業向け評価ページ（図１９）への選択入力データ（検索条件）を製薬企業端末３から受信し、一旦記憶装置に格納する（ステップＳ２１７）。そして製薬企業向け評価処理部５０４は、ステップＳ２１７において受信した選択入力データ（検索条件）に基づき試験管理テーブル（図４）を検索し、条件に合致した医師名毎の症例数及び終了数を算出し、一旦記憶装置に格納する（ステップＳ２１９）。症例数は、治験案件数であり、試験管理テーブル（図４）において条件に基づき抽出されたレコードの数である。終了数は、抽出されたレコードのうち、ステータスの列４１４の値が「終了」となっているレコードの数である。処理は端子Ｂ及び端子Ｃを介して図２０の処理に移行する。
【０１２８】
製薬企業向け評価処理部５０４は、製薬企業向け評価ページ（図１９）への製薬企業ユーザからの選択入力が自社試験の評価であったかどうか判定する（ステップＳ２２１）。すなわち、自社・他社選択ラジオボタン１９００（図１９）の「自社試験の評価結果表示」が選択されたかどうか判定する。自社試験の評価ではないと判定された場合（ステップＳ２２１：Ｎｏルート）、処理は端子Ｄを介して図２２の処理に移行する。
【０１２９】
一方、自社試験の評価であったと判定された場合（ステップＳ２２１：Ｙｅｓルート）、製薬企業向け評価処理部５０４は、製薬企業ユーザの選択入力が共通パラメータであったかどうか判定する（ステップＳ２２３）。すなわち、ラジオボタン１９５０（図１９）の「共通パラメータ」が選択されたかどうか判定する。共通パラメータであったと判定された場合（ステップＳ２２３：Ｙｅｓルート）、製薬企業向け評価処理部５０４は、ステップＳ２０７において特定されたログイン・ユーザの所属する製薬企業名及び試験名「共通」をキーとして、点数テーブル（図６）とＣＬＦ回収希望日数テーブル（図７）とを検索して共通パラメータを読み込み、一旦記憶装置に格納する（ステップＳ２２５）。
【０１３０】
次に製薬企業向け評価処理部５０４は、治験情報トランザクション・テーブル（図９）から、検索条件に合致したデータ（レコード）を読み込む（ステップＳ２２７）。そして製薬企業向け評価処理部５０４は、読み込んだデータ（レコード）１件づつに対し、中止・脱落評価計算（ステップＳ２２９）とＣＲＦ遅延評価計算（ステップＳ２３１）とＣＬＦ発行・遅延評価計算（ステップＳ２３３）とを行う。中止・脱落評価計算とＣＲＦ遅延評価計算とＣＬＦ発行・遅延評価計算とにおける処理の詳細については後述するが、治験の実施において発生した事象に基づき、評価値が計算される。
【０１３１】
そして製薬企業向け評価処理部５０４は、検索条件に合致する治験情報トランザクション・テーブル（図９）の全データ（レコード）について処理がなされたかどうか判定する（ステップＳ２３５）。全データの処理が終了していないと判定された場合（ステップＳ２３５：Ｎｏルート）、ステップＳ２２７に戻り、次のデータ（レコード）を読み込む。全データの処理が終了したと判定された場合（ステップＳ２３５：Ｙｅｓルート）、後述するステップＳ２４９の処理に移行する。
【０１３２】
一方、ステップＳ２２３において、製薬企業ユーザの選択入力が共通パラメータではなかったと判定された場合（ステップＳ２２３：Ｎｏルート）、製薬企業向け評価処理部５０４は、治験情報トランザクション・テーブル（図９）から、検索条件に合致したデータ（レコード）を読み込む（ステップＳ２３７）。
【０１３３】
次に製薬企業向け評価処理部５０４は、ステップＳ２３７において読み込んだデータ（レコード）の試験名の列９０２の値をキーとして、点数テーブル（図６）とＣＬＦ回収希望日数テーブル（図７）とを検索して試験名毎のパラメータを読み込み、一旦記憶装置に格納する（ステップＳ２３９）。
【０１３４】
そして製薬企業向け評価処理部５０４は、ステップＳ２３７において読み込んだデータ（レコード）１件づつに対し、中止・脱落評価計算（ステップＳ２４１）とＣＲＦ遅延評価計算（ステップＳ２４３）とＣＬＦ発行・遅延評価計算（ステップＳ２４５）とを行う。中止・脱落評価計算とＣＲＦ遅延評価計算とＣＬＦ発行・遅延評価計算とにおける処理の詳細については後述するが、治験の実施において発生した事象に基づき、評価値が計算される。
【０１３５】
そして製薬企業向け評価処理部５０４は、検索条件に合致する治験情報トランザクション・テーブル（図９）の全データ（レコード）について処理がなされたかどうか判定する（ステップＳ２４７）。全データの処理が終了していないと判定された場合（ステップＳ２４７：Ｎｏルート）、ステップＳ２３７に戻り、次のデータ（レコード）を読み込む。全データの処理が終了したと判定された場合（ステップＳ２４７：Ｙｅｓルート）、製薬企業向け評価処理部５０４は、評価結果を集計する（ステップＳ２４９）。
【０１３６】
ステップＳ２４９においては、ステップＳ２２９乃至ステップＳ２３３、又はステップＳ２４１乃至ステップＳ２４５において算出されたレコード毎の評価値を、医師毎に合計する。この値が各医師の評価値となる。そして、評価の対象となった全医師の評価値の平均を算出する。また、ステップＳ２１９（図１８）において算出された医師毎の症例数及び終了数を合計する。また、中止・脱落、ＣＲＦ遅延、ＣＬＦ発行及びＣＬＦ遅延の事象発生回数を事象毎に合計する。製薬企業向け評価処理部５０４は、これらの集計結果を一旦記憶装置に格納する。
【０１３７】
そして、製薬企業向け評価処理部５０４は、ステップＳ２４９において算出された集計結果を含む製薬企業向け評価結果表示ページ・データを生成し、製薬企業端末３に送信する（ステップＳ２５１）。製薬企業端末３は製薬企業向け評価結果表示ページ・データを製薬企業向け評価処理部５０４から受信し、表示装置に表示する（ステップＳ２５３）。
【０１３８】
図２１に製薬企業向け評価結果表示ページの一例を示す。図２１の例には、検索条件表示部２１００と評価結果リスト２１１０と合計・平均表示部２１２０と終了ボタン２１３０とが含まれている。また、評価結果リスト２１１０には、リスト番号（Ｎｏ．）の列２１１１と医療機関・医師名の列２１１２と症例数・終了数の列２１１３と中止・脱落回数の列２１１４とＣＲＦ遅延回数の列２１１５とＣＬＦ発行回数の列２１１６とＣＬＦ遅延回数の列２１１７と違反点数の列２１１８とが含まれている。
【０１３９】
検索条件表示部２１００には、製薬企業向け評価ページ（図１９）において指定された条件が示されている。その条件に基づき算出された評価結果が、評価結果リスト２１１０及び合計・平均表示部２１２０に示されている。
【０１４０】
評価結果リスト２１１０では、医療機関・医師名の列２１１２に示されている医師名毎に、各列に対応する数値が示されている。症例数・終了数の列２１１３には医師毎に担当した治験案件の数及び終了した治験案件の数が示されている。症例数の下側にある括弧内の数値が、終了数である。中止・脱落回数の列２１１４には治験の実施において中止及び脱落が発生した治験案件の数が示されている。中止の数が上側に、脱落の数が下側に示されている。同様に、ＣＲＦ遅延回数の列２１１５とＣＬＦ発行回数の列２１１６とＣＬＦ遅延回数の列２１１７とには、各事象が発生した回数が示されている。違反点数の列２１１８には、評価パラメータ（試験毎のパラメータ又は共通パラメータ）を用いて算出された医師毎の評価値が示されている。
【０１４１】
また、図２１の例では、評価結果リスト２１１０には３件の医師別データが示されているが、示されるデータは何件であってもよく、例えばスクロールバーによってデータをスライドさせて閲覧可能とするような構成であってもよい。
【０１４２】
また、合計・平均表示部２１２０には、症例数・終了数の列２１１３と中止・脱落回数の列２１１４とＣＲＦ遅延回数の列２１１５とＣＬＦ発行回数の列２１１６とＣＬＦ遅延回数の列２１１７とにおける各列毎の合計値及び違反点数の列２１１８の平均値が示されている。終了ボタン２１３０がクリックされると、本ページを閉じて終了する。
【０１４３】
なお、製薬企業向け評価ページ（図１９）及び製薬企業向け評価結果表示ページ（図２１）を統合して、例えば１つのページにおいて条件の指定及び評価値の閲覧ができるような構成であってもよい。
【０１４４】
次に、端子Ｄを介して遷移した処理について図２２を用いて説明する。本処理は、ステップＳ２２１（図２０）において自社試験の評価ではない（他社試験を含む評価である）と判定された場合（ステップＳ２２１：Ｎｏルート）の処理である。
【０１４５】
製薬企業向け評価処理部５０４は、製薬企業向け評価ページ（図１９）に対する製薬企業ユーザの選択入力が自社の共通パラメータであったかどうか判定する（ステップＳ２５５）。すなわち、ラジオボタン１９８０（図１９）の「自社の共通パラメータ」が選択されたかどうか判定する。自社の共通パラメータであったと判定された場合（ステップＳ２５５：Ｙｅｓルート）、製薬企業向け評価処理部５０４は、ステップＳ２０７（図１８）において特定されたログイン・ユーザの所属する製薬企業名及び試験名「共通」をキーとして、点数テーブル（図６）とＣＬＦ回収希望日数テーブル（図７）とを検索して共通パラメータを読み込み、一旦記憶装置に格納する（ステップＳ２５７）。
【０１４６】
次に製薬企業向け評価処理部５０４は、治験情報トランザクション・テーブル（図９）から、検索条件に合致したデータ（レコード）を読み込む（ステップＳ２５９）。そして製薬企業向け評価処理部５０４は、読み込んだデータ（レコード）１件づつに対し、中止・脱落評価計算（ステップＳ２６１）とＣＲＦ遅延評価計算（ステップＳ２６３）とＣＬＦ発行・遅延評価計算（ステップＳ２６５）とを行う。中止・脱落評価計算とＣＲＦ遅延評価計算とＣＬＦ発行・遅延評価計算とにおける処理の詳細については後述するが、治験の実施において発生した事象に基づき、評価値が計算される。
【０１４７】
そして製薬企業向け評価処理部５０４は、検索条件に合致する治験情報トランザクション・テーブル（図９）の全データ（レコード）について処理がなされたかどうか判定する（ステップＳ２６７）。全データの処理が終了していないと判定された場合（ステップＳ２６７：Ｎｏルート）、ステップＳ２５９に戻り、次のデータ（レコード）を読み込む。全データの処理が終了したと判定された場合（ステップＳ２６７：Ｙｅｓルート）、後述するステップＳ２８１の処理に移行する。
【０１４８】
一方、ステップＳ２５５において、製薬企業ユーザの選択入力が自社の共通パラメータではなかったと判定された場合（ステップＳ２５５：Ｎｏルート）、製薬企業向け評価処理部５０４は、治験情報トランザクション・テーブル（図９）から、検索条件に合致したデータ（レコード）を読み込む（ステップＳ２６９）。
【０１４９】
次に製薬企業向け評価処理部５０４は、ステップＳ２６９において読み込んだデータ（レコード）の試験名の列９０２の値をキーとして、点数テーブル（図６）とＣＬＦ回収希望日数テーブル（図７）とを検索して試験名毎のパラメータを読み込み、一旦記憶装置に格納する（ステップＳ２７１）。ここでは、ログイン・ユーザが所属する製薬企業以外の他社が設定したパラメータも、読み込み対象に含まれる。
【０１５０】
そして製薬企業向け評価処理部５０４は、ステップＳ２６９において読み込んだデータ（レコード）１件づつに対し、中止・脱落評価計算（ステップＳ２７３）とＣＲＦ遅延評価計算（ステップＳ２７５）とＣＬＦ発行・遅延評価計算（ステップＳ２７７）とを行う。中止・脱落評価計算とＣＲＦ遅延評価計算とＣＬＦ発行・遅延評価計算とにおける処理の詳細については後述するが、治験の実施において発生した事象に基づき、評価値が計算される。
【０１５１】
そして製薬企業向け評価処理部５０４は、検索条件に合致する治験情報トランザクション・テーブル（図９）の全データ（レコード）について処理がなされたかどうか判定する（ステップＳ２７９）。全データの処理が終了していないと判定された場合（ステップＳ２７９：Ｎｏルート）、ステップＳ２６９に戻り、次のデータ（レコード）を読み込む。全データの処理が終了したと判定された場合（ステップＳ２７９：Ｙｅｓルート）、製薬企業向け評価処理部５０４は、評価結果を集計する（ステップＳ２８１）。
【０１５２】
ステップＳ２８１においては、ステップＳ２６１乃至ステップＳ２６５、又はステップＳ２７３乃至ステップＳ２７７において算出されたレコード毎の評価値を、医師毎に合計する。この値が各医師の評価値となる。そして、評価の対象となった全医師の評価値の平均を算出する。また、ステップＳ２１９（図１８）において算出された医師毎の症例数及び終了数を合計する。また、中止・脱落、ＣＲＦ遅延、ＣＬＦ発行及びＣＬＦ遅延の事象発生回数を事象毎に合計する。製薬企業向け評価処理部５０４は、これらの集計結果を一旦記憶装置に格納する。
【０１５３】
そして、製薬企業向け評価処理部５０４は、ステップＳ２８１において算出された集計結果を含む製薬企業向け評価結果表示ページ・データを生成し、製薬企業端末３に送信する（ステップＳ２８３）。製薬企業端末３は製薬企業向け評価結果表示ページ・データを製薬企業向け評価処理部５０４から受信し、表示装置に表示する（ステップＳ２８５）。製薬企業向け評価結果表示ページは図２１の例に示したものと同様であるが、製薬企業向け評価ページ（図１９）において試験名が指定されていない場合であるため、検索条件表示部２１００（図２１）に試験名は示されない。
【０１５４】
このようにして、製薬企業ユーザは、自社又は他社の試験における医師又は医療機関の実績値（所定の事象の発生回数）及び評価値を閲覧することができ、そのデータを踏まえて医師又は医療機関を評価することができるようになる。なお、他社の試験における医師又は医療機関の実績値を閲覧できれば、今までに依頼していない優秀な医師又は医療機関を検出できるようになる。
【０１５５】
次に、図２３乃至図２６を用いて医療機関向け評価処理について説明する。この医療機関向け評価処理は、例えば医療機関端末７が有しているＷｅｂブラウザ機能を利用して行われる。
【０１５６】
まず、医療機関端末７は、医師又は医療機関のユーザの要求に基づき、医療機関向け評価ページ・データの要求を管理サーバ５に送信する（ステップＳ２８７）。医療機関向け評価処理部５０６は、医療機関向け評価ページ・データの要求を医療機関端末７から受信する（ステップＳ２８９）。そして医療機関向け評価処理部５０６は、図示しないログイン・ページ等によりユーザのログイン処理を実施する（ステップＳ２９１）。ログイン処理には図示しないユーザ管理ＤＢ等が使用され、例えばユーザ管理ＤＢにはユーザＩＤ、パスワード、所属（製薬企業又は医療機関）等のデータが格納されている。なお、製薬企業ユーザは、医療機関向け評価ページは使用しないため、ここではログインできないような構成となっている。
【０１５７】
ログインが成功すると、医療機関向け評価処理部５０６は、ログイン・ユーザの所属する医療機関を特定し、一旦記憶装置に格納する（ステップＳ２９３）。そして医療機関向け評価処理部５０６は、治験薬管理テーブル（図２）及び試験管理テーブル（図４）のデータを読み出し、一旦記憶装置に格納する（ステップＳ２９５）。
【０１５８】
医療機関向け評価処理部５０６は、ステップＳ２９３において特定されたログイン・ユーザの所属する医療機関名と、ステップＳ２９５において読み出した治験薬管理テーブル（図２）及び試験管理テーブル（図４）のデータとを含む医療機関向け評価ページのデータを生成し、医療機関端末７に対して送信する（ステップＳ２９７）。医療機関端末７は医療機関向け評価ページのデータを受信し、表示装置に表示する（ステップＳ２９９）。 図２４に、医療機関向け評価ページの一例を示す。図２４の例には、自医療機関が実施した治験に限定して実績値（所定の事象の発生回数）を閲覧するのか又は他の医療機関が実施した治験を含む実績値を閲覧するのかを選択するためのラジオボタン２４００と、検索ボタン２４１０と、自医療機関が実施した治験に限定して実績値を閲覧する際における治験抽出条件として試験名を選択するためのコンボ・ボックス２４２０と、自医療機関が実施した治験に限定して実績値を閲覧する際における治験抽出条件として責任医師名を選択するためのコンボ・ボックス２４３０と、自医療機関が実施した治験に限定して実績値を閲覧する際における治験抽出条件として実施期間を入力するための入力欄２４４０と、他の医療機関が実施した治験を含む実績値を閲覧する際における治験抽出条件として試験名を選択するためのコンボ・ボックス２４５０と、他の医療機関が実施した治験を含む実績値を閲覧する際における治験抽出条件として医療機関名を選択するためのコンボ・ボックス２４６０と、他の医療機関が実施した治験を含む実績値を閲覧する際における治験抽出条件として責任医師名を選択するためのコンボ・ボックス２４７０と、他の医療機関が実施した治験を含む実績値を閲覧する際における治験抽出条件として実施期間を入力するための入力欄２４８０とが含まれている。
【０１５９】
本ページは、医師又は医療機関のユーザが医師の実績値（治験の実施における所定の事象の発生回数）を閲覧するにあたり、評価計算処理の対象とする治験案件の条件を指定するためのページである。医師又は医療機関のユーザは、まず、ラジオボタン２４００のいずれかを選択する。図２４に示すように例えば「自医療機関の実施試験の評価結果表示」が選択された場合には、「他医療機関を含む評価結果表示」の場合に使用される、コンボ・ボックス２４５０とコンボ・ボックス２４６０とコンボ・ボックス２４７０と入力欄２４８０とについては選択又は入力操作ができないようになる。
【０１６０】
一方、「他医療機関を含む評価結果表示」が選択された場合には、「自医療機関の実施試験の評価結果表示」の場合に使用される、コンボ・ボックス２４２０とコンボ・ボックス２４３０と入力欄２４４０とについては選択又は入力操作ができないようになる。
【０１６１】
なお、本実施の形態では、入力欄２４４０又は入力欄２４８０に入力（指定）された期間内において、終了、中止又は脱落となった治験案件に加え、実施中である治験案件についても評価の対象とするような構成となっているが、指定された期間内において、終了、中止又は脱落となった治験案件のみを評価の対象とするような構成であってもよい。
【０１６２】
なお、初期画面では各コンボ・ボックスは「全て表示」と示されるが、図２４に示すように例えばコンボ・ボックス２４３０において「田中太郎」が選択された場合には、コンボ・ボックス２４２０には「田中太郎」が実施していない試験名は含まれないようにする等、各コンボ・ボックスを連携させるような構成であってもよい。
【０１６３】
検索ボタン２４１０がクリックされると、各コンボ・ボックス及び各入力欄に指定された条件に基づき評価処理が行われ、後述する医療機関向け評価結果表示ページに切り替わる。
【０１６４】
図２３のフローに戻り、医療機関端末７は、医療機関向け評価ページ（図２４）への医師又は医療機関のユーザからの選択入力（検索条件）を受け付け、選択入力データを管理サーバ５に送信する（ステップＳ３０１）。医療機関向け評価処理部５０６は、医療機関向け評価ページ（図２４）への選択入力データ（検索条件）を医療機関端末７から受信し、一旦記憶装置に格納する（ステップＳ３０３）。そして医療機関向け評価処理部５０６は、ステップＳ３０３において受信した選択入力データ（検索条件）に基づき試験管理テーブル（図４）を検索し、条件に合致した医師名毎の症例数を算出し、一旦記憶装置に格納する（ステップＳ３０５）。症例数は、治験案件数であり、試験管理テーブル（図４）において条件に基づき抽出されたレコードの数である。処理は端子Ｅ及び端子Ｆを介して図２５の処理に移行する。
【０１６５】
医療機関向け評価処理部５０６は、医療機関向け評価ページ（図２４）への医師又は医療機関のユーザからの選択入力が自医療機関の試験の評価であったかどうか判定する（ステップＳ３０７）。すなわち、ラジオボタン２４００（図２４）の「自医療機関の実施試験の評価結果表示」が選択されたかどうか判定する。自医療機関の試験の評価であると判定された場合（ステップＳ３０７：Ｙｅｓルート）、医療機関向け評価処理部５０６は、自医療機関を評価計算処理の対象に設定する。すなわち、ログイン・ユーザが所属する医療機関名を、検索条件として一旦記憶装置に格納する。
【０１６６】
一方、自医療機関の試験の評価ではないと判定された場合（ステップＳ３０７：Ｎｏルート）、医療機関向け評価処理部５０６は、他の医療機関が指定されたかどうか判定する（ステップＳ３１１）。すなわち、コンボ・ボックス２４６０（図２４）において「全て表示」以外の医療機関名が選択されていたかどうか判定する。
【０１６７】
他の医療機関が指定されたと判定された場合（ステップＳ３１１：Ｙｅｓルート）、医療機関向け評価処理部５０６は、他医療機関を評価計算処理の対象に設定する。すなわち、選択された医療機関名を、検索条件として一旦記憶装置に格納する。他の医療機関が指定されなかったと判定された場合（ステップＳ３１１：Ｎｏルート）、医療機関向け評価処理部５０６は、全医療機関を評価計算処理の対象に設定する（ステップＳ３１３）。すなわち、医療機関名は検索条件としないものとする（ステップＳ３１５）。
【０１６８】
ステップＳ３０９、ステップＳ３１３又はステップＳ３１５の処理終了後、医療機関向け評価処理部５０６は、治験情報トランザクション・テーブル（図９）から、検索条件に合致したデータ（レコード）を読み込む（ステップＳ３１７）。そして医療機関向け評価処理部５０６は、読み込んだデータ（レコード）１件づつに対し、中止・脱落評価計算（ステップＳ３１９）とＣＲＦ遅延評価計算（ステップＳ３２１）とＣＬＦ発行・遅延評価計算（ステップＳ３２３）とを行う。中止・脱落評価計算とＣＲＦ遅延評価計算とＣＬＦ発行・遅延評価計算とにおける処理の詳細については後述するが、治験の実施において所定の事象が発生した数がカウントされる。
【０１６９】
そして医療機関向け評価処理部５０６は、検索条件に合致する治験情報トランザクション・テーブル（図９）の全データ（レコード）について処理がなされたかどうか判定する（ステップＳ３２５）。全データの処理が終了していないと判定された場合（ステップＳ３２５：Ｎｏルート）、ステップＳ３１７に戻り、次のデータ（レコード）を読み込む。全データの処理が終了したと判定された場合（ステップＳ３２５：Ｙｅｓルート）、医療機関向け評価処理部５０６は、評価結果を集計する（ステップＳ３２７）。
【０１７０】
ステップＳ３２７においては、ステップＳ３１９乃至ステップＳ３２３においてカウントされた中止・脱落、ＣＲＦ遅延、ＣＬＦ発行及びＣＬＦ遅延の事象発生回数を試験名毎に集計し、事象毎に合計する。また、ステップＳ３０５（図２３）において算出された試験名毎の症例数を合計する。また、治験情報トランザクション・テーブル（図９）のデータを用いて、評価計算処理の対象となった試験名毎の実施期間を算出する。そして医療機関向け評価処理部５０６は、これらの集計結果を一旦記憶装置に格納する。
【０１７１】
そして、医療機関向け評価処理部５０６は、ステップＳ３２７において算出された集計結果を含む医療機関向け評価結果表示ページ・データを生成し、医療機関端末７に送信する（ステップＳ３２９）。医療機関端末７は医療機関向け評価結果表示ページ・データを医療機関向け評価処理部５０６から受信し、表示装置に表示する（ステップＳ３３１）。
【０１７２】
図２６に医療機関向け評価結果表示ページの一例を示す。図２６の例には、検索条件表示部２６００と評価結果リスト２６１０と合計表示部２６２０と終了ボタン２６３０とが含まれている。また、評価結果リスト２６１０には、リスト番号（Ｎｏ．）の列２６１１と試験名の列２６１２と実施期間の列２６１３と症例数の列２６１４と中止・脱落回数の列２６１５とＣＲＦ遅延回数の列２６１６とＣＬＦ発行回数の列２６１７とＣＬＦ遅延回数の列２６１８とが含まれている。
【０１７３】
検索条件表示部２６００には、医療機関向け評価ページ（図２４）において指定された条件が示されている。その条件に基づきカウントされた結果が、評価結果リスト２６１０及び合計表示部２６２０に示されている。
【０１７４】
評価結果リスト２６１０では、試験名の列２６１２に示されている試験名毎に、各列に対応する数値が示されている。実施期間の列２６１３には当該試験が実施された期間が示されている。症例数の列２６１４には試験名毎に実施した治験案件の数が示されている。中止・脱落回数の列２６１５には治験の実施において中止及び脱落が発生した治験案件の数が示されている。中止の数が上側に、脱落の数が下側に示されている。同様に、ＣＲＦ遅延回数の列２６１６とＣＬＦ発行回数の列２６１７とＣＬＦ遅延回数の列２６１８とには、各事象が発生した回数が示されている。
【０１７５】
また、図２６の例では、評価結果リスト２６１０には２件の試験名別データが示されているが、示されるデータは何件であってもよく、例えばスクロールバーによってデータをスライドさせて閲覧可能とするような構成であってもよい。
【０１７６】
また、合計表示部２６２０には、症例数の列２６１４と中止・脱落回数の列２６１５とＣＲＦ遅延回数の列２６１６とＣＬＦ発行回数の列２６１７とＣＬＦ遅延回数の列２６１８とにおける各列毎の合計値が示されている。終了ボタン２６３０がクリックされると、本ページを閉じて終了する。
【０１７７】
なお、医療機関向け評価ページ（図２４）及び医療機関向け評価結果表示ページ（図２６）を統合して、例えば１つのページにおいて条件の指定及び実績値（治験の実施における所定の事象の発生回数）の閲覧ができるような構成であってもよい。
【０１７８】
このようにして、医師又は医療機関のユーザは、自医療機関又は他医療機関の実施した治験における実績値（所定の事象の発生回数）を閲覧することができ、そのデータを踏まえて医師又は医療機関を評価することができるようになる。
【０１７９】
次に、図２７乃至図２９を用いて、上で述べた実績値（治験の実施における所定の事象の発生回数）及び評価値を算出するための計算処理である、中止・脱落評価計算処理とＣＲＦ遅延評価計算処理とＣＬＦ発行・遅延評価計算処理とについて説明する。まず、図２７を用いて中止・脱落評価計算処理について説明する。
【０１８０】
本処理は、ステップＳ２２９（図２０）、ステップＳ２４１（図２０）、ステップＳ２６１（図２２）、ステップＳ２７３（図２２）又はステップＳ３１９（図２５）において実行される。なお、ステップＳ３１９（図２５）においては、医療機関向け評価処理部５０６が処理を行い、その他のステップにおいては、製薬企業向け評価処理部５０４が処理を行う。また、いずれのステップにおいても、使用する評価パラメータが特定され且つ治験情報トランザクション・テーブル（図９）のレコードが１件読み込まれている状態で本処理が行われる。
【０１８１】
まず、製薬企業向け評価処理部５０４又は医療機関向け評価処理部５０６は、処理対象の治験情報トランザクション・テーブル（図９）のレコードの、試験名の列９０２の値と実施医療機関名の列９０４の値と診療科の列９０６の値と責任医師名の列９０８の値と症例番号（症例Ｎｏ．）の列９１０の値とをキーとして試験管理テーブル（図４）を検索し、試験管理テーブル（図４）のレコードを特定する（ステップＳ３３３）。
【０１８２】
なお、本処理では、ステップＳ３３３において特定されたレコードについて、以下に説明する計算処理を実行した場合には、レコードを特定可能なデータ及びそのレコードについては計算済みであることを表すフラグ（「計算済み」フラグ）を記憶装置に格納しておく。そのため、ステップＳ３３３においてレコードが特定されると、当該レコードについて、「計算済み」フラグが設定されているかどうか判定する（ステップＳ３３５）。
【０１８３】
計算済みであったと判定された場合（ステップＳ３３７：Ｙｅｓルート）、以下のステップＳ３３９乃至ステップＳ３５３をスキップする。計算済みではないと判定された場合（ステップＳ３３７：Ｎｏルート）、当該レコードのステータスの列４１４の値を抽出する（ステップＳ３３９）。
【０１８４】
そして、ステータスの列４１４の値が「中止」又は「脱落」であるかどうか判定し（ステップＳ３４１）、「中止」又は「脱落」ではないと判定された場合（ステップＳ３４１：Ｎｏルート）、以下のステップＳ３４３乃至ステップＳ３５３をスキップする。「中止」又は「脱落」であると判定された場合（ステップＳ３４１：Ｙｅｓルート）、「中止」であるかどうか判定する（ステップＳ３４３）。
【０１８５】
「中止」であると判定された場合（ステップＳ３４３：Ｙｅｓルート）、事前に特定されている評価パラメータのうち、点数テーブル（図６）の中止の列６１２の値を用いて、医師名（処理対象の治験情報トランザクション・テーブル（図９）のレコードの責任医師名の列９０８の値）別に中止点数を加算して記憶装置に格納する（ステップＳ３４５）。なお、医療機関向け評価処理においては、評価値（点数）の集計は必要ないため、医療機関向け評価処理部５０６によって本処理がなされている場合は、このステップＳ３４５をスキップする。そして、中止回数を医師名別又は試験名（処理対象の治験情報トランザクション・テーブル（図９）のレコードの試験名の列９０２の値）別に１件加算し、記憶装置に格納する（ステップＳ３４７）。中止回数は、製薬企業向け評価処理部５０４によって本処理がなされている場合には医師名別に加算され、医療機関向け評価処理部５０６によって本処理がなされている場合には試験名別に加算される。
【０１８６】
一方、ステップＳ３４３において「中止」ではないと判定された場合（ステップＳ３４３：Ｎｏルート）、事前に特定されている評価パラメータのうち、点数テーブル（図６）の脱落の列６１４の値を用いて、医師名（処理対象の治験情報トランザクション・テーブル（図９）のレコードの責任医師名の列９０８の値）別に脱落点数を加算して記憶装置に格納する（ステップＳ３４９）。なお、「中止」の場合と同様に、医療機関向け評価処理においては、評価値（点数）の集計は必要ないため、医療機関向け評価処理部５０６によって本処理がなされている場合は、このステップＳ３４９をスキップする。そして、脱落回数を医師名別又は試験名（処理対象の治験情報トランザクション・テーブル（図９）のレコードの試験名の列９０２の値）別に１件加算し、記憶装置に格納する（ステップＳ３５１）。脱落回数は、製薬企業向け評価処理部５０４によって本処理がなされている場合には医師名別に加算され、医療機関向け評価処理部５０６によって本処理がなされている場合には試験名別に加算される。
【０１８７】
ステップＳ３４７又はステップＳ３５１の処理が終了した後、上で述べたように、試験管理テーブル（図４）のレコードを特定可能なデータ及び「計算済み」フラグを記憶装置に格納する（ステップＳ３５３）。
【０１８８】
このような処理を繰り返すことによって、中止又は脱落の事象が発生した治験案件について、その回数及び評価値が集計されていく。
【０１８９】
次に、図２８を用いてＣＲＦ遅延評価計算処理について説明する。
【０１９０】
本処理は、ステップＳ２３１（図２０）、ステップＳ２４３（図２０）、ステップＳ２６３（図２２）、ステップＳ２７５（図２２）又はステップＳ３２１（図２５）において実行される。なお、ステップＳ３２１（図２５）においては、医療機関向け評価処理部５０６が処理を行い、その他のステップにおいては、製薬企業向け評価処理部５０４が処理を行う。また、いずれのステップにおいても、使用する評価パラメータが特定され且つ治験情報トランザクション・テーブル（図９）のレコードが１件読み込まれている状態で本処理が行われる。
【０１９１】
まず、製薬企業向け評価処理部５０４又は医療機関向け評価処理部５０６は、処理対象の治験情報トランザクション・テーブル（図９）のレコードの、区分の列９１４の値を特定する（ステップＳ３５５）。特定された値が「ＣＲＦ」ではない（「ＣＬＦ」である）と判定された場合（ステップＳ３５７：Ｎｏルート）、当該治験情報トランザクション・テーブル（図９）のレコードは本ＣＲＦ遅延評価計算処理の対象外であるため、以下のステップをスキップし、本ＣＲＦ遅延評価計算処理を終了する。
【０１９２】
「ＣＲＦ」であると判定された場合（ステップＳ３５７：Ｙｅｓルート）、処理対象の治験情報トランザクション・テーブル（図９）のレコードの、試験名の列９０２の値と実施医療機関名の列９０４の値と診療科の列９０６の値と責任医師名の列９０８の値と症例番号（症例Ｎｏ．）の列９１０の値とをキーとして試験管理テーブル（図４）を検索し、試験管理テーブル（図４）のレコードを特定する（ステップＳ３５９）。
【０１９３】
また、処理対象の治験情報トランザクション・テーブル（図９）のレコードの試験名の列９０２の値及び測定週の列９１２の値に基づき治験薬投与期間テーブル（図３）を検索し、該当するレコードの測定日許容期間−下限の列３０８の値及び測定日許容期間−上限の列３１０の値を抽出する（ステップＳ３６１）。
【０１９４】
そして製薬企業向け評価処理部５０４又は医療機関向け評価処理部５０６は、試験管理テーブル（図４）から当該治験案件の投与開始日（投与開始日の列４１２の値）を抽出し、ステップＳ３６１において抽出した測定日許容期間−下限の列３０８の値及び測定日許容期間−上限の列３１０の値を用いて当該治験案件における測定予定期間を計算し、一旦記憶装置に格納する（ステップＳ３６３）。
【０１９５】
次に製薬企業向け評価処理部５０４又は医療機関向け評価処理部５０６は、処理対象の治験情報トランザクション・テーブル（図９）のレコードのアクションの列９１６の値を特定する（ステップＳ３６５）。特定された値が「回収」であると判定された場合（ステップＳ３６７：Ｙｅｓルート）、回収日（日付の列９１８の値）を特定し、ステップＳ３６３において算出された測定予定期間と比較する（ステップＳ３６９）。
【０１９６】
比較の結果、回収日が測定予定期間内であったと判定された場合（ステップＳ３７１：Ｙｅｓルート）、当該治験情報トランザクション・テーブル（図９）のレコードが示すＣＲＦについては遅延が発生していないということであるため、以下のステップをスキップし、本ＣＲＦ遅延評価計算処理を終了する。一方、回収日が測定予定期間内ではなかったと判定された場合（ステップＳ３７１：Ｎｏルート）、後述するステップＳ３８１の処理に移行する。
【０１９７】
また、ステップＳ３６７において「回収」ではなかった（「入力依頼」であった）と判定された場合（ステップＳ３６７：Ｎｏルート）、製薬企業向け評価処理部５０４又は医療機関向け評価処理部５０６は、治験情報トランザクション・テーブル（図９）を検索し、対応する回収データを抽出する（ステップＳ３７３）。すなわち、試験名の列９０２の値と実施医療機関名の列９０４の値と診療科の列９０６の値と責任医師名の列９０８の値と症例番号（症例Ｎｏ．）の列９１０の値と測定週の列９１２の値と区分の列９１４の値とが、処理対象の治験情報トランザクション・テーブル（図９）のレコード（入力依頼データ）と等しく且つアクションの列９１６の値が「回収」であるレコード（回収データ）を抽出する。
【０１９８】
回収データが存在すると判定された場合（ステップＳ３７５：Ｙｅｓルート）、以下のステップをスキップし、本ＣＲＦ遅延評価計算処理を終了する。当該治験情報トランザクション・テーブル（図９）のレコードが示すＣＲＦについては、ステップＳ３６９以降の処理により回収データに対する遅延評価計算がなされる又は遅延評価計算処理済みであるためである。
【０１９９】
一方、回収データが存在しないと判定された場合（ステップＳ３７５：Ｎｏルート）、製薬企業向け評価処理部５０４又は医療機関向け評価処理部５０６は、ステップＳ３６３において算出された測定予定期間とシステム日付とを比較する（ステップＳ３７７）。
【０２００】
比較の結果、システム日付が測定予定期間内であったと判定された場合（ステップＳ３７９：Ｙｅｓルート）、当該治験情報トランザクション・テーブル（図９）のレコードが示すＣＲＦについては遅延が発生していないということであるため、以下のステップをスキップし、本ＣＲＦ遅延評価計算処理を終了する。
【０２０１】
一方、システム日付が測定予定期間内ではなかったと判定された場合（ステップＳ３７９：Ｎｏルート）、事前に特定されている評価パラメータのうち、点数テーブル（図６）のＣＲＦ納期遅延の列６０６の値を用いて、医師名（処理対象の治験情報トランザクション・テーブル（図９）のレコードの責任医師名の列９０８の値）別にＣＲＦ遅延点数を加算して記憶装置に格納する（ステップＳ３８１）。なお、医療機関向け評価処理においては、評価値（点数）の集計は必要ないため、医療機関向け評価処理部５０６によって本処理がなされている場合は、このステップＳ３８１をスキップする。そして、ＣＲＦ遅延回数を医師名別又は試験名別に１件加算し、記憶装置に格納する（ステップＳ３８３）。ＣＲＦ遅延回数は、製薬企業向け評価処理部５０４によって本処理がなされている場合には医師名別に加算され、医療機関向け評価処理部５０６によって本処理がなされている場合には試験名別に加算される。なお、ステップＳ３７３乃至ステップＳ３７９は実施しない場合もある。
【０２０２】
このような処理を繰り返すことによって、ＣＲＦ遅延という事象が発生した治験案件について、その回数及び評価値が集計されていく。
【０２０３】
次に、図２９を用いてＣＬＦ発行・遅延評価計算処理について説明する。
【０２０４】
本処理は、ステップＳ２３３（図２０）、ステップＳ２４５（図２０）、ステップＳ２６５（図２２）、ステップＳ２７７（図２２）又はステップＳ３２３（図２５）において実行される。なお、ステップＳ３２３（図２５）においては、医療機関向け評価処理部５０６が処理を行い、その他のステップにおいては、製薬企業向け評価処理部５０４が処理を行う。また、いずれのステップにおいても、使用する評価パラメータが特定され且つ治験情報トランザクション・テーブル（図９）のレコードが１件読み込まれている状態で本処理が行われる。
【０２０５】
まず、製薬企業向け評価処理部５０４又は医療機関向け評価処理部５０６は、処理対象の治験情報トランザクション・テーブル（図９）のレコードの、区分の列９１４の値を特定する（ステップＳ３８５）。特定された値が「ＣＬＦ」ではない（「ＣＲＦ」である）と判定された場合（ステップＳ３８７：Ｎｏルート）、当該治験情報トランザクション・テーブル（図９）のレコードは本ＣＬＦ発行・遅延評価計算処理の対象外であるため、以下のステップをスキップし、本ＣＬＦ発行・遅延評価計算処理を終了する。
【０２０６】
「ＣＬＦ」であると判定された場合（ステップＳ３８７：Ｙｅｓルート）、製薬企業向け評価処理部５０４又は医療機関向け評価処理部５０６は、事前に特定されている評価パラメータのうち、ＣＬＦ回収希望日数テーブル（図７）の回収希望日数の列７０６の値を抽出し、一旦記憶装置に格納する（ステップＳ３８９）。
【０２０７】
次に製薬企業向け評価処理部５０４又は医療機関向け評価処理部５０６は、処理対象の治験情報トランザクション・テーブル（図９）のレコードのアクションの列９１６の値を特定する（ステップＳ３９１）。特定された値が「回収」であると判定された場合（ステップＳ３９３：Ｙｅｓルート）、製薬企業向け評価処理部５０４又は医療機関向け評価処理部５０６は、治験情報トランザクション・テーブル（図９）を検索し、対応する入力依頼データを抽出する（ステップＳ３９５）。すなわち、試験名の列９０２の値と実施医療機関名の列９０４の値と診療科の列９０６の値と責任医師名の列９０８の値と症例番号（症例Ｎｏ．）の列９１０の値と測定週の列９１２の値と区分の列９１４の値とが、処理対象の治験情報トランザクション・テーブル（図９）のレコード（回収データ）と等しく且つアクションの列９１６の値が「入力依頼」であるレコード（入力依頼データ）を抽出する。
【０２０８】
そして製薬企業向け評価処理部５０４又は医療機関向け評価処理部５０６は、処理対象の治験情報トランザクション・テーブル（図９）のレコード（回収データ）の、回収日（日付の列９１８の値）と、ステップＳ３９５において抽出された入力依頼データの入力依頼日（日付の列９１８の値）とから、入力依頼から回収までの日数を計算する（ステップＳ３９７）。
【０２０９】
次に製薬企業向け評価処理部５０４又は医療機関向け評価処理部５０６は、ステップＳ３８９において抽出されたＣＬＦの回収希望日数と、ステップＳ３９７において算出された入力依頼から回収までの日数とを比較する（ステップＳ３９９）。入力依頼から回収までの日数がＣＬＦの回収希望日数以内であったと判定された場合（ステップＳ４０１：Ｙｅｓルート）、以下のステップをスキップし、本ＣＬＦ発行・遅延評価計算処理を終了する。当該治験情報トランザクション・テーブル（図９）のレコード（回収データ）が示すＣＬＦについては遅延が発生していないということであり且つＣＬＦの発行についての処理は後述するステップＳ４０３及びステップＳ４０５において入力依頼データについてなされるためである。
【０２１０】
一方、入力依頼から回収までの日数がＣＬＦの回収希望日数以内ではなかったと判定された場合（ステップＳ４０１：Ｎｏルート）、すなわち、読み込まれている治験情報トランザクション・テーブル（図９）のレコード（回収データ）が示すＣＬＦについて遅延が発生していた場合には、後述するステップＳ４１７の処理に移行する。
【０２１１】
また、ステップＳ３９３において「回収」ではない（「入力依頼」である）と判定された場合（ステップＳ３９３：Ｎｏルート）、事前に特定されている評価パラメータのうち、点数テーブル（図６）のＣＬＦ発行の列６０８の値を用いて、医師名（処理対象の治験情報トランザクション・テーブル（図９）のレコードの責任医師名の列９０８の値）別にＣＬＦ発行点数を加算して記憶装置に格納する（ステップＳ４０３）。なお、医療機関向け評価処理においては、評価値（点数）の集計は必要ないため、医療機関向け評価処理部５０６によって本処理がなされている場合は、このステップＳ４０３をスキップする。そして、ＣＬＦ発行回数を医師名別又は試験名（治験情報トランザクション・テーブル（図９）のレコードの試験名の列９０２の値）別に１件加算し、記憶装置に格納する（ステップＳ４０５）。ＣＬＦ発行回数は、製薬企業向け評価処理部５０４によって本処理がなされている場合には医師名別に加算され、医療機関向け評価処理部５０６によって本処理がなされている場合には試験名別に加算される。
【０２１２】
次に製薬企業向け評価処理部５０４又は医療機関向け評価処理部５０６は、治験情報トランザクション・テーブル（図９）を検索し、処理対象の治験情報トランザクション・テーブル（図９）のレコード（入力依頼データ）に対応する回収データを抽出する（ステップＳ４０７）。すなわち、試験名の列９０２の値と実施医療機関名の列９０４の値と診療科の列９０６の値と責任医師名の列９０８の値と症例番号（症例Ｎｏ．）の列９１０の値と測定週の列９１２の値と区分の列９１４の値とが、処理対象の治験情報トランザクション・テーブル（図９）のレコード（入力依頼データ）と等しく且つアクションの列９１６の値が「回収」であるレコード（回収データ）を抽出する。
【０２１３】
回収データが存在すると判定された場合（ステップＳ４０９：Ｙｅｓルート）、以下のステップをスキップし、本ＣＬＦ発行・遅延評価計算処理を終了する。当該治験情報トランザクション・テーブル（図９）のレコード（入力依頼データ）が示すＣＬＦについては、ステップＳ３９５以降によって回収データに対する遅延評価計算処理がなされる又は遅延評価計算処理済みであるためである。
【０２１４】
一方、回収データが存在しないと判定された場合（ステップＳ４０９：Ｎｏルート）、製薬企業向け評価処理部５０４又は医療機関向け評価処理部５０６は、入力依頼データの日付の列９１８の値とシステム日付とから入力依頼から現在までの日数を計算する（ステップＳ４１１）。そして、ステップＳ３８９において算出された回収希望日数と、ステップＳ４１１において算出された入力依頼から現在までの日数とを比較する（ステップＳ４１３）。
【０２１５】
比較の結果、入力依頼から現在までの日数が回収希望日数以内であったと判定された場合（ステップＳ４１５：Ｙｅｓルート）、当該治験情報トランザクション・テーブル（図９）のレコード（入力依頼データ）が示すＣＬＦについては遅延が発生していないということであるため、以下のステップをスキップし、本ＣＬＦ発行・遅延評価計算処理を終了する。
【０２１６】
一方、入力依頼から現在までの日数が回収希望日数以内でなかったと判定された場合（ステップＳ４１５：Ｎｏルート）、事前に特定されている評価パラメータのうち、点数テーブル（図６）のＣＬＦ遅延の列６１０の値を用いて、医師（処理対象の治験情報トランザクション・テーブル（図９）のレコードの責任医師名の列９０８の値）別にＣＬＦ遅延点数を加算して記憶装置に格納する（ステップＳ４１７）。なお、医療機関向け評価処理においては、評価値（点数）の集計は必要ないため、医療機関向け評価処理部５０６によって本処理がなされている場合は、このステップＳ４１７をスキップする。そして、ＣＬＦ遅延回数を医師名別又は試験名（処理対象の治験情報トランザクション・テーブル（図９）のレコードの試験名の列９０２の値）別に１件加算し、記憶装置に格納する（ステップＳ４１９）。ＣＬＦ遅延回数は、製薬企業向け評価処理部５０４によって本処理がなされている場合には医師名別に加算され、医療機関向け評価処理部５０６によって本処理がなされている場合には試験名別に加算される。なお、ステップＳ４０７乃至ステップＳ４１５は実施されない場合もある。
【０２１７】
このような処理を繰り返すことによって、ＣＬＦ発行又はＣＬＦ遅延という事象が発生した治験案件について、その回数及び評価値が集計されていく。
【０２１８】
以上、図２７乃至図２９を用いて説明したように、中止・脱落評価計算処理とＣＲＦ遅延評価計算処理とＣＬＦ発行・遅延評価計算処理とにおいては、治験情報トランザクション・テーブル（図９）に格納されているデータと所定の評価パラメータとに基づいて医師又は医療機関の実績値（治験の実施における所定の事象の発生回数）及び評価値が算出される。そして例えば図２１又は図２６のように製薬企業ユーザ又は医師並びに医療機関のユーザに提示される。
【０２１９】
以上本発明の一実施の形態について説明したが、本発明はこれに限定されるものではない。例えば、図１に示したシステム構成は一例であって他の構成であっても上記の実施パターンを実現することができればよい。また、図１に示した管理サーバ５の機能ブロック図のとおりにプログラムモジュールが作成されない場合もある。また、サーバは１台による構成に限らず、複数台による構成であってもよい。例えば管理サーバ５が複数台で構成されていてもよい。
【０２２０】
また、例えば図２乃至図９に示したテーブル構成は一例であって、同様のデータを格納するためであれば、別の構成を採用するようにしてもよい。例えば正規化したり、必要に応じて項目を追加又は削除するようにしてもよい。また、図１２、図１７、図１９、図２１、図２４及び図２６に示した画面構成は一例であって、同様の内容を別の態様にて表現することも可能である。
【０２２１】
また、矛盾が発生しない範囲において処理の順序を変更してもよい。例えば、中止・脱落評価計算処理とＣＲＦ遅延評価計算処理とＣＬＦ発行・遅延評価計算処理とについては、どのような順番で実行してもよい。
【０２２２】
（付記１）
少なくとも新薬の臨床試験を実施する医療機関又は担当医師から当該新薬の臨床試験における報告データを受信した場合には、日付を含む、当該報告データの受信についてのログデータをトランザクション格納部に格納するステップと、
少なくとも前記トランザクション格納部に格納されたログデータと報告スケジュールを含む報告ルールに関する評価項目についての重み付けデータとに基づき、前記医療機関又は担当医師の評価値を算出し、記憶装置に格納する評価値算出ステップと、
を含む、コンピュータにより実行される医療機関又は医師の評価方法。
【０２２３】
（付記２）
前記新薬の臨床試験における報告データの送信を促すメッセージを当該新薬の臨床試験を実施する医療機関又は担当医師宛に送信した場合には、日付を含む、前記メッセージの送信についてのログデータを前記トランザクション格納部に格納するステップ
をさらに含む、付記１記載のコンピュータにより実行される医療機関又は医師の評価方法。
【０２２４】
（付記３）
前記重み付けデータは、特定の報告データの受信に対応するパラメータと、前記報告スケジュールの遵守又は違背に対応するパラメータとを含む、付記１記載のコンピュータにより実行される医療機関又は医師の評価方法。
【０２２５】
（付記４）
前記評価値算出ステップが、
ある報告データの送信を促すメッセージの送信についてのログデータと当該ある報告データの受信についてのログデータとから、前記報告スケジュールの遵守又は違背を確認するステップ
を含むことを特徴とする付記２記載のコンピュータにより実行される医療機関又は医師の評価方法。
【０２２６】
（付記５）
前記報告スケジュールに基づき前記報告データの受信遅延が所定期間以上となっていることが検出された場合には、前記新薬の臨床試験のステータスを所定のステータスに変更し、当該変更されたステータスを含むデータを記憶装置に格納するステップ
をさらに含む付記３記載のコンピュータにより実行される医療機関又は医師の評価方法。
【０２２７】
（付記６）
前記重み付けデータが、
前記所定のステータスに対応するパラメータ
を含むことを特徴とする付記５記載のコンピュータにより実行される医療機関又は医師の評価方法。
【０２２８】
（付記７）
前記評価値算出ステップにおいて、製薬企業ユーザにより指定された条件に合致する前記新薬の臨床試験に関係する各医療機関又は各担当医師の評価値を算出する
ことを特徴とする付記１記載のコンピュータにより実行される医療機関又は医師の評価方法。
【０２２９】
（付記８）
少なくとも前記トランザクション格納部に格納されたログデータに基づき、前記医療機関ユーザ又は医師により指定された条件に合致する前記新薬の臨床試験に関係する各医療機関又は各担当医師の報告スケジュールの遵守回数又は違背回数のデータを生成し、記憶装置に格納するステップ
をさらに含む付記１記載のコンピュータにより実行される医療機関又は医師の評価方法。
【０２３０】
（付記９）
前記重み付けデータが、新薬の臨床試験を依頼する製薬企業毎に設定されることを特徴とする付記１記載のコンピュータにより実行される医療機関又は医師の評価方法。
【０２３１】
（付記１０）
前記重み付けデータが、前記新薬の臨床試験毎のパラメータと前記新薬の臨床試験共通のパラメータとを含むことを特徴とする付記１記載のコンピュータにより実行される医療機関又は医師の評価方法。
【０２３２】
（付記１１）
前記評価値算出ステップにおいて、製薬企業ユーザにより指定された条件に合致する前記新薬の臨床試験に関係する各医療機関又は各担当医師の評価値を、前記製薬企業ユーザにより指定された前記新薬の臨床試験毎のパラメータ又は前記新薬の臨床試験共通のパラメータを用いて算出する
ことを特徴とする付記１０記載のコンピュータにより実行される医療機関又は医師の評価方法。
【０２３３】
（付記１２）
前記評価値算出ステップにおいて、製薬企業ユーザにより指定された条件に合致する新薬の臨床試験が他の製薬企業の新薬の臨床試験である場合には、当該他の製薬企業が設定したパラメータを用いて関係する各医療機関又は各担当医師の評価値を算出する
ことを特徴とする付記９記載のコンピュータにより実行される医療機関又は医師の評価方法。
【０２３４】
（付記１３）
前記ログデータは、
前記新薬の臨床試験の識別情報と、前記新薬の臨床試験を実施する医療機関又は担当医師の識別情報と、日付の情報と、前記報告データの種別の情報とを含み、
前記評価値算出ステップにおいて、
少なくとも前記トランザクション格納部に格納されているログデータと報告スケジュールを含む報告ルールに関する各評価項目についての重み付け値を含む点数テーブルとに基づき、前記医療機関又は担当医師の評価値を算出する
ことを特徴とする付記１記載のコンピュータに実行される医療機関又は医師の評価方法。
【０２３５】
（付記１４）
前記ログデータは、
前記新薬の臨床試験の識別情報と、前記新薬の臨床試験を実施する医療機関又は担当医師の識別情報と、日付の情報と、前記報告データの種別の情報と、送信及び受信のいずれかを表す情報とを含み、
前記評価値算出ステップが、
前記新薬の臨床試験に対応する報告データの受信遅延を判定するための日数を記録した遅延判定テーブルのデータと前記トランザクション格納部に格納されているログデータとに基づき、前記報告データの提出遅延を判定するステップ
を含むことを特徴とする付記２記載のコンピュータに実行される医療機関又は医師の評価方法。
【０２３６】
（付記１５）
付記１乃至１４のいずれか１つ記載の医療機関又は医師の評価方法をコンピュータに実行させるためのプログラム。
【０２３７】
（付記１６）
付記１５記載のプログラムを格納した記録媒体。
【０２３８】
（付記１７）
少なくとも新薬の臨床試験を実施する医療機関又は担当医師から当該新薬の臨床試験における報告データを受信した場合には、日付を含む、当該報告データの受信についてのログデータをトランザクション格納部に格納する手段と、
少なくとも前記トランザクション格納部に格納されたログデータと報告スケジュールを含む報告ルールに関する評価項目についての重み付けデータとに基づき、前記医療機関又は担当医師の評価値を算出し、記憶装置に格納する評価値算出手段と、
を有する医療機関又は医師の評価装置。
【０２３９】
【発明の効果】
以上述べたように、本発明によれば、治験を実施する医療機関又は医師の評価を客観的に行うことができるようになる。
【図面の簡単な説明】
【図１】本発明の一実施の形態におけるシステム概要図である。
【図２】治験薬管理テーブルの構成及び格納されるデータの一例を示す図である。
【図３】治験薬投与期間テーブルの構成及び格納されるデータの一例を示す図である。
【図４】試験管理テーブルの構成及び格納されるデータの一例を示す図である。
【図５】ＣＲＦ・ＣＬＦ管理テーブルの構成及び格納されるデータの一例を示す図である。
【図６】点数テーブルの構成及び格納されるデータの一例を示す図である。
【図７】ＣＬＦ回収希望日数テーブルの構成及び格納されるデータの一例を示す図である。
【図８】中止・脱落判定パラメータ・テーブルの構成及び格納されるデータの一例を示す図である。
【図９】治験情報トランザクション・テーブルの構成及び格納されるデータの一例を示す図である。
【図１０】本発明の一実施の形態における処理フロー（その１）を示す図である。
【図１１】本発明の一実施の形態における処理フロー（その２）を示す図である。
【図１２】評価パラメータ入力ページの一例を示す図である。
【図１３】本発明の一実施の形態における処理フロー（その３）を示す図である。
【図１４】本発明の一実施の形態における処理フロー（その４）を示す図である。
【図１５】本発明の一実施の形態における処理フロー（その５）を示す図である。
【図１６】本発明の一実施の形態における処理フロー（その６）を示す図である。
【図１７】中止・脱落設定ページの一例を示す図である。
【図１８】本発明の一実施の形態における処理フロー（その７）を示す図である。
【図１９】製薬企業向け評価ページの一例を示す図である。
【図２０】本発明の一実施の形態における処理フロー（その８）を示す図である。
【図２１】製薬企業向け評価結果表示ページの一例を示す図である。
【図２２】本発明の一実施の形態における処理フロー（その９）を示す図である。
【図２３】本発明の一実施の形態における処理フロー（その１０）を示す図である。
【図２４】医療機関向け評価ページの一例を示す図である。
【図２５】本発明の一実施の形態における処理フロー（その１１）を示す図である。
【図２６】医療機関向け評価結果表示ページの一例を示す図である。
【図２７】本発明の一実施の形態における処理フロー（その１２）を示す図である。
【図２８】本発明の一実施の形態における処理フロー（その１３）を示す図である。
【図２９】本発明の一実施の形態における処理フロー（その１４）を示す図である。
【符号の説明】
１ ネットワーク ３ 製薬企業端末
５ 管理サーバ ７ 医療機関端末
５００ ＣＲＦ・ＣＬＦ入力依頼処理部
５０２ ＣＲＦ・ＣＬＦ回収処理部
５０４ 製薬企業向け評価処理部
５０６ 医療機関向け評価処理部
５０８ パラメータ設定処理部
５１０ 中止・脱落設定処理部
５１２ 治験管理ＤＢ ５１４ ＣＲＦ・ＣＬＦ管理ＤＢ
５１６ 評価パラメータＤＢ
５１８ 治験情報トランザクションＤＢ
５２０ ＣＲＦ・ＣＬＦ格納部
５２２ 回収ＣＲＦ・ＣＬＦ格納部 ５２４ 医師マスタ

Claims (5)

1. 少なくとも新薬の臨床試験を実施する医療機関又は担当医師から当該新薬の臨床試験における報告データを受信した場合には、日付を含む、当該報告データの受信についてのログデータをトランザクション格納部に格納するステップと、
   少なくとも前記トランザクション格納部に格納されたログデータと報告スケジュールを含む報告ルールに関する評価項目についての重み付けデータとに基づき、前記医療機関又は担当医師の評価値を算出し、記憶装置に格納する評価値算出ステップと、
   を含む、コンピュータにより実行される医療機関又は医師の評価方法。
2. 前記新薬の臨床試験における報告データの送信を促すメッセージを当該新薬の臨床試験を実施する医療機関又は担当医師宛に送信した場合には、日付を含む、前記メッセージの送信についてのログデータを前記トランザクション格納部に格納するステップ
   をさらに含む、請求項１記載のコンピュータにより実行される医療機関又は医師の評価方法。
3. 前記重み付けデータは、特定の報告データの受信に対応するパラメータと、前記報告スケジュールの遵守又は違背に対応するパラメータとを含む、請求項１記載のコンピュータにより実行される医療機関又は医師の評価方法。
4. 前記報告スケジュールに基づき前記報告データの受信遅延が所定期間以上となっていることが検出された場合には、前記新薬の臨床試験のステータスを所定のステータスに変更し、当該変更されたステータスを含むデータを記憶装置に格納するステップ
   をさらに含む請求項３記載のコンピュータにより実行される医療機関又は医師の評価方法。
5. 前記１乃至４のいずれか１つ記載の医療機関又は医師の評価方法をコンピュータに実行させるためのプログラム。

Images