JP2011138460A - 健診受付装置、健診受付システム、健診受付プログラム - Google Patents

Abstract

【課題】受診者が選択しやすいようにオプション検査項目を提案する技術を提供する。
【解決手段】健診受付装置は、問診項目に対する受診者の回答結果を健康不安値に変換し、健康不安値を軽減することのできるオプション検査項目をリストアップして受診者に提示する。これにより、受診者の健康状態に適したオプション検査を容易かつ自動的に提案する。また、受診者はオプション検査を画面上で任意に選択することを繰り返しながら所望のオプション検査を自由に組み合わせることができ、組み合わせの試行錯誤を容易に行うことができる。
【選択図】図２２

Description

本発明は、健康診断に付随するオプション検査を提案する技術に関するものである。

食生活やライフスタイルの変化に伴う、糖尿病、高血圧、高脂血症などの生活習慣病の増大、さらにはその一因である「メタボリックシンドローム」という言葉の社会的広がり、あるいは高齢化に伴う医療費抑制の観点から、病気の治療よりも病気の予防が重要であるという意識が広まりつつある。病気を予防するためには、日頃から健診を定期的に受診するなどして健康状態を把握しておくことが重要である。

一方、受診者が健診を申し込むことを支援するシステムとして、健診システムが普及している。健診システムは、個人の健診情報を記録し、個人の健康管理の意識を増長する機能、あるいは医師が健康指導を行う際の情報を蓄積する機能、などを有する。

下記特許文献１には、定期健康診断の聞き取り調査を、回答必須項目と選択項目によって構成し、その回答結果を受診者の特性情報として検診担当者に提供する手法が記載されている。

下記特許文献２には、インターネットを利用して簡単に健診予約ができ、健診の一連の業務を正確にしかも効率的に実施することを目的とする健診システムが提案されている。

特開２００４−２９０５２５号公報 特開２００６−３２３６３３号公報

人間ドックで受診者が問診について回答を記載し、人間ドック受診当日に持参し、それを健康指導に利用する健診機関は多い。しかし、受診者は問診回答を受診当日に持参するため、人間ドック受診時までその情報は活かされない。

また、人間ドックの申込の際に、健診コースに含まれる規定検査項目以外のオプション検査を提示し申込をさせる健診機関は多い。しかし、オプション検査を選択する際は、オプション検査項目が一覧化された資料があるのみで、どれを選択すべきか悩むことが少なくない。また本来は全てのオプション検査を受診できれば望ましいが、時間的、体力的、費用的な制限からオプション検査を絞らざるを得ないのが実情である。

このため受診者は、紙資料に記載されているオプション検査一覧から自分が受診すべきオプション検査を検討し選択することになるが、どれを受診するのがよいかの目安がないため、迷うことが少なくない。

オプション検査を選択する際に、受診健診機関に問合せて相談することもできるが、健診機関の受付時間内に問い合わせなければならないという制限があるため、仕事などの都合上、受付時間内に問合せができない場合もある。また健診機関にとっても、問合せに回答できる医師が診察中であれば、すぐに回答できないことも想定される。

本発明は、上記のような課題を解決するためになされたものであり、受診者が選択しやすいようにオプション検査項目を提案する技術を提供することを目的とする。

本発明に係る健診受付装置は、受診者に対して問診項目を提示し、その回答を健康不安値に変換し、健康不安値に対応するオプション検査項目を受診者に提示する。

本発明に係る健診受付装置によれば、受診者が回答した問診項目に対応するオプション検査項目を提示することにより、受診者の健康状態に適したオプション検査項目を提案することができる。これにより、受診者は自分の健康状態に適したオプション検査を容易に選択することができる。

実施の形態１に係る健診受付システム１０００の構成図である。 健診受付サーバ１００の機能ブロック図である。 データベース２００が格納するテーブルを示す図である。 健診申込端末３００の機能ブロック図である。 検査項目テーブル２１０の構成とデータ例を示す図である。 コーステーブル２２０の構成とデータ例を示す図である。 問診項目テーブル２３０の構成とデータ例を示す図である。 問診検査対応テーブル２４０の構成とデータ例を示す図である。 コース予約管理テーブル２５０の構成とデータ例を示す図である。 検査予約管理テーブル２６０の構成とデータ例を示す図である。 受診者情報テーブル２７０の構成とデータ例を示す図である。 受診管理テーブル２８０の構成とデータ例を示す図である。 健診申込端末３００の表示部３６０が画面表示する認証データ入力画面５１０の画面構成例を示す図である。 健診申込端末３００の表示部３６０が画面表示する受診者情報入力画面５２０の画面構成例を示す図である。 健診申込端末３００の表示部３６０が画面表示する受診者情報確認画面５３０の画面構成例を示す図である。 健診申込端末３００から健診受付サーバ１００にログインする際の動作シーケンス図である。 健診申込端末３００の表示部３６０が画面表示する健診コース選択画面５４０の画面構成例を示す図である。 健診申込端末３００の表示部３６０が画面表示する問診回答画面５５０の画面構成例を示す図である。 健診申込端末３００の表示部３６０が画面表示するオプション検査選択画面５６０の画面構成例を示す図である。 健診申込端末３００の表示部３６０が画面表示する検査日選択画面５７０の画面構成例を示す図である。 健診申込端末３００の表示部３６０が画面表示する予約内容確認画面５８０の画面構成例を示す図である。 健診コースとオプション検査を申し込む際の動作シーケンスである。 図２２のステップＳ２２０３において健診受付サーバ１００のＣＰＵ１１０が実行する処理内容を説明する図である。 図２３の２次元配列を集約した様子を示す図である。

＜実施の形態１＞
図１は、本発明の実施の形態１に係る健診受付システム１０００の構成図である。健診受付システム１０００は、健診受付サーバ１００、データベース２００、健診申込端末３００を有する。健診受付サーバ１００と健診申込端末３００は、ネットワーク４００を介して接続されている。データベース２００は、健診受付サーバ１００に接続されている。健診受付サーバ１００とデータベース２００は、健康診断業務を実施する健診施設の中に設置されている。

健診受付サーバ１００は、健診申込端末３００から健康診断の受診申込を受け付けてデータベース２００にその申込情報を格納する。健診申込サーバ１００の詳細構成は、後述の図２で改めて説明する。健診受付サーバ１００は、サーバコンピュータやワークステーションなどのコンピュータを用いて構成することができる。

データベース２００は、健康診断の申込情報、オプション検査項目に関する情報などを保持するテーブルを格納する。詳細は後述の図３で改めて説明する。

健診申込端末３００は、健康診断を受診する受診者が受診を申し込む際に使用する端末である。健診申込端末３００は、パーソナルコンピュータなどのコンピュータ、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）などを用いて構成することができる。健診申込端末３００の詳細構成は、後述の図４で改めて説明する。

ネットワーク４００は、セキュリティの確立されたインターネット等であることが望ましい。また、ネットワーク４００は、病院内の院内ＬＡＮネットワーク、携帯電話システム等の公衆通信網、無線ＬＡＮシステム等の無線通信網、専用回線等の有線による通信網を組み合わせたものであってもよい。

図２は、健診受付サーバ１００の機能ブロック図である。健診受付サーバ１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１０（制御部）、メディア入出力部１２０、通信部１３０、入力部１４０、印刷部１５０、表示部１６０、記憶部１７０を備える。各部はシステムバス１８０で接続されている。

ＣＰＵ１１０は、健診受付サーバ１００の全体動作を制御する。メディア入出力部１２０は、フレキシブルディスク、ＣＤ−ＲＯＭなどのメディアを読み書きする。通信部１３０は、ネットワーク４００と健診受付サーバ１００を接続するＬＡＮアダプタなどで構成される。入力部１４０は、キーボード、マウスなどの入力装置である。印刷部１５０は、プリンタなどの印刷装置である。表示部１６０は、液晶ディスプレイなどの画面表示装置である。記憶部１７０は、健診受付サーバ１００が取り扱うデータを格納する記憶装置であり、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１７１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１７２、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１７３を含む。

ＣＰＵ１１０は、ＲＯＭ１７１、ＨＤＤ１７３、またはデータベース２００から、健診受付プログラム（図示せず）をＲＡＭ１７２にロードし、これを実行することにより、健診受付処理を実行する。健診受付プログラムは、健診受付に係る処理を記述したソフトウェアプログラムである。以後の説明では、ＣＰＵ１１０の健診受付に係る動作が健診受付プログラムの記述に準ずる旨は省略する。

図３は、データベース２００が格納するテーブルを示す図である。データベース２００は、検査項目テーブル２１０、コーステーブル２２０、問診項目テーブル２３０、問診検査対応テーブル２４０、コース予約管理テーブル２５０、検査予約管理テーブル２６０、受診者情報テーブル２７０、受診管理テーブル２８０を格納する。各テーブルの詳細は、図５以降で説明する。各テーブルが保持するデータのうち受診者の入力内容によって変化しない固定的なデータは、受診者が健診を申し込む前に健診施設側であらかじめ設定しておくものとする。

データベース２００は、ＨＤＤなどの記憶装置上に各テーブルのデータを保持するデータファイルなどを格納することによって構成することができる。記憶装置そのものは、健診受付サーバ１００のＨＤＤ１７３と共用してもよい。あるいは、データベース２００を構成する記憶装置は、ネットワークストレージ装置のようにネットワークを介して健診受付サーバ１００と接続してもよい。

図４は、健診申込端末３００の機能ブロック図である。健診申込端末３００は、健診受付サーバ１００と概ね同様の構成を備える。ＣＰＵ３１０は、ＲＯＭ３７１またはＨＤＤ３７３から、健診申込プログラム（図示せず）をＲＡＭ３７２にロードし、これを実行することにより、ネットワーク４００を介して健診受付サーバ１００に健診申込を送信する。健診申込プログラムは、健診申込に係る処理を記述したソフトウェアプログラムである。健診受付システム１０００をＷｅｂアプリケーションとして実装する場合は、健診申込プログラムはＷｅｂブラウザを用いて構成することができる。

図５は、検査項目テーブル２１０の構成とデータ例を示す図である。検査項目テーブル２１０は、健診中に受けることのできる検査項目２１１とその検査金額２１２の一覧を保持するテーブルである。ここでいう検査項目とは、健診中に受けることのできる全ての検査項目を含むものであり、通常健診コースで受診する検査項目とオプション検査項目の双方を含む。

図６は、コーステーブル２２０の構成とデータ例を示す図である。コーステーブル２２０は、１以上の検査項目をセットにした健診コースの内容を保持するテーブルであり、コース名２２１と検査項目２２２を有する。複数の検査項目を有するコースについては、検査項目を複数有する。単一コース内の検査項目数に制限はない。

図７は、問診項目テーブル２３０の構成とデータ例を示す図である。問診項目テーブル２３０は、問診内容２３１とその回答選択肢である問診回答２３２を有する。回答選択肢が複数存在する場合は、問診回答２３２は複数存在する。

図８は、問診検査対応テーブル２４０の構成とデータ例を示す図である。問診検査対応テーブル２４０は、問診回答に対応する、受診することが望ましい検査項目を保持するテーブルである。問診内容２４１と問診回答２４２は、問診項目テーブル２３０の問診内容２３１と問診回答２３２に対応する。健康不安値２４３は、問診回答２４２の内容が受診者の健康に対して与える不安度を数値化した値である。検査項目２４４は、健診不安値２４３を緩和するために受診することが望ましい検査項目を列挙する。複数の検査項目を受診することが望ましい場合は、検査項目２４４は複数存在する。

図８に示すデータ例では、受診者が問診項目テーブル２３０の「問診内容２３１：飲酒頻度」について「問診回答２３２ａ：週２回以上」と回答した場合、健康不安値が１０増加することが記載されている。また、同回答をした場合は、上腹部検査とメタボリックシンドローム検査を受診すべきことも記載されている。問診検査対応テーブル２４０の内容は、受診者が健診を申し込む前に健診施設側であらかじめ設定しておくものとする。

図９は、コース予約管理テーブル２５０の構成とデータ例を示す図である。コース予約管理テーブル２５０は、健診コースの予約状況を保持するテーブルであり、コース名２５１、検査予定日２５２、定員２５３、申込者数２５４を有する。定員２５３の値と申込者数２５４の値が同一であれば、当該健診コースは空きがないことになる。

図９のデータ例によれば、２００９年１１月１日に実施される予定の基本コースＡは、定員１０名に対して５名の予約があり、残り５名分の予約が可能であることが分かる。

図１０は、検査予約管理テーブル２６０の構成とデータ例を示す図である。検査予約管理テーブル２６０は、検査項目の予約状況を保持するテーブルであり、検査項目２６１、検査予定日２６２、定員２６３、申込者数２６４を有する。定員２６３の値と申込者数２６４の値が同一であれば、当該検査項目は空きがないことになる。

図１０のデータ例によれば、２００９年１１月１日に実施される予定の前立腺検査は、定員５名に対して１名の予約があり、残り４名分の予約が可能であることが分かる。

図１１は、受診者情報テーブル２７０の構成とデータ例を示す図である。受診者情報テーブル２７０は、個々の受診者の個人情報を保持するテーブルであり、受診者ＩＤ２７１、パスワード２７２、受診者名２７３、性別２７４、生年月日２７５、住所２７６、メールアドレス２７７、所属２７８を有する。

受診者ＩＤ２７１とパスワード２７２は、受診者の個人情報を新規登録する際にＣＰＵ１１０が自動生成する。後に変更できるようにしてもよい。所属２７８は、受診者の所属団体毎の統計を作成する際や、送付資料を作成する際に用いることができる。

図１２は、受診管理テーブル２８０の構成とデータ例を示す図である。健診コースと検査項目の受診者毎の予約状況を管理するテーブルであり、受診者ＩＤ２８１、検査予定日２８２、コース名２８３、検査項目２８４を有する。健診コースに含まれないオプション検査項目を受診者が選択する場合は、そのオプション検査項目を検査項目２８４として保持することができる。

以上、健診受付サーバ１００およびデータベース２００の構成を説明した。次に、健診申込端末３００を用いて健康診断の申し込みを健診受付サーバ１００へ送信する手順を説明する。はじめに受診者が健診申込端末３００上で使用する画面例を説明し、その後に健診受付サーバ１００の動作例を説明する。

図１３は、健診申込端末３００の表示部３６０が画面表示する認証データ入力画面５１０の画面構成例を示す図である。認証データ入力画面５１０は、受診者が健診受付サーバ１００にログインするために用いる画面である。認証データ入力画面５１０は、受診者ＩＤ入力欄５１１、パスワード入力欄５１２、認証ボタン５１３、新規ボタン５１４、取消ボタン５１５を有する。

健診受付サーバ１００に自分の個人情報を登録済みの受診者は、受診者ＩＤ入力欄５１１とパスワード入力欄５１２にそれぞれ自分の受診者ＩＤとパスワードを入力し、認証ボタン５１３を押下する。入力した受診者ＩＤとパスワードが正しければ、後述の健診コース選択画面５４０に移動する。健診受付サーバ１００に自分の個人情報を新規登録する受診者は、新規ボタン５１４を押下し、図１４で説明する受診者情報入力画面５２０に移動する。操作をキャンセルするときは、取消ボタン５１５を押下する。

図１４は、健診申込端末３００の表示部３６０が画面表示する受診者情報入力画面５２０の画面構成例を示す図である。受診者情報入力画面５２０は、受診者が自分の個人情報を新規に健診受付サーバ１００に登録するために用いる画面である。受診者情報入力画面５２０は、受診者名入力欄５２１、性別入力欄５２２、生年月日入力欄５２３、住所入力欄５２４、メールアドレス入力欄５２５、所属入力欄５２６、登録ボタン５２７、取消ボタン５２８を有する。

健診受付サーバ１００に自分の個人情報を新規登録する受診者は、受診者情報入力画面５２０の各入力欄に自分の個人情報を入力し、登録ボタン５２７を押下する。健診申込端末３００は、各入力欄に入力された情報を健診受付サーバ１００に送信する。操作をキャンセルするときは、取消ボタン５２８を押下する。

図１５は、健診申込端末３００の表示部３６０が画面表示する受診者情報確認画面５３０の画面構成例を示す図である。受診者情報確認画面５３０は、健診受付サーバ１００が受け取った受診者の個人情報を確認するよう受診者に促すための画面である。健診受付サーバ１００は、受診者が受診者情報入力画面５２０で入力した個人情報を受け取ると、受診者ＩＤとパスワードを新規に生成し、健診申込端末３００に返信する。健診申込端末３００は、受け取った受診者ＩＤおよびパスワードを、受診者情報入力画面５２０に入力された内容と併せて、受診者情報確認画面５３０上に画面表示する。

受診者情報確認画面５３０は、受診者ＩＤ表示欄５３１、パスワード表示欄５３２、受診者情報表示欄５３３、ＯＫボタン５３４、取消ボタン５３５を有する。受診者ＩＤ表示欄５３１、パスワード表示欄５３２、受診者情報表示欄５３３は、それぞれ受診者ＩＤ、パスワード、受診者情報を画面表示し、受診者に確認を促す。内容に誤りない場合、受診者はＯＫボタン５３４を押下する。操作をキャンセルするときは、取消ボタン５３５を押下する。

図１６は、健診申込端末３００から健診受付サーバ１００にログインする際の動作シーケンス図である。図１６（ａ）は既に受診者情報を健診受付サーバ１００に登録済みである場合、図１６（ｂ）は新規に受診者情報を登録する場合の動作シーケンスを示す。以下、図１６の各ステップについて説明する。

（図１６：ステップＳ１６０１）
受診者は、健診申込端末３００の表示部３６０に、認証データ入力画面５１０を画面表示させる。認証データ入力画面５１０は、健診申込端末３００自身が提供してもよいし、健診受付システム１０００をＷｅｂアプリケーションとして実装する場合は、健診受付サーバ１００をＷｅｂアプリケーションサーバとして実装し、健診受付サーバ１００から健診申込端末３００に認証データ入力画面５１０を提供するようにしてもよい。他の画面についても同様である。

（図１６：ステップＳ１６０２）
受診者は、認証データ入力画面５１０の受診者ＩＤ入力欄５１１とパスワード入力欄５１２にそれぞれ受診者ＩＤとパスワードを入力し、認証ボタン５１３を押下する。ＣＰＵ３１０は、受診者が入力した受診者ＩＤとパスワードを、ネットワーク４００を介して健診受付サーバ１００に送信する。

（図１６：ステップＳ１６０３）
健診受付サーバ１００のＣＰＵ１１０は、健診申込端末３００から受診者ＩＤとパスワードを受信し、少なくともいずれかの値をキーにして受診者情報テーブル２７０を検索する。受診者ＩＤ２７１の値とパスワード２７２の値がともに合致するレコードが見つかれば、その受診者は認証されたものとして取り扱う。ともに合致するレコードが見つからなければ、認証できなかったものとして取り扱う。

（図１６：ステップＳ１６０４）
健診受付サーバ１００のＣＰＵ１１０は、ステップＳ１６０３の結果を健診申込端末３００に返信する。健診申込端末３００のＣＰＵ３１０は、認証に成功した場合は図１４で説明した受診者情報入力画面５２０を表示部３６０上で画面表示する。認証に失敗した場合は、受診者ＩＤとパスワードを再度入力するよう促すメッセージを表示部３６０上で画面表示する。

（図１６：ステップＳ１６０５）
受診者は、認証データ入力画面５１０上の新規ボタン５１４を押下し、健診申込端末３００の表示部３６０に、受診者情報入力画面５２０を画面表示させる。

（図１６：ステップＳ１６０６）
受診者は、受診者情報入力画面５２０上の各入力欄に自分の個人情報を入力し、登録ボタン５２７を押下する。ＣＰＵ３１０は、受診者が入力した各情報を、ネットワーク４００を介して健診受付サーバ１００に送信する。

（図１６：ステップＳ１６０７）
健診受付サーバ１００のＣＰＵ１１０は、健診申込端末３００から受診者情報を受診する。

（図１６：ステップＳ１６０８）
ＣＰＵ１１０は、一意の受診者ＩＤとパスワードを、例えば乱数を用いて生成する。このとき、健診申込端末３００から受診した受診者情報を、擬似乱数のシードとして利用してもよい。

（図１６：ステップＳ１６０９）
ＣＰＵ１１０は、ステップＳ１６０８で生成した受診者ＩＤとパスワードを、健診申込端末３００に送信する。このとき、次のステップＳ１６１０で受診者情報確認画面５３０を表示するため、ステップＳ１６０７で受診した受診者情報を併せて送信してもよい。

（図１６：ステップＳ１６１０）
健診申込端末３００のＣＰＵ３１０は、健診受付サーバ１００から受診者ＩＤとパスワードを受診し、表示部３６０上で受診者情報確認画面５３０を画面表示する。受診者ＩＤとパスワード以外の情報は、ステップＳ１６０５で受診者が入力した値をＲＡＭ３７２などに記憶しておいてこれを再表示してもよいし、ステップＳ１６０９で健診受付サーバ１００から受診する値を画面表示してもよい。受診者は、受診者情報確認画面５３０の内容を確認してＯＫボタン５３４を押下する。

（図１６：ステップＳ１６１１）
ＣＰＵ３１０は、受診者情報確認画面５３０の内容を確認した旨を、健診受付サーバ１００に送信する。このとき、ステップＳ１６０９で健診受付サーバ１００から受診した受診者ＩＤなどを、改めて健診受付サーバ１００に併せて送信してもよい。

（図１６：ステップＳ１６１２）
健診受付サーバ１００のＣＰＵ１１０は、受診者の個人情報を受診者情報テーブル２７０内の各項目に格納する。

以上、健診申込端末３００から健診受付サーバ１００にログインする際の動作シーケンスを説明した。次に、健診受付サーバ１００にログインした後、健診コースとオプション検査を申し込む手順を説明する。はじめに受診者が健診申込端末３００上で使用する画面例を説明し、その後に健診受付サーバ１００の動作例を説明する。

図１７は、健診申込端末３００の表示部３６０が画面表示する健診コース選択画面５４０の画面構成例を示す図である。健診コース選択画面５４０は、受診者が受診する健診コースを選択するために用いる画面である。健診コース画面５４０は、受診者情報表示欄５４１、コース選択欄５４２、選択ボタン５４３、取消ボタン５４４を有する。

図１６の動作シーケンスの後に健診受付サーバ１００にログインした受診者は、コース選択欄５４２で受診を希望するコースを選択し、選択ボタン５４３を押下する。操作をキャンセルするときは、取消ボタン５４４を押下する。

図１８は、健診申込端末３００の表示部３６０が画面表示する問診回答画面５５０の画面構成例を示す図である。問診回答画面５５０は、受診者が健診コースを受信する前に問診項目に回答しておくための画面である。問診回答画面５５０は、受診者情報表示欄５５１、問診項目表示欄５５２、問診回答欄５５３、前ボタン５５４、次ボタン５５５、登録ボタン５５６、取消ボタン５５７を有する。

受診者は、問診項目表示欄５５２に表示されている問診項目に対して、問診回答欄５５３に回答を入力する。問診項目は、複数存在する場合もある。１つ前の問診項目に戻る場合は前ボタン５５４を押下し、次の問診項目に進む場合は次ボタン５５５を押下する。全ての問診項目に回答し終えたときは、登録ボタン５５６を押下する。操作をキャンセルするときは、取消ボタン５５７を押下する。

図１９は、健診申込端末３００の表示部３６０が画面表示するオプション検査選択画面５６０の画面構成例を示す図である。オプション検査選択画面５６０は、受診者が問診回答画面５５０で問診項目に回答した後にオプション検査を選択する画面である。オプション検査選択画面５６０は、受診者情報表示欄５６１、選択コース表示欄５６２、健康不安度表示欄５６３、オプション検査選択欄５６４、登録ボタン５６５、取消ボタン５６６を有する。

健康不安度表示欄５６３は、健康不安メータ５６３１、健康不安アイコン５６３２を有する。健康不安メータ５６３１は、受診者が問診回答画面５５０で問診項目に回答した結果に基づき当該受診者の健康不安度を数値化した値をメータ表示する。メータが長いほど健康不安度が高いことを示す。健康不安アイコン５６３２は、健康不安メータ５６３１の長さに対応する表情をアイコン表示する。健康不安度が低いときは笑顔アイコンを画面表示し、健康不安度が高くなるにつれて苦しそうな表情の顔アイコンに変化する。

オプション検査選択欄５６４には、当該受診者の健康不安度を緩和するのに適したオプション検査項目が提案表示される。受診者は、受診を希望するオプション検査をオプション検査選択欄５６４から選択し、登録ボタン５６５を押下する。操作をキャンセルするときは、取消ボタン５６６を押下する。

図２０は、健診申込端末３００の表示部３６０が画面表示する検査日選択画面５７０の画面構成例を示す図である。検査日選択画面５７０は、受診者が選択した健診コースおよびオプション検査を全て受診することのできる検査日候補のなかから所望の検査日を選択するための画面である。検査日選択画面５７０は、受診者情報表示欄５７１、検査内容表示欄５７２、検査日選択欄５７３、登録ボタン５７４、取消ボタン５７５を有する。

受診者は、検査日選択欄５７３に表示されている検査候補日のなかから所望の検査日を選択し、登録ボタン５７４を押下する。操作をキャンセルするときは、取消ボタン５７５を押下する。

図２１は、健診申込端末３００の表示部３６０が画面表示する予約内容確認画面５８０の画面構成例を示す図である。予約内容確認画面５８０は、受診者が健診コース選択画面５４０〜検査日選択画面５７０で入力した健診予約の内容を確認するための画面である。予約内容確認画面５８０は、受診者情報表示欄５８１、予約内容表示欄５８２、ＯＫボタン５８３、取消ボタン５８４を有する。

受診者は、予約内容表示欄５８２に表示されている健診予約の内容を確認し、変更なければＯＫボタン５８３を押下する。操作をキャンセルするときは、取消ボタン５８４を押下する。

図２２は、健診コースとオプション検査を申し込む際の動作シーケンスである。受診者は図１６の動作シーケンスにしたがって健診受付サーバ１００にログイン済みであるものとする。以下、図２２の各ステップについて説明する。

（図２２：ステップＳ２２０１）
受診者は、図１６で説明したシーケンスにしたがって健診受付サーバ１００にログインする。健診申込端末３００の表示部３６０は、健診コース選択画面５４０を画面表示する。健診コース選択画面５４０は、健診申込端末３００自身が提供してもよいし、健診受付システム１０００をＷｅｂアプリケーションとして実装する場合は、健診受付サーバ１００をＷｅｂアプリケーションサーバとして実装し、健診受付サーバ１００から健診申込端末３００に健診コース選択画面５４０を提供するようにしてもよい。他の画面についても同様である。受診者は、健診コース選択画面５４０上で所望の健診コースを選択する。同様に問診回答画面５５０上で問診項目に回答する。

（図２２：ステップＳ２２０２）
健診申込端末３００のＣＰＵ３１０は、受診者が選択した健診コースと問診回答結果を取得し、ネットワーク４００を介して健診受付サーバ１００に送信する。健診受付サーバ１００は、その健診コースと問診回答を受信する。

（図２２：ステップＳ２２０３）
健診受付サーバ１００のＣＰＵ１１０は、ステップＳ２２０２で受信した各問診項目の回答結果をキーにして問診検査対応テーブル２４０を検索し、各問診回答に対応する健康不安値を取得する。ＣＰＵ１１０は、各問診回答に対応する健康不安値を合計して、当該受診者の健康不安値を計算する。本ステップの詳細は、後述の図２３〜図２４で改めて説明する。

（図２２：ステップＳ２２０４）
ＣＰＵ１１０は、受診者が選択した健診コースに含まれる検査項目をコーステーブル２２０から取得する。また、各問診回答に対応する検査項目を、問診検査対応テーブル２４０から取得する。ＣＰＵ１１０は、各問診回答に対応する検査項目のうち受診者が選択した健診コースに既に含まれているものを除外し、受診者に提案するオプション検査の一覧として確定する。

（図２２：ステップＳ２２０５）
ＣＰＵ１１０は、ステップＳ２２０４で決定した、受診者に提案するオプション検査項目の一覧を、ネットワーク４００を介して健診申込端末３００に送信する。

（図２２：ステップＳ２２０６）
健診申込端末３００のＣＰＵ３１０は、健診受付サーバ１００からオプション検査項目の一覧を受信し、その一覧を用いて、表示部３６０上でオプション検査選択画面５６０を画面表示する。

（図２２：ステップＳ２２０７）
受診者は、オプション検査選択画面５６０上で所望のオプション検査を選択する。ＣＰＵ３１０は、受診者の選択結果を健診受付サーバ１００に送信する。

（図２２：ステップＳ２２０８）
健診受付サーバ１００のＣＰＵ１１０は、受診者が選択したオプション検査に基づき健康不安値を再計算する。具体的には、問診回答に対応する検査項目を問診検査対応テーブル２４０から取得し、受診者がその検査項目を選択していれば、その問診回答については健康不安値の増加分を０にリセットする。

（図２２：ステップＳ２２０８：計算例）
受診者が問診回答画面５５０で問診項目「飲酒頻度」に対し「週２回以上」と回答した場合、図８に示すデータ例では、健康不安値が１０増加する。これに対し、当該受診者が検査項目２４４ａ〜２４４ｄに記載されている検査項目をオプション検査選択画面５６０上で全て選択した場合、健康不安値の増加分はリセットされる。他の問診項目および検査項目についても同様である。

（図２２：ステップＳ２２０８：補足）
ＣＰＵ１１０は、健康不安値の増加分をリセットする際に、受診者が検査項目２４４ａ〜２４４ｄ全ての検査項目をオプション検査選択画面５６０上で選択した場合に限り増加分をリセットするようにしてもよいし、検査項目を１つ選択する毎に増加分を按分して減算するようにしてもよい。

（図２２：ステップＳ２２０９）
ＣＰＵ１１０は、ステップＳ２２０８で再計算した健康不安値を健診申込端末３００に送信する。

（図２２：ステップＳ２２１０）
健診申込端末３００のＣＰＵ３１０は、健診受付サーバ１００が送信した健康不安値の再計算結果を、オプション検査選択画面５６０の健康不安度表示欄５６３に反映する。その結果を踏まえ、受診者がオプション検査を再選択する場合はステップＳ２２０６に戻って同様の処理を実行する。再選択せずに現在の選択内容を確定する場合は、ステップＳ２２１１に進む。

（図２２：ステップＳ２２１０：補足）
本ステップにおいて、受診者がオプション検査を再選択するか否かは、例えばオプション検査選択画面５６０において、登録ボタン５６５の他に「検査日選択画面へ進む」ボタンのようなものを設けておき、登録ボタン５６５を押下した場合は再選択し、「検査日選択画面へ進む」ボタンを押下した場合は再選択せずに確定する、といった手法で区別することができる。その他、受診者がオプション検査選択欄５６４で選択内容を変更する毎にその選択結果を健診受付サーバ１００へ送信し、健診受付サーバ１００で再計算した結果を逐次健康不安度表示欄５６３に反映するようにすることもできる。

（図２２：ステップＳ２２１１）
ＣＰＵ３１０は、オプション検査の選択結果を健診受付サーバ１００に送信する。

（図２２：ステップＳ２２１２）
健診受付サーバ１００のＣＰＵ１１０は、受診者が選択した健診コースおよびオプション検査を全て受信することのできる検査候補日を検索する。まずＣＰＵ１１０は、受診者が選択した健診コースをキーにしてコース予約管理テーブル２５０を検索し、定員２５３の値が申込者数２５４の値よりも大きいレコードの検査予定日２５２を抽出する。次にＣＰＵ１１０は、抽出した検査予定日２５２と受診者が選択したオプション検査をキーにして検査予約管理テーブル２６０を検索し、定員２６３の値が申込者数２６４より大きいレコードを絞り込む。これにより、受診者が選択したオプション検査と健診コースを全て受診することができる検査候補日の一覧を作成することができる。

（図２２：ステップＳ２２１３）
ＣＰＵ１１０は、ステップＳ２２１２で作成した検査候補日の一覧を健診申込端末３００に送信する。

（図２２：ステップＳ２２１４）
健診申込端末３００のＣＰＵ３１０は、健診受付サーバ１００から検査候補日の一覧を受信し、その一覧を用いて、表示部３６０上で検査日選択画面５７０を画面表示する。

（図２２：ステップＳ２２１５〜Ｓ２２１７）
受診者は、検査日選択画面５７０上で検査日を選択する。ＣＰＵ３１０は、受診者の選択結果を健診受付サーバ１００に送信する。健診受付サーバ１００のＣＰＵ１１０は、その選択結果を受信し、確認のため健診申込端末３００に返信する。

（図２２：ステップＳ２２１８）
健診申込端末３００のＣＰＵ３１０は、健診受付サーバ１００から予約内容の一覧を受信し、その一覧を用いて、表示部３６０上で予約内容確認画面５８０を画面表示する。

（図２２：ステップＳ２２１９）
受診者は、予約内容確認画面５８０の内容を確認し、ＯＫボタン５８３を押下する。ＣＰＵ３１０は、その旨を健診受付サーバ１００に送信する。

（図２２：ステップＳ２２２０）
健診受付サーバ１００のＣＰＵ１１０は、予約内容を確認した旨を健診申込端末３００から受診すると、予約内容をデータベース２００内の各テーブルに登録する。

以上、健診コースとオプション検査を申し込む際の動作シーケンスを説明した。次に、図２２のステップＳ２２０３の詳細を説明する。

図２３は、図２２のステップＳ２２０３において健診受付サーバ１００のＣＰＵ１１０が実行する処理内容を説明する図である。ＣＰＵ１１０は、各問診回答に対応する健康不安値を問診検査対応テーブル２４０から取得すると、問診検査対応テーブル２４０中の検査項目２４４と健康不安値２４３を図２３のような２次元配列にそれぞれ格納する。

例えば図８のデータ例の場合、「問診内容２４１：飲酒頻度」について「問診回答２４２：週２回以上」と回答すると、これに対応する健康不安値と検査項目として、「健康不安値２４３：＋１０」、「検査項目２４４：上腹部検査およびメタボリックシンドローム検査」が得られる。ＣＰＵ１１０は、図２３に示す１〜２行目に、これらの値を格納する。他の問診項目についても同様である。

図２４は、図２３の２次元配列を集約した様子を示す図である。図２３の状態では、同じ内容の検査項目が複数存在するため、ＣＰＵ１１０は、同じ検査項目を１つの項目に集約し、健康不安値を検査項目ごとに合算する。必要に応じて、健康不安値の降順または昇順に２次元配列をソートしてもよい。

ＣＰＵ１１０は、この集約後の２次元配列に基づき、提案するオプション検査の一覧を決定する。これにより、同じオプション検査を複数個提案するような不具合を避けることができる。

以上のように、本実施の形態１によれば、健診受付サーバ１００は、問診項目に対する受診者の回答結果を健康不安値に変換し、健康不安値を軽減することのできるオプション検査項目をリストアップして受診者に提示する。これにより、受診者の健康状態に適したオプション検査を容易かつ自動的に提案することができる。また、受診者はオプション検査を画面上で任意に選択することを繰り返しながら所望のオプション検査を自由に組み合わせることができるので、組み合わせの試行錯誤を容易に行うことができる。

また、本実施の形態１によれば、健診受付サーバ１００は、問診回答、健康不安値、およびオプション検査項目の対応関係を記述した問診検査対応テーブル２４０を格納したデータベース２００を備える。これらの対応関係および健康不安値の数値は、健診施設側で任意に設定することができる。これにより、問診回答に対応する健康不安値や受診すべきオプション検査項目を、簡易な形式で定義することができる。また、受診者が受診すべきオプション検査やその重要度などを、健診施設側で容易に調整することができる。

また、本実施の形態１によれば、健診受付サーバ１００は、オプション検査を含む個別の検査項目の予約状況を管理する検査予約管理テーブル２６０をデータベース２００内に保持している。健診受付サーバ１００は、受診者が選択した健診コースに含まれる検査項目およびオプション検査全てを受診することができる検査日を、検査候補日として受診者に検査日選択画面５７０上で提示する。これにより、受診者は自分の健康状態に適したオプション検査を確実に所望の日程で受診することができる。

また、本実施の形態１によれば、受診者は健診コースおよびオプション検査の予約を、ネットワーク４００を介して行なうことができる。これにより、例えば自宅のパーソナルコンピュータ上で健診予約を行なうことができ、受診者の便宜に資する。

＜実施の形態２＞
実施の形態１では、健診受付サーバ１００と健診申込端末３００がネットワーク４００を介して接続されていることを説明した。このネットワーク４００は、必ずしもインターネットのような公衆回線でなくともよい。

例えば、健診施設内に健診申込端末３００を設置し、健診施設内で健診予約を行なうようにしてもよい。あるいは、健診受付サーバ１００と健診申込端末３００を一体的に構成してもよい。問診回答内容のセキュリティを高める観点では、公衆回線を介さない上記形態のほうが好ましい場合もある。

また、健診申込端末３００の表示部３６０が表示する各画面は、必ずしもＷｅｂアプリケーションの形態で実装する必要はなく、任意の技術を用いて実装することができる。例えば、健診受付システム１０００をクライアント／サーバシステムとして実装し、健診申込端末３００にクライアントソフトウェアをインストールして、そのクライアントソフトウェアが図１３などで説明した各画面を提供するようにしてもよい。

また、実施の形態１では、健診受付サーバ１００および健診申込端末３００の機能はそれぞれ健診受付プログラムと健診申込プログラムとしてソフトウェアにより実装することを説明したが、同様の機能を、回路デバイスのようなハードウェアを用いて実装することもできる。この場合、例えばＣＰＵ１１０およびＣＰＵ３１０と上記各プログラムに相当する機能を、ハードウェアによって実装する。

１００：健診受付サーバ、１１０：ＣＰＵ、１２０：メディア入出力部、１３０：通信部、１４０：入力部、１５０：印刷部、１６０：表示部、１７０：記憶部、１７１：ＲＯＭ、１７２：ＲＡＭ、１７３：ＨＤＤ、１８０：システムバス、２００：データベース、２１０：検査項目テーブル、２１１：検査項目、２１２：検査金額、２２０：コーステーブル、２２１：コース名、２２２：検査項目、２３０：問診項目テーブル、２３１：問診内容、２３２：問診回答、２４０：問診検査対応テーブル、２４１：問診内容、２４２：問診回答、２４３：健康不安値、２４４：検査項目、２５０：コース予約管理テーブル、２５１：コース名、２５２：検査予定日、２５３：定員、２５４：申込者数、２６０：検査予約管理テーブル、２６１：検査項目、２６２：検査予定日、２６３：定員、２６４：申込者数、２７０：受診者情報テーブル、２７１：受診者ＩＤ、２７２：パスワード、２７３：受診者名、２７４：性別、２７５：生年月日、２７６：住所、２７７：メールアドレス、２７８：所属、２８０：受診管理テーブル、２８１：受診者ＩＤ、２８２：検査予定日、２８３：コース名、２８４：検査項目、３００：健診申込端末、３１０：ＣＰＵ、３２０：メディア入出力部、３３０：通信部、３４０：入力部、３５０：印刷部、３６０：表示部、３７０：記憶部、３７１：ＲＯＭ、３７２：ＲＡＭ、３７３：ＨＤＤ、３８０：システムバス、４００：ネットワーク、５１０：認証データ入力画面、５１１：受診者ＩＤ入力欄、５１２：パスワード入力欄、５１３：認証ボタン、５１４：新規ボタン、５１５：取消ボタン、５２０：受診者情報入力画面、５２１：受診者名入力欄、５２２：性別入力欄、５２３：生年月日入力欄、５２４：住所入力欄、５２５：メールアドレス入力欄、５２６：所属入力欄、５２７：登録ボタン、５２８：取消ボタン、５３０：受診者情報確認画面、５３１：受診者ＩＤ表示欄、５３２：パスワード表示欄、５３３：受診者情報表示欄、５３４：ＯＫボタン、５３５：取消ボタン、５４０：健診コース画面、５４１：受診者情報表示欄、５４２：コース選択欄、５４３：選択ボタン、５４４：取消ボタン、５５０：問診回答画面、５５１：受診者情報表示欄、５５２：問診項目表示欄、５５３：問診回答欄、５５４：前ボタン、５５５：次ボタン、５５６：登録ボタン、５５７：取消ボタン、５６０：オプション検査選択画面、５６１：受診者情報表示欄、５６２：選択コース表示欄、５６３：健康不安度表示欄、５６３１：健康不安メータ、５６３２：健康不安アイコン、５６４：オプション検査選択欄、５６５：登録ボタン、５６６：取消ボタン、５７０：検査日選択画面、５７１：受診者情報表示欄、５７２：検査内容表示欄、５７３：検査日選択欄、５７４：登録ボタン、５７５：取消ボタン、５８０：予約内容確認画面、５８１：受診者情報表示欄、５８２：予約内容表示欄、５８３：ＯＫボタン、５８４：取消ボタン、１０００：健診受付システム。

Claims (5)

1. 健診の申し込みを受け付ける装置であって、
   健診申込に関する情報を記憶する記憶部と、
   健診の申し込みを受け付けて前記記憶部に申込情報を格納する制御部と、
   を備え、
   前記制御部は、
   健診の申し込みを受け付けると、
   受診者に対する問診項目を提示してその回答を受け取り、
   前記問診項目に対する回答を、健康不安度を数値化した健康不安値に変換し、
   前記健康不安値に対応するオプション検査項目を提示する
   ことを特徴とする健診受付装置。
2. 前記記憶部は、
   前記問診項目を保持する問診項目テーブルと、
   前記問診項目に対する回答、前記健康不安値、および前記回答をした受診者へ受診するよう提案する前記オプション検査項目を対応付ける問診検査対応テーブルと、
   を格納しており、
   前記制御部は、
   前記問診項目テーブルより前記問診項目を取得して提示し、
   前記問診検査対応テーブルを参照して、前記問診項目に対する回答を前記健康不安値に変換し、
   前記問診検査対応テーブルを参照して、前記回答と前記健康不安値に対応する前記オプション検査項目を提示する
   ことを特徴とする請求項１記載の健診受付装置。
3. 前記記憶部は、
   前記オプション検査項目の実施予定日、定員、および申込者数を保持する検査予約管理テーブルを格納しており、
   前記制御部は、
   提示した前記オプション検査項目を前記受診者が選択した結果を受け取り、
   前記検査予約管理テーブルを参照して、前記受診者が選択した前記オプション検査項目の実施予定日を取得し、
   前記受診者が選択した全てのオプション検査項目が実施される予定となっている日を検査候補日として前記受診者に提示する
   ことを特徴とする請求項１または請求項２記載の健診受付装置。
4. 請求項１から請求項３のいずれか１項に記載の健診受付装置と、
   前記健診受付装置に対して健診の申し込みを送信する健診申込端末と、
   を有し、
   前記健診申込端末は、
   前記受診者の操作にしたがって健診の申し込みを前記健診受付装置に送信し、
   前記健診受付装置が提示する問診項目を画面表示して前記受診者の回答を前記健診受付装置に送信し、
   前記健診受付装置が提示する前記オプション検査項目を画面表示する
   ことを特徴とする健診受付システム。
5. 健診の申し込みを受け付ける処理をコンピュータに実行させるプログラムであって、
   前記コンピュータに、
   健診の申し込みを受け付けるステップと、
   受診者に対する問診項目を提示してその回答を受け取るステップと、
   前記問診項目に対する回答を、健康不安度を数値化した健康不安値に変換するステップと、
   前記健康不安値に対応するオプション検査項目を提示するステップと、
   を実行させることを特徴とする健診受付プログラム。

Images