"各健診項目における受診者の健診結果が記憶される外部装置と通信可能な健診情報処理装置であって、健診項目ごとに、受診者の健診結果と、当該健診結果が前記外部装置に記憶されているか否かを示すサーバ書込み情報とを記憶した記録媒体から、当該サーバ書込み情報が前記外部装置に記憶されていることを示す健診項目の健診結果を取得する取得手段と、前記取得手段により取得された健診結果を前記外部装置に登録するべく送信する送信手段と、を備えることを特徴とする健診情報処理装置。前記取得手段は、前記記録媒体から、健診項目ごとの、受診者の健診結果と、当該健診結果が前記外部装置に記憶されているか否かを示すサーバ書込み情報とを取得し、前記取得手段で取得されたサーバ書込み情報が、健診結果が前記外部装置に記憶されていることを示すか否かを判定する判定手段を更に備え、前記送信手段は、前記判定手段で、健診結果が前記外部装置に記憶されていることを示すと判定されたサーバ書込み情報の健診項目の健診結果を、前記外部装置に登録するべく送信することを特徴とする請求項1に記載の健診情報処理装置。各健診項目における受診者の健診結果が記憶される外部装置と通信可能な健診情報処理装置の健診情報処理方法であって、前記健診情報処理装置の取得手段が、健診項目ごとに、受診者の健診結果と、当該健診結果が前記外部装置に記憶されているか否かを示すサーバ書込み情報とを記憶した記録媒体から、当該サーバ書込み情報が前記外部装置に記憶されていることを示す健診項目の健診結果を取得する取得工程と、健診情報処理装置の送信手段が、前記取得工程により取得された健診結果を前記外部装置に登録するべく送信する送信工程と、を備えることを特徴とする健診情報処理方法。各健診項目における受診者の健診結果が記憶される外部装置と通信可能な健診情報処理装置で読み取り実行可能なプログラムであって、前記健診情報処理装置を、健診項目ごとに、受診者の健診結果と、当該健診結果が前記外部装置に記憶されているか否かを示すサーバ書込み情報とを記憶した記録媒体から、当該サーバ書込み情報が前記外部装置に記憶されていることを示す健診項目の健診結果を取得する取得手段と、前記取得手段により取得された健診結果を前記外部装置に登録するべく送信する送信手段として機能させることを特徴とするプログラム。しかし、ICカードなどの携帯記録媒体にのみ健診結果を記録するシステムにおいては、ICカードの故障などにより健診結果が消失したり、以降の健診の結果について記録ができなくなるという問題が生じる。そこで、上記の問題を解決するために、サーバ装置と通信可能な端末を用いて、ICカードだけでなくサーバ装置にも健診結果を記録することができる仕組みが考えられる。また、ICカードやサーバ装置には、健診結果だけでなく、これから受診すべき健診項目未受診の項目や、すでに受診済みの健診項目などの進捗状況についても記録される。ここで、ICカードの故障や端末との通信エラーなどにより、ICカードへ進捗状況の記録ができなくなった場合、サーバ装置のみに進捗状況が記録されることとなる。この場合、ICカードには正しい情報が記録されていない状態となり、正しい情報を受診者や測定者に伝えることができない。また、サーバ装置と通信を行えない健診項目の端末オフライン端末として動作する場合、ICカードに進捗状況を記録するが、サーバ装置と通信を行う健診項目の端末オンライン端末として動作する場合、ICカードに進捗状況を記録すると共に、サーバ装置に進捗状況を記録する。この場合、ICカードのメモリに欠陥があり、正しい進捗状況を記録できない場合が起こり得る。このような場合に、オフライン端末であれば、ICカードから進捗状況を読み出して、進捗状況を表示するが、この場合、適切な進捗状況を表示することが出来ない場合が起こり得る。また、オンライン端末であれば、サーバ装置の進捗状況を読み出して、進捗状況を表示することも考えられる。しかしながら、オフライン端末で健診を受けている場合は、サーバ装置に進捗状況を記録することができないため、サーバ装置のみから読み出された進捗情報を表示するだけでは、適切な進捗状況を表示すること難しい。そこで、本発明は、オンライン端末において、ICカード等の記録媒体には記憶され、サーバ装置には記憶されていない進捗情報健診結果を、記録媒体から読み出して、サーバ装置に登録する仕組みを提供することを目的とする。本発明は、各健診項目における受診者の健診結果が記憶される外部装置と通信可能な健診情報処理装置であって、健診項目ごとに、受診者の健診結果と、当該健診結果が前記外部装置に記憶されているか否かを示すサーバ書込み情報とを記憶した記録媒体から、当該サーバ書込み情報が前記外部装置に記憶されていることを示す健診項目の健診結果を取得する取得手段と、前記取得手段により取得された健診結果を前記外部装置に登録するべく送信する送信手段と、を備えることを特徴とする。また、本発明は、各健診項目における受診者の健診結果が記憶される外部装置と通信可能な健診情報処理装置の健診情報処理方法であって、前記健診情報処理装置の取得手段が、健診項目ごとに、受診者の健診結果と、当該健診結果が前記外部装置に記憶されているか否かを示すサーバ書込み情報とを記憶した記録媒体から、当該サーバ書込み情報が前記外部装置に記憶されていることを示す健診項目の健診結果を取得する取得工程と、健診情報処理装置の送信手段が、前記取得工程により取得された健診結果を前記外部装置に登録するべく送信する送信工程と、を備えることを特徴とする。また、本発明は、各健診項目における受診者の健診結果が記憶される外部装置と通信可能な健診情報処理装置で読み取り実行可能なプログラムであって、前記健診情報処理装置を、健診項目ごとに、受診者の健診結果と、当該健診結果が前記外部装置に記憶されているか否かを示すサーバ書込み情報とを記憶した記録媒体から、当該サーバ書込み情報が前記外部装置に記憶されていることを示す健診項目の健診結果を取得する取得手段と、前記取得手段により取得された健診結果を前記外部装置に登録するべく送信する送信手段として機能させることを特徴とする。本発明によれば、オンライン端末において、ICカード等の記録媒体には記憶され、サーバ装置には記憶されていない進捗情報を、記録媒体から読み出して、サーバ装置に登録することができる。以下、図面を参照して本発明の実施形態を詳細に説明する。図1は、本発明に係る情報処理システムのシステム構成の一例を示す図である。図1において、100は受付端末である。受付端末100は、ハンディターミナルやノート型パーソナルコンピュータ等の情報処理装置であり、本体にRF-IDのリーダ/ライタ207図2が着脱可能に接続されている。なお、上記RF-IDのリーダ/ライタ207図2は本体に内蔵されていても良い。また、受付端末100には、不図示のバーコードリーダが接続されている。そして、受付端末100のRAM202図2には、受診者の受診者ID、健診番号、氏名、性別、年齢、生年月日、過去の受診結果などの受診者情報を記憶する受診者一覧情報図16と、上記バーコードリーダが読み取った画像ファイル中のバーコードを識別して文字データに変換するプログラムと、後述する受付処理プログラム図3とが記憶されている。管理端末150は、受付端末100と同様に、ハンディターミナルやノート型パーソナルコンピュータ等の情報処理装置であり、本体にRF-IDのリーダ/ライタ207図2が着脱可能に接続されている。また、管理端末のRAM202図2には、健診結果ファイル不図示と、後述する回収処理プログラム図6とが記憶されている。健診工程端末A111~N129健診情報処理装置のRAM202図2には、図5の制御プログラムと、図4-1、図4-2に示す健診工程の処理プログラムと、各プログラムで使用する画面情報ディスプレイ205に図15等の画面を表示するためのデータであり、各プログラムの中に含めても良いと、図10乃至図11に示すメニューと各処理プログラムとを関連付けるための関連付情報ファイルと、各健診機器の機器設定情報健診工程端末A111~N129の設定情報と、各健診機器とのデータのやり取りに用いられる通信プログラムBluetooth登録商標、IrDA、TSP/IP等の各通信手順やプロトコルに対応した通信プログラムとが記憶されている。なお、上記各通信プログラムの少なくとも一部をオペレーションシステムに含めてもよい。各健診工程端末には、同一のプログラム制御プログラム、健診工程の処理プログラム、通信プログラム及びこれらプログラム用の画面情報や関連付情報ファイルと全健診機器の機器設定情報とが記憶されているので、メニューで特定の健診工程例えば血液検査を選択するだけで任意の健診工程端末を任意の健診工程において使用することができる。健診機器A110~N128は、健診に使用するX線撮影装置や血圧計、心電図測定機等の各種検査機器であり、健診工程端末A111~N129とのデータのやり取りを可能にする外部インタフェース例えばBluetoothやIrDA等を備えている。また、健診機器A110~N128は、健診工程端末A111~N129と有線のケーブルUSBやIEEE1394、パラレル転送用ケーブル等で接続しても良く、ピアツーピアやTCP/IP、FTP等で通信しても良い。記録媒体160は、各受診者が持ち運んで受診者情報例えば受診者ID、健診番号、氏名、性別、年齢、生年月日や各健診工程の検査データや通過データを記録するための媒体であり、例えばRF-IDやICカード、各種メモリカードを含むが、これらに限られずおよそデータの記憶/更新が可能で持ち運びが可能な程度に小型な記録媒体例えばUSBメモリ等であれば良い。また、以下の説明では、記録媒体160内にコントローラ図示しないを有するものとしているが、記録媒体160内にコントローラを有さずに、各リーダ/ライタ207から指定されたアドレスに指定されたデータを記憶し、あるいは更新できる構成を有してもよい。なお、図1について、健診機器A110と健診工程端末A111のように2つが実線で結ばれている場合は、両者がケーブル有線で接続されていることを意味し、健診機器B112と健診工程端末B113のように2つが破線で結ばれている場合には両者が無線や赤外線で接続されていることを意味し、健診機器C114と健診工程端末C115のように2つが結ばれていない場合には、両者が接続されておらず、健診機器Cの測定結果を健診工程端末C115に手入力する場合を示している。190はサーバ装置であり、健診工程端末と通信可能に接続され、各健診工程端末から測定結果などを収集し蓄積する機能を備える。図1に示すように、全ての健診工程端末と通信可能に接続されていなくてもよく、例えば健診工程端末Bのようにサーバ190と接続されていない健診工程端末があっても良い。また、サーバ190と各健診工程端末との通信については、無線であっても有線であってもいずれでも良い。また、サーバ190は、受付端末100、管理端末150と通信可能に接続されている。以下、図2を用いて、図1に示した受付端末100、健診機器、健診工程端末、管理端末150、記録媒体160、サーバ190のハードウエア構成の一例について説明する。図2において、201はCPUで、システムバス204に接続される各デバイスやコントローラを統括的に制御する。また、ROM203あるいは外部メモリ211には、CPU201の制御プログラムであるBIOSBasicInput/OutputSystemやオペレーティングシステムプログラム以下、OSや、各サーバ或いは各PCの実行する機能を実現するために必要な各種プログラム等が記憶されている。202はRAMで、CPU201の主メモリ、ワークエリア等として機能する。CPU201は、処理の実行に際して必要なプログラム等をROM203あるいは外部メモリ211からRAM202にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。また、205は入力コントローラで、入力装置209等からの入力を制御する。206はビデオコントローラで、液晶ディスプレイ等のディスプレイ装置210への表示を制御する。なお、ディスプレイ装置は、液晶ディスプレイに限られず、CRTディスプレイなどであっても良い。これらは必要に応じてクライアントが使用するものである。207はメモリコントローラで、ブートプログラム,各種のアプリケーション,フォントデータ,ユーザファイル,編集ファイル,各種データ等を記憶するハードディスクHDや、フレキシブルディスクFD、或いはPCMCIAカードスロットにアダプタを介して接続されるコンパクトフラッシュ登録商標メモリ等の外部メモリ211へのアクセスを制御する。208は通信I/Fコントローラで、ネットワーク例えば、図1に示したLAN400を介して外部機器と接続通信するものであり、ネットワークでの通信制御処理を実行する。例えば、TCP/IPを用いた通信等が可能である。なお、CPU201は、例えばRAM202内の表示情報用領域へアウトラインフォントの展開ラスタライズ処理を実行することにより、ディスプレイ装置210上での表示を可能としている。また、CPU201は、ディスプレイ装置210上の不図示のマウスカーソル等でのユーザ指示を可能とする。ハードウエア上で動作する各種プログラムは、外部メモリ211に記録されており、必要に応じてRAM202にロードされることによりCPU201によって実行されるものである。プリンタコントローラ212は、サーマルドットライン方式プリンタ213等の印刷機を制御する。スキャナコントローラ214は、スキャナ215等の識別器を制御する。なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えていればよい。次に、図3を用いて、本発明の実施形態において受付端末100が行う受付処理について説明する。なお、図3のフローチャートで示す処理については、受付端末100のCPU201が所定の制御プログラムを読み出して実行する処理である。図3において、まず、受付端末100のCPU201は、受付端末100のディスプレイ205に図14に示すような受付入力画面を表示しステップS301、表示された受付入力画面の受診者一覧読込ボタン1401が押下されることにより受診者一覧図16の読み込みが指示されるとステップS302、外部から受信した、あるいは受付端末100が備えるUSB端子に挿入されたUSBメモリ等から当日の受診者の受診者ID、健診番号、氏名、性別、年齢、生年月日等の受診者情報と、受診者ID毎に受診予定の健診項目が設定された健診工程を示す情報受診者一覧情報とを読み込んで、RAM202に記憶するステップS303。図16は、受診者一覧情報の一例であり、全ての受診者IDや氏名、コースID、受診者ID毎の受診しなければならない健診項目例えば、身長体重、血圧、腹囲、視力等、過去の健診結果不図示等が設定されている。なお、図16では、受診しなければならない健診項目は○で、受診予定のない項目は×で表している。また、図16に示す受診者一覧情報には、例えば、身長体重、血圧、腹囲、視力心電図の順序で受診者に受診させるというような受診順序情報が設定されていても良い。図3に戻り、次いで、図14に示す受付入力画面の受診票スキャンボタン1402が押下されることにより受診票スキャンが指示されるとステップS304、受付端末100のCPU201は、受付端末100に接続されたスキャナを読込可能な状態に制御する。そして、各受診者が予め記入して持参した受診票各受診者が自覚症状等を記入する一種の問診票がスキャナにセットされ、該受診票の読み込み指示がなされると、受付端末100のCPU201は、該受診票をスキャンして、受付端末100のバーコード認識プログラムにより該受診票に予め印刷された一意のバーコードを認識してテキストデータ受診者IDに変換し、RAM202に記憶するステップS305。なお、上記スキャナはバーコードリーダであってもよい。次いで、受付端末100のCPU201は、上記受診票をスキャンすることで得られた受診者IDとステップS303でRAM202に記憶した受診者一覧情報に含まれる受診者IDとを照合して、受診者IDが受診者一覧情報図16中に存在するか否かを判別するステップS306。ステップS306の判別の結果、受診者IDが受診者一覧情報中に存在しないときはステップS306:NO、エラーメッセージをディスプレイ205に表示してステップS309、ステップS304の処理へ戻り、再度、受診票を読み込む処理を実行する。ステップS306の判別の結果、受診者IDが受診者一覧情報中に存在するときはステップS306:YES、受付端末100のCPU201は、該当する受診者IDに対応する受診者情報図8を読み出し、RAM202に記憶するステップS307。例えば、上記受診票をスキャンすることで得られた受診者IDが1であった場合、図16に示す受診者一覧情報の受診者IDを検索すると、受診者IDが1のレコードがヒットする。そして、当該レコードから受診者IDが1、氏名が観音加奈子、受診項目が、身長体重、腹囲、胸部X線、胃部X線、血圧、心電である旨のデータ図16受診者情報を取得する。そして、当該受診者情報図8を記録媒体160に送信してステップS308、本処理を終了する。なお、記録媒体160のコントローラは、ステップS308で受診票に対応したユーザ受診者の受診者情報を受付端末100から受信すると、該受信した受診者情報を記録媒体160の不図示の記憶部に書き込む記憶する。このようにして、受診者の受診者情報図8を記録媒体160に記憶することが出来る。図5は、図1における各健診工程端末が実行する制御処理健診機器と健診工程機器とを対応付ける処理の手順を示すフローチャートである。なお、本処理は、各健診工程端末健診工程端末A111~N129のCPU201がRAM202に記憶されるプログラムを読み出して実行することにより実現されるすなわち、健診工程端末のCPU201の制御のもとで実行される処理に対応する。また、以下では、健診工程端末A111が実行する制御処理について説明するが、他の健診工程端末においても同様の処理が実行される。また、図5に示すステップS509、S510の処理は、健診結果記録処理をオフラインで実行するサーバ190と通信せずに実行する健診工程端末についても、サーバ190と通信可能な状態で実行するものとする。図5において、まず、健診工程端末A111の電源がオンにされて健診工程端末A111が起動されると、健診工程端末A111のCPU201は、図12に示すような健診システムメニューを初期メニュー画面としてディスプレイ205に表示するステップS501。具体的には、CPU201は、図10に示すような関連付け情報ファイルをRAM202から読み出して、該読み出した関連付け情報ファイル内のメニュー情報メニューNo、メニュー名等に基づいて図14に示す健診システムメニューを表示するように制御する。図10は、関連付け情報ファイルの一例であり、図10に示すように関連付情報ファイルは、メニューNo、メニュー名、メニューを選択した場合に実行する処理プログラム名、健診機器の設定情報を記録した機器設定情報ファイル名等の情報を含む。図12は、健診工程端末の初期メニュー画面の一例である。図12の初期メニュー画面における各種設定ボタンが押下されると、サブメニュー不図示が表示される。そして、表示されたサブメニューにて入力や編集が行われる事で、BluetoothやIrDA等の各種通信手順の設定や新たな健診機器の設定ファイルの読み込み等を実行することができ、これらの各設定データはRAM202に記憶される。図5に戻り、各健診工程のプログラムを起動するためのタッチボタンである図12に示す健診システムメニューの1.視力検査~11.癌簡易検査のいずれかのボタン例えば10、身長体重ボタンが押下されて、選択ボタンのボタンが押下されることによりメニューが選択されるとステップS502、選択されたメニューに対応するプログラム名prohigweiが実行される図10。次いで、健診工程端末A111のCPU201は、RAM202に記憶されている関連付け情報ファイルに図11に示すように同一選択されたメニューに対して複数のメニューNo1-1と1-2が存在するか否かを判別するステップS503。図11は、関連付け情報ファイルの他の例である。ステップS503の判別の結果、複数のメニューNoが存在するときステップS503:YES、つまり例えばメニューNoに枝番が付いている場合は、この複数の機器情報ファイルに対応する機器情報ファイル名から機器名称を読み出して不図示の画面に表示しステップS504、複数のうちの一つがタッチにより選択されるとステップS505、処理をステップS506に進める。ステップS503の判別の結果、複数のメニューNoが存在しないときはステップS503:NO、そのまま処理をステップS506に進める。次いで、ステップS506では、選択されたメニューNo及び機器に基づいて、RAM202に記憶されている図10又は図11に示す関連付け情報ファイルの選択されたメニューNoに該当する機器設定情報ファイル名をRAM202のワークエリアに読み込む。例えば、関連付け情報ファイルが図10に示す内容であり、10.身長体重が選択された場合は、健診工程端末A111のCPU201は、選択に応じて機器設定情報ファイルfashigwei及び対応する処理プログラム名prohigweiを読み込む。次いで、健診工程端末A111のCPU201は、ステップS506で読み込んだプログラム名のプログラムを実行しステップS507、処理プログラム画面測定結果を表示する画面をディスプレイ205に表示するステップS508。そして、ステップS509において、健診工程端末A111のCPU201は、自身がオンライン端末サーバ190と通信可能な状態で健診処理を実行する端末であるか否かを判断し、オンライン端末であるか否かを示す情報をサーバ190に送信する。また、健診工程端末A111は、図12のメニュー各健診項目のそれぞれに対応して記憶されている、サーバ190と通信を行う健診項目であるか否かを示す情報を参照して、ステップS502で選択されたメニュー健診項目として動作し、その健診項目ではサーバ190と通信を行うことができるか否かを判定する。そして、サーバ190と通信を行うことができると判定された場合は、サーバ190との通信を確立し、図4-1に示す処理を実行する。また、サーバ190と通信を行うことができないと判定された場合は、図4-2に示す処理を実行する。また、自身が担当する健診項目ステップS507で実行されたプログラムに対応する健診項目を示す情報をサーバ190に送信する。なお、ステップS509で健診工程端末A111からサーバ190に送信された情報は、図9に一例を示すテーブルに登録される。ステップS510では、健診工程端末A111は、全ての健診工程端末についてそれぞれが担当する項目およびオンラインで健診処理を実行するか否かを示すフラグオンラインフラグが登録されたテーブル図9をサーバ190から受信する。図5の制御処理によれば、健診工程端末において操作者が選択したメニューに対応する処理プログラムが実行されて、所望の健診工程における処理を実行できる。すなわち、どの健診項目の測定値を受け付けるのかを設定することができる。さらに、各健診工程端末がどの健診項目を担当するのか、また、各健診工程端末が健診処理を実行する際にサーバ190と通信可能な状態であるのか否かオンライン端末かオフライン端末かを全ての健診工程端末で共有することができる。次に、図4-1を用いて、本発明の実施形態において健診工程端末が行う健診結果記録処理について説明する。なお、図4-1のフローチャートで示す処理については、健診工程端末A111のCPU201が所定の制御プログラムを読み出して実行する処理であり、サーバ190との通信を行うことができないオフライン端末として動作する処理である。ステップS401では、健診工程端末A111のCPU201は、ディスプレイ205タッチパネルを兼ねるやリーダ/ライタ207への操作を判定し、健診工程端末A111のリーダ/ライタ207にカード記録媒体160がかざされたことを検知する。ステップS402では、健診工程端末A111のCPU201は、ステップS401で検知した記録媒体160から、図19に示すテーブル、すなわち、受診者の健診結果や健診予定項目受信予定、サーバ書込み情報を取得する。ここで取得する健診結果としては、測定値でもよいし、測定値が含まれている受診済みであるか否かを示す情報であってもよい。図19は、記録媒体160に記録されている受診者の健診結果や健診予定項目受信予定、サーバ書込み情報のテーブルの一例を示す。図19は、受診者の受診者ID、氏名、受信予定受診しなければならない健診項目例えば、身長体重、血圧、腹囲、視力等、健診結果、サーバ書込み情報等が設定されている。なお、図19の受信予定には、受診しなければならない健診項目には○を、受診予定のない項目には×を記憶している。また、図19の測定値のは、ICカードの所定のメモリ部分に欠陥が存在していたために、データが書き込めないことを示している。このような場合であっても、サーバ書込み情報に○が記憶されているため、受診済みであることを判断することができるようになると共に、サーバ190からその健診項目の健診結果を取得して表示することができるようになる。また、例えば、身長体重、血圧、腹囲、視力心電図の順序で受診者に受診させるというような受診順序情報が設定されていても良い。ステップS403では、健診工程端末A111のCPU201は、図20に示す画面を表示し、健診の進捗状況図20に示す画面の下部を表示する。なお、進捗状況の表示処理の詳細については、図18に示すフローチャートを用いて後述する。ステップS404では、健診工程端末A111のCPU201は、健診機器から測定値健診結果の入力を受け付ける。なお、図1における健診工程端末C115のように、健診機器と接続されていない健診工程端末においては、測定者による測定値の入力を受け付ける。ステップS405では、健診工程端末A111のCPU201は、ステップS502で選択された健診項目において、ステップS408で入力された健診結果と、サーバ190への健診結果の書込みが出来ない旨の情報として、サーバ書込み情報に×と、をICカードなどの記録媒体160に書き込む。ステップS406では、健診工程端末A111のCPU201は、ステップS405において記録媒体160への健診結果、サーバ書込み情報の書き込みに成功したか否かを判断する。書き込みに成功したと判断された場合ステップS406:YESは、処理を終了し、書き込みに失敗した書き込むことができなかった場合ステップS406:NOは、処理をステップS407に移行する。ステップS407では、健診工程端末A111のCPU201は、エラー画面図15を表示し、記録媒体160を変更すべき旨の警告画面等を表示する。すなわち、ステップS406でNOと判断された場合は、記録媒体160への記録もサーバ190への記録もいずれも出来ない結果となるため、健診結果等の記録を残すことができなくなってしまう。そのため、記録媒体160を変更するなどして、対応すべき旨の通知を出す。そして、本フローチャートに示す処理を終了する。ステップS405において、例えば、図19に示すように、健診項目受診項目が身長体重には、健診結果として、175/68が記憶され、サーバ書込み情報に×が記憶される。サーバ書込み情報の×は、サーバ190への健診結果の書込みが出来なかったことを示し、○は、サーバ109への健診結果の書込みが出来たことを示している。次に、図4-2を用いて、本発明の実施形態において健診工程端末が行う健診結果記録処理について説明する。なお、図4-2のフローチャートで示す処理については、健診工程端末A111のCPU201が所定の制御プログラムを読み出して実行する処理であり、サーバ190との通信を行うオンライン端末として動作する処理である。ステップS408では、健診工程端末A111のCPU201は、ディスプレイ205タッチパネルを兼ねるやリーダ/ライタ207への操作を判定し、健診工程端末A111のリーダ/ライタ207にカード記録媒体160がかざされたことを検知する。ステップS409では、健診工程端末A111のCPU201は、ステップS408で検知した記録媒体160から、図19に示すテーブル、すなわち、受診者の健診結果や健診予定項目受信予定、サーバ書込み情報を取得する。ここで取得する健診結果としては、測定値でもよいし、測定値が含まれている受診済みであるか否かを示す情報であってもよい。図19は、上述した通り、記録媒体160に記録されている受診者の健診結果や健診予定項目受信予定、サーバ書込み情報のテーブルの一例である。そして、ステップS410において、健診工程端末A111のCPU201は、ステップS409で取得したサーバ書込み情報の中に×があるか否かを判定する。そして、健診工程端末A111のCPU201は、ステップS410で、サーバ書込み情報の中に×があると判定された場合はYES、ステップS409で取得したサーバ書込み情報に×がある健診項目の健診結果をサーバ190に送信して、当該健診結果の登録要求を行う。そして、サーバ190に、ステップS409で取得したサーバ書込み情報に×がある健診項目の健診結果が登録されると、記録媒体に記憶された図19に示すテーブルの、当該登録要求を行った健診項目のサーバ書込み情報×をサーバ書込み情報○に書き換えて記録するステップS411。健診工程端末A111のCPU201は、ステップS410で、サーバ書込み情報の中に×がないと判定された場合はNO、処理をステップS412に移行する。ステップS412において、健診工程端末A111のCPU201は、サーバ190に健診結果の取得要求を送信し、サーバ190から、健診結果を取得する。サーバ190の外部メモリ211には、図21に示す情報が記憶されている。図21には、各受信者毎に、該受診者の健診結果や、健診予定項目受信予定、記録媒体書込み情報が記憶されている。ここで、記録媒体書込み情報の×は、記録媒体への健診結果の書込みが出来ない旨の情報を示し、記録媒体書込み情報の○は、記録媒体への健診結果の書込みが出来た旨の情報を示している。ステップS412では、健診工程端末A111のCPU201は、ステップS408で記録媒体から取得した受診者IDを、サーバ190に送信して、サーバ190のCPU201は、当該受診者IDに対応して図21に登録されている情報受診者の健診結果や、健診予定項目受信予定、記録媒体書込み情報を取得して、健診工程端末A111に送信する。これにより、健診工程端末A111は、サーバ109から受診者の健診結果や、健診予定項目受信予定、記録媒体書込み情報を取得する。次に、健診工程端末A111のCPU201は、ステップS413において、ステップS412で取得した記録媒体書込み情報の中に、×があるか否かを判定するそして、健診工程端末A111のCPU201は、ステップS413で、×があると判定された場合はYES、記録媒体書込み情報の×の健診項目における、ステップS412で取得した健診結果を、記録媒体に書き込む記録する。そして、健診工程端末A111のCPU201は、サーバ190に対して、当該記録媒体書込み情報の×が記憶されている図21の記録媒体書込み情報を○に更新するための登録要求をサーバ190に送信して、当該当該記録媒体書込み情報の×が記憶されている図21の記録媒体書込み情報を○に更新するステップS414。健診工程端末A111のCPU201は、ステップS413において、ステップS412で取得した記録媒体書込み情報の中に、×が無いと判定された場合NO、処理をステップS415に移行する。ステップS415において、健診工程端末A111のCPU201は、図20に示す画面を表示し、健診の進捗状況図20に示す画面の下部を表示する。なお、進捗状況の表示処理の詳細については、図18に示すフローチャートを用いて後述する。ステップS416では、健診工程端末A111のCPU201は、健診機器から測定値健診結果の入力を受け付ける。なお、図1における健診工程端末C115のように、健診機器と接続されていない健診工程端末においては、測定者による測定値の入力を受け付ける。ステップS417では、健診工程端末A111のCPU201は、ステップS502で選択された健診項目において、ステップS416で入力された健診結果をICカードなどの記録媒体160に書き込む。ステップS418では、健診工程端末A111のCPU201は、ステップS417において記録媒体160への健診結果の書き込みに成功したか否かを判断する。書き込みに成功したと判断された場合ステップS418:YESは、処理をステップS423に移行する。一方、書き込みに失敗したと判断された場合ステップS418:NOは、処理をステップS419に移行する。健診工程端末A111のCPU201は、ステップS419では、記録媒体への健診結果の書込みに失敗した旨のエラー画面を表示する。そして、健診工程端末A111のCPU201は、ステップS417で入力された健診結果と、記録媒体に書き込みが出来ない旨を示す情報として、現在、健診工程端末が動作している健診項目の記録媒体書込み情報図21の記録媒体書込み情報に、×を登録する登録要求を、サーバ190に送信するステップS420。サーバ190は、当該登録要求を受信すると、当該登録要求されている健診結果と共に、記録媒体書込み情報×を登録する。そして、ステップS421において、健診工程端末A111のCPU201は、通信エラーなども起こることなくサーバ190の図21に、健診結果と共に、記録媒体書込み情報×を登録できたか否かを判定し、登録出来たと判定された場合はYES処理を終了する。一方、登録出来なかったと判定された場合はNO、エラー画面図15を表示し、記録媒体160を変更すべき旨の警告画面等を表示しステップS422、処理を終了する。健診工程端末A111のCPU201は、ステップS418において、書き込みに成功したと判断された場合YES、ステップS417で入力された健診結果と、記録媒体に書き込みが出来きた旨を示す情報として、現在、健診工程端末が動作している健診項目の記録媒体書込み情報図21の記録媒体書込み情報に、○を登録する登録要求を、サーバ190に送信するステップS420。サーバ190は、当該登録要求を受信すると、当該登録要求されている健診結果と共に、記録媒体書込み情報○を登録する。そして、ステップS424において、健診工程端末A111のCPU201は、通信エラーなども起こることなくサーバ190の図21に、健診結果と共に、記録媒体書込み情報○を登録できたか否かを判定し、登録出来たと判定された場合はYES、記録媒体に、サーバに書き込みが出来た旨の情報として、現在、健診工程端末A111が動作している健診項目におけるサーバ書込み情報に○を書き込むステップS426。一方、登録出来なかったと判定された場合はNO、記録媒体に、サーバに書き込みが出来なかった旨の情報として、現在、健診工程端末A111が動作している健診項目におけるサーバ書込み情報に×を書き込むステップS425。健診工程端末A111のCPU201は、ステップS425、ステップS426の処理を実行すると、処理を終了する。次に、図18を用いて、本発明の実施形態において健診工程端末A111が行う進捗表示処理ステップS403、ステップS415に該当について説明する。なお、図18のフローチャートで示す処理については、健診工程端末A111のCPU201が所定の制御プログラムを読み出して実行する処理である。また、本フローチャートの処理が実行された場合に表示される画面の一例を図20に示す。まず、健診工程端末A111のCPU201は、画面に、ステップS401、又はステップS408で記録媒体から取得した図19等の情報に従って、受診者ID0001や受診番号999999及び受診者氏名や性別等の受診者情報を表示するステップS1801。ステップS1802では、健診工程端末A111は、ステップS401、又はステップS408で記録媒体から取得した図19に示す情報に従って、受診予定のある健診項目を判定し、受診予定の健診項目については黄色で表示する。ステップS1803では、健診工程端末A111は、ステップS401、又はステップS408で記録媒体から取得した図19に示す情報に従って、受診予定のない健診項目を判定し、受診予定のない健診項目については黒色で表示する。このように、受診予定の健診項目と、受診予定のない健診項目とを識別可能に表示させることで、受診者が、どの健診項目を受診しなければならないかを、健診項目を担当している担当者に知らせることができる。ここで、受診予定の有無の判断については、受診者情報図19に基づき判断する。具体的には、受診者情報の受信予定の健診項目に○が設定された項目については、健診予定ありと判断され、×が設定された項目については、受診予定なしと判断される。次に、ステップS1804、ステップS1805の処理について説明する。ステップS1804、ステップS1805の処理は、ステップS403の詳細処理として実行される場合と、ステップS415の詳細処理として実行される場合とで、ことなるため、ここでは、それぞれの詳細処理について、説明する。まず、ステップS403の詳細処理として実行されるステップS1804、ステップS1805の処理の説明を行う。ステップS1804では、健診工程端末A111は、ステップS402で取得した受診者情報図19に基づいて既に受診済みの健診項目を判別して、受診済みと判別された健診項目に○を表示する。具体的には、ステップS402で取得した受診者情報図19の健診結果に測定値が含まれている健診項目、及びサーバ書込み情報に○が記憶されている健診項目を受診済みの健診項目と判定する。そして、受診済みの健診項目と判定された健診項目については、図20の画面の下部に示す通り、○を表示する。次いで、健診工程端末A111のCPU201は、現在の健診項目に◎を表示するステップS1805。次に、ステップS415の詳細処理として実行されるステップS1804、ステップS1805の処理の説明を行う。ステップS1804では、健診工程端末A111は、ステップS409で取得した受診者情報図19と、ステップS412で取得した情報図21とに基づいて既に受診済みの健診項目を判別して、受診済みと判別された健診項目に○を表示する。具体的には、ステップS402で取得した受診者情報図19の健診結果に測定値が含まれている健診項目、及び、ステップS412で取得した図21の健診結果に測定値が含まれている健診項目を、受診済みの健診項目として判定する。そして、受診済みの健診項目と判定された健診項目については、図20の画面の下部に示す通り、○を表示する。次いで、健診工程端末A111のCPU201は、現在の健診項目に◎を表示するステップS1805。図18の進捗状況表示処理によれば、受診予定がある健診項目、受診予定がない健診項目がそれぞれ識別可能に表示され、既に受診済みの健診項目が○で表示され、現在の健診項目が◎で表示されるので、受診者が今後受診すべき項目を受診者及び測定者に把握させることができる。なお、図18の健診状況表示処理では、網掛けや○や◎で識別可能に表示したが、各健診項目に対する情報を識別できればどのような表示であっても良く、表示色を異ならせることで識別可能に表示してもよい。これにより、前の検査項目において記録媒体160に健診結果が記録できなかった場合や、前の検査がオフライン端末が担当する検査でありサーバ190に健診結果が記録できなかった場合であっても、正しい進捗状況を表示することが可能となる。次に、図6を用いて、本発明の実施形態において管理端末150が行う回収処理について説明する。なお、図6のフローチャートで示す処理については、管理端末150のCPU201が所定の制御プログラムを読み出して実行する処理である。図6において、まず、管理端末150のCPU201は、ディスプレイ205タッチパネルを兼ねるやリーダ/ライタ207への操作を判定し、管理端末150のリーダ/ライタ207にカード記録媒体160がタッチされるとステップS601、管理端末150のCPU201は、リーダ/ライタ207を介して記録媒体160に対して記録媒体160に記録されている受診者情報及び検査データ測定値の読取要求を送信するステップS602。当該読取要求を受信した記録媒体160のコントローラは、受診者情報、及び検査データ測定値を管理端末150のリーダ/ライタ207に送信する。次いで、管理端末150のCPU201は、管理端末150のリーダ/ライタ207を介して一人分の受診者情報及び検査データを受信してステップS603、管理端末150のRAM202のワークエリアに記憶するステップS604。次いで、管理端末150のCPU201は、RAM202に記憶される受診者情報と上記一人分の検査データを照合しステップS605、未受診の健診工程がないか判定しステップS606、判定結果を管理端末150のRAM202のワークエリアに記憶する。次いで、管理端末150のCPU201は、管理端末150のディスプレイ205に図13に示すような検査結果及び判定結果画面を表示するステップS607。図13は、管理端末の回収処理プログラム画面の一例である。管理端末150のCPU201は、図13の画面において、受信した受診者情報に基づいて受診者IDや氏名等を表示し、ステップS606の判定結果に基づいて受診済みか否かを表示する。なお、図13に示す画面では、血液検査が未受診であり、それ以外の健診項目については受診済みであることを示している。図6に戻り、管理端末150のCPU201は、図13の画面の各ボタン表示切替ボタン、印刷ボタン、登録ボタンのタッチ押下を検知し操作判定し、表示切替ボタンが押下タッチされたか否かを判別するステップS608。表示切替ボタンが押下されたときはステップS608:YES、管理端末150のCPU201は、図13の初期画面がディスプレイ205に表示されていた場合は、健診データ明細表示画面不図示に表示を切り替える。健診データ明細表示画面が表示されていた場合は、図13の初期画面に表示を切り替えるステップS609。そして、処理をステップS608に戻す。ステップS608の判別の結果、表示切替ボタンが押下されないときはステップS608でNO、印刷ボタンが押下タッチされたか否かを判別するステップS610。印刷ボタンが押下されたときは、ステップS610でYES、管理端末150のCPU201は、RAM202に記憶した受診者情報及び検査データに基づいて、受診者個人用の結果リストを印刷しステップS611、処理をステップS608に戻す。ステップS610の判別の結果、印刷ボタンが押下されないときはステップS610でNO、登録ボタンが押下タッチされたか否かを判別しステップS612、登録ボタンが押下されないときはステップS612でNO、処理をステップS608に戻す。ステップS612の判別の結果、登録ボタンが押下されたときはステップS612でYES、管理端末150のCPU201は、ステップS606における各検査データの検査漏れの判定結果に基づいて、未受診の項目があるか否かを判別しステップS613、未受診の項目がある場合はステップS613でYES、管理端末150のCPU201は、管理端末150の不図示のスピーカーから警告音を出力し、管理端末150のディスプレイ205に未受診である健診工程の名称と受診者ID及び氏名、再度該当する健診工程に行くように促すメッセージ不図示を表示しステップS614、処理をステップS615に進める。ステップS613の判別の結果、未健診項目がないときはステップS613でNO、管理端末150のCPU201は、健診結果ファイルに1人分の検査データ及び通過記録データを記憶するステップS615。次いで、管理端末150のCPU201は処理をステップS616に移行する。なお、ステップS616の料金計算処理の詳細については、図7のフローチャートを用いて説明する。図7は、図6におけるステップS616の料金計算処理の詳細を示すフローチャートである。なお、本フローチャートの処理は、管理端末150のCPU201がRAM202に記憶されるプログラムを読み出して実行することにより実現される即ち、管理端末のCPU201の制御のもとで実行される処理に対応する。ステップS701は、検査データから受診済みの健診項目を検索する。次いで、ステップS702では、ステップS701で取得した受診済みの健診項目に対応する料金を、図17に示す料金表に基づき取得する。次いで、ステップS703では、ステップS702で取得した料金の合計を基本料金に加算することで、健診料金を算出する。また、計算された健診料金及びその内訳を管理端末150のディスプレイ205に表示させても良い。図7の料金計算処理によれば、受診者の属性や受診した健診項目に応じて受診者毎にそれぞれ健診料金の計算を行うことが可能となる。以上、本発明によれば、オンライン端末において、ICカード等の記録媒体には記憶され、サーバ装置には記憶されていない進捗情報健診結果を、記録媒体から読み出して、サーバ装置に登録することができる。なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。また、本発明におけるプログラムは、図3~図7の処理方法をコンピュータが実行可能なプログラムである。なお、本発明におけるプログラムは図3~図7の各装置の処理方法ごとのプログラムであってもよい。以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータまたはCPUやMPUが記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、CD-ROM、CD-R、DVD-ROM、磁気テープ、不揮発性のメモリカード、ROM、EEPROM、シリコンディスク等を用いることが出来る。また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているOSオペレーティングシステム等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPU等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。"