IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ 楽天株式会社の特許一覧

特開2024-167334商品情報提示制御装置及び端末プログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024167334
(43)【公開日】2024-12-03
(54)【発明の名称】商品情報提示制御装置及び端末プログラム
(51)【国際特許分類】
   G06Q 30/0601 20230101AFI20241126BHJP
【FI】
G06Q30/0601
G06Q30/0601 340
【審査請求】未請求
【請求項の数】14
【出願形態】OL
(21)【出願番号】P 2024147408
(22)【出願日】2024-08-29
(62)【分割の表示】P 2023073716の分割
【原出願日】2023-04-27
(71)【出願人】
【識別番号】399037405
【氏名又は名称】楽天グループ株式会社
(74)【代理人】
【識別番号】110000958
【氏名又は名称】弁理士法人インテクト国際特許事務所
(74)【代理人】
【識別番号】100120189
【弁理士】
【氏名又は名称】奥 和幸
(74)【代理人】
【識別番号】100135518
【弁理士】
【氏名又は名称】青木 隆
(72)【発明者】
【氏名】小宮山 樹理
(72)【発明者】
【氏名】伊達 翼
(57)【要約】      (修正有)
【課題】購入前に説明が必要な商品について説明のための通話中に、説明を行う側の操作に応じて、如何なる商品が提供されることになるかを顧客に認識させる商品情報提示制御装置及び端末プログラムを提供する。
【解決手段】販売管理サーバ1、診察端末2、出荷端末3及び各顧客端末4が、ネットワークNWを介して互いに接続される通信システムSにおいて、医薬品販売サイトを利用可能な商品の買い手としての顧客が利用する顧客端末4は、顧客による操作に基づいて販売管理サーバ等から医薬品販売サイトに含まれるウェブページ等のコンテンツを受信して表示する。販売管理サーバは、顧客からの商品の注文を受け付けるための処理や顧客が医療用医薬品を注文するために医療機関でのオンライン診察又はその予約を受け付ける処理を実行する。
【選択図】図1
【特許請求の範囲】
【請求項1】
顧客が利用する顧客端末装置と、購入前に説明を受けることが必要な商品に関する前記説明を前記顧客に行う説明者が利用する説明者端末装置とを、前記説明のための通話を可能に接続させる接続手段と、
前記顧客端末装置と前記説明者端末装置とが接続されていることで前記顧客端末装置の画面に前記説明者端末装置側の映像が表示されているとき、前記顧客に提供される商品について前記説明者端末装置に入力された入力情報を、前記説明者端末装置から取得する入力情報取得手段と、
前記画面に前記説明者端末装置側の映像が表示されているとき、前記取得された入力情報に基づいて、前記顧客に提供される商品を示す提供商品情報を前記画面に表示させる顧客画面表示制御手段と、
を備えることを特徴とする商品情報提示制御装置。
【請求項2】
注文するために前記顧客により選択された商品を識別する商品識別情報を取得する商品識別情報取得手段を更に備え、
前記顧客画面表示制御手段は、前記取得された商品識別情報により示される前記商品を含む注文内容を示す前記提供商品情報を前記画面に表示させ、
前記顧客画面表示制御手段は、前記注文内容を変更するための前記入力情報が前記入力情報取得手段により取得された場合、前記変更後の注文内容を示すように、前記提供商品情報の表示を更新させることを特徴とする請求項1に記載の商品情報提示制御装置。
【請求項3】
前記顧客画面表示制御手段は、前記注文内容を示す前記提供商品情報とともに、前記注文内容で商品を購入するために必要な金額を示す金額情報を、前記画面に表示させ、
前記顧客画面表示制御手段は、前記注文内容を変更するための前記入力情報が前記入力情報取得手段により取得された場合、前記変更後の注文内容で商品を購入するために必要な金額を示すように、前記金額情報の表示を更新させることを特徴とする請求項2に記載の商品情報提示制御装置。
【請求項4】
前記顧客画面表示制御手段は、前記画面における前記提供商品情報の表示を更新するための操作を前記顧客端末装置が受け付けた場合、前記提供商品情報の表示を更新させることを特徴とする請求項2又は3に記載の商品情報提示制御装置。
【請求項5】
前記顧客画面表示制御手段は、前記注文内容を変更するための前記入力情報が前記入力情報取得手段により取得された場合、前記変更後の注文内容を示す前記提供商品情報とともに、前記注文内容の変更により前記注文内容から削除された商品を示す削除商品情報を前記画面に表示させることを特徴とする請求項2又は3に記載の商品情報提示制御装置。
【請求項6】
前記顧客画面表示制御手段は、前記提供商品情報とともに、前記提供商品情報により示される前記商品の購入に必要な金額を示す金額情報を、前記画面に表示させることを特徴とする請求項1又は2に記載の商品情報提示制御装置。
【請求項7】
前記取得された商品識別情報に基づいて、前記選択された商品が、購入前に説明を受ける必要がある説明必要商品であるか否かを判定する判定手段を更に備え、
前記接続手段は、前記選択された商品が前記説明必要商品であると判定された場合、前記顧客端末装置と前記説明者端末装置とを接続させることを特徴とする請求項2又は3に記載の商品情報提示制御装置。
【請求項8】
前記顧客端末装置と前記説明者端末装置との接続が切断された後、前記画面に表示された前記提供商品情報により示される前記商品を含む注文内容で注文を確定することを示す注文確定画面を前記顧客端末装置により表示させる注文確定画面表示制御手段を更に備え、
前記選択された商品が前記説明必要商品ではないと判定された場合、前記接続手段は、前記顧客端末装置と前記説明者端末装置とを接続させることなく、前記注文確定画面表示制御手段は、前記選択された商品を含む前記注文内容で注文を確定することを示す前記注文確定画面を前記顧客端末装置により表示させることを特徴とする請求項7に記載の商品情報提示制御装置。
【請求項9】
前記選択された商品が前記説明必要商品であると判定された場合、前記説明を要求するための説明要求操作が可能な説明要求画面を、前記顧客端末装置に表示させる説明要求画面表示制御手段を更に備え、
前記接続手段は、前記顧客端末装置により表示された前記説明要求画面で前記説明要求操作が受け付けられた後、前記顧客端末装置と前記説明者端末装置とを接続させることを特徴とする請求項7に記載の商品情報提示制御装置。
【請求項10】
前記接続手段は、前記選択された商品を含む前記注文内容で注文を確定させる前に、前記顧客端末装置と前記説明者端末装置とを接続させることを特徴とする請求項2又は3に記載の商品情報提示制御装置。
【請求項11】
前記顧客端末装置と前記説明者端末装置との接続が切断された後、前記画面に表示された前記提供商品情報により示される前記商品を含む注文内容で注文を確定することを示す注文確定画面を前記顧客端末装置により表示させる注文確定画面表示制御手段を更に備えることを特徴とする請求項1乃至3の何れか一項に記載の商品情報提示制御装置。
【請求項12】
前記注文確定画面は、前記注文を確定させるための確定操作が可能な画面であり、
前記顧客端末装置により表示された前記注文確定画面で前記確定操作が受け付けられた後、前記注文内容に含まれる前記商品の購入代金を決済する決済処理を実行する決済手段を更に備えることを特徴とする請求項11に記載の商品情報提示制御装置。
【請求項13】
前記提供される商品は医療用医薬品を含み、
前記説明者は医療機関であり、
前記接続手段は、前記顧客端末装置と前記説明者端末装置とを、前記医療機関が前記顧客を診察するための前記通話を可能に接続させることを特徴とする請求項1又は3に記載の商品情報提示制御装置。
【請求項14】
顧客が利用する顧客端末装置のコンピュータを、
前記顧客端末装置と、購入前に説明を受けることが必要な商品に関する前記説明を前記顧客に行う説明者が利用する説明者端末装置とが、前記説明のための通話が可能に接続されているとき、前記説明者端末装置側の映像を画面に表示させる映像表示制御手段と、
前記顧客に提供される商品に関する入力情報が前記説明者端末装置に入力された後、前記顧客に提供される前記商品を示す提供商品情報を表示させる提供商品表示情報であって、前記入力情報に応じた提供商品表示情報を取得する取得手段と、
前記画面に前記説明者端末装置側の映像が表示されているとき、前記取得された提供商品表示情報に基づいて、前記画面に前記提供商品情報を表示させる提供商品情報表示制御手段、
として機能させることとを特徴とする端末プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、顧客に提供される商品について、オンラインでの通話により顧客に対して説明するための方法に関する。
【背景技術】
【0002】
従来、インターネットを利用した通信販売のシステムが知られている。こうしたシステムでは、一般的に、購入者は販売者と対面せずに商品を購入することができる。その一方で、販売される商品の中には、商品の購入に際して顧客が販売者等から説明を受けることが必要な商品も存在する。例えば、医薬品を購入する場合、顧客は、医療機関による診察を受ける必要があったり、薬剤師による服薬指導を受ける必要があったりする場合がある。また例えば、一部の化粧品を購入する場合、顧客は医療機関等のカウンセリングを受ける必要がある場合がある。こうした商品について、オンラインの通話で説明を可能とするシステムも知られている。
【0003】
例えば特許文献1には、薬剤師による服薬指導が必要な医薬品を販売するための販売処理システムが開示されている。この販売システムでは、顧客が販売者に対して送信する購入依頼において、販売方法として通信販売が指定され、且つ、服薬指導を受ける方法として遠隔服薬指導が指定された場合、顧客の端末と販売者である薬剤師の端末とが通信接続し、テレビ会議のような方法で顧客と薬剤師とがコミュニケーションをとることにより遠隔服薬指導が実現される。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開2020-135278号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、従来の技術では、通話での説明の間、如何なる商品を顧客が購入することになるのかを、顧客に適切に認識させることができなかった。
【0006】
本発明は以上の点に鑑みてなされたものであり、その課題の一例は、購入前に説明が必要な商品について説明のための通話中に、説明を行う側の操作に応じて、如何なる商品が提供されることになるかを顧客に認識させることを可能とする商品情報提示制御装置及び端末プログラムを提供することである。
【課題を解決するための手段】
【0007】
(適用例1)本適用例に係る商品情報提示制御装置は、顧客が利用する顧客端末装置と、購入前に説明を受けることが必要な商品に関する前記説明を前記顧客に行う説明者が利用する説明者端末装置とを、前記説明のための通話を可能に接続させる接続手段と、前記顧客端末装置と前記説明者端末装置とが接続されていることで前記顧客端末装置の画面に前記説明者端末装置側の映像が表示されているとき、前記顧客に提供される商品について前記説明者端末装置に入力された入力情報を、前記説明者端末装置から取得する入力情報取得手段と、前記画面に前記説明者端末装置側の映像が表示されているとき、前記取得された入力情報に基づいて、前記顧客に提供される商品を示す提供商品情報を前記画面に表示させる顧客画面表示制御手段と、を備えることを特徴とする。
【0008】
本適用例によれば、顧客端末装置と説明端末装置とが接続されることにより、オンラインで説明者が顧客に対して提供される商品に関する説明を行うことができる。顧客端末装置と説明端末装置とが接続されているとき、顧客端末装置の画面には、説明者端末装置側の映像が表示される。顧客に提供される商品についての入力情報が、説明者端末装置に入力される。顧客端末の画面に説明者端末装置側の映像が表示されているとき、入力情報に基づいた提供商品情報が、顧客端末装置の画面に表示される。提供商品情報は、顧客に提供される商品を示す情報である。従って、購入前に説明が必要な商品について説明のための通話中に、説明を行う側の操作に応じて、如何なる商品が提供されることになるかを顧客に認識させることができる。
【0009】
(適用例2)本適用例に係る商品情報提示制御装置は、注文するために前記顧客により選択された商品を識別する商品識別情報を取得する商品識別情報取得手段を更に備え、前記顧客画面表示制御手段は、前記取得された商品識別情報により示される前記商品を含む注文内容を示す前記提供商品情報を前記画面に表示させ、前記顧客画面表示制御手段は、前記注文内容を変更するための前記入力情報が前記入力情報取得手段により取得された場合、前記変更後の注文内容を示すように、前記提供商品情報の表示を更新させることを特徴とする。
【0010】
本適用例によれば、顧客端末装置の画面には、注文するために顧客により選択された商品を含む注文内容を示す提供商品情報が先ず表示される。その注文内容を変更するための入力情報が説明者端末装置に入力されると、変更後の注文内容を示すように、顧客端末装置の画面における提供商品情報の表示が更新される。そのため、顧客が希望した注文内容が説明者により変更されることに応じて、変更後の注文内容を顧客に認識させることができる。
【0011】
(適用例3)本適用例に係る商品情報提示制御装置は、前記顧客画面表示制御手段は、前記注文内容を示す前記提供商品情報とともに、前記注文内容で商品を購入するために必要な金額を示す金額情報を、前記画面に表示させ、前記顧客画面表示制御手段は、前記注文内容を変更するための前記入力情報が前記入力情報取得手段により取得された場合、前記変更後の注文内容で商品を購入するために必要な金額を示すように、前記金額情報の表示を更新させることを特徴とする。
【0012】
本適用例によれば、顧客端末装置の画面には、注文するために顧客により選択された商品を含む注文内容を示す提供商品情報とともに、その注文内容で商品を購入するために必要な金額を示す金額情報が表示される。その注文内容を変更するための入力情報が説明者端末装置に入力されると、変更後の注文内容を示すように、顧客端末装置の画面における提供商品情報の表示が更新されるとともに、その変更後の注文内容で商品を購入するために必要な金額を示すように、顧客端末装置の画面における金額情報の表示も更新される。そのため、顧客が希望した注文内容が説明者により変更されることに応じて、変更後の注文内容とともに、変更後の注文内容で商品購入するために必要な金額を、顧客に認識させることができる。
【0013】
(適用例4)本適用例に係る商品情報提示制御装置は、前記顧客画面表示制御手段は、前記画面における前記提供商品情報の表示を更新するための操作を前記顧客端末装置が受け付けた場合、前記提供商品情報の表示を更新させることを特徴とする。
【0014】
本適用例によれば、顧客が操作を行うことで、顧客端末装置の画面における提供商品情報の表示が更新される。そのため、注文内容が変更されたか否かを顧客が認識する確実度合いを高めることができる。
【0015】
(適用例5)本適用例に係る商品情報提示制御装置は、前記顧客画面表示制御手段は、前記注文内容を変更するための前記入力情報が前記入力情報取得手段により取得された場合、前記変更後の注文内容を示す前記提供商品情報とともに、前記注文内容の変更により前記注文内容から削除された商品を示す削除商品情報を前記画面に表示させることを特徴とする。
【0016】
本適用例によれば、顧客が操作を行うことで、説明者により注文内容が変更された場合、変更後の注文内容に含まれる商品を示す提供商品情報とともに、変更後の注文内容から削除されている商品を示す削除商品情報とが、表示される。そのため、注文内容が如何様に変更されたかを、顧客に認識させることができる。
【0017】
(適用例6)本適用例に係る商品情報提示制御装置は、前記顧客画面表示制御手段は、前記提供商品情報とともに、前記提供商品情報により示される前記商品の購入に必要な金額を示す金額情報を、前記画面に表示させることを特徴とする。
【0018】
本適用例によれば、顧客端末装置の画面には、提供商品情報とともに、提供商品情報により示される商品の購入に必要な金額を示す金額情報が表示される。そのため、説明者による入力に基づいて顧客に提示された商品の購入のために必要な金額を、顧客に認識させることができる。
【0019】
(適用例7)本適用例に係る商品情報提示制御装置は、前記取得された商品識別情報に基づいて、前記選択された商品が、購入前に説明を受ける必要がある説明必要商品であるか否かを判定する判定手段を更に備え、前記接続手段は、前記選択された商品が前記説明必要商品であると判定された場合、前記顧客端末装置と前記説明者端末装置とを接続させることを特徴とする。
【0020】
本適用例によれば、顧客により選択された商品が、購入前に説明を受ける必要がある商品である場合、顧客端末装置と説明端末装置とが接続される。顧客端末装置と説明端末装置とが接続されている間、顧客は説明者から説明を受けることができる。説明を受けることで、顧客はその商品を注文することができる。そのため、顧客の利便性を考慮しながら、商品を適正に注文するための手順を提供することができる。
【0021】
(適用例8)本適用例に係る商品情報提示制御装置は、前記顧客端末装置と前記説明者端末装置との接続が切断された後、前記画面に表示された前記提供商品情報により示される前記商品を含む注文内容で注文を確定することを示す注文確定画面を前記顧客端末装置により表示させる注文確定画面表示制御手段を更に備え、前記選択された商品が前記説明必要商品ではないと判定された場合、前記接続手段は、前記顧客端末装置と前記説明者端末装置とを接続させることなく、前記注文確定画面表示制御手段は、前記選択された商品を含む前記注文内容で注文を確定することを示す前記注文確定画面を前記顧客端末装置により表示させることを特徴とする。
【0022】
本適用例によれば、顧客により選択された商品が、購入前に説明を受ける必要がある商品である場合、顧客端末装置と説明端末装置とが接続されて、説明が行われる。説明が終わって顧客端末装置と説明端末装置との接続が切断されると、顧客端末装置は、注文確定画面を表示する。このときの注文確定画面は、顧客端末装置の画面に表示されていた提供商品情報により示される注文内容で注文を確定することを示す。一方、顧客により選択された商品が、購入前に説明を受ける必要がある商品ではない場合、顧客端末装置と説明端末装置とは接続されずに、顧客端末装置は、注文確定画面を表示する。このときの注文確定画面は、顧客が選択した商品を含む注文内容で注文を確定することを示す。そのため、顧客は、説明を受けることが不要な商品を、説明を受けるための手順を踏むことなく購入することができる。
【0023】
(適用例9)本適用例に係る商品情報提示制御装置は、前記選択された商品が前記説明必要商品であると判定された場合、前記説明を要求するための説明要求操作が可能な説明要求画面を、前記顧客端末装置に表示させる説明要求画面表示制御手段を更に備え、前記接続手段は、前記顧客端末装置により表示された前記説明要求画面で前記説明要求操作が受け付けられた後、前記顧客端末装置と前記説明者端末装置とを接続させることを特徴とする。
【0024】
本適用例によれば、顧客により選択された商品が、購入前に説明を受ける必要がある商品である場合、顧客端末装置は明要求画面を表示する。この説明要求画面で顧客が説明要求操作を行うことで、顧客端末装置と説明者端末装置とが接続されて、その商品について説明者による説明が可能となる。そのため、顧客の利便性を考慮しながら、商品を適正に注文するための手順を提供することができる。
【0025】
(適用例10)本適用例に係る商品情報提示制御装置は、前記接続手段は、前記選択された商品を含む前記注文内容で注文を確定させる前に、前記顧客端末装置と前記説明者端末装置とを接続させることを特徴とする。
【0026】
本適用例によれば、顧客端末装置と説明者端末装置とが接続さることで、顧客により選択された商品を含む注文内容で注文が確定する前に、その商品について説明者による説明が可能となる。そのため、顧客により選択された商品が、購入前に説明を受ける必要がある商品である場合に、商品を適正に注文するための手順を提供することができる。
【0027】
(適用例11)本適用例に係る商品情報提示制御装置は、前記顧客端末装置と前記説明者端末装置との接続が切断された後、前記画面に表示された前記提供商品情報により示される前記注文内容で前記注文を確定することを示す注文確定画面を前記顧客端末装置により表示させる注文確定画面表示制御手段を更に備えることを特徴とする。
【0028】
本適用例によれば、顧客端末装置と説明端末装置とが接続されて、顧客に提供される商品に関する説明が行われる。説明が終わって顧客端末装置と説明端末装置との接続が切断されると、顧客端末装置は、注文確定画面を表示する。注文確定画面は、顧客端末装置の画面に表示されていた提供商品情報により示される注文内容で注文を確定することを示す。そのため、顧客に提供される商品が、購入前に説明を受ける必要がある商品である場合に、商品を適正に注文するための手順を提供することができる。
【0029】
(適用例12)本適用例に係る商品情報提示制御装置は、前記注文確定画面は、前記注文を確定させるための確定操作が可能な画面であり、前記顧客端末装置により表示された前記注文確定画面で前記確定操作が受け付けられた後、前記注文内容に含まれる前記商品の購入代金を決済する決済処理を実行する決済手段を更に備えることを特徴とする。
【0030】
本適用例によれば、注文確定画面において顧客が注文を確定させるための操作を行った後、注文された商品の購入代金が決済される。そのため、顧客が選択した商品が、説明が行われたことによって販売可能になった段階で、顧客はその購入代金を支払うことができる。
【0031】
(適用例13)本適用例に係る商品情報提示制御装置は、前記提供される商品は医療用医薬品を含み、前記説明者は医療機関であり、前記接続手段は、前記顧客端末装置と前記説明者端末装置とを、前記医療機関が前記顧客を診察するための前記通話を可能に接続させることを特徴とする。
【0032】
本適用例によれば、顧客端末装置と説明端末装置とが接続されることにより、オンラインでの診察において、医療機関が、顧客に対して提供される医療用医薬品に関する説明を行うことができる。顧客端末の画面に説明者端末装置側の映像が表示されているとき、顧客に提供される医療用医薬品を提供商品情報が、顧客端末装置の画面に表示される。そのため、医療用医薬品について説明のための通話中に、医療機関側の操作に応じて、如何なる医療用医薬品が提供されることになるかを顧客に認識させることができる。
【0033】
(適用例14)本適用例に係る商品情報提示制御装置は、顧客が利用する顧客端末装置のコンピュータを、前記顧客端末装置と、購入前に説明を受けることが必要な商品に関する前記説明を前記顧客に行う説明者が利用する説明者端末装置とが、前記説明のための通話が可能に接続されているとき、前記説明者端末装置側の映像を画面に表示させる映像表示制御手段と、前記顧客に提供される商品に関する入力情報が前記説明者端末装置に入力された後、前記顧客に提供される前記商品を示す提供商品情報を表示させる提供商品表示情報であって、前記入力情報に応じた提供商品表示情報を取得する取得手段と、前記画面に前記説明者端末装置側の映像が表示されているとき、前記取得された提供商品表示情報に基づいて、前記画面に前記提供商品情報を表示させる提供商品情報表示制御手段、として機能させることとを特徴とする。
【発明の効果】
【0034】
本発明によれば、購入前に説明が必要な商品について説明のための通話中に、説明を行う側の操作に応じて、如何なる商品が提供されることになるかを顧客に認識させることができる。
【図面の簡単な説明】
【0035】
図1】一実施形態に係る通信システムSの概要構成の一例を示す図である。
図2】顧客端末4の画面遷移の一例を示す図である。
図3】一実施形態に係る販売管理サーバ1の概要構成の一例を示すブロック図である。
図4】販売管理サーバ1のデータベースに記憶される情報の例を示す図である。
図5】販売管理サーバ1のデータベースに記憶される情報の例を示す図である。
図6】一実施形態に係る販売管理サーバ1におけるシステム制御部11の機能ブロックの一例を示す図である。
図7】(a)は、商品画面1200の表示例を示す図である。(b)は、カート画面1300の表示例を示す図である。(c)は、注文申込内容確認画面1400の表示例を示す図である。
図8】(a)は、診察予約画面1500の表示例を示す図である。(b)は、診察予約確認画面1600の表示例を示す図である。
図9】(a)は、顧客診察画面2000の表示例を示す図である。(b)は、注文内容確認画面2100の表示例を示す図である。
図10】医療機関診察画面3000の表示例を示す図である。
図11】一実施形態に係る通信システムSの処理例を示すシーケンス図である。
図12】一実施形態に係る通信システムSの処理例を示すシーケンス図である。
図13】一実施形態に係る通信システムSの処理例を示すシーケンス図である。
図14】一実施形態に係る販売管理サーバ1の概要構成の一例を示すブロック図である。
図15】注文申込DB14gに記憶される情報の一例を示す図である。
図16】医療機関診察画面3100の一例を示す図である。
図17】注文内容編集画面3200の一例を示す図である。
図18】医療機関診察画面3100の一例を示す図である。
図19】顧客診察画面2000の更新例を示す図である。
図20】一実施形態に係る顧客端末4の概要構成の一例を示すブロック図である。
図21】一実施形態に係る顧客端末4におけるシステム制御部41の機能ブロックの一例を示す図である。
図22】一実施形態に係る通信システムSの処理例を示すシーケンス図である。
図23】一実施形態に係る通信システムSの処理例を示すシーケンス図である。
【発明を実施するための形態】
【0036】
以下、図面を参照して本発明の実施形態について詳細に説明する。少なくとも一の実施形態においては、事業者が顧客に対して商品を販売する。販売される商品の中に、その商品を顧客が購入する前に所定の説明者による説明を顧客が受ける必要がある説明必要商品と、そのような説明が不要な説明不要商品と、を含んでもよい。説明必要商品は、例えば顧客が説明不要商品を利用する場合と比較して、顧客にとって何らかのリスクがある可能性がある商品であってもよいし、そうではなくてもよい。そのリスクは、例えば顧客の健康に関するリスクであってもよい。説明者は、例えば法律により定められた資格を有する者であってもよいし、説明必要商品に関する専門的な知識を有する者であってもよし、その商品を販売する事業者の所定のスタッフであってもよい。説明者は、説明必要商品を販売する事業者と同一であるか若しくはその事業者に属してもよいし、その事業者とは異なってもよい。
【0037】
説明必要商品の一例として、医療用医薬品又は処方薬が挙げられる。この場合の説明不要書品の例として、一般用医薬品、その他の商品等が挙げられる。医療用医薬品を販売する事業者の例として、医療機関及び薬局が挙げられる。医療機関は、医師が診察や治療を行うための施設又は組織であってもよい。医療機関の例として、診療所、病院等が挙げられる。医療用医薬品を購入するためには、その前に、医師による処方が必要である。その処方を得るためには、顧客は医療機関の医師による診察を受ける必要がある。診察時に、医師は医療用医薬品に関する説明を行う。更に、顧客は、医療機関により処方を受ける必要がある。また、顧客が薬局で医療用医薬品を購入するには、処方箋を薬局に提出するとともに、その薬局の薬剤師による服薬指導を受ける必要がある。服薬指導において、薬剤師は医療用医薬品に関する説明を行う。
【0038】
説明必要商品の別の例として、特定の化粧品が挙げられる。医療用医薬品以外で説明を受ける必要がある化粧品を、説明必要化粧品という。説明不要商品である化粧品を、説明不要化粧品という。例えば、ドクターズコスメと呼ばれる化粧品がある。ドクターズコスメの開発に、医療機関が関わっている。ドクターズコスメのうち、法律上医師の処方が必要な化粧品は、医療用医薬品に分類されるものとする。ドクターズコスメのうち、医療用医薬品ではないものの、購入前に顧客が説明を受ける必要がある化粧品を、説明必要化粧品とする。何れの化粧品が説明必要化粧品であるかは、例えば化粧品を販売する事業者により予め定められていてもよい。化粧品を販売する事業者の例として、医療機関及び化粧品店が挙げられる。説明者の例として、医師、化粧品コンサルタント、その他その事業者の所定のスタッフ等が挙げられる。説明者は、顧客に対して診察、カウンセリング又はコンサルティングを行っている間に、説明必要化粧品に関する説明を行う。少なくとも一の実施形態においては、一の医療機関が、医療用医薬品及び説明必要化粧品の両方を販売することがあってもよい。
【0039】
説明必要商品の更に別の例として、第1類医薬品がある。この場合の説明不要商品の例として、第2類医薬品、第3類医薬品、及び説明が不要なその他の商品が挙げられる。説明者の例として、薬剤師が挙げられる。第1類医薬品を購入するためには、その前に、顧客はその薬局の薬剤師から情報提供を受ける必要がある。情報提供の中で、薬剤師は第1類医薬品に関する説明を行う。
【0040】
少なくとも一の実施形態において、説明必要商品及び説明不要商品は、オンラインを利用して販売されてもよい。例えば、ウェブサイト上でそれらの商品が販売されてもよい。ウェブサイトにおいて、顧客は、注文するために商品を選択可能であってもよい。選択された商品は、顧客が注文を希望する商品であってもよい。少なくとも一の実施形態に係る商品注文支援装置(または商品情報提示制御装置)は、顧客により選択された商品が、説明必要商品であるか否かを判定してもよい。商品注文支援装置は、選択された商品が説明必要商品である場合、その選択された商品について所定の説明者による説明を要求するための説明要求操作が可能な説明要求画面を、顧客が利用する顧客端末装置により表示させてもよい。ここで、商品注文支援装置は、顧客により選択された商品を含む注文内容で注文を確定させる前に説明要求画面を表示させてもよい。説明必要商品について説明がないにもかかわらず説明必要商品の注文を確定してその説明必要商品を顧客へ発送すると問題が生じる。そこで、注文の確定前に説明要求画面を表示させることで、顧客は説明を受けるための説明要求操作を行うことができる。そして、説明者による説明の後で注文が確定すると、事業者は、その商品を顧客に販売することができる。少なくとも一の実施形態によれば、顧客の利便性を考慮しながら、商品を適正に注文するための手順を提供することができる。
【0041】
説明必要商品に関する説明は、例えば診察、カウンセリング、コンサルティング、服薬指導、情報提供等の中で行われる。そのため、説明の要求は、説明必要商品の種類に応じて、診察、カウンセリング、コンサルティング、服薬指導又は情報提供等の要求に読み替えることができる。説明要求画面は、説明を要求するための操作として、その説明を予約するための操作が可能な画面であってもよい。
【0042】
少なくとも一の実施形態においては、説明必要商品に関する説明がオンラインで行われてもよい。例えば、顧客が利用する顧客端末装置と説明者が利用する説明者端末装置とが、説明のための通話が可能に接続されてもよい。顧客端末装置と説明者端末装置との間の通信により、例えば説明者は顧客と会話し、説明を行ってもよい。
【0043】
少なくとも一の実施形態に係る商品注文支援装置は、説明のために顧客端末装置と説明者端末装置とが接続される前に、注文されることが予定される商品を示す情報として、前述したように顧客による商品の選択が可能としてもよい。そして、顧客により選択された商品が説明必要商品である場合、顧客端末装置と説明者端末装置とが接続されてもよい。少なくとも一の実施形態に係る商品注文支援装置は、説明必要商品が医療用医薬品である場合において、顧客端末装置と説明者端末装置とが接続される前に、注文されることが予定される商品を示す情報として、医療機関により作成された処方箋の情報を取得可能としてもよい。その後、処方箋により示される医療用医薬品に関する説明のために、顧客端末装置と説明者端末装置とが接続されてもよい。この場合の説明者は、薬剤師であってもよい。少なくとも一の実施形態においては、顧客端末装置と説明者端末装置とが接続される前には、注文されることが予定される商品が選択されていなくてもよい。そして、商品注文支援装置は、顧客端末装置と説明者端末装置とが接続されているとき、顧客に提供される商品として説明必要商品を顧客に対して説明者が提示することが可能としてもよい。
【0044】
少なくとも一の実施形態に係る商品注文支援装置は、オンラインでの説明のために顧客端末装置と説明者端末装置とが接続されているとき、顧客に対して提供される商品について説明者端末装置に説明者が入力情報を入力可能としてもよい。顧客に対して提供される商品は、例えば注文のために顧客が選択した商品であって、その注文が未確定の商品を含んでもよい。顧客に対して提供される商品は、例えば説明者が、顧客に対して注文することを提案する商品を含んでもよい。入力情報は、提供される商品それ自体を示してもよい。或いは、入力情報は、提供される商品の追加、削除若しくは変更、或いは提供される商品の数量自体若しくはその数量の変更を示してもよい。
【0045】
少なくとも一の実施形態に係る顧客端末装置は、説明のために顧客端末装置と説明者端末装置とが接続されているときに、説明者端末装置側で撮影された映像を表示してもよい。商品注文支援装置は、説明者端末装置側で撮影された映像が、顧客端末装置により表示されているとき、入力情報に基づいて、顧客に提供される商品を示す提供商品情報を、顧客端末装置の画面に表示させてもよい。少なくとも一の実施形態によれば、購入前に説明が必要な商品について説明のための通話中に、説明を行う側の操作に応じて、如何なる商品が提供されることになるかを顧客に認識させることができる。
【0046】
以降においては、説明必要商品が医療用医薬品であり、商品を販売する事業者及び説明者が医療機関であり、且つ、説明の前に顧客が商品を予め選択する場合の実施例について説明する。しかしながら、上述したように、説明必要商品が医療用医薬品とは異なる形態や、事業者が医療機関とは異なる形態にも、本願は適用可能である。
【0047】
[1.第1実施形態]
[1-1.通信システムの構成]
先ず、本実施形態に係る通信システムSの構成及び機能概要について、図1を用いて説明する。図1は、本実施形態に係る通信システムSの概要構成の一例を示す図である。
【0048】
図1に示すように、通信システムSは、販売管理サーバ1と、少なくとも一の診察端末2と、少なくとも一の出荷端末3と、複数の顧客端末4と、を含んで構成されてもよい。販売管理サーバ1、診察端末2、出荷端末3及び各顧客端末4は、ネットワークNWを介して互いに接続される。ネットワークNWは、例えばインターネット、専用通信回線(例えば、CATV(Community Antenna Television)回線)、移動体通信網(基地局等を含む)、及びゲートウェイ等により構築されている。
【0049】
販売管理サーバ1は、所定の医薬品販売サイトに関する各種処理を行うサーバ装置であってもよい。医薬品販売サイトは、顧客がオンラインで所定の医療機関から医薬品等を購入可能とするウェブサイトであってもよい。医薬品販売サイトで販売される主な商品は医薬品であってもよい。販売される医薬品として、医療用医薬品と一般用医薬品とがあってもよい。医療用医薬品は、医師による処方に基づいて提供される医薬品である。一般用医薬品は、医師による処方が不要な医薬品である。医薬品販売サイトでは、医薬品以外の商品も販売されてもよい。そうした商品の例として、化粧品、健康食品等が挙げられる。販売管理サーバ1は、例えば顧客端末4等からの要求に応じて、医薬品販売サイトに含まれるウェブページ等のコンテンツを顧客端末4へ送信してもよい。なお、販売管理サーバ1によるウェブページの送信は、そのウェブページのHTML(HyperText Markup Language)文書を送信することに相当してもよい。また、販売管理サーバ1は、顧客からの商品の注文を受け付けるための処理を実行してもよい。更に、販売管理サーバ1は、顧客が医療用医薬品を注文するために医療機関での診察(または診療)の予約を受け付ける処理を実行してもよい。この診察は、オンライン診察であってもよいし、オフラインで行われる診察であってもよい。また更に、販売管理サーバ1は、オンライン診察が予約された場合において、そのオンライン診察を実現するための処理を実行してもよい。オンライン診察では、診察端末2と顧客端末4との間で音声及び映像の通信が行われてもよい。
【0050】
診察端末2は、医療機関が主として診察の際に用いるための端末装置であってもよい。この診察端末2は、医師が主に利用する端末装置であってもよい。例えば、診察端末2は、電子カルテの表示及び入力、処方の入力等に用いられてもよい。また、診察端末2は、オンライン診察のために用いられてもよい。診察端末2の例として、パーソナルコンピュータ、タブレットコンピュータ等が挙げられる。診察端末2は、映像を撮影するためのビデオカメラを備えてもよいし、ビデオカメラと接続可能となっていてもよい。また、診察端末2は、音声の入力に用いられるマイクロホンを備えてもよいし、マイクロホンと接続可能になっていてもよい。診察端末2には、ウェブブラウザや電子メールクライアント等のソフトウェアが組み込まれていてもよい。
【0051】
出荷端末3は、医療機関が主として商品の出荷の際に用いるための端末装置であってもよい。この出荷端末3は、薬剤師やその他の従業員が利用する端末装置であってもよい。例えば、出荷端末3は、発送される商品の情報や配送先に関する情報を表示してもよい。従業員は、出荷端末3に表示された情報に基づいて、注文された商品の出荷作業を行ってよい。出荷端末3の例として、パーソナルコンピュータ、タブレットコンピュータ等が挙げられる。出荷端末3には、ウェブブラウザや電子メールクライアント等のソフトウェアが組み込まれていてもよい。
【0052】
各顧客端末4は、医薬品販売サイトを利用可能な商品の買い手としての顧客が利用する端末装置であってもよい。各顧客端末4は、例えば顧客による操作に基づいて販売管理サーバ1等からウェブページ等のコンテンツを受信して表示してもよい。顧客端末4の例として、スマートフォン、タブレットコンピュータ等の携帯情報端末、携帯電話機、PDA(Personal Digital Assistant)、パーソナルコンピュータ、セットトップボックス等が挙げられる。各顧客端末4は、映像を撮影するためのビデオカメラを備えてもよいし、ビデオカメラと接続可能となっていてもよい。また、各顧客端末4は、音声の入力に用いられるマイクロホンを備えてもよいし、マイクロホンと接続可能になっていてもよい。各顧客端末4には、ウェブブラウザや電子メールクライアント等のソフトウェアが組み込まれていてもよい。携帯用の顧客端末4には、専用アプリのインストールが可能であってもよい。専用アプリは、医薬品販売サイトを利用するためのアプリケーションである。顧客端末4は、専用アプリに従って、販売管理サーバ1へ各種の要求を送信し、販売管理サーバ1からコンテンツを受信して表示してもよい。
【0053】
[1-2.画面遷移]
次に、顧客端末4の画面の遷移例について、図2を用いて説明する。図2は、顧客端末4の画面遷移の一例を示す図である。前述したように、医薬品販売サイトにおいては、医療用医薬品と、一般用医薬品及び商品と、が販売される。医療用医薬品を販売するためには医師による処方が必要となる。処方を行うためには、医師が顧客を診察する必要がある。そのため、医療用医薬品とその他の商品とでは、商品を注文するための画面の遷移が異なる。各画面は、例えばウェブページで販売管理サーバ1から顧客端末4に提供されてもよい。
【0054】
図2に示すように、顧客端末4が医薬品販売サイトにアクセスすると、先ず商品選択画面1100が表示されてもよい。商品選択画面1100は、詳細な情報を見たい商品を顧客が選択するための画面であってもよい。商品選択画面1100は、複数種類の画面を含んでもよい。例えば、商品選択画面1100は、検索条件入力画面、検索結果画面等を含んでもよい。検索条件入力画面は、商品の検索条件を入力又は選択するための画面であってもよい。検索条件の例として、商品のカテゴリ、キーワード等が挙げられる。検索結果画面は、入力された検索条件を満たす商品の一覧を検索結果として表示する画面である。
【0055】
検索結果の中から顧客が何れかの商品を選択すると、商品画面1200が表示されてもよい。商品画面1200は、選択された商品に関する詳細な情報が表示される画面である。商品画面1200において、顧客は、その商品を、注文するために選択する操作を行うことができる。例えば、その商品をカートに入れる操作が可能であってもよい。カートは、医薬品販売サイトにおいて各顧客が有する仮想的な買い物用の入れ物又はリストであってもよい。顧客は、カートに入っている商品を注文することができる。
【0056】
その後、顧客による操作に基づいて、カート画面1300が表示されてもよい。カート画面1300は、現在カートに入っている商品の一覧を示す画面である。カート画面1300において、顧客は、注文しようとする商品の削除や数量の変更が可能である。
【0057】
カートに入れられている商品の中に医療用医薬品が1つも存在しない場合、次に注文内容確認画面2100が表示されてもよい。注文内容確認画面2100は、注文内容を示すとともに、その注文内容で注文を確定することを示す画面であってもよい。注文内容確認画面2100に示される注文内容は、カートに入れられている商品を含む。顧客は、注文内容確認画面2100で注文内容を確認して、注文を確定させる操作を行う。この操作に応じて、注文完了画面2200が表示されてもよい。注文完了画面2200は、注文が確定したことを示す画面であってもよい。
【0058】
一方、カートに入れられている商品の中に医療用医薬品が存在する場合、カート画面1300の次に注文申込内容確認画面1400が表示されてもよい。注文申込内容確認画面1400は、カートに入れられている商品の注文を申し込む(または注文の受け付けをリクエストする)ための画面であってもよい。注文申込内容確認画面1400は、注文の申し込まれる注文内容は、カートに入れられている商品を含んでもよい。
【0059】
顧客が注文の申し込みを行うと、診察予約画面1500が表示されてもよい。診察予約画面1500は、顧客が注文を申し込んだ医療用医薬品の処方を受けるための診察の日時を選択するための画面である。この時点では、顧客の注文はまだ正式には受け付けられていなくてもよい。
【0060】
顧客が診察日時を選択すると、診察予約確認画面1600が表示されてもよい。診察予約確認画面1600は、診察の予約内容を確認するための画面である。
【0061】
診察予約確認画面1600に表示された予約内容で顧客が診察の予約を確定させると、診察予約受付完了画面1700が表示されてもよい。診察予約受付完了画面1700は、診察の予約が完了したことを示す画面である。
【0062】
次に、問診票画面1800が表示されてもよい。問診票画面1800は、診察に先だって顧客が問診票に記入するための画面である。
【0063】
診察の予約が確定した後、顧客宛てに診察通知メールが送信されてもよい。診察通知メールは、予約された診察に関する情報を通知する電子メールであってもよい。診察通知メールには、診察日時が記載されているとともに、オンライン診察用のURLが記載されてもよい。診察日当日に、顧客が診察通知メールからこのURLを選択すると、顧客端末4は販売管理サーバ1にアクセスして、診察待機画面1900が表示されてもよい。或いは、医薬品販売サイト内の所定のメニューから顧客がオンライン診察を選択すると、診察待機画面1900が表示されてもよい。診察待機画面1900は、診察開始まで待機状態であることを示す画面である。
【0064】
その後、診察開始時刻になると、顧客診察画面2000が表示されてもよい。顧客診察画面2000は、オンライン診察において顧客が医療機関の医師と会話するための画面であってもよい。顧客診察画面2000において、顧客は、医師から医療用医薬品に関する説明を受けることができる。また、顧客診察画面2000には、注文が予定される商品として、顧客が選択した商品に関する情報が表示されてもよい。診察を行っている医師により、その注文内容が変更されることがあってもよい。
【0065】
オンライン診察が終了して医師による処方が行われると、注文内容確認画面2100が表示されてもよい。注文内容確認画面2100は、最終的な注文内容を示すとともに、その注文内容で注文を確定させるための操作を受け付ける画面であってもよい。
【0066】
顧客が注文を確定させると、販売サーバ1は注文を受け付けて、注文された商品の購入代金を決済する処理を行ってもよい。決済が完了すると、注文完了画面2200が表示されてもよい。注文完了画面2200は、注文の完了及び決済の完了を示す画面であってもよい。決済が完了すると、注文された商品が医療機関から顧客へ発送されてもよい。
【0067】
なお、顧客により選択された医薬品が医療用医薬品である場合、その医薬品を医療機関が発送するのではなく、その顧客へ処方箋を提供するように販売管理サーバ1が構成されてもよい。例えば、医師による処方が行われると、販売管理サーバ1又は診察端末2は、処方箋を印刷してもよい。医療機関の従業員は、その処方箋を顧客へ郵送してもよい。或いは、販売管理サーバ1は、電子処方箋を生成してもよい。販売管理サーバ1は、顧客宛ての電子メールで電子処方箋を送信してもよい。或いは、販売管理サーバ1は、医薬品販売サイトの所定のウェブページから電子処方箋をダウンロード可能にしてもよい。
【0068】
また、顧客により選択された医薬品が医療用医薬品である場合、その医薬品を薬局が発送するように販売管理サーバ1が構成されてもよい。例えば、医師による顧客の診察が終わると、医療機関から薬局へ処方箋が送付されてもよい。例えば、医療機関から薬局へ処方箋が郵送されてもよい。或いは、販売管理サーバ1が、電子処方箋を、薬局が利用する端末装置である図示せぬ薬局端末へ送信してもよい。処方箋を受領した薬局の薬剤師は、顧客に対して服薬指導を行ってもよい。服薬指導は、例えばオンラインで行われてもよい。オンライン診察の場合と同様に、オンラインの服薬指導では、薬局端末と顧客端末4との間で音声及び映像の通信が行われてもよい。服薬指導が終わった後、薬局は医療用医薬品を顧客へ発送してもよい。
【0069】
[1-3.販売管理サーバの構成]
次に、販売管理サーバ1の構成について、図3乃至図5を用いて説明する。図3は、本実施形態に係る販売管理サーバ1の概要構成の一例を示すブロック図である。図3に示すように、販売管理サーバ1は、システム制御部11と、システムバス12と、入出力インタフェース13と、記憶部14と、通信部15と、を備えている。システム制御部11と入出力インタフェース13とは、システムバス12を介して接続されている。
【0070】
システム制御部11は、CPU(Central Processing Unit)11a、ROM(Read Only Memory)11b、RAM(Random Access Memory)11c等により構成されている。
【0071】
入出力インタフェース13は、記憶部14及び通信部15とシステム制御部11との間のインタフェース処理を行う。
【0072】
記憶部14は、例えば、ハードディスクドライブ等により構成されている。この記憶部14には、会員DB14a、商品DB14b、カートDB14c、診察予約DB14d、処方履歴DB14e、注文DB14f等のデータベースが記憶されてもよい。「DB」は、データベースの略語である。少なくとも一のデータベースは、販売管理サーバ1と異なるサーバ装置に記憶されてもよい。販売管理サーバ1は、そのサーバ装置を介してデータベースにアクセス可能であってもよい。
【0073】
図4及び図5は、販売管理サーバ1のデータベースに記憶される情報の例を示す図である。会員DB14aには、医薬品販売サイトを利用可能な各顧客に関する会員情報が記憶されてもよい。例えば会員DB14aには、図4に示すように、会員情報として、顧客ID、氏名、性別、生年月日、住所、電話番号、電子メールアドレス、及びクレジットカード情報等が、互いに関連付けて記憶されてもよい。顧客IDは、顧客を識別する識別情報である。クレジットカード情報は、その顧客が利用可能なクレジットカードに関する情報である。例えば、クレジットカード情報は、カード番号、有効期限、クレジットカードの所有者の氏名等を含んでもよい。
【0074】
商品DB14bには、医薬品販売サイトで販売される各商品に関する商品情報が記憶されてもよい。例えば商品DB14bには、商品情報として、商品ID、カテゴリ情報、医療用医薬品フラグ、商品名、一般名、価格、数量単位、商品説明、及び商品画像URL(Uniform Resource Locator)等が、互いに関連付けて記憶されてもよい。商品IDは、商品を識別する識別情報である。カテゴリ情報は、その商品が属するカテゴリを示す情報である。商品のカテゴリの例として、美容内服薬、美容外用薬、化粧品、ダイエット薬品、ピル、AGA(Androgenetic Alopecia)治療薬、ED(Erectile Dysfunction)治療薬等が挙げられる。医療用医薬品フラグは、その商品が医療用医薬品であるか否かを示す。TRUEに設定された医療用医薬品フラグは、その商品が医療用医薬品であることを示す。FALSEに設定された医療用医薬品フラグは、その商品が医療用医薬品ではないことを示す。商品名は、その商品の名称を示す。一般名は、その商品が医薬品である場合において、その商品の主成分の名称を示す。数量単位は、その商品をどれだけの数量の単位で購入可能であるかを示す。数量単位の例として、1箱、1錠、1週間分、1ヶ月分等が挙げられる。商品画像URLは、その商品の画像のデータのURLである。
【0075】
カートDB14cには、各顧客のカートに現在入れられている商品に関するカート情報が記憶されてもよい。例えば、カートDB14cには、カート情報として、顧客ID、注文申込中フラグ、商品数、及びカート商品情報等が、互いに関連付けて記憶されてもよい。顧客IDは、そのカードを所有する顧客を示す。注文申込中フラグは、そのカートに入っている商品について顧客が注文を申し込んでいる状態であるか否かを示す。顧客が現在注文を申し込んでいる商品がある場合、カートへの商品の追加やカートからの商品の削除を行うことができないように、システム制御部11が機能してもよい。商品数は、そのカートに入っている商品の数を示す。カート商品情報は、カートに入っている個別の商品に関する情報である。一のカートについて、商品数に示される数のカート商品情報が記憶されてもよい。各カート商品情報は、商品ID、数量、及び医療用医薬品フラグを含んでもよい。商品IDは、カートに入っている商品を示す。医療用医薬品フラグは、その商品が医療用医薬品であるか否かを示す。商品DB14bに記憶された商品IDと医療用医薬品フラグとの組み合わせと、カート商品情報に含まれる商品IDと医療用医薬品フラグとの組み合わせとは一致する。なお、販売管理サーバ1は、カート情報を記憶部14に記憶させるのではなく、例えば各顧客端末4にHTTP(HyperText Transfer Protocol)クッキーとして記憶させてもよい。
【0076】
診察予約DB14dには、オンライン診察の各予約に関する予約情報が記憶されてもよい。例えば、診察予約DB14dには、予約情報として、予約番号、診察日、診察開始時刻、診察終了時刻、顧客ID、及び注文番号等が、互いに関連付けて記憶されてもよい。予約番号は、予約を識別する番号である。診察日は、予約された診察が行われる日付を示す。診察開始時刻及び診察終了時刻は、それぞれ診察のために予約された時間帯の開始時刻及び終了時刻を示す。診察開始時刻は、その診察が開始する時刻を示す。顧客IDは、診察を予約した顧客を示す。
【0077】
処方履歴DB14eには、医療機関の医師による処方の履歴が記憶される。処方履歴DB14eには、オンライン診察で行われた処方に関する履歴のみが記憶されてもよいし、オフラインでの診察で行われた処方に関する履歴も記憶されてもよい。例えば、処方履歴DB14eには、処方が行われるごとに、処方ログとして、処方番号、処方日時、予約番号、顧客ID、医薬品数、処方医薬品情報、処方種別、使用期限、及び使用可能回数等が、互いに関連付けて記憶されてもよい。処方番号は、処方を識別する番号である。処方日時は、処方が行われた日時を示す。予約番号は、その処方が行われた診察の予約を識別する番号である。顧客IDは、処方された医薬品が提供される顧客を示す。すなわち、顧客IDは、医師が診察した顧客を示す。医薬品数は、処方された医薬品の数を示す。処方医薬品情報は、処方された個別の医薬品に関する情報である。一の処方について、医薬品数に示される数の処方医薬品情報が記憶されてもよい。各処方医薬品情報は、商品ID及び数量を含んでもよい。商品IDは、処方された医薬品を示す。処方種別は、その処方の種類を示す。処方種別として、通常処方と複数回使用可処方とがあってもよい。通常処方は、その処方を使用した医薬品の提供が1回のみ可能である処方であってもよい。通常処方の有効期限は、例えば処方日からその日を含めて4日以内であってもよい。複数使用可処方は、その処方を使用した医薬品の提供が、処方から所定期間内に所定回数まで繰り返し可能となる処方であってもよい。この期間を、使用可能期間という。使用可能期間は、複数使用可処方を使用して2回目以降に医薬品を提供可能な期間であってもよい。複数使用可処方を使用した2回目以降の医薬品の提供は、通常処方の有効期限(例えば4日)を超えても可能である。複数使用可処方を使用した1回目の医薬品の提供は、通常処方の有効期限と同じ期限内に行われることが必要であってもよいし、2回目以降に医薬品を提供する場合と同じ使用可能期間内に提供可能であってもよい。使用可能期間の長さは、例えば1ヶ月から12ヶ月の間までの間で、予め定められた期間又は医師が決定した期間であってもよい。処方を使用可能な回数は2回以上で、予め定められた回数又は医師が決定した回数であってもよい。医療薬販売サイトを利用する医療機関による処方は、通常処方及び複数回使用可処方の何れか一方のみに限定されていてもよい。この場合、処方履歴DB14eに処方種別は記憶されなくてもよい。使用期限は、複数使用可処方の使用可能期間の末日を示す。使用可能回数は、その複数使用可処方を使用可能な回数を示す。処方を使用可能な期間の長さ及び使用可能回数が全ての複数使用可処方で共通であると定められている場合、処方履歴DB14eに使用期限及び使用可能回数は記憶されなくてもよい。
【0078】
注文DB14fには、医薬品販売サイトで受け付けられた注文に関する注文情報が、注文が確定するごとに記憶されてもよい。例えば、注文DB14fには、図5に示すように、注文情報として、注文番号、注文日時、顧客ID、商品数、注文商品情報、注文ステータス、処方番号、支払金額、配送先情報、支払方法情報、配送方法情報等が、互いに関連付けて記憶されてもよい。注文番号は、注文を識別する番号である。注文日時は、その注文が確定した日時を示す。顧客IDは、その注文を行った顧客を示す。商品数は、注文された商品の数を示す。注文商品情報は、注文された個別の商品に関する情報を示す。一の注文について、商品数に示される数の注文商品情報が記憶されてもよい。各注文商品情報は、商品ID、数量、及び医療用医薬品フラグを含んでもよい。商品IDは、注文された商品又は注文が申し込まれた商品を示す。医療用医薬品フラグは、その商品が医療用医薬品であるか否かを示す。商品DB14bに記憶された商品IDと医療用医薬品フラグとの組み合わせと、注文商品情報に含まれる商品IDと医療用医薬品フラグとの組み合わせとは一致する。注文ステータスは、その注文の現在の状態を示す。注文ステータスとして、注文確定、決済完了、発送完了等があってもよい。注文確定は、注文が確定したことを示す。決済完了は、確定した注文について代金の決済が完了したことを示す。発送完了は、注文された商品の注文者への発送が完了したことを示す。処方番号は、注文された商品が医療用医薬品を含む場合において、その処方を識別する番号である。支払金額は、注文された商品の代金と送料との合計である。配送先情報は、注文された商品の配送先を示す情報である。支払方法情報は、注文された商品の購入代金の支払い方法を示す情報である。配送方法情報は、注文された商品の配送方法を示す情報である。
【0079】
記憶部14には、更に、オペレーティングシステム、DBMS(Database Management System)、サーバプログラム等の各種プログラムが記憶されている。サーバプログラムは、医薬品販売サイトに関する処理をシステム制御部11に実行させるプログラムである。サーバプログラムは、例えば、他の装置からネットワークNWを介して取得されるようにしてもよいし、磁気テープ、光ディスク、メモリカード等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。
【0080】
通信部15は、例えばネットワークインタフェースカード等により構成されている。通信部15は、ネットワークNWを介して、診察端末2、出荷端末3又は顧客端末4と接続し、接続された装置との通信状態を制御する。
【0081】
[1-4.販売管理サーバのシステム制御部の機能概要]
次に、図6乃至図9を用いて、販売管理サーバ1におけるシステム制御部11の機能概要について説明する。図6は、本実施形態に係る販売管理サーバ1におけるシステム制御部11の機能ブロックの一例を示す図である。システム制御部11は、CPU11aが、サーバプログラムに含まれる各種プログラムコードを読み出し実行することにより、図6に示すように、医薬品識別情報取得部111、医療用医薬品判定部112、顧客画面表示制御部113、予約情報生成部114、通信接続部115、医療機関画面表示制御部116、処方情報受信部117、処方履歴記録部118、カート情報管理部119、注文情報生成部120、決済部121、顧客識別情報取得部122、処方判定部123等として機能してもよい。
【0082】
[1-4-1.医療用医薬品が選択された場合の診察予約]
医薬品識別情報取得部111は、注文するために顧客により選択された医薬品を識別する商品IDを、その顧客が利用する顧客端末4から取得してもよい。例えば、医薬品識別情報取得部111は、商品画面1200が表示されているときに顧客が商品を選択する操作を行うことに応じて、その商品IDを取得してもよい。注文のための医薬品の選択は、例えばその医薬品をカートに入れることであってもよい。或いは、注文のための医薬品の選択は、その医薬品の注文を申し込むことであってもよい。
【0083】
図7(a)は、商品画面1200の表示例を示す図である。図7(a)に示すように、商品画面1200には、商品に関する情報、例えば商品名、商品のカテゴリ、商品画像、商品説明、価格等が表示されてもよい。また、商品画面1200には、カート追加ボタン1210及びカートアイコン1220が表示されてもよい。カート追加ボタン1210は、商品画面1200に情報が表示されている商品をカートに追加するためのボタンである。カートアイコン1220は、カート画面1300を表示するために操作可能なアイコンである。更に、商品画面1200には、注意事項情報1230が表示される場合がある。商品画面1200に情報が表示されている商品が医療用医薬品である場合に、注意事項情報1230が表示されてもよい。注意事項情報1230は、その商品が医療用医薬品であること、オンライン診療の予約が必要であること等を示してもよい。顧客がカート追加ボタン1210を押下する操作を行うと、顧客端末4は、その商品の商品IDを販売管理サーバ1へ送信してもよい。医薬品識別情報取得部111は、送信されてきた商品IDを取得してもよい。
【0084】
カート情報管理部119は、各顧客のカート情報を管理してもよい。また、カート情報管理部119は、医薬品識別情報取得部111により取得された商品IDに基づいて、顧客により選択された医薬品をカートに入れる処理を実行してもよい。例えば、カート情報管理部119は、取得された商品IDに関連付けられた医療用医薬品フラグを商品DB14bから検索してもよい。医療用医薬品判定部112は、医療用医薬品フラグに基づいて判定を行ってもよい。カート情報管理部119は、商品ID、医療用医薬品フラグ、及び1に設定された数量を含むカート商品情報を生成してもよい。カート情報管理部119は、生成されたカート商品情報を、カートDB14cに記憶されたその顧客のカート情報に追加してもよい。
【0085】
医療用医薬品判定部112は、医薬品識別情報取得部111により取得された商品IDに基づいて、顧客により選択された医薬品が医療用医薬品であるか否かを判定してもよい。例えば、医療用医薬品判定部112は、商品ごとにその商品が医療用医薬品であるか否かを示す情報を参照して、判定を行ってもよい。この情報は、例えばその顧客のカート情報に含まれるその医薬品の医療用医薬品フラグであってもよいし、商品DB14bに記憶されているその医薬品の医療用医薬品フラグであってもよい。
【0086】
顧客画面表示制御部113は、顧客端末4により各種の画面を表示させてもよい。例えば、顧客画面表示制御部113は、顧客端末4へウェブページを送信することで画面を表示させてもよい。或いは、顧客画面表示制御部113は、例えば画面内に表示されるべき情報を顧客端末4へ送信することで、その画面を表示させてもよい。或いは、顧客画面表示制御部113は、特定の画面の表示の指示を顧客端末4へ送信するのみであってもよい。顧客端末4は、その顧客端末4に予め記憶されている情報に基づいて、販売管理サーバ1からの指示に応じた画面を表示してもよい。また、顧客画面表示制御部113は、顧客により選択された医薬品が医療用医薬品であると医療用医薬品判定部112により判定された場合、その医薬品を含む注文内容で注文を確定させる前に、その医薬品の処方を受けるために医療機関による診察を要求するための診察要求操作を受け付ける診察要求画面を顧客端末4により表示させてもよい。診察要求画面は、例えば診察予約画面1500及び診察予約確認画面1600のうち少なくとも何れか一方を含んでもよい。顧客画面表示制御部113は、顧客により選択された医薬品が医療用医薬品である場合、その医薬品を含む注文内容で注文を確定することを示す注文確定画面を顧客端末4により表示させる前に、診察要求画面を顧客端末4により表示させてもよい。注文確定画面は、例えば注文内容確認画面2100又は注文完了画面2200であってもよい。顧客に医療用医薬品を販売するためには、医師による処方が必要であることが法律上定められている。そのため、処方がないにもかかわらず医療用医薬品の注文を確定してその医療用医薬品を顧客へ発送すると問題が生じる。そこで、注文の確定前に診察要求画面を表示させることで、顧客は医療機関による診察を受けるための診察要求操作を行うことができる。そして、顧客により選択された医薬品がその診察において処方されると、医療機関はその医薬品を顧客に販売することができる。
【0087】
図7(b)は、カート画面1300の表示例を示す図である。例えば商品画面1200において顧客がカートアイコン1220を選択する操作を行うと、カート画面1300が表示されてもよい。図7(b)に示すように、カート画面1300は、カート商品情報1310及び次ボタン1320を含んでもよい。カート商品情報1310は、カートに入っている商品に関する情報である。例えば、カート商品情報1310は、商品名、商品画像、数量、価格等を含んでもよい。次ボタン1320は、表示される画面をカート画面1300から別の画面に遷移させるためのボタンである。また、カート商品情報1310には、商品代金の合計額、送料、及び支払い予定の合計金額が表示されてもよい。更に、カート商品情報1310には、注意事項情報1330が表示される場合があってもよい。カートに入っている商品の中に医療用医薬品が含まれる場合、注意事項情報1330が表示されてもよい。注意事項情報1330は、注意事項情報1230と同一の情報であってもよい。
【0088】
例えば、次ボタン1320が押下されたとき、医療用医薬品判定部112は、選択された医薬品が医療用医薬品であるか否かを判定してもよい。顧客画面表示制御部113は、選択された医薬品が医療用医薬品である場合、注文申込内容確認画面1400のウェブページを顧客端末4へ送信してもよい。一方、顧客画面表示制御部113は、選択された医薬品が医療用医薬品ではない場合、注文内容確認画面2100のウェブページを顧客端末4へ送信してもよい。
【0089】
図7(c)は、注文申込内容確認画面1400の表示例を示す図である。図7(c)に示すように、注文申込内容確認画面1400は、注文申込商品1410及び注文申込ボタン1420を含んでもよい。注文申込商品1410は、この画面に対する操作で注文が申し込まれる商品に関する情報である。例えば、注文申込商品1410は、商品名、商品画像、数量、価格等を含んでもよい。注文が申し込まれる商品は、カートに入れられている商品と同一である。注文申込ボタン1420は、注文を申し込むためのボタンである。また、注文申込内容確認画面1400には、商品代金の合計額、送料、及び支払い予定の合計金額が表示されてもよい。
【0090】
図8(a)は、診察予約画面1500の表示例を示す図である。注文申込内容確認画面1400で顧客が注文申込ボタン1420を押下する操作を行うと、図8(a)に示すように診察予約画面1500が表示される。診察予約画面1500は予約表1510を含んでもよい。予約表1510は、日付と診察開始時刻との組み合わせごとに、診察の予約が可能であるか否かを示す表である。診察開始時刻は、所定の時間間隔(例えば、10分、15分、30分等)で設定されていてもよい。顧客は、予約表1510に対する操作によって、診察の予約が可能な日時から、予約する診察日時を選択することができる。
【0091】
図8(b)は、診察予約確認画面1600の表示例を示す図である。予約表1510において顧客が何れかの診察日時を選択すると、図8(b)に示すように診察予約確認画面1600が表示される。診察予約確認画面1600は、予約内容1610及び予約確定ボタン1620を含んでもよい。予約内容1610は、選択された診察日時を示す。予約確定ボタン1620は、診察の予約を確定するためのボタンである。顧客予約確定ボタン1620を押下する操作を行うと、診察の予約が完了し、診察予約完了画面1700が表示される。診察要求操作は、診察予約画面1500で診察日時を選択する操作、及び、診察予約確認画面1600での確定ボタン1620の操作のうち、少なくとも何れか一方を含んでもよい。
【0092】
予約情報生成部114は、顧客端末4により表示された診察要求画面で診察要求操作が受け付けられた場合、予約情報を生成してもよい。例えば、予約情報生成部114は、診察予約確認画面1600で顧客が予約確定ボタン1620を選択したことに応じて、その顧客の顧客ID、その顧客により選択された診察日及び診察開始時刻を含む予約情報を生成してもよい。予約情報生成部114は、生成された予約情報を診察予約DB14dに記憶させてもよい。
【0093】
[1-4-2.オンライン診察]
通信接続部115は、顧客端末4により表示された診察要求画面で診察要求操作が受け付けられた場合、顧客端末4と診察端末2とを、診察のための通信を可能に接続させてもよい。すなわち、通信接続部115は、顧客と医療機関との間のオンライン診察を可能としてもよい。例えば通信接続部115は、ビデオ通話、ビデオ会議又はウェブ会議等に用いられるプロトコルを用いてもよい。そのようなプロトコルの例として、H.323、WebRTC(Web Real-Time Communication)等が挙げられる。オンライン診察の間、顧客端末4と診察端末2との間でメディアデータ(またはメディアストリーム)が送受信される。メディアデータは、音声を示す音声データ及び映像を示す映像データのうち少なくとも音声データを含んでもよい。映像は、静止画及び動画の何れかであってもよい。メディアデータは顧客端末4と診察端末2との間でピアツーピアにより直接送受信されてもよい。或いは、クライアントサーバ方式で、販売管理サーバ1等のサーバ装置を介してメディアデータが送受信されてもよい。メディアデータを送受信するためのプロトコルとして、例えばRTP(Real-time Transport Protocol)、HLS(HTTP Live Streaming)、MPEG-DASH(Dynamic Adaptive Streaming over HTTP)、RTMP(Real Time Messaging Protocol)等が用いられてもよい。音声データのフォーマットの例として、AAC(Advanced Audio Coding)、MP3(MPEG-1 Audio Layer-3)等が挙げられる。動画データのコンテナフォーマットの例として、MPEG2-TS、MP4、FLV(Flash Video)等が挙げられる。動画のフォーマットの例として、H.264、MPEG-2等が挙げられる。
【0094】
前述したように、販売管理サーバ1は、診察予約を行った顧客の顧客端末4へ診察通知メールを送信してもよい。また、医薬品販売サイトのメニュー内に、オンライン診察を受けるためのリンクが埋め込まれていてもよい。顧客が診察通知メールに記載されたオンライン診察用のURL又はリンクを選択すると、顧客端末4は、そのURLを含む診察要求を販売管理サーバ1へ送信してもよい。通信接続部115は、この診察要求を受信することに応じて、診察予約DB14dからその顧客の顧客IDを含む予約情報を検索してもよい。通信接続部115は、検索された予約情報から診察日、診察開始時刻及び診察終了時刻を取得してもよい。通信接続部115は、今日が診察日であり、且つ、診察開始時刻がまだ経過していない場合、図示しない診察待機画面1900のウェブページを顧客端末4へ送信してもよい。診察待機画面1900を表示している間、顧客端末4は、販売管理サーバ1からの通知を受信することが可能となっていてもよい。一方、診察端末2は、例えばウェブブラウザ上に、顧客の入室を待機している状態であることを示す画面を表示していてもよい。
【0095】
通信接続部115は、診察開始時刻が到来すると、顧客端末4へ顧客診察画面2000のウェブページを送信してもよい。このウェブページは、オンライン診察を実現するための情報を含んでもよい。例えば、診察端末2と接続したり、映像及び音声を入出力したり、メディアデータを送受信したりするためのタグやスクリプトが含まれていてもよい。また、通信接続部115は、診察端末2へ医療機関診察画面のウェブページを送信してもよい。医療機関診察画面は、オンライン診察において医師が顧客と会話するための画面であってもよい。医療機関診察画面のウェブページは、顧客端末4と接続したり、メディアデータを送受信したりするためのタグやスクリプトを含んでもよい。なお、診察開始時刻後で且つ診察終了時刻前に顧客端末4から診察要求が送信されてきた場合、通信接続部115は、診察待機画面1900のウェブページを送信することなく、顧客診察画面2000のウェブページを送信してもよい。顧客診察画面2000のウェブページを受信した顧客端末4は、このウェブページに含まれるスクリプトに従って、販売管理サーバ1を介して診察端末2へその顧客端末4のセッション情報を送信してもよい。セッション情報は、例えば顧客端末4のIPアドレス、ポート番号、利用可能なメディアに関する情報、メディアデータの送受信に利用可能な経路に関する情報等を含んでもよい。同様に、診察端末2も、販売管理サーバ1を介して顧客端末4へその診察端末2のセッション情報を送信してもよい。それぞれセッション情報を受信した顧客端末4及び診察端末2は、セッション情報に基づいて互いに接続してもよい。接続された各端末装置は、その端末装置のビデオカメラにより映像を撮影させて映像データを生成し、その端末装置のマイクロホンにより集音させて音声データを生成してもよい。そして、各端末装置は、映像データ及び音声データを接続先の端末装置へ送信する。また、各端末装置は、接続先の端末装置から送信されてきた映像データに従って映像をディスプレイに表示してもよい。また、各端末装置は、接続先の端末装置から送信されてきた音声データに従って音声をスピーカから出力させてもよい。
【0096】
図9(a)は、顧客診察画面2000の表示例を示す図である。図9(a)に示すように、顧客診察画面2000は、医師映像領域2010、顧客映像領域2020、通話終了ボタン2030、注文予定表示領域2040、及び金額表示領域2050を含んでもよい。医師映像領域2010には、診察端末2で撮影された医師の映像が表示される。顧客映像領域2020には、顧客端末4で撮影された顧客の映像が表示される。通話終了ボタン2030は、顧客と医師との間の通話を終了させるためのボタンである。すなわち、通話終了ボタン2030は、診察を終了させるためのボタンである。注文予定表示領域2040には、現時点で予定される注文内容が表示されてもよい。注文予定表示領域2040は、例えば更新ボタン2041を含んでもよい。更新ボタン2041は、注文予定表示領域2040に表示されている情報を最新の情報に更新するためのボタンである。注文予定表示領域2040は、更に少なくとも一の注文予定商品情報2042を含んでもよい。各注文予定商品情報2042は、現時点で注文が予定されている商品に関する情報である。オンライン診察の開始時、注文が予定されている商品として、顧客により注文が申し込まれた商品を示す注文予定商品情報2042が表示されてもよい。診察の間に医師により注文内容が変更されると、変更後の注文内容に応じた注文予定商品情報2042が表示されてもよい。各注文予定商品情報2042は、例えば商品名、商品画像、数量、価格等を含んでもよい。金額表示領域2050には、金額情報2051が表示されてもよい。金額情報2051は、注文予定表示領域2040に表示された注文予定商品情報2042により示される商品の購入に必要な金額を示す情報であってもよい。例えば、金額情報2051は、現時点の商品代合計額、送料、現支払予定額、注文申込時支払予定額のうち、少なくとも現支払予定額が表示されてもよい。商品代合計額は、各商品について計算された商品代金を全商品で合計した金額である。各商品の商品代金は、その商品の価格に数量を乗算することにより計算される。現支払予定額は、現時点の商品代合計額と送料との合計である。注文申込時支払予定額は、顧客が注文を申し込んだ時点における商品代合計額と送料との合計である。
【0097】
医療機関画面表示制御部116は、顧客端末4により表示された診察要求画面で診察要求操作が受け付けられた場合、診察端末2により処方編集画面を表示させてもよい。処方編集画面は、注文内容に含まれる医療用医薬品を示す画面であってもよい。また、処方編集画面は、診察要求操作が受け付けられることに応じて顧客に対して行われる診察において、その注文内容を変更するための変更操作を受け付ける画面であってもよい。注文内容の変更は、例えば注文内容からの医療用医薬品の削除、注文内容への医療用医薬品の追加、及び医療用医薬品の数量の変更を含んでもよい。診察に基づいて医療機関により注文内容が変更されることで、顧客にとってより適切な医療用医薬品を顧客は注文することができる。
【0098】
顧客に対する診察がオンライン診察である場合、処方編集画面は、例えば前述した医療機関診察画面であってもよい。図10は、医療機関診察画面3000の表示例を示す図である。図10に示すように、医療機関診察画面3000は、顧客映像領域3010、医師映像領域3020、少なくとも一の医療用医薬品情報3030、追加ボタン3040、及び診察終了ボタン3050を含んでもよい。顧客映像領域3010には、顧客端末4で撮影された顧客の映像が表示される。医師映像領域3020には、診察端末2で撮影された医師の映像が表示される。各医療用医薬品情報3030は、現時点で処方が予定される医薬品に関する情報である。オンライン診察の開始時、注文が申し込まれた商品のうち、各医療用医薬品について医療用医薬品情報3030が表示されてもよい。例えば、医療機関画面表示制御部116は、医療機関診察画面3000のウェブページを送信するとき、注文が申し込まれた商品のうち医療用医薬品について医療用医薬品情報3030を表示するためのタグを生成し、そのタグを含むウェブページを生成してもよい。各医療用医薬品情報3030は、例えば医療用医薬品の一般名及び商品名を含んでもよい。また、各医療用医薬品情報3030は、数量メニュー3031及び削除ボタン3032を含んでもよい。数量メニュー3031は、現時点で処方が予定されている医薬品の数量を示すとともに、その数量を変更するためのプルダウンメニューである。オンライン診察の開始時の数量は、顧客により指定された数量である。削除ボタン3032は、その削除ボタン3032に対応する医薬品を、処方から外すためのボタンである。すなわち、注文内容から医薬品が削除される。医師が削除ボタン3032を押下する操作を行うと、その削除ボタン3032を含む医療用医薬品情報3030は医療機関診察画面3000から消去される。追加ボタン3040は、処方する医薬品を追加するためのボタンである。すなわち、注文内容に新たな医薬品が追加される。例えば、医師が追加ボタン3040を押下する操作を行うと、診察端末2は、医薬品を検索するためのウインドウを表示してもよい。このウインドウにおいて、医師は検索条件を入力又は選択することが可能であってもよい。検索条件の例として、カテゴリ、一般名、商品名等が挙げられる。診察端末2は、入力された検索条件を販売管理サーバ1へ送信してもよい。販売管理サーバ1は、例えば商品DB14bから、検索条件を満たす医療用医薬品を検索して、検索結果を診察端末2へ送信してもよい。診察端末2は、ウインドウに検索結果を表示してもよい。医師が、検索結果から何れかの医薬品を選択すると、診察端末2は、医療機関診察画面3000に、選択された医薬品に対応する医療用医薬品情報3030を追加してもよい。医療機関診察画面3000で注文内容が変更されることに応じて、顧客端末4の顧客診察画面2000の注文予定表示領域2040には、変更後の注文内容を反映した注文申込商品1410が表示されるとともに、金額表示領域2050には、変更後の注文内容に応じた金額情報2051が表示されてもよい。注文予定表示領域2040内及び金額表示領域2050内の表示は、例えば顧客により更新ボタン2041が操作された場合にのみ更新されてもよい。診察終了ボタン3050は、オンライン診察を終了するためのボタンである。また、診察終了ボタン3050は、顧客に対する処方を確定させるためのボタンであってもよい。医師が終了ボタン3050を押下する操作を行うと、診察端末2と顧客端末4との間の通信が終了し、現時点で医療機関診察画面3000に表示されている医療用医薬品情報3030に示される内容で処方が確定してもよい。また、顧客が申し込んだ注文内容のうち、医療用医薬品の部分についても、表示されている医療用医薬品情報3030に示される内容に決定又は変更されてもよい。
【0099】
[1-4-3.注文の確定]
処方情報受信部117は、顧客端末4により表示された診察要求画面(例えば診察予約画面1500)で診察要求操作が受け付けられることに応じて顧客に対して行われる診察に基づく処方を示す処方情報を、診察端末2から受信してもよい。例えばオンライン診察が行われる場合、医療機関診察画面3000において医師が診察終了ボタン3050を押下すると、診察端末2は、処方情報の一例として、診察終了通知を販売管理サーバ1へ送信してもよい。診察終了通知は、例えばオンライン診察の予約番号を含んでもよい。またまた診察終了通知は、診察を受けた顧客の顧客IDを含んでもよい。処方された各医薬品の商品ID及び数量を含んでもよい。また診察終了通知は、処方された各医薬品の商品ID及び数量を含んでもよいし含まなくてもよい。診察終了通知が、処方された医薬品に関する情報を含まない場合、処方情報受信部117が診察終了通知を受信した時点でカートDB14cに記憶されているカート情報が、処方された医薬品を示す情報として用いられてもよい。
【0100】
処方履歴記録部118は、処方情報受信部117により処方情報が受信されることに基づいて、その処方情報により示される処方のログを生成してもよい。例えば、処方履歴記録部118は、診察終了通知に含まれる顧客IDに関連付けられたカート情報を取得してもよい。処方履歴記録部118は、診察終了通知及びカート情報のうち少なくとも何れか一方に含まれる情報に基づいて、処方ログを生成してもよい。また、処方履歴記録部118は、例えば処方情報が受信された日時を、処方日時として処方ログに含めてもよい。処方履歴記録部118は、生成された処方ログを処方履歴DB14eに記憶させてもよい。
【0101】
顧客画面表示制御部113は、処方情報受信部117により処方情報が受信された場合、顧客により選択された医薬品を含む注文内容で注文を確定することを示す注文確定画面を顧客端末4により表示させてもよい。この注文内容は、カート情報に示されていてもよい。診察によって医師により注文内容が変更されなかった場合、その注文内容は、顧客により選択された医療用医薬品を含む。そのため、顧客は、処方を受けることで、その顧客自身が選択した医療用医薬品を正式に注文することができる。注文確定画面は、例えば注文内容確認画面2100又は図示しない注文完了画面2200であってもよい。
【0102】
図9(b)は、注文内容確認画面2100の表示例を示す図である。図9(b)に示すように、注文内容確認画面2100は、少なくとも一の注文商品情報2110及び注文確定ボタン2120を含んでもよい。各注文商品情報2110は、注文される商品に関する情報である。例えば、注文商品情報2110は、商品名、商品画像、数量、価格等を含んでもよい。診察で医師により注文内容が変更されなかった場合、注文申込内容確認画面1400に表示された申込内容と同一の内容を示す注文商品情報2110が表示される。すなわち顧客が選択した医療用医薬品を含む注文内容が表示される。顧客が選択した商品の中に医療用医薬品が存在しない場合、カート画面1300に表示されたカートの内容と同一の内容を示す注文商品情報2110が表示される。顧客画面表示制御部113は、例えばカート情報に含まれる各カート商品情報に基づいて、注文商品情報2110を表示するためのタグを生成して、そのタグを含む注文内容確認画面2100のウェブページを生成してもよい。注文確定ボタン2120は、注文を確定するためのボタンである。顧客診察画面2000には、更に商品の配送先を示す情報、商品の購入代金の支払い方法を示す情報、商品の配送方法を示す情報が表示されてもよい。注文内容確認画面2100において、顧客は、配送先、支払い方法及び配送方法を変更する操作が可能であってもよい。更に注文内容確認画面2100には、商品代金の合計額、送料、及び支払い予定の合計金額が表示されてもよい。
【0103】
顧客画面表示制御部113は、顧客により選択された医薬品が医療用医薬品ではないと医療用医薬品判定部112により判定された場合、診察要求画面を顧客端末4に表示させることなく注文確定画面を表示させてもよい。顧客により選択された医薬品が医療用医薬品ではない場合、医師による処方がなくともその医薬品を販売することができる。従って、診察要求画面の表示は必要ではなく、顧客はそのまま注文を確定させることができる。
【0104】
カート情報管理部119は、診察端末2により表示された処方編集画面(例えば医療機関診察画面3000)で注文内容の変更操作が受け付けられた場合、その注文内容を示すカート情報を変更してもよい。例えば、オンライン診察によって注文内容が変更されたとする。例えば、医療機関診察画面3000で医師が注文内容を変更するごとに、診察端末2は、その変更内容を示す変更情報を販売管理サーバ1へ送信してもよい。カート情報管理部119は、変更情報に基づいて、カートDB14cに記憶されたカート情報を変更してもよい。例えば、カート情報管理部119は、カート商品情報の追加、削除又は数量の変更を行ってもよい。或いは、オンライン診察の終了に応じて診察端末2が販売管理サーバ1へ送信する診察終了通知が、処方された医薬品の情報を含む場合、カート情報管理部119は、カートDB14cに記憶されたカート情報と診察終了通知とを比較してもよい。医療用医薬品についてカート情報と診察終了通知との間に差異がある場合、カート情報管理部119は、その差異を解消するためにカート情報を変更してもよい。
【0105】
顧客画面表示制御部113は、処方情報受信部117により処方情報が受信され、且つ、診察端末2により表示された処方編集画面で注文内容の変更操作が受け付けられた場合、その変更後の注文内容で注文を確定することを示す注文確定画面を表示させてもよい。この場合、注文内容確認画面2100には、変更後の注文内容と同一の内容を示す注文商品情報2110が表示される。例えば、顧客画面表示制御部113は、カート情報管理部119により変更されたカート情報に基づいて、注文商品情報2110を表示するためのタグを生成して、そのタグを含む注文内容確認画面2100のウェブページを生成してもよい。
【0106】
注文情報生成部120は、顧客端末4により表示された注文確定画面で注文の確定操作が受け付けられた場合、確定された注文を示す注文情報を生成してもよい。例えば、注文情報生成部120は、カート情報に含まれる顧客ID、商品数及びカート商品情報に基づいて、注文情報を生成しもよい。この場合、注文情報生成部120は、カート商品情報を注文商品情報として、注文情報に含めてもよい。また、注文情報生成部120は、注文商品情報及び商品DB14bに記憶された商品情報に基づいて、支払金額を計算し、支払金額を注文情報に含めてもよい。また、注文情報生成部120は、注文の確定操作が受け付けられた日時を、注文日時として注文情報に含めてもよい。また、注文情報生成部120は、処方履歴記録部118により生成された処方ログの処方番号を、注文情報に含めてもよい。また、注文情報生成部120は、注文内容確認画面2100で顧客が承認した配送先情報、支払方法情報及び配送方法情報を、注文情報に含めてもよい。注文情報生成部120は、生成された注文情報を注文DB14fに記憶させてもよい。
【0107】
決済部121は、顧客端末4により表示された注文確定画面で注文の確定操作が受け付けられた場合、注文内容に含まれる医薬品の購入代金を決済する決済処理を実行してもよい。例えば、決済部121は、注文情報生成部120により生成された注文情報に含まれる支払方法情報に基づいて、決済処理を実行してもよい。例えば、支払い方法がクレジットカード決済である場合、支払方法情報は、カード番号、有効期限、クレジットカードの所有者の氏名を含んでもよい。決済部121は、クレジットカード会社が管理する決済サーバへ、決済要求を送信してもよい。決済サーバは、クレジットカードを用いた決済を承認及び制御するサーバ装置であってもよい。決済要求は、カード番号、有効期限、クレジットカードの所有者の氏名、支払金額、支払先を示す情報を含んでもよい。支払先は、例えば医療機関であってもよいし、医薬品販売サイトを管理する事業者であってもよい。支払先が、医薬品販売サイトを管理する事業者である場合、後日その事業者から医療機関へ、支払代金から手数料を差し引いた額の売上金が支払われてもよい。決済サーバは、決済要求に基づいて、クレジットカードの情報の確認、有効期限の確認、利用限度枠の確認等を行ってもよい。決済サーバは、顧客による代金の支払いが可能であると判定すると、決済を承認し、決済成功を販売管理サーバ1へ送信してもよい。決済成功を受信した販売管理サーバ1の決済部121は、注文情報に含まれる注文ステータスを決済完了に変更してもよい。決済処理が完了すると、顧客画面表示制御部113は、注文完了画面2200を顧客端末4により表示させてもよい。本実施形態においては、診察によって医療機関から医薬品が処方されると、先ず注文内容確認画面2100が表示され、その後決済処理が完了すると注文完了画面2200が表示される。しかしながら、顧客画面表示制御部113は、注文内容確認画面2100を表示させることなく、決済処理の完了後に注文完了画面2200を顧客端末4により表示させてもよい。この場合、注文情報に追加される配送先情報、支払方法情報及び配送方法情報は、例えば顧客により予め指定された情報であってもよい。
【0108】
決済処理が完了した後、注文情報生成部120は、購入代金が決済された注文情報を出荷端末3へ送信してもよい。例えば、注文情報生成部120は、出荷端末3からの要求に応じて、注文ステータスが決済完了に設定されている注文情報の一覧を示す画面のウェブページを送信してもよい。或いは、出荷端末3は、注文情報の一覧のファイルを、例えばCSV(comma separated values)形式等で販売管理サーバからダウンロード可能であってもよい。医療機関の従業員は、注文された商品を購入者へ発送する作業を終えると、その注文について発送が完了したことを出荷端末3に入力してもよい。この入力に応じて、注文情報生成部120は、対応する注文情報の注文ステータスを発送完了に変更してもよい。
【0109】
[1-4-4.複数回使用可処方]
顧客により選択された医薬品が医療用医薬品であっても、その医薬品が過去に処方された医薬品であって、その処方により顧客が過去に少なくとも一回は購入した医薬品である場合、その医薬品を顧客が今回注文する際には新たな処方が不要な場合があってもよい。例えば、過去の処方が複数回使用可処方である場合、今回は処方が不要な場合がある。以下に複数回使用可処方に対応するための一例を説明する。
【0110】
オンライン診察の際に診察端末2に表示される医療機関診察画面3000は、処方種別の選択、複数回使用可処方の使用可能期間の長さの選択及び使用可能回数の選択のそれぞれの操作が可能に構成されていてもよい。医療機関診察画面3000において医師が診察終了ボタン3050を押下することに応じて診察端末2が販売管理サーバ1へ送信する診察終了通知は、医師により選択された処方種別、使用可能期間の長さ及び使用可能回数を含んでもよい。処方履歴記録部118は、処方ログを生成するとき、診察終了通知に含まれる処方種別及び使用可能期間を処方ログに追加してもよい。また、処方履歴記録部118は、使用可能期間の長さ及び処方日時に基づいて、複数回使用可処方の使用期限を計算してもよい。そして、処方履歴記録部118は、使用期限を処方ログに追加してもよい。
【0111】
顧客識別情報取得部122は、顧客を識別する顧客識別情報を、その顧客が利用する顧客端末4から取得してもよい。この顧客識別情報は、例えば顧客IDであってもよいし、その他の顧客を識別する情報であってもよい。例えば、顧客端末4が初めて医薬品販売サイトにアクセスしたとき、販売管理サーバ1は、端末IDを含むHTTPクッキーをその顧客端末4へ送信してもよい。端末IDは、顧客端末4を識別する識別情報であって、販売管理サーバ1が自動的に生成した識別情報であってもよい。顧客端末4は、そのクッキーを記憶する。その後、顧客端末4から販売管理サーバ1へ送信される要求は、端末IDを含むこととなる。医薬品販売サイトにログインするとき、顧客は、その顧客の顧客IDを入力する。顧客端末4は、入力された顧客IDを販売管理サーバ1へ送信する。販売管理サーバ1は、送信されてきた顧客IDとその顧客端末4の端末IDとを関連付けて記憶部14に記憶させてもよい。端末IDは顧客IDと関連付けられるので、その端末IDは、顧客を識別する情報に相当し得る。そのため、顧客識別情報取得部122は、端末IDを顧客識別情報として取得してもよい。
【0112】
処方判定部123は、医療機関における顧客に対する処方の履歴を示す処方履歴情報と、その顧客により商品の購入の履歴を示す購入履歴情報とに基づいて、その顧客により選択された医薬品が、その顧客に対して現時点から所定期間内に処方されてその顧客により購入されたか否かを判定してもよい。例えば、処方判定部123は、顧客により選択された医薬品が医療用医薬品であると医療用医薬品判定部112により判定された場合に、上記の判定を行ってもよい。処方履歴情報は、例えば処方履歴DB14eに記憶されたその顧客の処方ログの集合であってもよい。購入履歴情報は、例えば注文DB14fに記憶されたその顧客の注文情報の集合であってもよい。特定の顧客の処方ログ及び注文情報は、顧客識別情報取得部122により取得されるその顧客の顧客識別情報から特定可能である。例えば、処方判定部123は、顧客識別情報取得部122により顧客識別情報として取得された端末IDに関連付けられた顧客IDを取得してもよい。処方判定部123は、処方履歴DB14eから、その顧客IDを含む処方ログを検索してもよい。また、処方判定部123は、注文DB14fから、その顧客IDを含む注文情報を検索してもよい。所定期間は、例えば複数使用可処方の使用可能期間であってもよい。処方判定部123は、例えば検索された処方ログから、処方種別が複数使用可処方に設定されており、且つ、その顧客のカート情報に含まれる医療用医薬品の商品IDと同一の商品IDを含む処方ログを特定してもよい。該当する処方ログがない場合、処方判定部123は、顧客により選択された医薬品がその顧客に対して処方されていないと判定してもよい。該当する処方ログがある場合、処方判定部123は、その処方ログに含まれる使用期限が経過しているか否かを判定してもよい。使用期限が経過している場合、処方判定部123は、顧客により選択された医薬品が現時点から所定期間内には処方されていないと判定してもよい。使用期限が経過していない場合、処方判定部123は、検索された商品情報から、特定された処方ログに含まれる医療用医薬品の商品IDと同一の商品IDを含み、且つ、その処方ログの処方日時よりも後の注文日時を含む商品情報を特定してもよい。このとき、処方判定部123は、特定された処方ログの処方番号を含む商品情報のみを特定してもよい。該当する商品情報がない場合、処方判定部123は、顧客に対して処方された医薬品をその顧客は購入していないと判定してもよい。該当する商品情報がある場合、処方判定部123は、その顧客により選択された医薬品が、その顧客に対して現時点から所定期間内に処方されてその顧客により購入されたと判定してもよい。
【0113】
処方判定部123は、顧客識別情報、処方履歴情報及び購入履歴情に基づいて、顧客により選択された医薬品が処方されてからその医薬品がその顧客に販売された回数が、所定回数未満であるか否かを更に判定してもよい。この所定回数は、例えば複数使用可処方の使用可能回数であってもよい。例えば、処方判定部123は、前述したように特定された処方ログから使用可能回数を取得してもよい。また、処方判定部123は、前述した方法で特定した商品情報の数を、その医薬品がその顧客に販売された回数として計算してもよい。そして、処方判定部123は、使用可能回数と商品情報の数とを比較して、前述の判定を行ってもよい。
【0114】
顧客画面表示制御部113は、顧客により選択された医薬品が医療用医薬品であると医療用医薬品判定部112により判定され、且つ、その顧客により選択された医薬品がその顧客に対して現時点から所定期間内に処方されてその顧客により購入されたと処方判定部123により判定された場合、診察要求画面を顧客端末4により表示させることなく、注文確定画面を顧客端末4により表示させてもよい。これにより、顧客は、過去に処方を受けて購入した実績がある医薬品については、改めて診察を受けなくても注文することができる。ここで、顧客画面表示制御部113は、顧客により選択された医薬品が処方されてからその医薬品がその顧客に販売された回数が、所定回数未満であると処方判定部123により判定された場合にのみ、診察要求画面を表示させることなく注文確定画面を表示させてもよい。一方、顧客画面表示制御部113は、顧客により選択された医薬品がその顧客に対して現時点から所定期間内に処方されていないと処方判定部123により判定された場合、診察要求画面を顧客端末4により表示させてもよい。また、顧客画面表示制御部113は、その医薬品が処方されたことがあったとしても、処方後にその医薬品が顧客により購入されていないと処方判定部123により判定された場合、診察要求画面を顧客端末4により表示させてもよい。
【0115】
[1-5.通信システムの動作]
次に、通信システムSの動作について、図11乃至図13を用いて説明する。図11乃至図13は、本実施形態に係る通信システムSの処理例を示すシーケンス図である。処理の順序は、図11乃至図13に示される順序に限定されない。また、図11乃至図13に示されるステップのうち少なくとも一のステップは実行されなくてもよい。
【0116】
例えば、顧客端末4は、商品選択画面1100から顧客が何れかの商品を選択することに応じて、商品画面1200を表示する。顧客は、商品画面1200でカート追加ボタン1210を押下する(ステップS101)。この操作を検出した顧客端末4は、販売管理サーバ1へカート追加要求を送信する(ステップS102)。カート追加要求は、商品画面1200に情報が表示されている商品の商品IDを含んでもよい。カート追加要求を受信した販売管理サーバ1のカート情報管理部119は、その顧客の顧客IDに関連付けてカートDB14cに記憶されているカート情報を更新する(ステップS103)。例えば、販売管理サーバ1は、カート追加要求に含まれる商品IDに関連付けられた医療用医薬品フラグを、商品DB14bから取得してもよい。カート情報管理部119は、商品ID,医療用医薬品フラグ、及び1に設定された数量を含むカート商品情報を生成してもよい。カート情報管理部119は、生成されたカート商品情報をカート情報に追加してもよい。
【0117】
その後、顧客は、例えば商品画面1200でカートアイコン1220を選択する(ステップS104)。この操作を検出した顧客端末4は、カート画面要求を販売管理サーバ1へ送信する(ステップS105)。カート画面要求を受信した販売管理サーバ1の顧客画面表示制御部113は、カート画面1300のウェブページを顧客端末4へ送信する(ステップS106)。このとき、顧客画面表示制御部113は、その顧客のカート情報に基づいてカート商品情報1310のタグを生成し、この注文申込商品1410を含むウェブページを生成してもよい。
【0118】
顧客端末4により表示されたカート画面1300において、顧客は次ボタン1320を押下する(ステップS107)。この操作を検出した顧客端末4は、販売管理サーバ1へ注文手続進行要求を送信する(ステップS108)。注文手続進行要求を受信した販売管理サーバ1の医療用医薬品判定部112は、その顧客のカートに入っている商品は医療用医薬品を含むか否かを判定する(ステップS109)。例えば、医療用医薬品判定部112は、その顧客のカート情報に含まれる少なくとも一つのカート商品情報の医療用医薬品フラグがTRUEに設定されている場合、カートに入っている商品は医療用医薬品を含むと判定してもよい。カートに入っている商品が医療用医薬品を含む場合(ステップS109:YES)、処方判定部123は、カートに入っている医療用医薬品が、その顧客に対して現時点から所定期間内に処方されてその顧客により購入されたか否かを判定する(ステップS110)。例えば、前述した方法で判定が行われてもよい。カートに入っている医療用医薬品が所定期間内に処方されて購入された場合(ステップS110:YES)、顧客画面表示制御部113は、注文申込内容確認画面1400のウェブページを顧客端末4へ送信する。このとき、顧客画面表示制御部113は、その顧客のカート情報に基づいて注文申込商品1410のタグを生成し、この注文申込商品1410を含むウェブページを生成してもよい。
【0119】
顧客端末4により表示された注文申込内容確認画面1400において、顧客は注文申込ボタン1420を押下する(ステップS112)。この操作を検出した顧客端末4は、販売管理サーバ1へ注文申込を送信する(ステップS113)。注文申込を受信した販売管理サーバ1の顧客画面表示制御部113は、診察予約画面1500のウェブページを顧客端末4へ送信する(ステップS114)。このとき、カート情報管理部119は、カート情報に含まれる注文申込中フラグをTRUEに変更してもよい。顧客端末4は、診察予約画面1500を表示する(ステップS115)。
【0120】
図12に示すように、顧客は、診察予約画面1500から診察日及び診察開始時刻を選択する(ステップS201)。この操作を検出した顧客端末4は、販売管理サーバ1へ予約確認画面要求を送信する(ステップS202)。予約確認画面要求は、選択された診察日及び診察開始時刻を含んでもよい。予約確認画面要求を受信した販売管理サーバ1の顧客画面表示制御部113は、診察予約確認画面1600のウェブページを顧客端末4へ送信する(ステップS203)。
【0121】
顧客端末4により表示された注診察予約確認画面1600において、顧客が予約確定ボタン1620を押下する(ステップS204)。この操作を検出した顧客端末4は、販売管理サーバ1へ予約確定要求を送信する(ステップS205)。予約確定要求を受信した販売管理サーバ1の予約情報生成部114は、予約情報を生成して診察予約DB14dに記憶させる(ステップS206)。次いで、顧客画面表示制御部113は、診察予約受付完了画面1700のウェブページを顧客端末4へ送信する(ステップS207)。
【0122】
診察日当日、顧客による操作に基づいて顧客端末4は販売管理サーバ1にアクセスし、診察待機画面1900を表示する。販売管理サーバ1は、例えば予約情報に基づいて、その顧客の診察開始時刻が到来したと判定する。すると、顧客画面表示制御部113は、顧客診察画面2000のウェブページを顧客端末4へ送信する(ステップS301)。このとき、顧客画面表示制御部113は、カート情報に基づいて、注文予定商品情報2042のタグを生成し、この注文予定商品情報2042を含むウェブページを生成してもよい。また、医療機関画面表示制御部116は、医療機関診察画面3000のウェブページを診察端末2へ送信する(ステップS302)。このとき、顧客画面表示制御部113は、カート情報に含まれるカート商品情報のうち、医療用医薬品フラグがTRUEに設定されているカート商品情報に基づいて、医療用医薬品情報3030のタグを生成し、この医療用医薬品情報3030を含むウェブページを生成してもよい。
【0123】
顧客端末4は、顧客診察画面2000を表示すると、そのウェブページに含まれるスクリプトに基づいて、販売管理サーバ1を介してセッション情報を診察端末2へ送信する。診察端末2も、医療機関診察画面3000を表示すると、そのウェブページに含まれるスクリプトに基づいて、販売管理サーバ1を介してセッション情報を顧客端末4へ送信する(ステップS303)。顧客端末4及び診察端末2は、交換したセッション情報に基づいて互いに接続する(ステップS304)。顧客端末4と診察端末2とが接続されると、それらの端末装置間でメディアデータの送受信が行われることにより、オンライン診察が開始される(ステップS305)。
【0124】
オンライン診察中、診察端末2は、医療機関診察画面3000に対して注文内容を変更する操作が行われたか否かを判定する(ステップS306)。注文内容が変更された場合(ステップS306:YES)、診察端末2は、その変更の内容を示す変更情報を販売管理サーバ1へ送信する(ステップS307)。販売管理サーバ1のカート情報管理部119は、変更情報に基づいて、カートDB14cに記憶されているカート情報を変更する(ステップS308)。
【0125】
注文内容の変更後、或いは注文内容を変更せずに(ステップS306:NO)、医師は診察終了ボタン3050を押下する(ステップS:309)。この操作を検出した診察端末2は、顧客端末4との通信を切断する。また、診察端末2は、販売管理サーバ1へ診察終了通知を送信する(ステップS310)。診察終了通知を受信した販売管理サーバ1の処方履歴記録部118は、処方ログを生成して処方履歴DB14eに記憶させる(ステップS311)。
【0126】
処方ログが生成された場合、カートに入っている商品が医療用医薬品を含まない場合(ステップS109)、またはカートに入っている医療用医薬品が所定期間内に処方されていないか若しくは購入されていない場合(ステップS110:NO)、顧客画面表示制御部113は、注文内容確認画面2100のウェブページを顧客端末4へ送信する(ステップS312)。顧客端末4は、注文内容確認画面2100を表示する(ステップS313)。
【0127】
注文内容確認画面2100において顧客が注文確定ボタンを押下する(ステップSS314)。この操作を検出した顧客端末4は、販売管理サーバ1へ注文確定要求を送信する(ステップS315)。注文確定要求を受信した販売管理サーバ1の注文情報生成部120は、注文情報を生成して注文DB14fに記憶させる(ステップS316)。注文情報が生成されると、カート情報管理部119は、その顧客のカート情報から、全てのカート商品情報を削除して、注文申込中フラグをFALSEに変更してもよい。次いで、決済部121は決済処理を実行する(ステップS317)。次いで、顧客画面表示制御部113は、注文完了画面2200のウェブページを顧客端末4へ送信する(ステップS318)。
【0128】
以上説明したように、本実施形態において、販売管理サーバ1が、注文するために顧客により選択された医薬品を識別する医薬品識別情報を顧客端末4から取得してもよい。また、販売管理サーバ1が、医薬品識別情報に基づいて、選択された医薬品が医療用医薬品であるか否かを判定してもよい。また、販売管理サーバ1が、選択された医薬品が医療用医薬品である場合、診察要求画面を、選択された医薬品を含む注文内容で注文を確定させる前に顧客端末4により表示させてもよい。この場合、顧客の利便性を考慮しながら、医薬品を適正に注文するための手順を提供することができる。
【0129】
ここで、販売管理サーバ1が、顧客端末4により表示された診察要求画面で診察要求操作が受け付けられることに応じて顧客に対して行われた後、注文確定画面を顧客端末4により表示させてもよい。この場合、顧客は、その医薬品に関する説明を受けることによって、その医薬品を購入することができる。ここで、販売管理サーバ1が、診察端末2から処方情報を取得した場合に注文確定画面を表示させてもよい。この場合、顧客により選択された医薬品が処方されることに応じて、顧客は、その医薬品を購入することができる。
【0130】
このとき、販売管理サーバ1が、診察要求画面で診察要求操作が受け付けられた場合、注文内容を変更するための変更操作が可能な医療機関画面を診察端末2により表示させてもよい。この場合、顧客が選択した医薬品よりも適切な医薬品を顧客により注文させることができる。
【0131】
また、販売管理サーバ1が、診察端末2により表示された医療機関画面で変更操作が受け付けられた場合、変更後の注文内容で注文を確定することを示す注文確定画面を顧客端末4により表示させてもよい。この場合、顧客は、顧客が選択した医薬品よりもより適切な医薬品を購入することができる。
【0132】
また、販売管理サーバ1が、選択された医薬品が医療用医薬品ではない場合、診察要求画面を表示させることなく注文確定画面を顧客端末4により表示させてもよい。この場合、顧客は、処方が不要な医薬品を、診察を受けるための手順を踏むことなく購入することができる。また、処方が必要な商品と不要な商品とを併売することができる。そして、顧客が選択した商品に応じた適切な注文のための手続を提供することができる。
【0133】
また、販売管理サーバ1が、注文確定画面で注文の確定操作が受け付けられた後、注文内容に含まれる医薬品の購入代金を決済する決済処理を実行してもよい。この場合、顧客が選択した医薬品が処方によって販売可能になった段階で、顧客はその購入代金を支払うことができる。
【0134】
また、販売管理サーバ1が、顧客の処方履歴情報及び購入履歴情報に基づいて、選択された医薬品が、顧客に対して現時点から所定期間内に処方されて顧客により購入されたか否かを判定してもよい。また、販売管理サーバ1が、選択された医薬品が医療用医薬品であり、且つ、選択された医薬品が顧客に対して現時点から所定期間内に処方されて顧客により購入された場合、診察要求画面を表示させることなく注文確定画面を顧客端末4により表示させてもよい。この場合、顧客は、過去に処方を受けて購入した実績がある医薬品を、新たな処方のために診察を受けるための手順を踏むことなく購入することができる。
【0135】
また、販売管理サーバ1が、診察要求画面で診察要求操作が受け付けられた場合、顧客端末4と医療機関が利用する診察端末2とを、診察のための通信を可能に接続させてもよい。この場合、顧客は、オンラインで医療機関の診察を受けることができる。従って、顧客は、医療機関へ赴くことなく、医薬品の購入に必要な処方を医療機関に行ってもらうことができる。
【0136】
[2.第2実施形態]
次に、第2実施形態について説明する。第2実施形態においては、オンライン診察に関連する画面及び処理等が、第1実施形態の場合と異なる場合がある。以下に説明する点を除き、第2実施形態は第1実施形態と同一であってもよい。
【0137】
[2-1.販売管理サーバの構成]
次に、販売管理サーバ1の構成について、図14及び15を用いて説明する。図14は、本実施形態に係る販売管理サーバ1の概要構成の一例を示すブロック図である。図14において、図3と同一の要素については同一の符号が付されている。図14図3と異なる点は、図14において、記憶部14に、注文申込DB14gが更に記憶される点である。
【0138】
図15は、注文申込DB14gに記憶される情報の一例を示す図である。注文申込DB14gには、顧客が申し込んだ注文に関する注文申込情報が、注文が申し込まれるごとに記憶されてもよい。例えば、注文申込DB14gには、注文申込情報として、注文申込番号、注文申込日時、顧客ID、商品数、注文申込商品情報、商品代合計額、送料、注文申込時支払予定額等が、互いに関連付けて記憶されてもよい。注文申込番号は、注文の申込を識別する番号である。注文申込日時は、注文が申し込まれた日時を示す。顧客IDは、注文を申し込んだ顧客を示す。商品数は、顧客が注文を申し込んだ商品の数を示す。注文申込商品情報は、注文が申し込まれた個別の商品に関する情報である。一の注文申込情報について、商品数に示される数の注文申込商品情報が記憶されてもよい。各注文申込商品情報は、商品ID、数量、及び医療用医薬品フラグを含んでもよい。商品IDは、注文が申し込まれた商品を示す。医療用医薬品フラグは、その商品が医療用医薬品であるか否かを示す。
【0139】
例えば、注文申込内容確認画面1400において顧客が注文申込ボタン1420を操作したとき等に、販売管理サーバ1は、その顧客のカート情報に基づいて、注文申込情報を生成してもよい。例えば、販売管理サーバ1は、カート情報に含まれる各カート商品情報を、注文申込商品情報として取得してもよい。販売管理サーバ1は、注文申込商品情報に基づいて、各商品の商品代を計算してよい。販売管理サーバ1は、商品代合計額を計算し、商品代合計額及び送料に基づいて注文申込時支払予定額を計算してもよい。販売管理サーバ1は、その顧客の顧客ID、取得された各注文申込商品情報、注文申込商品情報の数に応じた商品数、商品代合計額、送料、注文申込時支払予定額等を含む注文申込情報を生成してもよい。販売管理サーバ1は、生成された注文申込情報を、注文申込DB14gに記憶させてもよい。注文申込情報を記憶させた後、販売管理サーバ1は、カートDB14cに記憶されているその顧客のカート情報から、全てのカート商品情報を削除して、商品数をゼロに変更してもよい。すなわち、販売管理サーバ1は、その顧客のカートを空にしてもよい。
【0140】
[2-2.販売管理サーバのシステム制御部の機能]
次に、図16乃至図20を用いて、販売管理サーバ1におけるシステム制御部11の機能概要について説明する。
【0141】
通信接続部115は、顧客端末4と診察端末2とを、医療用医薬品に関する説明のための通信を可能に接続させてもよい。通信接続部115による接続処理は、基本的に第1実施形態の場合と同様であってもよい。本実施形態においては、顧客端末4と診察端末2とが接続されることによって、オンライン診察が可能となる。顧客端末4と診察端末2とが接続されていることによって、顧客端末4の画面に診察端末2側の映像が表示されてもよい。診察端末2側の映像は、例えば診察端末2が備えるカメラ又は診察端末2に接続されたカメラにより撮影された映像であってもよい。顧客端末4と診察端末2とが接続されている間、このカメラにより撮影された映像のデータは、診察端末2から顧客端末4へ送信されてもよい。通信接続部115は、顧客により選択された商品が医療用医薬品であると医療用医薬品判定部112により判定された場合、顧客端末4と診察端末2とを接続してもよい。例えば、通信接続部115は、診察要求画面で診察要求操作が受け付けられた後、その操作が行われたことを条件として接続を行ってもよい。通信接続部115は、顧客により選択された商品を含む注文内容で注文を確定させる前に、接続を行ってもよい。通信接続部115は、顧客により選択された商品が医療用医薬品ではない場合、接続を行わなくてもよい。
【0142】
カート情報管理部119は、通信接続部115による制御によって顧客端末4と診察端末2とが接続されていることで顧客端末4の画面に診察端末2側の映像が表示されているときに、顧客に提供される商品について診察端末2に入力された入力情報を、その診察端末2から取得してもよい。取得される入力情報は、例えば顧客に提供される商品それ自体を示す情報であってもよい。或いは、入力情報は、顧客に提供される商品の追加、削除又は顧客に提供される商品の数量の変更のうち、何れかを示す情報であってもよい。顧客に提供される商品とは、例えば現時点で顧客に注文又は購入させることが予定される商品であってもよい。
【0143】
医療機関画面表示制御部116は、医療機関の医師が入力情報を入力するための画面を、診察端末2により表示させてもよい。本実施形態においては、オンライン診察中に、以下に述べる医療機関診察画面3100及び注文内容編集画面3200が表示される点が、本実施形態と第1実施形態とが異なる点の一つである。
【0144】
図16は、医療機関診察画面3100の一例を示す図である。医療機関診察画面3100は、例えば、診察される顧客に関する情報を表示したり、診察に関連する情報を表示したり、診察に関連する情報を医師が入力したりするための画面であってもよい。例えば、診察する顧客又は診察の予約を医師が選択することにより、診察端末2は、選択された顧客又は予約に対応する医療機関診察画面3100を表示してもよい。図16に示すように、医療機関診察画面3100は、例えば顧客情報表示領域3110、注文申込内容表示領域3120、処方内容表示領域3130、注文予定内容表示領域3140、通話制御ボタン3150、処方内容確定ボタン3160等を含んでもよい。
【0145】
顧客情報表示領域3110には、顧客に関する情報が表示されてもよい。例えば、氏名、性別、生年月日等が表示されてもよい。注文申込内容表示領域3120には、顧客が申し込んだ注文の内容が表示されてもよい。例えば、注文申込内容表示領域3120には、注文が申し込まれた各商品の商品名及び数量が表示されてもよい。注文申込内容表示領域3120には、注文申込DB14gに記憶されているその顧客の注文申込情報の内容が表示されてもよい。処方内容表示領域3130には、現時点で処方が予定されている医療用医薬品に関する情報が表示されてもよい。例えば処方内容表示領域3130には、処方が予定されている各医療用医薬品の商品名及び数量が表示されてもよい。処方内容表示領域3130には、更に編集ボタン3131が表示されてもよい。編集ボタン3131は、注文内容編集画面3200を表示させるためのボタンである。注文予定内容表示領域3140には、現時点で顧客に注文させる予定の商品に関する情報が表示されてもよい。例えば注文予定内容表示領域3140には、注文が予定されている各商品の商品名及び数量が表示されてもよい。処方内容表示領域3130と注文予定内容表示領域3140との違いは、処方内容表示領域3130には、医療用医薬品のみに関する情報が表示される一方で、注文予定内容表示領域3140には、医療用医薬品と医療用医薬品以外の商品とに関する情報が表示され得る点であってもよい。処方内容表示領域3130及び注文予定内容表示領域3140には、カートDB14cに記憶されているその顧客のカート情報の内容が反映されてもよい。前述したように、注文の申込を行った顧客のカートが空にされる場合、オンライン診察の開始時の処方内容表示領域3130及び注文予定内容表示領域3140それぞれには、図16に示すように、商品に関する情報は何も表示されていない。すなわち、注文が予定されている商品がない。注文が予定される商品を増やすためには、医師が注文内容編集画面3200を操作する必要がある。通話制御ボタン3150は、診察のための顧客との通話を開始させたり終了させたりするためのボタンである。処方内容確定ボタン3160は、処方内容表示領域3130に表示された内容で処方を確定させるためのボタンである。処方内容確定ボタン3160が押下されると、診察端末2は、処方内容表示領域3130から編集ボタン3131を消去してもよい。これにより、処方内容及び注文内容の変更が不可能になる。なお、診察端末2は、医療機関診察画面3100とともに、顧客端末4側で撮影された映像を表示してもよい。
【0146】
医療機関診察画面3100において、医師が編集ボタン3131を押下する操作を行うと、診察端末2は、医療機関診察画面3100を消去して注文内容編集画面3200を表示してもよい。注文内容編集画面3200は、予定される注文内容を登録したり変更したりするための画面であってもよい。図17は、注文内容編集画面3200の一例を示す図である。図17に示すように、注文内容編集画面3200は、顧客情報表示領域3210、注文申込内容表示領域3220、処方内容表示領域3230、注文予定内容表示領域3240、検索領域3250、及び選択商品表示領域3260等を含んでもよい。
【0147】
顧客情報表示領域3210、注文申込内容表示領域3220、処方内容表示領域3230、及び注文予定内容表示領域3240の表示内容は、それぞれ顧客情報表示領域3110、注文申込内容表示領域3120、処方内容表示領域3130、及び注文予定内容表示領域3140と同一であってもよい。なお、処方内容表示領域3230に編集ボタンは表示されない。検索領域3250は、注文が予定される商品として医師が選択する商品を検索するための操作を可能とする領域である。例えば、検索領域3251は、カテゴリメニュー3251、キーワード入力欄3252、検索ボタン3253、及び検索結果表示領域3254等を含んでもよい。カテゴリメニュー3250は、商品の検索条件として、商品のカテゴリを選択するためのプルダウンメニューである。キーワード入力ラン3261は、検索条件として商品名を入力するための領域である。検索ボタン3253は、カテゴリメニュー3251及びキーワード入力欄3252で指定された検索条件を満たす商品を、販売管理サーバ1に検索させるためのボタンである。検索結果表示領域3254には、販売管理サーバ1による商品の検索結果が表示される。例えば、検索結果表示領域3254には、検索条件を満たす商品の一覧が表示されてもよい。医師は、検索結果表示領域3254に表示された一覧の中から、注文が予定される商品を選択することができる。また、例えば検索と選択とを繰り返すことで、医師は複数の商品を選択することができる。
【0148】
選択商品表示領域3260には、検索結果表示領域3254から選択された商品に関する情報が表示されてもよい。例えば、選択商品表示領域3260は、選択された各商品について、選択商品情報3261を含んでもよい。選択商品情報3261は、選択された商品に関する情報である。例えば、選択商品情報3261は、商品名、数量、及び商品代を含んでもよい。更に選択商品情報3261は、削除ボタン3261a及び数量メニュー3261bを含んでもよい。削除ボタン3261aは、選択商品情報3261により示される商品を選択から除外するためのボタンである。削除ボタン3261aが押下されると、その削除ボタン3261aを含む選択商品情報3261が、選択商品表示領域3260から消去される。数量メニュー3261bは、選択商品情報3261により示される商品の数量を変更するためのプルダウンメニューである。選択商品表示領域3260には、更に送料及び支払予定額が表示されてもよい。更に選択商品表示領域3260は、キャンセルボタン3262及び保存ボタン3253を含んでもよい。キャンセルボタン3262は、選択商品情報3261により示される商品を、注文が予定される商品として保存することなく、診察端末2による表示を医療機関診察画面3100の表示に戻すためのボタンである。保存ボタン3253は、選択商品情報3261により示される商品を、注文が予定される商品として保存するためのボタンである。
【0149】
図18は、医療機関診察画面3100の一例を示す図である。注文内容編集画面3200で医師が保存ボタン3253を押下すると、診察端末2は、注文内容編集画面3200を消去して、再度、医療機関診察画面3100を表示してもよい。この場合、図18に示すように、医療機関診察画面3100の注文予定内容表示領域3140には、注文内容編集画面3200で医師により選択された商品に関する情報が表示され、処方内容表示領域3130には、医師により選択された商品のうち、医療用医薬品に関する情報が表示されてもよい。
【0150】
医師は、顧客により申し込まれた注文内容で問題が無いと判断すれば、その内容通りに、注文が予定される商品を選択することができる。医師は、必要に応じて、申し込まれた注文内容とは全部又は部分的に異なる内容で商品を選択することができる。
【0151】
カート情報管理部119は、例えば注文内容編集画面3200において保存ボタン3253が操作されることに応じて、診察端末2から入力情報を取得してもよい。この場合の入力情報は、例えば医師により選択された各商品について選択商品情報を含んでもよい。選択商品情報は、例えば商品ID、数量、医療用医薬品フラグ等を含んでもよい。入力情報を取得したカート情報管理部119は、この入力情報に基づいて、カードDB14cに記憶されているカート情報を更新してもよい。例えば、カート情報管理部119は、その顧客の現在のカート情報から全てのカート商品情報を削除してもよい。そして、カート情報管理部119は、カート商品情報として、入力情報に含まれる各選択商品情報を、そのカード情報に追加してもよい。
【0152】
顧客画面表示制御部113は、顧客端末4と診察端末2とが接続されていることで顧客端末4の画面に診察端末2側の映像が表示されているとき、カート情報管理部119により取得された入力情報に基づいて、顧客に提供される商品を示す提供商品情報を、顧客画面表示制御部113の画面に表示させてもよい。提供商品情報は、例えば商品名及び商品画像のうち少なくとも何れか一方を含んでもよい。また提供商品情報は、更に数量を含んでもよい。また提供商品情報は、更にその商品の価格及び商品代のうち少なくとも何れか一方を更に含んでもよい。このときの顧客端末4の画面は、顧客診察画面2000であってもよい。また、図9(a)に示す例において、提供商品情報は、顧客診察画面2000の注文予定表示領域2040に含まれる注文予定商品情報2042であってもよい。
【0153】
前述したように、その顧客のカート情報が入力情報に基づいて更新される場合、顧客画面表示制御部113は、更新されたカート情報に基づいて、提供商品情報を表示させてもよい。顧客画面表示制御部113は、例えば顧客端末4により注文予定商品情報2042を表示させるための商品表示情報を顧客端末4へ送信することにより、注文予定商品情報2042を表示させてもよい。入力情報が、顧客に提供される商品それ自体を示す情報である場合、商品表示情報は入力情報と同一の情報であってもよい。或いは、商品表示情報はカート情報と同一の情報であってもよい。或いは、商品表示情報は、注文予定商品情報2042を表示するためのHTMLのタグの情報を含んでもよい。商品表示情報は、例えば、商品名、商品画像のURL、数量、商品代等を含んでもよい。顧客画面表示制御部113は、入力情報又はカード情報に基づいて、商品表示情報を生成してもよい。顧客端末4は、商品表示情報に基づいて、注文予定表示領域2040に注文予定商品情報2042を表示してもよい。
【0154】
顧客画面表示制御部113は、提供商品情報とともに、その提供商品情報により示される商品の購入に必要な金額を示す金額情報2051を、顧客端末4の画面に表示させてもよい。金額情報2051は、現支払予定額を少なくとも含んでもよい。また金額情報2051は、商品代合計額、送料、及び注文申込時支払予定額のうち、少なくとも何れか一つを更に含んでもよい。顧客画面表示制御部113は、例えば顧客端末4により金額情報2051を表示させるための金額情報表示情報を顧客端末4へ送信することにより、金額情報2051を表示させてもよい。金額情報表示情報も同様に、HTMLのタグの情報を含んでもよい。
【0155】
顧客画面表示制御部113は、医薬品識別情報取得部111により取得された商品IDにより示される商品を含む注文内容を示す注文予定商品情報2042を、提供情報として画面に表示させてもよい。例えば、顧客画面表示制御部113は、顧客端末4と診察端末2との接続直後に、すなわちオンライン診察の開始時に、その注文予定商品情報2042を表示させてもよい。顧客により選択された商品を含む注文内容は、注文申込DB14gに記憶された注文申込情報により示される。顧客画面表示制御部113は、この注文申込情報に基づいて商品表示情報を生成し、商品表示情報を顧客端末4へ送信してもよい。
【0156】
その後、カート情報管理部119が、その注文内容を変更するための入力情報を診察端末2から取得する場合がある。この場合、顧客画面表示制御部113は、医師による変更後の注文内容を示すように、顧客端末4の画面における注文予定商品情報2042の表示を更新させてもよい。また、顧客画面表示制御部113は、変更後の注文内容に含まれる商品の購入に必要な金額を示すように、顧客端末4の画面における金額情報2051の表示を更新させてもよい。前述したように、カート情報管理部119が入力情報に基づいてカート情報を更新する場合、顧客画面表示制御部113は、更新後のカート情報に基づいて、商品表示情報及び金額表示情報を生成し、これらの情報を顧客端末4へ送信してもよい。これらの情報に基づいて注文予定商品情報2042及び金額情報2051を表示することで、顧客端末4は、これらの情報の表示を更新してもよい。
【0157】
なお、前述したように、医師は、顧客により申し込まれた注文内容通りに、注文が予定される商品を選択する場合と、申し込まれた注文内容とは異なる内容で商品を選択する場合がある。顧客により申し込まれた注文内容通りに医師が商品を選択した場合、注文予定商品情報2042の表示の更新動作自体は実行されるものの、表示される注文予定商品情報2042の内容自体は変化しないことがあってもよい。
【0158】
顧客画面表示制御部113は、顧客診察画面2000における注文予定商品情報2042の表示を更新するための更新操作を顧客端末4が受け付けた場合、注文予定商品情報2042の表示を更新させてもよい。これにより、更新操作が行われたタイミングにのみ、注文予定表示領域2040内の注文予定商品情報2042が最新の情報に更新されてもよい。例えば、顧客画面表示制御部113は、最新のカート情報に基づく商品表示情報の生成、及び、この商品表示情報の顧客端末4への送信を、更新操作が受け付けられることに応じて実行することで、前述のタイミングでの表示の更新を実現させてもよい。顧客診察画面2000は、更新操作を受け付け可能な画面であってもよい。図9(a)に示す例では、更新のための操作は、更新ボタン2041を操作することであってもよい。顧客による更新操作という手順を入れることで、顧客は、注文内容が変更されたことを適切に認識することができる。また、例えば医師が注文内容を変更するための操作を行うと、医師は、注文予定商品情報2042の表示の更新を顧客に促してもよい。この促しに応じて、顧客は更新操作を行ってもよい。これにより、顧客と医師との間で確認を取りながら、顧客は変更後の注文内容を確認することができる。
【0159】
顧客画面表示制御部113は、カート情報管理部119により診察端末2から入力情報が取得されたタイミングで、顧客端末4の画面における注文予定商品情報2042の表示を更新させてもよい。これにより、医師が注文内容を変更するための操作を行うごとに、リアルタイムで変更後の注文内容を注文予定表示領域2040内の表示に反映させることができる。
【0160】
顧客画面表示制御部113は、顧客が申し込んだ注文内容を変更するための入力情報がカート情報管理部119により取得された場合、変更後の注文内容を示す注文予定商品情報2042とともに、注文内容の変更によりその注文内容から削除された商品を示す削除情報を、顧客端末4の画面に表示させてもよい。これにより、顧客は、顧客が申し込んだ注文内容に含まれる商品のうち、注文が予定される商品から除外された商品を認識することができる。削除情報は、商品名及び商品画像のうち少なくとも何れか一方を含んでもよい。また削除情報は、注文予定商品情報2042と同様の情報を含んでもよい。ここで、注文予定商品情報2042と削除情報とを区別可能に表示させてもよい。注文予定商品情報2042と削除情報とが区別可能とは、それらの情報を視覚的に区別可能であることであってもよい。例えば、顧客画面表示制御部113は、注文予定商品情報2042の表示態様と削除情報の表示態様とを異ならせることで、それらの情報を区別可能としてもよい。表示態様は、情報の見え方を示してもよい。表示態様の例として、情報のサイズ、色彩、透過度、フォントスタイル等が挙げられる。顧客画面表示制御部113は、例えば顧客端末4により削除情報を表示させるための削除情報表示情報を顧客端末4へ送信することにより、削除情報を表示させてもよい。削除表示情報も同様に、HTMLのタグの情報を含んでもよい。また、商品表示情報及び削除表示情報のそれぞれが、表示態様を示す情報を含んでもよい。この情報は、例えばスタイルシートであってもよい。顧客画面表示制御部113は、例えば注文予定商品情報2042と削除情報とを互いに異なる領域に表示させることで、それらの情報を区別可能としてもよい。
【0161】
医師が商品の数量を変更する場合がある。そうすると、変更前の注文内容にも変更後の注文内容にもその商品は含まれている一方で、その商品の数量は変更されている。この場合、顧客画面表示制御部113は、数量が変更された商品について、削除情報を表示させてもよいし、表示させなくてもよい。削除情報を表示させる場合、顧客画面表示制御部113は、その商品について、変更前の数量を含む削除情報と、変更後の数量を含む注文予定商品情報2042との両方を表示させてもよい。
【0162】
図19は、顧客診察画面2000の更新例を示す図である。図19(a)は、オンライン診察開始時における顧客診察画面2000の一例を示す図である。図19(a)に示すように、注文予定表示領域2040には、注文予定商品情報2042として、注文予定商品情報2042-1及び2042-2が表示されている。注文予定商品情報2042-1は、商品名が「ABCD 123」である商品Aの1か月分の注文が予定されていること示す。注文予定商品情報2042-2は、商品名が「XYZ 99」である商品Bの1か月分の注文が予定されていること示す。商品A及びBの何れも医療用医薬品であるとする。このとき、図16に示すように、医療機関診察画面3100の注文申込内容表示領域3120には、商品A及びBが表示されている。その後、医師が編集ボタン3131をすることにより、診察端末2は注文内容編集画面3200を表示する。次いで、図17に示すように、医師は、1か月分の商品Aを選択する。このとき、医師は商品Bを選択しない。その後、医師が保存ボタン3253を押下することにより、診察端末2は注文内容編集画面3200を表示する。このとき、図18に示すように、注文内容編集画面3200の処方内容表示領域3130及び注文予定内容表示領域3140のそれぞれには、商品Aが追加されている。従って、注文内容が変更される。このとき、顧客診察画面2000の注文予定表示領域2040及び金額表示領域2050に変化がなくてもよい。図19(b)は、注文予定表示領域2040内における表示の更新後の顧客診察画面2000の一例を示す図である。注文内容が変更された後、顧客が顧客診察画面2000の更新ボタン2041を押下すると、顧客端末4は、顧客診察画面2000を更新する。例えば図19(b)に示すように、注文予定表示領域2040内の注文予定商品情報2042-1の表示は維持される一方で、注文予定商品情報2042-1は、削除情報2043に変更される。削除情報2043は、商品Bを示す。例えば、削除情報2043の色濃度が、注文予定商品情報2042-1の色濃度よりも低い。また、注文内容の変更に応じて、金額表示領域2050内の金額情報2051も更新される。例えば、図19(b)に示すように、商品代合計額及び現支払予定額が更新されている。
【0163】
[2-3.顧客端末の構成]
次に、顧客端末4の構成について、図20を参照して説明する。図20は、本実施形態に係る顧客端末4の概要構成の一例を示すブロック図である。図20に示すように、顧客端末4は、システム制御部41と、システムバス42と、入出力インタフェース43と、記憶部44と、通信部45と、操作入力部46と、表示部47と、撮影部48と、音声入力部49と、音声出力部50と、を備えている。システム制御部41と入出力インタフェース43とは、システムバス42を介して接続されている。なお、顧客端末4は、操作入力部46、表示部47、撮影部48、音声入力部49、及び音声出力部50のうち少なくとも一つのデバイスを備えていなくてもよい。そのデバイスを備えることに代えて、顧客端末4は、そのデバイスと有線又は無線で接続可能であってもよい。
【0164】
システム制御部41は、CPU41a、ROM41b、RAM41c等により構成されている。
【0165】
入出力インタフェース43は、記憶部44、通信部45、操作入力部46、表示部47、撮影部48、音声入力部49、及び音声出力部50と、システム制御部41との間のインタフェース処理を行う。
【0166】
記憶部44は、例えばソリッドステートドライブ等の不揮発性メモリにより構成されている。この記憶部44には、例えばオペレーティングシステム、ウェブブラウザ、薬品販売サイトの専用アプリ等が記憶されてもよい。専用アプリは、例えば、所定のアプリケーションプラットフォーム又は販売管理サーバ1等のサーバ装置からネットワークNWを介して取得されるようにしてもよいし、磁気テープ、光ディスク、メモリカード等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。
【0167】
通信部45は、例えばネットワークインタフェースカード等により構成されている。通信部45は、ネットワークNWを介して販売管理サーバ1又は診察端末2等と接続し、接続された装置との通信状態を制御する。
【0168】
操作入力部46は、例えばタッチパネル、ボタン、キーボード、マウス、コントローラ等のうち少なくとも何れか一つにより構成されていてもよい。操作入力部46は、顧客による操作を受け付けて、その操作内容を示す信号をシステム制御部41へ出力する。
【0169】
表示部47は、例えば液晶パネル又は有機パネル等で構成されている。表示部47は、システム制御部41による制御に基づいて、文字や画像等の情報を表示する。
【0170】
撮影部48は、例えばCCD(Charge-Coupled Device)又はCMOS(Complementary Metal-Oxide-Semiconductor)等のイメージセンサ及びレンズ等により構成されている。撮影部48は、静止画や動画等の映像を撮像して、その映像の信号を、システム制御部41又は表示部47へ出力する。
【0171】
音声入力部49は、例えばマイクロホン等により構成されている。音声入力部49は、入力された音声を音声信号に変換して、その音声信号をシステム制御部41へ出力する。
【0172】
音声出力部50は、例えばスピーカ等により構成されている。音声出力部50は、システム制御部41から送信されてきた音声信号を音声に変換して、その音声を出力する。
【0173】
[2-4.顧客端末のシステム制御部の機能概要]
次に、図21を用いて、顧客端末4におけるシステム制御部41の機能概要について説明する。図21は、本実施形態に係る顧客端末4におけるシステム制御部41の機能ブロックの一例を示す図である。システム制御部41は、CPU11aが、例えばウェブブラウザ、専用アプリ、及び販売管理サーバ1から送信されてきたHTML文書等のうち少なくとも何れか一つに含まれる各種プログラムコードを読み出し実行することにより、図21に示すように、映像表示制御部411、情報取得部412、及び情報表示制御部413等として機能してもよい。
【0174】
映像表示制御部411は、顧客端末4と診察端末2とが通話可能に接続されているとき、診察端末2側の映像を、表示部47の画面に表示させてもよい。例えば診察端末2は、顧客端末4と診察端末2とが接続されている間、診察端末2側の映像を画面に表示させてもよい。前述したように、顧客端末4は診察端末2から映像データを受信してもよい。映像表示制御部411は、例えば図21に示すように、映像データに基づいて、顧客診察画面2000の医師映像領域2010にその映像を表示させてもよい。また、映像表示制御部411は、顧客端末4と診察端末2とが通話可能に接続されているとき、顧客端末4側の映像を表示させてもよい。例えば映像表示制御部411は、撮影部48により撮影された映像を、顧客映像領域2020に表示させてもよい。
【0175】
情報取得部412は、提供商品情報を表示させる商品表示情報を取得してもよい。例えば、情報取得部412は、注文申込DB14gに記憶された注文申込情報に応じた商品表示情報を、販売管理サーバ1から取得してもよい。また例えば、情報取得部412は、診察端末2に入力情報が入力された後、その入力情報に応じた商品表示情報を取得してもよい。また情報取得部412は、入力情報に応じた金額表示情報を取得してもよい。情報取得部412は、注文内容を変更するための入力情報が診察端末2に入力された場合、その入力情報に応じた削除表示情報を更に取得してもよい。情報取得部412は、例えば診察端末2から入力情報を取得した販売管理サーバ1から、商品表示情報等の情報を取得してもよい。情報取得部412は、顧客診察画面2000で更新操作が受け付けられたタイミングで商品表示情報等の情報を取得してもよい。或いは、情報取得部412は、診察端末2に入力情報が入力されたタイミングで、商品表示情報等の情報を取得してもよい。
【0176】
情報表示制御部413は、表示部47の画面に診察端末2側の映像が表示されているとき、情報取得部412により取得された商品表示情報に基づいて、その画面に提供商品情報を表示させてもよい。情報表示制御部413は、例えば診察端末2側の映像が表示される領域とは異なる領域に、提供商品情報を表示させてもよい。情報表示制御部413は、注文申込情報に応じた商品表示情報に基づいて提供商品情報を表示させた後、注文内容を変更するための入力情報に応じた商品表示情報が情報取得部412により取得された場合、画面における提供商品情報の表示を更新してもよい。表示される提供商品情報は、顧客に注文が申し込まれた商品又は注文が予定される商品を示す注文予定商品情報2042であってもよい。情報表示制御部413は、情報取得部412により取得された金額表示情報に基づいて、注文予定商品情報2042とともに金額情報2051を表示させてもよい。情報表示制御部413は、診察端末2側の映像が表示される領域及び注文予定商品情報2042が表示される領域の何れとも異なる領域に、金額情報2051を表示させてもよい。情報表示制御部413は、情報取得部412により削除表示情報が取得された場合、この削除表示情報に基づいて、注文予定商品情報2042とともに削除情報2043を表示させてもよい。
【0177】
[2-5.通信システムの動作]
次に、通信システムSの動作について、図22及び図23を用いて説明する。図22及び図23は、本実施形態に係る通信システムSの処理例を示すシーケンス図である。処理の順序は、図22及び図23に示される順序に限定されない。また、図22及び図23に示されるステップのうち少なくとも一のステップは実行されなくてもよい。
【0178】
例えば、第1実施形態の場合と同様に図11及び図12に示す処理が実行されて、診察の予約が完了する。顧客は、予約された診察日に、診察待機画面1900を顧客端末4により表示させる。医療機関の医師が診察端末2を操作すること応じて、診察端末2は、診察を予約した顧客のための医療機関診察画面3100のウェブページを販売管理サーバ1から取得して、図22に示すように、医療機関診察画面3100を表示する(ステップS401)。医療機関診察画面3100の注文申込内容表示領域3120には、診察を受ける顧客の注文申込情報により示される注文内容が表示される。次いで、医療機関診察画面3100から医師が通話制御ボタン3150を操作することに応じて。診察端末2は、販売管理サーバ1へ通話接続要求を送信する(ステップS402)。通話接続要求は、例えば診察の予約番号や診察を予約した顧客の顧客IDを含んでもよい。通話接続要求を受信した販売管理サーバ1の顧客画面表示制御部113は、顧客IDにより示される顧客の顧客端末4へ顧客診察画面2000のウェブページを送信する(ステップS403)。顧客端末4は、このウェブページに基づいて顧客診察画面2000を表示する(ステップS404)。次いで、第1実施形態の場合と同様に、顧客端末4と診察端末2との間でセッション情報が送受信されて(ステップS405)、顧客端末4と診察端末2とが接続する(ステップS406)。そして、顧客端末4と診察端末2との間でメディアデータの送受信が開始される(ステップS407)。顧客端末4の映像表示制御部411は、診察端末2から受信したメディアデータに含まれる映像データに基づいて、医師映像領域2010に、診察端末2側の映像の表示を開始する(ステップS408)。
【0179】
顧客端末4と診察端末2とが接続されると、販売管理サーバ1の顧客画面表示制御部113は、注文申込DB14gから、診察を受ける顧客の注文申込情報を取得する。そして、顧客画面表示制御部113は、注文申込情報に基づいて、商品表示情報及び金額表示情報を生成する(ステップS409)。例えば、顧客画面表示制御部113は、注文申込情報に含まれる各注文申込情報に基づいて、商品表示情報を生成してもよい。また、顧客画面表示制御部113は、注文申込情報に含まれる商品代合計額、送料及び注文申込時支払額に基づいて、金額表示情報を生成してもよい。次いで、顧客画面表示制御部113は、生成された商品表示情報及び金額表示情報を顧客端末4へ送信する(ステップS410)。商品表示情報及び金額表示情報を受信した顧客端末4の情報表示制御部413は、商品表示情報に基づいて、注文予定表示領域2040に注文予定商品情報2042を表示させるとともに、金額表示情報に基づいて、金額表示領域2050に金額情報2051を表示させる(ステップS411)。なお、販売管理サーバ1は、ステップS403で顧客診察画面2000のウェブページを送信する際に、注文予定商品情報2042及び金額情報2051を予め含んだ顧客診察画面2000のウェブページを生成してもよい。
【0180】
その後、医療機関診察画面3100から医師が編集ボタン3131を操作することに応じて、顧客端末4は、販売管理サーバ1から注文内容編集画面3200のウェブページを取得して、注文内容編集画面3200を表示する(ステップS412)。注文内容編集画面3200の選択商品表示領域3260には、診察を受ける顧客の現在のカート情報に含まれる各カート商品情報に対応する選択商品情報3261が表示されてもよい。なお、オンライン診察の開始時のカート情報はカート商品情報が削除されているため、選択商品表示領域3260には選択商品情報3261は表示されない。次いで、医師は、注文内容編集画面3200を操作して、注文が予定される商品を追加したり、削除したり、数量を変更したりする(ステップS413)。そして、医師が保存ボタン3253を押下することに応じて、診察端末2は販売管理サーバ1へ入力情報を送信する(ステップS414)。入力情報を受信した販売管理サーバ1のカート情報管理部119は、入力情報に基づいて、診察を受けている顧客についてカートDB14cに記憶されているカート情報を更新する(ステップS415)。次いで、医療機関画面表示制御部116が、医療機関診察画面3100のウェブページを診察端末2へ送信することにより、診察端末2は医療機関診察画面3100を表示する(ステップS416)。このとき、医療機関診察画面3100の処方内容表示領域3130及び注文予定内容表示領域3140のそれぞれには、最新のカート情報に対応する内容が表示される。なお、医師による操作に応じて、ステップS412~S416が適時実行される。
【0181】
その後、図23に示すように、顧客が顧客診察画面2000の更新ボタン2041を押下する操作を行う(ステップS501)。この操作を検出した顧客端末4の情報取得部412は、販売管理サーバ1へ更新要求を送信する(ステップS502)。更新要求を受信した販売管理サーバ1の顧客画面表示制御部113は、診察を受けている顧客のカート情報及び注文申込情報に基づいて、商品表示情報、削除情報、及び金額表示情報を生成する(ステップS503)。例えば、顧客画面表示制御部113は、カート情報に含まれる各カート商品情報に基づいて、商品表示情報を生成してもよい。また、顧客画面表示制御部113は、カート情報に含まれる各カート商品情報と注文申込情報に含まれる各注文申込情報とを比較して、注文申込情報から、何れのカート商品情報とも一致しない注文申込情報を抽出してもよい。顧客画面表示制御部113は、抽出された各注文申込情報に基づいて、削除表示情報を生成してもよい。また、顧客画面表示制御部113は、カート情報に含まれる各カート商品情報に基づいて、商品代合計額を計算するとともに送料を決定し、現支払合計額を計算してもよい。顧客画面表示制御部113は、商品代合計額、送料、現支払予定額、及び注文申込情報に含まれる注文申込時支払予定額に基づいて、金額表示情報を生成してもよい。次いで、顧客画面表示制御部113は、生成された商品表示情報、削除表示情報、及び金額表示情報を、顧客端末4へ送信する(ステップS504)。商品表示情報、削除表示情報、及び金額表示情報を受信した顧客端末4の情報表示制御部413は、これらの情報に基づいて、注文予定商品情報2042、削除情報2043、及び金額情報2051を表示する(ステップS505)。これにより、情報表示制御部413は、注文予定表示領域2040内の表示及び金額表示領域2050内の表示を更新する。なお、顧客による操作に応じて、ステップS501~S505が適時実行される。
【0182】
最終的に、医師は、医療機関診察画面3100で処方内容確定ボタン3160を押下する操作を行う(ステップS506)。この操作を検出した診察端末2は、販売管理サーバ1へ、処方情報の一例として処方内容確定要求を送信する(ステップS507)。処方内容確定要求を受信した販売管理サーバ1の処方履歴記録部118は、診察を受けている顧客のカート情報に基づいて、処方ログを生成して処方履歴DB14eに記憶させる(ステップS508)。
【0183】
その後、例えば顧客が、顧客診察画面2000で通話終了ボタン2030を押下する操作を行う(ステップS510)。この操作に応じて、顧客端末4と診察端末2との接続が切断し、メディアデータの送受信も停止する。また、顧客端末4は、診察端末2側の映像の表示を停止する。更に顧客端末4は、販売管理サーバ1へ注文内容確認画面要求を送信する(ステップS511)。注文内容確認画面要求を受信した販売管理サーバ1の顧客画面表示制御部113は、注文内容確認画面2100のウェブページを顧客端末4へ送信する(ステップS512)。顧客端末4は、このウェブページに基づいて注文内容確認画面2100を表示する。その後、例えば第1実施形態の場合と同様に、図13に示すステップS314~S318が実行される。
【0184】
以上説明したように、本実施形態において、販売管理サーバ1が、顧客端末4と診察端末2とを接続させてもよい。また、販売管理サーバ1が、顧客端末4と診察端末2とが接続されていることで顧客診察画面に診察端末2側の映像が表示されているとき、診察端末2に入力された入力情報を診察端末2から取得してもよい。また、販売管理サーバ1が、顧客診察画面に診察端末2側の映像が表示されているとき、入力情報に基づいて注文予定商品情報を顧客端末4の画面に表示させてもよい。この場合、医療用医薬品について診察のための通話中に、医療機関側の操作に応じて、如何なる商品が提供されることになるかを顧客に認識させることができる。
【0185】
ここで、販売管理サーバ1が、注文するために顧客により選択された商品を含む注文内容を示す注文予定商品情報を顧客診察画面に表示させてもよい。また、販売管理サーバ1が、注文内容を変更するための入力情報が取得された場合、変更後の注文内容を示すように、注文予定商品情報の表示を更新させてもよい。この場合、顧客が希望した注文内容が医療機関により変更されることに応じて、変更後の注文内容を顧客に認識させることができる。
【0186】
このとき、販売管理サーバ1が、顧客により選択された商品を含む注文内容を示す注文予定商品情報とともに、その注文内容で商品を購入するために必要な金額を示す金額情報を、顧客診察画面に表示させてもよい。また、販売管理サーバ1が、その注文内容を変更するための入力情報が取得された場合、変更後の注文内容で商品を購入するために必要な金額を示すように、金額情報の表示を更新させてもよい。この場合、顧客が希望した注文内容が医療機関により変更されることに応じて、変更後の注文内容とともに、変更後の注文内容で商品購入するために必要な金額を、顧客に認識させることができる。
【0187】
また、販売管理サーバ1が、顧客診察画面において、注文予定商品情報の表示を更新するための操作を顧客端末4が受け付けられた場合、注文予定商品情報の表示を更新させてもよい。この場合、注文内容が変更されたか否かを顧客が認識する確実度合いを高めることができる。
【0188】
また、販売管理サーバ1が、注文内容を変更するための入力情報が取得された場合、変更後の注文内容を示す注文予定商品情報とともに、注文内容の変更により注文内容から削除された商品を示す削除情報を顧客診察画面に表示させてもよい。この場合、注文内容が如何様に変更されたかを、顧客に認識させることができる。
【0189】
また、販売管理サーバ1が、注文予定商品情報とともに、注文予定商品情報により示される商品の購入に必要な金額を示す金額情報を、顧客診察画面に表示させてもよい。この場合、医療機関による入力に基づいて顧客に提示された商品の購入のために必要な金額を、顧客に認識させることができる。
【0190】
(付記1-1)注文するために顧客により選択された商品を識別する商品識別情報を、前記顧客が利用する顧客端末装置から取得する商品識別情報取得手段と、前記取得された商品識別情報に基づいて、前記選択された商品が、購入前に説明を受ける必要がある説明必要商品であるか否かを判定する判定手段と、前記選択された商品が前記説明必要商品であると判定された場合、前記選択された商品について所定の説明者による前記説明を要求するための説明要求操作が可能な説明要求画面を、前記選択された商品を含む注文内容で注文を確定させる前に前記顧客端末装置により表示させる説明要求画面表示制御手段と、を備えることを特徴とする商品注文支援装置。
【0191】
(付記1-2)前記顧客端末装置により表示された前記説明要求画面で前記説明要求操作が受け付けられることに応じて前記説明者から前記顧客への説明が行われた後、前記選択された商品を含む前記注文内容で前記注文を確定することを示す注文確定画面を前記顧客端末装置により表示させる注文確定画面表示制御手段と、を更に備えることを特徴とする付記1-1に記載の商品注文支援装置。
【0192】
(付記1-3)前記顧客端末装置により表示された前記説明要求画面で前記説明要求操作が受け付けられた場合、前記注文内容に含まれる前記選択された商品を示す説明者画面であって、前記顧客に対して行われる前記説明において前記注文内容を変更するための変更操作が可能な説明者画面を、前記説明者が利用する説明者端末装置により表示させる説明者画面表示制御手段を更に備えることを特徴とする付記1-2に記載の商品注文支援装置。
【0193】
(付記1-4)前記注文確定画面表示制御手段は、前記説明者端末装置により表示された前記説明者画面で前記変更操作が受け付けられた場合、前記変更後の注文内容で前記注文を確定することを示す前記注文確定画面を前記顧客端末装置により表示させることを特徴とする付記1-3に記載の商品注文支援装置。
【0194】
(付記1-5)前記選択された商品が前記説明必要商品ではないと判定された場合、前記説明要求画面表示制御手段は前記説明要求画面を前記顧客端末装置により表示させることなく、前記注文確定画面表示制御手段は、前記注文確定画面を前記顧客端末装置により表示させることを特徴とする付記1-2乃至1-4の何れか一に記載の商品注文支援装置。
【0195】
(付記1-6)前記注文確定画面は、前記注文を確定させるための確定操作が可能な画面であり、前記顧客端末装置により表示された前記注文確定画面で前記確定操作が受け付けられた後、前記注文内容に含まれる前記商品の購入代金を決済する決済処理を実行する決済手段を更に備えることを特徴とする付記1-2乃至1-5の何れか一に記載の商品注文支援装置。
【0196】
(付記1-7)前記説明必要商品は、医療用医薬品であり、前記説明者は、医療機関であり、前記医療機関による前記顧客に対する処方の履歴を示す処方履歴情報と、前記顧客による商品の購入の履歴を示す購入履歴情報と、に基づいて、前記選択された商品が、前記顧客に対して現時点から所定期間内に処方されて前記顧客により購入されたか否かを判定する処方判定手段を更に備え、前記現時点から前記所定期間内に行われたか否かが判定される前記処方は、前記選択された商品を前記顧客に複数回提供するために使用可能であり、前記所定期間は、前記処方を2回目以降に使用可能な期間であり、前記選択された商品が前記医療用医薬品であると判定され、且つ、前記選択された商品が前記顧客に対して前記現時点から前記所定期間内に処方されて前記顧客により購入されたと判定された場合、前記説明要求画面表示制御手段は前記説明要求画面を前記顧客端末装置により表示させることなく、前記注文確定画面表示制御手段は、前記注文確定画面を前記顧客端末装置により表示させることを特徴とする付記1-2乃至1-6の何れか一に記載の商品注文支援装置。
【0197】
(付記1-8)前記顧客端末装置により表示された前記説明要求画面で前記説明要求操作が受け付けられた場合、前記顧客端末装置と前記説明者が利用する説明者端末装置とを、前記説明のための通信を可能に接続させる接続手段を更に備えることを特徴とする付記1-1乃至1-7何れか一に記載の商品注文支援装置。
【0198】
(付記1-9)前記説明必要商品は、医療用医薬品であり、前記説明者は、医療機関であり、前記説明要求画面は、前記説明要求操作として、前記選択された商品の処方のために前記医療機関による診察を要求するための操作が可能な画面であることを特徴とする付記1-1乃至1-8の何れか一に記載の商品注文支援装置。
【0199】
(付記1-10)前記説明者は、前記説明必要商品を販売する販売者であることを特徴とする付記1-1乃至1-8の何れか一に記載の商品注文支援装置。
【0200】
(付記1-11)コンピュータにより実行される商品注文支援方法において、注文するために顧客により選択された商品を識別する商品識別情報を、前記顧客が利用する顧客端末装置から取得する商品識別情報取得ステップと、前記取得された商品識別情報に基づいて、前記選択された商品が、購入前に所定の説明者からの説明を要する説明必要商品であるか否かを判定する判定ステップと、前記選択された商品が前記説明必要商品であると判定された場合前記説明者による前記選択された商品に関する説明を要求するための説明要求操作が可能な説明要求画面を、前記選択された商品を含む注文内容で注文を確定させる前に前記顧客端末装置により表示させる診察要求画面表示制御ステップと、を含むことを特徴とする商品注文支援方法。
【0201】
(付記2-1)顧客が利用する顧客端末装置と、購入前に説明を受けることが必要な商品に関する前記説明を前記顧客に行う説明者が利用する説明者端末装置とを、前記説明のための通話を可能に接続させる接続手段と、前記顧客端末装置と前記説明者端末装置とが接続されていることで前記顧客端末装置の画面に前記説明者端末装置側の映像が表示されているとき、前記顧客に提供される商品について前記説明者端末装置に入力された入力情報を、前記説明者端末装置から取得する入力情報取得手段と、前記画面に前記説明者端末装置側の映像が表示されているとき、前記取得された入力情報に基づいて、前記顧客に提供される商品を示す提供商品情報を前記画面に表示させる顧客画面表示制御手段と、を備えることを特徴とする商品情報提示制御装置。
【0202】
(付記2-2)注文するために前記顧客により選択された商品を識別する商品識別情報を取得する商品識別情報取得手段を更に備え、前記顧客画面表示制御手段は、前記取得された商品識別情報により示される前記商品を含む注文内容を示す前記提供商品情報を前記画面に表示させ、前記顧客画面表示制御手段は、前記注文内容を変更するための前記入力情報が前記入力情報取得手段により取得された場合、前記変更後の注文内容を示すように、前記提供商品情報の表示を更新させることを特徴とする付記2-1に記載の商品情報提示制御装置。
【0203】
(付記2-3)前記顧客画面表示制御手段は、前記注文内容を示す前記提供商品情報とともに、前記注文内容で商品を購入するために必要な金額を示す金額情報を、前記画面に表示させ、前記顧客画面表示制御手段は、前記注文内容を変更するための前記入力情報が前記入力情報取得手段により取得された場合、前記変更後の注文内容で商品を購入するために必要な金額を示すように、前記金額情報の表示を更新させることを特徴とする付記2-2に記載の商品情報提示制御装置。
【0204】
(付記2-4)前記顧客画面表示制御手段は、前記画面における前記提供商品情報の表示を更新するための操作を前記顧客端末装置が受け付けた場合、前記提供商品情報の表示を更新させることを特徴とする付記2-2又は2-3に記載の商品情報提示制御装置。
【0205】
(付記2-5)前記顧客画面表示制御手段は、前記注文内容を変更するための前記入力情報が前記入力情報取得手段により取得された場合、前記変更後の注文内容を示す前記提供商品情報とともに、前記注文内容の変更により前記注文内容から削除された商品を示す削除商品情報を前記画面に表示させることを特徴とする付記2-2乃至2-4の何れか一に記載の商品情報提示制御装置。
【0206】
(付記2-6)前記顧客画面表示制御手段は、前記提供商品情報とともに、前記提供商品情報により示される前記商品の購入に必要な金額を示す金額情報を、前記画面に表示させることを特徴とする付記2-1乃至2-5の何れか一に記載の商品情報提示制御装置。
【0207】
(付記2-7)前記取得された商品識別情報に基づいて、前記選択された商品が、購入前に説明を受ける必要がある説明必要商品であるか否かを判定する判定手段を更に備え、前記接続手段は、前記選択された商品が前記説明必要商品であると判定された場合、前記顧客端末装置と前記説明者端末装置とを接続させることを特徴とする付記2-2乃至2-5の何れか一に記載の商品情報提示制御装置。
【0208】
(付記2-8)前記顧客端末装置と前記説明者端末装置との接続が切断された後、前記画面に表示された前記提供商品情報により示される前記商品を含む注文内容で注文を確定することを示す注文確定画面を前記顧客端末装置により表示させる注文確定画面表示制御手段を更に備え、前記選択された商品が前記説明必要商品ではないと判定された場合、前記接続手段は、前記顧客端末装置と前記説明者端末装置とを接続させることなく、前記注文確定画面表示制御手段は、前記選択された商品を含む前記注文内容で注文を確定することを示す前記注文確定画面を前記顧客端末装置により表示させることを特徴とする付記2-7に記載の商品情報提示制御装置。
【0209】
(付記2-9)前記選択された商品が前記説明必要商品であると判定された場合、前記説明を要求するための説明要求操作が可能な説明要求画面を、前記顧客端末装置に表示させる説明要求画面表示制御手段を更に備え、前記接続手段は、前記顧客端末装置により表示された前記説明要求画面で前記説明要求操作が受け付けられた後、前記顧客端末装置と前記説明者端末装置とを接続させることを特徴とする付記2-7又は2-8に記載の商品情報提示制御装置。
【0210】
(付記2-10)前記接続手段は、前記選択された商品を含む前記注文内容で注文を確定させる前に、前記顧客端末装置と前記説明者端末装置とを接続させることを特徴とする付記2-2乃至2-5の何れか一に記載の商品情報提示制御装置。
【0211】
(付記2-11)前記顧客端末装置と前記説明者端末装置との接続が切断された後、前記画面に表示された前記提供商品情報により示される前記商品を含む注文内容で注文を確定することを示す注文確定画面を前記顧客端末装置により表示させる注文確定画面表示制御手段を更に備えることを特徴とする付記2-1乃至2-10の何れか一の何れか一項に記載の商品情報提示制御装置。
【0212】
(付記2-12)前記注文確定画面は、前記注文を確定させるための確定操作が可能な画面であり、前記顧客端末装置により表示された前記注文確定画面で前記確定操作が受け付けられた後、前記注文内容に含まれる前記商品の購入代金を決済する決済処理を実行する決済手段を更に備えることを特徴とする付記2-11に記載の信制御装置。
【0213】
(付記2-13)前記提供される商品は医療用医薬品を含み、前記説明者は医療機関であり、前記接続手段は、前記顧客端末装置と前記説明者端末装置とを、前記医療機関が前記顧客を診察するための前記通話を可能に接続させることを特徴とする付記2-1乃至2-12の何れか一に記載の商品情報提示制御装置。
【0214】
(付記2-14)顧客が利用する顧客端末装置のコンピュータを、前記顧客端末装置と、購入前に説明を受けることが必要な商品に関する前記説明を前記顧客に行う説明者が利用する説明者端末装置とが、前記説明のための通話が可能に接続されているとき、前記説明者端末装置側の映像を画面に表示させる映像表示制御手段と、前記顧客に提供される商品に関する入力情報が前記説明者端末装置に入力された後、前記顧客に提供される前記商品を示す提供商品情報を表示させる提供商品表示情報であって、前記入力情報に応じた提供商品表示情報を取得する取得手段と、前記画面に前記説明者端末装置側の映像が表示されているとき、前記取得された提供商品表示情報に基づいて、前記画面に前記提供商品情報を表示させる提供商品情報表示制御手段、として機能させることとを特徴とする端末プログラム。
【符号の説明】
【0215】
1 販売管理サーバ
2 診察端末
3 出荷端末
4 顧客端末
11 システム制御部
12 システムバス
13 入出力インタフェース
14 記憶部
14a 会員DB
14b 商品DB
14c カートDB
14d 診察予約DB
14e 処方履歴DB
14f 注文DB
111 医薬品識別情報取得部
112 医療用医薬品判定部
113 顧客画面表示制御部
114 予約情報生成部
115 通信接続部
116 医療機関画面表示制御部
117 処方情報受信部
118 処方履歴記録部
119 カート情報管理部
120 注文情報生成部
121 決済部
122 顧客識別情報取得部
123 処方判定部
41 システム制御部
42 システムバス
43 入出力インタフェース
44 記憶部
45 通信部
46 操作入力部
47 表示部
48 撮影部
49 音声入力部
50 音声出力部
411 映像表示制御部
412 情報取得部
413 情報表示制御部
NW ネットワーク
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10
図11
図12
図13
図14
図15
図16
図17
図18
図19
図20
図21
図22
図23