JP5577785B2 - 健診情報処理システム、健診情報処理装置、健診情報処理方法、プログラム、及び記憶媒体 - Google Patents

Description

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

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

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

しかしながら、健診情報の記録にＩＣカード等の携帯可能な記録装置を用いるため、受診する健診項目が受診者毎に異なる場合や、受信する健診項目を予め決めることが困難であり受診予定が未確定である健診項目がある場合、既に受診者が受診した項目がある場合等においては、受診者及び測定者は、受診者がどの項目を受診すべきなのかを把握することが困難であった。

したがって、測定者は受診者に次の健診項目を伝えることが困難であり、受診者も次の健診項目を知ることが困難であった。

本発明の目的は、受診者が今後受診すべき項目を受診者又は測定者に把握させることが出来る健診情報処理システム、健診情報処理装置、健診情報処理方法、プログラム、及び記憶媒体を提供することにある。

本発明の健診情報処理システムは、受診者が受診を予定している健診項目かを示す健診工程情報が記録される携帯記録媒体と、健診項目を表示する健診情報処理装置とを備える健診情報処理システムであって、前記健診情報処理装置は、前記携帯記録媒体に記録された健診工程情報を取得する取得手段と、前記取得手段で取得された健診工程情報に基づいて受診を予定している健診項目と受診を予定していない健診項目と受診予定が未確定の健診項目とをそれぞれ識別可能に表示制御する第１の表示制御手段と、を備えることを特徴とする。

また、本発明の健診情報処理装置は、健診項目を表示する健診情報処理装置であって、受診者が受診を予定している健診項目かを示す健診工程情報が記録された携帯記録媒体から、該健診工程情報及び該健診状況情報を取得する取得手段と、前記取得手段で取得された健診工程情報に基づいて受診を予定している健診項目と受診を予定していない健診項目と受診予定が未確定の健診項目とをそれぞれ識別可能に表示制御する第１の表示制御手段と、を備えることを特徴とする。

また、本発明の健診情報処理装置の健診情報処理方法は、取得手段が、受診者が受診を予定している健診項目かを示す健診工程情報が記録された携帯記録媒体から、該健診工程情報及び該健診状況情報を取得する取得ステップと、第１の表示制御手段が、前記取得手段で取得された健診工程情報に基づいて受診を予定している健診項目と受診を予定していない健診項目と受診予定が未確定の健診項目とをそれぞれ識別可能に表示制御する第１の表示制御ステップとを有することを特徴とする。

また、本発明のプログラムは、健診項目を表示する健診情報処理装置の健診情報処理方法をコンピュータに実行させるプログラムにおいて、取得手段が、受診者が受診を予定している健診項目かを示す健診工程情報が記録された携帯記録媒体から、該健診工程情報及び該健診状況情報を取得する取得ステップと、第１の表示制御手段が、前記取得手段で取得された健診工程情報に基づいて受診を予定している健診項目と受診を予定していない健診項目と受診予定が未確定の健診項目とをそれぞれ識別可能に表示制御する第１の表示制御ステップと
を有することを特徴とする。

本発明によれば、受診予定の健診項目と、受診予定のない健診項目と、受診予定が確定していない健診項目との表示がそれぞれ異なるように制御されるので、受診者が今後受診すべき項目を受診者及び測定者に把握させることが出来る。

健診情報システムのシステム構成を概略的に示すブロック図である 図１における各種端末のハードウェア構成を概略的に示すブロック図である。 図１における受付端末が実行する受付処理の手順を示すフローチャートである。 図１における各健診工程端末が実行する制御処理の手順を示すフローチャートである。 健診情報処理システムが実行する健診情報処理の手順を示すシーケンス図である。 図５のステップＳ５０４の健診工程情報確認処理の手順を示すフローチャートである。 図５のステップＳ５０５の健診状況表示処理の手順を示すフローチャートである。 図５のステップＳ５０６以降の問診の場合の処理手順を示すフローチャートである。 図１における管理端末が実行する回収処理の手順を示すフローチャートである。 図９のステップＳ９１６の料金計算処理の手順を示すフローチャートである。 図１における受付端末が外部から読み込む健診工程情報の一例を示す図である。 記録媒体（ＩＣカード）に記録される受診者個人の健診工程情報（問診受診前）の一例を示す図である。 記録媒体（ＩＣカード）に記録される受診者個人の健診工程情報（問診受信後）の一例を示す図である。 図１における健診機器の限界値（第１の閾値）を示す図である。 記録媒体（ＩＣカード）に記録される受診者個人の健診状況情報の一例を示す図である。 受診者の属性に対応する健診項目を示す図である。 健診基本料金と健診項目ごとの追加料金を示す図である。 図１における健診工程端末が備える機能の構成を概略的に示すブロック図である。 図１における各健診工程端末が、図６のステップＳ６１６、ステップＳ６１７で表示する表示画面を示す図である。 図１における各健診工程端末が、図６のステップＳ６０９、ステップＳ６１３で表示する表示画面を示す図である。 図６のステップＳ６１２で表示する表示画面を示す図である。 図６のステップＳ６１８で表示する表示画面を示す図である。 図１における受付端末に表示される画面を示す図である。 図１における各健診工程端末に表示される初期画面を示す図である。 図１における各健診工程端末に表示される測定画面の一例である。 図１における各健診工程端末に表示される測定画面の一例である。 図１における各健診工程端末に記録される関連付情報ファイルの一例を説明するためのテーブルである。 図１における各健診工程端末に記録される関連付情報ファイルの一例を説明するためのテーブルである。 図１における各健診工程端末で受診者の属性の入力を受け付ける画面を示す図である。 図１における各健診工程端末に表示される問診の際の画面の一例である。 図１における管理端末に表示される画面の一例である。 受診者個人の属性を示すテーブルである。

以下、本発明の実施の形態について図面を参照しながら説明する。

まず、本発明の実施の形態に係る健診情報処理システムについて説明する。

図１は、本実施の形態に係る健診情報処理システムのシステム構成を概略的に示すブロック図である。

図１において、１００は受付端末である、受付端末１００は、ハンディターミナルやノート型パーソナルコンピュータ等であり、本体にＲＦ−ＩＤのリーダ／ライタ２０７（図２）が着脱可能に接続されている。なお、上記ＲＦ−ＩＤのリーダ／ライタ２０７（図２）は本体に内蔵されていても良い。

また、受付端末１００には、不図示のバーコードリーダが接続されている。そして、受付端末１００のメモリ２０２（図２）には、受診者の受診者ＩＤ、健診番号、氏名、性別、年齢、生年月日を含む受診者情報を記憶する受診者ファイルと、上記バーコードリーダが読み取った画像ファイル中のバーコードを識別して文字データに変換するプログラムと、後述する受付処理プログラム（図３）とが記憶されている。

管理端末１５０は、受付端末１００と同様に、ハンディターミナルやノート型パーソナルコンピュータ等であり、本体にＲＦ−ＩＤのリーダ／ライタ２０７（図２）が着脱可能に接続されている。また、管理端末のメモリ２０２（図２）には、健診結果ファイルと、後述する回収処理プログラム（図９）とが記憶されている。

健診工程端末Ａ（１１１）〜Ｎ（１２９）（健診情報処理装置）のメモリ２０２（図２）には、図４の制御プログラムと、図５乃至図８に示す健診工程の処理プログラムと、各プログラムで使用する画面情報（ディスプレイ２０５に図１９乃至図２２、図２５、図２６、図２９、図３０に示す画面を表示するためのデータであり、各プログラムの中に含めても良い）と、図２７乃至図２８に示すメニューと各処理プログラムとを関連付けるための関連付情報ファイルと、各健診機器の機器設定情報（健診工程端末Ａ（１１１）〜Ｎ（１２９）の設定情報）と、各健診機器とのデータのやり取りに用いられる通信プログラム（Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩｒＤＡ、ＴＳＰ／ＩＰ等の各通信手順やプロトコルに対応した通信プログラム）とが記憶されている。

なお、上記各通信プログラムの少なくとも一部をオペレーションシステムに含めてもよい。

各健診工程端末には、同一のプログラム（制御プログラム、健診工程の処理プログラム、通信プログラム及びこれらプログラム用の画面情報や関連付情報ファイル）と全健診機器の機器設定情報とが記憶されているので、メニューで特定の健診工程（例えば血液検査）を選択するだけで任意の健診工程端末を任意の健診工程において使用することができる。

健診機器Ａ（１１０）〜Ｎ（１２８）は、健診に使用するＸ線撮影装置や血圧計、心電図測定機等の各種検査機器であり、健診工程端末Ａ（１１１）〜Ｎ（１２９）とのデータのやり取りを可能にする外部インタフェース（例えばＢｌｕｅｔｏｏｔｈやＩｒＤＡ等）を備えている。

また、健診機器Ａ（１１０）〜Ｎ（１２８）は、健診工程端末Ａ（１１１）〜Ｎ（１２９）と有線のケーブル（ＵＳＢやＩＥＥＥ１３９４、パラレル転送用ケーブル等）で接続しても良く、ピアツーピアやＴＣＰ／ＩＰ、ＦＴＰ等で通信しても良い。

記録媒体１６０は、各受診者が持ち運んで受診者情報（例えば受診者ＩＤ、健診番号、氏名、性別、年齢、生年月日）や各健診工程の検査データや通過データを記録するための媒体であり、例えばＲＦ−ＩＤやＩＣカード、各種メモリカードを含むが、これらに限られずおよそデータの記憶／更新が可能で持ち運びが可能な程度に小型な記録媒体（例えばＵＳＢメモリ等）であれば良い。

また、以下の説明では、記録媒体１６０内にコントローラ（図示しない）を有するものとしているが、記録媒体１６０内にコントローラを有さずに、各リーダ／ライタ２０７から指定されたアドレスに指定されたデータを記憶し、あるいは更新できる構成を有してもよい。

なお、図１について、健診機器Ａ（１１０）と健診工程端末Ａ（１１１）のように２つが実線で結ばれている場合は、両者がケーブル（有線）で接続されていることを意味し、健診機器Ｂ（１１２）と健診工程端末Ｂ（１１３）のように２つが破線で結ばれている場合には両者が無線や赤外線で接続されていることを意味し、健診機器Ｃ（１１４）と健診工程端末Ｃ（１１５）のように２つが結ばれていない場合には、両者が接続されておらず、健診機器Ｃの検査結果を健診工程端末Ｃ１１５に手入力する場合を示している。

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

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

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

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

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

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

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

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

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

次に図１における健診工程端末（健診情報処理装置）が備える機能について説明する。

図１８は、図１における健診工程端末（健診情報処理装置）が備える機能の構成を概略的に示すブロック図である。

図１８において、健診工程端末は、受診者情報や健診工程情報、健診状況情報を取得する取得部１８０１と、携帯記録媒体にデータを送信する送信部１８０２と、検査データを取得する健診情報取得部１８０３と、受診予定が確定した健診項目と受診予定のない健診項目と受診予定が未確定の健診項目との表示を識別可能に（異なるように）表示制御する第１の表示制御部１８０４と、受診予定のないユーザの受診者情報を取得した場合と受診予定が中止されたユーザの受診者情報を取得した場合と受診予定が未確定のユーザの受診者情報を取得した場合とを識別可能に（異なるように）表示制御する第２の表示制御部１８０５と、受診予定が未確定であった健診項目の受診予定が問診により確定した場合に健診項目の表示順を変更するする第３の表示制御部１８０６とを備える。

次に図１における受付端末１００が実行する受付処理について説明する。

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

図３において、まず、受付端末１００のＣＰＵ２０１は、受付端末１００のディスプレイ２０５に図２３に示すような受付入力画面を表示し（ステップＳ３０１）、表示された受付入力画面の健診工程情報読込ボタンが押下されることにより健診工程情報（図１１）の読み込みが指示されると（ステップＳ３０２）、外部から受信した、あるいは受付端末１００が備えるＵＳＢ端子に挿入されたＵＳＢメモリから当日の受診者の受診者ＩＤ、健診番号、氏名、性別、年齢、生年月日等の受診者情報と、受診者ＩＤ毎に受診しなければならない健診科目が設定された健診工程を示す情報（健診工程情報）とを読み込んで、メモリ２０２に記憶する（ステップＳ３０３）。

図１１は、健診工程情報の一例であり、全ての受診者ＩＤや氏名、受診者ＩＤ毎の受診しなければならない健診科目（例えば、身長・体重、血圧、腹囲、視力等）が設定されている。すなわち、予め設定された全ての健診科目のうち、受診者が受診する健診科目と受診しない健診科目と受診が未確定の健診科目とを示す情報が、受診者毎（受診者ＩＤ毎）に設定されている。

また、図１１に示す健診工程情報には、例えば、「身長・体重」、「血圧」、「腹囲」、「視力」の順序で受診者に受診させるというような受診順序情報が設定されていても良い。

図３に戻り、次いで、図２３に示す受付入力画面の受診票スキャンボタンが押下されることにより受診票スキャンが指示されると（ステップＳ３０４）、受付端末１００のＣＰＵ２０１は、受付端末１００に接続されたスキャナを読込可能な状態に制御する。

そして、各受診者が予め記入して持参した受診票（各受診者が自覚症状等を記入する一種の問診票）がスキャナにセットされ、該受診票の読み込み指示がなされると、受付端末１００のＣＰＵ２０１は、該受診票をスキャンして、受付端末１００のバーコード認識プログラムにより該受診票に予め印刷された一意のバーコードを認識してテキストデータ（受診者ＩＤ）に変換し、メモリ２０２に記憶する（ステップＳ３０５）。なお、上記スキャナはバーコードリーダであってもよい。

次いで、受付端末１００のＣＰＵ２０１は、上記受診票をスキャンすることで得られた受診者ＩＤとステップＳ３０３でメモリ２０２に記憶した健診工程情報に含まれる受診者ＩＤとを照合して、受診者ＩＤが健診工程情報中に存在するか否かを判別する（ステップＳ３０６）。

ステップＳ３０６の判別の結果、受診者ＩＤが健診工程情報中に存在しないときは（ステップＳ３０６：ＮＯ）、エラーメッセージをディスプレイ２０５に表示して（ステップＳ３０９）、ステップＳ３０４の処理へ戻り、再度、受診票を読み込む処理を実行する。

ステップＳ３０６の判別の結果、受診者ＩＤが健診工程情報中に存在するときは（ステップＳ３０６：ＹＥＳ）、受付端末１００のＣＰＵ２０１は、該当する受診者ＩＤに対応する健診工程情報を読み出し、メモリ２０２に記憶する（ステップＳ３０７）。

例えば、上記受診票をスキャンすることで得られた受診者ＩＤが「１」であった場合、図１１に示す健診工程情報の受診者ＩＤを検索すると、受診者ＩＤが「１」のレコードがヒットする。そして、当該レコードから受診者ＩＤが「１」、氏名が「田中」、受診しなければならない健診科目が、「身長・体重」、「血圧」であり、受診予定が未確定の健診科目が「視力」と「心電」であり、受診しなくてよい健診科目が「腹囲」である旨のデータ（図１２）（健診工程情報）を取得する。

そして、当該健診工程情報を記録媒体１６０に送信して（ステップＳ３０８）、本処理を終了する。

なお、記録媒体１６０のコントローラは、ステップＳ３０８で受診票に対応したユーザ（受診者）の健診工程情報のみを受信すると、該受信した健診工程情報を記録媒体１６０の不図示の記憶部に書き込む（記憶する）。このようにして、受診者の健診工程情報（図１２）を記録媒体に記憶することが出来る。

次に、図１における各健診工程端末が実行する制御処理について説明する。

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

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

図２７は、関連付け情報ファイルの一例であり、図２７に示すように関連付情報ファイルは、メニューＮｏ、メニュー名、メニューを選択した場合に実行する処理プログラム名、健診機器の設定情報を記録した機器設定情報ファイル名等の情報を含む。

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

図４に戻り、各健診工程のプログラムを起動するためのタッチボタンである図２４に示す健診システムメニューの「１．視力検査」〜「１１．癌簡易検査」のいずれかのボタン（例えば「１０、身長・体重」ボタン）が押下されて、選択ボタンのボタンが押下されることによりメニューが選択されると（ステップＳ４０２）、選択されたメニューに対応するプログラム名「ｐｒｏｈｉｇｗｅｉ」が実行される（図２７）。

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

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

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

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

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

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

本処理におけるステップＳ４０８では、ステップＳ４０２で「視力」が選択されると、処理プログラム名「ｐｒｏｅｙｓｇｈｔ」を実行し、ステップＳ４０９では図２５に示すような視力測定の結果を表示するための画面をディスプレイ２０５に表示する。

図４の制御処理によれば、操作者が選択したメニューに対応する処理プログラムが実行されて、所望の健診工程における処理を実行できる。

次に、本実施の形態に係る健診情報処理システムが実行する健診情報処理について説明する。

図５は、本実施の形態に係る健診情報処理システムが実行する健診情報処理の手順を示すシーケンス図である。なお、図５のステップＳ５０１乃至ステップＳ５０２、ステップＳ５０４乃至ステップＳ５０６、ステップＳ５１２乃至ステップＳ５１５は各健診工程端末のＣＰＵ２０１がメモリ２０２に記憶されるプログラムを読み出して実行することにより実現される（即ち、健診工程端末のＣＰＵ２０１の制御のもとで実行される）処理に対応する。

また、ステップＳ５０７乃至ステップＳ５１１は各健診機器のＣＰＵ２０１がメモリ２０２に記憶されるプログラムを読み出して実行することにより実現される（即ち、健診機器のＣＰＵ２０１の制御のもとで実行される）処理に対応する。

また、ステップＳ５０３及びステップＳ５１６は、記録媒体１６０内の不図示のコントローラが実行する処理に対応する。

以下、健診工程端末Ａ１１１、健診機器Ａ１１０で実行されるものとして説明する。また、以下では図２４に示す健診システムメニューで「１．視力検査」ボタンが押下され、図２５に示す視力測定用の画面が健診工程端末Ａ１１１のディスプレイ２０５に表示される場合について説明する。なお、本処理では、検査データの送信を健診機器側の操作で開始しているため（後述するステップＳ５０９）、図２５の画面には「データ送信」ボタンは存在しない。また、図２５の画面の初期状態では、受診者ＩＤや健診番号や、氏名、性別、年齢や測定結果（裸眼、矯正夫々左右の測定結果）は表示されない。

図５において、まず、健診工程端末Ａ１１１のＣＰＵ２０１は、ディスプレイ２０５（タッチパネルを兼ねる）やリーダ／ライタ２０７への操作を判定し、健診工程端末Ａ１１１のリーダ／ライタ２０７にカード（記録媒体１６０）がタッチされると（ステップＳ５０１）、健診工程端末Ａ１１１のＣＰＵ２０１は、リーダ／ライタ２０７を介して記録媒体１６０に対して当該記録媒体１６０に記録されている健診工程情報（図１２、図１３）及び後述する健診状況情報（図１５）の読取要求を送信する（ステップＳ５０２）。

次いで、記録媒体１６０のコントローラは、健診工程端末Ａ１１１のリーダ／ライタ２０７から健診工程情報及び健診状況情報の読取要求を受信すると、健診工程情報及び健診状況情報を健診工程端末Ａ１１１のリーダ／ライタ２０７に送信する（ステップＳ５０３）。

ここで、図１２に示す健診工程情報について説明する。図１２は、問診を受診する前の段階における、受診者の受診予定を各健診項目ごとに記録したものである。各健診項目のうち「受付」の欄は、受付端末１００から取得した受診予定を示している。受診予定がある項目は「○」で示され、受診予定が無い項目は「×」で示され、受診予定が未確定の項目は「△」で示されている。なお、各健診項目の「問診」の欄については、問診前の段階であるので何も記録されていない（図１２では「―」で示している）。

なお、図１３は、問診を受診した後の段階における、受診者の受診予定を各健診項目ごとに記録したものである。

また、図１５に示す健診状況情報について説明する。図１５は、受診者を識別する健診ＩＤ（個人コード）と、当該受診者の氏名、健診項目（「身長・体重」〜「心電」など）、健診機器で測定された検査データの項目がある。

既に受診した健診項目には、それを識別する情報として「○」が入力され、また、受診していない健診項目には、それを識別する情報として「×」が入力されている。また、健診機器で測定された、健診の結果である検査データも、既に受診した健診項目に入力されている。すなわち受診していない健診項目には、検査データが入力されていない。
図５の説明に戻る。

ステップＳ５０３で記録媒体からリーダ／ライタ２０７を介して健診工程情報及び健診状況情報を受信すると、処理を健診工程情報確認処理（ステップＳ５０４）へ移行する。なお、健診工程情報確認処理の詳細については、図６を参照して説明する。

図６は、健診工程端末Ａ１１１のＣＰＵ２０１が実行する健診工程情報確認処理の詳細を示すフローチャートである。なお、本処理は、健診工程端末Ａ１１１のＣＰＵ２０１がメモリ２０２に記憶されるプログラムを読み出して実行することにより実現される（即ち、健診工程端末Ａ１１１のＣＰＵ２０１の制御のもとで実行される）処理に対応する。

健診工程端末Ａ１１１のＣＰＵ２０１は、図４のステップＳ４０２で選択されたメニューにより起動されたプログラムから現在の健診項目を判別し（ステップＳ６０１）。当該判別された現在の健診項目に対応する健診状況情報（図１５）から当該健診項目が受診済みか否かを判断する（ステップＳ６０３）。

ステップＳ６０３において、当該健診項目を受診済みであると判断されると、健診工程端末Ａ１１１のＣＰＵ２０１は、処理をステップＳ６１８に移行し受診済みである旨を示すエラー画面（図２２）を表示する。

ステップＳ６０３において、当該健診項目が未受診であると判断されると、健診工程端末Ａ１１１のＣＰＵ２０１は、処理をステップＳ６０４に移行し、健診工程情報とステップＳ６０１で判別した健診項目とを照合する。

ステップＳ６０４で照合した結果、受付端末から取得した受診予定が「予定あり」であった場合は（ステップＳ６０５：予定あり）、処理をステップＳ６０６に移行し、問診での判断を判別する。

ステップＳ６０６で問診での判断が「予定あり」であった場合は、処理をステップＳ６０７に移行し、図５のステップＳ５０５の処理へ移行する。

ステップＳ６０６で問診を未受診であると判別された場合は、処理をステップＳ６０８に移行し、図５のステップＳ５０５の処理へ移行する。

ステップＳ６０６で問診での判断が「予定なし」であった場合は、処理をステップＳ６０９に移行し、予定中止を示すメッセージ（図２０）を画面に表示する。

ステップＳ６０４で照合した結果、受付端末から取得した受診予定が「未確定」であった場合は（ステップＳ６０５：未確定）、処理をステップＳ６１０に移行し、問診での判断を判別する。

ステップＳ６１０で問診での判断が「予定あり」であった場合は、処理をステップＳ６１１に移行し、図５のステップＳ５０５の処理へ移行する。

ステップＳ６１０で問診を未受診であると判別された場合は、処理をステップＳ６１２に移行し、予定が未確定であることを示す（問診の受診を促す）メッセージ（図２１）を画面に表示する。

ステップＳ６１０で問診での判断が「予定なし」であった場合は、処理をステップＳ６１３に移行し、予定が中止された旨を示すメッセージ（図２０）を画面に表示する。

ステップＳ６０４で照合した結果、受付端末から取得した受診予定が「予定なし」であった場合は（ステップＳ６０５：予定なし）、処理をステップＳ６１４に移行し、問診での判断を判別する。

ステップＳ６１４で問診での判断が「予定あり」であった場合は、処理をステップＳ６１５に移行し、図５のステップＳ５０５の処理へ移行する。

ステップＳ６１４で問診を未受診であると判別された場合は、処理をステップＳ６１６に移行し、予定なしを示すメッセージ（図１９）を画面に表示する。

ステップＳ６１４で問診での判断が「予定なし」であった場合は、処理をステップＳ６１７に移行し、予定なしを示すメッセージ（図１９）を画面に表示する。

なお、受付端末から取得した受診予定はステップＳ３０８で取得した健診工程情報（図１２又は図１３）の受付の項目に記録された情報に基づき判断する。

また、問診による判断は、図１２、図１３で示す健診工程情報の問診の項目に記録されている情報（○か×か）により判断される。

予定なし（図１９）、予定中止（図２０）、未確定（図２１）、受診済み（図２２）の各エラー画面が表示され、各エラー画面の確認ボタンが押下されると、処理をステップＳ５０１に戻し、再度記録媒体の検知するまで待つ。

図６の健診工程情報確認処理によれば、受診予定がない受診者、受診予定が中止された受診者、受診予定が未確定の受診者に対して、それぞれ異なるエラー画面を表示するため、受診者及び測定者に対して、当該受診者の当該健診項目に対する予定（予定なしであるのか、予定が中止されたのか、予定が未確定なのか）を把握させることが可能となる。

図７は、図５のステップＳ５０５の健診状況表示処理の手順を示すフローチャートである。なお、本処理は、健診工程端末Ａ１１１のＣＰＵ２０１がメモリ２０２に記憶されるプログラムを読み出して実行することにより実現される（即ち、健診工程端末Ａ１１１のＣＰＵ２０１の制御のもとで実行される）処理に対応する。

図７において、まず、健診工程端末Ａ１１１のＣＰＵ２０１は、画面に受診者ＩＤ（９９９９９９９９９９）や受診番号（９９９９９９）及び受診者氏名や性別等の受診者情報を表示する（ステップＳ７０１）。

そして、受信した健診工程情報（図１２、図１３）に基づいて受診予定がある健診項目（健診項目）を判別し（ステップＳ７０２）、当該判別された健診項目を識別可能に表示する（ステップＳ７０３）。

なお、受診予定の有無の判断は、図１２又は図１３に示す健診工程情報に基づき判断される。具体的には、問診の結果が予定あり（「○」）の場合及び受付端末から取得した受診予定が予定あり（「○」）の場合には、受診予定ありと判断される。

次いで、健診工程端末Ａ１１１のＣＰＵ２０１は、受診した健診工程情報（図１２、１３）に基づいて受診予定が未確定の健診項目（健診項目）を判別し、当該判別された健診項目を識別可能に表示する（ステップＳ７０４）。

なお、受診予定が未確定か否かの判断は、図１２に示す健診工程情報に基づき判断される。具体的には、受付端末で取得した受診予定が「△」であり、問診を未受診である場合には、受診予定が未確定であると判断される。

次いで、健診工程端末Ａ１１１のＣＰＵ２０１は、受診した健診工程情報（図１２、図１３）に基づいて受診予定がない健診項目（健診項目）を判別し、受診予定がない健診項目を識別可能に表示する。

なお、受診予定の有無については、前述の通り、図１２又は図１３に示す健診工程情報に基づき判断される。具体的には、問診の結果が予定なし（「×」）の場合及び受付端末から取得した受診予定が予定なし（「×」）の場合には、受診予定なしと判断される。

次いで、健診工程端末Ａ１１１のＣＰＵ２０１は、受信した健診状況情報（図１５）に基づいて既に受診済みの健診項目を判別して、当該判別された健診項目に「○」を表示する（ステップＳ７０６）。

なお、受診済みか否かの判断は、図１５に示す健診状況情報に検査データが記録されているか否かによって判断される。

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

図７の健診状況表示処理によれば、受診予定がある健診項目、受診予定が未確定の健診項目、受診予定がない健診項目がそれぞれ識別可能に表示され、既に受診済みの健診項目が「○」で表示され、現在の健診項目が「◎」で表示されるので、受診者が今後受診すべき項目を受診者及び測定者に把握させることができる。

なお、図７の健診状況表示処理では、網掛けや「○」や「◎」で識別可能に表示したが、各健診項目に対する情報を識別できればどのような表示であっても良く、表示色を異ならせることで識別可能に表示してもよい。

具体的には、図２５では、「眼底」と「心電」については受診予定が未確定であり、「採血」と「胸部」と「胃部」については受診予定なし、それ以外の健診項目については受診予定ありであることを示している。また、「身体」、「体脂」、「腹囲」については受診済みであり、現在の健診項目が「視力」であることを示している。また、「○」「◎」の表示されていない項目については、未受診であることを示している。
図５の説明に戻る。

ステップＳ５０５の健診状況表示処理が終わると、健診工程端末Ａ１１１のＣＰＵ２０１は、健診機器Ａ１１０からの検査データの受信を待つ（ステップＳ５０６）。

そして、リーダ／ライタ２０７を介して検査データの受信を検知すると、処理をステップＳ５０７に進める。

なお、問診の場合のステップＳ５０６以降の処理については、図８に示すフローチャートに従い実行される。

一方、健診機器Ａ１１０は、検査データの計測（身長及び体重の計測）を実行し（ステップＳ５０７）、計測が終了した後に、送信ボタン（不図示）が押下されると（ステップＳ５０８）、健診機器Ａ１１０は、検査データを健診工程端末Ａ１１１に送信する（ステップＳ５０９）。

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

なお、健診機器Ａ１１０は、検査データの送信が正常に終了しなかった場合は、タイムアウトになるまで検査データを再送し、タイムアウトになった場合は、ディスプレイ（不図示）にエラーを表示する。

次いで、健診工程端末Ａ１１１のＣＰＵ２０１は、受信した検査データ（健診結果）を健診工程端末Ａ１１１のメモリ２０２内のワークエリアに記憶する（ステップＳ５１２）。

次いで、健診工程端末Ａ１１１のＣＰＵ２０１は、「１０．身長・体重」の健診の場合、ＢＭＩ値（体重のＫｇ値を身長のｍ値の２乗で割る）を計算してメモリ２０２のワークエリアに記憶し、適否を判定し（例えばＢＭＩ値が１８．５乃至２４．９であれば「適正」と判断する）、判定結果をメモリ２０２のワークエリアに記憶し、身長・体重とともに画面に表示する（ステップＳ５１３）。

図２６は、ステップＳ５１３で表示される画面の一例であり、図は「３．血圧検査」の健診の場合を示している。

次いで、健診工程端末Ａ１１１のＣＰＵ２０１は、図２６の画面において登録ボタンが押下されると（ステップＳ５１４）、健診工程端末Ａ１１１のＣＰＵ２０１は、検査データを記録媒体１６０に送信する（ステップＳ５１５）。

次いで、記録媒体１６０のコントローラは、健診工程端末Ａ１１１のリーダ／ライタ２０７から検査データを受信すると、該受信した検査データを記録媒体１６０内の記録部に書きこむ（記録する）（ステップＳ５１６）。

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

なお、健診機器Ａ１１０側にも更にリーダ／ライタ（不図示）を備え、健診機器Ａ１１０のリーダ／ライタにおいて記録媒体１６０のタッチを検知して、健診機器Ａ１１０のリーダ／ライタが記録媒体１６０に受診者情報を要求して、リーダ／ライタが記録媒体１６０から受信した受診者情報と検査データを一括して健診機器Ａ１１０から健診工程端末Ａ１１１に送信し、健診工程端末Ａ１１１が受診者情報と検査データを受信して、受診者情報で突き合わせて検査データをメモリ２０２に記憶する処理を行う構成でもよく、このように構成することで健診機器Ａ１１０における送信ボタンの押下は不要になる。また、ＢＭＩ値及び適否判定値を健診機器Ａ１１０側の不図示のステップで計算して検査データと一緒に健診工程端末Ａ１１１に送信しても良い。

次に、問診の場合における図５のステップＳ５０６以降の処理について図８のフローチャートを用いて説明する。なお、本処理は、健診工程端末Ａ１１１のＣＰＵ２０１がメモリ２０２に記憶されるプログラムを読み出して実行することにより実現される（即ち、健診工程端末Ａ１１１のＣＰＵ２０１の制御のもとで実行される）処理に対応する。

ステップＳ８０１では、図２９で示す属性入力画面において、受診者の属性（妊娠しているか、生活機能が低下しているか等）の入力を受け付ける。受け付けた属性については、メモリ２０２に記憶される図３２で示す受診者属性情報テーブルに記録する。

なお、図２９の例では、受診者である「観音太郎」は生活機能が低下しているとの診断を受けた旨を示している。

ステップＳ８０２では、ステップＳ８０１で入力された属性に対応する受診予定を当該受診者の受診予定に反映させる。なお、属性と受診予定の対応については、図１６のテーブルで示す。

図１６は、図８のステップＳ８０１で受け付けた受診者の属性によってどの健診項目を受診予定ありとするか及びどの健診項目を受診予定なしとするかを示している。具体的には、生活機能が低下している人は、「身長・体重」、「血圧」、「腹囲」、「採血」、「心電」の全てが受診予定ありとなることを示している。また、妊娠している受診者は、「腹囲」と「心電」については受診予定なしとなることを示している。

ステップＳ８０３では、受付端末から取得した受診予定が未確定の項目を図１２で示す健診工程情報から検索する。

ステップＳ８０４では、ステップＳ８０１で検索された健診項目を上から順に表示し、受診予定の変更（確定）を受け付けるべく、ディスプレイに表示する（一例として図３０）。

ステップＳ８０５は、ステップＳ８０１で検索された健診項目に対する予定変更を受け付ける。すなわち、受診予定が未確定の項目について受診予定ありとするか、受診予定なしとするかを受け付ける。

ステップＳ８０６では、ステップＳ８０５で受診予定の変更を受け付けたか否かを判断する。ステップＳ８０５で受診予定の変更を受け付けた場合は、処理をステップＳ８０７に移行する。他方、ステップＳ８０５で受診予定の変更を受け付けていない場合には、処理をステップＳ８０８に移行する。

図３０に示す問診の際の画面表示例（ステップＳ８０４で表示）では、受診者「観音太郎」が受付端末から取得した受診予定が未確定の項目である「眼底」と「心電」が他の健診項目よりも上に表示されている。項目の横にある「○」や「×」は、問診での診断結果（受診予定ありと診断された項目には「○」が表示され、受診予定なし診断された項目には「×」が表示されている）。

ステップＳ８０７では、受診予定を変更された項目の表示位置（表示順）を下位に変更する。

ステップＳ８０８では、図３０に示す登録ボタンが押下されたか否かを判断する。

ステップＳ８０８で登録ボタンが押下されたと判断された場合は、処理をステップＳ８０９に移行し、問診の結果を記録媒体１６０へ送信する。

なお、ステップＳ８０８で登録ボタンが押下されていないと判断された場合は、ステップＳ８０５に処理を移行し、再度受診予定の変更を受け付ける。

ステップＳ８０９において、問診結果が記録媒体に送信されると、処理を図５のステップＳ５１６に移行し、記録媒体は問診結果を記録媒体１６０内の記録部に書きこむ（記録する）。

図８の処理のように、受診予定が未確定の健診項目を他の項目よりも上位に表示し、問診により受診予定が確定された健診項目については、確定してない項目の下に表示させるよう表示順を変更させることで、問診により受診予定を確定させなければならない健診項目の認識が容易になる。

次に、図１における管理端末が実行する回収処理について説明する。

図９は、図１における管理端末が実行する回収処理の手順を示すフローチャートである。なお、本処理は、管理端末１５０のＣＰＵ２０１がメモリ２０２に記憶されるプログラムを読み出して実行することにより実現される（即ち、管理端末１５０のＣＰＵ２０１の制御のもとで実行される）処理に対応する。

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

当該読取要求を受信した記録媒体１６０のコントローラは、受診者情報、健診工程情報及び検査データを管理端末１５０のリーダ／ライタ２０７に送信する。

次いで、管理端末１５０のＣＰＵ２０１は、管理端末１５０のリーダ／ライタ２０７を介して一人分の受診者情報、健診工程情報及び検査データを受信して（ステップＳ９０３）、管理端末１５０のメモリ２０２のワークエリアに記憶する（ステップＳ９０４）。

次いで、管理端末１５０のＣＰＵ２０１は、メモリ２０２に記憶される健診工程情報と上記一人分の検査データを照合し（ステップＳ９０５）、未受診の健診工程がないか判定し（ステップＳ９０６）、判定結果を管理端末１５０のメモリ２０２のワークエリアに記憶する。

次いで、管理端末１５０のＣＰＵ２０１は、管理端末１５０のディスプレイ２０５に図３１に示すような検査結果及び判定結果画面を表示する（ステップＳ９０７）。図３１は、管理端末の回収処理プログラム画面の一例である。管理端末１５０のＣＰＵ２０１は、図３１の画面において、受信した受診者情報に基づいて受診者ＩＤや氏名等を表示し、ステップＳ９０６の判定結果に基づいて受診済みか否かを表示する。

なお、図３１に示す画面では、血液検査が未受診であり、それ以外の健診項目については受診済みであることを示している。

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

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

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

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

ステップＳ９１３の判別の結果、未健診項目がないときは（ステップＳ９１３でＮＯ）、管理端末１５０のＣＰＵ２０１は、健診結果ファイルに１人分の検査データ及び通過記録データを記憶する（ステップＳ９１５）。

次いで、管理端末１５０のＣＰＵ２０１は処理をステップＳ９１６に移行する。なお、ステップＳ９１６の料金計算処理の詳細については、図１０のフローチャートを用いて説明する。

図１０は、図９におけるステップＳ９１６の料金計算処理の詳細を示すフローチャートである。なお、本フローチャートの処理は、管理端末１５０のＣＰＵ２０１がメモリ２０２に記憶されるプログラムを読み出して実行することにより実現される（即ち、管理端末のＣＰＵ２０１の制御のもとで実行される）処理に対応する。

ステップＳ１００１は、ステップＳ９０３で記録媒体１６０から受信した健診工程情報から、受付端末から取得した受診予定が「予定なし」又は「未確定」の健診項目を検索する。

次いで、ステップＳ１００２では、検査データから受診済みの健診項目を検索する。

次いで、ステップＳ１００３では、ステップＳ１００１で検索された「予定なし」又は「未確定」の健診項目であり、かつステップＳ１００２で検索された受診済みの項目の料金を、図１７で示す料金表に基づき取得する。

次いで、ステップＳ１００４では、ステップＳ１００３で取得した料金の合計を基本料金に加算することで、健診料金を算出する。

例えば、図１７に示す例では、基本料金が２００００円であり、心電が問診により受診予定ありの健診項目として追加され心電を受診した場合には５０００円の追加料金が発生し、健診の料金は合計で２５０００円となる。

なお、問診において「生活機能低下」の属性が指定されたために心電を受診しなければならなくなった場合等については、追加料金が本来は５０００円のところ、１０００円で済むような設定を可能としても良い。

なお、問診においてどのような属性が指定されたかについては、図３２で示す受診者属性情報テーブルに基づき判断される。

図３２の例では、受診者である「観音太郎」は問診において「生活機能低下」と診断されたことを示している。

また、計算された健診料金及びその内訳を管理端末１５０のディスプレイ２０５に表示させても良い。

図１０の料金計算処理によれば、受診者の属性や受診した健診項目に応じて受診者毎にそれぞれ健診料金の計算を行うことが可能となる。

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

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

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

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

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

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

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

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

また、検査中においてどこの検査を受けなければ、ならないかを把握することができる仕組みを提供する。

また、健診機器や端末の不調にも迅速に対応可能な仕組みを提供する。

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

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

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

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

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

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

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

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

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

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

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

Claims (8)

1. 受診者が受診を予定している健診項目かを示す健診工程情報が記録される携帯記録媒体と、健診情報処理装置とを備える健診情報処理システムであって、
   前記健診情報処理装置は、
   前記携帯記録媒体に記録された健診工程情報を取得する取得手段と、
   前記取得手段で取得された健診工程情報に基づいて、受診を予定している健診項目と、受診を予定していない健診項目と、受診予定が未確定の健診項目とをそれぞれ識別可能に表示する第１の表示制御手段と、
   前記取得手段により取得した健診工程情報のうち、当該健診情報処理装置において健診を行う健診項目にかかる健診工程情報が、受診予定が未確定である旨の健診工程情報である場合、所定の健診項目を受診すべき旨の通知を表示する第２の表示制御手段と、
   を備えることを特徴とする健診情報処理システム。
2. 前記健診情報処理装置は、さらに、
   受診予定が未確定の健診項目について受診予定ありとするか、受診予定なしとするかの指示を受け付ける受付手段と、
   前記受付手段により受け付けた指示に従い前記健診工程情報を変更する受診予定変更手段と、
   を備えることを特徴とする請求項１に記載の健診情報処理システム。
3. 前記健診情報処理装置は、さらに、
   受診者の属性を示す属性情報と、当該属性の受診者が受診すべき健診項目とを対応付けて記憶する記憶手段と、
   受診者の属性情報の入力を受け付ける属性情報入力受付手段と、
   を備え、
   前記受診予定変更手段は、さらに、前記記憶手段に記憶された前記属性情報入力受付手段により入力を受け付けた属性情報に対応する健診項目に従い、前記取得手段で取得した健診工程情報を変更することを特徴とする請求項２に記載の健診情報処理システム。
4. 前記健診情報処理装置は、さらに、
   前記受診予定変更手段により変更された健診工程情報を、前記携帯記録媒体に送信する送信手段を備え、
   前記携帯記録媒体は、前記健診情報処理装置の受診予定変更手段により変更される前の健診工程情報と、前記送信手段により送信された変更された後の健診工程情報とを記憶することを特徴とする請求項２または３に記載の健診情報処理システム。
5. 前記健診情報処理システムは、さらに、健診料金の計算を行う管理端末を備え、
   前記管理端末は、
   前記携帯記録媒体から健診工程情報を取得する取得手段と、
   健診の基本料金と、各健診項目の健診料金とを記憶する記憶手段と、
   前記記憶手段に記憶された健診料金に基づき、前記健診の基本料金に、前記取得手段により取得した健診工程情報のうち前記受診予定変更手段により受診予定が変更されたことで受診が必要となった健診項目の健診料金を加算することで、健診料金の算出を行う算出手段と、
   を備えることを特徴とする請求項４に記載の健診情報処理システム。
6. 受診者が受診を予定している健診項目かを示す健診工程情報が記録される携帯記録媒体と通信可能な健診情報処理装置であって、
   前記携帯記録媒体に記録された健診工程情報を取得する取得手段と、
   前記取得手段で取得された健診工程情報に基づいて、受診を予定している健診項目と、受診を予定していない健診項目と、受診予定が未確定の健診項目とをそれぞれ識別可能に表示する第１の表示制御手段と、
   前記取得手段により取得した健診工程情報のうち、当該健診情報処理装置において健診を行う健診項目にかかる健診工程情報が、受診予定が未確定である旨の健診工程情報である場合、所定の健診項目を受診すべき旨の通知を表示する第２の表示制御手段と、
   を備えることを特徴とする健診情報処理装置。
7. 受診者が受診を予定している健診項目かを示す健診工程情報が記録される携帯記録媒体と通信可能な健診情報処理装置における情報処理方法であって、
   前記健診情報処理装置の取得手段が、前記携帯記録媒体に記録された健診工程情報を取得する取得工程と、
   前記健診情報処理装置の第１の表示制御手段が、前記取得工程で取得された健診工程情報に基づいて、受診を予定している健診項目と、受診を予定していない健診項目と、受診予定が未確定の健診項目とをそれぞれ識別可能に表示する第１の表示制御工程と、
   前記健診情報処理装置の第２の表示制御手段が、前記取得工程により取得した健診工程情報のうち、当該健診情報処理装置において健診を行う健診項目にかかる健診工程情報が、受診予定が未確定である旨の健診工程情報である場合、所定の健診項目を受診すべき旨の通知を表示する第２の表示制御工程と、
   を備えることを特徴とする健診情報処理方法。
8. 受診者が受診を予定している健診項目かを示す健診工程情報が記録される携帯記録媒体と通信可能な健診情報処理装置において実行可能なプログラムであって、
   前記健診情報処理装置を、
   前記携帯記録媒体に記録された健診工程情報を取得する取得手段と、
   前記取得手段で取得された健診工程情報に基づいて、受診を予定している健診項目と、受診を予定していない健診項目と、受診予定が未確定の健診項目とをそれぞれ識別可能に表示する第１の表示制御手段と、
   前記取得手段により取得した健診工程情報のうち、当該健診情報処理装置において健診を行う健診項目にかかる健診工程情報が、受診予定が未確定である旨の健診工程情報である場合、所定の健診項目を受診すべき旨の通知を表示する第２の表示制御手段として機能させることを特徴とするプログラム。
   

Images