JP7621626B1 - 商品提供システム、商品提供処理装置及びプログラム - Google Patents
商品提供システム、商品提供処理装置及びプログラム Download PDFInfo
- Publication number
- JP7621626B1 JP7621626B1 JP2024007733A JP2024007733A JP7621626B1 JP 7621626 B1 JP7621626 B1 JP 7621626B1 JP 2024007733 A JP2024007733 A JP 2024007733A JP 2024007733 A JP2024007733 A JP 2024007733A JP 7621626 B1 JP7621626 B1 JP 7621626B1
- Authority
- JP
- Japan
- Prior art keywords
- amount
- package
- user
- medication
- purchase
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
【課題】医薬品の過剰摂取による健康被害を防止する商品提供システム、商品提供処理装置及びプログラムを提供する。
【解決手段】ユーザにより複数の医薬品が含まれた医薬品パッケージを購入することが選択されると、購入することが選択された医薬品パッケージに含まれる濫用防止成分の特定成分量を算出する。また、算出された特定成分量と、ユーザに対して過去に提供した医薬品パッケージに含まれる濫用防止成分に関する服薬履歴情報とに基づいて、所定期間内の特定成分の成分量を推定する服薬推定成分量を算出する。そして、算出された服薬推定成分量が、あらかじめ規定された服薬上限値を超えると判定されると、ユーザにより購入することが選択された医薬品パッケージについての提供を中止する。
【選択図】図９
【解決手段】ユーザにより複数の医薬品が含まれた医薬品パッケージを購入することが選択されると、購入することが選択された医薬品パッケージに含まれる濫用防止成分の特定成分量を算出する。また、算出された特定成分量と、ユーザに対して過去に提供した医薬品パッケージに含まれる濫用防止成分に関する服薬履歴情報とに基づいて、所定期間内の特定成分の成分量を推定する服薬推定成分量を算出する。そして、算出された服薬推定成分量が、あらかじめ規定された服薬上限値を超えると判定されると、ユーザにより購入することが選択された医薬品パッケージについての提供を中止する。
【選択図】図９
Description
本発明は、医薬品の提供の判定を行う商品提供システム、商品提供処理装置及びプログラムに関する。
近年、インターネットによる所謂ネット販売や自動販売機等から医薬品が提供されることが検討されている。
例えば、自動販売機から医薬品を提供する場合には、予め設置された自動販売機（薬剤供給装置、販売器械）を利用してテレビ会議システム等により薬剤師と問診を行い、問診にて薬剤師から推薦された医薬品を購入することを決定すると、薬剤師の操作・指示により自動販売機から医薬品が提供されることが知られている（例えば、特許文献１、特許文献２参照）。
しかしながら、医薬品の服薬においては、医薬品を服薬する服薬者が医薬品の過剰摂取（オーバードーズ）し、健康被害が生じることが問題となっている。特に、医薬品が手軽に購入できればできるほど、医薬品の過剰摂取による健康被害の問題は大きくなってきている。
このため、医薬品を提供する場合には、医薬品の過剰摂取による健康被害を防止することは重要な課題となっている。
このため、医薬品を提供する場合には、医薬品の過剰摂取による健康被害を防止することは重要な課題となっている。
本発明は、上記課題を解決するものであり、医薬品の過剰摂取による健康被害を防止する商品提供システム、商品提供処理装置及びプログラムを提供することを目的とする。
上記課題を解決するため、本発明の商品提供システムは、ユーザを識別するユーザ識別手段（マイナンバー、アプリＩＤ、顔認証による固有情報等）と、ユーザにより複数の医薬品が含まれた医薬品パッケージを購入することが選択されると、購入することが選択された医薬品パッケージに含まれる特定成分（濫用防止成分）の特定成分量を算出する成分量算出手段と、前記成分量算出手段によって算出された特定成分量と、前記ユーザ識別手段によって識別されたユーザに対して過去に提供した医薬品パッケージに関する服薬履歴情報とに基づいて、所定期間内の特定成分の成分量を推定する服薬推定成分量を算出する服薬推定成分量算出手段と、前記服薬推定成分量算出手段によって算出された前記服薬推定成分量が、あらかじめ規定された服薬上限値を超えるか否かを判定する濫用防止判定手段と、前記濫用防止判定手段によって前記服薬推定成分量が前記服薬上限値以下であると判定されると、ユーザにより購入することが選択された医薬品パッケージについての提供を許可し、前記濫用防止判定手段によって前記服薬推定成分量が前記服薬上限値を超えると判定されると、ユーザにより購入することが選択された医薬品パッケージについての提供を中止することが可能である提供判定手段とを備えることを特徴とする。
好適には、前記成分量算出手段は、ユーザにより複数個の同じ医薬品パッケージを購入することが選択されたときには、前記特定成分量として、複数個の医薬品パッケージに含まれる特定成分の合計の成分量を算出し、
前記提供判定手段は、ユーザにより複数個の同じ医薬品パッケージを購入することが選択され、前記濫用防止判定手段によって前記服薬推定成分量が前記服薬上限値を超えると判定されると、複数個の同じ医薬品パッケージのうち、前記服薬推定成分量が前記服薬上限値以下となる許可個数までの医薬品パッケージについての提供は許可する一方、複数個の同じ医薬品パッケージのうち、前記許可個数を超える医薬品パッケージについての提供を中止することが望ましい。
前記提供判定手段は、ユーザにより複数個の同じ医薬品パッケージを購入することが選択され、前記濫用防止判定手段によって前記服薬推定成分量が前記服薬上限値を超えると判定されると、複数個の同じ医薬品パッケージのうち、前記服薬推定成分量が前記服薬上限値以下となる許可個数までの医薬品パッケージについての提供は許可する一方、複数個の同じ医薬品パッケージのうち、前記許可個数を超える医薬品パッケージについての提供を中止することが望ましい。
好適には、前記成分量算出手段は、ユーザにより異なる医薬品パッケージを購入することが選択されたときには、それぞれの医薬品パッケージに含まれる特定成分の成分量を抽出し、抽出した成分量を合計して前記特定成分量を算出することが望ましい。
好適には、医薬品パッケージを提供する複数の商品提供処理装置と、複数の商品提供処理装置と公衆回線を通じて情報を送受信可能に接続されたサーバとを備え、
前記サーバは、前記服薬履歴情報を記憶する記憶手段と、前記商品提供処理装置から所定の要求情報を受信すると、前記記憶手段に記憶された前記服薬履歴情報を前記商品提供処理装置に送信する服薬履歴情報送信手段とを有し、
前記商品提供処理装置は、医薬品パッケージを提供したときには、提供した医薬品パッケージの情報と医薬品パッケージを提供したユーザの情報とを対応付けてサーバに送信する購入情報送信手段を有することが望ましい。
前記サーバは、前記服薬履歴情報を記憶する記憶手段と、前記商品提供処理装置から所定の要求情報を受信すると、前記記憶手段に記憶された前記服薬履歴情報を前記商品提供処理装置に送信する服薬履歴情報送信手段とを有し、
前記商品提供処理装置は、医薬品パッケージを提供したときには、提供した医薬品パッケージの情報と医薬品パッケージを提供したユーザの情報とを対応付けてサーバに送信する購入情報送信手段を有することが望ましい。
好適には、医薬品パッケージを提供したときには、医薬品パッケージの提供日からの経過日数ごとに前記服薬推定成分量を減少させる服薬成分量調整手段を更に備えることが望ましい。
好適には、前記服薬推定成分量算出手段は、ユーザにより医薬品パッケージを購入することが選択されたときには、前記成分量算出手段によって算出された当日の特定成分量と過去に提供した医薬品パッケージに含まれた特定成分の過去成分量とを合計した合計特定成分量から、１日当たりの特定成分の服薬量に提供日初日からの経過日数を乗じた服薬済成分量を減じて、前記服薬推定成分量を算出することが望ましい。
好適には、ユーザにより購入することが選択された医薬品パッケージに含まれる特定成分を抽出する特定成分抽出手段と、前記特定成分抽出手段によって算出された特定成分と併用禁忌となる禁忌成分を含む医薬品パッケージが過去に提供されたか否かを判定する禁忌防止判定手段と、前記禁忌防止判定手段によって禁忌成分を含む医薬品パッケージが過去に提供されたと判定すると、注意事項を報知する注意事項報知手段とを備えることが望ましい。
好適には、本発明の商品提供処理装置は、ユーザを識別するユーザ識別手段と、ユーザにより複数の医薬品が含まれた医薬品パッケージを購入することが選択されると、購入することが選択された医薬品パッケージに含まれる特定成分の特定成分量を算出する成分量算出手段と、前記成分量算出手段によって算出された特定成分量と、前記ユーザ識別手段によって識別されたユーザに対して過去に提供した医薬品パッケージ関する服薬履歴情報とに基づいて、所定期間内の特定成分の成分量を推定する服薬推定成分量を算出する服薬推定成分量算出手段と、前記服薬推定成分量算出手段によって算出された前記服薬推定成分量が、あらかじめ規定された服薬上限値を超えるか否かを判定する濫用防止判定手段と、前記濫用防止判定手段によって前記服薬推定成分量が前記服薬上限値以下であると判定されると、ユーザにより購入することが選択された医薬品パッケージについての提供を許可し、前記濫用防止判定手段によって前記服薬推定成分量が前記服薬上限値を超えると判定されると、ユーザにより購入することが選択された医薬品パッケージについての提供を中止することが可能である提供判定手段とを備えることを特徴とする。
好適には、本発明のプログラムは、コンピュータに遂行させるプログラムにおいて、ユーザを識別するユーザ識別処理と、ユーザにより複数の医薬品が含まれた医薬品パッケージを購入することが選択されると、購入することが選択された医薬品パッケージに含まれる特定成分の特定成分量を算出する成分量算出処理と、前記成分量算出処理によって算出された特定成分量と、前記ユーザ識別処理によって識別されたユーザに対して過去に提供した医薬品パッケージに関する服薬履歴情報とに基づいて、所定期間内の特定成分の成分量を推定する服薬推定成分量を算出する服薬推定成分量算出処理と、前記服薬推定成分量算出処理によって算出された前記服薬推定成分量が、あらかじめ規定された服薬上限値を超えるか否かを判定する濫用防止判定処理と、前記濫用防止判定処理によって前記服薬推定成分量が前記服薬上限値以下であると判定されると、ユーザにより購入することが選択された医薬品パッケージについての提供を許可し、前記濫用防止判定処理によって前記服薬推定成分量が前記服薬上限値を超えると判定されると、ユーザにより購入することが選択された医薬品パッケージについての提供を中止することが可能である提供判定処理とを備えることを特徴とする。
本発明によれば、ユーザにより購入希望された医薬品パッケージに含まれる特定成分に対して、服薬推定成分量が服薬上限値を超えるときには、医薬品パッケージの提供が許可されないので、医薬品の過剰摂取による健康被害を防止することができる。特に、医薬品パッケージに含まれる特定成分に対しての成分量を判定していることから、同じ医薬品パッケージに限定されたり、先発医薬品と後発医薬品（ジェネリック医薬品）とで区別されたりすることなく、同一の特定成分を服薬するユーザに対して、医薬品の過剰摂取による健康被害をより強固に防止することができる。
以下、本発明の実施形態について、図面を参照しながら詳しく説明する。以下に説明される実施形態は、本発明のいくつかの例を示すものであって、本発明の内容を限定するものではない。また、各実施形態で説明される構成及び動作の全てが本発明の構成及び動作として必須であるとは限らない。
本実施形態では、医薬品を購入しようとする者（購入希望者）及び医薬品を購入した者（購入者）を適宜「ユーザ」とも称する。
また、本実施形態で提供する「医薬品」とは、医療用医薬品、要指導医薬品、一般用医薬品（第一類医薬品、第二類医薬品または第三類医薬品）、または医薬部外品を意味する。「医薬品パッケージ」とは、複数の医薬品が含まれ、医薬品を提供するときにパッケージ化されたものであり、薬局やドラッグストアにて販売されているパッケージ化された箱や瓶、薬剤師から処方された薬袋などが相当する。
また、本実施形態では、ユーザが商品提供処理装置を操作する際にユーザと対向する方向を「前方」と称し、前方とは反対方向を「後方」と称する。また、本実施形態では、商品提供処理装置の垂直方向・高さ方向を「上下方向」と称し、商品提供処理装置の水平方向・横幅方向を「左右方向」と称する。
［実施形態１］
本発明の実施形態１に係る商品提供システム１及び商品提供処理装置１００について説明する。実施形態１に係る商品提供処理装置１００は、医薬品パッケージを提供可能な自動販売機である。この商品提供処理装置１００は、薬局、ドラッグストア、コンビニエンスストア等の販売店の店舗内に設置されている。
本発明の実施形態１に係る商品提供システム１及び商品提供処理装置１００について説明する。実施形態１に係る商品提供処理装置１００は、医薬品パッケージを提供可能な自動販売機である。この商品提供処理装置１００は、薬局、ドラッグストア、コンビニエンスストア等の販売店の店舗内に設置されている。
［商品提供処理装置の外部構成］
まず、実施形態１に係る商品提供処理装置１００の外部構成について説明する。図１は、実施形態１に係る商品提供処理装置１００の斜視図の一例である。
まず、実施形態１に係る商品提供処理装置１００の外部構成について説明する。図１は、実施形態１に係る商品提供処理装置１００の斜視図の一例である。
図１に示すように、商品提供処理装置１００の筐体２の前面には、扉３が設けられている。商品提供処理装置１００では、扉３が開かれることによって、補充者により医薬品の補充作業及び医薬品の代金の回収作業等が行われる。
扉３の前面側には、医薬品の説明、ＱＲコード（登録商標）等のコード情報等を表示する表示部１０と、ユーザの選択操作を受け付ける操作入力部１１とで構成されたタッチスクリーンが設けられている。
また、扉３の前面には、ユーザが購入した医薬品を取り出すための商品取出口１２が設けられている。この商品取出口１２の前方かつ上端側には、埃、砂塵、害虫の侵入を防止するための透明な開閉扉１３が軸支されている。
本実施形態においては、商品取出口１２は、扉３のやや中央部に設けられている。このため、購入した医薬品をユーザが背を屈めたり、膝を曲げたりすることなく、安定した姿勢で取り出せることができる。なお、商品取出口１２は、扉３の下方部に設けられてもよいし、扉３の上方部に設けられてもよい。
また、扉３の前面側の上方部には、音声等を出力するためのスピーカ１９と、ユーザを撮影するための外部カメラ２０とが設けられている。
そして、商品提供処理装置１００の扉３の前面には、硬貨を受け付ける硬貨投入ユニット１４と、紙幣を受け付けるビルバリユニット１５と、ＱＲコードを読み取り可能なコードリーダ１６と、マイナンバーカードを読み込み可能なＩＣカードリーダ１７とが設けられている。さらに、釣銭を取り出すための釣銭取出口１８が設けられている。
また、商品提供処理装置１００は、カード決済ユニットやユーザ端末装置３００と非接触な近距離無線通信により、電子マネーを入金可能な電子マネー決済端末（例えば、ＮＦＣ決済端末）を備えてもよい。
商品提供処理装置１００の内部には、医薬品パッケージの種類ごとに分かれて医薬品パッケージが格納されている。そして、医薬品パッケージを提供することが許可されると、モータ等の駆動装置５０（図２参照）が駆動して、医薬品パッケージが商品取出口１２に搬送されることになる。
また、商品提供処理装置１００は、レシートを出力するレシートプリンタを備え、医薬品パッケージの購入履歴が確認できるように構成してもよい。
さらに、商品提供処理装置１００は、冷蔵器を備え、商品提供処理装置１００の内部の温度を適切に調整できるように構成してもよいし、除湿機を備え、商品提供処理装置１００の内部の湿度を適切に調整できるように構成してもよい。
［商品提供システムの構成］
次に、商品提供処理装置１００を介して医薬品が提供される商品提供システムの構成について説明する。図２は、実施形態１に係る商品提供システム１の構成を示すブロック図の一例である。
次に、商品提供処理装置１００を介して医薬品が提供される商品提供システムの構成について説明する。図２は、実施形態１に係る商品提供システム１の構成を示すブロック図の一例である。
図２に示すように、実施形態１に係る商品提供システム１は、異なる場所に設置された複数の商品提供処理装置１００と、各種の処理を行うサーバ２００と、ユーザ端末装置３００とから構成されている。
商品提供処理装置１００は、表示部１０と、操作入力部１１と、コードリーダ１６と、ＩＣカードリーダ１７と、スピーカ１９と、外部カメラ２０と、制御部３０と、装置プログラム記憶部４０と、制御記憶部４１と、駆動装置５０と、金銭情報入出力部６０と、通信部７０と、を少なくとも備えている。
制御部３０は、ＣＰＵ（Central Processing Unit）などのプロセッサからなり、各種のデバイス（表示部１０、操作入力部１１、コードリーダ１６と、ＩＣカードリーダ１７と、スピーカ１９と、外部カメラ２０、装置プログラム記憶部４０、制御記憶部４１、駆動装置５０、金銭情報入出力部６０、通信部７０）と接続されている。制御部３０は、装置プログラム記憶部４０に記憶されているプログラムを実行して、医薬品を提供するための各種の処理を行う。制御部３０の詳しい処理については、後述する。
装置プログラム記憶部４０は、マスクＲＯＭなどの書き換え不能な不揮発性のＲＯＭからなり、制御部３０に各種の処理を遂行させるプログラムが記憶されている。
制御記憶部４１は、一時記憶装置であり、例えば、読み書き可能な不揮発性のフラッシュメモリ等からなり、制御部３０が各種の処理を行うための一時的な情報が記憶される。
駆動装置５０は、ベルトコンベア、エレベータ、プッシャー、モータ等からなり、医薬品を商品取出口１２に搬送する装置である。
金銭情報入出力部６０は、硬貨投入ユニット１４とビルバリユニット１５と釣銭取出口１８とに接続され、金銭情報・カード情報・釣銭情報の入出力を行う支払ユニットである。
通信部７０は、商品提供処理装置１００とサーバ２００との間で通信状態を確立して相互に通信可能な状態とする通信モジュールからなり、通信方式としては有線通信又は無線通信を問わない。
サーバ２００は、サーバ制御部２１０と、データベース記憶部２２０と、サーバプログラム記憶部２３０とから構成されている。
サーバ制御部２１０は、ＣＰＵなどのプロセッサからなり、データベース記憶部２２０とサーバプログラム記憶部２３０とに接続されている。サーバ制御部２１０は、サーバプログラム記憶部２３０に記憶されているプログラムを実行して、データベース記憶部２２０に記憶されている服薬履歴情報を更新したり、服薬履歴情報を商品提供処理装置１００に送信したりして、各種の処理を行う。
データベース記憶部２２０は、ハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＤＤ）、光ディスクドライブ、磁気テープ装置等の大容量の記憶装置からなり、医薬品パッケージ成分情報、服薬履歴情報、併用禁忌情報、予約購入情報等を記憶している。
「医薬品パッケージ成分情報」は、医薬品の過剰摂取により健康被害が生ずる恐れがある濫用防止成分ごとの推定危険量から推定される１回又は継続服薬期間内の服薬上限値を規定し、医薬品のパッケージ単位でデータベース化した情報である。医薬品パッケージ成分情報の詳しい構成は、図３（ａ）を用いて後述する。
「服薬履歴情報」は、ユーザの固有情報に対応付けて、ユーザが過去に購入した医薬品パッケージに含まれる特定成分に関する情報から構成されている。服薬履歴情報の詳しい構成は、図３（ｂ）を用いて後述する。
「併用禁忌情報」は、併用禁忌となる各種の成分情報の禁忌組合せ、併用注意となる各種の成分情報の注意組合せの情報から構成されている。
「予約購入情報」は、ユーザの固有情報に対応付けて購入予約された医薬品パッケージの情報から構成されている。
ユーザ端末装置３００は、パソコン、タブレット、スマートフォン等の端末装置からなり、ユーザが操作を行う端末装置である。ユーザは、ユーザ端末装置３００を操作することにより医薬品パッケージを予め購入予約して、予約した医薬品を商品提供処理装置１００から受け取ることもできる。
なお、本実施形態の商品提供システム１は、ユーザ端末装置３００を備えて構成しているが、ユーザ端末装置３００を備えずに構成してもよい。
さらに、商品提供システム１は、薬剤師が操作・問診を行うための薬剤師端末装置を備え、商品提供処理装置１００またはユーザ端末装置３００の表示部を介して、ユーザがテレビ会議システム等により薬剤師と問診を行えるように構成してもよい。
［医薬品パッケージ成分情報の構成］
上述したサーバ２００のデータベース記憶部２２０に記憶される医薬品パッケージ成分情報の構成について説明する。図３（ａ）は、実施形態１に係る医薬品パッケージ成分情報の構成を示す概念図の一例である。
上述したサーバ２００のデータベース記憶部２２０に記憶される医薬品パッケージ成分情報の構成について説明する。図３（ａ）は、実施形態１に係る医薬品パッケージ成分情報の構成を示す概念図の一例である。
図３（ａ）に示すように、医薬品パッケージ成分情報は、「濫用防止成分」に対して「推定危険量」と「服薬上限値」とが対応付けて規定されている。
「濫用防止成分」とは、医薬品の過剰摂取により健康被害が生ずる恐れがある対象の成分を示しており、厚生労働省が「濫用等のおそれのある医薬品」として指定しているエフェドリン、コデイン、ジヒドロコデイン、ブロモバレリル尿素、プソイドエフェドリン、メチルエフェドリンや、厚生労働省が注意喚起しているアセチルサリチル酸（アスピリン）、カフェインや、各種の医療機関が注意喚起している成分が該当する。
「推定危険量」とは、濫用防止成分ごとの健康被害が生ずる恐れがある成分量を示し、厚生労働省や所定の医療機関等から開示されている中毒量や推定致死量に対応するものである。
「服薬上限値」とは、１回または継続服薬期間内において濫用防止成分による健康被害を防止する成分量の上限値であり、濫用防止成分ごとの推定危険量から推定して設定される。
服薬上限値の設定の一例として、推定危険量に安全率１００％を乗算した上限値を設定する。推定危険量が購入者の体重に依存する場合には安全に配慮し、体力のない軽量の購入者を想定した上限値（例えば、３０ｋｇ）を設定する。なお、推定危険量が購入者の体重に依存する場合には、購入者が体重を入力したり、購入者の体重を測定したりして、実際の購入者の体重に基づいて服薬上限値を設定するように構成してもよい。
なお、本実施形態においては、医薬品パッケージ成分情報は、濫用防止成分と推定危険量と服薬上限値とを対応付けて規定しているが、推定危険量は規定せずに、濫用防止成分と服薬上限値とを対応付けて規定してもよい。
さらに、医薬品パッケージ成分情報は、「濫用防止成分」に対して「医薬品パッケージ」を対応付けて規定しており、「医薬品パッケージ」に対して「含有量（１錠or包or本）」と「１パッケージ（錠or包or本）数」と「１パッケージ当たり含有量（特定成分量）」と「１日服薬（錠or包or本）数」と「１日服薬量」と「服薬不可年齢」とが対応付けて規定されている。
「含有量（１錠or包or本）」とは、医薬品パッケージの１錠、１包または１本に含まれる濫用防止成分の成分量である。
「１パッケージ（錠or包or本）数」とは、１つの医薬品パッケージに含まれる錠数、包数または本数である。
「１パッケージ当たり含有量（特定成分量）」とは、１つの医薬品パッケージに含まれる濫用防止成分の成分量であり、「含有量（１錠or包or本）」と「１パッケージ（錠or包or本）数」とを乗じて算出される。
「１日服薬（錠or包or本）数」とは、医薬品パッケージに含まれる錠数、包数または本数を１日当たりの服薬する数である。
「１日服薬量」とは、医薬品パッケージに含まれる錠数、包数または本数を１日当たりに服薬したときに、濫用防止成分の１日当たりの成分量であり、「含有量（１錠or包or本）」と「１日服薬（錠or包or本）数」とを乗じて算出される。
「服薬不可年齢」とは、医薬品パッケージに含まれる医薬品を服薬できない年齢を示している。
また、医薬品パッケージ成分情報は、「医薬品パッケージ」に対してその他の情報を対応付けて記憶してもよいし、服薬不可年齢等は対応付けて記憶しなくともよい。
［服薬履歴情報の構成］
上述したサーバ２００のデータベース記憶部２２０に記憶される服薬履歴情報の構成について説明する。図３（ｂ）は、実施形態１に係る服薬履歴情報の構成を示す概念図の一例である。
上述したサーバ２００のデータベース記憶部２２０に記憶される服薬履歴情報の構成について説明する。図３（ｂ）は、実施形態１に係る服薬履歴情報の構成を示す概念図の一例である。
図３（ｂ）に示すように、服薬履歴情報は、「ユーザの固有情報」に対して「濫用防止成分」と「医薬品パッケージ」と「１パッケージ当たり含有量（特定成分量）」と「提供済み個数」と「提供初日」と「１日服薬量」と「経過日数」と「残存推定成分量」と「合計残存推定成分量」とが対応付けて規定されいる。
「ユーザの固有情報」とは、ユーザ（購入者）を識別する情報であり、商品提供処理装置１００の外部カメラ２０により撮影された顔認証による固有情報、外部カメラ２０によりにより撮影された運転免許証から取得した固有情報、ユーザのマイナンバーカードの情報、商品提供システム１に対応したアプリケーションの固有情報であるアプリＩＤ等が相当する。
「提供済み個数」とは、商品提供処理装置１００がユーザに対してそれぞれの医薬品パッケージを過去に提供した個数を示している。
「提供初日」とは、商品提供処理装置１００がユーザに対して医薬品パッケージを最初に提供した日付を示している。
「経過日数」とは、それぞれの医薬品パッケージを最初に購入した日から経過した日数を示しており、「提供初日」と現在の日付とに基づいて算出される。
「残存推定成分量」とは、それぞれの医薬品パッケージに残存している濫用防止成分の成分量を示し、「１パッケージ当たり含有量（特定成分量）」に「提供済み個数」を乗じた第１乗算値から、「１日服薬量」に「経過日数」を乗じた第２乗算値を減算することにより算出される。
「合計残存推定成分量」とは、濫用防止成分ごとに残存している成分量を示し、濫用防止成分ごとの「残存推定成分量」を合計することにより算出される。
また、服薬履歴情報は、残存推定成分量＝０になると、その医薬品パッケージに対応付いて規定された情報が消去される。これにより、継続服薬期間を経過した医薬品パッケージの情報は消去され、ユーザの固有情報に対応付けられた服薬履歴情報を適切に更新することができる。
また、服薬履歴情報は、ユーザの固有情報に対してその他の情報を対応付けて記憶してもよい。例えば、ユーザの固有情報に対して「性別」、「年齢」または「体重」の情報を対応付けて規定してもよい。
［商品提供システムのシーケンス図］
次に、商品提供システム１の処理遷移について説明する。図４は、実施形態１に係る商品提供システムにおいてユーザ端末装置から医薬品パッケージを購入予約するときの処理遷移を示すシーケンス図の一例である。図５は、実施形態１に係る商品提供システムにおいて商品提供処理装置から医薬品パッケージを購入するときの処理遷移を示すシーケンス図の一例である。
次に、商品提供システム１の処理遷移について説明する。図４は、実施形態１に係る商品提供システムにおいてユーザ端末装置から医薬品パッケージを購入予約するときの処理遷移を示すシーケンス図の一例である。図５は、実施形態１に係る商品提供システムにおいて商品提供処理装置から医薬品パッケージを購入するときの処理遷移を示すシーケンス図の一例である。
図４に示したシーケンス図は、左列から順番に、ユーザ端末装置３００、商品提供処理装置１００、サーバ２００（サーバ制御部２１０）の処理を示している。なお、以下に説明する各処理については、例示的な順序でステップＳの要素を図示しており、図示した特定の順序に限定されない。したがって、図４に示すフローチャートにおいて、処理結果に矛盾が生じない限り、順序を入れ替えることが可能である。このことは、後述する図５～図１０においても同様である。
（ユーザ端末装置から医薬品パッケージを購入予約するときシーケンス）
ユーザがユーザ端末装置３００により医薬品パッケージを購入予約し、商品提供処理装置１００から医薬品パッケージを受け取る場合のシーケンスについて説明する。
ユーザがユーザ端末装置３００により医薬品パッケージを購入予約し、商品提供処理装置１００から医薬品パッケージを受け取る場合のシーケンスについて説明する。
図４に示すように、ユーザ端末装置３００は、ユーザからサーバ制御部２１０へのログイン操作があると、商品選択ログイン処理を行う（ステップＳ１）。
この商品選択ログイン処理では、最初にアプリＩＤやパスワード等のユーザの固有情報をサーバ２００に送信する。
この商品選択ログイン処理では、最初にアプリＩＤやパスワード等のユーザの固有情報をサーバ２００に送信する。
サーバ制御部２１０は、ユーザ端末装置３００からユーザの固有情報を受信すると、ユーザ認証処理を行う（ステップＳ２）。
このユーザ認証処理では、ユーザ端末装置３００から受信したユーザの固有情報がデータベース記憶部２２０に登録されたユーザの固有情報であるか否かを判定する。そして、登録されたユーザの固有情報であるか否かのユーザ認証結果情報をユーザ端末装置３００に送信する。また、受信したユーザの固有情報があらかじめ登録されたユーザの固有情報であると、ユーザの認証が成功したものとして、受信したユーザの固有情報をアクセス中のユーザの固有情報として登録し、サーバ制御部２１０とユーザ端末装置３００との通信状態を確立する。
このユーザ認証処理では、ユーザ端末装置３００から受信したユーザの固有情報がデータベース記憶部２２０に登録されたユーザの固有情報であるか否かを判定する。そして、登録されたユーザの固有情報であるか否かのユーザ認証結果情報をユーザ端末装置３００に送信する。また、受信したユーザの固有情報があらかじめ登録されたユーザの固有情報であると、ユーザの認証が成功したものとして、受信したユーザの固有情報をアクセス中のユーザの固有情報として登録し、サーバ制御部２１０とユーザ端末装置３００との通信状態を確立する。
ユーザ端末装置３００は、ユーザの認証が成功したことを示すユーザ認証結果情報を受信すると、商品提供処理装置１００から提供される医薬品パッケージを購入予約する予約商品決定処理を行う（ステップＳ３）。
この予約商品決定処理では、医薬品パッケージ名から医薬品パッケージを選択したり、症状から医薬品パッケージを選択したりして、商品提供処理装置１００から提供される医薬品パッケージを購入予約する。そして、購入予約された医薬品パッケージの情報をサーバ２００に送信する。
この予約商品決定処理では、医薬品パッケージ名から医薬品パッケージを選択したり、症状から医薬品パッケージを選択したりして、商品提供処理装置１００から提供される医薬品パッケージを購入予約する。そして、購入予約された医薬品パッケージの情報をサーバ２００に送信する。
なお、予約商品決定処理により医薬品パッケージが購入予約された場合には、購入予約された医薬品パッケージが特定の医薬品（例えば、第一類医薬品）を含むものであると、テレビ会議システム等により薬剤師と特定の医薬品に関する問診を行わせるように構成してもよい。
サーバ制御部２１０は、購入予約された医薬品パッケージの情報を受信すると、サーバ健康被害抑制処理を行う（ステップＳ４）。
このサーバ健康被害抑制処理では、購入予約された医薬品パッケージに濫用防止成分が含まれるか否かを判定し、購入予約された医薬品パッケージに濫用防止成分が含まれる場合には、所定期間内の濫用防止成分の成分量を推定する服薬推定成分量を算出し、算出した服薬推定成分量が服薬上限値を超えるか否かを判定する濫用防止判定処理を行う。さらに、購入予約された医薬品パッケージに含まれる成分情報と過去に提供した医薬品パッケージに含まれる成分情報とが禁忌組合せまたは注意組合せとなるか否かを判定する禁忌防止判定処理を行う。このサーバ健康被害抑制処理の詳細については、図１０を用いて後述する。
このサーバ健康被害抑制処理では、購入予約された医薬品パッケージに濫用防止成分が含まれるか否かを判定し、購入予約された医薬品パッケージに濫用防止成分が含まれる場合には、所定期間内の濫用防止成分の成分量を推定する服薬推定成分量を算出し、算出した服薬推定成分量が服薬上限値を超えるか否かを判定する濫用防止判定処理を行う。さらに、購入予約された医薬品パッケージに含まれる成分情報と過去に提供した医薬品パッケージに含まれる成分情報とが禁忌組合せまたは注意組合せとなるか否かを判定する禁忌防止判定処理を行う。このサーバ健康被害抑制処理の詳細については、図１０を用いて後述する。
サーバ健康被害抑制処理により、購入予約された医薬品パッケージの提供が許可されたときには、購入予約された医薬品パッケージの提供を許可する許可情報と、購入予約された医薬品パッケージの医薬品情報と、購入予約された医薬品パッケージの提供個数と、ＱＲコードを発行するコード情報とをユーザ端末装置３００に送信する。一方、購入予約された医薬品パッケージの提供が許可されないときには、購入予約された医薬品パッケージの提供を許可しない不許可情報と、購入予約された医薬品パッケージの医薬品情報とをユーザ端末装置３００に送信する。
ユーザ端末装置３００は、提供の許可情報を受信したか否かを判定し（ステップＳ７）、提供の不許可情報を受信すると、ユーザ端末装置３００に健康被害が生ずる恐れがあるため販売できない旨の購入不許可画像を表示させ、医薬品パッケージの購入予約の処理を終了する。
ユーザ端末装置３００は、提供の許可情報を受信すると、ＱＲコードが発行可能となるように受信したコード情報を記憶するコード情報記憶処理を行う（ステップＳ８）。
ユーザ端末装置３００は、所定の操作によりＱＲコードが発行するコード情報発行処理を行う（ステップＳ９）。
商品提供処理装置１００は、ユーザ端末装置３００に発行されたＱＲコードを読み取ると、ＱＲコードを解析するコード情報解析処理を行う（ステップＳ１０）。
このコード情報解析処理では、ＱＲコードを解析し、ユーザの固有情報、購入予約された医薬品パッケージ及び提供個数を抽出する。
このコード情報解析処理では、ＱＲコードを解析し、ユーザの固有情報、購入予約された医薬品パッケージ及び提供個数を抽出する。
商品提供処理装置１００は、提供する医薬品パッケージを確定する提供商品確定処理を行う（ステップＳ１１）。
この提供商品確定処理では、上記コード情報解析処理により抽出された医薬品パッケージと提供個数を確定する。
この提供商品確定処理では、上記コード情報解析処理により抽出された医薬品パッケージと提供個数を確定する。
商品提供処理装置１００は、医薬品パッケージを確定すると、購入代金支払確認処理を行う（ステップＳ１２）。
この購入代金支払確認処理では、確定した医薬品パッケージと提供個数に基づいて購入代金を算出し、金銭情報入出力部６０よりユーザからの入金を確認して、ユーザからの入金が購入代金に足りているかを判定する。
この購入代金支払確認処理では、確定した医薬品パッケージと提供個数に基づいて購入代金を算出し、金銭情報入出力部６０よりユーザからの入金を確認して、ユーザからの入金が購入代金に足りているかを判定する。
商品提供処理装置１００は、ユーザからの入金が購入代金に足りていると、確定した医薬品パッケージを提供する商品提供処理を行う（ステップＳ１３）。
この商品提供処理では、駆動装置５０を駆動させて、確定した提供個数の医薬品パッケージを商品取出口１２に搬送する。
この商品提供処理では、駆動装置５０を駆動させて、確定した提供個数の医薬品パッケージを商品取出口１２に搬送する。
商品提供処理装置１００は、確定した医薬品パッケージを提供すると、購入情報送信処理を行う（ステップＳ１４）。
この購入情報送信処理では、ユーザの固有情報に対応付けて提供された医薬品パッケージの情報をサーバ２００に送信する。
この購入情報送信処理では、ユーザの固有情報に対応付けて提供された医薬品パッケージの情報をサーバ２００に送信する。
サーバ制御部２１０は、提供された医薬品パッケージの情報を受信すると、服薬履歴情報を更新する服薬履歴情報更新処理を行う（ステップＳ１５）。
この服薬履歴情報更新処理では、ユーザの固有情報に対応付けて提供された医薬品パッケージの情報を服薬履歴情報に記憶して更新する。
この服薬履歴情報更新処理では、ユーザの固有情報に対応付けて提供された医薬品パッケージの情報を服薬履歴情報に記憶して更新する。
なお、本実施形態においては、ユーザ端末装置３００がＱＲコードを発行し、商品提供処理装置１００がＱＲコードを読み取ることにより、購入予約された医薬品パッケージを提供するように構成したが、商品提供処理装置１００がＱＲコードを発行し、ユーザ端末装置３００がＱＲコードを読み取ることによりサーバ２００にアクセスして、サーバ２００からの指示により商品提供処理装置１００が購入予約された医薬品パッケージを提供するように構成してもよい。
（商品提供処理装置から医薬品パッケージを決定して購入するときシーケンス）
ユーザが商品提供処理装置により医薬品パッケージを決定して購入するときのシーケンスについて説明する。図５に示したシーケンス図は、左列から順番に、商品提供処理装置１００、サーバ２００（サーバ制御部２１０）の処理を示している。
ユーザが商品提供処理装置により医薬品パッケージを決定して購入するときのシーケンスについて説明する。図５に示したシーケンス図は、左列から順番に、商品提供処理装置１００、サーバ２００（サーバ制御部２１０）の処理を示している。
図５に示すように、商品提供処理装置１００は、ユーザ等からの操作を受け付ける受付待機処理を行っている（ステップＳ２１）。
この受付待機処理では、ユーザ等からの操作種別を判別し、操作種別に応じた処理に移行する。
この受付待機処理では、ユーザ等からの操作種別を判別し、操作種別に応じた処理に移行する。
商品提供処理装置１００は、ユーザから医薬品パッケージの購入操作があると、ユーザの固有情報を取得するユーザ固有情報取得処理を行う（ステップＳ２２）。
このユーザ固有情報取得処理では、ユーザがマイナンバーカードの情報を入力したり（マイナンバーカードを読み込んだり）、商品提供システム１に対応したアプリＩＤを入力したり（商品提供システム１に対応したアプリのＱＲコードを読み込んだり）して、ユーザの固有情報を取得する。また、マイナンバーカードの情報やアプリＩＤが入力されない場合には、外部カメラ２０を起動し、外部カメラ２０により撮影された顔認証により固有情報を取得したり、運転免許証から固有情報を取得したりする。なお、本実施形態においては、マイナンバーカードの情報、アプリＩＤ、顔認証による固有情報、運転免許証による固有情報のいずれの固有情報を取得可能に構成されているが、いずれか１つの固有情報のみを取得可能に構成してよい。
このユーザ固有情報取得処理では、ユーザがマイナンバーカードの情報を入力したり（マイナンバーカードを読み込んだり）、商品提供システム１に対応したアプリＩＤを入力したり（商品提供システム１に対応したアプリのＱＲコードを読み込んだり）して、ユーザの固有情報を取得する。また、マイナンバーカードの情報やアプリＩＤが入力されない場合には、外部カメラ２０を起動し、外部カメラ２０により撮影された顔認証により固有情報を取得したり、運転免許証から固有情報を取得したりする。なお、本実施形態においては、マイナンバーカードの情報、アプリＩＤ、顔認証による固有情報、運転免許証による固有情報のいずれの固有情報を取得可能に構成されているが、いずれか１つの固有情報のみを取得可能に構成してよい。
商品提供処理装置１００は、ユーザから医薬品パッケージの購入操作があると、商品提供処理装置１００から提供される医薬品パッケージを選択する商品選択処理を行う（ステップＳ２３）。
この商品選択処理では、医薬品パッケージ名から医薬品パッケージを選択したり、症状から医薬品パッケージを選択したりして、購入を希望する医薬品パッケージを選択する。
この商品選択処理では、医薬品パッケージ名から医薬品パッケージを選択したり、症状から医薬品パッケージを選択したりして、購入を希望する医薬品パッケージを選択する。
商品提供処理装置１００は、ユーザから医薬品パッケージの決定操作があると、商品提供処理装置１００から提供される医薬品パッケージを決定する商品決定処理を行う（ステップＳ２４）。
商品提供処理装置１００は、医薬品パッケージが決定されると、ユーザの固有情報に対応付けられた服薬履歴情報をサーバ２００から取得するため、ユーザ固有情報送信処理を行う（ステップＳ２５）。
このユーザ固有情報送信処理では、ユーザの固有情報を対応付けた履歴情報要求情報をサーバ２００に送信する。
このユーザ固有情報送信処理では、ユーザの固有情報を対応付けた履歴情報要求情報をサーバ２００に送信する。
サーバ制御部２１０は、履歴情報要求情報を受信すると、服薬履歴情報送信処理を行う（ステップＳ２６）。
この服薬履歴情報送信処理では、ユーザの固有情報に対応した服薬履歴情報を抽出し、抽出した服薬履歴情報を商品提供処理装置１００に送信する。
この服薬履歴情報送信処理では、ユーザの固有情報に対応した服薬履歴情報を抽出し、抽出した服薬履歴情報を商品提供処理装置１００に送信する。
商品提供処理装置１００は、服薬履歴情報を受信すると、服薬履歴情報を取得する服薬履歴情報取得処理を行う（ステップＳ２７）。
この服薬履歴情報取得処理では、サーバ２００から受信した服薬履歴情報を制御記憶部４１に記憶する。
この服薬履歴情報取得処理では、サーバ２００から受信した服薬履歴情報を制御記憶部４１に記憶する。
商品提供処理装置１００は、服薬履歴情報を記憶すると、健康被害抑制処理を行う（ステップＳ２８）。
この健康被害抑制処理では、購入希望された医薬品パッケージに濫用防止成分が含まれるか否かを判定し、購入希望された医薬品パッケージに濫用防止成分が含まれる場合には、所定期間内の濫用防止成分の成分量を推定する服薬推定成分量を算出し、算出した服薬推定成分量が服薬上限値を超えるか否かを判定する濫用防止判定処理を行う。さらに、購入希望された医薬品パッケージに含まれる成分情報と過去に提供した医薬品パッケージに含まれる成分情報とが禁忌組合せまたは注意組合せとなるか否かを判定する禁忌防止判定処理を行う。この健康被害抑制処理の詳細については、図７を用いて後述する。
この健康被害抑制処理では、購入希望された医薬品パッケージに濫用防止成分が含まれるか否かを判定し、購入希望された医薬品パッケージに濫用防止成分が含まれる場合には、所定期間内の濫用防止成分の成分量を推定する服薬推定成分量を算出し、算出した服薬推定成分量が服薬上限値を超えるか否かを判定する濫用防止判定処理を行う。さらに、購入希望された医薬品パッケージに含まれる成分情報と過去に提供した医薬品パッケージに含まれる成分情報とが禁忌組合せまたは注意組合せとなるか否かを判定する禁忌防止判定処理を行う。この健康被害抑制処理の詳細については、図７を用いて後述する。
商品提供処理装置１００は、購入希望された医薬品パッケージの提供を許可したか否かを判定する（ステップＳ２９）。商品提供処理装置１００は、購入希望された医薬品パッケージの提供を許可していないと判定すると、購入希望された医薬品パッケージの情報及びユーザの固有情報を破棄して、健康被害が生ずる恐れがあるため販売できない旨の購入不許可画像を表示させて、医薬品パッケージの購入の処理を終了する。
商品提供処理装置１００は、購入希望された医薬品パッケージの提供を許可したと判定すると、提供する医薬品パッケージを確定する提供商品確定処理を行う（ステップＳ３０）。
この提供商品確定処理では、購入希望された医薬品パッケージと提供個数を確定する。
この提供商品確定処理では、購入希望された医薬品パッケージと提供個数を確定する。
商品提供処理装置１００は、医薬品パッケージを確定すると、購入代金支払確認処理を行う（ステップＳ３１）。
この購入代金支払確認処理では、確定した医薬品パッケージと提供個数に基づいて購入代金を算出し、金銭情報入出力部６０よりユーザからの入金を確認して、ユーザからの入金が購入代金に足りているかを判定する。
この購入代金支払確認処理では、確定した医薬品パッケージと提供個数に基づいて購入代金を算出し、金銭情報入出力部６０よりユーザからの入金を確認して、ユーザからの入金が購入代金に足りているかを判定する。
商品提供処理装置１００は、ユーザからの入金が購入代金に足りていると、確定した医薬品パッケージを提供する商品提供処理を行う（ステップＳ３２）。
この商品提供処理では、駆動装置５０を駆動させて、確定した提供個数の医薬品パッケージを商品取出口１２に搬送する。
この商品提供処理では、駆動装置５０を駆動させて、確定した提供個数の医薬品パッケージを商品取出口１２に搬送する。
商品提供処理装置１００は、確定した医薬品パッケージを提供すると、購入情報送信処理を行う（ステップＳ３３）。
この購入情報送信処理では、ユーザの固有情報に対応付けて提供された医薬品パッケージの情報をサーバ２００に送信する。
この購入情報送信処理では、ユーザの固有情報に対応付けて提供された医薬品パッケージの情報をサーバ２００に送信する。
サーバ制御部２１０は、提供された医薬品パッケージの情報を受信すると、服薬履歴情報を更新する服薬履歴情報更新処理を行う（ステップＳ３４）。
この服薬履歴情報更新処理では、ユーザの固有情報に対応付けて提供された医薬品パッケージの情報を服薬履歴情報に記憶して更新する。
この服薬履歴情報更新処理では、ユーザの固有情報に対応付けて提供された医薬品パッケージの情報を服薬履歴情報に記憶して更新する。
なお、本実施形態においては、商品提供処理装置１００は、ユーザの固有情報を取得した後、サーバ２００からユーザの固有情報に対応した服薬履歴情報を取得するように構成したが、商品提供処理装置１００は、定期的にサーバ２００からすべてのユーザの固有情報に対応した服薬履歴情報を取得するように構成してもよい。
さらに、本実施形態においては、商品提供処理装置１００が健康被害抑制処理を行うように構成したが、商品提供処理装置から医薬品パッケージを決定して購入するときであっても、サーバ２００が健康被害抑制処理を行うように構成してもよい。このように構成する場合には、商品提供処理装置１００はユーザの固有情報に対応付けて購入希望された医薬品パッケージの情報をサーバ２００に送信し、サーバ健康被害抑制処理（ステップＳ４）と同様に、購入希望された医薬品パッケージの情報について濫用防止判定処理や禁忌防止判定処理を行い、その判定結果の情報を商品提供処理装置１００に送信すればよい。
このように、本実施形態の商品提供システム１においては、服薬履歴情報はサーバ２００で管理されており、サーバ２００からそれぞれの商品提供処理装置１００に服薬履歴情報が送信されるように構成されている。このため、服薬履歴情報はすべての商品提供処理装置１００で共有され、異なる場所に設置された商品提供処理装置１００から医薬品パッケージを購入する場合であっても、それぞれの商品提供処理装置１００で提供された医薬品パッケージの服薬推定成分量が合計され、合計された服薬推定成分量が服薬上限値を超えるときには、医薬品パッケージの提供を中止することができる。これにより、医薬品の過剰摂取の依存症により異なる場所で医薬品パッケージを大量に購入しようとすることを防止し、医薬品の過剰摂取による健康被害を防止することができる。
また、上述したシーケンス図におけるユーザ端末装置３００、商品提供処理装置１００、サーバ２００（サーバ制御部２１０）の処理は、代表的な処理を例示したものであり、この他にも多数の機能を果たすための処理が行われている。
［商品提供処理装置の制御処理］
次に、商品提供処理装置１００の制御処理の詳細について説明する。図６は、実施形態１に係る商品提供処理装置１００の主制御処理を示すフローチャートの一例である。
次に、商品提供処理装置１００の制御処理の詳細について説明する。図６は、実施形態１に係る商品提供処理装置１００の主制御処理を示すフローチャートの一例である。
（商品提供処理装置の主制御処理）
図６に示す商品提供処理装置１００の主制御処理は、商品提供処理装置１００に電源が供給されたときに行われる処理である。
図６に示す商品提供処理装置１００の主制御処理は、商品提供処理装置１００に電源が供給されたときに行われる処理である。
図６に示すように、ステップＳ１０１において、制御部３０は、電断復帰処理を行う。
この電断復帰処理では、各種の情報を初期化するとともに、サーバ２００と通信確認を行い、サーバ２００から必要な情報を取得する。具体的には、サーバ２００から医薬品パッケージ成分情報、併用禁忌情報などを取得する。この処理を終了すると、処理をステップＳ１０２に移す。
この電断復帰処理では、各種の情報を初期化するとともに、サーバ２００と通信確認を行い、サーバ２００から必要な情報を取得する。具体的には、サーバ２００から医薬品パッケージ成分情報、併用禁忌情報などを取得する。この処理を終了すると、処理をステップＳ１０２に移す。
ステップＳ１０２において、制御部３０は、ユーザからの操作を受け付ける受付待機処理を行う。
この受付待機処理は、図５に示した受付待機処理（ステップＳ２１）に対応する処理であり、ユーザからの操作を受け付ける受付表示画面を表示部１０に表示させるとともに、ユーザからの操作を受け付けることを待機する処理である。そして、ユーザからの操作を受け付けると、処理をステップＳ１０３に移す。
この受付待機処理は、図５に示した受付待機処理（ステップＳ２１）に対応する処理であり、ユーザからの操作を受け付ける受付表示画面を表示部１０に表示させるとともに、ユーザからの操作を受け付けることを待機する処理である。そして、ユーザからの操作を受け付けると、処理をステップＳ１０３に移す。
ステップＳ１０３において、制御部３０は、ユーザから購入予約した医薬品パッケージの受取操作を受け付けたか否かを判定する。
制御部３０は、購入予約した医薬品パッケージの受取操作を受け付けたと判定した場合には、処理をステップＳ１０４に移し、ユーザからの予約商品の受取操作を受け付けていないと判定した場合には、処理をステップＳ１１０に移す。
制御部３０は、購入予約した医薬品パッケージの受取操作を受け付けたと判定した場合には、処理をステップＳ１０４に移し、ユーザからの予約商品の受取操作を受け付けていないと判定した場合には、処理をステップＳ１１０に移す。
ステップＳ１０４において、制御部３０は、ユーザ端末装置３００に発行されたＱＲコードを読み取るコード情報読取処理を行う。そして、ユーザ端末装置３００に発行されたＱＲコードを読み取ると、処理をステップＳ１０５に移す。
ステップＳ１０５において、制御部３０は、ＱＲコードを解析するコード情報解析処理を行う。
このコード情報解析処理は、図４に示したコード情報解析処理（ステップＳ１０）に対応する処理であり、ＱＲコードを解析し、ユーザの固有情報、購入予約された医薬品パッケージ及び提供個数を抽出する。この処理を終了すると、処理をステップＳ１０６に移す。
このコード情報解析処理は、図４に示したコード情報解析処理（ステップＳ１０）に対応する処理であり、ＱＲコードを解析し、ユーザの固有情報、購入予約された医薬品パッケージ及び提供個数を抽出する。この処理を終了すると、処理をステップＳ１０６に移す。
ステップＳ１０６において、制御部３０は、提供する医薬品パッケージを確定する提供商品確定処理を行う。
この提供商品確定処理は、図４に示した提供商品確定処理（ステップＳ１１）に対応する処理であり、上記コード情報解析処理により抽出された医薬品パッケージと提供個数を確定する。この処理を終了すると、処理をステップＳ１２１に移す。
この提供商品確定処理は、図４に示した提供商品確定処理（ステップＳ１１）に対応する処理であり、上記コード情報解析処理により抽出された医薬品パッケージと提供個数を確定する。この処理を終了すると、処理をステップＳ１２１に移す。
ステップＳ１１０において、制御部３０は、ユーザからの商品の購入操作を受け付けたか否かを判定する。
制御部３０は、ユーザからの商品の購入操作を受け付けたと判定した場合には、処理をステップＳ１１１に移し、ユーザからの商品の購入操作を受け付けていないと判定した場合には、処理をステップＳ１０２に戻す。
制御部３０は、ユーザからの商品の購入操作を受け付けたと判定した場合には、処理をステップＳ１１１に移し、ユーザからの商品の購入操作を受け付けていないと判定した場合には、処理をステップＳ１０２に戻す。
ステップＳ１１１において、制御部３０は、ユーザの固有情報を取得するユーザ固有情報取得処理を行う。
このユーザ固有情報取得処理は、図５に示したユーザ固有情報取得処理（ステップＳ２２）に対応する処理であり、ユーザがマイナンバーカードの情報を入力したり（マイナンバーカードを読み込んだり）、商品提供システム１に対応したアプリＩＤを入力したり（商品提供システム１に対応したアプリのＱＲコードを読み込んだり）して、ユーザの固有情報を取得する。また、マイナンバーカードの情報やアプリＩＤが入力されない場合には、外部カメラ２０を起動し、外部カメラ２０により撮影された顔認証により固有情報を取得したり、運転免許証から固有情報を取得したりする。なお、本実施形態においては、マイナンバーカードの情報、アプリＩＤ、顔認証による固有情報、運転免許証による固有情報のいずれの固有情報を取得可能に構成されているが、いずれか１つの固有情報のみを取得可能に構成してよい。この処理を終了すると、処理をステップＳ１１２に移す。
このユーザ固有情報取得処理は、図５に示したユーザ固有情報取得処理（ステップＳ２２）に対応する処理であり、ユーザがマイナンバーカードの情報を入力したり（マイナンバーカードを読み込んだり）、商品提供システム１に対応したアプリＩＤを入力したり（商品提供システム１に対応したアプリのＱＲコードを読み込んだり）して、ユーザの固有情報を取得する。また、マイナンバーカードの情報やアプリＩＤが入力されない場合には、外部カメラ２０を起動し、外部カメラ２０により撮影された顔認証により固有情報を取得したり、運転免許証から固有情報を取得したりする。なお、本実施形態においては、マイナンバーカードの情報、アプリＩＤ、顔認証による固有情報、運転免許証による固有情報のいずれの固有情報を取得可能に構成されているが、いずれか１つの固有情報のみを取得可能に構成してよい。この処理を終了すると、処理をステップＳ１１２に移す。
ステップＳ１１２において、制御部３０は、商品提供処理装置１００から提供される医薬品パッケージを選択する商品選択処理を行う。
この商品選択処理は、図５に示した商品選択処理（ステップＳ２３）に対応する処理であり、ユーザからの商品の選択操作に応じて、医薬品パッケージ名から医薬品パッケージを選択したり、症状から医薬品パッケージを選択したりして、購入を希望する医薬品パッケージを選択する。この処理を終了すると、処理をステップＳ１１３に移す。
この商品選択処理は、図５に示した商品選択処理（ステップＳ２３）に対応する処理であり、ユーザからの商品の選択操作に応じて、医薬品パッケージ名から医薬品パッケージを選択したり、症状から医薬品パッケージを選択したりして、購入を希望する医薬品パッケージを選択する。この処理を終了すると、処理をステップＳ１１３に移す。
ステップＳ１１３において、制御部３０は、商品提供処理装置１００から提供される医薬品パッケージを決定する商品決定処理を行う。
この商品決定処理は、図５に示した商品決定処理（ステップＳ２４）に対応する処理であり、ユーザから商品の決定操作があると、商品提供処理装置１００から提供される医薬品パッケージを決定する。この処理を終了すると、処理をステップＳ１１４に移す。
この商品決定処理は、図５に示した商品決定処理（ステップＳ２４）に対応する処理であり、ユーザから商品の決定操作があると、商品提供処理装置１００から提供される医薬品パッケージを決定する。この処理を終了すると、処理をステップＳ１１４に移す。
ステップＳ１１４において、制御部３０は、ユーザの固有情報に対応付けられた服薬履歴情報を取得するため、ユーザ固有情報送信処理を行う。
このユーザ固有情報送信処理は、図５に示したユーザ固有情報送信処理（ステップＳ２５）に対応する処理であり、ユーザの固有情報に対応付けて履歴情報要求情報をサーバ２００に送信する。この処理を終了すると、処理をステップＳ１１５に移す。
このユーザ固有情報送信処理は、図５に示したユーザ固有情報送信処理（ステップＳ２５）に対応する処理であり、ユーザの固有情報に対応付けて履歴情報要求情報をサーバ２００に送信する。この処理を終了すると、処理をステップＳ１１５に移す。
ステップＳ１１５において、制御部３０は、サーバ２００からユーザの固有情報が対応付けられた服薬履歴情報を受信したか否かを判定する。
制御部３０は、ユーザの固有情報が対応付けられた服薬履歴情報を受信したと判定した場合には、処理をステップＳ１１６に移し、ユーザの固有情報が対応付けられた服薬履歴情報を受信していないと判定した場合には、ユーザの固有情報が対応付けられた服薬履歴情報を受信するまで待機する。
制御部３０は、ユーザの固有情報が対応付けられた服薬履歴情報を受信したと判定した場合には、処理をステップＳ１１６に移し、ユーザの固有情報が対応付けられた服薬履歴情報を受信していないと判定した場合には、ユーザの固有情報が対応付けられた服薬履歴情報を受信するまで待機する。
ステップＳ１１６において、制御部３０は、服薬履歴情報を取得する服薬履歴情報取得処理を行う。
この服薬履歴情報取得処理は、図５に示した服薬履歴情報取得処理（ステップＳ２７）に対応する処理であり、サーバ２００から受信したユーザの固有情報が対応付けられた服薬履歴情報を制御記憶部４１に記憶する。この処理を終了すると、処理をステップＳ１１７に移す。
この服薬履歴情報取得処理は、図５に示した服薬履歴情報取得処理（ステップＳ２７）に対応する処理であり、サーバ２００から受信したユーザの固有情報が対応付けられた服薬履歴情報を制御記憶部４１に記憶する。この処理を終了すると、処理をステップＳ１１７に移す。
ステップＳ１１７において、制御部３０は、健康被害抑制処理を行う。
この服薬履歴情報取得処理は、図５に示した健康被害抑制処理（ステップＳ２８）に対応する処理であり、詳しくは図７を用いて後述する。この処理を終了すると、処理をステップＳ１１８に移す。
この服薬履歴情報取得処理は、図５に示した健康被害抑制処理（ステップＳ２８）に対応する処理であり、詳しくは図７を用いて後述する。この処理を終了すると、処理をステップＳ１１８に移す。
ステップＳ１１８において、制御部３０は、上記商品決定処理で決定され、購入希望された医薬品パッケージの提供を許可したか否かを判定する。
制御部３０は、購入希望された医薬品パッケージの提供を許可したと判定した場合には、処理をステップＳ１１９に移し、購入希望された医薬品パッケージの提供を許可していないと判定した場合には、処理をステップＳ１２０に移す。
制御部３０は、購入希望された医薬品パッケージの提供を許可したと判定した場合には、処理をステップＳ１１９に移し、購入希望された医薬品パッケージの提供を許可していないと判定した場合には、処理をステップＳ１２０に移す。
ステップＳ１１９において、制御部３０は、提供する医薬品パッケージを確定する提供商品確定処理を行う。
この提供商品確定処理は、図５に示した提供商品確定処理（ステップＳ３０）に対応する処理であり、購入希望された医薬品パッケージと提供個数を確定する。この処理を終了すると、処理をステップＳ１２１に移す。
この提供商品確定処理は、図５に示した提供商品確定処理（ステップＳ３０）に対応する処理であり、購入希望された医薬品パッケージと提供個数を確定する。この処理を終了すると、処理をステップＳ１２１に移す。
ステップＳ１２０において、制御部３０は、購入不許可画像を表示部１０に表示させる購入不許可表示処理を行う。
この購入不許可表示処理では、上記健康被害抑制処理により医薬品パッケージの提供を許可しなかった理由（後述する不許可データ）に基づいて、健康被害が生ずる恐れがあるため販売できない旨の購入不許可画像を表示部１０に表示させる。そして、購入希望された医薬品パッケージの情報、提供個数及びユーザの固有情報等を破棄（消去）する。この処理を終了すると、処理をステップＳ１０２に戻す。
この購入不許可表示処理では、上記健康被害抑制処理により医薬品パッケージの提供を許可しなかった理由（後述する不許可データ）に基づいて、健康被害が生ずる恐れがあるため販売できない旨の購入不許可画像を表示部１０に表示させる。そして、購入希望された医薬品パッケージの情報、提供個数及びユーザの固有情報等を破棄（消去）する。この処理を終了すると、処理をステップＳ１０２に戻す。
ステップＳ１２１において、制御部３０は、購入代金支払確認処理を行う。
この購入代金支払確認処理は、図４及び図５に示した購入代金支払確認処理（ステップＳ１２、ステップＳ３１）に対応する処理であり、確定した医薬品パッケージと提供個数に基づいて購入代金を算出し、金銭情報入出力部６０よりユーザからの入金を確認して、ユーザからの入金が購入代金に足りていると、ユーザに医薬品パッケージを提供するために処理をステップＳ１２２に移す。ユーザからの入金が購入代金に足りていないと、ユーザからの入金が購入代金に足りるまで待機する。また、ユーザからの入金が購入代金を超えているときには、釣銭を算出し、算出した釣銭を釣銭取出口１８に排出する。
この購入代金支払確認処理は、図４及び図５に示した購入代金支払確認処理（ステップＳ１２、ステップＳ３１）に対応する処理であり、確定した医薬品パッケージと提供個数に基づいて購入代金を算出し、金銭情報入出力部６０よりユーザからの入金を確認して、ユーザからの入金が購入代金に足りていると、ユーザに医薬品パッケージを提供するために処理をステップＳ１２２に移す。ユーザからの入金が購入代金に足りていないと、ユーザからの入金が購入代金に足りるまで待機する。また、ユーザからの入金が購入代金を超えているときには、釣銭を算出し、算出した釣銭を釣銭取出口１８に排出する。
ステップＳ１２２において、制御部３０は、確定した医薬品パッケージを提供する商品提供処理を行う。
この商品提供処理は、図４及び図５に示した商品提供処理（ステップＳ１３、ステップＳ３２）に対応する処理であり、駆動装置５０を駆動させて、確定した提供個数の医薬品パッケージを商品取出口１２に搬送する。この処理を終了すると、処理をステップＳ１２３に移す。
この商品提供処理は、図４及び図５に示した商品提供処理（ステップＳ１３、ステップＳ３２）に対応する処理であり、駆動装置５０を駆動させて、確定した提供個数の医薬品パッケージを商品取出口１２に搬送する。この処理を終了すると、処理をステップＳ１２３に移す。
ステップＳ１２３において、制御部３０は、医薬品パッケージの提供が完了した旨を表示部１０に表示させる提供表示処理を行う。
この提供表示処理では、医薬品パッケージの提供が完了した提供完了画像を表示部１０に表示させる。また、後述する併用注意表示データがセットされている場合には、提供完了画像とともに、今回提供する医薬品パッケージが過去に提供した医薬品パッケージの成分との併用を注意する併用注意画像を表示部１０に表示させる。この処理を終了すると、処理をステップＳ１２４に移す。
この提供表示処理では、医薬品パッケージの提供が完了した提供完了画像を表示部１０に表示させる。また、後述する併用注意表示データがセットされている場合には、提供完了画像とともに、今回提供する医薬品パッケージが過去に提供した医薬品パッケージの成分との併用を注意する併用注意画像を表示部１０に表示させる。この処理を終了すると、処理をステップＳ１２４に移す。
ステップＳ１２４において、制御部３０は、確定した医薬品パッケージを提供すると、購入情報送信処理を行う。
この購入情報送信処理は、図４及び図５に示した購入情報送信処理（ステップＳ１４、ステップＳ３３）に対応する処理であり、ユーザの固有情報に対応付けて提供された医薬品パッケージの情報をサーバ２００に送信する。そして、購入希望された医薬品パッケージの情報及びユーザの固有情報等を破棄（消去）する。この処理を終了すると、処理をステップＳ１０２に戻す。
この購入情報送信処理は、図４及び図５に示した購入情報送信処理（ステップＳ１４、ステップＳ３３）に対応する処理であり、ユーザの固有情報に対応付けて提供された医薬品パッケージの情報をサーバ２００に送信する。そして、購入希望された医薬品パッケージの情報及びユーザの固有情報等を破棄（消去）する。この処理を終了すると、処理をステップＳ１０２に戻す。
図示は省略するが、商品提供処理装置１００の制御処理として図６に示した主制御処理の他にも、サーバ制御部２１０から各種情報を受信することにより行われる受信割込み処理等を備えている。
（健康被害抑制処理）
次に、商品提供処理装置１００で行われる健康被害抑制処理の詳細について説明する。図７は、実施形態１に係る商品提供処理装置の健康被害抑制処理を示すフローチャートの一例である。
次に、商品提供処理装置１００で行われる健康被害抑制処理の詳細について説明する。図７は、実施形態１に係る商品提供処理装置の健康被害抑制処理を示すフローチャートの一例である。
図７に示すように、ステップＳ２００において、制御部３０は、服薬推定成分量算出処理を行う。
この服薬推定成分量算出処理では、服薬推定成分量を算出する。この服薬推定成分量算出処理の詳細については、図８を用いて後述する。この処理を終了すると、処理をステップＳ２１１に移す。
この服薬推定成分量算出処理では、服薬推定成分量を算出する。この服薬推定成分量算出処理の詳細については、図８を用いて後述する。この処理を終了すると、処理をステップＳ２１１に移す。
ステップＳ２１１において、制御部３０は、服薬上限値抽出処理を行う。
この服薬上限値抽出処理では、図３（ａ）に示したような医薬品パッケージ成分情報を参照し、購入希望された医薬品パッケージに含まれる濫用防止成分の「服薬上限値」を抽出する。この処理を終了すると、処理をステップＳ２１２に移す。
この服薬上限値抽出処理では、図３（ａ）に示したような医薬品パッケージ成分情報を参照し、購入希望された医薬品パッケージに含まれる濫用防止成分の「服薬上限値」を抽出する。この処理を終了すると、処理をステップＳ２１２に移す。
ステップＳ２１２において、制御部３０は、ユーザにより購入希望された医薬品パッケージに含まれる濫用防止成分に対し、服薬推定成分量が服薬上限値を超えるか否かを判定する。
制御部３０は、服薬推定成分量が服薬上限値を超えると判定した場合には、処理をステップＳ２１４に移し、服薬推定成分量が服薬上限値を超えない（服薬推定成分量が服薬上限値以下）と判定した場合には、処理をステップＳ２１３に移す。
制御部３０は、服薬推定成分量が服薬上限値を超えると判定した場合には、処理をステップＳ２１４に移し、服薬推定成分量が服薬上限値を超えない（服薬推定成分量が服薬上限値以下）と判定した場合には、処理をステップＳ２１３に移す。
ステップＳ２１３において、制御部３０は、服薬推定成分量が服薬上限値を超えると判定した場合には、購入希望された同じ医薬品パッケージの個数が複数であるか否かを判定する。
制御部３０は、購入希望された同じ医薬品パッケージの個数が複数であると判定した場合には、処理をステップＳ２１４に移し、購入希望された同じ医薬品パッケージの個数が複数でないと判定した場合には、購入希望された医薬品パッケージの提供を不許可にするため、処理をステップＳ２２２に移す。
制御部３０は、購入希望された同じ医薬品パッケージの個数が複数であると判定した場合には、処理をステップＳ２１４に移し、購入希望された同じ医薬品パッケージの個数が複数でないと判定した場合には、購入希望された医薬品パッケージの提供を不許可にするため、処理をステップＳ２２２に移す。
ステップＳ２１４において、制御部３０は、提供可能な許可個数の算出処理を行う。
この提供可能な許可個数の算出処理では、購入希望された医薬品パッケージの個数から１を減算し、ステップＳ２００～ステップＳ２１２と同様の処理を行い、減算した個数の医薬品パッケージに含まれる濫用防止成分に対し、服薬推定成分量が服薬上限値を超えるか否かを判定する。そして、服薬推定成分量が服薬上限値を超えないときには、減算した個数を「許可個数」として決定する。服薬推定成分量が服薬上限値を超えるときには、減算した個数＝１となるまで、上記処理を繰り返し、服薬推定成分量が服薬上限値を超えなくなると、そのときに減算した個数を「許可個数」として決定する。減算した個数＝１（すなわち、今回提供する医薬品パッケージの個数が１個）であっても服薬推定成分量が服薬上限値を超えるときには、許可個数＝０を決定する。この処理を終了すると、処理をステップＳ２１５に移す。
この提供可能な許可個数の算出処理では、購入希望された医薬品パッケージの個数から１を減算し、ステップＳ２００～ステップＳ２１２と同様の処理を行い、減算した個数の医薬品パッケージに含まれる濫用防止成分に対し、服薬推定成分量が服薬上限値を超えるか否かを判定する。そして、服薬推定成分量が服薬上限値を超えないときには、減算した個数を「許可個数」として決定する。服薬推定成分量が服薬上限値を超えるときには、減算した個数＝１となるまで、上記処理を繰り返し、服薬推定成分量が服薬上限値を超えなくなると、そのときに減算した個数を「許可個数」として決定する。減算した個数＝１（すなわち、今回提供する医薬品パッケージの個数が１個）であっても服薬推定成分量が服薬上限値を超えるときには、許可個数＝０を決定する。この処理を終了すると、処理をステップＳ２１５に移す。
ステップＳ２１５において、制御部３０は、提供可能な許可個数があるか否かを判定する。すなわち、制御部３０は、許可個数＞０であるか否かを判定する。
制御部３０は、提供可能な許可個数があると判定した場合には、処理をステップＳ２１６に移し、提供可能な許可個数がないと判定した場合には、購入希望された医薬品パッケージの提供を不許可にするため、処理をステップＳ２２２に移す。
制御部３０は、提供可能な許可個数があると判定した場合には、処理をステップＳ２１６に移し、提供可能な許可個数がないと判定した場合には、購入希望された医薬品パッケージの提供を不許可にするため、処理をステップＳ２２２に移す。
ステップＳ２１６において、制御部３０は、提供個数を許可個数に差し替える。この処理を終了すると、処理をステップＳ２１７に移す。
ステップＳ２１７において、制御部３０は、提供個数を確定するとともに、購入希望された医薬品パッケージの提供を許可する提供許可データをセットする。この処理を終了すると、処理をステップＳ２１８に移す。
これにより、ユーザにより購入希望された医薬品パッケージに含まれる濫用防止成分に対して、服薬推定成分量が服薬上限値を超えない（服薬推定成分量が服薬上限値以下）のときに、医薬品パッケージの提供が許可されるので、医薬品の過剰摂取による健康被害を防止することができる。
また、複数個の同じ医薬品パッケージを提供するときには、医薬品の過剰摂取とならない許可個数までの医薬品パッケージを提供して、健康被害を防止しながらも、健康回復に最低限必要な医薬品パッケージを提供することができる。
本実施形態においては、ユーザにより購入希望された医薬品パッケージの個数が複数あり、異なる医薬品パッケージである場合には、健康被害抑制の観点からは、薬剤師を介しておらずどちらの医薬品パッケージを提供すべきか判断が困難であるため、両者の医薬品パッケージの提供を許可しないように構成されている。
なお、本実施形態においては、購入希望された医薬品パッケージの個数が複数あり、異なる医薬品パッケージである場合には、服薬推定成分量が服薬上限値を超えない医薬品パッケージのみの提供を許可したり、服薬推定成分量が少ない医薬品パッケージのみの提供を許可したりするように構成してもよい。
ステップＳ２１８において、制御部３０は、併用禁忌情報とユーザの固有情報に対応付けられた服薬履歴情報（図３（ｂ））とを参照し、購入希望された医薬品パッケージに含まれる成分に対して、禁忌組合せとなる成分を含む医薬品パッケージが過去に提供されたか否かを判定する。
制御部３０は、禁忌組合せとなる成分を含む医薬品パッケージが過去に提供されたと判定した場合には、処理をステップＳ２２１に移し、禁忌組合せとなる成分を含む医薬品パッケージが過去に提供されていないと判定した場合には、処理をステップＳ２１９に移す。
制御部３０は、禁忌組合せとなる成分を含む医薬品パッケージが過去に提供されたと判定した場合には、処理をステップＳ２２１に移し、禁忌組合せとなる成分を含む医薬品パッケージが過去に提供されていないと判定した場合には、処理をステップＳ２１９に移す。
ステップＳ２１９において、制御部３０は、併用禁忌情報とユーザの固有情報に対応付けられた服薬履歴情報（図３（ｂ））とを参照し、購入希望された医薬品パッケージに含まれる成分に対して、注意組合せとなる成分を含む医薬品パッケージが過去に提供されたか否かを判定する。
制御部３０は、注意組合せとなる成分を含む医薬品パッケージが過去に提供されたと判定した場合には、処理をステップＳ２２０に移し、注意組合せとなる成分を含む医薬品パッケージが過去に提供されていないと判定した場合には、購入希望された医薬品パッケージの提供を許可する提供許可データを保持したまま、今回の健康被害抑制処理を終了する。
制御部３０は、注意組合せとなる成分を含む医薬品パッケージが過去に提供されたと判定した場合には、処理をステップＳ２２０に移し、注意組合せとなる成分を含む医薬品パッケージが過去に提供されていないと判定した場合には、購入希望された医薬品パッケージの提供を許可する提供許可データを保持したまま、今回の健康被害抑制処理を終了する。
ステップＳ２２０において、制御部３０は、購入希望された医薬品パッケージに含まれる成分が過去に提供した医薬品パッケージの成分との併用を注意する旨を表示部１０に表示させる併用注意表示データをセットする。この処理を終了すると、購入希望された医薬品パッケージの提供を許可する提供許可データを保持したまま、今回の健康被害抑制処理を終了する。
これにより、ユーザにより購入希望された医薬品パッケージに含まれる成分が過去にそのユーザに提供した医薬品パッケージの成分との併用で注意がある場合には、医薬品パッケージの提供は行われるものの、併用を注意する旨が表示されるから、ユーザに注意喚起を行い、健康被害が生じることを防止することができる。
ステップＳ２２１において、制御部３０は、購入希望された医薬品パッケージが過去に提供した医薬品パッケージの成分との併用が禁止されている旨を表示部１０に表示させる併用禁止表示データをセットする。この処理を終了すると、処理をステップＳ２２２に移す。
ステップＳ２２２において、制御部３０は、購入希望された医薬品パッケージの提供を許可しない提供不許可データをセットする。また、医薬品の過剰摂取とならず上記ステップＳ２１３またはステップＳ２１７で購入希望された医薬品パッケージの提供が許可されていたとしても、医薬品の禁忌組合せの観点からは提供許可データが提供不許可データに差し替わり、購入希望された医薬品パッケージの提供が許可されないことになる。この処理を終了すると、今回の健康被害抑制処理を終了する。
これにより、ユーザにより購入希望された医薬品パッケージに含まれる濫用防止成分に対して、服薬推定成分量が服薬上限値を超えるときには、医薬品パッケージの提供が許可されないので、医薬品の過剰摂取による健康被害を防止することができる。特に、医薬品パッケージに含まれる濫用防止成分に対しての成分量を判定していることから、同じ医薬品パッケージに限定されたり、先発医薬品と後発医薬品（ジェネリック医薬品）とで区別されたりすることなく、同一の濫用防止成分を服薬するユーザに対して、医薬品の過剰摂取による健康被害をより強固に防止することができる。
また、ユーザにより購入希望された医薬品パッケージに含まれる成分が過去にそのユーザに提供した医薬品パッケージの成分との併用を禁止している場合には、併用が禁止されている旨が表示され、医薬品パッケージの提供が許可されないので、医薬品の組合せ（併用禁忌）により健康被害が生じることを防止することができる。
さらに、医薬品の過剰摂取による観点と、医薬品の組合せ（併用禁忌）による観点との２つの観点から医薬品パッケージの提供の許可を判定しているので、医薬品により健康被害が生じることを総合的に防止することができる。
本実施形態の健康被害抑制処理においては、服薬不可年齢の観点からも、医薬品パッケージの提供の許可を判定してもよい。このように構成する場合には、医薬品パッケージ成分情報（図３（ａ））を参照し、購入希望された医薬品パッケージの「服薬不可年齢」を抽出し、ユーザの年齢が「服薬不可年齢」に対応するときには、購入希望された医薬品パッケージの提供を許可しないように構成すればよい。
また、本実施形態の健康被害抑制処理においては、医薬品の過剰摂取による観点と、医薬品の組合せ（併用禁忌）による観点との２つの観点から医薬品パッケージの提供の許可を判定しているが、医薬品の過剰摂取による観点または医薬品の組合せ（併用禁忌）による観点のいずれかの観点のみから医薬品パッケージの提供の許可を判定するように構成してもよい。
（服薬推定成分量算出処理）
次に、商品提供処理装置１００で行われる服薬推定成分量算出処理の詳細について説明する。図８は、実施形態１に係る商品提供処理装置の服薬推定成分量算出処理を示すフローチャートの一例である。詳しくは、図８（ａ）は、実施形態１に係る商品提供処理装置の服薬推定成分量算出処理を示すフローチャートの一例であり、図８（ｂ）は、実施形態１の変形例に係る商品提供処理装置の服薬推定成分量算出処理を示すフローチャートの一例である。
次に、商品提供処理装置１００で行われる服薬推定成分量算出処理の詳細について説明する。図８は、実施形態１に係る商品提供処理装置の服薬推定成分量算出処理を示すフローチャートの一例である。詳しくは、図８（ａ）は、実施形態１に係る商品提供処理装置の服薬推定成分量算出処理を示すフローチャートの一例であり、図８（ｂ）は、実施形態１の変形例に係る商品提供処理装置の服薬推定成分量算出処理を示すフローチャートの一例である。
なお、図８（ａ）に示す服薬推定成分量算出処理の算出内容は、次の図９（ａ）に示す服薬推定成分量の一例においても説明する。同様にして、図８（ｂ）に示す変形例の服薬推定成分量算出処理の算出内容は、次の図９（ｂ）に示す服薬推定成分量の一例においても説明する。
図８（ａ）に示すように、ステップＳ２０１において、制御部３０は、濫用防止成分抽出処理を行う。
この濫用防止成分抽出処理では、医薬品パッケージ成分情報（図３（ａ））を参照し、購入希望された医薬品パッケージの情報から、購入希望された医薬品パッケージ毎に健康被害が生ずる恐れがある「濫用防止成分」を抽出する。ここで、異なる医薬品パッケージを同時に購入希望された場合には、医薬品パッケージ毎に濫用防止成分を抽出する。この処理を終了すると、処理をステップＳ２０２に移す。
この濫用防止成分抽出処理では、医薬品パッケージ成分情報（図３（ａ））を参照し、購入希望された医薬品パッケージの情報から、購入希望された医薬品パッケージ毎に健康被害が生ずる恐れがある「濫用防止成分」を抽出する。ここで、異なる医薬品パッケージを同時に購入希望された場合には、医薬品パッケージ毎に濫用防止成分を抽出する。この処理を終了すると、処理をステップＳ２０２に移す。
ステップＳ２０２において、制御部３０は、提供済み医薬品パッケージ取得処理を行う。
この提供済み医薬品パッケージ取得処理では、ユーザの固有情報に対応付けられた服薬履歴情報（図３（ｂ）参照）を参照し、上記ステップＳ２０１で抽出した濫用防止成分に対して同じ濫用防止成分を含む医薬品パッケージを抽出し、抽出した医薬品パッケージを「提供済み医薬品パッケージ」として決定する。なお、上記ステップＳ２０１で抽出した濫用防止成分に対して同じ濫用防止成分を含む医薬品パッケージがない場合には、提供済み医薬品パッケージは決定されないことになる。この処理を終了すると、処理をステップＳ２０３に移す。
この提供済み医薬品パッケージ取得処理では、ユーザの固有情報に対応付けられた服薬履歴情報（図３（ｂ）参照）を参照し、上記ステップＳ２０１で抽出した濫用防止成分に対して同じ濫用防止成分を含む医薬品パッケージを抽出し、抽出した医薬品パッケージを「提供済み医薬品パッケージ」として決定する。なお、上記ステップＳ２０１で抽出した濫用防止成分に対して同じ濫用防止成分を含む医薬品パッケージがない場合には、提供済み医薬品パッケージは決定されないことになる。この処理を終了すると、処理をステップＳ２０３に移す。
ステップＳ２０３において、制御部３０は、特定成分量取得処理を行う。
この特定成分量取得処理では、医薬品パッケージ成分情報（図３（ａ））を参照し、購入希望された医薬品パッケージ及び提供済み医薬品パッケージに対する濫用防止成分の「１パッケージ当たり含有量（特定成分量）」を取得する。この処理を終了すると、処理をステップＳ２０４に移す。
この特定成分量取得処理では、医薬品パッケージ成分情報（図３（ａ））を参照し、購入希望された医薬品パッケージ及び提供済み医薬品パッケージに対する濫用防止成分の「１パッケージ当たり含有量（特定成分量）」を取得する。この処理を終了すると、処理をステップＳ２０４に移す。
ステップＳ２０４において、制御部３０は、累計提供個数算出処理を行う。
この累計提供個数算出処理では、ユーザの固有情報に対応付けられた服薬履歴情報（図３（ｂ））を参照し、購入希望された医薬品パッケージ及び提供済み医薬品パッケージの「提供済み個数（過去に提供した医薬品パッケージの個数）」を抽出し、医薬品パッケージ毎に提供済み個数と購入希望された医薬品パッケージの提供個数（今回の提供個数）とを合計した「累計提供個数」を算出する。すなわち、累計提供個数は、下記の式により算出する。
累計提供個数＝提供済み個数＋提供個数
この処理を終了すると、処理をステップＳ２０５に移す。
この累計提供個数算出処理では、ユーザの固有情報に対応付けられた服薬履歴情報（図３（ｂ））を参照し、購入希望された医薬品パッケージ及び提供済み医薬品パッケージの「提供済み個数（過去に提供した医薬品パッケージの個数）」を抽出し、医薬品パッケージ毎に提供済み個数と購入希望された医薬品パッケージの提供個数（今回の提供個数）とを合計した「累計提供個数」を算出する。すなわち、累計提供個数は、下記の式により算出する。
累計提供個数＝提供済み個数＋提供個数
この処理を終了すると、処理をステップＳ２０５に移す。
ステップＳ２０５において、制御部３０は、提供パッケージ特定成分量算出処理を行う。
この提供パッケージ特定成分量算出処理では、医薬品パッケージ毎に上記ステップＳ２０３で取得した特定成分量と累計提供個数とを乗算して、「提供パッケージ特定成分量」を算出する。すなわち、提供パッケージ特定成分量は、下記の式により算出する。
提供パッケージ特定成分量＝特定成分量×累計提供個数
この処理を終了すると、処理をステップＳ２０６に移す。
この提供パッケージ特定成分量算出処理では、医薬品パッケージ毎に上記ステップＳ２０３で取得した特定成分量と累計提供個数とを乗算して、「提供パッケージ特定成分量」を算出する。すなわち、提供パッケージ特定成分量は、下記の式により算出する。
提供パッケージ特定成分量＝特定成分量×累計提供個数
この処理を終了すると、処理をステップＳ２０６に移す。
ステップＳ２０６において、制御部３０は、累計特定成分量算出処理を行う。
この累計特定成分量算出処理では、医薬品パッケージ毎に算出された提供パッケージ特定成分量を濫用防止成分毎に合計して「累計特定成分量」を算出する。この処理を終了すると、処理をステップＳ２０７に移す。
この累計特定成分量算出処理では、医薬品パッケージ毎に算出された提供パッケージ特定成分量を濫用防止成分毎に合計して「累計特定成分量」を算出する。この処理を終了すると、処理をステップＳ２０７に移す。
ステップＳ２０７において、制御部３０は、ユーザの固有情報に対応付けられた服薬履歴情報（図３（ｂ）参照）を参照し、購入希望された医薬品パッケージ及び提供済み医薬品パッケージに含まれる濫用防止成分の「１日服薬量」と「経過日数」とを抽出し、医薬品パッケージ毎に抽出した１日服薬量と経過日数とを乗算して、「服薬済成分量」を算出する。すなわち、服薬済成分量は、下記の式により算出する。
服薬済成分量＝１日服薬量×経過日数
この処理を終了すると、処理をステップＳ２０８に移す。
服薬済成分量＝１日服薬量×経過日数
この処理を終了すると、処理をステップＳ２０８に移す。
ステップＳ２０８において、制御部３０は、医薬品パッケージ毎に算出された服薬済成分量を濫用防止成分毎に合計して「累計服薬済成分量」を算出する。この処理を終了すると、処理をステップＳ２０９に移す。
ステップＳ２０９において、制御部３０は、服薬推定成分量決定処理を行う。
この服薬推定成分量決定処理では、累計特定成分量から累計服薬済成分量を減算して、「服薬推定成分量」を算出する。すなわち、服薬推定成分量は、下記の式により算出する。
服薬推定成分量＝累計特定成分量－累計服薬済成分量
この処理を終了すると、処理をステップＳ２１１（図７参照）に移す。
この服薬推定成分量決定処理では、累計特定成分量から累計服薬済成分量を減算して、「服薬推定成分量」を算出する。すなわち、服薬推定成分量は、下記の式により算出する。
服薬推定成分量＝累計特定成分量－累計服薬済成分量
この処理を終了すると、処理をステップＳ２１１（図７参照）に移す。
図８（ｂ）は、実施形態１の変形例に係る商品提供処理装置の服薬推定成分量算出処理である。図８（ａ）に示す服薬推定成分量算出処理と同一の処理（濫用防止成分抽出処理）は、同一の符号を付し、その処理内容の説明を省略する。
図８（ｂ）に示すように、ステップＳ２３１において、制御部３０は、今回提供個数取得処理を行う。
この今回提供個数取得処理では、ユーザにより購入希望された医薬品パッケージ毎の提供個数を取得する。この処理を終了すると、処理をステップＳ２３２に移す。
この今回提供個数取得処理では、ユーザにより購入希望された医薬品パッケージ毎の提供個数を取得する。この処理を終了すると、処理をステップＳ２３２に移す。
ステップＳ２３２において、制御部３０は、購入希望特定成分量算出処理を行う。
この購入希望特定成分量算出処理では、購入希望された医薬品パッケージ毎に上記ステップＳ２０３で取得した特定成分量と今回の提供個数とを乗算して、「当日合計特定成分量」を算出する。すなわち、当日合計特定成分量は、下記の式により算出する。
購入希望パッケージ特定成分量＝特定成分量×今回の提供個数
この処理を終了すると、処理をステップＳ２３３に移す。
この購入希望特定成分量算出処理では、購入希望された医薬品パッケージ毎に上記ステップＳ２０３で取得した特定成分量と今回の提供個数とを乗算して、「当日合計特定成分量」を算出する。すなわち、当日合計特定成分量は、下記の式により算出する。
購入希望パッケージ特定成分量＝特定成分量×今回の提供個数
この処理を終了すると、処理をステップＳ２３３に移す。
ステップＳ２３３において、制御部３０は、購入希望累計特定成分量算出処理を行う。
この購入希望累計特定成分量算出処理では、購入希望された医薬品パッケージ毎に算出された購入希望パッケージ特定成分量を濫用防止成分毎に合計して「購入希望パッケージ累計特定成分量」を算出する。この処理を終了すると、処理をステップＳ２３４に移す。
この購入希望累計特定成分量算出処理では、購入希望された医薬品パッケージ毎に算出された購入希望パッケージ特定成分量を濫用防止成分毎に合計して「購入希望パッケージ累計特定成分量」を算出する。この処理を終了すると、処理をステップＳ２３４に移す。
ステップＳ２３４において、制御部３０は、合計残存推定成分量取得処理を行う。
この合計残存推定分量取得処理では、ユーザの固有情報に対応付けられた服薬履歴情報（図３（ｂ））を参照し、上記ステップＳ２０１で抽出した濫用防止成分に対する「合計残存推定成分量」を取得する。この合計残存推定成分量は、図３（ｂ）において説明したように、服薬履歴情報に記憶されている情報である。この処理を終了すると、処理をステップＳ２３５に移す。
この合計残存推定分量取得処理では、ユーザの固有情報に対応付けられた服薬履歴情報（図３（ｂ））を参照し、上記ステップＳ２０１で抽出した濫用防止成分に対する「合計残存推定成分量」を取得する。この合計残存推定成分量は、図３（ｂ）において説明したように、服薬履歴情報に記憶されている情報である。この処理を終了すると、処理をステップＳ２３５に移す。
ステップＳ２３５において、制御部３０は、服薬推定成分量決定処理を行う。
この服薬推定成分量決定処理では、購入希望パッケージ累計特定成分量に合計残存推定成分量を加算して、「服薬推定成分量」を算出する。すなわち、服薬推定成分量は、下記の式により算出する。
服薬推定成分量＝購入希望パッケージ累計特定成分量＋合計残存推定成分量
この処理を終了すると、処理をステップＳ２１１（図７参照）に移す。
この服薬推定成分量決定処理では、購入希望パッケージ累計特定成分量に合計残存推定成分量を加算して、「服薬推定成分量」を算出する。すなわち、服薬推定成分量は、下記の式により算出する。
服薬推定成分量＝購入希望パッケージ累計特定成分量＋合計残存推定成分量
この処理を終了すると、処理をステップＳ２１１（図７参照）に移す。
図８（ａ）に示す服薬推定成分量算出処理と図８（ｂ）に示す服薬推定成分量算出処理とでは、服薬推定成分量を算出するための途中式が異なるものの、結果的には同じ服薬推定成分量が算出されることになる。
（服薬推定成分量の例）
次に、図９を用いて服薬推定成分量算出処理（図８参照）において算出される服薬推定成分量の一例について説明する。図９は、実施形態１に係る商品提供処理装置の服薬推定成分量の一例である。詳しくは、図９（ａ）は、図８（ａ）に示す服薬推定成分量算出処理により算出される服薬推定成分量の一例であり、図９（ｂ）は、図８（ｂ）に示す服薬推定成分量算出処理により算出される服薬推定成分量の一例である。
次に、図９を用いて服薬推定成分量算出処理（図８参照）において算出される服薬推定成分量の一例について説明する。図９は、実施形態１に係る商品提供処理装置の服薬推定成分量の一例である。詳しくは、図９（ａ）は、図８（ａ）に示す服薬推定成分量算出処理により算出される服薬推定成分量の一例であり、図９（ｂ）は、図８（ｂ）に示す服薬推定成分量算出処理により算出される服薬推定成分量の一例である。
図９においては、ユーザが過去の「２０２４／０１／０１」に「頭痛薬ＡＢＣ」の医薬品パッケージを２個購入し、過去の「２０２４／０１／０８」に「頭痛薬ゴールド」の医薬品パッケージを１個購入したことを前提とし、現在の日付が「２０２４／０１／０９」であるものとする。
そして、ユーザが商品提供処理装置１００から新たに「頭痛薬ＡＢＣ」の医薬品パッケージを１個購入しようとしたときに算出される服薬推定成分量の一例について説明する。
そして、ユーザが商品提供処理装置１００から新たに「頭痛薬ＡＢＣ」の医薬品パッケージを１個購入しようとしたときに算出される服薬推定成分量の一例について説明する。
上述したユーザの過去の購入情報によれば、服薬履歴情報としては、図３（ｂ）に示すように、ユーザの固有情報に対して濫用防止成分の「成分Ａ」と、成分Ａに対する各種の「医薬品パッケージの情報」が対応付けて記憶されている。
「医薬品パッケージの情報」として、「頭痛薬ＡＢＣ」の医薬品パッケージに対して、１パッケージ当たり含有量（特定成分量）の「２０００ｍｇ」、提供済み個数の「２個」、提供初日の「２０２４／０１／０１」、１日服薬量の「４００ｍｇ」、経過日数の「８」、残存推定成分量の「８００ｍｇ」が対応付けて記憶されている。
さらに、「頭痛薬ゴールド」の医薬品パッケージに対して、１パッケージ当たり含有量（特定成分量）の「１０００ｍｇ」、提供済み個数の「１個」、提供初日の「２０２４／０１／０８」、１日服薬量の「５００ｍｇ」、経過日数の「１」、残存推定成分量の「５００ｍｇ」が対応付けて記憶されている。
そして、ユーザの固有情報に対し、「頭痛薬ＡＢＣ」の医薬品パッケージに対する残存推定成分量と、「頭痛薬ゴールド」の医薬品パッケージに対する残存推定成分量とを合計した成分Ａの「合計残存推定成分量」の「１３００ｍｇ」を対応付けて記憶している。
「医薬品パッケージの情報」として、「頭痛薬ＡＢＣ」の医薬品パッケージに対して、１パッケージ当たり含有量（特定成分量）の「２０００ｍｇ」、提供済み個数の「２個」、提供初日の「２０２４／０１／０１」、１日服薬量の「４００ｍｇ」、経過日数の「８」、残存推定成分量の「８００ｍｇ」が対応付けて記憶されている。
さらに、「頭痛薬ゴールド」の医薬品パッケージに対して、１パッケージ当たり含有量（特定成分量）の「１０００ｍｇ」、提供済み個数の「１個」、提供初日の「２０２４／０１／０８」、１日服薬量の「５００ｍｇ」、経過日数の「１」、残存推定成分量の「５００ｍｇ」が対応付けて記憶されている。
そして、ユーザの固有情報に対し、「頭痛薬ＡＢＣ」の医薬品パッケージに対する残存推定成分量と、「頭痛薬ゴールド」の医薬品パッケージに対する残存推定成分量とを合計した成分Ａの「合計残存推定成分量」の「１３００ｍｇ」を対応付けて記憶している。
図９（ａ）に示すように、図８（ａ）に示す服薬推定成分量算出処理では、まず、購入希望された「頭痛薬ＡＢＣ」の医薬品パッケージから濫用防止成分として「成分Ａ」を抽出し、ユーザの固有情報に対応付けられた服薬履歴情報から同じ成分Ａを含む提供済み医薬品パッケージとして「頭痛薬ＡＢＣ」の医薬品パッケージと「頭痛薬ゴールド」の医薬品パッケージとを抽出する。
次に、ユーザの固有情報に対応付けられた服薬履歴情報を参照して、医薬品パッケージ毎に提供済み個数と今回の提供個数とを加算して「累計提供個数」を算出する。
このため、「頭痛薬ＡＢＣ」の医薬品パッケージに対する「累計提供個数」は「３個」となり、「頭痛薬ゴールド」の医薬品パッケージに対する「累計提供個数」は「１個」となる。
このため、「頭痛薬ＡＢＣ」の医薬品パッケージに対する「累計提供個数」は「３個」となり、「頭痛薬ゴールド」の医薬品パッケージに対する「累計提供個数」は「１個」となる。
医薬品パッケージ毎に累計提供個数を算出すると、医薬品パッケージ毎に特定成分量と累計提供個数とを乗算して「提供パッケージ特定成分量」を算出する。
このため、「頭痛薬ＡＢＣ」の医薬品パッケージに対する「提供パッケージ特定成分量」は「６０００ｍｇ」となり、「頭痛薬ゴールド」の医薬品パッケージに対する「提供パッケージ特定成分量」は「１０００ｍｇ」となる。
このため、「頭痛薬ＡＢＣ」の医薬品パッケージに対する「提供パッケージ特定成分量」は「６０００ｍｇ」となり、「頭痛薬ゴールド」の医薬品パッケージに対する「提供パッケージ特定成分量」は「１０００ｍｇ」となる。
医薬品パッケージ毎に提供パッケージ特定成分量を算出すると、医薬品パッケージ毎に算出された提供パッケージ特定成分量を濫用防止成分毎に合計して「累計特定成分量」を算出する。
このため、濫用防止成分の「成分Ａ」の「累計特定成分量」は、「７０００ｍｇ」となる。
このため、濫用防止成分の「成分Ａ」の「累計特定成分量」は、「７０００ｍｇ」となる。
次に、医薬品パッケージ毎に１日服薬量と経過日数とを乗算して「服薬済成分量」を算出する。
このため、「頭痛薬ＡＢＣ」の医薬品パッケージに対する「服薬済成分量」は「３２００ｍｇ」となり、「頭痛薬ゴールド」の医薬品パッケージに対する「服薬済成分量」は「５００ｍｇ」となる。
このため、「頭痛薬ＡＢＣ」の医薬品パッケージに対する「服薬済成分量」は「３２００ｍｇ」となり、「頭痛薬ゴールド」の医薬品パッケージに対する「服薬済成分量」は「５００ｍｇ」となる。
医薬品パッケージ毎に服薬済成分量を算出すると、医薬品パッケージ毎に算出された服薬済成分量を濫用防止成分毎に合計して「累計服薬済成分量」を算出する。
このため、濫用防止成分の「成分Ａ」の「累計服薬済成分量」は、「３７００ｍｇ」となる。
このため、濫用防止成分の「成分Ａ」の「累計服薬済成分量」は、「３７００ｍｇ」となる。
そして、累計特定成分量から累計服薬済成分量を減算して「服薬推定成分量」を算出する。
このため、濫用防止成分の「成分Ａ」の「服薬推定成分量」は、「３３００ｍｇ」となる。
このため、濫用防止成分の「成分Ａ」の「服薬推定成分量」は、「３３００ｍｇ」となる。
服薬推定成分量から服薬上限値を減算した提供判定値が負（提供判定値＜０）であれば、服薬推定成分量が服薬上限値以下であり、購入希望された医薬品パッケージの提供が許可されることになる
次に、図８（ｂ）に示す服薬推定成分量算出処理により算出される服薬推定成分量の一例について説明する。
図９（ｂ）に示すように、図８（ｂ）に示す服薬推定成分量算出処理では、まず、購入希望された「頭痛薬ＡＢＣ」の医薬品パッケージから濫用防止成分として「成分Ａ」を抽出し、ユーザの固有情報に対応付けられた服薬履歴情報から同じ成分Ａを含む提供済み医薬品パッケージとして「頭痛薬ＡＢＣ」の医薬品パッケージと「頭痛薬ゴールド」の医薬品パッケージとを抽出する。
次に、ユーザの固有情報に対応付けられた服薬履歴情報を参照して、購入希望された医薬品パッケージの提供個数を取得する
このため、購入希望された「頭痛薬ＡＢＣ」の医薬品パッケージに対する「今回の提供個数」は「１個」となる。
このため、購入希望された「頭痛薬ＡＢＣ」の医薬品パッケージに対する「今回の提供個数」は「１個」となる。
購入希望された医薬品パッケージの提供個数を算出すると、購入希望された医薬品パッケージ毎に特定成分量と今回の提供個数とを乗算して「購入希望パッケージ特定成分量」を算出する。
このため、「頭痛薬ＡＢＣ」の医薬品パッケージに対する「購入希望パッケージ特定成分量」は「２０００ｍｇ」となる。
このため、「頭痛薬ＡＢＣ」の医薬品パッケージに対する「購入希望パッケージ特定成分量」は「２０００ｍｇ」となる。
購入希望された医薬品パッケージ毎に購入希望パッケージ特定成分量を算出すると、購入希望された医薬品パッケージ毎に算出された購入希望パッケージ特定成分量を濫用防止成分毎に合計して「購入希望パッケージ累計特定成分量」を算出する。
ここで、「頭痛薬ＡＢＣ」以外に購入希望された医薬品パッケージは存在しないため、濫用防止成分の「成分Ａ」の「購入希望パッケージ累計特定成分量」は、「２０００ｍｇ」となる。
ここで、「頭痛薬ＡＢＣ」以外に購入希望された医薬品パッケージは存在しないため、濫用防止成分の「成分Ａ」の「購入希望パッケージ累計特定成分量」は、「２０００ｍｇ」となる。
ユーザの固有情報に対応付けられた服薬履歴情報を参照して、濫用防止成分の「成分Ａ」に対する「合計残存推定成分量」を取得する。
そして、購入希望パッケージ累計特定成分量に合計残存推定成分量を加算して、「服薬推定成分量」を算出する。
このため、濫用防止成分の「成分Ａ」の「服薬推定成分量」は、「３３００ｍｇ」となる。
このため、濫用防止成分の「成分Ａ」の「服薬推定成分量」は、「３３００ｍｇ」となる。
服薬推定成分量から服薬上限値を減算した提供判定値が負（提供判定値＜０）であれば、服薬推定成分量が服薬上限値以下であり、購入希望された医薬品パッケージの提供が許可されることになる
このように、ユーザにより購入希望された医薬品パッケージに関する情報と、ユーザの固有情報に対応付けられた服薬履歴情報とに基づいて、所定期間内の濫用防止成分の成分量を推定する服薬推定成分量を算出することができる。そして、服薬推定成分量が、濫用防止成分ごとの推定危険量から推定される１回又は継続服薬期間内の服薬上限値を超えるときには、購入希望された医薬品パッケージの提供が許可されないので、医薬品の過剰摂取による健康被害を防止することができる。
なお、服薬推定成分量の算出式は、健康被害を防止する要素を関連付けて、適宜設計変更が自由である。
（サーバ健康被害抑制処理）
次に、サーバ２００で行われるサーバ健康被害抑制処理の詳細について説明する。
図１０は、実施形態１に係るサーバのサーバ健康被害抑制処理を示すフローチャートの一例である。
次に、サーバ２００で行われるサーバ健康被害抑制処理の詳細について説明する。
図１０は、実施形態１に係るサーバのサーバ健康被害抑制処理を示すフローチャートの一例である。
このサーバ健康被害抑制処理は、図４に示したサーバ健康被害抑制処理（ステップＳ４）に対応する処理であり、ユーザ端末装置３００から購入予約された医薬品パッケージの情報を受信すると行われる処理である。
図１０に示すサーバ２００におけるサーバ健康被害抑制処理は、制御対象がサーバ制御部２１０と制御部３０とで異なるものの、図７に示した商品提供処理装置１００における健康被害抑制処理と同様の処理を行っており、制御対象を制御部３０からサーバ制御部２１０に置き換えて同様の処理を行うものは、図７に示した商品提供処理装置１００における健康被害抑制処理と同一の符号を付し、その処理内容の説明を省略する。
図１０に示すサーバ２００におけるサーバ健康被害抑制処理は、制御対象がサーバ制御部２１０と制御部３０とで異なるものの、図７に示した商品提供処理装置１００における健康被害抑制処理と同様の処理を行っており、制御対象を制御部３０からサーバ制御部２１０に置き換えて同様の処理を行うものは、図７に示した商品提供処理装置１００における健康被害抑制処理と同一の符号を付し、その処理内容の説明を省略する。
図１０に示すように、ステップＳ２００において、サーバ制御部２１０は、服薬推定成分量算出処理を行う。
この服薬推定成分量算出処理は、制御対象を制御部３０からサーバ制御部２１０に置き換えて、図８に示した服薬推定成分量算出処理と同様の処理を行う。
この服薬推定成分量算出処理は、制御対象を制御部３０からサーバ制御部２１０に置き換えて、図８に示した服薬推定成分量算出処理と同様の処理を行う。
ステップＳ３０１において、サーバ制御部２１０は、注意組合せとなる成分を含む医薬品パッケージが過去に提供されたと判定した場合には、購入予約された医薬品パッケージに含まれる成分が過去に提供した医薬品パッケージの成分との併用を注意する旨をユーザ端末装置３００に表示させるため、併用注意表示データをユーザ端末装置３００に送信する。
ステップＳ３０２において、サーバ制御部２１０は、禁忌組合せとなる成分を含む医薬品パッケージが過去に提供されたと判定した場合には、購入予約された医薬品パッケージが過去に提供した医薬品パッケージの成分との併用が禁止されている旨をユーザ端末装置３００に表示させるため、併用禁止表示データをユーザ端末装置３００に送信する。
ステップＳ３０３において、サーバ制御部２１０は、購入予約された医薬品パッケージに含まれる濫用防止成分の服薬推定成分量が服薬上限値を超えず、かつ、禁忌組合せとなる成分を含む医薬品パッケージが過去に提供されていないときには、許可情報送信処理を行う。
この許可情報送信処理では、購入予約された医薬品パッケージの提供を許可する許可情報と、購入予約された医薬品パッケージの医薬品情報と、購入予約された医薬品パッケージの個数を提供個数と、ＱＲコードを発行するコード情報とをユーザ端末装置３００に送信する。この処理を終了すると、処理をステップＳ２１８に移す。
この許可情報送信処理では、購入予約された医薬品パッケージの提供を許可する許可情報と、購入予約された医薬品パッケージの医薬品情報と、購入予約された医薬品パッケージの個数を提供個数と、ＱＲコードを発行するコード情報とをユーザ端末装置３００に送信する。この処理を終了すると、処理をステップＳ２１８に移す。
ステップＳ３０４において、サーバ制御部２１０は、購入予約された医薬品パッケージに含まれる濫用防止成分に対し、服薬推定成分量が服薬上限値を超えたり、禁忌組合せとなる成分を含む医薬品パッケージが過去に提供されたりしているときには、不許可情報送信処理を行う。
この不許可情報送信処理では、購入予約された医薬品パッケージの提供を許可しない不許可情報と、購入予約された医薬品パッケージの医薬品情報とをユーザ端末装置３００に送信する。この処理を終了すると、今回のサーバ健康被害抑制処理を終了する。
この不許可情報送信処理では、購入予約された医薬品パッケージの提供を許可しない不許可情報と、購入予約された医薬品パッケージの医薬品情報とをユーザ端末装置３００に送信する。この処理を終了すると、今回のサーバ健康被害抑制処理を終了する。
なお、本実施形態のサーバ健康被害抑制処理においては、医薬品の過剰摂取による観点と医薬品の組合せ（併用禁忌）による観点との２つの観点から医薬品パッケージの提供の許可を判定しているが、医薬品の過剰摂取による観点または医薬品の組合せ（併用禁忌）による観点のいずれかの観点のみから医薬品パッケージの提供の許可を判定してもよい。
［商品提供処理装置の表示画面］
図１１～図１３を参照して、商品提供処理装置１００の表示部１０に表示される表示画面の一例について説明する。
図１１～図１３を参照して、商品提供処理装置１００の表示部１０に表示される表示画面の一例について説明する。
（ユーザ端末装置から購入予約した医薬品パッケージを受け取るときの表示画面）
まず、図１１を参照して、購入予約した医薬品パッケージを商品提供処理装置１００から受け取るときに表示部１０に表示される表示画面について説明する。図１１は、実施形態１に係る商品提供処理装置において購入予約した医薬品パッケージを受け取るときの表示画面の一例である。
まず、図１１を参照して、購入予約した医薬品パッケージを商品提供処理装置１００から受け取るときに表示部１０に表示される表示画面について説明する。図１１は、実施形態１に係る商品提供処理装置において購入予約した医薬品パッケージを受け取るときの表示画面の一例である。
図１１（ａ）は、ユーザからの操作を受け付ける受付待機処理を行っているときの受付表示画面の一例である。
図１１（ａ）に示すように、受付表示画面においては、ユーザからの医薬品パッケージの購入操作を受け付けるための購入操作画像（例えば「商品を購入する」の文字画像）と、ユーザからの購入予約した医薬品パッケージの受取操作を受け付けるための受取操作画像（例えば「購入予約商品を受け取る」の文字画像）とが表示される。ユーザは、購入操作画像をタッチすることにより医薬品パッケージの購入操作を行い、受取操作画像をタッチすることにより購入予約した医薬品パッケージの受取操作を行う。
図１１（ｂ）は、ユーザから購入予約した医薬品パッケージの受取操作があったときに、ＱＲコード情報を要求するＱＲコード要求表示画面の一例である。
図１１（ｂ）に示すように、ＱＲコード要求表示画面においては、購入予約した医薬品パッケージの情報が含まれたＱＲコード情報を要求する表示が行われる。ユーザは、ユーザ端末装置３００により購入予約した医薬品パッケージの情報が含まれたＱＲコード情報を表示させ、表示させたＱＲコード情報を商品提供処理装置１００のコードリーダ１６に読み込ませる。
図１１（ｃ）は、商品提供処理装置１００がＱＲコード情報を読み込み、購入予約した医薬品パッケージを確認するときの購入予約確認表示画面の一例である。
図１１（ｃ）に示すように、購入予約確認表示画面においては、購入予約した医薬品パッケージの情報が表示され、購入予約した医薬品パッケージを確定するための「はい」のボタン画像と、購入予約した医薬品パッケージをキャンセルするための「いいえ」のボタン画像とが表示される。ユーザが「はい」のボタン画像をタッチすると提供する医薬品パッケージが確定し、商品提供処理装置１００は購入代金支払確認処理を行う。
図１１（ｄ）は、医薬品パッケージの購入代金の支払が終了し、医薬品パッケージの提供が完了したときの正常提供完了表示画面の一例である。
図１１（ｄ）に示すように、正常提供完了表示画面においては、ユーザに医薬品を提供したことを報知する提供完了画像（例えば「商品取出口から商品をお受け取りください」の文字画像）が表示される。
（商品提供処理装置から医薬品パッケージを決定して購入するときの表示画面）
図１２を参照して、商品提供処理装置１００から医薬品パッケージを決定して購入するときに表示部１０に表示される表示画面について説明する。図１２は、実施形態１に係る商品提供処理装置において医薬品パッケージを決定して購入するときの表示画面の一例である。
図１２を参照して、商品提供処理装置１００から医薬品パッケージを決定して購入するときに表示部１０に表示される表示画面について説明する。図１２は、実施形態１に係る商品提供処理装置において医薬品パッケージを決定して購入するときの表示画面の一例である。
図１２（ａ）は、ユーザからの操作を受け付ける受付待機処理を行っているときの受付表示画面の一例であり、図１１（ａ）の受付表示画面と同じであるので、説明を省略する。
図１２（ｂ）は、ユーザからの医薬品パッケージの購入操作があったときに、ユーザの固有情報を要求する固有情報要求表示画面の一例である。
図１２（ｂ）に示すように、固有情報要求表示画面においては、ユーザの固有情報を要求する表示が行われる。具体的には、マイナンバーカードを読み込ませることによりユーザの固有情報を入力するマイナンバー入力画像と、商品提供システム１に対応したアプリＩＤのＱＲコードを読み込ませることによりユーザの固有情報を入力するＱＲ入力画像と、外部カメラ２０により撮影された顔認証または運転免許証からユーザの固有情報を入力するカメラ入力画像とが表示される。ユーザがマイナンバー入力画像、ＱＲ入力画像またはカメラ入力画像をタッチすると、商品提供処理装置１００は、その入力方式に応じてユーザの固有情報を取得する。
なお、本実施形態においては、固有情報要求表示画面において、ユーザの固有情報を複数の入力方式から択一的に選択可能に構成しているが、マイナンバーカードの読み込み、商品提供システム１に対応したアプリＩＤのＱＲコードの読み込み、外部カメラ２０による顔認証または運転免許証からのユーザの固有情報の入力のいずれか１つの入力方式のみからユーザの固有情報を取得するように構成してもよい。
また、固有情報要求表示画面は、医薬品パッケージの購入操作があった後ではなく、購入希望した医薬品パッケージを決定した後（後述する図１２（ｄ）の医薬品決定画面の表示後）に表示するように構成してもよい。
また、固有情報要求表示画面は、医薬品パッケージの購入操作があった後ではなく、購入希望した医薬品パッケージを決定した後（後述する図１２（ｄ）の医薬品決定画面の表示後）に表示するように構成してもよい。
図１２（ｃ）は、ユーザの固有情報を取得した後、購入希望する医薬品パッケージを選択していく購入ルート選択画面の一例である。
図１２（ｃ）に示すように、購入ルート選択画面においては、ユーザが医薬品パッケージを直接選択して購入希望する医薬品パッケージを決定していくための商品選択購入ルート画像と、ユーザが症状を選択して購入希望する医薬品パッケージを決定していくための症状選択購入ルート画像とが少なくとも表示される。ユーザは、商品選択購入ルート画像または症状選択購入ルート画像をタッチすることにより購入ルートを決定し、各種の選択情報に基づいて医薬品パッケージを絞り込んでいき、購入希望する医薬品パッケージを決定する。
図１２（ｄ）は、ユーザが購入希望する医薬品パッケージを決定するときの医薬品決定画面の一例である。
図１２（ｄ）に示すように、医薬品決定画面においては、購入希望する医薬品パッケージの情報と、購入希望する医薬品パッケージを決定するための「はい」のボタン画像と、購入希望する医薬品パッケージをキャンセルするための「いいえ」のボタン画像とが表示される。
（健康被害抑制処理による医薬品パッケージの提供の許可判定後の表示画面）
ユーザが購入希望する医薬品パッケージを決定すると、商品提供処理装置１００は健康被害抑制処理（図７参照）を行い、医薬品パッケージの提供の許可を判定する。図１３は、実施形態１に係る商品提供処理装置において健康被害抑制処理による医薬品パッケージの提供の許可判定後の表示画面の一例である。
ユーザが購入希望する医薬品パッケージを決定すると、商品提供処理装置１００は健康被害抑制処理（図７参照）を行い、医薬品パッケージの提供の許可を判定する。図１３は、実施形態１に係る商品提供処理装置において健康被害抑制処理による医薬品パッケージの提供の許可判定後の表示画面の一例である。
図１３（ａ）は、ユーザにより購入希望された医薬品パッケージが健康被害抑制処理によって、医薬品の過剰摂取による観点と医薬品の組合せ（併用禁忌）による観点とのいずれの観点からも問題がないと判定され、医薬品パッケージを提供したときの正常提供完了表示画面の一例である。
図１３（ａ）に示すように、正常提供完了表示画面においては、ユーザに医薬品パッケージを提供したことを報知する提供完了画像（例えば「商品取出口から商品をお受け取りください」の文字画像）が表示される。
図１３（ｂ）は、ユーザにより購入希望された医薬品パッケージが健康被害抑制処理によって、医薬品の過剰摂取による観点からは問題がないが、購入希望された医薬品パッケージに含まれる成分が過去に提供した医薬品パッケージの成分との併用で注意があると判定され、医薬品パッケージを提供したときの注意提供完了表示画面の一例である。
図１３（ｂ）に示すように、注意提供完了表示画面においては、提供完了画像に加え、今回提供する医薬品パッケージが過去に提供した医薬品パッケージの成分との併用を注意することを報知する併用注意画像（例えば「今回提供した医薬品ＡＢＣのＡ成分と医薬品ＺのＢ成分との併用にご注意ください」の文字画像）が表示される。
図１３（ｃ）は、ユーザにより購入希望された医薬品パッケージが健康被害抑制処理によって、医薬品の過剰摂取による観点からは問題があると判定され、医薬品パッケージを提供しないときの過剰摂取防止表示画面の一例である。
図１３（ｃ）に示すように、過剰摂取防止表示画面においては、医薬品パッケージを提供できないことを報知する提供禁止画像（例えば「本医薬品を提供することができません」の文字画像）とともに、医薬品パッケージの提供を禁止した要因である濫用防止成分の過剰摂取を報知する濫用防止報知画像（例えば「特定成分の濫用防止のため」の文字画像）が表示される。また、過剰摂取防止表示画面においては、健康被害の抑制の観点から薬剤師対応画像（例えば「薬局等にて薬剤師に相談のうえご購入下さい」の文字）が表示される。
図１３（ｄ）は、ユーザにより購入希望された医薬品パッケージが健康被害抑制処理によって、購入希望された医薬品パッケージに含まれる成分が過去に提供した医薬品パッケージの成分との併用を禁止していると判定され、医薬品パッケージを提供しないときの併用禁忌表示画面の一例である。
図１３（ｄ）に示すように、併用禁忌表示画面においては、提供禁止画像とともに、医薬品パッケージの提供を禁止した要因である併用禁忌を報知する併用禁忌報知画像（例えば「医薬品ＡＢＣのＡ成分と医薬品ＸのＣ成分とが併用禁忌に該当し」の文字）が表示される。また、併用禁忌表示画面においても、薬剤師対応画像が表示される。
以上のように、本実施形態においては、ユーザにより購入希望された医薬品パッケージに含まれる濫用防止成分に対して、服薬推定成分量が服薬上限値を超えるときには、医薬品パッケージの提供が許可されないので、医薬品の過剰摂取による健康被害を防止することができる。特に、医薬品パッケージに含まれる濫用防止成分に対しての成分量を判定していることから、同じ医薬品パッケージに限定されたり、先発医薬品と後発医薬品（ジェネリック医薬品）とで区別されたりすることなく、同一の濫用防止成分を服薬するユーザに対して、医薬品の過剰摂取による健康被害をより強固に防止することができる。
また、本実施形態においては、複数個の同じ医薬品パッケージを提供するときには、医薬品の過剰摂取とならない許可個数までの医薬品パッケージを提供して、健康被害を防止しながらも、健康回復に最低限必要な医薬品パッケージを提供することができる。
また、本実施形態においては、服薬履歴情報はサーバ２００で管理されており、サーバ２００からそれぞれの商品提供処理装置１００に服薬履歴情報が送信されるように構成されている。このため、服薬履歴情報はすべての商品提供処理装置１００で共有され、異なる場所に設置された商品提供処理装置１００から医薬品パッケージを購入する場合であっても、それぞれの商品提供処理装置１００で提供された医薬品パッケージに含まれる濫用防止成分を合計した服薬推定成分量が服薬上限値を超えるときには、医薬品パッケージの提供を中止することができる。これにより、医薬品の過剰摂取の依存症により異なる場所で医薬品パッケージを大量に購入しようとすることを防止し、医薬品の過剰摂取による健康被害を防止することができる。
また、本実施形態においては、ユーザにより購入希望された医薬品パッケージに含まれる成分が過去に提供した医薬品パッケージの成分との併用を禁止している場合には、併用が禁止されている旨が表示され、医薬品パッケージの提供が許可されないので、医薬品の組合せ（併用禁忌）により健康被害が生じることを防止することができる。
さらに、医薬品の過剰摂取による観点と、医薬品の組合せ（併用禁忌）による観点との２つの観点から医薬品パッケージの提供の許可を判定しているので、医薬品により健康被害が生じることを総合的に防止することができる。
実施形態１の商品提供処理装置１００は、医薬品パッケージを提供可能な自動販売機として構成したが、医薬品パッケージを薬局、ドラッグストア、コンビニエンスストア等の販売店の店舗内に保管しておき、商品提供処理装置において健康被害抑制処理を行い、医薬品パッケージの提供が許可されたときに、販売店員が医薬品パッケージを提供するように構成してもよい。すなわち、商品提供処理装置を販売店のレジ前に設置されるＰＯＳ端末（レジ、セルフレジ、セミセルフレジ）、ＰＯＳ端末に接続された機能拡張端末、販売店の店員が操作する店員端末に置き換えてもよい。
［実施形態２］
実施形態２に係る商品提供処理装置４００は、ＰＯＳ端末５００に接続された機能拡張端末である。図１４は、実施形態２に係る商品提供処理装置の斜視図の一例である。この商品提供処理装置４００は、薬局、ドラッグストア、コンビニエンスストア等の販売店の店舗内に設置されている。
実施形態２に係る商品提供処理装置４００は、ＰＯＳ端末５００に接続された機能拡張端末である。図１４は、実施形態２に係る商品提供処理装置の斜視図の一例である。この商品提供処理装置４００は、薬局、ドラッグストア、コンビニエンスストア等の販売店の店舗内に設置されている。
図１４に示すように、実施形態２に係る商品提供処理装置４００の前面側には、画像を表示可能であり、ユーザの選択操作を受け付け可能なタッチスクリーン４１０と、ユーザを撮影するための外部カメラ４２０と、ＱＲコードを読み取り可能なコードリーダ４３０と、マイナンバーカードを読み取り可能なＩＣカードリーダ４４０とを備えている。
ユーザは、実施形態２に係る商品提供処理装置４００を操作することにより、実施形態１に係る商品提供処理装置１００と同様の処理が行われて、購入希望する医薬品パッケージを決定する。
そして、実施形態２に係る商品提供処理装置４００は、購入希望された医薬品パッケージが決定されると、サーバ２００からユーザの固有情報が対応付けられた服薬履歴情報を取得し、健康被害抑制処理（図７参照）と同様の処理を行い、医薬品パッケージの提供を許可するか否かを判定する。
商品提供処理装置４００は、健康被害抑制処理により医薬品パッケージの提供を許可すると判定したときには、ＰＯＳ端末５００に購入希望された医薬品パッケージの医薬品情報と、購入希望された医薬品パッケージの提供個数と、医薬品パッケージの提供を許可する提供許可信号とを送信する。商品提供処理装置４００は、健康被害抑制処理により医薬品パッケージの提供を許可しないと判定したときには、ＰＯＳ端末５００に医薬品パッケージの提供不許可信号を送信する。
ＰＯＳ端末５００は、商品提供処理装置４００から医薬品パッケージの医薬品情報と提供個数と提供許可信号とを受信すると、購入希望された医薬品パッケージの支払処理が可能となり、販売店員が医薬品パッケージを提供することができる。一方、ＰＯＳ端末５００は、商品提供処理装置４００から提供不許可信号を受信すると、購入希望された医薬品パッケージの支払処理できず、販売店員が医薬品パッケージを提供することができないことになる。
このように、実施形態２に係る商品提供処理装置４００によっても、実施形態１に係る商品提供システム１及び商品提供処理装置１００と同様の作用・効果を奏することができる。
なお、実施形態２に係る商品提供処理装置４００は、ＰＯＳ端末５００に接続された機能拡張端末として構成したが、ＰＯＳ端末、販売店の店員が操作する店員端末であっても同様である。
実施形態１の商品提供処理装置１００は、医薬品パッケージを提供可能な自動販売機として構成し、実施形態２の商品提供処理装置４００は、ＰＯＳ端末、ＰＯＳ端末に接続された機能拡張端末、販売店の店員が操作する店員端末として構成したが、商品提供処理装置をサーバに置き換えてもよい。
［実施形態３］
実施形態３に係る商品提供処理装置は、サーバであり、インターネットによるネット販売に対応している。
実施形態３に係る商品提供処理装置は、サーバであり、インターネットによるネット販売に対応している。
ユーザがユーザ端末装置によりインターネットを介して医薬品パッケージを購入希望した場合には、サーバは購入希望された医薬品パッケージに対してサーバ健康被害抑制処理（図１０参照）と同様の処理を行い、医薬品パッケージの提供を許可するか否かを判定する。
サーバは、サーバ健康被害抑制処理により医薬品パッケージの提供を許可すると判定したときには、ＥＣサイト、ドラッグストアまたは所定の店舗等に購入希望された医薬品パッケージの医薬品情報と、購入希望された医薬品パッケージの提供個数と、医薬品パッケージの提供を許可する提供許可信号とを送信する。サーバは、サーバ健康被害抑制処理により医薬品パッケージの提供を許可しないと判定したときには、ユーザ端末装置に医薬品パッケージの提供が許可できない旨の情報を送信する。
ＥＣサイト、ドラッグストアまたは所定の店舗等は、サーバから購入希望された医薬品パッケージの医薬品情報と提供個数と提供許可信号とを受信すると、郵送により購入希望された医薬品パッケージを提供する。
このように、実施形態３に係る商品提供処理装置によっても、実施形態１に係る商品提供システム１及び商品提供処理装置１００と同様の作用・効果を奏することができる。
上述の実施形態は、変形例を含めて各実施形態同士で互いの技術を適用し得ることは、当業者には明らかであろう。
上述の説明は、制限ではなく単なる例示を意図している。従って、特許請求の範囲を逸脱することなく本発明の実施形態に変更を加えることができることは、当業者には明らかであろう。
本明細書及び特許請求の範囲で使用される用語は、限定的でない用語として解釈されるべきである。例えば、「含む」という用語は、「含むものとして記載されたものに限定されない」と解釈されるべきである。「備える」という用語は、「備えるものとして記載されたものに限定されない」と解釈されるべきである。「有する」という用語は、「有するものとして記載されたものに限定されない」と解釈されるべきである。
１ 商品提供システム
１０ 表示部
１１ 操作入力部
１６ コードリーダ
２０ 外部カメラ
３０ 制御部
４０ 装置プログラム記憶部
１００ 商品提供処理装置（自動販売機）
２００ サーバ
２１０ サーバ制御部
２２０ データベース記憶部
２３０ サーバプログラム記憶部
３００ ユーザ端末装置
４００ 商品提供処理装置（機能拡張端末）
１０ 表示部
１１ 操作入力部
１６ コードリーダ
２０ 外部カメラ
３０ 制御部
４０ 装置プログラム記憶部
１００ 商品提供処理装置（自動販売機）
２００ サーバ
２１０ サーバ制御部
２２０ データベース記憶部
２３０ サーバプログラム記憶部
３００ ユーザ端末装置
４００ 商品提供処理装置（機能拡張端末）
Claims (9)
- ユーザを識別するユーザ識別手段と、
ユーザにより複数の医薬品が含まれた医薬品パッケージを購入することが選択されると、購入することが選択された医薬品パッケージに含まれる特定成分の特定成分量を算出する成分量算出手段と、
前記成分量算出手段によって算出された特定成分量と、前記ユーザ識別手段によって識別されたユーザに対して過去に提供した医薬品パッケージに関する服薬履歴情報とに基づいて、所定期間内の特定成分の成分量を推定する服薬推定成分量を算出する服薬推定成分量算出手段と、
前記服薬推定成分量算出手段によって算出された前記服薬推定成分量が、あらかじめ規定された服薬上限値を超えるか否かを判定する濫用防止判定手段と、
前記濫用防止判定手段によって前記服薬推定成分量が前記服薬上限値以下であると判定されると、ユーザにより購入することが選択された医薬品パッケージについての提供を許可し、前記濫用防止判定手段によって前記服薬推定成分量が前記服薬上限値を超えると判定されると、ユーザにより購入することが選択された医薬品パッケージについての提供を中止することが可能である提供判定手段とを備える
ことを特徴とする商品提供システム。 - 前記成分量算出手段は、
ユーザにより複数個の同じ医薬品パッケージを購入することが選択されたときには、前記特定成分量として、複数個の医薬品パッケージに含まれる特定成分の合計の成分量を算出し、
前記提供判定手段は、
ユーザにより複数個の同じ医薬品パッケージを購入することが選択され、前記濫用防止判定手段によって前記服薬推定成分量が前記服薬上限値を超えると判定されると、
複数個の同じ医薬品パッケージのうち、前記服薬推定成分量が前記服薬上限値以下となる許可個数までの医薬品パッケージについての提供は許可する一方、
複数個の同じ医薬品パッケージのうち、前記許可個数を超える医薬品パッケージについての提供を中止する
ことを特徴とする請求項１に記載の商品提供システム。 - 前記成分量算出手段は、
ユーザにより異なる医薬品パッケージを購入することが選択されたときには、それぞれの医薬品パッケージに含まれる特定成分の成分量を抽出し、抽出した成分量を合計して前記特定成分量を算出する
ことを特徴とする請求項１に記載の商品提供システム。 - 医薬品パッケージを提供する複数の商品提供処理装置と、
複数の商品提供処理装置と公衆回線を通じて情報を送受信可能に接続されたサーバとを備え、
前記サーバは、
前記服薬履歴情報を記憶する記憶手段と、
前記商品提供処理装置から所定の要求情報を受信すると、前記記憶手段に記憶された前記服薬履歴情報を前記商品提供処理装置に送信する服薬履歴情報送信手段とを有し、
前記商品提供処理装置は、
医薬品パッケージを提供したときには、提供した医薬品パッケージの情報と医薬品パッケージを提供したユーザの情報とを対応付けてサーバに送信する購入情報送信手段を有する
ことを特徴とする請求項１に記載の商品提供システム。 - 医薬品パッケージを提供したときには、医薬品パッケージの提供日からの経過日数ごとに前記服薬推定成分量を減少させる服薬成分量調整手段を更に備える
ことを特徴とする請求項１に記載の商品提供システム。 - 前記服薬推定成分量算出手段は、
ユーザにより医薬品パッケージを購入することが選択されたときには、前記成分量算出手段によって算出された当日の特定成分量と過去に提供した医薬品パッケージに含まれた特定成分の過去成分量とを合計した合計特定成分量から、１日当たりの特定成分の服薬量に提供日初日からの経過日数を乗じた服薬済成分量を減じて、前記服薬推定成分量を算出する
ことを特徴とする請求項５に記載の商品提供システム。 - ユーザにより購入することが選択された医薬品パッケージに含まれる特定成分を抽出する特定成分抽出手段と、
前記特定成分抽出手段によって算出された特定成分と併用禁忌となる禁忌成分を含む医薬品パッケージが過去に提供されたか否かを判定する禁忌防止判定手段と、
前記禁忌防止判定手段によって禁忌成分を含む医薬品パッケージが過去に提供されたと判定すると、注意事項を報知する注意事項報知手段とを備える
ことを特徴とする請求項１に記載の商品提供システム。 - ユーザを識別するユーザ識別手段と、
ユーザにより複数の医薬品が含まれた医薬品パッケージを購入することが選択されると、購入することが選択された医薬品パッケージに含まれる特定成分の特定成分量を算出する成分量算出手段と、
前記成分量算出手段によって算出された特定成分量と、前記ユーザ識別手段によって識別されたユーザに対して過去に提供した医薬品パッケージに関する服薬履歴情報とに基づいて、所定期間内の特定成分の成分量を推定する服薬推定成分量を算出する服薬推定成分量算出手段と、
前記服薬推定成分量算出手段によって算出された前記服薬推定成分量が、あらかじめ規定された服薬上限値を超えるか否かを判定する濫用防止判定手段と、
前記濫用防止判定手段によって前記服薬推定成分量が前記服薬上限値以下であると判定されると、ユーザにより購入することが選択された医薬品パッケージについての提供を許可し、前記濫用防止判定手段によって前記服薬推定成分量が前記服薬上限値を超えると判定されると、ユーザにより購入することが選択された医薬品パッケージについての提供を中止することが可能である提供判定手段とを備える
ことを特徴とする商品提供処理装置。 - コンピュータに遂行させるプログラムにおいて、
ユーザを識別するユーザ識別処理と、
ユーザにより複数の医薬品が含まれた医薬品パッケージを購入することが選択されると、購入することが選択された医薬品パッケージに含まれる特定成分の特定成分量を算出する成分量算出処理と、
前記成分量算出処理によって算出された特定成分量と、前記ユーザ識別処理によって識別されたユーザに対して過去に提供した医薬品パッケージに関する服薬履歴情報とに基づいて、所定期間内の特定成分の成分量を推定する服薬推定成分量を算出する服薬推定成分量算出処理と、
前記服薬推定成分量算出処理によって算出された前記服薬推定成分量が、あらかじめ規定された服薬上限値を超えるか否かを判定する濫用防止判定処理と、
前記濫用防止判定処理によって前記服薬推定成分量が前記服薬上限値以下であると判定されると、ユーザにより購入することが選択された医薬品パッケージについての提供を許可し、前記濫用防止判定処理によって前記服薬推定成分量が前記服薬上限値を超えると判定されると、ユーザにより購入することが選択された医薬品パッケージについての提供を中止することが可能である提供判定処理とを備える
ことを特徴とするプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2024007733A JP7621626B1 (ja) | 2024-01-23 | 2024-01-23 | 商品提供システム、商品提供処理装置及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2024007733A JP7621626B1 (ja) | 2024-01-23 | 2024-01-23 | 商品提供システム、商品提供処理装置及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP7621626B1 true JP7621626B1 (ja) | 2025-01-27 |
| JP2025113532A JP2025113532A (ja) | 2025-08-04 |
Family
ID=94370887
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2024007733A Active JP7621626B1 (ja) | 2024-01-23 | 2024-01-23 | 商品提供システム、商品提供処理装置及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP7621626B1 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP7723850B1 (ja) * | 2025-01-21 | 2025-08-14 | Kddi株式会社 | 情報処理装置及び情報処理方法 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010224614A (ja) * | 2009-03-19 | 2010-10-07 | Hitachi Software Eng Co Ltd | 医薬品販売履歴管理システム |
| JP2021012714A (ja) * | 2015-09-29 | 2021-02-04 | ソニー株式会社 | 情報処理装置および方法、並びにプログラム |
-
2024
- 2024-01-23 JP JP2024007733A patent/JP7621626B1/ja active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010224614A (ja) * | 2009-03-19 | 2010-10-07 | Hitachi Software Eng Co Ltd | 医薬品販売履歴管理システム |
| JP2021012714A (ja) * | 2015-09-29 | 2021-02-04 | ソニー株式会社 | 情報処理装置および方法、並びにプログラム |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP7723850B1 (ja) * | 2025-01-21 | 2025-08-14 | Kddi株式会社 | 情報処理装置及び情報処理方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2025113532A (ja) | 2025-08-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7667339B2 (ja) | 医薬品受取システム | |
| US7844363B1 (en) | Vending machine apparatus to dispense herbal medications and prescription medicines | |
| RU2607270C2 (ru) | Терминал дистанционных заказов для рецептурных и безрецептурных лекарственных средств | |
| JP2009510640A (ja) | 規制された商品の分与 | |
| WO2008045746A2 (en) | System and apparatus for dispensing controlled pharmaceutical products | |
| CN111882769A (zh) | 支持医保电子凭证的自动售药机、售药系统及方法 | |
| CN212873646U (zh) | 支持医保电子凭证的自动售药系统 | |
| JP2023058016A (ja) | 医薬品販売システム、医薬品販売サーバ、医薬品販売方法、及び医薬品販売プログラム | |
| EP4244863A1 (en) | Methods for automated provision of patient with electronic prescription and medicines by means of information system of electronic prescriptions | |
| CN114743635A (zh) | 一种智慧药房智能售药方法、设备及存储介质 | |
| JP2013109414A (ja) | リモート商品販売システム、リモート医薬品販売システムおよび有資格者用端末装置 | |
| JP2010224614A (ja) | 医薬品販売履歴管理システム | |
| JP7621626B1 (ja) | 商品提供システム、商品提供処理装置及びプログラム | |
| KR20200073529A (ko) | 약국 키오스크 장치 | |
| JP2002042214A (ja) | 商品販売システム | |
| JP2024085321A (ja) | 処方せん医薬品用遠隔自動販売システム | |
| JP7650031B2 (ja) | 商品提供処理装置 | |
| JP7805602B2 (ja) | 商品提供システム | |
| WO1997029729A1 (en) | A system for dispensing medicinal products | |
| JP7621618B2 (ja) | 販売システム | |
| AU2021360758A9 (en) | System and method for unmanned or undermanned delivery of restricted products | |
| JP7656872B2 (ja) | 販売システム | |
| JP7281503B2 (ja) | 処方薬提供システム、処方薬提供方法、および処方薬提供プログラム | |
| JP6847647B2 (ja) | ユーザ支援システム、サーバ装置、ユーザ支援プログラム、およびユーザ支援方法 | |
| KR20250031136A (ko) | 원격 화상 투약 서비스 방법 및 시스템, 그에 따른 원격 화상 투약기 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20240228 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20241203 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20241220 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20250106 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7621626 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |