JP5446475B2 - 情報処理装置、情報処理方法、プログラム以上 - Google Patents

Description

本発明は、健診情報処理装置、健診情報処理方法、プログラム、記憶媒体、及び健診情報処理システムに関し、特に、各種健診機器で測定された健診情報を端末経由で各受診者が携帯する記録媒体に記録して健診情報の回収を行う健診情報処理システムにおける健診情報処理装置に関する。

現在、学校や会社等に医者や看護士等（以下、「測定者」という。）が出張して健康診断を行う、いわゆる出張健診が一般的に行われている。

例えば、従来の出張健診では、測定者が行った健診結果（健診情報）を健康診断票（紙）に記載していたが、近年、情報収集の効率化等のため、健康診断票（紙）の代わりにＩＣカード等の携帯可能な記録装置を用いている（例えば、特許文献１参照。）。
特開平１１−２１３０６１号公報

従来、受診した健診科目の健診結果をICカードに記憶させるだけで、各健診科目の場所で、どの健診科目が受診済みで、次にどの健診科目を受診しなければならないのかを受診者又は測定者に知らせることが出来なかった。

更に、例えば、胃のレントゲン撮影において、受診者が食事をしてしまったため、後日に再検診をする必要がある場合、すなわち、後日に再検診が必要な健診科目がある場合、従来、各健診科目の場所で、当該健診科目を受診者又は測定者は把握することができなかった。

更に、例えば、採血において、血管が浮き出ないため、時間をおいてから再検診をする必要がある場合、すなわち、当日中に再検診が必要な健診科目がある場合、従来、受診の際に、当該健診科目を受診者又は測定者は把握することができなかった。

このように、従来、各健診科目の場所で、当日中又は後日に再検診が必要な健診科目を受診者又は測定者は把握することができなかった。したがって、当日中又は後日に再検診（再受診）すべき受診項目（健診科目）と、次に受診しなければならない健診科目とを受診者又は測定者は把握できず、誤って再検診すべき健診科目に案内してしまう恐れがあった。

本発明の目的は、受診の際に、当日中又は後日に再検診が必要な健診科目と次に受診すべき健診科目とを識別可能に受診者又は測定者に把握させる仕組みを提供することにある。

上記目的を達成するために、請求項１記載の健診情報処理装置は、受診予定の健診科目に対して受診予定であることを示す健診予定情報が記録され、健診機器で測定された健診情報が記録される携帯記録媒体と通信可能であり、健診科目を表示する健診情報処理装置であって、健診科目を識別する識別情報を記憶する記憶手段と、複数の健診科目の中から健診科目の選択を受け付ける第１の受付手段と、前記第１の受付手段で受け付けた健診科目に対して再健診が必要であるとの指示を受け付ける第２の受付手段と、前記第２の受付手段で当該健診科目に対して再健診が必要であるとの指示を受け付けた場合に、前記記憶手段に記憶された当該健診科目の識別情報と一致する、前記携帯記録媒体に記憶された識別情報に再健診が必要であることを示す再健診情報を紐付けて記録させる記録手段と、前記携帯記録媒体に記録された再健診情報と健診予定情報とを当該携帯記録媒体から取得する取得手段と、前記取得手段で取得した再健診情報に基づいて、再健診が必要な健診科目と再健診が必要ではない健診科目との表示を異ならせるように制御する第１の表示制御手段と、前記取得手段で取得した健診予定情報に基づいて、受診予定の健診科目と受診予定のない健診科目との表示を異ならせるように制御する第２の表示制御手段とを備えることを特徴とする。

上記目的を達成するために、請求項５記載の健診情報処理方法は、受診予定の健診科目に対して受診予定であることを示す健診予定情報が記録され、健診機器で測定された健診情報が記録される携帯記録媒体と通信可能であり、健診科目を表示する健診情報処理装置の健診情報処理方法であって、健診科目を識別する識別情報を記憶する記憶ステップと、複数の健診科目の中から健診科目の選択を受け付ける第１の受付ステップと、前記第１の受付ステップで受け付けた健診科目に対して再健診が必要であるとの指示を受け付ける第２の受付ステップと、前記第２の受付ステップで当該健診科目に対して再健診が必要であるとの指示を受け付けた場合に、前記記憶ステップで記憶した当該健診科目の識別情報と一致する、前記携帯記録媒体に記憶された識別情報に再健診が必要であることを示す再健診情報を紐付けて記録させる記録ステップと、前記携帯記録媒体に記録された再健診情報と健診予定情報とを当該携帯記録媒体から取得する取得ステップと、前記取得ステップで取得した再健診情報に基づいて、再健診が必要な健診科目と再健診が必要ではない健診科目との表示を異ならせるように制御する第１の表示制御ステップと、前記取得ステップで取得した健診予定情報に基づいて、受診予定の健診科目と受診予定のない健診科目との表示を異ならせるように制御する第２の表示制御ステップとを有することを特徴とする。

上記目的を達成するために、請求項６記載のプログラムは、受診予定の健診科目に対して受診予定であることを示す健診予定情報が記録され、健診機器で測定された健診情報が記録される携帯記録媒体と通信可能であり、健診科目を表示する健診情報処理装置の健診情報処理方法をコンピュータに実行させるプログラムにおいて、前記健診情報処理方法は、健診科目を識別する識別情報を記憶する記憶ステップと、複数の健診科目の中から健診科目の選択を受け付ける第１の受付ステップと、前記第１の受付ステップで受け付けた健診科目に対して再健診が必要であるとの指示を受け付ける第２の受付ステップと、前記第２の受付ステップで当該健診科目に対して再健診が必要であるとの指示を受け付けた場合に、前記記憶ステップで記憶した当該健診科目の識別情報と一致する、前記携帯記録媒体に記憶された識別情報に再健診が必要であることを示す再健診情報を紐付けて記録させる記録ステップと、前記携帯記録媒体に記録された再健診情報と健診予定情報とを当該携帯記録媒体から取得する取得ステップと、前記取得ステップで取得した再健診情報に基づいて、再健診が必要な健診科目と再健診が必要ではない健診科目との表示を異ならせるように制御する第１の表示制御ステップと、前記取得ステップで取得した健診予定情報に基づいて、受診予定の健診科目と受診予定のない健診科目との表示を異ならせるように制御する第２の表示制御ステップとを有することを特徴とする。

上記目的を達成するために、請求項７記載の記憶媒体は、請求項６記載のプログラムを格納することを特徴とする。

上記目的を達成するために、請求項８記載の健診情報処理システムは、受診予定の健診科目に対して受診予定であることを示す健診予定情報が記録され、健診機器で測定された健診情報が記録される携帯記録媒体と、健診科目を表示する健診情報処理装置とが通信可能な情報処理システムにおいて、前記健診情報処理装置は、健診科目を識別する識別情報を記憶する記憶手段と、複数の健診科目の中から健診科目の選択を受け付ける第１の受付手段と、前記第１の受付手段で受け付けた健診科目に対して再健診が必要であるとの指示を受け付ける第２の受付手段と、前記第２の受付手段で当該健診科目に対して再健診が必要であるとの指示を受け付けた場合に、前記記憶手段に記憶された当該健診科目の識別情報と一致する、前記携帯記録媒体に記憶された識別情報に再健診が必要であることを示す再健診情報を紐付けて記録させる記録手段と、前記携帯記録媒体に記録された再健診情報と健診予定情報とを当該携帯記録媒体から取得する取得手段と、前記取得手段で取得した再健診情報に基づいて、再健診が必要な健診科目と再健診が必要ではない健診科目との表示を異ならせるように制御する第１の表示制御手段と、前記取得手段で取得した健診予定情報に基づいて、受診予定の健診科目と受診予定のない健診科目との表示を異ならせるように制御する第２の表示制御手段とを備えることを特徴とする。

本発明によれば、受診の際に、当日中又は後日に再検診が必要な健診科目と次に受診すべき健診科目とを識別可能に受診者又は測定者に把握させることができる。

本発明の実施の形態に係る健診情報処理システムのシステム構成を示すブロック図である。 図１における各種端末（受付端末、各健診端末、管理端末）のハードウェア構成を示すブロック図である。 図１における受付端末が実行する受付処理の手順を示すフローチャートである。 図１における各健診端末が実行する制御処理の手順を示すフローチャートである。 本実施の形態に係る健診情報処理システムが実行する健診情報処理の手順を示すシーケンス図である。 図５におけるステップＳ５０７の健診状況表示処理の手順を示すフローチャートである。 図５におけるステップＳ５０９の過去健診情報表示処理の手順を示すフローチャートである。 図３におけるステップＳ３０９で受付端末から携帯記録媒体に記憶されるテーブルの一例である。 図１における管理端末が実行する回収処理の手順を示すフローチャートである。 受付端末のメモリに記憶された健診テーブルの一例である。 受付端末のメモリに記憶された過去健診テーブルの一例である。 携帯記録媒体に記憶されるテーブルの一例である。 図３におけるステップＳ３０９で受付端末から携帯記録媒体に記憶されたテーブルの一例である。 関連付情報ファイルの一例である。 関連付情報ファイルの他の例である。 受付端末の受付入力画面の一例である。 健診端末の初期メニュー画面の一例である。 健診端末の処理プログラム画面の一例である。 図５におけるステップＳ５２０の再健診状況表示処理の手順を示すフローチャートである。 管理端末の回収処理プログラム画面の一例である。 管理端末の健診データ明細表示画面の一例である。 図４のステップＳ４０９で取得される第１の閾値の一例を説明するためのテーブルである。 図４のステップＳ４０３で取得される第２の閾値の一例を説明するためのテーブルである。 図４のステップＳ４０３で取得される第３の閾値の一例を説明するためのテーブルである。 図５におけるステップＳ５１７の警告処理の手順を示すフローチャートである。 図１における健診端末が備える機能の構成を示すブロック図である。 図１における受付端末１００で表示される画面の一例である。 図２７においる健診科目の変更をする際の、理由情報を示すテーブルである。 図１における健診端末で表示される画面の一例である。 図１における健診端末で表示される画面の一例である。

以下、本発明の実施の形態について図面を参照しながら説明する。
まず、本発明の実施の形態に係る健診情報処理システムについて説明する。
図１は、本実施の形態に係る健診情報処理システムのシステム構成を示すブロック図である。

図１において、１００は受付端末である。受付端末１００は、ハンディターミナル又はノート型パーソナルコンピュータ等であり、記録媒体１６０のためのリーダ／ライタ２０７（図２）が設けられている。受付端末１００は、このリーダ／ライタ２０７を介して、記録媒体１６０にデータを記憶させることや、記録媒体１６０に記憶されたデータを読み出して取得することができる。
また、受付端末１００には、不図示のバーコードリーダが接続されている。

そして、受付端末１００のメモリ２０２（図２）には、受診予定の全ての受診者毎に、受診者ＩＤ（受診者を識別する識別情報）、健診番号、氏名、性別、年齢、生年月日等の受診者情報が記憶されている。

更に、受付端末１００のメモリ２０２には、受診予定の全ての受診者毎に、健診科目ＩＤ（健診科目を識別する識別情報）、今回の健康診断で受診予定の健診科目と受診予定ではない健診科目とを識別する識別情報（フラグ）（健診予定情報）が、それぞれ記憶されている（図１０）。これら受診者情報と健診科目ＩＤと健診予定情報とが記憶されたテーブル（図１０）を健診テーブルと呼ぶことにする。ここで、健診科目とは、例えば、身長・体重、血圧、腹囲、視力等の健診の種類（区分）のことである。

また、更に、受付端末１００のメモリ２０２（図２）には、受診予定の全ての受診者毎に、各健診科目の過去の健診結果（健診情報とも言う）が記憶されている（図１１）。

この各健診科目の過去の健診結果が記憶されたテーブル（図１１）を過去健診テーブルと呼ぶことにする。

また、受付端末１００のメモリ２０２（図２）には、上記バーコードリーダにより読み取られたバーコードを識別して文字データに変換する変換プログラムと、後述する受付処理プログラム（図３）とが記憶されている。

管理端末１５０は、受付端末１００と同様に、ハンディターミナル又はノート型パーソナルコンピュータ等であり、記録媒体１６０のためのリーダ／ライタ２０７（図２）が設けられている。管理端末１５０は、このリーダ／ライタ２０７を介して、記録媒体１６０にデータを記憶させることや、記録媒体１６０に記憶されたデータを読み出して取得することができる。

また、管理端末１５０のメモリ２０２（図２）には、健診結果ファイルと、後述する回収処理プログラム（図９）とが記憶されている。

健診端末Ａ（１１１）〜Ｎ（１２９）（健診情報処理装置）は、ハンディターミナル又はノート型パーソナルコンピュータ等であり、記録媒体１６０のためのリーダ／ライタ２０７（図２）が設けられている。健診端末は、このリーダ／ライタ２０７を介して、記録媒体１６０にデータを記憶させることや、記録媒体１６０に記憶されたデータを読み出して取得することができる。

健診端末Ａ（１１１）〜Ｎ（１２９）のメモリ２０２（図２）には、図４に示す処理を行う制御プログラムと、図５乃至図７並びに図１９及び図２５に示す処理を行う処理プログラムと、各プログラムで使用する画面情報（ディスプレイ２０５に図１７乃至図１８に示す画面を表示するためのデータであり、各プログラムの中に含めてもよい）と、メニュー（図１７）に表示される各健診科目とそれに対応した処理プログラムとを関連付けるための関連付情報ファイル（図１４乃至図１５）と、各健診機器（１１０〜１２８）の機器設定情報（健診端末Ａ（１１１）〜Ｎ（１２９）の設定情報）と、各健診機器とのデータのやり取りに用いられる通信プログラム（Ｂｌｕｅｔｏｏｔｈ，ＩｒＤＡ，ＴＣＰ／ＩＰ等の各通信手順やプロトコルに対応した通信プログラム）と、が記憶されている。ここで、関連付情報ファイルを記憶させているのは、健診科目毎に処理プログラムが異なるためである。なお、上記各通信プログラムの少なくとも一部をオペレーティングシステムプログラムに含めてもよい。

各健診端末の全てに同一のプログラム（制御プログラム、健診科目毎に対応した処理プログラム、健診科目毎又は健診機器毎に対応した通信プログラム及びこれらプログラムにより表示される画面の画面情報や関連付情報ファイル）と全健診機器の機器設定情報とが記憶されているので、全ての健診端末をどの健診科目でも使用することが可能となる。

すなわち、健診端末に表示されたメニュー画面の複数の健診科目の中から一つの健診科目を選択するだけで、任意の健診端末を任意の健診科目で使用することができる。

健診機器Ａ（１１０）〜Ｎ（１２８）は、健診に使用する、例えばＸ線撮影装置や血圧計、心電図測定器等の各種検査機器であり、健診端末Ａ（１１１）〜Ｎ（１２９）と通信可能に接続されている。

健診機器は、健診端末との通信を可能にするために、例えばＢｌｕｅｔｏｏｔｈやＩｒＤＡ等の無線又は、ＵＳＢやＩＥＥＥ１３９４、パラレル転送用ケーブル等の有線の外部インタフェースを備えている。このように外部インタフェースの種類が健診機器を提供している会社により異なることが多いため、健診端末のメモリ２０２に複数の通信プログラムを記憶している。

記録媒体１６０は携帯可能な記録媒体（携帯記録媒体とも言う）であって、例えばＲＦ−ＩＤやＩＣカード等である。この携帯記録媒体は、後述する図１２、図１３の情報を記憶することができる。

図１において、健診機器Ａ１１０と健診端末Ａ１１１のように２つが実線で結ばれている場合は、両者がケーブル（有線）で接続されていることを示している。

また、健診機器Ｂ１１２と健診端末Ｂ１１３のように２つが破線で結ばれている場合は両者が無線や赤外線で接続されていることを示している。また、健診機器Ｃ１１４と健診端末Ｃ１１５のように２つが結ばれていない場合は両者が通信可能に接続されていないこと示す。このような場合は、健診機器Ｃ１１４で測定された健診結果（検査結果）を測定者が見て、測定者がその結果を健診端末Ｃ１１５に手入力し、健診端末Ｃ１１５が手入力されたデータを記録媒体１６０に記録させている。

図２は、図１における各種端末（受付端末、各健診端末、管理端末）のハードウェア構成を示すブロック図である。

図２において、ＣＰＵ２０１、メモリ２０２、ＲＯＭ２０３、通信アダプタ２０４、ディスプレイ２０５、キーボード２０６、及びリーダ／ライタ２０７はそれぞれシステムバス２００を介して互いに接続されている。

システムバス２００は、例えば、ＰＣＩバス、ＡＧＰバス、メモリバス等を意味する。また、図２では、各バス間の接続用チップやキーボードインタフェースやディスプレイインタフェース等の各種インタフェースは省略されている。

ＣＰＵ２０１は、四則演算や比較演算等の各種の演算や、ハードウェアやソフトウェアの制御を行う。メモリ２０２は、オペレーティングシステムや以下に示す各端末で実行される処理のステップに対応する部分を実行するためのアプリケーションプログラム（画面表示のための画面情報を含む）や、前述した各種データやファイルを記憶しており、本実施の形態ではメモリ２０２は不揮発性のメモリを使用している。

なお、各種端末に不図示のハードディスクや、大容量フラッシュメモリ等により構成されるいわゆるシリコンディスクを更に備え、このハードディスクやシリコンディスクにオペレーティングシステムのプログラムやアプリケーションプログラム等を記憶し、実行時にはこのハードディスクやシリコンディスクから各プログラムをメモリ２０２に読み出して実行する形態も可能である。

ＲＯＭ２０３には、オペレーティングシステムと協働してハードディスク等への入出力を司るいわゆるＢＩＯＳ等が記憶される。

通信アダプタ２０４は、ＣＰＵ２０１によって制御されるオペレーティングシステムの通信プログラムと協働して不図示の通信回線を介した外部との通信を行う。

ディスプレイ２０５（表示部）は、画面を表示し、タッチパネルを兼ねており、キーボード２０６は各種指示や数値を入力するために用いられる。

リーダ／ライタ２０７は、記録媒体１６０からデータを読み込んだり、逆に記録媒体１６０にデータを書き込むためのものである。なお、読み込み／書き込みの方法は、記録媒体１６０をリーダ／ライタ２０７に挿入／接触させる接触式であるか、データの読み書きのために記録媒体１６０とリーダ／ライタ２０７とが接触する必要がない非接触式であるかは問わない。また、リーダ／ライタ２０７は記録媒体１６０の種類に対応してデータの記憶／更新ができるものを使用する。

次に、図１における健診端末（健診情報処理装置）が備える機能について説明する。
図２６は、図１における健診端末（健診情報処理装置）が備える機能の構成を示すブロック図である。

図２６において、健診端末は、健診科目を識別する識別情報を記憶する記憶部２６０１と、複数の健診科目の中から健診科目の選択を受け付ける第１の受付部２６０２と、第１の受付部２６０２で受け付けた健診科目に対して再健診が必要であるとの指示を受け付ける第２の受付部２６０３と、第２の受付部２６０３で当該健診科目に対して再健診が必要であるとの指示を受け付けた場合に、記憶部２６０１に記憶された当該健診科目の識別情報と一致する、携帯記録媒体に記憶された識別情報に再健診が必要であることを示す再健診情報を紐付けて記録させる記録部２６０４と、携帯記録媒体に記録された再健診情報と健診予定情報とを当該携帯記録媒体から取得する取得部２６０５と、取得部２６０５で取得した再健診情報に基づいて、再健診が必要な健診科目と再健診が必要ではない健診科目との表示を異ならせるように制御する第１の表示制御部２６０６と、取得部２６０５で取得した健診予定情報に基づいて、受診予定の健診科目と受診予定のない健診科目との表示を異ならせるように制御する第２の表示制御部２６０７と、健診機器で測定された健診情報を携帯記録媒体から取得する健診情報取得部２６０８と、健診情報取得部２６０８により健診情報を取得できた健診科目と取得できなかった健診科目との表示を異ならせるように制御する第３の表示制御部２６０９と、取得部２６０５で取得した再健診情報に基づいて、当日情報の健診科目と後日情報の健診科目との表示を異ならせるように制御する第４の表示制御部２６１０とを備える。
次に、図１における受付端末が実行する受付処理について説明する。

図３は、図１における受付端末が実行する受付処理の手順を示すフローチャートである。本処理は、受付端末１００のＣＰＵ２０１がメモリ２０２に記憶された受付処理プログラムを読み出して実行することにより実現される。

図３において、まず、受付端末１００のＣＰＵ２０１は、受付端末１００のディスプレイ２０５に図１６に示すような受付入力画面を表示する（ステップＳ３０１）。

そして、受付端末１００のＣＰＵ２０１は、受付端末１００のユーザにより当該受付入力画面の受診者情報読込ボタン１６７が押下されることにより受診者情報の読み込み指示を受け付けると（ステップＳ３０２）、受付端末１００のメモリ２０２に記憶された全受診者の受診者情報を読み出す（ステップＳ３０３）。

そして、図１６に示す受付入力画面の受診票スキャン１６５ボタンが押下されることにより受診票の読み込み指示がなされると（ステップＳ３０４）、受付端末１００のＣＰＵ２０１は、受付端末１００と通信可能に接続された不図示のスキャナにセットされた、受診者が持参した受診票に記載されたバーコード（各受診者が自覚症状等を記入する一種の問診票）をスキャンして読み込む。

そして、受付端末１００のＣＰＵ２０１は、読み取ったバーコードを変換プログラムによって受診者ＩＤに変換して受付端末１００のメモリ２０２に記憶する（ステップＳ３０５）。

次に、受付端末１００のＣＰＵ２０１は、ステップＳ３０５で変換された受診者ＩＤがステップＳ３０３で読み出した受診者情報の中に含まれているか否かを判別する（ステップＳ３０６）。

受付端末１００のＣＰＵ２０１は、ステップＳ３０５で変換された受診者ＩＤがステップＳ３０３で読み出した受診者情報の中に含まれていないと判別した場合は（ステップＳ３０６でＮＯ）、エラーメッセージを受付端末１００のディスプレイ２０５に表示する（ステップＳ３０７）。その後、受付入力画面（図１６）を表示し、ステップＳ３０４に戻る。

一方、ステップＳ３０５で変換された受診者ＩＤがステップＳ３０３で読み出した受診者情報の中に含まれていると判別した場合は（ステップＳ３０６でＹＥＳ）、当該受診者ＩＤが受診予約をした時点での健診予定項目から変更があるか否かを判定し、予約情報に変更がある場合は（ステップＳ３０８でＹＥＳ）受診予約時からの変更点のユーザ操作による変更を受け付ける。（ステップＳ３０９）
予約情報からの変更について、図２７を用いて説明する。

図２７は、受付端末１００において、受診者の健診予約情報を確認・変更し記録媒体１６０へ情報を登録する指示をするための予約情報確認・変更画面である。
予約情報確認・変更画面は、画面中に、健診予約日、受診者ＩＤ、氏名、生年月日、年齢、性別等の情報と健診科目が表示される。画面中にて、「標準」と表される健診科目については、全受診者が健診をすることとなっている項目である。また「オプション」と表される健診科目については、受診者が健診を予約する際に、上記の「標準」の健診科目の他に追加で希望して受診選択をすることができる項目である。本実施例において、「腹部超音波」「胃内視鏡」「マンモグラフィ」「検便」が「オプション」の健診科目に当たる。

予約情報から受診項目の変更がある場合、ステップＳ３０９において、ユーザによる各項目の変更指示を受け付ける。
具体的に、図２７において、本受診者「キヤノ タロウ氏」は、予約時に「オプション」項目として、「胃内視鏡」検診を希望していたが、当日何らかの事情により、本項目だけ検診を取消することとなった場合、受付端末１００のユーザは、「胃内視鏡」の欄に元々「○」があった（不図示）のを、欠測理由を選択することで、欠測理由登録をすることができる。
具体例としては、図２８に示すような欠測理由が挙げられるが、これに限定しない。また、図２８に示す欠測理由のうち、どの欠測理由を選択したかによって、健診端末の表示部での表示方法が変更されるようにしてもよい。本実施例では、図２９中に、欠測理由の「２．本人都合による欠測」の表示を示している。また、図２８に示す欠測理由のうち、どの欠測理由を選択したかによって、当日中に再検診が可能であるか否か、後日再検診が必要であるかを設定するような構成にしてもよい。（本実施例においては不図示。）
また、図２７の本実施例において、欠測理由登録は「オプション」健診科目についてされているが、「標準」健診科目についても同様の処理をすることができる。なお、欠測理由の登録は、受付端末１００だけでなく、健診端末Ａ１１１、１１３、１１５、１２９を用いて行うことができる。
図２９は、健診端末Ａ１１１において、欠測理由の登録を行う際に表示される画面の一例である。

図２９では、健診科目のうち、「胃内視鏡」の検診が行われているが、この時に、欠測ボタン２９０１の押下を受け付けると、図２９の画面にて、図２８で説明したような欠測理由の選択項目が表示され、該当する番号を選択して登録ボタン２０９２の押下を受け付けると、健診端末Ａ１１１からの欠測理由登録が完了する。

２９０３で示す「○」、「×」、「＊」、「―」及び「２」はそれぞれの健診科目の受信状況を示している。健診科目のうち、健診を済ませた科目を「○」で表示し、受診予定のうち健診を済ませていない科目を「＊」で表示し、欠測理由のある科目を該当する理由番号「１〜４」で表示することで、受信済みの科目と理由があって受診ができない科目を操作者が即座に識別することができる。

受診予約時からの受診項目に変更がない場合（ステップＳ３０８のＮＯ）および変更を受け付けると（ステップＳ３０９）、受付端末１００のＣＰＵ２０１は、健診テーブル（図１０）と過去健診テーブル（図１１）との中から、当該受診者ＩＤに対応する、受診者情報と健診科目ＩＤと健診予定情報と各健診科目の過去の健診情報（健診結果）とを検索して読み出す（ステップＳ３１０）。

本フローチャートの処理によると、受診予約時から変更になった場合でも、受診者のデータ登録を行う際に書き換えをすることができる。これにより、受診者の急な体調不良の場合等でも迅速に対応することができ、後日の健診に該当項目を回すことが可能である。

そして、受付端末１００のＣＰＵ２０１は、読み出された、受診者情報と健診科目ＩＤと健診予定情報と各健診科目の過去の健診情報（健診結果）とを携帯記録媒体１６０に記憶させるべく送信して（ステップＳ３１１）、本処理を終了する。図１３は、このようにして携帯記録媒体１６０に記録させたデータの一例である。

ここで、図１０、図１１、図１３のテーブルについて説明する。

図１０は、受付端末１００のメモリ２０２に記憶された健診テーブルの一例である。

健診テーブルには、受診者ＩＤと、該受診者ＩＤに対応する受診者の氏名、性別等の受診者情報と、健診科目毎に今回の健診で受診が予定されているか否かを示す識別情報（受診予定の健診科目には「○」が、また、受診予定ではない健診科目には「×」が識別情報として記憶されている）とが全ての受診予定者分、記憶されている。

また、健診科目を識別する識別情報として健診科目ＩＤが健診科目毎に記憶されている。図１０の例では、健診科目ＩＤ「Ａ」は、健診科目「身長測定」を示し、健診科目ＩＤ「Ｂ」は、健診科目「体重測定」を示している。

受診者ＩＤが「１」のデータを見てみると、氏名は「田中」であり、今回の健診では「身長測定」、「体重測定」、「血圧測定（上・下）」、「腹囲測定」を行わなければならないことがわかる。

次に、図１１のテーブルについて説明する。
図１１は、受付端末１００のメモリ２０２に記憶された過去健診テーブルの一例である。

過去健診テーブルには、受診者ＩＤと、該受診者ＩＤに対応した受診者の各健診科目の以前（前回）の健診結果とが全ての受診予定者分、記憶されている。
過去健診テーブルも健診テーブルと同様に各健診科目毎に健診科目を識別する識別情報を記憶している。

ここで、図１１の受診者ＩＤが「１」のデータを見てみると、田中さん（氏名）の過去の健診結果は、「身長」が１７０ｃｍ、「体重」が５０Ｋｇ、「血圧（上）」が２５０ｍＨｇ、「血圧（下）」が５０ｍＨｇ、「腹囲」が８０ｃｍ、「視力（右）」が１．５、「視力（左）」が１．５であることがわかる。

次に、図１３のテーブルについて説明する。
図１３は、図３におけるステップＳ３０９で受付端末１００から携帯記録媒体１６０に記憶されたテーブルの一例であって、受診者情報と、全ての健診科目ＩＤと、該健診科目ＩＤ毎に過去の健診結果（健診情報）と、健診予定情報とを含んでいる。なお、図８のテーブルは受診予定ではない健診科目の情報を携帯記録媒体１６０に記憶させない場合の例である。

図１３の例では、受診者ＩＤが「１」の氏名は「田中」であり、性別は男性であることを示している。また、健診科目が「身長測定」を示す健診科目ＩＤ「Ａ」に紐付いて、今回の健診で受診予定であることを示す識別子「○」（健診予定情報）が記憶されている。そして、「身長測定」を示す健診科目ＩＤ「Ａ」に紐付いて、過去（前回）の健診結果である「１７０ｃｍ」が記憶されている。

健診科目「体重測定」についても同様に、健診科目ＩＤ「Ｂ」に紐付いて、今回の健診で受診予定であることを示す識別子「○」（健診予定情報）が記憶されている。そして、「体重測定」を示す健診科目ＩＤ「Ｂ」に紐付いて、過去（前回）の健診結果である「５０Ｋｇ」が記憶されている。

また、健診科目が「視力測定（右目）」を示す健診科目ＩＤ「Ｆ」に紐付いて、今回の健診で受診予定ではないことを示す識別子「×」（健診予定情報）が記憶されている。そして、「視力測定（右目）」を示す健診科目ＩＤ「Ｆ」に紐付いて、過去（前回）の健診結果である「１．５」が記憶されている。

以上のように、ステップＳ３０９では、健診テーブル（図１０）と過去健診テーブル（図１１）とから、ステップＳ３０５で変換された受診者ＩＤのみのレコードを抽出した、受診者ＩＤの受診者情報と、健診科目ＩＤと、該健診科目ＩＤ毎の、過去の健診結果（健診情報）と、健診予定情報とを携帯記録媒体１６０に記録させる。

なお、記録媒体１６０にコントローラが内蔵されている場合、記録媒体１６０のコントローラは、ステップＳ３０９で送信されたデータを記録媒体１６０の不図示の記憶部に書込む（記憶する）。

また、図１２は、携帯記録媒体１６０に記憶されるテーブルの一例であり、図１３に記憶された健診科目ＩＤと同じ健診科目ＩＤと、当該健診科目ＩＤ毎に、今回の健診で受診済みの健診科目を識別する識別情報（図１２の例では「○」）や、今回の健診でまだ受診していない健診科目を識別する識別情報（図１２の例では「×」）や、今回の健診で後日再度健診を受診しなければならない健診科目を識別する識別情報（図１２の例では「―」）や、今回の健診で当日中に再度健診を受診しなければならない健診科目を識別する識別情報（図１２の例では「＊」）が記憶されている。これらの識別情報を総称して健診経過情報と呼ぶことにする。
また、受診済みで、健診機器から得られた健診結果も、各健診科目毎に記憶することができる。

ステップＳ３０９で送信されたデータを記録媒体１６０の不図示の記憶部に記憶させる場合、図１２に示す各健診科目ＩＤを記憶すると共に、各健診科目ＩＤに対応した健診経過情報と健診結果とを記憶する記憶領域を確保しておく。
次に、図１における各健診端末が実行する制御処理について説明する。

図４は、図１における各健診端末が実行する制御処理の手順を示すフローチャートである。なお、本処理は、各健診端末（健診端末Ａ（１１１）〜Ｎ（１２９））のＣＰＵ２０１がメモリ２０２に記憶される制御プログラムを読み出して実行することにより実現される。また、以下では健診端末Ａ１１１が実行する制御処理について説明するが、他の健診端末においても同様の処理が実行される。

図４において、まず、健診端末Ａ１１１の電源が入り健診端末Ａ１１１が起動されると、健診端末Ａ１１１のＣＰＵ２０１は、図１７に示すような健診システムメニューを初期メニュー画面としてディスプレイ２０５に表示する（ステップＳ４０１）。具体的には、ＣＰＵ２０１は、図１４に示すような関連付情報ファイルをメモリ２０２から読み出して、該読み出した関連付情報ファイル内のメニュー情報（メニューNo.、メニュー名（健診科目）等）に基づいて図１７に示す健診システムメニューを表示するように制御する。

図１４は、関連付情報ファイルの一例であり、図１４に示すように関連付情報ファイルは、メニューNo.、メニュー名（健診科目）、メニュー（健診科目）を選択した場合に実行する処理プログラム名、選択された健診科目の健診機器の設定情報を記録した機器情報ファイル名、選択された健診科目に対応する健診科目ＩＤ等の情報を含む。

図１７は、健診端末の初期メニュー画面の一例である。図１７の初期メニュー画面における各種設定ボタン１７２が押下されると、サブメニュー（図示しない）が表示される。そして、表示されたサブメニューにて入力や編集を行うことで、ＢｌｕｅｔｏｏｔｈやＩｒＤＡ等の各種通信手順の設定や新たな健診機器の設定ファイルの読込み等を実行することができ、これらの各設定データはメモリ２０２に記憶される。

図４に戻り、各健診科目のプログラムを起動するためのタッチボタンである図１７に示す健診システムメニューの「１．視力検査」〜「１１．癌簡易検査」のいずれかのボタン（例えば「１０．身長・体重」ボタン）が押下されて、選択ボタン１７４のボタンが押下されることによりメニューが選択されると（ステップＳ４０２）、選択されたメニューのプログラムに対応する第２の閾値（図２３）及び第３の閾値（図２４）を取得する（ステップＳ４０３）。また、このときに、選択されたメニュー（健診科目）に対応する健診科目ＩＤを図１４の関連付け情報ファイルから取得する。

即ち、ＣＰＵ２０１は、ディスプレイ２０５に表示される複数の健診メニュー（例えば、「１．視力検査」〜「１１．癌簡易検査」など）から、いずれかの健診メニューが、ユーザによって選択されることを受付ける。そして、ＣＰＵ２０１は、ユーザによって選択された健診メニューに対応する第２の閾値と第３の閾値とを取得する。

ここで、第２の閾値とは、健診機器から取得した測定値（データ）から、明らかに病気であるか否かを判定するための値である。即ち、測定値と第２の閾値とを比較することで、病気であるか否かを判定することが可能である。また、第３の閾値とは、今回、健診機器から取得した測定値（データ）と、前回、測定した際の測定値との差を算出し、算出された差から、健康状態が悪化しているか否かを判定するための値である。即ち、当該差と第３の閾値とを比較することで、健康状態が悪化しているか否かを判定することが可能である。

図２３、図２４は、それぞれ、全ての健診科目における第２の閾値と第３の閾値とを示したデータである。ステップＳ４０２で選択されたメニューが「身長・体重」（メニューNO.が「１０」）であれば、当該「身長・体重」に対応するプログラム名「prohigwei」が実行される（図１４）。そして、全ての健診科目における第２の閾値（図２３）と第３の閾値（図２４）とから、健診科目「身長・体重」に対応する第２の閾値及び第３の閾値のみを取得する。

次いで、健診端末Ａ１１１のＣＰＵ２０１は、メモリ２０２に記憶されている関連付け情報ファイルに図１５に示すように同一選択されたメニューに対して複数のメニューNo.（１−１と１−２）が存在するか否かを判別する（ステップＳ４０４）。図１５は、関連付情報ファイルの他の例である。

ステップＳ４０４の判別の結果、複数のメニューNo.が存在するとき（ステップＳ４０４でＹＥＳ）、つまり例えばメニューNo.に枝番がついている場合は、この複数の機器情報ファイルに対応する機器情報ファイル名から機器名称を読み出して不図示の画面に表示し（ステップＳ４０５）、複数のうちの一つがタッチにより選択されると（ステップＳ４０６）、処理をステップＳ４０７に進める。

ステップＳ４０４の判別の結果、複数のメニューNo.が存在しないときは（ステップＳ４０４でＮＯ）、そのまま処理をステップＳ４０７に進める。

次いで、ステップＳ４０７では、選択されたメニューNo.（及び機器）に基づいて、メモリ２０２に記憶されている図１４又は図１５に示す関連付け情報ファイルの選択されたメニューNo.に該当する機器情報ファイル名をメモリ２０２のワークエリアに読込む。例えば、関連付け情報ファイルが図１４に示す内容であり、「１０．身長・体重」が選択された場合は、健診端末Ａ１１１のＣＰＵ２０１は、選択に応じて機器情報ファイル名「fashigwei」及び対応する処理プログラム名「prohigwei」を読み込む。

次いで、ステップＳ４０８では、読み込まれた機器情報ファイル名の機器情報ファイルを読み込む。ここで、機器情報ファイルとは、機器毎に設定された情報であって、例えば、当該機器毎と通信するために必要な設定情報や、該機器毎の測定可能なデータ範囲（図２２に示す第１の閾値テーブルが機器毎に設定されている）などがある。

次いで、ステップＳ４０９では、予め設定された全ての健診科目のうち、ステップＳ４０２で選択されたメニューに対応し、且つステップＳ４０６で選択された機器に対応する第１の閾値を第１の閾値テーブル（図２２）から取得する（ステップＳ４０９）。具体的には、ステップＳ４０６で選択された機器に対応する第１の閾値テーブル（図２２）から、ステップＳ４０２で「身長・体重」が選択されると、第１の閾値として、「上限：２５０，下限：０」のみを取得する。

次いで、健診端末Ａ１１１のＣＰＵ２０１は、ステップＳ４０７で読み込んだプログラム名のプログラムを実行し（ステップＳ４１０）、処理プログラム画面をディスプレイ２０５に表示して（ステップＳ４１１）、本処理を終了する。

本処理におけるステップＳ４１０では、ステップＳ４０２で「視力」が選択されると、処理プログラム名「proeysght」を実行し、ステップＳ４１１では図１８に示すような視力を測定するための画面をディスプレイ２０５に表示する。図１８は、健診端末の処理プログラム画面の一例である。

図４の制御処理によれば、操作者が選択したメニューに対応する処理プログラムが実行されて、所望の健診科目における処理を実行できる。
次に、本実施の形態に係る健診情報処理システムが実行する健診情報処理について説明する。

図５は、本実施の形態に係る健診情報処理システムが実行する健診情報処理の手順を示すシーケンス図である。なお、図５のステップＳ５０１及びステップＳ５０２、ステップＳ５０４乃至ステップＳ５１１、ステップＳ５１７乃至ステップＳ５２２は各健診端末のＣＰＵ２０１がメモリ２０２に記憶される、健診科目の処理プログラムを読み出して実行することにより実現される。また、ステップＳ５１２乃至ステップＳ５１６は各健診機器のＣＰＵ２０１がメモリ２０２に記憶されるプログラムを読み出して実行することにより実現される。

以下、健診端末Ａ１１１、健診機器Ａ１１０で実行されるものとして説明する。また、以下では、図１７に示す健診システムメニューで「１．視力検査」ボタン１７１が押下され、図１８に示す視力測定用の画面が健診端末Ａ１１１のディスプレイ２０５に表示される場合について説明する。なお、本処理では、検査データの送信を健診機器側の操作で開始しているため（後述するステップＳ５１４）、図１８の画面にはデータ受信ボタンは存在しない。

図５において、まず、健診端末Ａ１１１のＣＰＵ２０１は、健診端末Ａ１１１のリーダ／ライタ２０７にカード（記録媒体１６０）がかざされた（タッチされた）ことを判定する（ステップＳ５０１）。

記録媒体１６０がリーダ／ライタ２０７にタッチされたことを判定すると、健診端末Ａ１１１のＣＰＵ２０１は、リーダ／ライタ２０７を介して記録媒体１６０に対して、ステップＳ４０３で取得した健診科目ＩＤに対応する、前回の健診結果（健診情報）と健診予定情報と健診経過情報とを読み出す処理を行う（ステップＳ５０２，５０３）。

具体的には、健診端末Ａ１１１のＣＰＵ２０１は、まず、ステップＳ４０３で取得した健診科目ＩＤを記録媒体１６０に送信すると共に、当該健診科目ＩＤに対応する、前回の健診結果（健診情報）と健診予定情報と健診経過情報との読取要求を、記録媒体１６０に対して行う（ステップＳ５０２）。

健診端末Ａ１１１のＣＰＵ２０１は、記録媒体１６０から、受診者情報と、当該健診科目ＩＤに対応する前回の健診結果（健診情報）と、健診予定情報と、健診経過情報とを読み込む（ステップＳ５０３）。ここで、ステップＳ４０２で選択された健診科目に対応する健診科目ＩＤを、図１４又は図１５に示す関連付け情報ファイルから読み出し、図１３に記憶された当該健診科目ＩＤに紐付けられた前回の健診結果を取得する。

次いで、健診端末Ａ１１１のＣＰＵ２０１は、ステップＳ５０３で受診者情報（受診者ＩＤ、性別、氏名など）を記録媒体１６０から取得できたか否かを判別し（ステップＳ５０４）、受診者ＩＤ、性別、氏名の何れか１つを取得できなかったと判別した場合は（ステップＳ５０４でＮＯ）、エラーメッセージ（警告画面）を表示して（ステップＳ５０５）、ステップＳ５０１の処理へ戻り、再度、記録媒体１６０の読込みを待機する。

また、健診端末Ａ１１１のＣＰＵ２０１は、全ての受診者情報（受診者ＩＤ、性別、氏名）を取得できたと判別した場合は（ステップＳ５０４でＹＥＳ）、当該取得した受診者情報を健診端末Ａ１１１のディスプレイ２０５に表示する（ステップＳ５０６）。表示画面の一例を図１８に示す。図１８の表示画面の「ＩＤ」の部分に、受診者ＩＤが表示され、「氏名」の部分には、受診者の氏名が表示される。また、性別は、受診者ＩＤの右に表示されている。
次いで、後述する図６の健診状況表示処理を実行して、健診状況を表示する（ステップＳ５０７）。

次いで、健診端末Ａ１１１のＣＰＵ２０１は、記録媒体１６０に記憶されている、ステップＳ４０３で取得した健診科目ＩＤに対応する前回の健診結果を取得できたか否かの判別を行う（ステップＳ５０８）。そして、取得できたと判別した場合は（ステップＳ５０８でＹＥＳ）、取得した当該健診科目の前回の健診結果を健診端末Ａ１１１のディスプレイ２０５（表示部）に表示する（ステップＳ５１０）。

一方、取得できなかった場合は（ステップＳ５０８でＮＯ）、後述する図７の過去健診情報表示処理を実行する（ステップＳ５０９）。

そして、過去の健診結果を表示し（ステップＳ５１０）、健診機器Ａ１１０からの検査データ（今回の健診での検査結果）の受信待ち状態となり（ステップＳ５１１）、健診機器から検査データの受信を検知すると、処理をステップＳ５１７に進める。

一方、健診機器Ａ１１０は、検査データの計測（身長及び体重の計測）を実行し（ステップＳ５１２）、計測が終了した後に、健診機器Ａ１１０の表示部に表示された送信ボタン（図示しない）が測定者により押下されたことを認識すると（ステップＳ５１３）、健診機器Ａ１１０は、検査データを健診端末Ａ１１１に送信する（ステップＳ５１４）。

そして、健診機器Ａ１１０は、検査データを正常に送信し終わると（ステップＳ５１１）、検査データを健診機器Ａ１１０のメモリ（図示しない）内の保存エリアに記憶する（ステップＳ５１６）と共に、メモリのワークエリア中の最新の検査データ（表示用及び送信用の検査データ）をクリアして、次の計測開始を待つように制御する。

なお、健診機器Ａ１１０は、ステップＳ５１４において検査データの送信が正常に終了しなかった場合は、タイムアウトになるまで検査データを再送し、タイムアウトになった場合は、当該健診機器Ａ１１０のディスプレイ（図示しない）にエラーメッセージ（警告画面）を表示する。

次いで、健診端末Ａ１１１のＣＰＵ２０１は、健診機器Ａ１１０から送信された検査データ（健診結果）を受信（取得）すると、後述する図２５の警告処理を実行する（ステップＳ５１７）。

次いで、健診端末Ａ１１１のＣＰＵ２０１は、健診機器Ａ１１０から受信した検査データ（健診結果）を健診端末Ａ１１１のメモリ２０２内のワークエリアに記憶し（ステップＳ５１８）、健診端末Ａ１１１のディスプレイ２０５に当該健診結果を表示する（ステップＳ５１９）。

図１８の例では、視力検査で裸眼の場合、今回の検査結果として左右の視力がそれぞれ「１．２」であることを表示している。また、前回の検査結果として、左右の視力がそれぞれ「１．５」であることを表示している。また、図１８の画面では途中ボタンと対象外ボタンとが表示される。

次いで、健診端末Ａ１１１のＣＰＵ２０１は、後述する図１９の再健診状況表示処理を実行して、健診状況の表示を行う（ステップＳ５２０）。

次いで、健診端末Ａ１１１のＣＰＵ２０１は、図１９の画面において登録ボタンが押下されると（ステップＳ５２１）、後述する図１９の処理におけるステップＳ１９０１で途中ボタンが押下されたと判別した場合は（ステップＳ１９０１でＹＥＳ）、ステップＳ４０３で取得した健診科目ＩＤ（健診科目）において当日中に再健診をしなければならないことを示すデータ「＊（当日中に再健診をしなければならないことを示す識別情報）」（健診経過情報）とステップＳ５１４で健診機器Ａ１１０から取得した健診結果とを記録媒体１６０に記録させるデータとしてセットして、ステップＳ４０３で取得した健診科目ＩＤと一致する、記録媒体１６０に記憶された（図１２の）健診科目ＩＤに当該データを紐付けて記憶させるべく、当該記録媒体１６０に送信する（ステップＳ５２２）。

ここで、ステップＳ５１４で健診機器Ａ１１０から健診結果を取得できなかった場合は、ステップＳ５２２で当日中に再健診をしなければならないことを示す健診経過情報（＊）のみを該健診科目ＩＤと紐付けて記録媒体１６０に記憶させるべく、当該記録媒体１６０に送信する。

また、健診端末Ａ１１１のＣＰＵ２０１は、図１９の画面において登録ボタンが押下されると（ステップＳ５２１）、後述する図１９の処理におけるステップＳ１９０３で対象外ボタンが押下されたと判別した場合は（ステップＳ１９０３でＹＥＳ）、ステップＳ４０３で取得した健診科目ＩＤ（健診科目）において後日に再健診をしなければならないことを示すデータ「―（後日、再健診をしなければならないことを示す識別情報）」（健診経過情報）とステップＳ５１４で健診機器Ａ１１０から取得した健診結果とを記録媒体１６０に記録させるデータとしてセットして、ステップＳ４０３で取得した健診科目ＩＤと一致する、記録媒体１６０に記憶された（図１２の）健診科目ＩＤに当該データを紐付けて記憶させるべく、当該記録媒体１６０に送信する（ステップＳ５２２）。

ここで、ステップＳ５１４で健診機器Ａ１１０から健診結果を取得できなかった場合は、ステップＳ５２２で後日に再健診をしなければならないことを示す健診経過情報（―）のみを該健診科目ＩＤと紐付けて記録媒体１６０に記憶させるべく、当該記録媒体１６０に送信する。

また、健診端末Ａ１１１のＣＰＵ２０１は、図１９の画面において登録ボタンが押下されると（ステップＳ５２１）、後述する図１９の処理において途中ボタンと対象外ボタンとが押下されないと判別した場合は（ステップＳ１９０３でＮＯ）、ステップＳ５１４で健診機器Ａ１１０から取得した健診結果とステップＳ４０３で取得した健診科目ＩＤ（健診科目）において受診済みであることを示すデータ「○（受診済みであることを示す識別情報）」（健診経過情報）とを、ステップＳ４０３で取得した健診科目ＩＤと一致する、記録媒体１６０に記憶された（図１２の）健診科目ＩＤに紐付けて記憶させるべく、当該記録媒体１６０に送信する（ステップＳ５２２）。

次いで、記録媒体１６０のコントローラは、健診端末Ａ１１１のリーダ／ライタ２０７を介して当該データを受信すると、健診結果又は／及び健診経過情報を記録媒体１６０内の記録部に書込む（記録する）（ステップＳ５２３）。

以上により、受診者が持ち運ぶ記録媒体１６０に、当該受診者の検査データ（健診結果）（例えば、身長・体重、ＢＭＩ値、適否判定値）が記録されることになる。

なお、健診機器Ａ１１０側にも更にリーダ／ライタ（図示しない）を備え、健診機器Ａ１１０のリーダ／ライタにおいて記録媒体１６０のタッチを検知して、健診機器Ａ１１０のリーダ／ライタが記録媒体１６０に受診者情報を要求して、リーダ／ライタが記録媒体１６０から受信した受診者情報と検査データとを一括して健診機器Ａ１１０から健診端末Ａ１１１に送信し、健診端末Ａ１１１が受診者情報と検査データとを受信して、受診者情報で突き合わせて検査データをメモリ２０２に記憶する処理を行なう構成でもよい。

また、ＢＭＩ値及び適否判定値を健診機器Ａ１１０側の不図示のステップで計算して検査データと一緒に健診端末Ａ１１１に送信してもよい。
図６は、図５におけるステップＳ５０７の健診状況表示処理の手順を示すフローチャートである。

図６において、まず、健診端末Ａ１１１のＣＰＵ２０１は、ステップＳ５０３で読み取った、今回の健康診断で受診予定であることを示す健診予定情報（図１３の「○」）が各健診科目ＩＤ（健診科目）毎にあるか否かを判定し（ステップＳ６０１）、受診予定であることを示す健診予定情報があると判定された健診科目に対して、網掛け表示を行う（図１８、ステップＳ６０２）。

次いで、健診端末Ａ１１１のＣＰＵ２０１は、ステップＳ５０３で読み取った、今回の健康診断で受診予定であることを示す健診予定情報（図１３の「○」）に変更がないか否かを判定し、変更がある場合は（ステップＳ６０３でＹＥＳ）受診予定である健診科目で変更がある項目についての変更登録を行う。（ステップＳ６０４）変更がない場合（ステップＳ６０３でＮＯ）は、ステップＳ６０５へ進む。ここで言う変更とは、図３のステップＳ３０９で先述の欠測理由の変更登録を指す。

図２９は、健診端末Ａ１１１において、欠測理由の登録を行う際に表示される画面の一例である。図２９では、健診科目のうち、「胃内視鏡」の検診が行われているが、この時に、欠測ボタン２９０１の押下を受け付けると、図２８で説明したような欠測理由の選択項目が表示され、該当する番号を選択して登録ボタン２０９２の押下を受け付けると、健診端末Ａ１１１からの欠測理由登録が完了する。なお、欠測理由を登録した項目については、ステップＳ６０２で網掛け表示を行ったものを解除する。

次いで、健診端末Ａ１１１のＣＰＵ２０１は、ステップＳ５０３で読み取った、受診済みであることを示す健診経過情報（図１２の「○」）が各健診科目ＩＤ（健診科目）毎にあるか否かを判定し（ステップＳ６０５）、受診済みであることを示す健診経過情報があると判定された健診科目に対して「○」を健診端末Ａ１１１のディスプレイ２０５に表示する（図１８、ステップＳ６０６）。

次いで、健診端末Ａ１１１のＣＰＵ２０１は、図４のステップＳ４０２で選択されたメニューにより起動されたプログラムから現在の健診科目を判定し（ステップＳ６０７）、当該判定された現在の健診科目に対して「◎」を健診端末Ａ１１１のディスプレイ２０５に表示する（図１８、ステップＳ６０８）。

次いで、健診端末Ａ１１１のＣＰＵ２０１は、ステップＳ５０３で読み取った、後日に再健診をしなければならないことを示す健診経過情報（図１２の「―」）が各健診科目ＩＤ（健診科目）毎にあるか否かを判定し（ステップＳ６０９）、後日に再健診をしなければならないことを示す健診経過情報があると判定された健診科目に対して「―」を健診端末Ａ１１１のディスプレイ２０５に表示する（図１８、ステップＳ６１０）。

次いで、健診端末Ａ１１１のＣＰＵ２０１は、ステップＳ５０３で読み取った、当日中に再健診をしなければならないことを示す健診経過情報（図１２の「＊」）が各健診科目ＩＤ（健診科目）毎にあるか否かを判定し（ステップＳ６１１）、当日中に再健診をしなければならないことを示す健診経過情報があると判定された健診科目に対して「＊」を健診端末Ａ１１１のディスプレイ２０５に表示する（図１８、ステップＳ６１２）。

次いで、健診端末Ａ１１１のＣＰＵ２０１は、受診予定の健診科目について受診できない理由を示す欠測理由が登録されているか否かを判定し、（ステップＳ６１３）欠測理由が登録されている場合には、該当する健診科目が受診できないことを警告する表示を行う（ステップＳ６１４）。図３０によれば、警告表示３００１に胃内視鏡の健診が患者本人の都合により行えない旨が示されている。本欠測理由は、図３の受付処理にて登録されるものと同一である。

図６の健診状況表示処理によれば、受診者が受診しなければならない健診科目が網掛け表示され、既に受診済みの健診科目が「○」で表示され、現在の健診科目が「◎」で表示されるので、受診者が今後受診すべき項目を受診者又は測定者に把握させることができる。

また、健診機器の障害や受診者の体調等により、当日中の再検診が必要な健診科目がある場合、当該健診科目に「＊」を表示させることで、測定者又は受診者に、どの健診科目を当日中に受診しなければならないかを把握させることができる。

また、当日中の再検診はできないが、後日再検診が必要な健診科目がある場合は、当該健診科目に「−」を表示させることで、測定者又は受診者に、どの健診科目を後日受診しなければならないかを把握させることができる。

なお、図６の健診状況表示処理では、網掛けや「○」や「◎」や「＊」や「―」を表示したが、各健診科目を識別できればどのような表示であってもよい。具体的には、受診しなければならない健診科目を黄色で表示してもよく、現在の健診科目を淡紅色で表示してもよい。

図７は、図５におけるステップＳ５０９の過去健診情報表示処理の手順を示すフローチャートである。

図７は、図１２及び図１３に示すデータを記憶することができないほど記憶容量が小さい携帯記録媒体が用いられた場合でも、今回の健診結果と過去の健診結果との比較が必要な所定の健診科目では、今回の健診結果と過去の健診結果とを表示させるための仕組みを示している。

具体的には、図１１に示す過去健診テーブルを健診端末のメモリが記憶しており、健診端末が、ステップＳ５０３で取得した受診者ＩＤに対応する過去の健診結果を健診端末に記憶された過去検診テーブルから取得する。そして、ステップＳ５１４で健診機器から取得した今回健診結果と当該過去の健診結果とを健診端末のディスプレイに表示させる処理である。

図７において、まず、健診端末Ａ１１１のＣＰＵ２０１は、ステップＳ５０３で取得した受診者ＩＤをキーに健診端末Ａ１１１のメモリ２０２に記憶されている過去の健診結果（図１１）を検索し（ステップＳ７０１）、当該受診者ＩＤに対応する過去の健診結果を該メモリから読出し取得する（ステップＳ７０２）。

ここで、過去の健診結果は、図４のステップＳ４０２で選択されたメニュー（健診科目ＩＤ）に対応するデータ（過去の健診結果）のみを読出し取得する。即ち、例えば、ステップＳ４０２で選択されたメニューが「身長・体重」で、ステップＳ５０３で受信した受診者ＩＤが「１」であった場合、図１１に示す受診者ＩＤが「１」で、健診科目が「身長・体重」の「１６０」のみをメモリから読出し取得する。

そして、取得した健診結果を過去の健診結果として、健診端末Ａ１１１のディスプレイ２０５に表示して（図１８、ステップＳ７０３）、本処理を終了する。

図７の過去健診情報表示処理によれば、記憶容量が小さい携帯記録媒体が用いられた場合でも、今回の健診結果と過去の健診結果との比較が必要な所定の健診科目で、今回の健診結果と過去の健診結果とを表示させることができ、受診の際に、受診者の健康状態が注意すべき状態か否かを受診者又は測定者に把握させることができる。
図２５は、図５におけるステップＳ５１７の警告処理の手順を示すフローチャートである。

図２５において、まず、受信した検査データ（健診結果）が図４のステップＳ４０９で取得した第１の閾値の範囲内か否かを判別し（ステップＳ８０１）、第１の閾値の範囲内でないときは（ステップＳ８０１でＮＯ）、健診機器Ａ１１０にエラーが生じている旨を警告する警告画面をディスプレイ２０５に表示する（ステップＳ８０２）。

ステップＳ８０１の判別の結果、第１の閾値の範囲内であるときは（ステップＳ８０１でＹＥＳ）、検査データ（健診結果）が図４のステップＳ４０３で取得した第２の閾値を超えるか否かを判別し（ステップＳ８０３）、第２の閾値を超えるときは（ステップＳ８０３でＹＥＳ）、病気である旨を警告する警告画面をディスプレイ２０５に表示する（ステップＳ８０４）。

ステップＳ８０３の判別の結果、第２の閾値を超えないときは（ステップＳ８０３でＮＯ）、過去の健診結果を図７のステップＳ７０２で取得しているか否かを判別する（ステップＳ８０５）。

ステップＳ８０５の判別の結果、過去の検健診結果を取得しているときは（ステップＳ８０５でＹＥＳ）、今回の検査データ（健診結果）と過去の健診結果との差を算出し（ステップＳ８０６）、当該算出された値（差）が図４のステップＳ４０３で取得した第３の閾値を超えるか否かを判別し（ステップＳ８０７）、第３の閾値を超えるときは（ステップＳ８０７でＹＥＳ）、病気の疑いがある旨を警告する警告画面をディスプレイ２０５に表示する（ステップＳ８０８）。

ステップＳ８０２で警告画面を表示した後、ステップＳ８０５の判別の結果、過去の健診結果を取得していないとき（ステップＳ８０５でＮＯ）、ステップＳ８０７の判別の結果、第３の閾値を超えないとき（ステップＳ８０７でＮＯ）、並びにステップＳ８０８で警告画面を表示した後に、本処理を終了する。

図２５の警告処理によれば、受診した検査データ（健診結果）が第２の閾値を超えるときは（ステップＳ８０３でＹＥＳ）、病気である旨を警告する警告画面をディスプレイ２０５に表示し（ステップＳ８０４）、今回の検査データ（健診結果）と過去の健診結果との差が第３の閾値を超えるときは（ステップＳ８０７でＹＥＳ）、病気の疑いがある旨を警告する警告画面をディスプレイ２０５に表示する（ステップＳ８０８）ので、受診の際に、受診者の健康状態が注意すべき状態か否かを受診者又は測定者に把握させることができる。

さらに、受信した検査データ（健診結果）が第１の閾値の範囲内でないときは（ステップＳ８０１でＮＯ）、健診機器Ａ１１０にエラーが生じている旨を警告する警告画面をディスプレイ２０５に表示する（ステップＳ８０２）ので、健診機器から取得した測定値が、健診機器で測定可能な範囲内の数値でない異常値であっても、このような異常値が測定値として携帯可能な記録媒体に記録されるのを防止することができる。
図１９は、図５におけるステップＳ５２０の再健診状況表示処理の手順を示すフローチャートである。

図１９において、まず、健診工程端末Ａ１１１のＣＰＵ２０１は、図１９の画面において途中ボタンが押下されたか否かを判別する（ステップＳ１９０１）。なお、図１９の画面における途中ボタンは、受診者の体調等の問題により、当日中に再検診が必要と判定された場合に押下される。

ステップＳ１９０１の判別の結果、途中ボタンが押下されたときは（ステップＳ１９０１でＹＥＳ）、現在の健診科目に「＊」を表示して（ステップＳ１９０２）、本処理を終了する。

ステップＳ１９０１の判別の結果、途中ボタンが押下されないときは（ステップＳ１９０１でＮＯ）、図１９の画面において対象外ボタンが押下されたか否かを判別する（ステップＳ１９０３）。なお、図１９の画面における対象外ボタンは、後日に再検診が必要と判定された場合に押下される。

ステップＳ１９０３の判別の結果、対象外ボタンが押下されたときは（ステップＳ１９０３でＹＥＳ）、現在の健診科目に「‐」を表示して（ステップＳ１９０４）、本処理を終了する。

ステップＳ１９０３の判別の結果、対象外ボタンが押下されないときは（ステップＳ１９０３でＮＯ）、そのまま本処理を終了する。
次に、図１における管理端末が実行する回収処理について説明する。

図９は、図１における管理端末が実行する回収処理の手順を示すフローチャートである。なお、本処理は、管理端末１５０のＣＰＵ２０１がメモリ２０２に記憶されるプログラムを読み出して実行することにより実現される（即ち、管理端末１５０のＣＰＵ２０１の制御の元で実行される）処理に対応する。なお、健診の開始に先立って健診テーブル（図１０）を、ＵＳＢメモリ等の手段で外部から読込んで、管理端末１５０のメモリ２０２に記憶しておくものとする。また、上記健診テーブル（図１０）は、全受診予定者の健診予定情報であり、各健診科目の各健診結果が記録されている。

図９において、まず、管理端末１５０のＣＰＵ２０１は、ディスプレイ２０５（タッチパネルを兼ねる）やリーダ／ライタ２０７への操作を判定し、管理端末１５０のリーダ／ライタ２０７にカード（記録媒体１６０）がタッチされると、管理端末１５０のＣＰＵ２０１は、リーダ／ライタ２０７を介して記録媒体１６０に対して当該記録媒体１６０に記録されている受診者情報及び全ての健診結果（図１２）の読取を開始する（ステップＳ９０１）。当該読取要求を受信した記録媒体１６０のコントローラは、受診者情報及び健診結果（図１２）を管理端末１５０のリーダ／ライタ２０７に送信する（不図示）。

次いで、管理端末１５０のＣＰＵ２０１は、管理端末１５０のリーダ／ライタ２０７を介して一人分の受診者情報及び全健診科目の健診結果（図１２）を記録媒体１６０から取得すると管理端末１５０のメモリ２０２のワークエリアに記憶する（ステップＳ９０２）。

次いで、管理端末１５０のＣＰＵ２０１は、メモリ２０２に記憶される健診テーブル（図１０）と上記一人分の健診結果を照合する（ステップＳ９０３）。具体的には、記録媒体１６０から取得した受診者ＩＤと一致する、健診テーブルの受診者ＩＤのあるレコードを検索して特定する。

次いで、特定されたレコードの各健診科目毎に、受診しなければならないのにも関わらず受診していない健診科目があるか否かを判別する（ステップＳ９０４）。具体的には、ステップＳ９０３で特定されたレコードで受診予定の識別情報（「○」）が記憶された健診科目に対して、ステップＳ９０１で記録媒体１６０から読みこんだ当該健診科目に対応した健診結果として、未受診であることを示す識別情報（「×」）、当日中に受診しなければならないことを示す識別情報（「＊」）および欠測理由を示す番号（「１〜４のいずれか」）があるか否かを判別する。

ステップＳ９０４の判別の結果、当日中に受診しなければならないことを示す識別情報（「＊」）及び欠測理由を示す番号（「１〜４のいずれか」）があり（ステップＳ９０４でNO）、その情報が、欠測理由を示す番号ではない場合（「＊」）、エラーメッセージを管理端末１５０のディスプレイ２０５に表示し（ステップＳ９１６）、欠測理由を示す番号（「１〜４」）である場合は（ステップＳ９１４でＹＥＳ）、ステップＳ９０６の処理に進む。

次いで、管理端末１５０のＣＰＵ２０１は、管理端末１５０のディスプレイ２０５に図２０に示すような検査結果及び判定結果画面（図２０）を表示する（ステップＳ９０５）。図２０は、管理端末１５０の回収処理プログラム画面の一例である。管理端末１５０のＣＰＵ２０１は、図２０の画面において、受信した受診者情報に基づいて受診者ＩＤや氏名２１０、性別や年齢を表示し、ステップＳ９０４の判定結果に基づいて未検査や未通過や検査済や受付済や後日受診（後日受診しなければならない）や当日受診（当日中に受診しなければならない）の区分を表示する。なお、図２０に示す画面では、血液検査の結果２１２が未受付であること、聴力検査の結果２１１が受付済であること等を示している。

図９に戻り、管理端末１５０のＣＰＵ２０１は、図２０の画面の各ボタン（リスト印刷ボタン２１３、表示切替ボタン２１４、印刷ボタン２１５、登録ボタン２１６）のタッチを検知し（操作判定し）、表示切替ボタン２１４が押下（タッチ）されたか否かを判別し（ステップＳ９０６）、表示切替ボタン２１４が押下されたときは（ステップＳ９０６でＹＥＳ）、管理端末１５０のＣＰＵ２０１は、図２０の初期画面がディスプレイ２０５に表示されていた場合は図２１の健診データ明細表示画面に表示を切替え、図２１の健診データ明細表示画面が表示されていた場合は図２１の初期画面に表示を切替え（ステップＳ９０７）、処理をステップＳ９０６に戻す。

ステップＳ９０６の判別の結果、表示切替ボタン２１４が押下されないときは（ステップＳ９０６でＮＯ）、印刷ボタン２１５が押下（タッチ）されたか否かを判別し（ステップＳ９０８）、印刷ボタン２１５が押下されたときは（ステップＳ９０８でＹＥＳ）、管理端末１５０のＣＰＵ２０１は、メモリ２０２に記憶した受診者情報及び検査結果に基づいて、受診者個人用の結果リストの印刷を指示し（ステップＳ９０９）、処理をステップＳ９０６に戻す。

ステップＳ９０８の判別の結果、印刷ボタン２１５が押下されないときは（ステップＳ９０８でＮＯ）、登録ボタン２１６が押下（タッチ）されたか否かを判別し（ステップＳ９１０）、登録ボタン２１６が押下されないときは（ステップＳ９１０でＮＯ）、処理をステップＳ９０６に戻す。

ステップＳ９１０の判別の結果、登録ボタン２１６が押下されたときは（ステップＳ２１０でＹＥＳ）、管理端末１５０のＣＰＵ２０１は、ステップＳ９０６における各検査データの検査漏れの判定結果に基づいて、検査漏れ、未受付、その他の異常データがあるか否かを判別し（ステップＳ９１１）、検査漏れ、未受付、その他の異常データがあるときは（ステップＳ９１１でＹＥＳ）、管理端末１５０のＣＰＵ２０１は、管理端末１５０の不図示のスピーカから警告音を出力し、管理端末１５０のディスプレイ２０５に検査漏れ、未受付、その他の異常データがある健診科目の名称と受診者ＩＤ及び氏名、再度該当の健診科目に行くように促すメッセージを表示し（ステップＳ９１２）、処理をステップＳ９１３に進める。

ステップＳ９１１の判別の結果、検査漏れ、未受付、その他の異常データがないときは（ステップＳ９１１でＮＯ）、管理端末１５０のＣＰＵ２０１は、健診結果ファイルに１人分の健診結果及び通過記録データを記憶して（ステップＳ９１３）、本処理を終了する。

なお、図９の回収処理では、健診結果ファイルの検査漏れ、未受付、その他の異常データがある場合は、管理端末１５０のＣＰＵ２０１は、管理端末１５０のメモリ２０２内の健診未完了フラグをオンにして記憶しておくように構成してもよい。

上述した本実施の形態では、ディスプレイ２０５をタッチパネル付きのディスプレイとして説明したが、ディスプレイ２０５を通常のディスプレイとし、マウス等のポインティングデバイスを設けて入力を行うように構成してもよい。

また、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されてもよい。

また、本発明は、例えば、システム、装置、方法、プログラム若しくは記録媒体等としての実施の態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用してもよく、一つの機器からなる装置に適用してもよい。

上述したように、図１に示した健診端末は、メモリ２０２に、図１４、図１５に示した関連付情報ファイル、各健診機器とのインタフェース設定、各処理プログラム、及び各健診機器の設定情報を少なくとも記憶する。そして、健診端末のＣＰＵ２０１は、図１７に示した各健診メニューのいずれかの選択に応じて、上記健診機器の設定情報と上記処理プログラムとをメモリ２０２から読み出して実行する。

また、管理端末１５０は、メモリ２０２に健診情報（各健診科目の各健診データ及び通過記録データのフォーマットを含む）を記憶する。また、管理端末１５０のＣＰＵ２０１は、記録媒体１６０から受診者ＩＤと、上記健診データを読み出し、上記フォーマットと上記健診データとに基づいて検査洩れの有無を判定し、検査漏れがあると判定した場合に、検査漏れと判定した健診科目の健診データ復旧の要否を上記フォーマットに基づいて判定する（図９）。

また、健診端末のＣＰＵ２０１は、メモリ２０２に各健診科目別の各健診機器別の設定情報を記憶し、上記処理プログラム（図５）は、上記各メニューを選択した場合に当該選択した健診科目における複数の健診機器から１つを選択させて、当該選択された健診機器に関連付けられた設定情報を読み出して処理を実行する。

以上の構成により、複数の処理プログラムを健診端末のメモリ２０２に記憶してメニューの選択に応じて所定の健診機器の設定を読み込んで対応する処理プログラムを健診端末のＣＰＵ２０１で実行するので、現有する様々な種類の健診機器及び様々な外部インタフェースに柔軟に対応可能で健診時の準備工数を大幅に削減可能な仕組みを提供することができる。

また、検査終了時点での検査洩れの有無を判定し画面に警告を表示するので検査漏れが生じない仕組みを提供する。

また、検査中においてどこの検査を受けなければ、ならないかを把握することができる仕組みを提供する。
また、健診機器や端末の不調にも迅速に対応可能な仕組みを提供する。

なお、特に図示しないが、本発明に係る装置で読み取り可能な各種プログラムやデータを格納する記録媒体（記憶媒体）には、該記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報、作成者等も記憶され、且つプログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施の形態における各フローチャート、及び画面に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、不図示のＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。

プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

１００ 受付端末
１１０ 健診機器Ａ
１１１ 健診端末Ａ
１５０ 管理端末
１６０ 記録媒体（携帯記録媒体）
２０１ ＣＰＵ
２０２ メモリ
２０５ ディスプレイ
２０７ リーダ／ライタ

Claims (7)

1. 健診機器により測定された結果を示す健診結果の表示を行う情報処理装置であり、受診予定の健診科目および受診済みの健診科目および健診を行わない理由を示す欠測情報が登録された健診科目が記録された携帯記録媒体と通信可能な情報処理装置であって、
   前記携帯記録媒体から、受診予定の健診科目および受診済みの健診科目および欠測情報が登録された健診科目を読み込む読込手段と、
   前記読込手段により読み込んだ受診予定の健診科目および受診済みの健診科目および欠測情報が登録された健診科目に基づき、受診予定の健診科目と受診済みの健診科目と欠測情報が登録された健診科目とを識別可能に表示し、前記欠測情報が登録された健診科目については、さらに、当該欠測情報を識別可能に表示する表示制御手段と、
   前記読込手段により読み込んだ受診予定の健診科目に対して欠測情報の登録を受け付ける受付手段と、
   前記受付手段により登録を受け付けた欠測情報を、当該健診科目と対応付けて前記携帯記録媒体に記録する記録手段と、
   を備えることを特徴とする情報処理装置。
2. 前記受付手段は、さらに、前記健診を行わない理由を示す複数の理由の中から、ユーザによりいずれかの理由の選択を受け付けることで、前記欠測情報の登録を受け付けることを特徴とする請求項１に記載の情報処理装置。
3. 前記読込手段により読み込んだ欠測情報が登録されている健診科目が、前記情報処理装置が用いられる健診科目であるかを判定する判定手段と、
   前記判定手段により、前記読込手段により読み込んだ欠測情報が登録されている健診科目が、前記情報処理装置が用いられる健診科目であると判定された場合、警告情報を表示する警告手段と、
   をさらに備えることを特徴とする請求項１または２に記載の情報処理装置。
4. 前記警告手段により表示される警告情報には、前記健診を行わない理由である欠測情報が含まれることを特徴とする請求項３に記載の情報処理装置。
5. 前記情報処理装置は、複数の健診科目のそれぞれに対応する健診機器のいずれかと接続可能な情報処理装置であって、
   それぞれの健診科目に対応する健診機器と共に用いられる当該健診科目用の装置としての動作方法が定められた動作モードが、前記複数の健診科目のそれぞれに対して関連付けられた関連付情報を記憶する記憶手段と、
   前記記憶手段に記憶されている関連付情報により前記動作モードと関連付けられている複数の健診科目を含むメニュー画面を、表示部に表示するメニュー表示手段と、
   前記メニュー表示手段により前記表示部に表示されたメニュー画面に含まれる複数の健診科目の中から健診科目の選択を受け付ける受付手段と、
   前記記憶手段に記憶された関連付情報に基づき、前記受付手段で受け付けた健診科目に関連付けられた動作モードを決定する決定手段と、
   前記受付手段により受け付けた健診科目用の表示画面を前記表示部に表示する画面表示手段と、
   前記決定手段により決定された動作モードにより、前記受付手段により受け付けた健診科目に対応する健診機器との通信を行う通信手段と、
   前記通信手段により行われる通信を用いて、前記受付手段により受け付けた健診科目に対応する健診機器により測定された受診者の測定の結果を示す健診結果の入力を受け付ける健診結果入力手段と、
   前記健診結果入力手段により入力された健診結果を表示部に表示する結果表示手段と、
   をさらに備えることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 健診機器により測定された結果を示す健診結果の表示を行い、受診予定の健診科目および受診済みの健診科目および健診を行わない理由を示す欠測情報が登録された健診科目が記録された携帯記録媒体と通信可能な情報処理装置における情報処理方法であって、
   前記情報処理装置の読込手段が、前記携帯記録媒体から、受診予定の健診科目および受診済みの健診科目および欠測情報が登録された健診科目を読み込む読込工程と、
   前記情報処理装置の表示制御手段が、前記読込工程により読み込んだ受診予定の健診科目および受診済みの健診科目および欠測情報が登録された健診科目に基づき、受診予定の健診科目と受診済みの健診科目と欠測情報が登録された健診科目とを識別可能に表示し、前記欠測情報が登録された健診科目については、さらに、当該欠測情報を識別可能に表示する表示制御工程と、
   前記情報処理装置の受付手段が、前記読込工程により読み込んだ受診予定の健診科目に対して欠測情報の登録を受け付ける受付工程と、
   前記情報処理装置の記録手段が、前記受付工程により登録を受け付けた欠測情報を、当該健診科目と対応付けて前記携帯記録媒体に記録する記録工程と、
   を備えることを特徴とする情報処理方法。
7. 健診機器により測定された結果を示す健診結果の表示を行い、受診予定の健診科目および受診済みの健診科目および健診を行わない理由を示す欠測情報が登録された健診科目が記録された携帯記録媒体と通信可能な情報処理装置において実行可能なプログラムであって、
   前記情報処理装置を、
   前記携帯記録媒体から、受診予定の健診科目および受診済みの健診科目および欠測情報が登録された健診科目を読み込む読込手段と、
   前記読込手段により読み込んだ受診予定の健診科目および受診済みの健診科目および欠測情報が登録された健診科目に基づき、受診予定の健診科目と受診済みの健診科目と欠測情報が登録された健診科目とを識別可能に表示し、前記欠測情報が登録された健診科目については、さらに、当該欠測情報を識別可能に表示する表示制御手段と、
   前記読込手段により読み込んだ受診予定の健診科目に対して欠測情報の登録を受け付ける受付手段と、
   前記受付手段により登録を受け付けた欠測情報を、当該健診科目と対応付けて前記携帯記録媒体に記録する記録手段として機能させることを特徴とするプログラム。
   

Images