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