(57)【特許請求の範囲】
【請求項１】
複数の健診科目における受診者の健診結果が記録される当該受診者の記録媒体と、複数の健診項目における受診者の健診結果を記憶するサーバと、前記サーバと通信しない健診科目用のオフライン端末として動作し、入力された健診機器による健診結果を、前記サーバに記録せずに、前記記録媒体に記録する第１の健診情報処理装置と、前記サーバと通信する健診科目用のオンライン端末として動作し、入力された健診機器による健診結果を前記サーバ及び前記記録媒体に記録する第２の健診情報処理装置と、を含むシステムにおける前記第２の健診情報処理装置であって、
前記記録媒体から、当該受診者における、複数の健診科目のそれぞれに対して受診済みであるかを示す健診結果を取得する媒体情報取得手段と、
前記サーバから、複数の健診科目のそれぞれに対して受診済みであるかを示す健診結果であって前記サーバに記憶されている当該受診者の健診結果を取得する装置情報取得手段と、
前記媒体情報取得手段で取得された当該受診者の健診結果と、前記装置情報取得手段で取得された当該受診者の健診結果とを用いて、前記複数の健診科目のそれぞれについて、受診済みの健診科目と未受診の健診科目とをそれぞれ識別可能に表示する表示手段と、
を備え、
前記表示手段は、同一の健診科目について、前記媒体情報取得手段で取得された当該受診者の健診結果、及び前記装置情報取得手段で取得された当該受診者の健診結果の何れかが受診済みであることを示す場合には、当該健診科目を受診済みの健診科目として識別可能に表示し、同一の健診科目について、前記媒体情報取得手段で取得された当該受診者の健診結果、及び前記装置情報取得手段で取得された当該受診者の健診結果が何れも未受診であることを示す場合には、当該健診科目を未受診の健診科目として識別可能に表示することを特徴とする第２の健診情報処理装置。
【請求項２】
前記記録媒体を検知する検知手段を更に備え、
前記媒体情報取得手段は、前記検知手段で検知された前記記録媒体から、当該受診者における、複数の健診科目のそれぞれに対して受診済みであるかを示す健診結果を取得し、
前記装置情報取得手段は、前記検知手段で前記記録媒体を検知することで、前記サーバに、当該受診者における、複数の健診科目のそれぞれに対して受診済みであるかを示す健診結果の取得要求を送信して、前記サーバから、当該受診者における、複数の健診科目のそれぞれに対して受診済みであるかを示す健診結果であって前記サーバに記憶されている当該受診者の健診結果を取得することを特徴とする請求項１に記載の第２の健診情報処理装置。
【請求項３】
前記サーバは、前記記録媒体には記録されていない健診結果であって受診済みであることを示す健診科目の健診結果を記憶し、
前記装置情報取得手段は、前記サーバから、当該健診結果を取得することを特徴とする請求項１又は２に記載の第２の健診情報処理装置。
【請求項４】
前記記録媒体は、前記サーバに記憶されていない健診結果であって受診済みであることを示す健診科目の健診結果を記憶し、
前記媒体情報取得手段は、前記記録媒体から、当該健診結果を取得することを特徴とする請求項１乃至３の何れか１項に記載の第２の健診情報処理装置。
【請求項５】
受診者の健診結果を、前記サーバ、及び前記記録媒体に記録する記録手段と、
前記装置情報取得手段により前記サーバから取得した健診結果が、前記記録媒体に記録されていない健診結果であるかを判定する判定手段と、
を更に備え、
前記記録手段は、前記判定手段により、前記装置情報取得手段により前記サーバから取得した健診結果が、前記記録媒体に記録されていない健診結果であると判定された場合に、前記記録媒体に記録されていないと判定された健診結果を、前記記録媒体に記録することを特徴とする請求項１乃至４の何れか１項に記載の第２の健診情報処理装置。
【請求項６】
前記記録手段により前記記録媒体に受診者の健診結果を記録することができたかを判定する媒体記録判定手段を更に備え、
前記記録手段は、前記媒体記録判定手段により、前記記録手段により前記記録媒体に受診者の健診結果を記録することができなかったと判定された場合には、前記サーバに、受診者の健診結果と、当該健診結果に関して前記記録媒体に記録できなかったことを示す媒体未記録情報とを、記録するべく送信し、
前記装置情報取得手段は、前記サーバから、受診者の健診結果と、当該健診結果に関して前記記録媒体に記録できなかったことを示す当該媒体未記録情報とを取得し、
前記判定手段は、前記装置情報取得手段で、前記サーバから、当該媒体未記録情報を取得したかを判定することで、前記装置情報取得手段により取得した健診結果が、前記記録媒体に記録されていない健診結果であるかを判定することを特徴とする請求項５に記載の第２の健診情報処理装置。
【請求項７】
前記媒体記録判定手段により、前記記録手段により前記記録媒体に受診者の健診結果を記録することができなかったと判定された場合に、その旨を表示する表示手段を更に備えることを特徴とする請求項６に記載の第２の健診情報処理装置。
【請求項８】
前記記録手段により、受診者の健診結果を、前記サーバ、及び前記記録媒体に記録できたかを判定する記録判定手段と、
前記記録判定手段により、受診者の健診結果を、前記サーバ、及び前記記録媒体に記録できなかったと判定された場合には、当該記録媒体を交換するべく通知する通知手段と、
を更に備えることを特徴とする請求項５乃至７の何れか１項に記載の第２の健診情報処理装置。
【請求項９】
健診科目用として動作する当該健診科目の健診結果を入力する入力手段を更に備え、
前記記録手段は、前記入力手段で入力された健診結果を、前記サーバ、及び前記記録媒体に記録することを特徴とする請求項５乃至８の何れか１項に記載の第２の健診情報処理装置。
【請求項１０】
前記媒体情報取得手段は、さらに、前記記録媒体から、受診予定の健診科目、受診予定ではない健診科目を識別するための識別情報を取得し、
前記表示手段は、さらに、前記媒体情報取得手段で取得された識別情報に従って、受診予定の健診科目、受診予定ではない健診科目をそれぞれ識別可能に表示することを特徴とする請求項１乃至９の何れか１項に記載の第２の健診情報処理装置。
【請求項１１】
複数の健診科目における受診者の健診結果が記録される当該受診者の記録媒体と、複数の健診項目における受診者の健診結果を記憶するサーバと、前記サーバと通信しない健診科目用のオフライン端末として動作し、入力された健診機器による健診結果を、前記サーバに記録せずに、前記記録媒体に記録する第１の健診情報処理装置と、前記サーバと通信する健診科目用のオンライン端末として動作し、入力された健診機器による健診結果を前記サーバ及び前記記録媒体に記録する第２の健診情報処理装置と、を含むシステムにおける前記第２の健診情報処理装置における健診情報処理方法であって、
前記第２の健診情報処理装置の媒体情報取得手段が、前記記録媒体から、当該受診者における、複数の健診科目のそれぞれに対して受診済みであるかを示す健診結果を取得する媒体情報取得工程と、
前記第２の健診情報処理装置の装置情報取得手段が、前記サーバから、複数の健診科目のそれぞれに対して受診済みであるかを示す健診結果であって前記サーバに記憶されている当該受診者の健診結果を取得する装置情報取得工程と、
前記第２の健診情報処理装置の表示手段が、前記媒体情報取得工程で取得された当該受診者の健診結果と、前記装置情報取得工程で取得された当該受診者の健診結果とを用いて、前記複数の健診科目のそれぞれについて、受診済みの健診科目と未受診の健診科目とをそれぞれ識別可能に表示する表示工程と、
を備え、
前記表示工程は、同一の健診科目について、前記媒体情報取得工程で取得された当該受診者の健診結果、及び前記装置情報取得工程で取得された当該受診者の健診結果の何れかが受診済みであることを示す場合には、当該健診科目を受診済みの健診科目として識別可能に表示し、同一の健診科目について、前記媒体情報取得工程で取得された当該受診者の健診結果、及び前記装置情報取得工程で取得された当該受診者の健診結果が何れも未受診であることを示す場合には、当該健診科目を未受診の健診科目として識別可能に表示することを特徴とする健診情報処理方法。
【請求項１２】
複数の健診科目における受診者の健診結果が記録される当該受診者の記録媒体と、複数の健診項目における受診者の健診結果を記憶するサーバと、前記サーバと通信しない健診科目用のオフライン端末として動作し、入力された健診機器による健診結果を、前記サーバに記録せずに、前記記録媒体に記録する第１の健診情報処理装置と、前記サーバと通信する健診科目用のオンライン端末として動作し、入力された健診機器による健診結果を前記サーバ及び前記記録媒体に記録する第２の健診情報処理装置と、を含むシステムにおける前記第２の健診情報処理装置で読み取り実行可能なプログラムであって、
前記第２の健診情報処理装置を、
前記記録媒体から、当該受診者における、複数の健診科目のそれぞれに対して受診済みであるかを示す健診結果を取得する媒体情報取得手段と、
前記サーバから、複数の健診科目のそれぞれに対して受診済みであるかを示す健診結果であって前記サーバに記憶されている当該受診者の健診結果を取得する装置情報取得手段と、
前記媒体情報取得手段で取得された当該受診者の健診結果と、前記装置情報取得手段で取得された当該受診者の健診結果とを用いて、前記複数の健診科目のそれぞれについて、受診済みの健診科目と未受診の健診科目とをそれぞれ識別可能に表示する表示手段として機能させ、
前記表示手段は、同一の健診科目について、前記媒体情報取得手段で取得された当該受診者の健診結果、及び前記装置情報取得手段で取得された当該受診者の健診結果の何れかが受診済みであることを示す場合には、当該健診科目を受診済みの健診科目として識別可能に表示し、同一の健診科目について、前記媒体情報取得手段で取得された当該受診者の健診結果、及び前記装置情報取得手段で取得された当該受診者の健診結果が何れも未受診であることを示す場合には、当該健診科目を未受診の健診科目として識別可能に表示することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、健診情報処理装置、健診情報処理方法、プログラムに関し、特に、記録媒体から取得された受診者の健診結果と、サーバから取得された受診者の健診結果とを用いて、複数の健診科目のそれぞれについて、受診済みの健診科目と未受診の健診科目とをそれぞれ識別可能に表示するための技術に関する。
【背景技術】
【０００２】
現在、学校や会社等に医師や看護師等（以下、「測定者」という）が出張して健康診断を行う、いわゆる出張健診が一般的に行われている。
【０００３】
例えば、従来の出張健診では、測定者が行った健診結果（健診情報）を健康診断票（紙）に記載していた。しかし、近年は情報収集の効率化のため、健康診断票（紙）の代わりにＩＣカード等の携帯可能な記録装置を用いている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−２１３０６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、ＩＣカードなどの携帯記録媒体にのみ健診結果を記録するシステムにおいては、ＩＣカードの故障などにより健診結果が消失したり、以降の健診の結果について記録ができなくなるという問題が生じる。
【０００６】
そこで、上記の問題を解決するために、サーバ装置と通信可能な端末を用いて、ＩＣカードだけでなくサーバ装置にも健診結果を記録することができる仕組みが考えられる。
【０００７】
また、ＩＣカードやサーバ装置には、健診結果だけでなく、これから受診すべき健診項目（未受診の項目）や、すでに受診済みの健診項目などの進捗状況についても記録される。
【０００８】
ここで、ＩＣカードの故障や端末との通信エラーなどにより、ＩＣカードへ進捗状況の記録ができなくなった場合、サーバ装置のみに進捗状況が記録されることとなる。
【０００９】
この場合、ＩＣカードには正しい情報が記録されていない状態となり、正しい情報を受診者や測定者に伝えることができない。
【００１０】
また、サーバ装置と通信を行えない健診項目の端末（オフライン端末）として動作する場合、ＩＣカードに進捗状況を記録するが、サーバ装置と通信を行う健診項目の端末（オンライン端末）として動作する場合、ＩＣカードに進捗状況を記録すると共に、サーバ装置に進捗状況を記録する。この場合、ＩＣカードのメモリに欠陥があり、正しい進捗状況を記録できない場合が起こり得る。
【００１１】
このような場合に、オフライン端末であれば、ＩＣカードから進捗状況を読み出して、進捗状況を表示するが、この場合、適切な進捗状況を表示することが出来ない場合が起こり得る。
【００１２】
また、オンライン端末であれば、サーバ装置の進捗状況を読み出して、進捗状況を表示することも考えられる。しかしながら、オフライン端末で健診を受けている場合もあるため、サーバ装置のみから読み出された進捗情報を表示するだけでは、適切な進捗状況を表示することが出来ない。
【００１３】
本発明は、記録媒体から取得された受診者の健診結果と、サーバから取得された受診者の健診結果とを用いて、複数の健診科目のそれぞれについて、受診済みの健診科目と未受診の健診科目とをそれぞれ識別可能に表示する仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明は、複数の健診科目における受診者の健診結果が記録される当該受診者の記録媒体と、複数の健診項目における受診者の健診結果を記憶するサーバと、前記サーバと通信しない健診科目用のオフライン端末として動作し、入力された健診機器による健診結果を、前記サーバに記録せずに、前記記録媒体に記録する第１の健診情報処理装置と、前記サーバと通信する健診科目用のオンライン端末として動作し、入力された健診機器による健診結果を前記サーバ及び前記記録媒体に記録する第２の健診情報処理装置と、を含むシステムにおける前記第２の健診情報処理装置であって、前記記録媒体から、当該受診者における、複数の健診科目のそれぞれに対して受診済みであるかを示す健診結果を取得する媒体情報取得手段と、前記サーバから、複数の健診科目のそれぞれに対して受診済みであるかを示す健診結果であって前記サーバに記憶されている当該受診者の健診結果を取得する装置情報取得手段と、前記媒体情報取得手段で取得された当該受診者の健診結果と、前記装置情報取得手段で取得された当該受診者の健診結果とを用いて、前記複数の健診科目のそれぞれについて、受診済みの健診科目と未受診の健診科目とをそれぞれ識別可能に表示する表示手段と、を備え、前記表示手段は、同一の健診科目について、前記媒体情報取得手段で取得された当該受診者の健診結果、及び前記装置情報取得手段で取得された当該受診者の健診結果の何れかが受診済みであることを示す場合には、当該健診科目を受診済みの健診科目として識別可能に表示し、同一の健診科目について、前記媒体情報取得手段で取得された当該受診者の健診結果、及び前記装置情報取得手段で取得された当該受診者の健診結果が何れも未受診であることを示す場合には、当該健診科目を未受診の健診科目として識別可能に表示することを特徴とする。
【００１５】
また、本発明は、複数の健診科目における受診者の健診結果が記録される当該受診者の記録媒体と、複数の健診項目における受診者の健診結果を記憶するサーバと、前記サーバと通信しない健診科目用のオフライン端末として動作し、入力された健診機器による健診結果を、前記サーバに記録せずに、前記記録媒体に記録する第１の健診情報処理装置と、前記サーバと通信する健診科目用のオンライン端末として動作し、入力された健診機器による健診結果を前記サーバ及び前記記録媒体に記録する第２の健診情報処理装置と、を含むシステムにおける前記第２の健診情報処理装置における健診情報処理方法であって、前記第２の健診情報処理装置の媒体情報取得手段が、前記記録媒体から、当該受診者における、複数の健診科目のそれぞれに対して受診済みであるかを示す健診結果を取得する媒体情報取得工程と、前記第２の健診情報処理装置の装置情報取得手段が、前記サーバから、複数の健診科目のそれぞれに対して受診済みであるかを示す健診結果であって前記サーバに記憶されている当該受診者の健診結果を取得する装置情報取得工程と、前記第２の健診情報処理装置の表示手段が、前記媒体情報取得工程で取得された当該受診者の健診結果と、前記装置情報取得工程で取得された当該受診者の健診結果とを用いて、前記複数の健診科目のそれぞれについて、受診済みの健診科目と未受診の健診科目とをそれぞれ識別可能に表示する表示工程と、を備え、前記表示工程は、同一の健診科目について、前記媒体情報取得工程で取得された当該受診者の健診結果、及び前記装置情報取得工程で取得された当該受診者の健診結果の何れかが受診済みであることを示す場合には、当該健診科目を受診済みの健診科目として識別可能に表示し、同一の健診科目について、前記媒体情報取得工程で取得された当該受診者の健診結果、及び前記装置情報取得工程で取得された当該受診者の健診結果が何れも未受診であることを示す場合には、当該健診科目を未受診の健診科目として識別可能に表示することを特徴とする。
【００１６】
また、本発明は、複数の健診科目における受診者の健診結果が記録される当該受診者の記録媒体と、複数の健診項目における受診者の健診結果を記憶するサーバと、前記サーバと通信しない健診科目用のオフライン端末として動作し、入力された健診機器による健診結果を、前記サーバに記録せずに、前記記録媒体に記録する第１の健診情報処理装置と、前記サーバと通信する健診科目用のオンライン端末として動作し、入力された健診機器による健診結果を前記サーバ及び前記記録媒体に記録する第２の健診情報処理装置と、を含むシステムにおける前記第２の健診情報処理装置で読み取り実行可能なプログラムであって、前記第２の健診情報処理装置を、前記記録媒体から、当該受診者における、複数の健診科目のそれぞれに対して受診済みであるかを示す健診結果を取得する媒体情報取得手段と、前記サーバから、複数の健診科目のそれぞれに対して受診済みであるかを示す健診結果であって前記サーバに記憶されている当該受診者の健診結果を取得する装置情報取得手段と、前記媒体情報取得手段で取得された当該受診者の健診結果と、前記装置情報取得手段で取得された当該受診者の健診結果とを用いて、前記複数の健診科目のそれぞれについて、受診済みの健診科目と未受診の健診科目とをそれぞれ識別可能に表示する表示手段として機能させ、前記表示手段は、同一の健診科目について、前記媒体情報取得手段で取得された当該受診者の健診結果、及び前記装置情報取得手段で取得された当該受診者の健診結果の何れかが受診済みであることを示す場合には、当該健診科目を受診済みの健診科目として識別可能に表示し、同一の健診科目について、前記媒体情報取得手段で取得された当該受診者の健診結果、及び前記装置情報取得手段で取得された当該受診者の健診結果が何れも未受診であることを示す場合には、当該健診科目を未受診の健診科目として識別可能に表示することを特徴とする。
【発明の効果】
【００１７】
本発明によれば、記録媒体から取得された受診者の健診結果と、サーバから取得された受診者の健診結果とを用いて、複数の健診科目のそれぞれについて、受診済みの健診科目と未受診の健診科目とをそれぞれ識別可能に表示することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の情報処理システムの構成の一例を示す図である
【図２】図１の受付端末１００、健診機器、健診工程端末、管理端末１５０、記録媒体１６０、サーバ１９０のハードウエア構成の一例を示す図である
【図３】受付端末１００が実行する受付処理の手順を示すフローチャートである
【図４−１】健診工程端末が実行する健診結果記録処理の手順を示すフローチャートである
【図４−２】健診工程端末が実行する健診結果記録処理の手順を示すフローチャートである
【図５】健診工程端末が実行する制御処理の手順を示すフローチャートである
【図６】管理端末１５０が実行する回収処理の手順を示すフローチャートである
【図７】管理端末１５０が実行する料金計算処理の手順を示すフローチャートである
【図８】記録媒体１６０に記憶される健診予定項目を示すテーブルの一例である
【図９】サーバ１９０に記憶される各端末が担当する健診項目およびオンライン端末か否かを示すテーブルの一例である
【図１０】各健診工程端末に記録される関連付情報ファイルの一例である
【図１１】各健診工程端末に記録される関連付情報ファイルの一例である
【図１２】健診工程端末に表示される初期メニュー画面の一例を示す図である
【図１３】管理端末に表示される受診済みか否かの判定結果を示す画面の一例を示す図である
【図１４】受付端末１００に表示される受付入力画面の一例を示す図である
【図１５】ステップＳ４０７、Ｓ４２２において健診工程端末に表示される画面の一例を示す図である
【図１６】受付端末が外部から読み込む受診者一覧情報の一例を示す図である
【図１７】健診基本料金と健診項目ごとの追加料金を示す料金テーブルの一例を示す図である
【図１８】健診工程端末が実行する進捗表示処理の手順を示すフローチャートである
【図１９】健診結果と健診予定項目を示すテーブルの一例である
【図２０】健診工程端末に表示される進捗状況が表示される画面の一例である
【図２１】サーバ１９０のメモリに記憶されている健診結果と、健診予定と、記録媒体書込み情報を示すテーブルの一例である。
【発明を実施するための形態】
【００１９】
以下、図面を参照して本発明の実施形態を詳細に説明する。
【００２０】
図１は、本発明に係る情報処理システムのシステム構成の一例を示す図である。
【００２１】
図１において、１００は受付端末である。受付端末１００は、ハンディターミナルやノート型パーソナルコンピュータ等の情報処理装置であり、本体にＲＦ−ＩＤのリーダ／ライタ２０７（図２）が着脱可能に接続されている。なお、上記ＲＦ−ＩＤのリーダ／ライタ２０７（図２）は本体に内蔵されていても良い。
【００２２】
また、受付端末１００には、不図示のバーコードリーダが接続されている。そして、受付端末１００のRAM２０２（図２）には、受診者の受診者ＩＤ、健診番号、氏名、性別、年齢、生年月日、過去の受診結果などの受診者情報を記憶する受診者一覧情報（図１６）と、上記バーコードリーダが読み取った画像ファイル中のバーコードを識別して文字データに変換するプログラムと、後述する受付処理プログラム（図３）とが記憶されている。
【００２３】
管理端末１５０は、受付端末１００と同様に、ハンディターミナルやノート型パーソナルコンピュータ等の情報処理装置であり、本体にＲＦ−ＩＤのリーダ／ライタ２０７（図２）が着脱可能に接続されている。また、管理端末のRAM２０２（図２）には、健診結果ファイル（不図示）と、後述する回収処理プログラム（図６）とが記憶されている。
【００２４】
健診工程端末Ａ（１１１）〜Ｎ（１２９）（健診情報処理装置）のRAM２０２（図２）には、図５の制御プログラムと、図４−１、図４−２に示す健診工程の処理プログラムと、各プログラムで使用する画面情報（ディスプレイ２０５に図１５等の画面を表示するためのデータであり、各プログラムの中に含めても良い）と、図１０乃至図１１に示すメニューと各処理プログラムとを関連付けるための関連付情報ファイルと、各健診機器の機器設定情報（健診工程端末Ａ（１１１）〜Ｎ（１２９）の設定情報）と、各健診機器とのデータのやり取りに用いられる通信プログラム（Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩｒＤＡ、ＴＳＰ／ＩＰ等の各通信手順やプロトコルに対応した通信プログラム）とが記憶されている。
【００２５】
なお、上記各通信プログラムの少なくとも一部をオペレーションシステムに含めてもよい。
【００２６】
各健診工程端末には、同一のプログラム（制御プログラム、健診工程の処理プログラム、通信プログラム及びこれらプログラム用の画面情報や関連付情報ファイル）と全健診機器の機器設定情報とが記憶されているので、メニューで特定の健診工程（例えば血液検査）を選択するだけで任意の健診工程端末を任意の健診工程において使用することができる。
【００２７】
健診機器Ａ（１１０）〜Ｎ（１２８）は、健診に使用するＸ線撮影装置や血圧計、心電図測定機等の各種検査機器であり、健診工程端末Ａ（１１１）〜Ｎ（１２９）とのデータのやり取りを可能にする外部インタフェース（例えばＢｌｕｅｔｏｏｔｈやＩｒＤＡ等）を備えている。
【００２８】
また、健診機器Ａ（１１０）〜Ｎ（１２８）は、健診工程端末Ａ（１１１）〜Ｎ（１２９）と有線のケーブル（ＵＳＢやＩＥＥＥ１３９４、パラレル転送用ケーブル等）で接続しても良く、ピアツーピアやＴＣＰ／ＩＰ、ＦＴＰ等で通信しても良い。
【００２９】
記録媒体１６０は、各受診者が持ち運んで受診者情報（例えば受診者ＩＤ、健診番号、氏名、性別、年齢、生年月日）や各健診工程の検査データや通過データを記録するための媒体であり、例えばＲＦ−ＩＤやＩＣカード、各種メモリカードを含むが、これらに限られずおよそデータの記憶／更新が可能で持ち運びが可能な程度に小型な記録媒体（例えばＵＳＢメモリ等）であれば良い。
【００３０】
また、以下の説明では、記録媒体１６０内にコントローラ（図示しない）を有するものとしているが、記録媒体１６０内にコントローラを有さずに、各リーダ／ライタ２０７から指定されたアドレスに指定されたデータを記憶し、あるいは更新できる構成を有してもよい。
【００３１】
なお、図１について、健診機器Ａ（１１０）と健診工程端末Ａ（１１１）のように２つが実線で結ばれている場合は、両者がケーブル（有線）で接続されていることを意味し、健診機器Ｂ（１１２）と健診工程端末Ｂ（１１３）のように２つが破線で結ばれている場合には両者が無線や赤外線で接続されていることを意味し、健診機器Ｃ（１１４）と健診工程端末Ｃ（１１５）のように２つが結ばれていない場合には、両者が接続されておらず、健診機器Ｃの測定結果を健診工程端末Ｃ１１５に手入力する場合を示している。
【００３２】
１９０はサーバ装置であり、健診工程端末と通信可能に接続され、各健診工程端末から測定結果などを収集し蓄積する機能を備える。図１に示すように、全ての健診工程端末と通信可能に接続されていなくてもよく、例えば健診工程端末Ｂのようにサーバ１９０と接続されていない健診工程端末があっても良い。
【００３３】
また、サーバ１９０と各健診工程端末との通信については、無線であっても有線であってもいずれでも良い。
【００３４】
また、サーバ１９０は、受付端末１００、管理端末１５０と通信可能に接続されている。
【００３５】
以下、図２を用いて、図１に示した受付端末１００、健診機器、健診工程端末、管理端末１５０、記録媒体１６０、サーバ１９０のハードウエア構成の一例について説明する。
【００３６】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。
【００３７】
２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００３８】
また、２０５は入力コントローラで、入力装置２０９等からの入力を制御する。２０６はビデオコントローラで、液晶ディスプレイ等のディスプレイ装置２１０への表示を制御する。なお、ディスプレイ装置は、液晶ディスプレイに限られず、ＣＲＴディスプレイなどであっても良い。これらは必要に応じてクライアントが使用するものである。
【００３９】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００４０】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００４１】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００４２】
ハードウエア上で動作する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００４３】
プリンタコントローラ２１２は、サーマルドットライン方式プリンタ２１３等の印刷機を制御する。
【００４４】
スキャナコントローラ２１４は、スキャナ２１５等の識別器を制御する。
【００４５】
なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えていればよい。
【００４６】
次に、図３を用いて、本発明の実施形態において受付端末１００が行う受付処理について説明する。
【００４７】
なお、図３のフローチャートで示す処理については、受付端末１００のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【００４８】
図３において、まず、受付端末１００のＣＰＵ２０１は、受付端末１００のディスプレイ２０５に図１４に示すような受付入力画面を表示し（ステップＳ３０１）、表示された受付入力画面の受診者一覧読込ボタン（１４０１）が押下されることにより受診者一覧（図１６）の読み込みが指示されると（ステップＳ３０２）、外部から受信した、あるいは受付端末１００が備えるＵＳＢ端子に挿入されたＵＳＢメモリ等から当日の受診者の受診者ＩＤ、健診番号、氏名、性別、年齢、生年月日等の受診者情報と、受診者ＩＤ毎に受診予定の健診項目が設定された健診工程を示す情報（受診者一覧情報）とを読み込んで、RAM２０２に記憶する（ステップＳ３０３）。
【００４９】
図１６は、受診者一覧情報の一例であり、全ての受診者ＩＤや氏名、コースＩＤ、受診者ＩＤ毎の受診しなければならない健診項目（例えば、身長・体重、血圧、腹囲、視力等）、過去の健診結果（不図示）等が設定されている。
【００５０】
なお、図１６では、受診しなければならない健診項目は「○」で、受診予定のない項目は「×」で表している。
【００５１】
また、図１６に示す受診者一覧情報には、例えば、「身長・体重」、「血圧」、「腹囲」、「視力」「心電図」の順序で受診者に受診させるというような受診順序情報が設定されていても良い。
【００５２】
図３に戻り、次いで、図１４に示す受付入力画面の受診票スキャンボタン（１４０２）が押下されることにより受診票スキャンが指示されると（ステップＳ３０４）、受付端末１００のＣＰＵ２０１は、受付端末１００に接続されたスキャナを読込可能な状態に制御する。
【００５３】
そして、各受診者が予め記入して持参した受診票（各受診者が自覚症状等を記入する一種の問診票）がスキャナにセットされ、該受診票の読み込み指示がなされると、受付端末１００のＣＰＵ２０１は、該受診票をスキャンして、受付端末１００のバーコード認識プログラムにより該受診票に予め印刷された一意のバーコードを認識してテキストデータ（受診者ＩＤ）に変換し、RAM２０２に記憶する（ステップＳ３０５）。なお、上記スキャナはバーコードリーダであってもよい。
【００５４】
次いで、受付端末１００のＣＰＵ２０１は、上記受診票をスキャンすることで得られた受診者ＩＤとステップＳ３０３でRAM２０２に記憶した受診者一覧情報に含まれる受診者ＩＤとを照合して、受診者ＩＤが受診者一覧情報（図１６）中に存在するか否かを判別する（ステップＳ３０６）。
【００５５】
ステップＳ３０６の判別の結果、受診者ＩＤが受診者一覧情報中に存在しないときは（ステップＳ３０６：ＮＯ）、エラーメッセージをディスプレイ２０５に表示して（ステップＳ３０９）、ステップＳ３０４の処理へ戻り、再度、受診票を読み込む処理を実行する。
【００５６】
ステップＳ３０６の判別の結果、受診者ＩＤが受診者一覧情報中に存在するときは（ステップＳ３０６：ＹＥＳ）、受付端末１００のＣＰＵ２０１は、該当する受診者ＩＤに対応する受診者情報（図８）を読み出し、RAM２０２に記憶する（ステップＳ３０７）。
【００５７】
例えば、上記受診票をスキャンすることで得られた受診者ＩＤが「１」であった場合、図１６に示す受診者一覧情報の受診者ＩＤを検索すると、受診者ＩＤが「１」のレコードがヒットする。そして、当該レコードから受診者ＩＤが「１」、氏名が「観音加奈子」、受診項目が、「身長・体重」、「腹囲」、「胸部Ｘ線」、「胃部Ｘ線」、「血圧」、「心電」である旨のデータ（図１６）（受診者情報）を取得する。
【００５８】
そして、当該受診者情報（図８）を記録媒体１６０に送信して（ステップＳ３０８）、本処理を終了する。
【００５９】
なお、記録媒体１６０のコントローラは、ステップＳ３０８で受診票に対応したユーザ（受診者）の受診者情報を受付端末１００から受信すると、該受信した受診者情報を記録媒体１６０の不図示の記憶部に書き込む（記憶する）。このようにして、受診者の受診者情報（図８）を記録媒体１６０に記憶することが出来る。
【００６０】
図５は、図１における各健診工程端末が実行する制御処理（健診機器と健診工程機器とを対応付ける処理）の手順を示すフローチャートである。なお、本処理は、各健診工程端末（健診工程端末Ａ（１１１）〜Ｎ（１２９））のＣＰＵ２０１がRAM２０２に記憶されるプログラムを読み出して実行することにより実現される（すなわち、健診工程端末のＣＰＵ２０１の制御のもとで実行される）処理に対応する。また、以下では、健診工程端末Ａ１１１が実行する制御処理について説明するが、他の健診工程端末においても同様の処理が実行される。
【００６１】
また、図５に示すステップＳ５０９、Ｓ５１０の処理は、健診結果記録処理をオフラインで実行する（サーバ１９０と通信せずに実行する）健診工程端末についても、サーバ１９０と通信可能な状態で実行するものとする。
【００６２】
図５において、まず、健診工程端末Ａ１１１の電源がオンにされて健診工程端末Ａ１１１が起動されると、健診工程端末Ａ１１１のＣＰＵ２０１は、図１２に示すような健診システムメニューを初期メニュー画面としてディスプレイ２０５に表示する（ステップＳ５０１）。具体的には、ＣＰＵ２０１は、図１０に示すような関連付け情報ファイルをRAM２０２から読み出して、該読み出した関連付け情報ファイル内のメニュー情報（メニューＮｏ、メニュー名等）に基づいて図１４に示す健診システムメニューを表示するように制御する。
【００６３】
図１０は、関連付け情報ファイルの一例であり、図１０に示すように関連付情報ファイルは、メニューＮｏ、メニュー名、メニューを選択した場合に実行する処理プログラム名、健診機器の設定情報を記録した機器設定情報ファイル名等の情報を含む。
【００６４】
図１２は、健診工程端末の初期メニュー画面の一例である。図１２の初期メニュー画面における各種設定ボタンが押下されると、サブメニュー（不図示）が表示される。そして、表示されたサブメニューにて入力や編集が行われる事で、ＢｌｕｅｔｏｏｔｈやＩｒＤＡ等の各種通信手順の設定や新たな健診機器の設定ファイルの読み込み等を実行することができ、これらの各設定データはRAM２０２に記憶される。
【００６５】
図５に戻り、各健診工程のプログラムを起動するためのタッチボタンである図１２に示す健診システムメニューの「１．視力検査」〜「１１．癌簡易検査」のいずれかのボタン（例えば「１０、身長・体重」ボタン）が押下されて、選択ボタンのボタンが押下されることによりメニューが選択されると（ステップＳ５０２）、選択されたメニューに対応するプログラム名「ｐｒｏｈｉｇｗｅｉ」が実行される（図１０）。
【００６６】
次いで、健診工程端末Ａ１１１のＣＰＵ２０１は、RAM２０２に記憶されている関連付け情報ファイルに図１１に示すように同一選択されたメニューに対して複数のメニューＮｏ（１−１と１−２）が存在するか否かを判別する（ステップＳ５０３）。図１１は、関連付け情報ファイルの他の例である。
【００６７】
ステップＳ５０３の判別の結果、複数のメニューＮｏが存在するとき（ステップＳ５０３：ＹＥＳ）、つまり例えばメニューＮｏに枝番が付いている場合は、この複数の機器情報ファイルに対応する機器情報ファイル名から機器名称を読み出して不図示の画面に表示し（ステップＳ５０４）、複数のうちの一つがタッチにより選択されると（ステップＳ５０５）、処理をステップＳ５０６に進める。
【００６８】
ステップＳ５０３の判別の結果、複数のメニューＮｏが存在しないときは（ステップＳ５０３：ＮＯ）、そのまま処理をステップＳ５０６に進める。
【００６９】
次いで、ステップＳ５０６では、選択されたメニューＮｏ（及び機器）に基づいて、RAM２０２に記憶されている図１０又は図１１に示す関連付け情報ファイルの選択されたメニューＮｏに該当する機器設定情報ファイル名をRAM２０２のワークエリアに読み込む。例えば、関連付け情報ファイルが図１０に示す内容であり、「１０．身長・体重」が選択された場合は、健診工程端末Ａ１１１のＣＰＵ２０１は、選択に応じて機器設定情報ファイル「ｆａｓｈｉｇｗｅｉ」及び対応する処理プログラム名「ｐｒｏｈｉｇｗｅｉ」を読み込む。
【００７０】
次いで、健診工程端末Ａ１１１のＣＰＵ２０１は、ステップＳ５０６で読み込んだプログラム名のプログラムを実行し（ステップＳ５０７）、処理プログラム画面（測定結果を表示する画面）をディスプレイ２０５に表示する（ステップＳ５０８）。
【００７１】
そして、ステップＳ５０９において、健診工程端末Ａ１１１のＣＰＵ２０１は、自身がオンライン端末（サーバ１９０と通信可能な状態で健診処理を実行する端末）であるか否かを判断し、オンライン端末であるか否かを示す情報をサーバ１９０に送信する。
【００７２】
また、健診工程端末Ａ１１１は、図１２のメニュー（各健診項目のそれぞれ）に対応して記憶されている、サーバ１９０と通信を行う健診項目であるか否かを示す情報を参照して、ステップＳ５０２で選択されたメニュー（健診項目）として動作し、その健診項目ではサーバ１９０と通信を行うことができるか否かを判定する。
【００７３】
そして、サーバ１９０と通信を行うことができる（サーバ１９０との通信が許可されている）と判定された場合は、サーバ１９０との通信を確立し、図４−２に示す処理を実行する。また、サーバ１９０と通信を行うことができない（サーバ１９０との通信が許可されていない（不許可されている））と判定された場合は、図４−１に示す処理を実行する。
また、自身が担当する健診項目（ステップＳ５０７で実行されたプログラムに対応する健診項目）を示す情報をサーバ１９０に送信する。
【００７４】
なお、ステップＳ５０９で健診工程端末Ａ１１１からサーバ１９０に送信された情報は、図９に一例を示すテーブルに登録される。
【００７５】
ステップＳ５１０では、健診工程端末Ａ１１１は、全ての健診工程端末についてそれぞれが担当する項目およびオンラインで健診処理を実行するか否かを示すフラグ（オンラインフラグ）が登録されたテーブル（図９）をサーバ１９０から受信する。
【００７６】
図５の制御処理によれば、健診工程端末において操作者が選択したメニューに対応する処理プログラムが実行されて、所望の健診工程における処理を実行できる。すなわち、どの健診項目の測定値を受け付けるのかを設定することができる。
【００７７】
さらに、各健診工程端末がどの健診項目を担当するのか、また、各健診工程端末が健診処理を実行する際にサーバ１９０と通信可能な状態であるのか否か（オンライン端末かオフライン端末か）を全ての健診工程端末で共有することができる。
次に、図４−１を用いて、本発明の実施形態において健診工程端末が行う健診結果記録処理について説明する。
【００７８】
なお、図４−１のフローチャートで示す処理については、健診工程端末Ａ１１１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理であり、サーバ１９０との通信を行うことができないオフライン端末として動作する処理である。
【００７９】
ステップＳ４０１では、健診工程端末Ａ１１１のＣＰＵ２０１は、ディスプレイ２０５（タッチパネルを兼ねる）やリーダ／ライタ２０７への操作を判定し、健診工程端末Ａ１１１のリーダ／ライタ２０７にカード（記録媒体１６０）がかざされたことを検知する。
【００８０】
ステップＳ４０２では、健診工程端末Ａ１１１のＣＰＵ２０１は、ステップＳ４０１で検知した記録媒体１６０から、図１９に示すテーブル、すなわち、受診者の健診結果や健診予定項目（受診予定）、サーバ書込み情報を取得する。ここで取得する健診結果としては、測定値でもよいし、測定値が含まれている受診済みであるか否かを示す情報であって
もよい。
図１９は、記録媒体１６０に記録されている受診者の健診結果や健診予定項目（受診予定）、サーバ書込み情報のテーブルの一例を示す。
【００８１】
図１９は、受診者の受診者ＩＤ、氏名、受診予定（受診しなければならない健診項目（例えば、身長・体重、血圧、腹囲、視力等））、健診結果、サーバ書込み情報等が設定されている。
なお、図１９の受診予定には、受診しなければならない健診項目には「○」を、受診予定のない項目には「×」を記憶している。
【００８２】
また、図１９の測定値の「＃＃」は、ＩＣカードの所定のメモリ部分に欠陥が存在していたために、データが書き込めないことを示している。このような場合であっても、サーバ書込み情報に「○」が記憶されているため、受診済みであることを判断することができるようになると共に、サーバ１９０からその健診項目の健診結果を取得して表示することができるようになる。
【００８３】
また、例えば、「身長・体重」、「血圧」、「腹囲」、「視力」「心電図」の順序で受診者に受診させるというような受診順序情報が設定されていても良い。
ステップＳ４０３では、健診工程端末Ａ１１１のＣＰＵ２０１は、図２０に示す画面を表示し、健診の進捗状況（図２０に示す画面の下部）を表示する。
なお、進捗状況の表示処理の詳細については、図１８に示すフローチャートを用いて後述する。
【００８４】
ステップＳ４０４では、健診工程端末Ａ１１１のＣＰＵ２０１は、健診機器から測定値（健診結果）の入力を受け付ける。なお、図１における健診工程端末Ｃ１１５のように、健診機器と接続されていない健診工程端末においては、測定者による測定値の入力を受け付ける。
【００８５】
ステップＳ４０５では、健診工程端末Ａ１１１のＣＰＵ２０１は、ステップＳ５０２で選択された健診項目において、ステップＳ４０８で入力された健診結果と、サーバ１９０への健診結果の書込みが出来ない旨の情報として、サーバ書込み情報に「×」と、をＩＣカードなどの記録媒体１６０に書き込む。
【００８６】
ステップＳ４０６では、健診工程端末Ａ１１１のＣＰＵ２０１は、ステップＳ４０５において記録媒体１６０への健診結果、サーバ書込み情報の書き込みに成功したか否かを判断する。
【００８７】
書き込みに成功したと判断された場合（ステップＳ４０６：ＹＥＳ）は、処理を終了し、書き込みに失敗した（書き込むことができなかった）場合（ステップＳ４０６：ＮＯ）は、処理をステップＳ４０７に移行する。
【００８８】
ステップＳ４０７では、健診工程端末Ａ１１１のＣＰＵ２０１は、エラー画面（図１５）を表示し、記録媒体１６０を変更すべき旨の警告画面等を表示する。すなわち、ステップＳ４０６でＮＯと判断された場合は、記録媒体１６０への記録もサーバ１９０への記録もいずれも出来ない結果となるため、健診結果等の記録を残すことができなくなってしまう。そのため、記録媒体１６０を変更するなどして、対応すべき旨の通知を出す。そして、本フローチャートに示す処理を終了する。
【００８９】
ステップＳ４０５において、例えば、図１９に示すように、健診項目（受診項目）が「身長・体重」には、健診結果として、１７５／６８が記憶され、サーバ書込み情報に「×」が記憶される。サーバ書込み情報の「×」は、サーバ１０９への健診結果の書込みが出来なかったことを示し、「○」は、サーバ１０９への健診結果の書込みが出来たことを示している。
次に、図４−２を用いて、本発明の実施形態において健診工程端末が行う健診結果記録処理について説明する。
【００９０】
なお、図４−２のフローチャートで示す処理については、健診工程端末Ａ１１１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理であり、サーバ１９０との通信を行うオンライン端末として動作する処理である。
【００９１】
ステップＳ４０８では、健診工程端末Ａ１１１のＣＰＵ２０１は、ディスプレイ２０５（タッチパネルを兼ねる）やリーダ／ライタ２０７への操作を判定し、健診工程端末Ａ１１１のリーダ／ライタ２０７にカード（記録媒体１６０）がかざされたことを検知する。
【００９２】
ステップＳ４０９では、健診工程端末Ａ１１１のＣＰＵ２０１は、ステップＳ４０８で検知した記録媒体１６０から、図１９に示すテーブル、すなわち、受診者の健診結果や健診予定項目（受診予定）、サーバ書込み情報を取得する（記録媒体情報取得手段）。ここで取得する健診結果としては、測定値でもよいし、測定値が含まれている受診済みである
か否かを示す情報であってもよい。
図１９は、上述した通り、記録媒体１６０に記録されている受診者の健診結果や健診予定項目（受診予定）、サーバ書込み情報のテーブルの一例である。
【００９３】
そして、ステップＳ４１０において、健診工程端末Ａ１１１のＣＰＵ２０１は、ステップＳ４０９で取得したサーバ書込み情報の中に「×」があるか否かを判定する。
【００９４】
そして、健診工程端末Ａ１１１のＣＰＵ２０１は、ステップＳ４１０で、サーバ書込み情報の中に「×」があると判定された場合は（ＹＥＳ）、ステップＳ４０９で取得したサーバ書込み情報に「×」がある健診項目の健診結果をサーバ１９０に送信して、当該健診結果の登録要求を行う。そして、サーバ１９０に、ステップＳ４０９で取得したサーバ書込み情報に「×」がある健診項目の健診結果が登録されると、記録媒体に記憶された図１９に示すテーブルの、当該登録要求を行った健診項目のサーバ書込み情報「×」をサーバ書込み情報「○」に書き換えて記録する（ステップＳ４１１）。
【００９５】
健診工程端末Ａ１１１のＣＰＵ２０１は、ステップＳ４１０で、サーバ書込み情報の中に「×」がないと判定された場合は（ＮＯ）、処理をステップＳ４１２に移行する。
ステップＳ４１２において、健診工程端末Ａ１１１のＣＰＵ２０１は、サーバ１９０に健診結果の取得要求を送信し、サーバ１９０から、健診結果を取得する（サーバ情報取得手段）。
サーバ１９０の外部メモリ２１１には、図２１に示す情報が記憶されている。
図２１には、各受診者毎に、該受診者の健診結果や、健診予定項目（受診予定）、記録媒体書込み情報が記憶されている。
【００９６】
ここで、記録媒体書込み情報の「×」は、記録媒体への健診結果の書込みが出来ない旨の情報を示し、記録媒体書込み情報の「○」は、記録媒体への健診結果の書込みが出来た旨の情報を示している。
【００９７】
ステップＳ４１２では、健診工程端末Ａ１１１のＣＰＵ２０１は、ステップＳ４０８で記録媒体から取得した受診者ＩＤを、サーバ１９０に送信して、サーバ１９０のＣＰＵ２０１は、当該受診者ＩＤに対応して図２１に登録されている情報（受診者の健診結果や、健診予定項目（受診予定）、記録媒体書込み情報）を取得して、健診工程端末Ａ１１１に送信する。これにより、健診工程端末Ａ１１１は、サーバ１０９から受診者の健診結果や、健診予定項目（受診予定）、記録媒体書込み情報を取得する。
【００９８】
次に、健診工程端末Ａ１１１のＣＰＵ２０１は、ステップＳ４１３において、ステップＳ４１２で取得した記録媒体書込み情報の中に、「×」があるか否かを判定する
【００９９】
そして、健診工程端末Ａ１１１のＣＰＵ２０１は、ステップＳ４１３で、「×」があると判定された場合は（ＹＥＳ）、記録媒体書込み情報の「×」の健診項目における、ステップＳ４１２で取得した健診結果を、記録媒体に書き込む（記録する）。そして、健診工程端末Ａ１１１のＣＰＵ２０１は、サーバ１９０に対して、当該記録媒体書込み情報の「×」が記憶されている図２１の記録媒体書込み情報を「○」に更新するための登録要求をサーバ１９０に送信して、当該当該記録媒体書込み情報の「×」が記憶されている図２１の記録媒体書込み情報を「○」に更新する（ステップＳ４１４）。
【０１００】
健診工程端末Ａ１１１のＣＰＵ２０１は、ステップＳ４１３において、ステップＳ４１２で取得した記録媒体書込み情報の中に、「×」が無いと判定された場合（ＮＯ）、処理をステップＳ４１５に移行する。
ステップＳ４１５において、健診工程端末Ａ１１１のＣＰＵ２０１は、図２０に示す画面を表示し、健診の進捗状況（図２０に示す画面の下部）を表示する。
なお、進捗状況の表示処理の詳細については、図１８に示すフローチャートを用いて後述する。
【０１０１】
ステップＳ４１６では、健診工程端末Ａ１１１のＣＰＵ２０１は、健診機器から測定値（健診結果）の入力を受け付ける。なお、図１における健診工程端末Ｃ１１５のように、健診機器と接続されていない健診工程端末においては、測定者による測定値の入力を受け付ける。
【０１０２】
ステップＳ４１７では、健診工程端末Ａ１１１のＣＰＵ２０１は、ステップＳ５０２で選択された健診項目において、ステップＳ４１６で入力された健診結果をＩＣカードなどの記録媒体１６０に書き込む。
【０１０３】
ステップＳ４１８では、健診工程端末Ａ１１１のＣＰＵ２０１は、ステップＳ４１７において記録媒体１６０への健診結果の書き込みに成功したか否かを判断する。
【０１０４】
書き込みに成功したと判断された場合（ステップＳ４１８：ＹＥＳ）は、処理をステップＳ４２３に移行する。一方、書き込みに失敗したと判断された場合（ステップＳ４１８：ＮＯ）は、処理をステップＳ４１９に移行する。
【０１０５】
健診工程端末Ａ１１１のＣＰＵ２０１は、ステップＳ４１９では、記録媒体への健診結果の書込みに失敗した旨のエラー画面を表示する。そして、健診工程端末Ａ１１１のＣＰＵ２０１は、ステップＳ４１７で入力された健診結果と、記録媒体に書き込みが出来ない旨を示す情報として、現在、健診工程端末が動作している健診項目の記録媒体書込み情報（図２１の記録媒体書込み情報）に、「×」を登録する登録要求を、サーバ１９０に送信する（ステップＳ４２０）。サーバ１９０は、当該登録要求を受信すると、当該登録要求されている健診結果と共に、記録媒体書込み情報「×」を登録する。
【０１０６】
そして、ステップＳ４２１において、健診工程端末Ａ１１１のＣＰＵ２０１は、通信エラーなども起こることなくサーバ１９０の図２１に、健診結果と共に、記録媒体書込み情報「×」を登録できたか否かを判定し、登録出来たと判定された場合は（ＹＥＳ）処理を終了する。一方、登録出来なかったと判定された場合は（ＮＯ）、エラー画面（図１５）を表示し、記録媒体１６０を変更すべき旨の警告画面等を表示し（ステップＳ４２２）、処理を終了する。
【０１０７】
健診工程端末Ａ１１１のＣＰＵ２０１は、ステップＳ４１８において、書き込みに成功したと判断された場合（ＹＥＳ）、ステップＳ４１７で入力された健診結果と、記録媒体に書き込みが出来きた旨を示す情報として、現在、健診工程端末が動作している健診項目の記録媒体書込み情報（図２１の記録媒体書込み情報）に、「○」を登録する登録要求を、サーバ１９０に送信する（ステップＳ４２４）。サーバ１９０は、当該登録要求を受信すると、当該登録要求されている健診結果と共に、記録媒体書込み情報「○」を登録する。ステップS４２０、ステップS４２３は、入力された健診結果をサーバ１９０（外部装置）に記憶させるべく出力するサーバ記録手段の適用例である。そして、この出力に応答してサーバ１９０（外部装置）に受診者の健診結果が記憶される。
【０１０８】
そして、ステップＳ４２４において、健診工程端末Ａ１１１のＣＰＵ２０１は、通信エラーなども起こることなくサーバ１９０の図２１に、健診結果と共に、記録媒体書込み情報「○」を登録できたか否かを判定し、登録出来たと判定された場合は（ＹＥＳ）、記録媒体に、サーバに書き込みが出来た旨の情報として、現在、健診工程端末Ａ１１１が動作している健診項目におけるサーバ書込み情報に「○」を書き込む（ステップＳ４２６）。一方、登録出来なかったと判定された場合は（ＮＯ）、記録媒体に、サーバに書き込みが出来なかった旨の情報として、現在、健診工程端末Ａ１１１が動作している健診項目におけるサーバ書込み情報に「×」を書き込む（ステップＳ４２５）。
健診工程端末Ａ１１１のＣＰＵ２０１は、ステップＳ４２５、ステップＳ４２６の処理を実行すると、処理を終了する。
【０１０９】
次に、図１８を用いて、本発明の実施形態において健診工程端末Ａ１１１が行う進捗表示処理（ステップＳ４０３、ステップＳ４１５に該当）について説明する。
【０１１０】
なお、図１８のフローチャートで示す処理については、健診工程端末Ａ１１１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【０１１１】
また、本フローチャートの処理が実行された場合に表示される画面の一例を図２０に示す。
【０１１２】
まず、健診工程端末Ａ１１１のＣＰＵ２０１は、画面に、ステップＳ４０１、又はステップＳ４０８で記録媒体から取得した図１９等の情報に従って、受診者ＩＤ（０００１）や受診番号（９９９９９９）及び受診者氏名や性別等の受診者情報を表示する（ステップＳ１８０１）。
【０１１３】
ステップＳ１８０２では、健診工程端末Ａ１１１は、ステップＳ４０１、又はステップＳ４０８で記録媒体から取得した図１９に示す情報に従って、受診予定のある健診項目を判定し、受診予定の健診項目については黄色で表示する。
【０１１４】
ステップＳ１８０３では、健診工程端末Ａ１１１は、ステップＳ４０１、又はステップＳ４０８で記録媒体から取得した図１９に示す情報に従って、受診予定のない健診項目を判定し、受診予定のない健診項目については黒色で表示する。
【０１１５】
このように、受診予定の健診項目と、受診予定のない健診項目とを識別可能に表示させることで、受診者が、どの健診項目を受診しなければならないかを、健診項目を担当している担当者に知らせることができる。
ここで、受診予定の有無の判断については、受診者情報（図１９）に基づき判断する。
【０１１６】
具体的には、受診者情報の受診予定の健診項目に「○」が設定された項目については、健診予定ありと判断され、「×」が設定された項目については、受診予定なしと判断される。
次に、ステップＳ１８０４、ステップＳ１８０５の処理について説明する。
【０１１７】
ステップＳ１８０４、ステップＳ１８０５の処理は、ステップＳ４０３の詳細処理として実行される場合と、ステップＳ４１５の詳細処理として実行される場合とで、ことなるため、ここでは、それぞれの詳細処理について、説明する。
まず、ステップＳ４０３の詳細処理として実行されるステップＳ１８０４、ステップＳ１８０５の処理の説明を行う。
【０１１８】
ステップＳ１８０４では、健診工程端末Ａ１１１は、ステップＳ４０２で取得した受診者情報（図１９）に基づいて既に受診済みの健診項目を判別して、受診済みと判別された健診項目に「○」を表示する。具体的には、ステップＳ４０２で取得した受診者情報（図１９）の健診結果に測定値が含まれている健診項目、及びサーバ書込み情報に「○」が記憶されている健診項目を受診済みの健診項目と判定する。
そして、受診済みの健診項目と判定された健診項目については、図２０の画面の下部に示す通り、「○」を表示する。
次いで、健診工程端末Ａ１１１のＣＰＵ２０１は、現在の健診項目に「◎」を表示する（ステップＳ１８０５）。
次に、ステップＳ４１５の詳細処理として実行されるステップＳ１８０４、ステップＳ１８０５の処理の説明を行う。
【０１１９】
ステップＳ１８０４では、健診工程端末Ａ１１１は、ステップＳ４０９で取得した受診者情報（図１９）と、ステップＳ４１２で取得した情報（図２１）とに基づいて既に受診済みの健診項目を判別して、受診済みと判別された健診項目に「○」を表示する。具体的には、ステップＳ４０９で取得した受診者情報（図１９）の健診結果に測定値が含まれている健診項目、及び、ステップＳ４１２で取得した図２１の健診結果に測定値が含まれている健診項目を、受診済みの健診項目として判定する。
そして、受診済みの健診項目と判定された健診項目については、図２０の画面の下部に示す通り、「○」を表示する。
【０１２０】
次いで、健診工程端末Ａ１１１のＣＰＵ２０１は、現在の健診項目に「◎」を表示する（ステップＳ１８０５）。
【０１２１】
図１８の進捗状況表示処理によれば、受診予定がある健診項目、受診予定がない健診項目がそれぞれ識別可能に表示され、既に受診済みの健診項目が「○」で表示され、現在の健診項目が「◎」で表示されるので、受診者が今後受診すべき項目を受診者及び測定者に把握させることができる。
【０１２２】
なお、図１８の健診状況表示処理では、網掛けや「○」や「◎」で識別可能に表示したが、各健診項目に対する情報を識別できればどのような表示であっても良く、表示色を異ならせることで識別可能に表示してもよい。
【０１２３】
これにより、前の検査項目において記録媒体１６０に健診結果が記録できなかった場合や、前の検査がオフライン端末が担当する検査でありサーバ１９０に健診結果が記録できなかった場合であっても、正しい進捗状況を表示することが可能となる。
【０１２４】
次に、図６を用いて、本発明の実施形態において管理端末１５０が行う回収処理について説明する。
【０１２５】
なお、図６のフローチャートで示す処理については、管理端末１５０のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【０１２６】
図６において、まず、管理端末１５０のＣＰＵ２０１は、ディスプレイ２０５（タッチパネルを兼ねる）やリーダ／ライタ２０７への操作を判定し、管理端末１５０のリーダ／ライタ２０７にカード（記録媒体１６０）がタッチされると（ステップＳ６０１）、管理端末１５０のＣＰＵ２０１は、リーダ／ライタ２０７を介して記録媒体１６０に対して記録媒体１６０に記録されている受診者情報及び検査データ（測定値）の読取要求を送信する（ステップＳ６０２）。
【０１２７】
当該読取要求を受信した記録媒体１６０のコントローラは、受診者情報、及び検査データ（測定値）を管理端末１５０のリーダ／ライタ２０７に送信する。
【０１２８】
次いで、管理端末１５０のＣＰＵ２０１は、管理端末１５０のリーダ／ライタ２０７を介して一人分の受診者情報及び検査データを受信して（ステップＳ６０３）、管理端末１５０のRAM２０２のワークエリアに記憶する（ステップＳ６０４）。
【０１２９】
次いで、管理端末１５０のＣＰＵ２０１は、RAM２０２に記憶される受診者情報と上記一人分の検査データを照合し（ステップＳ６０５）、未受診の健診工程がないか判定し（ステップＳ６０６）、判定結果を管理端末１５０のRAM２０２のワークエリアに記憶する。
【０１３０】
次いで、管理端末１５０のＣＰＵ２０１は、管理端末１５０のディスプレイ２０５に図１３に示すような検査結果及び判定結果画面を表示する（ステップＳ６０７）。図１３は、管理端末の回収処理プログラム画面の一例である。管理端末１５０のＣＰＵ２０１は、図１３の画面において、受信した受診者情報に基づいて受診者ＩＤや氏名等を表示し、ステップＳ６０６の判定結果に基づいて受診済みか否かを表示する。
【０１３１】
なお、図１３に示す画面では、血液検査が未受診であり、それ以外の健診項目については受診済みであることを示している。
【０１３２】
図６に戻り、管理端末１５０のＣＰＵ２０１は、図１３の画面の各ボタン（表示切替ボタン、印刷ボタン、登録ボタン）のタッチ（押下）を検知し（操作判定し）、表示切替ボタンが押下（タッチ）されたか否かを判別する（ステップＳ６０８）。表示切替ボタンが押下されたときは（ステップＳ６０８：ＹＥＳ）、管理端末１５０のＣＰＵ２０１は、図１３の初期画面がディスプレイ２０５に表示されていた場合は、健診データ明細表示画面（不図示）に表示を切り替える。健診データ明細表示画面が表示されていた場合は、図１３の初期画面に表示を切り替える（ステップＳ６０９）。そして、処理をステップＳ６０８に戻す。
【０１３３】
ステップＳ６０８の判別の結果、表示切替ボタンが押下されないときは（ステップＳ６０８でＮＯ）、印刷ボタンが押下（タッチ）されたか否かを判別する（ステップＳ６１０）。
【０１３４】
印刷ボタンが押下されたときは、（ステップＳ６１０でＹＥＳ）、管理端末１５０のＣＰＵ２０１は、RAM２０２に記憶した受診者情報及び検査データに基づいて、受診者個人用の結果リストを印刷し（ステップＳ６１１）、処理をステップＳ６０８に戻す。
【０１３５】
ステップＳ６１０の判別の結果、印刷ボタンが押下されないときは（ステップＳ６１０でＮＯ）、登録ボタンが押下（タッチ）されたか否かを判別し（ステップＳ６１２）、登録ボタンが押下されないときは（ステップＳ６１２でＮＯ）、処理をステップＳ６０８に戻す。
【０１３６】
ステップＳ６１２の判別の結果、登録ボタンが押下されたときは（ステップＳ６１２でＹＥＳ）、管理端末１５０のＣＰＵ２０１は、ステップＳ６０６における各検査データの検査漏れの判定結果に基づいて、未受診の項目があるか否かを判別し（ステップＳ６１３）、未受診の項目がある場合は（ステップＳ６１３でＹＥＳ）、管理端末１５０のＣＰＵ２０１は、管理端末１５０の不図示のスピーカーから警告音を出力し、管理端末１５０のディスプレイ２０５に未受診である健診工程の名称と受診者ＩＤ及び氏名、再度該当する健診工程に行くように促すメッセージ（不図示）を表示し（ステップＳ６１４）、処理をステップＳ６１５に進める。
【０１３７】
ステップＳ６１３の判別の結果、未健診項目がないときは（ステップＳ６１３でＮＯ）、管理端末１５０のＣＰＵ２０１は、健診結果ファイルに１人分の検査データ及び通過記録データを記憶する（ステップＳ６１５）。
【０１３８】
次いで、管理端末１５０のＣＰＵ２０１は処理をステップＳ６１６に移行する。なお、ステップＳ６１６の料金計算処理の詳細については、図７のフローチャートを用いて説明する。
【０１３９】
図７は、図６におけるステップＳ６１６の料金計算処理の詳細を示すフローチャートである。なお、本フローチャートの処理は、管理端末１５０のＣＰＵ２０１がRAM２０２に記憶されるプログラムを読み出して実行することにより実現される（即ち、管理端末のＣＰＵ２０１の制御のもとで実行される）処理に対応する。
【０１４０】
ステップＳ７０１は、検査データから受診済みの健診項目を検索する。
【０１４１】
次いで、ステップＳ７０２では、ステップＳ７０１で取得した受診済みの健診項目に対応する料金を、図１７に示す料金表に基づき取得する。
【０１４２】
次いで、ステップＳ７０３では、ステップＳ７０２で取得した料金の合計を基本料金に加算することで、健診料金を算出する。
【０１４３】
また、計算された健診料金及びその内訳を管理端末１５０のディスプレイ２０５に表示させても良い。
【０１４４】
図７の料金計算処理によれば、受診者の属性や受診した健診項目に応じて受診者毎にそれぞれ健診料金の計算を行うことが可能となる。
【０１４５】
以上、本発明によれば、オンライン端末において、ＩＣカード等の記録媒体から読み出した進捗情報を含む健診結果と、サーバ装置から読み出した進捗情報を含む健診結果との組み合わせの情報に従って、適切な進捗情報を含む健診結果を表示することができる。
【０１４６】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１４７】
また、本発明におけるプログラムは、図３〜図７の処理方法をコンピュータが実行可能なプログラムである。なお、本発明におけるプログラムは図３〜図７の各装置の処理方法ごとのプログラムであってもよい。
【０１４８】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【０１４９】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【０１５０】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【０１５１】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１５２】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１５３】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１５４】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１５５】
１００  受付端末
１１０  健診機器Ａ
１１１  健診工程端末Ａ
１５０  管理端末
１６０  記録媒体
１９０  サーバ
【図１】
0005895531.tif 000002
【図２】
0005895531.tif 000003
【図３】
0005895531.tif 000004
【図４−１】
0005895531.tif 000005
【図４−２】
0005895531.tif 000006
【図５】
0005895531.tif 000007
【図６】
0005895531.tif 000008
【図７】
0005895531.tif 000009
【図８】
0005895531.tif 000010
【図９】
0005895531.tif 000011
【図１０】
0005895531.tif 000012
【図１１】
0005895531.tif 000013
【図１２】
0005895531.tif 000014
【図１３】
0005895531.tif 000015
【図１４】
0005895531.tif 000016
【図１５】
0005895531.tif 000017
【図１６】
0005895531.tif 000018
【図１７】
0005895531.tif 000019
【図１８】
0005895531.tif 000020
【図１９】
0005895531.tif 000021
【図２０】
0005895531.tif 000022
【図２１】
0005895531.tif 000023