(57)【特許請求の範囲】
【請求項１】
外国人が日本を訪問して健康診断を受けるために利用される渡航先健診管理装置であって、
外国に住む健診受診者を特定するための健診受診者特定情報と前記健診受診者の連絡先と前記健診受診者が希望する健診希望日とを含む健診希望情報を、前記健診受診者の入力操作を受け付けて前記健診希望情報を作成して送信する端末から受信する健診希望情報受信手段と、
病院が管理する情報であって少なくとも前記病院が健診受入可能な受入可能日を含む健診受入情報を記憶する健診受入情報記憶手段と、
前記健診希望情報受信手段が受信した前記健診希望情報に含まれる前記健診希望日と、前記健診受入情報記憶手段に記憶された前記健診受入情報に含まれる前記受入可能日とを照合して健診の受入が可能であるか否かを判断する受入判断手段と、
健診の受入が可能であると前記受入判断手段が判断した場合には、前記健診受診者が来日して前記病院にて前記健診を受診するために設定される旅行の工程表の入力を受け付けて、該工程表から、前記健診の行程を示す健診行程と前記健診受診者が前記健診希望日に日本を訪れることが可能となるように設定された渡航スケジュールとを含む旅行行程情報を作成する旅行行程情報作成手段と、
該旅行行程情報作成手段が作成した前記旅行行程情報を前記健診希望情報受信手段が受信した前記健診希望情報に含まれる前記連絡先に送信する旅行行程情報送信手段と、
日本における薬と外国における外国薬とを関連づけた内外薬対応情報を記憶する内外薬対応情報記憶手段と、
前記健診受診者の健診結果に応じて処方される処方薬の入力を受け付ける処方薬入力手段と、
前記処方薬と前記内外薬対応情報とに基づいて前記外国薬を検索する外国薬検索手段と、
検索された前記外国薬を前記連絡先に送信する外国薬送信手段と、
を備えることを特徴とする渡航先健診管理装置。
【請求項２】
外国人が日本を訪問して健康診断を受けるために利用される渡航先健診管理装置であって、
外国に住む健診受診者を特定するための健診受診者特定情報と前記健診受診者の連絡先と前記健診受診者が希望する健診希望日とを含む健診希望情報を、前記健診受診者の入力操作を受け付けて前記健診希望情報を作成して送信する端末から受信する健診希望情報受信手段と、
病院が管理する情報であって少なくとも前記病院が健診受入可能な受入可能日を含む健診受入情報を記憶する健診受入情報記憶手段と、
前記健診希望情報受信手段が受信した前記健診希望情報に含まれる前記健診希望日と、前記健診受入情報記憶手段に記憶された前記健診受入情報に含まれる前記受入可能日とを照合して健診の受入が可能であるか否かを判断する受入判断手段と、
健診の受入が可能であると前記受入判断手段が判断した場合には、前記健診受診者が来日して前記病院にて前記健診を受診するために設定される旅行の工程表の入力を受け付けて、該工程表から、前記健診の行程を示す健診行程と前記健診受診者が前記健診希望日に日本を訪れることが可能となるように設定された渡航スケジュールとを含む旅行行程情報を作成する旅行行程情報作成手段と、
該旅行行程情報作成手段が作成した前記旅行行程情報を前記健診希望情報受信手段が受信した前記健診希望情報に含まれる前記連絡先に送信する旅行行程情報送信手段と、
日本における薬とその成分とを関連づけた成分情報を記憶する成分情報記憶手段と、
前記健診受診者の健診結果に応じて処方される処方薬の入力を受け付ける処方薬入力手段と、
前記処方薬と前記成分情報とに基づいて前記成分を検索する成分検索手段と、
検索された前記成分を前記連絡先に送信する成分送信手段と、
を備えることを特徴とする渡航先健診管理装置。
【請求項３】
外国人が日本を訪問して健康診断を受けるために利用される渡航先健診管理装置であって、
外国に住む健診受診者を特定するための健診受診者特定情報と前記健診受診者の連絡先と前記健診受診者が希望する健診希望日と前記健診受診者の個人属性とを含む健診希望情報を、前記健診受診者の入力操作を受け付けて前記健診希望情報を作成して送信する端末から受信する健診希望情報受信手段と、
病院が管理する情報であって少なくとも前記病院が健診受入可能な受入可能日を含む健診受入情報を記憶する健診受入情報記憶手段と、
前記健診希望情報受信手段が受信した前記健診希望情報に含まれる前記健診希望日と、前記健診受入情報記憶手段に記憶された前記健診受入情報に含まれる前記受入可能日とを照合して健診の受入が可能であるか否かを判断する受入判断手段と、
健診の受入が可能であると前記受入判断手段が判断した場合には、前記健診受診者が来日して前記病院にて前記健診を受診するために設定される旅行の工程表の入力を受け付けて、該工程表から、前記健診の行程を示す健診行程と前記健診受診者が前記健診希望日に日本を訪れることが可能となるように設定された渡航スケジュールとを含む旅行行程情報を作成する旅行行程情報作成手段と、
該旅行行程情報作成手段が作成した前記旅行行程情報を前記健診希望情報受信手段が受信した前記健診希望情報に含まれる前記連絡先に送信する旅行行程情報送信手段と、
前記個人属性と該個人属性に応じて変化する風習とを関連づけた風習対応データを記憶する風習対応データ記憶手段と、
前記風習対応データの中から、前記健診希望情報受信手段が受信した前記健診希望情報に含まれる前記個人属性に関連づけられた前記風習を特定する風習特定手段と、
該風習特定手段により特定された前記風習を前記病院の職員が利用する出力装置に出力する風習出力手段と、
を備えることを特徴とする渡航先健診管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外国人が日本を訪問して健康診断を受けるための装置（コンピュータ）に関するものである。
【背景技術】
【０００２】
現在、多くの外国人が日本を訪れている。日本を訪れた外国人は日本の観光地を観光し帰国している。
【０００３】
本発明の先行技術文献としては次のものがある。
【特許文献１】特開２００２−１４９７６３
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、単なる観光目的だけではあきたらない外国人観光客が増えてきており、そのニーズを満たす必要がある。
また、外国では医療設備が充分整っていない国が多く、医療設備が整っている日本で健康診断（医療・健診サービス）を受けたい外国人が数多くいる。一方、多くの日本の病院も、外国人の健康診断を広く受け入れて病院経営の活性化に役立てたいと考えている。
しかし、外国人の健康診断を受け入れるためのノウハウやシステム等はいまのところ提供されていない。
本発明は、これら問題点に鑑みてなされたものであり、外国人が円滑に日本で健康診断を受けることができ、且つ、観光客の増加にも役立つ装置等に関するものである。
【課題を解決するための手段】
【０００５】
本発明は、例えば、以下のような手段を備えるコンピュータシステム（装置）である。
（１）外国に住む健診受診者を特定するための健診受診者特定情報と前記健診受診者の連絡先と前記健診受診者が希望する健診希望日とを含む健診希望情報を受信する健診希望情報受信手段、病院が管理する情報であって少なくとも健診受入可能な受入可能日を含む健診受入情報を記憶する健診受入情報記憶手段、前記健診希望日と前記受入可能日とに基づいて健診の受入が可能であるか否かを判断する受入判断手段、健診の受入が可能な場合は健診の行程を示す健診行程と前記健診受診者が来日するための渡航情報とを含む旅行行程情報の入力を受け付ける旅行行程情報入力手段、前記旅行行程情報を前記連絡先に送信する旅行行程情報送信手段を備える。
（２）前記渡航情報には、前記健診希望日に日本を訪れることが可能な渡航スケジュールが含まれる。
（３）前記健診受診者の健診結果を作成しその健診結果を前記連絡先に送信する健診結果送信手段を備える。
（４）健診結果とその結果に適したツアープランを関連づけたツアー情報を記憶するツアー情報記憶手段、前記健診受診者の前記健診結果と前記ツアー情報とに基づいて前記健診受診者に適したツアープランを決定するツアープラン決定手段、決定された前記ツアープランを前記連絡先に送信するツアープラン送信手段を備える。
（５）日本における薬と外国における薬とを関連づけた内外薬対応情報を記憶する内外薬対応情報記憶手段、前記健診結果に応じて処方される処方薬の入力を受け付ける処方薬入力手段、前記処方薬と前記内外薬対応情報とに基づいて前記外国薬を検索する外国薬検索手段、検索された前記外国薬を前記連絡先に送信する外国薬送信手段を備える。
（６）日本における薬とその成分とを関連づけた成分情報を記憶する成分情報記憶手段、前記健診結果に応じて処方される処方薬の入力を受け付ける処方薬入力手段、前記処方薬と前記成分情報とに基づいて前記成分を検索する成分検索手段、検索された前記成分を前記連絡先に送信する成分送信手段を備える。
（７）前記健診受診者が日本を訪れる時を示す来日時を記憶する来日時記憶手段、来日前の問診内容を示す来日前問診情報を記憶する来日前問診情報記憶手段、前記来日時前に前記来日前問診情報を前記連絡先に送信する来日前問診情報送信手段、前記来日前問診情報に対する来日前回答情報を受信する来日前回答情報受信手段を備える。
（８）前記健診受診者が受ける第１健診項目を記憶する第１健診項目記憶手段、前記来日前回答情報と健診項目を修正するための第１修正項目とを関連づけた第１修正情報を記憶する第１修正情報記憶手段、受信した前記来日前回答情報と前記第１修正情報とに基づいて前記第１健診項目を修正して第２健診項目を作成する第２健診項目作成手段、前記第２健診項目を前記連絡先に送信する第２健診項目送信手段を備える。
（９）前記健診受診者が日本を訪れる時を示す来日時を記憶する来日時記憶手段、来日後の問診内容を示す来日後問診情報を記憶する来日後問診情報記憶手段、前記来日時後に前記来日後問診情報を前記連絡先に送信する来日後問診情報送信手段、前記来日後問診情報に対する来日後回答情報を受信する来日後回答情報受信手段を備える。
（１０）前記健診受診者が受ける第１健診項目を記憶する第１健診項目記憶手段、前記来日後回答情報と健診項目を修正するための第２修正項目とを関連づけた第２修正情報を記憶する第２修正情報記憶手段、受信した前記来日後回答情報と前記第２修正情報とに基づいて前記第１健診項目を修正して第３健診項目を作成する第３健診項目作成手段、前記第３健診項目を前記連絡先に送信する第３健診項目送信手段を備える。
（１１）外国人の風習とその風習の要因とを関連づけた風習対応データを記憶する風習対応データ記憶手段、前記健診受診者の要因を受信する要因受信手段、受信した前記要因と前記風習対応データとに基づいて前記風習を特定する風習特定手段、特定された前記風習を出力装置に出力する風習出力手段を備える。
（１２）人種又は居住地域とその人種又は居住地域の健診に関する基準値とを関連づけた基準値データを記憶する基準値データ記憶手段、前記健診受診者の人種又は居住地域を受信する人種又は居住地域受信手段、前記健診結果により得られた健診値の入力を受け付ける健診値入力手段、受信した前記人種又は前記居住地域と前記健診値と前記基準値データとに基づいて前記健診受診者の健康状態を判断する健康状態判断手段、前記健診状態を前記連絡先に送信する健康状態送信手段を備える。
【発明の効果】
【０００６】
（効果１）  本発明を利用すれば、外国人の健康診断希望者を円滑に受け入れることができる。よって、これにより日本への観光客を増加させることができ、旅行会社では顧客を増加させることができ、病院でも病院経営を活性化させることができる。
（効果２）  本発明では、健診結果に応じた旅行ツアーを提案するので受診者は健康増進に役立つツアーに参加することができ、旅行会社も収益増加を見込むことができる。
（効果３）  本発明では、薬名を現地（受診した外国人の母国）の薬名に変換したり、薬の成分を示したりするので、外国人が母国に帰国した後も、どのような薬を飲むのか迷うことが少なくなる。すなわち、日本における薬名と外国での薬名が異なる場合があるが、本発明を利用すれば現地の薬名や成分を容易に知ることができるので薬の選択に迷うことが少なくなるのである。すなわち、外国人が母国で服用している薬名が、日本における薬名と異なる場合があることから、外国人が日本において医療・健診の受診を行う際に、日本医師の処方の判断過程において支障をきたす場合がある。本発明は、このような場合においても、現地の薬名と日本の薬名を繋ぎ合わせることが可能になる為、スムースな受診対応がおこなわれるのである。
（効果４）  本発明では、来日前に問診を行う場合があるので健康診断をより適切に行うことができる。また、問診の結果により健診項目を修正するので健診内容をより適切なものにすることができる。
（効果５）  本発明では、来日後にも問診を行う場合があるので健康診断をより適切なものにすることができる。また、問診の結果により健診項目を修正するので更に健診内容が適切なものとなる。なお、外国人が来日した場合、日本と母国とでは環境の違いや時差があるので、来日後の問診は特に重要であり、これを行う意味は大きい。
【図面の簡単な説明】
【０００７】
【図１】本発明で利用するハードウェアの概略図の一例である。
【図２】本発明で利用する処理フローの一例を示す図である。
【図３】申込兼健康状態通知データの一例を示す図である。
【図４】健診項目に関するデータの一例を示す図である。
【図５】健診受入情報の一例を示す図である。
【図６】個別対応データの一例を示す図である。
【図７】健診者受入データの一例を示す図である。
【図８】申込完了兼健診内容通知データの一例を示す図である。
【図９】来日前問診作成データの一例を示す図である。
【図１０】来日前問診に関するデータの一例を示す図である。
【図１１】第１行程表兼診断内容通知データの一例を示す図である。
【図１２】コンシェルジュ情報の一例を示す図である。
【図１３】来日後問診作成データの一例を示す図である。
【図１４】来日後問診に関するデータの一例を示す図である。
【図１５】第２行程表兼診断内容通知データの一例を示す図である。
【図１６】薬対応や人種対応に関するデータの一例を示す図である。
【図１７】健診結果の一例を示す図である。
【図１８】症状別ツアーデータの一例を示す図である。
【図１９】ツアー提案データの一例を示す図である。
【発明を実施するための形態】
【０００８】
本発明は、外国人が円滑に日本で健康診断を受けることができ、且つ、観光客の増加にも役立つ装置等に関するものである。以下、図面に基づいて説明する。
【実施例１】
【０００９】
本発明で利用するハードウェアについて説明する。
図１は本発明の実施に必要なハードウェアの概略を表した図である。本発明は日本で健康診断受診を希望する外国人が利用するコンピュータ又は携帯電話等の顧客端末と旅行会社が利用するサーバー（ツアー管理サーバー）、病院が利用するサーバー（病院サーバー）とからなる。なお、外国人には現地エージェントが付く場合があり、その場合は現地エージェントが利用するサーバー（現地エージェントサーバー）が必要となり、この現地エージェントサーバーは顧客端末やツアー管理サーバーとの間でデータの送受信を行う。また、健康診断を受ける外国人には送迎や様々な世話を行うコンシェルジュ（担当者）が付く場合があり、その場合はコンシェルジュが利用するサーバー（コンシェルジュサーバー）が必要となり、このコンシェルジュトサーバーは病院サーバーやツアー管理サーバーとの間でデータの送受信を行う。
【００１０】
これら装置は、情報の入出力装置、情報の記憶装置、情報の処理装置を備えたコンピュータである。これら記憶装置には本発明を実現するためのコンピュータプログラムや所定のデータが記憶されており、処理装置はこのコンピュータプログラムの処理命令に従って所定の処理を行う。これら装置は各々インターネット等の通信手段により情報の送受信が可能となっている。なお、本実施例において、データが送信された場合は受信側の装置はそれを適切に受信して記憶装置に記憶するものとし、本実施例ではツアー管理サーバーが渡航先健診管理装置としての役割を果たす。
また、ツアー管理サーバーの記憶装置に記憶されたデータと病院サーバーの記憶装置に記憶されたデータは共有され、相互に閲覧・利用することが可能なものとする。その際、旅行会社と病院との間では所定の秘密保持契約が結ばれることが望ましい。
【００１１】
次に、本発明の処理フローについて説明する。本発明は、図２のような流れで実行される。なお、図２の「Ｓ１」、「Ｓ２」などは「ＳＴＥＰ１」、「ＳＴＥＰ２」を表すものである。以下、これら処理について説明する。
【００１２】
＜ＳＴＥＰ１：申込・健康状態通知＞
まず、申込・健康状態通知の処理から説明する。
アメリカに住むＭｉｋｅさんは、日本に最先端の設備が整備され且つ優秀な医師やスタッフが数多くいる病院の存在を知り、日本で健康診断を受け、その後日本を観光旅行したいと考えた。
Ｍｉｋｅさんは日本で健康診断が受けられる旅行ツアーを取り扱っている会社のウェブページに顧客端末を利用してアクセスし、所定の情報を入力した。これにより顧客端末は図３のような申込兼健康状態通知データを作成し、これをツアー管理サーバーに送信する。なお、このデータに含まれる人種は医療上必要となる項目である。
また、本実施例においては、アメリカ（外国）に住むＭｉｋｅさんが健診受診者であり、図３の申込者氏名が健診受診者特定情報としての役割を果たし、申込者メールアドレスが連絡先としての役割を果たし、受診希望日が健診希望日としての役割を果たし、申込兼健康状態通知データが健診希望情報としての役割を果たす
以上がＳＴＥＰ１である。
【００１３】
＜ＳＴＥＰ２：スケジュール調整・健診内容決定＞
次に、スケジュール調整・健診内容決定の処理を説明する。なお、本実施例ではこのステップの処理をツアー管理サーバが行うこととしているが、病院サーバーがこの処理を行ってもよい。
まず、ツアー管理サーバーは健診項目を決定する。ツアー管理サーバーの記憶装置には図４上欄のような健診項目データが記憶されている。ツアー管理サーバーは、申込兼健康状態通知データに含まれる診断希望内容「１日コース」に基づいて健診項目データを検索し、健診項目「健診Ａ、健診Ｂ、健診Ｃ、健診Ｄ、健診Ｅ」を検索する。なお、ここでは便宜上健診Ａや健診Ｂ等としているが、実際は「血液検査」や「血圧測定」等の健診項目が代入されているものである。
次に、ツアー管理サーバーは健診項目の調整を行う。ツアー管理サーバーの記憶装置には図４下欄のような項目調整データが記憶されている。これは症状と調整すべき健診項目とを関連づけたデータである。ツアー管理サーバーは、申込兼健康状態通知データに含まれる既往歴１「Ａ症」に基づいて項目調整データを検索し、健診Ｋを健診項目に追加する。これによりＭｉｋｅさんの健診項目（第１健診項目）は「健診Ａ、健診Ｂ、健診Ｃ、健診Ｄ、健診Ｅ、健診Ｋ」となり、健診項目がより受診者に適したものとなる。なお、ここでは便宜上「Ａ症」としているが実際には「神経痛」などの症状の実名が代入されているものである。
次に、ツアー管理サーバーは、スケジュール調整を行う。ツアー管理サーバーの記憶装置には図５のような健診受入情報が記憶されている。これは病院名とその病院がその日に何人の健康診断の受入をすることができるかを示すデータ及び受入可能な健診項目とを関連づけたデータである。ツアー管理サーバーは、申込兼健康状態通知データに含まれる受診希望日と希望病院とＭｉｋｅさんの健診項目とに基づいて図５の健診受入情報を検索し、Ｍｉｋｅさんの希望する日（２０１０年５月１５日）に○○病院が健診受入可能か否か、更には健診項目が合致するかを確認する。なお、今回は受入可能で健診項目も合致したとする。また、本実施例では、図５の日付や設定されている人数が受入可能日としての役割を果たす。
次に、ツアー管理サーバーは外国人の受け入れを円滑にするための個別対応に関する処理を行う。ツアー管理サーバーの記憶装置には図６のような外国人の受け入れを円滑にするための個別対応データ（風習対応データ）が記憶されている。これは健診申込者の個人属性（外国人特有の要因）とそれに応じて変化させるべき対応項目（風習）とを関連づけたデータである。対応ツアー管理サーバーは、申込兼健康状態通知データに含まれる宗教「Ａ宗教」に基づいて個別対応データを検索し、「○○肉は食べない。」という風習を特定する。そして特定されたこの風習は、後に病院職員が利用するコンピュータのモニタに表示（出力）され、これにより病院は外国人への対応をより適切なものにすることができる。
これら処理の後、ツアー管理サーバーは図７のような健診者受入データーを作成し、記憶装置に記憶する。
以上がＳＴＥＰ２である。
【００１４】
＜ＳＴＥＰ３：申込完了・健診内容通知＞
次に、申込完了・健診内容通知の処理について説明する。
ツアー管理サーバーは、図７の健診者受入データに基づいて図８のような申込完了兼健診内容通知データを申込兼健康状態通知データに含まれるＭｉｋｅさんのメールアドレスに送信する。これによりＭｉｋｅさんは申込が完了したこと及び健診項目の詳細を知ることができる。
以上がＳＴＥＰ３である。
【００１５】
＜ＳＴＥＰ４：決済＞
次に、決済の処理について説明する。
ツアー管理サーバーは、顧客端末（又は現地エージェントサーバー）との間で決済処理を行う。これは既知の一般的な決済方法であり、例えばクレジットカードを利用して決済される。なお、この決済処理はこのタイミングで行わなくてもよく、例えば後述するＳＴＥＰ６の後に行ってもよい。
以上がＳＴＥＰ４である。
【００１６】
＜ＳＴＥＰ５：来日前問診・健診内容再修正＞
次に、来日前問診・健診内容再修正の処理について説明する。
ツアー管理サーバーの記憶装置には、図９のような来日前問診データ（第１修正情報）が記憶されている。これは来日前に問診すべき項目（来日前問診情報）と来日前の診断調整内容（第１修正項目）を集めたものである。ツアー管理サーバーは、申込兼健康状態通知データに含まれる既往歴１「Ａ症」に基づいて来日前問診データを検索し、「Ｐ薬を服用しているか？」を検索する。更に、ツアー管理サーバーは、申込兼健康状態通知データに含まれる申込者住所「アメリカ  フロリダ州」に基づいて来日前問診データを検索し、「○○蚊に刺されたことはあるか？」を検索する。
次に、ツアー管理サーバーは、これら処理結果に基づいて図１０上欄のような来日前問診データを作成し、これを図３の「申込兼健康状態通知データ」に含まれる受信希望日（来日時）の前に、申込兼健康状態通知データに含まれるＭｉｋｅさんのメールアドレスに送信する。これによりＭｉｋｅさんは来日前問診を受けることができる。
来日前問診データを受信したＭｉｋｅさんは携帯端末を利用して問診に対しＹＥＳ情報又はＮＯ情報を入力する。これにより顧客端末は図１０下欄のような来日前問診回答データ（来日前回答情報）を作成し、これをツアー管理サーバーに送信する。これを受診したツアー管理サーバーは、「Ｐ薬を服用しているか？」の項目が「ＹＥＳ」になっていることを確認する。そして、図９の来日前問診作成データを検索し、これにより健診項目から健診Ｄを削除する。これによりＭｉｋｅさんの健診項目は「健診Ａ、健診Ｂ、健診Ｃ、健診Ｅ、健診Ｋ」（第２健診項目）となる。
以上がＳＴＥＰ５である。
【００１７】
＜ＳＴＥＰ６：行程表・健診内容通知＞
次に、行程表・健診内容通知の処理について説明する。
ツアー管理サーバーは、旅行の行程表の入力を受け付ける。これは旅行会社の社員が操作するキーボード等から入力を受け付けてもよいし、旅行行程を自動的に作成するコンピュータから受信してもよい。そして、ツアー管理サーバーは図７の健診者受入データや入力した行程表等に基づいて図１１のような第１行程表兼健診内容通知データ（旅行行程情報）を作成し、これを健診者受入データに含まれるＭｉｋｅさんのメールアドレスに送信する。これによりＭｉｋｅさんは旅行の行程や来日前問診により修正された健診内容を知ることができる。
なお、この第１行程表兼健診内容通知データには「第１日目」に示された健診行程が含まれ、更には健診内容（健診項目）が含まれているものである。また、来日するための渡航スケジュール（渡航情報：航空便や船便のスケジュール等）は健診を受けることが可能なものが好ましい。たとえば、健診の前日以前に日本に到着する便であったり、健診日当日の午前に到着する便など、少なくとも健診開始時から病院までの移動時間を差し引いた時間に到着する便が好ましい。なお、健診開始時や移動時間等はツアー管理サーバーの記憶装置に記憶されているものとする。
以上がＳＴＥＰ６である。
【００１８】
＜ＳＴＥＰ７：コンシェルジュ情報＞
次に、コンシェルジュ情報の通知処理について説明する。
ツアー管理サーバーは、図７の健診者受入データや入力した行程表（旅行行程情報）等に基づいて図１２のようなコンシェルジュ情報を作成し、これを病院サーバーに送信する。これによりコンシェルジュ（担当者）はＭｉｋｅさんの送迎等を円滑に行うことができる。
以上がＳＴＥＰ７である。
【００１９】
＜ＳＴＥＰ８：来日後問診・健診内容再修正＞
次に、来日後問診・健診内容再修正の処理について説明する。
Ｍｉｋｅさんは健康診断を兼ねた旅行をするために来日した。
ツアー管理サーバーの記憶装置には、図１３のような来日後問診データ（第２修正情報）が記憶されている。これは来日後に問診すべき項目（来日後問診情報）と来日後の診断調整内容（第２修正項目）を集めたものである。Ｍｉｋｅさんの来日後（図１１「第１行程表兼診断内容通知データ」に含まれる来日時の後）、ツアー管理サーバーはこの来日後問診データに基づいて図１４上欄のような来日後問診データを作成し、これを図７の健診者受入データに含まれるＭｉｋｅさんのメールアドレスに送信する。これによりＭｉｋｅさんは来日後問診を受けることができる。
来日後問診を受診したＭｉｋｅさんは問診に対しＹＥＳ情報又はＮＯ情報を入力する。これにより顧客端末は図１４下欄のような来日後問診回答データ（来日後回答情報）を作成し、これをツアー管理サーバーに送信する。これを受診したツアー管理サーバーは、「だるさはあるか？」の項目が「ＹＥＳ」になっていることを確認する。そして、図１３の来日後問診作成データを検索し、これにより健診項目から健診Ｂを削除することにより健診項目を修正する。これによりＭｉｋｅさんの健診項目は「健診Ａ、健診Ｃ、健診Ｅ、健診Ｋ」（第３健診項目）となる。
次に、ツアー管理サーバーは、図７の健診者受入データやこのステップで処理した情報に基づいて図１５のような第２行程表兼健診内容通知データを作成し、これを健診者受入データに含まれるＭｉｋｅさんのメールアドレスに送信する。これによりＭｉｋｅさんは旅行の行程や来日後問診により修正された健診内容を再確認することができる。
以上がＳＴＥＰ８である。
【００２０】
＜ＳＴＥＰ９：健診結果＞
次に、健診結果の通知処理について説明する。
来日したＭｉｋｅさんはコンシェルジュに出迎えられ、コンシェルジュと一緒に○○病院に行き、健康診断を受け、その後日本を観光してアメリカに帰国した。
数日後、Ｍｉｋｅさんの健康診断の結果が出た。病院サーバーは、病院職員の操作によりＭｉｋｅさんの健診結果に含まれる健診値（例えば、血糖値・血圧・血液検査により得られた数値等）の入力を受け付け、これを記憶装置に記憶する。なお、ＭｉｋｅさんはＲ症の疑いがあり、「症状：Ｒ症の疑いあり、処方薬：ＡＢ薬（処方薬）」というデータも入力されたとする。
病院サーバーには、図１６上欄のような薬対応データ（内外薬対応情報・成分情報）が記憶されている。これは処方すべき薬（日本の薬の名前）とその成分と現地（外国）の薬の名前（ここではアメリカの薬の名前）を関連づけて記憶したものである。病院サーバーは、「症状：Ｒ症」又は「処方薬：ＡＢ薬」に基づいて薬対応データを検索し、その成分（成分ａ、成分ｂ）と現地薬（ＶＷ薬）を特定する。
また、病院サーバーには、図１６下欄のような人種対応データ（基準値データ）が記憶されている。これは人種と人種毎の正常値（基準値）とを関連づけて記憶したものである。病院サーバーは、図７の健診者受入データに含まれる「人種」と健診結果に基づいてＭｉｋｅさんの値が正常の範囲内であるか否かを判断し、正常の範囲内なら「正常」、範囲外なら「正常でない」等の診断情報（健康状態）を代入する。これにより、人種や体格等による正常値の違いに応じた適切な健診結果を出すことができる。なお、人種対応データの代わりに居住国（居住地域）と居住国（居住地域）毎の正常値を関連づけた居住地域対応データ（基準値データ）を使用してもよい。このようにすれば居住国（居住地域）の違いに応じた適切な健診結果を出すことができる。
病院サーバーはこのステップでの処理結果や健診者受入データ等に基づいて図１７のような診断結果（健診結果）を作成し、これを健診者受入データに含まれるＭｉｋｅさんのメールアドレスに送信する。これによりＭｉｋｅさんは診断の結果を知ることができる。なお、この診断結果はツアー管理サーバーにも送信されるものとする。
以上がＳＴＥＰ９である。
【００２１】
＜ＳＴＥＰ１０：ツアー提案＞
次に、ツアー提案の処理について説明する。
ツアー管理サーバーには、図１８のような症状別ツアーデータ（ツアー情報）が記憶されている。これは人の症状（健診結果）とその症状に合致したツアー（ツアープラン）と症状の原因とを関連づけて記憶したものである。ツアー管理サーバーは、「症状：Ｒ症（健診結果）」に基づいて症状別ツアーデータを検索し、提案するツアー「○○県○○市  森林トレッキングツアー」及び原因「ストレス、運動不足」を特定する（ツアープランを決定する）。
次に、ツアー管理サーバーは、このステップでの処理結果等に基づき図１９のようなツアー提案データを作成し、これを健診者受入データに含まれるＭｉｋｅさんのメールアドレスに送信する。これによりＭｉｋｅさんはＲ症治療にも役立つツアーに参加することができる。
以上がＳＴＥＰ１０である。
【００２２】
上記実施例おいては特定のケースについて説明したが、本発明はこれら特定のケースに限るものではない。例えば、次のようなケースであっても構わないし、次のようにしても同様の効果が得られる。
（１）上記実施例では、特定の病院や会社のサーバーを利用するケースを例に説明したが、本発明はこれに限るものではない。
（２）データの内容は実施例で説明したデータに限らない。即ち、同様の役割を果たすことができれば、他のどのようなデータであっても構わない。なお、「健診」には「検診」の意味が含まれる場合があり、「検診」には「健診」の意味が含まれる場合があるものとする。
（３）ハードウェアも実施例で説明したものに限らない。即ち、同様の役割を果たすことができれば、他のどのようなハードウェアであっても構わない。
（４）処理の内容や手順（フロー）についても実施例で説明したものに限らない。即ち、同様の役割を果たすことができれば、他のどのような処理内容・処理手順であっても構わない。
（５）上記実施例に登場するデータ（データレコード、ファイル）のデータ（データ項目）は、原則として各々関連づけられて（対応づけられて）記憶装置に記憶されているものとする。図面に表されたものについても同様である。また、データの受信には「データ入力を受け付ける」ことが含まれる場合があり、データの送信には「データを出力する」ことが含まれる場合があるものとする。
【図１】
0005525891.tif 000002
【図２】
0005525891.tif 000003
【図３】
0005525891.tif 000004
【図４】
0005525891.tif 000005
【図５】
0005525891.tif 000006
【図６】
0005525891.tif 000007
【図７】
0005525891.tif 000008
【図８】
0005525891.tif 000009
【図９】
0005525891.tif 000010
【図１０】
0005525891.tif 000011
【図１１】
0005525891.tif 000012
【図１２】
0005525891.tif 000013
【図１３】
0005525891.tif 000014
【図１４】
0005525891.tif 000015
【図１５】
0005525891.tif 000016
【図１６】
0005525891.tif 000017
【図１７】
0005525891.tif 000018
【図１８】
0005525891.tif 000019
【図１９】
0005525891.tif 000020