(57)【要約】【課題】インターネットテレビ電話やＷｅｂ会議システム等を用いて、医療従事者に対する医療用医薬品の適正使用の情報提供を行う際に、当該スケジュールをより容易に設定することができる仕組みを提供する。【解決手段】面談者ごとに、日付及び時間帯に対して、予約状況と予約を指示した利用者が記録されている面談のスケジュールを記録するスケジュールデータベースと、スケジュールデータベースから面談のスケジュールを読み出し、利用者に提供する制御部と、を備え、予約状況は、「空き」と、「休み」と、「予約」と、のいずれかの状況であり、制御部は、提供された面談のスケジュールに基づき、利用者が指示した日付と時間帯とを受信した場合、指示された面談者の指示された日付と指示された時間帯のスケジュールに対して、予約状況の「予約」と、利用者と、をスケジュールデータベースに記録する。【選択図】図１１
2020087081.tif 000002
【特許請求の範囲】
【請求項１】
複数の面談者のスケジュールを予約するためのスケジュール予約サーバであって、
前記面談者ごとに、日付及び時間帯に対して、少なくとも予約状況と、予約を指示した利用者が記録されている面談のスケジュールを記録するスケジュールデータベースと、
前記スケジュールデータベースから、前記面談のスケジュールを読み出し、読み出した前記面談のスケジュールを利用者に提供する制御部と、
を備え、
前記予約状況は、少なくとも、予約が入っていない「空き」と、休みである「休み」と、予約が入っている「予約」と、のいずれかの状況であり、
前記制御部は、提供された前記面談のスケジュールに基づき、予約状況が前記「空き」の中から前記利用者が指示した前記面談者と前記日付と前記時間帯とを受信した場合、指示された前記面談者の指示された前記日付と指示された前記時間帯のスケジュールに対して、予約状況の「予約」と、前記利用者と、を前記スケジュールデータベースに記録し、
前記利用者に提供される前記面談のスケジュールの前記予約状況が「予約」の場合は、その予約を指示した前記利用者が表示されていることを特徴とするスケジュール予約サーバ。
【請求項２】
請求項１記載のスケジュール予約サーバであって、
前記制御部は、提供された前記面談のスケジュールに基づき、予約状況が前記「空き」の中から前記利用者が指示した前記面談者と前記日付と前記時間帯とを受信した場合、
さらに、前記利用者から、少なくとも面談の対象である医療機関と、面談の対象である医療従事者と、面談の対象である医療用医薬品と、前記利用用医薬品の製薬会社と、を前記スケジュールデータベースに記録することを特徴とするスケジュール予約サーバ。
【請求項３】
請求項１又は２記載のスケジュール予約サーバであって、
前記制御部が提供する前記面談のスケジュールを、所定の通信回線を介して外部に送信し、前記通信回線を介して、前記利用者の予約を受信し、受信した前記利用者の予約を前記制御部に送信する通信部、
を備えることを特徴とするスケジュール予約サーバ。
【請求項４】
予約の際の医薬品から面談者で絞り込み
請求項１記載のスケジュール予約サーバであって、
前記面談者は、医療用医薬品の説明を、医療機関の医療従事者に対して行う面談者であり、
前記面談者と、前記面談者が説明することができる医療用医薬品と、を記録する面談者データベース、
を備え、
前記制御部は、前記利用者が指示した前記医療用医薬品の説明をすることができる前記面談者を、前記面談者データベースから検索して読み出し、読み出した１以上の前記面談者に関する面談のスケジュールのみを前記利用者に提示することを特徴とするスケジュール予約サーバ。
【請求項５】
予約の際の医薬品から面談者を挙げ、そこからさらに選択して絞り込む
請求項１記載のスケジュール予約サーバであって、
前記面談者は、医療用医薬品の説明を、医療機関の医療従事者に対して行う面談者であり、
前記面談者と、前記面談者が説明することができる医療用医薬品と、を記録する面談者データベース、
を備え、
前記制御部は、前記利用者が指示した前記医療用医薬品の説明をすることができる前記面談者を、前記面談者データベースから検索して読み出し、読み出した１以上の前記面談者を面談者候補として前記利用者に提示し、
前記利用者が前記面談者候補から所定の面談者を選択した場合、前記制御部は、選択された１以上の前記面談者に関する面談のスケジュールのみを前記利用者に提示することを特徴とするスケジュール予約サーバ。
【請求項６】
閲覧（過去）の際の履歴の絞り込み
請求項１記載のスケジュール予約サーバであって、
前記面談者は、医療用医薬品の説明を、医療機関の医療従事者に対して行う面談者であり、
完了した前記面談の内容が記録されている面談履歴データベースであって、前記面談を行った前記医療機関と、前記医療従事者と、を少なくとも含む面談履歴データベースと、
を備え、
前記制御部は、前記利用者が指示する前記医療機関に対して行った前記面談を、前記面談履歴データベースから検索して読み出し、読み出した前記面談を前記利用者に提示することを特徴とするスケジュール予約サーバ。  
【請求項７】
閲覧（過去）の際の履歴の絞り込み
請求項１記載のスケジュール予約サーバであって、
前記面談者は、医療用医薬品の説明を、医療機関の医療従事者に対して行う面談者であり、
完了した前記面談の内容が記録されている面談履歴データベースであって、前記面談を行った前記医療機関と、前記医療従事者と、を少なくとも含む面談履歴データベースと、
を備え、
前記制御部は、前記利用者が指示する前記医療従事者に対して行った前記面談を、前記面談履歴データベースから検索して読み出し、読み出した前記面談を前記利用者に提示することを特徴とするスケジュール予約サーバ。  
【請求項８】
請求項１から３のいずれか１項に記載のスケジュール予約サーバを用いて、スケジュールの予約を行うスケジュール予約方法であって、
前記制御部が、前記スケジュールデータベースから、前記面談のスケジュールを読み出し、読み出した前記面談のスケジュールを利用者に提供するステップと、
前記制御部が、前記利用者が指示した前記面談者と前記日付と前記時間帯とを受信するステップと、
前記制御部が、前記利用者により指示された前記面談者の指示された前記日付と指示された前記時間帯のスケジュールに対して、予約状況の「予約」と、前記利用者と、を前記スケジュールデータベースに記録するステップと、
を含むことを特徴とするスケジュール予約方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療従事者と医薬情報担当者（ＭＲ：Medical Representative）との面談スケジュールの予約を行うスケジュール予約サーバに関する。特に、インターネットを介したインターネットテレビ電話を用いた面談のスケジュールを予約するスケジュール予約サーバ及び当該サーバを用いたスケジュール予約方法に関する。
【背景技術】
【０００２】
医薬情報担当者（以下、ＭＲと称する）は、医薬品の適正使用のため、医師や薬剤師などの医療従事者を訪問等して、医薬品の品質、有効性、安全性などに関する情報の提供、収集、伝達を主たる業務とする。これを単に「医療用医薬品の適正使用の情報提供」と呼ぶ場合もある。
【０００３】
このＭＲは、多くの場合、製薬会社に所属し、その製薬会社の医療用医薬品の情報を、医療従事者に提供する。また、ＭＲは、医療従事者から得られた副作用等の情報を収集し、製薬会社にフィードバックする業務も行っている。
【０００４】
近年、医療の効率化や薬価に対する削減の要求が高まり、ＭＲが実行する業務に関してもより効率化が求められている。そこで、ＭＲが医療機関を訪問するのではなく、テレビ電話（インターネット・テレビ電話）やインターネットをテレビ会議システム（Ｗｅｂ会議システム等と呼ぶ）を用いて、医療用医薬品の適正使用の情報提供を医療従事者に対して行うことが提唱されている。このような仕組みによれば、ＭＲが医療機関等を訪問する必要がなくなり、より効率的な業務が可能になると考えられている。
【０００５】
用語
「医療従事者」とは、主として、医師や薬剤師を意味するが、歯科医師や看護師等、医療に携わる人員一般を意味し、いわゆる医療機関（病院や診療所、リハビリセンター等）で働く医療関係者も含む。
【０００６】
先行特許文献
下記特許文献１には、インターネットにおける共有資料を用いて会議を行う方法が開示されている。この文献に記載されていつ発明によれば、ポータルサイトを通じてテレビ電話サービスを実現し、ポータルサイトを通じて共有資料を用いて、リアルタイムで会議を行うことができると記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００２−４１４２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述したようにＭＲがインターネットテレビ電話やＷｅｂ会議システム等を用いて、医療従事者に対する医療用医薬品の適正使用の情報提供を行うことは、リモート・ディテーリング（Remote Detailing）と呼ばれている。業務の効率化に寄与するものと考えられている。
しかし、このようなインターネットテレビ電話等を利用するためには、ＭＲ側と、医療従事者側とにおいて、（１）そのための機器をセッティングし、かつ、（２）面談を行うスケジュールをあらかじめ設定しておく必要がある。従って、このリモート・ディテーリングを行うためには、そのための準備作業が繁雑となり、業務の効率化が期待通りにはいかない場合も想定される。
本発明は係る課題に鑑みなされたものであり、その目的は、インターネットテレビ電話やＷｅｂ会議システム等を用いて、医療従事者に対する医療用医薬品の適正使用の情報提供を行う際に、当該スケジュールをより容易に設定することができる仕組みを提供することである。
【課題を解決するための手段】
【０００９】
かかる課題を解決するために、本願発明者は、鋭意研究を重ねた結果、医療用医薬品の適正使用の情報提供のスケジューリングに際して、医療卸売担当者（ＭＳ：Marketing Specialist）との業務連携を行うことが好ましいと考え、かかる業務連携に適した面談スケジュール設定システムを構築するというアイデアに至った。
ここで、医療卸売担当者（以下、ＭＳと称する）とは、医薬品卸売業の営業担当者をいい、製薬会社から仕入れた医薬品（医療材料、医療機器等も含む）等の商品を、医療機関や調剤薬局に販売することを主たる業務とする者をいう。また、医薬品の効能・効果や、医療制度の改正、季節性疾患の情報の提供等も行う。そのため、ＭＲの業務と類似する点もあるが、ＭＳは、複数の製薬会社の製品を比較・提案する幅広い知識が要求される等、ＭＲとは異なる点も多い。また、ＭＳは実際に医療機関に医薬品の販売を行い、価格交渉等を行うという点で、営業的な側面がＭＲより大きい。
【００１０】
このＭＳ、ＭＲは、共に医療用医薬品の流通に携わるスペシャリストであり、共に協力し合いながら医療用医薬品の流通・供給を担っている。
そこで、本願発明者は、ＭＳの営業業務に、ＭＲの情報提供のための面談のスケジューリングを載せることによって、ＭＳとＭＲとを協力させる業務を構築しようと考えた。このような業務を実現できれば、ＭＲは、一カ所に配置されつつ、複数箇所の医療機関や調剤薬局の医療従事者とインターネットテレビ電話等を用いて、いわゆるリモート・ディテールを容易に行うことができ、より効率的な医療用医薬品の適正使用に関する情報提供を実行することができると考えたものである。
このような業務を実現するために、本願発明者は、インターネット上に予約サイトを設けて、面談のスケジューリングをより容易に行うことができる以下のような構成の発明を完成させるに至った。
【００１１】
（１）本発明は、上記課題を解決するために、複数の面談者のスケジュールを予約するためのスケジュール予約サーバであって、前記面談者ごとに、日付及び時間帯に対して、少なくとも予約状況と、予約を指示した利用者が記録されている面談のスケジュールを記録するスケジュールデータベースと、前記スケジュールデータベースから、前記面談のスケジュールを読み出し、読み出した前記面談のスケジュールを利用者に提供する制御部と、
を備え、前記予約状況は、少なくとも、予約が入っていない「空き」と、休みである「休み」と、予約が入っている「予約」と、のいずれかの状況であり、前記制御部は、提供された前記面談のスケジュールに基づき、予約状況が前記「空き」の中から前記利用者が指示した前記面談者と前記日付と前記時間帯とを受信した場合、指示された前記面談者の指示された前記日付と指示された前記時間帯のスケジュールに対して、予約状況の「予約」と、前記利用者と、を前記スケジュールデータベースに記録し、前記利用者に提供される前記面談のスケジュールの前記予約状況が「予約」の場合は、その予約を指示した前記利用者が表示されていることを特徴とするスケジュール予約サーバである。
【００１２】
（２）また、本発明は、（１）記載のスケジュール予約サーバであって、前記制御部は、提供された前記面談のスケジュールに基づき、予約状況が前記「空き」の中から前記利用者が指示した前記面談者と前記日付と前記時間帯とを受信した場合、さらに、前記利用者から、少なくとも面談の対象である医療機関と、面談の対象である医療従事者と、面談の対象である医療用医薬品と、前記利用用医薬品の製薬会社と、を前記スケジュールデータベースに記録することを特徴とするスケジュール予約サーバである。
【００１３】
（３）また、本発明は、（１）又は（２）記載のスケジュール予約サーバであって、前記制御部が提供する前記面談のスケジュールを、所定の通信回線を介して外部に送信し、前記通信回線を介して、前記利用者の予約を受信し、受信した前記利用者の予約を前記制御部に送信する通信部、を備えることを特徴とするスケジュール予約サーバである。
【００１４】
（４）また、本発明は、（１）記載のスケジュール予約サーバであって、前記面談者は、医療用医薬品の説明を、医療機関の医療従事者に対して行う面談者であり、前記面談者と、前記面談者が説明することができる医療用医薬品と、を記録する面談者データベース、を備え、前記制御部は、前記利用者が指示した前記医療用医薬品の説明をすることができる前記面談者を、前記面談者データベースから検索して読み出し、読み出した１以上の前記面談者に関する面談のスケジュールのみを前記利用者に提示することを特徴とするスケジュール予約サーバである。
【００１５】
（５）また、本発明は、（１）記載のスケジュール予約サーバであって、前記面談者は、医療用医薬品の説明を、医療機関の医療従事者に対して行う面談者であり、前記面談者と、前記面談者が説明することができる医療用医薬品と、を記録する面談者データベース、を備え、前記制御部は、前記利用者が指示した前記医療用医薬品の説明をすることができる前記面談者を、前記面談者データベースから検索して読み出し、読み出した１以上の前記面談者を面談者候補として前記利用者に提示し、前記利用者が前記面談者候補から所定の面談者を選択した場合、前記制御部は、選択された１以上の前記面談者に関する面談のスケジュールのみを前記利用者に提示することを特徴とするスケジュール予約サーバである。
【００１６】
（６）また、本発明は、（１）記載のスケジュール予約サーバであって、前記面談者は、医療用医薬品の説明を、医療機関の医療従事者に対して行う面談者であり、完了した前記面談の内容が記録されている面談履歴データベースであって、前記面談を行った前記医療機関と、前記医療従事者と、を少なくとも含む面談履歴データベースと、を備え、前記制御部は、前記利用者が指示する前記医療機関に対して行った前記面談を、前記面談履歴データベースから検索して読み出し、読み出した前記面談を前記利用者に提示することを特徴とするスケジュール予約サーバである。  
【００１７】
（７）また、本発明は、（１）記載のスケジュール予約サーバであって、前記面談者は、医療用医薬品の説明を、医療機関の医療従事者に対して行う面談者であり、完了した前記面談の内容が記録されている面談履歴データベースであって、前記面談を行った前記医療機関と、前記医療従事者と、を少なくとも含む面談履歴データベースと、を備え、前記制御部は、前記利用者が指示する前記医療従事者に対して行った前記面談を、前記面談履歴データベースから検索して読み出し、読み出した前記面談を前記利用者に提示することを特徴とするスケジュール予約サーバである。  
【００１８】
（８）また、本発明は、（１）から（３）のいずれか１項に記載のスケジュール予約サーバを用いて、スケジュールの予約を行うスケジュール予約方法であって、前記制御部が、前記スケジュールデータベースから、前記面談のスケジュールを読み出し、読み出した前記面談のスケジュールを利用者に提供するステップと、前記制御部が、前記利用者が指示した前記面談者と前記日付と前記時間帯とを受信するステップと、前記制御部が、前記利用者により指示された前記面談者の指示された前記日付と指示された前記時間帯のスケジュールに対して、予約状況の「予約」と、前記利用者と、を前記スケジュールデータベースに記録するステップと、を含むことを特徴とするスケジュール予約方法である。
【発明の効果】
【００１９】
このように、本発明によれば、利用者は、面談者のスケジュールを確認しながら面談の予定をすることが可能となる。
【図面の簡単な説明】
【００２０】
【図１】スケジュール予約サーバ１００を用いた業務（ＭＳ経由型バーチャルＭＲ）の構成の概念図である。
【図２】プル型業務パターンの概念図である。
【図３】プッシュ型業務パターンの概念図である。
【図４】バーチャルＭＲ１０４ａの面談スケジュールの設定から面談に至る動作の詳細な説明図である。
【図５】「ＭＳ経由型バーチャルＭＲ」業務を実行する場合の処理動作の流れを示すフローチャートである。
【図６】「ＭＳ経由型バーチャルＭＲ」業務を実行する場合の処理動作の流れを示すフローチャートである。
【図７】「ＭＳ経由型バーチャルＭＲ」業務を実行する場合の処理動作の流れを示すフローチャートである。
【図８】後日接続の場合のフローと、即時接続の場合のフローとを並べて記載した概念図である。
【図９】後日接続の場合の面談の手順を示す説明図である。
【図１０】即時接続の場合の面談の手順を示す説明図である。
【図１１】スケジュール予約サーバ１００の構成ブロック図である。
【図１２】ＭＳ１０２がタブレット端末１０２ａを用いて、スケジュール予約サーバ１００に対して予約を行う処理を表すフローチャートである。
【図１３】スケジュール予約画面を表す模式図である。
【図１４】ＭＳ１０２がタブレット端末１０２ａを用いて、スケジュール予約サーバ１００に対して予約を行う処理を表す他のフローチャートである。
【図１５】予約内容入力画面を表す模式図である。
【発明を実施するための形態】
【００２１】
以下、本発明の好適な実施形態に係るスケジュール予約サーバ１００を用いたＭＲ及びＭＳの業務の遂行の様子を図面に基づき説明する。本実施形態では、このような業務形態を、「ＭＳ経由型バーチャルＭＲ」と呼ぶ。
【００２２】
Ａ．構成
本実施形態に係るスケジュール予約サーバ１００を用いた業務（ＭＳ経由型バーチャルＭＲ）の構成の概念図が図１に示されている。
この図に示すように、スケジュール予約サーバ１００は、インターネット１１０に接続しており、インターネット１１０に接続できる環境であればどこからでもアクセスすることができる。
スケジュール予約サーバ１００は、請求の範囲のスケジュール予約サーバの好適な一例に相当する。
【００２３】
ＭＳ１０２は、タブレット端末１０２ａを携行しており、このタブレット端末１０２ａを利用して、インターネット１１０を介してスケジュール予約システム１００にアクセスすることができる。ＭＳ１０２は、この仕組みを利用して、スケジュール予約システム１００にアクセスして、ＭＲ１０４と医療従事者（例えば医師）との面談の予約を行うことができる。
なお、ＭＳ１０２は、請求の範囲の利用者の好適な一例に相当する。なお、業務の遂行の仕方によっては、ＭＳ１０２の上司等もスケジュール予約サーバ１００を、ＭＳ１０２と同様に使用してもよい場合もある。その場合は、その上司が、請求の範囲の利用者の好適な一例に相当する。
【００２４】
ＭＲ１０４は、自己のスケジュール（稼働時間、勤務時間）をあらかじめ、スケジュール予約システム１００に登録している。したがって、ＭＳ１０２はそのスケジュールをスケジュール予約システム１００上で閲覧しながら面談の予約を設定することができる。ＭＲ１０４は、予約されたスケジュールに基づき、所定の日時に、インターネットテレビ電話等を用いて、医師１０８との面談を実行する。ＭＳ１０２も、予約されたスケジュールに基づき、その所定の日時に、タブレット端末１０２ａを携行して医師１０８を訪問し、そのタブレット端末１０２ａを介してＭＲ１０４と医療従事者との面談をサポートする。
【００２５】
このように、本実施形態においては、ＭＳ１０２が医療機関１０６を訪問した際に、ＭＲ１０４と医師との面談の予約を行うので、ＭＲ１０４はいわゆる外回りをする必要がなくなり、面談業務に集中することができる。本実施形態では、このようにインターネットテレビ電話を用いて面談の業務に集中することができるＭＲ１０４を、バーチャルＭＲ１０４ａと呼ぶ。
バーチャルＭＲ１０４ａは、請求の範囲の面談者の好適な一例に相当する。なお、遠隔地からインターネットテレビ電話等で面談を行う者であれば、請求の範囲の面談者の一例となる場合もある。
【００２６】
また、従来、いわゆるリモート・ディテールにおいて、インターネットテレビ電話等を用いたＭＲ１０４と医師１０８との面談を行おうとする場合、医師１０８側がインターネットテレビ電話の設定に失敗する等によって、面談が円滑に行われない場合も散見された。これに対して、本実施形態においては、インターネットテレビ電話を行うためのタブレット端末１０２ａを、ＭＳ１０２が携行して医師１０８を訪問しているので、それを用いて円滑にインターネットテレビ電話を操作することができ、いわゆるリモート・ディテールを円滑に成功させることができる。
この場合、例えば面談の始まる前からインターネットテレビ電話を起動させる等を行うことによって、面談の準備を十分に行うことができる。従って、医師１０８の手を煩わせることなく、面談を開始して進めることができ、業務効率の向上が図れる。
【００２７】
Ｂ．業務パターン
ＭＳ１０２とＭＲ１０４とが連携して実行するＭＳ経由型バーチャルＭＲの業務パターンは、大きく分けて２種類ある。その概念図が図２、図３に示されている。
【００２８】
（１）プル型（リアクティブ型）
プル型業務パターンの概念図が図２に示されている。
この図に示すように、まず（１）医師がバーチャルＭＲ１０４ａと面談を行うために、バーチャルＭＲに連絡をとり、面談の予約を行う。この動作が、図２の（１）に示されている。この連絡は、電話連絡やＥメール等で行うことができる。バーチャルＭＲ１０４ａは、通常は、所定の会社に勤務しているので、医師１０８等はその会社に電話することによって、バーチャルＭＲ１０４ａと面談の予約を取ることができる。
バーチャルＭＲ１０４ａへの連絡は、このように電話やＥメールでもよいが、医師１０８自身（又は医師の補助者）がスケジュール予約システム１００にアクセスし、面談の予約を実行可能に構成してもよい。このような構成を採用する場合は、例えばＭＳ１０２があらかじめ、医師１０８を訪問する際にその医師１０８がスケジュール予約システム１００にアクセスするためのＩＤやパスワードを設定しておくことが好適である。
【００２９】
次に、バーチャルＭＲ１０４ａは、連絡に基づき、アポイントをスケジュール予約システム１００上で設定する。
次に、バーチャルＭＲ１０４ａは、医師１０８自身が予約を直接スケジュール予約システム１００にアクセスに入力した場合を除き、面談の予約をスケジュール予約システム１００に入力する。この動作は、図２中、（２）で示されている。
【００３０】
次に、（３）かかる予約に基づき、ＭＳ１０２がその予約された日時に医療機関１０６の医師１０８を訪問する。この動作が、図２の（３）に示されている。ＭＳ１０２は、訪問時にタブレット端末１０２ａを携行し、このタブレット端末１０２ａを用いて、医師１０８にＭＲ１０４との面談を実行してもらうことができる。
以上が、プル型（リアクティブ型）の業務の概要である。このようなリアクティブ型は、医師１０８からのオファーがあった医療機関１０６への接続支援であるため、実施のハードルは低いと考えられる。
【００３１】
（２）プッシュ型（プロアクティブ型）
プッシュ型業務パターンの概念図が図３に示されている。
この図に示すように、まず（１）ＭＳ１０２が、医師を訪問し、ＭＳ１０２としての業務を実行すると共に、医師１０８の意向を伺ってバーチャルＭＲ１０４ａの面談の予約設定を行う。この予約の設定は、ＭＳ１０２が、タブレット端末１０２ａを利用して、スケジュール予約システム１００にアクセスして実行する。この予約設定が図３中、（１）で示されている。
【００３２】
一方、バーチャルＭＲ１０４ａは、スケジュール予約システム１００を閲覧し、その画面上で面談の予約が設定されたことを確認する。そして、その予約に併せて面談の準備を実行する。これが図３中、（２）で示されている。
次に、設定した予約に基づき、ＭＳ１０２がその予約された日時に医療機関１０６の医師１０８を訪問する。この動作は、図３の（３）に示されている。ＭＳ１０２は、訪問時にタブレット端末１０２ａを携行し、このタブレット端末１０２ａの画面上で、医師１０８にバーチャルＭＲ１０４ａとの面談を実行してもらうことができる。
【００３３】
以上が、プッシュ型（プロアクティブ型）の業務の概要である。このようなプロアクティブ型は、これまでのＭＳ１０２の活動によって医師１０８との間で深い関係性が構築されているので、高い接続率が実現できると考えられる。なお、これまで取引実績のない未取引先の医療機関１０６等でもこのプッシュ型は有効であると考えられる。
本実施形態では、このように、２種の形態の営業活動をサポートしているので、製品特性や戦略に応じて、上記プル型とプッシュ型とを使い分けることができる。従って、製薬会社（メーカー）のプロモーション業務の効率化及びコスト低減が図れると考えられる。
【００３４】
Ｃ．バーチャルＭＲ１０４ａの業務の流れの詳細
図４には、バーチャルＭＲ１０４ａの面談スケジュールの設定から面談に至る動作の詳細な説明図が示されている。図４では、ＭＳ１０２が医師１０８を訪問し、バーチャルＭＲ１０４ａの説明を行うことから始まっている。この説明動作は、図４中、（１）で示されている。つまり、図４は、プッシュ型業務パターンを前提としているが、面談の実行はプル型（図２）でもほぼ同様である。
【００３５】
次に、ＭＳ１０２は、医師１０８と話し、バーチャルＭＲ１０４ａと面談をする希望日程・時間を把握する。この動作が図４中（２）で示されている。なお、日程は、バーチャルＭＲ１０４ａの都合（スケジュール）も勘案して設定してよい。
面談を行う日は、翌日以降の場合が多いが、医師１０８の都合に応じて、ＭＳ１０２が訪問したその当日であってもよい。
【００３６】
次に、ＭＳ１０２は、タブレット型端末１０２ａを用いて、スケジュール予約システム１００にアクセスし、医師１０８が希望する日程・時間で面談の予約を設定する。この動作は、図４中、（３）で示されている。
一方、バーチャルＭＲ１０４ａは、スケジュール予約システム１００を閲覧して、設定された予約を確認する。この動作が図４中、（４）で示されている。バーチャルＭＲ１０４ａは、予約を確認した後、そのための事前準備を行うことができる。
面談当日、ＭＳ１０２は、スケジュール通り医師１０８を訪問する。そして、タブレット端末１０２ａ上で、インターネットテレビ電話を起動し、バーチャルＭＲ１０４ａと接続する。この動作は、図４中、（５）で示されている。
バーチャルＭＲ１０４ａも、自己の端末上でインターネットテレビ電話を起動して、タブレット端末１０２ａとの間でインターネットテレビ電話によって接続する。この動作は、図４中、（６）で示されている。
【００３７】
このようにして、インターネットテレビ電話による接続が完了した後、ＭＳ１０２は、タブレット端末１０２ａを医師１０８の前に配置する。これによって、医師１０８は、インターネットテレビ電話を介して、バーチャルＭＲ１０４ａと面談することができ、バーチャルＭＲ１０４ａによる説明を視聴することができる（図４中（５））。また、バーチャルＭＲ１０４ａは、各種コンテンツを医師１０８に対して紹介することができる（図４中（６））。このようにして、バーチャルＭＲ１０４ａは、医療用医薬品の適正使用に関する情報提供を実行することができる（図４中（６））。
例えば、ここで紹介するコンテンツは、図４中（４）で説明したように予約を確認した後に、事前に準備することが可能である。
【００３８】
録音・録画
また、図４に示されているように、面談の結果は、録音又は録画しておいてもよい。このように録音等しておくことによって、どのような内容を説明したか記録に残すことができ、後日確認することもでき、効率的な医薬品（なお、本文で単に「医薬品」という場合は、特に断らない限り医療用医薬品をいうものとする）の適正使用に関する情報提供と、効率的なリモートディテールの実現に寄与するものである。
録音データ又は録画データは、所定の面談履歴データベース１１２（図４参照）に格納しておいてよい。また、この面談履歴データベース１１２は、スケジュール予約サーバ１００内に含まれていてもよい。また、この面談履歴データベース１１２には、面談の記録となるもの、面談の履歴となるもの、であればどのようなデータを記録してもよい。
【００３９】
アンケート
なお、このインターネットテレビ電話を介した面談（図４中（５）（６））においては、単に医師１０８にバーチャルＭＲ１０４ａの説明を視聴してもらうだけでなく、アンケートに対して回答してもらってもよい。これによってバーチャルＭＲ１０４ａの説明の質の向上に寄与することができる。アンケートは、質問内容や選択肢をタブレット端末１０２ａの画面に映し出しながら、医師１０８にそのタッチ画面にタッチをしてもらって、回答を入力することも好適である。
アンケート結果も、上述した面談履歴データベース１１２に記録してよい。
【００４０】
評価レポート
バーチャルＭＲ１０４ａは、面談を実施した後、評価レポート１１４を作成し、その面談で説明した医薬品の製薬会社に提出することもできる。このような評価レポート１１４を製薬会社が得られれば、製薬会社は医療用医薬品の適正使用に関する情報提供の実行を管理することができ、またその製薬会社の業務に役立つと考えられる。このような評価レポート１１４も、上述した面談履歴データベース１１２に記録しておいてよい。
【００４１】
以上、図４に基づき、バーチャルＭＲ１０４ａの面談スケジュールの設定から面談に至る動作を説明した。このような面談は、少なくとも２〜３回以上は、医師１０８と面談して情報提供を実行することが好適である。
【００４２】
Ｄ．ＭＳ及び製薬会社も含めた業務全体の動作の流れ
次に、実際に「ＭＳ経由型バーチャルＭＲ」業務を実行する場合の、ＭＳ１０２、バーチャルＭＲ１０４ａ、及び製薬会社の処理動作の流れを図５、図６、図７のフローチャートに基づいて説明する。
図５のステップＳ５−１において、製薬会社がターゲットの選定を行う。ここで、ターゲットとは、病院等の医療機関１０６であり、いわゆる営業対象としての「ターゲット」の意である。選定の結果、ターゲット（医療機関１０６）のリストを作成し、これを、ＭＳ１０２に提供する。ここで、ＭＳ１０２に提供とは、実際には、ＭＳ１０２が所属する企業に提供することを意味する。
【００４３】
ステップＳ５−２において、ＭＳ１０２が所属する企業の営業部が、提供されたターゲットのリストを適宜切り分ける。
この切り分けとは、例えば、その企業として取引先であるか、未取引先であるか、の切り分けである。つまり、これまで取引先であるか、新規の取引先であるか、という切り分けである。このような切り分けによって、ステップＳ５−３において、取引先、未取引先、のそれぞれのリストを作成する。
ステップＳ５−４において、ＭＳ１０２の所属企業は必要な資料を発信する。例えば、スケジュール予約サーバ１００の使用マニュアル等、ＭＳ１０２が業務を遂行するのに必要な資料を所定の資料サーバから、ＭＳ１０２に提供する。
【００４４】
ステップＳ５−５において、ＭＳ１０２は、必要な資料を上記資料サーバからダウンロードして、業務に役立てる。ダウンロードする資料は、上述したスケジュール予約サーバ１００の使用マニュアルや、本実施形態で説明している「ＭＳ経由型バーチャルＭＲ」の案内パンフレット、営業先への各種提案用パンフレット、ＭＳ１０２が所属する企業の会社案内やパンフレット、等が含まれていてよい。
【００４５】
ステップＳ５−６において、ＭＳ１０２は、ＭＳ１０２は、ターゲット先（すなわち医療機関１０６等）に訪問し、医師１０８等の医療従事者に種々の提案を行う。これはいわゆる営業活動であり、提案においてはステップＳ５−５においてダウンロードした各種資料を用いて実行する。
さらに、本実施形態において特徴的なことは、ステップＳ５−６において、ＭＳ１０２が「ＭＳ経由型バーチャルＭＲ」の提案を実行することである。これによって、ＭＳ１０２が、従来のＭＲの業務の一部を遂行することになる。この結果、ＭＲは、医療機関１０６を訪問する必要がなくなり面談に集中することができるので、業務の効率化を図ることができる。
【００４６】
ステップＳ５−６における「ＭＳ経由型バーチャルＭＲ」の提案が受領された場合は、ステップＳ５−７に移行し、さらに図６のステップＳ６−１に処理が移行する（図５、図６参照）。「ＭＳ経由型バーチャルＭＲ」の提案が受領された場合とは、医師１０８等の医療従事者が、バーチャルＭＲ１０４ａによるインターネットテレビ電話を介する医療用医薬品の適正使用に関する情報提供を受けることに同意した場合である。
一方、ステップＳ５−６における「ＭＳ経由型バーチャルＭＲ」の提案が拒否された場合は、ステップＳ５−８に移行し、さらに図６のステップＳ６−２に処理が移行する（図５、図６参照）。「ＭＳ経由型バーチャルＭＲ」の提案が拒否された場合とは、医師１０８等の医療従事者が、バーチャルＭＲ１０４ａによるインターネットテレビ電話を介する医療用医薬品の適正使用に関する情報提供を受けることを断った場合である。
【００４７】
以下、処理は図６に移行する。
図５のステップＳ５−７において、医師１０８が、「ＭＳ経由型バーチャルＭＲ」を同意した場合は、図６のステップＳ６−１において、ＭＳ１０２は、日程の調整を実行する。
日程の調整はバーチャルＭＲ１０４ａとの間で行われる（ステップＳ６−２）が、その方法は種々の手法を採用してよい。
【００４８】
本実施形態では、スケジュール予約サーバ１００を利用して日程の調整を行っている。その詳細は次節で詳述する。このスケジュール予約システム１００を利用することによって、ＭＳ１０２、バーチャルＭＲ１０４ａのスケジュールを確認しながら日程調整を行うことができ、業務の効率化を図ることができる。なお、スケジュール予約サーバ１００を利用せずに、電話等で調整を行ってもよい。
【００４９】
次に、ステップＳ６−３において、調整された日程が即時である場合は、ステップＳ６−５に移行する。他方、ステップＳ６−３において、調整された日程が後日である場合は、後日、ステップＳ６−４に移行し、医師１０８を訪問する。
【００５０】
ステップＳ６−５において、ＭＳ１０２は、まず、バーチャルＭＲ１０４ａと電話連絡をとり、これから、医師１０８を訪問する旨伝えると共に、面談の準備をお願いする。
バーチャルＭＲ１０４ａは、ステップＳ６−６において、上記の通りＭＳ１０２と電話連絡をとり、インターネットテレビ電話による面談の準備を実行する。
このステップＳ６−５及びステップＳ６−６における電話連絡は、医師１０８に対する訪問の前に、例えば、待合室等で実行してよいし、他の場所であらかじめ行ってもよい。この電話連絡の際に、インターネットテレビ電話が正常に接続できるか否か、タブレット端末１０２ａと、バーチャルＭＲ１０４ａが使用する端末との間で接続テストを行っておくことも好適である。
【００５１】
次に、ステップＳ６−７において、バーチャルＭＲ１０４ａは。スケジュール予約サーバ１００と接続する。本実施形態に係るスケジュール予約サーバ１００は、面談に必要な資料や、前回の面談内容等を記録しており、それらの内容を面談の資料にすることができる。このように本実施形態に係るスケジュール予約サーバ１００は、単に予約を受け付けるだけでなく、前回の面談の記録や、説明に用いた資料等を蓄積しておくことができる。図６中、ステップＳ６−８において、スケジュール予約サーバ１００は、バーチャルＭＲ１０４ａ（の端末）と接続し、バーチャルＭＲ１０４ａに対して、前回の面談の記録や、説明に用いた資料等を提供することができる。
【００５２】
次に、ステップＳ６−９において、医師１０８とインターネットテレビ電話による面談を開始する。医師１０８は、ＭＳ１０２が携行するタブレット端末１０２ａを介して、バーチャルＭＲ１０４ａと面談を行う（ステップＳ６−１０）。
【００５３】
面談の実行
面談においては、バーチャルＭＲ１０４ａが、各種の資料を用いて医療用薬品の訂正使用に関する情報提供を行う。この際、上述したように、面談の様子を録音又は録画することも好適である。これらの録音データ又は録画データは所定のデータベースに格納しておいてよい。本実施形態では、スケジュール予約サーバ１００が、録音データや録画データを蓄積する場合を主たる例として説明するが、他のデータベースに格納しておいてもよい。
【００５４】
また、面談の途中、又は、面談の終了時において、医師１０５にアンケートをお願いすることもできる。このアンケートは、「ＭＳ経由型バーチャルＭＲ」に対する感想や評価を尋ねる質問を含めてよいし、また、医療用医薬品の適正使用に関する情報提供に対する評価を聞く質問が含まれていてもよい。その他、医師１０８の要望等の種々の質問がアンケートに含まれていてよい。
【００５５】
このようなアンケートは、上述したように、タブレット端末１０２ａの画面上（スクリーン上）にアンケート項目を表示し、医師１０８に、画面上で該当する項目をタッチしてもらってアンケートを行うことができる。このアンケート結果は、所定のデータベースに格納しておいてよいが、スケジュール予約サーバ１００が格納してもよい。
なお、面談が終了した後は、バーチャルＭＲ１０４ａは、図７のステップＳ７−１に移行して、報告（アンケート）を作成する。ＭＳ１０２も、面談が終了した後は、図７のステップＳ７−２に移行して、報告（アンケート）を作成する。
【００５６】
ここで、図５のステップＳ５−８において、医師１０８が、「ＭＳ経由型バーチャルＭＲ」を断った場合は、図６のステップＳ６−１１において、ＭＳ１０２は、提案内容を検討し、再提案を実行する。
ステップＳ６−１２において、医師１０８が再提案を断った場合は、ＭＳ１０２は、図７のステップＳ７−２に移行し、報告（アンケート）の作成を実行する。
一方、ステップＳ６−１２において、医師１０８が再提案に同意した場合は、ＭＳ１０２は、図５のステップＳ５−７を介して、図６のステップＳ６−１に移行して、日程調整を開始する。その後は、上で説明したとおりの処理が実行される。
【００５７】
面談終了後の処理が図７のフローチャートに示されている。
ステップＳ７−１において、面談が終了した後、ＭＳは、面談の報告書の作成を行う。これには、上述したアンケート結果を反映させてもよい。
ステップＳ７−２において、ＭＳ１０２が作成した報告書を、ＭＳが所属する企業が集計してから、バーチャルＭＲ１０４ａに提供する。
【００５８】
ステップＳ７−３において、バーチャルＭＲ１０４ａは、自己が実行した面談の結果の報告書を作成する。この際、ＭＳ１０２が所属する企業が集計したを報告書を参照して作成することが好ましい。
特に、アンケートは、面談終了時にＭＳ１０２が医師１０８に対して実行することが簡便である。つまり、インターネットテレビ電話による面談が終了した後に、ＭＳ１０２がアンケート画面をタブレット端末１０２ａに表示させて、医師１０８がそれに対して画面をタッチして回答するのが便利である。したがって、アンケート結果を含む報告書はＭＳ１０２側が作成する方が好適である。
この結果、バーチャルＭＲ１０４ａは、その集計結果をＭＳ１０２の所属企業から受け取って（ステップＳ７−２）、その集計結果（アンケート結果）を含む報告書をステップＳ７−３で作成することが好ましい。
【００５９】
ステップＳ７−４において、製薬会社は、バーチャルＭＲ１０４ａから最終的な報告書を受け取る。この結果、製薬会社は、医療用医薬品の適正使用に関する情報提供の実行状況を管理することができる。
【００６０】
なお、図７における「報告書」は、図４における「評価レポート１１４」を実質的に含む書類である。図４の評価レポート１１４は、バーチャルＭＲ１０４ａの面談に対する評価のレポートである。図７の報告書は、原則として、医師１０８のアンケート結果を含み、ＭＳ１０２が作成するものである。バーチャルＭＲ１０４ａは、ＭＳ１０２の所属する企業から受け取った集計した報告書に、上記評価レポート１１４を加えて、最終的な報告書として、製薬会社に提供する。そのため、この報告書は、図４の評価レポートを含む。
【００６１】
ステップＳ７−５において、バーチャルＭＲ１０４ａは、評価レポート１１４を面談履歴データベース１１２に記録する。
ステップＳ７−６において、バーチャルＭＲ１０４ａは、面談の録音データや、面談の録画データを面談履歴データベース１１２に記録する。
ステップＳ７−７において、バーチャルＭＲ１０４ａは、面談に用いた資料を面談履歴データベース１１２に記録する。
本実施形態では、このように面談履歴データベース１１２に面談の結果を記録しているので、後日、面談履歴データベース１１２を参照することによってこれまでどのような面談を行ってきたか確認することができ、将来的な面談の質の向上に寄与するものである。
【００６２】
Ｅ．後日接続と即時接続
上述したように、「ＭＳ経由型バーチャルＭＲ」業務における面談は、後日接続と、即時接続との２種類がある。これらの概念図が図８〜図１０に示されている。
【００６３】
Ｅ−１．後日接続と即時接続の違い
後日接続の場合のフローと、即時接続の場合のフローとを並べて記載した概念図が図８に示されている。両フローの相違点は、ＭＳ１０２が医師１０８を訪問し、バーチャルＭＲ１０４ａの説明を行って同意を得た後（ステップＳ８−１）、バーチャルＭＲ１０４ａとの面談を、即時行うか、それとも後日行うかという点である。
【００６４】
Ｅ−２．後日接続
まず、図８の（１）には、後日接続の場合のフローが示されている。上述したステップＳ８−１の後、ＭＳ１０２は医師１０８が後日面談を行いたい希望を有していることを把握した後、面談できるバーチャルＭＲ１０４ａの確保を行う（図８中、ステップＳ８−２）。これは、スケジュール予約サーバ１００にアクセスし、その予約画面から行う。予約画面については後に詳述する。所定の後日に、所定のバーチャルＭＲ１０４ａを確保することができたことを前提に、以下説明を続ける。
【００６５】
図８のステップＳ８−３〜ステップＳ８−５は、その「後日」において実行される。
ステップＳ８−３は、その「後日」において、まずインターネットテレビ電話の接続の確認する。この確認は、面談の前に、インターネットテレビ電話が接続できるか否か予め確認する者であり、ＭＳ１０２と、バーチャルＭＲ１０４ａとの間で行われる。正常に接続できることを確認できた場合は、ステップＳ８−４に移行し、接続に不具合が会った場合は、Ｓ８−６に移行する。
【００６６】
ステップＳ８−４において、ＭＳ１０２は、ターゲット先である医師１０８の部屋に移動する。
その後、ステップＳ８−５において、ＭＳ１０２は、タブレット端末１０２ａを用いて、バーチャルＭＲ１０４ａとインターネットテレビ電話で接続し、医師１０８にそのタブレット端末１０２ｃを用いたバーチャルＭＲ１０４との、面談を実行してもらう。これは、バーチャルＭＲ１０４ａによる、リモート・ディテール（又は、リモート・ディテール活動とも呼ぶ）である。
【００６７】
なお、ステップＳ８−３において、インターネットテレビ電話の接続に不具合があった場合は、ステップＳ８−６に移行し、ＭＳ１０２は、タブレット端末１０２ａを利用しつつ、電話で面談を実行する。
また、ステップＳ８−５において、インターネットテレビ電話に、オウン性のずれ等ストレスがあり、面談を円滑に行いないと判断される場合も、ステップＳ８−６に移行し、ＭＳ１０２は、タブレット端末１０２ａを利用しつつ、電話で面談を実行する。
【００６８】
Ｅ−３．即時接続
図８の（２）には、即時接続の場合のフローが示されている。上述したステップＳ８−１の後、ＭＳ１０２は医師１０８が即時面談を行いたい希望を有していることを把握した後、なるべくすぐに、面談できるバーチャルＭＲ１０４ａを確保するために、バーチャルＭＲ１０４ａに電話する（図８中、ステップＳ８−７）。
すなわち、即時接続とは、医師１０８がすぐに面談を行いたいと希望した場合を意味する。この即時接続は、なるべく早く、遅くとも医師１０８を訪問したその当日中に面談を行おうとするものである。そのため、即時接続の場合は、スケジュール予約サーバ１００の予約画面から予約をするのではなく、バーチャルＭＲ１０４ａ（の所属する企業）に直接電話連絡を行い、即時接続をしてくれるバーチャルＭＲ１０４ａを確保するのである。
なお、バーチャルＭＲ１０４ａに空きがなかった場合は、この即時接続は行われず、（１）で説明した後日接続のスケジュールで面談が実行される。
【００６９】
電話連絡の結果、バーチャルＭＲ１０４ａに空きがあり、即時面談が可能である場合は、ＭＳ１０２は、すぐにインターネットテレビ電話でバーチャルＭＲ１０４ａと接続が可能であるか否か確認を行う（図８中、ステップＳ８−８）。この処理は、上述したステップＳ８−３と同様の処理である。
正常に接続できることを確認できた場合は、ステップＳ８−９に移行し、接続に不具合が会った場合は、上記Ｓ８−６に移行する。
その後、ステップＳ８−９において、ＭＳ１０２は、タブレット端末１０２ａを用いて、バーチャルＭＲ１０４ａとインターネットテレビ電話で接続し、医師１０８にそのタブレット端末１０２ｃを用いたバーチャルＭＲ１０４との、面談を実行してもらう。これは、バーチャルＭＲ１０４ａによる、リモート・ディテール（又は、リモート・ディテール活動とも呼ぶ）である。
【００７０】
なお、（１）後日接続の場合と異なり、ステップＳ８−４のような医師１０８の部屋に移動する処理は、即時接続にはない。これは、ＭＳ１０２がすでに医師１０８の部屋に訪問しているからである。
なお、ステップＳ８−８において、インターネットテレビ電話の接続に不具合があった場合は、ステップＳ８−６に移行し、ＭＳ１０２は、タブレット端末１０２ａを利用しつつ、電話で面談を実行する。
また、ステップＳ８−９において、インターネットテレビ電話に、音声のずれ等ストレスがあり、面談を円滑に行いないと判断される場合も、ステップＳ８−６に移行し、ＭＳ１０２は、タブレット端末１０２ａを利用しつつ、電話で面談を実行する。
【００７１】
Ｆ．面談の実際の手順
実際の面談の際の手順を、図９、図１０に基づき説明する。図９には、後日接続の場合の面談の手順を示す説明図が示されている。また、図１０には、即時接続の場合の面談の手順を示す説明図が示されている。
【００７２】
Ｆ−１．後日接続
図９のステップＳ９−１において、ＭＳ１０２は、タブレット型端末１０２ａを用いて、スケジュール予約サーバ１００に接続し、空いているバーチャルＭＲ１０４ａとの面談の予約を行う。これは、図８のステップＳ８−２に相当する。
【００７３】
ステップＳ９−２において、スケジュール予約サーバ１００は、予約されたバーチャルＭＲ１０４ａのスケジュールに、予約された日時や内容を登録する。予約されたバーチャルＭＲ１０４ａ（担当）は、スケジュール予約サーバ１００にアクセスし、自己のスケジュールに面談の予約が入ったことを知ることができる。この予約されたバーチャルＭＲ１０４ａを、担当のバーチャルＭＲ１０４ａと呼ぶ。
そして、面談の当日、スケジュール予約サーバ１００は、面談の予約が入っていることを知らせる内容のメールを、担当のバーチャルＭＲ１０４ａに送信する。すなわち、リマインドメール送信である（図９参照）。
また、面談の当日、スケジュール予約サーバ１００は、バーチャルＭＲ１０４ａと同様に、ＭＳ１０２に対しても面談の予約が入っていることを知らせる内容のメールを、ＭＳ１０２送信する。これも、リマインドメール送信である（図９参照）。このメール送信は、図１１において後述するメール部１２２が、スケジュールに基づき実行するが、詳細は後に説明する。
【００７４】
ステップＳ９−３において、バーチャルＭＲ１０４ａは、面談の当日、リマインドメールを確認し、面談の準備を行う。ここでいう準備とは、説明の資料等を準備することである。
そして、ステップＳ９−４において、予約された時間に間に合うように、インターネットテレビ電話に入室する。なお、図９では、ステップＳ９−４は、待合室と記述されているが、これはＭＳ１０２（及びタブレット端末１０２ａ）の位置を示しており、バーチャルＭＲ１０４ａは、原則として、バーチャルＭＲ１０４ａの所属する企業の所定の執務室に位置している。
【００７５】
ステップＳ９−５において、ＭＳ１０２は、面談の当日、このリマインドメールを、ＭＳ１０２が携行するスマートフォンのキャリアメールで受信する。その後、ステップＳ９−６において、医療機関１０６の待合室等で、ＭＳ１０２はバーチャルＭＲ１０４ａと同様にインターネットテレビ電話に入室する。
【００７６】
ステップＳ９−７において、インターネットテレビ電話システムは、バーチャルＭＲ１０４ａと、ＭＳ１０２の、インターネットテレビ電話への入室を許可する。
インターネットテレビ電話のシステムは、種々のシステムを利用することができる。例えば、本実施形態では、スカイプ（登録商標）等を用いることができるが、これに限られず種々のインターネットテレビ電話システム、Ｗｅｂ会議システム、ネット会議システムと呼ばれる種々の仕組みを利用してよい。
【００７７】
ステップＳ９−８において、ＭＳ１０２は、待合室において、準備を行う。例えば、バーチャルＭＲ１０４ａとのインターネットテレビ電話を使用する上での電波状態を確認することが挙げられる。また、バーチャルＭＲ１０４ａとのチャット会話を行い、円滑にチャットができるか否かを確認すること等も行ってよい。例えば、「今から始めますね」等をチャットしてみてもよい。
【００７８】
ステップＳ９−９において、バーチャルＭＲ１０４ａは、インターネットテレビ電話を接続し、面談が開始されるのを待つ状態である。特にステップＳ９−９において、バーチャルＭＲ１０４ａは、ＭＳ１０２とのチャットを行い、円滑なチャット等の運用が可能であるか確認してよい。例えば、ＭＳ１０２からの「今から始めますね」というチャットに対して、「お願いします」等を返してよい。
【００７９】
ステップＳ９−１０において、ＭＳ１０２が、マイクをＯＮにする。これで、チャットだけでなく、音声による会話が可能となる。その後、医師１０８が面談を開始する旨をＭＳ１０２に伝える
ステップＳ９−１１において、ＭＳ１０２は、カメラをＯＮにする。これによって、画像の伝送が可能となり、いわゆるテレビ電話が可能となり、バーチャルＭＲ１０４ａ側の端末（又はコンピュータ）に、ＭＳ１０２側の画像が映し出される。
【００８０】
ステップＳ９−１２において、バーチャルＭＲ１０４ａは、ＭＳ１０２側の画像が映し出されたことを以て、テレビ電話が開始されたことを知り、それを契機としてバーチャルＭＲ１０４ａ側の端末のマイクをＯＮさせ、カメラもＯＮする。
ステップＳ９−１３において、ＭＳ１０２が、例えば「それではＸＸ病院のＹＹ先生、よろしくお願いいたします」と言って、医師１０８とバーチャルＭＲ１０４ａとの面談が開始される。このようにインターネット等を用いて、離隔した地点の間で医療用医薬品の適正使用に関する情報提供を行うことは、リモート・ディテールと呼ばれる。
【００８１】
Ｆ−３．即時接続
図１０のステップＳ１０−１において、ＭＳ１０２は、バーチャルＭＲ１０４ａに対して電話連絡を行い、バーチャルＭＲ１０４ａを確保できるか確認する。具体的には、バーチャルＭＲ１０４ａの属する企業の所定の部署に電話をかけ、即時対応可能なバーチャルＭＲ１０４ａがいるか否か確認する。このステップＳ１０−１は、図８のステップＳ８−７に相当する。
ステップＳ１０−２において、バーチャルＭＲ１０４ａは、空き状況を確認し、空いているバーチャルＭＲ１０４ａを回答する。
【００８２】
ステップＳ１０−３において、バーチャルＭＲ１０４ａは、即時、端末（又はコンピュータ）から、ＭＳ１０２を呼びだして、インターネットテレビ電話に入室する。
【００８３】
ステップＳ１０−４において、ＭＳ１０２は、バーチャルＭＲ１０４ａの呼び出しに応じて、インターネットテレビ電話に入室する。なお、このときは、ＭＳ１０２は、医療機関１０６の待合室等に位置している。
【００８４】
ステップＳ１０−５において、インターネットテレビ電話システムは、バーチャルＭＲ１０４ａと、ＭＳ１０２の、インターネットテレビ電話への入室を許可する。これは図９のステップＳ９−７と同様の処理である。
【００８５】
インターネットテレビ電話のリンクが確立された後は、図８の処理と同様である。
すなわち、図１０のステップＳ１０−６〜ステップＳ１０−１１は、図９のステップＳ９−８〜ステップＳ９−１３と同様の処理であるので、説明を省略する。
【００８６】
Ｇ．スケジュール予約サーバ１００
以下、本実施形態において特徴的な構成の一つであるスケジュール予約サーバの詳細を説明する。
図１１には、スケジュール予約サーバ１００の構成ブロック図が示されている。この図に示すように、スケジュール予約サーバ１００は、バーチャルＭＲ１０４ａのスケジュールを記録するバーチャルＭＲスケジュールデータベース１２６と、面談の履歴を記録する面談履歴データベース１２８と、医療機関１０６に関する情報を記録する医療機関データベース１３０と、製薬会社データベース１３２と、ＭＲデータベース１３６と、を備えている。
なお、バーチャルＭＲスケジュールデータベース１２６は、請求の範囲のスケジュールデータベースの好適な一例に相当する。
【００８７】
また、スケジュール予約サーバ１００は、インターネット１１０に接続するためのインターフェースである通信部１２４を備えている。また、スケジュール予約サーバ１００は、インターネット１１０上の他の端末（コンピュータ）にサービスをＷｅｂベースで提供しており、そのサービス提供のためのＷｅｂ制御部１２０を備えている。また、スケジュール予約サーバ１００は、インターネット１１０を介してＥメールを送受信するメール部１２２を備えている。このメール部１２２は、面談のスケジュールに基づき、所定のタイミングで、ＭＳ１０２や、バーチャルＭＲ１０４ａにお知らせのメール（リマインドメール）を送信する。
【００８８】
スケジュール予約サーバ１００は、コンピュータで構成することが好ましく、コンピュータを構成する所定のハードウェアと、プログラムと、そのプログラムを実行するプロセッサ（ＣＰＵ等）と、で構成することができる。
Ｗｅｂ制御部１２０は、インターネット１１０を介して外部にサービスを提供するためのＷｅｂサイトを実現する手段であり、いわゆるＷｅｂサーバーの役割を果たす。Ｗｅｂサーバープログラムと、そのプログラムを実行するプロセッサとから実現されている。    なお、Ｗｅｂ制御部１２０は、請求の範囲の制御部好適な一例に相当する。
メール部１２２は、インターネット１１０を介して外部とＥメールを送受信する手段であり、いわゆるメーラーのプログラムと、そのプログラムを実行するプロセッサとから実現されている。
【００８９】
通信部１２４は、インターネット１１０とのインターフェースであり、通常のインターネットと接続するためのネットワークインターフェースのハードウェアと、必要なドバイバーソフトウェアと、当該ソフトウェアを実行するプロセッサと、から実現されている。
通信部１２４は、例えば、制御部１２０が送信する面談スケジュール（例えば、ＨＴＭＬで記述されている）を、外部のインターネット１１０に送信し、ＭＳ１０２がこれを閲覧することができる。例えば、ＭＳ１０２が、タブレット端末１０２ａのブラウザを用いて、ＨＴＭＬ形式の面談スケジュール等を閲覧することができる。
また、通信部１２４は、外部のＭＳ１０２からの予約等を、インターネット１１０を介して受信し、受信した予約等のメッセージ（例えばＨＴＭＬ上で入力されたデータ）を、例えば制御部１２０に送信する。その他、通信部１２４は、メール部１２２からのメールを外部のインターネット１１０に対して送信し、インターネット１１０から受信したメールはメール部１２２に送信する等の動作を実行してよい。
【００９０】
バーチャルＭＲスケジュールデータベース１２６は、バーチャルＭＲ１０４ａの予約状況を記録するデータベースであり、面談の日時、面談の参加者（ＭＳ１０２、バーチャルＭＲ１０４ａ、その他オブザーバー等を含めてよい）、面談を行う医療機関１０６と医師１０８、面談の内容、面談対象となる医薬品の情報等を記録するデータベースである。具体的には、後述するする図１５に記載されるような内容をデータ項目とするデータベースとして構成してよい。
バーチャルＭＲスケジュールデータベース１２６は、図１５に示す内容以外の内容を含めてもよいし、目的や用途に応じて、データ項目を減らしてもよい。なお、バーチャルＭＲスケジュールデータベース１２６は、請求の範囲のスケジュールデータベースの好適な一例に相当する。
【００９１】
面談履歴データベース１２８は、実行した面談の結果等を記録するデータベースであり、面談の日時、面談の参加者（ＭＳ１０２、バーチャルＭＲ１０４ａ、その他オブザーバー等）、面談の資料、医薬品の情報、面談で説明した内容、等を記録するデータベースである。また、面談を行った医療機関１０６、面談を行った医師１０８等の医療従事者、を含めておくことが好適である。また、記録する内容としては、面談の録音データや録画データも含めてよい。また、面談後に作成された評価レポート１１４等や、ＭＳ１０２が実行したアンケート等を記録してもよい。
面談履歴データベース１２８は、請求の範囲の面談履歴データベースの好適な一例に相当する。
【００９２】
医療機関データベース１３０は、対象となる医療機関１０６の情報を記録するデータベースであり、医療機関１０６の名称、医療機関１０６の医療機関コード、を含むデータベースである。そのほか、医療機関１０６の住所、設立年月日、診療科目、所属する医師１０８の氏名、等も記録してよい。
【００９３】
製薬会社データベース１３２は、製薬会社の情報を記録するデータベースである。例えば、製薬会社データベースは、製薬会社（名）と、その製薬会社が取り扱っている（例えば製造・販売等）医薬品と、を記録するデータベースである。一般に、一つの製薬会社に対して、複数の医薬品が対応するので、一般的には、製薬会社（名）と、その製薬会社が取り扱う複数の医療用医薬品と、をデータ（レコード）とするデータベースが構築されている。また、製薬会社に関する他の様々なデータ項目を記録していてもよい。
ここで、取り扱うとは、その製薬会社が製造・販売する場合と、輸入する場合、ライセンス生産する場合、ＯＥＭ製造される（又はＯＥＭ製造する）場合等をすべて含む意味である。
【００９４】
また、ＭＲデータベース１３６は、バーチャルＭＲ１０４ａと、そのバーチャルＭＲ１０４ａが説明することができる医薬品と、を記録したデータベースである。このデータベースによれば、説明したい医薬品に合ったバーチャルＭＲを見つけることができる。データ項目としては他の項目が合ってもよい。
ＭＲデータベース１３６は、請求の範囲の面談者データベースの好適な一例に相当する。
【００９５】
これら、バーチャルＭＲスケジュールデータベース１２６、面談履歴データベース１２８、医療機関データベース１３０、製薬会社データベース１３２、ＭＲデータベース１３６も例えば、ハードディスクや、磁気記憶装置、光学式記憶装置、半導体記憶装置などで構成することができる。
また、スケジュール予約サーバ１００は、これらの構成がバス１３４で互いに接続されている構成をなしている（図１１参照）。
【００９６】
Ｈ．スケジュール予約サーバ１００を用いた予約登録動作
スケジュール予約サーバ１００は、インターネット１００に接続されており、インターネット１００に接続されたいずれかの外部の端末（コンピュータ、各種端末、タブレット端末、ノートパソコン、スマートホン（Smartphone))等から、アクセスすることができる。
上述したように、スケジュール予約サーバ１００のＷｅｂ制御部１２０は、Ｗｅｂサーバとしての機能を有しており、バーチャルＭＲスケジュールデータベース１２６のスケジュール等をＷｅｂページとして、外部の上述したように種々の端末等に提供することができる。
【００９７】
外部の端末は、提供されてきたＷｅｂページデータをブラウザで表示することができる。これによって、利用者（ＭＳ１０２等）は、バーチャルＭＲ１０４ａのスケジュール等をＷｅｂ上で把握することができ、予約を行うことができる。以下、ＭＳ１０２がスケジュール予約サーバ１００に対して予約を実行する処理をフローチャートに基づき説明する。なお、ＭＳ１０２は、請求の範囲の利用者の好適な一例であるが、「利用者」は、ＭＳ１０２に限られず、他の人員でもよい。例えば、ＭＳ１０２の上司や、管理者がここでいう「利用者」であってもよい。つまり、ＭＳ１０２の上司が予約を行ってもよい。
【００９８】
図１２には、ＭＳ１０２がタブレット端末１０２ａを用いて、スケジュール予約サーバ１００に対して予約を行う処理のフローチャートが示されている。
ステップＳ１２−１において、ＭＳ１０２は、タブレット端末１０２ａを用いて、スケジュール予約サーバ１００にアクセスする。
ステップＳ１２−２において、スケジュール予約サーバ１００は、タブレット端末１０２ａの画面に対して、一般的なログイン画面を表示する。この画面は、Ｗｅｂ制御部１２０が作成し、タブレット端末１０２ａに通信部１２４を介して送信する。
【００９９】
ステップＳ１２−３において、タブレット端末１０２ａは、その画面上にログイン画面を表示する。このような表示は、いわゆるブラウザと呼ばれるソフトウェアによって実行される。ＭＳ１０２は、このログイン画面において、いわゆるＩＤとパスワードを入力し、スケジュール予約サーバ１００にログインを行う。ＩＤとパスワードを用いてログインすることは、よく知られている技術であるのでその詳細な説明は省略する。
ステップＳ１２−４において、ＭＳ１０２が予約をするために、メニューから予約を選択する。
ステップＳ１２−５において、スケジュール予約サーバ１００のＷｅｂ制御部１２０は、メニューから予約が選択されたことを受信すると、スケジュール予約画面を通信部１２４を介して送信する。なお、Ｗｅｂ制御部１２０は、このスケジュール予約画面を、バーチャルＭＲスケジュールデータベース１２６の記録内容に基づき作成する。
【０１００】
バーチャルＭＲスケジュールデータベース１２６は、後述する図１３に示すようなバーチャルＭＲ毎の面談のスケジュールを記録したデータベースである。すなわち、バーチャルＭＲ１０４ａごとにいわばカレンダーを備えている。そのカレンダーは、日付、時間帯毎に、予約状況を記録しているテーブルである。予約状況としては、予約が入っていない「空き」、休み（休息時間）である「休み」、予約が入っている「予約」の少なくとも３種の予約状況のいずれかが記録される。
したがって、新たに予約をすることができない理由として、（１）休み時間（休日）である、（２）すでに他の予約が入っている、のか明確にされているため、ＭＳ１０２は、予約ができない理由を明確に知ることができる。
また、予約状況が「予約」の場合は、その予約を登録した者の氏名が予約状況に含まれていてもよい。また、本実施形態では、予約状況が「予約」の場合の具体的な予約内容は、別の予約内容テーブル上に記録しておいてよい。  しかし、この具体的な予約内容は、そのカレンダーの予約状況の中に含めて（又は予約状況とは別に）記録しておいてもよい。カレンダーの各欄の記憶容量をある程度大きくすれば、種々の具体的な予約内容を記録することも可能である。
このように、バーチャルＭＲスケジュールデータベース１２６は基本的にカレンダーを記録しており、カレンダーの各日付には、時間帯と、その時間帯の予約状況と、その具体的な予約内容と、が記録されている。なお、具体的な予約内容は別のデータベースに分けて記録されていてもよい。また、用途によっては他のデータ項目が記録されていてもよい。
【０１０１】
ステップＳ１２−６において、タブレット端末１０２ａは、当該スケジュール予約画面を表示する。このスケジュール予約画面の様子を示す模式図が図１３に示されている。
【０１０２】
スケジュール予約画面
図１３に示すように、スケジュール予約画面は、所定の日について、横軸に時刻、縦軸に各バーチャルＭＲ１０４ａを示したテーブルが示されている。図１３の例では、例えば、＾３月２日について、４人のバーチャルＭＲ１０４ａの割り当ての様子が示されている。図１３中、各欄には、予約状況が所定の記法で示されている。図１３の例では、各欄の丸印は、「空き」を表し、新たに予約をいれることができることを表す。また、横棒「−」は、休憩時間（休み）等を表し、予約を入れることができないことを表している。また、人名が入っている欄は、面談の予約がすでに入っていることを表し、その人名は予約を入れたＭＳ１０２の氏名である。この人名の表示は、ログインして予約をしようとしている本人は、太いゴシックで表示され、他のＭＳ１０２の氏名は、細い明朝体で示されている。これによって、予約をしようとしているＭＳ１０２（例えば「山田」氏）は、自分がすでにどのような予約を入れているのか知ることができ、自分のスケジュール管理も行えるというメリットを有する。
【０１０３】
つまり、図１３のテーブルにおいて、丸印が付されている欄が、予約を入れることができる時間帯であることを表す。例えば、「ＭＲ１」というバーチャルＭＲ１０４ａの、１４時から１４時３０分までの欄は、丸印が付されているので、予約を入れることができる。
また、「ＭＲ１」というバーチャルＭＲ１０４ａの、１４時から１４時３０分までの欄は、ＭＳ１０２が、ＭＳ１０２の加藤氏が予約を入れており、新たに予約をすることはできない。
【０１０４】
なお、本実施形態に係るスケジュール予約画面（図１３）では、ログインしたＭＳ１０２の氏名（この例では、「山田」）が画面上の所定の場所に表示されている。また、ログインしたＭＳ１０２が予約した時間帯には、そのＭＳ１０２の氏名が太いゴシック体で表示されている。これによって、自己が予約した日付、時間帯を容易に識別することができる。
【０１０５】
ステップＳ１２−７において、ＭＳ１０２は、スケジュール予約画面上において、例えば３月２日の１４時〜１４時３０分の欄をタッチする。この動作は、３月２日の１４時〜１４時３０分の時間帯を選択したことを意味する。
ステップＳ１２−８において、スケジュール予約サーバ１００のＷｅｂ制御部１２０は、上記タッチ（これは、日付と時間帯の選択を意味する）を入力し、当該欄の時間帯の予約内容入力画面を、（ＭＳ１０２の）タブレット端末１０２ａに通信部１２４を介して送信する。
【０１０６】
図１２のフローチャートの続きが図１４のフローチャートに示されている。
ステップＳ１４−１において、タブレット端末１０２ａは、当該予約内容入力画面を表示する。この予約内容入力画面の様子を示す模式図が図１５に示されている。
【０１０７】
予約内容入力画面
図１５に示すように、予約内容入力画面は、ＭＳ１０２が選択した日付、時間帯に対して、所定の予約内容を入力していく画面である。図１５に示す例では、登録者を入力する登録者欄３００と、面談の日時を入力する日時欄３０２と、参加メンバーを入力する参加メンバー欄３０４と、が予約内容入力画面に含まれる。
【０１０８】
ＭＳ１０２は、これらの欄に、対応する情報を入力していく。但し、登録者欄３００は、ログインした者の氏名が自動的に入力され、表示されていてもよい。このような自動的な入力・表示は、Ｗｅｂ制御部１２０が実行してよい。また、面談の日時が、ＭＳ１０２が図１４の画面でタッチした欄から読み取られるので、その読み取った日時を自動的に入力され、表示されてもよい。このような自動的な入力・表示も、Ｗｅｂ制御部１２０が実行してよい。
【０１０９】
図１５の例では、参加メンバー欄３０４には、ＭＳ１０２として山田氏、バーチャルＭＲ１０４ａとしてＭＲ１氏のみ表示されているが、その他の上司等も記入してよく、面バーン数は３以上であってもよい。
【０１１０】
また、予約内容入力画面は、製薬会社と、その医薬品とを入力する製薬会社医薬品欄３０６を含む。が表示されている。この欄は、便宜上、製薬会社の欄と、医療品の欄と、の２カ所に別れている。この製薬会社医薬品欄３０６は、次のように入力が行われる。
ＭＳ１０２が、製薬会社の名称を入力すると、それに対応する医薬品のリストが医薬品の欄からアクセス可能に表示される。例えば、プルダウンメニューのように、その製薬会社の医薬品が現れるので、そのプルダウンメニューから所望の医薬品を選択すればよい。このようなプルダウンメニューは、Ｗｅｂ制御部１２０が表示してよい。
Ｗｅｂ  また、逆に、ＭＳ１０２が、医薬品の名称を対応する欄に入力すると、それに対応する製薬会社が対応する欄に自動的に入力され、表示されてよい。
【０１１１】
このような製薬会社、医薬品に関する自動的な入力・表示は、Ｗｅｂ制御部１２０が、製薬会社データベース１３２を調べることにより実行することができる。例えば、製薬会社データベース１３２は、製薬会社（名）と、その製薬会社が製造又は販売する医薬品と、を並べたテーブルで構成することができる。そして、ＭＳ１０２が製薬会社（名）を入力
した場合は、その製薬会社に対応する医薬品を製薬会社データベース１３２から読み出し、読み出した医薬品のリストを、予約入力画面（図１５）の医薬品の入力欄に表示することができる。その後、ＭＳ１０２が、リストから医薬品を選択した場合は、Ｗｅｂ制御部１２０が、その医薬品を入力し、表示してよい。
【０１１２】
そして、ＭＳ１０２が医薬品を入力した場合は、その医薬品に対応する製薬会社を製薬会社データベース１３２から読み出し、読み出した製薬会社を、Ｗｅｂ制御部１２０が、製薬会社欄に入力し、表示してよい。
【０１１３】
また、予約内容入力画面は、対象医療機関（名）と対象医師名とを入力する医療機関医師欄３１０を含む。この欄は、便宜上、医療機関１０６の欄と、医師１０８の欄と、の２カ所に別れている。ＭＳ１０２は、この医療機関（名）及び医師（名）を、そのまま直接入力することができる。また、ＭＳ１０２は、医療機関コードを入力して医療機関（名）を入力することもできる。この動作は次段落で述べる。
【０１１４】
予約内容入力画面は、対象医療機関１０６の医療機関コードを入力する医療機関コード欄３１２を含む。
ＭＳ１０２は、この欄に対して、医療機関１０６のコードを直接入力することができる。ＭＳ１０２が医療機関コードを入力していった場合、その入力された桁数に応じて候補となる医療機関名が医療機関候補欄３１４に表示される。上述したように、医療機関コード欄３１２に所定の医療機関コードが入力された場合、Ｗｅｂ制御部１２０は、その入力を受信し、そして、当該医療機関コードで医療機関データベース１３０を検索し、該当する候補となる医療機関１０６を読み出して、医療機関候補欄３１４に表示する。
【０１１５】
このとき、Ｗｅｂ制御部１２０は、入力された医療機関コードの桁数が規定の桁数より少ない場合は、可能性のある医療機関名をすべて列挙して表示する。したがって、入力される桁数が増えていけば、徐々に候補が絞り込まれていくので、表示される医療機関名の数は徐々に減少していく。
ＭＳ１０２が、医療機関候補欄３１４から該当する医療機関１０６を選択する（タッチ）すると、その医療機関１０６が、上述した医療機関医師欄３１０の医療機関１０６の欄に自動的に入力され、表示される。この動作もＷｅｂ制御部１２０が実行することができる。
【０１１６】
医療機関データベース１３０は、医療機関１０６と、その医療機関１０６の医療機関コードと、をデータ項目として含むデータベースである。この結果、医療機関コードからそれに該当する医療機器案１０６を取り出すことができる。また、逆に、Ｗｅｂ制御部１２０は、医療機関１０６の名称から、医療機関コードを医療機関データベース１３０から読み出すこともできる。
【０１１７】
また、予約内容入力画面は、面談の対象となる医療機関１０６が、面談の対象である医薬品の採用の有無を入力する採用欄３０８を含む。
ＭＳ１０２は、この採用欄３０８に対して、医療機関１０６が対象となる医薬品を採用した実績がある場合は、「有り」を、実績がない場合は「なし」を入力する。また、この採用欄３０８は、「有り」と、「なし」の２種のボタンを有するラジオボタンで構成してもよい。この場合は、ＭＳ１０２は、「有り」と、「なし」の２種のボタンのうち、いずれか一方をタッチすることによって、医療機関１０６が、対象である医薬品を採用しているか否かを入力することができる。
【０１１８】
また、図１５に示すように、予約内容入力画面は、コメント欄３１６を含む。コメント欄３１６は、登録者（ＭＳ１０２である山田氏）が、バーチャルＭＲ１０４ａであるＭＲ１氏に伝えておきたいメッセージを記入する欄である。例えば、医療従事者の特徴、使用してはならないＮＧワード等を予め伝えておけば、面談の円滑な進行に役立つものである。
【０１１９】
以上のようにして、予約内容入力画面を用いて、予約の具体的な内容を入力する。ＭＳ１０２は、図１５における予約ボタン３１８をタッチすると、面談の予約が完了する。そして、図１４のステップＳ１４−３に移行する。
なお、予約を取りやめるときは、図１５における破棄ボタン３２０をタッチする。すると、記入した内容は破棄され、図１３のスケジュール予約画面に戻る。
【０１２０】
ステップＳ１４−３において、Ｗｅｂ制御部１２０は、予約内容入力画面で入力した内容を受診し、バーチャルＭＲスケジュールデータベース１２６に記録する。次に、面談の予約が行われる場合は、Ｗｅｂ制御部１２０が、このバーチャルＭＲスケジュールデータベース１２６の内容に基づき、スケジュール画面（図１３）を作成するので、３月２日の１４時〜１４時３０分の欄は、「山田」と表示される。
【０１２１】
以上説明したように、バーチャルＭＲスケジュールデータベース１２６が記録するデータ項目は、図１５に示される内容とほぼ同様である。本実施形態では、例として図１５に示す内容をバーチャルＭＲスケジュールデータベース１２６に記録しているが、必ずしも全ての項目が必須ではない。また、他の項目を増やしてもよい。ただし、登録者欄３００、日付欄３０２、参加メンバー欄３０４等は必須項目と考えてよい。他の項目は、用途に応じて適宜取捨選択してよい。
【０１２２】
Ｈ−２．スケジュール予約サーバ１００における特徴的な予約動作の例
（１）バーチャルＭＲ１０４ａの絞り込み
図１２のフローチャートの説明では、図１３で示した上述したスケジュール予約画面上で希望するバーチャルＭＲと、時間帯をタッチして、予約をするバーチャルＭＲ１０４ａ、日付、時間帯を選択してから、予約の具体的な内容を入力していく（図１５の予約内容入力画面）例を説明した。
しかし、図１５で示した具体的な内容（例えば医薬品）に基づき、それに適合したバーチャルＭＲ１０４ａの候補が表示されるように構成してもよい。
この場合は、まずＭＳ１０２は、ログイン後、図１５の予約内容入力画面に移動し、少なくとも医薬品を入力する。すると、その医薬品の説明をすることができるバーチャルＭＲ１０４ａの候補が表示される。この候補の表示は、Ｗｅｂ制御部１２０が実行する。この候補は、請求の範囲の面談者候補の好適な一例である。
【０１２３】
Ｗｅｂ制御部１２０は、製薬会社医薬品欄３０６の医薬品が入力され、参加メンバー欄３０４のＭＲが入力されていない場合は、その医薬品の説明が可能なスキルを持ったバーチャルＭＲ１０４ａを、ＭＲデータベース１３６から検索し、ＭＲ候補リストとして参加メンバー欄３０４にプルダウンリストとして表示する。
このＭＲのリストは、請求の範囲の面談者候補の好適な一例であるが、面談者候補の表示の方法は他の方法を用いてもよい。別途候補を表示する欄を設けてもよいし、ポップアップボックスを表示してそこにバーチャルＭＲ１０４ａのリストを」表示してもよい。
ＭＲデータベース１３６は、バーチャルＭＲ１０４ａ（の氏名）と、そのバーチャルＭＲ１０４ａが説明することができる医薬品と、をデータ項目として有するデータベースであり、医薬品をキーとしてこのＭＲデータベース１３６を検索すれば、当該医薬品を説明することができるバーチャルＭＲ１０４ａを見つけることができる。Ｗｅｂ制御部１２０は、このようにして当該医薬品を説明することができるバーチャルＭＲ１０４ａを見つけて、プルダウンリストその他の手法で表示する。
本実施形態では、このようなＭＲデータベース１３６があらかじめ構築されているものとする。
プルダウンリストに候補が表示された後の操作方法は次の２通りがある。
【０１２４】
（１ａ）第１の操作方法
バーチャルＭＲ１０４ａの候補が表示された時点で、ＭＳ１０２は、所望のバーチャルＭＲ１０４ａをタッチして選択してから、図１３のスケジュール予約画面に移行することができる。移行は、プルダウンメニューから予約を選択することや、スケジュール予約画面ボタン３２２（図１５参照）をタッチすることで行ってよい。
Ｗｅｂ制御部１２０は、プルダウンリストからいずれかの１人以上のバーチャルＭＲ１０４ａに対するタッチを受信し、スケジュール予約画面ボタン３２２のタッチを受信すると、タッチされた１人以上の当該バーチャルＭＲ１０４ａのみを含む図１３のスケジュール予約画面を送信する。そして、タブレット端末１０２ａはこのスケジュール予約画面をディスプレイ上に表示する。
なお、Ｗｅｂ制御部１２０は、メニューから「予約」が選択されたことを以て、スケジュール予約画面（図１３）に戻るように構成してもよい。
このようにして、選択した１人以上のバーチャルＭＲ１０４ａのみが含まれるスケジュール予約画面（図１３）が表示されるので、１人以上の当該バーチャルＭＲ１０４ａのスケジュールの中からすでに説明したように日付と時間帯をタッチして選択することができる。選択後は再び図１５に示す予約内容入力画面に移行（Ｗｅｂ制御部１２０が予約入力画面を送信する）するので、まだ入力していない項目を入力してから、予約ボタン３１８をタッチして予約を完了することができる。
【０１２５】
（１ｂ）第２の操作方法
バーチャルＭＲ１０４ａの候補が表示された時点で、ＭＳ１０２は、特にバーチャルＭＲ１０４ａを選択することなく、図１３のスケジュール予約画面に移行することもができる。移行は、メニューから「予約」を選択することや、図１５のスケジュール予約ボタン３２２をタッチすることで行ってよい。すると、候補としてプルダウンリストに挙げられた複数のバーチャルＭＲ１０４ａの全てが含まれるスケジュール予約画面（図１３）が表示される。
この動作は、これまでの説明と同様に、Ｗｅｂ制御部１２０が該当するバーチャルＭＲ１０４ａを含むスケジュール予約画面を送信することによって実現される。
ＭＳ１０２は、改めてそのスケジュール予約画面（図１３）から所望の日付、時間帯をタッチして選択することができる。選択後は再び図１５に示す予約内容入力画面に移行するので、まだ入力していない項目を入力してから、予約ボタン３１８をタッチして予約を完了することができる。予約ボタン３１８へのタッチを受信したＷｅｂ制御部１２０は、これまでＷｅｂページ上で入力されたデータを、バーチャルＭＲスケジュールデータベース１２６に記憶させる。これによって、予約が完了する。このように、面談の対象である医薬品の面談が可能なバーチャルＭＲ１０４ａに絞り込んでから選択することができるので、より効率的に予約を行うことができる。
【０１２６】
（１ｃ）
このようにして、第１又は第２の操作方法によってバーチャルＭＲスケジュールデータベース１２６に記録された内容は、スケジュール予約サーバ１００にログインして、（「予約」や、「スケジュール確認」等のメニューを選択して）スケジュール予約画面を表示させれば、いつでも閲覧することができる。このように、ＭＳ１０２だけでなく、バーチャルＭＲ１０４ａも、スケジュール予約サーバ１００にログインして、スケジュールをいつでも確認することができる。
（１ｄ）他の条件による絞り込み
また、上の例では、医薬品を指定し、その医薬品の説明をできるバーチャルＭＲ１０４ａに絞り込んでスケジュール予約画面を表示させる例を説明したが、他の条件で絞り込んでもよい。例えば、医療機関１０６で絞り込んで表示させることもできる。また、ＭＳ１０２は、なれているバーチャルＭＲ１０４ａ個人を選択して絞り込むこともできる。例えば、面談の相手である医師１０８に応じて、その医師１０８になれているバーチャルＭＲ１０４を、個人指定する場合等である。
【０１２７】
Ｉ．スケジュール予約サーバ１００の他の動作
スケジュール予約サーバ１００は、予約を登録する動作だけでなく、他の動作も実行する。
（１）図１５の下段に示すように、予約の内容として記録した参加メンバーには、面談の当日、面談の直前等において、適宜通知メールが送信される。これは、メール部１２２によって実行される。メール部１２２は、いわゆる電子メールを送受信するメールソフトと、それを実行するプロセッサ（ＣＰＵ等）によって実現される。このメール部１２２は、現在の日時と、バーチャルＭＲスケジュールデータベース１２６の内容を読み取り、所定のタイミングで参加メンバー等に通知メールを送信する。タイミングは任意のタイミングでよく、面談の当日の朝や、面談開始時刻１時間前、１０分前、等種々のタイミングで送信してよい。
【０１２８】
（２）図４の（７）で説明したように、バーチャルＭＲ１０４ａは、面談終了後に評価レポート１１４を作成する。この評価レポート１１４は、製薬会社に提出されるとともに、面談履歴データベース１２８に記録してもよい。具体的には、バーチャルＭＲ１０４ａが、スケジュール予約サーバ１００にログインし、面談履歴登録のメニューを選択し、作成した評価レポート１１４をアップロードする。スケジュール予約サーバ１００へのログインや、メニューの選択等は、ＭＳ１０２の場合と同様であり、また既存のコンピュータのログイン手法と同様の手法（例えば、ＩＤとパスワードとを入力する等）で実行すればよい。また、評価レポート１１４のアップロードも、既存のアップロードと同様の技術でアップロードすればよい。
【０１２９】
このように、面談の結果を表す評価レポート１１４をスケジュール予約サーバ１００の内部に記録しておく（面談履歴データベース１２８）ことによって、後日（例えば、次の面談時等）バーチャルＭＲ１０４ａは、その医師１０８にこれまでどのような面談をしているかを確認することができる。したがって、過去の履歴を考慮した面談を実行することができ、より質の高い面談を実行することができる。
【０１３０】
面談履歴データベース１２８は、終了した面談の内容を記録するデータベースであり、種々のデータを記録しておくことができる。上述のように評価レポート１１４を記録しておくことの他、面談の録画データ・録音データ、面談に使用した（提供した）資料等を記録しておいてもよい。これらも、評価レポート１１４のように、バーチャルＭＲ１０４ａが、スケジュール予約サーバ１００にログインを行い、適宜面談履歴データベース１１２にアップロードしてよい（図７のフローチャート参照）が、ＭＳ１０２が実行してもよい。例えば、アンケート結果（図７参照）は、ＭＳ１０２がスケジュール予約サーバ１００の面談履歴データベース１１２にアップロードしてもよい。
面談履歴データベース１１２は、これら評価レポート等について、日付、時間帯、ＭＳ１０２、バーチャルＭＲ１０４ａ、医療機関１０６、医師１０８、対象となる医薬品をキーとして分類記憶されている。
そのため、種々のデータ項目をキーとして検索することができてよい。例えば、ある医療機関１０６をキーとして検索すれば、その医療機関１０６に対してこれまでどのような面談を実行したのか、引き出すことができる。また、ある医薬品をキーとして検索すれば、その医薬品に関してどの医療機関１０６にいつ面談を行ったかを引き出すことができ、その内容を知る場合に便利である。
【０１３１】
（３）過去の予約スケジュールとその閲覧
また、バーチャルＭＲスケジュールデータベース１２６は、予約された面談が実行された後もその記録された内容は原則として残る。すなわち、図１３に示すスケジュール予約画面で、日付を遡れば、過去に実行された面談のスケジュールをいつでも閲覧することができる。例えば、自分がいつ面談を実行したか等を、ＭＳ１０２やバーチャルＭＲ１０４ａはいつでも簡便に知ることができる。
なお、ＭＳ１０２は、所定の操作によって、予約のスケジュールを消せるように構成してもよい。
【０１３２】
過去のスケジュールを閲覧する動作
予約
上述した実施形態では、ＭＳ１０２が、「予約」のメニューを選択することによって、スケジュール予約画面（図１３参照）を表示させる例を説明した。このスケジュール予約画面を表示させている場合、日付を入力することによって、当該日付のスケジュール予約画面を表示させて、予約の状況を確認することができるが、この日付は、現在より未来だけでなく、過去の日付も入力することができる。
したがって、未来の日付で予約を行う前に、過去の予約状況を確認しながら、その後で予約を行うこと等が可能となり、利便性を向上させることができる。また、予約の場合、バーチャルＭＲ１０４ａを指定して、そのバーチャルＭＲ１０４ａのみのスケジュールを表示させることができる点は、すでに説明したとおりである。
閲覧
また、単に閲覧だけの場合には、「予約」のメニューとは別に「閲覧」のメニューを設けておくことも好適である。
Ｗｅｂ制御部１２０は、「閲覧」が選択された場合、これまでの説明や上記「予約」の場合と同様に、スケジュール予約画面（図１３参照）を表示させる。この場合、予約ができないようにすることを除けば、上記予約とほぼ同様である。
また、閲覧の場合も、上記予約の場合と同様に、バーチャルＭＲ１０４ａで絞り込んで表示することや、医療機関１０６で絞り込んで表示させることができるように構成してもよい。閲覧の場合も、予約内容入力画面（図１５）を用意しておき、このような画面で絞り込みたい条件を記入させてから、スケジュール予約画面（図１３）のようなスケジュールを表示する画面に戻れば、入力させた条件で絞り込んで表示させることが好適である。
【０１３３】
（４）タッチ以外の操作
本実施形態では、タブレット型端末１０２ａを中心として説明したので、主としてタッチして指示を行う例を説明してきたが、いわゆるポインティングデバイスであれば、どのような手段で指示を行ってもよい。マウスを用いてもよいし、タッチに代えてクリックして指示を行ってもよい。また、トラックボールや、スタイラスペンを用いて指示を行ってもよい。
【０１３４】
Ｊ．変形例
（１）バーチャルＭＲ１０４ａは、インターネット１１０に接続する端末やコンピュータを操作できれば、どこに位置していてもよい。上述した実施形態では、バーチャルＭＲ１０４ａの所属する企業の室内にいることを前提として説明したが、スケジュール予約サーバ１００に接続でき、タブレット端末１０２ａとインターネットテレビ電話することができれば、どこに位置していてもよい。
【０１３５】
（２）本実施形態におけるインターネットテレビ電話は、どのような種類のテレビ電話でもよい。また、電話という名前が付されていないＷｅｂ会議システムや、オンライン会議システム、等であってもよい。動画像と音声を通信でき、適宜、資料等を相手方に示すことができ、また相手方に送信することができれば、どのようなシステムを用いてもよい。
また、上の実施形態では、インターネット（を用いた）テレビ電話を例として説明したが、インターネットを用いない電話回線のみのテレビ電話でもよい。
【０１３６】
（３）上の説明では、図１３のスケジュール予約画面において、ログインしたＭＳ１０２の氏名は太いゴシックで表され、他のＭＳ１０２の氏名と区別がつくように表示される例を説明した。しかし、自己（ＭＳ１０２）の氏名が強調されて表示されれば、どのような表示方法でもよい。例えば、背景を色彩（有彩色）付きで表示する（背景を赤にする）という方法を採用してもよい。
【０１３７】
Ｋ．まとめ（実施形態全体）
以上、本発明の実施形態について詳細に説明したが、前述した実施形態は、本発明を実施するにあたっての具体例を示したに過ぎない。本発明の技術的範囲は、上記実施形態に限定されるものではない。本発明は、その趣旨を逸脱しない範囲において種々の変更が可能であり、それらも本発明の技術的範囲に含まれる。
【符号の説明】
【０１３８】
１００  スケジュール予約サーバ
１０２  ＭＳ
１０２ａ  タブレット端末
１０４  ＭＲ
１０４ａ  バーチャルＭＲ
１０６  医療機関・薬局等
１０８  医師
１１０  インターネット
１１２  面談履歴データベース
１１４  評価レポート
１２０  Ｗｅｂ制御部
１２２  メール部
１２４  通信部
１２６  バーチャルＭＲスケジュールデータベース
１３０  医療機関データベース
１３２  製薬会社データベース
１３４  バス
１３６  ＭＲデータベース
３００  登録者欄
３０２  日付欄
３０４  参加メンバー欄
３０６  製薬会社医薬品欄
３０８  採用欄
３１０  医療機関医師欄
３１２  医療機関コード欄
３１４  医療機関候補欄
３１６  メッセージ欄
３１８  予約ボタン
３２０  破棄ボタン
３２２  スケジュール予約画面ボタン
【図１】
2020087081.tif 000003
【図２】
2020087081.tif 000004
【図３】
2020087081.tif 000005
【図４】
2020087081.tif 000006
【図５】
2020087081.tif 000007
【図６】
2020087081.tif 000008
【図７】
2020087081.tif 000009
【図８】
2020087081.tif 000010
【図９】
2020087081.tif 000011
【図１０】
2020087081.tif 000012
【図１１】
2020087081.tif 000013
【図１２】
2020087081.tif 000014
【図１３】
2020087081.tif 000015
【図１４】
2020087081.tif 000016
【図１５】
2020087081.tif 000017