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