JP7451164B2 - Goods receiving system - Google Patents

Description

The present invention relates to an article receiving system.

Patent Document 1 discloses that when purchasing medicines using electronic prescriptions and electronic commerce, the user This document describes a prescription drug sales system that checks whether or not authentication information for authenticating patients corresponds to patient information included in a prescription, and controls execution of drug sales processing according to the result of the check.

Patent No. 5801015

The technology described in Patent Document 1 is based on the premise of selling medicines on an online shopping mall, and manages everything up to the shipping of prescribed medicines to designated destinations.
However, with this technology, it is not possible to know whether a user authenticated on an online shopping mall actually received the prescribed medicine.

An object of the present invention is to enable reliable delivery of an article to a user who is a recipient of the delivery.

The invention according to claim 1 includes a storage means for storing biometric information of a user as registered information, and the registration information stored in the storage means to authenticate the biometric information acquired through an acquisition means. an authentication means, and a storage space in which the medicine is stored, on the condition that successful authentication by the authentication means and confirmation by the user of the explanation regarding the medicine to be delivered displayed on the display means are detected. This is a goods receiving system that unlocks the door .
The invention according to claim 2 is the article receiving system according to claim 1, wherein the biometric information is user's face information.
In the invention according to claim 3, the authentication means uses biometric information acquired through the acquisition means and second identification information different from the biometric information acquired through the second acquisition means. 3. The article receiving system according to claim 2, wherein the article receiving system authenticates a user.
The invention according to claim 4 is the article receiving system according to claim 3, wherein the second identification information is second biometric information different from the biometric information acquired through the acquisition means.
The invention according to claim 5 includes a user terminal used by a user and a server communicably connected to the user terminal, the user terminal includes the acquisition means and the display means, and the server The article receiving system according to any one of claims 1 to 4, comprising the storage means and the authentication means.
The invention according to claim 6 is characterized in that, when the server detects confirmation of the explanation regarding the medicine by the user through communication with the user terminal, the server executes a payment process regarding delivery of the medicine . This is the goods receiving system described.
The invention according to claim 7 is characterized in that the storage space for storing the medicine is provided, and when the payment processing is completed, the door provided in the storage space is controlled to be unlocked. This is a goods receiving system.
The invention according to claim 8 provides a method for connecting a user terminal used by a user, the user terminal , and a second user terminal used by a second user specified by a notification from the user terminal so as to be communicable. and a server, when the server detects the user's confirmation of the explanation regarding the medicine through communication with the user terminal, the server sends the second user information used by the second user associated with the user. The article receiving system according to any one of claims 1 to 7, wherein information used to unlock the storage space in which the medicine is stored is transmitted to a terminal as a destination.
According to a ninth aspect of the invention, the storage means stores biometric information of the second user as part of the registration information, and the authentication means stores the second user's biometric information stored in the storage means. Conditions on successful authentication of the second user using biometric information of the user and successful authentication of the information used to unlock the storage space in which the medicine is stored. 9. The article receiving system according to claim 8, wherein the storage space is unlocked .

According to the present invention, it is possible to reliably deliver the article to the user who is the person to whom the article is to be delivered.

1 is a diagram illustrating a schematic configuration of a prescription drug receiving system used in Embodiment 1. FIG. FIG. 2 is a diagram showing an example of the external configuration of a locker device. FIG. 2 is a diagram illustrating an example of the external configuration of a central management unit. FIG. 2 is a diagram illustrating an example of a functional configuration of a central management unit. FIG. 2 is a diagram illustrating an example of a functional configuration of a management server installed in a dispensing pharmacy or the like. FIG. 3 is a diagram illustrating an example of a process flow when a user who uses a prescription drug receiving service takes out a prescription drug from a locker device outside of business hours of a dispensing pharmacy. FIG. 7 is a diagram illustrating another example of the process flow when a user who uses the prescription drug receiving service takes out a prescription drug from a locker device outside of business hours of a dispensing pharmacy. FIG. 7 is a diagram illustrating another example of the process flow when a user who uses the prescription drug receiving service takes out a prescription drug from a locker device outside of business hours of a dispensing pharmacy. 2 is a diagram illustrating a schematic configuration of a prescription drug receiving system used in Embodiment 2. FIG. FIG. 2 is a diagram illustrating an example of a functional configuration of a management server installed in a dispensing pharmacy or the like. FIG. 7 is a diagram illustrating an example of a process flow when a third party who has been requested to receive a prescription drug by a user himself/herself takes out the prescription drug from the locker device outside the business hours of the dispensing pharmacy. 3 is a diagram illustrating a schematic configuration of a pharmaceutical sales system used in Embodiment 3. FIG. FIG. 2 is a diagram illustrating an example of the external configuration of a purchase information input terminal. FIG. 2 is a diagram illustrating an example of a functional configuration of a purchase information input terminal. FIG. 2 is a diagram showing an example of a ticket required when receiving a first class drug. FIG. 2 is a diagram illustrating an example of a process flow when taking out a first class drug purchased outside of business hours of a pharmacy from a locker device. It is a figure explaining the change of the screen displayed on the display operation part of a ticket vending machine outside business hours.

Hereinafter, embodiments will be described in detail with reference to the accompanying drawings.
<Embodiment 1>
<System configuration>
FIG. 1 is a diagram illustrating a schematic configuration of a prescription drug receiving system 1 used in the first embodiment.
The prescription drug receiving system 1 shown in FIG. It consists of a terminal 20 to be used and the Internet 30 that realizes communication between them.
A prescription drug in this embodiment refers to a drug dispensed by a pharmacist based on a prescription. Further, the locker system 10 in this embodiment is an example of an article receiving system. Further, the terminal 20 is an example of a user terminal.
Note that the prescription drug receiving system 1 including the terminal 20 may be used as an example of an article receiving system.

In the case of the present embodiment, the locker system 10 includes a locker device 100 used for delivering and receiving dispensed medicines, a management server 200 that manages the delivery of dispensed medicines using the locker device 100, and a LAN (=Local Area Network) 300. Note that the LAN 300 is connected to the Internet 30 via a router (not shown) or the like.
In the case of FIG. 1, the terminal 20 is Mr. A's terminal. Therefore, Mr. A's prescription medicine is stored in one of the storage boxes 110 that constitute the locker device 100. The prescription medicine here is an example of an item to be delivered.
However, the items stored in the storage box 110 are not limited to prescription drugs. In other words, the locker device 100 can also be used to deliver items other than prescription drugs.

Although only one user terminal 20 is depicted in the prescription medicine delivery system 1 shown in FIG. 1, this is for convenience of explanation, and in reality, a plurality of terminals 20 are connected.
Further, in FIG. 1, a smartphone is assumed as the terminal 20, but the terminal 20 is not limited to a smartphone. For example, the terminal 20 may be a portable terminal such as a mobile phone, a tablet terminal, or a wearable terminal, or may be a stationary terminal such as a desktop personal computer.
For example, a smartphone includes a touch panel including a display such as a liquid crystal display and a touch sensor, an imaging camera, a fingerprint sensor, a GPS sensor, a CPU, a semiconductor memory, a battery, and the like. In the case of this embodiment, the imaging camera can be used to obtain a user's face image during authentication. Further, the fingerprint sensor can be used to obtain a user's fingerprint during authentication. That is, an imaging camera or a fingerprint sensor is used as an example of the acquisition means. Further, a touch panel is an example of a display means.

The locker system 10 in this embodiment is installed within the premises of a dispensing pharmacy or a drug store adjacent to a dispensing pharmacy (hereinafter referred to as a "dispensing pharmacy, etc.").
However, the locker device 100 and the management server 200 do not need to exist in the same premises. The locker device 100 may be installed, for example, in the premises of a station, inside or at the front of a convenience store, or inside or at the front of a commercial facility that is open until late at night.
When the locker device 100 and the management server 200 are located at different sites, the locker device 100 and the management server 200 are connected via the Internet 30, for example. Note that when the locker device 100 and the management server 200 are connected via the Internet 30, encrypted communication is used for communication between the locker device 100 and the management server 200. For example, https (=hypertext transfer protocol secure) communication is used.

<Locker device configuration>
FIG. 2 is a diagram showing an example of the external configuration of the locker device 100. The locker device 100 shown in FIG. 2 includes 32 storage boxes 110 and a central management unit 120 that manages locking and unlocking of the storage boxes 110. The storage box 110 is an example of a storage space.
Each storage box 110 is a space divided into private rooms, and is used for storing prescription drugs and other items. Note that each storage box 110 is provided with a locking mechanism 110A. Movement of locking mechanism 110A is managed by central management unit 120.
In the case of the locker device 100 shown in FIG. 2, the volumes of the storage boxes 110 are all the same. However, the locker device 100 may combine storage boxes 110 with different capacities.

The central management unit 120 is a device that includes a computer and is operated by a user who receives prescription drugs.
The central management unit 120 is communicably connected to each lock mechanism 110A, and controls the lock mechanism 110A to be in a locked state or an unlocked state.
The central management unit 120 is communicably connected to the management server 200 (see FIG. 1), and when a user who comes to receive prescription drugs satisfies the conditions for receiving the prescription drugs, the central management unit 120 is communicably connected to the management server 200 (see FIG. 1). The lock mechanism 110A is controlled to be unlocked. When the lock mechanism 110A is controlled to the unlocked state, the user can open the door of the storage box 110 and take out the prescription medicine.

FIG. 3 is a diagram showing an example of the external configuration of the central management unit 120.
On the front side of the centralized management unit 120 shown in FIG. A return port 126C and an authentication information reader 127 are arranged. These are used as an interface for the user.
The display operation unit 121 includes, for example, a touch panel. The display operation section 121 displays the details of the operation requested of the user and the information to be provided to the user. Further, the display operation unit 121 is used to accept operations by the user.
The speaker 122 is used to output the content of the operation requested of the user and the information provided to the user by voice.

The code reader 123 is used to read and input an authentication code issued for receiving prescription drugs. The authentication code in this embodiment serves as a release key for the storage box 110. The authentication code is an example of second identification information.
For example, if the authentication code is a graphic pattern, the code reader 123 uses an imaging camera to read the authentication code displayed on the terminal 20 or printed on paper such as a receipt. The graphic pattern includes, for example, a two-dimensional code such as a QR (=Quick Response) code (registered trademark), or a one-dimensional code such as a bar code.

For example, if the authentication code is a character string such as a password or a PIN (Personal Identification Number) code, the code reader 123 is used to accept input of the character string using hard keys and soft keys. However, it is also possible to adopt a method in which the password and PIN code are read with an imaging camera. The code reader 123 is an example of second acquisition means.

The card reader 124 is used for electronic payment using a card or credit card that records electronic money information.
The printer 125 is used to print receipts for recording payments, prescription medication withdrawals, and the like.
The banknote processing section 126A, the coin insertion slot 126B, and the coin return slot 126C are used for payment by cash. Hereinafter, the banknote processing section 126A, the coin input slot 126B, and the coin return slot 126C will be collectively referred to as the money processing section 126 (see FIG. 4).
The authentication information reader 127 is used to read information used for recipient authentication. In the case of this embodiment, the information used to authenticate the recipient includes, for example, biometric information, information written on an official identification card, a membership number issued by a dispensing pharmacy, etc., and information used to authenticate the recipient. Use the QR code issued for

Authentication using biometric information includes authentication using a face image, authentication using a voiceprint, authentication using a fingerprint, authentication using veins, etc. Further, official identification documents used for authentication include a driver's license, health insurance card, basic resident register card, and the like. To read information from official identification cards, an imaging camera may be used, or an IC card reader that can read data from an IC chip embedded in the identification card may be used. good. Furthermore, an imaging camera or a QR code reader is used to read the membership number or QR code issued by a dispensing pharmacy or the like.
However, the membership number issued by a dispensing pharmacy or the like can also be input using hard keys or soft keys provided in the central management unit 120.
The authentication information reader 127 used to read biometric information is an example of an acquisition means. Further, the authentication information reader 127 used to read authentication information other than biometric information is an example of a second acquisition means. Information other than biometric information read by the authentication information reader 127 is an example of second identification information.
Note that the code reader 123 described above may also be used to read authentication information other than biometric information.

FIG. 4 is a diagram illustrating an example of the functional configuration of the central management unit 120.
The centralized management unit 120 shown in FIG. , a storage section 129, and a control section 130.
The communication unit 128 is used for communication with the management server 200 (see FIG. 1).
The storage unit 129 is composed of, for example, a hard disk device or a nonvolatile semiconductor memory. The storage unit 129 stores information used to manage storage of articles in the storage box 110 (hereinafter referred to as "storage management data"). The storage management data includes, for example, information that uniquely identifies the storage box 110, a number attached to the door of the storage box 110, information indicating whether it is in use or empty, and authentication used to unlock the storage box 110 if it is in use. Contains code.

The control unit 130 is a computer that controls the entire locker device 100, and includes a CPU (=Central Processing Unit), a ROM (=Read Only Memory), and a RAM (=Random Access Memory), which are not shown. The control unit 130 functions as a storage management unit 130A, an explanatory video playback unit 130B, an article retrieval management unit 130C, an article storage processing unit 130D, a lock control unit 130E, and a payment processing unit 130F through execution of the program.
The storage management unit 130A is a functional unit that manages the state of the storage box 110. The storage management unit 130A updates the storage management data 129A when there is a change in information regarding the status or management of the storage box 110. Furthermore, the availability status of the storage box 110 indicated in the storage management data 129A is transmitted to the management server 200. The states of the storage box 110 include "empty,""instorage," and "out of order."

The explanatory video playback unit 130B is a functional unit for reproducing an explanatory video regarding prescription drugs that is required when receiving prescription drugs. Under current legislation, a pharmacist must provide an explanation before handing over prescription drugs. In this embodiment, in order to realize the delivery of prescription drugs outside the business hours of the dispensing pharmacy, as a means of replacing the explanation by the pharmacist inside the dispensing pharmacy, explanations by the pharmacist via videophone, and the pharmacist explaining the prescribed drugs are provided. It is assumed that a video (hereinafter referred to as "explanatory video") will be played.
The explanation video playback section 130B displays the playback image of the explanation video on the display operation section 121 provided in the central management unit 120. The display operation unit 121 on which the explanatory video is displayed is an example of a display means.
However, instead of the explanatory video, it is also possible to play an image of a prescription drug manual.

The item removal management unit 130C is a functional unit that manages whether or not prescription medicines and the like can be removed from the storage box 110. The article retrieval management unit 130C is used, for example, to determine whether the read or input authentication code matches the authentication code required to unlock the storage box 110 in which the user's prescription medicine is stored.
Note that if the authentication code assigned to the storage box 110 and the authentication code read or input through the code reader 123 match, the article retrieval management unit 130C controls the lock control unit to unlock the corresponding storage box 110. 130E.

On the other hand, if the authentication code assigned to the storage box 110 and the authentication code read or input through the code reader 123 do not match, the article retrieval management unit 130C displays a message on the display operation unit 121 indicating that the authentication code does not match, etc. Display.
Furthermore, when the user inputs authentication information necessary for taking out prescription drugs using the locker device 100, the article removal management unit 130C transmits the input authentication information to the management server 200 (see FIG. 1) and authenticates the medicine. receive the results.

The item storage processing unit 130D is a functional unit that executes processing associated with storage of items such as prescription drugs. In the case of the present embodiment, when the item storage processing unit 130D detects that a prescription drug is stored in an empty storage box 110, the article storage processing unit 130D provides information that uniquely identifies the storage box 110 in which the prescription drug is stored, and information on the storage box 110. The number attached to the door is associated with information for identifying the user corresponding to the stored prescription medicine, an authentication code used for unlocking, etc., and is registered in the storage unit 129 as storage management data 129A.
The lock control unit 130E is a functional unit that controls locking and unlocking of the storage box 110 by transmitting a locking instruction or an unlocking instruction to the locking mechanism 110A.
The payment processing unit 130F is a functional unit that executes cash payments and electronic payments.

<Management server configuration>
FIG. 5 is a diagram illustrating an example of the functional configuration of the management server 200 installed in a dispensing pharmacy or the like.
The management server 200 is a device that implements a prescription drug reception service outside of business hours of a dispensing pharmacy in cooperation with the locker device 100 (see FIG. 1).
The management server 200 shown in FIG. 5 includes a display operation section 201, a communication section 202, a storage section 203, and a control section 204.
The display operation unit 201 is composed of an input device and a display used by pharmacists and other clerks of dispensing pharmacies. For example, a keyboard or a POS (=Point Of Sale) terminal is used as the input device. Further, as the display, for example, a liquid crystal display or an organic EL (=Electro Luminescence) display is used.

The communication unit 202 is used for communication with the locker device 100 (see FIG. 1).
The storage unit 203 is composed of, for example, a hard disk device or a nonvolatile semiconductor memory. The storage unit 203 includes a database (hereinafter referred to as "user DB") 203A that stores information on users who use the prescription drug receiving service, and a database (hereinafter referred to as "prescription DB") that stores information on prescriptions received from users. ) 203B, a database (hereinafter referred to as "explanation video DB") 203C that stores explanatory videos of prescription drugs, and a database (hereinafter referred to as "receipt DB") 203D that stores the user's desired pick-up location, date and time, etc. A database (hereinafter referred to as "authentication information DB") 203E that stores information used to authenticate users who use the prescription drug receiving service, and a database (hereinafter referred to as "payment information DB") 203F that stores information regarding payments for prescription drugs. and a database (hereinafter referred to as "progress DB") 203G that stores information regarding the progress of the prescription drug receiving service.

The user DB 203A stores, for example, the user's name, gender, address, and membership number issued by a dispensing pharmacy.
The prescription DB 203B stores, for example, the name of the user who uses the prescription drug receiving service, the image data of the prescription, and the information on the prescribed drug in association with the reception number issued upon receipt of the prescription. ing.
In the explanation video DB 203C, an explanation video recorded by a pharmacist is stored in association with, for example, a reception number issued upon receipt of a prescription. However, the explanatory video does not need to be recorded for each prescription, and may be recorded for each prescription drug. In this case, the explanatory video is read out for each prescription drug listed in the prescription.
The pick-up location DB 203D includes, for example, information identifying the user's desired pick-up location, the user's desired pick-up date and time, the locker device 100 (see FIG. 1), and prescription drugs in association with the reception number issued upon receipt of the prescription. Information identifying the storage box 110 (see FIG. 3) in which the storage box 110 is stored and the number attached to the door of the storage box 110 are stored.

The authentication information DB 203E stores, for example, authentication information registered in advance by a user who uses a prescription drug receiving service. The authentication information here is information used to authenticate that the recipient is the user himself/herself, such as a membership number issued by a dispensing pharmacy, insurance card number, insurance card image data, driver's license, etc. number, driver's license image data, basic resident register card number, basic resident register card image data, QR code and other authentication codes issued by the dispensing pharmacy for receiving prescription drugs, and the user's biometric information.
The user's biometric information includes facial image data, voiceprint waveform data, fingerprint pattern data, and vein pattern data.
The authentication information DB 203E in this embodiment is an example of a storage unit that stores biometric information of a user as registered information. Further, the authentication information stored in the authentication information DB 203E is an example of registered information. Further, facial image data is an example of facial information.

The payment information DB 203F stores, for example, the amount to be paid when receiving a prescription drug, whether or not the payment has been made, and if the payment has been made, the date and time of payment and the method of payment.
The progress DB 203G stores, for example, the reception time, the date and time of completion of the prescription, the name of the pharmacist who dispensed the prescription, the date and time when the prescription was stored in the storage box 110, and the prescription drug in association with the reception number issued when the prescription was received. The name of the person in charge stored in the box 110, whether the authentication process has been completed, whether the explanation regarding the prescription drug has been completed, whether the payment process has been completed, whether the notification of the unlocking procedure has been completed, and whether the prescription drug has been taken out is displayed. be remembered.

The control unit 204 is a computer that controls the entire locker device 100, and includes a CPU, ROM, and RAM (not shown). Through the execution of the program, the control unit 204 controls a prescription data receiving unit 204A, a progress management unit 204B, a prescription completion notification unit 204C, a recipient authentication unit 204D, an explanation completion confirmation unit 204E, a payment processing unit 204F, and an unlocking procedure notification unit 204G. , functions as an extraction recording section 204H.

The prescription data receiving unit 204A is a functional unit that receives prescription image data transmitted from, for example, the terminal 20 (see FIG. 1) by a user who uses a prescription drug receiving service. When the prescription data receiving unit 204A receives the prescription image data, it issues a reception number, associates the prescription image data with the issued reception number, and stores it in the prescription DB 203B. At the time of accepting the prescription drug receiving service, information such as the user's name, desired place of receiving the drug, and desired date and time of receiving the drug is also accepted.
However, the image data of the prescription can also be read with a scanner installed at the front of the dispensing pharmacy. When a prescription is accepted at a dispensing pharmacy, the user's name, information regarding the desired location and desired date and time of receiving the prescription drug are also input through the display operation section 201 at the store.

The progress management unit 204B is a functional unit that manages the progress status of reception numbers for which prescription medicine withdrawal is not recorded. The progress management unit 204B cooperates with other functional units and the central management unit 120 (see FIG. 2) and records changes in progress in the progress DB 203G.
The prescription completion notification unit 204C is a functional unit that notifies the user of completion of dispensing a prescription drug by a pharmacist. The notification to the user is executed, for example, after the prescribed medicine has been stored in the locker device 100 (see FIG. 2). In the case of this embodiment, the notification of completion of prescription medicine includes an explanatory video, a pick-up location, notification of payment amount, payment method, and the like.

The recipient authentication unit 204D is a functional unit that performs authentication of the user who is the recipient. In this embodiment, the recipient authentication unit 204D performs two-step authentication processing to prevent fraud due to impersonation.
Two-step authentication processing refers to authentication that combines two or more types of authentication information. For example, a combination of authentication based on a facial image and authentication based on verification of driver's license number, or a combination of authentication based on verification of driver's license number and authentication based on verification of vein pattern data is used. Note that the illustrated combination is an example, and any combination of authentication information registered in the authentication information DB 203E can be used. In the case of this embodiment, the combination of information to be used for authentication is instructed to the user by the personal authentication application executed on the terminal 20 (see FIG. 1).
The recipient authentication unit 204D in this embodiment considers that the user's authentication has been successful only when the authentication of the two types of authentication information is successful. In other words, if any one of the authentication fails, it is assumed that the user's authentication has failed.
However, this does not exclude authentication using one type of authentication information. The recipient authentication unit 204D here is an example of authentication means.

The explanation completion confirmation section 204E displays the information on the display of the terminal 20 (see FIG. 1) used by the user who uses the prescription drug receiving service or on the display operation section 121 (see FIG. 4) of the central management unit 120 (see FIG. 4). This is a functional unit that confirms the completion of viewing the explanatory video.
The explanation end confirmation unit 204E confirms that the user has finished viewing the explanation video, for example, when an operation of a confirmation button displayed after the playback of the explanation video ends is detected.
This is because, in the case of the prescription drug receiving system 1 (see FIG. 1) in this embodiment, one of the conditions for taking out a prescription drug is for the user to receive an explanation from a pharmacist.
Note that the terminal 20 that displays the explanatory video is also an example of a display unit that displays information regarding the item to be delivered.

In addition, the end of viewing the explanation video can also be detected, for example, by detecting the end of playing the explanation video.
Further, when a pharmacist explains a prescription drug over a videophone, the pharmacist inputs an instruction to end the explanation through the display operation section 201.
Further, even when the pharmacist has already explained the prescribed medicine at the counter of the dispensing pharmacy, the end of the explanation is inputted through the display operation section 201.
Further, when the instruction manual is provided by a pharmacist, the completion of viewing the instruction video is detected through the operation of a confirmation button that is displayed after the reproduction of the instruction manual ends.

The payment processing unit 204F is a functional unit that registers payment for prescription drugs in the payment information DB 203F. Payment processing may be performed using a POS terminal installed at the storefront of a dispensing pharmacy, or may be performed using a card reader 124 provided in the central management unit 120 (see FIG. 2) of the locker device 100 (see FIG. 2). (see FIG. 4) or the money processing unit 126 (see FIG. 4).
Further, the payment processing can also be executed by providing the credit card number etc. notified by the user to the payment institution. In the case of this embodiment, completion of payment processing is one of the conditions required for receiving prescription drugs.

The unlocking procedure notification unit 204G is a functional unit that notifies the user of the procedure for unlocking the storage box 110 (see FIG. 2) in which prescription drugs are stored. The unlocking procedure notification unit 204G in this embodiment sends a notification to the user after confirming the completion of payment.
In the case of this embodiment, an authentication code required for unlocking is notified. However, in addition to the authentication code, for example, the location where the locker system 10 (see Figure 1) that stores prescription drugs is installed and the number attached to the door of the storage box 110 that stores prescription drugs are notified. may be included in
The withdrawal recording unit 204H is a functional unit that records the withdrawal of prescription drugs in the progress DB 203G in cooperation with the article withdrawal management unit 130C (see FIG. 4) of the central management unit 120 (see FIG. 4).

<Flow of receiving prescription drugs>
Below, a specific example of the flow of receiving a prescription drug using the prescription drug receiving system 1 (see FIG. 1) according to the present embodiment will be explained.
In this embodiment, the recipient is the user himself/herself.

<Example 1>
FIG. 6 is a diagram illustrating an example of a process flow when a user who uses the prescription drug receiving service takes out a prescription drug from the locker device 100 outside the business hours of the dispensing pharmacy. Note that the symbol S in the figure means a step.
First, a user transmits prescription data (hereinafter referred to as "prescription data") from the terminal 20 to the management server 200 (step 1). If the prescription issued by the medical institution is paper, the user images the prescription with the imaging camera of the terminal 20, and transmits the image data obtained by the imaging to the management server 200 as prescription data. Note that when the prescription issued by the medical institution is electronic data (that is, when an electronic prescription is issued), the terminal 20 transmits the issued electronic prescription to the management server 200.

On the screen used to accept prescription data, the management server 200 also accepts the user's desired pick-up location, pick-up date and time, and the like.
Further, if the user has not visited the dispensing pharmacy, the image data of the health insurance card and the like are also notified to the management server 200 along with the prescription data. The same applies to other flows described later.
When the management server 200 receives the prescription data (step 2), it notifies the terminal 20 of the reception of the prescription data. The management server 200 that receives the prescription data issues a reception number and manages subsequent progress.

When the pharmacist finishes dispensing the prescription medicine, the management server 200 records the completion of dispensing the prescription medicine (step 3). Information in the progress DB 203G is updated as the completion of dispensing of prescription drugs is recorded.
Thereafter, when a prescription drug is stored in the storage box 110 (see FIG. 2) by an employee of the dispensing pharmacy, the management server 200 records the storage of the prescription drug (step 4). Information in the progress DB 203G is updated as prescription medicine storage is recorded.
When the prescription medicine is stored, the management server 200 notifies the user's terminal 20 of the explanatory video of the prescription medicine, the pick-up location, the payment amount, etc. (step 5). As described above, instructions for prescription drugs may be notified instead of an instructional video. Furthermore, instead of the data file of the explanatory video, an address on the network where the user-specific explanatory video is stored may be notified.

When the terminal 20 in this embodiment receives an explanatory video or the like regarding prescription drugs from the management server 200, it starts the personal authentication application (step 6). The personal authentication application is installed in advance on the terminal 20 that uses the prescription medicine receiving service.
The terminal 20 requests the user to input biometric information through execution of the personal authentication application. The user follows the guidance displayed on the display screen of the terminal 20 and captures, for example, an image of his or her own face. A facial image is an example of biometric information. The acquired facial image is transmitted to the management server 200 through encrypted communication.
Note that the personal authentication application in this embodiment also requests the user to input authentication information other than biometric information. For example, input of the driver's license number, etc. is required. The terminal 20 also transmits the driver's license number etc. input by the user to the management server 200. A driver's license number, etc. is an example of second identification information different from biometric information.

The management server 200, which has received the biometric information such as a face image, executes a process of personal authentication (step 7). As described above, the personal authentication is performed by comparing the authentication information received from the terminal 20 with the authentication information registered in advance.
When the user authentication is successful, the management server 200 notifies the terminal 20 of the success of the authentication. This notification allows viewing of the instructional video. Browsing the explanatory video here is an example of the user confirming information regarding the article.
The terminal 20 that receives the notification of successful authentication starts the viewing application (step 8). Subsequently, the terminal 20 starts playing an explanatory video regarding prescription drugs.

When the user completes viewing the explanatory video, the terminal 20 notifies the management server 200 of the completion of viewing (step 9). As described above, the completion of viewing is notified, for example, by the user's operation on a confirmation button displayed on the terminal 20 after viewing the explanatory video is completed.
The management server 200, which has received the notification that the viewing of the explanation video has been completed, starts payment processing (step 10). The payment process uses the payment method desired by the user. In the case of FIG. 6, the credit card number and the like are given from the terminal 20 to the management server 200.
When the payment process is completed, the management server 200 notifies the locker device 100 of the number of the storage box 110 for which the payment has been completed. Note that the management server 200 may notify the locker device 100 of the reception number issued upon receipt of the prescription.

The management server 200 also notifies the terminal 20 of the authentication code used to receive the prescription medicine (step 11). If an authentication code is generated at this point, the management server 200 notifies the locker device 100 of the generated authentication code.
Thereafter, the user moves to the locker device 100 designated as the receiving location.
The locker device 100 receives the number of the storage box 110 in which prescription drugs are stored from the user (step 12). The number here is the number attached to the door of the storage box 110. However, the operation performed by the user may only be an instruction to receive a prescription drug.

Next, the locker device 100 confirms the authentication code input by the user (step 13). If the authentication code is correct, the locker device 100 unlocks the corresponding storage box 110 (step 14).
Thereafter, the locker device 100 confirms that the prescription medicine has been taken out from the storage box 110, and notifies the management server 200 of the withdrawal of the prescription medicine. Note that the prescription is collected, for example, by posting it in a collection box installed around the storage box 110 or the locker device 100 from which the prescription medicine was taken out.
In addition, in the case of an electronic prescription, the management server 200 executes the erasing process of the electronic prescription after receiving the notification of prescription medicine removal from the locker device 100.

Through the above procedure, the user can receive his/her own prescription medicine even outside the dispensing pharmacy's business hours. Therefore, it can be expected that user satisfaction with dispensing pharmacies will improve.
In addition, by using a prescription drug pick-up service, dispensing pharmacies can avoid extending business hours, improve the working environment and reduce operating costs by reducing personnel expenses.
Furthermore, it is possible to create an opportunity for the user to visit a drug store or the like where the locker device 100 is installed. As a result, drug stores and the like where the locker device 100 is installed can expect an increase in sales due to users'"purchasing".
Note that although the management server 200 in this embodiment starts the payment process after receiving the notification of completion of viewing the explanation video, the timing of executing the payment process is not limited to this. For example, payment processing may be executed when the pharmacy receives the prescription. Specifically, when the user transmits prescription data from the terminal 20 to the management server 200, the user may pay with a credit card or electronic money. Furthermore, when a prescription is accepted at a pharmacy store, payment processing may be performed on the spot. In these cases, it is possible to reliably collect the price for prescription drugs.
Further, prescription paper may be collected by providing a collection box near the locker device 100.
By the way, when the electronic prescription is sent to the management server 200, the management server 200 may execute processing related to confirmation of receipt of the electronic prescription, or when taking out the prescribed medicine, the QR code etc. included in the electronic prescription may be executed. The identification information may be read and processing related to receipt confirmation may be executed. In this way, by collecting the original prescription paper and executing the electronic prescription processing, it is possible to prevent duplicate prescriptions of prescription drugs.

<Example 2>
FIG. 7 is a diagram illustrating another example of the process flow when a user who uses the prescription drug receiving service takes out a prescription drug from the locker device 100 outside the business hours of the dispensing pharmacy. In FIG. 7, parts corresponding to those in FIG. 6 are shown with corresponding symbols.
In the case of Example 1, after the payment process is completed, the authentication code required to unlock the storage box 110 (see Figure 2) is issued and notified to the user, but in the case of Example 2, the locker device For the user who came to pick it up at 100, personal authentication is performed again, and notification of the authentication code is omitted.
That is, in the case of FIG. 7, when the viewing of the prescription drug explanation video is completed and the subsequent payment processing is completed, the prescription is sent to the display operation section 121 (see FIG. 4) of the locker device 100, which is the receiving location. The user inputs the number of the storage box 110 in which the medicine is stored. The number of the storage box 110 was notified to the user at the time of notification in step 5.

When the locker device 100 receives the number of the storage box 110 (step 12), the locker device 100 executes the process of user authentication (step 21). The content of the personal authentication executed in step 21 may be the same as the content of the personal authentication executed in step 7, or may be different.
In the case of this embodiment, the locker device 100 authenticates the person using a facial image and fingerprint pattern data, which are biometric information. If a face image is an example of biometric information, fingerprint pattern data is an example of second biometric information.
In the case of this embodiment, the personal authentication process by the locker device 100 is executed in cooperation with the management server 200. For example, the acquired face image and fingerprint information are transmitted to the management server 200, and authentication is executed by the recipient authentication unit 204D (see FIG. 5). Note that the face image and fingerprint information do not need to be the acquired images themselves, and may be feature data extracted from the acquired images. The data sent is encrypted.

The authentication result is transmitted from the recipient authentication section 204D to the locker device 100. If the authentication is successful, the locker device 100 unlocks the corresponding storage box 110 (step 14). In the case of this embodiment, since it is possible to confirm that the recipient is the user himself/herself through personal authentication, the input of the authentication code is omitted. However, it is also possible to additionally request entry of an authentication code. If the user is also requested to input an authentication code, the authentication code is notified to the user after the payment process is executed.
When the removal of the prescription medicine from the storage box 110 is confirmed, the locker device 100 notifies the management server 200 of the removal of the prescription medicine.
In addition, in the case of an electronic prescription, the management server 200 executes the erasing process of the electronic prescription after receiving the notification of prescription medicine removal from the locker device 100.
Through the above procedure, the user can receive his/her own prescription medicine even outside the dispensing pharmacy's business hours.

<Example 3>
FIG. 8 is a diagram illustrating another example of the process flow when the user who uses the prescription medicine receiving service takes out the prescription medicine from the locker device 100 outside the business hours of the dispensing pharmacy. Also in FIG. 8, parts corresponding to those in FIG. 6 are shown with corresponding reference numerals.
In the cases of Examples 1 and 2 described above, the user uses the terminal 20 to authenticate himself and view the explanatory video, but in the case of Example 3, the user who comes to pick up prescription medicine uses the locker device 100. , perform personal authentication and view an explanatory video.
In the case of Example 3, the processing in Steps 1 to 3 is the same as in Examples 1 and 2.
When the storage of prescription drugs by a dispensing pharmacy employee or the like is recorded (step 4), the management server 200 notifies the terminal 20 and the locker device 100 of the pick-up location, payment amount, etc. (step 31).

The user who receives the notification moves to the locker device 100, which is the receiving location, at a convenient time, operates the display operation section 121 (see FIG. 4), and performs operations to receive the prescription medicine. At this time, the locker device 100 detects the prescription medicine receiving operation (step 32).
The locker device 100 detecting the prescription medicine receiving operation reads the recipient's biometric information etc. through the authentication information reader 127 (see FIG. 4) (step 33). The read biometric information and the like are transmitted from the locker device 100 to the management server 200. Biometric information and the like are transmitted to the management server 200 in an encrypted state.
The management server 200 executes user authentication processing (step 7). If the user authentication is successful, the management server 200 notifies the locker device 100 of the success of the authentication. This notification enables the locker device 100 to play the explanation video.

Upon receiving the notification of successful authentication, the locker device 100 activates the explanation video playback unit 130B (see FIG. 4) and plays the explanation video (step 34). When the locker device 100 detects that the user has completed viewing the explanation video (step 35), the locker device 100 moves to payment processing (step 36). The payment process uses the payment method desired by the user. The locker device 100 in this embodiment allows both electronic payment and cash payment.
When the payment process is completed, the locker device 100 notifies the management server 200 of completion information. For example, the management server 200 is notified of the number of the storage box 110 for which the notification has been completed and the reception number issued upon receipt of the prescription. Note that the completion of viewing may be detected when the user touches a message such as "I understand the explanation" displayed on the display unit after viewing the explanation video.

The locker device 100 also confirms the authentication code input by the user (step 37). If the authentication code is correct, the locker device 100 unlocks the corresponding storage box 110 (see FIG. 2) (step 38).
Thereafter, upon confirming that the prescription medicine has been taken out from the storage box 110, the locker device 100 notifies the management server 200 that the prescription medicine has been taken out.
Through the above procedure, the user can receive his/her own prescription medicine even outside the dispensing pharmacy's business hours.

<Embodiment 2>
<System configuration>
FIG. 9 is a diagram illustrating a schematic configuration of a prescription drug receiving system 1A used in the second embodiment. Note that in FIG. 9, parts corresponding to those in FIG. 1 are shown with corresponding symbols.
In the case of the first embodiment, the person to whom the prescription was issued was assumed to be the recipient who collects the prescription medicine, but in this embodiment, the recipient is assumed to be a third party who has received a request from the person.
For this reason, in FIG. 9, the terminal 20A of Mr. B, who is requested to receive the prescription from Mr. A, to whom the prescription was issued, is added. The terminal 20A here is an example of a second user terminal. Further, Mr. B is an example of a second user.
The management server 200A used in this embodiment has a function added to systemically record that the prescription medicine has been handed over from Mr. B, who receives the prescription medicine on his behalf, to Mr. A, who is the principal. Note that the configuration of locker device 100 is similar to that of the first embodiment.

FIG. 10 is a diagram illustrating an example of the functional configuration of a management server 200A installed in a dispensing pharmacy or the like. In FIG. 10, parts corresponding to those in FIG. 5 are shown with corresponding symbols.
The management server 200A, which is a device that realizes a prescription drug receiving service outside the business hours of a dispensing pharmacy in cooperation with the locker device 100 (see FIG. 9), includes a display operation section 201, a communication section 202, and a storage section 203. and a control section 204.
A function unique to this embodiment is a principal receipt recording section 204I provided in the control section 204. The principal receipt recording unit 204I is a functional unit that receives and records a notification from Mr. B, who received the prescription medication on his behalf, from the principal's terminal 20 that he has received the prescription medication. The management server 200A can be accessed, for example, by reading a QR code printed on a prescription, or by reading a QR code printed on a receipt issued when receiving a prescription drug, or, It is executed by reading a QR code or the like printed on a receipt or the like that comes with a prescription drug.
Note that the notification does not need to be from the terminal 20 as long as it can be confirmed that the notification was received by Mr. A.

In the case of this embodiment, if there is no record of receipt by the principal in the principal receipt recording unit 204I, a service for requesting a third party to receive prescription drugs (hereinafter referred to as "prescription drug third party receipt service") is provided. Future use will be restricted.
Furthermore, if the third-party reception service for prescription drugs is restricted, requests to receive not only the third party who received the prescription medicine but also any third party may be restricted.
In the case of this embodiment, even if the third-party prescription drug receiving service is restricted, the use of the prescription drug receiving service by the person in question is not restricted, but the setting is such that the person's use of the prescription drug receiving service is also restricted. It is possible to do so.

In the case of the present embodiment, the records by the personal receipt recording unit 204I are referenced by the prescription data receiving unit 204A, and are used to determine whether or not a third party receiving service for prescription drugs can be used when accepting a prescription. .
Note that the conditions under which the third-party reception service for prescription drugs is restricted may be determined by the operator of the system, the dispensing pharmacy that uses the system, or the like.
A possible condition under which the third-party reception service for prescription drugs is restricted is, for example, when there is no record of receipt from the patient at least once. In this case, the period during which the use of the service is restricted may be indefinite, but the period during which the use of the service is restricted may be set to, for example, six months from the date and time of use of the service when the receipt was not recorded. Good too. The usage date and time here may be, for example, the date and time when the prescription was received, or the date and time when the period for accepting records of receipt from the person has expired.
In addition, another possible condition under which the third-party reception service for prescription drugs is restricted is when it is detected that the number of unrecorded receipts from the patient within a predetermined period exceeds an upper limit.

<Flow of receiving prescription drugs>
Below, a specific example of the flow of receiving a prescription drug using the prescription drug receiving system 1A (see FIG. 9) in this embodiment will be explained.
The recipient in this embodiment is a third party who has received a request from the user himself/herself.
FIG. 11 is a diagram illustrating an example of a process flow when a third party who has been requested by a user to receive a prescription medicine takes out the prescription medicine from the locker device 100 outside of business hours of the dispensing pharmacy. In FIG. 11, parts corresponding to those in FIG. 6 are shown with corresponding reference numerals.
As a prerequisite for using the third-party prescription medicine pick-up service, the information necessary for authentication of the third party to whom the user requests pick-up is stored in the authentication information DB 203E (Fig. (see).

In the case of this embodiment, the user transmits prescription data and a request for receipt by a third party from the terminal 20 to the management server 200A (step 41). At this stage, information specifying the third party who will receive the prescription medicine on his/her behalf is also transmitted from the terminal 20 to the management server 200A.
Also in this embodiment, when the management server 200A receives the prescription data (step 2), it notifies the terminal 20 of the reception of the prescription data. The management server 200A that has received the prescription data issues a reception number and manages subsequent progress.
Next, the management server 200A executes settlement processing (step 42). In the case of FIG. 11, electronic payment is assumed for payment processing. However, if the user visits a dispensing pharmacy, payment by cash is also possible.

When the payment process is completed, the terminal 20 launches the viewing application (step 8) and starts playing an explanatory video regarding prescription drugs. Thereafter, when the user completes viewing the explanation video, the terminal 20 notifies the management server 200A of the completion of viewing (step 9). Note that the completion of viewing may be detected when the user touches a message such as "I understand the explanation" displayed on the display unit after viewing the explanation video.
In the case of this embodiment, the person who visits the locker device 100 is a third party who has received a request from the user, so the process required of the user who sent the prescription data is executed in the first half of the processing procedure. Ru.

When the pharmacist finishes dispensing the prescription medicine, the management server 200A records the completion of dispensing the prescription medicine (step 3). In the case of FIG. 11, the recording of the completion of dispensing the prescription drug is executed after notification of completion of viewing, but dispensing by the pharmacist and viewing of the explanatory video by the user are originally executed independently. Therefore, steps 9 and 3 can be performed arbitrarily.
Furthermore, when a prescription drug is stored in the storage box 110 (see FIG. 2) by an employee of the dispensing pharmacy, the management server 200A records the storage of the prescription drug (step 4).

When the prescription medicine can be received, the management server 200A notifies the third party's terminal 20A, which receives the prescription medicine on behalf of the third party, of the reception location, authentication code, etc. (step 43). Note that it is possible to adopt a mechanism in which the authentication code required for picking up prescription drugs is sent to the user's own terminal 20, or it may be sent to both the user's own terminal 20 and a third party's terminal 20A. A mechanism may be adopted.
Note that in the case where only the user himself/herself is notified of the information on the pick-up location and the authentication code, the user himself/herself transmits the pick-up location and authentication code information to a third party.

When the third party receiving the prescription medicine on his behalf moves to the locker device 100, which is the receiving location, he operates the display/operation unit 121 (see FIG. 4) to perform an operation for receiving the prescription medicine. At this time, the locker device 100 detects the prescription medicine receiving operation (step 44).
The locker device 100 detecting the prescription medicine receiving operation reads the recipient's biometric information etc. through the authentication information reader 127 (see FIG. 4) (step 45). The recipient here is the third party specified by the user in step 41. Therefore, the locker device 100 reads the biometric information of a third party designated by the user as the recipient's biometric information. In addition, if multiple pieces of biometric information are requested, multiple pieces of biometric information of the third party will be read, and if biometric information and information other than biometric information are requested, the third party's biometric information and biometric information will be read. Information other than information is read.

The read biometric information and the like are transmitted from the locker device 100 to the management server 200A. The management server 200A performs personal authentication by comparing the received biometric information and the like with the biometric information of a third party registered in advance (step 7).
When the user authentication is successful, the management server 200A notifies the locker device 100 of the success of the authentication.
In the case of this embodiment, the locker device 100 that has been notified of successful authentication checks the authentication code input by the recipient (step 46).

If the authentication code entered by the recipient is correct, the locker device 100 unlocks the corresponding storage box 110 (step 47).
Thereafter, the locker device 100 confirms that the prescription medicine has been taken out from the storage box 110, and notifies the management server 200A of the withdrawal of the prescription medicine.
When the management server 200A receives the notification of taking out the prescription medicine, it enters a state of waiting for a notification of the record of receipt of the prescription medicine from the user himself/herself.

The user who received the prescription medicine from the third party sends a message to the management server 200A from the terminal 20 to the effect that the user received the prescription medicine from the third party (step 48). In the case of the present embodiment, the management server 200A uses identification information unique to the terminal 20 used to notify that the prescription has been received from a third party to notify the user of the prescription by the third party. Eliminate imposters. From the viewpoint of eliminating impersonation, user authentication may be requested in the process of step 48 as well.
After this, the management server 200A records the receipt by the person in question (step 49). The record here is recorded, for example, in the progress DB 203G (see FIG. 5).
By recording the person's receipt, the progress management started by receiving the prescription data is completed.

Through the above procedure, the user can receive his or her prescription medicine through a third party even outside the dispensing pharmacy's business hours.
In the case of FIG. 11, the payment process is performed by the user himself/herself, but it is also possible for a third party who receives the prescription medicine to perform the payment process using the locker device 100. In that case, the payment process may be executed, for example, after the third party who is the recipient has completed the authentication.
Note that although the management server 200 in this embodiment starts the payment process after receiving the notification of completion of viewing the explanation video, the timing of executing the payment process is not limited to this. For example, payment processing may be executed when the pharmacy receives the prescription. Specifically, when the user transmits prescription data from the terminal 20 to the management server 200, the user may pay with a credit card or electronic money. Furthermore, when a prescription is accepted at a pharmacy store, payment processing may be performed on the spot. In these cases, it is possible to reliably collect the price for prescription drugs.
Further, prescription paper may be collected by providing a collection box near the locker device 100.
By the way, when the electronic prescription is sent to the management server 200, the management server 200 may execute processing related to confirmation of receipt of the electronic prescription, or when taking out the prescribed medicine, the QR code etc. included in the electronic prescription may be executed. The identification information may be read and processing related to receipt confirmation may be executed. In this way, by collecting the original paper for prescription drugs and executing the cancellation process for electronic prescriptions, it is possible to prevent duplicate prescriptions of prescription drugs.

<Embodiment 3>
In the embodiment described above, prescription drugs were assumed to be available for pickup outside business hours, but in this embodiment, it is possible to sell class 1 drugs outside business hours, which require explanations from a pharmacist at the time of purchase. Explain the system.
Currently, those wishing to purchase Class 1 drugs must visit a pharmacy during business hours. However, due to the diversification of work styles, some people find it difficult to stop by a pharmacy during business hours. Although some stores are open until late at night, compared to these stores, pharmacists are only available for a limited time, and pharmacies have short business hours.
For this reason, the current sales format imposes inconvenience on some purchasers. Additionally, pharmacies are also losing sales opportunities.
Therefore, in this embodiment, a system will be described that enables the sale of Class 1 pharmaceuticals even outside of pharmacy business hours.

FIG. 12 is a diagram illustrating a schematic configuration of a pharmaceutical sales system 1B used in the third embodiment. In FIG. 12, parts corresponding to those in FIG. 1 are shown with corresponding symbols.
The pharmaceutical sales system 1B shown in FIG. 12 is composed of a locker device 100 for storing class 1 pharmaceuticals, a purchase information input terminal 400, a terminal 500 operated by a pharmacist, and the Internet 30 for realizing communication between these. has been done.
Purchase information input terminal 400 in this embodiment is used not only for selling first class drugs, but also for selling second class drugs and third class drugs.

A pharmaceutical sales system 1B shown in FIG. 12 is an example of a system configuration in which a purchase information input terminal 400 and a locker device 100 are separately prepared. However, all of the functions described below may be integrated into one device. Devices of this type include vending machines.
This embodiment also uses the locker device 100 used in Embodiments 1 and 2. As mentioned above, the locker device 100 is also provided with a payment function and a function for receiving explanations from a pharmacist. This is executed via the purchase information input terminal 400.
In this way, in the case of a configuration in which a terminal for making payment and receiving explanations from a pharmacist is prepared separately from the locker device 100, the user's terminal 20 such as a smartphone (see FIG. 1) is used instead of the purchase information input terminal 400. It is also possible to substitute

A pharmacist terminal 500 operated by a pharmacist is provided at a pharmacy headquarters or the like. The pharmacist terminal 500 is operated by a pharmacist stationed at the headquarters or the like in order to explain class 1 drugs and prescription drugs outside of the pharmacy's business hours.
A camera 501 is attached to the pharmacist terminal 500 shown in FIG. 12 at the top of the display screen. Further, a headset 502 worn by the pharmacist is connected to the pharmacist terminal 500 through a cable. An earphone and a microphone are attached to the headset 502.
Audio and video of the pharmacist explaining the contents of the medicine are transmitted from the pharmacist terminal 500 to the purchase information input terminal 400 via the Internet 30. On the other hand, the voice and video of the purchaser operating the purchase information input terminal 400 are transmitted from the purchase information input terminal 400 to the terminal 500 operated by the pharmacist via the Internet 30.
The pharmacist terminal 500 here is also used in the first and second embodiments described above.

FIG. 13 is a diagram illustrating an example of the external configuration of the purchase information input terminal 400. A purchase information input terminal 400 shown in FIG. 13 has a vertically long box shape, and a display operation section 401 is arranged at the upper part of the front side.
The display operation unit 401 includes, for example, a touch panel. The display operation section 401 includes a button for selecting the drug to be purchased, an image of a pharmacist explaining the contents of the drug to a person wishing to purchase a Class 1 drug, a check screen requesting confirmation of the pharmacist's explanation, and payment. A screen for etc. will be displayed. Of course, the display operation unit 401 is also used for inputting operations by a purchaser.
In the case of the purchase information input terminal 400 shown in FIG. 13, the display section and the operation section are integrated into the display operation section 401, but the display section and the operation section can also be provided separately.

At the bottom of the display operation section 401, there are a coin slot 402, a bill slot 403, a cancel button 404, a receipt or ticket takeout slot 405, a bill withdrawal slot 406, a coin return slot 407, and a card reader. 408 is provided.
Further, on the top surface of the box-shaped purchase information input terminal 400, a camera 409 is installed to take an image of a person who wishes to purchase a category 1 drug. In the case of FIG. 13, the camera 409 is installed on the top surface of the purchase information input terminal 400, but it can also be installed around the operation display section 401. Purchase information input terminal 400 may be in the form of a ticket vending machine, for example.

FIG. 14 is a diagram illustrating an example of the functional configuration of purchase information input terminal 400.
The purchase information input terminal 400 shown in FIG. 14 includes a display operation section 401, a cancel button 404, a speaker 410, a card reader 408, a printer 411, a money processing section 412, a camera 409, a communication section 413, It has a storage section 414 and a control section 415.
Incidentally, the cancel button 404 is used to cancel the deposit.
The speaker 410 is used to output the voice of the pharmacist who explains about the first class drugs.
The card reader 408 is used for electronic payment using a card or credit card that records electronic money information. Card reader 408 in this embodiment also supports payment using a smartphone.
The printer 411 is used to print receipts as proof of payment, tickets with QR codes for taking out purchased medicines, and the like. Receipts, tickets, etc. printed by the printer 411 are ejected from the outlet 405 (see FIG. 13).

The money processing unit 412 manages the movements of the coin input port 402, the bill input port 403, the bill withdrawal port 406, and the coin return port 407.
The communication unit 413 is used for communication with a pharmacist terminal 500 (see FIG. 12) operated by a pharmacist.
The storage unit 414 is composed of, for example, a hard disk device or a nonvolatile semiconductor memory. The storage unit 414 stores data related to payment processing and the like.
The control unit 415 is a computer that controls the entire purchase information input terminal 400, and is composed of a CPU, ROM, and RAM (not shown). The control unit 415 functions as an after-hours sales management unit 415A and a payment processing unit 415B through execution of the program.

The after-hours sales management section 415A is a function activated during non-business hours of the pharmacy. The after-hours sales management section 415A manages a series of processes for selling the category 1 drug when an application for purchasing the category 1 drug is received through the display operation section 401 during non-business hours of the pharmacy. Specifically, the process of establishing communication with the pharmacist terminal 500 (see FIG. 12) operated by the pharmacist, the process of requesting the purchaser to confirm the pharmacist's explanation, the handover to the payment process, etc. do.
Note that the after-hours sales management department 415A may be provided with a function of inquiring about the inventory of class 1 pharmaceuticals to be purchased in the locker device 100 (see FIG. 12).
The payment processing unit 415B executes cash payments and electronic payments. Specifically, when the payment is completed, the payment processing unit 415B causes the printer 411 to output a receipt or ticket.

FIG. 15 is a diagram illustrating an example of a ticket 600 that is required when receiving a first class drug.
In the case of the ticket 600 shown in FIG. 15, the name of the store is printed on the top line, and the date and time of issue 602 is printed on the line below that. Further, in the line below the issue date and time 602, information 603 regarding the purchased category 1 drug is printed, and in the line further below, the locker device 100 (FIG. 12) in which the purchased category 1 drug is stored is printed. A QR code 604 is printed on it, which can be read using Note that the code required for receiving may be a barcode or a character string.
In addition to these, the ticket 600 shown in FIG. 15 has a sentence 605 printed thereon that explains the operations required to receive the first class drug.

Below, an example of the processing operation executed by the pharmaceutical sales system 1B will be explained using FIGS. 16 and 17.
FIG. 16 is a diagram illustrating an example of a process flow when taking out a first class drug purchased outside of the pharmacy's business hours from the locker device 100. Note that the symbol S in the figure means a step.
FIG. 17 is a diagram illustrating the transition of the screen displayed on the display operation section 401 (see FIG. 13) of the purchase information input terminal 400 (see FIG. 13) during non-business hours.

In the case of this embodiment, purchase information input terminal 400 is inactive during business hours of the pharmacy. Therefore, the purchase information input terminal 400 determines whether the current time is outside business hours (step 51).
While a negative result is obtained in step 51, purchase information input terminal 400 repeats the same determination.
If a positive result is obtained in step 51, the purchase information input terminal 400 displays an image of the drug to be sold in the form of a button on the display operation section 401 (step 52).
The display here corresponds to screen 700 in FIG. 17. On the screen 700, contents 701 of operations required of the purchaser and images 702 of drugs available for sale are arranged. In the case of FIG. 17, there are six pharmaceutical images. Of course, the number of displayed pharmaceutical images 702 is just an example. Furthermore, if the number of medicines that can be sold is greater than the number that can be displayed on the screen 700, images of the medicines displayed can be changed using a scroll bar. Furthermore, in order to reduce the number of displayed images of medicines, the display may be switched by symptom or classification of medicine.

Next, the purchase information input terminal 400 determines whether a drug has been selected on the screen of the display operation section 401 (step 53).
While a negative result is obtained in step 53, the purchase information input terminal 400 waits for the purchase applicant to select a drug.
If a positive result is obtained in step 53, the purchase information input terminal 400 determines whether the selected drug is a category 1 drug (step 54). Note that if only Class 1 pharmaceuticals are handled, the process of step 54 can be skipped.
If a negative result is obtained in step 54, purchase information input terminal 400 moves to payment processing in step 59.
If a positive result is obtained in step 54, the purchase information input terminal 400 notifies that the purchase requires explanation from a pharmacist, and confirms the intention to purchase (step 55). Note that if the intention to purchase is confirmed, the purchase information input terminal 400 moves to a process of calling a terminal operated by a pharmacist. On the other hand, if the purchase intention is not confirmed, the purchase information input terminal 400 returns to displaying the screen 700.

Screen 710 in FIG. 17 is used to confirm purchase intention. On the screen 710, a sentence 711 is displayed that includes an explanation that a pharmacist's explanation is required to purchase the selected medicine and an inquiry about the purchase intention. Also displayed on the screen 710 are a button 712 that is operated when making a purchase, and a button 713 that is operated when canceling the purchase.
When the operation of the button 712 is detected, the display on the display operation unit 401 switches to the screen 720. A sentence 721 indicating that the pharmacist is being called is displayed on the screen 720.
At the time of connection, information such as the name of the Class 1 drug to be purchased is also transmitted to the pharmacist terminal 500 on the pharmacist side. Eventually, the display on the display operation unit 401 switches to a screen 730 of the pharmacist in charge.

Thereafter, the drug is explained in a conversational manner between the purchase applicant on the purchase information input terminal 400 side and the pharmacist on the pharmacist terminal 500 side. When the explanation of the medicine is finished, or at the timing of confirmation, the pharmacist requests the purchaser on the purchase information input terminal 400 side to confirm the explanation of the medicine.
This operation is monitored by the pharmacist terminal 500. When communication with the purchase information input terminal 400 is started, the pharmacist terminal 500 shown in FIG. 16 determines whether the pharmacist has instructed display of a check screen (step 56).
While a negative result is obtained in step 56, pharmacist terminal 500 repeats the same determination.
On the other hand, if a positive result is obtained in step 56, the pharmacist terminal 500 requests the purchase information input terminal 400 to display a check screen (step 57).

Purchase information input terminal 400 that has received the request from pharmacist terminal 500 displays check screen 740 on display operation section 400 . In the case of the check screen 740 shown in FIG. 17, three items 741 are displayed for confirmation. A check box is provided for each item. Since the check screen 740 shown in FIG. 17 is before checking, the check boxes are blank.
In addition, the check screen 740 also displays an explanation 742 requesting the user to check the check box.
The check screen 740 may be prepared on the purchase information input terminal 400 side, or may be sent from the pharmacist terminal 500 to the purchase information input terminal 400 each time an explanation is given.
Purchase information input terminal 400 monitors whether all check boxes are checked. That is, purchase information input terminal 400 determines whether the check is complete (step 58).

While a negative result is obtained in step 58, purchase information input terminal 400 repeats the same determination.
On the other hand, if a positive result is obtained in step 58, purchase information input terminal 400 executes payment processing (step 59).
When the payment process is completed, the purchase information input terminal 400 prints a ticket or the like and outputs it to the outlet 405 (see FIG. 13) (step 60).
Thereafter, the purchaser brings the output ticket to the locker device 100 and causes the code reader 123 (see FIG. 4) to read it. That is, the locker device 100 reads the QR code (step 61). This QR code includes information such as the name of the Class 1 drug purchased.
The locker device 100 unlocks the storage box 110 in which the class 1 drug read from the QR code is stored (step 62).

When the purchaser takes out the purchased class 1 drug from the unlocked storage box 110, the series of purchase processes ends.
Through the above-described procedure, a person wishing to purchase can purchase a class 1 drug at a convenient time even outside the pharmacy's business hours. This is expected to improve convenience for those who wish to purchase the drug, and also to attract customers to stores that have the locker device 100 that can receive Class 1 drugs. Additionally, there is no need for pharmacies to extend their business hours, reducing personnel costs and increasing sales opportunities.
Although the above-described pharmaceutical sales system 1B does not include a procedure for authenticating the purchaser of Class 1 pharmaceuticals, it becomes possible to identify the purchaser by combining the input of the membership number and the reading of the membership card. Of course, it is also possible to include a procedure for authenticating the person as in the first embodiment.
Further, in this embodiment, the operation of the pharmacy outside business hours has been described, but the operation is not necessarily limited to outside business hours. For example, it may be the case that the pharmacist is not present. In this case, instead of determining whether the current time is outside business hours, it is determined whether the pharmacist is absent. This determination may be made based on the pharmacist's shift chart, or may be performed by the pharmacist or other employees in a specific manner. Alternatively, it may be during a time period when a pharmacist is always present.
Further, in this embodiment, although the ticket is outputted by the printer 411, the present invention is not limited to this. For example, the purchase information input terminal 400 and the locker device 100 may be connected to a network, and when the purchaser completes payment, the corresponding locker may be automatically unlocked.
Furthermore, in the case of a vending machine that integrates the purchase information input terminal 400 and the locker device 100, the corresponding medicine is dispensed from the dispenser after the purchaser completes payment. It may be.

<Other embodiments>
Although the embodiments of the present invention have been described above, the technical scope of the present invention is not limited to the range described in the embodiments described above. It is clear from the claims that various changes or improvements made to the embodiments described above are also included within the technical scope of the present invention.

For example, in the case of the above-described embodiment, the management server 200 (see FIG. 1) or the management server 200A (see FIG. 9) executes the authentication process for the user himself/herself and the authentication process for a third party who receives prescription drugs on his/her behalf. However, these authentication processes may be executed within the locker device 100. Note that when the authentication process is executed within the locker device 100, biometric information, etc. regarding the user himself/herself used for authentication and a third party receiving prescription drugs on his/her behalf can be sent to the locker device 100 from the management server 200 or the like in advance. good. After the locker device 100 has completed the authentication of the person, etc., the biometric information used for the authentication is deleted from the device.

In the embodiment described above, a case has been described in which the locker system 10 (see FIG. 1, etc.) is operated by a dispensing pharmacy. It may be a person. Furthermore, the person installing the locker device 100 does not need to be a dispensing pharmacy.

1, 1A... Prescription drug receiving system, 1B... Pharmaceutical sales system, 10... Locker system, 20, 20A... Terminal, 30... Internet, 100... Locker device, 110... Storage box, 120... Centralized management unit, 200, 200A... Management server, 204A...Prescription data receiving section, 204B...Progress management section, 204C...Prescription completion notification section, 204D...Recipient authentication section, 204E...Explanation completion confirmation section, 204F...Payment processing section, 204G...Unlocking procedure notification section , 204H... Retrieval recording section, 204I... Principal receipt recording section

Claims (9)

a storage means for storing the user's biometric information as registered information;
an authentication means for authenticating the biometric information acquired through the acquisition means using the registration information stored in the storage means;
The storage space in which the medicine is stored is unlocked on the condition that the authentication by the authentication means is successful and the user's confirmation of the explanation regarding the medicine to be delivered displayed on the display means is detected.Receiving the goods. system. The biometric information is facial information of the user;
The article receiving system according to claim 1. The authentication means authenticates the user using the biometric information acquired through the acquisition means and second identification information different from the biometric information acquired through the second acquisition means.
The article receiving system according to claim 2. The second identification information is second biological information different from the biological information acquired through the acquisition means,
The article receiving system according to claim 3. A user terminal used by the user,
comprising a server communicably connected to the user terminal,
The user terminal includes the acquisition means and the display means,
The server includes the storage means and the authentication means,
The article receiving system according to any one of claims 1 to 4. When the server detects confirmation of the explanation regarding the pharmaceutical by the user through communication with the user terminal, the server executes payment processing regarding delivery of the pharmaceutical .
The article receiving system according to claim 5. comprising the accommodation space for accommodating the pharmaceutical ;
When the payment process is completed, the door provided in the accommodation space is controlled to be unlockable.
The article receiving system according to claim 6. A user terminal used by the user,
comprising the user terminal and a server communicably connected to the second user terminal used by the second user identified by the notification from the user terminal ,
When the server detects confirmation of the explanation regarding the medicine by the user through communication with the user terminal, the server sends the information to the second user terminal used by the second user associated with the user. transmitting information used to unlock the storage space in which medicines are stored ;
The article receiving system according to any one of claims 1 to 7. The storage means stores biometric information of the second user as part of the registration information,
The authentication means is used to successfully authenticate the second user using biometric information of the second user stored in the storage means and to unlock the storage space in which the medicine is stored. unlocking the storage space in which the medicine is stored , subject to successful authentication of the information;
The article receiving system according to claim 8.