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