JP5597620B2

JP5597620B2 - 商品販売データ処理装置およびその制御プログラム

Info

Publication number: JP5597620B2
Application number: JP2011231516A
Authority: JP
Inventors: 好恭岩崎
Original assignee: Toshiba TEC Corp
Current assignee: Toshiba TEC Corp
Priority date: 2011-10-21
Filing date: 2011-10-21
Publication date: 2014-10-01
Anticipated expiration: 2031-10-21
Also published as: JP2013089159A

Description

本発明の実施形態は、一般用医薬品を販売する店舗向けの商品販売データ処理装置およびその制御プログラムに関する。

一般用医薬品は、薬事法３６条の３において第１類医薬品，第２類医薬品、第３類医薬品、指定２類医薬品等の各種リスク区分に分類されている。各リスク区分における規定は、販売に対応すべき専門家や情報提供に関して差異がある。すなわち、第１類医薬品は薬剤師でなければ販売することができない。また、第１類医薬品は販売時において文書による情報提供が義務付けられている。これに対し、第２類医薬品、第３類医薬品及び指定２類医薬品については薬剤師に加えて登録販売者も販売することができる。また情報提供が義務付けられておらず、購入者からの相談があった場合に情報提供を行う。

そこで、上記のような薬事法に対応したＰＯＳ（Point Of Sales）端末等の商品販売データ処理装置として、第１類医薬品については販売員が薬剤師でないと売上登録できないように制限を持たせたものが知られている。

ところで、ドラッグストアのように一般用医薬品を販売する店舗では、医薬品の受け渡しと会計を同じカウンタで行う販売形態と、医薬品の客への受け渡しは専用のカウンタで行い、会計は別のレジカウンタで行う販売形態とがある。前者の場合、第１類医薬品を購入する客に対しては、会計の際に薬剤師が医薬品について説明をする。一方、後者の場合は、専用カウンタで薬剤師が説明をすればよく、会計の際に説明をする必要はない。

しかしながら、従来の薬事法対応の商品販売データ処理装置は、第１類医薬品については販売員が薬剤師でないと売上登録できないので、医薬品の客への受け渡しは専用のカウンタで行い、会計は別のレジで行う体系の店のレジでは使用できなかった。

特開２０１０−５５４８２号公報

本発明が解決しようとする課題は、医薬品の客への受け渡しは専用のカウンタで行い、会計は別のレジで行う体系の店のレジでも使用が可能な薬事法対応の商品販売データ処理装置を提供しようとするものである。

一実施形態において、商品販売データ処理装置は、販売員データ記憶部と、商品入力部と、商品区分判別手段と、強制販売処理手段と、簡易販売処理手段とを備える。販売員データ記憶部は、オペレータである販売員が有する販売資格を記憶する。商品入力部は、客が購入する商品を特定可能なデータを入力する。商品区分判別手段は、商品入力部を介して入力されたデータで特定される商品に割り当てられる当該商品の販売が可能な販売資格を示す商品区分を判別する。強制販売処理手段は、商品区分判別手段により判別された商品区分と販売員データ記憶部で記憶する販売資格とから、当該販売員による当該商品の販売が可能か否かを判断し、可能である場合には当該商品の販売データを処理し、不可能である場合には当該商品の販売データを処理しない。簡易販売処理手段は、商品区分判別手段により判別された商品区分が所定の販売資格を必要としない商品区分のときには、オペレータに確認を求めることなく当該商品の販売データを処理し、商品区分が当該商品の販売資格として所定の資格を必要とする商品区分のときには、販売員データ記憶部で記憶する販売資格とは無関係にオペレータに確認を求め、確認操作がなされたことに応じて当該商品の販売データを処理する。

一実施形態であるＰＯＳ端末の要部構成を示すブロック図。同実施形態において、ファイルサーバが管理する商品マスタファイルに蓄積される商品データレコードの要部構成図。同実施形態において、ファイルサーバが管理する販売員マスタファイルに蓄積される販売員データレコードの要部構成図。同実施形態において、ＰＯＳ端末のＣＰＵが実行する登録業務処理の開始前の要部手順を示す流れ図。同実施形態において、ＰＯＳ端末のＣＰＵが実行する登録業務処理の開始後の要部手順を示す流れ図。図５におけるステップＳＴ１８の強制モードによる医薬品売上登録処理の手順を具体的に示す流れ図。図５におけるステップＳＴ１９の簡易モードによる医薬品売上登録処理の手順を具体的に示す流れ図。同実施形態において、強制モード選択時における第１類医薬品登録時のポップアップ画面の一例を示す図。同実施形態において、簡易モード選択時における第１類医薬品登録時のポップアップ画面の一例を示す図。

以下、薬事法対応の商品販売データ処理装置の一実施形態として、ＰＯＳ（Point Of Sales）端末に適用した場合を、図面を用いて説明する。

なお、本実施形態のＰＯＳ端末は、医薬品の受け渡しと会計を同じカウンタで行う販売形態の店と、医薬品の客への受け渡しは専用のカウンタで行い、会計は別のレジカウンタで行う販売形態の店の両方で使い分けを可能とする。すなわち、一般用医薬品を含む商品の販売登録業務の処理モードとして「強制」モードと「簡易」モードとを設定する。そして、「強制」モードが選択された場合には、第１類医薬品については販売員が薬剤師でないと売上登録できないように制限する。一方、「簡易」モードが選択された場合には、上記のような制限を無効とする。

図１は、ＰＯＳ端末１０の要部構成を示す模式図である。ＰＯＳ端末１０は、制御の中枢としてＣＰＵ１１を搭載している。そして、このＣＰＵ１１に対し、各種制御プログラムなどの固定的データを格納したＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、ハードディスクドライブ（ＨＤＤ）１４、通信インターフェイス１５、Ｉ／Ｏ（Input/Output）ポート１６、キーボードコントローラ１７、タッチパネルコントローラ１８、表示コントローラ１９、プリンタコントローラ２０及びスキャナインターフェイス２１を、例えばＰＣＩバスなどのバスラインを介して接続している。

さらに、ＰＯＳ端末１０は、Ｉ／Ｏポート１６にモードスイッチ２２とドロワ２３を接続し、キーボードコントローラ１７にキーボード２４を接続し、タッチパネルコントローラ１８にタッチパネル２５を接続し、表示コントローラ１９に客用のディスプレイ２６を接続し、プリンタコントローラ２０にレシート印字用のプリンタ２７を接続し、スキャナインターフェイス２１にスキャナ２８を接続している。

モードスイッチ２２は、「登録」，「精算」，「設定」等の種々の業務のなかからいずれか１業務を選択するためのものである。ＣＰＵ１１は、モードスイッチ２２によって選択された業務のプログラムにしたがって各部を制御し、「登録」，「精算」，「設定」等の業務を実行する。因みに、「登録」とは、キーボード２４，スキャナ２８などの入力デバイスを介して入力される商品固有の商品コードに基づいて、当該コードで識別される商品の販売データを売上メモリに登録処理する業務である。ここに、キーボード２４及びスキャナ２８は、客が購入する商品を特定可能なデータを入力する商品入力部として機能する。

ドロワ２３は、釣銭準備金としての現金を収容するためのもので、Ｉ／Ｏポート１６を介して出力される駆動信号により自動的に開放する。

キーボード２４は、数値を置数するための置数キーの他、乗算キー、小計キー、取消キー、現計キー、クレジットキー等の会計に必要なキーを配設したものである。現計キーは、現金支払いによる商取引の締めを宣言するためのキーであり、クレジットキーは、クレジット支払いによる商取引の締めを宣言するキーである。このような現計キーやクレジットキーを総称して締めキーという。

タッチパネル２５は、オペレータ用のディスプレイとして機能する。売上登録された商品の品名，価格や、１商取引の合計金額，釣銭額等を表示する。また、警告メッセージをポップアップ表示することも可能である。タッチパネル機能を持たない液晶ディスプレイ等をオペレータ用のディスプレイとしても良い。

スキャナ２８は、バーコードを光学的に読み取る。店舗で販売される商品には、その商品固有の商品コードがバーコード化されて付されており、スキャナ２８は、このバーコードの読取りに供される。また、本実施形態では、販売員である店員が、それぞれ自らに割り当てられた固有の販売員コードをバーコード化したバーコードラベルを携帯しており、スキャナ２８は、このラベルのバーコード読取りにも供される。なお、スキャナ２８は、バーコード以外の光学読取り式コード、例えば二次元データコードを読み取るものであっても良い。

ＰＯＳ端末１０は、通信インターフェイス１５に、ＬＡＮ（Local Area Network）等のネットワークを介してファイルサーバ３０を接続する。ファイルサーバ３０は、少なくとも商品マスタファイル３１と販売員マスタファイル３２を管理する。

商品マスタファイル３１は、図２に示すデータ構造の商品データレコード３１Ｒを蓄積する。商品データレコード３１Ｒは、前記商品コードに関連付けて、その商品コードで特定される商品の商品名、単価、カテゴリコード、リスク区分コード等のデータを記録する。カテゴリコードは、店舗で販売される各商品の分類（例えば日用品、医薬品、食品、化粧品等）を識別するもので、本実施形態では、医薬品のカテゴリコードを“９９”とする。

リスク区分コードは、一般用医薬品に対し、薬事法３６条の３において分類される第１類医薬品，第２類医薬品，第３類医薬品，指定第２類医薬品等のリスク区分を識別するもので、本実施形態では、第１類医薬品のリスク区分コードを“１”、第２類医薬品のリスク区分コードを“２”、第３類医薬品のリスク区分コードを“３”、指定第２類医薬品のリスク区分コードを“４”とする。また、医薬品以外の商品については、リスク区分コードを“０”とする。

販売員マスタファイル３２は、図３に示すデータ構造の販売員データレコード３２Ｒを蓄積する。販売員データレコード３２Ｒは、前記販売員コードに関連付けて、その販売員コードで特定される販売員の氏名、権限コード等のデータを記録する。権限コードは、医薬品の販売に対する権限を識別するもので、本実施形態では、第１類医薬品を販売可能な薬剤師に対する権限コードを“２”、第１類医薬品を除く医薬品を販売可能な登録販売者に対する権限コードを“１”、医薬品の販売が不可能な一般の販売者に対する権限コードを“０”とする。

かかる構成のＰＯＳ端末１０は、ＲＡＭ１３に、前記売上メモリとしての記憶領域の他、モードフラグＦ１の記憶領域と、販売員データを記憶する販売員メモリ１３１としての記憶領域（販売員データ記憶部）とを少なくとも形成する。しかしてＣＰＵ１１は、モードスイッチ２２により「登録」業務が選択されると、ＲＯＭ１２に記憶された登録プログラムにしたがって、図４〜図７の流れ図に示す手順の登録業務処理を実行する。

先ず、ＣＰＵ１１は、登録業務のモードとして「強制」モードと「簡易」モードのどちらを選択するかをユーザに促すためのモード選択画面をタッチパネル２５に表示する（ＳＴ１）。この画面は、例えば「強制」と「簡易」の２つのボタン画像を表示する。ＣＰＵ１１は、タッチパネル２５を介していずれか一方のボタン画像がタッチ入力されたならば、モードが選択有りと判断する（ＳＴ２）。ここで、「強制」ボタン画像がタッチ入力された場合には、「強制」モードが選択されたと判断し、「簡易」ボタン画像がタッチ入力された場合には、「簡易」モードが選択されたと判断する（ＳＴ３：モード選択手段）。

「強制」モードが選択された場合、ＣＰＵ１１は、前記モードフラグＦ１を“０”に設定する（ＳＴ４）。これに対し、「簡易」モードが選択された場合には、前記モードフラグＦ１を“１”に設定する（ＳＴ５）。しかる後、ＣＰＵ１１は、客が購入する商品の販売データを売上メモリに登録するための登録業務を開始する。

図５は、１客に対する登録業務の処理手順を示す流れ図である。ＣＰＵ１１は、販売員登録が行われるのを待機する（ＳＴ１１）。スキャナ２８によって販売員コードのバーコードがスキャニングされると、ＣＰＵ１１は販売員登録有と判定する（ＳＴ１１のＹＥＳ）。キーボード２４のキー操作によって販売員コードが入力された場合も同様である。ＣＰＵ１１は、その販売員コードでファイルサーバ３０に問合せを行う。

問合せを受けたファイルサーバ３０は、販売員マスタファイル３２を検索して問合せのあった販売員コードを含む販売員データレコード３２Ｒを呼び出し、問合せ元のＰＯＳ端末１０に送信する。

ＣＰＵ１１は、ファイルサーバ３０から受信した販売員データレコード３２Ｒの販売員氏名，権限コードなどの販売員データを販売員メモリ１３１に登録する（ＳＴ１２）。

なお、既に販売員メモリ１３１に販売員データが登録されている場合には、上記ステップＳＴ１１とＳＴ１２の処理を省略することかできる。

ＣＰＵ１１は、商品が登録されるのを待機する（ＳＴ１３）。スキャナ２８によって商品コードのバーコードがスキャニングされると、ＣＰＵ１１は商品登録有と判定する（ＳＴ１３のＹＥＳ）。キーボード２４のキー操作によって商品コードが入力された場合も同様である。ＣＰＵ１１は、その商品コードでファイルサーバ３０に問合せを行う。

問合せを受けたファイルサーバ３０は、商品マスタファイル３１を検索して問合せのあった商品コードを含む商品データレコード３１Ｒを呼び出し、問合せ元のＰＯＳ端末１０に送信する。

ＣＰＵ１１は、ファイルサーバ３０から受信した商品データレコード３１Ｒを解析して、商品名，単価，カテゴリコード，リスク区分コードなどの商品データを取得する（ＳＴ１４）。取得した商品データは、ＲＡＭ１３の一時バッファに一時的に記憶される。

ＣＰＵ１１は、商品データ中のカテゴリコードを調べる（ＳＴ１５）。そして、一般用医薬品以外のカテゴリコードがであった場合には（ＳＴ１５のＹＥＳ）、ＣＰＵ１１は、通常の商品売上登録処理を実行する（ＳＴ１６）。すなわち、商品の販売点数を“１”とし、単価を販売金額として、商品コード、販売点数及び販売金額を含む商品販売データを売上メモリに登録処理する。

一方、一般医薬品のカテゴリコード“９９”であった場合には（ＳＴ１５のＮＯ）、モードフラグＦ１を調べる（ＳＴ１７）。モードフラグＦ１が“０”であった場合には、ＣＰＵ１１は、「強制」モードによる医薬品の売上登録処理を実行する（ＳＴ１８）。この処理の手順については、図６を用いて後述する。モードフラグＦ１が“１”であった場合には、ＣＰＵ１１は、「簡易」モードによる医薬品の売上登録処理を実行する（ＳＴ１９）。この処理の手順については、図７を用いて後述する。

ステップＳＴ１６，ＳＴ１８またはＳＴ１９のいずれかの売上登録処理が終了すると、ＣＰＵ１１は、締めキーが入力されたか否か判断する（ＳＴ２０）。締めキーが入力される前に（ＳＴ２０のＮＯ）、次の商品登録が行われた場合には（ＳＴ１３のＹＥＳ）、ＣＰＵ１１は、前記ステップＳＴ１４〜ＳＴ２０の処理を再度実行する。

現計キー、クレジットキー等の締めキーが入力されたことを検知したならば（ＳＴ２０のＹＥＳ）、ＣＰＵ１１は、釣銭演算，トランザクションデータのＨＤＤへの保存等の登録締め処理を実行する（ＳＴ２１）。また、プリンタを駆動してレシートを発行する（ＳＴ２２）。以上で、１商取引に対する登録業務処理を終了する。

前記ＳＴ１８の「強制」モードによる医薬品の売上登録処理手順について、図６の流れ図を用いて説明する。この処理が開始されると、ＣＰＵ１１は、一時バッファに記憶した商品データ中のリスク区分コードを調べる（ＳＴ３１：商品区分判別手段）。そして、リスク区分コードに応じたポップアップ画面をタッチパネル２５に表示させる（ＳＴ３２）。例えば、リスク区分コードが“２”、つまり第２類医薬品であった場合には、第２類の一般用医薬品であること、お客様に尋ねられたら薬剤師または登録販売者が情報提供を行うことをオペレータに指示する画面を確定ボタン４１とともにポップアップ表示する。リスク区分コードが“３”（第３類医薬品）や“４”（指定第２類医薬品）の場合も、ほぼ同様である。

一方、リスク区分コードが“１”、つまり第１類医薬品であった場合には、図８に示すように、第１類の一般用医薬品であること、薬剤師がお客様に情報提供を行うことをオペレータに指示する画面４０を確定ボタン４１とともにポップアップ表示する。

ポップアップ画面４０が表示されたならば、ＣＰＵ１１は、リスク区分コードが“１”であったか否かを判別する（ＳＴ３３）。リスク区分コードが“１”以外であった場合（ＳＴ３３のＮＯ）、ＣＰＵ１１は、販売員メモリ１３１に登録されている販売員データの権限コードを調べる（ＳＴ３４）。そして、権限コードが“０”であるか否かを判断する（ＳＴ３５）。

権限コードが“０”以外の場合、つまりＰＯＳ端末１０のオペレータが医薬品販売可能な薬剤師または登録販売者の場合には（ＳＴ３５のＮＯ）、ＣＰＵ１１は確定ボタン４１がタッチされるのを待機する（ＳＴ３６）。確定ボタン４１がタッチされたならば（ＳＴ３６のＹＥＳ）、ＣＰＵ１１は、リスク区分に応じたポップアップ画面４０を消去する（ＳＴ３７）。また、一時メモリに記憶された商品データに基づいて一般用医薬品の販売データを売上メモリに登録処理する（ＳＴ３８）。

これに対し、権限コードが“０”の場合、つまりＰＯＳ端末１０のオペレータが医薬品販売不可能な一般販売員の場合には（ＳＴ３５のＮＯ）、ＣＰＵ１１は、販売員登録が行われるのを待機する（ＳＴ４１）。例えば、スキャナ２８によって販売員コードのバーコードがスキャニングされると（ＳＴ４１のＹＥＳ）、ＣＰＵ１１は、その販売員コードでファイルサーバ３０に問合せを行う。この問合せに応じて、ファイルサーバ３０では、問合せのあった販売員コードを含む販売員データレコード３２Ｒが問合せ元のＰＯＳ端末１０に送信されるので、ＣＰＵ１１は、ファイルサーバ３０から受信した販売員データレコード３２Ｒの販売員データを販売員メモリ１３１に上書きする（ＳＴ４２）。しかる後、ＣＰＵ１１は、ステップＳＴ３３の処理に戻る。

したがって、ステップＳＴ４１の処理にて登録された販売員の権限コードが“０”以外であった場合、つまり薬剤師か登録販売者の販売員登録が行われた場合には、ステップＳＴ３６の処理に進む。そして、確定ボタン４１がタッチ入力されると、ＣＰＵ１１は、ポップアップ画面を消去する（ＳＴ３７）。また、一般用医薬品の販売データを売上メモリに登録処理する（ＳＴ３８）。

一方、ステップＳＴ３３の処理にてリスク区分コードが“１”であった場合（ＳＴ３３のＹＥＳ）、販売員メモリ１３１に登録されている販売員データの権限コードを調べる（ＳＴ３９）。そして、権限コードが“２”であるか否かを判断する（ＳＴ４０）。

権限コードが“２”の場合、つまりＰＯＳ端末１０のオペレータが第１類医薬品の情報提供が可能な薬剤師の場合には（ＳＴ４０のＹＥＳ）、ＣＰＵ１１は確定ボタン４１がタッチされるのを待機する（ＳＴ３６）。確定ボタン４１がタッチされたならば（ＳＴ３６のＹＥＳ）、ＣＰＵ１１は、リスク区分に応じたポップアップ画面を消去する（ＳＴ３７）。また、一時メモリに記憶された商品データに基づいて第１類医薬品の販売データを売上メモリに登録処理する（ＳＴ３８）。

これに対し、権限コードが“２”以外の場合、つまりＰＯＳ端末１０のオペレータが第１類医薬品の情報提供ができない登録販売者または一般販売員の場合には（ＳＴ４０のＮＯ）、ＣＰＵ１１は、販売員登録が行われるのを待機する（ＳＴ４１）。例えば、スキャナ２８によって販売員コードのバーコードがスキャニングされると（ＳＴ４１のＹＥＳ）、ＣＰＵ１１は、その販売員コードでファイルサーバ３０に問合せを行う。この問合せに応じて、ファイルサーバ３０では、問合せのあった販売員コードを含む販売員データレコード３２Ｒが問合せ元のＰＯＳ端末１０に送信されるので、ＣＰＵ１１は、ファイルサーバ３０から受信した販売員データレコード３２Ｒの販売員データを販売員メモリ１３１に上書きする（ＳＴ４２）。しかる後、ＣＰＵ１１は、ステップＳＴ３３の処理に戻る。

したがって、ステップＳＴ４１の処理にて登録された販売員の権限コードが“２”であった場合、つまり薬剤師の販売員登録が行われた場合には、ステップＳＴ３６の処理に進む。そして、確定ボタン４１がタッチ入力されると、ＣＰＵ１１は、ポップアップ画面４０を消去する（ＳＴ３７）。また、第１類医薬品の販売データを売上メモリに登録処理する（ＳＴ３８）。

以上で、「強制」モードによる医薬品の売上登録処理は終了する（強制販売処理手段）。したがって、「強制」モードが選択された場合には、第１類医薬品については、販売員が薬剤師でないと、ＰＯＳ端末１０に売上登録ができない。第２類医薬品，第３類医薬品及び指定第２類医薬品については、販売員が薬剤師か登録販売者であれば売上登録ができる。

次に、前記ＳＴ１９の「簡易」モードによる医薬品の売上登録処理手順について、図７の流れ図を用いて説明する。この処理が開始されると、ＣＰＵ１１は、一時バッファに記憶した商品データ中のリスク区分コードを調べる（ＳＴ５１：商品区分判別手段）。そして、リスク区分コードが“１”であるか否かを判別する（ＳＴ５２）。

リスク区分コードが“１”以外、つまり第１類医薬品以外の一般医薬品であった場合には（ＳＴ５２のＮＯ）、ＣＰＵ１１は、一時メモリに記憶された商品データに基づいて一般用医薬品の販売データを売上メモリに登録処理する（ＳＴ６０）。

これに対し、リスク区分コードが“１”、つまり第１類医薬品であった場合には（ＳＴ５２のＹＥＳ）、ＣＰＵ１１は、図９に示すように、第１類の一般用医薬品であること、薬剤師から説明を受けたかお客様に確認することをオペレータに指示する画面５０を確定ボタン５１とともにポップアップ表示する（ＳＴ５３）。

しかる後、ＣＰＵ１１は、販売員登録が行われるか（ＳＴ５４）、確定ボタンがタッチ入力されるのを待機する（ＳＴ５５）。そして、確定ボタン５１がタッチ入力された場合には（ＳＴ５５のＹＥＳ）、ＣＰＵ１１は、ポップアップ画面５０を消去する（ＳＴ５９）。また、第１類医薬品の販売データを売上メモリに登録処理する（ＳＴ６０）。

一方、確定ボタン５１がタッチ入力されることなく（ＳＴ５５のＮＯ）、例えば、スキャナ２８によって販売員コードのバーコードがスキャニングされた場合には（ＳＴ５４のＹＥＳ）、ＣＰＵ１１は、その販売員コードでファイルサーバ３０に問合せを行う。この問合せに応じて、ファイルサーバ３０では、問合せのあった販売員コードを含む販売員データレコード３２Ｒが問合せ元のＰＯＳ端末１０に送信されるので、ＣＰＵ１１は、ファイルサーバ３０から受信した販売員データレコード３２Ｒの販売員データに含まれる権限コードが“２”であるか否か判別する（ＳＴ５７）。ここで、権限コードが“２”以外であった場合には（ＳＴ５７のＮＯ）、ＣＰＵ１１は、ステップ５４の処理に戻る。そして、販売員登録が行われるか（ＳＴ５４）、確定ボタンがタッチ入力されるのを待機する（ＳＴ５５）。

これに対し、権限コードが“２”であった場合には（ＳＴ５７のＹＥＳ）、ＣＰＵ１１は、ファイルサーバ３０から受信した販売員データレコード３２Ｒの販売員データを販売員メモリ１３１に上書きする（ＳＴ５８）。しかる後、ＣＰＵ１１は、ポップアップ画面５０を消去する（ＳＴ５９）。また、第１類医薬品の販売データを売上メモリに登録処理する（ＳＴ６０）。

以上で、「簡易」モードによる医薬品の売上登録処理は終了する（簡易販売処理手段）。したがって、「簡易」モードが選択された場合には、第１類医薬品であっても、薬剤師以外の販売員がＰＯＳ端末１０に売上登録できる。また、薬剤師が販売員登録を行ってもＰＯＳ端末１０に売上登録できる。この場合、ポップアップ画面５０は，確定ボタン５１をタッチ入力せずとも消去される。

一方、第２類医薬品，第３類医薬品及び指定第２類医薬品については、医薬品以外の商品と同様にポップアップ画面が表示されることなく誰でも売上登録ができる。

このように本実施形態のＰＯＳ端末１によれば、一般用医薬品を含む商品の販売登録業務の処理モードとして「強制」モードを選択することによって、医薬品の受け渡しと会計を同じカウンタで行う販売形態の店で使用することができる。その一方で、「簡易」モードを選択することによって、医薬品の客への受け渡しは専用のカウンタで行い、会計は別のレジカウンタで行う販売形態の店で使用することができる。

そして、「簡易」モードが選択された際には、「強制」モードが選択された場合と比較して、第１類医薬品以外の医薬品販売の際にポップアップ画面が表示されないので、ポップアップ画面を消去するための確定ボタンのタッチ入力が不要となる。また、第１類医薬品販売の際に薬剤師を販売員登録した場合には、自動的にポップアップ画面５０が消去されるので、やはり確定ボタン５１のタッチ入力が不要となる。

なお、本発明は、前記実施形態に限定されるものではない。
例えば、前記実施形態では、第１類医薬品を含む一般用医薬品を販売する場合について説明したが、医療用医薬品、高度医薬品、毒物劇物を販売する場合にも、これらは前記実施形態の第１類医薬品と同類であるとみなすことで、前記実施形態をそのまま適用することができる。

また、前記実施形態では、確定ボタンをタッチボタンとしたが、キーボード２４に配置されるいずれかのキーを確定ボタンと同一機能を持つ操作子として適用しても良い。

また、前記実施形態では、登録業務のモードとして「強制」モードと「簡易」モードのどちらかを選択するＰＯＳ端末１０を例示したが、「簡易」モードだけを有するＰＯＳ端末１０であっても良い。すなわち、商品入力部（例えばキーボード２４，スキャナ２８）を介して入力されたデータで特定される商品に割り当てられる当該商品の販売が可能な販売資格を示す商品区分（リスク区分コード）を判別し、この商品区分により当該商品の販売資格として所定の資格が必要なときにはオペレータに確認を求め、確認操作がなされたことに応じて当該商品の販売データを処理する商品販売データ処理装置であっても、医薬品の客への受け渡しは専用のカウンタで行い、会計は別のレジで行う体系の店のレジで使用可能である。

なお、前記実施形態は、ＰＯＳ端末１０内部のプログラム記憶部であるＲＯＭ１２に発明の機能を実現させる制御プログラムが予め記録されているものとした。しかしこれに限らず、同様のプログラムがネットワークからＰＯＳ端末１０にダウンロードされてもよい。あるいは、記録媒体に記録された同様のプログラムが、ＰＯＳ端末１０にインストールされてもよい。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］オペレータである販売員が有する販売資格を記憶する販売員データ記憶部と、客が購入する商品を特定可能なデータを入力する商品入力部と、前記商品入力部を介して入力されたデータで特定される商品に割り当てられる当該商品の販売が可能な前記販売資格を示す商品区分を判別する商品区分判別手段と、前記商品区分判別手段により判別された前記商品区分と前記販売員データ記憶部で記憶する前記販売資格とから、当該販売員による当該商品の販売が可能か否かを判断し、可能である場合には当該商品の販売データを処理し、不可能である場合には当該商品の販売データを処理しない強制販売処理手段と、前記商品区分判別手段により判別された前記商品区分により当該商品の販売資格として所定の資格が必要なときにはオペレータに確認を求め、確認操作がなされたことに応じて当該商品の販売データを処理する簡易販売処理手段と、を具備したことを特徴とする商品販売データ処理装置。
［２］前記簡易販売処理手段は、オペレータに確認を求めるための画面をディスプレイに表示させ、確認操作がなされると前記画面を消去することを特徴とする付記［１］記載の商品販売データ処理装置。
［３］前記簡易販売処理手段は、オペレータに確認を求めるための画面をディスプレイに表示させ、所定のキーが入力されるか、当該商品の販売資格を有する販売員を識別するためのコードが入力されると、前記画面を消去することを特徴とする付記［１］記載の商品販売データ処理装置。
［４］前記強制販売処理手段による販売モードと前記監視販売処理手段による販売モードとのうちのいずれか一方を選択するモード選択手段、をさらに具備し、前記強制販売処理手段による販売モードが選択されたときには前記強制販売処理手段を実行し、前記監視販売処理手段による販売モードが選択されたときには前記監視販売処理手段を実行することを特徴とする付記［１］乃至［３］のうちいずれか１に記載の商品販売データ処理装置。
［５］オペレータである販売員が有する販売資格を記憶する販売員データ記憶部と、客が購入する商品を特定可能なデータを入力する商品入力部と、前記商品入力部を介して入力されたデータで特定される商品に割り当てられる当該商品の販売が可能な前記販売資格を示す商品区分を判別する商品区分判別手段と、前記商品区分判別手段により判別された前記商品区分により当該商品の販売資格として所定の資格が必要なときにはオペレータに確認を求め、確認操作がなされたことに応じて当該商品の販売データを処理する簡易販売処理手段と、を具備したことを特徴とする商品販売データ処理装置。
［６］客が購入する商品を特定可能なデータを入力する商品入力部を備えたコンピュータに、オペレータである販売員が有する販売資格を判別する販売資格判別機能と、前記商品入力部を介して入力されたデータで特定される商品に割り当てられる当該商品の販売が可能な前記販売資格を示す商品区分を判別する商品区分判別機能と、前記商品区分判別機能により判別された前記商品区分と前記販売資格判別機能により判別される前記販売資格とから、当該販売員による当該商品の販売が可能か否かを判断し、可能である場合には当該商品の販売データを処理し、不可能である場合には当該商品の販売データを処理しない強制販売処理機能と、前記商品区分判別機能により判別された前記商品区分により当該商品の販売資格として所定の資格が必要なときにはオペレータに確認を求め、確認操作がなされたことに応じて当該商品の販売データを処理する簡易販売処理機能と、を実現させるための制御プログラム。

１０…ＰＯＳ端末、１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、２４…キーボード、２５…タッチパネル、２６…客用ディスプレイ、２７…プリンタ、２８…スキャナ、３０…ファイルサーバ、３１…商品マスタファイル、３２…販売員マスタファイル、４０，５０…ポップアップ画面、１３１…販売員メモリ。

Claims

オペレータである販売員が有する販売資格を記憶する販売員データ記憶部と、
客が購入する商品を特定可能なデータを入力する商品入力部と、
前記商品入力部を介して入力されたデータで特定される商品に割り当てられる当該商品の販売が可能な前記販売資格を示す商品区分を判別する商品区分判別手段と、
前記商品区分判別手段により判別された前記商品区分と前記販売員データ記憶部で記憶する前記販売資格とから、当該販売員による当該商品の販売が可能か否かを判断し、可能である場合には当該商品の販売データを処理し、不可能である場合には当該商品の販売データを処理しない強制販売処理手段と、
前記商品区分判別手段により判別された前記商品区分が所定の販売資格を必要としない商品区分のときには、オペレータに確認を求めることなく当該商品の販売データを処理し、前記商品区分が当該商品の販売資格として所定の資格を必要とする商品区分のときには、前記販売員データ記憶部で記憶する販売資格とは無関係にオペレータに確認を求め、確認操作がなされたことに応じて当該商品の販売データを処理する簡易販売処理手段と、
を具備したことを特徴とする商品販売データ処理装置。
前記簡易販売処理手段は、オペレータに確認を求めるためのボタンを含む画面をディスプレイに表示させ、前記確認操作は、前記ボタンの入力操作であることを特徴とする請求項１記載の商品販売データ処理装置。
前記簡易販売処理手段は、前記ボタンの入力操作が行われなくても、所定の販売資格を有する販売員固有のコードが入力されると当該商品の販売データを処理することを特徴とする請求項２記載の商品販売データ処理装置。
前記強制販売処理手段による販売モードと前記簡易販売処理手段による販売モードとのうちのいずれか一方を選択するモード選択手段、をさらに具備し、
前記強制販売処理手段による販売モードが選択されたときには前記強制販売処理手段を実行し、前記簡易販売処理手段による販売モードが選択されたときには前記簡易販売処理手段を実行することを特徴とする請求項１乃至３のうちいずれか１に記載の商品販売データ処理装置。
前記簡易販売処理手段は、前記確認操作がなされると前記画面を消去することを特徴とする請求項２記載の商品販売データ処理装置。
客が購入する商品を特定可能なデータを入力する商品入力部を備えたコンピュータに、
オペレータである販売員が有する販売資格を判別する販売資格判別機能と、
前記商品入力部を介して入力されたデータで特定される商品に割り当てられる当該商品の販売が可能な前記販売資格を示す商品区分を判別する商品区分判別機能と、
前記商品区分判別機能により判別された前記商品区分と前記販売資格判別機能により判別される前記販売資格とから、当該販売員による当該商品の販売が可能か否かを判断し、可能である場合には当該商品の販売データを処理し、不可能である場合には当該商品の販売データを処理しない強制販売処理機能と、
前記商品区分判別機能により判別された前記商品区分が所定の販売資格を必要としない商品区分のときには、オペレータに確認を求めることなく当該商品の販売データを処理し、前記商品区分が当該商品の販売資格として所定の資格を必要とする商品区分のときには、前記販売資格判別機能で判別される販売資格とは無関係にオペレータに確認を求め、確認操作がなされたことに応じて当該商品の販売データを処理する簡易販売処理機能と、
を実現させるための制御プログラム。