"臨床試験データを入力する入力手段と、症例を識別する症例識別データと、症例の基準日と、上記入力手段から入力される臨床試験プロトコルに従ったフォローアップ毎の臨床試験データの入力状態を示すステータスデータとを管理する管理手段と、上記基準日からのフォローアップ年月日を算出するカレンダ機能部と、上記症例識別データ毎に、年月日順に、現在のフォローアップの上記ステータスデータと現在のフォローアップの前後所定期間のフォローアップの上記ステータスデータとを、表示手段に一覧表示できるようにするインタフェースとを備える臨床試験管理装置。上記インタフェースは、上記症例識別データ毎に、上記基準日を表示できるようにする請求項1記載の臨床試験管理装置。上記インタフェースは、現在のフォローアップの欄を他の欄と異なるように表示できるようにする請求項1又は請求項2記載の臨床試験管理装置。上記ステータスデータは、少なくとも、上記臨床試験データが入力されたかどうかを区別できるように構成されている請求項1-請求項3の内何れか1項記載の臨床試験管理装置。更に、上記インタフェースは、上記表示手段に、上記症例識別データ毎に、所定の観察期間における上記フォローアップの上記ステータスデータを経過順に一覧表示できるようにし、上記入力手段からの命令に従って、上記年月日順の一覧表示と上記フォローアップ経過順の一覧表示とを切り替えて表示できるようにする請求項1-請求項4の内何れか1項記載の臨床試験管理装置。上記管理手段は、上記年月日順に臨床試験データのステータスデータを管理するテーブルと、上記フォローアップ経過順に臨床試験データのステータスデータを管理するテーブルとを有し、上記ステータスデータを更新する新たなデータの入力があったとき、それぞれのテーブルのステータスデータを更新する請求項1-請求項5の内何れか1項記載の臨床試験管理装置。上記管理手段は、上記フォローアップ経過順に臨床試験データのステータスデータを管理するテーブルを有し、このテーブルを変換して、上記年月日順に臨床試験データのステータスデータを管理するテーブルを生成する請求項1-請求項5の内何れか1項記載の臨床試験管理装置。上記管理手段は、上記フォローアップ経過順に臨床試験データのステータスデータを管理するテーブルを有し、このテーブルを用いてメモリ上で演算し、上記年月日順に臨床試験データのステータスデータを上記表示手段に表示できるようにする請求項1-請求項5の内何れか1項記載の臨床試験管理装置。当該臨床試験管理装置は、スタンドアローンの装置である請求項1-請求項8の内何れか1項記載の臨床試験管理装置。当該臨床試験管理装置は、ネットワークを介して、上記臨床試験データを入力する入力端末装置と、上記臨床試験を管理する管理端末装置とが接続されており、上記入力端末装置は、上記入力部であり、上記表示手段は、上記入力端末装置と上記管理端末装置に設けられている請求項1-請求項8の内何れか1項記載の臨床試験管理装置。管理手段が症例識別データと、症例の基準日と、入力手段から入力される臨床試験プロトコルに従ったフォローアップ毎の臨床試験データの入力状態を示すステータスデータとを管理し、カレンダ機能部が上記基準日からのフォローアップ年月日を算出し、インタフェースが上記症例識別データ毎に、年月日順に、現在のフォローアップの上記ステータスデータと現在のフォローアップの前後所定期間のフォローアップの上記ステータスデータとを、表示手段に一覧表示できるようにする臨床試験管理方法。上記インタフェースが上記症例識別データ毎に、上記基準日を表示できるようにする請求項11記載の臨床試験管理方法。上記インタフェースが現在のフォローアップの欄を他の欄と異なるように表示できるようにする請求項11又は請求項12記載の臨床試験管理方法。上記ステータスデータは、少なくとも、上記臨床試験データが入力されたかどうかを区別できるように構成されている請求項11-請求項13の内何れか1項記載の臨床試験管理方法。更に、インタフェースが、上記表示手段に、上記症例識別データ毎に、所定の観察期間における上記フォローアップの上記ステータスデータを経過順に一覧表示できるようにし、上記入力手段からの命令に従って、上記年月日順の一覧表示と上記フォローアップ経過順の一覧表示とを切り替えて表示できるようにする請求項11-請求項14の内何れか1項記載の臨床試験管理方法。臨床試験データの収集管理を電子的に実施する臨床試験管理コンピュータに、請求項9記載の臨床試験管理方法を実行させるためのコンピュータプログラム。臨床試験データを入力する入力端末装置と臨床試験を管理する管理端末装置とがネットワークを介して接続された臨床試験管理サーバに、請求項9記載の臨床試験管理方法を実行させるためのコンピュータプログラム。ところで、症例の臨床試験管理装置への登録は、同時に行われるものではなく、時間的にばらばらである。つまり、最初の症例登録から1年以上経過してから登録する症例も存在する。したがって、フォローアップの回数に幅がありすぎる場合、例えば、初回のフォローアップと1年以上前に登録した症例の十何回目かのフォローアップとが、一覧表上、同じ画面内に表示されないことになる。医師等は、全ての症例について臨床試験データを入力するため、スクロールの操作等を症例毎に行う必要がある。このため、一人で複数の症例を担当することが多い医師側にとって、担当する全ての症例について、忘れることなく、正確に症例のデータを入力することは、高度な注意力が必要となり、大変な作業となる。本発明は、以上のような課題に鑑みてなされたものであり、現在の臨床試験データの入力状態を示すステータスデータを容易に確認することができる臨床試験管理装置、臨床試験管理方法及びコンピュータプログラム置を提供することを目的とする。本発明に係る臨床試験管理装置は、臨床試験データを入力する入力手段と、症例を識別する症例識別データと、症例の基準日と、上記入力手段から入力される臨床試験プロトコルに従ったフォローアップ毎の臨床試験データの入力状態を示すステータスデータとを管理する管理手段と、上記基準日からのフォローアップ年月日を算出するカレンダ機能部と、上記症例識別データ毎に、年月日順に、現在のフォローアップの上記ステータスデータと現在のフォローアップの前後所定期間のフォローアップの上記ステータスデータとを、表示手段に一覧表示できるようにするインタフェースとを備える。ここで、上記ステータスデータは、少なくとも、上記臨床試験データが入力されたかどうかを区別できるように構成されている。また、上記インタフェースは、上記症例識別データ毎に、上記基準日を表示できるようにしたり、現在のフォローアップの欄を他の欄と異なるように表示できるようにする。更に、上記インタフェースは、上記症例識別データ毎に、所定の観察期間における上記フォローアップの上記ステータスデータを経過順に一覧表示できるようにし、上記入力手段からの命令に従って、上記年月日順の一覧表示と上記フォローアップ経過順の一覧表示とを切り替えて表示できるようにしてもよい。また、上記管理手段は、上記年月日順に臨床試験データのステータスデータを管理するテーブルと、上記フォローアップ経過順に臨床試験データのステータスデータを管理するテーブルとを有し、上記ステータスデータを更新する新たなデータの入力があったとき、それぞれのテーブルのステータスデータを更新するようにしてもよい。また、上記管理手段は、上記フォローアップ経過順に臨床試験データのステータスデータを管理するテーブルを有し、このテーブルを変換して、上記年月日順に臨床試験データのステータスデータを管理するテーブルを生成するようにしてもよい。また、上記管理手段は、上記フォローアップ経過順に臨床試験データのステータスデータを管理するテーブルを有し、このテーブルを用いてメモリ上で演算し、上記年月日順に臨床試験データのステータスデータを上記表示手段に表示できるようにしてもよい。また、本発明は、以上のような臨床試験管理装置で実行される臨床試験管理方法である。また、本発明は、入力手段と表示手段を備えたスタンドアローンの装置であってもよいし、ネットワークを介して、臨床試験データを入力する入力端末装置と、臨床試験を管理する管理端末装置とが接続され、入力端末装置等から臨床試験データが入力されるようにしてもよい。スタンドアローンの装置は、例えば、スタンドアローンのコンピュータに、上記臨床試験管理方法を実行させるためのコンピュータプログラムをインストールすることによって、臨床試験データの収集管理を電子的に実施する臨床試験管理装置とすることができる。また、臨床試験データを入力する入力端末装置と治験を管理する管理端末装置とがネットワークを介して接続された臨床試験管理サーバに、上記臨床試験管理方法を実行させるためのコンピュータプログラムをインストールすることによって、臨床試験データの収集管理を電子的に実施する臨床試験管理装置とすることができる。この臨床試験管理サーバは、例えばASPApplicationServiceProviderサーバであって、臨床試験データを入力する入力端末装置と臨床試験を管理する管理端末装置は、ネットワークを介して臨床試験管理サーバにアクセスし、Webブラウザなどを通じて、臨床試験管理サーバにインストールされたコンピュータプログラムを利用して臨床試験データを入力し、又は、臨床試験の進捗等を閲覧することになる。なお、このようなコンピュータプログラムは、ネットワークを介して又は光ディスク等の可搬性の記録媒体からダウンロードすることによって拡布される。本発明では、各症例のフォローアップステータスが年月日順に一覧表示されているので、当月分を行方向に操作者が見るだけで、容易に、症例毎の臨床試験データの入力/未入力を判断することができる。入力端末装置を操作する入力者は、表示方法の異なる当月の未入力のものに対して、臨床試験データを入力すればよいだけであるから、次ページボタンをクリックしてページを捲る必要がなくなり、作業効率の向上を図ることができる。以下、本発明が適用された臨床試験管理システムについて図面を参照して説明する。1.概説2.臨床試験管理装置の説明2-1.全体構成2-2.データ管理部の説明2-2-1.症例一覧タイムラインテーブルの説明2-2-2.症例一覧テーブルの説明2-3.症例一覧タイムライン表示画面の説明2-3-1.症例登録時の処理説明2-3-2.症例一覧タイムライン表示画面の表示処理説明2-3-3.フォローアップステータスを更新処理説明2-4.症例一覧表示画面の説明2-4-1.症例登録時の処理説明2-4-2.症例一覧表示画面の表示処理説明2-4-3.フォローアップステータスの更新処理説明2-5.効果説明3.更新処理の説明3-1.変形例13-2.変形例24.症例一覧タイムライン表示画面の変形例5.スタンドアローンの変形例6.フォローアップステータスの変形例[1.概説]図1に示すように、本発明を適用した臨床試験管理システム1は、インターネット等のネットワーク2を介して、臨床試験データを入力する入力端末装置3や臨床試験を管理する管理端末装置4が臨床データの収集管理を行う臨床試験管理装置10に接続されている。入力端末装置3は、通常のパーソナルコンピュータ等であって、医師やCRCClinicalResearchCoordinator等が入力者となって、臨床試験データを、ネットワーク2を介して、臨床試験管理装置10に入力する装置である。管理端末装置4も、通常のパーソナルコンピュータ等であって、例えば、臨床試験管理装置10にネットワーク2を介してアクセスし、研究代表医師や試験事務局担当者やデータマネージャ等が全ての症例の臨床試験データを、例えば読み取り専用で閲覧し、臨床試験の進捗を管理する装置である。[2.臨床試験管理装置の説明][2-1.全体構成]本発明が適用された臨床試験管理装置10は、例えばASPサーバで、臨床試験に登録した症例を一元的に管理する。臨床試験管理装置10は、ユーザIDやパスワードを判別することによって、端末装置を識別し、アクセスのあった端末に対して定義に従ったアクセスを許可する。臨床試験管理装置10は、例えば、臨床試験構築時に指定したCRF症例報告書の任意の項目が記入された症例の基本情報の症例一覧ページを、アクセスした入力端末装置3や管理端末装置4に表示する。具体的に、臨床試験管理装置10は、図1に示すように、入力端末装置3や管理端末装置4とネットワーク2を介して通信を行うユーザインタフェース以下、ユーザI/Fという。11と、カレンダ機能を有するカレンダ機能部12と、臨床試験データや臨床試験が実施される被験者のデータを管理する種々のデータベースを有するデータ管理部13と、データ管理部13にアクセスしてデータを検索する等種々の処理を実行する制御部14とを備えている。ユーザI/F11は、ネットワーク2を介して入力端末装置3や管理端末装置4と通信を行って、症例の一覧ページ等の種々のウェブページを入力端末装置3や管理端末装置4に送信する。また、ユーザI/F11は、入力端末装置3から送信された症例の臨床試験データを受信し、臨床試験データベースに登録する。カレンダ機能部12は、データベースに症例を登録した基準日からのフォローアップ問診、採血、投薬記録等の期間を算出する。例えば、臨床試験の期間が84ヶ月のとき、症例を登録した基準日からの84ヶ月分84回のフォローアップを行う期間を算出する。[2-2.データ管理部の説明]データ管理部13は、例えば大容量ハードディスク等の記録媒体に構築されたデータベースであって、被験者プロファイルを管理する被験者プロファイルテーブル13a、臨床試験データを管理する臨床試験テーブル13b、症例を一覧表示するための症例一覧タイムラインテーブル13c、症例一覧テーブル13d等を有している。被験者プロファイルテーブル13aは、症例となる被験者のプロファイルデータを管理し保存する。具体的に、被験者プロファイルテーブル13aでは、症例を識別する症例識別データとして、個々の被験者の仮登録番号データ、被験者番号データ、被験者識別コード、試験担当医師データ、性別データ、生年月日データ等を相互に関連づけて保存している。なお、その他、被験者のプロファイルとして、疾病、疾病症状、疾病期間、治療歴、禁忌状態、年齢、副作用歴等が保存さていてもよい。臨床試験テーブル13bには、例えば、症例識別データとして、被験者プロファイルテーブル13aから臨床試験プロトコルに従って例えば無作為に抽出された被験者のプロファイルが登録されることになる。臨床試験テーブル13bは、症例毎に、症例識別データと関連付けて臨床試験データを保存する。例えば、臨床試験テーブル13bには、血液検査結果や生化学検査結果のデータが保存される。フォローアップ毎の臨床試験データの入力は、医師やCRC等によって、入力端末装置3から入力される。なお、臨床試験テーブル13bは、検査値フィルタを設け、誤入力等で異常な値が入力されたとき、警告通知を入力端末装置3に送信し、入力者に告知するようにしてもよい。[2-2-1.症例一覧タイムラインテーブルの説明]症例一覧タイムラインテーブル13cには、図2に示すように、症例識別データとして、仮登録番号データ、被験者番号データ、被験者識別コード、試験担当医師データ、性別データ、生年月日データを格納している。これらの情報は症例一覧タイムラインテーブル13cに持たずに、被験者プロファイルテーブル13aを関連付けるようにして格納してもよい。また、症例一覧タイムラインテーブル13cは、次のデータを格納している。症例登録がされた基準日データ例えば、基準日が2011年6月1日最小の基準日フォローアップ月例えば、基準日が2011年6月1日のとき、2011年6月最小の基準日フォローアップステータスフォローアップ月例えば、84ヶ月の臨床試験において、基準日が2011年6月1日のとき、2011年7月-2018年7月各月のフォローアップステータス最大の基準日nヶ月フォローアップ月例えば、84ヶ月の臨床試験において、基準日が2011年6月1日のとき、84ヶ月目の2018年7月最大の基準日nヶ月フォローアップステータスなお、上記フォローアップステータスとしては、下記ステータスが入力される。未臨床試験データが未入力の状態中臨床試験データの入力中一時保存中の状態不被験者が不来院の状態済臨床試験データが入力済みの状態-臨床試験データが入力不可の状態すなわち、症例一覧タイムラインテーブル13cでは、臨床試験プロトコルで規定された試験期間にしたがって、基準日からのフォローアップの年月と最大最後のフォローアップの年月がカレンダ機能部12によって算出され、各月のフォローアップステータスが保存されていくことになる。[2-2-2.症例一覧テーブルの説明]また、症例一覧テーブル13dには、図3に示すように、症例識別データとして、仮登録番号データ、被験者番号データ、被験者識別コード、試験担当医師データ、性別データ、生年月日データを格納している。これらの情報は症例一覧テーブル13dに持たずに、被験者プロファイルテーブル13aを関連付けるようにして格納してもよい。また、症例一覧テーブル13dは、次のデータを格納している。症例登録がされた基準日データ例えば、基準日が2011年6月1日フォローアップの経過月例えば、84ヶ月の臨床試験において、2011年7月-2018年7月各月のフォローアップステータスすなわち、症例一覧テーブル13dでは、臨床試験プロトコルで規定された試験期間にしたがって、基準日からの84ヶ月84回分のフォローアップステータスが保存されていくことになる。なお、この症例一覧テーブル13dでは、症例一覧タイムラインテーブル13cのようにフォローアップの年月は管理していない。制御部14は、CPU、ROM、RAM等で構成されており、以上のように構成されたデータ管理部13に対するデータの入出力を制御する。例えば、新たに、症例一覧タイムラインテーブル13cの生成の際には、カレンダ機能部12で基準日からのフォローアップの年月の期間計算等を行い、計算したフォローアップの年月や最大のフォローアップの年月等を生成したテーブルに格納する。また、制御部14は、入力端末装置3や管理端末装置4からの命令に従って、症例一覧タイムラインテーブル13cを参照して症例一覧をタイムライン表示する表示データや症例一覧テーブル13dを参照して症例一覧をフォローアップ回数順に表示する表示データ等を生成して、ユーザI/F11を介して入力端末装置3や管理端末装置4に送信する。[2-3.症例一覧タイムライン表示画面の説明]ここで、図4に、入力端末装置3や管理端末装置4に表示される症例一覧タイムライン表示画面を示す。この表示画面のヘッダ部分には、症例を新規登録する際に入力端末装置3や管理端末装置4のマウス等の操作手段で操作される各種操作ボタンが設けられている。具体的に、ヘッダ部分には、症例を新規に登録する際にクリックされる新規登録ボタン21と、仮登録された症例を一覧表示する仮登録一覧ボタン22と、本登録された症例を図3の症例一覧テーブルを参照して一覧表示する本登録一覧ボタン23と、本登録された症例を図2の症例一覧タイムラインテーブルを参照して一覧表示する本登録一覧ボタン24と、各症例の進捗をグラフ表示するグラフ表示ボタン25と、各症例のフォローアップの入力状況等を一斉調査する一斉調査ボタン26と、ログアウトするログアウトボタン27とが設けられている。また、被験者番号をキーワードにして症例を検索する際に被験者番号が入力される入力欄28と、被験者識別コードをキーワードにして症例を検索する際に被験者番号が入力される入力欄29と、入力欄28,29に番号やコードの検索を開始する検索ボタン30とが設けられている。また、一覧表示部31は、図2に示した症例一覧タイムラインテーブル13cを参照して生成される。この画面は、入力端末装置3や管理端末装置4のマウス等で本登録一覧ボタン24がクリックされることにより表示される。具体的に、仮登録番号、被験者番号、被験者識別コード、試験担当医師、性別、生年月日、基準日が被験者情報として一覧表示され、各症例被験者に関するフォローアップの入力状況が年月日順にカレンダのように表示される。図4の例では、2011年3月-8月までの6ヶ月間のフォローアップステータスが年月日順に表示される。また、過去分については、医師等が最も気にかけるのは直近の数ヶ月であり、これに合わせ、ここでは、過去4ヶ月分を表示するようにしている。勿論、フォローアップステータスが表示される期間は、6ヶ月より長くてもよく、また、短くてもよい。ここでは、7月が当月であり、入力者や閲覧者が当月を前後の月と明確に区別できるように、7月が前後の月と背景色を異なるように表示されている。なお、当月の表示は、当月が前後の月より目立てばよいので、例えば当月のみを太字としたり、文字種を変えたり、背景ではなく文字色を変えるようにしてもよい。例えば、1番目の仮登録番号T001004、被験者番号001098、被験者識別コードA000005を例に説明すると、当該症例は、基準日が2011年6月1日であり、6月の欄に、登録月であることを示すため開と表示され、更に、臨床試験データが入力済みであるため、フォローアップステータスが済とされている。当月である7月は、フォローアップ1ヶ月目であることを示す1が表示されると共に、フォローアップステータスが未と表示されている。すなわち、当該症例の7月分の臨床試験データは未入力であることが示されている。また、3月-5月及び8月は、臨床試験データを入力する月でないので、フォローアップステータスが-と表示され、入力不可となっている。更に、各月には、臨床試験データを入力する期間、例えば7月では6月15日-7月14日と表示されている。また、2番目の仮登録番号T001003、被験者番号001097、被験者識別コードA000004を例に説明すると、当該症例は、基準日が2011年4月1日であり、4月の欄に、登録月であることを示すため開と表示され、更に、臨床試験データが入力済みであるため、フォローアップステータスが済になっている。5月及び6月分、そして当月である7月分もフォローアップステータスが済になっている。また、5月-8月にかけてフォローアップの経過月回数が1、2、3、4と表示されている。また、3月は、臨床試験データを入力する月でないので、フォローアップステータスが-と表示され、入力不可となっている。また、8月は、既に7月の臨床試験データが入力済みなので、8月のフォローアップステータスが-ではなく未となっている。なお、症例一覧タイムライン表示画面では、更に、症例毎に、有害事象の数及び臨床試験が中止されているかどうかを確認する欄が設けられている。例えば、2番目の仮登録番号T001003、被験者番号001097、被験者識別コードA000004は、有害事象が1であることが表示され、また、最後の仮登録番号、被験者番号001094、被験者識別コードA000001は、中止の欄が済となっており、臨床試験が中止になっていることを示している。以上のように、症例一覧タイムラインテーブル13cを参照して生成された症例一覧タイムライン表示画面では、各症例のフォローアップステータスが年月日順に一覧表示されているので、当月分を縦方向に入力者等の操作者が見るだけで、症例毎の臨床試験データの入力/未入力を判断することができる。特に、当月の部分だけ他の月と表示方法を変えて表示しているので、当月分に一層注目しやすくできる。そして、入力端末装置3を操作する入力者は、異なる症例の当月未入力分を入力するに際しても、次ページボタン33をクリックしてページを捲る必要がなくなり、作業効率の向上を図ることができる。また、各月の欄には、フォローアップの経過月回数が表示されているので、入力時、何回目のフォローアップを入力しているのかも容易に把握することができる。更に、一覧表示部31では、今月より先の分に関して翌月のフォローアップステータスを表示するだけとし、過去のフォローアップステータスをより多く、ここでは過去4ヶ月分を表示するようにしている。これにより、入力者等は、操作時、より多くの過去のフォローアップステータスを参照することができ、使い勝手の向上を図ることができる。[2-3-1.症例登録時の処理説明]以上のような症例一覧タイムライン表示画面を表示するにあたって、制御部14は、次のような処理を行う。先ず、症例登録時の処理について図5を参照して説明する。例えば、図4や図8の新規登録ボタン21が入力端末装置3や管理端末装置4等のマウスでクリックされると、制御部14は、ステップS1において、症例識別データを設定する。具体的に、制御部14は、仮登録番号、被験者番号、被験者識別コード等を、図2に示す症例一覧タイムラインテーブル13cに設定する。ステップS2において、制御部14は、症例の登録処理がなされた年月日を、基準日として症例一覧タイムラインテーブル13cに登録する。ステップS3において、制御部14は、基準日に1ヶ月を加算した年月のフォローアップの経過月回数を1に設定する。次いで、ステップS4において、制御部14は、基準日に1ヶ月を加算した年月のフォローアップステータスデータを未入力の未に設定する。例えば、図4の最上段の仮登録番号T001004、被験者番号001098、被験者識別コードA000005は、症例を登録した月の状態を示している。制御部14は、2011年6月1日に登録処理がなされたので、制御部14は、基準日を2011年6月1日に設定し、基準日の翌月の7月のフォローアップの経過月回数を1に設定し、フォローアップステータスデータを未入力の未に設定している。[2-3-2.症例一覧タイムライン表示画面の表示処理説明]次に、図4に示すような症例一覧タイムライン表示画面を表示するにあたって実行される制御部14の処理について図6を参照して説明する。図4や図8に示す入力端末装置3や管理端末装置4のマウス等で本登録一覧ボタン24がクリックされると、ステップS11において、制御部14は、入力端末装置3や管理端末装置4からの命令に従って、該当する臨床試験の症例一覧タイムラインテーブル13cのレコードを取得する。ステップS12において、制御部14は、カレンダ機能部12で現在日、現在日1ヶ月、及び、現在日-1ヶ月から4ヶ月の月日を取得する。ステップS13において、制御部14は、症例一覧タイムラインテーブル13cを参照して、取得した月日それぞれのフォローアップ月及びフォローアップステータスを取得する。ステップS14において、制御部14は、図4に示すように、過去4ヶ月、今月、次月の順で一覧表示を行う。例えば、図4の例では、現在日が7月である。そこで、現在の7月分と過去4ヶ月3月-6月と将来1ヶ月8月分を表示するようにし、操作者が操作時、より多くの過去のフォローアップステータスを参照することができようにしている。なお、過去分と将来分を表示する期間は、特に限定されるものはなく、過去分と将来分とを同じ期間表示するようにしてもよいし、将来分を過去分より多く表示するようにしてもよい。また、図4の例では、合計で6ヶ月分を表示するようにしているが、表示する期間は、6ヶ月間より長くてもよいし、短くてもよい。[2-3-3.フォローアップステータスを更新処理説明]更に、フォローアップステータスを更新するときの処理を図7を参照して説明する。ステップS21において、制御部14は、該当する臨床試験の症例一覧タイムラインテーブル13cのレコードを取得する。ステップS22において、制御部14は、基準日に更新するフォローアップ月を加算した年月に該当するフォローアップ月に、更新するフォローアップ月を設定する。ステップS23において、制御部14は、基準日に更新するフォローアップ月を加算した年月に該当するフォローアップステータスに、入力済みの済を設定する。ステップS24において、制御部14は、基準日に更新するフォローアップ月1ヶ月を加算した年月に該当するフォローアップ月に、更新するフォローアップ月1ヶ月を設定する。ステップS25において、制御部14は、基準日に登録するフォローアップ月1ヶ月を加算した年月に該当するフォローアップステータスに未入力の未を設定する。例えば、図4の2番目の仮登録番号T001003、被験者番号001097、被験者識別コードA000004は、症例一覧タイムラインテーブル13cが7月分の臨床試験データの入力が終了し、7月のフォローアップステータスが未入力の未から入力済みの済に更新され、8月のフォローアップステータスが入力不可の-から未入力の未となるように更新されている。[2-4.症例一覧表示画面の説明]ところで、図4に示す症例一覧タイムライン表示画面では、症例がタイムラインに従って表示されているので、入力にあたって当月分の縦1列だけを見れば良く、入力者にとって便利である。一方で、この画面は、フォローアップの経過月回数や過去のここでは4ヶ月より前のフォローアップのステータスを見ることはできない。研究代表医師や試験事務局担当者やデータマネージャ等の管理側にとっては、各被験者の臨床試験データをフォローアップの経過月ごとに比較する必要もあり、図4のように、カレンダ表示では不十分なこともある。そこで、入力端末装置3や管理端末装置4のモニタには、図8に示すような症例一覧表示画面を表示することができる。この図8に示す症例一覧表示画面は、図3に示した症例一覧テーブル13dを参照して生成され、入力端末装置3や管理端末装置4のマウス等で本登録一覧ボタン23がクリックされることにより、制御部14にその命令が入力されて表示される。一覧表示部32は、仮登録番号、被験者番号、被験者識別コード、試験担当医師、性別、生年月日、基準日が被験者情報として一覧表示され、各症例被験者に関するフォローアップの入力状況がフォローアップ経過順回数順に表示される。図8の例では、開始時と観察期間12ヶ月分のフォローアップステータスが表示される。勿論、フォローアップステータスが表示される観察期間は、12ヶ月分より長くてもよく、また、短くてもよい。例えば,1番目の仮登録番号T001001、被験者番号001001、被験者識別コードA000001を例に説明すると、当該症例は、基準日が2010年9月1日であり、4ヶ月後に、フォローアップステータスが不が設定され、不来院となっており、10ヶ月後に未が設定され、臨床試験データが未入力となっている。また、11ヶ月以降は、-が設定され、入力不可となっている。すなわち、この症例は、10ヶ月後がフォローアップ月であり、臨床試験データを入力しなければならない月となっている。2番目の仮登録番号T001002、被験者番号001002、被験者識別コードA000002は、基準日が2006年1月1日である。したがって、現在を2011年7月とすると、経過観察期間は、67ヶ月が経過しており、図8の一覧表示部32には、未又は済の状態の67ヶ月後のフォローアップステータスは表示されない。67ヶ月後のフォローアップステータスを表示するには、次の一年の次ページボタン33を数回クリックして5年目のページを表示することになる。以上のように、症例一覧テーブル13dを参照して生成された症例一覧表示画面では、各症例に関して、所定の経過観察期間ここでは12ヶ月におけるフォローアップステータスを、図4に示す症例一覧タイムライン表示画面よりも長期間に亘って閲覧することができ、各症例のフォローアップのステータスを容易に把握することができる。[2-4-1.症例登録時の処理説明]以上のような症例一覧表示画面を表示するにあたって、制御部14は、次のような処理を行う。先ず、症例登録時の処理について図9を参照して説明する。例えば、図4や図8の新規登録ボタン21が入力端末装置3や管理端末装置4等のマウスでクリックされると、制御部14は、ステップS31において、症例識別データを設定する。具体的に、制御部14は、仮登録番号、被験者番号、被験者識別コード等を、図3に示す症例一覧テーブル13dに設定する。ステップS32において、制御部14は、症例の登録処理がなされた年月日を、基準日として症例一覧テーブル13dに登録する。ステップS33において、制御部14は、基準日に1ヶ月を加算した年月のフォローアップステータスデータを未入力の未に設定する。なお、制御部14は、好ましくは、図4や図8の新規登録ボタン21がクリックされて症例登録が行われたとき、図2に示す症例一覧タイムラインテーブル13cの設定処理図5のステップS2-4と図3に示す症例一覧テーブル13dの設定処理図9のステップS32,33を行う。[2-4-2.症例一覧タイムライン表示画面の表示処理説明]次に、図8に示すような症例一覧表示画面を表示するにあたって実行される制御部14の処理について図10を参照して説明する。図4や図8に示す入力端末装置3や管理端末装置4のマウス等で本登録一覧ボタン23がクリックされると、ステップS41において、制御部14は、入力端末装置3や管理端末装置4からの命令に従って、該当する臨床試験の症例一覧テーブル13dのレコードを取得する。ステップS42において、制御部14は、症例一覧テーブル13dを参照して、フォローアップ1ヶ月から12ヶ月1年分のフォローアップステータスを取得する。ステップS43において、制御部14は、図8に示すような観察期間12ヶ月分のフォローアップステータスを一覧表示する。例えば、図8では、観察期間1-12ヶ月の間について、各症例のフォローアップステータスが一覧表示されている。[2-4-3.フォローアップステータスを更新処理説明]更に、フォローアップステータスを更新するときの処理を図11を参照して説明する。ステップS51において、制御部14は、該当する臨床試験の症例一覧テーブル13dのレコードを取得する。ステップS52において、制御部14は、更新するフォローアップに入力済みの済を設定する。ステップS53において、制御部14は、登録するフォローアップ1ヶ月に未入力の未を設定する。例えば、図8の1番目の仮登録番号T001001、被験者番号001001、被験者識別コードA000001は、9ヶ月後のフォローアップステータスが未入力の未から入力済みの済に更新されたとき、10ヶ月後のフォローアップステータスが入力不可の-から未に更新されている。[2-5.効果説明]以上のように構成された臨床試験管理装置10では、特に医師やCRC等が入力者の操作性や視認性を考慮して、入力端末装置3のモニタに、図4に示す症例一覧タイムライン表示画面を表示するようにしている。特に研究代表医師や試験事務局担当者やデータマネージャ等の閲覧者の操作性や視認性を考慮して、図8に示す症例一覧表示画面を表示するようにしている。このように、臨床試験管理装置10は、操作者の利用目的に応じて、図4に示す症例一覧タイムライン表示画面や図8に示す症例一覧表示画面を用意して、操作者の使い勝手の向上を実現することができる。[3.更新処理の説明]ところで、この臨床試験管理装置10は、上述のように、データ管理部13に、症例一覧タイムラインテーブル13cと症例一覧テーブル13dとを用意し、フォローアップステータスを更新するとき、制御部14が両者テーブル13c,13dを更新するようにしている図1及び図12参照。[3-1.変形例1]臨床試験管理装置10では、これとは異なり、図13に示すように、フォローアップステータスを更新するとき、先ず、制御部14が症例一覧テーブル13dを更新し、更新後の症例一覧テーブル13dを、データベーストリガや変換プログラムで構成されたコンバータ14aによってコンバートして、症例一覧タイムラインテーブル13cを生成するようにしてもよい。この場合、症例一覧テーブル13dは、経過観察期間においてフォローアップステータスが経過順に管理されているだけで、年月日と関連付いていない図3及び図8参照。そこで、制御部14は、コンバートのとき、カレンダ機能部12で、基準日に経過月を加算して、各フォローアップの年月を算出し、症例一覧タイムラインテーブル13cを生成するようにする。[3-2.変形例2]更に、臨床試験管理装置10では、図14に示すように、症例一覧タイムラインテーブル13cを設けないようにし、入力端末装置3や管理端末装置4のマウス等で本登録一覧ボタン24がクリックされる度に、メモリ14b上で、基準日に経過月を加算して、各フォローアップの年月を算出する演算を行って、図4に示す症例一覧タイムライン表示画面の表示データを生成するようにしてもよい。[4.症例一覧タイムライン表示画面の変形例]更に、症例一覧タイムライン表示画面は、図4の例に限定されるものではなく、図15に示すように、図4の例より一層図案化したものであっても良い。図15の例では、タイムライン上に、臨床試験データを入力する期間を示す入力期間表示部51が設けられている。入力期間表示部51は、時間軸方向を長辺としたボックスであって、内側に、観察期間におけるフォローアップの回数がVisit1、Visit2として表示されている。また、入力期間表示部51には、臨床試験データを入力する期間、ここでは05150615等が表示されている。これにより、図15の例でも、各症例のフォローアップステータスが年月日順に一覧表示されているので、当月分を行方向に入力者等の操作者が見るだけで、症例毎の臨床試験データの入力/未入力を判断することができる。また、図15の例でも、7月が当月である。当月部分は、入力者や閲覧者が当月を前後の月と明確に区別できるように、7月が前後の月と背景色を異なるように表示されている。したがって、入力者等の操作者に対しても、臨床試験データを入力すべきフォローアップ月に注目しやすくできる。更に、ここでは、タイムライン上に並んだ入力期間表示部51に近接して、薬剤の投与期間を示す薬剤投与期間表示部52がタイムライン上に並んで設けられている。薬剤投与期間表示部52には、投与した薬剤名と、投与開始日と終了日が表記されている。更に、有害事象が発生した期間を示す有害事象表示部53がタイムライン上に並んで設けられている。有害事象表示部53には、有害事象の発現日と転帰日が表示される。これにより、投薬と有害事象との関係を視覚的に確認できる。また、投与期間や有害事象の確認の際に、入力期間表示部51も注目されることになり、フォローアップステータスが未入力の未であるとき、臨床試験データの入力を促すことができる。[5.スタンドアローンの変形例]以上の例では、臨床試験管理装置10に、ネットワーク2を介して、入力端末装置3や管理端末装置4が接続され、主として、入力端末装置3で臨床試験データを入力する場合を説明したが、図16に示すように、本発明の装置は、他の機器に依存せず独立で動作するスタンドアローンのコンピュータであってもよい。すなわち、臨床試験管理装置60は、ネットワークに接続されておらず、更に、キーボード、マウス等の入力部61と、液晶表示パネル等の表示部62とを備えている。スタンドアローンの臨床試験管理装置60では、操作者が医師やCRC等が入力者や研究代表医師や試験事務局担当者やデータマネージャ等の管理者が操作することになる。そして、臨床試験管理装置60は、各操作者がユーザIDやパスワードを入力して所定の権限でログインすることによって、例えば表示部62で図4に示す症例一覧タイムライン表示画面を見ながら入力部61で臨床試験データを入力することができ、また、表示部62で図8に示すような症例一覧表示画面を見ることができる。更に、入力部61で、図4や図8に示す本登録一覧ボタン23や本登録一覧ボタン24がクリックされその命令が制御部14に入力されると、命令に従った画面が表示されることになる。[6.フォローアップステータスの変形例]また、以上の例では、フォローアップステータスとして、未臨床試験データが未入力の状態、中臨床試験データの入力中一時保存中の状態、不被験者が不来院の状態、済臨床試験データが入力済みの状態、-臨床試験データが入力不可の状態の場合を説明したが、本発明のフォローアップステータスは、これに限定されるものではなく、例えば次のような定義を追加してもよいし、少なくてもよい。すなわち、本発明のフォローアップステータスでは、少なくとも、臨床試験データが入力済みであるのか、入力がまだなのか、少なくとも2つの状態が区別できるようになっていればよく、その他は特に限定されるものではない。下記定義は、研究代表医師や試験事務局担当者やデータマネージャ等の管理者側が行うデータクリーニング作業がシステムに統合されているときに有効である。送信済臨床試験データが臨床試験管理装置10へ送信済みの状態、確認中医師側が送信した臨床試験データを管理者が受け付けた状態問い合わせ管理者がデータクリーニングした結果、医師側に問い合わせクエリがあり医師側に臨床試験データを差し戻した状態固定済管理者がデータクリーニングした結果、問い合わせが0件で症例データを固定した状態"